Care 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
-
Clinical & Operational Discovery
Align on clinical outcomes, current care management workflows, data sources, stakeholders, and measurable success signals.
Discovery Questions
Opening the conversation: who we are meeting today
- Tell me briefly how your care management organization is structured today, including roles, average caseloads, and primary responsibilities
- On a typical shift, how many minutes does a nurse care manager spend on direct member outreach versus documentation and administrative tasks
- Which care team roles currently own outreach, transition-of-care calls, and utilization review respectively
- How many active high-acuity members does a typical care manager carry right now
- Walk me through a recent weekday when your highest-risk member received a timely outreach and it prevented an ED visit, what happened step by step
Where the workflow frictions actually live
- If nurse care managers are spending half their day on documentation, what practical things stop them from doing proactive outreach to high-risk members
- How often in the last 90 days have you identified a missed intervention that directly preceded an avoidable ED visit
- When you trace a recent avoidable ED visit, which part of the workflow most commonly failed, triage, scheduling, outreach attempts, or data signal
- Who on your team is the first to learn when a top-risk member is not engaging with outreach, and what happens next
- Which reporting gap makes leadership feel least confident about program performance
- Which single operational gap would make you stop a vendor pilot immediately if it could not be resolved
Assumptions that could derail a rollout
- What assumptions about your claims and clinical data readiness are most likely to be wrong and would derail the first integration sprint
- Are real-time ADT feeds currently available from your provider network or hospital partners
- Who owns the API or data integration work internally and can that person commit dedicated hours during deployment
- How many full time equivalents in IT and operations could you allocate to integration and testing in the next 8 weeks
- If an integration requires mapping non-standard EHR fields from a major provider, what is your expectation for the timeline and who will fund that work
- Is there any single compliance, legal, or contractual approval that would block data sharing for a pilot
- If the answer to the previous question is yes, who is the decision maker and what is the earliest date they could approve data sharing
How success would actually show up in your day-to-day
- If your team hit the target of reducing avoidable ED visits by 15% in 12 months, what would have to be different about daily care manager work
- Which single metric does finance need to see to consider the program a success, 12-month PMPM reduction, reduction in ED visits, or net cost saving
- How soon after go-live do you expect to see measurable changes that would satisfy the finance team, 3 months, 6 months, 12 months, or longer
- What success evidence would make clinical leadership comfortable certifying this program during a Medicaid contract renewal audit
- If a pilot demonstrates the agreed success signal, what internal approvals would be required to scale to the full cohort and who can give that approval
The other options on your desk right now
- Who are the incumbent systems, vendors, or internal projects you are actively comparing against for this work
- What would have to be true about your current approach for you to keep it instead of moving to an outside platform
- Has anyone internally proposed building the functionality yourself instead of buying, and if so, who owns that proposal
- Which competitive feature or capability would make you choose another vendor over an outside platform partner
- If the incumbent committed to delivering real-time ADT, integrated claims, and automated outreach within 90 days, would you stay with them
- What single answer from an incumbent would make you walk away from exploring external platforms today
Operational readiness and gating constraints
- If production-quality feeds for claims, ADT, and pharmacy are not available, which part of the proposed rollout is most likely to fail first
- Which source systems must be integrated for a minimal pilot, choose all that apply
- Are APIs or HL7 feeds available for those systems or will custom integration be required
- Who is the single technical owner we should coordinate with for data mapping and testing, and can they commit to weekly integration sprints
- Do you have a documented data dictionary for claims and ADT fields we can use for mapping
- Are there regulatory approvals or legal reviews that must finish before any data leaves your environment
- If legal or security approval is required, what is the expected lead time in weeks
Clinician adoption, training, and day-one experience
- What about the current tools or workflows makes clinicians most resistant to change
- Walk me through the last time clinicians pushed back on a workflow change, what were their specific concerns and who ultimately resolved them
- Which training formats work best for your care managers, pick all that apply
- How many super-users or champions would you commit to train before pilot launch
- If frontline clinicians refuse to participate in the pilot, will leadership still permit a technical go-live for a subset of features
- What immediate change to the platform or workflow would make nurses more willing to try it for 30 days
Decision triggers, pilot design, and acceptance criteria
- What single pilot outcome would make your CFO sign for a full rollout within 30 days
- Which population should we pilot with to get the fastest, most attributable signal, choose one
- What primary acceptance criteria would you require for pilot success, pick up to three
- Who has final authority to sign the pilot acceptance and commit budget for scale
- What reporting cadence and audience would you want during the pilot to make go/no-go decisions
- If the pilot fails to meet one acceptance metric but exceeds others, who decides whether to iterate or stop
Practical next steps and timeline alignment
- If we agreed to a 90-day pilot starting once integrations are validated, what is your preferred kickoff week in the next quarter
- Who will be the project sponsor and who will be the day-to-day project lead from your side
- Which resources can you commit in the first 4 weeks, pick all that apply
- What reporting or dashboard must be available at the end of pilot week 4 to keep your leadership engaged
- If the pilot proves the acceptance criteria, what internal steps would be required to budget and schedule full deployment and how fast could you move
- Finally, what outstanding risk or concern, not yet discussed, would cause you to pause moving to a pilot
-
Clinical Workflow Experience
Walk through how the platform will change daily care manager workflows, outreach cadence, and reporting using the buyer's real scenarios.
Solution Experience
- Clinical Workflow Experience Session
- Confirm the current state and its cost
- You confirm the demonstrated workflow eliminates the documentation rework that consumes half a care manager day.
- Provide three representative high-risk member scenarios including ADT timeline, claims events, and SDOH notes for sandbox testing.
- Map a care manager day with Scenario A
- You confirm the proposed outreach cadence and reporting provide the evidence needed to link earlier interventions to fewer avoidable ED visits and PMPM improvement.
- Run the two provided anonymized member scenarios through the seller sandbox and deliver the scenario timelines and simulated outcome snapshots before the pilot kickoff.
- Run an end-to-end platform proof with Scenario B
- Identify care manager participants and available training windows for the pilot cohort.
- You and the seller agree the data feeds and pilot acceptance criteria required to produce decision-grade results within the agreed timeline.
- Confirm the owners and expected delivery dates for ADT and claims data feeds needed for the pilot.
- Confirm data and integration assumptions
- Validate this matches your need
- Agree next evidence and pilot steps
- Clinical Workflow Experience Session
- Clinical Workflow Experience Deck
- Clinical Workflow Solution Brief
- meeting
- slides
- document
-
Solution Scope
Define modules, integrations, responsibilities, acceptance criteria, and phased rollout boundaries for risk stratification, ADT alerts, and outreach workflows.
Scope Configuration
- Ingest real-time ADT alerts
- Integrate payer claims and pharmacy feeds
- Integrate lab and diagnostic results
- Consolidate SDOH screening and referral data
- Migrate legacy case records and trackers
- Configure unified care manager workspace
- Configure evidence-based clinical protocols
- Deploy predictive risk stratification models
- Integrate with provider EHR systems
- Automate member outreach and notifications
- Activate utilization and transition-of-care workflows
- Train care team on platform workflows
- Enable outcomes and PMPM cost dashboards
- Provide post-go-live data operations and support
Scope Questions
Ingest real-time ADT alerts
- Which ADT event types do you need ingested (for example A01 admit, A03 discharge, A08 update)?
- Do you currently receive ADT feeds in HL7 v2, FHIR subscription, or a vendor-specific stream?
- How quickly must an ADT event be specific in the care manager workspace (latency SLA and proof required)?
- Provide the expected average and peak daily ADT event volume for the populations in scope (events/day).
- Identify the sending system(s) for ADT feeds (senders such as hospital LIS/ADT broker or HIE) and the technical owner for each.
Integrate payer claims and pharmacy feeds
- Which claims feed formats do you provide or expect (for example X12 837, 277, 835 or CSV extracts)?
- Do pharmacy claim records include National Drug Code (NDC) values and days-supply fields required for adherence checks?
- Specify the preferred file transfer method for claims and pharmacy (SFTP, API, clearinghouse push) and any vendor gateway details.
- What is the typical claims adjudication lag you expect to rely on for risk scoring and PMPM reporting (for example 30/60/90 days)?
- List required mapping rules or business logic for claims (for example mapping internal benefit IDs, member identifiers, or PCP assignment).
Integrate lab and diagnostic results
- Which lab result types must be ingested (for example chemistry panels, CBC, microbiology, or imaging reports)?
- Are lab results coded with LOINC or delivered as unstructured PDF/attachment from the sending LIS/EHR?
- Specify the delivery standard you can provide for results (HL7 ORU, FHIR DiagnosticReport/Observation, or SFTP files).
- Provide the expected latency requirement for lab results used in care workflows (for example stat results within 1 hour, routine within 24 hours).
- Identify the lab vendor or laboratory information system (LIS) sending results and the technical contact for testing.
Consolidate SDOH screening and referral data
- Which SDOH screening instruments do you use (for example PRAPARE, AHC-HRSN, internally developed forms)?
- Do referrals to community-based organizations include a standardized taxonomy or referral outcome codes that we must ingest?
- How do you capture referral outcomes today (callback, CBO portal, care manager update) and what evidence of closure must be stored?
- Specify consent, data-sharing, or state-unique privacy constraints for SDOH data (for example member opt-in, state consent form).
- Provide a list of community partners or referral endpoints and whether they can accept inbound electronic referrals or require a manual handoff.
Migrate legacy case records and trackers
- Identify the legacy systems and trackers to migrate (for example Excel trackers, legacy case management database, or faxed PDFs).
- How many case records and attachments require migration and what date range should be included (for example last 12 months)?
- What migration completeness threshold will you accept as evidence of success (for example 95% of active cases with attachments verified)?
- Specify which data fields must be preserved during migration (for example care plans, outreach notes, consent status, PCP assignment).
- Who will validate migrated record accuracy and provide sign-off (title or role, for example data owner or care management director)?
Configure unified care manager workspace
- Which workspace tabs or modules are essential for day-to-day work (for example ADT queue, risk roster, outreach tasks, documentation panel)?
- Do you require role-based custom views (for example RN care manager vs social worker dashboards)?
- How should outreach tasks be prioritized and surfaced in the workspace (for example by risk score, recent ED visit, or time-since-last-contact)?
- Specify required integrations inside the workspace (for example in-line medication lists from claims, lab results view, EHR chart link).
- Provide examples of two typical patient scenarios we should use to validate workspace workflows during testing.
Configure evidence-based clinical protocols
- Provide the specific clinical protocols or pathways you require (for example heart failure transition protocol, diabetes titration pathway, or high-risk care plan templates).
- Are the protocols mapped to any external standards or accreditation guidance (for example NCQA HEDIS measures or state Medicaid protocols)?
- Which fields should be required for protocol adherence documentation (for example vitals, medication reconciliation, SDOH screening result)?
- Who has authority to edit or approve protocol content within your organization (role/title)?
- Describe how exceptions to protocols are currently documented and what evidence must be retained for audits.
Deploy predictive risk stratification models
- What model performance targets will you accept as sign-off (for example sensitivity, positive predictive value, or AUC thresholds)?
- Do you require local retraining or calibration of models using your claims and ADT history before go-live?
- Specify the risk strata definitions you want surfaced (for example top 1% high risk, top 10% elevated risk) and any action tied to each strata.
- How often should risk scores refresh (daily, weekly, monthly) and which data sources must trigger a score refresh (ADT, claims, pharmacy)?
- Provide the input data elements required for the model (for example 12 months of claims, 1 year of ADT history, medication fills).
Integrate with provider EHR systems
- Identify the provider EHR systems and versions for integrations (for example Epic, Cerner, Athena) and number of provider sites.
- Which integration standard do you prefer for each EHR (for example FHIR API, HL7 v2, CCDA, or custom API)?
- How will patient identity matching be handled across systems (for example deterministic using MRN + DOB, probabilistic match, or master patient index)?
- Specify the scope of write-back or messaging to the EHR (for example posting notes, task creation, or updating problem lists).
- Provide test environment access and a technical contact for each EHR integration during validation.
Automate member outreach and notifications
- Which outreach channels should be automated (for example SMS, IVR, telephony, secure portal message, email)?
- Do you require documented member consent for SMS or automated calls per state regulations and your consent records format?
- How should outreach cadence be configured for high-risk members (for example 3 attempts over 7 days, escalation on no response)?
- Specify required message templates, scripts, or language for clinical outreach and escalation pathways (for example after ED discharge).
- Provide opt-out and Do Not Contact handling rules and the expected source of truth for opt-outs.
Activate utilization and transition-of-care workflows
- Which utilization events should trigger workflows (for example ED visit, inpatient admission, observation stay, post-discharge follow-up)?
- Do you require prior authorization or utilization review checks integrated into the workflow and from which system (for example UM system or PA vendor)?
- How should transition-of-care handoffs be routed (for example to assigned RN, to PCP inbox, or to a transition team), and what SLA applies?
- Specify escalation rules and time thresholds for unresolved utilization events (for example escalate after 24 hours without outreach).
- Provide two example discharge-to-home scenarios and the desired workflow steps we should automate for validation.
Train care team on platform workflows
- What target training completion rate is required before go-live (for example 90% of active care managers certified)?
- Which roles require formal certification or assessment (for example RN care manager, social worker, supervisor)?
- How many training sessions and what duration do you prefer (for example four 90-minute sessions, half-day workshop)?
- Specify how you want training completion tracked and evidence provided (for example LMS completion, quiz pass, signed attestation).
- Provide preferred training windows and blackout dates we must avoid for live sessions.
-
Mutual Commit
Finalize commercial and legal terms, data-sharing and privacy requirements, governance, and success-linked acceptance criteria.
Agreement Modules
- Non-Disclosure Agreement (NDA)
- Master Services Agreement (MSA)
- Subscription Order Form
- Statement of Work (SOW)
- Data Processing Agreement (DPA) / HIPAA Business Associate Addendum (BAA)
- Data Use & Sharing Agreement
- Service Level Agreement (SLA)
- Acceptance & Success Criteria Agreement
- Governance & Steering Committee Charter
- Change Order Agreement
- Termination, Data Return & Transition Addendum
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Capture concrete readiness facts — data feeds, system access, stakeholder owners, and training windows required before execution.
Pre-Deployment Questions
Environment and site access
- List the environment names that will be used for integration testing and production and the date each will be available (so we can schedule integration windows)
- Do you have production access paths and authentication method already provisioned for the buyer's teams (SSO/SAML, service accounts, or no access yet)?
- Which system categories will be in scope for phase 1 integrations? (select all that apply)
Data and configuration
- Is there a designated source of truth for member identity and matching (e.g., master member index)?
- If a source of truth exists, provide the owner team name (so we can coordinate matching and identity validation).
- Have field-mapping decisions for member demographics, ADT flags, and the risk score field been finalized (this determines scope of mapping tasks)?
People and ownership
- Provide the named owner (first/last and role) for each deployment workstream: integrations, clinical configuration, training, and operations (one line per owner).
- Is a single executive sponsor for go/no‑go approval identified?
- If sponsor identified, provide sponsor name, title, and best weekday(s) for a final approval meeting (so we can calendar the go/no‑go).
Timing and constraints
- Are there compliance, audit, or contract blackout windows in the next 90 days that would prevent data transfers or cutover activities?
- List planned training windows or known care-team blackout dates (dates and expected audience size) so we can align training and cutover.
- Is there a fixed go-live date or target quarter the buyer requires?
-
Configuration Details
Lock exact integration and configuration values the deployment team will use — API endpoints, field mappings, risk model parameters, and test data plans.
Configuration Details
Environments & Endpoints
- Enter the production platform instance subdomain (exact value the deployment will configure; format: single token like 'care-prod')
- Enter the production API base URL the platform will call to receive ADT/real-time alerts (format: https://... — consumed by the ADT connector)
- Select the hosting region for this production instance (Default: US-East)
Authentication & Credential Handling
- Select the authentication method your clinical/claims sources will use (note: deployment will request the non-secret identifier only; secrets exchanged via your secure channel)
- Provide the credential owner and the secure channel for secret exchange (format exactly: 'Full Name - Role; Secure channel: your secrets manager name or security contact email')
Field & Code Mappings
- Enter the canonical field-mapping source the deployment should use — either enter exactly 'platform_standard' to accept the platform default mapping or enter a full URL/file path to a custom mapping document (format: https://... or s3://...)
- Enter the source diagnosis/condition code system identifier the mappings should expect (enter exact identifier; Default: ICD-10-CM)
Risk Model & Thresholds
- Select the risk model variant to deploy (Default: Platform standard risk model v3.1 — deployment will install the selected model version)
- Enter the numeric high-risk threshold percentile to flag a member as 'high risk' (Default: 90 — enter an integer 0-100)
Testing, Validation & Acceptance
- Enter the test-member dataset location for validation runs (format: sftp://... or https://... — point to the file/path containing test member rows; enter 'platform_sample' to use the platform's sample dataset)
- Select the test acceptance criteria the deployment should enforce for mapping and risk-score validation
-
Deployment & Rollout
Execute the phased rollout, integrations, care team training, and operational cutover with clear owners, milestones, and escalation paths.
-
-
Success
Monitor clinical and financial outcomes, run recurring success reviews, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live Health Check (Weeks 1-4)
- First Outcomes Measurement (Weeks 4-10)
- Acceptance Gate Review (Day 90)
- Monthly Operational Review — Hypercare (Months 4-6)
- Quarterly Success Review
Issues & Enhancements
- Deliver targeted training modules for care managers identified with low weekly active usage.
- Produce a documented acceptance decision for each Solution Scope criterion and capture the buyer signatory where applicable.
- Agree remediation plans with timelines for any failed acceptance items so the loop is closed.
- Confirm the incumbent system status and the plan for final decommission or read-only retention and data archiving.
- Publish the acceptance decision record including pass/fail per criterion and the buyer signatory statement where required.
- Create and publish remediation tasks with deadlines and the specific evidence required for re-evaluation.
- Execute the incumbent decommission checklist and produce an archive report confirming data migration or read-only retention.
- Operational dashboards and incidents
- Reduce ADT alert acknowledgment-to-action time toward the target established in Solution Scope.
- Increase weekly active care manager usage to the target percentage and close critical adoption gaps.
- Prioritize the operational backlog so high-impact items are scheduled for resolution within the hypercare window.
- Resolve the top three operational incidents affecting ADT processing and report completion status before the next review.
- Re-confirm success criteria and owners
- Publish an updated operational runbook including escalation paths and SLAs for integrations.
- Quarterly outcomes vs Solution Scope targets
- Confirm whether the avoidable ED visit rate and PMPM for the high-risk cohort are meeting or moving toward the Solution Scope targets.
- Identify the top clinical or operational drivers requiring intervention next quarter.
- Agree a concise measurement plan and the evidence package for the next quarterly review.
- Publish the quarterly outcomes dashboard and the quarter-over-quarter analysis to the shared channel.
- Run a targeted detailed review analysis on any cohort with worsening avoidable ED visit rates and document recommended fixes.
- Schedule and prioritize enhancement requests that materially affect the agreed quarterly priorities.
- Confirm key data feeds and integrations are delivering expected records and test cases passed.
- Surface and document all high-severity blockers with remediation windows.
- Verify that a baseline of users can access and perform core workflows for the high-risk cohort.
- Publish a deployment validation report summarizing feed status, failed test cases, and next steps.
- Log each open blocker in the shared channel and record the agreed remediation window.
- Schedule targeted refresh sessions for care managers whose access or workflows are incomplete.
- Present first measurement vs targets
- Determine whether the avoidable ED visit rate and documentation time are trending toward the Solution Scope targets or require remediation.
- Agree the top 3 root causes for any metric gaps and the testable changes to address them.
- Confirm the evidence package required for the Acceptance Gate meeting.
- Deliver a data snapshot and methodology note showing how the avoidable ED visit rate and documentation time were calculated.
- Implement agreed short-term workflow adjustments and schedule a follow-up data pull for the next measurement window.
- Fix any identified integration or mapping errors and report when corrected data is available for re-analysis.
- Restate acceptance criteria and targets
- Adoption and training gaps
- Present outcome data against each criterion
- Diagnose root causes for gaps
- Deployment and data feed validation
- Clinical outcome breakdown by cohort
- Enhancement requests and backlog triage
- Early adoption signals and usage patterns
- Document pass/fail and capture formal decision
- Operational adjustments and short-term experiments
- Financial performance and cost drivers
- Open SLA and integration issues
- Open issues, remediation status, and enhancement requests
- Data quality and integration issues
- Remediation plan for any failed criteria
- Blockers, defects, and escalation paths
- Incumbent system wind-down checklist
- Confirm timeline to Acceptance Gate
- Agree short-term operational tasks
- Agree priorities and measurement plan for next quarter
- Agree immediate remediation actions