Home/ Case Studies/ Telemedicine App
Healthcare · Mobile App · Compliance-Heavy

Telemedicine App with HIPAA & ABDM Compliance — From Pilot to 80,000 Patient Records

A primary-care telehealth startup needed a platform that satisfied HIPAA (US) and ABDM (India) on day one — not an after-thought. We delivered a patient app, doctor app, and EHR core that now holds 80,000 patient records and processes 14,000 consults a month.

80,000+Patient Records
14,000+Monthly Consults
320+Onboarded Doctors
4.8 Patient Rating

Project at a glance

Industry
Healthcare · primary-care telemedicine
Scope
Patient app (iOS + Android), doctor app, EHR / admin web
Compliance
HIPAA (US) + ABDM (India) + DPDP Act 2023
Team size
11 engineers + 1 PM + 1 compliance lead
Timeline
6 months to ABDM sandbox certification · 9 months to v1
Status
Live · ITD on long-term partnership for clinical-feature roadmap

The client & the problem

Indian telehealth has a trust ceiling. Patients won't book a video consult unless they trust the credentials, the prescription is honored at a pharmacy, and the data does not end up on a billboard. The client wanted to build a clinic-grade telehealth product — not a glorified video-call app.

  • Compliance was non-optional: ABDM (Ayushman Bharat Digital Mission) integration was needed to issue ABHA-linked prescriptions. HIPAA was needed to serve the US-NRI cohort. DPDP for India consumer data.
  • Doctor onboarding latency: Verifying a doctor's MCI/NMC registration manually took 5-7 days, blocking supply-side growth.
  • Prescription credibility: Pharmacy partners refused to honor prescriptions without ABDM signature. No ABDM = no prescription fulfilment = no revenue.
  • EHR & data handoff: Patients move between providers; without portable health records, every consult re-asks the same 12 questions.
  • Audit trail: Every clinical action — prescription issued, drug dispensed, data accessed — needed an immutable audit log for regulators.

The solution

We split the platform into three products plus a compliance-aware data layer. The non-obvious choice was making compliance a service (the audit + consent layer) instead of a checklist; everything that touches patient data routes through it.

1. Patient app (React Native)

Symptom checker, doctor search by specialty + language + price, video consult, prescription view + share, lab booking, pharmacy fulfillment, appointment history, family profiles. ABHA linking on first launch (with skip-for-now).

2. Doctor app (React Native)

Schedule view, queue, video call, ICD-10 prescription builder, voice-to-text notes, e-signature, payout dashboard. The prescription builder is the core daily-use surface — we iterated on it five times.

3. EHR / admin web (React)

Patient record view (FHIR-compliant), consent log, audit trail explorer, MCI/NMC verification queue, payout reconciliation, ABDM consent-manager dashboard, support desk.

4. Compliance-aware data layer

Every read/write to patient data goes through a service that enforces consent, encrypts at rest with KMS, redacts PHI in logs, and writes to an immutable audit table. Penetration-tested by a third-party CERT-In auditor.

5. Backend (Node.js + PostgreSQL on AWS HIPAA-eligible)

TypeScript-first, FHIR-compliant patient model, ABDM HIE-CM + HIP integration, encrypted-at-rest with KMS, encrypted-in-transit, BAA-signed AWS region (Mumbai), DLP-monitored logs.

Tech stack & why

We picked the stack for fit, performance under realistic load, and operational simplicity. Here is the breakdown:

React Native Node.js (NestJS) TypeScript PostgreSQL AWS (BAA) AWS KMS AWS WAF ABDM HIE-CM FHIR R4 Twilio Programmable Video Razorpay Datadog GitHub Actions Sentry

NestJS over Express: the dependency-injection + module pattern made the consent-and-audit middleware actually clean. Healthcare code where every layer needs an audit log is exactly where Express becomes a maintenance liability.

FHIR R4 from day one: not because the client asked, but because retrofitting FHIR is misery. Every patient record is FHIR-compliant; integrating with a hospital partner six months in took three days, not three months.

AWS HIPAA-eligible region: we ran in Mumbai with a BAA signed. Every service we used (RDS, S3, KMS, CloudFront) is on the BAA-eligible list. This is the part most Indian dev shops get wrong — it is not enough that AWS supports HIPAA; you have to use only the eligible services.

The hardest technical problem we solved

ABDM consent-manager flow.

ABDM's HIE-CM (Health Information Exchange & Consent Manager) flow is the hardest engineering problem in the whole stack — and the most rewarding once it works, because that is what makes prescriptions credible at any partner pharmacy and lab.

The challenge: a consent request is asynchronous, multi-party, and revocable. The patient initiates, the consent manager (a trusted third party) verifies, the requester (us) waits, the provider (us, in a different role) responds, and the entire trail is signed.

We modelled it as a state machine with 11 states and 23 transitions, persisted to Postgres with optimistic locking and replayed via a job queue. Every state change is appended to an immutable audit table with a digital signature.

Time to first consent in production: 6 weeks. Time to ABDM-sandbox-pass: 4 months. Worth it: this is the moat. Competitors who skip ABDM cannot get prescription revenue. Period.

Go-to-market & ramp

We piloted with 12 hand-picked doctors in two specialties (general medicine and dermatology) for eight weeks. The product looked nothing like v0.4 by the time we expanded supply.

Specialty rollout post-pilot was driven by a config-first specialty engine: adding a specialty is a JSON file plus a custom intake form. Six new specialties shipped in seven weeks, two of them (mental health, paediatrics) needed bespoke flows we had not anticipated.

Results

80,000+Patient Records
14,000+Monthly Consults
320+MCI/NMC-Verified Doctors
4.8 ★Patient App Rating
100%ABDM-Compliant Prescriptions
47 secDoctor Verification (from 5-7 days)
ZeroCompliance Incidents in 12 Months
18%MoM Patient Growth (steady-state)

“ITD got the boring stuff right — the consent flow, the audit trail, the BAA region. That is what investor diligence cares about. The fact that the patient app is also one of the best-rated in the category was a bonus.”

Founder & Chief Medical Officer

Telemedicine Platform · India

What we would do differently

Invest in clinical-content review earlier. We launched the symptom-checker copy with a paid panel of generalists; the dermatology vertical's content needed dermatology-specific review, which we discovered in user testing post-launch. Specialist content review at v1 = no embarrassing moments at v1.5.

Building a healthcare or telehealth product?

Compliance is not a checklist; it is the architecture. We have shipped HIPAA + ABDM + DPDP-compliant healthcare platforms — patient apps, EHRs, hospital integrations. Talk to an engineer who has done it.

Get a Free Consultation

Get Digital Growth Tips in Your Inbox

Weekly insights on app development, web design, SEO, and marketing. No spam — just actionable advice.

Join 2,500+ business owners. Unsubscribe anytime.