Strategic Context: diagnose the workflow
Revenue cycle, end to end
RCM turns a patient encounter into collected cash. Split it into three segments. Each has different owners, systems and failure modes, and the split is the first thing you draw for any client. Your job is to find where an error originates, not just the department that eventually works it.
Claims lifecycle: rejection vs denial
Know this distinction cold. Clients blur it, and their denial metrics become meaningless.
| Concept | Definition | Consultant question |
|---|---|---|
| Rejection | Claim not accepted for adjudication; usually a front-end or clearinghouse edit. | What failed validation, and can it be corrected and resubmitted? |
| Denial | Claim adjudicated, but payment refused in whole or in part. | What is the reason, appeal path, recovery probability and cost to work it? |
| Prevention vs recovery | Prevention stops the error upstream; recovery works it after denial. | Where did it originate, and who owns the process change? |
| Common causes | Eligibility, authorization, medical necessity, coding, missing information, timely filing, duplicates, coordination of benefits. | Can volume and dollars be quantified by payer, reason, site and workflow? |
Denials management: the funnel
Directional benchmarks (verify against HFMA, MGMA, Kodiak or Premier before a client deck): initial denial rates around 10–15% and rising; more than half of denials often never reworked; rework at roughly $25 per physician claim and far more for complex hospital claims; most denials preventable at the source.
RCM metrics: define them before you quote them
Every metric needs a numerator, a denominator, a time window, and a statement of whether it is measured by claim count or by dollars. Two executives quoting different denial rates are usually using different definitions. HFMA's MAP Keys standardize many of these; use them when the client has no house definitions.
| Metric | Typical definition | What to challenge |
|---|---|---|
| Initial denial rate | Claims (or $) denied on first adjudication ÷ claims (or $) adjudicated | Count or dollars? Rejections mixed in? Partial denials included? |
| Final denial rate | $ written off to denials after all appeals ÷ total $ (or net revenue) | This is the money actually lost; initial rate is the workload |
| Clean claim rate | Claims passing all edits on first submission without manual touch ÷ claims submitted | Measured before or after the scrubber's auto-fixes? |
| Net collection rate | Payments ÷ (charges − contractual adjustments) | Are denial write-offs hidden inside "contractuals"? |
| Days in A/R | Total A/R ÷ average daily net revenue | Gross or net? Credit balances netted out? |
| Cost-to-collect | Total RCM cost (staff, vendors, tech) ÷ cash collected | Which costs are in the numerator? Outsourcing often left out |
| Appeal overturn rate | Appeals won ÷ appeals adjudicated | High rates can mean only easy cases get appealed |
| DNFB | $ (or days) of discharged accounts not yet final billed | Coding backlog vs documentation holds vs edits |
| Avoidable write-offs | Write-offs from preventable causes (eligibility, auth, timely filing) | Who classifies "avoidable," and with what rules? |
| Cash acceleration | Change in days-to-cash × average daily revenue | One-time working capital, never recurring savings |
| Cost per claim / chart | Fully loaded cost of a workflow ÷ units processed | Needed to price rework and to test labor ROI |
| Override / rework rate | AI outputs changed or rejected by humans ÷ AI outputs | The adoption and quality signal for any AI tool |
Prior authorization workflow
Medical coding touchpoints
Coding touches revenue at concurrent CDI queries (patient still in house), final coding (DRG for inpatient, APC/CPT for outpatient and professional), pre-bill edits, denial root causes (coding and medical-necessity mismatches), audits (RAC, internal, payer) and HCC risk adjustment for Medicare Advantage and value-based contracts. Under-coding leaks revenue quietly; over-coding creates False Claims Act exposure. AI in coding comes in three risk tiers:
Coder assist
AI suggests, human decides. Easiest to approve, smallest labor ROI.
Autonomous coding
For simple encounter types: radiology, ED E/M, labs. Needs a compliance audit before scale; exposure if it upcodes systematically.
Coding integrity & audit
AI checks human work. Compliance teams like it because humans still own the code.
CMS-0057-F: what's live, what's next
The Interoperability and Prior Authorization Final Rule, released January 17, 2024. Impacted payers are Medicare Advantage organizations, state Medicaid and CHIP fee-for-service programs, Medicaid managed care plans, CHIP managed care entities, and QHP issuers on the federal exchanges. Employer plans are not covered, traditional Medicare fee-for-service is not an impacted payer, and drugs were explicitly excluded.
The rule regulates payers
Providers have no compliance obligation under 0057-F, but they capture much of the value through faster decisions, clearer denial reasons and electronic submission.
Value depends on payer readiness
A provider gains nothing from e-PA with a payer whose PAS endpoint isn't live or works poorly. Always ask: which of this client's payers are ready, and what's the fallback?
Public reporting is pressure
Payers must publish approval and denial rates. That's reputational pressure, and evidence for managed care contract negotiations.
Architecture & Integration: data literacy
You don't need to implement every interface. You do need to know what data is needed, where it originates, which dependency can block value, and where AI plugs in. Draw this for a CIO.
| Workflow | Standards / transactions | Possible AI insertion | Data question to ask |
|---|---|---|---|
| Registration / eligibility | HL7 v2 ADT; X12 270/271 | Insurance discovery; coverage-error detection | Can eligibility, registration and claim be linked? |
| Prior authorization | X12 278; FHIR Da Vinci CRD/DTR/PAS; CDS Hooks | Auth-required prediction; clinical packet prep (GenAI/RAG); status agents | Which payers expose working APIs? What's the fallback? |
| Documentation / coding | HL7 v2 ORU/MDM; FHIR DocumentReference; ICD-10-CM, CPT/HCPCS | CDI suggestions; coder assist; coding integrity audit; autonomous coding | Are note, order, charge and code linked, with provenance? |
| Charge capture | HL7 v2 DFT; chargemaster | Missed-charge detection | What is the source of truth, and who audits it? |
| Claim submission | X12 837P/837I; 999; 277CA | Pre-submit denial-risk scoring and edits | Can rejections be separated from adjudicated denials? |
| Status / remit | X12 276/277; 835 CARC/RARC | Status agents; remit variance (underpayment) detection | Can 835 outcomes be joined to the original 837 and access data? |
| Denials / appeals | 835, payer letters, medical records, payer policy documents | Root-cause classification; worklist prioritization; appeal drafting with retrieval | Are sources current, traceable and permitted for this use? |
The 835 is the diagnostic gold mine
Join 835 denial codes to the original 837, registration and authorization records to prove where money is lost. If the client can't link these reliably, data readiness is the first project, before any model selection.
AI outside the workflow dies
A denial score on a separate dashboard gets ignored. Value appears when output lands in the EHR or PM work queue at the moment of decision, which is why SMART on FHIR and CDS Hooks matter.
Sequence by payer readiness
Build the e-PA roadmap payer by payer, starting where the client's volume meets a payer with a working endpoint.
Executive Perspective: build a defensible business case
The five value levers
| Lever | How to quantify | Caution | CFO reaction |
|---|---|---|---|
| 1 · Net revenue recovery / avoided write-offs | Prevented or recovered dollars × recovery probability, at expected reimbursement | Gross charges are not collectible allowed amounts. Avoid double counting. | Biggest number, hardest to attribute |
| 2 · Cost-to-collect / labor capacity | Hours avoided × loaded labor cost | Capacity created is not cash saved unless cost is removed or growth absorbs it | Believable; triggers workforce talks |
| 3 · Cash acceleration | Change in days-to-cash × average daily revenue | One-time working capital. Never show it as recurring savings. | Classic junior-consultant error |
| 4 · Risk avoidance | Expected exposure reduction where defensible (audit recoupments, 0057-F penalties, Stars) | Don't invent precise value for uncertain risk | Hard to quantify, often decisive |
| 5 · Clinical & experience | Time saved, care delays avoided, validated burden or safety outcomes | Don't monetize without evidence and an agreed method | Strong board story, rarely funds alone |
The formula
Annual net value = addressable annual volume × realistic improvement × value per outcome + validated operating savings − annual run costs
Payback = (one-time implementation + change costs) ÷ monthly net benefit once benefits are stable
Add the ramp-up period to payback. A tool that pays back in 3 months of steady state but takes 6 months to reach steady state pays back around month 9.
Worked example, base case
$1.5B NPR system, 1.2M claims a year, 11% initial denial rate = 132,000 denials. Auth-related = 25% = 33,000. An "auth required + auth/claim match" check prevents 30% in year one (realistic, not a vendor's 70%) = 9,900 prevented denials.
The earlier example valued each prevented denial at a $2,800 "average claim value." That fails a sanity check: $1.5B NPR ÷ 1.2M claims is about $1,250 of net revenue per claim. Auth-required services (imaging, procedures, infusions) do pay above average, so the example now uses $1,800 expected net reimbursement, which is the allowed amount you'd actually collect, not the charge. The old figure overstated value by more than half. Always reconcile per-unit value back to NPR.
The full cost stack
Vendors quote the license. You quote everything. Illustrative figures for the base case:
| One-time | $M |
|---|---|
| Implementation & integration | 0.50 |
| Data remediation (837/835/auth linking) | 0.30 |
| Security, privacy & legal review | 0.10 |
| Training & change management | 0.30 |
| Total one-time | 1.20 |
| Annual run | $M |
|---|---|
| License & model inference | 0.80 |
| Evaluation & monitoring | 0.15 |
| Human review of exceptions (2 FTE) | 0.15 |
| Support, vendor & model changes | 0.10 |
| Total annual run | 1.20 |
Always run scenarios
Show conservative, base and optimistic cases, then state what must be true for the case to work.
| Driver | Conservative | Base | Optimistic |
|---|---|---|---|
| Auth-related share of denials (addressable) | 20% | 25% | 30% |
| Share prevented in year one | 20% | 30% | 40% |
| Prevented denials | 5,280 | 9,900 | 15,840 |
| Share that would never have been recovered | 25% | 35% | 40% |
| Expected net reimbursement per claim | $1,500 | $1,800 | $2,000 |
| Write-off avoided ($M) | 1.98 | 6.24 | 12.67 |
| Rework saved at $45 ($M) | 0.24 | 0.45 | 0.71 |
| Annual run cost ($M) | −1.40 | −1.20 | −1.10 |
| Net annual value ($M) | 0.82 | 5.48 | 12.28 |
- No agreed baseline, or a baseline the vendor measured.
- Unclear numerator and denominator ("40% fewer denials" of what?).
- No comparison group, so seasonality and payer policy changes get credited to AI.
- 40–70% gains claimed without evidence on this client's data and payer mix.
- Benefits counted twice, e.g. prevented denials and also appeal wins on the same claims.
- One-time cash release shown as recurring savings.
- Gross charges used as the value of a recovered claim.
Executive tradeoffs to surface
| Tradeoff | Side A | Side B |
|---|---|---|
| Prevention vs recovery | Appeals show results within a quarter | Prevention is worth more but needs front-end change across owners |
| Augment vs automate | Safer, faster approval, humans stay accountable | Bigger ROI, bigger compliance and clinical exposure |
| Buy vs build vs EHR-native | EHR-native: integrated, generic, "free-ish" | Point solution: sharper, adds integration debt and a BAA |
| Redeploy vs reduce labor | Capacity for growth, easier adoption | FTE cuts trigger HR, union and offshore per-FTE contract issues |
| Payer–provider asymmetry | Payer calls automated review "efficiency" | Providers and regulators call it "AI-driven denials" |
- "Our denial rate is X%." By claim count or dollars? Initial or final? Rejections included?
- "The vendor showed 40% improvement." Against what baseline, on whose data, with what payer mix?
- "AI will fix prior auth." Payers require the auths. AI makes the process cheaper; only payer policy removes the work.
Consulting Challenge: practice drills
Short, ungraded drills that build toward the graded Lakeshore capstone in Part D.
Draw encounter-to-cash from memory. For each of the eight denial categories, mark the segment where it originates and name the upstream owner.
For each workflow row in the architecture table, write the one transaction you'd ask the client to export first, and why.
Rebuild the base-case ROI from scratch for a $900M NPR system with 700,000 claims and a 12% denial rate. Reconcile your value per claim to NPR first. Then say which two drivers you'd validate before showing it to a CFO.