Tomás y los Nueve Quirófanos

Prólogo

Un lunes a las 5:40 de la mañana, tres llamadas al tiempo. Un cirujano cardiovascular incapacitado por fiebre. El esterilizador nocturno había fallado y un equipo de neurocirugía seguía sin completar su ciclo. Y una urgencia de trauma grave en emergencias pidiendo quirófano ya. Tres cosas, un solo programa del día, y el programa ya estaba lleno.

Tomás conocía esa coreografía de memoria. Doce años como cirujano de urgencias, cuatro como Director de Cirugía. En esos cuatro años aprendió algo que ninguna escuela de medicina enseña: dirigir un servicio de cirugía de alta complejidad no es medicina. Es combinatoria.

Nueve quirófanos. Cuarenta y tres cirujanos activos. Diecisiete especialidades. Cada cirugía con su instrumental, su anestesiólogo calificado, su equipamiento, su tiempo estimado que casi nunca era el real. Y encima, las urgencias: el trauma de las 2am que desplazaba el día siguiente, el paciente que descompensaba en cuidados intensivos, la cama de UCI que no aparecía.

Tomás lo llamaba el Sudoku. Cada semana, ocho a doce horas con su coordinadora armando el cuadro de turnos en un Excel de cuatrocientas filas que solo dos personas sabían leer. El conocimiento no estaba en ningún sistema. Estaba en dos cabezas.

Cuando su coordinadora pidió licencia de maternidad, Tomás pasó tres semanas sin dormir bien.

El Sudoku que solo dos personas sabían leer no podía ser el sistema nervioso de nueve quirófanos. Algo tenía que cambiar.

El Diagnóstico

El consultor llegó con una pregunta que Tomás no esperaba:

"¿Cuántas horas de quirófano pierde el hospital cada semana por subutilización — no por falta de pacientes, sino por falta de coordinación?"

Tomás pensó. Conocía la tasa de ocupación global — 78%. Pero el número que el consultor pedía era diferente: los quirófanos que estaban disponibles con paciente programado pero sin el equipo completo. El anestesiólogo que no llegó. La instrumentadora que estaba en otro quirófano que se extendió. El equipamiento que estaba en esterilización porque nadie había anticipado que se necesitaría dos horas antes.

"Entre el 12% y el 18% de la capacidad disponible", estimó Tomás. "Pero es un número que nunca hemos medido con precisión."

"Ahí está el primer problema", dijo el consultor. "No puede optimizar lo que no mide. Y no puede medir lo que vive en un Excel de cuatrocientas filas que solo dos personas saben leer."

Le explicó la diferencia entre lo que el hospital tenía — un sistema de programación quirúrgica que registraba las cirugías confirmadas pero que no anticipaba los conflictos, no detectaba los patrones de cancelación y no coordinaba en tiempo real cuando una urgencia desplazaba la programación electiva — y lo que era posible con arquitectura agéntica.

"¿Y no es eso lo que hacen los sistemas de gestión hospitalaria que existen en el mercado?" preguntó Tomás.

"Los sistemas de gestión hospitalaria registran lo que ya decidiste. Un ecosistema agéntico razona sobre lo que debes decidir — antes de que el conflicto ocurra, antes de que el cirujano cancele sin reemplazo, antes de que el quirófano quede vacío con personal esperando."

Tomás pensó en los lunes. En las llamadas que recibía desde las 6am cuando algo en la programación fallaba.

"¿Cuánto del tiempo de un Director de Cirugía es en realidad gestión de crisis que podrían haberse anticipado?" preguntó.

El consultor lo miró.

"¿Cuánto crees tú?"

La Arquitectura

El diagnóstico técnico lo dimensionó.

El servicio de cirugía tenía seis fuentes de datos que no se comunicaban en tiempo real: el sistema de historia clínica electrónica con los pacientes en lista de espera, el módulo de programación quirúrgica con las cirugías confirmadas, el sistema de recursos humanos con la disponibilidad del personal, el inventario de esterilización con el estado de los equipos e instrumental, el sistema de camas con la disponibilidad de UCI y recuperación postoperatoria, y el registro de urgencias con las demandas no programadas de quirófano.

"¿Cómo aprende el sistema los protocolos de cada especialidad?" preguntó Tomás.

"Con lo que llamamos Memoria Semántica — pero también con algo más específico: Memoria Procedimental. La Memoria Procedimental incluye qué requiere cada tipo de cirugía antes de ejecutarse: el instrumental necesario, el tiempo de esterilización requerido, los equipos específicos, el perfil del anestesiólogo necesario, la configuración del quirófano. Una colecistectomía laparoscópica no requiere los mismos recursos que una cirugía cardiovascular abierta. El agente lo sabe antes de hacer la primera asignación."

