How to find ACA premium grace period warnings in eligibility and claim responses

Many patients with an Affordable Care Act (ACA) Marketplace plan get a federal subsidy for their premium. That subsidy is called an advance premium tax credit (APTC).

If one of these patients misses a premium payment, they get a three-month grace period. If the patient doesn't catch up on premium payments by the end of the grace period, the payer can deny claims for care provided in the second and third months. The provider then has to bill the patient directly or write off the cost.

Payers must warn providers when a patient is in one of these grace periods. One way they can send grace period warnings is in eligibility and claim responses.

This guide explains how ACA premium grace periods work and shows you where to find related grace period warnings.

What's an ACA Marketplace?

Under the ACA, people who don't get coverage through an employer or a government program can buy health plans on a public ACA Marketplace, also called a Health Insurance Exchange (HIX).

Many states use the federal ACA Marketplace, HealthCare.gov. Other states run their own marketplaces.

What's an ACA premium?

A premium is the amount a patient pays each month for their health plan. An ACA premium is the premium for a plan bought on an ACA Marketplace.

Many ACA Marketplace patients get a federal subsidy called an advance premium tax credit (APTC) to help pay for their plan. The government pays part of the premium to the payer. The patient pays the rest.

What's an ACA premium grace period?

An ACA premium grace period is extra time for a patient on an ACA Marketplace plan to pay missed premiums. The patient keeps their coverage while they catch up.

Patients who get an APTC have a grace period of three months.

During the second and third months of the grace period, the payer can pend the patient's claims. A pended claim is on hold: the payer hasn't paid or denied it yet.

Example
A patient who gets an APTC for their ACA Marketplace plan misses their July premium. Their grace period runs from July 1 to September 30. The payer pays claims for July. It can pend claims for August and September.

If the patient pays everything they owe by September 30, their coverage continues with no gap. The payer then processes the pended claims as usual.

If the patient fails to pay all owed premiums by September 30, the payer can deny the patient's pended claims. The provider then has to bill the patient or write off the cost.

Is the grace period different for other types of plans?

Yes. For ACA Marketplace patients who don't get an APTC, state law sets the length.

Other plans have their own rules. For example, a Medicare Advantage plan must give at least two months before it ends coverage for unpaid premiums.

This guide covers only the three-month grace period for patients who get an APTC.

What are the rules for ACA premium grace periods?

To get the three-month grace period, the patient must:

Have a plan from an ACA Marketplace, like HealthCare.gov.
Get an APTC.
Have paid at least one full month's premium that year.

The rules also say that payers must warn providers that claims may be denied in the second and third months. The rules don't say how the payer must warn providers. Many payers send a grace period warning in eligibility and claim responses.

The full rules are in 45 CFR 156.270.

Where can I find grace period warnings in eligibility responses?

The X12 HIPAA standard for eligibility checks has no grace period-specific code or field. Instead, X12 recommends payers use several indicators, outlined in X12's RFI #1806 and RFI #1859.

The following table outlines X12's recommended indicators. Most are returned with the patient's benefits for Service Type Code (STC) 30 (Health Benefit Plan Coverage):

Indicator	What to look for	What it means
Premium paid-to-date	A date before the date of service	The patient is behind on premiums. Check it even when the response shows active coverage.
Coverage status	Active - Pending Investigation	The date of service is in month 2 or 3. The payer may pend the claim. In the first month, the response still shows active coverage.
Period dates	The grace period's start and end dates	Which month of the grace period the date of service falls in.
Messages	`HIX Grace Period`, or similar text	Some payers add more text, so search for "grace period" instead of an exact match.

Examples
If you're using our API or SDKs, Stedi returns eligibility data in one of two response shapes, depending on the endpoint you call.

Responses from our Real-Time Eligibility Check JSON endpoint organize benefits in a plans array. Responses from our Batch Eligibility Check, Insurance Discovery, Real-Time Eligibility Check Raw X12, and Legacy Real-Time Eligibility Check JSON endpoints use a benefitsInformation array.

The following examples show both, labeled plans and benefitsInformation.

In the Real-Time Eligibility Check JSON response, check:

subscriber.dates.premiumPaidToDate.end for the premium paid-to-date.
plans[].benefits.statuses[].status for a coverage status of ACTIVE_PENDING_INVESTIGATION.
plans[].benefits.statuses[].dates.period for the period dates.
plans[].benefits.statuses[].messages for the messages.

