Consulting Doctors and their Status: DGPSI-Hospital

We have earlier discussed the need to recognize the Governance structure of DPDPA Compliance team including the PSO or the Patient Safety officer as one of the co-owners of the compliance requirements since every data breach is also a Patient Safety event. We therefore suggested that the team of CISO-DPO-PSO will be responsible for DPDPA compliance, NABH compliance and ITA 2000 compliance as an integrated compliance plan.

Another area of complexity that the hospitals find is in establishing the status of the consulting doctors, Subordinate hospitals and diagnostic  centres. Diagnostic centers operate independently and determine the clinical decisions and therefore the Patient Safety  actions.

Many hospitals provide support to subordinate hospitals in terms of telemedicine consultancy and some times remote surgery. In such cases the two entities need to settle their inter-se status as Joint Data Fiduciaries with  a recognized boundary for data responsibilities.

Hospitals also work with consulting doctors who are independent professionals and take independent decisions on how the patient data is processed and disclosed. Some doctors may have “Employment” status while most may not. In such cases the status of who is a data fiduciary and who is a joint data fiduciary is a matter to be taken into account.

Additionally most hospitals work under a brand sharing  program where there could be an umbrella brand that attracts the patients while the service is rendered independently by the franchisee hospitals. In such cases the  possibility of “Super Data Fiduciary” status for the  umbrella brand has to be also considered.

The DGPSI-Hospital framework therefore needs to cover these special situations.

Please send your views on these issues.

Watch out for more discussion.

Naavi

Posted in Privacy | Leave a comment

Modified Intermediary Rules for publishers

Attention is drawn to the notice issued by MeitY on 21st  April 2026 related to the draft amendments to Information Technology (Intermediary Guidelines and Digital Media Ethics Code) Rules, 2021 in relation to strengthening intermediary compliance with clarifications, advisories and directions issued by the Ministry. (Refer here)

The last date for public comments  was 7th May 2026 which is well behind us.

So far no confirmation of the final rules has come from MeitY. 

The copy of the proposed draft rules are here. This should be read with the earlier consolidated rules published on 10th April 2026

An article which appeared in Indian Express today  flagging some of the key issues of  the rules is available here

While we await the release of the final rules, a brief review of the article of Indian express flag the following observations.

The proposed amendments represent a substantial expansion of governmental oversight over digital intermediaries. They move beyond traditional publisher regulation and seek to create a unified compliance framework covering:

  1. Social media intermediaries,
  2. AI-generated content,
  3. User-generated news and current affairs content, and
  4. Digital grievance redressal processes.

Although these amendments are not directly issued under the Digital Personal Data Protection Act, 2023 (DPDPA), they have important intersections with data governance:

  • Data retention obligations may interact with DPDPA provisions relating to storage limitation and legal exemptions.
  • AI-content labeling complements transparency principles relevant to responsible AI governance.
  • Expanded intermediary obligations strengthen accountability mechanisms within India’s broader digital governance framework.

Key Proposed Amendments

1. Mandatory Compliance with MeitY Directives

Social media intermediaries, including platforms such as X and Meta-operated services, will be required to comply with:

    • Clarifications
    • Advisories
    • Orders
    • Directions
    • Standard Operating Procedures (SOPs)
    • Codes of Practice
    • Guidelines

issued by MeitY.

Compliance with such directions will form part of the statutory “due diligence” obligations of intermediaries. Failure to comply could potentially affect the safe-harbour protections available under the Information Technology Act, 2000.

2. Enhanced AI-Generated Content Labeling Requirements

The amendment to Rule 3(3)(a)(ii) strengthens obligations relating to synthetic or AI-generated content.

Previous Requirement:

  • AI-generated content labels needed to be “prominently visible.”

Proposed Requirement:

  • Labels must be displayed continuously and clearly throughout the entire duration of the visual content.

Implication:

  • Platforms will need robust technical mechanisms to ensure persistent disclosure of AI-generated videos, images, and similar synthetic media.
  • The amendment reflects growing concerns regarding misinformation, deepfakes, and manipulated media.

3. Reinforcement of Data Retention Obligations

The amendments clarify that intermediaries must continue to comply with all legal requirements concerning:

    • Preservation of information
    • Retention of records
    • Maintenance of evidence

even when responding to user requests or regulatory actions.

