A critical-results communication checklist is an organization-approved workflow for getting a nonroutine diagnostic result from the interpreting team to an authorized recipient, recording acknowledgement, and escalating when acknowledgement is missing. The organization, not this template, defines which findings qualify, who may receive them, and the required timing.

This page covers the communication handoff only. It does not determine urgency, interpret images, recommend treatment, or prove that clinical follow-up occurred.

Print this checklist without entering an email address. The page contains no patient-data fields and stores no case data. Do not type, paste, or send patient information to Call Force Global from this resource.

Operational template only. This is not clinical guidance, legal advice, an accreditation standard, or a substitute for your organization's approved policy. Licensed clinical, privacy, security, and compliance owners must approve the findings in scope, authorized recipients, verification method, communication channels, timing, escalation, documentation, and retention before use. Relay personnel do not interpret findings or make clinical decisions.

This independent Call Force Global template is informed by the cited sources. It is not authored, approved, endorsed, or certified by the American College of Radiology, Joint Commission, or HHS.

Clinical-use approval gate: This independent operational template does not supply clinical policy. Before an organization adapts it for use, its licensed clinical owner must approve the findings in scope, recipient roles, verification method, communication interval, escalation, closure criteria, and clinical-question path.

Approval record: In the controlled document system, record the reviewer's name and credential, current-license verification source and date, exact sections reviewed, required changes, approval decision, approved version, effective date, and next review trigger. Publication of this template is not that approval.

Four-step boundary diagram: a clinical source supplies approved wording; a nonclinical relay verifies the authorized recipient and transmits verbatim; the authorized recipient acknowledges receipt; the licensed clinical team owns interpretation and follow-up.
The relay role owns verification, verbatim transmission, acknowledgement capture, and documentation. Clinical interpretation and follow-up remain with licensed teams.
Download this boundary diagram (SVG)

What this checklist covers

This worksheet is for radiology groups, imaging operations leaders, hospital departments, privacy and security teams, and outside operations partners that are designing an overnight communication relay. It helps those owners turn an approved policy into a repeatable handoff. It is deliberately narrower than the full clinical process.

The relay begins when an approved source makes a finding available for nonroutine communication. It includes confirming that required source fields are present, locating the authorized recipient, applying the approved verification steps, stating the supplied wording, capturing acknowledgement, documenting attempts, and using the written backup path when acknowledgement is missing. It ends only under the organization's written closure criteria or when its designated owner accepts the handoff.

The relay does not classify a finding, decide urgency, select a recipient through judgment, interpret an image, answer a clinical question, recommend treatment, or certify follow-up. Those duties stay with licensed teams and the organization's accountable owners. Keeping that boundary explicit helps a buyer evaluate overnight after-hours answering and relay coverage without confusing communication support with clinical practice.

Principles behind a critical-results communication workflow

The official sources do not provide a universal outsourced call script. They support an organization-defined process. The current American College of Radiology practice parameter discusses expedited nonroutine communication, communication methods reasonably designed for receipt, documentation, and written policies that assign responsibilities. It also explains that the document is educational and is not an inflexible rule or legal standard of care.

The Joint Commission's current National Performance Goals place responsibility on the hospital to define critical results, reporting relationships, acceptable reporting intervals, documentation, and evaluation. Its handoff element also calls for a process that allows discussion between the giver and receiver. The Joint Commission's Quick Safety 52 discusses closed-loop communication as a safety concern and identifies vulnerable points such as missing acknowledgement, unavailable recipients, and weak backup paths. Quick Safety is informational, not an accreditation standard.

HHS guidance matters when an outside party creates, receives, maintains, or transmits protected health information on behalf of a covered entity. The exact legal relationship and any exceptions depend on the facts. A qualified privacy or legal owner should determine business-associate status and required contract terms. Where a Business Associate Agreement is required, it is only one control. The operating scope still needs approved access, safeguards, channels, incident reporting, subcontractor terms, and actual adherence.

Together, those sources support a practical design rule: the organization defines the clinical and legal decisions, while the relay workflow makes assigned communication steps visible, repeatable, and auditable. The following checklists preserve that division.