{
  "subscriber": {
    "dates": { "premiumPaidToDate": { "end": "2026-06-30" } }
  },
  "plans": [{
    "benefits": {
      "statuses": [{
        "status": "ACTIVE_PENDING_INVESTIGATION",
        "service": { "system": "STC", "value": "30" },
        "dates": { "period": { "start": "2026-07-01", "end": "2026-09-30" } },
        "messages": ["HIX Grace Period"]
      }]
    }
  }]
}

In responses that use benefitsInformation, check:

planDateInformation.premiumPaidToDateEnd for the premium paid-to-date.
benefitsInformation[].code for a coverage status of 5.
benefitsInformation[].benefitsDateInformation.periodStart and periodEnd for the period dates.
benefitsInformation[].additionalInformation[].description for the messages.

{
  "planDateInformation": { "premiumPaidToDateEnd": "20260630" },
  "benefitsInformation": [{
    "code": "5",
    "serviceTypeCodes": ["30"],
    "benefitsDateInformation": { "periodStart": "20260701", "periodEnd": "20260930" },
    "additionalInformation": [{ "description": "HIX Grace Period" }]
  }]
}

Note: Payers sometimes send incomplete or inaccurate grace period information. An eligibility response isn't a guarantee of payment.

Do all payers follow X12's recommendations for grace period warnings?

No. Some payers send no grace period warnings or related information in eligibility responses. These responses may show active coverage, with no premium paid-to-date, grace period dates, or message. The patient looks fully covered.

Active coverage doesn't rule out a grace period. For ACA Marketplace patients, check the payer portal or call the payer.

How can providers catch grace period warnings early?

To catch grace period warnings early, Stedi recommends running an eligibility refresh for ACA Marketplace patients each month, not just before visits.

Note: Not all payers return grace period warnings in eligibility responses.

Where can I find grace period warnings in claim responses?

X12 recommends the claim status category codes and claim status code payers should use for grace period warnings in RFI #1859. These codes can be returned in 277CA claim acknowledgments and claim status checks.

RFI #1859 also lists the Claim Adjustment Reason Code (CARC) and Remittance Advice Remark Codes (RARCs) payers can return in Electronic Remittance Advice (ERAs) for grace period warnings.

Payer support for these codes varies.

Grace period warnings in claim acknowledgments

A 277CA claim acknowledgment says whether the payer accepted the claim for adjudication.

When the date of service is in a grace period, the claim acknowledgment may report two codes:

A claim status category code of A2 (Acknowledgement/Acceptance into adjudication system). It means the payer accepted the claim for adjudication.
A claim status code of 766 (Services were performed during a Health Insurance Exchange (HIX) premium payment grace period).

In the 277CA JSON response, the grace period is in claims[].claimStatus. Check:

referencedTransactionTraceNumber for the Patient Control Number (PCN).
informationStatuses[].healthCareClaimStatusCategoryCode for a claim status category code of A2.
informationStatuses[].statusCode for a claim status code of 766.

"claimStatus": {
  "referencedTransactionTraceNumber": "GP0815A1B2", // PCN
  "informationClaimStatuses": [
    {
      "informationStatuses": [
        {
          "healthCareClaimStatusCategoryCode": "A2", // Accepted for adjudication
          "statusCode": "766" // HIX grace period
        }
      ],
      "statusInformationEffectiveDate": "20260816",
      "totalClaimChargeAmount": "150"
    }
  ],
  ...
}

In the X12 277CA, the grace period is in Loop 2200D (Claim Status Tracking Number). Check:

TRN02 (Referenced Transaction Trace Number) for the PCN.
STC01-01 (Health Care Claim Status Category Code) for a claim status category code of A2.
STC01-02 (Health Care Claim Status Code) for a claim status code of 766.

TRN*2*GP0815A1B2~
STC*A2>766*20260816*WQ*150~

Grace period warnings in claim status checks

A real-time claim status check shows where a claim is in the payer's system. For a claim that's pended due to a grace period, the claim status response may report two codes:

A claim status category code of P5 (Pending/Payer Administrative/System hold). It means the payer has the claim on hold.
A claim status code of 766 (Services were performed during a Health Insurance Exchange (HIX) premium payment grace period).

The payer adjudicates the claim when the grace period ends. The grace period ends when the patient pays everything they owe or when the three months run out.

