AI Web Agent pour une clinique multi-sites

Un site vitrine statique incapable de répondre aux questions des patients ou de prendre des rendez-vous — chaque demande aboutissait à une ligne téléphonique saturée en dehors des heures d'ouverture, si bien que pour près d'un tiers de la journée, l'unique canal public de la clinique était de fait fermé, le site ne servant guère plus qu'une carte de visite numérique avec une adresse et un numéro de téléphone.

Les patients posaient sans cesse les mêmes questions — horaires de la clinique, acceptation d'une assurance précise, disponibilité le samedi, stationnement, possibilité de consultation sans rendez-vous — en anglais comme en tamoul, et l'accueil traitait chacune manuellement, appel après appel, sans moyen de dévier les demandes courantes pour libérer du temps sur les demandes réellement complexes.

Aucune trace structurée des demandes ni de leur motif n'existait nulle part dans l'entreprise : un appel manqué à 21h disparaissait simplement dans une messagerie vocale consultée ou non le lendemain matin. Impossible de savoir combien de patients avaient tenté de joindre la clinique hors horaires, impossible de le mesurer, et donc impossible de justifier d'y remédier.

Les nouveaux patients abandonnaient fréquemment tout le processus de réservation après avoir échoué à joindre quelqu'un dès le premier ou le deuxième appel, sans moyen de vérifier eux-mêmes des informations basiques d'éligibilité — comme l'acceptation de leur assurance précise — avant même de décider si l'appel valait la peine.

Le personnel d'accueil consacrait une part importante et mesurable de chaque matinée à des rappels manuels vers des messages vocaux laissés la nuit, retardant les confirmations de rendez-vous du jour pour les patients ayant appelé le matin même et créant un retard visible avant même l'ouverture des portes de la clinique.

Plusieurs sites satellites répartis dans la ville entraînaient de fréquentes erreurs de branche appelée, ajoutant une étape de transfert supplémentaire à un processus déjà lent et augmentant sensiblement le risque que l'appelant abandonne plutôt que d'attendre d'être redirigé vers le bon accueil.

Le personnel soignant était régulièrement sollicité pour répondre aux appels de l'accueil pendant les heures de pointe lorsque la réception était débordée, ce qui ralentissait à la fois les consultations en présentiel et laissait les appels téléphoniques traités par quiconque était disponible plutôt que par une personne formée pour les gérer de façon cohérente.

Aucun mécanisme n'existait pour capter l'intérêt généré par le bouche-à-oreille ou par la fiche Google Business existante de la clinique — un patient recommandé recherchant le nom de la clinique tard le soir trouvait la même page statique que tout le monde, sans moyen d'agir sur son intérêt avant la reprise des horaires d'ouverture.

Construction d'un AI Web Agent sur le domaine propre de la clinique, entraîné uniquement sur les descriptions de services approuvées, les horaires d'ouverture par site, la liste précise des assurances acceptées et les politiques internes de la clinique — rien d'inventé, rien de supposé, rien provenant d'en dehors de cette base de connaissances approuvée.

Intégration des disponibilités en direct de Google Agenda directement dans l'interface de chat pour que les patients voient les créneaux réellement libres en temps réel et confirment une réservation sans jamais avoir besoin de décrocher le téléphone, recevant une confirmation SMS immédiate avec la date, l'heure et le lieu dès validation.

Détection automatique de la langue au niveau du message afin que chaque conversation se déroule naturellement dans la langue du patient — anglais ou tamoul — pouvant même basculer en cours de conversation si nécessaire, sans page distincte, sans contenu traduit à maintenir, et sans configuration supplémentaire requise du personnel de la clinique.

Configuration d'un routage sensible au site pour qu'un patient demandant la branche la plus proche, ses horaires précis ce jour-là ou son stationnement reçoive une réponse propre à ce site précis plutôt qu'une réponse générique et peu utile s'appliquant peut-être à un tout autre site.

Chaque conversation est automatiquement notée et enregistrée comme prospect structuré avec sa transcription complète en pièce jointe, étiquetée par niveau d'urgence et par site préféré, afin que le personnel d'accueil commence chaque matin avec une liste organisée et priorisée plutôt qu'une pile désordonnée de messages vocaux nocturnes.

Les cas complexes, sensibles ou cliniques — tout ce que l'agent ne peut traiter avec certitude dans les limites de sa base de connaissances approuvée — sont immédiatement et automatiquement escaladés au personnel de garde avec un résumé concis en une ligne du besoin exact du patient, afin qu'aucun contexte ne se perde lors de la transmission.

Mise en place d'un processus de revue mensuelle légère avec la direction de la clinique, passant en revue les nouvelles questions les plus fréquentes du mois, afin que la base de connaissances de l'agent suive en continu les nouveaux services ajoutés, les changements de tarifs et les variations saisonnières prévisibles de la demande patient.

Intégration de l'agent avec la fiche Google Business existante de la clinique et les flux de recommandation, afin que les recherches tardives et l'intérêt du bouche-à-oreille se convertissent immédiatement en prospect capté et noté plutôt que d'attendre la réouverture de la clinique le jour ouvré suivant.