Arclynx Take the AI audit
Guide

How to set up a HIPAA-compliant chatbot

Updated · Arclynx team

Short answer

A chatbot is HIPAA compliant when every company that touches the conversation signs a Business Associate Agreement (the chat vendor, the AI model provider, hosting, and any SMS or voice provider), patient data stays out of analytics and ad tracking, and you control who can see transcripts. You can buy a healthcare chatbot that signs a BAA, or build one on a HIPAA-eligible cloud such as Amazon Bedrock or Azure.

Searches for “HIPAA-compliant chatbot” have taken off in 2026 as practices add AI chat to their websites, patient portals and text lines. Most guides stop at “make sure the vendor signs a BAA.” That’s necessary, but a patient-facing chatbot usually involves four or five companies, plus tracking scripts most practices forget are on the page. This guide covers what actually has to be in place.

Does your chatbot handle PHI?

Start here, because it changes everything else. Protected health information is individually identifiable health information. A chatbot handles PHI when it connects a person to their health or care, for example:

  • Booking or changing an appointment for a named patient
  • Asking about symptoms, conditions or medications
  • Collecting insurance or date-of-birth details
  • Answering questions about a specific patient’s bill, results or prescriptions

A chatbot that only answers general questions (hours, directions, which insurance you accept, how to prepare for a procedure) and never asks who the visitor is generally isn’t handling PHI. Many practices start there for that reason. The moment the bot books appointments or looks anything up, it’s in HIPAA territory.

The BAA chain: every company that touches the chat

Under HIPAA, any company that receives PHI on your behalf is a business associate, and that includes subcontractors of your vendors. For an AI chatbot, that chain usually looks like this:

Link in the chainExampleNeeds a BAA?
Chat platform or widgetThe chatbot product or your custom appYes
AI model providerOpenAI API, Anthropic API, or a model on Amazon Bedrock or AzureYes
Hosting and databaseAWS, Azure, Google CloudYes
SMS or voice providerTexting and phone carriers, speech-to-text and text-to-speech servicesYes, if they carry PHI
Logging and monitoringError tracking and AI observability tools that store promptsYes, if they store conversation content
EHR or scheduling systemWhere the bot books or reads dataCovered by your existing agreement

A packaged chatbot vendor should handle its own subcontractors and say so in its BAA. Voice platforms make the point clearly: Vapi’s HIPAA documentation requires that every downstream language model, voice and transcription provider is HIPAA compliant before the account can run in HIPAA mode. If you build your own, you’re the one assembling and checking the chain.

On the model side, the major options as of November 2026: OpenAI signs a BAA for the API with Modified Retention enabled; Anthropic signs one for the Claude API; and models on Amazon Bedrock fall under the AWS BAA. More detail is in our guide to HIPAA-compliant AI.

The part most practices miss: tracking scripts on the page

A chatbot usually sits on a website that also runs analytics, ad pixels and session-recording tools. If those scripts can see what a patient types, or the page they were on when they started a chat about a condition, PHI can leak to companies that will never sign a BAA.

HHS issued guidance on online tracking technologies in December 2022 and updated it in March 2024. A federal court in Texas vacated part of it in June 2024 (the part treating an IP address plus a visit to a public, unauthenticated health page as PHI), and HHS dropped its appeal that August. The guidance on authenticated pages wasn’t vacated, so the core point still stands: tracking on authenticated pages like patient portals, and any tracking that captures health information a patient enters, is a HIPAA problem. Before launching a chatbot:

  • Keep the chat widget off pages that carry ad pixels, or load the widget in a way those scripts can’t read.
  • Turn off session recording on any page with the chat or forms.
  • Make sure chat events sent to analytics carry no message content or identifiers.

What the chatbot itself needs to do