Before coverage starts: workflow setup checklist

Policy owner and scope

  • A licensed clinical owner has approved the definition of critical results and the findings covered by this relay.
  • The written policy names who initiates communication, who may receive it, and who owns clinical follow-up.
  • The policy defines the acceptable reporting interval for each result category. This worksheet does not supply one.
  • The overnight coverage window, time zone, start and end conditions, and handoff owner are documented.
  • The script and contact matrix show a version number, effective date, review date, and change approver.

A versioned scope keeps operations from quietly drifting away from the approved policy. If a role, channel, system, or contact path changes, the accountable owner can evaluate and approve that change before it reaches the relay team.

Roles and contact paths

  • Primary and backup authorized recipient roles are named.
  • The escalation owner and approved contact method are named.
  • An owner and update cadence are assigned to the after-hours roster or directory.
  • The process lets the receiving clinician reach an appropriate clinical source for questions. Relay personnel do not answer clinical questions.
  • A downtime path exists for phone, approved clinical systems, authentication, and connectivity failures.

A contact list without ownership becomes stale. Record who maintains it, how an update becomes effective, and how relay personnel know they are viewing the current version. Test backup and downtime paths with synthetic records rather than discovering an access problem during a live handoff.

Privacy, systems, and vendor scope

  • The privacy or legal team has determined whether each outside vendor is a business associate for this scope.
  • Any required Business Associate Agreement is executed before the vendor creates, receives, maintains, or transmits protected health information.
  • The written scope names approved systems, channels, data fields, actions, roles, retention, safeguards, and incident reporting.
  • Subcontractors with access to protected health information are identified and subject to the applicable written restrictions.
  • Access is limited to organization-approved fields and actions for the assigned relay role.
  • No patient information is stored on personal devices, local files, public worksheets, or unapproved channels.

The applicable agreement should match the actual workflow. A broad contract does not replace system configuration or operating controls. The medical answering service scope guide provides related due-diligence questions for systems, permissions, and safeguards.

Script, documentation, and readiness testing

  • The script identifies the caller, role, and purpose without adding clinical interpretation.
  • The approved patient-verification and recipient-authorization steps are written into the script.
  • The source of truth for the finding is named, and the script requires verbatim relay without paraphrase.
  • The script includes the approved method for capturing and confirming the recipient's identity and acknowledgement.
  • Voicemail, callback, backup, and escalation branches are written and approved; relay staff do not invent intervals.
  • Required log fields and closure criteria are configured in the approved system.
  • Primary, backup, downtime, mismatch, and suspected-incident scenarios have been rehearsed with synthetic data.

Readiness testing should demonstrate whether the script, roster, access, and documentation fit together. Use synthetic data and a controlled environment. Record defects, assign owners, and repeat the drill after corrections. The exercise verifies the designed handoff, not a medical decision or live-case result.

Per-case overnight relay checklist

Before contact

  • Open the case only in the approved system.
  • Confirm that the source record contains the fields required by the approved script. If information is missing or inconsistent, stop and escalate.
  • Confirm the current authorized recipient and contact path from the approved roster.
  • Complete the organization-approved patient-verification step before disclosing the finding.

The relay role checks for the presence and consistency of required source fields. It does not correct or infer a missing clinical detail. When a field does not match, the safe operational action is to pause and use the approved escalation path.

During contact

  • Identify yourself, your role, and the purpose of the call using the approved script.
  • Confirm that the person reached is authorized to receive the finding.
  • State the finding exactly as supplied by the clinical source. Do not shorten, paraphrase, explain, or interpret it.
  • Capture and confirm the recipient's identity using the approved method.
  • Obtain and record explicit acknowledgement of receipt. Route clinical questions to the designated clinical source.

Verbatim relay protects the boundary between transmitting information and interpreting it. If the receiving person asks what a finding means or what should happen next, the relay personnel should connect or direct the question according to the approved path rather than improvise an answer.

