Vantus Medical · los agentes
Un catálogo de agentes se infla en diez minutos. Lo difícil es decir de cada uno quién lo supervisa.
Esta página publica tres cosas distintas y no las mezcla: los agentes que el brochure de este sistema declara, el mecanismo de registro y supervisión que la plataforma tiene construido y verificado en código, y el inventario de agentes de la base del motor, que para este sistema está en cero. Las tres son verdad y no significan lo mismo.
La regla de la página
Cómo se lee esta página, y por qué tiene tres planos
Un catálogo de agentes es el artefacto más fácil de inflar de toda una propuesta de software. Se pone un nombre sugerente, se le añade un verbo de acción y ya parece que algo decide. Lo difícil —y lo único que hace que un catálogo sirva— es decir de cada agente cuatro cosas: qué lo dispara, qué decide, qué entrega y quién lo supervisa.
El brochure de este sistema declara los nombres, los agrupa por dominio, de unos pocos, detalla el comportamiento con una frase. De la mayoría no detalla el disparo, y de ninguno declara el dueño funcional concreto. Esta página no lo rellena: donde el brochure no dice, la celda lo dice.
Y hay un segundo plano que se publica aparte, porque es de otra naturaleza: el mecanismo. La plataforma con la que este sistema está construido tiene, en código, el modelo de datos para registrar un agente, fijarle su nivel de autonomía, escribirle sus restricciones, guardar por qué decidió lo que decidió, asignarle un supervisor y registrar lo que gastó. Eso sí se afirma con cita de archivo y línea en el expediente interno.
El tercer plano es el inventario real del motor, y está en cero para este sistema. Se dice con el conteo y con la hora de corte, porque un cero sin conteo no es un dato: es una excusa.
Una tabla con celdas que dicen «no declarado» es más útil que una tabla completa y adivinada. La primera se llena en una sesión con usted; la segunda hay que desmontarla.
- Nombre del agente: transcripción del brochure. No se traduce ni se mejora.
- Qué lo dispara: lo declarado. Si el brochure sólo declara el dominio, se escribe la clase de disparo del dominio y se dice que viene de ahí.
- Qué entrega: sólo cuando el nombre del agente o la frase del brochure nombran la entrega.
- Qué tiene prohibido: la aplicación, agente por agente, de la regla de gobierno que el propio brochure declara para todos.
- Quién lo supervisa: no declarado para ninguno. Va en una sección aparte, con el mecanismo verificado con el que se declara y se audita.
- Inventario en el motor: cero para este sistema, con el conteo de toda la base y la hora de corte del propio servidor.
Si un proveedor le entrega un catálogo de agentes sin una sola celda vacía, pregúntele de dónde salió cada una.
Once, declarados en el brochure
Los once agentes del alcance mediano, y por cuál se empieza
El alcance mediano —una clínica con camas o un hospital comunitario— declara once agentes: los cuatro que hereda del alcance de consultorio y siete que, en palabras del propio brochure, «atacan el dinero y la seguridad clínica».
El orden de encendido no es arbitrario y el brochure lo declara: el auditor de cuenta es el primero, y después las autorizaciones. La razón es que ninguno de los dos toca un acto clínico, los dos tienen efecto medible en días de cartera y los dos producen una salida que una persona acepta o rechaza en la misma pantalla.
Agente · qué lo dispara · qué entrega · qué tiene prohibido
| Agente | Qué lo dispara | Qué entrega | Qué tiene prohibido |
|---|---|---|---|
| Agendador | Una solicitud de cita y la disponibilidad de agenda | La cita propuesta con su hueco y su recurso | Mover una cita ya confirmada sin aviso al paciente y al médico |
| Escriba de consulta | El acto de consulta: lo dictado o lo hablado | El borrador de la nota, marcado como borrador | Firmar la nota y cerrar el expediente |
| Facturador | El cierre de una cuenta | El comprobante preparado con sus conceptos y su complemento | Timbrar y firmar el comprobante fiscal |
| Navegador de resultados | La llegada de un resultado de laboratorio o de imagen | El resultado puesto frente a quien lo ordenó, con su valor crítico marcado | Interpretar el resultado ni ocultar un valor crítico no acusado |
| Elegibilidad | El registro del episodio con su pagador, antes del ingreso | La vigencia y el plan verificados contra el padrón, con deducible y coaseguro explicados | Negar el ingreso: el aviso es para admisión |
| Autorización | El acto que el convenio exige autorizar | La solicitud armada con la evidencia clínica, enviada y perseguida hasta la respuesta | Dar por autorizado lo que no está autorizado |
| Auditor de cuenta | La cuenta a punto de enviarse al tercero pagador | Las partidas que exceden el tabulador, el documento faltante y la evidencia citada de cada hallazgo | Corregir la cuenta por su cuenta: propone y alguien acepta o rechaza |
| Alertas del pase de medicamentos | La administración registrada o no registrada en su ventana | El aviso de dosis, interacción, omisión y administración fuera de ventana | Registrar una administración que no ocurrió |
| Predicción de ausencia a la cita | La agenda del día siguiente y el histórico del paciente | La cita en riesgo, confirmada con insistencia dirigida, y el hueco liberado a la lista de espera | Cancelar la cita sin confirmación |
| Camas y altas | El censo, las altas previstas y la ocupación de urgencias | La anticipación de altas y la propuesta de asignación de cama | Asignar la cama: propone, y la jefatura decide |
| Resumen matutino de dirección | El corte de la noche, cada mañana | Ocupación, caja, autorizaciones pendientes, glosas nuevas y eventos de la noche, con la fuente de cada línea | Presentar una línea sin su fuente ni la marca de validación humana |
Fuente: brochure de Vantus Medical. El Pack M declara once agentes; el Pack G declara treinta —veintinueve más el supervisor multi-agente—. Son afirmaciones del brochure: al corte del 27 de septiembre de 2026 no hay ningún agente dado de alta en la base del motor para este sistema. El orden de encendido —auditor de cuenta primero, después las autorizaciones— es declaración del propio brochure.
El brochure añade una condición de operación que conviene subrayar porque es la que evita el naufragio habitual: se encienden por valor y se apagan por servicio y por unidad. No se encienden los once el mismo lunes. Se enciende uno, se mide contra su número, y si el ruido supera el beneficio se apaga en el servicio donde molesta sin tocar el resto del hospital.
Un agente que no se puede apagar por servicio es un agente que alguien va a apagar entero.
Treinta, declarados en el brochure
Los treinta del alcance de red, por dominio
El alcance de red declara treinta: veintinueve agentes repartidos en seis dominios y un supervisor que los orquesta. El reparto por dominio no es decorativo: cada dominio es una clase de disparo, sobre todo, un comité distinto del hospital que tiene que aprobar el encendido.
Se transcriben agrupados como el brochure los agrupa, con el conteo declarado de cada dominio. La suma de los seis dominios es veintinueve; con el supervisor, treinta.
Dominio · cuántos · qué los dispara · qué comité aprueba el encendido
| Dominio | Cuántos | Clase de disparo del dominio | Quién tiene que aprobar |
|---|---|---|---|
| Documentación clínica | 5 | Un acto de registro: una consulta, una interconsulta, un pase de guardia, un alta, un documento histórico escaneado | Dirección médica y archivo clínico |
| Seguridad clínica | 4 | Una lectura, una orden o una escala: signos vitales, prescripción de antimicrobiano, estudio de imagen | Comité de seguridad del paciente y comité de infecciones |
| Terceros pagadores | 6 | Un hito del folio frente al pagador: ingreso, autorización, cierre de cuenta, glosa recibida | Dirección de administración y finanzas |
| Ciclo de ingresos | 6 | El cierre de la cuenta, el timbrado, la denegación y el pago recibido | Dirección de administración y finanzas, y auditoría interna |
| Operación | 5 | El estado en tiempo real: censo, programa de salas, llegada a urgencias, existencias, bitácora de equipo | Dirección de operaciones |
| Dirección | 3 | El corte: diario para el resumen matutino, periódico para cohortes y rentabilidad | Dirección general |
| Orquestación | 1 | La cadena entre agentes: un agente que llama a otro con una condición y un máximo de pasos | Dirección de sistemas, con la dirección médica |
| Total | 30 | Veintinueve agentes más el supervisor multi-agente | — |
Fuente: brochure de Vantus Medical. El Pack M declara once agentes; el Pack G declara treinta —veintinueve más el supervisor multi-agente—. Son afirmaciones del brochure: al corte del 27 de septiembre de 2026 no hay ningún agente dado de alta en la base del motor para este sistema.
Los veintinueve, nombrados · dominio · qué produce
| Agente | Dominio | Qué produce |
|---|---|---|
| Escriba ambiental en todos los servicios | Documentación clínica | El borrador de la nota a partir de la conversación del acto |
| Resumidor de expediente para interconsulta y pase de guardia | Documentación clínica | El resumen con la fuente de cada dato |
| Generador del resumen de egreso | Documentación clínica | El borrador del alta con diagnósticos, procedimientos, medicación y citas |
| Extractor de problemas, alergias y medicamentos de documentos históricos | Documentación clínica | La propuesta de antecedentes, para confirmación humana |
| Traductor clínico | Documentación clínica | El texto en el idioma del paciente, con la versión original conservada |
| Vigilante de sepsis y deterioro | Seguridad clínica | El aviso al equipo tratante cuando las escalas cruzan el umbral |
| Detector de riesgo de caída, úlcera por presión y reingreso a treinta días | Seguridad clínica | La marca de riesgo con la escala que la produjo |
| Vigilancia del uso de antimicrobianos | Seguridad clínica | La observación al comité: duración, espectro y desescalamiento |
| Triage de imagen como segundo lector | Seguridad clínica | El reordenamiento de la lista de trabajo del radiólogo |
| Elegibilidad contra padrón | Terceros pagadores | Vigencia, plan, deducible y coaseguro antes del ingreso |
| Autorización y seguimiento en portal | Terceros pagadores | La solicitud enviada y perseguida, con su bitácora |
| Cotizador quirúrgico con insumos y honorarios tabulados | Terceros pagadores | La cotización desglosada con su vigencia |
| Auditor de cuenta antes del envío | Terceros pagadores | Las partidas fuera de convenio y el documento que las soportaría |
| Armador del expediente del siniestro | Terceros pagadores | El expediente completo, documento por documento, listo para dictaminar |
| Clasificador de glosa y redactor de contestación | Terceros pagadores | La tipificación de la glosa y el borrador de la respuesta |
| Codificador clínico | Ciclo de ingresos | El código propuesto con el fragmento de nota que lo sostiene |
| Consultor de documentación clínica | Ciclo de ingresos | La pregunta al médico: qué falta para soportar el código |
| Depurador de cuenta previo al timbrado | Ciclo de ingresos | La marca de cuenta en riesgo de rechazo, con su causa probable |
| Agente de denegaciones y apelaciones | Ciclo de ingresos | La apelación armada con su soporte |
| Posteo de pagos y conciliación | Ciclo de ingresos | El pago aplicado y la lista de lo que no casó |
| Detector de pago por debajo de convenio | Ciclo de ingresos | El hallazgo con la diferencia y la cláusula que la sostiene |
| Gestor de camas y predicción de altas | Operación | Qué camas se liberan, a qué hora y qué ingresos se pueden adelantar |
| Optimizador de quirófano | Operación | El reordenamiento del turno y la causa del retraso, nombrada |
| Dimensionamiento de personal por carga esperada de urgencias | Operación | La cobertura del turno antes de que falte |
| Inventario, caducidades y quiebres | Operación | La compra, el traspaso o la retirada del lote por caducar |
| Mantenimiento predictivo de equipo biomédico | Operación | La intervención antes de la falla y la calibración que vence |
| Cazador de brechas de cuidado | Dirección | El paciente crónico que debía volver y no volvió |
| Resumen matutino de dirección | Dirección | El corte de la mañana con la fuente de cada línea |
| Analista de rentabilidad por convenio y por pagador | Dirección | Dónde se pierde dinero con un convenio vigente, y por qué |
Fuente: brochure de Vantus Medical. El Pack M declara once agentes; el Pack G declara treinta —veintinueve más el supervisor multi-agente—. Son afirmaciones del brochure: al corte del 27 de septiembre de 2026 no hay ningún agente dado de alta en la base del motor para este sistema. El supervisor multi-agente, que completa los treinta, se trata en la sección de orquestación.
Treinta agentes no son treinta proyectos. Son treinta encendidos separados, cada uno con su comité y su número.
Gobierno · lo no negociable
Lo que un agente no hace nunca
El brochure del alcance de red dedica una página entera a esto y la titula «no negociable». No es retórica: en un hospital, la lista de prohibiciones es lo que permite que el comité clínico apruebe el encendido.
La formulación corta del brochure es: deja borrador; no escribe el expediente definitivo ni firma el comprobante fiscal. Y la lista larga nombra cuatro actos concretos que están prohibidos a todos: autorizar un acto quirúrgico de alto riesgo sin médico, firmar la nota clínica o el comprobante fiscal, inventar un resultado de laboratorio, y hablarle al paciente como si fuera su médico tratante.
El alcance mediano lo dice con otras palabras y el mismo contenido: los agentes no diagnostican ni prescriben; documentan, codifican, auditan, alertan y persiguen; toda salida clínica exige validación y firma profesional, con trazabilidad completa.
Un agente que puede firmar es un agente que alguien va a tener que defender ante una demanda. Por eso, en un hospital, no firma.
Lo que se exige de cada agente · cómo se comprueba
| Exigencia declarada | Qué significa en la operación | Cómo se comprueba |
|---|---|---|
| Alcance limitado | El agente lee los campos que tiene configurados y ningún otro | La configuración de campos permitidos y campos a enmascarar es un dato auditable |
| Dueño funcional | Una persona con nombre responde por lo que ese agente propone | El dueño es un campo del registro del agente, no un acuerdo verbal |
| Umbral de escalamiento | Por encima de ese umbral el agente no decide: escala | El motivo de escalamiento queda en el registro de cada ejecución |
| Evidencia citada | Cada salida nombra las fuentes que la sostienen | La salida no se acepta en pantalla si no trae sus fuentes |
| Bitácora auditable por agente, revisada en comité | Se puede reconstruir qué propuso, con qué datos y quién lo aceptó | Registro de decisión con razonamiento, confianza y marca de revisión |
| Se apaga por servicio y por unidad | La jefatura de un servicio puede apagarlo en su servicio | El apagado es configuración con usuario y hora, no una solicitud de soporte |
| Registra modelo, versión y usuario que aceptó o rechazó | Se sabe qué versión de qué modelo produjo cada salida | Versionado de configuración con huella, y registro de ejecución |
Fuente: brochure de Vantus Medical, «gobierno de IA: no negociable» del Pack G y «gobierno de los agentes» del Pack M. La columna de comprobación remite al mecanismo de la plataforma de la sección siguiente, que sí está verificado en código.
Estas siete exigencias son la lista con la que su comité clínico puede evaluar cualquier propuesta de agentes, la nuestra incluida.
La plataforma · verificable
La columna de la supervisión, y el mecanismo con el que se llena
De los treinta agentes, el brochure no declara el dueño funcional concreto de ninguno. No se rellena. Un agente cuya supervisión se inventa en una página de internet es exactamente el agente que después nadie supervisa.
Lo que sí se afirma, y con cita en el expediente interno, es el mecanismo con el que la supervisión se declara, se guarda y se audita en la plataforma. No es una promesa de producto: es un modelo de datos con treinta y cinco entidades, trescientos quince procedimientos almacenados y treinta y dos controladores de interfaz de programación (4.987 líneas).
Esa es la diferencia entre decir «nuestros agentes son auditables» y poder señalar la tabla donde vive cada pieza de la auditoría.
Qué se declara de cada agente · dónde vive · cita
| Lo que se declara | Dónde vive |
|---|---|
| Nivel de autonomía: sólo sugiere, actúa con aprobación o actúa solo | Catálogo de nivel de autonomía |
| Restricciones: lo que el agente no puede hacer, como dato y no como política escrita | Tabla de restricciones |
| Por qué decidió lo que decidió, con su confianza y si requiere revisión | Registro de decisión con el razonamiento y las herramientas usadas |
| Quién vigila al agente y qué acción correctiva propone | Supervisor y acciones correctivas |
| Qué gastó y cuánto tardó cada ejecución, y si escaló y por qué | Registro de ejecución con tokens, costo, latencia y motivo de escalamiento |
| Con qué entradas hechas para hacerlo fallar se probó | Casos de prueba adversariales |
| Qué datos puede tocar, con qué filtros por fila y qué campos enmascara | Enlace del agente a la interfaz de programación del backend |
| Qué versión de su configuración estaba activa cuando decidió | Versionado de configuración con huella |
| Qué agente llama a qué otro, con qué condición y con cuántos pasos máximo | Cadenas entre agentes |
| Cómo se autoevalúa: precisión, utilidad, cumplimiento y propuesta de mejora de su propio prompt | Autoevaluación del agente |
| Qué obligación regulatoria le aplica y qué amenaza se le modeló | Regulación y modelado de amenazas del agente |
| Qué base de conocimiento consulta, con qué troceado y con qué frecuencia se reindexa | Base de conocimiento del agente |
Verificado el 27 de septiembre de 2026 contando entidades y procedimientos en el script en disco, y controladores en el backend. La base del motor sí es alcanzable y se consultó ese día: tiene 36 agentes dados de alta, de sistemas de otros dominios. Lo que esta página afirma es el mecanismo de gobierno, que es lo que se puede comprobar en el código antes de contratar.
Una advertencia de honestidad sobre ese mismo script, porque una revisión de código que no encuentra nada no es una revisión: el script apunta a un nombre de base distinto del que la plataforma documenta como fuente de verdad, y la tabla raíz del agente tiene controlador en el backend pero sus procedimientos no están en ese archivo. Son hallazgos anotados, no defectos de operación. Se publican porque un área de sistemas que vaya a leer el mismo código los va a encontrar.
La supervisión se define en la sesión con usted, se guarda como dato y queda auditable. Lo que no se hace es escribirla en una página antes de haberla acordado.
Orquestación
El supervisor: por qué el agente treinta es de otra clase
Veintinueve de los treinta hacen algo. El treinta vigila a los otros veintinueve, y el brochure lo nombra como supervisor multi-agente. Es el que convierte una colección de automatismos en algo que se puede gobernar.
Un supervisor sirve para tres cosas concretas, y las tres tienen su tabla en el mecanismo de la plataforma. La primera es cortar una cadena: un agente que llama a otro, que llama a otro, es la forma más rápida de que nadie sepa quién propuso qué; la tabla de cadenas guarda el agente de origen, el de destino, la condición de activación y el máximo de pasos. La segunda es proponer la corrección cuando un agente se degrada: la tabla de acciones correctivas es exactamente eso. La tercera es llevar la cuenta: qué gastó cada ejecución y cuántas escalaron.
Hay una consecuencia práctica que conviene entender antes de firmar nada: un supervisor sólo puede vigilar agentes que estén dados de alta como dato. Mientras el inventario esté en cero, el supervisor no tiene a quién vigilar. Es la misma razón por la que esta página publica el mecanismo y no un inventario.
- Corta cadenas: origen, destino, condición y máximo de pasos, como dato.
- Propone corrección cuando un agente se degrada, y la propuesta queda registrada.
- Lleva la cuenta de tokens, costo, latencia y escalamientos por ejecución.
- Guarda el experimento: qué configuración se probó contra qué otra, y con qué resultado.
- Conserva la etiqueta humana: qué salida se marcó como correcta o incorrecta, y si se usó para entrenar.
Un supervisor sin agentes registrados es una tabla vacía. Por eso el primer trabajo de un proyecto de agentes es dar de alta el primero, no encender los treinta.
El cero que hay que decir
El inventario del motor, con su conteo y su hora de corte
Aquí va el dato que una página de producto normalmente no publica. La base del motor de la casa es alcanzable y se consultó el 27 de septiembre de 2026, con la hora tomada del propio servidor. El resultado, para los agentes, es un cero.
Los 36 agentes que la plataforma tiene dados de alta pertenecen a sistemas de otros dominios. Lo que esta página afirma de Vantus Medical es el mecanismo con el que se gobiernan, no un inventario propio.
Y una precisión que importa para leer bien la tabla: el proyecto con más contenido generado del dominio hospitalario no es clínico. Es un sistema de dimensionamiento de plantilla y cobertura de turnos de una red de veintisiete hospitales: sesenta y cinco pantallas, dieciséis roles, diez ciclos de vida y cuarenta y siete transiciones. Se cita por lo que es —un sistema hospitalario real generado por la plataforma— y nunca como prueba de un expediente clínico generado. Los dos proyectos clínicos-asistenciales que la base tiene son de agenda y gestión de citas, y ninguno de los dos tiene ciclos de vida poblados.
Proyecto del motor · qué es · agentes dados de alta · ciclos de vida
| Proyecto | Qué es realmente | Agentes | Ciclos de vida |
|---|---|---|---|
| El de este sistema | Dimensionamiento de plantilla y cobertura de turnos de una red de 27 hospitales. No es un sistema clínico. | 0 | 10, con 47 transiciones |
| El cuarto del dominio de salud | Agenda y gestión de citas clínicas. Único proyecto clínico de la base que llegó a generar pantallas: 16 | 0 | 0 |
| El tercero del dominio de salud | Gestor de citas médicas: 59 módulos, 221 casos de uso, 0 pantallas generadas | 0 | 0 |
| Toda la base | 462 proyectos del motor | 36, ninguno de este sistema | 733 ciclos de vida en la base |
Transcrito de la base del motor de la casa, tablas agente_ia y Spartan_WorkFlow, el 27 de septiembre de 2026 con la hora tomada del propio servidor: 08:03 h para el proyecto de este sistema en el motor y 07:59 h para el otro proyecto del dominio. Un conteo sin hora de corte no es reproducible. éste vale para esa hora.
Un cero publicado con su conteo y su hora vale más que un catálogo con treinta filas que nadie puede consultar.
Construido, no conectado
Los servicios de agente escritos y no cableados
Hay un tercer inventario, distinto del brochure y distinto de la base, y también se publica: la plataforma tiene en disco treinta servicios de agente escritos en Python, con 12.474 líneas repartidas en 102 archivos.
Y la verificación de integración con el motor es negativa. Cero referencias por nombre, cero por puerto, cero a su marco de trabajo. Su propio plan se declara en estado de planificación y su configuración por omisión apunta a un servicio que no está en el repositorio. Del lado del portal hay una constante que apunta al puerto de uno de ellos y que no se usa en ninguna otra línea de su archivo: código muerto.
Se publica porque es verdad y porque distingue tres cosas que no se cobran igual: los agentes que el brochure declara para este sistema; el mecanismo para registrarlos, gobernarlos y auditarlos, que está construido y verificado; y un conjunto de servicios escritos en Python que está escrito y no cableado al motor.
Se distingue lo que corre hoy de lo construido sin conectar y de lo que le toca al hospital. Sin esa distinción, ninguna de las otras tablas vale nada.
Plano · qué hay · con qué se sostiene
| Plano | Qué hay exactamente | De dónde sale |
|---|---|---|
| Declarado en el brochure | 11 agentes en el alcance mediano; 30 en el de red | Brochure de Vantus Medical, Pack M y Pack G. Atribuido al brochure |
| Mecanismo, construido y verificado | 35 entidades, 315 procedimientos almacenados, 32 controladores de interfaz | conteo en disco |
| Escrito y no conectado | 30 servicios de agente en Python, 12.474 líneas en 102 archivos | Conteo en disco; integración con el motor verificada como negativa |
| Dado de alta en la base del motor | 0 para este sistema; 36 filas de agente en toda la base | Base del motor de la casa, tabla agente_ia, 27 de septiembre de 2026 |
| Obligación del establecimiento | Umbrales de alerta, aviso de privacidad y consentimiento, firma profesional, comités de seguridad del paciente y de infecciones | NOM-004-SSA3-2012, NOM-024-SSA3-2012 y la ley de protección de datos personales vigente desde el 20 de marzo de 2025 |
Conteos verificados en disco y en la base el 27 de septiembre de 2026. Las cinco filas son ciertas y significan cosas distintas: ésa es la utilidad de la tabla.
Pregunte a cualquier proveedor cuál de sus agentes está cableado, cuál está escrito y cuál depende de un comité suyo. La respuesta le dice más que el número total.
La sesión de gobierno
Qué se acuerda antes de encender el primero
Encender un agente en un hospital no es una tarea de configuración: es un acuerdo de seis líneas que alguien firma. Las seis salen de las exigencias que el propio brochure declara y de los campos que el mecanismo de la plataforma guarda, así que no hay que inventarlas: hay que llenarlas.
Seis líneas. Si un proveedor no puede llenarlas con usted en una sesión, lo que trae no está listo para un hospital.
- Qué agente, y a qué número del hospital le apunta. Si no le apunta a un número, no se enciende.
- Quién es su dueño funcional, con nombre y puesto. No un área: una persona.
- En qué nivel de autonomía arranca: sugiere, actúa con aprobación o actúa y notifica. En un hospital, el tercero no toca expediente ni comprobante.
- Qué datos lee y qué campos enmascara. Se escribe el campo, no la intención.
- Cuál es su umbral de escalamiento y a quién escala cuando lo cruza.
- Cómo se mide en treinta días y quién decide si sigue encendido: el mismo comité que lo aprobó.
El acuerdo de encendido es el documento que su comité clínico va a pedir, y es el que hace que el agente sobreviva al tercer mes.
Verlo no cuesta nada
Entre y vea dónde aparece un agente
El sistema en vivo abre en /sistemas/vantus-medical/sistema/, sin registro y con los datos de ejemplo marcados en pantalla. No hay datos de paciente, ni de ejemplo: los expedientes de la bandeja son folios de ejemplo y así están rotulados.
Entre por el rol al que le toque y mire dónde aparece una salida de agente: en la auditoría de la cuenta antes del envío, en el documento que falta para el expediente del siniestro, en la glosa recién clasificada y en el resumen de la mañana con sus fuentes al pie.
- Ver como auditoría de cuentas — el hallazgo contra el tabulador, con su evidencia citada y dos botones.
- Ver como coordinación de siniestros — la autorización perseguida y el documento que falta.
- Ver como cuentas por cobrar — la glosa clasificada y la cuenta cerrada sin facturar.
- Ver como enfermería de piso — el aviso del pase de medicamentos fuera de ventana.
- Ver como dirección de administración y finanzas — el resumen de la mañana con la marca de validación humana.
Después de recorrerlo, la conversación deja de ser cuántos agentes hay y pasa a ser cuál se enciende primero, con qué umbral y quién lo supervisa.
Preguntas frecuentes
¿Cuántos agentes tiene realmente este sistema?
Depende de qué se pregunte, y por eso la página publica tres números. El brochure declara once en el alcance mediano y treinta en el de red. El mecanismo para registrar, gobernar y auditar agentes está construido y verificado: 35 entidades de modelo de datos, 315 procedimientos almacenados y 32 controladores de interfaz. Y el inventario de agentes dados de alta en la base del motor para este sistema es cero, sobre 36 filas de agente en toda la base, al 27 de septiembre de 2026. Los tres datos son ciertos; el primero es del brochure y así se publica.
¿Por qué publican un cero en su propia página de producto?
Porque el trabajo de esta capa es demostrar que el sistema existe, y una tabla inventada invalida la página entera. Un cero con su conteo y su hora de corte se puede verificar; un catálogo de treinta filas que nadie puede consultar, no. Y porque el mecanismo —que es lo que un área de sistemas va a auditar— sí está construido y se puede leer línea por línea.
¿Un agente puede firmar una nota o timbrar un comprobante?
No. Es la prohibición más explícita del brochure, declarada en los dos alcances: dejan borrador y nunca firman la nota clínica ni el comprobante fiscal. Y la norma del expediente clínico lo respalda, porque fija quién elabora y firma cada nota. Un borrador se distingue en pantalla del documento definitivo. (NOM-004-SSA3-2012)
¿Quién supervisa a los agentes si el brochure no lo dice?
El hospital, y se acuerda antes de encender el primero. El brochure exige de cada agente alcance limitado, dueño funcional, umbral de escalamiento, evidencia citada y bitácora auditable revisada en comité, pero no nombra al dueño de cada uno: eso depende de su organigrama. La plataforma guarda el dueño, el nivel de autonomía, las restricciones y el supervisor como datos, no como política escrita.
¿Se pueden encender los treinta a la vez?
Se puede, y es la manera más eficaz de que se apaguen todos al mes siguiente. El brochure declara el criterio contrario: se encienden por valor y se apagan por servicio y por unidad, empezando por el auditor de cuenta y las autorizaciones. La razón es que esos dos no tocan un acto clínico, tienen efecto medible en días de cartera y no necesitan pasar por el comité de seguridad del paciente.
¿Qué pasa con los servicios de agente escritos en Python que mencionan?
Que están escritos y no están cableados al motor, y se dice. Son 30 carpetas con 12.474 líneas en 102 archivos, y la verificación de integración es negativa: cero referencias del motor por nombre, por puerto o a su marco de trabajo. Su propio plan se declara en estado de planificación. Es un plano distinto del brochure y distinto de la base, y por eso se publica en su propia tabla.
Referencias
- Secretaría de Salud · NOM-004-SSA3-2012, Del expediente clínico. DOF del 15 de octubre de 2012. Quién elabora y firma cada nota. Consultada el 27 de septiembre de 2026. ↗
- Secretaría de Salud · NOM-024-SSA3-2012, Sistemas de información de registro electrónico para la salud. Integridad, autenticidad y trazabilidad del registro. ↗
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares. DOF del 20 de marzo de 2025. Datos de salud como dato sensible. ↗
- SPARTANE · base del motor de la casa el motor de la casa, tablas agente_ia y Spartan_WorkFlow. Conteo del 27 de septiembre de 2026, con la hora tomada del propio servidor. ↗
- SPARTANE · revisión de código de la plataforma de la casa, 27 de septiembre de 2026: metamodelo de agentes de 35 entidades y 315 procedimientos, 32 controladores de interfaz y verificación negativa de integración de los servicios de agente. ↗
- Consejo de Salubridad General · Sistema Nacional de Certificación de Establecimientos de Atención Médica: el expediente de evidencias que el hospital sostiene de forma permanente. ↗
El modelo
Primero ve su sistema funcionando, sin costo y sin compromiso. Después decide si lo compra o lo renta.
No es un demo: es Vantus Medical con sus procesos, sus áreas y su operación dentro. Entra, lo recorre y lo usa. Verlo no cuesta nada y no lo compromete a nada. Cuando decida, cobramos por resultados, no por entregables.
Siga por aquí