RecoveAR · Denial Intelligence · 2026

A denial code is not a verdict. It is a routing instruction you have not read yet.

Short answer: stop reading CARC and RARC codes as "why we lost" and start reading them as "who fixes this." The X12 835 already tells you the root cause. The job is to map every common CARC + RARC + group code combination to the one queue that can actually resolve it, then route it there the same day it posts. That map is below.

3×/yr

X12 CARC / RARC list updates (Mar · Jul · Nov)

72hr

Expedited prior-auth decision, CMS-0057-F

7days

Standard prior-auth decision, CMS-0057-F

4groups

CO · PR · OA · PI adjustment logic

Why codes get worked twice

The denial did not fail. The routing did.

Most rework happens because a remittance lands in one shared bucket and a generalist decides where it goes. A CARC 197 that belongs to the authorization team gets appealed by a biller. A CARC 16 with a provider-ID remark gets sent to coding instead of enrollment. The fix is deterministic: the code combination already names the owner. Read the CARC for the category, the RARC for the specific defect, and the group code for who absorbs the dollars, then route once.

Prior-Auth / UM Front-end / Eligibility COB / Secondary Coding / HIM Clinical Docs / Appeals Timely Filing / Follow-up Contract / Variance

The mapping matrix

Code combination on the left. The queue that can fix it on the right.

Group codes: CO = contractual obligation, PR = patient responsibility, OA = other adjustment, PI = payer-initiated reduction. Descriptions follow the X12 CARC and RARC External Code Lists in effect for 2026. Confirm the exact remark wording on your own 835, since payers pair remarks differently.

Reason + remark (X12 835)routesRoot-cause queue & first move

CARC 197

Precertification, authorization or notification absent.

+ N705 / N706 documentation

→routes to

Prior-Auth / UM queue

OWNER: authorization team

First move: pull the auth on file or file a retro-auth request. Check the CMS-0057-F decision clock before you appeal on the merits.

CARC 16

Claim lacks information needed for adjudication.

+ N290 / N257 provider ID

→routes to

Front-end / enrollment queue

OWNER: registration + payer enrollment

First move: correct the rendering or billing NPI / taxonomy, verify the group is loaded with the payer, then rebill. This is data, not a clinical appeal.

CARC 27

Expenses incurred after coverage terminated.

+ N30 patient ineligible

→routes to

Eligibility / front-end queue

OWNER: eligibility & VOB

First move: re-run a 270/271 for the date of service, find the active plan, update the FSC, and rebill the correct payer. Do not appeal to a payer that had no coverage.

CARC 22 / 109

Care may be covered by another payer per COB.

+ N479 missing EOB

→routes to

COB / secondary queue

OWNER: coordination-of-benefits

First move: confirm primary vs secondary order, attach the primary EOB / 835, and submit to the right payer in sequence. A resubmit without the EOB just recycles the denial.

CARC 11

Diagnosis inconsistent with the procedure.

+ M76 / M51 dx or code

→routes to

Coding / HIM queue

OWNER: certified coders

First move: re-review the chart for a supporting diagnosis or the correct CPT pairing, recode against current NCCI and LCD/NCD policy, and submit a corrected claim.

CARC 4

Procedure code inconsistent with the modifier, or a required modifier is missing.

+ N519 invalid combination

→routes to

Coding / charge-edit queue

OWNER: coding + charge integrity

First move: validate the modifier against the procedure and payer edit, add or correct it, and rebill. Fix the charge-capture rule so the whole batch stops erroring.

CARC 50

Not deemed a medical necessity by the payer.

+ N115 LCD-based decision

→routes to

Clinical docs / appeals queue

OWNER: appeals + clinical reviewer

First move: pull the LCD/NCD cited by N115, gather the records that meet criteria, and file a documented appeal. A rebill without new evidence loses again.

CARC 18

Exact duplicate claim or service.

+ N522 duplicate of prior

→routes to

Billing follow-up queue

OWNER: AR follow-up

First move: confirm whether the first claim actually paid. If it is a true duplicate, close it. If it needs a change, submit a corrected claim with the right frequency code, not a fresh original.

CARC 29

Time limit for filing has expired.

+ N211 no appeal on this

→routes to

Timely-filing / write-off review

OWNER: senior AR analyst

