How an Online Doctor Consultation Actually Works, End to End

By the Hello PrimerCherang Team · 8 June 2026 · ~7 min read

The easiest way to understand a system is to follow a single request through it from start to finish. So let's do that. Imagine a patient — call her Aina — wakes up with a sore throat and a low fever, opens Hello PrimerCherang, and 20 minutes later has a prescription on the way. What actually happened in those 20 minutes? Let's trace it stage by stage and, at each one, ask the same question: what problem is this step solving?

Stage 0: Why a pipeline at all?

Naively, telemedicine looks like it should be one box: connect patient to doctor, done. But a doctor in a physical room gets an enormous amount of context for free — your file is in their system, a nurse took your temperature, you walked in so you're not unconscious. Online, none of that is free. Every piece of context that a clinic normally collects in the waiting room has to be deliberately reconstructed before the doctor ever sees you. That reconstruction is the pipeline. Keep that framing in mind; it explains almost every design choice that follows.

Stage 1: Booking — turning an intention into a scheduled slot

Aina picks a service and a time. This looks trivial, but it is doing two non-obvious jobs. First, it routes: choosing "general consultation" vs. a specific service determines which pool of doctors and which questionnaire she'll get. Second, it commits: a booked slot is a promise on both sides, which is what lets a real licensed doctor — not a queue of anonymous agents — be ready for her specifically.

A subtle point: because Hello PrimerCherang is the online arm of a network of physical clinics, the slot Aina books is backed by the same doctors who work those clinics. The booking step is quietly deciding whether her care can later "fall through" to an in-person branch without starting over.

Stage 2: Triage — the questionnaire is doing more than it looks

Before the call, Aina answers a short set of health questions. It is tempting to treat this as paperwork. It isn't. The questionnaire is asynchronous triage, and it buys three things:

• Safety filtering. Certain answers (chest pain, difficulty breathing, pregnancy red flags) should never be handled by a routine video call. Catching them before the call means the system can redirect to in-person or emergency care instead of wasting the one resource that doesn't scale: doctor time.
• Context compression. The doctor starts the call already knowing the basics, so the live minutes go to judgment, not data entry.
• A written record. The patient's own words, timestamped, become part of the medical note.

Rule of thumb: anything that can be collected without a human in the loop should be collected before the human is in the loop. The video call is the expensive, non-parallelisable step — protect it.

Stage 3: The video call — a synchronous, encrypted channel

Now the actual consultation. Two things are happening at once. Clinically, the doctor is doing what doctors do: history-taking, visual examination over video, working toward a differential. Technically, the call is a real-time encrypted media stream — audio and video flowing directly between participants over a secured channel, not a recording being uploaded somewhere. (We go deep on exactly where that data goes in a separate article.)

The honest limitation worth stating plainly: video has no stethoscope, no blood test, no palpation. A good teleconsultation system is designed around that limit rather than pretending it away — which is the entire point of the next stage.

Stage 4: The decision — and the most important branch in the whole system

At the end of the conversation the doctor reaches a decision, and it is essentially a branch with three outcomes:

The quality of a telehealth service is mostly the quality of that branch. A platform that can only do the first row is a prescription vending machine. The reason the middle row matters so much for Hello PrimerCherang is structural: the same organisation runs the physical clinics, so "go get this checked in person" is a warm handoff with a shared record, not a dead end.

Stage 5: Fulfilment — closing the loop on treatment

An e-prescription is only useful if the medication reaches the patient. So the last stage turns the decision into something physical: medication delivered to Aina's door, or picked up at a nearby branch. This is the step that makes the whole thing feel like care rather than advice.

Stage 6: The record — why the loop has to be written down

Finally, everything — questionnaire answers, the doctor's notes (commonly in SOAP format: Subjective, Objective, Assessment, Plan), the prescription — is written into Aina's medical record. This is what makes the next interaction cheaper and safer, whether it's online or at a branch. A consultation that isn't recorded is a consultation the system has to rediscover from scratch next time.

Stepping back

Notice how little of the value lived in the video call itself. The call is the visible part, but the triage before it and the decision-plus-fulfilment after it are where safety and outcomes actually come from. If you remember one thing: good telemedicine is mostly good plumbing around a short conversation.

This article is general information about how teleconsultation works, not medical advice. For a diagnosis, speak to a licensed doctor. Hello PrimerCherang does not provide emergency care — in an emergency, call 999 or go to the nearest emergency department.