Vantus Medical · las integraciones
El punto que decide un proyecto de red no es un módulo. Es que lo crítico no se teclee dos veces.
Un hospital mediano opera hoy con seis sistemas que no se hablan, y el costo no es la licencia: es la misma información tecleada en el expediente, en el validador, en el portal del tercero pagador y en el sistema contable. Esta página dice, estándar por estándar y sistema por sistema, qué entra, qué sale y por dónde.
El problema, nombrado
Seis sistemas que no se hablan, y la factura que eso genera
El brochure describe el punto de partida de un hospital de veinte a ciento cincuenta camas con una frase que no admite discusión: seis sistemas que no se hablan. Admisión en uno, expediente en otro, farmacia en un tercero, laboratorio en un cuarto, facturación en un quinto y los terceros pagadores por correo.
Eso no produce un problema de tecnología: produce un problema de dinero, y el brochure lo nombra en su lista de fugas. La misma información se teclea en el expediente, en el validador de precios, en el portal del pagador y en el sistema contable. Cada recaptura es una oportunidad de discrepancia, y cada discrepancia es una glosa o un día de cartera.
No es culpa de su gente. Es que cada uno de esos seis sistemas se le vendió por separado, con su propia promesa, y ninguno se vendió con la obligación de hablar con los otros cinco. El criterio de aceptación del brochure convierte eso en un punto medible, y el propio brochure señala cuál de los siete puntos decide un proyecto de red: las integraciones críticas no se teclean dos veces.
Una integración que hay que consultar no es una integración: es una tarea que alguien tiene que acordarse de hacer.
- El dato de admisión nace una vez y viaja al laboratorio, a imagen y a la cuenta.
- La orden clínica produce su resultado o su administración y su cargo, en el mismo acto.
- La cuenta se compara contra el tabulador del convenio antes de salir, no después de que la glosaron.
- El expediente del siniestro se arma solo con lo que ya existe en el expediente clínico, no volviendo a escanear.
- El pago recibido se identifica por registro fiscal y referencia, y se aplica a factura, siniestro o paciente.
Mida su operación con ese punto y sabrá cuánto le cuesta al mes la falta de integración, sin necesidad de que nadie se lo estime.
Interoperabilidad
Los estándares de salud, y qué hace el sistema con cada uno
En salud, «estándar» no significa lo mismo que en otras industrias. Aquí hay dos familias distintas y conviene no confundirlas: los estándares de mensajería e imagen, que mueven el dato de un sistema a otro, y las codificaciones, que hacen que el dato signifique lo mismo en los dos extremos. Un hospital que tiene la primera familia y no la segunda mueve mensajes que nadie puede comparar.
La tabla que sigue separa tres cosas en tres columnas, y la tercera es la que importa: qué declara el brochure del sistema, qué hace el sistema con ese estándar, y dónde entra en la operación. Donde el brochure no declara el estándar, la celda lo dice: esta página no da por soportado lo que su fuente no nombra.
Mensajería e imagen · qué declara el brochure · qué hace el sistema
| Estándar | Qué es | Qué hace el sistema con él | Dónde entra |
|---|---|---|---|
| Mensajería de salud versión 2, mensaje de admisión, traslado y alta | El estándar de mensajes que mueve el episodio del paciente entre sistemas | Publica el alta, el traslado y el egreso del episodio hacia los sistemas satélite, y los consume cuando el núcleo es de un tercero | Admisión, traslado intrahospitalario, alta, referencia y contrarreferencia |
| Mensajería de salud versión 2, mensaje de orden | El mensaje que lleva una orden clínica al servicio que la ejecuta | Envía la orden al laboratorio, a imagen y a los demás satélites en el momento en que se captura, con su prioridad | Captura de orden médica: laboratorio, imagen, procedimientos, interconsultas |
| Mensajería de salud versión 2, mensaje de resultado | El mensaje que devuelve el resultado al sistema que lo pidió | Recibe el resultado, lo pone en el expediente del episodio y dispara el cargo y el acuse del valor crítico | Laboratorio, imagen, patología |
| Interoperabilidad de recursos de salud, versión R4 | El estándar moderno de intercambio, sobre interfaces web | Expone e integra los recursos del episodio por esta vía, declarada en la matriz de integraciones de los dos alcances | Intercambio con terceros y con plataformas de salud |
| Imagen digital y comunicación en medicina | El estándar de la imagen médica y de su lista de trabajo | Publica la lista de trabajo a la modalidad y muestra el estudio en un visor dentro del expediente, sin salir de la nota | Agenda por modalidad, protocolo, contraste, informe y cargo por estudio |
| Interfaz con analizadores de laboratorio | El protocolo con el que un analizador conversa con el sistema de laboratorio | Conecta el analizador para que el resultado entre sin recaptura, con trazabilidad de orden, muestra, analizador y resultado | Toma de muestra, validación técnica y validación médica |
| Interfaces web sobre transferencia de estado representacional | La arquitectura abierta declarada para el alcance de red | Es la vía por la que el resto de los sistemas del grupo consultan y escriben | Integración corporativa y portales |
Fuente: brochure de Vantus Medical, matriz de integraciones y sección de estándares técnicos de los dos alcances. Los siete están declarados explícitamente en el brochure.
Codificaciones y catálogos clínicos · para qué sirven · estado declarado
| Codificación | Para qué sirve | Qué hace el sistema | Estado declarado |
|---|---|---|---|
| Clasificación internacional de enfermedades, décima revisión | Nombrar el diagnóstico con un código comparable entre hospitales y exigible por la norma | Codifica el episodio al alta y alimenta los reportes a la autoridad sanitaria | Declarado en el brochure y exigido por la norma del registro electrónico |
| Tabulador de procedimientos | Nombrar el procedimiento y ponerle precio contractual dentro de un convenio | Es la base de la auditoría de la cuenta y del motor de honorarios | Declarado en el brochure, en los dos alcances |
| Terminología clínica sistematizada | Describir hallazgos y conceptos clínicos con un vocabulario único | Se usa en el informe de patología, junto con la clasificación oncológica | Declarado en el brochure para el alcance de red, en patología |
| Clasificación internacional de enfermedades para oncología | Codificar la morfología y la topografía del tumor | Codifica el informe de patología anatómica | Declarado en el brochure para el alcance de red |
| Nombres y códigos de identificadores de observación de laboratorio | Dar un código único a cada prueba de laboratorio para que un resultado viaje y se compare entre instituciones | El catálogo de estudios del laboratorio admite el código externo de cada prueba; el mapeo del catálogo a esta codificación es configuración del catálogo | No declarado en el brochure. Se publica como lo que es: configuración de catálogo pendiente de acordar, no una capacidad afirmada |
| Índice maestro de pacientes | Que un paciente sea uno solo en toda la red, con detección y fusión de duplicados | Es el objeto que sostiene el expediente longitudinal entre unidades | Declarado en el brochure, en los dos alcances |
Fuente: brochure de Vantus Medical, secciones de codificaciones y catálogos clínicos. La fila marcada no está declarada en el brochure y se publica como pendiente de configuración, no como capacidad. Verificado al 27 de septiembre de 2026.
Esa fila marcada merece un párrafo, porque es la diferencia entre una página de producto y un catálogo de deseos. La codificación de pruebas de laboratorio es el eslabón que permite que el resultado de una biometría hecha en una sede se compare con la misma prueba hecha en otra, y es la que un intercambio interinstitucional va a pedir. El brochure de este sistema no la declara. Lo que el sistema sí tiene es el lugar donde ponerla: el catálogo de estudios con su código externo. Convertir eso en un mapeo completo es trabajo de catálogo, se hace en la sesión con su jefatura de laboratorio, y se dice así en lugar de escribir un logotipo más en una lámina.
Pida a cualquier proveedor que le separe estas dos tablas. La primera la tienen todos; la segunda es la que hace que sus datos signifiquen algo fuera de su hospital.
Los satélites
Laboratorio e imagen: el circuito que tiene que cerrar solo
Laboratorio e imagen son el caso de prueba de cualquier integración hospitalaria, porque son los dos servicios donde la recaptura es más visible y más caras sus consecuencias. El circuito completo tiene cinco pasos y el criterio es simple: si alguien teclea en el paso tres lo que ya existía en el paso uno, la integración no está hecha.
En laboratorio, el circuito va de la orden a la etiqueta de la muestra, de la muestra al analizador, del analizador al resultado y del resultado a la validación médica y al cargo. El brochure declara la trazabilidad completa de esa cadena —orden, muestra, analizador, resultado— y la interfaz con los analizadores, más dos cosas que un jefe de laboratorio pide siempre: rangos por edad y sexo, y valores críticos con acuse de recibo.
En imagen, el circuito es distinto porque el objeto pesa: el estudio no viaja como un mensaje de texto. Lo que viaja es la lista de trabajo hacia la modalidad, de vuelta, la referencia del estudio para que el visor lo muestre dentro del expediente. Eso cambia una cosa concreta en el día del médico: no abre otra aplicación para ver la imagen de su paciente.
Paso del circuito · qué se mueve · por dónde · qué se evita
| Paso | Qué se mueve | Por dónde | Qué recaptura se evita |
|---|---|---|---|
| La orden sale del expediente | Paciente, episodio, estudio, prioridad y quién la pidió | Mensaje de orden de la mensajería de salud | Volver a escribir el nombre del paciente y el estudio en el sistema de laboratorio |
| La muestra se identifica | Etiqueta con código de barras ligada a la orden | Impresión desde la propia toma de muestra | La confusión de muestra y la transcripción del folio a mano |
| El analizador entrega | El valor bruto, con su analizador y su hora | Interfaz con el analizador de laboratorio | Teclear el resultado leyéndolo de una pantalla |
| El resultado vuelve al expediente | El valor validado, su rango de referencia y su marca de valor crítico | Mensaje de resultado de la mensajería de salud | El resultado que se queda en el laboratorio y llega por teléfono |
| El cargo se genera | El concepto del estudio en la cuenta del paciente | El propio acto de ejecución de la orden | El estudio hecho y nunca cobrado, que es la primera fuga de la lista |
| La imagen se muestra | La lista de trabajo hacia la modalidad y la referencia del estudio de vuelta | Estándar de imagen digital, con su lista de trabajo y su visor | Abrir una segunda aplicación para ver el estudio del propio paciente |
Fuente: brochure de Vantus Medical, áreas de laboratorio y de imagen del Pack M, y matriz de integraciones de los dos alcances. La columna de recaptura evitada aplica el punto 6 del criterio de aceptación del propio brochure.
El indicador del laboratorio es el tiempo de respuesta, y ese tiempo no baja contratando gente: baja quitando los tres tecleos de la columna de la derecha.
Quien paga y dictamina
El portal del tercero pagador: no es una integración, es una vista del mismo folio
Aquí está la pieza que distingue a un sistema hecho para el mercado mexicano de uno traído de fuera, y el brochure la formula como una identidad: el folio hospitalario es el siniestro de la aseguradora. Un folio, dos vistas, cuatro actores sobre el mismo objeto: el hospital, el tercero pagador, el agente o intermediario y el ajustador.
La diferencia práctica con enviar un correo con adjuntos es enorme. En el portal, el expediente del siniestro se presenta documento por documento, con su origen, su estado y —esto es lo que un director médico pregunta primero— un control de qué se hace visible para el pagador: documento por documento, insumo por insumo y cotización por cotización. Y hay una bitácora compartida: las dos partes ven la misma línea de tiempo de quién pidió qué y cuándo.
El dictaminador del pagador tiene tres acciones sobre ese expediente: autorizar, glosar una partida o solicitar un documento. Las tres dejan rastro en la misma bitácora, y la tercera es la que ahorra semanas: en lugar de una glosa por falta de soporte, una solicitud de documento identificada contra una partida concreta.
El control de visibilidad documento por documento es lo que hace aceptable el portal para un director médico. Sin él, publicar el expediente completo a un tercero no es una integración: es un problema de protección de datos.
Qué cruza con el tercero pagador · en qué momento · en qué dirección
| Qué cruza | Momento | Dirección | Qué reemplaza |
|---|---|---|---|
| Consulta de padrón y elegibilidad | Antes del ingreso del paciente | El hospital pregunta, el pagador responde | La llamada telefónica y la copia de la póliza |
| Suma asegurada, aumentos y remanente | Al abrir el folio y cada vez que se autoriza | El pagador informa | La hoja de cálculo con el saldo del siniestro |
| Solicitud de autorización con su evidencia clínica | En el acto que el convenio exige autorizar | El hospital envía y persigue | El correo con adjuntos y el seguimiento por teléfono |
| Expediente del siniestro, documento por documento | Al cerrar la cuenta y en cada solicitud posterior | El hospital publica, con control de visibilidad por documento | El escaneo completo del expediente, visible entero |
| Contra recibo, anexo y carta de agregados | En el envío de la cuenta | El hospital entrega | La carpeta física y la mensajería |
| Precarga al portal y disposición de pago del pagador | En el envío, con el formato de cada pagador | El hospital carga en el formato del tercero | Volver a teclear la cuenta en el portal del pagador |
| Glosa con su causa y su partida | Tras la dictaminación | El pagador objeta, el hospital contesta | El oficio con el motivo genérico «expediente incompleto» |
| Bitácora compartida | Permanente | Las dos partes leen la misma línea de tiempo | Dos versiones distintas de quién pidió qué y cuándo |
Fuente: brochure de Vantus Medical, Pack G: el objeto raíz «un folio, dos vistas», el ciclo de ingresos industrial y la pantalla del portal del tercero pagador, con sus columnas de documento, origen, visibilidad y estado y sus tres acciones de dictaminación. Datos ilustrativos en la pantalla del brochure.
El tercero pagador deja de pedir por oficio lo que ya puede ver, y eso es lo que mueve los días de cartera.
Facturación y tesorería
Comprobante fiscal, cobranza y el pago que alguien tiene que identificar
La parte fiscal de un hospital privado mexicano tiene una complicación que no tienen otras industrias: una misma atención puede terminar en un comprobante al paciente, en otro al tercero pagador, en una nota de crédito por la diferencia entre lo cargado y lo tabulado, y en un complemento de pago por cada abono parcial. Cuatro documentos fiscales de un solo episodio, y los cuatro tienen que cuadrar con la cuenta.
El sistema declara el circuito completo de la versión 4.0 del comprobante fiscal digital: emisión, complemento para recepción de pagos, cancelación y notas de crédito, con el timbrado a través de un proveedor autorizado de certificación y el registro único del comprobante de vuelta. En el alcance de red, el timbrado es además multiempresa, porque un grupo hospitalario opera con varias razones sociales.
Y luego está el paso que nadie cuenta y que consume una tarde entera cada semana: identificar el pago. Un transferencia interbancaria llega con un registro fiscal y una referencia, y alguien tiene que decidir a qué factura, a qué siniestro o a qué paciente se aplica. El brochure declara la identificación por registro fiscal y referencia, los pagos individuales y globales, y la aplicación a factura, siniestro o paciente.
Documento o movimiento · cuándo se produce · con quién cruza · qué lo dispara
| Documento o movimiento | Cuándo | Con quién cruza | Qué lo dispara |
|---|---|---|---|
| Comprobante fiscal versión 4.0 | Al cerrar la cuenta y aprobar la auditoría | El proveedor autorizado de certificación y la autoridad fiscal | La cuenta auditada, no el alta: si la cuenta no pasó auditoría, no se timbra |
| Complemento para recepción de pagos | En cada abono parcial | La autoridad fiscal | El pago aplicado a la factura |
| Cancelación de comprobante | Cuando la cuenta cambia después del timbrado | La autoridad fiscal, con el motivo y el comprobante que lo sustituye | La corrección de la cuenta, con su autorización |
| Nota de crédito | Por conciliación, puntualidad, pronto pago o caso catastrófico | El tercero pagador y la autoridad fiscal | La diferencia acordada entre lo cargado y lo tabulado |
| Contra recibo y anexo | En el envío de la cuenta al pagador | El tercero pagador | La cuenta cerrada, auditada y con expediente completo |
| Identificación de la transferencia recibida | Al llegar el abono | La institución bancaria | El registro fiscal y la referencia del abono |
| Aplicación del pago | Después de identificarlo | La cuenta del paciente, el siniestro o la factura | La decisión de aplicación, registrada con usuario y hora |
Fuente: brochure de Vantus Medical, áreas de convenios y cuenta del paciente y de cobranza y tesorería del Pack M, y bloque de salida y cartera del ciclo de ingresos del Pack G. Régimen del comprobante fiscal digital por internet versión 4.0 y de su complemento de pago, Servicio de Administración Tributaria · verificado al 27 de septiembre de 2026.
El orden importa: la cuenta se audita, después se timbra. Al revés, cada corrección es una cancelación, y una cancelación frente a un pagador es una glosa esperando a ocurrir.
Convivencia
Cómo entra este sistema donde ya hay un expediente y un sistema contable
Hay una pregunta que decide la mayoría de estos proyectos y que conviene contestar antes de cualquier tabla: ¿hay que apagar lo que ya funciona? La respuesta del brochure es que no. Si la red ya opera un expediente clínico global, un sistema contable corporativo o un sistema propio, este sistema se monta encima y cierra la brecha. Y si la red decide reemplazar el núcleo más adelante, es el mismo producto: las dos rutas usan lo mismo.
Esto no es generosidad comercial: es la única postura defendible. Un hospital no puede apagar su expediente un fin de semana, y una red multi-unidad menos. Lo que sí puede hacer es cerrar por arriba las tres brechas que ningún sistema global trae resueltas para México: los convenios y el tercero pagador, el circuito fiscal, y el ciclo de ingresos sin recaptura.
Lo que ya tiene · qué rol cumple este sistema · por dónde se conecta
| Su sistema actual | Qué hace este sistema con él | Por dónde |
|---|---|---|
| Un expediente clínico o un sistema de información hospitalaria global | Se integra en las dos direcciones: episodio, órdenes, notas y alta | Mensajería de salud versión 2 e interoperabilidad de recursos de salud |
| El sistema contable corporativo | Intercambia cargos, inventario, cuentas por cobrar y contra recibo | Interfaces web y archivos de intercambio acordados |
| Su proveedor autorizado de certificación fiscal | Timbrado, registro único del comprobante, complemento y notas de crédito | La interfaz del propio proveedor |
| Laboratorio, imagen, archivo de imagen y patología | Envío de órdenes y recepción de resultados; lista de trabajo e imagen | Mensajes de orden y de resultado, y estándar de imagen digital |
| Validadores externos de precios | Compara la cuenta contra el tabulador antes de enviarla | La interfaz del validador |
| Padrones y portales de los terceros pagadores | Elegibilidad de entrada; expediente y factura de salida, con precarga en el formato de cada pagador | El portal de cada tercero y sus formatos de disposición de pago |
| Su institución bancaria | Estados de cuenta e identificación del abono por registro fiscal y referencia | Archivos de estado de cuenta e interfaz bancaria |
| Dispositivos de cuidado crítico: monitores, ventiladores y bombas | Captura automática hacia la hoja de alta densidad de terapia intensiva | Integración de dispositivo, declarada para el alcance de red |
| El canal de mensajería con el paciente | Recordatorio de cita, confirmación y aviso de resultado disponible | Canal de mensajería declarado en la matriz de integraciones |
Fuente: brochure de Vantus Medical, Pack G, tabla «cómo entra Vantus en una red que ya tiene sistemas» y matriz de integraciones de los dos alcances. Los nombres de producto de terceros se sustituyen por la categoría, que es lo que importa para decidir.
Una advertencia honesta que el propio brochure hace, y que conviene tener en el acta: la variable que puede alargar un proyecto de integración no es el software. Es el tiempo de respuesta de los terceros para abrir sus interfaces. Un laboratorio externo, un archivo de imagen heredado o el portal de un pagador tienen sus propios calendarios, y ningún proveedor los controla. Lo que sí se puede hacer es tenerlo escrito antes de empezar, con nombre y teléfono de quien responde por cada interfaz.
Escriba en el acta de arranque quién responde por cada interfaz de tercero. Es el único riesgo del proyecto que no depende de usted ni de nosotros.
La plataforma · verificable
Los endpoints de la plataforma, con método y ruta
Lo que sigue no es del producto: es de la plataforma con la que está construido, y se puede verificar leyendo el código. Se publica porque un área de sistemas hospitalaria pide exactamente esto antes de autorizar una integración.
El servicio está construido sobre una interfaz web con autenticación por token. El ruteo combina atributos explícitos con tres rutas por convención —api/{controlador}/{acción}/{id}, {controlador}/{acción}/{id} y api/{controlador}/{id}— declaradas. En disco hay 500 archivos de controlador —499 de interfaz y uno de clase base— y 3,953 atributos de método HTTP.
Autenticación, catálogo y archivos
| Método | Ruta | Qué hace |
|---|---|---|
| POST | /oauth/token | Obtener el token de acceso |
| GET | /api/{entidad} y /api/{entidad}/GetAll | Leer una entidad del catálogo o todas |
| GET | /api/{entidad}/ListaSelAll | Leer con paginación, filtro y orden: fila inicial, máximo de filas, condición y orden |
| POST | /api/{entidad} | Crear un registro |
| PUT | /api/{entidad}/{id} | Actualizar un registro |
| DELETE | /api/{entidad}/{id} | Borrar un registro |
| GET / POST | /api/Spartan_File y /api/Spartan_File/Files | Subir y recuperar archivos: es por donde entra el estudio escaneado, el consentimiento firmado o el documento que el pagador pide |
| GET / PUT / DELETE | /api/accounts/user/{id}, /roles, /assignclaims, /removeclaims | Alta, baja y cambio de rol y de permisos de una cuenta: es la puerta del control de accesos que una auditoría va a revisar |
Verificado leyendo el código del motor de la casa en disco el 27 de septiembre de 2026: 500 archivos de controlador, 3,953 atributos de método HTTP, 66 atributos de ruta. Nada se ejecutó en línea.
Orquestación: cambios, documentación y eventos
| Método | Ruta | Qué hace |
|---|---|---|
| GET | /api/motor/impacto | Calcular qué se ve afectado antes de aprobar un cambio |
| PUT | /api/motor/aprobar/{id} y /api/motor/rechazar/{id} | Aprobar o rechazar una solicitud de cambio |
| GET | /api/motor/cola/{idProyecto} | Ver la cola de cambios del sistema |
| GET | /api/motor/versiones/{idPantalla} | Ver las versiones de una pantalla y cuál es la estable |
| GET | /api/motor/raci/{idProyecto} | Obtener la matriz de responsabilidades del proyecto |
| POST | /api/DocumentacionTecnica/generar y /generar-por-pantalla | Generar la documentación técnica del sistema, entera o de una pantalla |
| GET | /api/DocumentacionTecnica/proyecto/{id}/documentos | Listar los documentos generados del sistema, con su versión |
| POST | /api/CICDWebhook/generic | Recibir un aviso de un sistema externo |
| GET | /api/CICDWebhook/health | Comprobación de vida, la que su monitoreo va a consultar |
Verificado leyendo atributos de ruta en el código en disco el 27 de septiembre de 2026. La interfaz de documentación técnica tiene 18 endpoints en un solo controlador: 10 de lectura y 8 de escritura.
Estas dos tablas son lo que su área de sistemas necesita para escribir su propio documento de arquitectura. No hace falta creernos: hace falta leerlo.
El motor · transcrito
El inventario de interfaces que la base del motor sí tiene, con su hora de corte
Hasta aquí, dos fuentes: el brochure del sistema y el código de la plataforma. Hay una tercera, y es la más incómoda de publicar porque obliga a decir qué está poblado y qué no: la base del propio motor, donde cada interfaz de un sistema generado queda registrada con su método, su ruta, su versión, su esquema de petición y de respuesta y sus códigos de error.
El proyecto del dominio hospitalario con más contenido generado tiene 295 endpoints registrados sobre 289 rutas distintas. Y una precisión que manda sobre cómo se lee esa cifra: ese proyecto no es clínico. Es un sistema de dimensionamiento de plantilla y cobertura de turnos de una red de veintisiete hospitales. Se cita por lo que es —un sistema hospitalario real generado por la plataforma, con sus interfaces descritas una por una— y nunca como prueba de un expediente clínico generado.
Qué guarda la base de cada endpoint · cuántos lo traen
| Atributo registrado | Cuántos de los 295 | Qué significa |
|---|---|---|
| Método y ruta | 295: 182 de lectura, 99 de creación, 13 de actualización, 1 de borrado | La superficie está descrita, no estimada |
| Versión de la interfaz | 295, todos en la misma versión | Hay una política de versionado y es una sola |
| Esquema de la petición | 292 de 295 | Qué campos entran, descritos uno por uno. Tres no lo traen y se dice |
| Esquema de la respuesta | 295 | Qué campos salen, descritos uno por uno |
| Códigos de respuesta y de error | 295, con el mismo juego: uno de éxito y cinco de error | El contrato de error es explícito y homogéneo |
| Exige autorización | 295 | Ninguna interfaz queda abierta por omisión |
| Exige transporte cifrado | 295 | No hay interfaz declarada en claro |
| Esquema de autenticación concreto | 0 de 295 | Ninguna lo declara. Las 295 exigen autorización; con qué proveedor de identidad se resuelve es decisión de su hospital, y se configura contra el que ya use |
Transcrito de la base del motor de la casa, el proyecto de este sistema —un sistema de dimensionamiento de plantilla y cobertura de turnos de una red de veintisiete hospitales, no un expediente clínico, consultado el 27 de septiembre de 2026 a las 13:03 h, hora del propio servidor. Un conteo sin hora de corte no es reproducible. Tabla proyecto_api.
Las acciones de pantalla con endpoint · qué traen y qué falta
| Atributo registrado | Cuántos de los 483 | Qué significa |
|---|---|---|
| Acciones de pantalla con endpoint declarado | 483: 314 de lectura, 147 de creación, 16 de actualización, 5 de modificación parcial, 1 de borrado | Cada botón y cada filtro de una pantalla tiene su ruta declarada |
| Exigen autorización | 483 | Ninguna acción de pantalla queda sin control de acceso |
| Con procedimiento almacenado nombrado | 21 filas, con 20 nombres distintos | Veinte procedimientos reales nombrados, del cálculo y la decisión del escenario de simulación y de la recomendación de contratación |
| Con estructura de datos de petición y de respuesta declarada | Se entrega al integrar | Las 483 acciones tienen su endpoint declarado. El contrato campo a campo se entrega en la integración, contra la versión que se instale |
Transcrito de la base del motor de la casa, el proyecto de este sistema —un sistema de dimensionamiento de plantilla y cobertura de turnos de una red de veintisiete hospitales, no un expediente clínico, consultado el 27 de septiembre de 2026 a las 13:03 h, hora del propio servidor. Un conteo sin hora de corte no es reproducible. Tabla pantalla_endpoint_accion, unida a pantalla_accion y a la pantalla por su módulo. Los 20 procedimientos nombrados pertenecen al simulador de escenarios y a la recomendación de contratación de ese proyecto de plantilla.
Dos cosas de esta tabla se deciden con usted y no antes: el esquema de autenticación, que se fija contra el proveedor de identidad que su hospital ya use, y el contrato campo a campo de las 483 acciones de pantalla, que se entrega en la integración contra la versión que se instale. Ninguna de las dos se escribe aquí como si estuviera decidida. Lo que se afirma es lo que la consulta devolvió, con la hora del servidor al lado, para que sea reproducible.
Pida a cualquier proveedor el inventario de sus interfaces con método, ruta, versión y contrato de error, y la hora en que lo midió. Si no lo tiene, lo que le está describiendo es una intención.
Eventos y avisos
Los eventos: qué avisa el sistema hacia afuera, y cuándo
Una integración que hay que consultar no cambia la operación. Lo que la cambia es lo contrario: que el sistema avise sin que nadie pregunte. En un hospital eso tiene una consecuencia clínica además de administrativa, porque hay avisos que valen minutos: un valor crítico de laboratorio, una escala de deterioro que cruza el umbral, una cama que se libera.
En la plataforma hay tres caminos de salida, los tres verificables. El primero es el canal de eventos en tiempo real: el orquestador expone un concentrador por donde una pantalla abierta se entera de algo sin recargar. El segundo son las notificaciones a dispositivo, con su registro del aparato y su disparo del aviso. El tercero es el aviso entre servicios, sin esperar respuesta.
Y en la dirección contraria el sistema recibe: hay endpoints de recepción de eventos externos, incluido uno genérico, más consulta de estado y comprobación de vida. Una honestidad necesaria: el orquestador que expone el concentrador de eventos declara en su propio archivo de presentación estado de andamiaje inicial, y la aplicación móvil llama hoy directo al servicio y no a través de él.
Evento del hospital · cuándo se dispara · a quién avisa · por dónde
| Evento | Cuándo se dispara | A quién avisa | Canal |
|---|---|---|---|
| Valor crítico de laboratorio | Al validarse un resultado fuera del rango crítico | El médico que ordenó el estudio y el servicio donde está el paciente, hasta que alguien acusa recibo | Aviso en pantalla y notificación a dispositivo, con acuse registrado |
| Alta, traslado o egreso del episodio | En el momento del movimiento | Laboratorio, imagen, farmacia y facturación | Mensaje de admisión, traslado y alta de la mensajería de salud |
| Orden clínica emitida | Al capturarse la orden, con su prioridad | El servicio que la ejecuta: laboratorio, imagen, procedimientos | Mensaje de orden de la mensajería de salud |
| Estudio de imagen programado | Al confirmarse la cita de la modalidad | La modalidad de imagen | Lista de trabajo del estándar de imagen digital |
| Escala de deterioro que cruza el umbral | Al registrarse los signos vitales que la disparan | El equipo tratante y la jefatura del servicio | Aviso en pantalla y notificación a dispositivo |
| Administración fuera de ventana u omitida | Al cerrarse la ventana de administración sin registro | Enfermería del servicio y jefatura de enfermería | Aviso en el pase de medicamentos |
| Cuenta cerrada y auditada | Al aprobarse la auditoría de la cuenta | Facturación y el tercero pagador | Timbrado ante el proveedor autorizado de certificación y precarga al portal del pagador |
| Comprobante fiscal emitido o cancelado | Al obtenerse o anularse el registro único del comprobante | La autoridad fiscal, el paciente y el tercero pagador | Interfaz del proveedor autorizado de certificación |
| Solicitud de documento del dictaminador | Cuando el pagador pide un documento sobre una partida | Coordinación de siniestros y el área que custodia el documento | Portal del tercero pagador, con su bitácora compartida |
| Glosa recibida | Al llegar la objeción del pagador | Cuentas por cobrar y la auditoría de cuentas | Portal del tercero pagador |
| Pago identificado y aplicado | Al casar el abono con su factura, siniestro o paciente | Tesorería y cuentas por cobrar | Archivo de estado de cuenta e interfaz bancaria |
| Cama liberada y alta prevista | Al confirmarse el alta o la limpieza terminal de la cama | Admisión, urgencias y jefatura de piso | Canal de eventos en tiempo real del propio sistema |
| Certificación o calibración por vencer | En el umbral configurado antes del vencimiento | Personal clínico afectado, mantenimiento biomédico y dirección médica | Aviso en pantalla y correo del propio sistema |
Los eventos del hospital salen del brochure de Vantus Medical: valores críticos con acuse de recibo, mensajería de admisión, órdenes y resultados, lista de trabajo de imagen, alertas del pase de medicamentos, portal del tercero pagador y vencimiento de certificaciones. Los canales de la plataforma están verificados en código con las citas del cuerpo de esta sección · 27 de septiembre de 2026.
El primer renglón de esa tabla es el que un director médico revisa antes que ningún otro, y por una razón que no es tecnológica: un valor crítico de laboratorio que se avisa y nadie acusa es, a efectos prácticos, un valor crítico que no se avisó. Por eso el brochure declara valores críticos con acuse de recibo y no simplemente «alertas»: el evento no se cierra hasta que alguien con nombre lo recibe.
Una lista de eventos con su destinatario y su acuse es lo que separa un sistema que integra de un sistema que exporta archivos.
La honestidad que sostiene la página
Qué está verificado, qué es estimación y qué está marcado para retirarse
Esta sección existe porque una página de integraciones sin ella no se puede auditar. Tres cosas distintas se han afirmado arriba y conviene decir cuál es cuál.
Verificado. Los conteos de controladores y de atributos de método, las rutas con su número de línea, los 18 endpoints de la interfaz de documentación técnica, los 7 del orquestador y su concentrador de eventos, y los conteos de la base del motor con su hora de corte. Todo eso se leyó: el código en disco y la base por consulta, el 27 de septiembre de 2026.
Estimación, y se dice. El número total de endpoints del servicio no es determinable leyendo el código, porque el ruteo por convención hace que muchas acciones públicas no lleven atributo. Lo exacto es 500 archivos de controlador y 3,953 atributos de método; el orden de magnitud de la superficie total es una extrapolación de plantilla y no se publica como conteo.
Marcado para retirarse. La propia documentación de la plataforma marca como heredados y a deprecar los endpoints que autentican por cadena de consulta en lugar de por token. Se publica porque su área de sistemas lo va a encontrar, y porque saber qué va a desaparecer es parte de decidir una integración.
Una página de integraciones que no separa lo verificado de lo estimado es una página que su área de sistemas va a desmontar en la primera reunión. Mejor desmontarla aquí.
Afirmación · grado · con qué se sostiene
| Afirmación | Grado | De dónde sale |
|---|---|---|
| 500 archivos de controlador y 3,953 atributos de método HTTP | Verificado | Conteo en disco, excluyendo compilados |
| 18 endpoints de la interfaz de documentación técnica en un controlador | Verificado | Atributos entre las líneas 59 y 1047 del controlador |
| 7 endpoints del orquestador más un concentrador de eventos | Verificado | con la advertencia de su propio estado de andamiaje |
| 295 endpoints y 483 acciones de pantalla con endpoint en la base del motor | Verificado | Consulta a proyecto_api y pantalla_endpoint_accion, con hora del servidor |
| El esquema de autenticación concreto de esos 295 endpoints | Vacío en la base | No se publica ningún esquema: no hay dato que publicar |
| Superficie total de endpoints del servicio | Estimación, no se publica como conteo | El ruteo por convención impide contarla estáticamente |
| Los endpoints que autentican por cadena de consulta | Marcados para retirarse | La propia documentación de la plataforma los marca como heredados |
| Los estándares de salud y las codificaciones | Declarado en el brochure | Brochure de Vantus Medical. La codificación de pruebas de laboratorio no está declarada y se publica como pendiente de catálogo |
Revisión de código y consultas a la base del motor del 27 de septiembre de 2026. Nada se ejecutó en línea: los métodos y rutas salen de leer atributos y firmas en el archivo; los conteos de la base, de la consulta que va anotada en cada tabla.
Los tres grados se cobran distinto y se auditan distinto. Por eso van separados.
Verlo no cuesta nada
Entre y vea por dónde entra su dato
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.
Recorra la cadena por donde le duela. Si su problema es el laboratorio, entre por la vista del médico tratante y siga una orden hasta su resultado y su cargo. Si su problema es el pagador, entre por la coordinación de siniestros y vea qué documento se hace visible y qué no.
- Ver como médico tratante — la orden que sale y el resultado que vuelve al expediente.
- Ver como coordinación de siniestros — el expediente del siniestro, documento por documento.
- Ver como auditoría de cuentas — la cuenta contra el tabulador antes de salir del hospital.
- Ver como cuentas por cobrar — la glosa recibida y la cuenta cerrada sin facturar.
- Ver como admisión y caja — el episodio con sus pagadores y su elegibilidad.
Después de recorrerlo, la conversación deja de ser si el sistema integra y pasa a ser quién de sus terceros abre su interfaz primero.
Preguntas frecuentes
¿Tengo que apagar mi expediente clínico actual para usar este sistema?
No. El brochure lo declara de forma explícita: si la red ya opera un sistema de información hospitalaria, un sistema contable corporativo o un desarrollo propio, este sistema se monta encima y cierra la brecha, integrándose en las dos direcciones. Y si más adelante el grupo decide reemplazar el núcleo, es el mismo producto: las dos rutas usan lo mismo. Lo que se integra son el episodio, las órdenes, las notas y el alta por mensajería de salud, y los cargos, el inventario y las cuentas por cobrar con el sistema contable.
¿Qué pasa con mi laboratorio y mi archivo de imagen?
Se integran y no se sustituyen. El laboratorio por mensaje de orden y mensaje de resultado, más la interfaz con los analizadores, con trazabilidad de orden, muestra, analizador y resultado. La imagen por el estándar de imagen digital: la lista de trabajo sale hacia la modalidad y el estudio se ve en un visor dentro del expediente, sin abrir otra aplicación.
¿Están soportadas todas las codificaciones clínicas?
No todas, y la página lo dice. El brochure declara la clasificación internacional de enfermedades, el tabulador de procedimientos, la terminología clínica sistematizada y la clasificación oncológica. La codificación internacional de pruebas de laboratorio no está declarada: lo que existe es el lugar donde ponerla —el código externo del catálogo de estudios— y el mapeo se acuerda en la sesión con su jefatura de laboratorio. Se publica como pendiente de catálogo, no como capacidad.
¿Cuántas interfaces tiene realmente el sistema, y cómo lo compruebo?
Hay tres cifras y significan cosas distintas. En el código de la plataforma: 500 archivos de controlador y 3,953 atributos de método HTTP, contados en disco. En la base del motor, para el proyecto hospitalario con más contenido generado: 295 endpoints sobre 289 rutas distintas, con método, ruta, versión, esquema de petición y de respuesta y códigos de error, más 483 acciones de pantalla con su endpoint; medido el 27 de septiembre de 2026 a las 13:03 h, hora del propio servidor. Y la superficie total del servicio, que no se publica porque no es contable estáticamente: sería una estimación.
¿Con qué esquema de autenticación se protegen esas interfaces?
Aquí la respuesta honesta es un pendiente. En la base del motor, los 295 endpoints declaran que exigen autorización y transporte cifrado —los 295, sin excepción—, pero el campo del esquema concreto está vacío en los 295. Por eso esta página no publica ningún esquema de autenticación: no hay dato que publicar. Lo que sí está verificado en código es que el servicio de la plataforma autentica por token, y que la documentación de la propia plataforma marca para retirarse los endpoints heredados que autentican por cadena de consulta.
¿El sistema avisa a mis otros sistemas o hay que consultarlo?
Avisa, y en tres canales verificados: un concentrador de eventos en tiempo real para que una pantalla abierta se entere sin recargar, notificaciones a dispositivo con registro previo del dispositivo, y aviso entre servicios sin esperar respuesta. En la dirección contraria recibe avisos de terceros, incluido un endpoint genérico de recepción, más consulta de estado y comprobación de vida para su monitoreo. Y una honestidad: el orquestador que expone el concentrador declara en su propia presentación estado de andamiaje inicial, y la aplicación móvil llama hoy directo al servicio.
Referencias
- 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 y uso de la clasificación internacional de enfermedades. Consultada el 27 de septiembre de 2026. ↗
- Secretaría de Salud · NOM-004-SSA3-2012, Del expediente clínico. DOF del 15 de octubre de 2012. ↗
- Servicio de Administración Tributaria · comprobante fiscal digital por internet versión 4.0, complemento para recepción de pagos, cancelación y proveedores autorizados de certificación. ↗
- Health Level Seven International · estándar de mensajería versión 2 y estándar de interoperabilidad de recursos de salud, versión R4. ↗
- National Electrical Manufacturers Association · estándar de imagen digital y comunicación en medicina, con su servicio de lista de trabajo de modalidad. ↗
- Regenstrief Institute · codificación internacional de identificadores de observaciones de laboratorio y clínicas. Citada como pendiente de configuración de catálogo, no como capacidad declarada. ↗
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares. DOF del 20 de marzo de 2025. Base del control de visibilidad del expediente frente a un tercero. ↗
- SPARTANE · base del motor de la casa el motor de la casa, tablas proyecto_api y pantalla_endpoint_accion, el proyecto de este sistema en el motor. Consultadas el 27 de septiembre de 2026 a las 13:03 h, hora del propio servidor. ↗
- SPARTANE · revisión de código de la plataforma de la casa, 27 de septiembre de 2026: controladores, atributos de ruta, interfaz de documentación técnica, orquestador y canales de evento. ↗
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í