Results Calls

Patients Read the Result First. Then the Phone Rings.

Cures Act rules push results to the portal without delay, so the call arrives before your callback. Handle it without interpreting a single value.

How it pays back

The Timing Changed and the Phone Absorbed It

Practices used to control the sequence: review, then call, then release. That sequence inverted, and the workload moved to the front desk without any extra staff arriving with it. Answering every one of those calls instantly, with structured capture, is how the volume stops setting the day's agenda.

No Interpretation, Not Even Reassurance

The tempting failure is small: telling a worried patient a value is only slightly out of range, or that the doctor did not seem concerned. That is a clinical statement made by someone not qualified to make it. The system does not make it, in any form, ever.

The Clinician Gets the Question, Not a Name

A message reading that the patient called about her labs takes a chart review to decode. Which test, which date, what the patient actually read, and what they are asking, all captured on the first call, means the callback answers the real question instead of discovering it.

Volume Arrives With the Result Batch

Results release in batches, so the calls come in waves rather than a trickle: a midday spike after the morning run posts, and evening and weekend waves when nobody is at the desk. Unlimited concurrency means the tenth caller in that wave is answered like the first.

Unlimited concurrent calls

A batch result release produces a wave of calls that are all answered at once

24/7 coverage

Results posted on a Friday evening reach a live voice instead of Monday's voicemail queue

HIPAA BAA included

Identity verification and result questions encrypted with AES-256 at rest and TLS in transit

Frequently asked questions

Can the AI tell a patient their result is normal?

No, under any circumstances, including reading back what the patient says is already on their screen. It records the question and routes it to your clinical staff. Interpreting a result is clinical work and it stays with the clinician who ordered the test.

How does it know which result the patient means?

It asks for the test name and the date it was collected or performed, and records whatever the patient can give. If that is not enough to identify the order, the message is flagged for a chart check. It never guesses at a test name or confirms one back as correct.

Should we just delay releasing results instead?

That is a question for your compliance counsel and your EHR configuration, not for a phone system. Routine blanket delays are not permitted under the rule, though guidance has recognised narrow arrangements a patient requests in advance. What the phone system controls is what happens once the call comes.

Does this apply outside the United States?

The Cures Act information blocking rule is a US rule. Practices in Canada and Australia run under their own access and portal frameworks, but the phone behaviour is identical: verify the caller, capture which result and what is being asked, interpret nothing, and route.

How is this different from a standard result callback workflow?

A callback workflow starts with your practice reaching out about a result you have already reviewed. This starts with the patient reaching you about a result nobody in the practice has discussed yet, which changes what has to be captured and how fast it must route.

Does it verify identity before discussing anything?

Yes, using the identifiers your practice specifies, and the same rules apply to a family member or caregiver calling on the patient's behalf. Where the rules are not clearly satisfied, information is taken and nothing is released on the call.

Related reading

Bring this to your practice

See how MedReception AI handles after-hours calls, scheduling, intake, and patient communication for medical practices like yours.

Calls After Patients See Results in the Portal | Medreception AI