Care Carta

Silver Lake Hospital LTACH

Newark, NJ

Latest evaluation

Sep 28, 2026
Ruleset catalog v2
69% of the 26 checks Care Carta could make passed
18 passed
8 failed
0 blocked
1 couldn't determine
4 not assessed
2 not applicable

Hospital and file facts

Type 2 NPI
1104144641
CCN
312024
Current MRF
48.0 MB · CSV
Last observed file change
Sep 27, 2026

Transparency checks

45 CFR Part 180 — Hospital Price TransparencyLatest evaluation: Sep 28, 2026
§180.50(a)(3)Attestation and responsible officialPassed
§180.50(a)(3)(iii)MRF correctly encodes the accuracy and completeness attestationPassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(a)(3)(iv)MRF correctly encodes the attester's namePassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(i)Hospital and MRF informationPassed
§180.50(b)(2)(i)(A)MRF declares this hospital's Type 2 NPIPassed

The MRF declares this hospital's Type 2 NPI 1104144641.

§180.50(b)(2)(i)(B)MRF correctly encodes its template version and update datePassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(ii)Standard charges6 failed
§180.50(b)(2)(ii)MRF lists a gross charge for every item and serviceNot assessed

Why: The price file alone cannot answer this; it needs evidence from outside the file.

Gross charge values are populated on 117,955 rows and blank on 0 rows. The MRF alone cannot prove that every applicable hospital item or service is represented.

§180.50(b)(2)(ii)MRF lists a discounted cash price for every item and service that has oneNot assessed

Why: The price file alone cannot answer this; it needs evidence from outside the file.

Discounted cash price values are populated on 62 rows and blank on 117,893 rows. The MRF alone cannot prove that every applicable hospital item or service is represented.

§180.50(b)(2)(ii)MRF correctly encodes the de-identified minimum negotiated chargeNot applicable

No dollar-denominated payer rates were found across 117,955 parsed records.

§180.50(b)(2)(ii)MRF correctly encodes the de-identified maximum negotiated chargeNot applicable

No dollar-denominated payer rates were found across 117,955 parsed records.

§180.50(b)(2)(ii)(A)-(C)Payer-specific negotiated charge6 failed
§180.50(b)(2)(ii)(A)MRF correctly encodes payer and plan namesPassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(ii)(B)MRF correctly encodes how each charge was establishedFailed

If the "standard charge methodology" encoded value is "other", there must be a corresponding explanation found in the "additional notes" for the associated payer-specific negotiated charge (reported 18 times).

§180.50(b)(2)(ii)(C)Rate expression and methodology5 failed
§180.50(b)(2)(ii)(C)MRF expresses each negotiated rate as a dollar amount, percentage, or algorithmFailed

If a payer name and plan name are encoded, a payer-specific charge must also be encoded (reported 29,061 times).

§180.50(a)(3)(iii) or §180.50(b)(2)(ii)(C)Percentage and algorithm rates give enough information to derive a dollar amountCouldn't determine

Why: This needs a person to judge; the automated check cannot decide it.

88,894 percentage- or algorithm-based payer rates require semantic review of whether a reasonable user can derive a dollar amount.

§180.50(b)(2)(ii)(C)(2)Allowed-amount statistics4 failed
§180.50(b)(2)(ii)(C)(2)MRF correctly encodes the 10th percentile allowed amountFailed

If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "10th Percentile" must also be encoded (reported 29,994 times).

§180.50(b)(2)(ii)(C)(2)MRF correctly encodes the median allowed amountFailed

If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "Median Amount" must also be encoded (reported 29,994 times).

§180.50(b)(2)(ii)(C)(2)MRF correctly encodes the 90th percentile allowed amountFailed

If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "90th Percentile" must also be encoded (reported 29,994 times).

§180.50(b)(2)(ii)(C)(2)MRF correctly encodes the count of allowed amountsFailed

If a "payer specific negotiated charge" is expressed as a percentage or algorithm, then a corresponding "Count of Allowed Amounts" must also be encoded (reported 29,994 times).

§180.50(b)(2)(iii)Item and service information1 failed
§180.50(b)(2)(iii)(A)MRF correctly encodes each item or service descriptionPassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(iii)(B)MRF correctly encodes the inpatient or outpatient settingPassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(iii)(C)MRF correctly encodes drug units and measurement typeFailed
  • "drug_type_of_measurement" value "tablet" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 62 times). "drug_type_of_measurement" value "mg" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). "drug_type_of_measurement" value "tube" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). "drug_type_of_measurement" value "ae" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). "drug_type_of_measurement" value "drop" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times).
§180.50(b)(2)(iv)Billing and coding informationPassed
§180.50(b)(2)(iv)(A)-(B)MRF correctly encodes billing codes and code typesPassed

The completed structural evaluation reported no deficiency for this nonconditional check.

§180.50(b)(2)(iv)(C)MRF lists every applicable modifier and its chargesNot assessed

