Not affiliated with Certinal.

Strategy · outside-in view, September 2026

Hospitals will be asked to prove consent, not collect it

The product layer I would add to a hospital consent platform before DPDP enforcement: evidence that survives an audit, withdrawal that provably stops processing, and a breach response that meets its clocks.

01The answer

The problem

Capture is solved; proof is not

On 13 May 2027 a hospital must show which notice a patient saw, what she chose, that withdrawal reached every processor, and that a breach was reported on time. Most consent today is a signature on a form or a row in a table anyone with access can edit.

The product

Receipts, cascade, clocks

Every consent becomes a signed receipt anyone can verify with a public key. Withdrawal becomes a signed event that notifies each processor and times the acknowledgements. Breaches run four clocks from the moment of awareness.

The bet

Sell to the Group DPO, fund with the CFO

The DPO buys evidence. The CFO funds it because specific consent is also what keeps the right to remind, educate and cross-sell: the same registry measures consent yield.

Every one of these is working in the product, against a fictional hospital, with the simulated parts named on each screen.

02What changes on 13 May 2027

The dated trigger

194 days to 13 May 2027

  1. 11 Aug 2023

    DPDP Act, 2023 receives assent

    Framework law; most duties wait for the Rules.

  2. 13 Nov 2025

    DPDP Rules, 2025 notified

    Board provisions (Rules 1, 2, 17 to 21) in force at once.

  3. 13 Nov 2026

    Consent Manager registration opens

    Rule 4, twelve months after notification.

  4. 13 May 2027

    Notice, security, breach and rights duties apply

    Rules 3 and 5 to 16, eighteen months after notification.

The Rules were notified on 13 November 2025 and phase in over eighteen months. The duties that matter to a hospital's privacy office (notice, security safeguards, breach intimation, the rights of data principals) start on 13 May 2027. Each one becomes a question of evidence:

The stakes are set in the Schedule to the Act: up to ₹250 crore for failing to take reasonable security safeguards to prevent a breach, and up to ₹200 crore for failing to notify the Board or affected people of one. CERT-In's separate 6-hour reporting direction for cyber incidents has applied since 2022.

03Where the gap is

Certinal already markets healthcare consent and a DPDP offering to hospitals, so the question is not whether to build consent capture. It is what a Group DPO will ask any vendor to demonstrate once enforcement starts, and whether the product answers it with evidence rather than a feature list. Three capabilities decide that, and from public material alone I cannot tell how far any vendor has built them:

  1. Independently verifiable receipts. Verification with a published public key, bound to the notice version, so an insurer or the Board can check a consent without access to hospital systems.
  2. Withdrawal that provably reaches processors. A signed event, a notice per processor, and acknowledgement times the DPO can show.
  3. A breach command with the real clocks. Board and patients without delay, the 72-hour report, CERT-In in six hours, with drafts in the patient's language.

These sit on top of capture, so they extend an existing consent product rather than compete with it.

04Who buys, who evaluates

Buyer

Group DPO or Chief Risk Officer

Of a 300 to 1,500 bed chain. Needs a readiness number they can defend, an audit pack, and a breach runbook that works at 2 a.m. Sees it in the DPO console.

Evaluators

CIO and CISO

Care about HIS integration, key custody, append-only storage and data residency. See the architecture and the public key endpoint.

Sponsor

CFO and CMO

Fund it when consent yield is visible: opt-in by purpose, a copy test that can say “no difference”, and a chain value model. See consent yield.

05Landscape

Public positioning as of September 2026, from each company's own site.

  • Certinal (a Zycus company)

    E-signature and healthcare consent, with a DPDP offering marketed to hospitals.

    The natural owner of this layer: the capture surface and hospital relationships already exist.

  • Privy by IDfy

    A DPDP platform: consent governance, data principal rights, incident management and PII discovery.

    Horizontal DPDP coverage; this proposal goes deeper on clinical capture and patient comprehension.

  • OneTrust

    Consent and preference management with consent receipts and propagation of consent signals to downstream systems.

    The reference for propagation; this proposal adds hospital identity levels, teach-back and DPDP clocks.

  • Securiti

    Privacy operations and data subject request automation.

    Strong on rights operations; this proposal starts at the bedside receipt.

  • ABDM consent manager (NHA)

    The national rail for consent to share health records between providers.

    Not a competitor: a receipt format should interoperate with it for record-sharing purposes.

