Everyone thinks the biggest AI risk in healthcare is the algorithm making a wrong diagnosis. They picture a robot misreading a scan or a chatbot telling a patient to take the wrong dose. That's the dramatic, headline-grabbing fear. But in our day-to-day work as health informatics professionals, the real threat is far more mundane: your AI scribe, the one that listens to a clinic visit and auto-generates the note, is also a potential HIPAA violation factory. The algorithm itself isn't the problem—it's the integration, the access controls, and the unsecured data flow that will sink you.
We see it happen all the time. A practice adopts an AI documentation tool, loves the time saved, and then gets a subpoena or a breach report. The first thing we ask is, "How is the AI vendor handling your ePHI?" And nine times out of ten, the answer is a blank stare. That's the gap we need to close.
Imagine the Scene: A Busy Clinic, an AI Scribe, and a Ransomware Attack
Picture this: you're the privacy officer at a mid-sized cardiology group. The docs have been clamoring for AI, so the practice signs up for a popular ambient documentation tool that listens to patient visits and generates clinical notes. It's a game-changer for physician burnout—visits are shorter, notes are complete, and the docs are happy. Then, one Tuesday morning, the vendor that powers the speech-to-text engine gets hit with ransomware. The attackers exfiltrate gigabytes of transcribed audio—including your patients' names, dates of birth, and clinical details. That's unsecured PHI, and under the HIPAA Breach Notification Rule, you have to notify every affected individual without unreasonable delay, and no later than 60 calendar days after discovery (45 CFR 164.404).
Now, you're not just dealing with a technical problem. You're facing a compliance crisis, a potential civil monetary penalty, and a reputational nightmare. And here's the kicker: the AI vendor is your business associate. Under HIPAA, a business associate is anyone who creates, receives, maintains, or transmits PHI on your behalf for a regulated function like claims processing or billing (45 CFR 160.103). That includes your AI scribe's backend. You are responsible for ensuring they protect that data, and if they don't, you're on the hook.
The HIPAA Security Rule: Your AI Tool Must Follow the Same Rules as Everything Else
Many AI vendors will tell you they're "HIPAA compliant." That's a red flag. Compliance isn't a checkbox; it's a process. The HIPAA Security Rule requires you to implement administrative, physical, and technical safeguards to protect ePHI (ONC / HHS (HIPAA Basics)). Those safeguards aren't optional—they're the law. For your AI scribe, that means:
- Administrative safeguards: The vendor must have policies and procedures to manage the selection, development, and maintenance of security measures, and you need a signed business associate agreement (BAA) that spells out their obligations (45 CFR 164.308).
- Physical safeguards: The vendor's data centers must have physical access controls and environmental protections (45 CFR 164.310).
- Technical safeguards: The vendor must implement access controls, audit logs, and encryption for ePHI in transit and at rest (45 CFR 164.312).
Here's the thing: most AI scribes are built on cloud infrastructure, and they may subcontract to other vendors. Your BAA needs to flow down to all subcontractors. If you don't have that, you're exposed. In 2026, the maximum HIPAA penalty for a single violation is $73,011 for willful neglect that is corrected within 30 days, and the calendar-year cap is $2,190,294 (Federal Register (2026 HIPAA CMP Adjustment)). That's not a fine you want to explain to your board.
Comparing Your Options: Build vs. Buy vs. Hybrid
When you decide to deploy AI documentation, you have three main paths. We've seen all three, and each has its own risk profile. Here's a comparison to help you decide:
| Option | Pros | Cons | HIPAA Risk |
|---|---|---|---|
| Buy a commercial AI scribe | Fast to deploy, low upfront cost, vendor handles AI updates | Limited customization, you depend on vendor's security posture | High if vendor is not thoroughly vetted; need strong BAA |
| Build your own using open-source models | Full control over data, can tailor to your workflows | Requires in-house ML and security expertise, ongoing maintenance | You own every aspect; possible to be very secure, but a lot of work |
| Hybrid: use a vendor's API but host the data in your own cloud | Balance of control and speed; you keep ePHI in your environment | Complex integration, still need to secure your cloud | Medium; you control the data layer but the AI model is external |
In our experience, the hybrid model often offers the best balance, but only if your team has the skills to manage the cloud environment. If you're a small practice without a dedicated IT security team, buying a commercial product with a rock-solid BAA and a proven track record might be safer. The key is to do your due diligence, not just trust the marketing.
The Minimum Necessary Standard: Don't Send More Data Than You Need
Another common mistake is feeding the AI more data than it needs. The HIPAA Privacy Rule's minimum necessary standard requires you to make reasonable efforts to limit PHI to the minimum necessary to accomplish the intended purpose (45 CFR 164.502(b)). If your AI scribe only needs the audio of the patient visit, don't also send the full medical history, lab results, and medication list. That's over-sharing, and it increases your exposure.
We've seen AI vendors ask for access to the entire patient record to "improve accuracy." That's a red flag. You should be able to configure the tool to send only the relevant encounter data. If you can't, that's a deal-breaker. Remember, the less data you transmit, the less you have to protect.
The Bottom Line: AI Is Not a HIPAA Exemption
The single most important thing to remember is this: AI tools do not get a free pass under HIPAA. They are subject to the same rules as any other part of your IT ecosystem. If you treat AI as a magic black box, you're asking for trouble. Instead, treat it like any other vendor: conduct a security risk assessment, sign a BAA, understand where your data flows, and enforce the minimum necessary standard. Do that, and you can enjoy the efficiency gains without becoming a cautionary tale.
Sources
- ONC / HHS (HIPAA Basics) - https://www.healthit.gov/topic/privacy-security-and-hipaa/hipaa-basics
- eCFR 45 CFR Part 160 (HIPAA Definitions) - https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-160
- eCFR 45 CFR Part 164 Subpart C (Security Rule) - https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-164/subpart-C
- eCFR 45 CFR Part 164 Subpart D (Breach Notification) - https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-164/subpart-D
- eCFR 45 CFR Part 164 Subpart E (Privacy Rule) - https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-C/part-164/subpart-E
- Federal Register (2026 HIPAA CMP Adjustment) - https://www.federalregister.gov/documents/2026/01/28/2026-01688/annual-civil-monetary-penalties-inflation-adjustment
Comments (0)
Please sign in to post a comment.
Don't have an account? Create one
No comments yet. Be the first to comment!