Start Free Trial
Home/Regulations/HIPAA Security Rule (§164.312) — Regulatory Reference
Regulatory Reference
Healthcare Federal (US) critical

HIPAA Security Rule (§164.312) — Regulatory Reference

Technical safeguards for ePHI — access control, audit logging, and tamper-evident records are required implementation specifications, not optional.

Key Provisions

§164.312(a) — Access Control (Required)

Covered entities must implement technical policies and procedures that allow access to ePHI only to those persons or software programs that have been granted access rights. Required implementation specifications include unique user identification and emergency access procedures; addressable specifications include automatic logoff and encryption/decryption.

AI agents are software programs within the meaning of §164.312(a). Every agent that can reach ePHI must be individually authorised — not granted access because it shares a service account with other applications or inherits a broad connection-level credential. AutoPIL's agent registry assigns a unique agent_id to every registered agent, and the policy engine enforces per-agent access rights at retrieval time. An agent with billing authorisation cannot access clinical notes even if both datasets live in the same cloud storage bucket.

§164.312(a)(2)(i) — Unique User Identification (Required)

Every user or software program must be assigned a unique name and/or number for identifying and tracking access to ePHI. Shared identities are not permissible — each access must be attributable to a specific user or system.

This is the provision that most enterprise AI deployments fail. Agents deployed under a shared service account, a team API key, or a platform identity cannot satisfy unique user identification — when PHI is accessed, there is no way to determine which agent or which run was responsible. AutoPIL requires every agent to register with a unique agent_id before any access is permitted. All audit chain entries are tagged with that identifier, providing the individual attribution §164.312(a)(2)(i) requires.

§164.312(b) — Audit Controls (Required)

Covered entities must implement hardware, software, and procedural mechanisms that record and examine activity in information systems that contain or use ePHI. This is a required implementation specification — there is no addressable alternative.

The standard does not specify what must be logged, but HHS guidance and enforcement history make clear that logs must be sufficient to reconstruct who accessed what ePHI, when, and from which system. Application-level logs are typically insufficient because they record queries, not governance decisions. AutoPIL's tamper-evident audit chain logs every AI agent access at the governance layer — agent ID, data source, sensitivity classification, policy version, and ALLOW/DENY decision — with a cryptographic hash chain that detects any post-hoc alteration. This is the strongest form of §164.312(b) audit control available for AI agent access.

§164.312(c) — Integrity Controls (Addressable)

Covered entities must implement policies and procedures to protect ePHI from improper alteration or destruction. The addressable specification requires a mechanism to authenticate ePHI — confirming that it has not been altered or destroyed in an unauthorised manner.

For AI agents, integrity risk extends beyond modification of stored ePHI to modification of the access record itself. An audit log that can be altered after the fact does not satisfy integrity requirements. AutoPIL's cryptographic hash chain links each audit event to its predecessor — any modification to a historical record breaks the chain and is immediately detectable, providing the integrity authentication that §164.312(c) addresses.

§164.312(e) — Transmission Security (Addressable)

Covered entities must implement technical security measures to guard against unauthorised access to ePHI that is being transmitted over electronic communications networks. Encryption is an addressable specification — covered entities must implement it or document why it is not reasonable and appropriate.

When AI agents transmit ePHI between services — from a data lake to a model inference endpoint, for example — each transmission represents a disclosure event under the Security Rule. AutoPIL's API endpoints enforce TLS 1.2+ on all governance calls, and the audit chain records each transmission event with source classification, allowing security teams to verify that only encrypted pathways were used for critical-sensitivity data.


How AutoPIL Enforces It
  • Unique agent_id per registered agent satisfies §164.312(a)(2)(i) unique user identification
  • Pre-retrieval enforcement grants access only to agents with explicit policy authorisation, satisfying §164.312(a)
  • Tamper-evident cryptographic audit chain is the strongest available form of §164.312(b) audit control
  • Hash-chained records satisfy §164.312(c) integrity requirements — any post-hoc alteration is detectable
  • TLS enforcement on all governance endpoints supports §164.312(e) transmission security
