HIPAA compliant AI: what it takes and which plans qualify
· Updated

Joaquín Trapero in AI and privacy expert, and founder of Nonimo.
Search for HIPAA compliant AI and you get lists of tools with a badge next to each name. None of those badges comes from the government. HHS and its Office for Civil Rights certify no product, and HIPAA puts its duties on the practice and on each vendor that handles patient data for it.
The useful question is narrower: which plan will the vendor sign a business associate agreement for, and what does the practice still owe once it has one? This page answers both for OpenAI, Anthropic, Google and Microsoft. What a front desk actually pastes is on our page for medical practices.
No AI tool is HIPAA compliant on its own; a practice uses one compliantly or not. That takes a signed BAA on a listed plan, uncovered features off, the tool in the Security Rule risk analysis, minimum necessary PHI per prompt, and trained staff. Consumer plans, ChatGPT Business and Claude Team carry no BAA.
Is ChatGPT HIPAA compliant? How HHS treats an AI vendor
HHS has never answered that question for any product, and says it won’t. In its cloud computing guidance, OCR is asked which cloud services are HIPAA compliant and replies that it does not endorse, certify or recommend specific technology. I read a vendor’s HIPAA page as a description of its contract, nothing more.
The same guidance settles the vendor’s status. A service that creates, receives or maintains electronic PHI for a practice is a business associate, even when the data is encrypted and the vendor holds no key. The conduit exception covers transmission only, the way a mail carrier works. A chatbot that keeps your history is storing.
Using such a vendor without a BAA is, in OCR’s words, a violation of 45 CFR 164.308(b)(1) and 164.502(e). If staff already pasted a chart into a personal account, log it as a security incident today. Clearing that ChatGPT history is one step of the response, never the whole of it.
| What the AI service does with a prompt | How OCR's cloud guidance reads it | BAA needed? |
|---|---|---|
| Keeps conversations, uploaded files or memory | Maintains ePHI: a business associate | Yes |
| Reads the prompt and writes a reply for the practice | Receives and creates ePHI: a business associate | Yes |
| Stores the data encrypted, with no decryption key | Still a business associate | Yes |
| Only carries traffic, like an internet provider | Conduit, with transient access only | No |
| Receives text that meets HIPAA's de-identification standard | No PHI involved | No |
Business associate agreement requirements under 45 CFR 164.504(e)
Section 164.502(e) lets a practice hand PHI to a business associate once it has satisfactory assurance that the vendor will safeguard it, and requires that assurance in writing. Section 164.504(e)(2) lists what the contract must contain. Any AI vendor’s standard BAA should carry each item.
Two items deserve a slower read with AI. Subcontractors: a model provider may run on another company’s cloud, and the same restrictions have to travel down that chain. Return or destruction: chat history, memory and logs are what must go when the contract ends, or stay protected if they can’t.
Does the vendor's BAA carry what 164.504(e) requires?
Tick each term you can find in the agreement the practice accepted.
0 of 9
A term is missing or you couldn't find it. Ask the vendor where it sits before any PHI goes in.
All nine are there. The contract part is done; the rest of this page is the practice's part.
Paraphrased from 45 CFR 164.504(e)(2)(i) to (iii). Term (ii)(H) applies only when the vendor carries out one of the practice's own duties. Nothing you tick leaves your browser.
Who clicks Accept matters as much as the text. OpenAI asks the API admin to confirm authority to accept for the organization; at Anthropic only the Enterprise Primary Owner can. The name in that field should be the privacy officer’s, or someone the privacy officer signed off on.
A BAA answers HIPAA only. Retention, state privacy terms and subprocessor lists belong to vetting the vendor under US privacy law, a separate check.
HIPAA compliant AI tools: which plans come with a BAA
Each row below comes from the vendor’s own HIPAA documentation as it stood on November 7, 2026; the OpenAI rows come from archived copies of its help center from October 2026. Plans get renamed often, so the product on your invoice has to match the vendor’s current list word for word.
Which AI plans can carry a business associate agreement
As listed by each vendor on November 7, 2026. Filter by vendor or by BAA status.
| Plan | BAA | How it gets signed | Left out even when signed |
|---|---|---|---|
| ChatGPT Free, Plus, Pro | No | Not on OpenAI's eligible list | Everything; see what ChatGPT keeps on each plan |
| ChatGPT Business | No | OpenAI states it offers no BAA for this plan | Everything |
| ChatGPT Enterprise with Regulated Workspace | Yes | Through OpenAI sales | Improved memory, event-triggered tasks, cloud Codex, browser and network access for cloud Work |
| ChatGPT for Healthcare | Yes | The organization, one BAA for many users | Same list as Enterprise |
| ChatGPT for Clinicians | Yes, for one person | The clinician, under Settings, Agreements; free to verified US clinicians | Built for individual use |
| OpenAI API | Yes, with Modified Retention | Self-serve in the API Platform after a usage history; custom terms by email | Endpoints missing from OpenAI's covered list |
| Claude Free, Pro, Max, Ultra | No | Can't enable HIPAA | Everything |
| Claude Team | No | Can't enable HIPAA | Everything |
| Claude Enterprise | Yes | Primary Owner only, click to accept, irreversible | Claude Console, Cowork in the cloud, beta features; local Cowork and Claude Code need an extra HIPAA setting; details in how Claude handles your data |
| Claude API, first party | Yes | Primary Owner signs, then contacts Anthropic sales | Files, Batch and Skills APIs, code execution, web fetch |
| Gemini app on a personal Google account | No | Google's BAA is for Workspace and Cloud customers | Everything; see what Gemini shares |
| Google Workspace with Gemini | Yes; Gemini app and Gemini in Workspace are listed | A Workspace administrator reviews and accepts it | Gemini in Chrome |
| Copilot on a personal Microsoft account | No | Outside the commercial data protection terms | Everything |
| Copilot Chat and Microsoft 365 Copilot, work account | Yes | Included by default in Microsoft's DPA for covered entities and business associates | Web search queries; settings in Copilot and your data |
Vendors' HIPAA pages listed in Sources: Anthropic, Google and Microsoft read November 7, 2026 (Google's Workspace list dated October 28, 2026); OpenAI via archive copies of October 7 and 19, 2026. OpenAI's FedRAMP versions also qualify. Plans and exclusions change; check the vendor's page on the day you sign.
The pattern repeats at all four vendors: the business tier small offices buy first, ChatGPT Business or Claude Team, looks covered and isn’t. A practice already paying for one of those shouldn’t put a single referral into it while the upgrade is pending.
What the BAA leaves out: features to switch off before PHI goes in
Signing covers a list of features, not the whole window. OpenAI says a feature being available doesn’t by itself mean the BAA covers it, and anything missing from its covered list isn’t covered by default. The others make the same point in their own words.
Web search shows how far vendors differ on one button. OpenAI says its HIPAA eligible workspaces search its own index and send no queries to third parties such as Bing. Microsoft says Copilot’s web search queries fall outside its DPA and its BAA alike.
| Feature | Vendor | Status on a HIPAA plan | For anyone handling PHI |
|---|---|---|---|
| Improved memory | OpenAI | Not covered; off by default, admins can enable it per role | Leave it off |
| Event-triggered scheduled tasks | OpenAI | Not covered; off by default in ChatGPT for Healthcare | Leave it off |
| Codex in the cloud, browser and network access for cloud Work | OpenAI | Not covered | Keep PHI out |
| Skills | Anthropic | Available, but not covered | Turn it off for PHI roles |
| Files and Batch APIs, web fetch | Anthropic | Not covered and not offered to HIPAA API users | Build without them |
| Connectors and MCP | Anthropic | Usable, but data sent to third parties isn't covered | Disable for clinical roles |
| Cowork in the cloud; betas such as Claude in Office | Anthropic | Excluded | Keep PHI out |
| Gemini in Chrome | Excluded from the BAA | Turn it off for clinical users | |
| Web search queries | Microsoft | Outside the DPA and the BAA | Turn web search off for PHI roles |
Memory is the row that worries me most: it carries details from one chat into the next, and sooner or later someone switches it on for a good reason. OpenAI also warns that new features may not appear on its page yet, so the list needs a quarterly look.
Software a practice builds on a model API can enforce the same rule in code, with a gateway that strips personal data before each request.
Security Rule risk analysis for an AI tool
Section 164.308(a)(1)(ii)(A) requires an accurate and thorough assessment of the risks to the ePHI a practice holds, and it is marked Required, not addressable. A new AI tool is a new place ePHI lives, so it gets its own entry. OCR expects the practice to understand the vendor’s environment well enough to assess it.
Data location belongs in that entry. HIPAA allows ePHI stored outside the United States under a BAA, but OCR says the risk can vary greatly by location and belongs in the analysis. Keep the entry, the BAA and the policy for six years from creation or last effective date, under 164.316(b)(2)(i).
One AI tool, one entry in the risk analysis
Fill the brackets for each tool and plan in use.
Tool and plan: [product name exactly as on the invoice]. BAA: [date accepted, by whom, version]. Covered features in use: [list]. Uncovered features and their setting: [list; off for PHI roles]. Where ePHI sits: [prompts, files, chat history, memory, logs; vendor retention; storage region if stated]. Who may use it: [roles]. What may go in: [protocol for each routine task]. Threats: [wrong workspace, personal account on the same device, uncovered feature, more PHI than the task needs]. Measures: [single sign-on, role settings, training date]. Next review: [date].
Built from 45 CFR 164.308(a)(1)(ii)(A) and (B), 164.316(b)(2) and OCR's cloud computing guidance. A starting template, not a finished analysis.
To my mind the threats line deserves the most care: a personal account on the same laptop sits closer to the problem than any vendor data center. If a paste goes wrong, 164.404(b) requires notice to patients without unreasonable delay, 60 days from discovery at the latest. Deciding whether it was a breach comes first.
The Security Rule overhaul proposed on January 6, 2025, at 90 FR 898, is still a proposal. The latest Unified Agenda on Reginfo.gov lists it under long-term actions, with a final rule penciled in for July 2027. Cyber insurers often ask sharper questions in the meantime, and what a cyber policy excludes shows why.
Minimum necessary: how much of the chart belongs in a prompt
A BAA makes the disclosure allowed, not unlimited. Under 164.502(b), every use or disclosure of PHI must be limited to the minimum necessary for its purpose. The exception for disclosures to a health care provider for treatment doesn’t reach an AI vendor, which isn’t one.
Section 164.514(d)(3) splits disclosures in two. Routine, recurring ones can follow a standard protocol written once. Everything else gets reviewed individually against written criteria. Drafting prior authorization letters every week is routine, so the practice writes down, once, which details that task needs.
What a routine AI task needs, and what can stay out
Pick a task to see one way a practice could write its protocol.
Diagnosis and codes, the procedure or drug requested, treatment already tried and for how long, the payer's stated criteria.
Name, date of birth, member ID, address and phone. They go back into the letter after drafting.
Reason for referral, relevant history, current medications, allergies, the question for the specialist.
Social Security and insurance numbers, relatives' names, history unrelated to the referral.
The denial reason, the service and its codes, the clinical justification, the plan's own policy language.
Name, member and claim numbers, address. The date of service can stay a placeholder until the final copy.
Diagnosis in plain words, medications and doses, follow-up plan, preferred language and reading level.
Everything that identifies the patient. The name goes on the printed sheet, not in the prompt.
Examples of protocols a practice might adopt, not lists from HHS. The rule leaves each practice to define what its routine tasks need.
A protocol of five lines per task beats a paragraph about good judgment, because staff can check the five lines and nobody can check judgment. The general version of that list, for any document, is in what personal data to redact.
Minimum necessary isn’t de-identification. A prompt with the name swapped out still carries PHI until all 18 Safe Harbor categories are gone and nothing left points to the patient, which our de-identification guide walks through.
The vocabulary trips people up as well: HIPAA’s de-identified and the anonymized of marketing pages are not the same claim, as deidentified versus anonymized explains.
| What staff paste | Extra PHI that rides along | How to strip it |
|---|---|---|
| A Word letter | Comments, tracked deletions, footnotes | Redacting in Word |
| A case presentation deck | Speaker notes naming the family | Redacting in PowerPoint |
| Any PDF or Word file | Title and author fields | Removing file metadata |
| A patient export | Columns the task never needed | Masking a CSV file |
| A wound photo or ID scan | The face, kept on the vendor's schedule | What AI tools keep from photos |
| A passport copy on file | The number and the machine-readable lines | Redacting a passport copy |
| An old intake form | A full Social Security number | Taking SSNs out before AI |
Can doctors use ChatGPT under HIPAA? A walk for one practice
HIPAA doesn’t ban AI tools and doesn’t name any. It asks for the chain above, in order. The walk below runs it for one tool and one kind of data; run it again for every tool staff open, including the ones nobody approved.
ChatGPT for Clinicians needs its own note. OpenAI offers it free to verified US physicians, nurse practitioners, physician assistants and pharmacists, with a BAA the clinician signs inside the product. The clinician’s old ChatGPT workspace stays one click away in the account switcher, outside that agreement.
OpenAI also tells the clinician not to share PHI unless authorized to sign a BAA for the account. An employed physician may not be the person entitled to sign for the group’s patients. My answer: settle it in the practice’s AI policy by naming the one workspace allowed to hold patient details.
Can this practice put patient details into this AI tool?
Will PHI from the practice go into the tool?
Which plan is it?
Who accepted the BAA?
Are the uncovered features off for everyone who handles PHI?
Is there a written protocol for what each routine task may include?
Has staff been trained on it, with the training on record?
Based on 45 CFR 164.502(b) and (e), 164.308, 164.530(b) and the vendors' pages listed in Sources. General information for planning; counsel should review the practice's own facts.
Where HIPAA stops: state health laws and offices outside it
A BAA answers HIPAA and nothing else. Some health data never was PHI, and some offices hold medical records without being covered entities at all. For them the rules come from state law, professional duties or public records statutes, and a vendor’s HIPAA page says nothing about any of those.
The case most practices miss sits inside their own walls: an employee’s FMLA note in the HR file isn’t PHI, yet it is often the most sensitive page in the building.
| Who holds the health data | What governs it | Where we cover it |
|---|---|---|
| Wellness apps, online pharmacies, retailers | Washington's My Health My Data Act and similar state laws | Washington health data and AI |
| Practices and vendors in Texas | A state medical privacy statute that reaches further than HIPAA | Texas privacy and AI law |
| Law firms with clients' medical records | Confidentiality and privilege | Redaction and privilege |
| Insurance agencies handling injury claims | State insurance and privacy rules | Nonimo for insurance agencies |
| Public bodies whose staff use AI | Public records laws on top of any HIPAA duty | AI prompts as public records |
| City and county offices | The same records rules, desk by desk | Nonimo for local government |
![A patient name, minimum necessary A patient's name from a chart turned into [PT_1], the minimum necessary rule applied to a single AI prompt at a medical practice](/guias/en-us/hipaa-minimum-necessary-patient-tag.webp)
A BAA on paper, fewer identifiers in each prompt
Everything above is the practice’s job, and no product does it for you, Nonimo included. What Nonimo changes is the size of each disclosure. In the Mac and Windows app, staff select the text and press one key, and the identifiers it recognizes become placeholders on the computer before ChatGPT, Claude or Copilot see anything.
When the reply comes back, the original details return on the same machine. The text is processed on the workstation and never reaches Nonimo, as our security page explains. Placeholders shrink what the vendor receives; they don’t make the text de-identified, and they don’t replace the BAA.
A prior authorization request, before and after
Prior authorization request for Hollis Vandermeer, DOB 04/31/1957, MRN 00739152, MBI 1EG4TE5MK73, phone (507) 555-0177. Requesting a lumbar MRI after six weeks of physical therapy without improvement.
Prior authorization request for [PERSON_1], DOB [BIRTH_DATE_1], MRN [MRN_1], MBI [MBI_1], phone [PHONE_1]. Requesting a lumbar MRI after six weeks of physical therapy without improvement.
Invented example: April has no 31st, 555-0100 to 555-0199 is reserved for fiction, and the MBI is the sample value CMS prints in its own guides.
If I ran a practice, the prior authorization desk would get it first: those letters go out every day and carry the most numbers per page. Get the BAA signed for the plan on the invoice, then shrink every disclosure it covers. Nonimo for US offices helps with that second step at the keyboard.
Tiers and word limits are on our pricing page.
Clinical and front-desk staff
- One approved plan with a BAA, named in policy
- Identifiers swapped on the workstation before each prompt
- Central rollout for organizations
- Rollout through the partner who runs your IT
Practice software and integrations
Sources
- OpenAI Help Center, HIPAA eligible products and functionality: the eligible products, covered and uncovered features, web search index (read via an Internet Archive copy of October 19, 2026). Its ChatGPT for Clinicians article gives eligibility and the in-product BAA (same archive date).
- OpenAI Help Center, getting a BAA for the OpenAI API: self-serve acceptance, no BAA for ChatGPT Business (read via an Internet Archive copy of October 7, 2026).
- Anthropic Privacy Center, BAAs for commercial customers: covered surfaces and exclusions.
- Claude Help Center, HIPAA-ready Enterprise plans: Primary Owner, irreversible switch, Team and individual plans excluded.
- Google Cloud, HIPAA compliance on Google Cloud and Google Workspace: Workspace services under the BAA, list dated October 28, 2026.
- Google Workspace Admin Help, HIPAA compliance with Google Workspace: no PHI without a signed BAA.
- Microsoft Learn, HIPAA and HITECH offering: BAA by default through the DPA, Copilot Chat in scope.
- Microsoft Learn, enterprise data protection in Copilot: web search queries outside the BAA.
- HHS, guidance on HIPAA and cloud computing: no certification, conduit exception, no BAA as a violation, data abroad (read via an Internet Archive copy of October 23, 2026).
- HHS, minimum necessary requirement: routine protocols and individual review (read via an Internet Archive copy of October 16, 2026).
- eCFR, 45 CFR 164.504 and 164.308: BAA contents, risk analysis, training; 164.502, 164.514(d), 164.316, 164.404 and 164.530 on the same site.
- Reginfo.gov, RIN 0945-AA22: Security Rule proposal, final action July 2027.
Checked on November 7, 2026.
Related guides
Common questions
Is ChatGPT HIPAA compliant?
No product is, because HHS certifies none. OpenAI signs a BAA for ChatGPT for Healthcare, Enterprise with Regulated Workspace, ChatGPT for Clinicians, its FedRAMP versions and its API. Free, Plus, Pro and Business get none.
Is there a HIPAA compliant Claude AI?
Claude Enterprise and the Claude API can carry Anthropic's BAA. On Enterprise, only the Primary Owner can turn HIPAA on and accept it, and it can't be undone. Team, Free, Pro, Max and Ultra can't enable HIPAA.
Is using ChatGPT a violation of HIPAA?
It can be, if PHI goes in without a BAA for that plan. HHS calls storing ePHI with a cloud vendor that hasn't signed one a violation. With a BAA, minimum necessary and your own policies still apply.
Are doctors allowed to use ChatGPT?
Yes, HIPAA doesn't ban AI tools. With patient details, the practice needs a BAA covering that plan, uncovered features off, only the minimum necessary PHI in each prompt, and staff trained on the rule.
Is there a free HIPAA compliant AI?
No AI is HIPAA compliant, free or paid. The closest thing is ChatGPT for Clinicians, free to verified US clinicians with a BAA they sign themselves. OpenAI designed it for individual use, not for a whole practice.
Who needs to sign a BAA under HIPAA?
The covered entity and each vendor handling its PHI. That vendor must get the same promises from its own subcontractors. Whoever accepts an AI vendor's BAA should have authority to bind the organization.
Is it safe to put medical information in ChatGPT?
Not a practice's patient data on a personal ChatGPT account. Free, Plus and Pro carry no BAA. Patients typing in their own records aren't bound by HIPAA, but OpenAI then holds that data under its consumer terms.