EDGE ENGINE Sub-2ms Deterministic V8 Execution • Zero Data Retention Explore API Specs →
Latency: <2ms Edge Availability: 99.99% Standard: ANSI 835 / WPC CARC V8 Pure Compute

CARC 22 Denial Code (Care May Be Covered by Another Payer (Coordination of Benefits)) | ANSI 835 EDI Spec

Comprehensive healthcare EDI technical reference and denial resolution guide for Claim Adjustment Reason Code 22 (Care May Be Covered by Another Payer (Coordination of Benefits)) under ANSI ASC X12 835 005010X221A1.

Official Regulatory Standard & Verification Protocol Authority: Accredited Standards Committee X12 / HIPAA 5010 ↗

Direct Answer Capsule: Comprehensive healthcare EDI technical reference and denial resolution guide for Claim Adjustment Reason Code 22 (Care May Be Covered by Another Payer (Coordination of Benefits)) under ANSI ASC X12 835 005010X221A1. Conforms strictly to ANSI ASC X12 Standards (005010) with zero cold-starts and deterministic edge verification.

Execution SLA
<2ms Edge (Cloudflare V8)
Governing Norm
ANSI 835 / WPC CARC
Active Standard
Throughput Limit
512 KB / Payload
Data Privacy
100% In-Memory (Zero Store)
Interactive Edge Workbench

⚡ Live CARC 22 Denial Code (Care May Be Covered by Another Payer (Coordination of Benefits)) | ANSI 835 EDI Spec Interactive Workbench

Test real-time validation and deterministic schema parsing for CARC 22 Denial Code (Care May Be Covered by Another Payer (Coordination of Benefits)) | ANSI 835 EDI Spec directly in your browser. Sub-5ms Cloudflare edge execution with zero setup.

32KB Demo Cap 60 req/min Burst <2ms V8 Compute Zero Data Retention
input.x12 0 B
output.json demo-ready
Status: Ready
{
  "status": "Click 'Run Edge Parse' to test live on Global Edge Isolates..."
}
Need 512KB+ Payloads, High-Throughput & 99.9% Production SLA?
Direct API keys include pooled monthly quotas, zero cold-starts, and optional HIPAA Business Associate Agreements.
Get Production API Key →

Specification & Structural Breakdown

Technical Rule Summary: Implementation conforms strictly to ANSI ASC X12 Standards (005010). Data ingestion is fully deterministic: identical inputs always produce bit-for-bit identical outputs without ambient side-effects.

Claim Adjustment Reason Code (CARC) 22 communicates: "This care may be covered by another payer per coordination of benefits.".

In ANSI X12 835 Electronic Remittance Advice (ERA) files, CARC 22 is reported in Loop 2110 (Service Payment Information) or Loop 2100 (Claim Payment Information) under the Claim Adjustment (CAS) segment with Group Code 'OA' (Other Adjustment), formatted as: CAS*OA*22*AMOUNT~.

Root Cause: Payer records indicate another insurer is primary (e.g., commercial employer plan primary over Medicare, or auto/workers comp coverage).

Adjudication & Appeal Strategy: Submit claim to the designated primary payer first; upon receiving the primary 835 ERA, bill the secondary payer with primary payment details in Loop 2320 (COB).

AttributeValueTechnical Guidance
Reason CodeCARC 22Care May Be Covered by Another Payer (Coordination of Benefits)
Standard Group CodeOAOther Adjustment
ANSI 835 SegmentCAS*OA*22*AMOUNT~Loop 2110 or Loop 2100
Balance Billing PatientProhibited until secondary coordination is complete.Compliance with billing regulations
Common RARCsN517, MA04Remittance Advice Remark Codes
Recommended ActionSubmit claim to the designated primary payer first; upon receiving the primary 835 ERA, bill the secondary payer with primary payment details in Loop 2320 (COB).Workflow for billing teams

Parsed JSON Response Model

The edge microservice transforms input payloads into strongly-typed hierarchical JSON envelopes with sub-5ms latency:

