CO-6 is a Claim Adjustment Reason Code meaning the procedure or revenue code billed is inconsistent with the patient’s age on the claim. The CO group code assigns the adjustment to the provider, so the balance can’t be billed to the patient. CARC 6 is a demographic edit. It doesn’t evaluate medical necessity.
Inside the payer’s system, two data points failed to match. The adjudication engine compared the date of birth on file against the age parameters attached to the billed code. No clinical reviewer opened the chart. An automated edit compared two values and stopped the line.
Some billing resources define the CO-6 denial code as “procedure not covered by plan.” That’s a different code. Chase a coverage argument on a CO-6 and you’ll spend weeks solving the wrong problem while the filing clock keeps running.
Key Takeaways
- Denial code 6 means the procedure or revenue code conflicts with the patient’s age on the claim.
- CO assigns liability to the provider. The patient can’t be billed for a CO-6 adjustment.
- The most common cause is an incorrect date of birth rather than a coding error.
- CARC 6 is generic by design. The paired RARC identifies the specific age rule.
- Most CO-6 denials resolve through a corrected claim rather than an appeal.
What Does the CO-6 Denial Code Mean?
The Official X12 Definition
X12, the body that maintains claim adjustment reason codes, defines CARC 6 this way: “The procedure/revenue code is inconsistent with the patient’s age.” That sentence is the official co 06 denial code description, and it names two code types rather than one.
X12 attaches a usage note directing receivers to the 835 Healthcare Policy Identification Segment, loop 2110 Service Payment Information REF, when the payer populates it. Translated into billing terms: the code confirms an age edit fired. It won’t tell you which age rule applied. The X12 claim adjustment reason codes list carries the current wording.
Both code sets sit on published external code lists. CARC is External Code List 139, last modified November 1, 2025. RARC is External Code List 411, last modified March 4, 2026. CMS Transmittal R13666CP confirms the update cadence runs three times a year, around March 1, July 1, and November 1.
What the CO Group Code Changes About Who Pays
CO is one of five claim adjustment group codes. The full set runs CO, PR, OA, PI, and CR. On a CO-6, the provider absorbs the amount as a contractual write-off. Billing a Medicare beneficiary for a CO group adjustment creates compliance exposure.
The same reason code can also arrive as PR-6. Reason code 6 carries the age logic. The group code sitting in front of it decides who owes the money. Post a PR-6 as a contractual write-off and a collectible patient balance disappears from your books. Our group code variance explained breakdown covers the same split on CARC 151.
Where the CO-6 Denial Code Appears on the 835 Remittance
CO-6 is two code sets working together, and each one occupies a different element of the same segment. CAS01 carries the claim adjustment group code, with values including CO, OA, and PR. CAS02 carries the reason code, which is 6.
CAS*CO*6*[adjusted amount]~
That segment sits in loop 2110 of the X12 835, implementation guide 005010X221A1. Your clearinghouse strips it into a readable denial queue, so most billers never open the raw file. Pulling the segment matters when the posting system and the remittance disagree. CMS publishes remittance advice guidance on how group codes assign liability.
On a multi-line claim, CO-6 can hit one service line while the rest pay clean. Identifying which line triggered the edit is step one of any resolution. Posting systems that roll adjustments up to claim level hide that detail and send billers hunting through codes that paid fine.
Display varies by system. Your software may render it as CO-6, CO 6, CO06, or co6 denial code shorthand. Same code, same edit, same fix.
CO-6 vs A6 vs L6 vs PR-6: Which Code Do You Actually Have?
Billing teams search denial code 6 and land on answers about three unrelated code sets. Pharmacy manuals, UB-04 condition code lists, and provider-level adjustment guides all use similar labels. Sorting out which one sits on your remittance takes about ten seconds once you know where to look.
| Code | What it is | Where it appears |
|---|---|---|
| CARC 6 (CO-6) | Procedure or revenue code inconsistent with the patient’s age | 835 CAS segment |
| PR-6 | The same CARC 6, with liability assigned to the patient | 835 CAS segment |
| Condition code A6 | Vaccine billing indicator showing no cost-sharing | UB-04 form locator |
| NCPDP reject A6 | Product may be covered under Medicare Part B | Pharmacy claim |
| PLB L6 | Interest owed on a provider-level adjustment | 835 PLB segment |
| MCO code L6 | Bill the primary insurer first, then resubmit with the EOB | Plan-proprietary EX code |
Condition code A6 is a UB-04 vaccine billing indicator showing no patient cost-sharing, and it has no relationship to CARC 6 or to any age edit.
PLB code L6 signals interest owed on a provider-level adjustment rather than an age denial, and it appears in the PLB segment instead of the CAS segment.
Location tells you which code set you’re in before you look anything up. A value in a CAS segment is a CARC. A value in a form locator is a condition code. A pharmacy rejection is NCPDP. A value in the PLB segment is a provider-level balance.
One more source of confusion sits outside this table. Guides that define CO-6 as “not covered by plan” are describing CARC 96, which carries a separate meaning and a separate resolution path. Our CO-96 non-covered charges guide handles that one.
What Causes a CO-6 Denial Code?
Date of Birth Errors in the Patient Record
A transposed birth year is the most common trigger and the most preventable. Enter 1992 as 1929 and a 34-year-old becomes a 97-year-old in the payer’s eyes. Every age-sensitive claim for that patient starts failing, and the chart itself looks clean the whole time.
Age-Restricted Procedure Codes Billed Outside Their Range
Some code families carry hard age parameters written into the descriptor. Preventive medicine visits, vaccine administration, neonatal and pediatric critical care, and developmental screening all split on age, and our preventive visit age brackets guide covers the most-billed one. Section 6 lists the rest.
Date of Birth Mismatch Between Your System and the Payer File
Your record can be correct and the claim still denies. If the payer’s member file carries a different date, their system compares the billed code against their number, not yours. A corrected claim won’t fix this. The member record has to change first, which usually means the patient calls their plan.
Revenue Code Conflicts on Facility Claims
CARC 6 names revenue codes alongside procedure codes, and facility claims trip that half of the definition regularly. Nursery, neonatal, and certain behavioral health revenue codes carry age-defined service categories. Section 7 covers the mechanism and the state Medicaid evidence behind it.
Patient Missing From the Eligibility File Entirely
A CO-6 denial can also fire when the patient isn’t on the payer’s eligibility file at all, because the payer has no age on record to check against. Montana Medicaid’s crosswalk maps CARC 6 to an edit covering both conditions: the procedure conflicts with the recipient’s age, or the recipient isn’t on the file.
EHR Auto-Population Carrying a Bad Date Forward
One wrong date in a master patient record propagates into every claim generated from it. The error doesn’t announce itself. It produces dozens of denials across multiple dates of service before someone traces the pattern back to a single registration entry.
Payer Age Policies Stricter Than the CPT Descriptor
A code with no age limit in the AMA descriptor can still carry one in a specific payer’s LCD, NCD, or plan policy. The code book tells you what the code covers. The payer tells you what they’ll pay for. Check both before you assume the coding was right.
Age-Restricted CPT Codes That Trigger CO-6
Preventive Medicine Visits, 99381 Through 99397
The preventive medicine family is the single largest source of CO-6 volume, because every code in it is defined by an age bracket. New patient codes run 99381-99387. Established patient codes run 99391-99397. The brackets are identical across both series.
| Age range | New patient | Established patient |
|---|---|---|
| Younger than 1 year | 99381 | 99391 |
| 1 through 4 years | 99382 | 99392 |
| 5 through 11 years | 99383 | 99393 |
| 12 through 17 years | 99384 | 99394 |
| 18 through 39 years | 99385 | 99395 |
| 40 through 64 years | 99386 | 99396 |
| 65 years and older | 99387 | 99397 |
A worked example makes the failure obvious. A 23-year-old established patient gets billed 99396 and the claim denies. Code 99396 starts at age 40. The correct code is 99395, and the fix is a corrected claim rather than an appeal.
Vaccine Administration Age Splits
Vaccine administration codes split on patient age and on whether the provider delivered counseling. The split itself is the denial risk. Code assignment varies by payer and by vaccine, so verify the pairing against the payer’s own immunization policy rather than a general crosswalk. The preventive medicine code family carries related same-day billing rules.
Neonatal and Pediatric Critical Care Windows
Neonatal and pediatric critical care codes carry the narrowest age windows in the book. A few days of date-of-birth error moves the patient out of the window entirely. These codes deserve a date-of-birth verification step of their own before submission.
Procedure Codes That Split on a Single Age Threshold
Some procedures split into two codes on one age line rather than a range. Repair of patent ductus arteriosus by division is the cleanest example. CPT 33822 covers patients younger than 18. CPT 33824 covers patients 18 and older. Same procedure, same technique, different code, decided by age alone.
When the Payer’s Age Table Is the Problem
Not every CO-6 is your error. Nevada Medicaid documented this exact failure in a 2018 provider announcement: claims carrying 99385 and 99395 denied in error under edit 0212, “recipient age greater than maximum,” across a defined date range. Nevada reprocessed them automatically. Read the Nevada Medicaid provider announcement for the dated detail.
Payer age tables carry bugs. A denial that looks impossible against a correctly coded claim is worth a phone call before a rebill.
Revenue Code Age Conflicts on Institutional Claims
CARC 6 covers both procedure codes and revenue codes, but most CO-6 denial code guides only address the procedure side. The official wording names two things. Half of it goes missing from nearly every CO-6 explanation published online, including the page currently ranking first.
On institutional claims submitted on the UB-04 or 837I, revenue codes carry implicit service-type designations. Nursery, neonatal intensive care, and certain behavioral health revenue codes tie to age-defined service categories. The edit fires on the revenue code rather than the procedure code once the age on file conflicts with that category.
Montana Medicaid’s EOB crosswalk maps CARC 6 to an edit whose plain-language description states the revenue code isn’t valid for the recipient’s age. The same crosswalk shows the parallel structure on CARC 7, where the invalid revenue code conflicts with the recipient’s sex. See the Montana Medicaid EOB crosswalk for the mapping.
If you work hospital or facility claims and your CO-6 workflow only checks CPT, you’ll chase the wrong field. Pull the revenue code before you touch the procedure code on any institutional claim.
RARC Codes Paired With CO-6
CARC 6 tells you an age edit fired. It doesn’t tell you which age rule the payer applied. The RARC does. Working a CO-6 from the CARC alone means guessing which field to fix, and the guess is wrong often enough to cost a second filing cycle.
RARCs supplement a CARC and can’t stand alone on a remittance. Two types exist: supplemental codes that add detail, and informational codes prefixed “Alert.” The X12 remittance advice remark codes list carries the current descriptions for both.
| RARC | What it tells you | Where it’s documented |
|---|---|---|
| M37 | Not covered when the patient is under age 35 | CMS RARC list |
| N30 | Paired with CARC 6 for services not covered above a state age threshold | Montana Medicaid crosswalk |
RARC M37 states that a service isn’t covered when the patient is under age 35, which is the kind of specific age rule CARC 6 alone never reveals. Two claims can both come back as CO-6, and only the remark tells you the payer applied an under-35 rule to one of them.
Read the remark before you act. Without it, you’re comparing a date of birth against a descriptor that may carry no age restriction at all. Remarks flagging a missing, incomplete, or invalid patient identifier point at a data-capture failure and need a different fix.
One honest caveat. RARC pairings vary by payer and by state Medicaid program. Pull the pairing from your own remittance rather than from a general list, because what Aetna sends with a CO-6 isn’t what a state Medicaid program sends. The Massachusetts CARC and RARC change log shows how often those pairings shift.
How to Fix a CO-6 Denial Code
Step 1: Pull the Remittance and Read the Full Code Trio
Read three things together: the group code, the CARC, and the RARC. Note the exact service line flagged and the date of birth as the payer holds it. That comparison tells you whether you have a demographic error or a coding error before you change anything, and our CO-16 missing information denials guide covers the same RARC-first habit.
Step 2: Verify the Date of Birth Against Three Sources
Compare the date of birth across your practice management system, the original intake document, and the payer’s eligibility response. A mismatch at any of the three is your root cause. This one check resolves CO-6 denials that have been recurring for the same patient across multiple dates of service.
Step 3: Confirm the Code’s Age Parameters
If the date of birth is correct, the problem sits in code selection. Check the age parameters in the CPT descriptor, then the applicable LCD or NCD, then the payer’s own policy bulletin. Payer policy can be stricter than the code book, and the code book won’t warn you.
Step 4: Check the Revenue Code on Institutional Claims
On UB-04 or 837I claims, pull the revenue code before the procedure code. Age edits fire on revenue codes too. A workflow that only checks CPT will chase the wrong field on facility claims and produce a corrected claim that denies for the same reason.
Step 5: Decide Between a Corrected Claim and an Appeal
Two paths exist, and picking wrong burns filing time. Submit a corrected claim when the date of birth was wrong in your system or on the claim. Appeal when your data is right, the payer’s file is right, and the denial rests on their age policy for that code.
Step 6: Submit With the Correct Frequency Code
Corrected claims need the right frequency code or the payer treats them as duplicates. On the CMS-1500, box 22 carries frequency code 7 for replacement of a prior claim. On 837P electronic submissions, that value goes in CLM05-3.
Step 7: Fix the Source Record, Not Just the Claim
Update the patient’s demographic record the same day. Correcting one claim while a bad date of birth sits in the master record means every future age-sensitive claim for that patient fails the same way, and you’ll work the same denial again next month.
Most CO-6 denials are a ten-minute fix once you know which of the two paths applies. The problem is volume. One bad demographic record can generate dozens before anyone spots the pattern. Our denial management team works the root cause rather than the individual claim.
Corrected Claim or Appeal? How to Choose
Guessing costs weeks. Appeal a data error and the payer upholds the denial, because their system was right. Rebill a policy denial without changing anything and you get a second identical denial. Both mistakes burn filing time you may not have.
| What you found | Path | Why |
|---|---|---|
| Wrong date of birth in your system | Corrected claim | Your data caused the edit |
| Wrong age-specific code selected | Corrected claim | Code selection is correctable |
| Wrong date of birth in the payer’s member file | Payer record update, then resubmit | A corrected claim alone won’t clear it |
| Correct data, correct code, payer age policy denies it | Appeal with documentation | Nothing left to correct |
| Patient absent from the eligibility file | Eligibility resolution first | The age edit is a symptom |
A corrected claim will not resolve a CO-6 denial code when the payer holds an incorrect date of birth, because the payer’s member record has to be updated first. That row costs practices the most time. The member file has to change before anything else works, and the correction usually requires the patient to call their plan.
Medicare and Medicaid enrollees are the slowest cases. Their corrections move through enrollment systems rather than claims processing, on a timeline the billing team doesn’t control. Start that conversation the day you identify the mismatch. Appeals that need supporting records follow the same path as our CO-252 documentation denials workflow.
One Medicare-specific warning. Medicare doesn’t accept corrected claims the way commercial payers do. The mechanism differs, and a billing team applying the commercial workflow to a Medicare CO-6 will have the submission rejected rather than reprocessed.
Timely Filing on CO-6 Denials
A CO-6 denial code sitting in a queue past the filing deadline becomes a permanent write-off, and the fact that the underlying claim was valid changes nothing. Age denials are prone to this because they look trivial. Staff triage them behind clinical appeals and they age quietly.
Medicare allows 12 months from the date of service. Commercial payers vary widely, from roughly 90 days to 18 months depending on contract. Check the specific payer contract rather than applying one internal standard across your whole payer mix.
A single incorrect date of birth typically produces a cluster of CO-6 denials tied to one patient record, and those claims age against the same filing deadline. Finding one CO-6 means checking every claim for that patient rather than the one in front of you.
Aged demographic denials are the quietest revenue loss in a practice, because each one looks too small to prioritize. Our AR follow-up support works denials by age and root cause, so clusters surface before the filing window closes.
CO-6 vs CO-7 vs CO-9: The Demographic Edit Family
Four codes cover demographic mismatches, and they split on two axes: what was billed, and which demographic field conflicted. Working the wrong one sends your correction to the wrong field, and the resubmission denies again.
| What was billed | Conflicts with age | Conflicts with gender |
|---|---|---|
| Procedure or revenue code | CARC 6 | CARC 7 |
| Diagnosis code | CARC 9 | CARC 10 |
CO-6 fires when the procedure or revenue code conflicts with the patient’s age, while CO-9 fires when the diagnosis code conflicts with the patient’s age. That pair causes the most misrouting. A biller who corrects the CPT on a CO-9 has changed the wrong field. Our CO-11 diagnosis mismatch guide covers the diagnosis side of this family.
One code sits outside the demographic group and gets pulled into the same searches. CARC 5 fires when the procedure code or bill type conflicts with the place of service, so a co 5 denial code belongs to a different edit family despite the adjacent number.
The Date-Logic Pair Nobody Connects
CARC 13 covers a date of service that follows the date of death. CARC 14 covers a date of birth that follows the date of service.
CARC 14 and CARC 6 share one root cause. A transposed birth year that lands after the date of service throws 14. A transposed birth year that lands within a plausible range but the wrong bracket throws 6. Same typo, two entirely different codes, separated only by how badly it was mistyped.
If your practice is seeing both CO-6 and CO-14 volume, you don’t have two problems. You have one registration workflow issue producing two symptoms, and fixing the intake process resolves both.
CO-6 in Medicare and Medicaid Billing
How Medicare Applies Age Edits
Medicare applies age edits through automated claim editors on both outpatient and inpatient claims, and those edit specifications update on a published cycle. Any procedure code carrying an age conflict produces the edit, and the claim returns with CO-6 on the remittance.
Medicare Advantage plans apply the same underlying age logic but can layer plan-specific requirements on top. A CO-6 denial code on an MA remittance calls for that plan’s provider manual rather than traditional Medicare rules. Dual-eligible patients sit under two sets of age-based coverage policies, and a service covered under one may not be covered under the other.
Medicaid Age Thresholds and EPSDT
State Medicaid programs apply their own age thresholds, and the age-21 line appears most often in published crosswalks. Montana’s crosswalk maps CARC 6 with RARC N30 to services not covered for recipients over age 20. The same crosswalk maps separate edits to sedation limited to age 20 and under, and to services not covered for clients 18 and older.
State Medicaid age thresholds frequently sit below commercial and Medicare limits. A code that clears one payer denies at another for the same patient at the same age, which is why a single internal age-edit rule set doesn’t survive a mixed payer panel.
When Payers Move Age Denials Off CARC 6
California documented this remapping in guidance effective January 1, 2014. Therapeutic Behavioral Services for beneficiaries over 21 originally denied as CO/6, then moved formally to CO/96 paired with RARC N129. The California DHCS code crosswalk carries the mapping.
Payers migrate age-based denials off CARC 6 onto other codes. A biller hunting an age denial may be looking at CO-96 or CO-204 rather than CO-6, and searching only for CO-6 will miss the pattern entirely.
Which Specialties See the Most CO-6 Denials
Pediatrics carries the highest CO-6 denial code volume of any specialty. Pediatric practices bill age-bracketed codes on nearly every encounter, so one wrong date of birth misfires against a code set that is entirely age-defined. A one-year error that passes unnoticed in adult primary care denies immediately here. Our specialty billing expertise maps these patterns by specialty.
Primary care and family medicine cross the preventive ladder at 18, 40, and 65. Patients cross those lines between visits, so the code that was correct last year denies this year with nothing changed on the practice’s side. Age has to be confirmed at the date of service rather than at scheduling.
OB-GYN carries services with both age and gender parameters. A demographic record that conflicts on either field denies under CO-6 or CO-7, and billing teams often check one of the two before resubmitting.
Behavioral health takes the hardest hit from state Medicaid age thresholds, particularly the age-21 EPSDT line. A service covered for a 20-year-old denies for the same patient months later with no change in clinical need and no error anywhere in the chart.
If your CO-6 volume sits well above your overall denial rate, the pattern is usually specialty-specific rather than random, and it points at a defined code set. Our CARC mapping by code breakdown models that analysis against a single code.
How to Prevent CO-6 Denials
Verify the Date of Birth at Every Encounter
Prevention starts at the front desk. Confirm the date of birth at each visit rather than at registration alone, and validate against a government ID at least annually. Flag discrepancies before the claim is created. A correction made at the front desk costs seconds; the same correction after denial costs a filing cycle.
Match the Date of Birth on the Eligibility Response
Configure eligibility transactions so the date of birth returned in the 271 response gets compared against your system record automatically. A mismatch should trigger a staff alert before submission. This is the highest-yield control available, because it catches the root cause upstream of coding.
The date-of-birth cross-check on the eligibility response is where most CO-6 denials die before they exist. Our eligibility verification services team runs that comparison on every encounter, so demographic mismatches surface at the front desk rather than on a remittance six weeks later.
Turn On Age Edits in Your Claim Scrubber
Enable age validation logic at the clearinghouse or scrubber level. If your scrubber isn’t stopping age-inconsistent claims before they reach the payer, that capability needs evaluating against what you’re paying for it.
Flag Patients Approaching an Age Threshold
Build system alerts for the age lines that matter in your specialty. Primary care needs flags at 18, 40, and 65. Behavioral health needs one at 21. Pediatrics needs them across the entire pediatric ladder, because every bracket is a potential denial.
Audit Demographic Records on a Schedule
Review a sample of age-restricted claims each quarter and segment by provider, coder, and patient. A single bad demographic record can generate dozens of denials before anyone traces the pattern, and a scheduled review is what surfaces it. Our billing audit review covers that sampling work.
CO-6 Denial Code FAQs
What does the CO-6 denial code mean?
CO-6 means the payer found the billed procedure or revenue code inconsistent with the patient’s age on file. The CO group code makes it a contractual obligation, so the provider absorbs the amount. CARC 6 evaluates demographics only and makes no judgment about medical necessity.
Can you bill the patient for a CO-6 denial?
No. The CO group code makes a CO-6 adjustment a contractual write-off, and billing a Medicare beneficiary for it creates compliance exposure. The same reason code arriving as PR-6 changes the answer, because PR assigns the balance to the patient. Check the group code before posting.
What’s the difference between CO-6 and CO-7?
CO-6 is an age conflict and CO-7 is a gender conflict. Both fire on the procedure or revenue code, and both are demographic edits. You correct either one by fixing the demographic field or the code selection rather than by strengthening clinical documentation.
What’s the difference between CO-6 and CO-9?
CO-6 fires on the procedure or revenue code. CO-9 fires on the diagnosis code. Both are age conflicts, which is why billers confuse them. Correct the wrong field and the resubmission denies again for the same reason, costing you a second filing cycle.
Do you appeal or resubmit a CO-6 denial?
Resubmit as a corrected claim when the data was wrong on your side. Appeal only when your data is right, the payer’s record is right, and the denial rests on their age policy for that code. Appealing a data error wastes weeks and usually gets upheld.
Is condition code A6 the same as CO-6?
No. Condition code A6 is a UB-04 vaccine billing indicator showing no cost-sharing. NCPDP reject A6 is a separate pharmacy code about Medicare Part B coverage. Neither one relates to CARC 6. Check where the value appeared on the remittance, because the location identifies the code set.
What RARC codes appear with CO-6?
RARC M37 indicates a service not covered when the patient is under age 35. RARC N30 appears with CARC 6 in state Medicaid crosswalks for services above an age threshold. Pairings vary by payer and by state, so read your own remittance rather than a general list.
Does Medicare deny claims for patient age?
Yes. Medicare applies automated age edits on both outpatient and inpatient claims, and any procedure code carrying an age conflict returns CO-6 on the remittance. Medicare Advantage plans can layer additional plan-specific age requirements on top, so check that plan’s provider manual before working an MA denial.
Working the Pattern Instead of the Claim
A CO-6 denial is rarely about the claim in front of you. It signals that a demographic error moved from registration through coding to submission without anyone catching it. The claim is the symptom. The workflow gap is the problem, and it produces the next denial too.
If age denials keep landing in your queue, the fix sits upstream of billing. One O Seven RCM handles denial resolution support and the front-end controls that prevent the next one, at 3% of collections with no add-on fees. If that sounds like your gap, One O Seven RCM can review your denial data.