Les recours échouent lorsqu'ils répondent à un autre motif que celui indiqué
Les refus arrivent toujours avec un motif indiqué. Les mots correspondent souvent à une exigence particulière. Lorsqu'un recours expose ses mérites sans traiter cette exigence, il répond à une question que personne n'a posée.
Le travail de relier le motif à la documentation pertinente est administratif. C'est la partie du processus qui prend le plus de temps dans la préparation des recours.
Les délais sont à la fois courts et stricts. Un recours bien argumenté déposé en retard n'a aucune valeur. Surveiller la période à partir de la date de refus fait partie du processus, pas d'un à-côté administratif.
Un clinicien prépare l'argument clinique. Le flux assemble le dossier, organise les sections administratives, et indique ce qui est exigé pour répondre au refus. Il ne fournit aucune justification clinique. La page le dit clairement.
Comment l'ActionFlow s'exécute sur le canevas
Un nœud Email ou un nœud Document Upload reçoit la correspondance de refus. Un nœud PDF4me l'extrait ensuite.
Le nœud Generate Object lit le refus. Il renvoie le motif indiqué, l'exigence précise visée, le délai de recours et la méthode de transmission. Chaque valeur est prise directement dans la lettre et présentée comme un champ distinct.
Le nœud Date calcule la fenêtre restante tout de suite. Un nœud Slack l'envoie ensuite, parce que chaque étape ultérieure dépend du temps qu'il reste.
Un nœud Airtable relie les types de motifs de refus à la documentation qui répond à chacun. Un nœud Filter produit la liste de ce dont ce recours a besoin.
Le nœud Loop récupère les documents depuis le dossier. Le nœud Validate vérifie la couverture plutôt que la présence.
Le nœud Generate Text rédige seulement les sections administratives : les identifiants du patient et de la police, le motif du recours, la liste des pièces jointes, et les exigences de transmission.
Un nœud Human in the Loop retient le dossier pour le clinicien, qui prépare ensuite l'argument clinique. Rien n'est transmis tant que le clinicien n'a pas approuvé. Le contenu clinique n'apparaît pas dans le flux.
Nœuds utilisés par cet ActionFlow
- Email (Communication) : reçoit la correspondance de refus. Document Upload prend une lettre fournie.
- PDF4me (Data) : extrait le contenu de la lettre de refus.
- Generate Object (AI Core) : renvoie motif, exigence citée, délai et voie comme champs cités.
- Date (Util) : calcule la fenêtre de recours restante avant que quoi que ce soit d'autre n'avance.
- Airtable (Integration) : relie les types de motifs de refus à la documentation qui y répond.
- Validate (Data) : vérifie que les documents récupérés couvrent réellement l'exigence.
- Generate Text (AI Core) : rédige les sections administratives seulement, jamais la justification clinique.
- Slack (Human in the Loop) : achemine le dossier vers le clinicien, qui rédige et approuve.
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.