By NHI Mgmt Group Editorial TeamBased on 1Kosmos: “Health Wallets and W3C-DID: How Government Is Shaping Healthcare” (March 18, 2026)

TL;DR: Federal and state policy signals are pushing healthcare toward patient-controlled wallets built on W3C-DIDs and verifiable credentials, reducing reliance on centralized identity databases and limiting unnecessary data exposure, according to 1Kosmos. The governance shift is not optional anymore: existing IAM models built around institution-owned identity silos will not scale cleanly to wallet-mediated access.


At a glance

What this is: This analysis argues that W3C-DID health wallets are moving from concept to policy-backed healthcare identity architecture, reducing reliance on central identity databases and enabling patient-controlled credential presentation.

Why it matters: IAM, IGA and healthcare security teams need to plan for identity proofing, authentication and data minimisation in a model where credentials are issued and presented through wallets rather than held in one central repository.


Context

Healthcare identity governance is shifting from institution-held records to patient-controlled credential presentation. In practical terms, that means the identity layer is no longer only about who can sign in to a portal. It also has to govern how verifiable claims about insurance, immunisation, and patient identity are issued, stored, and shared across TEFCA-aligned exchange paths.

The core security problem is the central identity database, which concentrates sensitive data and expands breach impact. W3C-DID and Verifiable Credentials change the operating model by moving trust to standards-based wallets and selective disclosure, so the system can prove what is needed without repeatedly exposing the underlying record.

For healthcare leaders, the governance question is not whether wallets are interesting. It is whether current IAM, HIPAA, and access-control processes can support consumer-controlled identity presentation without recreating the same data concentration risk in a new form.


Key questions

Q: How should healthcare organisations prepare for patient-controlled health wallets?

A: Start by identifying where your current IAM stack duplicates identity data, then decide which workflows can shift to signed credential presentation instead of full record lookup. The goal is to support stronger proofing and minimum necessary access without rebuilding the same central database pattern in a new layer.

Q: Why do W3C-DID wallets matter for HIPAA and healthcare security?

A: They reduce unnecessary data exposure by letting a user present only the claim needed for a transaction, rather than forcing institutions to hold and query complete identity profiles. That supports privacy by design, improves data minimisation, and aligns better with stronger authentication expectations.

Q: What breaks when healthcare identity stays centralized?

A: Centralized identity creates a standing target that concentrates breach impact, complicates minimum necessary access, and forces every workflow to depend on one repository. When that repository is compromised or overexposed, the blast radius is much larger than the individual transaction that triggered it.

Q: How do patient-controlled wallets change identity governance compared with portal logins?

A: Wallets shift governance from one organisation owning the whole login journey to a standards-based model where issuance, presentation, and revocation are distributed across participants. That requires tighter coordination between clinical systems, exchange networks, and identity assurance processes.


Technical breakdown

Why centralized healthcare identity databases create a standing target

A centralized identity repository turns identity proofing, credential storage, and access mediation into one breachable asset. In healthcare, that repository often contains more data than any single transaction needs, which increases both attacker value and compliance exposure. W3C-DID approaches break that concentration by keeping identity claims in a wallet and presenting only the required proof at the point of exchange. The technical distinction matters: the hospital verifies a credential presentation, rather than querying and persisting a full identity profile for every interaction.

Practical implication: Architect for credential presentation and minimal retention instead of duplicating identity data across every system.

How verifiable credentials support selective disclosure

Verifiable Credentials let an issuer sign a claim once, then allow a holder to present that claim in a way that can be checked without revealing unrelated attributes. That selective disclosure pattern is what makes wallet-mediated healthcare identity different from ordinary account federation. It supports the minimum necessary principle because the verifier sees only the attribute or assertion required for the workflow, such as coverage status or immunisation evidence. The trust anchor is cryptographic proof, not repeated database lookup.

Practical implication: Design workflows so verifiers request only the specific claim needed for each clinical or administrative decision.

Where TEFCA and W3C-DID intersect in healthcare interoperability

TEFCA creates a framework for user-driven interoperability, while W3C-DID and Verifiable Credentials provide the identity and credential mechanics that make a wallet model practical. The key architectural change is that patient access can move through an Individual Access Service rather than a provider-controlled identity silo. That changes governance boundaries, because the organisation no longer owns the full identity lifecycle in the same way. It must instead trust standards-based credential proofing and govern issuance, presentation, and revocation across participating ecosystems.

Practical implication: Treat wallet participation as an interoperability and governance programme, not as a front-end convenience layer.


Threat narrative

Attacker objective: Attackers aim to compromise one concentrated identity store and use that access to expose or misuse a large volume of healthcare identity and health data.

  1. Entry occurs when healthcare organisations concentrate identity data in a central repository that becomes the attacker’s primary target.
  2. Credential access follows when stolen identity data, passwords, or account records let adversaries impersonate users or query protected systems.
  3. Impact comes from large-scale exposure of records and identity attributes, because the breach surface expands with every duplicated identity silo.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Centralized identity databases are now a governance liability, not just an operational convenience. Healthcare has spent years treating the identity store as a normal control plane, but that design concentrates breach impact and makes every downstream system depend on one repository. A wallet model changes the trust boundary by moving presentation to the edge and shrinking what must be held centrally. Practitioners should stop measuring success by how much identity data they can aggregate.

