Demand: Patients / Members
Members initiate care demand and absorb premium, deductible, copay, and access friction.
Five diagrams plus a PM components playbook: participant incentives, claims/prior-auth friction, payment model shifts, and the operational levers that reduce admin burden while protecting outcomes.
Horizontal map of how value, authorization, and payment decisions move across participants from member demand to regulated supply and oversight.
Members initiate care demand and absorb premium, deductible, copay, and access friction.
Hospitals and clinicians deliver treatment, document codes, and submit claims for payment.
Coverage policy, network contracts, utilization controls, and adjudication logic sit here.
EHR, clearinghouse, and interoperability rails route data and claims across fragmented institutions.
PBMs and manufacturers influence formulary access, rebate economics, and patient out-of-pocket burden.
FDA, CMS, HHS, and state regulators constrain product speed and define compliance boundaries.
System reality: no single actor controls the full journey. PM leverage comes from reducing handoff friction between care delivery, coverage decisions, and infrastructure constraints.
Medical and pharmacy claims share actors but have radically different latency: weeks for medical adjudication, seconds for pharmacy.
Architecture implication: medical claims systems optimize batch accuracy and denial management; pharmacy systems optimize sub-second reliability and uptime at checkout.
Prior auth is a pre-approval gate for selected treatments, often causing delays even when care is ultimately approved.
Standard review: typically 3-14 days.
Urgent review: 24-72 hours for acute scenarios.
Appeal path: provider peer-to-peer review with payer medical director, then external independent review if unresolved.
Outcome reality: many denials are reversed, implying workflow friction is often administrative rather than clinical.
Core tension: prior auth aims to control unnecessary utilization, but high reversal rates suggest many requests are delayed rather than genuinely inappropriate.
Payment model determines behavior. FFS rewards activity volume; VBC rewards outcomes and cost control.
PM takeaway: products designed for FFS claims optimization won’t automatically succeed in VBC environments that need population-level analytics and care coordination workflows.
Healthtech monetization varies by buyer (consumer, employer, payer, provider, pharma) and evidence burden.
Model: Direct-to-consumer virtual care.
Revenue: Subscription or per visit.
Payer: Patient (cash or mixed insurance).
Challenge: CAC and clinical quality scrutiny.
Model: Sell to employers/payers, serve members.
Revenue: PEPM contracts.
Payer: Employer or insurer.
Challenge: Long sales cycles, ROI proof.
Model: Prescription-grade software treatment.
Revenue: Per-prescription reimbursement.
Payer: Insurance formularies.
Challenge: FDA and coverage pathways.
Model: Core provider workflow software.
Revenue: License + implementation + maintenance.
Payer: Provider organizations.
Challenge: Massive switching and integration costs.
Model: Denial prevention and payment acceleration.
Revenue: Per-claim fee or subscription.
Payer: Providers/health systems.
Challenge: Integration and regulation complexity.
Model: De-identified data + analytics licensing.
Revenue: Data subscriptions and insight products.
Payer: Pharma, payers, research orgs.
Challenge: Privacy, data quality, consent governance.
For healthcare PM interviews: focus on admin burden, clinical outcomes, and payment incentives — not just app features.
How this connects to the diagrams: Participant Map shows incentive conflicts, Claims Flow and Prior Auth show where delay is introduced, and FFS vs VBC explains why behavior differs by reimbursement model.
What it does: Applies contract logic, coverage rules, and coding policies to price and approve claims.
PM metrics: First-pass resolution, denial rate, rework volume, adjudication cycle time.
Pitfall: Rule complexity scales faster than teams expect, causing provider abrasion and appeal backlog.
What it does: Routes authorization requests across payers, policies, and documentation requirements.
PM metrics: Approval latency, auto-approval rate, fax/manual touch rate, abandonment due to delays.
Pitfall: Faster submission UX without payer integration still leaves outcomes unchanged.
What it does: Connects EHR, payer APIs, clearinghouses, labs, and pharmacies through standards (FHIR/EDI).
PM metrics: Data completeness, integration uptime, normalized record accuracy, retrieval latency.
Pitfall: Integration count looks good on slides, but low data quality kills automation gains.
Interview shortcut: structure healthcare answers around time-to-treatment, administrative cost, and outcome quality. If your feature improves all three, that’s product gold. If it improves one while worsening the others, call out the tradeoff explicitly.
Improving provider UI without payer-side integration leaves real approval latency unchanged.
Decision automation fails when clinical/coding data is incomplete or non-normalized.
Feature assumptions break when reimbursement model rewards volume over outcomes.
Late HIPAA/regulatory integration causes rework, launch delays, and trust damage.
| Situation | Optimize For | Guardrail Metrics | Avoid |
|---|---|---|---|
| High prior-auth backlog | Latency reduction + auto-approval logic | TAT, auto-approval %, denial overturn rate | Manual ops headcount as only fix |
| Provider abrasion spikes | Administrative simplicity | Rework rate, touch count per request | Adding docs requirements without evidence |
| Value-based contract rollout | Outcome visibility + risk adjustment | Readmission, quality scores, total cost of care | FFS-era metrics as primary KPI set |
| Interoperability initiative | Data completeness + reliability | Record match rate, integration uptime, retrieval latency | Counting integrations instead of usable data |
Angle: map top denial pathways, pre-fill required clinical data, implement payer-priority integrations, and track turnaround by service line.
Angle: optimize for touch reduction per episode, embed in existing EHR flow, and tie changes to measurable time saved.
Angle: set phased targets (process → intermediate clinical → financial outcomes) and align incentives before forcing outcome accountability.