After contact

  • Record the date, time, time zone, method, contact attempted, recipient, outcome, acknowledgement status, and attempt number.
  • If acknowledgement is missing, follow the written backup and escalation path. Do not invent a callback cadence or closure rule.
  • Close the communication handoff only when the organization's written closure criteria are met or the designated escalation owner accepts responsibility.
  • If there is a mismatch, misstatement, wrong-recipient contact, or suspected privacy/security incident, stop, preserve a factual record, and follow the approved incident path.
  • Keep all live-case details in the authorized system. Do not enter them on this webpage or send them to Call Force Global through this resource.

Documentation should let an authorized reviewer reconstruct the communication steps without relying on memory. Record facts, not conclusions. An acknowledgement closes only the defined communication portion and should not be described as proof of later clinical action.

When acknowledgement is missing

Acknowledgement received from an authorized recipient?

  • Yes: Record recipient, acknowledgement time, method, and outcome; close only under written policy.
  • No: Record the attempt; use the approved backup recipient; if still unacknowledged, invoke the approved escalation owner.

Escalation owner accepts handoff? Record owner and acceptance time. If not, continue only as the written policy directs and notify the designated supervisor.

A delivery indicator or voicemail is not the same as recipient acknowledgement unless the organization's approved policy expressly defines it as satisfying the closure criterion.

This flow closes the communication handoff. It does not certify that clinical follow-up or treatment occurred. The organization decides how the communication record connects to the broader clinical workflow and who audits that connection.

Critical-results communication log template

Use these labels to design or test fields in an approved system. They are intentionally blank on this public page. Do not write live-case details on a printed copy or save them outside the authorized record.

Organization-approved case reference
Finding received: date / time / time zone
Relay initiated: date / time / time zone
Contact method
Recipient role and identity recorded per policy
Verification completed
Attempt number
Outcome
Acknowledgement received: date / time / time zone
Backup or escalation invoked
Accepted handoff owner and time
Recorded by
Incident reference, if applicable

Field labels are for workflow design and synthetic-data drills. Configure the live log inside an authorized system. Do not record patient names, identifiers, findings, or other protected information on this public webpage or send completed copies to Call Force Global.

Sample operating artifacts for buyer diligence

These are synthetic design examples, not client records. They show the evidence structure a buyer can require before approving a workflow. They do not establish that Call Force Global operates a live radiology relay, has achieved an outcome, or has received clinical approval. Replace every role, branch, field, and interval only through your organization's controlled approval process.

Sample escalation matrix

Template only: organization-defined branches with no universal timing recommendation
Observed condition Relay action Assigned owner Evidence required before closure
Primary recipient does not answer Record the attempt and follow the approved backup branch. Do not invent an interval. Organization-named backup recipient, then escalation owner Explicit recipient acknowledgement or documented acceptance by the designated escalation owner
Recipient identity or authorization cannot be confirmed Do not disclose the finding. Record the failed verification and escalate through the approved path. Roster owner or designated supervisor Successful verification with an authorized recipient, or accepted handoff under written policy
Required source field is missing or inconsistent Pause the relay. Do not infer, correct, or paraphrase the clinical source. Approved clinical source Corrected source record or documented direction from the authorized clinical owner
Recipient asks a clinical question State the nonclinical boundary and route the question to the approved clinical source. Licensed clinical team Communication handoff evidence only; no relay entry should claim a clinical answer or follow-up
Approved system or channel is unavailable Use only the written downtime path and record the outage in the approved location when available. Operations and system owner Downtime handoff record, recovery status, and reconciliation into the approved system
Wrong-recipient contact or suspected privacy or security incident Stop further disclosure, preserve factual evidence, and invoke the approved incident process. Organization-designated privacy or security incident owner Incident reference and owner acceptance; do not label the matter resolved unless that owner does so

Synthetic acknowledgement log example

The sequence below uses a fictional case reference, placeholder finding text, and arbitrary drill times. It demonstrates factual logging, not a recommended callback cadence.

