Vantus Medical · las pantallas
Una pantalla de hospital no es un formulario con el nombre del servicio encima.
Aquí está el catálogo completo: veinticuatro pantallas con código, tipo, propósito, campos clave, acciones y el rol que las abre. Los campos son folio, episodio, tabulador, partida glosada y remanente de suma asegurada, no «campo 1» y «campo 2». Las cinco pantallas que el brochure documenta se describen una por una, y todo número que aparezca en ellas es dato de ejemplo: lo dice el propio brochure.
El punto de partida
Por qué el tipo de pantalla decide el trabajo, y no el color
Cuando le presentan un sistema hospitalario le presentan pantallas. Lo que decide si su personal va a poder trabajar ahí no es la paleta: es si la pantalla que tiene enfrente corresponde al trabajo que se hace en ella. Autorizar una partida de una cuenta antes de enviarla a la aseguradora no es capturar un registro: es aprobar, con quién aprueba, qué vio, qué evidencia citó y qué ocurre si no aprueba. Ver el piso a las 08:12 de la mañana no es consultar una tabla: es vigilar, con umbral, con alerta y con refresco automático. Y el expediente del siniestro que mira un dictaminador de la aseguradora no es una copia del expediente clínico: es otra pantalla, con otro alcance, servida a otra organización.
En la plataforma con la que este sistema está construido el tipo de pantalla es un valor declarado, no una decisión de maquetación. Hay veintiún tipos enumerados en el código del generador de interfaz, cada uno con su generador de página y su plantilla propia en disco.
Y una precisión, porque la va a oír mal contada: el catálogo de tipos tiene 25 entradas, 24 de ellas activas, al corte del 27 de septiembre de 2026, 08:11 h del propio servidor. Veintiuna producen una pantalla de interfaz. Las otras no: una es un trabajo de servidor sin interfaz humana, dos son entradas posteriores al catálogo del generador y una está marcada como inactiva. Lo verificable hoy en el código son veintiún tipos con generador y plantilla; lo que la base añade se dice tal cual, con su hora de corte.
Si el tipo de pantalla no se declara, se hereda. Y lo que se hereda siempre es el formulario.
Por eso el catálogo que sigue trae el tipo en la segunda columna, antes del propósito: es lo primero que se puede comprobar.
Fuente: enumerado del generador de interfaz y catálogo cat_tipo_pantalla de la base del motor, consultado en modo lectura el 27 de septiembre de 2026 a las 08:11 h del servidor.
Lo que ya está dibujado
Las cinco pantallas que el brochure documenta, y su tipo
El brochure del alcance mayor documenta cinco pantallas de producto, una por cada decisión que el sistema tiene que sostener: el consejo que mira el margen por sede, la auditora que revisa una cuenta contra el tabulador antes de enviarla, la cartera que persigue glosas, la operación que mueve camas y quirófano, y el tercero pagador que dictamina. Las cinco llevan impresa la leyenda de datos ilustrativos. Aquí se conservan con esa marca, porque un número de pantalla sin marcar se lee como real.
A cada una le corresponde un tipo del catálogo. La correspondencia es una lectura nuestra del trabajo que hace la pantalla, no un registro del motor: se declara así para que usted pueda discutirla.
Las cinco pantallas del brochure · qué decide cada una · tipo que le corresponde
| # | Pantalla | Encabezado que trae | Qué decisión sostiene | Tipo que le corresponde | Marca |
|---|---|---|---|---|---|
| 1 | Tablero de consejo con P&L por sede | Grupo · cuatro unidades · cierre de agosto de 2026 | Si el grupo replica el mismo modelo de operación en cada sede, y qué sede arrastra el margen | DASHBOARD | Datos de ejemplo |
| 2 | Auditoría de cuenta contra tabulador | Folio · siniestro · aseguradora, con pestañas Cuenta, Honorarios, Insumos, Expediente y Bitácora | Si la cuenta se envía o se corrige, partida por partida | APROBACION sobre una FICHA de folio | Datos de ejemplo |
| 3 | Ciclo de ingresos: glosas y cartera | Grupo · cuatro unidades · corte de fin de mes, con pestañas Cartera, Glosas, Facturación, Convenios y Conciliación | A quién se le cobra hoy, qué glosa se contesta y qué cuenta cerrada sigue sin facturar | DASHBOARD con PIVOT_TABLE por pagador | Datos de ejemplo |
| 4 | Gestión de camas y quirófano | Sede · operación en tiempo real · hora del día, con pestañas Censo, Quirófano, Urgencias, Altas y Abasto | Qué cama se libera antes de las 14:00 h y qué sala se reordena esta tarde | MONITOR | Datos de ejemplo |
| 5 | Portal del tercero pagador | Vista de la aseguradora · dictaminación · expediente del siniestro documento por documento | Autorizar, glosar una partida o pedir el documento que falta | PORTAL_EXTERNO, con el alcance impuesto por el servidor | Datos de ejemplo |
Fuente: Vantus Medical, brochure del alcance mayor, páginas 8, 16, 17, 23 y 24. Las cinco pantallas están rotuladas «datos ilustrativos» en el propio brochure. La columna de tipo es la correspondencia con el catálogo del generador y es lectura nuestra, no un registro de la base.
Dos de las cinco merecen una precisión. La segunda no es sólo una ficha de folio: la ficha reúne la cuenta, los honorarios, los insumos, el expediente y la bitácora en pestañas, y encima de esa ficha corre una aprobación con dos salidas —aceptar el ajuste o rechazarlo— que deja registro de quién decidió. Y la quinta es la única que se sirve a una organización que no es el hospital: ahí el control no es un permiso de menú, es un filtro de visibilidad documento por documento, insumo por insumo y cotización por cotización, que el brochure declara explícitamente.
Cinco pantallas, cinco decisiones, cinco tipos distintos. Es la prueba más simple de que no son el mismo formulario repintado.
Lo que hay
El catálogo: veinticuatro pantallas, VM-01 a VM-24
Salen de las doce líneas de la matriz de activación del brochure y de los cuatro bloques del ciclo de ingresos —entrada, honorarios, salida y cartera—. Cada fila dice su tipo real, de los veintiún del generador, los campos que captura, las acciones que ofrece y el rol que la abre.
Código · pantalla · tipo · propósito · campos clave · acciones · rol
| Código | Pantalla | Tipo | Propósito | Campos clave | Acciones | Rol que la abre | En vivo |
|---|---|---|---|---|---|---|---|
| VM-01 | Expediente clínico del episodio | FICHA | Reunir en una vista lo que la NOM-004 exige del expediente y de cada nota | Episodio, servicio, médico tratante, notas de ingreso, evolución, pre y postoperatoria, resumen de egreso, codificación | Consultar · agregar nota · firmar · cerrar al alta | Médico tratante | Verla |
| VM-02 | Admisión, traslado y alta | CRUD | Abrir el episodio con sus pagadores y moverlo dentro del hospital | Paciente, episodio, de uno a tres pagadores, convenio, plan, tipo de ingreso, cama asignada, caso médico-legal | Alta · traslado · alta médica · referencia y contrarreferencia | Admisión y caja | Verla |
| VM-03 | Tablero de urgencias | MONITOR | Vigilar el triage con su color y su tiempo objetivo, y el destino de cada paciente en sala | Nivel de triage, hora de llegada, tiempo puerta-médico, puerta-diagnóstico, puerta-disposición, destino | Reclasificar triage · asignar médico · registrar destino · escalar | Enfermería de urgencias | Verla |
| VM-04 | Mapa de camas | MONITOR | Ver el censo por piso con el estado real de cada cama y las altas previstas del día | Cama, estado (limpia, ocupada, bloqueada, aislamiento), sexo, especialidad, convenio, alta prevista | Asignar · bloquear · marcar limpia · adelantar ingreso | Jefatura de enfermería | Verla |
| VM-05 | Kardex y plan de cuidados | MASTER_DETAIL | Sostener el trabajo del turno sin libreta: indicación a la izquierda, ejecución a la derecha | Indicación, horario, vía, responsable, signos vitales, balance hídrico, escalas de riesgo | Registrar · marcar omisión con motivo · pasar guardia | Enfermería de piso | Verla |
| VM-06 | Administración de medicamentos con lectura de código | PROCESO | Ejecutar el pase de medicamentos comprobando paciente, fármaco, dosis, vía y hora | Identificador del paciente, clave del fármaco, dosis, vía, hora programada, hora real, lote | Leer código · confirmar · registrar fuera de ventana con motivo | Enfermería de piso | Verla |
| VM-07 | Orden clínica y conjuntos por protocolo | CRUD | Capturar la orden que va a producir resultado, administración y cargo | Tipo de orden, estudio o fármaco, prioridad (rutina, urgente, inmediata), indicación, conjunto por protocolo | Alta · duplicar conjunto · cancelar con motivo · enviar al satélite | Médico tratante | Verla |
| VM-08 | Validación farmacéutica y surtido | APROBACION | Dejar que farmacia valide la prescripción antes de que salga el insumo | Prescripción, interacción, dosis máxima, ajuste renal, lote, caducidad, libro de controlados | Validar · devolver al prescriptor · surtir · registrar controlado | Farmacia | Verla |
| VM-09 | Laboratorio: de la muestra al resultado | PROCESO | Trazar orden, muestra, analizador y resultado, con el valor crítico acusado de recibo | Estudio, etiqueta de muestra, hora de toma, analizador, resultado, rango por edad y sexo, valor crítico, tiempo de respuesta | Etiquetar · validar técnica · validar médica · acusar valor crítico | Laboratorio | Verla |
| VM-10 | Imagen: lista de trabajo y visor | GALERIA | Poner el estudio en la modalidad y el informe dentro del expediente | Modalidad, protocolo, contraste, preparación, serie, informe estructurado, cargo por estudio | Enviar a modalidad · abrir visor · informar · liberar | Imagen | Verla |
| VM-11 | Programa de quirófano | SCHEDULER | Programar salas y bloques, y ver el volteo real contra el programado | Sala, bloque, cirujano, procedimiento, hora de entrada, incisión, cierre, salida, volteo, cancelación con motivo | Programar · reordenar turno · cancelar con motivo · cerrar sala | Dirección de operaciones | Verla |
| VM-12 | Lista de verificación de cirugía segura | WIZARD | Obligar a los tres momentos de la verificación antes, durante y al cierre | Identidad, procedimiento, sitio, alergia, antibiótico, conteo de instrumental, implante, firma por momento | Avanzar momento · registrar hallazgo · firmar · bloquear cierre | Enfermería de quirófano | Verla |
| VM-13 | Cuenta del paciente en vivo | FICHA | Que el estado de cuenta exista mientras el paciente está dentro, no después | Folio, convenio, deducible, coaseguro, copago, no cubiertos, cargos por servicio, anticipos | Consultar · aplicar anticipo · reclasificar cargo · imprimir estado | Admisión y caja | Verla |
| VM-14 | Auditoría de cuenta contra tabulador | APROBACION | Detectar la diferencia contra el tabulador y el convenio antes de enviar | Partida, clave de procedimiento, precio de convenio, precio cargado, diferencia, evidencia citada, responsable | Aceptar ajuste · rechazar · pedir soporte · liberar para envío | Auditoría de cuentas | Verla |
| VM-15 | Motor de honorarios | CONFIGURACION | Calcular el reparto en lugar de negociarlo dos veces por caso | Procedimiento, cirujano, anestesiólogo, ayudantes, perfusionista, porcentajes por participante, tope por convenio | Configurar regla · simular caso · aprobar tabla · versionar | Dirección de administración y finanzas | Verla |
| VM-16 | Elegibilidad y autorización | BANDEJA | Trabajar por charolas lo que hoy vive en correo: vigencia, plan, autorización y respuesta | Padrón, vigencia, plan, suma asegurada, remanente, solicitud, evidencia adjunta, respuesta del pagador | Consultar padrón · armar solicitud · enviar · registrar respuesta | Coordinación de siniestros | Verla |
| VM-17 | Timbrado y comprobantes | PROCESO | Emitir el comprobante con su complemento de pago y su nota de crédito | Folio, receptor, conceptos, forma de pago, complemento, identificador de timbrado, cancelación con motivo | Timbrar · emitir complemento · cancelar · emitir nota de crédito | Cuentas por cobrar | Verla |
| VM-18 | Glosas y rechazos | KANBAN | Mover cada glosa por su estado real, con causa, monto y responsable a la vista | Causa de glosa, partida, monto, pagador, responsable, fecha de contestación, resultado | Arrastrar de estado · redactar contestación · adjuntar soporte · cerrar | Cuentas por cobrar | Verla |
| VM-19 | Cartera por pagador | PIVOT_TABLE | Ver la antigüedad por pagador, por sede y por convenio sin exportar a hoja de cálculo | Pagador, sede, convenio, antigüedad, facturado, cobrado, en glosa, cerradas sin facturar | Pivotar · abrir por dimensión · exportar · marcar instrucción especial | Cuentas por cobrar | Verla |
| VM-20 | Conciliación de pagos | IMPORTACION | Cargar el estado de cuenta y aplicar el pago a factura, siniestro o paciente | Referencia, registro fiscal del emisor, monto, fecha, factura destino, diferencia, pago global | Cargar archivo · mapear columnas · validar · aplicar | Cuentas por cobrar | Verla |
| VM-21 | Expediente del siniestro para el tercero pagador | PORTAL_EXTERNO | Servir a la aseguradora el expediente documento por documento, con su bitácora compartida | Siniestro, documento, origen, visible para el pagador, estado, suma asegurada, remanente | Autorizar · glosar partida · solicitar documento · escribir en bitácora | El dictaminador de la aseguradora | Verla |
| VM-22 | Tablero de consejo por sede | DASHBOARD | Poner el mismo número delante de todas las direcciones | Sede, ingreso, margen, ocupación, días de cartera, porcentaje de rechazo, cerradas sin facturar | Filtrar por sede · abrir por dimensión · exportar · comparar periodos | Dirección de administración y finanzas | Verla |
| VM-23 | Bitácora de accesos y cambios | AUDITORIA | Sostener quién vio y quién cambió, que la NOM-024 pide y una demanda también | Usuario, rol, episodio, acción, fecha y hora, justificación de acceso de excepción, versión anterior | Filtrar · abrir evento · exportar para auditoría | Auditoría de cuentas | Verla |
| VM-24 | Comparador de convenios | COMPARADOR | Poner dos o más convenios lado a lado antes de firmar el siguiente | Convenio, tabulador, tope por partida, plazo de pago, causas de glosa más frecuentes, rentabilidad por procedimiento | Seleccionar convenios · resaltar diferencias · exportar resumen | Dirección de administración y finanzas | Verla |
Fuente: matriz de activación de doce líneas y ciclo de ingresos del brochure de Vantus Medical; tipos tomados del enumerado del generador. Los campos son los que el brochure nombra por área. La correspondencia pantalla-tipo es lectura nuestra y se corrige por escrito si su operación pide otra.
Veinticuatro pantallas, dieciséis tipos distintos de los veintiuno. Si un sistema le muestra veinticuatro pantallas del mismo tipo, le está mostrando un formulario con veinticuatro nombres.
La prueba incómoda
Lo que la base del motor sí tiene registrado hoy, en salud
Hasta aquí el catálogo sale del brochure. Lo que sigue sale de otra parte: de la base del motor que genera los sistemas, consultada en modo lectura el 27 de septiembre de 2026, con la hora de corte tomada del propio servidor. Cada cifra que sigue se puede rastrear al proyecto que la produjo, porque una pantalla inventada invalidaría la página entera.
Ninguno de esos proyectos es Vantus Medical, y eso se dice antes que nada: son proyectos de la misma industria generados por la misma plataforma. Y hay que distinguirlos, porque no prueban lo mismo. El proyecto de salud con más contenido generado —nueve módulos, sesenta y cinco pantallas, quinientas setenta y ocho funcionalidades, dieciséis roles y doscientos noventa y cinco endpoints— no es un sistema clínico: es dimensionamiento de plantilla y cobertura de turnos en una red de veintisiete hospitales, con dos motores de optimización. Prueba que la plataforma genera sistemas hospitalarios reales, no que exista un expediente clínico generado.
El proyecto clínico-asistencial con pantallas es otro, y es más pequeño: un sistema de agenda y gestión de citas clínicas, con cinco módulos, dieciséis pantallas, cuarenta y ocho funcionalidades y cuatro roles. Ahí las pantallas se llaman por lo que hacen —programación de citas, visualización de agenda, bloqueo de franjas horarias, gestión de consultorios, control de asistencia, trazabilidad de notificaciones, auditoría y registros— y cada una declara su tipo y su ruta.
Proyectos de salud en la base del motor · módulos · pantallas · funcionalidades · roles · normas registradas
| Proyecto del motor | Qué es | Módulos | Pantallas | Funcionalidades | Roles | Normas registradas |
|---|---|---|---|---|---|---|
| Gestión de plantilla en una red de veintisiete hospitales | Dimensionamiento de personal y cobertura de turnos. No es clínico. | 9 | 65 | 578 | 16 | 5 |
| Agenda y gestión de citas clínicas | Clínico-asistencial. El que sí tiene pantallas. | 5 | 16 | 48 | 4 | 5 |
| Expediente clínico digital | Clínico. Módulos y funcionalidades capturados, sin pantallas generadas. | 7 | 0 | 0 | 6 | 6 |
| Gestor de citas médicas | Clínico y administrativo, de mayor alcance funcional, sin pantallas. | 59 | 0 | 0 | 48 | 0 |
| Gestión de consultas médicas | Clínico, sin pantallas generadas. | 50 | 0 | 0 | 64 | 0 |
Fuente: base del motor de la casa, consulta de sólo lectura sobre proyecto, modulo_sistema, pantalla, funcionalidad, rol_sistema y regulacion. Corte del propio servidor: 27 de septiembre de 2026, entre las 07:59 y las 08:11 h. Cada cifra de la tabla se puede rastrear al proyecto que la produjo.
El sistema de citas clínicas reparte sus dieciséis pantallas en siete CRUD, cuatro LISTADO, dos DASHBOARD, una REPORTE, una PROCESO y una CONFIGURACION. Es poco para un hospital, y por eso sirve: demuestra que el tipo se asigna por el trabajo —el envío de recordatorios es un PROCESO, la trazabilidad de notificaciones es un LISTADO de sólo consulta— y no por el tema.
El proyecto de plantilla y turnos reparte sus sesenta y cinco en treinta y tres CRUD, once DASHBOARD, diez FICHA, nueve BANDEJA, una LISTADO y una REPORTE. Once tableros y nueve bandejas —una por rol— en un sistema hospitalario real no es un accidente de diseño: es que el trabajo de dirección se mira y el trabajo de piso se despacha por charolas. Eso es lo que prueba, y nada más que eso: no es un expediente clínico y no se publica como si lo fuera.
Sobre el expediente clínico digital hay un detalle que vale más que su conteo de pantallas, que es cero: sus siete módulos incluyen uno de interoperabilidad con laboratorio e imagen por los estándares del sector y otro de integración con las interfaces gubernamentales de salud pública. Están capturados con sus funcionalidades y sin pantalla generada. La página de APIs e integraciones los toma de ahí, con la misma hora de corte.
Las pantallas de esta industria existen, con su tipo y su conteo, y cada una se puede rastrear al proyecto que la generó. Ésa es la diferencia con un catálogo de folleto.
La precisión que nadie hace
El tipo veintidós no es una pantalla, y en un hospital se nota
El catálogo de la plataforma incluye un tipo que no produce pantalla: produce un trabajo de servidor con su programación, su procedimiento y su bitácora de reintentos. No lleva plantilla de interfaz, porque no dibuja nada. Decir «veintidós tipos de pantalla» es incorrecto; decir «veintiún tipos de pantalla y un tipo de trabajo de servidor» es lo que el código sostiene.
En un hospital ese tipo carga trabajo real, y precisamente el que nadie quiere hacer a mano a las tres de la mañana: el corte del censo, el barrido de caducidades y lotes en farmacia, el recálculo de la antigüedad de la cartera, el reenvío de lo que el portal del pagador rechazó y el aviso de la cuenta cerrada que sigue sin facturar. No tiene pantalla porque nadie lo mira mientras corre; tiene bitácora porque alguien lo revisa después.
- Corte de censo y giros de cama — cierra el día de ocupación para que el tablero de la mañana no dependa de quién capturó la última alta.
- Caducidades y lotes — barre el inventario por fecha de vencimiento y por cadena de frío, y deja la lista para farmacia antes del primer turno.
- Recálculo de antigüedad de cartera — mueve cada cuenta a su rango de días y deja el registro de qué cambió de rango.
- Reenvío al portal del pagador — reintenta los envíos fallidos con su número de intento y su motivo, en lugar de perderlos en una bandeja.
- Aviso de cuenta cerrada sin facturar — el trabajo que en el tablero del brochure aparece como una cifra, y que alguien tiene que producir de noche.
Lo que corre de noche también deja evidencia. Si no la deja, no es un trabajo del sistema: es un favor de alguien.
Debajo del dibujo
Qué se genera cuando se genera una pantalla
Una pantalla no es un archivo. Por cada pantalla el generador deposita seis artefactos: los tipos, los servicios de interfaz de programación, el almacén de estado con sus permisos, el enlace de eventos con sus reglas de negocio, la página y el archivo de exportación. Además actualiza el enrutador y el menú del sistema destino.
Y aplica a todas las páginas una fase transversal que es la que importa en salud: categorización de campos, control de acceso por rol, esquema de validación, detección de campos de auditoría, de carga de archivos y de folios. Quiere decir que el control de acceso y la bitácora no se pegan después: nacen con la pantalla. Lo que se configura es quién tiene cada rol.
Sobre los controles, la honestidad obliga: el catálogo maestro de controles de la plataforma registra 45 controles —35 de captura y 10 de visualización— y es un documento de plan de trabajo con una columna de acción pendiente, no un certificado. De esos, los que el propio documento marca con sus tres capas completas incluyen campo de texto, área de texto, numérico, lista, casilla, fecha, hora, carga de archivo y selector de color. El lector de código de barras, que un pase de medicamentos necesita, está catalogado y no está marcado como completo. Eso se publica así.
Artefacto · qué resuelve en una pantalla de hospital
| Artefacto que se genera | Qué resuelve aquí |
|---|---|
| Tipos | Que el episodio, el folio y la partida sean el mismo objeto en toda la aplicación, no tres nombres del mismo dato. |
| Servicios de interfaz de programación | Que la pantalla hable con el servidor por la misma puerta que un tercero usaría, y no por una propia. |
| Almacén de estado con permisos | Que la vista de un dictaminador externo no pueda pedir lo que no le toca, aunque cambie la dirección en el navegador. |
| Enlace de eventos con reglas de negocio | Que la validación de dosis, de vigencia de convenio o de tabulador viva en la pantalla y no en la memoria de quien captura. |
| Página del tipo declarado | Que una aprobación se vea y se comporte como aprobación, y un monitor como monitor. |
| Archivo de exportación | Que la pantalla entre al menú y al enrutador sin que nadie edite un archivo a mano. |
Fuente: dossier de evidencia de plataforma, 03-pantallas, que cita. Verificado sobre el código en disco el 27 de septiembre de 2026; nada se ejecutó en runtime.
Por eso una pantalla nueva no es un proyecto: es una pantalla más con sus seis artefactos y su control de acceso ya dentro.
El límite
Lo que estas pantallas no muestran, y es a propósito
En esta página no hay un solo dato de paciente, ni de ejemplo. No hay nombre, no hay fecha de nacimiento, no hay diagnóstico, no hay identificador de afiliación. Los folios y los siniestros que aparecen en el sistema en vivo son series de ejemplo marcadas en pantalla, y los números del brochure son ilustrativos porque el propio brochure lo dice.
No es pudor editorial: es la obligación. 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 en materia de protección de datos dejó de ser el instituto que la ejercía antes. Un dato de salud es dato sensible, y una captura de pantalla publicada en un sitio comercial es un tratamiento. Por eso lo que se publica de una pantalla clínica es su estructura, su tipo y sus campos, nunca su contenido.
Sobre la norma sectorial, el registro de accesos no es una cortesía: la NOM-024-SSA3-2012 pide integridad, autenticidad, confidencialidad, disponibilidad y trazabilidad del expediente. La pantalla VM-23 existe para eso, y el acceso de excepción en urgencias —el que se abre con justificación porque el paciente no puede esperar— deja su propio registro. Un expediente que no puede decir quién lo vio no cumple, aunque esté completo.
Una pantalla clínica se prueba con su estructura, no con el expediente de alguien.
Si alguien le enseña un sistema de salud con datos de pacientes reales en la pantalla de una presentación, ya le enseñó cómo trata los datos.
Fuentes: Ley Federal de Protección de Datos Personales en Posesión de los Particulares, DOF 20 de marzo de 2025; NOM-024-SSA3-2012, Secretaría de Salud; NOM-004-SSA3-2012, Secretaría de Salud. Verificadas el 27 de septiembre de 2026.
El siguiente clic
Cómo verlas, y por qué aquí no hay capturas
Esta página no publica capturas de pantalla. No es un olvido: al momento de escribirla el inventario de capturas revisadas y marcadas como publicables no existía, y una captura sin su marca y sin su revisión es peor que ninguna. En su lugar está el sistema, que se abre y se usa.
El sistema en vivo arranca con la vista del rol que usted elija desde la columna «En vivo» del catálogo. Entra con la marca «datos de ejemplo» visible, sin registro y sin dejar un correo. Lo que verá es la estructura que esta página describe: los módulos de la barra lateral, el tablero del proceso con sus cortes, la bandeja con sus folios de ejemplo y el selector de rol.
Y el orden importa: primero ve el sistema funcionando, sin costo y sin compromiso; después decide. Ver el catálogo de pantallas de un brochure es leer una promesa; abrir la pantalla y hacer clic en la aprobación es otra cosa.
- Abrir el sistema — entra en estado de trabajo, con datos de ejemplo marcados.
- Los cinco tableros y la decisión que habilita cada uno — las mismas pantallas, vistas como tableros.
- Las integraciones de un hospital — qué hace el sistema con cada estándar de salud.
- Los agentes, con su supervisión y su límite — los paneles que aparecen dentro de estas pantallas.
Una pantalla que se puede abrir no necesita que se la describan.
Preguntas frecuentes
¿Son estas pantallas reales o maquetas de un brochure?
Las cinco del brochure son maquetas de producto, rotuladas «datos ilustrativos» por el propio brochure, y aquí se conservan con esa marca. El catálogo de veinticuatro es la correspondencia entre lo que el brochure declara por área y los tipos de pantalla del generador. Y lo que sí es registro de la base del motor está en su propia sección, con la hora de corte del servidor: un proyecto hospitalario de plantilla y turnos con 65 pantallas, un proyecto clínico de citas con 16, y tres proyectos clínicos con módulos y cero pantallas.
¿Cuántos tipos de pantalla hay: veintiuno, veintidós o veinticinco?
Veintiuno es la cifra correcta para pantallas de interfaz: veintiún valores en el enumerado del generador, veintiún generadores de página y veintiuna plantillas en disco. El catálogo de la base tenía veinticinco filas al corte del 27 de septiembre de 2026, de las que una —JOB_BACKEND— no es pantalla sino trabajo de servidor, una está marcada como inactiva y dos son posteriores al enumerado. Publicar «veintidós tipos de pantalla» sería incorrecto.
¿Por qué el portal del tercero pagador es una pantalla aparte y no un permiso?
Porque quien la abre no pertenece a su organización. Un permiso decide qué ve un usuario suyo dentro de su sistema; aquí el que mira es un dictaminador, un ajustador o un intermediario de la aseguradora, y el alcance lo impone el servidor, no el menú. El brochure lo declara como control de visibilidad documento por documento, insumo por insumo y cotización por cotización. En el catálogo del motor ese tipo de pantalla existe con el nombre PORTAL_EXTERNO y con la marca de inactiva al corte citado; se dice así.
¿Las pantallas traen los permisos, o eso se configura después?
Los traen. El control de acceso por rol se genera junto con la pantalla, en el almacén de estado y en el enlace de eventos, dentro de la fase transversal que el generador aplica a todas las páginas. Lo que se configura es quién tiene cada rol, y en un hospital eso incluye el acceso de excepción en urgencias, que se abre con justificación y deja registro.
¿Qué pasa con el laboratorio y el archivo de imagen que ya tenemos?
Las pantallas VM-09 y VM-10 no sustituyen el equipo: lo ponen dentro del expediente. El brochure declara interfaz con analizadores por el estándar de mensajería de laboratorio, lista de trabajo por el estándar de imagen digital y visor dentro del expediente. La página de APIs e integraciones lo detalla estándar por estándar, con lo que el sistema hace con cada uno.
¿Puedo ver estas pantallas sin dejar mis datos?
Sí. Abre en /sistemas/vantus-medical/sistema/, sin registro, con la marca «datos de ejemplo» en pantalla, sin un solo dato de paciente y con la vista del rol que usted elija desde esta misma página.
Referencias
- Secretaría de Salud · NOM-004-SSA3-2012, «Del expediente clínico»: contenido del expediente y 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: integridad, autenticidad, confidencialidad, disponibilidad y trazabilidad. Consultada el 27 de septiembre de 2026. ↗
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada en el Diario Oficial de la Federación el 20 de marzo de 2025. Consultada el 27 de septiembre de 2026. ↗
- SPARTANE · dossier de evidencia de plataforma, 03-pantallas: enumerado de tipos de pantalla, generadores de página, plantillas en disco (Templates/Pantallas/, 21 directorios), artefactos por pantalla, fase transversal, tipo de trabajo de servidor y catálogo maestro de controles. Verificado el 27 de septiembre de 2026 sobre el código en disco; nada se ejecutó en runtime.
- SPARTANE · base del motor de la casa, consulta de sólo lectura de proyecto, modulo_sistema, pantalla, funcionalidad, rol_sistema, regulacion y cat_tipo_pantalla. Corte del propio servidor: 27 de septiembre de 2026, 08:11 h.
- Vantus Medical · brochures del sistema: alcance intermedio, 24 páginas, y alcance mayor, 35 páginas. Las cinco pantallas de producto están en las páginas 8, 16, 17, 23 y 24 del segundo, rotuladas «datos ilustrativos».
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.