Que un paciente se entere de un costo después es un fallo evitable
Las comprobaciones de cobertura se hacen de forma inconsistente, por lo general en el mostrador y con prisa. El paciente entonces se entera de cualquier excedente o exclusión solo cuando llega la factura.
La conversación es mucho más fácil de tener antes de la cita, porque la información necesaria ya se conoce: qué está cubierto, cuáles son los límites y cuánto tendrá que pagar el paciente. Recepción no tiene tiempo suficiente para armar eso.
Convierte los detalles en una lista de verificación simple. Los documentos de póliza están escritos para ajustadores. La impresión que una persona saca al leerlos difiere de la cobertura que de hecho le aplica.
El resultado es un resumen administrativo de la cobertura registrada. No garantiza el pago, y la página lo deja claro. Tratar la lista como una garantía es el problema que se diseñó para evitar.
Cómo se ejecuta el ActionFlow en el lienzo
La elección de momento es lo que hace que el flujo funcione. En lugar de procesar la solicitud en el mostrador, el nodo Start Scheduled corre por delante de la lista de citas.
Si hay un servicio de elegibilidad del pagador, el nodo HTTP Request lo consulta. Un nodo PostgreSQL entrega los detalles de cobertura que ya tienes.
El nodo Generate Object transforma la respuesta en los campos pertinentes a este tipo de cita: cubierto, excedente, límites, autorización previa necesaria y exclusiones relacionadas con el procedimiento planeado. Cada campo incluye el campo fuente del que salió.
Un nodo Filter descarta todo lo irrelevante para esta cita, porque la mayor parte de una póliza, y toda la confusión, consiste en esas cosas.
El nodo Generate Text produce la versión hacia el paciente en lenguaje llano. Incluye una declaración clara de que resume la cobertura registrada y no es una garantía de pago.
El nodo Human in the Loop envía cualquier caso ambiguo al equipo de facturación, en lugar de dar a un paciente un monto incierto.
El nodo Resend envía la lista antes de la cita. El nodo HTTP Request luego la anexa al expediente para que el mostrador pueda ver exactamente lo que recibió el paciente.
Nodos que usa este ActionFlow
- Start Scheduled: ejecuta por delante de la lista de citas, no en el mostrador.
- HTTP Request (Util): consulta el servicio de elegibilidad del pagador donde existe uno.
- PostgreSQL (Data): entrega los detalles de cobertura que ya se tienen.
- Generate Object (AI Core): devuelve campos de cobertura con el campo fuente detrás de cada uno.
- Filter (Data): descarta todo lo irrelevante para este tipo de cita.
- Generate Text (AI Core): escribe la versión en lenguaje llano con la declaración de que no es una garantía.
- Slack (Human in the Loop): enruta la cobertura ambigua a facturación, no al paciente.
- Resend (Communication): envía la lista de verificación antes de la cita.
Preguntas frecuentes
Empieza a crear flujos de IA
Crea una cuenta gratuita, abre una plantilla o un lienzo en blanco y ejecuta tu primer ActionFlow.
Boletín
Recibe actualizaciones del producto
Nodos nuevos, agents y notas de producto. Solo enviamos correo cuando merece la pena abrirlo.