Une orientation est envoyée, puis plus personne n'en est responsable
Lorsqu'une orientation passe d'un cabinet à un autre, le clinicien qui l'a émise n'apprend en général ce qui s'est passé que si le patient l'informe ou s'il reçoit une lettre.
Les manques sont précis, et chacun exige une solution distincte : jamais reçue, reçue mais non programmée, programmée mais non honorée, et honorée mais sans compte rendu renvoyé. Rapporter quelque chose comme « en attente » combine quatre problèmes distincts en un seul statut inutile.
Ce sont les patients qui sont oubliés. Une personne qui n'a pas reçu de lettre de rendez-vous croit que le système traite son dossier. Puis trois mois passent avant que quiconque s'en rende compte.
Aucun jugement clinique n'entre ici. Le clinicien orienteur décide si une orientation était appropriée et ce que son issue signifie. Le suivi est une routine administrative qui n'a actuellement aucun propriétaire.
Comment l'ActionFlow s'exécute sur le canevas
Les dossiers d'orientation sont stockés dans un nœud PostgreSQL ou Airtable. Le champ d'étape est tout le dessin, parce que ce champ transforme une entrée « en attente » en un constat actionnable.
Un nœud Start Scheduled les lit. Si les systèmes destinataires les exposent, un nœud HTTP Request vérifie les accusés de réception, les confirmations de rendez-vous et les comptes rendus renvoyés. S'ils ne les exposent pas, un nœud Email lit la correspondance.
Un nœud Text Classifier examine la correspondance entrante. Il la classe comme un accusé, un rendez-vous, un compte rendu d'issue, ou autre chose. Un nœud HTTP Request fait ensuite avancer le dossier.
Le nœud Date calcule le temps que chaque orientation a passé à son étape actuelle. Le nœud Airtable tient la durée attendue pour chaque étape, et cette durée varie selon l'étape.
Le nœud Filter crée l'ensemble bloqué. Le nœud Switch achemine selon l'étape : une relance vers le cabinet destinataire pour les orientations sans accusé, un contact patient pour celles non programmées, et une demande de compte rendu pour les rendez-vous honorés sans réponse.
Un nœud Human in the Loop retient tous les messages destinés aux patients. Un nœud Slack donne au coordinateur une liste bloquée organisée par étape. C'est une liste de travail, pas un rapport de statut.
Nœuds utilisés par cet ActionFlow
- Airtable (Integration) : tient les orientations avec un champ d'étape et la durée attendue par étape.
- Start Scheduled : lit l'ensemble d'orientations selon votre cycle.
- HTTP Request (Util) : vérifie accusés, rendez-vous et comptes rendus renvoyés lorsqu'ils sont exposés.
- Text Classifier (AI Custom) : lit la correspondance comme accusé, rendez-vous ou issue.
- Date (Util)Â : calcule le temps Ă l'Ă©tape actuelle contre l'attente propre Ă cette Ă©tape.
- Switch (Control) : achemine une action différente pour chaque étape bloquée.
- Slack (Human in the Loop) : retient les messages destinés aux patients et remet la liste bloquée par étape.
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.