Trust · India

DPDP: what is built, and what is still open.

The DPDP Act is the law MedAppz was built for, so more of it is in the product: consent notices by version, a rights-request desk, a breach register with its notice deadlines. The data is not in India: our server is in the United States. Our processor agreements are not signed yet.

Send us your DPDP questions The trust centre

Status as of 24 September 2026
No compliance claimed
Every control names its module

At a glance

Law: the Digital Personal Data Protection Act, 2023
Region: MedAppz India
Data stored in: Boston, United States · Hostinger VPS
What we hold: Programme in progress
Our items in place: 4 of 7
Status as of: 24 September 2026

Status

Where we stand, as of 24 September 2026

This covers the Digital Personal Data Protection Act, 2023. MedAppz does not claim compliance with it or any certification under it. This is a programme in progress, and this table is where it stands. Records are stored on one server: Boston, United States · Hostinger VPS. Data is not stored in India.

Item	Status	Note (2026-09-24)
Consent notices, by version, with withdrawal	In place	Checked at each send; withdrawal cancels what is queued.
Rights requests: access, correction, erasure, nomination, withdrawal, objection	In place	Logged in the Security Centre on a 30-day clock. Erasure pseudonymises where medical-record retention rules apply.
Breach register with CERT-In and Data Protection Board notices	In place	IncidentIQ: a breach cannot close until each notice is sent or waived with a reason.
Aadhaar and ABHA numbers never stored in full	In place	A hash and the last four digits only, enforced by a database constraint.
Data stored in India	Not started	No. Records are stored on one server: Boston, United States · Hostinger VPS. DPDP allows transfer outside India unless the government restricts the destination country.
Processor agreements with sub-processors	Not started	We hold no signed agreement with any sub-processor yet: not the host, not the AI or speech vendors, not the SMS, email or WhatsApp providers.
Backups off-site and encrypted at rest	In progress	Built, not yet switched on.

In place

In place in the product today

Each of these runs in the product now. The line under each one names the part of the law it relates to. That is a pointer for your own review, not a claim that the clause is met.

An audit trail that cannot be editedRecord opens, searches and exports are written once: who, when, from where, under which permission. The log is append-only by database trigger and hash-chained day by day; the chain is re-verified nightly.Audit schema and AuditLens · Reasonable security safeguards — s.8(5)

One clinic cannot read another’s rowsRow-level security on every tenant table, bound to the transaction. The account the application runs as cannot switch it off.Database row-level security · Reasonable security safeguards — s.8(5)

Emergency access that expires and is reviewedBreak-glass access needs a written reason, lasts at most four hours (a database constraint), and lands on a review queue.BreakGlass · Reasonable security safeguards — s.8(5)

Consent records, by notice versionMessages are gated on the consent notice the patient accepted, by version, at the moment of sending. Withdrawal cancels what is queued.ConsentVault and the consent service · Notice and consent — ss.5–6

Access reviews with two-person revocationThe Security Centre runs dated access-review campaigns over privileged grants (full patient data, money, platform, emergency access). A challenge raises a two-person approval; a campaign cannot close with unread items.Security Centre · Reasonable security safeguards — s.8(5)

Strong sign-in and short sessionsArgon2id password hashing, lockout after five failures, optional or organisation-required app-based two-factor, 15-minute access tokens with rotating refresh tokens, and a five-minute idle-out on shared devices.Identity

Encryption in transit, and sealed credentialsTLS on every connection, with certificates renewed automatically. Keys and passwords a clinic gives us are sealed with AES-256-GCM, bound to the organisation, and never shown back.TLS and the secrets envelope

Nightly verified backups, with a rehearsed restoreThe database and files are dumped every night and each dump is checked before the run counts as a success. A full restore was rehearsed on 3 September 2026.ops/backup.sh · Reasonable security safeguards — s.8(5)

Exports are whitelisted and recordedOnly listed views can be exported, each needs its permission, and each export is recorded with its row count and data classes.Exports · Purpose limitation — s.4

AI you can switch off, or send redactedOne setting per organisation: off, redacted (the default) or full. Redacted strips the name, date of birth, hospital number, phone and email before the request leaves our server. A named person accepts every draft.AI governance

