Skip to content
Patient Square
Patient SquareOFFLINE CAPTURE
AI Scribe That Works Offline in a Low-Signal Clinic

AI Scribe That Works Offline in a Low-Signal Clinic

By Patient Square Team · · 6 min read

Most AI scribes assume a clinic that never loses signal. A lot of Indian clinics don't have that luxury. AI Scribe by Patient Square captures the visit offline on the device, encrypted with AES-256-GCM, and syncs the note once the connection comes back. So a dropped tower or a power cut at 11am in a tier-2 OPD doesn't cost you the record. You keep working; the note catches up.

Key takeaways

  • Offline capture runs on the device, encrypted with AES-256-GCM. The note syncs when the connection returns.
  • Visit audio is processed and discarded once the note is drafted, so no audio archive piles up on the phone.
  • Built for tier-2 and tier-3 clinics where signal drops mid-OPD and a cloud-only scribe would simply stop.
  • Languages don't change offline: English, Hindi, and 20+ Indian languages in, clean clinical English out.
AES-256-GCM

on-device encryption for the offline capture buffer

0

audio recordings retained: processed, then discarded at note draft

~2min

from end of visit to a reviewable note, once synced

Why does a cloud-only AI scribe fail in a low-signal clinic?

Because the capture step is waiting on bandwidth it doesn't have.

A pure cloud scribe streams the visit to a server in real time. That's fine in a metro hospital on fibre. It's a problem in a town where the tower drops for an hour at midday, the power flickers, and the 4G icon turns into an E. When the stream breaks, a cloud-only tool either errors out, loses the segment, or makes you start over. None of those are acceptable when there are forty patients in the corridor and you can't stop to debug a network.

This isn't a rare edge case in India. Connectivity outside the big metros is genuinely present but genuinely unreliable, and a clinic can't predict which fifteen minutes of the day the signal will vanish. So the question for any scribe you evaluate isn't "does it support offline?" as a checkbox. It's "what exactly happens to this visit if the connection dies in the middle of it?"

How does offline capture actually work?

The design principle is simple: capture should never depend on the network, only sync should.

Capture happens on the device. When you start a session, the visit is captured locally on the phone or laptop, whether or not there's a signal. The scribe doesn't phone home to begin. It just works.

The on-device buffer is encrypted. That local capture is encrypted with AES-256-GCM on the device. It isn't sitting in plain form waiting for a connection. If the phone is lost or seized, the buffer isn't readable.

Audio is discarded, not hoarded. Visit audio is processed and then discarded the moment the note is drafted. The offline buffer doesn't grow into a library of recordings on your phone. What's kept is the structured note.

Sync is for the note, encrypted in transit. When the device reconnects, the note syncs over TLS 1.2 or newer. The structured SOAP note, ICD-10 suggestions, and prescription draft become available to review and sign, in clean clinical English. You review it a little later than usual; you don't lose it.

AI Scribe by Patient Square is an ambient AI medical scribe that listens during the visit and hands back a structured SOAP note, ICD-10 suggestions, and a prescription draft, ready to review and sign about two minutes after the visit. Offline-first capture is what keeps that promise true when the clinic's connection won't cooperate.

A real scene: the signal drops at 11:40am

Picture a single-doctor clinic in a tier-3 town. Forty-eight patients booked, a busy Saturday OPD. At 11:40 the local tower goes down, the way it does most weeks. A cloud-only scribe would stall on the next patient, and the doctor would be back to scribbling on paper for an hour, then retyping it that night.

Here, capture keeps running on the device. Patients twenty-two through thirty-one are seen and captured offline, each buffer encrypted on the phone. At 12:50 the signal returns. Those ten visits sync, and ten clean English notes are waiting to review and sign over the lunch break. The doctor lost nothing but a slightly delayed review. That hour of dead signal didn't become an hour of pajama-time charting at 9pm.

That's the moat. Not that we "support offline," but that the worst hour of the clinic's network day is a non-event.

Is offline capture secure, or is it a soft spot?

