Specialty EHR & IT

Teleradiology workflow setup for multi-site reading

Teleradiology is usually presented as a bandwidth problem. It is almost never a bandwidth problem. It is a worklist problem with a prior-studies problem underneath it.

9 min read
September 12, 2026
Updated September 12, 2026
Teleradiology workflow setup for multi-site reading
Quick answer
Teleradiology workflow setup

Teleradiology workflow setup means a radiologist at one site can read studies from another with the priors, the clinical context and the reporting tools they would have on site. Moving the images is the easy part. Making prior studies available is what decides whether the read is safe.

A radiologist reading remotely is not short of pixels.

Modern networks move a CT dataset in seconds, and the vendors selling teleradiology solutions lead with transfer speed because it demonstrates well. It is rarely the constraint. The constraint is everything around the image: the prior study that shows whether a nodule is new, the clinical indication that says what to look for, and the worklist that decides which of four hundred studies to read next.

FDA is clear about where the software sits in all this. Its guidance on medical device data systems and medical image storage and communications devices states that software functions solely intended to transfer, store, convert formats, or display medical device data and results, including medical images, are not devices and are not subject to applicable FDA regulatory requirements. Useful boundary to hold in a vendor conversation: moving and showing is one thing, interpreting is another.

Healthcare IT consulting perspective
The RealityOne worklist or several is the whole design
⚠️
The Problem
The study arrives without its history.
Current images route cleanly, priors do not, and the reading radiologist is comparing against nothing while a report deadline runs.
🔧
The Solution
Route priors with the study, or make them fetchable.
Decide per modality what history follows a study, and give the reader a way to pull anything else without a phone call.
✅
The Resolution
Reads that are as safe remotely as on site.
Comparison available, indication visible, worklist ordered by clinical urgency rather than by arrival.

Image transfer and what actually moves

Start by being precise about what has to travel. A study is images plus a header identifying the patient, the accession, the modality and the parameters. What frequently does not travel is the order indication, the prior report and the priors themselves.

Two architectures dominate. Push, where the originating site sends studies to the reading destination on a rule. Pull, where the reader queries a shared archive and retrieves what they need. Push is simpler and fails by omission — what the rule did not send does not arrive. Pull is more flexible and fails by latency, because a radiologist waiting on a retrieval is a radiologist not reading.

Most working setups are a hybrid: push the current study and the most recent relevant prior, make everything else pullable. Deciding what “relevant” means per modality is the configuration that matters, and it is a radiologist’s decision rather than an engineer’s.

Prior studies are the hard part

This is the point most teleradiology projects underestimate, and it is worth stating plainly: a read without the relevant prior is a different and worse read.

Priors fail to arrive for mundane reasons. The patient was registered under a different identifier at the other site. The prior predates the current archive and sits in a migrated system. The routing rule sends one prior and the clinically relevant one is three studies back. None of those produce an error message; they produce a report written without comparison.

So build the fallback deliberately. The reading radiologist needs a way to see that priors exist and retrieve them without leaving the reading application, and somebody has to own the identity reconciliation between sites. Where several archives and modalities are involved, a dedicated interface layer gives you one place to fix a mapping rather than several.

Key takeaway
  • Judge a teleradiology setup by what happens when the prior is missing, not by how fast the current study arrives. The first is a clinical risk; the second is a solved problem.

Transmission security: what the rule requires and what it does not

Security here is frequently overstated in one direction and understated in another, so it is worth reading the rule rather than the marketing.

The HIPAA Security Rule’s technical safeguards cover access control, audit controls, integrity controls, authentication and transmission security, and require technical measures guarding against unauthorised access to electronic protected health information transmitted over a network. Encryption is an addressable implementation specification rather than a required one — which does not mean optional. It means you implement it, or you document why an equivalent alternative achieves the same purpose.

In practice, for images crossing between sites over any network you do not wholly control, encryption is the reasonable and appropriate measure and the documentation exercise is short. For working through what the standards mean concretely, NIST’s cybersecurity resource guide for implementing the Security Rule, revision 2 of SP 800-66 published in February 2024, maps each standard to Cybersecurity Framework subcategories and SP 800-53 controls.

Radiology and IT staff reviewing teleradiology workflow setup and routing rules
Routing rules are where teleradiology is actually configured. Everything else is plumbing that either works or obviously does not.

Reading workflow across sites

A worklist is a queue, and the design question is how many queues there are and who sees which.

One shared worklist across all sites balances load well and loses local knowledge — the radiologist who knows that a particular referrer’s chest films always come with a specific question. Separate worklists preserve that and create the situation where one site is backed up while another reader is idle. The usual resolution is a shared pool with site affinity: readers see their own site first and can draw from the pool.

Whatever the shape, ordering by clinical urgency rather than by arrival time is the change with the largest safety return, and it depends on the indication travelling with the study. Getting that right is usually part of rebuilding the ordering workflow rather than a routing change. Which brings the design back to the same place: what moves alongside the images is what determines everything else.

Turnaround time and the measure that misleads

Turnaround is the metric every teleradiology arrangement is judged on, and a single average of it hides the thing worth knowing.

Measure from study completion to report availability, not from when the study reached the reading system, because the second measure excludes exactly the routing delays a remote arrangement introduces. Then report the median and a count of studies beyond a threshold rather than the mean, because the tail is where the clinical risk sits and an average will not show it.

In our experience the outliers cluster — around a modality, a site, an hour of the night, or studies whose priors failed to arrive. That clustering is the useful finding, and it is invisible in an average.

Qventive Healthcare

Not sure what happens when a prior does not arrive?

