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

Follow this website for AI related Risk identification

FDPPI’s AI Chair would like to draw attention of readers to to https://reglegbrief.com/ a website which provides many useful information to AI auditors.

RegLegBrief is the public research output of Verdus Technologies Pte. Ltd., a Singapore-incorporated regulatory technology firm.

The Company has been documenting failures of AI systems and  identifying patterns of failures for the guidance of other professionals.  The company is documenting hallucination so that previously probabilistic outcome becomes a predictable one, and a predictable failure mode becomes a designable safeguard.

The  Company releases press briefings, maintains a hallucination register and runs a briefings bloc.

It would be interesting to conduct a more detailed research on the briefings provided on the website. Probably the briefings provided on the website may help us understand the risk of model drift and model collapse which could occur over time.

Naavi

 

 

Posted in Privacy | Leave a comment

AI exposes the Big4 myth: Attention Board Directors !

I came across an interesting Linked in post today. I could have just given a link to the post and moved on. But I felt that it is better to reproduce the entire post just to ensure that readers donot miss the essence of this post…It  requires guts to write such posts and I appreciate Mr Nicholas P for  his post. (I hope Mr Nicholas has no objection for reproducing his post here)

Quote:

When a Big 4’s own AI report is filled with AI hallucinations – it’s clear the standards need to catch up.
In October 2025, KPMG published a glossy report about the miracle of agentic AI, and last week was exposed for hallucinating the very thing it was selling.
Forty of forty-five citations were fake, half the claims were invented, and the report contradicted KPMG’s own survey numbers – even citing a 2019 East Japan Railway press release as evidence of agentic AI, blowing enough smoke to give a new definition to full steam ahead.
We’ve seen this movie before, and it ended with everyone else footing the bill. Deloitte fed AI hallucinations into a government report, cut a refund, and walked – except a refund doesn’t un-spend the taxpayer money, doesn’t un-make the decisions built on the fiction, and teaches every firm watching that the cost of getting caught is pocket change.
KPMG, in a way, sold trust. A global concrete icon – a hundred and thirty years old, a quarter-million people across a hundred and forty countries, four letters that meant a banker in Frankfurt could believe a ledger in Singapore without ever shaking the hand that wrote it.
Trust is a belief about a partner’s goodwill; assurance is what you sell when that belief is gone – and it only works if you can still trust the firm selling it, which is seemingly a loan the Big 4 are starting to default on.
Buried in the report, KPMG found that integrity was the number-one driver of “customer loyalty”. A belly-chuckle of a finding, dripping with irony, 8 months before its own integrity disintegrated in public. And somewhere down the line, everybody will be asking:
What exactly were we paying for when we said we were buying trust?

Unquote

What Mr Nicholas has written applies to all consultants including Naavi and FDPPI. When we use AI for assistance, we should ensure that we keep our human control in tact. If not, we will churn out decisions which to our customer’s look like a human decision but it actually is an AI output passed through a human zombie.

We have been discussing the use of AI in Judiciary for the last week and in the last article we have debated about how to identify AI before we regulate them. The biggest challenge here is to identify AI elements “embedded” in what appears to be permissible software tools because we donot know what libraries are called in the background and where an AI hallucination can sneak in.

We have found that many companies have a blind faith in Big4 and pick them in preference to others because of the reputation which the Directors feel will cover up for their inability to understand the task. They trust the Big4 as if what ever they say is the truth. Even the Government agencies may have a similar inclination.

The article of Mr Nicholas exposes how hollow this trust is since what they may receive as consultancy may not be the brilliance of the persons who come to present their recommendations and carry IIT or IIM degrees  but the hallucinated AI outputs.

When companies invest in such services and further depend on them for their business, the shareholders have the right to ask them if the Board of Directors are really doing their job or they have to be replaced by an AI board (remember Mika of Dictador or Diella of Albania). We have of often quoted these innovative use of humanoid robots with “Sophia” the humanoid robot which got citizenship of Saudi Arabia as questionable decisions.

But on second thoughts it appears that Sophia decision is relatively less risky than Mika which  is less risky than Albania. This is because the decision making capacities are different in different models. Mika can hallucinate and ruin the company and Diella can hallucinate and ruin a country. May be Sophia is less powerful.  But all these are examples which we in India need to learn before we reflect on ET recommendation that Companies should install an AI agent for DPDPA compliance.

There is a need to adopt a policy of “Restrained Innovation” and not pursue “Innovation over Restraint” which is advocated by technology companies and often endorsed by NASSCOM and MeitY.

Unless a user of AI is able to read and understand every line of text created by an AI generative system, he will be inviting a trap when he uses AI either to write a software code or to draft a pleading in a Court or to write a consultation report on a project.

Directors need to have the ability to ask the right questions to the consultants before accepting their reports. In a  recent discussion at AIDAI (Association of Independent Data Auditors) we discussed the need for

a) Scope of a DPDPA audit to be written independently by some body other than the auditor or the company.

b) Peer reviewing a DPDPA compliance audit report.

These are principles of “Independence” incorporated in AIDAI Code of Conduct for their empanelled Auditors that distinguishes AIDAI from any of the Big4 or other auditors.

Companies who are looking for DPDPA auditors should therefore factor in the expertise available in AIDAI at least for a “Review of an Audit” already done even if it is by a Big 4.

Naavi is in the process of developing a “DGPSI Framework for Review of  a DPDPA Audit”. Perhaps it will be discussed in the next CIDA (Certified Independent Data Auditor)  training.

Hope companies who have done their present DPDPA gap assessment from a Big4 should think of a “Review” with AIDAI empanelled Independent Data Auditors who are not aligned even with NASSCOM and are not under the influence of NASSCOM controlling Big Tech  Companies.

Ponder….

Naavi

Posted in Privacy | Leave a comment