In the Real-Time Claim Status JSON response, each claim is a claims[] entry. In its claimStatus object, check:

patientAccountNumber for the PCN.
statusCategoryCode for a claim status category code of P5.
statusCode for a claim status code of 766.

"claims": [
  {
    "claimStatus": {
      "patientAccountNumber": "GP0815A1B2", // PCN
      "statusCategoryCode": "P5", // Pending/Payer Administrative/System hold
      "statusCode": "766", // HIX grace period
      "effectiveDate": "2026-09-01",
      "submittedAmount": "150",
      ...
    },
    ...
  }
]

In the X12 277 claim status response, each claim is a Loop 2200D (Claim Status Tracking Number). Check:

REF02 (Reference Identification) for the PCN, where REF01 is EJ (Patient Account Number).
STC01-01 (Health Care Claim Status Category Code) for a claim status category code of P5.
STC01-02 (Health Care Claim Status Code) for a claim status code of 766.

TRN*2*123456789~
STC*P5>766*20260901**150~
REF*EJ*GP0815A1B2~

Grace period warnings in ERAs

Some payers send an ERA with a $0 payment for claims pended due to a grace period. For professional claims, the ERA should include:

A Claim Adjustment Reason Code (CARC) of 257 (The disposition of the claim/service is undetermined during the premium payment grace period, per Health Insurance Exchange requirements) with group code OA (Other Adjustment). It means the claim is on hold for the grace period. The payer reverses and corrects the claim when the grace period ends. The payer reports the CARC on each service line.
A Remittance Advice Remark Code (RARC) of N615 (Alert: This enrollee receiving advance payments of the premium tax credit is in the grace period of three consecutive months for non-payment of premium). It explains the three-month grace period.
A RARC of N617 (This enrollee is in the second or third month of the advance premium tax credit grace period).

For a first-month claim, the payer pays as usual. It can add RARCs N615 and N616 (Alert: This enrollee is in the first month of the advance premium tax credit grace period) to say the patient is in the first month.

Some payers pay claims during the grace period anyway, for example because of state prompt-pay rules. Their ERAs still include RARCs N615 and N617.

In the 835 ERA JSON response, each claim is a paymentInfo[] entry. Check:

claimPaymentInfo.claimPaymentAmount for a payment of 0.
outpatientAdjudication.claimPaymentRemarkCode[N] for RARCs of N615 and N617.
serviceLines[].serviceAdjustments[].adjustmentReasonCode[N] for a CARC of 257, with a claimAdjustmentGroupCode of OA.

"paymentInfo": [
  {
    "claimPaymentInfo": {
      "patientControlNumber": "GP0815A1B2", // PCN
      "claimStatusCode": "1",
      "totalClaimChargeAmount": "150",
      "claimPaymentAmount": "0", // $0 paid
      "patientResponsibilityAmount": "0",
      ...
    },
    "outpatientAdjudication": {
      "claimPaymentRemarkCode1": "N615", // Grace period alert
      "claimPaymentRemarkCode2": "N617" // Second or third month
    },
    "serviceLines": [
      {
        "servicePaymentInformation": {
          "lineItemChargeAmount": "150",
          "lineItemProviderPaymentAmount": "0",
          ...
        },
        "serviceAdjustments": [
          {
            "claimAdjustmentGroupCode": "OA", // Other Adjustment
            "adjustmentReasonCode1": "257", // Pending during grace period
            "adjustmentAmount1": "150"
          }
        ]
      }
    ]
  }
]

In the X12 835, each claim is a Loop 2100 (Claim Payment Information). Check:

CLP04 (Claim Payment Amount) for a payment of 0.
MOA03-MOA07 (Claim Payment Remark Code) for RARCs of N615 and N617.
CAS01 (Claim Adjustment Group Code) for OA and CAS02 (Adjustment Reason Code) for a CARC of 257, in each Loop 2110 (Service Payment Information).

CLP*GP0815A1B2*1*150*0*0*12*1234567890~
MOA***N615*N617~
SVC*HC>99213*150*0~
CAS*OA*257*150~

Get started with Stedi

To get started with Stedi, sign up for a free sandbox account. It takes less than two minutes. No credit card is required.

When you're ready, upgrade to production on our pay-as-you-go plan. There are no monthly minimums or setup fees. You only pay for the transactions you use.

Twitter LinkedIn