Saga IT

Closing Care Gaps in the EHR Workflow

What care gaps are, why they stay open, and how CDS Hooks, SMART on FHIR sidebars, and discrete write-back close them during the visit.

Clinical Decision SupportSMART on FHIRValue-Based CareEpic Integration

A care gap is the distance between the care a guideline says a patient should receive and the care your records show they got. The overdue mammogram. The diabetic patient with no A1c in nine months. The heart-failure patient who left their last three visits without a documented ejection fraction. Multiply by a panel of thousands and you have the daily arithmetic of value-based care.

Here is the uncomfortable part: most organizations already know their gaps. The analytics vendor produces the list. The payer emails the spreadsheet. The dashboard glows amber. What is missing is not identification, it is closure, and closure only happens in one place: the visit. This post is about the plumbing that gets a gap from a report into the exam room and back out as coded, closed, countable care. It is the same architecture whether the driver is HEDIS measures, ACO quality scores, or HCC risk adjustment.

Where gap lists come from

Three streams feed almost every gap program, and they disagree with each other more than anyone admits.

Convergence diagram showing three tributary sources flowing into a single patient-level gap register: a quality measure engine computing HEDIS and eCQM numerators and denominators from clinical data, payer gap-in-care files arriving monthly as spreadsheets with a claims lag, and HCC risk-adjustment suspecting that flags chronic conditions documented last year but not yet recaptured this year. The register deduplicates the three streams, resolves patient attribution, and ranks each patient's open gaps with the evidence behind them

  • Quality measure engines. HEDIS and eCQM logic run against your own clinical data: denominators, numerators, exclusions. This is the freshest stream and the one you control.
  • Payer gap files. Health plans send gaps-in-care lists for attributed members, usually monthly, usually as CSV, always on a claims lag. They see care delivered outside your walls, which you often cannot, and they arrive weeks stale.
  • Risk-adjustment suspecting. Under HCC models, chronic conditions must be documented each year to count. A diagnosis coded last December that has not appeared this year is a documentation gap with direct revenue and risk-score consequences.

The first engineering job is boring and decisive: merge the three streams into one patient-level register, deduplicate the same gap reported three ways, resolve attribution, and attach the evidence to each line. A gap without its evidence is an argument waiting to happen in the middle of a clinic session.

Why gaps stay open

Because the standard closure workflow happens at the wrong time, in the wrong place, staffed by the wrong scarce resource.

Two contrasting timeline bands. The retrospective loop on top: a monthly gap report is generated, a population health team works the list, outreach calls go out, some patients call back, fewer book, and the loop takes weeks per cycle with most gaps still open at the end. The point-of-care band below: the patient is already in clinic for a scheduled visit, the gap surfaces inside the EHR during that visit with evidence attached, the order is placed or the condition addressed on the spot, and the gap closes the same day

The retrospective loop looks like this: the report runs monthly, a population health team works the list, outreach calls go to voicemail, a fraction of patients call back, a smaller fraction book, and by the time the cycle completes the file is stale and the team starts over. Every step leaks. None of it involves the person with the ordering pen at the moment they are thinking about the patient.

Meanwhile, the average primary care panel produces a steady stream of scheduled visits. The patient with four open gaps is not hiding. She is on Thursday’s schedule for something else entirely. The cheapest, most reliable care gap closure event in existence is the visit that was already going to happen. The entire engineering problem reduces to one sentence: get the right gap in front of the right clinician while the patient is in the room, with the evidence attached and the action one click away.

Outreach still matters for patients who never come in. But if your in-visit closure rate is low, outreach is filling a leaky bucket.

Closing gaps where care happens

Getting into the workflow is what clinical decision support is for. Three surfaces do the work, and mature programs usually run a deliberate mix.

Simplified EHR chart wireframe with three numbered callouts marking where guidance can surface: a native alert strip across the top, an embedded panel beside the chart launched with SMART on FHIR, and an in-chart prompt in the note area delivered with CDS Hooks. A caption notes that one gap register can drive all three, and that which surface fits depends on the moment, the EHR, and how much clinician attention the task deserves

In-chart prompts. CDS Hooks is the HL7 standard for point-of-care guidance: the EHR calls an external service at defined workflow moments (patient-view when the chart opens, order-select and order-sign during ordering) and renders the cards that come back, evidence included. The logic lives in one external service rather than in per-site rule builds, so the same service can serve every EHR that speaks the standard.

Embedded panels. A prompt is a nudge; some work needs a workspace. SMART on FHIR launches an app inside the chart with the patient already in context, which is where the longer-form review work belongs. The two standards are designed to compose, so a prompt can hand off to the panel when a nudge is not enough.

Native alert frameworks. Epic’s Best Practice Advisory (BPA) and its equivalents elsewhere are configured inside the EHR and are unbeatable for hard-stop moments and site-specific policy. They are also the most abused surface in healthcare, which is why we treat interruptive alerts as a scarce budget to be spent, not a default.

Epic BPA (native)CDS HooksSMART on FHIR app
Where the logic livesInside Epic, per orgYour external serviceYour external app
Works across EHR vendorsNoYes, where supportedYes, where supported
FiresRule-defined momentspatient-view, order-select, order-signOn launch (incl. from a card)
Best atHard stops, site policyLightweight prompts with evidenceFull gap review + documentation
Maintenance profilePer-site analyst buildsOne service, many sitesOne app, many sites