"¿Y el historial de cada cirujano — sus patrones, sus preferencias, sus tiempos reales?"

"Eso es Memoria Episódica. El agente recuerda que el Dr. Herrera tiene un tiempo quirúrgico real de 20 minutos más que el estimado en procedimientos laparoscópicos. Recuerda que la Dra. Ospina siempre solicita cambio de instrumental en el tercer tiempo y que eso agrega 15 minutos de pausa. Recuerda que los lunes por la tarde, después de la reunión de morbilidad y mortalidad, el quirófano 3 tiene 40 minutos de buffer no aprovechado. Esa memoria no se borra entre semanas — se acumula y mejora."

"¿Y cuántas cirugías puede coordinar simultáneamente un solo agente?" preguntó Tomás, pensando en los nueve quirófanos operando en paralelo.

"Ahí está una de las decisiones de arquitectura más importantes", respondió el consultor. "Un agente tiene un Context Window — una capacidad de procesamiento activo limitada. No puede coordinar cuarenta y tres cirujanos, nueve quirófanos, diecisiete especialidades y las urgencias simultáneamente con la precisión necesaria. Por eso la arquitectura no es un solo agente omnisciente — es un enjambre donde cada agente tiene su responsabilidad: uno para programación electiva, uno para urgencias, uno para gestión de recursos e instrumental, uno para monitoreo de tiempos en tiempo real. El orquestador los coordina."

"¿Y si el sistema sugiere una asignación que clínicamente no tiene sentido?"

"Por eso existe el Fine-tuning del ecosistema. El agente no habla lenguaje de gestión hospitalaria genérica — habla el lenguaje de este servicio de cirugía específico: las particularidades de cada especialidad, las restricciones regulatorias del MSPS para procedimientos de alta complejidad, los protocolos de acreditación Joint Commission International — la certificación hospitalaria más rigurosa del mundo, que solo ostentan los hospitales de más alta complejidad en Colombia y que exige trazabilidad completa de cada decisión clínica y administrativa. Ese conocimiento no está en ningún modelo genérico. Hay que arquitectarlo."

"¿Y cómo conecta con el HIS, como Meditech, Orfeo o las plataformas propias que usan los hospitales de alta complejidad en Colombia, y con el sistema de historia clínica electrónica?"

"Con MCP. El protocolo que conecta el agente con sus sistemas sin integraciones frágiles. Lee el sistema de historia clínica en tiempo real, consulta el inventario de esterilización, verifica la disponibilidad de camas en UCI — sin que nadie tenga que hacer una llamada telefónica para saber si hay cama disponible antes de programar una cirugía mayor."

El Primer Agente

Cuatro meses después, el servicio de cirugía tenía su primer agente en producción.

Se llamaba internamente "el Programador" — y hacía algo que Tomás y su coordinadora tardaban entre ocho y doce horas en hacer cada semana: construir el cuadro de turnos quirúrgicos considerando la disponibilidad de cada cirujano, la disponibilidad del anestesiólogo calificado para cada tipo de procedimiento, el estado del instrumental en esterilización, la disponibilidad del quirófano con el equipamiento correcto, la disponibilidad de cama en UCI o recuperación para el postoperatorio, y los patrones históricos de cada cirujano para estimar con mayor precisión los tiempos reales.

El primer cuadro generado por el Programador tardó cuarenta minutos. El equipo lo revisó durante dos horas — no por errores obvios, sino porque no podían creer que no los hubiera.

Tomás observó algo la primera semana que cambió su comprensión del problema:

"El Programador asignó una cirugía ortopédica compleja al quirófano 7 en lugar del 5, que es el que siempre usamos para ortopedia. Cuando pregunté por qué, el sistema mostró que el instrumental de ortopedia del quirófano 5 tenía un ciclo de esterilización que no terminaría hasta las 10am, y la cirugía estaba programada para las 8am. Nosotros lo hubiéramos descubierto a las 7:45am."

"Eso es la Memoria Procedimental operando en tiempo real", explicó el consultor. "El agente conoce el ciclo de esterilización, lo cruza con el horario de programación y detecta el conflicto con doce horas de anticipación."

El equipo de coordinación cambió su rol. Dejaron de construir el cuadro. Empezaron a gobernar el cuadro — revisando las asignaciones que el Programador marcaba como de mayor riesgo o incertidumbre, ajustando con criterio clínico lo que ningún algoritmo podía saber, y gestionando las excepciones que el sistema correctamente escalaba.

"¿Y si el agente comete un error de programación que tenga consecuencias clínicas?" preguntó el Jefe de Anestesiología en la reunión de socialización.

