Les envois échouent sur la complétude bien plus souvent que sur le fond
Les demandes d'autorisation préalable sont rejetées parce que le dossier est incomplet, pas à cause d'un problème clinique. Un champ de formulaire laissé vide, une note qui ne couvre pas la période exigée, ou une lettre d'orientation non jointe suffit à renvoyer la demande.
Chaque renvoi coûte plusieurs jours. Le patient attend ces jours pour une décision qui, en fait, n'a jamais été prise.
Les exigences varient selon le payeur et selon l'acte. C'est pourquoi une seule liste interne échoue lorsque vous traitez plusieurs payeurs. La liste doit appartenir au payeur, pas à votre processus.
Le flux vérifie la complétude documentaire. Le clinicien qui a préparé la demande décide si elle est cliniquement pertinente et ce qu'énonce la justification clinique.
Comment l'ActionFlow s'exécute sur le canevas
Les exigences des payeurs sont stockées dans un nœud Airtable. Chaque ligne est une combinaison payeur-acte et liste les documents exigés et leurs objets.
Un déclencheur Webhook reçoit la demande d'autorisation contenant la référence patient, l'acte et le payeur. L'accès aux dossiers patients est limité à ce flux et à rien d'adjacent.
Le nœud Loop parcourt les lignes d'exigences. À chaque itération, il récupère ce qui est disponible : un nœud PostgreSQL pour les extraits de dossier, un nœud S3 ou Dropbox pour les documents stockés, et un nœud Document Upload pour tout ce qui est fourni directement.
Un nœud PDF4me extrait le contenu du document pour que l'étape suivante puisse vérifier la couverture, pas seulement la présence.
Le nœud Generate Object renvoie l'un de trois états pour chaque exigence : présent et couvrant la période précisée, présent mais ne couvrant pas la période, ou absent. L'état intermédiaire est celui qu'un contrôle de présence manque et que le payeur attrape.
Un nœud Filter produit la liste des manques. Un nœud Slack la remet au coordinateur avant que quoi que ce soit ne soit assemblé pour envoi.
Le nœud Create Excel construit l'index d'envoi. Le nœud Human in the Loop retient le dossier. Le flux ne transmet rien, et n'altère ni ne produit aucun contenu clinique à aucun moment.
Nœuds utilisés par cet ActionFlow
- Airtable (Integration) : tient les exigences par payeur et par acte, pas une seule liste interne.
- Webhook (Trigger) : reçoit une demande contenant la référence patient, l'acte et le payeur.
- Loop (Control) : parcourt les lignes d'exigences pour que rien ne soit supposé satisfait.
- PostgreSQL (Data) : récupère les extraits de dossier. S3 et Document Upload couvrent les fichiers stockés et fournis.
- PDF4me (Data) : extrait le contenu pour que la couverture puisse être vérifiée, pas seulement la présence.
- Generate Object (AI Core) : renvoie présent-et-couvrant, présent-mais-court, ou absent par exigence.
- Create Excel (Data) : construit l'index d'envoi.
- Slack (Human in the Loop) : remet d'abord la liste des manques et retient le dossier. Rien ne se transmet automatiquement.
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.