Fair question, and the honest answer is that offline is only safe if it's encrypted offline.

The risk people imagine is a phone full of unencrypted patient recordings. That's a real risk with a badly built offline mode. Ours avoids it two ways. First, the on-device buffer is encrypted with AES-256-GCM, so what's stored locally isn't readable without the key. Second, audio is processed and discarded once the note is drafted, so there's no growing audio archive on the device to begin with. Notes are encrypted at rest with AES-256 and belong to your practice; you can export or delete any visit at any time.

This also matters under the DPDP Act 2023. The principle is purpose limitation and reasonable security: keep only what you need, protect what you keep. An offline buffer that's encrypted and short-lived fits that far better than a scribe that streams and stores. The full posture is on our security page, and the data residency post covers where the synced data lives.

Does offline mode cost more, and how does the price compare?

No. Offline capture is part of the product, not a premium add-on, and there's no feature gating between tiers.

AI Scribe by Patient Square launches at ₹1,199 per clinician per month ex-GST on annual billing, about ₹1,415 once you add 18% GST, with a 7-day free trial. The published India-native anchor, EkaScribe Pro, is ₹1,499 per doctor per month. The full ladder, with the with-GST math, is on the India rate card and the pricing page. For a tier-2 or tier-3 clinic, the offline behaviour is worth more than the price gap, because the alternative is losing notes on the days the network has a bad afternoon.

If you run a solo practice and want to see whether the monthly cost pays back against your patient volume, the solo-doctor payback post works the math against a 40-to-60-patient OPD day.

How do you test offline capture before you commit?

Don't take our word for it. Break the connection on purpose.

During the 7-day free trial, run a real OPD morning, and at some point put the phone in airplane mode mid-visit. Keep seeing patients. Then turn the signal back on and watch the notes sync. That's the test that matters for a low-connectivity clinic, and it takes ten minutes to run. If a vendor's offline mode loses the visit, you'll know on day one instead of on the worst Saturday of the year.

When you want to see it on your own clinic's network conditions, book a demo and we'll show the airplane-mode test live. If the multilingual side is your bigger question, the Hindi and Hinglish post shows a code-mixed consult becoming an English note, online or off.

FAQ

Common questions

Does an AI scribe work without internet?

Most cloud scribes stall when the signal drops. AI Scribe by Patient Square captures the visit offline on the device, encrypted with AES-256-GCM, and syncs the note when the connection returns. You keep seeing patients during a power cut or a dead tower; the record catches up on its own. The capture step does not wait for bandwidth.

Is offline capture safe if the audio is on my phone?

The offline buffer is encrypted on the device with AES-256-GCM, and visit audio is processed and then discarded once the note is drafted, so no audio archive builds up on the phone. What syncs later is the structured note, encrypted in transit with TLS 1.2 or newer. Nothing sensitive sits unencrypted on the device waiting for a signal.

Why does offline capture matter for tier-2 and tier-3 clinics?

Connectivity in many tier-2 and tier-3 towns is real but unreliable: signal drops mid-OPD, power flickers, a tower goes down for an hour. A scribe that needs constant bandwidth fails exactly when a busy clinic cannot stop to troubleshoot. Offline-first capture means the documentation keeps working while the network sorts itself out.

What happens to the note when the connection comes back?

When the device reconnects, the captured visit syncs and the structured SOAP note, ICD-10 suggestions, and prescription draft become available to review and sign in clean clinical English. The sync is encrypted in transit. You did not lose the visit; you just reviewed the note a little later than usual.

Does offline mode change the languages it understands?

No. Capture in English, Hindi, and 20-plus Indian languages, code-mixed Hinglish included, works the same offline as online. The note still comes back in clean clinical English. The connectivity state changes when the note is ready, not what languages the scribe handles.

Sources

  1. Irving G, et al. International variations in primary care physician consultation time: 67 countries. BMJ Open, 2017.
  2. TRAI: The Indian Telecom Services Performance Indicators (rural vs urban connectivity context).

Finish your notes before the patient reaches the front desk.