Population Health Management
Multi-stakeholder benefits decisions where employer groups, brokers, and members must align on coverage and cost.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Population Health Discovery
Align on desired reconciliation outcomes, available data sources, stakeholders, and measurable success signals for reducing avoidable admissions and ED visits.
Discovery Questions
How we got here, in one sentence
- Briefly describe the reconciliation outcome for your organization that triggered this conversation.
- How many dollars below projection was your first full reconciliation year?
- Name the role on your team that first raised the concern about rising-risk members.
- Walk me through the last time a reconciliation surprise forced urgent action at your organization, what happened and who scrambled to respond?
- Which time window is your leadership watching to avoid moving from shared savings into shared losses?
Where the forecast is actually breaking
- How would missing 10% of rising-risk members change your reconciliation outcome next year for your organization?
- Which member cohorts in your population produced the biggest unanticipated costs last year?
- Approximately how many avoidable ED visits and admissions were flagged retrospectively in your data last year?
- What single operational failure in your current process made those cases slip through?
- If you could guarantee one outcome from a pilot for your organization, which metric would make you sign immediately?
How your team actually finds and reaches rising-risk members
- Why does your current process miss members who later become high-cost, from your point of view?
- Describe the tools and reports your care managers use today to prioritize outreach.
- List the specific reports or dashboards that routinely drive your team's weekly care manager huddles.
- Identify your typical approval path and timeline for changing care management workflows in your organization.
- Estimate the percentage of outreach tasks in your operation that require duplicate data entry across platforms.
Data readiness, ownership, and the hard integration facts
- What single data gap in your systems would stop us from running a valid 12-month retrospective pilot?
- Which of these feeds does your organization have available today, select all that apply?
- Do APIs or SFTP exports exist for your feeds, and which of these describes your current extract method?
- Name the team or role in your organization that owns those feeds and is authorized to provide access.
- Estimate your member matching failure rate for those feeds, percent of records that fail deterministic or probabilistic matching.
- Are there legal approvals, data use agreements, or privacy reviews in your organization that typically add more than four weeks to onboarding?
- If we require delivery of 12 months of claims and clinical data within six weeks, which internal barrier in your organization would prevent that?
Can the platform fit inside your care team's daily workflow?
- What would need to be true for your care managers to prefer this platform over their current EHR tools?
- Which EHR or care management system categories must we integrate with for your pilot, select all that apply?
- Name the person or role on your team authorized to provision integration accounts and run endpoint tests.
- How many care managers from your organization will be in scope for the pilot and what are their average daily caseloads?
- What acceptance test would prove the workflow integration meets your care managers' needs?
What's realistically competing for this budget and attention
- If you kept your current analytics and augmented staff instead of buying a platform, what would have to change in your organization to keep you from switching?
- Which external options is your organization actively evaluating, pick all that apply?
- What aspects of your incumbent vendor or an internal build make it appealing to your team?
- Which leaders on your team are advocating for an internal build or staying with the incumbent, and what are their main concerns?
- Is there an internal proposal in your organization to solve this without an outside vendor, and if so which team proposed it?
The proof points and acceptance criteria that would close this fast
- If a pilot delivered a 20% reduction in avoidable admissions for your population, which internal approvals would accelerate immediate scale?
- Which specific metrics will your organization use to judge pilot success, pick up to five?
- What minimum improvement in those metrics for your pilot would lead you to proceed to a commercial commitment?
- Identify the signatories required for pilot acceptance in your organization and their typical decision timelines.
- If the pilot meets targets, which procurement or contracting steps in your organization are most likely to delay a commitment?
Risks, unknowns, and the one thing that stops us
- List the one risk in your organization that would stop this project the day before data transfer.
- Which internal resources can your organization commit to the pilot, select all that apply?
- Which target date would your team like to start the pilot?
- Who will act as the day-to-day project lead on your side, name role or person?
- If our team removes one blocker this week, what fast decision from your team would move contract signing into this month?
-
Solution Experience
Translate the buyer's context into a shared vision of how the platform ingests multi-source data and drives specific care management workflows to catch rising-risk members earlier.
Solution Experience
- Solution Experience: Catch Rising-Risk Members Earlier
- Confirm the current state and its cost
- You confirm the demonstrated detection would have flagged the known high-cost members from last year's reconciliation.
- Run a risk-score comparison using the buyer's provided 12 months of claims and clinical data and deliver a gap analysis before the follow-up session.
- You confirm the generated care manager task fits into your existing EHR workflow and removes the need for duplicate data entry by care managers.
- Show how multi-source data builds a longitudinal member profile
- Provide a de-identified 12-month extract of claims and clinical records for the pilot population and identify five known high-cost members for validation.
- You agree the projected reduction in avoidable ED visits and admissions aligns with the financial consequence required to close the $3,000,000 gap.
- Demonstrate rising-risk detection on a 12-month sample
- Identify the primary EHR integration endpoint and the named owner of the care management workflow for integration testing.
- Validate EHR workflow integration and task handoff
- Prepare a draft projected impact summary that maps avoided ED visits and admissions to reconciliation dollars for the buyer's sample.
- Confirm this matches what you meant
- Solution Experience: Catch Rising-Risk Members Earlier
- Solution Experience Deck
- Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define scope, modules, data integrations, responsibilities, risk-model calibration needs, and acceptance criteria tied to avoidable ED visits, admissions, and reconciliation impact.
Scope Configuration
- Load and Normalize 12‑Month Claims Dataset
- Integrate Clinical EHR Data Feed
- Ingest Pharmacy, Lab, and SDOH Data
- Member Identity Resolution and Longitudinal Profile Build
- Risk‑Score Calibration to Local Population
- Deploy Rising‑Risk Detection and Stratification
- Configure Care Gap Logic for Quality Measures
- Embed Care Manager Task and Outreach Workflows
- EHR Workflow Integration and Task Synchronization
- Pilot Cohort Launch with Outreach Automation
- Train Care Management Staff on Platform Workflows
- Enable Outcomes and Cost Tracking Dashboards
- Data Quality Monitoring and Remediation
Scope Questions
Load and Normalize 12‑Month Claims Dataset
- Do you have a contiguous 12-month set of adjudicated medical and pharmacy claims (payer adjudication files) for the pilot population?
- What format are your claims exports delivered in?
- How many unique members are included in the twelve-month claims extract you will provide for the pilot?
- Select the payer-level identifier fields present on your claims files that we should use for joins (payer ID, BIN/PCN, plan code, contract number).
- Confirm whether admitting diagnosis, place-of-service, and admission/discharge dates are populated so we can flag ED visits versus inpatient stays.
- What acceptance criteria will confirm claims loading is complete (for example record counts match your monthly adjudication summary or per-file totals)?
Integrate Clinical EHR Data Feed
- Do you have an HL7 ADT feed, CCD/CCDA files, or a FHIR API available from your EHR for the pilot cohort?
- Select which EHR endpoint types you can provision for the pilot (for example SMART on FHIR, bulk FHIR export, direct SFTP CCD).
- How will you prefer patient matching between EHR and claims to be performed (authoritative member ID, MRN plus DOB, deterministic, probabilistic matching)?
- Indicate which clinical domains you need from the EHR for stratification and workflows (problem list, medication list, allergy, labs with LOINC, vitals, encounter notes).
- Who is the technical owner for the EHR feed on your side (name, role, contact) so we can coordinate connector setup?
- Provide any security, certificate, or network requirements for the EHR integration endpoint (IP whitelist, mutual TLS, OAuth scopes).
Ingest Pharmacy, Lab, and SDOH Data
- Identify the pharmacy data sources you will supply for the pilot (PBM adjudicated claims, e-prescribing logs, dispense history, NCPDP).
- Are your lab feeds delivered with LOINC codes and numeric result fields for key tests (for example HbA1c, BMP, BNP)?
- How frequently do you expect pharmacy, lab, and SDOH sources to be ingested for the pilot (daily, weekly, monthly)?
- List how SDOH data is captured in your workflows (screening tool name, enrollment form fields, vendor feed) and which SDOH domains are required (housing, food insecurity, transportation).
- Do you require field-level mappings such as NDC to RxNorm or lab LOINC normalization as part of ingestion?
- Specify any lab or pharmacy mapping accuracy threshold you expect before records are considered usable (for example >95% mapping rate).
Member Identity Resolution and Longitudinal Profile Build
- Indicate the unique identifiers you consider authoritative for member linking (payer member ID, subscriber ID, MRN, SSN where permitted).
- How should conflicting demographic records be resolved during profile build (prefer most recent, prefer payer source, manual reconciliation)?
- Confirm whether you will provide an attribution roster (list of attributed members) to seed longitudinal profiles for the pilot.
- Choose the maximum acceptable false-match rate for member linking (for example <=1%, <=2%, <=5%) to guide matching thresholds.
- Who will approve and sign off on the resolved master member mapping file on your side (name and role)?
- Where should the master member resolution file be stored and who should have access (SFTP location, cloud bucket, secure API)?
Risk‑Score Calibration to Local Population
- Identify the primary historical outcome you want the risk model calibrated against for the pilot (avoidable ED visits, unplanned admissions, total cost per member).
- When should the calibration window end and how many months back should be included (for example last 12 months ending MM/YYYY)?
- Specify any local diagnosis or procedure codes we should upweight or treat specially during calibration (provide ICD-10 or CPT examples).
- How many labeled outcome events do you have for calibration and validation (count of members with documented avoidable ED visits or unplanned admissions)?
- What acceptance criteria will confirm model calibration success (for example target sensitivity, PPV, AUC improvement, or operating point for avoidable admissions)?
- Who on your clinical team will provide clinical sign-off for final risk thresholds and calibration artifacts?
Deploy Rising‑Risk Detection and Stratification
- Which rising-risk detection approaches should we enable by default for the pilot (utilization slope, event-based triggers, gap accumulation, medication adherence flags)?
- How many days of lead time do you require between risk detection and expected outreach (for example 14 days, 30 days)?
- How many discrete risk bands should be surfaced to care managers (for example 3 bands: high/medium/low; or 4 bands including rising)?
- How should the platform present top contributing drivers for each flagged member (top diagnoses, missed meds, recent ED visit, gaps in care)?
- Are there any consent, program, or regulatory constraints that prevent flagging or outreach to specific member groups (for example minors, behavioral health carve-outs)?
- Where should rising-risk alerts be routed operationally (care manager platform inbox, EHR task, secure message, email)?
Configure Care Gap Logic for Quality Measures
- Which specific quality measures must have gap logic configured for the pilot (list HEDIS measure IDs, NCQA or CMS star measures by name/ID)?
- Upload or provide a link to your prioritized top 5 measures and any internal spec documents we should align to.
- Confirm whether you have existing measure definitions or logic libraries we should reuse (for example HEDIS spec, internal measure spec).
- State how often measure gap status should be recalculated for pilot operations (daily, weekly, monthly).
- What acceptance criteria will confirm measure logic accuracy during pilot validation (for example sample audit of 100 members with >=98% concordance with internal chart review)?
- Who on your quality or clinical team will own measure audits and final sign-off (name and role)?
Embed Care Manager Task and Outreach Workflows
- Describe the care manager roles that will consume generated tasks (registered nurse care managers, social workers, community health workers).
- State the required task fields that must appear when a care manager receives a task (member contact phone, last encounter date, principal risk drivers, suggested outreach script).
- Specify whether you require condition-specific outreach scripts (for example diabetes, COPD, heart failure) and if we should adapt them to your local language and tone.
- Outline escalation rules you want enforced by the workflow (for example escalate to supervisor after 3 failed outreach attempts or 7 days without contact).
- Indicate whether outbound outreach must be written back to the EHR as an encounter/note, stored in the platform only, or both.
- How many care manager seats will need role-specific training and access during the pilot?
EHR Workflow Integration and Task Synchronization
- Which EHR integration mechanisms will you accept for task synchronization (SMART on FHIR, EHR task API, HL7 message, proprietary connector)?
- Do you require bi-directional synchronization so task status updates flow from the EHR back to the platform?
- Name the EHR fields that must be populated when a task is created (encounter ID, provider NPI, note text) and any character limits we must respect.
- Confirm technical prerequisites for the EHR connector such as IP allowlist entries, network peering, or certificate exchange.
- Who is the EHR technical owner and what is their typical SLA for processing connector requests (number of days to respond/approve)?
- Specify a practical validation sample for task synchronization (for example 100 tasks or 30 days of activity) that would demonstrate operational readiness.
Pilot Cohort Launch with Outreach Automation
- Define the inclusion criteria for the pilot cohort (attribution roster, risk band threshold, condition-specific cohort identifiers).
- How many members do you plan to include in the pilot cohort?
- Which automated outreach channels are you willing to permit for pilot communications (phone, SMS, secure portal message, email)?
- Explain the consent or opt-out process that must be followed before automated outreach (documented consent, verbal consent on file, state-specific rules).
- Identify the baseline period and metric you will use to compute pilot reductions in avoidable ED visits or admissions (for example prior 12 months claims adjudicated ED counts).
- Describe the staffing and daily capacity you will commit to pilot outreach (FTEs, average calls per day, hours available).
-
Risk Stratification Evaluation
Execute the agreed pilot: ingest twelve months of claims and clinical data, validate rising-risk identification against known high-cost members, and confirm EHR workflow integration per acceptance criteria.
- success_criteria
- current_state
- decision_readiness
- stakeholders
- gaps
- desired_state
- gaps
- success_criteria
- stakeholders
- desired_state
- current_state
- decision_readiness
- stakeholders
- decision_readiness
- current_state
- desired_state
- success_criteria
- gaps
- success_criteria
- current_state
- decision_readiness
- gaps
- desired_state
- decision_readiness
- decision_readiness
- decision_readiness
-
Mutual Commit
Finalize commercial and data-access terms, acceptance criteria, timelines, and responsibilities for pilot completion and scale-up.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW) — Pilot & Implementation
- Subscription Order Form / Subscription Agreement
- Data Access and Use Agreement
- Acceptance Criteria & Pilot Completion Annex
- HIPAA Business Associate Addendum (BAA)
- Service Level Agreement (SLA) Attachment
- Project Roles & Responsibilities Attachment (RACI)
- Change Order Agreement
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Confirm concrete readiness facts the deployment depends on — data feeds, integration endpoints, named owners, environments, and target timelines.
Pre-Deployment Questions
Environment and site access
- Which source system categories will the deployment connect to? (select all that apply — so we can validate required endpoints)
- Are test and production integration endpoints provisioned and reachable for the selected categories? (this determines whether we can schedule end-to-end integration testing)
- If any endpoints are not provisioned, enter the expected availability date(s) and which category they apply to (so we can schedule integrations around those dates).
Data and configuration
- Has the buyer identified the canonical source and owner for membership attribution and claims (provide system name and owner role — so we know who approves membership logic)?
- Is twelve months of historical claims and clinical data normalized and staged for transfer to the test environment? (this is required to run the agreed pilot validation)
- If the 12 months of data is not ready now, what is the target date or quarter when normalized data will be available to the test environment? (so we can set milestone dates)
- Who will own and approve field mappings and transformation rules between source systems and the platform? (select the ownership model — approver name requested if buyer or joint)
- If buyer or joint approver was selected above, provide the approver's full name and role (so we can schedule mapping reviews).
People and ownership
- Provide named owners (full name and role) for these workstreams: data feeds, EHR integration, clinical acceptance testing, and deployment sponsor. List each on its own line (these owners will receive milestone tasks).
- Is there an identified clinical champion committed to participating in acceptance testing and weekly pilot reviews?
Timing and constraints
- Are there any blackout windows, contractually required blackout dates, or compliance review gates that will restrict integration, testing, or deployment? (provide date ranges and brief reason if yes — so we can plan around them)
- Provide the target go‑live date or target quarter for pilot ingestion into production (or enter 'TBD'). This date will drive milestone sequencing.
- Are required legal and compliance approvals in place for test and production data transfer (BAA/DUA, security review, any regulatory approvals)?
- If approvals or blackout windows are in progress, provide the expected sign date(s) or blackout date ranges (so we can lock milestones).
-
Configuration Details
Capture exact configuration values the deployment team will use — API credentials, field mappings, model calibration parameters, and care management workflow settings.
Configuration Details
Environments & Endpoints — production instance
- Enter the platform production API base URL (format: https://... — value consumed verbatim by ingestion and EHR integration)
- Select the deployment region for the production instance (this drives hosting and data residency)
What modules & data we'll run first — pilot scope
- Select which platform modules to enable for this pilot (module provisioning step will use this)
- Select data source types to ingest for this pilot (ingestion pipelines will be configured to these sources)
Mappings & model thresholds — exact values for ingestion and scoring
- Enter the exact source field name (column/header) that contains the member identifier in your claims files — the ingestion mapping will use this verbatim
- Enter the pilot 'rising-risk' percentile threshold to flag members (numeric 1–99; default is 90 — the risk engine will mark members at or above this percentile)
Care workflows & credential exchange — task settings and secret-handling
- Select the default task assignment role for auto-generated outreach tasks (used to configure workflow assignment rules)
- Select which secure channel will be used to exchange credential secrets at deployment kickoff (default: 'Your secrets manager') — do NOT paste secrets here
-
Deployment
Execute ingestion pipelines, EHR integrations, risk model calibration, workflow configuration, and pilot operations with clear owners and milestones.
-
-
Success
Monitor outcomes against agreed success metrics, run recurring reviews, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live Health Check (weeks 1-4)
- First Outcome Measurement (weeks 4-10)
- Acceptance Gate Review (around day 90)
- Quarterly Success Review (ongoing)
Issues & Enhancements
- Schedule the next quarterly review and circulate pre-read analytics seven days prior.
- Run a targeted validation of rising-risk recall using the identified high-cost cohort and publish the results.
- Adjust task routing or outreach script and document expected impact on time-to-first-outreach.
- Restate acceptance criteria and numeric targets
- Produce a documented pass or fail per acceptance criterion recorded in the Risk Stratification Evaluation stage.
- Capture the named signatory and date for the formal acceptance decision.
- Document remediation actions and timelines for any conditional or failed items required to reach acceptance.
- Publish the acceptance record with pass/fail per criterion and the named signatory.
- If conditional or failed, create a remediation tracker with tasks, owners, and target completion dates.
- Schedule a short follow-up checkpoint to confirm remediation progress before final acceptance is re-evaluated, if required.
- Performance review against core outcomes
- Confirm that avoidable ED visits per 1,000 members and reconciliation shortfall in dollars are on a sustainable trajectory or have owned remediation plans.
- Ensure persistent blockers have owners and realistic resolution dates and that enhancement requests are prioritized for the next quarter.
- Verify that model calibration cadence and integration uptime meet the operational expectations agreed during deployment.
- Publish the quarterly performance dashboard with the reconciliation and avoidable ED visit trend lines for shared review.
- Move agreed enhancement requests into a scoped change list with target delivery quarters.
- Re-confirm success criteria and owners
- All critical ingestion pipelines and integration endpoints report healthy or have documented remediation plans.
- Incumbent system decommission status documented and archival or read-only decision recorded.
- Named owners and target dates recorded for all high-priority open issues.
- Publish a deployment health checklist with pipeline status and open defects for async tracking.
- Archive or mark incumbent system as read-only and publish the data migration completion record.
- Run a targeted data quality fix for any feed blocking rising-risk identification and report completion date.
- Present first outcome data vs targets
- Confirm whether avoidable ED visits rate and avoidable inpatient admissions rate are moving toward the targets recorded in the Risk Stratification Evaluation stage.
- Document root causes for any metric shortfall and commit to corrective actions with deadlines.
- Confirm timeline to the acceptance gate and list the outstanding items required for the acceptance decision.
- Deliver a remediation plan that lists data fixes, model recalibration steps, and workflow training tasks with due dates.
- Present outcome data against each acceptance criterion
- Persistent issues and blocker burn-down
- Deployment and data feed validation
- Validate rising-risk identification accuracy
- Document pass, fail, or conditional results
- Early adoption and usage signals
- Enhancement and change requests channel
- Care management workflow integration check
- Operational health and model drift check
- Capture formal acceptance decision
- Incumbent system wind-down
- Root-cause analysis for gaps
- Agree corrective actions and timeline to acceptance gate
- Agree remediation plan for any failed criteria
- Short action alignment and next steps
- Open issues and immediate remediation