CO-31 Denial Code: "Patient Cannot Be Identified as Our Insured"
When a payer kicks back a claim with CO-31, they are saying the patient doesn't exist in their system. This is almost always a demographic typo, a mismatched payer ID, or an eligibility issue that requires a quick verification and a corrected claim.
By Editorial team
Last updated August 28, 202610 min read
On this page
:::info Quick answer A CO-31 denial means the payer’s system cannot match the patient details on the claim to an active member policy. To fix it, verify the member ID, date of birth, and exact name spelling against the physical insurance card, then submit a corrected claim to the right payer ID. :::
You pull a remittance advice file, and right at the top of your denial queue sits a rejection that feels like an insult to your front desk: the patient cannot be identified as our insured.
The payer is essentially telling you they have no idea who you just billed them for.
Getting hit with a CO-31 denial code usually sparks an immediate scramble to the practice management system. Did the front desk misspell a name? Did a biller transpose two digits in the member ID? Did the patient hand you a commercial BlueCross card when they actually switched to a Medicare Advantage plan three months ago?
Unlike clinical denials that require heavy medical record lifting and peer-to-peer reviews, a CO-31 is purely a clerical and routing failure. The payer's adjudication software runs an automated matching algorithm against four primary data points: Member ID, Patient Name, Date of Birth, and Group Number. If those don't align perfectly with the payer's active member database for the date of service, the claim hits a brick wall.
Here is exactly how to diagnose the mismatch, correct the data, and get the claim paid without wasting time on dead-end appeals.
What a CO-31 Denial Actually Means
The Claim Adjustment Reason Code (CARC) 31 is defined as "Patient cannot be identified as our insured."
The prefix "CO" stands for Contractual Obligation. This is a critical distinction. By assigning a CO group code rather than PR (Patient Responsibility), the payer is telling you that you cannot simply bill the patient for this balance yet. The payer assumes the provider’s office made a data entry error or routed the claim to the wrong payer ID. Under your participating provider agreement, it is your responsibility to fix the clerical error and resubmit. You can only shift the balance to the patient if you exhaust your verification options and confirm the patient genuinely presented fraudulent or expired insurance data.
To the payer's clearinghouse and adjudication engine, a patient only exists if the exact string of text on your 837 claim file matches their internal 271 eligibility response database. Close enough does not count.
Why Claims Trigger Code 31
Identifying the root cause requires checking your claim data against the source of truth—usually a scan of the physical insurance card or a real-time eligibility response. The culprits almost always fall into one of these buckets.
1. Typographical Errors in the Member ID
This is the most common trigger. Human data entry is notoriously flawed when dealing with alphanumeric strings.
- The O vs. 0 Trap: UnitedHealthcare and certain BlueCross plans use combinations of letters and numbers that look identical on a faded insurance card scan. A biller types the letter "O" instead of the number "0".
- Missing Alpha Prefixes: BlueCross BlueShield relies entirely on a three-character alpha prefix to route claims to the correct home plan. If a front desk worker drops the prefix and only enters the numbers, the local BCBS plan will instantly deny the claim with CO-31 because that numeric string doesn't exist in their local database.
- Medicare Beneficiary Identifiers (MBIs): Even years after the transition away from Social Security Numbers, billers still mangle the 11-character MBI format. Remember that MBIs specifically exclude the letters S, L, O, I, B, and Z to prevent visual confusion with numbers.
2. Name Mismatches and Suffix Issues
Adjudication systems are highly literal. If the patient's legal name on their insurance policy is "Michael Jones Jr." but your EHR lists him as "Mike Jones," the claim will fail.
Hyphenated last names are another massive headache in 2026. If a patient gets married and updates their name with their employer (and thus their insurance) to "Smith-Taylor," but your clinic still has them registered as "Smith," the matching algorithm breaks.
3. Misrouted Payer IDs
Sometimes the demographic data is flawless, but you sent the claim to the wrong front door.
- UHC vs. UMR: Sending a UMR (United Medical Resources) claim to the primary UnitedHealthcare commercial payer ID (87726) will result in a CO-31 because UMR maintains a separate eligibility database.
- Medicaid Managed Care: A patient hands you a state Medicaid card, but they are actually enrolled in a Managed Care Organization (MCO) like Centene or Molina. If you bill straight state Medicaid, the state system looks up the ID, sees the patient is managed by an MCO, and kicks back a 31 denial.
- Part C Confusion: Billing traditional Medicare (Noridian, Novitas, etc.) when the patient actually has an Aetna Medicare Advantage plan.
4. Date of Birth Transpositions
Entering 08/12/1984 instead of 12/08/1984. A single swapped month and day will cause an immediate eligibility mismatch.
Diagnostic Quick Reference: Causes and Fixes
Use this matrix to rapidly diagnose the specific flavor of your CO-31 denial.
| Root Cause | Diagnostic Step | Immediate Fix |
|---|---|---|
| Typo in Member ID | Compare the 837 claim file output directly to the card scan. Look for missing letters or transposed digits. | Update the ID in the patient demographics screen and submit a corrected claim. |
| Wrong Payer ID | Check the back of the card for the EDI/Payer ID number. Compare it to the payer selected in your EHR. | Change the insurance plan attached to the encounter and rebill as an original claim to the correct payer. |
| Name Mismatch | Run a real-time eligibility (270/271) check using only the Member ID and DOB to see what name the payer returns. | Update your system's patient name to match the payer's exact spelling (including suffixes). |
| DOB Error | Verify the DOB with the patient or via a government-issued photo ID. | Fix the demographic record and submit a corrected claim. |
| Policy Terminated | Check the effective dates in the payer portal. If coverage ended before the DOS, the payer will often use CO-31 or CO-27. | Flip the balance to self-pay or bill the active secondary/new primary insurance. |
Step-by-Step Resolution Workflow
You rarely need to write a formal, physical appeal letter for a CO-31 denial. Calling the provider representative is also a waste of time—they will simply look at their screen and tell you the patient doesn't exist. You must fix the data locally and resubmit.
Step 1: Pull the Source Documents Open the patient's chart and pull up the scan of their insurance card and their driver's license. Pull the exact CMS-1500 or 837 data that went out the door.
Step 2: Run a Ghost Eligibility Check Log into your clearinghouse or the specific payer's portal (like Availity or Optum). Run an eligibility check using varying combinations of data. First, try just the Member ID and the Date of Birth. If that hits, look at the name the system returns. Does it have a hyphen? A middle initial you missed? If it fails, try the Name and Date of Birth to see if a different Member ID pops up.
Step 3: Check for Network Mergers and Carve-Outs Keep an eye on 2026 payer consolidations. Several regional health plans merged or changed their backend clearinghouses this year. A payer ID that worked in December 2025 might be routing claims to a dead server today. Verify you are using the active 2026 EDI routing number found on the back of the patient's newest card.
Step 4: Update and Resubmit Once you identify the discrepancy, update your practice management system. Do not just fix it on the claim level—fix it at the patient demographic level so future visits don't trigger the same denial.
Drop a corrected claim (Frequency Code 7) if you are submitting to the same payer but fixing a typo. If you originally sent the claim to the completely wrong payer (e.g., sent to Aetna but should have gone to Cigna), you must submit an original claim (Frequency Code 1) to the new, correct payer.
Appeal and Resubmission Timeline
Do not let these clerical errors age out. A CO-31 should be worked within 48 hours of hitting your denial queue because the fix is entirely in your control.
- Day 1: The ERA file posts and flags the claim with code 31.
- Day 2: A denial specialist reviews the card scan, spots a transposed number in the Member ID, and updates the patient's demographic file.
- Day 3: The specialist drops a replacement claim (Bill Type ending in 7, or standard corrected claim flag) with the corrected ID.
- Day 14-21: The payer receives the clean data, successfully matches the patient to their active roster, and remits payment.
Note on Timely Filing: Corrected claims usually carry a standard timely filing window (often 90 to 180 days, depending on the commercial contract). However, if you sent the claim to the wrong payer entirely, the clock is ticking on the correct payer's timely filing limit. If you see a patient on August 1, 2026, and spend 80 days fighting a denial with BlueCross before realizing they actually have UnitedHealthcare, you only have 10 days left to hit a 90-day UHC filing deadline.
Prevention: Stopping ID Errors Before They Happen
The most profitable denial is the one you never receive. Fixing a demographic error costs practice resources and delays cash flow by weeks.
Mandate Real-Time Eligibility (RTE) Sweeps: Modern EHRs should run automated 270/271 eligibility inquiries three days before a scheduled appointment. If the API returns a mismatch, it flags the appointment on the front desk's schedule in red. The front desk can then call the patient before they even walk in the door to verify their current insurance details.
Upgrade Front Desk Hardware: Optical Character Recognition (OCR) scanners are highly accurate in 2026, but only if you use them correctly. Train staff to scan both the front and back of the card. The back contains the correct EDI payer ID for routing. Relying on patients to verbally read their ID numbers over the phone during scheduling is a guaranteed way to spike your denial rate.
Address the "Suffix" Problem During Intake: Make sure your digital intake forms require patients to list their name exactly as it appears on their insurance card. Patients often use nicknames for clinical intake but fail to mention their legal name is different. Add a specific field to your 2026 intake tablets asking: "Name exactly as printed on your current insurance ID card."
Catching a missing prefix or a transposed date of birth takes ten seconds at the front desk. Catching it thirty days later in a denial queue takes a biller fifteen minutes. Do the math, tighten your eligibility protocols, and keep these entirely preventable rejections out of your aging buckets.
Frequently asked questions
Does a CO-31 denial mean the patient has no active insurance coverage?
Not necessarily. While it can mean the policy was terminated, it usually just means the demographic data you submitted (Name, DOB, Member ID) doesn't perfectly match the payer's records. A typo is the most common cause.
Can I bill the patient directly if I receive a CO-31?
No. The 'CO' stands for Contractual Obligation, meaning the payer holds the provider responsible for fixing the clerical mismatch. You cannot transfer the balance to Patient Responsibility (PR) until you verify the patient actually lost coverage or gave you fraudulent info.
How long do I have to fix a CO-31 denial?
You are bound by the payer's standard timely filing limit for corrected claims, which is typically 90 to 180 days. However, if you billed the wrong insurance company entirely, you must submit an original claim to the correct payer before their specific timely filing window expires.
Do I need to submit medical records when appealing a CO-31?
No. This is a purely administrative and demographic denial. Medical records will not help the payer identify the patient. You only need to submit a corrected claim with the accurate demographic data.
What if the payer portal says the patient is active, but the claim still denies for CO-31?
Check your Payer ID. You may be routing the claim to the wrong division of the insurance company, such as sending a Medicare Advantage claim to the commercial payer ID, or sending a UMR claim to the standard UHC portal.
Related articles
CO-50 Denial Code: Overturning Medical Necessity Rejections
When a claim comes back with a CO-50 denial code, the payer is telling you the service was not medically necessary—and contractually, you must eat the cost. Here is how to audit diagnosis pointers, leverage 2026 LCDs, and build a clinical appeal that forces reimbursement.
Fix the CO-97 Denial Code (Bundled Services)
A CO-97 denial means the payer bundled your service into another procedure on the same claim. Here is exactly how to navigate NCCI edits, apply the correct modifiers, and overturn invalid bundling denials in 2026.
CO-197 Denial Code: Resolving Missing Prior Authorizations
A CO-197 denial means a claim lacked required prior authorization. Discover how to track down missing auth numbers, appeal mismatched CPT codes, and utilize 2026 retro-authorization rules to get these claims paid instead of written off.
OA-23 Denial Code: How to Balance Secondary Claims and Prior Payer Adjustments
Seeing an OA-23 adjustment means your secondary payer factored in what the primary already paid. It isn't always a hard denial, but when it leaves a zero balance, you need to know how to read the remittance advice and fix your Coordination of Benefits looping.
Sources & references
Questions about this topic?
Every practice has its own payer mix, denial patterns and deadlines. Tell us what you're dealing with and a billing specialist will walk you through the options for your case — no obligation.