06Product decisions

A receipt per capture, a decision per purpose
One signature covers one notice and one identity check; each purpose inside it is decided separately, the way Rule 3 itemises them. Withdrawal is per purpose and never edits the receipt.
Asymmetric signatures and a published key
Ed25519 with a JWKS endpoint. A shared-secret HMAC cannot be verified by anyone outside the hospital, which defeats the point.
The server signs only what it established
Identity level and comprehension grade arrive as ten-minute, session-bound server tokens. A request that claims “L5, understood” changes nothing.
Friction matched to risk
A checkbox in the booking form for a teleconsult, one screen and an OTP at OPD, a ceremony with teach-back for admission. Same evidence format at every tier.
Rules decide, models assist
Legal duties, clocks and severity are deterministic. Models grade teach-backs and draft notices within a daily spend ceiling, outputs are schema-checked, and the rule result is always shown beside the model's.
Identity without Aadhaar by default
ABHA-linked or mobile OTP, staff witness for assisted patients, passport and liveness for international patients.

07Risks

  • Aadhaar as a default identity check

    Why it matters

    Private entities may use Aadhaar authentication only where a law or a central notification permits it (Aadhaar Act s.4(4), after the 2018 Puttaswamy judgment).

    Mitigation

    Default to ABHA-linked or mobile OTP and staff witness; Aadhaar only where counsel confirms a basis.

  • Machine-translated notices

    Why it matters

    A notice a patient cannot understand is not informed consent, and a mistranslation is evidence against the hospital.

    Mitigation

    Certified translation per notice version; the notice hash makes the approved wording provable. Kannada, Marathi and Bengali next.

  • A model grading comprehension unevenly across languages

    Why it matters

    Grading errors would be systematic, not random, and would fall on non-English speakers.

    Mitigation

    Model grades only; staff confirm; rubric fallback is labelled; per-language grade distributions monitored.

  • Signing key compromise

    Why it matters

    Whoever holds the key can mint receipts that verify.

    Mitigation

    Per-hospital keys in an HSM or KMS, rotation with a key history in the JWKS, and the hash-chained trail as a second witness.

  • Processors that never acknowledge

    Why it matters

    Sec 6(6) makes the hospital answerable for its processors stopping.

    Mitigation

    Contractual acknowledgement windows, escalation at the internal limit, and the readiness score naming the slow processor.

  • "Without delay" read differently by the Board

    Why it matters

    The Rules set no hour count for initial intimation to the Board or to patients.

    Mitigation

    Internal targets set with counsel and shown as policy, never as law; the 72-hour report and CERT-In 6 hours are hard clocks.

08Roadmap to enforcement

  1. Now to Dec 2026

    • Evidence receipts and public key in production for OPD and teleconsult
    • Withdrawal cascade live with two real processors: lab partner and messaging gateway
    • FHIR Consent export to one HIS
  2. Jan to Mar 2027

    • Consent status write-back on the HIS encounter
    • Rights request queue with response clocks (Secs 11 to 14)
    • Certified translations for the next three languages
  3. Before 13 May 2027

    • Per-hospital keys in KMS, rotation drill
    • Guardian consent for children and for adults with a lawful guardian (Sec 9, Rules 10 and 11)
    • Breach drill run end to end with counsel, CISO and the Board template
  4. After

    • ABDM consent-manager interoperability for record sharing
    • Research and trial consent on the same receipt format

Deliberately not in scope before enforcement: a generic privacy suite, cookie consent, and a clinician-facing record viewer.

09Sources and method

  • Digital Personal Data Protection Rules, 2025 (PIB): phasing, Rule 3 notice, Rule 6 safeguards, Rule 7 breach intimation, Rule 14 rights.
  • Digital Personal Data Protection Act, 2023: Secs 5, 6, 8, 9, 11 to 14 and the Schedule of penalties.
  • CERT-In Directions under s.70B(6) of the IT Act, 28 April 2022: 6-hour reporting of specified cyber incidents.
  • Aadhaar Act, 2016, s.4(4) as amended in 2019, on authentication by requesting entities.
  • Company positioning from certinal.com, idfy.com/privy and onetrust.com, September 2026.

Legal references are summarised for product design and are not legal advice. The hospital, its patients, processors and incidents in the product are fictional; its figures are synthetic and illustrate the method, not a measured outcome.

Open the product