Resources/WhatsApp and patient intake/Why a medical AI agent needs SOPs

Why a medical AI agent needs SOPs

Without actionable procedures, a medical chatbot improvises. Here is what needs to be formalized before deploying a patient intake agent.

Published

A documented process turns scattered patient requests into intake, qualification, and handoff steps

An AI agent for a medical practice is not a generic chatbot with the clinic's name bolted on. It needs to know what to answer, what to never say, what information to collect, and exactly when to hand the conversation to a person. A well organized practice already has these rules: the intake procedures, often called SOPs. Without them, the system improvises. In a healthcare context, improvisation is not a feature.

If the procedures do not exist and the practice does not want to define them, Forteuno would rather not deploy an agent presented as ready.

01

What an intake SOP needs to cover

For an intake agent, an SOP is not a clinical manual. It describes the administrative work the team already does: how to qualify a request, what practical information to give, how to present an approved price or treatment, which situations are urgent, when to hand off, and what data must stay out of the system's reach.

01The reasons people actually contact the practice: appointments, pricing, location, follow-up, urgency, quotes.
02The approved information: hours, address, treatments offered, validated wording.
03The qualification questions to ask before an appointment or a handoff.
04The medical boundaries: no diagnosis, no prescription, no promised outcome.
05The escalation rules: private documents, urgency per the practice's own procedure, clinical decisions, exceptions.
Map the requests, the boundaries, and the handoff before installing an agent.
Map the requests, the boundaries, and the handoff before installing an agent.
02

Why a generic script fails

Two dental practices do not share the same hours, treatments, or tone. A generic agent can answer fast and still be wrong. It can also ask too many questions, miss an urgency the practice itself has defined, or give out information the team does not stand behind. Speed does not help if the next step is not the one the practice would have chosen.

At a large dental clinic in Casablanca, the work started with the procedures the operations manager provided, not with installing a bot. The volumes observed, more than 100 WhatsApp conversations a day, later fewer than nine needing human intervention, belong to that clinic and that period. They do not repeat automatically elsewhere. The method does repeat: audit the SOPs, define the boundaries, qualification, languages, escalations, testing, then deployment.

See how a dental clinic in Casablanca reduced human handoffs after formalizing its procedures.

Casablanca case study
03

What the agent can do, what stays human

A clear SOP lets the agent handle appointments, approved pricing, validated explanations, and practical information. It bars diagnosis, prescriptions, and any decision that requires a healthcare professional. Requests for medical or insurance documents, urgencies defined by the practice, and unusual cases get handed to the team, with the context already gathered.

SituationAgent's roleTeam's role
Appointment request within the approved scopeQualify, propose a slot, confirmHandle scheduling exceptions
Question about an approved price or treatmentAnswer with the validated wordingCorrect or clarify if the case falls outside scope
Urgency per the practice's procedureRecognize the signal and hand offDecide on care
Private document, diagnosis, prescriptionDecline and hand offManage access and clinical judgment
04

How we work when an SOP is incomplete

Many practices run on habits, not a document. In that case, we start with an inventory: messages received, usual answers, the information the front desk already gives out, and situations it refuses to handle alone. If the team agrees to validate these rules, an agent can be tested against those scenarios until they consider it compliant. If nobody wants to formalize the scope, we decline a generic deployment rather than promise a result nobody could actually control.

01Start from real conversations, not a chatbot template.
02Write down the approved information and the wording to avoid.
03Define the exact handoff moment and the summary the team expects.
04Test until the agreed scenarios are validated, with no generic timeline that credibly applies to every clinic.

Solutions in Morocco are built around each practice's own procedures, not a single national script.

AI solutions for practices in Morocco
05

The SOP does not replace an official connection

Procedures protect the content. The connection protects the infrastructure. A practice can have excellent intake rules and still expose its number if it automates WhatsApp through an unofficial session. The reverse is also true: an official API does not make an agent reliable if nobody has defined what it is allowed to say. Both layers are necessary.

Tell an account restriction apart from the 24 hour window, then reduce avoidable technical risk.

WhatsApp restricted for 24 hours and the official API
06

What this means for a practice in Morocco

A practice in Casablanca, Rabat, or elsewhere can reuse the method. It cannot reuse another clinic's volumes as local proof. Forteuno Web works remotely: the city pages describe service areas, not offices. The agent follows the language actually used, French, Arabic, or Darija, rather than the phone prefix alone. French serves as the fallback when the preference is unknown.

If your team can describe its requests, its approved information, and its handoff rules, we can start by mapping them.

Solutions for dentists

Continue exploring

Get started

Want help deciding what to automate first?

Discuss your process