Implication:

  • Data deletion requests cannot be used as a basis to circumvent statutory retention requirements.
  • This provision aligns with law-enforcement, regulatory, and evidentiary needs.

4. Expansion to User-Generated News and Current Affairs Content

A major policy shift is the inclusion of news and current affairs content uploaded by ordinary users.

Previously, regulatory obligations primarily targeted recognized digital publishers.

Under the proposed amendments:

  • User-generated news content may also fall within the regulatory framework.
  • Social media platforms hosting such content become subject to additional compliance responsibilities.

5. Strengthening of Grievance Redressal Mechanism

Rule 14 has been revised to strengthen the role of the Inter-Departmental Committee (IDC).

The IDC may:

  • Periodically hear complaints concerning violations of the Code of Ethics.
  • Consider cases where prescribed timelines have not been met.
  • Examine matters directly referred by MeitY.

6. Broader Applicability of Rules 14, 15 and 16

The amendment to Rule 8 extends the applicability of Rules 14, 15, and 16 beyond publishers.

These provisions will now apply to:

  • Publishers
  • Intermediaries
  • User-generated news and current affairs content hosted on intermediary platforms

Implication:

  • Regulatory accountability extends deeper into the social media ecosystem.
  • Platforms may bear greater responsibility for content generated by users.

The entire impact of the modified rule hinges on the definition of the “Synthetically generated information” which is defined as follows.

Rule 2 (wa) ‘synthetically generated information’ means audio, visual or audio-visual information which is artificially or algorithmically created, generated, modified or altered using a computer resource, in a manner that such information appears to be real, authentic or true and depicts or portrays any individual or event in a manner that is, or is likely to be perceived as indistinguishable from a natural person or real-world event;

Provided that the purposes of this clause, an audio, visual or audio-visual information shall not be deemed to be ‘synthetically generated information’, where such audio, visual or audio-visual information arises from—

(a) routine or good-faith editing, formatting, enhancement, technical correction, colour adjustment, noise reduction, transcription, or compression that does not materially alter, distort, or misrepresent the substance, context, or meaning of the underlying audio, visual or audio-visual information; or

(b) the routine or good-faith creation, preparation, formatting, presentation or design of documents, presentations, portable document format (PDF) files, educational or training materials, research outputs, including the use of illustrative, hypothetical, draft, template-based or conceptual content, where such creation or presentation does not result in the creation or generation of any false document or false electronic record; or

(c) the use of computer resources solely for improving accessibility, clarity, quality, translation, description, searchability, or discoverability, without generating, altering, or manipulating any material part of the underlying audio, visual or audio-visual information

Though the rule applies to all bloggers as indicated in the Indian Express Report,  there are sufficient safeguards to exclude routine bloggers who may use AI to create documents for educational or training materials without “depicting events as true events” which is normally done in You Tube videos covering events of news value.

Naavi

Posted in Privacy | Leave a comment

DGPSI-Hospital ..framework for DPDPA Compliance in Hospitals taking shape

FDPPI has been a pioneer in designing a framework exclusively for compliance of DPDPA. The initial version of DGPSI incorporated the ITA 2000 and BIS draft guidelines on Data Governance and was born as a unified framework. With such a unification approach, DGPSI had become the  only framework suitable for the Indian data protection environment.

Subsequently with DGPSI-AI as an extension, the framework adopted the AI development in technology and today DGPSI-Full with DGPSI-AI stands tall amongst any such frameworks. It is suitable for implementation of DPDPA Compliance by default and is also certifiable by third party audit and also possesses ability to measure maturity of implementation through Data Trust Score (DTS).

Further DGPSI evolved with sector wise versions including DGPSI-HR, DGPSI-Data Processor and DGPSI-GDPR to meet specific requirements of HR, Data Processors and GDPR stake holders.

Time has come now to announce that a separate framework for the Hospital environment where there is a need for unification of “Patient Safety” requirements which  are presently handled under NABH  accreditation as a “Quality” criteria.

We started working on DGPSI-Health care as a framework. But it appears that there has to be a different framework for Hospitals under NABH guidelines from a framework for laboratories under NABL guidelines. We have  therefore decided to work presently on DGPSI-Hospital integrating the NABH quality requirements within the DGPSI framework.

Watch  out for more details …

Naavi