Your side

What you would need to do

Show patients your own consent notice and name your grievance contact. The product carries the notice; you decide its words.
Answer rights requests on time. The desk keeps the clock; a person has to act.
Report a breach to CERT-In and the Data Protection Board when the law requires it.
Run the free DPDP self-audit to see which duties are yours alone.

This page describes our product. It is not legal advice; take your own advice on how the law applies to your practice.

Sub-processors

Sub-processors and where they are

Every outside service the product can send data to, where it processes it, and whether an agreement is signed. The list is generated from the register the product itself reads, the same one the Trust Centre shows.

The Trust Centre’s list →

Service	Location	Agreement
Hostinger — The rented server the database, the application and the uploaded files run on	One rented region	None signed yet
S3-compatible object storage — Where uploaded files and documents live when object storage is switched on	The bucket region the deployment configured	None signed yet
Anthropic — AI drafting and answering	United States	None signed yet
OpenAI — AI drafting and answering	United States	None signed yet
Google (Gemini) — AI drafting and answering	United States	None signed yet
NVIDIA NIM — AI drafting and answering	United States	None signed yet
The configured speech-to-text service — Turning a consultation recording into a transcript	Wherever SPEECH_API_BASE_URL points — api.openai.com (United States) unless changed	None signed yet
The clinic’s own Jitsi server — Carrying the live audio and video of a video visit	Wherever the clinic hosts it	None signed yet
Resend — Sending email	United States / European Union	None signed yet
MSG91 — Sending SMS	India	None signed yet
Meta (WhatsApp Business) — Sending WhatsApp messages through the official API	Meta’s global network	None signed yet
The clinic’s paired WhatsApp number — Sending WhatsApp messages from the clinic’s own handset session	Meta’s global network, through the clinic’s own number	None signed yet
The common WhatsApp assistant number — Staff asking the assistant from their own WhatsApp, and patients who write to the common number	Meta’s global network, through the platform’s paired number	None signed yet
Google (Firebase Cloud Messaging) — Delivering push notifications to a phone	Google’s global network	None signed yet
Razorpay — Taking a payment online, and holding a standing UPI Autopay or e-mandate authorisation	India	None signed yet
PhonePe — Taking a payment online	India	None signed yet
Stripe — Taking a payment online	United States	None signed yet
Pine Labs — Taking a card payment on the counter terminal	India	None signed yet
Google Sheets — Receiving a scheduled export	Google’s global network	None signed yet
Google Business Profile and Meta — Reading reviews and publishing the clinic’s replies	Google and Meta’s global networks	None signed yet
The clinic’s own mail server — The mailbox MedAppz proxies rather than copies	Wherever the clinic’s mail is hosted	None signed yet
The hospital’s own GST Suvidha Provider — Registering the hospital’s own patient invoices with the Invoice Registration Portal	India	None signed yet
The clinic’s own Tally server — Receiving the accounting export, and answering which vouchers it took	Wherever the clinic runs Tally	None signed yet
National Health Authority (ABDM gateway) — India’s national health exchange: linking care contexts and sending records a patient consented to	India (NHA)	None signed yet
A database the clinic brings — A destination the clinic asked the product to write to	Wherever the clinic hosts it	None signed yet

Questions

DPDP, briefly

Where does MedAppz stand on DPDP today?

MedAppz does not claim compliance with DPDP or any certification under it. As of 24 September 2026, 4 of the 7 items on our side are in place and 3 are still open; the table above lists each one.

Where are the records stored?

Records are stored on one server: Boston, United States · Hostinger VPS. Data is not stored in India.

What would our practice need to do?

Show patients your own consent notice and name your grievance contact. The product carries the notice; you decide its words. Answer rights requests on time. The desk keeps the clock; a person has to act. Report a breach to CERT-In and the Data Protection Board when the law requires it. Run the free DPDP self-audit to see which duties are yours alone.

Send us your DPDP questions

Your security questionnaire is longer than this page. Leave a number and we will answer it line by line, including where the answer is “not yet”.