We trace how a study and its history reach your readers, find where comparisons are being lost, and hand you written findings.

Where the standards are heading

Imaging interoperability is an active area rather than a settled one. ONC issued a request for information on diagnostic imaging interoperability standards and certification, noting that patients and providers still face challenges specific to access, exchange and use of diagnostic images across care settings, and seeking views on whether standards and certification criteria would help.

That request names no specific standard and commits to no rulemaking, and we are not going to imply otherwise. What it signals is that the gap between how well clinical data moves and how well images move is recognised at policy level.

The practical implication for a practice setting up teleradiology today is modest but real: prefer arrangements built on documented, non-proprietary exchange over ones that lock studies into a vendor’s own transport, because the direction of travel favours the former.

  • Decide what priors follow each modality. A radiologist’s decision, not an engineer’s.
  • Give readers a retrieval path. Visible priors, fetchable without a phone call.
  • Encrypt in transit and write the one-page rationale. Addressable is not optional.
  • Measure completion to report, median plus tail. Never the mean alone.

Qventive works as a teleradiology workflow setup consultant for practices across New Jersey, as part of our radiology EHR and IT support and a broader radiology practice management engagement. Because studies cross organisational boundaries, the design belongs in your HIPAA risk analysis, and the networks and archives underneath it usually warrant a wider cybersecurity compliance review.

Teleradiology setup: common questions

Is bandwidth really not the problem?
Rarely, on any modern connection, and it is worth testing rather than assuming in either direction. Measure the actual time from study completion to the study being fully available at the reading workstation, for your largest routine dataset, at your busiest hour. Most practices find the transfer is a small fraction of the total and that the delay sits in routing decisions, archive retrieval or a manual step nobody had documented. Where bandwidth genuinely does bite is high-volume cross-sectional imaging over a constrained link, particularly if priors are being pulled at read time rather than pre-fetched. The fix there is usually scheduling and pre-fetch rather than a bigger pipe. What we would not do is buy capacity before measuring, because the measurement is cheap and frequently redirects the spend somewhere more useful.
Should we use one worklist or one per site?
A shared pool with site affinity suits most multi-site groups, and the reasoning is about what each pure option costs. A single shared worklist balances load well and dissolves local knowledge, which matters more than people expect — readers accumulate understanding of particular referrers, particular scanners and particular local protocols, and that context does not travel with a study. Separate worklists preserve it and produce the situation where one site queues while a reader elsewhere is idle. The hybrid gives readers their own site first with the ability to draw from the wider pool, which captures most of both. Whichever you choose, ordering within the list by clinical urgency rather than arrival time is the higher-value decision, and it depends entirely on the indication arriving with the study.
What are the HIPAA implications of reading from home?
Home reading extends the boundary of your environment to a place you do not control, which is manageable and needs to be deliberate. The questions are the ordinary ones applied to an unusual location. Is the workstation practice-owned and managed, or personal, and if personal what controls apply to it. Is the connection encrypted end to end, and is authentication strong enough that a stolen password alone is not sufficient. Does any study data persist locally on the home machine, in a cache or a temporary folder, and is that storage encrypted. Can the screen be seen by anyone else in the household, which sounds trivial and is a genuine disclosure. Is the device on your inventory and patched. HHS guidance on remote use of electronic protected health information addresses exactly this territory and is worth reading as a checklist rather than as background.
How do we handle patient identity across sites?
Treat it as the first problem rather than the last, because every other failure downstream traces back to it. Two sites will assign different identifiers to the same person, and demographic matching on name and date of birth works until it meets a hyphenated surname entered two ways or a transposed birth date that both systems have been internally consistent about for years. Before go-live, run a matching exercise on a sample of patients known to attend both sites and count how many fail to match cleanly. That number tells you the size of the project far better than any vendor assessment. The consequence of skipping it is not a visible error — it is priors that silently fail to appear, which is the specific failure mode that makes a remote read worse than an on-site one.
What should we ask a teleradiology vendor before signing?
Four questions, and they are not the ones vendors lead with. What exactly travels with a study by default, and specifically which priors and whether the order indication is included. What happens when a prior exists but does not route — can the reader see that it exists and retrieve it without contacting anyone. How is patient identity reconciled between sites, and who owns that reconciliation operationally rather than contractually. And what happens to studies and reports at contract end: what formats export, whether bulk migration is supported, what it costs, and whether the vendor will cooperate on a timetable. Get the last one into the agreement rather than an email, because the alternative is discovering at transition that keeping your own history readable means continuing to pay for a system you are leaving.
Ready when you are

Let’s meet

Qventive works with radiology groups across New Jersey on routing, archive design and secure multi-site reading. Thirty years healthcare-exclusive, from our office in Hackensack.

Sources
  1. Software functions solely intended to transfer, store, convert formats or display medical device data are not devices. fda.gov
  2. Technical safeguards and transmission security; encryption is an addressable implementation specification. hhs.gov
  3. NIST SP 800-66 Rev. 2, February 2024, mapping Security Rule standards to the Cybersecurity Framework and SP 800-53r5. csrc.nist.gov
  4. ONC request for information on diagnostic imaging interoperability standards and certification. healthit.gov
Qventive Healthcare
Healthcare IT consulting and managed services, healthcare-exclusive since 1994. 200 Passaic Street, Hackensack, New Jersey. We serve as a business associate to the practices we support.
AI Assistant Online

Schedule a Consultation

Fill out the form below and we'll get back to you within 24 hours.

Request Sent!

We've received your request and will be in touch within 24 hours.

Something went wrong