Hello,Youlify.

Medical Billing and
Revenue Cycle Management

A Product Perspective on Workflow, AI Solutions and Strategy

Haoqi Shen  |  Product & AI
Youlify PM Interview Presentation
Mar 13, 2026
Scroll
1 Revenue Cycle

Revenue Cycle Management: From Appointment to Final Payment

Key Takeaway

HFMA defines RCM as the full journey from a patient's first appointment to the last dollar collected — spanning clinical, financial, and IT departments. Any handoff failure converts directly into a denial or bad debt. This is why digitization and outsourcing coexist in the same hospital.

RCM End-to-End Pipeline
Front-End (Patient Access)
  • Scheduling & Registration
  • Insurance Eligibility Verification
  • Prior Authorization
  • Price Estimation
  • Financial Counseling
Mid-Cycle (Clinical & Coding)
  • Service Delivery
  • Clinical Documentation
  • CPT / ICD-10 Coding
  • Charge Capture
  • 837 Claim Generation
Back-End (Revenue Realization)
  • Claims Submission
  • Denial Management
  • Appeals
  • Patient Collections
  • A/R Analysis
2 Context

Where RCM Lives: EHR, EDI Standards, and the FHIR API Layer

Key Takeaway

Every dollar in RCM flows through three data layers. Understanding them explains why data quality, integration cost, and compliance are structural constraints — not optional technical details.

  • EHR — the clinical system of record (Epic, Oracle, etc.)
  • X12 EDI — the HIPAA-mandated transaction pipe (270/271, 278, 837, 835)
  • FHIR R4 — the emerging API standard, with CMS-0057-F mandating Prior Auth APIs by Jan 2027
Three-Layer Data Architecture

Clinical Layer

System of Record
  • EHR (Epic, Oracle, etc.)
  • Diagnoses / Medications / Procedures
  • ICD-10 / CPT Coding

Admin / EDI Layer

HIPAA Transaction Pipe
  • X12 270/271 — Eligibility
  • X12 278 — Prior Auth
  • X12 837 — Claims Submit
  • X12 835 — Remittance
  • X12 277 — Claim Status

Emerging API Layer

FHIR R4 Standard
  • FHIR R4 APIs
  • CMS-0057-F Compliance
  • Prior Auth API
  • Provider Access API
  • Payer-to-Payer API
EHR
Clearinghouse
Payer (EDI)
FHIR APIs
3 System Complexity

Why RCM Is Hard: The Real Workflow Complexity

Key Takeaway

A single claim touches dozens of systems, standards, and decision gates before a dollar is collected. The two workflows below — claim lifecycle and denial resolution — show why automation requires deep domain modeling, not just a general-purpose AI layer.

CLAIM LIFECYCLE
From clinical encounter to cash posting
Clinical Encounter
EHR System (Epic / Oracle / athena)
Documentation Capture
Progress notes, H&P, discharge summary
Must support medical necessity per LCD/NCD
Medical Coding
ICD-10-CM (~72K) + CPT (~10K)
NCCI edits · Excludes1/2 · MUE
Charge Capture
CPT → Fee Schedule → Charge lines
Modifier 25/59/XE/XS validation
Prior Auth Check
X12 278 → payer criteria match
FHIR PA API by Jan 2027
Patient Billing
Statement · Payment plan · Collections
No Surprises Act · Good Faith Estimate
835 ERA / Payment
CARC/RARC · Allowed amt · Patient resp.
Auto-post · Variance detect · Ledger
Payer Adjudication
277CA → 14–30 day processing
Med policy · Contract rate · Benefit
Clearinghouse Scrub
Format validation · Payer edits
999 ACK · TA1 Interchange ACK
Claim Assembly (837P/I)
CMS-1500 / UB-04 field schema
Loop 2300/2400 · Dx pointer · POS
DENIAL RESOLUTION
From denial receipt to final disposition
835 Denial Received
CARC code + RARC code + Remark
CO (Contractual) · PR (Patient) · OA (Other)
Denial Classification
Map CARC/RARC to root cause category
CO-4Modifier required
CO-16Missing information
CO-50Not medically necessary
CO-197Prior auth missing
PR-1Deductible
CO-29Timely filing limit
Route by Category
Technical Fix
Resubmit with correction
Wrong modifier · Missing field · Duplicate
Corrected 837
Freq. code 7 (replacement) or 8 (void)
Clinical Appeal
Medical necessity / coverage dispute
LCD/NCD reference · Peer-reviewed lit.
Appeal Letter
Structured: Header + Evidence + Citations
Payer-specific deadlines (60–180 days)
Write-off
Non-recoverable · Timely filing · Dup
Approval threshold · Bad debt transfer
Payer Response (2nd Adjudication)
Overturn → 835 payment · Uphold → Level 2 appeal / External review
60–90 day turnaround · State-specific escalation rules
Feedback Loop
Denial pattern → Coding alert · PA rule update · Model retrain
835 → 837 linkage · Payer behavior drift detection
4 KPIs & AI

