Preview: snuepi is in development and is not open to customers yet.

Guide · updated · by the snuepi team

Clinics and practices: booking by AI assistants and patient data — what to ask before you connect anything

The short answer

Keep the booking channel limited to what you need to schedule an appointment: name, contact, time and a service. Do not let free-text symptoms or notes travel through it. Before you connect any AI or booking tool, ask who processes the data, where, under what contract, for how long, and what it is allowed to do with it. This guide is not legal or medical advice.

This guide covers administration only: how appointments get made. It makes no medical claims and is not legal advice. Your national data-protection authority and your professional body are the right places to confirm what applies to you.

Why clinics need extra care

Under the GDPR, data concerning health is a special category of personal data, listed in Article 9 (see the regulation on EUR-Lex). Even a booking can reveal health information: the name of a clinic, a specialist, or a reason for the visit. Treat the whole appointment trail as sensitive until your data-protection advisor tells you otherwise.

Seven questions to ask before you connect anything

  1. What exactly does the tool receive? List every field. If it takes free text, assume patients will type symptoms into it. Prefer a form with fixed options (service, time, contact) and no "reason for visit" box.
  2. Who is the processor, and is there a contract? A supplier that handles personal data for you is generally a processor, and the GDPR (Article 28) calls for a written agreement with it. Ask for it before signing up, not after.
  3. Where is the data stored and processed? Ask for the country, and whether any AI model providers or sub-processors outside the EU are involved. Get the list of sub-processors.
  4. Is patient data used to train models? Ask for a plain yes or no, in writing.
  5. How long is it kept, and can you delete or export it? You need to be able to answer a patient's request to see or erase their data.
  6. Who can see what? Ask about staff access, logs and what is recorded when an assistant or a phone line handles a call.
  7. Do you need a data protection impact assessment? Article 35 requires one for certain high-risk processing. Whether yours qualifies is a question for your data-protection advisor, and it is better asked before the tool goes live.

Practical settings that reduce risk

  • Separate scheduling from clinical records. A booking tool should not be where clinical notes live.
  • Minimise. Collect the least data you can: no date of birth, no identification number, no reason for visit unless you truly need it to schedule.
  • Be clear with patients. Say in the privacy notice how bookings are made, including by automated assistants or phone systems, and who receives the data.
  • Calls. If a phone assistant answers, check whether calls are recorded or transcribed and what notice or consent your country requires. If in doubt, switch recording off.
  • Agents booking for patients. When software books for a person, confirm the booking with the person themselves by a channel you trust, and do not exchange clinical details through the agent.
  • Reminders. A reminder that names a specialty can disclose health information if someone else sees the phone. Keep wording neutral.

What to put in a short written policy

  1. Which channels may be used to book (phone, web form, assistants).
  2. Which fields are collected, and which are never collected.
  3. Who the processors are and where the data sits.
  4. How long booking data is kept.
  5. Who to contact about a patient's data request.

For related points on reminders and cancellation rules, see our guide on no-shows, deposits and reminders.

What snuepi does about this

Disclosure: snuepi is the author's product. Read this section as an advertisement for it.

snuepi lets a business set rules for what an AI agent or caller must provide, and keeps a signed record of each booking. Our public pages say that data is held in the EU and can be exported or deleted by the business. The author's disclosure: this is our product, it is a pilot with no customers yet, and it is free while we pilot. We have not been assessed as a fit for any clinical setting, and we do not claim compliance for you. If you are a clinic, read our privacy page and security page, and ask us for the processor terms and sub-processor list before connecting anything. Keep clinical details out of booking whichever tool you use.

Frequently asked questions

Is an appointment itself health data?

It can be. Which clinic or specialist someone visits can reveal health information, so treat appointment data carefully and confirm with your data-protection advisor.

Can a clinic use an AI assistant for booking at all?

Many can, with care. The questions above are the checks. Whether it is allowed for your practice also depends on your country and professional rules.

Do patients need to consent?

It depends on the legal basis you rely on and on what is processed. Ask your data-protection advisor; do not assume a booking form equals consent for everything.

Should the assistant ever collect symptoms?

For scheduling, avoid it. If a clinical triage is needed, that is a separate system with a separate risk assessment, outside this guide.

See what an AI assistant sees at your business

Type your website into the free check. It needs no sign-up, and it does not call your phone.

Run the free check

Sources