HTTP 200 JSON Response Envelope
{
  "transactionType": "835",
  "claimNumber": "CLM-2026-001",
  "adjudication": {
    "billedAmount": 500,
    "paidAmount": 0,
    "adjustments": [
      {
        "groupCode": "OA",
        "groupName": "Other Adjustment",
        "reasonCode": "22",
        "reasonDescription": "Care May Be Covered by Another Payer (Coordination of Benefits)",
        "adjustmentAmount": 500
      }
    ]
  }
}

Copy-Paste Integration Code (5 Languages)

Integrate CARC 22 Denial Code (Care May Be Covered by Another Payer (Coordination of Benefits)) | ANSI 835 EDI Spec directly into your production application with native, zero-dependency code snippets in cURL, Node.js, Python, Go, and C#:

curl --request POST \
  --url "https://healthcare-edi-ansi-x12-parser-837p-835-271.stanzaapi.com/api/v1/x12/parse" \
  --header "Content-Type: application/json" \
  --header "x-api-key: YOUR_API_KEY" \
  --data '{
  "raw": "ISA*00*          *00*          *ZZ*SUBMITTER1     *ZZ*RECEIVER01     *260830*1200*^*00501*000000001*0*P*:~GS*HC*SENDER*RECEIVER*20260830*1200*1*X*005010X222A1~ST*837*0001*005010X222A1~BHT*0019*00*CLAIM001*20260830*1200*CH~NM1*41*2*DR DOE CLINIC*****46*1234567890~PER*IC*SUPPORT*TE*8005551212~HL*1**20*1~NM1*85*2*DR DOE CLINIC*****XX*1992837465~HL*2*1*22*0~NM1*IL*1*SMITH*JANE****MI*W123456780~CLM*CLM001*150.00***11::1*Y*A*Y*Y~LX*1~SV1*HC:99213*150.00*UN*1***1~SE*11*0001~GE*1*1~IEA*1*000000001~"
}'

Frequently Asked Questions & Technical Notes

What does CARC 22 mean on an 835 ERA?

CARC 22 signifies: "This care may be covered by another payer per coordination of benefits.". It explains why the payer did not pay the full billed charge.

Can a provider balance-bill the patient for CARC 22?

Prohibited until secondary coordination is complete.

How do medical billing teams resolve and appeal CARC 22?

Submit claim to the designated primary payer first; upon receiving the primary 835 ERA, bill the secondary payer with primary payment details in Loop 2320 (COB).

Related Healthcare EDI ANSI X12 Parser API Formats

Explore sibling specifications and standards in the same developer cluster:

EDI X12 837P Professional Health Care Claim Parser & Validator

Instant sub-5ms parsing of ANSI X12 837P (5010X222A1) professional medical claims into structured JSON with full Hierarchical Loop (HL) resolution.

View Format →

EDI X12 837I Institutional Health Care Claim Parser & Validator

Automated institutional claim parser for hospital inpatient and outpatient EDI 837I files with UB-04 revenue code mapping.

View Format →

ANSI 835 EDI Remittance Advice (ERA) Parser & Payment Engine

High-speed ANSI 835 ERA parser extracting payer payments, deductible/coinsurance CAS adjustments, CARC/RARC codes, and PLB provider adjustments in sub-3ms.

View Format →

EDI X12 270 Health Care Eligibility & Benefit Inquiry Parser

Parse inbound real-time and batch HIPAA 270 eligibility check requests into structured JSON payloads in under 3ms.

View Format →

EDI X12 271 Health Care Eligibility & Benefit Response Parser

Extract copays, remaining deductibles, out-of-pocket maximums, and in-network coverage terms from 271 EDI response streams.

View Format →

EDI X12 834 Benefit Enrollment and Maintenance Parser

Process employer benefit enrollments, terminations, and demographic modifications with high-speed 834 EDI to JSON parsing.

View Format →

EDI X12 850 Purchase Order Parser & JSON Converter

B2B supply chain EDI parser converting retail and enterprise ANSI X12 850 purchase orders into structured JSON.

View Format →

EDI X12 810 Electronic Commercial Invoice Parser

High-performance 810 commercial invoice parser extracting line item charges, discounts, taxes, and payment terms into JSON.

View Format →

Complementary Enterprise APIs

Seamlessly orchestrate data pipelines across adjacent financial, regulatory, and supply-chain protocols: