Open governance framework · v1.3 · Practitioner-led · not an accredited standard, certification, or regulatory requirement · seeking shadow-evaluation partners
Home/Proposal

Open Proposal · v1.3

NHID-Clinical v1.3 Specification

A voluntary framework for naming and addressing impersonation latency in healthcare payer–provider voice workflows.

Note on terminology: This document uses RFC 2119 language (MUST, SHOULD, MAY) to define a voluntary technical baseline for self-imposed conformance. These terms do not imply legal obligation. No organization is required to follow them. NHID-Clinical is not a regulatory body.
Status: This is a voluntary open proposal by Brianna Baynard. It is not an official standard, accredited body, or regulatory requirement.

The Problem This Addresses

AI voice agents in healthcare payer–provider administrative calls frequently operate without disclosing their automated nature at the outset of a call. Staff share operational data — provider credentials, claim details, eligibility information — before realizing they are talking to a machine.

This creates a window of ambiguity — what this proposal calls impersonation latency — where sensitive information changes hands without informed consent or clear accountability.

The problem is not that AI is making these calls. It is that AI is making these calls while appearing to be human.

The Core Idea

An AI voice agent should identify itself as automated before any operational data is exchanged. That disclosure should be clear, immediate, and not contingent on being challenged.

Everything else in this proposal flows from that single principle.

Suggested Behaviors

The proposal suggests four behaviors for AI voice agents in these workflows. These are not mandatory requirements — they are a starting point for shared expectations.

IDG-01

Identify as automated before any data exchange.

The first meaningful act of the call.

DBC-01

Behave like a machine, not a person.

No audio artifacts or behavioral patterns designed to create the impression of human presence.

EIT-01

Provide a clear path to a human.

When requested, the transition should be immediate and unambiguous.

ATR-01

Maintain a basic record.

Sufficient logging to establish what happened, and when.

Sequence of Interaction

The following diagram illustrates the disclosure gate in a standard eligibility workflow.

sequenceDiagram participant A as AI Voice Agent participant P as Payer Representative participant E as NHID Policy Engine A->>P: "Hello, I am an automated system calling from..." P->>A: "Understood. Please provide NPI." A->>E: evaluate_idg01(session, event) E-->>A: CONTINUE_AI (Disclosure Confirmed) A->>P: "NPI is 1234567890." Note over A,P: Operational data exchange proceeds

Why These Four

These behaviors address the specific operational friction that motivated this proposal. They are observable, testable in context, and achievable without significant architectural changes in most systems.

They are also the minimum set that would meaningfully change the impersonation latency problem — not a comprehensive AI governance framework.

Scope

This proposal applies to B2B administrative voice workflows — AI systems calling payer offices on behalf of providers, vendors, or plan administrators. It does not apply to patient-facing calls, clinical decision support, or internal tooling.

What This Is Not

This proposal does not define a compliance program. There is no certifying body, no audit process, and no enforcement mechanism. NHID-Clinical evaluates declared identity, authorization context, and interaction policy; it does not replace an underlying identity provider or cryptographic identity infrastructure. The Implementation Registry is self-attestation only — vendors list themselves and link their own live conformance metrics; NHID-Clinical does not verify or certify entries. The full proposal document (PDF below) contains more detail for interested practitioners.

Known Gaps (v1.3)

v1.3 addresses observable behavior — disclosure timing, deceptive artifacts, escalation path, audit logging. It does not address caller authorization. Because NPIs are public, a malicious AI can trivially impersonate a provider unless a cryptographic authorization handshake is enforced — NHID-Auth v2 (released June 2026, CC BY 4.0) addresses this with Ed25519 provider-signed agent passports and NPI binding. NHID-Clinical v1.3 tells you the caller was automated; NHID-Auth v2 tells you the caller was authorized.

These behaviors are demonstrated in the Governance Simulator →

Broader Context

NHID-Clinical is also featured in the AI Governance Map — an interactive maturity radar for tracking alignment across frameworks like NIST RMF, EU AI Act, and ISO 42001.

Document Family

Layer Artifact Status Role
Governance control model NHID-Clinical v1.3 Current Minimum disclosure baseline
Companion spec NHID-Auth v2 Draft Delegated authorization
Reference software nhid-clinical-api Pilot CTS evaluation

Five-layer trust architecture →  ·  Regulatory alignment matrix →

Get involved

Read the specification and share your reaction.

Whether you think it is right, wrong, incomplete, or misses the real problem — that feedback is what shapes the next version.

Start a pilot →

See this specification in multi-framework context

Every v1.3 control maps into the broader governance landscape — CCM, NIST AI RMF, ISO, and the EU AI Act.

Explore in the AI Governance Map →   Try the controls in the Simulator →  

Where to go next

Four ways into NHID-Clinical, whatever you came to do.