Platform

Three components. One care coordinator queue. No EHR write-back required.

A disease-specific risk engine, a multi-channel outreach module, and a reporting dashboard designed for VBC care management — not generic health IT. Each piece built around how care coordinators actually work a panel.

See the platform in a demo
Patientrig patient risk queue interface showing chronic disease patient list with risk tier indicators

Four disease models. One ranked queue per care team.

Each chronic disease population gets its own risk model trained on disease-specific signals. The diabetes model weights Rx fill intervals and HbA1c visit cadence. The CHF model weights post-discharge pharmacy timing and beta-blocker refill gaps. Generic models lose signal — population-specific models surface the right patients at the right time.

The output is a single ranked queue per care team, ordered by intervention urgency. Coordinators don't need to look at four separate disease lists — the system sorts by who needs to be called today, with the reason surfaced next to each patient.

Separate risk models for diabetes, CHF, COPD, hypertension
Appointment sequence signal — not just recency, but pattern
Rx fill interval trend detection (gap opening vs. established gap)
Social determinants proxy from encounter and zip-level data
Model updates daily — queue reflects yesterday's data
Patient
Condition
Risk
Action
D. Torres
CHF
High
Rx + Pharm
B. Williams
Diabetes
High
SMS
L. Petrov
COPD
Med
Call queue
M. Okafor
HTN
Med
SMS
F. Hawkins
Diabetes
Low
Monitor

Three channels. Escalation logic. The right reach for each patient.

SMS goes directly to the patient — highest response rate for younger diabetes and hypertension populations. The nurse call queue surfaces high-risk patients to the care coordinator call list with the reason for the contact pre-populated. The pharmacy alert notifies the dispensing pharmacist at the point of refill pickup — most effective for CHF patients with refill gaps.

The care coordinator sets escalation rules once. From then on, the system fires the right channel, escalates if no response, and marks patients off the queue automatically when they respond.

SMS outreach — personalized, templated, built with HIPAA controls (PHI handling, BAA in place)
Nurse call queue with pre-populated patient context and reason for contact
Pharmacy alert via PBM integration or fax to dispensing pharmacy
Configurable escalation: if no SMS response in 48hrs, surface to call queue automatically
Outreach channel selector interface showing SMS, nurse call queue, and pharmacy alert options for a patient

What the care team sees every morning. What VBC leadership sees each week.

Care coordinators get a daily risk report — who's on the queue, what changed overnight, which interventions are pending. VBC program directors get a weekly summary: refill gap closures, appointment completions, patients moved from at-risk to engaged. Both views pull from the same data, just at different granularity.

For Population and System tier customers, the reporting dashboard includes HEDIS gap closure tracking — showing which care quality measures are on track vs. at risk for the current contract period.

Daily coordinator report — queue changes, pending interventions
Weekly VBC summary — gap closures, engagement trends by disease population
HEDIS gap closure tracking (Population and System tiers)
Exportable for VBC contract reporting — no manual data pull required
Weekly Summary — Chronic Care Panel
Week of Jun 16–22
47
Gaps closed
312
Patients reached
91%
Queue cleared
Gap closures by population
Diabetes
18
CHF
13
HTN
9
COPD
7

Built with HIPAA controls in mind from day one

Patient data security isn't a feature we added after the fact. The architecture was designed around it from the beginning — every BAA, every encryption layer, every role-scoped access control — because we're building for health systems, not consumer apps.

Business Associate Agreement
A BAA is executed with every health system customer before any data connection is established. No data flows without a signed agreement in place.
Encryption at rest and in transit
All patient data is encrypted at rest using AES-256. All data transmission uses TLS 1.3. No unencrypted patient data at any layer.
Role-scoped data access
Care coordinators see only patients on their assigned panel. Administrators see panel-level aggregate data. No user sees data outside their scope. Audit logs maintained for all access events.
Read-only EHR access by default
Patientrig does not write to your EHR in the Pilot or Population tiers. Zero risk of accidental record modification or documentation burden on care teams.

See the platform on your patient population

30-minute demo with Rebecca or Camille. We'll show you the risk queue using your disease cohort — not a generic walkthrough.

Request a demo