CARC 31 Denial Code (Patient Cannot Be Identified as Insured) | ANSI 835 EDI Spec
Comprehensive healthcare EDI technical reference and denial resolution guide for Claim Adjustment Reason Code 31 (Patient Cannot Be Identified as Insured) under ANSI ASC X12 835 005010X221A1.
Direct Answer Capsule: Comprehensive healthcare EDI technical reference and denial resolution guide for Claim Adjustment Reason Code 31 (Patient Cannot Be Identified as Insured) under ANSI ASC X12 835 005010X221A1. Conforms strictly to ANSI ASC X12 Standards (005010) with zero cold-starts and deterministic edge verification.
⚡ Live CARC 31 Denial Code (Patient Cannot Be Identified as Insured) | ANSI 835 EDI Spec Interactive Workbench
Test real-time validation and deterministic schema parsing for CARC 31 Denial Code (Patient Cannot Be Identified as Insured) | ANSI 835 EDI Spec directly in your browser. Sub-5ms Cloudflare edge execution with zero setup.
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) 31 communicates: "Patient cannot be identified as our insured.".
In ANSI X12 835 Electronic Remittance Advice (ERA) files, CARC 31 is reported in Loop 2110 (Service Payment Information) or Loop 2100 (Claim Payment Information) under the Claim Adjustment (CAS) segment with Group Code 'CO' (Contractual Obligation), formatted as: CAS*CO*31*AMOUNT~.
Root Cause: Subscriber ID number does not exist in payer database (often wrong payer ID or switched health plan).
Adjudication & Appeal Strategy: Contact patient to verify current insurance card and Payer ID. Re-route 837 claim to correct clearinghouse Payer ID.
| Attribute | Value | Technical Guidance |
|---|---|---|
| Reason Code | CARC 31 | Patient Cannot Be Identified as Insured |
| Standard Group Code | CO | Contractual Obligation |
| ANSI 835 Segment | CAS*CO*31*AMOUNT~ | Loop 2110 or Loop 2100 |
| Balance Billing Patient | Prohibited until insurance eligibility is verified. | Compliance with billing regulations |
| Common RARCs | MA61, N30 | Remittance Advice Remark Codes |
| Recommended Action | Contact patient to verify current insurance card and Payer ID. Re-route 837 claim to correct clearinghouse Payer ID. | Workflow for billing teams |
Parsed JSON Response Model
The edge microservice transforms input payloads into strongly-typed hierarchical JSON envelopes with sub-5ms latency:
{
"transactionType": "835",
"claimNumber": "CLM-2026-001",
"adjudication": {
"billedAmount": 500,
"paidAmount": 0,
"adjustments": [
{
"groupCode": "CO",
"groupName": "Contractual Obligation",
"reasonCode": "31",
"reasonDescription": "Patient Cannot Be Identified as Insured",
"adjustmentAmount": 500
}
]
}
}
Copy-Paste Integration Code (5 Languages)
Integrate CARC 31 Denial Code (Patient Cannot Be Identified as Insured) | ANSI 835 EDI Spec directly into your production application with native, zero-dependency code snippets in cURL, Node.js, Python, Go, and C#:
Frequently Asked Questions & Technical Notes
CARC 31 signifies: "Patient cannot be identified as our insured.". It explains why the payer did not pay the full billed charge.
Prohibited until insurance eligibility is verified.
Contact patient to verify current insurance card and Payer ID. Re-route 837 claim to correct clearinghouse Payer ID.
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:
FDA DSCSA Drug Serialization →
Verify pharmaceutical 2D DataMatrix barcodes, NDC verification, and EPCIS compliance.
FDA AccessGUDID & IMDRF UDI Decoder →
Decode medical device identifiers (DI + PI) conforming to 21 CFR 801.20 and EU MDR.
ISO 20022 Financial Messaging →
Transform enterprise remittance workflows between X12 835 ERA and ISO 20022 camt.053.