How Payers Use NCCI Edits to Deny Claims

When a Medicare claim contains both a Column 1 and a Column 2 code from an NCCI edit without an appropriate modifier, the claim scrubber automatically denies or reduces payment for Column 2. This happens before the claim reaches a human reviewer — it is an automated system edit. The denial reason code on the remittance advice will typically reference the NCCI edit. Use the NCCI edits overview and look up specific codes in the code browser to identify which edits apply to your code pairs.

The denial occurs at the service line level. Column 1 is paid; Column 2 is denied with a CO-97 or CO-B15 denial code (or their equivalents depending on the claim type). If the edit's modifier indicator allows override and you have documentation to support it, you can resubmit Column 2 with modifier 59 or the appropriate X modifier. This is a correctable denial — not an overpayment situation — as long as the clinical circumstances genuinely support separate billing.

For modifier indicator 0 edits, the Column 2 code simply should not be on the claim alongside Column 1. The only resolution is to remove Column 2 — there is no modifier appeal. Some practices develop internal "never-bill-together" lists based on the codes most common in their specialty, so billers flag these pairs before claims are submitted rather than after denial.

Commercial payers may use the CMS NCCI tables, their own proprietary edit sets, or a combination. The CMS edits are publicly available and apply to Medicare claims by definition. For commercial claims, your payer contracts and the payer's own billing guidelines govern which edit logic applies. Working proactively with your clearinghouse to configure claim scrubber rules based on the NCCI tables reduces denial rates before claims leave your system. See individual code pages for NCCI edit relationships that apply to the codes you bill most frequently.