N479 Remittance Advice Remark Code (RARC)

N479 Denial Code: Primary payer's EOB was not included with the claim

The primary payer's Explanation of Benefits never reached the secondary payer, so it cannot coordinate benefits. Resubmit with the primary EOB or complete electronic payment data.

Group code
N/A (no group code)
Code type
RARC
Billable to patient?
No - remark codes carry no dollar amount; patient responsibility follows the paired CARC's group code
Appealable?
Fix and resubmit with the EOB
Category
Coordination of Benefits
On a remittanceLQ*HE*N479Appears as a remark code alongside a claim adjustment reason code.

What N479 means

N479 shows up on secondary or Medicare Secondary Payer claims when the primary payer's EOB - or the equivalent electronic remittance data - did not arrive with the claim. Without it, the second payer cannot see what the primary allowed, paid, and adjusted, so coordination of benefits stalls. As a remark code it rides along with a CARC (often 22, 16, or 252) that carries the actual dollar adjustment, and it is the remark that tells you the fix. That fix is mechanical: obtain the primary remittance, attach it or transmit the primary payment segments correctly, and resubmit. On electronic claims the culprit is frequently incomplete COB loops - the primary's paid amounts and adjustments were dropped in transmission - rather than a literally missing paper EOB.

Common causes

  • The secondary claim was submitted before the primary payer finished processing.
  • A paper EOB was never attached, or was attached to the wrong claim.
  • Electronic COB data - the primary's paid amounts and adjustments - was incomplete or dropped by the clearinghouse.
  • The payer has the patient listed as primary when it is actually secondary, so it expects an EOB that does not exist.
  • The primary payment posted in the billing system, but the remittance detail was never forwarded onto the secondary claim.

How to fix it

  • Pull the primary payer's EOB or 835 and confirm the claim fully adjudicated before resubmitting.
  • Resubmit with the EOB attached, or with complete primary payment data in the electronic COB segments.
  • If the payer's records have the wrong payer order, correct coordination of benefits with the plan before resubmitting.
  • Confirm through the clearinghouse that the primary payment detail actually transmitted - do not assume the system forwarded it.

How to prevent it

  • Hold secondary claims until the primary remittance posts, and automate the crossover where payers support it.
  • Verify payer order at every eligibility check, not just at intake.
  • Audit clearinghouse mapping for COB data so primary payment detail survives the handoff.

Appeal potential

Fix and resubmit with the EOBThere is nothing to appeal - the payer is telling you the claim package was incomplete. Attach the primary EOB or complete COB data and resubmit, and the claim will adjudicate normally. If the payer insists an EOB is required but it is actually the primary plan, fix the coordination-of-benefits records instead of resubmitting the same claim.

Plain-English explanation authored by Medmio. The N479 code meaning reflects the standard CARC/RARC set maintained by X12 and CMS; Medmio does not reproduce X12's official descriptor text verbatim. Codes change up to three times per year — verify active status against the latest X12/CMS release. For official Medicare remittance-code guidance, see CMS. Educational guidance only, provided as-is with no guarantee of accuracy or outcome — not a substitute for professional billing, coding, or legal advice.
Last reviewed: July 2026

Prevent denials like N479 before they happen.

Medmio pairs AI-powered coding with full revenue-cycle visibility, so coding-driven denials get caught before the claim goes out. See what that looks like for your practice.