Synthetic drill SYNTH-004: no patient, clinician, organization, or live event is represented
Drill time Synthetic event Factual record
01:12 ET Source package available Required fields shown as present in the test system. Relay role made no clinical determination.
01:15 ET Primary contact attempt No answer. Attempt number, method, role contacted, and outcome recorded.
01:19 ET Approved backup reached Recipient role and identity verified using the synthetic test script.
01:20 ET Verbatim relay Placeholder text “[SYNTHETIC FINDING TEXT]” read exactly as stored. No explanation or advice added.
01:21 ET Explicit acknowledgement Recipient confirmed receipt. Recipient identity, method, acknowledgement time, and record author captured.
01:22 ET Drill handoff closed Synthetic communication criteria met. The entry makes no claim about clinical interpretation, follow-up, or treatment.

Implementation sequence template

  1. Assign accountable owners. The organization names its licensed clinical policy owner plus privacy, security, legal, system, roster, and operations owners.
  2. Approve the boundary and data path. Define findings in scope, authorized recipients, source system, minimum fields, channels, retention, incident handling, and whether an outside party is a business associate.
  3. Build controlled artifacts. Version the script, contact matrix, verification steps, acknowledgement definition, closure criteria, downtime branch, and escalation matrix.
  4. Configure access and logging. Apply role-based access, required fields, audit events, recording settings where approved, and restrictions on unapproved local storage or channels.
  5. Run synthetic drills. Test primary, backup, failed-verification, missing-field, clinical-question, outage, wrong-recipient, and shift-handoff scenarios without patient information.
  6. Record approval or rejection. Required owners review drill evidence and the exact artifact versions. No live patient information enters the workflow before all required approvals are recorded.
  7. Use a controlled start if approved. Define monitoring, review sampling, incident stop conditions, issue owners, and change control. A later script or roster change returns through the applicable review gate.

Shift handoff checklist

  • Review every open item in the approved system; do not copy patient details into this worksheet.
  • Assign a named owner to each unresolved communication handoff.
  • Confirm the last attempt, outcome, acknowledgement state, and next organization-defined step.
  • Confirm that the current backup recipient and escalation owner are available.
  • The outgoing and incoming owners discuss unresolved items and document acceptance of the handoff.
  • Report roster, system, access, or connectivity problems through the approved operations path.

A change of shift should not create an ownership gap. The incoming owner needs enough status to continue the written process, while all protected information remains inside the approved system. A factual acceptance record makes responsibility visible without creating a second case file.

Quality review checklist

  • The script and contact roster versions used were current.
  • Required verification and recipient authorization steps were followed.
  • The finding was relayed verbatim without clinical interpretation.
  • Every attempt and outcome was documented in the approved system.
  • Acknowledgement or accepted escalation handoff was documented before closure.
  • Clinical questions were routed to licensed staff.
  • Suspected incidents followed the approved reporting path.
  • Timeliness was reviewed against the organization's own approved intervals, not a public benchmark.
  • Sampling cadence, reviewer qualifications, and remediation owners are documented by the organization.

Quality review should compare the communication record with the policy and the versioned script. It should not create a public benchmark or imply that one interval fits every organization. Findings from the review should go to the accountable owners who can correct rosters, scripts, access, training, or system configuration.

Define review triggers in addition to the normal sampling cycle. A system change, roster failure, access problem, script revision, wrong-recipient contact, suspected incident, or repeated missing acknowledgement should prompt the appropriate owner to examine the affected workflow. The review record should identify the evidence considered, the decision owner, any corrective action, and the version that became effective. Use only approved records for this review and keep protected information out of public worksheets, meeting notes, and general-purpose collaboration tools.

Sample QA and reporting artifact

This blank layout makes the review basis and evidence visible. It contains no CFG performance figures and supplies no public pass threshold.

Reporting period
________________
Workflow and script version
________________
Records eligible for review
________________
Sampling rule and exclusions
________________
Reviewer role and qualification
________________
Source systems examined
________________
Blank QA report: populate from approved records inside the controlled reporting environment
Control reviewed Evidence field Result Owner and corrective action
Current script and roster version usedVersion IDs and effective datesPass / fail / not evaluated________________
Required verification completedVerification event and outcome___ of ___ reviewed records________________
Source wording transmitted verbatimApproved source-to-relay comparison___ of ___ reviewed records________________
Explicit acknowledgement capturedRecipient, method, time, and acknowledgement event___ of ___ reviewed records________________
Backup or escalation followed when requiredAttempt sequence and owner acceptance___ of ___ applicable records________________
Clinical questions stayed with licensed staffBoundary statement and transfer event___ of ___ applicable records________________
Incident path invoked when requiredIncident reference and accountable owner___ of ___ applicable records________________