Selective disclosure is the real control shift, not decentralization as a slogan. The important change is that verifiable credentials let healthcare prove a claim without exposing the whole record. That is a direct challenge to legacy IAM and audit assumptions built on full-profile retrieval, broad logging, and repeated identity re-validation. The practical implication is that minimum necessary must be enforced at the credential level, not only at the application layer.

Identity governance for healthcare is becoming standards-governed interoperability. ONC, TEFCA, California and adjacent standards work are pushing the market toward patient-controlled access paths that no single institution fully owns. That means lifecycle, assurance, and revocation now matter across issuer, holder, and verifier roles. Healthcare teams should prepare for governance that spans organisational boundaries rather than stopping at the local IAM stack.

W3C-DID health wallets create a privacy-by-design identity model that legacy hospital silos cannot replicate cleanly. The model removes the need to maintain a new central identity copy for each exchange, which reduces blast radius and improves data minimisation. That does not eliminate governance burden, because credential trust, revocation, and assurance still need policy. The practitioner takeaway is that the architecture shifts risk left into issuance and interoperability design.

Healthcare is moving toward a credential economy, and the governance question is whether institutions can operate in it without re-centralising control. Wallets, verifiable credentials and individual access services all point to one direction: identity becomes portable, standards-based and user-mediated. Organisations that keep building around institution-owned silos will create friction, duplicate sensitive data and miss the operating model the standards are converging on. Leaders should align programme design to credential issuance and verification, not just internal authentication.

From our research library:

What this signals

Healthcare identity governance is moving from account-centric control to claim-centric control. That means the programme design question changes from how many users can authenticate to how precisely a verifier can request and accept only the needed credential. Teams that keep treating wallets as another login method will miss the governance shift entirely.

Minimum necessary now has an identity architecture dimension. If the credential itself can be selectively disclosed, then the control belongs as much in issuance and presentation design as it does in the application workflow. Healthcare security leaders should expect their IAM roadmaps to intersect more directly with interoperability and patient-access programmes.


For practitioners

  • Map the current identity data sprawl Inventory where patient, clinician, and delegated identity data is duplicated across portals, exchange hubs, and verification systems, then identify which copies are actually necessary for the workflow.
  • Redesign access around credential presentation Define which healthcare transactions can move from full profile lookup to presentation of a signed claim, such as insurance status, immunisation evidence, or proof of identity.
  • Separate issuance, holding, and verification duties Assign governance owners for the issuer, wallet holder, and verifier roles so lifecycle, revocation, and audit responsibilities do not collapse into a single team.
  • Update HIPAA control mappings for wallet-mediated access Re-test authentication, minimum necessary, and audit logging controls against credential-based access paths rather than assuming portal logins are the only access pattern.

Key takeaways

  • Centralized healthcare identity stores remain an attractive target because they concentrate sensitive data and expand breach impact across many workflows.
  • W3C-DID wallets and verifiable credentials shift the model toward signed claims and selective disclosure, which better supports privacy by design and minimum necessary access.
  • Healthcare teams should rework IAM and HIPAA control mappings now so patient-controlled credential presentation can be governed without recreating new identity silos.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 addresses the attack and risk surface, while NIST CSF 2.0, NIST SP 800-53 Rev 5 and CSA Cloud Controls Matrix set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
OWASP Non-Human Identity Top 10NHI-01 — Improper OffboardingWallet-based healthcare identity still needs clear lifecycle and revocation handling across issuer, holder, and verifier roles.
NHI-08 — Environment IsolationSelective disclosure depends on separating what is held in wallets from what is stored centrally by verifiers.
Recommendation — Define offboarding and revocation steps for wallet-issued credentials so old claims do not outlive their authority. Separate wallet-held claims from system-stored identity copies to reduce unnecessary retention and exposure.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsThe article is about how access decisions shift when credentials are presented rather than centrally queried.
Recommendation — Re-map authorization rules for wallet-mediated access so permissions reflect the claim actually presented.
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementThe shift to verifiable credentials changes how identity proofing and authenticator lifecycle must be governed.
Recommendation — Apply authenticator lifecycle controls to issued credentials so proofing, rotation, and revocation stay consistent.
CSA Cloud Controls MatrixIAM — Identity and Access ManagementCloud and exchange architectures that support wallets still need identity governance across federated participants.
Recommendation — Govern wallet-based identity flows as a federated IAM capability, not as a one-off front-end feature.

Key terms

  • Decentralised Identifier (DID): A W3C standard for self-sovereign, cryptographically verifiable identities that do not rely on a centralised registry. Emerging as a mechanism for providing AI agents with persistent, verifiable identities across multi-cloud and multi-agent environments.
  • Verifiable Digital Credential: A verifiable digital credential is structured identity data that can be checked cryptographically by a relying party. Instead of relying on visual inspection, the verifier validates issuer signatures and presentation rules, which gives the control a clearer trust basis than an image-based document.
  • Selective Disclosure: Selective disclosure is the practice of sharing only the identity attributes needed for a specific decision. In credential-based systems, it reduces oversharing, lowers retention burden, and limits exposure when a verifier does not need the full record to make a trustworthy judgment.
  • Individual Access Service: An Individual Access Service is a TEFCA-enabled service that lets a patient request and retrieve their own health information through a user-driven access model. It shifts part of the identity and exchange burden away from institution-controlled workflows and toward standards-based, consumer-directed interoperability.

Deepen your knowledge

NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
NHIMG Editorial Note
Published by the NHIMG editorial team on June 23, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org