CO-22 is a denial that blocks payment even after a clean claim, valid eligibility, and complete documentation. The payer accepts the claim for processing, then refuses payment because a different plan is expected to pay first. That single decision triggers avoidable rework: eligibility rechecks, phone calls, patient statements, delayed secondary billing, and rising A/R days.
What is the CO 22 Denial Code?
CO-22 is not a “fix the CPT” denial. CO-22 is a coordination of benefits (COB) failure that starts at registration and surfaces later on the ERA/EOB. The right response is not guessing. The right response is a structured COB workflow that:
- (1) confirms the correct payer order
- (2) proves primary adjudication,
- (3) routes the claim to the payer that has payment responsibility.
What Is the CO-22 Denial Code?
CO-22 combines a Claim Adjustment Group Code and a Claim Adjustment Reason Code (CARC):
- Group Code CO = Contractual Obligation
- CARC 22 = “This care may be covered by another payer per coordination of benefits.”
It shows the payer is stating that it is not the payer with primary payment responsibility for this service under COB rules. COB exists to assign a payment order when more than one plan covers the patient. CMS describes COB as the process plans use to determine their payment responsibilities when multiple coverages exist.
CO-22 is triggered in common multi-coverage situations: employer plan + spouse plan, Medicare + employer plan, Medicaid secondary scenarios, accident coverage, workers’ compensation, and other “third-party liability” setups. The payer’s systems detect another coverage signal and stop payment until the billing sequence and prior assessment are aligned.
What “CO” Means in CO-22
Group Code CO indicates a contractual obligation adjustment category in the X12 code structure.
A key operational point applies in Medicare contexts: Medicare guidance states that a provider is prohibited from billing a beneficiary for an adjustment amount identified with a CO group code (Medicare uses CO vs PR to distinguish provider vs patient liability).
That distinction matters because CO-22 often tempts teams to shift the balance to the patient while COB is unresolved. Patient billing during a COB dispute creates complaints, delays, and write-offs later.
How CO-22 Shows Up on ERA (835) and EOB
ERA/EOB posting displays CO-22 as:
- CAS segment (Claim Adjustment) showing CO with reason 22
- A message that points to another payer as primary
- In many cases, a remark that indicates missing primary payer evidence
A frequent pairing is MA04, which states, “Secondary payment cannot be considered without the identity of or payment information from the primary payer.” Noridian publishes this exact pairing under Reason Code 22 with Remark Code MA04.
Why CO-22 Denials Happen
CO-22 is the output. The input is usually one of these trigger points:
1) Wrong payer billed first
Claim routing fails when the claim is sent to the secondary before the primary. CARC 22 exists specifically to prevent payment when another payer should be involved first.
2) Primary vs secondary order mismatch in the patient file
A correct claim form still denies if the insurance order in the PM/EHR is wrong. The payer sees other coverage and rejects responsibility.
3) Missing primary payer adjudication for a secondary claim (MA04 pattern)
Secondary billing fails when the claim lacks primary EOB/ERA details. Noridian’s MA04 explanation describes this as missing or illegible primary payer info/payment data.
4) Coverage overlap and stale termination dates
Termination dates, plan changes, and employer switches cause “phantom” primary coverage signals. A payer match can identify another active plan even when the patient believes it ended.
5) Medicare Secondary Payer (MSP) data not aligned
Medicare COB depends on MSP rules and data captured through MSP questioning and payer files. A mismatch pushes Medicare (or the other payer) into a “secondary expected” posture. CMS frames COB as determining which plan is primary and how others contribute.
6) Patient demographic or policy data errors
COB discovery fails when the name, DOB, subscriber ID, group number, or relationship to the subscriber is wrong. That failure breaks eligibility verification and confuses the payer order.
The Real Cost of CO-22 Inside the Revenue Cycle
CO-22 creates revenue cycle damage through measurable operational effects:
- Delayed reimbursement: Payment pauses until primary adjudication is obtained and the claim is rerouted.
- Higher cost per claim: Extra touches occur across teams: registration, billing, denial management, and patient accounts.
- A/R aging creep: CO-22 claims drift into 31–60, 61–90, and 90+ day buckets through slow back-and-forth.
- Patient dissatisfaction: Patient statements go out before COB is resolved, producing disputes and refund cycles.
- Timely filing risk: Secondary timely filing clocks can be missed if primary processing proof is not gathered quickly.
CO-22 is predictable. Predictable denials belong in front-end controls, not back-end hero work.
CO-22 Triage in 10 Minutes: A Decision Tree That Prevents Guessing
A denial team needs a short, repeatable triage that drives the next action.
Step 1: Confirm the payer posture from the ERA/EOB
- CARC 22 present (“covered by another payer per COB”)
- MA04 present (primary payer payment/identity missing)
Step 2: Identify the scenario type (pick 1)
- Secondary claim sent without primary EOB/ERA
- The wrong payer was billed first.
- Other coverage exists but is terminated/stale.
- MSP/accident/liability coverage expected
Step 3: Decide the route
- Resubmit when the payer order or missing primary evidence caused the denial.
- Appeal only when the payer is wrong after the correct COB proof is present.
Most CO-22 cases close through corrected sequencing and resubmission, not appeal, because the payer denial logic matches the X12 definition of CARC 22.
Step-by-Step Guide to Resolve CO-22 (Execution Workflow)
1) Validate patient demographics and insurance fields
Fields that drive COB accuracy:
- Subscriber name + DOB
- Subscriber ID + group number
- Patient relationship to subscriber
- Plan effective date + termination date
- Coordination indicators (primary/secondary/tertiary)
2) Run eligibility for each plan on the date of service
A single “eligible” response is not enough. Eligibility needs payer order clarity.
3) Determine the correct payer order
COB rules vary by plan type. Medicare COB relies on MSP rules and the payer responsibility order.
Dependent coverage disputes often use the “birthday rule” in commercial insurance contexts (plan of parent whose birthday falls earlier in the calendar year is primary).
4) Bill the primary payer first (or correct primary billing)
Primary adjudication is the anchor event for secondary billing.
5) Obtain the primary payer ERA/EOB and payment details
Secondary payers often require:
- Primary payer paid amount
- Adjustments (deductible, coinsurance, copay)
- Denial reason if primary denied
- Claim control number or trace numbers
6) Submit the secondary claim with primary adjudication attached or populated
MA04 patterns resolve when primary payer identity/payment data is present.
7) Use the correct submission type
- Corrected claim indicators when the payer requires them
- Secondary claim filing rules for the specific payer
- Clearinghouse COB fields are populated consistently.
8) Track to closure with 2 checkpoints
- Checkpoint A (48–72 hours): Claim accepted and in process
- Checkpoint B (14 days typical): Adjudication or request for info
Resubmit vs Appeal: Rules That Resolve Issue
Resubmit CO-22 when the primary and secondary orders in the claim were wrong.
- Primary EOB/ERA data was missing (MA04 pattern)
- Another plan was omitted from the claim.
- Termination dates were missing and corrected.
Appeal CO-22 when:
- Primary adjudication is already attached and complete
- Eligibility and COB documentation confirm that the billed payer is the primary
. - The payer continues denying despite the verified absence of other coverage.
Appeals need evidence. Evidence means eligibility proof, COB notes, and prior payer adjudication logs.
Preventing CO-22: Front-End Controls That Stop the Denial Upstream
CO-22 prevention is registration design, not denial management.
Control 1: Collect 12 data points at every visit
A registration checklist that reduces stale COB:
- Subscriber name
- Subscriber DOB
- Subscriber ID
- Group number
- Patient relationship
- Plan name + payer ID
- Effective date
- Termination date (when present)
- Secondary plan presence
- Accident/work-related indicator
- Employer name (for employer plans)
- Authorization/referral requirements
Control 2: Ask COB questions in the same structure every time
A consistent script produces consistent payer order decisions:
- “Coverage through an employer plan today?”
- “Coverage through a spouse plan today?”
- “Coverage through Medicare or Medicaid today?”
- “Coverage tied to an accident, auto claim, or workers’ compensation today?”
Control 3: Re-verify coverage at defined intervals
COB changes faster than teams expect. A practical cadence:
- Every visit tohigh-volume clinics
- Every 30 days for recurring therapy, DME, and home health
- Every new episode of care for hospital outpatient
Control 4: Use claim scrub rules for COB conditions
Edits that reduce CO-22:
- Secondary claim blocked without primary EOB/ERA fields
- Claims are blocked when the primary/secondary order conflicts with the plan type flags.
- Alerts for overlapping effective dates across plans
Control 5: Build a “COB exception que..ue”
A/R control improves when CO-22 is routed to a small queue with:
- same-day insurance discovery
- patient outreach template
- payer portal verification
- resubmission ownership
Denial Management Metrics for CO-22 (What to Track Weekly)
A CO-22 program needs numbers that drive operational change:
- CO-22 rate per 1,000 claims (target reduction trend)
- Touches per CO-22 claim (registration touch + billing touch + denial touch)
- Days to primary adjudication (front-end to payer response)
- Secondary submission lag (primary ERA date → secondary submit date)
- CO-22 overturn rate (closed by corrected COB vs appeal)
- Timely filing saves (count of claims rescued before deadline)
A CO-22 spike usually traces back to a single operational change: new registration staff, new payer, new eligibility tool, new employer enrollment season, or a clearinghouse mapping issue.
Conclusion
CO-22 is a COB signal: another payer is expected to carry primary payment responsibility. X12 defines CARC 22 as care that may be covered by another payer per coordination of benefits, and the CO group code identifies the adjustment category.
A paired MA04 message often means the claim reached a secondary payer without primary payer identity or payment information.
Payment speed improves when CO-22 is handled as a front-end data and workflow problem. A clean process uses 3 anchors: correct payer order, primary adjudication proof, and structured resubmission rules. That system reduces claim touches, protects timely filing, and keeps patient billing aligned with payer responsibility expectations.
FAQs
What does claim status code 22 mean?
CARC 22 means the payer believes the care may be covered by another payer under the coordination of benefits.
What is code 22 in medical billing?
Code 22 commonly refers to CARC 22 on an ERA/EOB. The denial indicates COB sequencing or “other coverage” responsibility, not a clinical documentation failure.
What is the error code CO22?
CO22 is the combination of Group Code CO and CARC 22, which communicates payer non-responsibility due to expected primary coverage elsewhere.
What does CO 22 mean?
CO-22 means the billed payer is not expected to pay as primary under COB, so payment stops until the correct payer order and prior adjudication are supplied.
What is MA04 with CO-22?
MA04 states that secondary payment cannot be considered without primary payer identity or payment information. This remark commonly appears with Reason Code 22.
What is a 22 modifier?
Modifier 22 is a CPT modifier for increased procedural services. Modifier 22 is not connected to CO-22 (CARC 22) COB denials.