First move: assemble proof of timely filing (original submission report / clearinghouse acknowledgment) and appeal. If none exists, route to a controlled write-off, not another rebill.

CARC 45

Charge exceeds the fee-schedule / contracted amount.

contractual, usually not a denial

→routes to

Contract / variance queue

OWNER: contract / underpayment analyst

First move: this is a write-off unless the allowed amount is below contract. Route only the underpayments to variance review, and keep the rest out of the denial workflow entirely.

The routing engine, in one pass

One 835 in. The right queue out.

Step 1 · Ingest

835 remittance posts. Parse every line: CARC, RARC, group code, adjustment amount.

→

Step 2 · Decode

Match the CARC + RARC + group against the CAQH CORE code combinations to name the defect.

→

→ Prior-Auth / UM

→ Front-end / Eligibility

→ Coding / HIM

→ COB / Secondary

→ Docs / Appeals · Follow-up

2026 spotlight

Prior-authorization denials now come with a clock

CARC 197 is a deadline, not just a rejection

The CMS Interoperability and Prior Authorization Final Rule (CMS-0057-F) tightens how fast impacted payers must decide authorizations, with the decision-timeframe requirements phasing in during 2026 ahead of the Prior Authorization API on January 1, 2027. When a CARC 197 posts, the authorization queue should not only chase the auth, it should check whether the payer met its own decision window. A late or missing decision is leverage on appeal, and it belongs to the UM team, not the biller.

Pair this with your payer-specific prior-auth requirement lists, since a service that needs auth under one plan type may not under another.

72hr

EXPEDITEDUrgent decision window under CMS-0057-F

7days

STANDARDNon-urgent decision window under CMS-0057-F

2027

PA API LIVEPrior Authorization API required Jan 1, 2027

Guidelines this map follows

Real standards, named

X12 / HIPAA 5010

835 CARC and RARC External Code Lists

Claim Adjustment Reason Codes and Remittance Advice Remark Codes maintained by X12, refreshed three times a year (early March, July, and November) for 2026.

CMS Pub. 100-04

Medicare Claims Processing Manual, Ch. 22

The remittance advice standard defining how group codes, CARCs, and RARCs are reported on the 835 and paper RA.

CAQH CORE

CORE-required Code Combinations

The operating-rule maintained mapping of Group Code + CARC + RARC business scenarios, updated quarterly, that makes cross-payer routing deterministic.

CMS-0057-F

Interoperability & Prior Authorization Final Rule

Decision-timeframe requirements (72 hours expedited, 7 calendar days standard) phasing in during 2026, with the Prior Authorization API required January 1, 2027.

CMS payment rules

CY2026 PFS, OPPS/ASC & IPPS final rules

The 2026 fee-schedule and payment-policy updates that drive CARC 45 contractual variances and medical-necessity edits behind CARC 50.

Payer medical policy

Active LCDs, NCDs and payer coverage policies

The coverage criteria cited in remarks like N115 that decide whether a CARC 50 denial is an appeal or a write-off.

RecoveAR · ASP-RCM Solutions

RecoveAR reads the 835 and routes the denial before a human touches it

RecoveAR ingests your remittances, decodes every CARC + RARC + group combination against the CAQH CORE code combinations, and drops each denial into the exact queue and owner you saw in the matrix above. Your teams stop triaging and start resolving, and the same defect stops printing next month because RecoveAR shows you where it started. Bring us a real remit file and we will map your top denial combinations to your queues, live.

Map my denials with RecoveAR → Book a 835 walkthrough

A denial code is not a verdict. It is a routing instruction you have not read yet.

The denial did not fail. The routing did.

Code combination on the left. The queue that can fix it on the right.

One 835 in. The right queue out.

Prior-authorization denials now come with a clock

CARC 197 is a deadline, not just a rejection

Real standards, named

835 CARC and RARC External Code Lists

Medicare Claims Processing Manual, Ch. 22

CORE-required Code Combinations

Interoperability & Prior Authorization Final Rule

CY2026 PFS, OPPS/ASC & IPPS final rules

Active LCDs, NCDs and payer coverage policies

RecoveAR reads the 835 and routes the denial before a human touches it

More on this topic

Rescuing legacy AR after a vendor change, without re-aging the book.

From 835 to Appeal: CARC/RARC-Driven Denial Routing on Autopilot

Flow 01How an R49 downcode actually happens