Techdome
All Insights/Healthcare AI

Asynchronous vs synchronous telehealth: which to build first

Asynchronous telehealth means a clinician reviews a prepared case; synchronous means a live visit. How they differ, what each changes in the build, and why most platforms end up with both.

Techdome Engineering
Techdome EngineeringEngineering Team
Oct 28, 20262 min read
Verified Architecture

Build asynchronous care first if your clinicians review structured intake and decide, and add video for the cases that need a conversation. Build synchronous video first only if every visit is a live consultation. Most platforms end up with both, joined by an escalation path from the asynchronous queue to a video visit.

The difference in one line

Asynchronous telehealth means the patient completes an intake questionnaire, and a clinician reviews the case and responds later. Synchronous telehealth means a live appointment by video or phone, at a scheduled time.

Side by side

AsynchronousSynchronous
How care happensPatient submits intake, clinician reviews and decidesPatient and clinician meet live
Patient effortFill in a form when convenientBook a slot and be there
Clinician timeA short review of a prepared caseA full appointment
What you buildIntake, rules, a review queue, signaturesScheduling, video, waiting room, notes
Where it breaksA slow queue, or intake that misses somethingNo-shows, calendar gaps, connection problems
Best forRoutine, protocol-driven careCases that need a conversation or an exam

What changes in the build

Asynchronous shifts the work into rules and the review screen:

  • A structured intake that checks eligibility before a clinician sees the case. In our weight-management platform that includes a BMI check against the protocol and a screen for contraindications.
  • A review queue that routes each case to a prescriber licensed where the patient lives.
  • A screen that puts the whole case in front of the physician at once. We designed around a 45-second review target.
  • A signature and an audit log for every decision.

Synchronous shifts the work into time and connection:

  • Scheduling with availability, reminders and rescheduling.
  • A reliable video session, and a plan for when it drops.
  • Notes during and after the visit.

Why most platforms end up with both

Asynchronous review is efficient, but some cases need a conversation. The practical answer is an escalation path: the physician reviewing a case can send it to a video visit in one step. That is how our platform works. The asynchronous queue handles the routine cases, and video is there when a clinician wants it.

How to decide

  1. Is the care protocol-driven? If a clinician mostly confirms eligibility and signs off, start asynchronous.
  2. Is every visit a conversation? If so, start with video.
  3. Which rules apply where you operate? Rules for asynchronous care differ by US state and in the UK, so check each jurisdiction before you commit.
  4. What will you measure? For asynchronous, time to physician decision and queue age. For synchronous, no-show rate and visit completion.

How we have applied it

Our US and UK GLP-1 platform is built around asynchronous review with escalation to video. See the case study, the overview of telehealth software development, and the guide to telehealth metrics and KPIs.

FAQ

Questions readers ask

What is asynchronous telehealth?

Care without a live appointment: the patient completes an intake questionnaire, and a clinician reviews the case and responds later.

What is synchronous telehealth?

A live appointment by video or phone, at a scheduled time.

Which should I build first?

Asynchronous first if clinicians mostly confirm eligibility and sign off a protocol; video first if every visit is a conversation. Many platforms add the other later.

Can one platform do both?

Yes. The common design is an asynchronous review queue with a one-step escalation to a video visit, which is how our platform works.

Do the rules differ by location?

Yes. Rules for asynchronous care differ by US state and in the UK, so check each jurisdiction you serve.

Continue reading

More foundry teardowns

View all
Three stacked layers: tenant isolation, PHI sanitization, physician sign-off
Healthcare AIAugust 2026

Engineering Zero-Trust HIPAA Compliant AI Architectures for Telemedicine

Rahul Joshi
Rahul JoshiChief Executive Officer
+
+
+
+
Healthcare AIOct 28, 2026

Telehealth compliance checklist for the US and UK

Techdome Engineering
Techdome EngineeringEngineering Team
+
+
+
+
Healthcare AIOct 28, 2026

How to build a GLP-1 telehealth platform

Techdome Engineering
Techdome EngineeringEngineering Team
+
+
+
+
Healthcare AIOct 28, 2026

Telehealth metrics and KPIs: the numbers that matter

Techdome Engineering
Techdome EngineeringEngineering Team
A technical illustration comparing queued task delivery with retained event streaming.
System DesignOct 26, 2026

Message queues vs event streams: SQS, RabbitMQ, Kafka

Techdome Engineering
Techdome EngineeringEngineering Team
Illustration of webhook retry flow using a stable idempotency key, de-duplication store, and dead-letter queue.
System DesignOct 26, 2026

Webhook retries and idempotency keys, together

Techdome Engineering
Techdome EngineeringEngineering Team
Blueprint-style illustration of a server rack behind a layered firewall shield, with a PHP version badge being upgraded
Engineering PracticeOct 22, 2026

PHP2Shell: how to check and protect your PHP site

Techdome Engineering
Techdome EngineeringEngineering Team
API testing explained: types, what to automate, and tools
Engineering Practice

API testing explained: types, what to automate, and tools

Techdome Engineering
Techdome EngineeringEngineering Team
"Automating mortgage back-office work with n8n"
n8n Automation

"Automating mortgage back-office work with n8n"

Techdome Engineering
Techdome EngineeringEngineering Team
Five numbered phase nodes on a connecting line: de-risk, foundation, core workflows, hardening, cutover
Studio ArchitectureAugust 2026

The Techdome Blueprint: How We Build & Launch Software Ventures in 8 Weeks

Rahul Joshi
Rahul JoshiChief Executive Officer
Webhook ingestion workers feeding a Redis queue, fanning out to two worker pools with a dead-letter path
n8n AutomationAugust 2026

Production n8n Architecture: Hardened Patterns for Enterprise Pipelines

Rahul Joshi
Rahul JoshiChief Executive Officer
Multi-agent orchestration state machine with supervisor engine and sandboxed tool execution
Studio ArchitectureSeptember 2026

Autonomous Multi-Agent Orchestration: Production Patterns Beyond LangChain

Rahul Joshi
Rahul JoshiChief Executive Officer
Next.js 15 monorepo architecture showing edge caching, React Server Components and design tokens
Studio ArchitectureSeptember 2026

Optimizing Next.js 15 Monorepos for Sub-Second TTFB at Scale

Rahul Joshi
Rahul JoshiChief Executive Officer