AGAR Guide
CARC239ReferenceCurrentVerified Aug 15, 2026

CARC 239

AR Guide workflow

Step-by-step: Eligibility & Coverage

✓ Workflow verified Aug 15, 2026 · Verified via review of official sources and AR Guide practice testing — not payer policy. View the full guide

  1. VerifySteps 1–11

    1. Date of service (not today's date)

    2. Member ID, name and DOB exactly as submitted

    3. Coverage effective and termination dates

    4. Eligibility verification response for the DOS

    5. Claim history for previously paid services on the same coverage

    6. Group code + CARC from the ERA/EOB

    7. Re-verify eligibility for the exact date of service with corrected member data

    8. Confirm the member ID and subscriber information against the member card

    9. Check the coverage effective and termination dates on file

    10. Review claim history for a previously paid service on the same coverage

    11. Confirm whether coverage was reinstated retroactively

  2. ActSteps 12–15

    1. If the data was wrong, correct the member information and resubmit

    2. If coverage existed but verification failed, appeal with the eligibility confirmation

    3. If the patient was genuinely not covered, bill per applicable patient-responsibility rules

    4. Implement front-end eligibility verification to prevent future denials

  3. Document & QASteps 16–22

    1. Eligibility verification response for the date of service

    2. Member ID card copy and subscriber information

    3. Coverage reinstatement or retroactive eligibility documentation

    4. Claim history showing prior coverage for the same member

    5. Verify eligibility before rendering service, not after the denial

    6. Store the verification reference number with the account

    7. Re-check eligibility when there is any gap between scheduling and service date

Sort it: data mismatch (correct) vs. benefit dispute (appeal): Note

Coverage denials split into two very different fixes: if the member data was wrong, correct and resubmit; if coverage existed but the payer misapplied it, appeal with the benefit document and eligibility confirmation.

If you take the wrong path: Appealing a data error burns the window; resubmitting a genuine benefit dispute gets denied again. Either way you lose weeks.

AR Guide explanation

What it means

The claim spans eligible and ineligible periods of coverage. Rebill as separate claims.

AR Guide knowledge

Common denial category

Eligibility & Coverage — Coverage could not be verified or was not active for the date of service — member not found, coverage lapsed, or eligibility requirements not met.

AR Guide knowledge

Most common causes

  • Claim covers dates inside and outside the coverage period

AR Guide knowledge

Action in your PM/EMR system

In your PM system: re-verify eligibility for the exact date of service first. If the member data was wrong, correct it and resubmit. If coverage is confirmed, attach the verification reference and appeal.

Illustrative scenario

Real-world example

A service was denied with CARC 204 as not covered, but the patient's rider covered it. The appeal attached the benefit document and the denial was reversed.

Example — not a claim about any specific payer or account.

AR Guide knowledge

What AR should verify

  1. Split the claim at the coverage boundary
  2. Confirm the coverage dates on file

AR Guide knowledge

Recommended action

  1. Rebill as separate claims for each coverage period

Appeal template

No code-specific template yet

No downloadable template targets CARC 239 specifically. Browse all appeal letter templates — or follow the recommended workflow above.

About this guidance: Note

AR Guide knowledge is general reference content written by our team — it is not payer-specific policy and never replaces the payer’s documentation or your contract. Always confirm specifics with the payer.

Priority 2

Commonly paired RARCs

RARCs commonly accompany CARC 239 on the ERA/EOB. Select the one on your line to focus the workflow, or use the list as a lookup.

  • RARCN130Consult plan benefit documents/guidelines for information about restrictions for this service.Pull the specific plan benefit document and quote the exact restriction in your appeal — a general appeal without the plan language rarely succeeds here.

Priority 3

Payer-specific nuance

How major payers handle this denial — what AR Guide has verified, and what you must confirm with the payer. We never publish payer handling we have not verified.

Medicare

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

Medicaid

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

UnitedHealthcare

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

Aetna

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

Cigna

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

Anthem (BCBS)

Eligibility responses and coverage rules are payer- and plan-specific. Verify the exact date of service with the payer's own eligibility tools before appealing — a stale or incorrect verification can cause a second denial.

Did this resolve your denial?

Help us keep this accurate

Report an error in this code’s guidance

Spotted something outdated or incorrect in the AR Guide guidance or the official description? Flag it — the report becomes a review item for our team and never changes the published page directly.

Do not include patient/member information or PHI — no patient names, member IDs, claim numbers, dates of birth or clinical information. This tool never stores PHI, and the server rejects it.