Listen here: The new  symbol of Trust

 

 

Posted in Privacy | Leave a comment

The Cyber Security Architecture Needs a Revamp in Health Care Sector

Traditionally,  the foundation of cyber security has rested on the well-known CIA Triad, Confidentiality, Integrity, and Availability. Every security professional, auditor, and regulator has used these three principles as the benchmark for evaluating the adequacy of information security controls.

The CIA model has served the digital world well. However,  Data is no longer merely an information asset stored in computers. It directly influences human decisions, determines access to services, impacts financial outcomes, and in sectors such as healthcare, can literally affect life and death.

Consequently, cyber security can no longer remain confined to protecting information systems. It must evolve into a discipline that protects the human beings whose lives are influenced by the information.

It is therefore time to rethink the traditional security architecture and move from the CIA Information Triad to what may be called the CDP Human Triad particularly in the context of the hospital systems.

What is  CDP Human Triad?

The CDP human triad represents the CISO who protects the Information, DPO who protects the Privacy and the PSO who protects the Patient.

The traditional CIA model focuses on protecting information.

  • Confidentiality ensures that information is not disclosed to unauthorized persons.
  • Integrity ensures that information is not altered without authorization.
  • Availability ensures that information is accessible when required.

This approach was adequate when information systems were viewed primarily as repositories of data. However, modern cyber incidents demonstrate that the ultimate impact of a breach is often not on information but on people.

A ransomware attack on a hospital may compromise availability, but its real consequence may be delayed treatment.

An AI system that generates an incorrect recommendation may preserve confidentiality and availability, yet still expose an individual to harm.

A privacy violation may not damage the data itself, but may undermine the autonomy and choice of the individual to whom the data relates.

The focus of security therefore needs to shift from merely protecting information assets to protecting human interests.

The proposed CDP Human Triad consists of three human controllers with their own respective responsibilities.

C: CISO the person responsible to ensure the Confidentiality, Integrity and Availability of personal data of data principals. (Patients in the Hospital context).

D: DPO the person responsible to ensure that the Privacy rights of the Patients are protected as per the laws such as DPDPA.

P: Represents the person responsible to protect the Patient Safety during the Health  Cre operations.

We must appreciate that a system may be perfectly secure from CIA triad concept but still it may not be compliant with DPDPA requirements.  A system may be DPDPA compliant but may result in adverse patient safety considerations.

Hence when we address an issue such as a “Data Breach”, we need to recognize that the consequence cannot be considered fully reversed with a restoration of lost data or correcting a consent shortage since the damage on human life remains irreversible. Hence a “Data Breach”  in a hospital context is not the same as a data breach in a Bank or any other system.

Hence the remedies need to be also different. The CDP approach is recommended to meet this requirement.

The transformation from CIA to CDP naturally requires a corresponding evolution in organizational governance.

The CISO continues to focus on:

    • Information security
    • Network security
    • Cyber defence
    • Incident response
    • Business continuity
    • Technology resilience

The CISO asks:

“How do we protect the information and systems?”

The DPO: Protecting the Data Principal’s Choice

The DPO focuses on:

    • Consent governance
    • Privacy compliance
    • Data Principal rights
    • Purpose limitation
    • Data minimization
    • Breach notification obligations

The DPO asks:

“How do we protect the individual’s choices and rights?”

The PSO: Protecting Patient Safety

The PSO focuses on:

    • Clinical safety
    • Human impact assessment
    • Digital risk to patient care
    • AI safety oversight
    • Safety incident management
    • Harm mitigation

The PSO asks:

“How do we protect the patient, irrespective of the cause of harm?”

This is an key distinction.

The PSO is not concerned only with cyber attacks. The concern extends to any digital or operational event that may compromise patient safety, whether arising from technology failure, human error, AI malfunction, privacy violations, or malicious activity.

A Shift in Security Thinking

The significance of this transition lies in recognizing that the purpose of security is not security itself.

The ultimate purpose of security is to protect human interests.

Historically, security professionals protected servers, networks, databases, and applications.

Today they must also protect:

  • Human autonomy,
  • Human dignity,
  • Human rights,
  • Human safety.

The transition from the CIA Information Triad to the CDP Human Triad represents this broader vision.