"Por eso ninguna asignación se ejecuta sin revisión humana antes de las 6pm del día anterior. Eso es HITL — Human-in-the-Loop. El Programador propone con evidencia. El equipo de coordinación aprueba con criterio clínico. El quirófano nunca recibe una asignación que no haya pasado por una persona — la frontera contra la delegación indebida."

El Lunes que el Sistema No Colapsó

Cinco meses después del lanzamiento, llegó la prueba que todos esperaban y nadie quería.

Un lunes a las 5:47am, tres cirugías del programa del día presentaron problemas simultáneos: un cirujano cardiovascular notificó incapacidad por fiebre, un equipo de instrumental de neurocirugía no había completado su ciclo de esterilización por un fallo del esterilizador nocturno, y una urgencia de trauma grave llegó a emergencias requiriendo quirófano inmediato.

En el modelo anterior, ese escenario hubiera generado una crisis de tres horas: llamadas en cadena, cirugías canceladas sin reprogramación inmediata, pacientes en ayuno sin información, equipo de enfermería esperando sin asignación.

El Agente de Urgencias detectó el trauma a las 5:48am y liberó el quirófano 2 — que tenía la cirugía menos crítica en términos de urgencia clínica — para atender el caso de emergencia, notificando automáticamente al equipo de recuperación y a UCI sobre el cambio. El Agente de Programación identificó que el reemplazo del cirujano cardiovascular disponible más cercano podía cubrir dos de sus tres cirugías pero no la tercera — que requería una subespecialidad específica. Escaló a Tomás con el análisis completo y tres opciones de manejo a las 5:51am.

Tomás tomó la decisión a las 5:58am. Once minutos después de que comenzara la crisis, el programa del día estaba reorganizado.

"Eso es Fallback Strategy arquitectada", explicó el consultor en el debrief. "El fallo no fue una sorpresa para el sistema — era un escenario anticipado con una respuesta definida. Cada tipo de conflicto — cancelación de cirujano, fallo de instrumental, urgencia que desplaza electiva — tiene su protocolo de contingencia ya arquitectado. El sistema no improvisa. Ejecuta el protocolo y escala lo que requiere criterio humano."

Ese mes también reveló algo que Tomás necesitaba atender. Dos residentes del servicio habían estado usando ChatGPT para generar borradores del cuadro de turnos — copiando nombres de cirujanos, disponibilidades y tipos de procedimiento en un modelo público.

"¿Qué tan grave es eso en el contexto hospitalario?"

"Shadow AI en un servicio quirúrgico tiene implicaciones específicas. Los datos de disponibilidad y asignación de cirujanos son información laboral sensible. Los datos de disponibilidad de cirujanos cruzados con tipos de procedimiento y pacientes específicos son información clínica protegida por la Resolución 839 de 2017 sobre historia clínica electrónica y por la Ley 1751 de 2015, que consagra la confidencialidad de la información clínica como parte del derecho fundamental a la salud. Un fallo en esa protección no es solo un riesgo regulatorio — es una violación de un derecho fundamental."

También ese trimestre construyeron el Handoff Pattern explícito entre los agentes del ecosistema y entre los turnos del equipo humano.

"¿Qué significa eso en la práctica para un servicio de cirugía?" preguntó la coordinadora de programación.

"Que cuando el turno de la mañana termina y el turno de la tarde llega, el contexto completo está transferido: qué cirugías están en curso, cuáles tienen riesgo de extenderse, qué equipos van a necesitar esterilización urgente, qué paciente en lista de espera puede aprovechar si se libera un quirófano antes de lo esperado. El turno de la tarde no empieza desde cero — empieza con toda la inteligencia que el turno de la mañana generó."

El Handoff Pattern más valorado por el equipo no fue entre coordinadores de programación — fue entre el turno diurno y el turno nocturno de urgencias. El médico de guardia que llegaba a las 8pm encontraba en el sistema el estado completo de la operación: qué quirófanos estaban activos, qué cirugías tenían riesgo de extenderse más allá de la medianoche, qué instrumental estaría disponible y cuándo, qué camas de UCI serían liberadas en las próximas horas. Lo que antes era una conversación de cinco minutos en un pasillo — donde algo siempre se perdía — se convirtió en una transferencia estructurada de contexto que el turno nocturno podía consultar en cualquier momento.

Tomás reconoció que eso era exactamente lo que siempre había faltado en los cambios de turno.

La Arquitectura de Inteligencia

Un año después, el servicio de cirugía operaba de una manera que el resto del hospital empezaba a notar.