Beyond agreements, a patient-facing bot needs some design choices that general chatbots don’t:

  • Verify identity before sharing anything. A bot should never reveal appointment details, balances or results to someone who just typed a name. Use portal login, a one-time code or a callback.
  • Collect only what the task needs. Minimum necessary applies to bots too. Booking a cleaning doesn’t need a medical history.
  • Hand off to a person well. Clinical questions, emergencies and upset patients should go to staff, with the transcript attached. Emergency language should trigger an immediate “call 911” response.
  • Tell people it’s AI. Several states now require it, and it builds trust.
  • Log access to transcripts. You should be able to see who viewed or exported a conversation.
  • Set a retention period. Decide how long transcripts are kept, and where the official record lives (your EHR, not the chatbot).
  • Don’t let the bot give medical advice it isn’t designed for. Texas’s attorney general settled with an AI vendor in 2024 over claims about the accuracy of its generative AI in hospitals. Accuracy claims are a legal risk too.

Buy vs build

Buy a healthcare chatbot that signs a BAA if you want something running quickly and your needs are standard: FAQs, appointment requests and simple intake. Check which plan includes the BAA (it’s often only the higher tiers), whether the vendor reserves the right to use de-identified data, which EHR or scheduling systems it actually writes into, and who its AI subcontractors are.

Build on a HIPAA-eligible cloud if the bot has to work with your own systems in non-standard ways, if you want patient data to stay inside an account you own, or if you already pay for the cloud. A typical build runs a model on Amazon Bedrock or Azure under your existing BAA, stores conversations in your own database, and connects to your scheduling and EHR through their APIs. It costs more up front and less per month, and you control the whole chain.

Middle ground: a voice or chat platform that signs a BAA (Retell offers a self-serve BAA on pay-as-you-go accounts; Vapi sells HIPAA as an add-on), connected to your systems by a developer or integrator.

Building and connecting these systems is what we do. We set up chat and voice agents inside a client’s own cloud account and wire them into scheduling, EHR and messaging tools so patients get answers and staff get clean handoffs. See AI customer service automation and AI agent development, or start with the AI audit.

Launch checklist

  • Decide whether the bot will handle PHI at all. If not, design it so it never asks.
  • List every vendor in the chain and collect a signed BAA from each.
  • Remove or isolate tracking pixels and session recording on chat pages.
  • Add identity verification before the bot reveals anything patient-specific.
  • Set up human handoff for clinical, emergency and complaint conversations.
  • Add an AI disclosure to the greeting.
  • Set transcript retention and access logging.
  • Add the chatbot to your HIPAA risk analysis.
  • Test it with real scenarios, including someone trying to get another patient’s information.

This guide is general information, not legal advice.

Sources

Common questions

Is a website chatbot covered by HIPAA?

It is when it collects or receives protected health information on behalf of a covered entity, such as appointment requests tied to a condition, symptoms, insurance details or anything linking a person to their care. A chatbot that only answers general questions like office hours and directions, and never asks who the visitor is, usually doesn't handle PHI.

Can I use ChatGPT as a chatbot on my medical website?

Not through a consumer or Business ChatGPT plan, because OpenAI doesn't sign a BAA for those. You can build a chatbot on the OpenAI API after signing OpenAI's BAA and enabling Modified Retention, or on a model hosted in a HIPAA-eligible cloud such as Amazon Bedrock or Azure. The chat widget, hosting and logging tools each need their own BAA too.

Do I need patient consent to use a chatbot?

HIPAA doesn't require separate consent for a business associate to process PHI for treatment, payment or operations. State laws can add requirements, especially for recording calls, and several states now require telling people when they're talking to AI. Telling patients up front that they're chatting with an AI assistant is the safe default.

How much does a HIPAA-compliant chatbot cost?

Healthcare chatbot products usually price by contract, and BAAs are often reserved for higher tiers. Building your own on a cloud platform swaps a monthly license for usage costs and development time. Voice is more expensive: Vapi, for example, charges a HIPAA add-on, while Retell offers a self-serve BAA on pay-as-you-go accounts.

What's the difference between HIPAA-compliant live chat and an AI chatbot?

Live chat routes the conversation to your staff; the chat software vendor is the only business associate. An AI chatbot adds an AI model provider, and often speech, SMS and logging services, each of which receives PHI and needs a BAA. More vendors means a longer chain to check.

Get your tools working together

Most businesses already pay for the right software. The AI audit shows where the gaps are and what to automate first.

Take the AI audit