Un patient qui découvre un coût après coup est un échec évitable
Les contrôles de couverture se font de façon inégale, en général à l'accueil et dans la précipitation. Le patient n'apprend alors un reste à charge ou une exclusion que lorsque la facture arrive.
La conversation est bien plus facile à avoir avant le rendez-vous, parce que l'information nécessaire est déjà connue : ce qui est couvert, quelles sont les limites, et combien le patient devra payer. L'accueil n'a pas assez de temps pour assembler cela.
Transformez les détails en une liste simple. Les documents de police sont écrits pour des gestionnaires. L'impression qu'une personne en retire en les lisant diffère de la couverture qui s'applique réellement à elle.
Le résultat est une synthèse administrative de la couverture enregistrée. Il ne garantit pas le paiement, et la page le dit clairement. Traiter la liste comme une garantie est le problème qu'elle a été conçue pour éviter.
Comment l'ActionFlow s'exécute sur le canevas
Le choix du moment est ce qui fait fonctionner le flux. Au lieu de traiter la demande à l'accueil, le nœud Start Scheduled s'exécute en amont de la liste de rendez-vous.
Si un service d'éligibilité du payeur est disponible, le nœud HTTP Request l'interroge. Un nœud PostgreSQL fournit les détails de couverture que vous avez déjà.
Le nœud Generate Object transforme la réponse en champs pertinents pour ce type de rendez-vous : couvert, reste à charge, limites, autorisation préalable nécessaire, et exclusions liées à l'acte prévu. Chaque champ comprend le champ source dont il vient.
Un nœud Filter écarte tout ce qui est hors sujet pour ce rendez-vous, parce que l'essentiel d'une police, et toute la confusion, consiste en ces éléments.
Le nœud Generate Text produit la version destinée au patient en langue claire. Elle comprend un énoncé clair : elle synthétise la couverture enregistrée et n'est pas une garantie de paiement.
Le nœud Human in the Loop envoie tout cas ambigu à l'équipe de facturation plutôt que de donner au patient un montant incertain.
Le nœud Resend envoie la liste avant le rendez-vous. Le nœud HTTP Request la joint ensuite au dossier pour que l'accueil voie exactement ce que le patient a reçu.
Nœuds utilisés par cet ActionFlow
- Start Scheduled : s'exécute en amont de la liste de rendez-vous plutôt qu'à l'accueil.
- HTTP Request (Util) : interroge le service d'éligibilité du payeur lorsqu'il existe.
- PostgreSQL (Data) : fournit les détails de couverture déjà détenus.
- Generate Object (AI Core) : renvoie les champs de couverture avec le champ source derrière chacun.
- Filter (Data) : écarte tout ce qui est hors sujet pour ce type de rendez-vous.
- Generate Text (AI Core) : rédige la version en langue claire avec l'énoncé de non-garantie.
- Slack (Human in the Loop) : achemine une couverture ambiguë vers la facturation plutôt que vers le patient.
- Resend (Communication) : envoie la liste avant le rendez-vous.
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.