La liste des non confirmés est ce qui réduit réellement les créneaux vides
Les rappels aident à éviter les rendez-vous manqués. Les rappels qui reçoivent une réponse sont encore plus utiles, parce qu'ils montrent quels créneaux sont en risque tant qu'il reste du temps pour les remplir.
Lorsqu'il n'y a pas de réponse, le seul résultat est une hypothèse. Un cabinet à pleine capacité ne peut pas agir sur cette hypothèse. Le créneau reste alors vide pendant que quelqu'un d'autre attend trois semaines.
Le canal compte ici plus que dans la plupart des situations, parce que les patients varient fortement dans ce qu'ils lisent. Un message envoyé là où quelqu'un ne regarde pas ne diffère pas d'un message jamais envoyé.
Le contenu doit rester administratif. Un rappel comprend l'heure, le lieu et ce qu'il faut apporter. Toute information sur le motif du rendez-vous transformerait le message de routine en une divulgation, surtout lorsqu'il atteint un téléphone partagé.
Comment l'ActionFlow s'exécute sur le canevas
Un nœud Start Scheduled s'exécute chaque jour. Il récupère les dossiers de rendez-vous depuis un nœud PostgreSQL, ou depuis le système de planification via un nœud HTTP Request.
Le nœud Date calcule la distance jusqu'à chaque rendez-vous. Le nœud Filter sélectionne ceux qui tombent dans un palier de rappel.
Un nœud Switch sélectionne le palier, qui détermine alors à la fois le message et le canal : un rappel e-mail plus tôt avec Resend, et un message la veille avec Twilio ou WhatsApp.
Le contenu du message vient d'un modèle, pas d'un nœud de génération, parce qu'un rappel n'a pas besoin d'être généré. Un modèle retire aussi le risque qu'une génération inclue un langage clinique dans un message destiné au patient.
Les réponses arrivent via un déclencheur Webhook. Un nœud Text Classifier les classe comme confirmé, annulé, ou demande de reprogrammation.
Le nœud HTTP Request enregistre cet état sur le rendez-vous. Les annulations sont envoyées à un nœud Slack pour que le créneau puisse être reproposé.
Chaque matin, le second flux Start Scheduled publie la liste des non confirmés à l'accueil. Cette liste est le résultat que ce flux est censé produire.
Nœuds utilisés par cet ActionFlow
- Start Scheduled : lit les rendez-vous chaque jour et produit la liste matinale des non confirmés.
- HTTP Request (Util) : lit et écrit le système de planification. PostgreSQL occupe le même emplacement.
- Date (Util) : calcule la distance jusqu'au rendez-vous pour le palier.
- Switch (Control) : sélectionne palier, message et canal ensemble.
- Twilio (Integration) : envoie le SMS de la veille. Resend et WhatsApp couvrent les paliers plus tôt.
- Text Classifier (AI Custom) : lit les réponses comme confirmé, annulé ou reprogrammé.
- Slack (Communication) : fait apparaître les annulations pour que le créneau puisse être reproposé, et remet la liste des non confirmés.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.