It acknowledges that:

  • Information must remain confidential.
  • Individuals must retain control over their personal data.
  • Patients and other affected individuals must remain safe irrespective of how a digital failure occurs.

As organizations adopt AI, digital health platforms, connected devices, and data-driven decision-making systems, cyber security architecture must evolve beyond its traditional boundaries.

The future governance framework cannot rely solely on the CIA Triad.

A more human-centric model is required—one that integrates technical security, privacy governance, and safety assurance.

How do we  integrate the CISO-DPO-PSO triad in our current system?

The CISO–DPO–PSO triad provides the organizational mechanism for achieving this objective, while the CDP Human Triad provides the corresponding security philosophy.

The challenge before regulators, industry leaders, healthcare institutions, and security professionals is to ensure that this transition in the very objective of security is recognized, embedded, and protected.

The attempt to find a solution falls on the DGPSI-Hospital framework which is being developed as an extension of DGPSI.

In the military structure we have identified the post of  “Chief of Defense Staff” (CDS) to have a joint command on Army, Navy, Airforce and Cyber  commands. Similarly, should we consider a Patient Safety Officer as a central command  over DPO  and CISO or should we identify a new designation is the question which we need to answer in DGPSI.

Await the release of the DGPSI-Hospital for the final suggestion.

Naavi

Posted in Privacy | Leave a comment

Posted in Privacy | Leave a comment

Why the Supreme Court’s AI Draft Needs to Rethink “Court Data” and “Sensitive Judicial Data

(This is in further continuation of the previous article on definitions in the SC draft regulations)

The draft Supreme Court Regulations for the Use of Artificial Intelligence in Courts, 2026  (SCAIF) appears to treat “Sensitive Judicial Data” as a proxy for privacy risk and “Court Data” as a proxy for operational ownership.

These are two genuinely different ideas, and by mapping its protections onto them, the draft ends up conflating privacy-sensitivity with judicial-sensitivity.

The consequence is that some judicial information may be over-protected with measures designed for personal data, while other information — sensitive for reasons that have nothing to do with privacy — may be under-protected. Almost every inconsistency in the drafting flows from this single confusion.

What the draft actually says

Three definitions matter. “Data” carries the same meaning as in Section 2(h) of the Digital Personal Data Protection Act, 2023 — “a representation of information, facts, concepts, opinions or instructions in a manner suitable for communication, interpretation or processing by human beings or by automated means.”

“Court Data” is defined broadly and by source: any data generated by, or in the possession of, a Court. It is, in effect, an ownership concept.

“Sensitive Judicial Data” is defined differently. It covers (i) any personally identifiable information of parties, witnesses or legal representatives, and (ii) any information processed in connection with a Court process, the unauthorised disclosure of which may cause harm. “Court process” is itself drawn very widely, extending to filing, scheduling, hearing management, evidence handling, legal research, drafting, translation, transcription and record management. “Harm,” meanwhile, is defined to include damage both to the reputation or rights of an individual and to those of an institution.

The ambiguity is in the trigger, not in an omission

At first glance  it appears  that litigation content , pleadings, written arguments, judicial notes, draft orders, evidentiary records — has simply been left out of “Sensitive Judicial Data.” But  part (ii) of the definition, read together with the expansive meaning of “Court process,” may be argued as including such content.

The real problem is subtler. Whether litigation content qualifies turns entirely on a vague and subjective test — whether its “unauthorised disclosure may cause harm” — and it is not even clear whether that harm qualifier attaches only to part (ii) or also governs the personal-information . So the question is not whether pleadings and draft orders are categorically excluded, but on what uncertain basis they are sometimes in and sometimes out. A definition whose reach depends on a case-by-case harm assessment, undefined in method, is a fragile foundation for a protection regime. That is the ambiguity that needs fixing .

The mismatch this produces

The drafting consequences confirm the diagnosis. As the draft is structured, Sensitive Judicial Data is accorded the highest standard of protection under Section 10. Section 46 brings both Sensitive Judicial Data and Court Data within purpose limitation, but does not subject either to sovereign-cloud deployment. And Section 48’s data-localisation requirement is applied only to Sensitive Judicial Data — which, on the privacy-led reading, may exclude precisely the non-personal litigation content one would most expect to keep on Indian soil.

