Los envíos fallan por completitud mucho más a menudo que por mérito
Las solicitudes de autorización previa se rechazan porque falta el papeleo necesario, no por un asunto clínico. Un campo de formulario en blanco, una nota que no cubre el período exigido o una carta de referencia sin adjuntar basta para devolver la solicitud.
Cada devolución cuesta varios días. El paciente espera esos días por una decisión que, de hecho, nunca se tomó.
Los requisitos varían por pagador y por procedimiento. Por eso una sola lista interna falla cuando tratas con varios pagadores. La lista de verificación debe pertenecer al pagador, no a tu proceso.
El flujo verifica la completitud documental. El clínico que preparó la solicitud decide si es clínicamente adecuada y qué enuncia la justificación clínica.
Cómo se ejecuta el ActionFlow en el lienzo
Los requisitos del pagador se guardan en un nodo Airtable. Cada fila es una combinación pagador-procedimiento y lista los documentos requeridos y sus propósitos.
Un trigger Webhook recibe la solicitud de autorización con la referencia del paciente, el procedimiento y el pagador. El acceso a los registros del paciente queda acotado a este flujo y a nada adyacente.
El nodo Loop recorre las filas de requisitos. En cada iteración obtiene lo disponible: un nodo PostgreSQL para extractos del expediente, un nodo S3 o Dropbox para documentos almacenados, y un nodo Document Upload para lo que se entrega de forma directa.
Un nodo PDF4me extrae el contenido del documento para que el siguiente paso pueda comprobar la cobertura, no solo la presencia.
El nodo Generate Object devuelve uno de tres estados por cada requisito: presente y cubre el período especificado, presente pero no cubre el período, o ausente. El estado del medio es el que se pierde una comprobación de presencia y el pagador sí atrapa.
Un nodo Filter produce la lista de faltantes. Un nodo Slack la entrega al coordinador antes de armar nada para envío.
El nodo Create Excel construye el índice de envío. El nodo Human in the Loop retiene el paquete. El flujo no envía nada ni altera ni genera ningún contenido clínico en ningún punto.
Nodos que usa este ActionFlow
- Airtable (Integration): sostiene los requisitos del pagador por pagador y procedimiento, no una sola lista interna.
- Webhook (Trigger): recibe una solicitud con la referencia del paciente, el procedimiento y el pagador.
- Loop (Control): recorre las filas de requisitos para que nada se dé por cumplido.
- PostgreSQL (Data): recupera extractos del expediente. S3 y Document Upload cubren archivos almacenados y entregados.
- PDF4me (Data): extrae contenidos para que se pueda comprobar la cobertura, no solo la presencia.
- Generate Object (AI Core): devuelve presente-y-cubre, presente-pero-corto o ausente por requisito.
- Create Excel (Data): construye el índice de envío.
- Slack (Human in the Loop): entrega primero la lista de faltantes y retiene el paquete. Nada se envía de forma automática.
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.