Remote Patient Monitoring
Regulated development and commercialization journeys where clinical, quality, and market access align.
Inside this journey
-
Customer Discovery
Align on target outcomes, priority patient cohorts, current monitoring gaps, EHR constraints, billing needs, and success signals.
Discovery Questions
Quick Intro: Who We're Helping
- Which role best describes you in the organization?
- How many patients does your organization manage under value-based contracts where preventing hospitalization directly affects margin?
- Which chronic condition cohorts are highest priority for you right now?
- Tell us briefly about the patient cohort(s) you most want to impact with RPM (age, comorbidity burden, social needs, typical visit cadence).
- Who else on your leadership or operational team will influence an RPM decision?
Are You Waiting For the Phone to Ring?
- How comfortable are you acknowledging that most preventable hospitalizations happen between visits and that your current model may be mostly reactive?
- Think of a recent hospitalization you felt could have been prevented—what exactly happened and where did the opportunity for earlier intervention exist?
- About what percentage of admissions for your priority cohorts do you estimate are preventable with better between-visit data?
- How long has this between-visit gap been a recurring problem for your organization?
- When preventable events occur, how does that impact your team emotionally and operationally (morale, capacity, leadership scrutiny)?
What's Keeping Your Team From Acting?
- Is the core problem that your team is overwhelmed by alert volume, that alerts aren’t actionable, or something else entirely?
- How many full-time equivalents (FTEs) are currently assigned to triage remote data or similar alert queues?
- Describe a typical day for the staff who handle alerts and the biggest friction points they face.
- Roughly what percentage of alerts do clinicians classify as false positives or low-value in your current workflows?
- What approaches have you tried to reduce unnecessary alerts (threshold changes, escalation filters, nurse-only triage) and what were the immediate results?
Where Data Meets the Record—or Gets Lost
- If RPM data is not integrated directly into clinician workflows in the EHR, does it tend to be used or ignored?
- Which EHR(s) are in use and where would you prefer RPM data to land (flowsheet, inbox, problem list, summary, CDS)?
- Do you currently have any device-data interfaces, APIs, or middleware in production for external vitals ingestion?
- How critical is automated charting and discrete data capture for clinician adoption and reporting?
- If full integration will take time, what interim workflows would clinicians tolerate to still act on RPM data?
Billing, Reimbursement, and ROI — Are You Counting on It?
- Are you confident your organization can sustainably bill for RPM services, or is reimbursement a gating issue for you?
- Which RPM or chronic care billing codes are you currently using or planning to use?
- Will billing and revenue cycle for RPM be managed internally, by the vendor, or via a hybrid model?
- What hospitalization-reduction percentage or dollar ROI would make this program an unequivocal yes for leadership?
- How quickly do you expect cost recovery or measurable ROI from device and implementation investments?
What Would Success Actually Feel Like?
- If avoidable admissions were meaningfully reduced in your priority cohort, what would that free up for your organization operationally and strategically?
- Which outcome metrics will convince your board/leadership that RPM is working?
- Please list two priority metrics and their current baseline values that you want to improve.
- How frequently would you like performance reporting and in what format for operational decision-making?
- Who must be convinced by the pilot metrics for you to move to enterprise adoption?
Path to Pilot and Governance — Are We Aligned?
- If a pilot lacked clear owners, escalation rules, and acceptance criteria, would it likely stall—or could informal champions carry it forward?
- What size pilot (patient count and duration) would you consider sufficient to make a go/no-go decision?
- Which stakeholders must be on the pilot steering committee for it to have traction?
- What non-negotiable acceptance criteria would you require to declare a pilot successful (e.g., X% reduction in admissions, Y% adherence, Z alerts per 100 patients)?
- Who will own ongoing governance, tuning of alert logic, and staffing decisions if the program scales?
- Realistically, how soon could you start a pilot after statement-of-work and contract sign-off?
-
Solution Experience
Walk through real patient scenarios and workflows to confirm how tuned alerts, device choices, and monitoring services prevent hospitalizations without overwhelming staff.
Experience Meetings
- Pre-Experience Alignment
- Patient Scenario Walkthroughs (Diagnosis -> Proof -> Validation)
- Alert Logic & Tuning Workshop (Proof of Future State)
- Workflow & Escalation Simulation (Validation)
- Validation & Pilot Design Decision
- Agree on training and SOP updates required for pilot readiness.
- Vendor to produce a scenario-by-scenario 'what changed' summary linking device reading to clinical action and outcome.
- Customer to confirm any clinical edits to thresholds or preferred device choices for each cohort.
- Both teams to identify required EHR documentation points and note where automatic flows vs manual entry are needed.
- Review Baseline Alert Volumes & Capacity
- Produce tuned alert rules for primary cohorts that demonstrably reduce non-actionable alerts.
- Show simulation results that meet agreed staffing capacity targets and sensitivity thresholds.
- Agree on escalation trees and required SLAs for response.
- Vendor to deliver formal alert-rule document with parameter definitions and recommended default tunings.
- Vendor to run a full-cohort simulation (30–90 days) and return projected alert volumes and staffing needs.
- Customer to identify clinical lead(s) authorized to sign off rule changes during pilot tuning.
- Simulation Goals & Success Criteria
- Validate that triage workflows can be executed within capacity targets and prevent escalation to hospitalization in simulated cases.
- Identify and document all friction points and required EHR changes to support the workflow.
- Introductions & Objectives
- Customer clinical lead to approve final SOP edits and designate training participants.
- Vendor to produce EHR build specification and message maps required for automated documentation and escalation.
- Both teams to schedule role-based training sessions before pilot start.
- Recap Validated Future-State Outcomes
- Obtain customer approval to proceed to a defined pilot with agreed success metrics and owners.
- Finalize pilot scope (cohorts, devices, monitoring levels) and the reporting cadence required to evaluate outcomes.
- Assign governance and operational owners and confirm timeline to kickoff.
- Vendor to circulate the pilot proposal document (scope, SLA, success metrics, timeline) for formal sign-off.
- Customer to designate pilot executive sponsor and clinical lead and confirm resource allocation.
- Both teams to schedule pilot kickoff and finalize dates for device provisioning and EHR builds.
- Agree on a crystal-clear one-sentence current-state that describes where monitoring is breaking today.
- Quantify the consequence (clinical, operational, financial) tied to the current-state.
- Define a single-sentence, measurable future-state outcome to be validated during the experience.
- Confirm the real patient cohorts/cases to be used in subsequent walkthroughs.
- Customer to provide anonymized sample records for agreed patient cohorts (vitals, device logs, recent admissions).
- Vendor to draft and circulate the final one-sentence current-state and future-state (for sign-off).
- Both teams to agree on numeric consequence data (hospitalization rate, estimated costs, staff hours) and share supporting reports.
- Capture customer objections/edits to rules or workflows to iterate before pilot design.
- Recap Current & Future State
- Validate that the chosen devices and alert rules produce actionable signals that would have changed outcomes for the presented cases.
- Estimate per-case prevented hospitalizations and clinician time required to act on signals.
- Proposed Pilot Scope & Cohorts
- Run 5 Role-Play Alerts Across Cohorts
- Scenario 1 — Heart Failure (Weight + BP)
- One-Sentence Current State (Facilitated)
- Alert Design Principles & Constraints
- Measure Time-to-Action & Decision Outcomes
- Explicit Consequence Quantification
- Live Rule-Build: Cohort A (High-risk HF)
- Scenario 2 — Hypertension (BP monitoring + med adherence flag)
- Acceptance Criteria & Reporting Plan
- Resourcing, Timeline & Governance
- Scenario 3 — COPD (SpO2 + symptom reporting)
- Live Rule-Build: Cohort B (Hypertension/Diabetes)
- Identify Friction Points (EHR, Staffing, Communication)
- One-Sentence Future State (Outcome Focused)
- Scenario 4 — Diabetes (Glucose trends + education touchpoint)
- Select Real Patient Cohorts & Representative Cases
- Short Simulation & Volume Projection
- Update SOP & Training Needs
- Decision & Next Steps
- Tie Rules Back to the Problem
- Confirm Success Criteria for the Experience
- Synthesis: Expected Impact & Staff Load
- Validation Checkpoints
-
Solution Scope
Define devices, alert logic and tunability, monitoring service levels, EHR integration points, staffing responsibilities, and measurable acceptance criteria.
Scope Configuration
- Device Provisioning and Shipping
- Patient Device Setup and Remote Configuration
- Connected Vitals Ingestion and Normalization
- Configure Clinical Alert Rules and Thresholds
- Deploy Care Team Monitoring Dashboard
- EHR Integration and Data Mapping
- RPM CPT Coding Templates and Billing Support
- Continuous Clinical Monitoring and Alert Triage
- Clinical Escalation and Clinician Handoff
- Patient Engagement Messaging and Adherence Nudges
- Device Maintenance, Troubleshooting, and Replacement
- Care Team Training on RPM Workflows and Dashboard
- Monthly Outcomes Reports and Hospitalization Metrics
Scope Questions
Device Provisioning and Shipping
- Do you want vendor-managed device provisioning and outbound shipping included in scope?
- What is the expected initial device volume and ongoing monthly cadence?
- Which device types require provisioning (select all that apply)?
- Are there labeling, kit-assembly, or custom packaging requirements (e.g., site IDs, multi-device kits)?
- If yes, describe labeling, kit composition, or regulatory labeling needs.
- What shipping destinations must be supported (states, facilities, international)?
- Who owns inventory management, returns, and RMA processes?
- What acceptance criteria confirm successful provisioning (e.g., device delivered to patient, device registered in portal)?
Patient Device Setup and Remote Configuration
- Do you require remote out-of-box setup support (phone/video) for patients?
- Which setup tasks should vendor perform remotely (select all that apply)?
- What patient populations need special onboarding support (e.g., low digital literacy, non-English speakers)?
- Do devices need to be pre-configured with patient assignments before shipping?
- What are your preferred patient contact methods for setup (phone, SMS, video call), and acceptable hours?
- What success criteria define a completed setup (e.g., first reading received, patient-reported confidence)?
- Do you require enrollment consent capture, RPM eligibility checks, or documentation as part of setup?
Connected Vitals Ingestion and Normalization
- Which data sources need to be ingested and normalized (select all that apply)?
- What data elements must be normalized and stored (e.g., systolic/diastolic, glucose mg/dL, weight kg/lbs, SpO2, device metadata)?
- How quickly do readings need to appear in the clinical dashboard (near‑real time, hourly, daily)?
- Are there existing device vendors/models already approved that must be supported? List makes/models.
- Do any devices transmit proprietary or nonstandard payloads that require custom normalization?
- What data retention, audit logging, and HIPAA security expectations apply to ingested vitals?
- What acceptance criteria validate successful ingestion and normalization (e.g., % of readings parsed without errors)?
Configure Clinical Alert Rules and Thresholds
- Do you want vendor-provided default clinical rules or custom rules defined by your clinical leadership?
- Which alert types are required (select all that apply)?
- Who will own rule governance and tuning post-launch (clinical leadership, vendor clinical team, shared)?
- What is the desired alert sensitivity vs. specificity tradeoff (minimize false positives vs. maximize detection)?
- Do alerts require multi-parameter correlation (e.g., weight + BP for heart failure) before triggering?
- What clinical acceptance criteria will be used to sign off alert logic (e.g., alert volume per 100 patients/day, % actionable alerts)?
- Do alerts need to be tunable per patient cohort or risk tier?
Deploy Care Team Monitoring Dashboard
- Which roles will use the dashboard (select all that apply)?
- What views and filters are required (e.g., high-risk list, alerts queue, patient timeline)?
- Do you require role-based access controls and audit trails on the dashboard?
- What EHR context do clinicians need visible in the dashboard (med list, last visit, care plan)?
- What performance expectations should the dashboard meet (load times, concurrent users)?
- Do you need dashboard embedding inside the EHR or single sign-on (SSO)?
- What success metrics validate dashboard deployment (e.g., user adoption %, time-to-first-action on alerts)?
EHR Integration and Data Mapping
- Which EHR(s) must be integrated with (select all that apply)?
- What integration methods are acceptable (select all that apply)?
- What specific data flows are required into the EHR (vitals flowsheet, discrete observations, encounter notes, alerts)?
- Who will own the EHR build and testing (customer IT, vendor integration team, third party)?
- Are there existing EHR templates or flowsheets we must map to, or do we need to create new ones?
- What project timelines and go‑live windows must EHR integration align with?
- What acceptance tests will confirm successful integration (e.g., sample patient data appears in flowsheet, alerts create inbox tasks)?
RPM CPT Coding Templates and Billing Support
- Do you want vendor-provided CPT code templates and claim examples for RPM billing?
- Which payer types should billing templates cover (select all that apply)?
- Do you need assistance creating documentation workflows that support CPT requirements (time tracking, patient consent, device supply documentation)?
- Who will perform claims submission and revenue cycle management for RPM services?
- Do you require training for clinicians/billing staff on RPM coding and reimbursement changes?
- What acceptance criteria confirm billing readiness (e.g., successful test claim, expected reimbursement rate)?
Continuous Clinical Monitoring and Alert Triage
- What monitoring service level is required (select one)?
- What is the expected patient panel size per monitoring FTE (to estimate staffing)?
- What workflows should triage handle vs. escalate to clinicians (e.g., medication changes, urgent referrals)?
- Do you require documented SOPs for triage decisions and clinical documentation standards?
- What response time SLAs do you require for actionable alerts (minutes, hours)?
- What metrics define successful triage operations (e.g., % alerts reviewed within SLA, % escalations appropriate)?
Clinical Escalation and Clinician Handoff
- What escalation pathways should be supported (select all that apply)?
- Who is the designated receiving clinician(s) for escalations and what are their contact preferences?
- Do escalations require structured documentation to be appended to the EHR encounter (e.g., templated note)?
- Are there defined clinical escalation thresholds that require immediate action vs. routine follow-up?
- Do you need built escalation routing rules based on patient risk strata, geography, or clinic hours?
-
Mutual Commit
Finalize commercial terms, SLAs, pilot design, reimbursement support, timelines, and governance to confirm mutual readiness to proceed.
Agreement Modules
- Master Services Agreement (MSA)
- Statement of Work (SOW)
- Service Level Agreement (SLA)
- Pricing & Commercial Terms
- Pilot Agreement & Acceptance Criteria
- Reimbursement Support Addendum
- Business Associate Agreement (BAA) / Data Processing Agreement (DPA)
- EHR Integration & Interface Agreement
- Device Provisioning & Ownership Terms
- Implementation Timeline & Governance Charter
- Training & Change Management Plan
- Security & Compliance Assessment Sign-off
- Clinical Escalation & Oversight Protocol
- Change Order & Scope Management
- Termination, Transition & Renewal Terms
-
Deployment
Schedule and execute device provisioning, patient onboarding, EHR builds, staff training, alert tuning, and escalation pathways with clear owners and milestones.
-
Success
Validate outcomes against success signals, report hospitalization and alert-volume impacts, iterate on workflows, and maintain a shared channel for issues and improvements.
Success Reviews
- Success Validation Review
- Alert Volume & Tuning Workshop
- Hospitalization Case Review & Root Cause Analysis (RCA)
- Workflow Iteration & Training Sync
- Success Governance & Quarterly Business Review (QBR)
Issues & Enhancements
- Draft updated SOPs and circulate for clinical sign-off within 7 days (owner: Clinical Ops).
- Assign clear owners and deadlines for the highest-priority corrective actions.
- Opening & Objectives
- Case Selection & Objective
- Determine whether the hospitalization was preventable and identify specific failures in monitoring or workflow.
- Assign corrective and preventive actions with owners, deadlines, and verification steps.
- Ensure RCA outcomes are captured for trend analysis and reported in the next QBR.
- Publish RCA report with timeline, root causes, and assigned corrective actions to the shared channel and clinical record (owner: Quality Lead).
- Implement immediate fixes that can prevent recurrence within 30 days (owner: Clinical Ops).
- Log the case in the program risk register and surface to governance if systemic (owner: Program Manager).
- If reimbursement/coding action is relevant, prepare documentation and consult revenue cycle for retroactive claims (owner: Billing Lead).
- Ensure patient engagement changes are ready to be piloted and measured.
- Recap of Recent Validation Findings
- Approve a concrete workflow and training rollout plan that addresses validated gaps.
- Assign owners for updating SOPs and delivering training with clear timelines.
- Produce an actionable short-list of tuning and operational items for execution before the next review.
- Schedule targeted training sessions and create short refresher materials for clinicians (owner: Training Lead).
- Deploy revised patient onboarding scripts and measure effect on adherence over 30 days (owner: Patient Engagement).
- Add post-training competence checks to verify adoption and report results at next operational review (owner: Program Manager).
- Executive Summary vs Success Signals
- Secure leadership alignment on program performance and whether to scale, pause, or modify the engagement.
- Approve prioritized investments or escalations with committed budgets/timelines where applicable.
- Confirm governance cadences, decision rights, and the persistent shared communication channel for rapid issue resolution.
- Produce a QBR packet with metric dashboards, RCA highlights, financial summary, and roadmap items (owner: Analytics/Program Lead).
- Publish executive decisions and approved backlog to the shared channel and schedule required follow-up meetings (owner: Program Manager).
- If funding or scope changes are approved, update commercial/legal contacts and amend the pilot/commercial plan (owner: Commercial Lead).
- Confirm the next QBR date and interim governance touchpoints (owner: Executive Sponsor).
- Confirm whether program metrics meet each agreed success signal and highlight gaps.
- Export and circulate the prior 30/90-day dashboard with cohort breakdowns to attendees (owner: Analytics Lead).
- Create prioritized tuning requests (alerts thresholds, escalation rules) with expected impact estimates (owner: Clinical Ops).
- Post summary of decisions and assigned owners to the shared channel with deadlines (owner: Program Manager).
- Open ticket for any identified EHR data or integration blockers and link to action plan (owner: IT Lead).
- Pre-work Review & Current State One-Sentence
- Reduce actionable alert volume to a level that matches clinical capacity without materially increasing missed events.
- Agree on a prioritized list of tuning changes with measurable acceptance criteria and rollback plans.
- Ensure clinicians validate that proposed logic preserves clinical intent for each cohort.
- Apply agreed tuning scenario in staging and produce a 14-day simulated alert volume report (owner: Vendor Ops).
- Update clinical runbook with new triage rules and escalation contacts (owner: Clinical Lead).
- Schedule a 2-week follow-up to verify real-world alert volumes and clinician burden post-change (owner: Program Manager).
- Document any device or patient-behavior causes and create patient education scripts to reduce noise (owner: Patient Engagement).
- Timeline & Data Review
- Clinical Outcomes & Utilization Impact
- Identify Workflow Changes Needed
- Current State Snapshot
- Representative Case Walkthroughs
- Root Cause Mapping
- Compare Metrics to Success Signals
- Adherence to Escalation Pathway
- Training Needs Assessment
- Operational Health
- Identify Root Causes & Contributing Factors
- Proposed Tuning Options & Simulation
- Financial & Reimbursement Update
- Create Implementation Plan
- Trend & Segment Analysis
- Staffing Capacity & Escalation Alignment
- Corrective Actions & Preventive Measures
- Patient Adoption & Engagement Adjustments
- Improvement Backlog & Roadmap
- Decisions & Triage of Actions