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.
Series
Part of our AI Automation for Small Business: The Practical Guideresource series.
Published

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.”
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.

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 studyWhat 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.
| Situation | Agent's role | Team's role |
|---|---|---|
| Appointment request within the approved scope | Qualify, propose a slot, confirm | Handle scheduling exceptions |
| Question about an approved price or treatment | Answer with the validated wording | Correct or clarify if the case falls outside scope |
| Urgency per the practice's procedure | Recognize the signal and hand off | Decide on care |
| Private document, diagnosis, prescription | Decline and hand off | Manage access and clinical judgment |
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.
Solutions in Morocco are built around each practice's own procedures, not a single national script.
AI solutions for practices in MoroccoThe 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 APIWhat 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 dentistsContinue exploring
Resource
WhatsApp account restricted for 24 hours: understanding the rule and using an official connection
An account restriction and the 24 hour service window are two different things. Here is what the official API changes, and what it does not guarantee.
Read itResource
How to Make an AI Chatbot Understand Moroccan Darija and Other Dialects
I almost fine-tuned a local model for Moroccan dental support. Real examples written by experienced clinic assistants solved the harder problem first.
Read itResource
Customer Service Automation: A Practical Guide
A complete view of support automation, from the first message to resolution, escalation, records, and quality measurement.
Read it