Policy EngineAudit LogSensitivity LabelsAgent RegistryKey ScopingAlert Rules
AutoPIL Policy IDs
HC-HIPAA-312A-001AI Agent Access Control Enforcement
HC-HIPAA-312A-002Unique Agent Identity (agent_id per workload)
HC-HIPAA-312A-003Sensitivity Ceiling: Clinical vs. Administrative Data
HC-HIPAA-312B-001ePHI Access Audit Logging
HC-HIPAA-312B-002Tamper-Evident ePHI Access Chain
Official Sources

This page is a working reference and not a substitute for qualified legal review. Verify against official sources before use in compliance artifacts.

Frequently Asked Questions
What does HIPAA §164.312 require for AI agents accessing ePHI?
HIPAA §164.312 treats AI agents as software programs subject to the same access control requirements as human users. Under §164.312(a), every agent that can reach ePHI must have individually authorized access rights — a shared service account or platform-level credential does not satisfy this requirement. Under §164.312(a)(2)(i), each agent must carry a unique identifier so every access is attributable to a specific system. §164.312(b) requires an audit mechanism that records who accessed what ePHI, when, and from which system — and that record must be sufficient to reconstruct the access decision, not just the query.
When does HIPAA §164.312 apply to AI agent deployments?
HIPAA §164.312 applies to any covered entity or business associate that deploys AI agents capable of accessing, processing, or transmitting electronic protected health information (ePHI). This includes hospital systems using clinical AI tools, health insurers automating prior authorization, clinical research platforms querying patient data, and SaaS vendors whose agents retrieve ePHI on behalf of covered entities. The obligation does not turn on whether the agent was purpose-built for healthcare — it turns on whether the system can reach ePHI. Agents running on shared service accounts or without individual registration are out of compliance regardless of the underlying AI framework used.
Are HIPAA §164.312 audit controls required or optional?
Audit controls under §164.312(b) are a required implementation specification — there is no addressable alternative and no path to document them away. Covered entities must implement hardware, software, and procedural mechanisms to record and examine activity in systems containing ePHI. HHS Office for Civil Rights enforcement actions consistently cite inadequate audit logging as a primary finding. Application-level query logs are typically insufficient because they capture what data was requested, not the governance decision that permitted or denied the request. Logs must be sufficient to reconstruct the access event, identify the system responsible, and verify that no alteration occurred after the fact.
How does AutoPIL help with HIPAA §164.312 compliance for AI agents?
AutoPIL addresses four provisions directly. For §164.312(a) access control, AutoPIL's policy engine enforces per-agent access rights at retrieval time — before ePHI enters the agent's context window. For §164.312(a)(2)(i) unique user identification, every agent registers with a unique agent_id, and all audit records are tagged with that identifier. For §164.312(b) audit controls, AutoPIL writes a cryptographic hash-chain audit log of every governance decision — agent ID, data source, sensitivity level, policy version, and ALLOW/DENY outcome. For §164.312(c) integrity, the hash chain makes any post-hoc alteration of historical records detectable immediately.
What are the enforcement risks for HIPAA §164.312 violations involving AI systems?
HHS OCR has authority to impose civil monetary penalties ranging from $100 to $50,000 per violation, with an annual cap of $1.9 million per violation category. Willful neglect penalties start at $10,000 per violation. Enforcement actions consistently cite §164.312(a) access control failures and §164.312(b) audit control deficiencies as primary findings. AI-specific risk is elevated because agent access is typically high-volume, automated, and difficult to reconstruct after the fact without purpose-built governance logging. Organizations that cannot produce a complete, tamper-evident record of which agent accessed which ePHI, and under which policy version, face significant exposure in a breach investigation or OCR audit.
Covered Industries

HIPAA §164.312 applies to covered entities — health systems, hospitals, health insurers, and clearinghouses — and to business associates that handle ePHI on their behalf, including technology vendors and AI platform providers. Any organization deploying AI agents that can reach ePHI must satisfy these technical safeguards or face OCR enforcement exposure.

AutoPIL Governance Platform

Enforce this regulation today

AutoPIL intercepts every AI agent data access call, enforces your policy, and writes a tamper-evident audit record — before sensitive data enters the agent context window.

Start Free Trial View All Industries