The register from the first section drives all three surfaces. That is the architectural point: one source of truth about who has which gaps and why, rendered wherever the workflow needs it.

The write-back is the point

An alert that ends with “the clinician nodded” closes nothing. A gap is closed when the record says so, discretely: the order placed, the condition on the problem list, the diagnosis on the visit, the result recorded. Coded, not narrated, because quality measures and claims read codes, not prose.

Staircase diagram ascending through five steps from prompt to closed gap: the clinician reviews the surfaced gap with its evidence; the clinician attests during the visit, accepting or dismissing with a reason; the accepted action writes back discretely as a problem-list entry, visit diagnosis, or order; the encounter flows onward to the claim and to quality reporting; and the measure numerator credits, which updates the gap register so the prompt never fires again for a closed gap. A side note flags that write-back capability varies by EHR and is governed per site, so the accept step is designed in rather than assumed away

Two design rules keep this honest:

  • The clinician is the gate. Nothing writes silently. The provider accepts or dismisses each suggested action during the visit, with dismissal reasons captured. The attestation is the product; the write-back is its receipt.
  • Respect the variance. What can land discretely differs by EHR and by version, and every write scope is negotiated, reviewed, and governed per site. We design for an explicit accept step instead of pretending it away, because a workflow that overclaims silent writes fails its security review and then fails its pilot.

Done right, the loop closes itself: the write-back updates the clinical record, the measure engine recomputes, the gap leaves the register, and the prompt never fires again for a gap that is already closed. Prompts that keep firing on closed gaps are how clinicians learn to ignore your system in under a week.

Alert fatigue, transparency, and the FDA line

Every additional prompt spends a finite resource: clinician attention. The programs that survive contact with a busy clinic share the same discipline. Fire rarely. Fire at the moment the action is possible. Show the evidence on the card, not behind a login. Track override and dismissal rates per prompt and retire the ones the data says are noise. A care-gap program with a 95% override rate is not a quality initiative, it is a pop-up ad.

Transparency also happens to be the regulatory posture. The 21st Century Cures Act excludes CDS software from FDA device regulation when, among other criteria, the clinician can independently review the basis for each recommendation, and FDA’s 2022 guidance draws that line in detail. Guideline-based gap prompts that cite their source and show their data are built to live on the non-device side of it. That is one more reason the evidence goes on the card.

How we engage

We build this stack for provider organizations and for the vendors who serve them: value-based care enablers, population health platforms, and analytics companies whose gap lists deserve better than a portal nobody opens.

  1. Register and rules. Merge measure-engine output, payer files, and suspecting into one deduplicated, evidence-carrying gap register.
  2. Surfaces. CDS Hooks services and SMART on FHIR apps, plus native BPA builds where they fit, all driven by the register.
  3. Write-back and governance. Discrete write paths per EHR, attestation workflows, Epic app registration and the security review that comes with it.
  4. The measurement loop. Closure rates, override rates, and time-to-close, per prompt and per site, so the program improves instead of accreting.

The same architecture that closes a HEDIS gap closes an HCC recapture gap and a clinical trial screening gap; only the rules change. If your gap lists are long and your closure rates are not moving, talk to us. Bring one measure; we will walk the whole loop for it.

Related reading: Enabling Clinical Research with EHR Data applies the same in-workflow philosophy to trial recruitment, and our SMART on FHIR guide covers the app-launch framework these surfaces share.

Frequently Asked Questions

What is a care gap in healthcare?

A care gap is the distance between the care a guideline says a patient should receive and the care your records show they actually got: the overdue A1c for a diabetic patient, the missed colorectal screening, the statin that was never started. Gaps are defined by quality measures (HEDIS, eCQMs), payer programs, and clinical guidelines, and closing them drives both outcomes and value-based care performance.

What is care gap closure?

Care gap closure is the workflow that turns an identified gap into documented, coded care: the screening gets ordered, the condition gets addressed, and the action lands in the record discretely enough to count, in the problem list, the visit diagnoses, or an order, so the quality measure and the claim both see it. Lists identify gaps; closure happens in the visit.

What is the difference between an Epic BPA and CDS Hooks?

A Best Practice Advisory (BPA) is Epic's native alert framework: rules built and maintained inside Epic, per organization. CDS Hooks is an HL7 standard: the EHR calls an external service at workflow moments (such as patient-view or order-sign) and renders the cards it returns. BPAs are quick to stand up in one Epic shop; a CDS Hooks service carries the same logic across every EHR that supports the standard, and can launch a SMART on FHIR app for the full workspace experience.

Is care-gap CDS regulated by the FDA?

Usually not, when it is designed correctly. The 21st Century Cures Act excludes clinical decision support from the device definition when, among other criteria, the clinician can independently review the basis for each recommendation. Guideline-based care-gap prompts that show their evidence are built to sit on the non-device side of that line, and FDA's 2022 CDS guidance is the reference for where it falls. We design cards so the basis is always one glance away.

Need Help with Healthcare IT?

From HL7 and FHIR integration to cloud infrastructure — our team is ready to solve your toughest interoperability challenges.