Evaluation System: Industry KPIs Meet AI Intervention Points

Key Takeaway

CFOs and revenue cycle directors buy improvements to KPIs, not AI models. Any AI-native RCM product must demonstrate measurable impact on the metrics below — otherwise it won’t close enterprise deals.

Core KPI Framework
Net Collection Rate
Net Collections / Net Collectable Revenue
Target: ≥ 95%
Cash Flow Efficiency
Days in Accounts Receivable
Healthy: 30–40 days  |  >50 = alarm
Claim Quality
Clean Claim Rate (first-pass)
Target: 90–95%, top performers: 98%
Risk Control
Initial Denial Rate (volume & dollars)
Varies by payer mix; trending up for Medicare Advantage
AI Intervention → KPI Impact
Auto Eligibility Verification
Clean Claim Rate ↑ Days in AR ↓
Prior Auth Prediction / Automation
Days in AR ↓ Denial Rate ↓
Intelligent Coding Review
Clean Claim Rate ↑ Charge Lag ↓
Denial Classification + Routing
Denial Rate ↓ Cost to Collect ↓
Auto Appeal Generation
Net Collection Rate ↑ Bad Debt ↓
Patient Financial Counseling AI
Bad Debt ↓
5 Architecture

AI-native RCM: Specialized Systems Working Together

Key Takeaway

The right architecture is not one large model — but purpose-built systems collaborating through a shared feedback loop:

  • PA Agent — tool-calling + RAG criteria matching
  • Coding Engine — encoder + rule constraints + LLM reasoning, confidence-gated
  • Denial Scorer — payer-specific GBM + SHAP, millisecond inference
  • Appeal Generator — RAG + structured generation, mandatory human review
  • 835 Feedback Pipeline — continuous learning, payer drift detection
Compound AI Architecture
EHR / PM System
Epic · Oracle · athenahealth
FHIR R4 API / CDS Hooks
AI-RCM Platform Layer
Prior Auth Agent
Tool-calling + RAG
Autonomous Coding
Encoder + Rules + LLM
Denial Prediction
Payer-specific GBM + SHAP
Human Review Queue HITL
Confidence-based routing
Claims Submission
837 → Clearinghouse + FHIR PA API
835 Feedback Loop
Denial → Label → Retrain → Alert → Rule Update
Appeal Generation
RAG + Template + Human Review → Submit
6 Market

Market Ecosystem: Size, Players, and Moats

Key Takeaway

RCM is a $344B market where services account for 67% of spend. Two landmark transactions define the strategic terrain:

  • R1 RCM’s $8.9B take-private (2024) — PE sees AI-driven labor substitution as a value creation lever
  • DOJ’s antitrust suit against UnitedHealth / Change Healthcare — claims data concentration triggers regulatory scrutiny

Distribution moats (EHR/PM channels) and data moats (claims databases) are real — but also regulatory sensitive.

RCM Market Ecosystem

Clearinghouses

Infrastructure / Plumbing
Change Healthcare · Availity · Waystar · Optum
Process all EDI transactions; mandatory pass-through for claims

EHR/PM Vendors

Distribution Moat
Epic · Oracle Cerner · athenahealth · eClinicalWorks
Bundle RCM modules with EHR; dominant channel advantage

Pure-Play RCM Software

Feature Depth
Waystar · Nthrive · Experian Health · Change HC Analytics
Deep payer connectivity, analytics, specialty coverage

BPO / Outsourced Services

Scale + Contract Moat
R1 RCM · Parallon · Optum360 · Conifer Health Solutions
High contract value, long-term relationships, AI retrofit targets

AI-Native Startups

Innovation Wedge
Fathom · Nym · CodaMetrix · Cohere Health · Camber · Infinitus
Specialty focus, data flywheel, HITL design
7 Strategy

VC/PE Thesis, Failure Modes, and Defensibility

Key Takeaway

The real moat is not the model — it is the combination of three things:

  • Workflow control node — own a high-frequency step that’s hard to replace (PA, coding review, denial routing)
  • Specialty data flywheel — accumulate claims data in a narrow vertical (e.g., Camber: 93% first-pass collection rate vs. industry 60–80%)
  • Outcome-based pricing — sell on collection rate improvement, not per-seat

The startup killer: over-indexing on tech without solving distribution — or building a services operation that never transitions to software margins.

Weak vs. Strong Moats
Weak Moat (Not Durable)
AI model accuracy
Broad feature coverage
Brand / marketing
Early customer success stories
Generic LLM access
Strong Moat (Durable)
Specialty data flywheel (claims DB)
Workflow control node
EHR/PM channel embedding
Contract lock-in + switching costs
Domain-specific data + audit trail
A Appendix

Data Sources & References

Show appendix Hide appendix 7 source groups across workflow, infrastructure, market, and strategy