Why: The price file alone cannot answer this; it needs evidence from outside the file.

The MRF was parsed for encoded modifiers, but the file alone cannot establish whether every applicable modifier-specific charge is represented.

§180.50(c)(2)CMS file format1 failed
§180.50(c)(2)MRF passes the CMS validator without errorsFailed
  • If a "payer specific negotiated charge" is expressed as a percentage or algorithm, then a corresponding "Count of Allowed Amounts" must also be encoded (reported 29,994 times).
  • If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "Median Amount" must also be encoded (reported 29,994 times).
  • If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "10th Percentile" must also be encoded (reported 29,994 times).
  • If a "payer specific negotiated charge" is expressed as a percentage or algorithm, and count of allowed amounts is not zero, then a corresponding "90th Percentile" must also be encoded (reported 29,994 times). "drug_type_of_measurement" value "tablet" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 62 times). "drug_type_of_measurement" value "mg" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). (reported 2 times)
  • If a payer name and plan name are encoded, a payer-specific charge must also be encoded (reported 29,061 times). "drug_type_of_measurement" value "tube" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). "drug_type_of_measurement" value "ae" is not one of the allowed valid values.
  • You must encode one of these valid values: GR, ME, ML, UN, F2, EA, GM (reported 31 times). "drug_type_of_measurement" value "drop" is not one of the allowed valid values.
  • If the "standard charge methodology" encoded value is "other", there must be a corresponding explanation found in the "additional notes" for the associated payer-specific negotiated charge (reported 18 times). "standard_charge|min" value "$3,000.00" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 6 times). "standard_charge|max" value "$3,000.00" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 12 times). "standard_charge|min" value "$2,500.00" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 95 times). "standard_charge|max" value "$5,000.00" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 89 times). "standard_charge|min" value "Self" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 4 times). "standard_charge|max" value "Self" is not a positive number.
  • You must encode a positive, non-zero, numeric value (reported 4 times).
§180.50(d)(1)-(6)Publication and accessibilityPassed
§180.50(d)(3)(i)MRF downloads without paymentPassed

CareCarta retrieved the file without payment.

§180.50(d)(3)(ii)MRF downloads without an account or passwordPassed

CareCarta retrieved the file without an account or password.

§180.50(d)(3)(iii)MRF downloads without submitting personal informationPassed

CareCarta retrieved the file without submitting personally identifiable information.

§180.50(d)(3)(iv)MRF downloads to an automated clientPassed

An automated HTTP client downloaded the declared MRF successfully.

§180.50(d)(4)MRF is a CSV or JSON file, optionally compressedPassed

The downloaded artifact provides CSV that can be processed as structured text.

§180.50(d)(5)MRF file name follows the CMS conventionPassed

The published file name 272315199-1104144641_silver-lake-hospital_standardcharges.csv matches the required identifier, hospital-name, and standardcharges structure.

§180.50(d)(6)(i)cms-hpt.txt is published and uses the required fieldsPassed

The cms-hpt.txt file uses the required canonical fields and valid values.

§180.50(d)(6)(i)cms-hpt.txt links this hospital's MRFPassed

The cms-hpt.txt entry "Silver Lake Hospital LTACH" links an MRF (https://www.silverlakehospital.org/price-transparency/272315199-1104144641_silver-lake-hospital_standardcharges.csv) that declares this hospital's Type 2 NPI.

§180.50(d)(6)(ii)Homepage has a link labelled Price TransparencyPassed

A labeled Price Transparency link (https://www.silverlakehospital.org/price-transparency) was observed in the acquired hospital homepage HTML.

§180.50(e)Update frequencyPassed
§180.50(e)MRF was updated within the past 12 monthsPassed

The MRF reports 7/13/2026, within one year of this audit observation.

§180.60Shoppable services disclosureNot assessed
§180.60(a)(1) or §180.60(a)(2)Website offers a qualifying shoppable-services list or price estimatorNot assessed

Why: CareCarta has not built this check yet.

CareCarta has not built an evaluator for the shoppable-services disclosure (45 CFR 180.60) yet, so this check cannot be decided.

History

Audit history
Select a historical cell to inspect that day's checks below.
Sep 27
Sep 28
§180.50(a)(3)Attestation and responsible official
§180.50(b)(2)(i)Hospital and MRF information
§180.50(b)(2)(ii)Standard charges
§180.50(b)(2)(iii)Item and service information
§180.50(b)(2)(iv)Billing and coding information
§180.50(c)(2)CMS file format
§180.50(d)(1)-(6)Publication and accessibility
§180.50(e)Update frequency
§180.60Shoppable services disclosure
PassedFailedBlocked — an earlier check failedNot applicableCouldn't determine

Official CMS enforcement record

CMS enforcement records were not evaluated in this bounded audit.

Hospital response

No hospital response is recorded for this bounded audit.