Everyone in payer payment integrity has a “leakage” story:
- A service paid at “Medicare + X%” even though the policy limited frequency.
- A contract bundle that collides with a clinical coverage rule.
- An appeal was overturned because the denial cited the wrong LCD version.
Multiply that by thousands of claims a day, several product lines, and dozens of policy updates each quarter—and you’ve got structural leakage.
Leakage isn’t just bad math; it’s policy–contract drift.
The core problem
- Provider contracts tell you how to pay.
- Coverage policies tell you whether to pay.
- Coding edits tell you how much of the claim is valid,
and different teams, systems, and cadences maintain them.
When these sources drift out of alignment, you get underpays, overpays, and appeals you shouldn’t lose.
- Coverage policy (Medicare NCDs/LCDs; plan policies) determines whether a service is reasonable and necessary, and under what conditions (diagnoses, documentation, frequency, place of service, etc.).
- Coding edits (NCCI PTP, MUEs) prevent incorrect code combinations and implausible units. These updates are regularly updated and must be versioned in adjudication.
- Contracts (discounts, base fee schedules, carve-outs) often reference public schedules, such as Medicare, and include “lowest of” clauses, escalators, and bundles. Payer reimbursement and clinical policy pages explicitly note that these policies serve as guidance and that plan documents and contracts take precedence.
When these are unsupervised, leakage follows.
Improper payment programs exist for a reason; even in Medicare FFS, CMS tracks and reports improper payments annually, reinforcing how fast small misalignments compound at scale.
Where leakage hides: the top conflict patterns
Think of each claim as the product of a matrix: Contract Terms × Coverage Rules × Coding Edits × Benefit Design.
Conflict patterns usually fall into five buckets:
1. Rate-based conflicts
- Symptom: Contract pays “140% of Medicare” for a service while the policy denies it unless LCD criteria are met; adjudication applies the rate but never checks the coverage clause.
- Effect: Avoidable overpay and then ugly post-pay recoupment cycles.
- Fix: Enforce coverage-before-rate logic: if policy conditions fail, rate math never executes.
2. Bundle/packaging vs policy
- Symptom: Contract bundles CPT A+B; NCCI says they can’t be billed together unless distinct (modifier -59), and the policy allows only one per day.
- Effect: Conflicting outcomes in the edit engine versus contract calculator; inconsistent appeals.
- Fix: Make NCCI PTP and policy frequency limits preconditions to contract bundles.
3. Frequency & quantity (MUE/LCD) vs allowed units in contracts
- Symptom: Contract sets an allowed quantity or a case rate; MUE caps the UOS lower, or the LCD says “once per 90 days.”
- Effect: Denials coded as “unit exceeds MUE” (CARC 151 variants) even though contract math says “OK.”
- Fix: Tie unit adjudication to current MUE tables + policy frequency first; only then apply contract math.
4. Policy vs plan vs contract supremacy
- Symptom: Denial cites plan policy or clinical bulletin, but the provider demonstrates contract language or plan document that supersedes the bulletin. Most payer sites make this hierarchy explicit: plan documents and contracts govern when conflicts arise.
- Effect: Lost appeal and damaged trust.
- Fix: Explicitly encode hierarchy of authority in the rules engine (Plan/Contract → NCD/LCD (if referenced) → Plan policies → Industry edits).
5. Version drift
- Symptom: Audit shows denials used an outdated LCD paragraph or prior NCCI quarterly file; provider cites current language.
- Effect: Appeal overturns; you shouldn’t lose.
- Fix: Full policy provenance (source, document ID, version, effective dates). Maintain quarterly NCCI/MUE refresh and LCD “What’s New” feeds with deployment alerts.
How we are building at Nedl Labs
https://nedllabs.com/
Our approach treats policy + contracts + edits as a living knowledge graph:
- Extract the sources with citations (document IDs, paragraphs, effective dates).
- Model them as layered predicates with an explicit hierarchy of authority.
- Simulate every change on historical claims and publish a forecast (hit-rate, $ impact, appeal exposure).
- Explain each decision in plain language with linked evidence.
- Govern with a cross-functional cadence so Contracting, UM, and Claims Ops move as one.
A 7-layer harmonization architecture
To stop leakage, you need an architecture that treats policy and contracts as first-class data—not PDFs on a shared drive.
Create a Structure from unstructured data to extract intelligence.
- Ingestion & normalization
- Sources: Contracts (PDF, Word, spreadsheets), plan policies, Medicare coverage (NCD/LCD), edit data (NCCI/MUE), fee schedules (PFS, OPPS/APC, MS-DRG, CLFS), and benefits.
- Normalize to a shared schema: code, modifier, place of service, frequency, diagnosis preconditions, documentation, effective-dating, jurisdiction.
- Policy modeling (coverage-first)
- Convert policy text to executable predicates: “If ICD-10 in set X AND place of service Y AND documentation Z, then covered.”
- Track authority and scope: NCD (national), LCD (MAC/jurisdiction), plan policy (line of business), and their statutory basis under §1862(a)(1)(A) reasonable and necessary standards.
- Edit integration
- Wire in NCCI PTP pairs and MUE limits as guardrails. Document where modifiers (e.g., -59/-XE) allow bypass with clinical justification. Keep quarterly updates and archive versions to audit a claim against the correct file.
- Contract engine with embedded preconditions
- Contracts don’t run in a vacuum. Preconditions check coverage and edits before rate evaluation.
- Support common contract constructs: Medicare-indexed rates, case rates, bundles, stop-loss, carve-outs, lowest-of clauses. Where the contract explicitly references coverage policy or Medicare, align the reference to a specific versioned source.
- Hierarchy of authority & conflict resolution
- Hard-code the hierarchy: Plan Document/Contract → Statute/Reg → NCD/LCD → Plan Clinical Policy → Industry edits.
- When a conflict occurs, rules capture the winning authority and log the losing rule for review (your continuous improvement signal). Payer policy pages and CPBs repeatedly state their non-contract status—codify that.
- Provenance, explainability, and packaging
- Every decision produces an evidence pack: policy IDs (e.g., LCD L####), paragraph cites, NCCI table rows, and the exact contract clause applied, with effective dates.
- Use human-readable explanations for coders and providers; reserve machine-level traces for auditors.
- Simulation & governance
- Before publishing any change (new LCD, MUE update, policy tweak, contract amendment), simulate on historical claims and forecast: edit hit-rate, denial mix, appeal exposure, and net paid delta.
- Maintain a Change Advisory Board cadence that includes Contracting, UM/Clinical, SIU/Program Integrity, Compliance, and Provider Relations.
Why this matters now
- Policy cadence is relentless. NCCI/MUE refreshes quarterly; LCDs roll out on public comment cycles; fee schedules (PFS, OPPS/APC, MS-DRG) are updated annually. Version-aware engines with provenance aren’t optional.
- Appeal pressure is rising. As more denials are reviewed, the side with better citations and effective dates wins; stale references are a self-inflicted wound.
- Program integrity scrutiny is high. Federal reports continue to highlight improper payments. Harmonization shrinks both overpays and erroneous denials—exactly what auditors look for.
The Bottom Line
Post-payment audits will remain critical as RACs are charged with identifying improper Medicare and Medicaid payments and are paid on a contingency fee basis. But success isn't measured by what you find, it's measured by what you keep.
Policy-contract drift doesn't just create overpayments; it creates unrecoverable overpayments. And in an era of shrinking margins and expanding audit scrutiny, that's a luxury no health plan can afford.
The question isn't whether you're auditing enough claims. It's whether your audits can survive the scrutiny of appeal. If your contracts and policies aren't aligned, the answer is increasingly no.
At Nedl Labs, we run post-pay like engineering: every sustained issue is linked to the exact rule, policy text, edit table, and contract clause, providing a detailed knowledge base. Evidence packs, read like commit logs, and a drift ledger turn findings into fixes that harden your system, rather than chasing dollars forever.