DPDP Act for hospital marketers: consent, retargeting, WhatsApp and CRM data
Reviewed on by Gaurav Phogat. Rules and figures checked against their original sources on the same date.
The DPDP Act for hospital marketers comes down to one test that every campaign must pass from 14 May 2027: can you show, for this person, on this channel, for this purpose, a consent that was specific, recorded and still active? Seven months is enough time to build that, but only if marketing starts now and treats it as a data project rather than a policy memo.
See every healthcare digital growth guide in one place.
Last updated: 14 October 2026.
I have already written about how the DPDP Act changes hospital marketing and why lazy hospital CRM will not survive it. This piece is the working manual: what to build, channel by channel, in the order a marketing team can actually do it. It is a practitioner’s view, not legal advice, and every hospital should confirm its position with counsel.
Key facts at a glance
| Point | Fact | Source |
|---|---|---|
| Rules notified | The DPDP Rules, 2025 were notified on 14 November 2025, with Board provisions in force immediately. | PIB, DPDP Rules 2025 |
| Consent Managers | Registration and obligations of Consent Managers begin one year after notification, in November 2026. | PIB, DPDP Rules 2025 |
| Core duties | Notice, consent, security, breach reporting, retention and children’s data obligations apply from 14 May 2027. | PIB, DPDP Rules 2025 |
| Penalties | Up to Rs 250 crore for security failures, up to Rs 200 crore for breach-notification or children’s data failures, up to Rs 50 crore for other violations. | PIB, DPDP Rules 2025 |
| Children | Verifiable parental consent is required, and tracking, behavioural monitoring and targeted advertising directed at children are barred. | PIB, DPDP Rules 2025 |
| WhatsApp billing | Since 1 July 2025, Meta charges per delivered template message by category: marketing, utility or authentication. | Meta developer documentation |
Why marketers, not lawyers, carry most of this
Legal will write the privacy policy. It will not redesign the OPD booking form, re-tag the website, rebuild the WhatsApp templates, clean the CRM or rewrite agency contracts. Those sit with marketing, digital and the contact centre, and they are where a hospital’s exposure actually lives.
The Act makes the hospital the data fiduciary. Every agency, CRM vendor, WhatsApp business solution provider and outsourced call centre is a data processor acting for it, and the hospital stays answerable for what they do. In practice that means the head of marketing or digital owns more compliance surface than anyone else in the building.
An illustrative example: a group runs a knee replacement campaign. The agency uploads last year’s orthopaedic OPD list to Meta as a custom audience, the pixel on the knee pain page builds a retargeting pool, and a WhatsApp blast goes to every number in the CRM tagged “ortho”. Under DPDP, each of those three moves needs a lawful basis the hospital can show, and the audience itself reveals a health condition. None of it is fixed by a better privacy policy.
The countdown: what to do before 14 May 2027
Seven months is tight because the work is sequential. You cannot fix retargeting until you know which data is consented, and you cannot know that until the CRM holds consent as a record.
| Window | Marketing work | Owner |
|---|---|---|
| October to November 2026 | Inventory every place personal data enters marketing: forms, calls, WhatsApp numbers, camps, aggregators, agencies, spreadsheets | Head of digital or CRM |
| November to December 2026 | Write purpose-specific notices in English and the main local languages; decide whether you will accept consent through registered Consent Managers | Marketing with privacy lead |
| December 2026 to February 2027 | Build the consent record in the CRM; rebuild forms and the registration desk flow; split WhatsApp and SMS templates into care and promotional sets | CRM lead and IT |
| February to March 2027 | Audit tags and pixels; rebuild audiences from consented records only; re-permission the legacy database through service touchpoints | Performance marketing |
| March to April 2027 | Sign data processing terms with every vendor; set retention and deletion jobs; test withdrawal end to end | Procurement, IT, CRM lead |
| By 14 May 2027 | Freeze any campaign that cannot show its consent source | Head of marketing |
The consent matrix: purpose by channel
The mistake I see most often is one “I agree to be contacted” checkbox covering everything. DPDP consent has to be specific to a purpose, so the cleanest design is a matrix: purposes down one side, channels across the top, each cell a separate yes or no that the patient can change.
| Purpose | Typical lawful basis to confirm with counsel | Can it share a consent with care? | Withdrawal effect |
|---|---|---|---|
| Appointment confirmations and reminders | Data voluntarily given for that booking | Yes, it is part of the service asked for | Stops only if the patient objects to the service messages |
| Reports ready, follow-up due, discharge instructions | Care relationship | Yes | Rarely withdrawn; handle individually |
| Health check offers, new service launches, camps | Consent | No, separate opt-in | Stops all promotional messages on that channel |
| Newsletters and health awareness content | Consent | No | Stops that stream only |
| Remarketing and audience uploads | Consent covering ad platforms by name | No | Removes the person from all synced audiences |
| Feedback and NPS surveys | Usually tied to the visit; confirm with counsel | Usually yes | Stops surveys |
Section 7 of the Act lists the legitimate uses that do not need consent, including data a person voluntarily provides for a specified purpose and responses to a medical emergency. Neither stretches to promotion. A hospital that processed data during an emergency admission cannot later use it to sell a health check, and a number given to book one consultation is not a licence to send offers.
Two design rules follow. First, care messages must stay free of promotion, or they lose their footing. Second, the marketing opt-in must never be a condition of registration or treatment, because consent that is a condition of service is not freely given.
Retargeting and audience uploads: the rules I would set
Retargeting is where hospital marketing is most exposed, because the audience itself is health information. A list called “visited the IVF page” or “oncology OPD 2025” tells an ad platform something about a person’s health without that person ever seeing a notice.
These are the rules I would write into the performance marketing playbook:
- No condition-based audiences without explicit consent that names the use. That covers pixel pools built on specialty or condition pages and any list segmented by department, diagnosis or procedure.
- Customer list uploads only from consented records, and only where the platform allows them. Hashing does not change the purpose. Pull any upload from the CRM’s consent field, never from an HIS export or an agency spreadsheet.
- Pixels off sensitive pages and booking steps. Audit what fires where. Keep measurement on generic pages and use server-side conversion events that pass no condition data.
- Contextual and search-led targeting first. Search intent, location and content placement work without personal data and are usually stronger for hospitals anyway.
- Nothing aimed at children. Paediatric campaigns target parents with general content, never behavioural audiences of minors.
Ad platforms are already stricter than many hospital teams assume. Google’s personalised advertising policy lists health as a restricted category: health advertisers cannot use their own audience lists such as Customer Match or lookalikes, though Google’s predefined audiences remain available. The privacy-safe remarketing guide goes deeper on alternatives. The honest trade-off is some loss of attribution and a smaller retargeting pool. I would take that trade every time over an audience I cannot defend.
WhatsApp: opt-ins, templates and the 24-hour window
WhatsApp is where most Indian patients actually talk to hospitals, so it is where most consent will be exercised. Three layers of rules apply at once: Meta’s own messaging policy, TRAI’s telecom rules for any SMS fallback, and DPDP on top.
Opt-in. WhatsApp’s business policy already requires an opt-in before a business messages a person. DPDP raises the bar on what that opt-in says. A patient who messaged to ask about OPD timings has started a service conversation; they have not agreed to receive health check offers. Capture the marketing opt-in as an explicit choice, inside the chat or at registration, and write it to the CRM with time, channel and notice version.
Templates. Meta classifies templates as marketing, utility or authentication, and a template that mixes utility and promotional content is treated as marketing. That works in your favour if you let it: keep reminders, reports and discharge instructions as clean utility templates, and put every offer in a separate marketing template that only goes to opted-in numbers.
The service window. Replies inside the 24-hour window after a patient messages you are free, and utility templates sent inside that window are free too. Marketing templates are always charged and cost several times a utility message in India. Compliance and cost point the same way: answer fast, stay in service mode, and send marketing only where consent exists.
Stop must work everywhere. “STOP”, “unsubscribe” or “please don’t message me” in any form is a withdrawal. It should flip the CRM consent field and suppress that number on every WhatsApp number the group runs, not just the one that received the reply. Group hospitals with a number per unit fail this test most often. My WhatsApp consent flow tool has the opt-in and opt-out wording.
CRM data: the consent fields to build
A consent that lives on a paper form, in one messaging tool or in an agency’s sheet cannot be honoured across channels. It has to live in the CRM, as a record with history, and every sending tool has to read it before it sends. This is the minimum field set I would specify:
| Field | Why it matters |
|---|---|
| Purpose (care, promotional, newsletter, audiences, surveys) | Consent is specific to purpose |
| Channel (WhatsApp, SMS, email, voice, ads) | A yes on WhatsApp is not a yes on calls |
| Status and timestamps (given, withdrawn) | Proves consent was active when you sent |
| Capture source (desk, web form, chat, camp, Consent Manager) | Lets you trace bad data to its origin |
| Notice version and language shown | Proves the person saw a valid notice |
| Captured by (user ID or system) | Exposes desk staff ticking boxes for patients |
| Guardian flag and verification method | Needed for anyone under 18 |
| Retention date | Drives automatic deletion when the purpose ends |
| Processors with access | Lets withdrawal flow to every vendor |
Two operating rules make the fields useful. One identity per person across units, so a withdrawal at one hospital applies at all of them. And one suppression list that every channel checks in real time, rather than nightly syncs that leave a twelve-hour gap.
The legacy database is the hard part. Years of registration numbers have no marketing consent behind them. Treat that data as care data only, and invite marketing opt-ins during genuine service moments: a reminder, a report delivery, a discharge call. A mass “please consent” blast is itself a promotional message and should go past counsel first.
Leads from agencies, aggregators and camps
Every external source needs evidence of the notice the person saw and the consent they gave, naming your hospital or clearly covering it. If an agency cannot produce it, the lead does not enter the CRM. Health camps should use their own registration form with a separate marketing choice instead of sign-up sheets typed in later. Corporate programmes need a written split of who controls which employee data.
This will cut volume from some sources. It also stops the hospital inheriting someone else’s compliance problem, which is a far bigger cost than a few hundred lost leads.
Vendors: what the contract must say
Every processor contract should cover the purpose of processing, where data is stored, security controls, breach notice to the hospital within hours rather than days, access limits, return and deletion at exit, and a ban on agencies keeping patient lists on their own drives. The hospital has to report a breach to the Data Protection Board and to affected patients, so a vendor who reports late leaves you exposed. My vendor management piece covers how to run this without micromanaging.
A one-page checklist for the head of marketing
- Every form, desk flow and chat entry point shows a purpose-specific notice in the patient’s language.
- Marketing consent is separate, unticked and never a condition of care.
- The CRM holds consent by purpose and channel, with history, and every tool checks it before sending.
- Care and promotional templates are split on WhatsApp and SMS.
- No condition-based audiences or uploads without named consent; pixels removed from sensitive pages.
- Third-party leads enter only with consent evidence.
- Vendor contracts carry data processing terms.
- Withdrawal tested end to end, as a patient, on every channel.
None of this stops a hospital from marketing well. It moves the work towards patients who want to hear from you, through channels you can account for, which is where good hospital marketing belonged anyway. For the consent wording itself, start with the DPDP consent notice template.
Sources and further reading
- DPDP Rules, 2025 (Press Information Bureau): the notified rules and phased commencement.
- WhatsApp Business Messaging Policy: opt-in requirements for business messaging.
- Pricing on the WhatsApp Business Platform (Meta): template categories and per-message billing.
- Google Ads: Restricted targeting in personalised advertising: limits on audience lists for health advertisers.
Questions people ask
It means every marketing contact needs a lawful basis the hospital can show, usually a specific, recorded and withdrawable consent. Most obligations apply from 14 May 2027. The work falls mainly on marketing, CRM and the contact centre: forms, templates, audiences, vendor contracts and the consent record.
The Rules were notified on 14 November 2025. Consent Manager provisions start in November 2026, and the core duties on notice, consent, security, breach reporting, retention and children’s data apply from 14 May 2027.
Reminders for a booking the patient asked for are part of the service and are generally treated differently from promotion, but confirm the basis with counsel. The key is keeping them free of offers, so they stay care messages.
Yes, but only on audiences it can defend. Avoid condition-based pools and department lists unless consent names that use, remove pixels from sensitive pages, and lean on search, location and contextual targeting.
Google already bars health advertisers from using their own lists such as Customer Match. Elsewhere, upload only records with marketing consent that covers ad platforms. Hashing does not change the purpose. Never upload segments by condition or department, and never use raw HIS exports.
Capture the marketing opt-in as a separate, explicit choice in the chat or at registration, store it in the CRM with time and notice version, keep reminders in utility templates, and make STOP work across every hospital number.
Purpose, channel, status with timestamps, capture source, notice version and language, who captured it, a guardian flag for minors, a retention date and the processors with access. Every sending tool should check these before it sends.
Treat it as care data only. Ask for marketing consent during genuine service moments such as reminders, report deliveries or discharge calls, and run any mass re-permission campaign past counsel first.
Only with evidence of the notice shown and the consent given, naming or clearly covering your hospital. Without it, the lead should not enter your marketing systems.
Children’s data needs verifiable parental consent, and tracking, behavioural monitoring and targeted advertising directed at children are barred. Market to parents with general content and avoid behavioural audiences.
Up to Rs 250 crore for failing to keep reasonable security safeguards, up to Rs 200 crore for breach-notification or children’s data failures, and up to Rs 50 crore for other violations.
The privacy lead owns the framework, but the head of digital or CRM should own the operational changes: forms, consent records, templates, audiences and vendor terms. Write the split down so nothing drifts.
A Consent Manager is an entity registered with the Data Protection Board that lets people give, manage and withdraw consent across services. Hospitals do not have to use one, but should decide by early 2027 whether to accept consents arriving through them.
Most of the cost is people’s time: data mapping, form redesign, CRM build, tag audits and vendor contracts over several months. Media usually gets cheaper, because consented audiences and utility WhatsApp messages waste less spend.
Read my takes first in Google Search