El Programador seguía siendo el núcleo. Pero ahora coordinaba con el Agente de Urgencias — que monitoreaba en tiempo real el flujo de urgencias quirúrgicas, anticipaba la demanda de quirófano para las próximas cuatro horas basándose en los patrones históricos por día de la semana y época del año, y alertaba al equipo de programación cuando la probabilidad de una urgencia que desplazara electivas superaba el umbral definido. Y con el Agente de Recursos — que monitoreaba en tiempo real el estado del instrumental en esterilización, los equipos de quirófano, la disponibilidad de camas en UCI y recuperación, y generaba alertas cuando algún recurso crítico podría no estar disponible para una cirugía programada.

Entre los tres agentes existía un Handoff Pattern explícito. Cuando el Programador construía el cuadro del día siguiente, transfería al Agente de Recursos el contexto de qué instrumental necesitaba estar listo y en qué quirófano a qué hora. Cuando el Agente de Urgencias detectaba una demanda de quirófano no programada, transfería al Programador el impacto en la programación electiva con las opciones de reorganización ya calculadas. El contexto fluía entre agentes — y fluía al equipo humano con el nivel de detalle correcto para cada rol.

La Orquestación del ecosistema había transformado algo que Tomás no había anticipado: la relación entre el servicio de cirugía y los demás servicios del hospital. El Agente de Recursos cruzaba su información con el sistema de UCI — y cuando detectaba que la disponibilidad de camas posoperatorias estaba en riesgo, alertaba con cuatro horas de anticipación para que el equipo de UCI pudiera tomar medidas antes de que el problema bloqueara el flujo quirúrgico.

La Silicon-based Workforce del servicio no tenía nuevos empleados. Tenía los mismos coordinadores, los mismos instrumentadores, los mismos anestesiólogos. Pero cada uno llegaba al turno con información que antes requería horas de trabajo manual para construir — y que ahora estaba disponible en tiempo real.

Los números al cierre del año eran los que la dirección del hospital había pedido ver desde que Tomás asumió el cargo.

La eficiencia de utilización de quirófano — la métrica que combina tiempo útil de cirugía versus tiempo total disponible incluyendo setup y limpieza — había subido del 78% al 91%. En hospitales de alta complejidad en Colombia, un 80% se considera eficiente. Tomás había superado ese benchmark sin agregar un solo quirófano. Los conflictos de programación detectados el día de la cirugía — que antes promediaban dieciséis por semana — habían bajado a dos. Las cirugías canceladas por causa administrativa — falta de instrumental, falta de anestesiólogo, falta de cama postoperatoria — habían bajado un 74%. Y el tiempo que Tomás dedicaba semanalmente a gestionar el Sudoku había bajado de doce horas a dos horas y media — tiempo que ahora dedicaba a lo que un Director de Cirugía debería hacer: supervisión clínica, formación de residentes y mejora de protocolos.

"¿Cómo medimos que el ecosistema es responsable de esto?" preguntó el Director Médico del hospital.

Tomás respondió con el vocabulario que había aprendido:

"Con CLASSic Metrics: eficiencia de utilización de quirófano, latencia de detección de conflictos de programación, exactitud de los tiempos quirúrgicos estimados versus reales, nivel de seguridad de los datos clínicos del personal y los pacientes, y estabilidad del sistema durante los picos de urgencias. El ROI Agéntico es auditable: el aumento de eficiencia de 78% a 91% en nueve quirófanos representa un incremento de revenue quirúrgico del 16.7%. En un servicio del tamaño del de Tomás, eso significaba entre $2.500M y $4.000M COP adicionales de revenue anual — sin una sola inversión en infraestructura física."

El Director Médico cerró la reunión con una pregunta que resumía todo:

"¿Esto lo podemos replicar en los servicios de urgencias y de cuidados intensivos?"

Tomás respondió sin dudar:

"Era exactamente lo que íbamos a proponer."

Epílogo

El Ecosistema Agéntico en un servicio quirúrgico no reemplaza al cirujano. No reemplaza al anestesiólogo. No reemplaza al Director de Cirugía que conoce las particularidades clínicas de cada procedimiento y de cada paciente.

Los libera para ejercer ese criterio.

La diferencia entre los servicios quirúrgicos que operan en modo crisis permanente y los que operan con fluidez no es el talento de los cirujanos — ese generalmente existe. No es la tecnología de los quirófanos. No es el número de camas.

Es si el Director de Cirugía entiende que el conocimiento de programación acumulado en años de gestión del Sudoku quirúrgico — los patrones de cada cirujano, los requerimientos de cada procedimiento, los protocolos de contingencia para cada tipo de fallo — es un activo institucional crítico que sin arquitectura agéntica seguirá viviendo en un Excel de cuatrocientas filas y en las cabezas de dos personas.

Tomás lo entendió cuando su coordinadora pidió licencia de maternidad y él no durmió bien durante tres semanas.