The clearest way to see the gap is to imagine material that is highly sensitive yet contains no personal data at all such as a draft judgment leaked before pronouncement, a judge’s deliberative notes, a sealed-cover national-security submission, or a trade secret disclosed in a patent dispute. None of these is obviously “Sensitive Judicial Data” under a privacy lens, yet each demands the very highest protection. If localisation and sovereign-cloud obligations track a personal-data concept, this category can slip through — protected, if at all, only by the discretionary harm test.

Why there is a problem

There may be a reason behind the choice. Personal data is where the DPDPA’s liability actually bites; tying the strongest safeguards to personal information aligns the regulation with the statute that will be enforced against the Courts as data fiduciaries. That is understandable. But judicial information is sensitive for reasons that extend well beyond privacy, such as, evidentiary integrity, judicial confidentiality, institutional security and national interest among them. A framework that measures sensitivity primarily through a privacy lens will systematically misjudge the material whose sensitivity has a different source.

The harder questions the classification must answer

A coherent scheme also has to take a position on open justice, which a privacy-led definition tends to obscure. The open-justice principle, reflected, for the Supreme Court, in Article 145(4) of the Constitution  means that judicial records are not confidential by default merely because they contain personal information. Once such records are lawfully in the public domain, restricting access to them should ordinarily require a specific justification: privacy, security, victim protection or an overriding public interest.

It can fairly be argued that merely filing a petition does not place the petitioner’s data “in the public domain” in the full sense, and that an in-camera hearing changes the position entirely. But absent such circumstances, there is little logic in treating every petitioner as automatically entitled to confidentiality under privacy law. The masking of data relating to women and minors, including in matters concerning the commission of offences, and not only where they are victims , is sometimes defended under a “right to be forgotten.” It is worth being candid that this right, in the context of court records, is unsettled in India and applied inconsistently across the High Courts; it is judge-made rather than clearly statutory. And it carries a real cost: indiscriminate masking degrades the accuracy of the judicial record for legitimate research. A more disciplined approach would confine masking to the data of victims and similarly vulnerable persons, rather than extending it to petitioners as a class.

Those vulnerable categories themselves deserve explicit treatment. The personal data handled by Courts is not uniform. The data of minors, of whistleblowers (who face retaliation risks that ordinary witnesses do not), and of foreign nationals (whose information raises cross-border-transfer and diplomatic dimensions under Section 16 of the DPDPA) all warrant differentiated handling. A flat “personal information” category cannot capture these gradations.

A more coherent model

The fix is not to abandon classification but to stop loading two different ideas onto one ladder. The draft’s instinct to separate ownership (“Court Data”) from sensitivity is correct; the trouble is that its sensitivity concept is really a privacy concept in disguise.

A cleaner model would classify information along clearly distinct dimensions:

First, ownership and source — the “Court Data” axis, identifying what the Court has generated or holds.

Second, confidentiality level — a graded scale running from Public, through Confidential and Restricted, to Highly Restricted. This is where draft judgments, deliberative notes and sealed-cover material belong, regardless of whether they contain personal data.

Third — and this is the dimension the present draft folds into the second , a personal-data attribute that cuts across the confidentiality scale, flagging information governed by the DPDPA and identifying its vulnerable subcategories (minors, victims, whistleblowers, foreign nationals and the like). A public judgment that happens to name a minor is still “Public” on the confidentiality axis, but carries a personal-data flag that triggers specific obligations. Treating personal-data status as a rung on the confidentiality ladder — as the current drafting implicitly does — simply repeats the original conflation.

Keeping these three apart lets the regime do what a single concept cannot: protect a non-personal draft judgment as fiercely as it protects a witness’s address, while still allowing a public judgment to remain public.

In summary it can be stated, The classification of judicial data should be harmonised with the principles emerging from the DPDPA, 2023 and the Information Technology Act, 2000, while recognising that judicial information governance extends beyond personal-data protection to encompass evidentiary integrity, judicial confidentiality, institutional security and national interest. The definitions of “Court Data” and “Sensitive Judicial Data” — and the protections in Sections 10, 46 and 48 that depend on them — would benefit from being revisited and re-anchored in a comprehensive judicial information governance framework, one that distinguishes clearly between privacy-sensitivity and judicial-sensitivity rather than blurring the two. The draft has identified the right problem. It now needs the right axes to solve it.

Naavi

Posted in Privacy | Leave a comment