Skip to content

Telehealth video:
Reliable calls for 2M+ patients

We rebuilt a global healthcare provider's telehealth video platform on distributed video servers (SFUs) that scale with demand and keep patient data out of the logs. It supports 50k+ concurrent sessions with 99.99% uptime.

Industry: HealthcareService: SaaS & SoftwareUpdated

Concurrent video sessions
50k+
Service uptime
99.99%
Call jitter worldwide
<100ms

Overview

Project
at a glance

Industry
HealthcareA global healthcare provider offering video consultations across many medical specialties to 2M+ patients.
How we worked
Dedicated product teamAn SRE architect, a WebRTC specialist and a DevSecOps lead worked inside the client's clinical product division.
Goal
Handle peak demandMove from one shared older server to a distributed platform that can absorb 10x traffic surges.
What we built
Distributed video platformRegional video servers, autoscaling and privacy-safe logging, built around the provider's existing clinical apps and teams.

The challenge

What was getting
in the way

The old telehealth platform sent every call through one large peer-to-peer signalling server. It crashed during the morning peak, between 8 AM and 10 AM EST. With 2M+ patients, even a 1% failure rate meant thousands of missed appointments and frustrated doctors.

Patients on weak rural connections had poor calls even when the server stayed up, and the logs could not show who had accessed call data. The provider needed more capacity and a clear privacy record at the same time.

  • Poor call quality

    High packet loss on rural and unstable networks made diagnostic video calls impossible to read.

  • Specialists leaving

    Leading specialists were quitting the platform because calls failed during their busiest slots.

  • Compliance gaps

    The old logs lacked the traceable privacy records needed under business associate agreements (BAAs).

The solution

What
we built

  1. 01

    Video servers close to every patient

    We set up Selective Forwarding Units (SFUs) in 12 AWS regions, so each call takes the shortest network path between doctor and patient.

    Type
    Selective Forwarding Units
    Regions
    12 AWS regions
    Latency
    Low latency
  2. 02

    Scaling on live consultations

    The cluster scales on the number of active consultation rooms, using custom Horizontal Pod Autoscaler metrics, rather than on general CPU load.

    Cluster
    Kubernetes autoscaling
    Scale time
    <30 Seconds
    Resilience
    Regional failover
  3. 03

    Privacy-safe data handling

    Every signalling event and log is scrubbed of patient health information before it is saved to a traceable audit trail.

    Encryption
    AES 256 GCM
    Audit
    Built to HIPAA requirements
    Compliance
    Privacy by design

Before and after

How the work
changed

Capacity

Before

Single-server limit

The platform crashed at 5,000 concurrent users when the signalling server slowed down.

After

Scales out by region

Regional load balancing supports 50,000+ sessions at the same time.

Privacy

Before

No access record

There was no consistent log of who accessed signalling data, or when.

After

Full audit trail

Traceable logs and end-to-end encryption with rotating room keys.

Network changes

Before

Calls dropped

Switching from Wi-Fi to 5G often cut off a consultation.

After

Calls recover

ICE restart and packet-loss concealment keep the session running through the switch.

Key features

What made it
useful

  • Call quality

    Adaptive video quality

    The platform checks network quality in real time and lowers video resolution when needed, without dropping the audio the doctor relies on.

    Business impact

    Zero dropped diagnoses

  • HIPAA

    Monitoring without patient data

    Performance metrics are collected without ever exposing patient health information to the analytics layer, in line with the provider's BAAs.

    Business impact

    No patient data in analytics

  • Safe releases

    Gradual feature rollouts

    New features go to 1% of traffic first, so a faulty release cannot take down calls for every patient.

    Business impact

    99.99% availability

Results

The business
difference

  1. Capacity

    10x Capacity Lift

    Concurrent users

    Automatic scaling lets the platform absorb the morning peak without calls slowing down.

    Before: 5k UsersAfter: 50k+ Users

  2. Call quality

    60% Response Time Reduction

    Call jitter (p95)

    Routing calls through the nearest region cut delay between video packets, so specialists get a clear, steady picture.

    Before: 240msAfter: 95ms

  3. Reliability

    99.9% Success Rate

    Sessions completed

    ICE restart logic stopped calls dropping when a patient's phone switched between 4G and Wi-Fi.

    Before: 95%After: 99.9%

Faster delivery

Built on tested foundations

About 7.5 weeks of setup was saved by reusing these components, and that time went into call quality and regional routing.

  • Authentication module

    Provided tested sign-in and session handling for doctors and patients joining consultation rooms.

  • Video monitoring module

    Tracked jitter, packet loss and session success by region, without collecting patient health information.

  • Autoscaling module

    Gave the team a starting point for scaling on active consultation rooms instead of CPU load.

  • Cloud cost module

    Kept the 12-region setup's spending visible as capacity grew and shrank through the day.

Trust and control

How we kept it
safe and reliable

  • 01

    Built for healthcare privacy rules

    Designed to meet HIPAA, GDPR and PIPEDA requirements, with data residency controls for each region.

    HIPAA
  • 02

    End-to-end encryption

    Signalling is encrypted end to end with rotating room keys, so the forwarding servers never see call content.

    Encrypted
  • 03

    Regional failover

    Cloud services autoscale across several regions, and traffic moves to another region automatically if one fails.

    High availability
  • 04

    Client-owned IP

    The client owns 100% of the IP in the custom scaling logic and monitoring dashboards.

    100% owned

FAQ

Straight
answers

Have a different question? Ask it on a 30-minute call.

Book a call

The old platform sent every call through one large peer-to-peer signalling server. It crashed at about 5,000 concurrent users, usually in the 8 AM to 10 AM EST peak. With 2M+ patients, even a 1% failure rate meant thousands of missed appointments and frustrated specialists.

Keep video consultations running at peak times

If your telehealth platform struggles when clinics are busiest, we can help you plan a regional setup that scales with demand and keeps patient data private.