Required report footer: State limitations, unresolved exceptions, issue owners, due dates, verification method for corrective action, approving owner, and the exact version that becomes effective. An acknowledgement measure covers the communication handoff only and cannot be labeled as a clinical follow-up measure.

Human relay versus AI-only automation: control comparison

This is a workflow-design comparison, not a vendor ranking or performance test. A human relay is not a clinician, and a technology label does not prove a safe process. Either design needs organization-approved controls, evidence, exception handling, and clinical ownership.

Buyer due-diligence questions for a protocol-bound human relay and an AI-only communication path
Control Protocol-bound human relay AI-only path Evidence to inspect
Verbatim transmission Reads locked source wording under a script. Human deviation remains possible and requires review. Must be constrained to transmit stored source text without generating, summarizing, or interpreting it. Versioned script or configuration plus source-to-delivery comparison from synthetic tests
Recipient verification Follows the approved challenge and records the result. Needs explicit identity and authorization logic with a fail-closed branch. Passed and failed synthetic verification scenarios with event logs
Unexpected clinical question States the boundary and routes the question to the approved clinical source. Must not generate an answer; it needs an approved transfer, stop, or escalation branch. Test transcript or recording, transfer event, and clinical-owner destination
Acknowledgement Requests and records an explicit recipient response. A delivery or connection event is insufficient unless the approved policy defines and captures recipient acknowledgement separately. Recipient, method, time, acknowledgement event, and record author or system actor
Exception and outage Uses the approved backup and downtime paths and can hand off to a named owner. Needs dependency monitoring, a fail-closed state, and a named human takeover path. Outage drill, escalation acceptance record, reconciliation step, and unresolved-item queue
Change control Script, training, and roster changes require versioned approval. Model, prompt, voice, integration, and policy changes require versioning, regression tests, and approval. Change log, approver, test set, effective date, and rollback or stop condition

The official sources cited below support an organization-defined communication process, documentation, acknowledgement, backup paths, and accountable owners. They do not establish a universal preference for a human or automated vendor design. The buyer should test the exact proposed workflow against its own policy and applicable requirements.

Clinical and privacy boundaries

A communication relay is an operational role. It transmits approved source wording, documents acknowledgement, and follows assigned branches. It does not decide whether a result qualifies, rank urgency, answer questions about meaning, recommend next steps, or replace a licensed professional. A clear script should say where the relay role stops and how a recipient reaches the appropriate clinical source.

Privacy controls should be evaluated against the actual data path. Map which system holds the source record, what fields the relay role can see, what channel is used, where an acknowledgement is recorded, who can audit the record, and what happens if information reaches the wrong person. The public checklist should never become a parallel case record.

Vendor due diligence should test the written scope, Business Associate Agreement where required, access controls, safeguards, subcontractor terms, incident path, roster ownership, and script governance together. Our medical answering-service comparison explains why a badge or marketing claim cannot replace this evidence.

Official sources and review notes

The following official sources were checked on August 11, 2026. This page paraphrases their operational implications and links readers to the originals. It does not reproduce their tables, graphics, or protected wording.

Reuse note: ACR and Joint Commission materials are subject to their respective copyright and permission terms. Call Force Global has paraphrased and linked to them rather than reproducing tables, checklists, logos, seals, or extensive source language. HHS guidance is linked and attributed; HHS seals, logos, and stock images are not used. No source's appearance here implies endorsement.

Reference details

Cite this checklist

Title
Critical Results Communication Checklist for Radiology | CFG
Publisher
Call Force Global
Published
Content updated
Canonical URL
https://callforce.global/resources/overnight-critical-results-relay-checklist/

Call Force Global. (2026, August 11). Critical Results Communication Checklist for Radiology | CFG. https://callforce.global/resources/overnight-critical-results-relay-checklist/