Vantus Medical · la inteligencia artificial
En un hospital, la pregunta no es qué puede hacer la IA. Es qué no se le permite firmar.
Usted va a recibir cinco propuestas de inteligencia artificial para su hospital este año y las cinco van a hablar de lo mismo: documentación automática, predicción de deterioro y cobranza. Esta página hace lo contrario: pone primero el límite —ningún modelo diagnostica, prescribe ni firma— y después la lista de funciones, con la columna de lo que cada una tiene prohibido hacer.
La confusión de origen
Tres cosas distintas que se venden con el mismo nombre
Cuando un proveedor dice «tenemos inteligencia artificial» en salud está diciendo, en realidad, una de tres cosas muy distintas, y la diferencia entre ellas es la diferencia entre un proyecto que sirve y uno que termina apagado a los cuatro meses.
La primera es un dispositivo médico. Un algoritmo que aporta un hallazgo diagnóstico —una lectura de imagen, una clasificación de lesión— es, en la lógica regulatoria, un producto sanitario, y su camino es el registro sanitario ante la autoridad. Vantus Medical no vende eso y esta página no lo afirma. El único uso de lectura de imagen que el brochure declara es explícito en su límite: segundo lector, nunca diagnóstico autónomo.
La segunda es documentación y codificación. Convertir lo que el médico dictó en una nota estructurada, proponer el código de la clasificación internacional de enfermedades, armar el resumen de egreso, extraer problemas y alergias de un documento escaneado. Aquí el modelo no decide nada clínico: redacta un borrador que alguien firma. Es donde más horas se recuperan y donde menos riesgo hay, por eso se enciende primero en la parte clínica.
La tercera es el dinero. Validar elegibilidad contra el padrón del tercero pagador, revisar la cuenta contra el tabulador antes de enviarla, predecir el rechazo, clasificar la glosa, detectar el pago por debajo de convenio, conciliar el pago recibido. No hay riesgo clínico y el efecto es medible en días de cartera. Por eso el brochure pone el auditor de cuenta y las autorizaciones en el primer grupo que se activa.
Mezclar las tres en una sola promesa es el error que hace que un comité clínico bloquee el proyecto entero por culpa de la parte que no le tocaba discutir.
Los tres usos · qué decide · qué riesgo tiene · quién lo autoriza
| Uso | Qué produce | Riesgo clínico | Quién lo tiene que autorizar |
|---|---|---|---|
| Apoyo diagnóstico autónomo | Un hallazgo que sustituye al criterio del médico | Directo. Es la razón por la que existe el régimen de producto sanitario | La autoridad sanitaria, con registro. Fuera del alcance de este sistema |
| Segundo lector y vigilancia | Un aviso que un humano confirma o descarta: deterioro, sepsis, riesgo de caída, interacción, dosis fuera de ventana | Indirecto: el riesgo real es la fatiga de alertas, no el aviso | El comité de seguridad del paciente, que fija el umbral y revisa el ruido |
| Documentación y codificación | Un borrador de nota, de resumen de egreso o de código, que se firma | Ninguno si la firma es humana y el borrador es distinguible del definitivo | La dirección médica y el archivo clínico |
| Ciclo de ingresos y operación | Una cuenta revisada, una glosa clasificada, una cama anticipada, un turno propuesto | Ninguno | La dirección de administración y finanzas |
Clasificación de los usos declarados en el brochure de Vantus Medical, secciones de inteligencia artificial de los dos alcances, contra el régimen regulatorio aplicable a cada uno · verificado al 27 de septiembre de 2026.
Pida a cualquier proveedor que clasifique cada una de sus funciones de IA en una de estas cuatro filas. La conversación cambia de tono en cinco minutos.
Lo no negociable
El límite, escrito antes de la lista
Esta es la parte que normalmente va al final de una propuesta, en letra pequeña. Va aquí porque es la que decide si el sistema entra o no a un hospital.
El brochure lo declara en los dos alcances y con las mismas palabras: los agentes no diagnostican ni prescriben; documentan, codifican, auditan, alertan y persiguen; dejan borrador y nunca firman la nota clínica ni el comprobante fiscal; leen el mínimo de información necesaria; registran modelo, versión y usuario que aceptó o rechazó; citan la evidencia; y se apagan por servicio y por unidad.
La lista de lo que un agente no hace nunca está escrita en el brochure de forma explícita, y es una lista corta: 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, o hablarle al paciente como si fuera su médico tratante. Cuatro prohibiciones, no una declaración de intenciones.
Un agente que puede firmar es un agente que alguien va a tener que defender ante una demanda. Por eso no puede firmar.
- No firma. Ni la nota, ni el resumen de egreso, ni el comprobante fiscal. Deja borrador, y el borrador se distingue del documento definitivo en pantalla.
- No diagnostica ni prescribe. La lectura de imagen entra como segundo lector; la vigilancia de deterioro entra como aviso al equipo tratante.
- No inventa un dato ausente. Si el modelo no tiene la evidencia, lo que produce es la pregunta al médico, no el dato.
- No habla con el paciente en nombre del médico. El canal con el paciente es agenda, recordatorio y resultado, no criterio clínico.
- No lee más de lo que necesita. El alcance de datos de cada agente es un dato configurado, con los campos que puede leer y los que tiene que enmascarar.
- Se apaga. Por servicio y por unidad, sin apagar el sistema y sin pedir una orden de cambio.
El límite no se configura después: es la condición para que la función se encienda.
Documentación clínica y seguridad del paciente
Función por función, con la columna de lo que no puede hacer
Las funciones que siguen son las que el brochure declara. Se transcriben con su nombre y con su límite al lado. Donde el brochure no declara el disparo o el umbral, la celda lo dice: esta página no rellena lo que la fuente no trae.
Se agrupan como el propio brochure las agrupa —documentación clínica, seguridad clínica, terceros pagadores, ciclo de ingresos, operación y dirección— porque el grupo es, de hecho, una clase de disparo: una función de documentación se dispara con un acto de registro; una de seguridad clínica, con una lectura o una orden; una del ciclo de ingresos, con el cierre de una cuenta.
Documentación clínica · qué produce · qué no puede hacer
| Función | Qué produce | Qué tiene prohibido |
|---|---|---|
| Escriba de consulta y escriba ambiental | El borrador de la nota a partir de lo que se dictó o se habló en el consultorio | Firmar la nota, y cerrar el expediente al alta |
| Resumidor de expediente | El resumen para una interconsulta o para el pase de guardia, con la fuente de cada dato | Omitir un hallazgo por brevedad sin dejar el enlace a la fuente |
| Generador de resumen de egreso | El borrador del resumen de alta con diagnósticos, procedimientos, medicación y citas | Emitirlo sin la firma del médico tratante |
| Extractor de antecedentes | Problemas, alergias y medicamentos leídos de documentos históricos escaneados, marcados como propuesta | Escribir en la lista de alergias sin confirmación humana |
| Codificador clínico | El código propuesto de la clasificación internacional de enfermedades y del tabulador de procedimientos, con el fragmento de la nota que lo sostiene | Cambiar un código ya validado por el área de codificación |
| Consultor de documentación clínica | La pregunta al médico: qué falta en la nota para que el código quede soportado | Responder la pregunta en nombre del médico |
| Traductor clínico | El texto del consentimiento o de la indicación en el idioma del paciente | Traducir una indicación de dosis sin que quede la versión original |
Fuente: brochure de Vantus Medical, agentes de documentación clínica del Pack G (cinco declarados) y escriba de consulta del Pack M. La columna de prohibiciones es la aplicación, función por función, de la regla de gobierno del propio brochure: dejan borrador y nunca firman.
Seguridad clínica · qué produce · qué no puede hacer
| Función | Qué produce | Qué tiene prohibido |
|---|---|---|
| Vigilante de deterioro y sepsis | El aviso al equipo tratante cuando las escalas de alerta temprana y de falla orgánica cruzan el umbral configurado | Iniciar un protocolo por sí solo, y silenciar su propio aviso |
| Detector de riesgo de caída, úlcera por presión y reingreso | La marca de riesgo sobre el paciente, con la escala que la produjo | Modificar el plan de cuidados de enfermería |
| Vigilancia de uso de antimicrobianos | La observación al comité de infecciones sobre duración, espectro y desescalamiento | Suspender o cambiar una prescripción |
| Triage de imagen | El reordenamiento de la lista de trabajo del radiólogo y la marca de estudio prioritario, como segundo lector | Emitir un informe, y ser la única lectura de un estudio |
| Alertas del pase de medicamentos | El aviso de administración fuera de ventana, dosis, interacción y omisión, con control de fatiga de alertas | Registrar una administración que no ocurrió |
Fuente: brochure de Vantus Medical, agentes de seguridad clínica del Pack G (cuatro declarados) y alertas de pase de medicamentos del Pack M. El límite «segundo lector, nunca diagnóstico autónomo» es cita del propio brochure.
Hay una función en esa segunda tabla que merece un párrafo propio, porque es donde los proyectos de seguridad clínica se caen: el control de fatiga de alertas. Un sistema que avisa de todo no avisa de nada. El brochure lo nombra como una capacidad del apoyo a la decisión, y en la práctica significa tres parámetros que usted tiene que poder mover sin llamar a nadie: qué severidad interrumpe, cuántas veces se repite un aviso ya descartado y qué servicio recibe cuál.
La columna de la derecha es la que hace utilizable a la de la izquierda. Un catálogo de funciones sin esa columna es una lista de deseos.
Terceros pagadores y ciclo de ingresos
El dinero: donde la inteligencia artificial tiene el efecto medible
El número que preside este sistema son los días de cartera, y no es un número clínico. Es el tiempo entre el alta de un paciente y el pago aplicado de su cuenta. En un hospital privado mexicano ese tiempo se alarga por cuatro causas concretas: la autorización que tarda, la cuenta que sale fuera de tabulador, el expediente incompleto que provoca la glosa y el pago recibido que nadie identifica.
Las cuatro son problemas de revisión documental a escala, y es exactamente el trabajo que un modelo hace bien: comparar una cuenta contra un convenio partida por partida, clasificar el motivo de una glosa, reconocer que un pago llegó por debajo de lo tabulado, casar una referencia bancaria con un registro fiscal. Ninguna de las cuatro toca al paciente.
Función del ciclo de ingresos · qué revisa · qué entrega · qué no hace
| Función | Qué revisa | Qué entrega | Qué no hace |
|---|---|---|---|
| Auditor de cuenta | La cuenta completa contra el tabulador y contra las reglas del convenio, antes de enviarla | La lista de partidas que exceden el convenio, el documento que falta para soportarlas y la evidencia citada de cada hallazgo | Corregir la cuenta por su cuenta: propone el ajuste y alguien lo acepta o lo rechaza |
| Elegibilidad | El padrón del tercero pagador: vigencia, plan, deducible y coaseguro | La respuesta antes de que el paciente ingrese, con lo que le va a corresponder pagar | Negar el ingreso: el aviso es para admisión, no una decisión clínica |
| Autorización y seguimiento | La regla del convenio contra la evidencia clínica reunida del episodio | La solicitud armada, enviada y perseguida hasta la respuesta, con su bitácora | Dar por autorizado lo que no está autorizado |
| Predicción de rechazo antes del timbrado | La cuenta ya auditada contra el histórico de rechazos del pagador | La marca de cuenta en riesgo, con la causa probable y la corrección sugerida | Timbrar, ni retener un comprobante sin decisión humana |
| Clasificador de glosa y redactor de contestación | La glosa recibida: causa, monto, partida y responsable | La tipificación de la glosa y el borrador de la contestación con su soporte | Enviar la contestación sin que la firme cuentas por cobrar |
| Detector de pago por debajo de convenio | Lo pagado contra lo tabulado, cuenta por cuenta y convenio por convenio | El hallazgo con la diferencia y la cláusula del convenio que la sostiene | Emitir una nota de crédito ni cancelar una factura |
| Conciliación de pagos | Los abonos recibidos contra facturas, siniestros y pacientes, por registro fiscal y referencia | El pago aplicado y la lista de lo que no casó, para revisión | Aplicar un pago a una cuenta que no corresponde sin dejar rastro |
| Cotizador quirúrgico | Insumos, implantes y honorarios tabulados del procedimiento programado | La cotización con su desglose por concepto y su vigencia | Comprometer al hospital: la cotización la autoriza quien la firma |
Fuente: brochure de Vantus Medical, agentes de terceros pagadores (seis declarados) y de ciclo de ingresos (seis declarados) del Pack G, más elegibilidad, autorización, auditor de cuenta y facturador del Pack M. Las columnas de entrega y de prohibición aplican la regla de gobierno del propio brochure.
El brochure enseña una salida de esa primera función, la del auditor de cuenta, y vale la pena leerla como ejemplo de qué se espera de una salida bien hecha: declara cuántas partidas exceden el convenio, dice qué consecuencia tendría enviarlas así, nombra el documento que falta y cita tres fuentes —la cláusula del convenio, la nota quirúrgica con su hora y el vale de insumo—. Con dos botones: aceptar el ajuste o rechazarlo.
Esa es la forma de una salida que sirve: un hallazgo, una consecuencia, la evidencia citada y una decisión humana con dos opciones. Sin la evidencia citada, el hallazgo es una opinión; sin la decisión humana, es un cambio que nadie aprobó.
La inteligencia artificial que cobra no necesita permiso del comité clínico. Es la que conviene encender primero, y es la que paga las demás.
Operación y dirección
Operación y dirección: lo que anticipa una cama y lo que ordena un turno
El tercer grupo de funciones no revisa documentos: mira el estado de la operación y propone un movimiento. Es el grupo más fácil de aceptar y el más fácil de desperdiciar, porque su valor depende por completo de que alguien actúe sobre la propuesta antes de que caduque.
Una sugerencia de adelantar dos ingresos programados porque dos camas se liberan antes del mediodía vale hasta el mediodía. Una propuesta de reordenar el turno de la tarde en una sala de quirófano, porque acumula tiempo de volteo por falta de material estéril, vale hasta que empiece el turno. Por eso estas funciones no producen un reporte: producen una propuesta con una hora de caducidad y un responsable que la acepta.
Función · qué observa · qué propone · quién decide
| Función | Qué observa | Qué propone | Quién decide |
|---|---|---|---|
| Gestor de camas y predicción de altas | Censo, altas previstas, saturación de urgencias y limpieza de camas | Qué camas se liberan y a qué hora, y qué ingresos programados se pueden adelantar | Jefatura de piso y admisión |
| Optimizador de quirófano | Bloques por cirujano, tiempo de volteo entre cirugías y cancelaciones | El reordenamiento del turno y la causa del retraso, nombrada | Jefatura de quirófano |
| Dimensionamiento de personal por carga esperada | La llegada esperada a urgencias y la carga por servicio | La cobertura del turno y el refuerzo, antes de que falte | Jefatura de enfermería y dirección de operaciones |
| Inventario, caducidades y quiebres | Existencias por almacén, punto de reorden, lotes por caducar y consignación | La compra, el traspaso o la retirada del lote próximo a caducar | Farmacia y compras |
| Mantenimiento predictivo de equipo biomédico | Bitácora de calibraciones, horas de uso y fallas previas | La intervención antes de la falla y la calibración que vence | Mantenimiento biomédico |
| Cazador de brechas de cuidado | Cohortes de pacientes crónicos y su seguimiento | El paciente que debía volver y no volvió | Dirección médica |
| Briefing matutino de dirección | Ocupación, caja, autorizaciones pendientes, glosas nuevas y eventos de la noche | El resumen de la mañana con la fuente de cada línea y la marca de que requiere validación humana | Dirección general y dirección médica |
| Analista de rentabilidad por convenio | Margen por servicio, por médico, por convenio y por sede | Dónde se pierde dinero con un convenio vigente y por qué | Dirección de administración y finanzas |
Fuente: brochure de Vantus Medical, agentes de operación (cinco declarados) y de dirección (tres declarados) del Pack G, más camas y altas, no-show y briefing de dirección del Pack M.
Una propuesta sin hora de caducidad y sin responsable es un correo más. Con las dos cosas, es una decisión que se toma a las ocho de la mañana.
La plataforma · verificable
Lo que el motor de la plataforma hace con modelos de lenguaje, y se puede leer
Hasta aquí, todo lo afirmado sale del brochure del sistema y está atribuido al brochure. Lo que sigue es de otra naturaleza: es la plataforma con la que el sistema está construido, y se verifica leyendo el código. Se publica porque un área de sistemas hospitalaria pide exactamente esto antes de autorizar que un modelo de lenguaje toque un expediente.
El motor de la plataforma llama a modelos de lenguaje a través de un enrutador de proveedores. El catálogo de modelos es un dato del código, no una promesa: veintiuna entradas con veinte identificadores distintos, cada una con su ventana de contexto y su tope de salida.
La configuración de cada llamada no está en el código: está en una tabla de la base. Cada prompt tiene su folio, su modelo, su tope de tokens y su temperatura, y el motor los lee con caché en memoria (consulta). Eso es lo que hace que cambiar el modelo de una tarea sea un cambio de dato y no una nueva versión del sistema.
Y cada llamada deja registro de consumo: modelo empleado, petición, acción, proyecto, tokens de entrada, de creación de caché, de lectura de caché, de salida y costo, con marca de tiempo de inicio y de fin. Ese registro es la respuesta a la pregunta que un director de finanzas hace siempre: cuánto está gastando esto y en qué.
Mecanismo · qué garantiza · cita en el código
| Mecanismo de la plataforma | Qué garantiza |
|---|---|
| Catálogo de modelos con ventana de contexto y tope de salida | Que el modelo de cada tarea sea explícito y acotado, no el que tocó |
| Configuración por prompt en base de datos: modelo, tokens, temperatura | Que cambiar de modelo sea configuración y no desarrollo |
| Resguardo cuando falta la configuración: modelo, tope y temperatura por omisión, con aviso en el registro | Que una fila ausente no deje una tarea sin control |
| Detección de huecos no sustituidos en el prompt, con aviso | Que no se envíe un prompt con un marcador sin rellenar |
| Registro de consumo por llamada: modelo, petición, acción, proyecto, tokens y costo | Que el gasto sea atribuible a una tarea y a un proyecto |
| Modo de verificación que fuerza modelo y recorta la salida | Que se pueda probar el circuito completo sin gastar como en producción |
| Mapeador de nombre de modelo a entrada del catálogo, con resguardo | Que un nombre mal escrito en la configuración no rompa la tarea |
Verificado leyendo el código del motor de la casa en disco el 27 de septiembre de 2026. Nada de esta tabla se ejecutó en línea: son atributos y consultas leídas en el archivo, con su número de línea.
Y la honestidad que hace creíble a la tabla: el propio barrido del código encontró tres identificadores del catálogo que no tienen rama en el mapeador y caen al resguardo, y dos entradas del catálogo que apuntan al mismo modelo. Son hallazgos de una revisión de código, no defectos de operación, y están anotados como lo que son. Un proveedor que le dice que su catálogo de modelos no tiene ninguna inconsistencia no lo ha leído.
Estas siete filas son lo que su área de sistemas necesita para escribir su propia política de uso de modelos. No hace falta creernos: hace falta leerlo.
Los tres niveles
Qué decide sola, qué espera aprobación y qué no se le permite
El nivel de autonomía no es una característica del modelo: es una decisión del hospital, función por función y servicio por servicio. En la plataforma es un dato de catálogo, y eso importa porque significa que se puede cambiar sin reprogramar nada y que queda registrado quién lo cambió.
Los tres niveles se leen así: sugiere —produce una salida que alguien tiene que aceptar—, actúa con aprobación —prepara el acto y lo ejecuta cuando un humano lo autoriza— y actúa —ejecuta y notifica—. En un hospital, la línea es nítida: el tercer nivel no toca el expediente clínico ni el comprobante fiscal.
Nivel · qué puede hacer · qué funciones caben en él · por qué
| Nivel | Qué puede hacer | Qué funciones | Por qué ahí |
|---|---|---|---|
| Sugiere | Produce un borrador o un hallazgo con su evidencia; no escribe en el registro definitivo | Escriba, resumen de egreso, codificador, consultor de documentación, triage de imagen, auditor de cuenta, detector de pago por debajo de convenio, analista de rentabilidad | Porque su salida es un acto clínico o fiscal, y esos los firma una persona |
| Actúa con aprobación | Prepara el acto completo y lo ejecuta cuando alguien con el rol lo autoriza | Autorización ante el tercero pagador, contestación de glosa, cotización quirúrgica, propuesta de cama y de turno, orden de compra por punto de reorden | Porque compromete al hospital frente a un tercero y necesita un dueño |
| Actúa y notifica | Ejecuta y deja rastro, sin esperar | Aviso de deterioro al equipo tratante, alerta del pase de medicamentos, conciliación de pagos que casan exactamente, reindexado de la base de conocimiento | Porque no altera el expediente ni el comprobante: avisa o casa un dato con otro |
El catálogo de nivel de autonomía es una entidad del modelo de datos de la plataforma. La asignación de cada función a un nivel se acuerda en la sesión con el hospital: el brochure fija el techo —ningún agente diagnostica, prescribe ni firma— y el hospital fija el resto.
Si un proveedor no le puede decir en qué nivel está cada función, lo que tiene no es un nivel de autonomía: es un valor por omisión que nadie eligió.
La regulación mexicana
La norma manda sobre el modelo, y no al revés
Hay una tentación en este terreno: tratar la regulación como un obstáculo que la tecnología va a superar. En un expediente clínico es al contrario. La norma define qué es un registro válido, y un modelo de lenguaje que produzca algo que no cumpla esa definición no ha producido nada.
El expediente clínico. La norma oficial mexicana del expediente clínico fija el contenido de cada nota y quién la elabora y la firma. Una nota generada y no firmada no es una nota: es un borrador. Por eso el borrador se distingue en pantalla del documento definitivo, y por eso el sistema no cierra el expediente al alta sin las firmas que la norma exige. (NOM-004-SSA3-2012, expediente clínico)
El registro electrónico. La norma del sistema de información de registro electrónico para la salud exige integridad, autenticidad, confidencialidad, disponibilidad y trazabilidad del registro, y el uso de la clasificación internacional de enfermedades. Un modelo que propone un código no sustituye esa trazabilidad: la alimenta, y queda registrado que la propuesta vino de un modelo y quién la aceptó. (NOM-024-SSA3-2012, sistemas de información de registro electrónico para la salud)
Los datos personales. La ley federal de protección de datos personales en posesión de los particulares vigente se publicó en el Diario Oficial de la Federación el 20 de marzo de 2025, y con ella la autoridad de la materia cambió: el organismo garante anterior ya no es la autoridad. Los datos de salud son datos sensibles, y eso tiene dos consecuencias operativas para una función de inteligencia artificial: consentimiento expreso y minimización real del dato que el modelo lee. El brochure lo declara como principio —«leen el mínimo de información necesaria»— y la plataforma lo sostiene como dato: los campos que cada función puede leer y los que tiene que enmascarar son configuración. (Ley Federal de Protección de Datos Personales en Posesión de los Particulares, DOF del 20 de marzo de 2025)
Obligación · qué exige del registro · qué tiene que hacer la función de IA
| Obligación | Qué exige | Qué le impone a un modelo |
|---|---|---|
| NOM-004-SSA3-2012 · expediente clínico | Contenido de cada nota, quién la elabora y su firma | Producir borrador identificable como tal y no cerrar el expediente |
| NOM-024-SSA3-2012 · registro electrónico para la salud | Integridad, autenticidad, confidencialidad, disponibilidad, trazabilidad y clasificación internacional de enfermedades | Dejar registrado modelo, versión, evidencia citada y usuario que aceptó |
| Ley de protección de datos personales · DOF 20 de marzo de 2025 | Consentimiento para dato sensible, derechos de acceso, rectificación, cancelación y oposición, y bitácora de accesos | Leer el mínimo necesario, con campos permitidos y campos enmascarados como configuración |
| Comprobante fiscal digital · versión 4.0 | Emisión, complemento de pago, cancelación y nota de crédito con sello | No firmar ni timbrar: preparar y esperar la decisión humana |
| Insumos controlados y establecimientos · autoridad sanitaria federal | Libro de controlados, trazabilidad de dispositivos y manejo de residuos | No alterar un registro de controlados: avisar de la desviación |
Fuente: textos de la NOM-004-SSA3-2012 y la NOM-024-SSA3-2012 publicados por la Secretaría de Salud; Ley Federal de Protección de Datos Personales en Posesión de los Particulares, DOF del 20 de marzo de 2025 · verificado al 27 de septiembre de 2026.
La norma no limita lo que la inteligencia artificial puede hacer en un hospital. Define qué de lo que hace vale como registro, que es una pregunta más útil.
La honestidad que sostiene la página
Lo que corre hoy, lo construido sin conectar y lo que le toca al hospital
Tres planos distintos, y confundirlos es la razón por la que tantos proyectos de inteligencia artificial en salud terminan en una demostración que no vuelve a abrirse.
Plano uno: lo que corre hoy en la plataforma. El motor llama a modelos de lenguaje en su propio trabajo de generación, con catálogo de modelos, configuración por prompt en base de datos y registro de consumo por llamada. Eso está en producción y se lee en el código, con la cita de la sección anterior.
Plano dos: lo construido y no conectado. La plataforma tiene en disco treinta servicios de agente escritos en Python, con 12.474 líneas 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. La única coincidencia de un puerto local pertenece a otro componente y no a un agente. 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.
Plano tres: lo que es obligación del establecimiento y no del proveedor. El comité que fija los umbrales de las alertas y revisa su ruido es del hospital. El aviso de privacidad y el consentimiento para dato sensible los emite el hospital, que es el responsable del tratamiento. La firma profesional de cada nota es del médico. Y la certificación del sistema de registro electrónico ante la dirección general de información en salud la tramita el establecimiento. Ningún proveedor puede hacer esas cuatro cosas por usted, y el que diga que sí le está vendiendo un problema futuro.
Se distingue lo que corre hoy de lo que está construido sin conectar y de lo que le toca al hospital. Sin esa distinción, ninguna de las tablas anteriores vale nada.
Afirmación · plano al que pertenece · con qué se sostiene
| Afirmación | Plano | Con qué se sostiene |
|---|---|---|
| El motor usa modelos de lenguaje con catálogo, configuración y registro de consumo | Corre hoy | Código en disco, con cita de archivo y línea en el expediente interno |
| El mecanismo para registrar, gobernar y auditar funciones de IA existe como modelo de datos y como interfaz | Corre hoy | 35 entidades y 315 procedimientos almacenados; 32 controladores en el backend |
| Hay treinta servicios de agente escritos en Python | Construido, no conectado | Conteo en disco: 102 archivos, 12.474 líneas; integración con el motor verificada como negativa |
| Las funciones de inteligencia artificial de este sistema, una por una | Declarado en el brochure | Brochure de Vantus Medical, Pack M y Pack G. No hay agentes dados de alta en la base del motor para este sistema |
| Los umbrales de alerta, el aviso de privacidad, la firma profesional y la certificación del registro electrónico | Obligación del establecimiento | NOM-004, NOM-024 y la ley de protección de datos personales vigente |
Conteos de código verificados en disco el 27 de septiembre de 2026. El inventario de agentes de la base del motor se consultó ese mismo día: la tabla de agentes tiene 36 filas en toda la base y ninguna corresponde a este sistema. Lo que esta página afirma es el mecanismo de gobierno de un agente, que es lo que se puede comprobar en el código antes de contratar.
Pregunte a cualquier proveedor cuál de sus funciones de IA está cableada, cuál está escrita y cuál depende de un comité suyo. La respuesta le dice más que el número total.
Verlo no cuesta nada
Entre y pregúntele al sistema
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: los expedientes de la bandeja son folios de ejemplo, y así están rotulados.
Entre por el rol al que le duela el número. Si lo que le quita el sueño es la cartera, abra la vista de auditoría de cuentas y mire dónde aparece el hallazgo con su evidencia citada. Si es el riesgo médico-legal, abra la del médico tratante y vea qué se marca como borrador y qué como registro firmado.
No es una demostración grabada: es el sistema con los procesos de un hospital dentro y datos de ejemplo encima.
- Ver como auditoría de cuentas — la cuenta contra el tabulador, con el hallazgo y su evidencia citada.
- Ver como médico tratante — la orden, la nota y la diferencia entre borrador y registro firmado.
- Ver como enfermería de piso — el pase de medicamentos y el aviso fuera de ventana.
- Ver como coordinación de siniestros — la autorización perseguida y el documento que falta.
- Ver como dirección de administración y finanzas — el resumen de la mañana y la marca de validación humana.
Después de recorrerlo, la conversación deja de ser si la inteligencia artificial sirve y pasa a ser qué función se enciende primero y con qué umbral.
Preguntas frecuentes
¿La inteligencia artificial de este sistema puede diagnosticar?
No, y no es una limitación técnica: es el límite declarado. El brochure lo dice en los dos alcances con las mismas palabras: los agentes no diagnostican ni prescriben; documentan, codifican, auditan, alertan y persiguen. El único uso de lectura de imagen declarado entra como segundo lector, nunca como diagnóstico autónomo. Un algoritmo que aportara el hallazgo diagnóstico sería un producto sanitario con su propio régimen de registro, y eso no es lo que este sistema hace.
¿Quién firma una nota que redactó un modelo?
El médico, siempre. El modelo deja un borrador identificable como borrador en pantalla; la nota existe cuando alguien con cédula la firma. Lo exige la norma del expediente clínico, que fija el contenido de cada nota y quién la elabora, y lo declara el propio brochure: dejan borrador y nunca firman la nota clínica ni el comprobante fiscal. (NOM-004-SSA3-2012)
¿Cuántos agentes tiene dados de alta el motor para este sistema?
Ninguno, y se publica así. La tabla de agentes de la base del motor tiene 36 filas en toda la base, consultada el 27 de septiembre de 2026, y ninguna corresponde a este sistema ni a los otros seis de esta capa. Lo que está construido y verificado es el mecanismo para registrar, gobernar y auditar una función de inteligencia artificial: 35 entidades de modelo de datos, 315 procedimientos almacenados y 32 controladores de interfaz. El inventario de funciones de esta página viene del brochure y está atribuido al brochure.
¿Qué datos del paciente lee un agente?
Los que tenga configurados, y esa configuración es un dato auditable: campos permitidos, campos a enmascarar y filtros por fila. El principio lo declara el brochure —leen el mínimo de información necesaria— y la ley lo exige, porque los datos de salud son datos sensibles bajo la ley vigente desde el 20 de marzo de 2025. En esta página y en el sistema en vivo no hay ningún dato de paciente, ni de ejemplo.
¿Se puede apagar una función sin apagar el sistema?
Sí, y por servicio y por unidad. El brochure lo declara como condición de encendido: se encienden por valor y se apagan por servicio y por unidad. En términos operativos significa que si la jefatura de un servicio decide que un aviso hace más ruido que bien, lo apaga en su servicio sin tocar el resto del hospital, y ese apagado queda registrado con quién y cuándo.
¿Cómo sabré cuánto está gastando la inteligencia artificial?
Por el registro de consumo de la plataforma, que guarda por llamada el modelo empleado, la petición, la acción, el proyecto, los tokens de entrada y de salida y el costo, con marca de tiempo de inicio y de fin. Es un dato por tarea, no una factura global: por eso se puede responder qué función consume y cuál no se está usando.
Referencias
- Secretaría de Salud · NOM-004-SSA3-2012, Del expediente clínico. DOF del 15 de octubre de 2012. Contenido y firma de 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. Intercambio de información en salud. DOF del 30 de noviembre de 2012. ↗
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares. DOF del 20 de marzo de 2025. La autoridad de la materia cambió con esta ley. ↗
- Ley General de Salud, título decimosegundo, sobre establecimientos y sobre insumos para la salud, base del régimen de registro sanitario de un producto con finalidad diagnóstica. ↗
- Dirección General de Información en Salud · certificación de sistemas de información de registro electrónico para la salud. ↗
- Servicio de Administración Tributaria · comprobante fiscal digital por internet versión 4.0, complemento para recepción de pagos y cancelación. ↗
- SPARTANE · revisión de código de la plataforma de la casa, 27 de septiembre de 2026: catálogo de modelos, configuración de prompts, registro de consumo y verificación negativa de integración de los servicios de agente. ↗
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í