IA en operaciones de salud: agenda, glosas y flujo de pacientes

Cuando se habla de IA en salud, la conversación se va derecho al diagnóstico por imágenes y a la medicina de precisión. Mientras tanto, en la operación diaria de cualquier clínica u hospital, los problemas que desangran el presupuesto son de una prosa mucho menos elegante: agendas con huecos y pacientes que no llegan, facturas glosadas que nadie alcanza a responder a tiempo, camas que figuran ocupadas cuando ya están libres, y urgencias congestionadas a las mismas horas de siempre.

Nada de eso es un problema clínico. Es un problema operacional — y la IA que lo resuelve no es la de los papers de radiología, sino la que pone a los sistemas administrativos a hablar entre sí.

Tres fugas, un mismo origen

La agenda. Cada cita a la que el paciente no llega es capacidad instalada que se paga y no produce: el especialista, el consultorio, el equipo. Y el no-show no es aleatorio — tiene patrones de especialidad, horario, antigüedad de la cita y de historial del paciente. Pero como la agenda vive en un sistema que no conversa con el historial ni con la facturación, nadie arma el patrón, y la respuesta se queda en el recordatorio genérico por mensaje de texto.

Las glosas. Cada factura objetada por el pagador —la EPS en Colombia, la aseguradora en Estados Unidos, la caisse en Francia; el nombre cambia, la mecánica no— es plata que ya te ganaste y todavía no te pagan. Responderla exige reconstruir el caso: qué se hizo, quién lo autorizó, qué dice la historia, qué dice el contrato con el pagador. Esa reconstrucción es manual, lenta y compite con el flujo de glosas nuevas que sigue entrando. Las que no se alcanzan a responder a tiempo se vuelven pérdida — no porque el servicio estuviera mal prestado, sino porque la evidencia estaba regada en cuatro sistemas.

El flujo de pacientes. La cama que sigue ocupada en el sistema dos horas después del alta física. La congestión de urgencias que se repite con patrón de reloj y se sigue manejando como sorpresa. El quirófano que se programa contra una disponibilidad teórica. Cada uno es un desfase entre lo que los sistemas dicen y lo que pasa en el piso.

Por qué los remedios habituales no cierran las fugas

Cambiar el HIS —el sistema central— es la cirugía mayor que todo el mundo pospone con razón: años de migración para terminar, casi siempre, con los mismos silos en software nuevo. Contratar más personal administrativo para responder glosas o confirmar citas escala el costo, no la capacidad: el cuello de botella no es de manos, es de información dispersa. La consultora entrega un diagnóstico correcto del trimestre que ya pasó y un plan que la operación no tiene con qué ejecutar a diario. Y los dashboards describen el problema con gráficas cada vez más bonitas, pero describir no es operar.

El denominador común: agenda, historia clínica, facturación y contratos con pagadores viven en sistemas distintos, y todos los problemas de la lista anterior son problemas de cruce.

El mismo paciente en todos los sistemas

La inteligencia operacional empieza por ahí: una ontología donde el paciente, la cita, la cama, el procedimiento, la factura y el contrato con el pagador son objetos conectados — el mismo paciente en la agenda, en la historia y en la cuenta, no tres registros con tres identificadores. Sobre ese modelo, agentes de IA hacen el trabajo de cruce que hoy no hace nadie: arman el expediente de respuesta de una glosa con la evidencia de cada sistema, priorizan la agenda según riesgo real de inasistencia, detectan el desfase entre la ocupación teórica y la real mientras todavía es accionable.

Vale decirlo sin ambigüedad: nada de esto toca la decisión clínica. El médico decide lo que siempre ha decidido. Lo que cambia es todo lo que rodea esa decisión — que la cita ocurra, que la cama aparezca, que el servicio prestado se cobre y se pague.

Una glosa casi nunca se pierde porque el servicio se haya prestado mal: se pierde porque la evidencia de que se prestó bien está repartida en cuatro sistemas y nadie tiene tiempo de juntarla.

Un ejemplo concreto: el ciclo de una glosa

Vale la pena seguir una glosa de punta a punta para ver dónde cambia el juego. Hoy, el ciclo típico es así: llega la objeción del pagador; alguien del equipo de cartera abre el caso; busca la factura en el sistema de facturación, la autorización en el portal del pagador o en un correo, los soportes clínicos en la historia, y las condiciones pactadas en un contrato que vive en un PDF. Redacta la respuesta, la radica y pasa al siguiente caso. Cada paso es búsqueda manual, y el reloj de los plazos corre desde el primer día.

Con la ontología montada, el agente arma el expediente al momento de llegar la glosa: factura, autorización, soportes y cláusula del contrato aplicable, juntos y referenciados. Propone la respuesta con base en casos anteriores del mismo tipo de objeción, y el humano —que sigue siendo quien firma— revisa y ajusta en lugar de excavar. El mismo equipo responde más glosas, mejor argumentadas, dentro del plazo. Y como cada caso queda registrado en el modelo, la pregunta de fondo —qué tipo de glosa se repite, con qué pagador, originada en qué área— deja de ser un misterio anual y se vuelve una consulta.

Ese último punto es el que cambia la economía: responder glosas más rápido recupera plata; entender por qué se generan deja de producirlas.

Cómo lo hace FIDEIA

En la plataforma, la operación de salud se gobierna desde FIDEIA COMMAND: un único lugar donde ves agenda, facturación y flujo de pacientes sobre la misma ontología, simulas escenarios —qué pasa con la congestión si se reorganiza la agenda de una especialidad— y recibes informes narrativos en español, no otra pared de gráficas. Y los agentes ejecutan el trabajo repetitivo de cruce con cada acción registrada y auditable — el estándar que una operación de salud exige.

La entrada es el proceso estándar de FIDEIA: un diagnóstico de 3 semanas que mapea tus sistemas reales —HIS, agenda, facturación, lo que haya— y un piloto de 90 días sobre un dominio acotado, por ejemplo glosas de un pagador o agenda de una especialidad, con la métrica firmada antes de empezar y medida contra línea base. Si el piloto no entrega resultado medido, no se continúa.

Sobre la privacidad, que en salud es la pregunta obligada: la ontología modela la operación —citas, camas, facturas, contratos— y el acceso a cada objeto respeta los permisos que tu institución ya define. Los agentes trabajan con el mínimo necesario para cada tarea y cada acceso queda en la traza. La auditabilidad no es una función adicional: es la condición de entrada para operar en este sector.

Por dónde empezar

Hay un diagnóstico que puedes hacer sin software: pregunta cuánto tiempo le toma hoy a tu equipo reconstruir el expediente completo de una glosa — todos los soportes, de todos los sistemas. Si la respuesta se mide en horas por caso, el problema no es el pagador ni el equipo. Es que tu operación guarda la evidencia en pedazos.

Si quieres ver dónde están las fugas operacionales de tu institución con datos y no con anécdotas, hablemos. El diagnóstico de 3 semanas existe para eso.