Vantus Medical · la evidencia
Un sistema que existe se demuestra con citas, no con adjetivos.
Esta página no argumenta. Enumera. Cada cifra trae el archivo y la línea donde se puede contar, cada norma trae su publicación en el Diario Oficial y su fecha, y el sistema se abre en otra pestaña sin pedirle un correo.
La regla de esta página
Qué cuenta como evidencia en esta página, y qué no
Un brochure afirma. Una página de evidencia se deja verificar. La diferencia práctica es que aquí cada renglón dice de dónde sale, y quien quiera discutirlo sabe exactamente qué archivo abrir, qué norma leer o qué consulta correr. Hay cinco orígenes y ninguno se mezcla con otro.
El brochure del sistema sostiene lo que Vantus Medical hace: la cadena de paciente a pago, las doce líneas de activación por alcance, el portal del tercero pagador, la malla de agentes y sus límites. La norma sostiene las obligaciones y sus fechas, con autoridad y publicación en el Diario Oficial. La plataforma sostiene lo que la fábrica de software de la casa tiene construido, con cita de archivo y línea en el expediente interno. El motor sostiene lo que está capturado en el expediente del proyecto, consultado en sólo lectura contra su base de datos. La casa sostiene los datos propios, con su fecha de verificación.
Y hay una sexta categoría que casi nadie publica: lo que no está. Está al final, con nombre y apellido. Una página de evidencia que sólo trae buenas noticias no es evidencia; es publicidad con tipografía seria.
- Construido y corriendo: se puede abrir, contar o ejecutar hoy.
- Capturado en el expediente del motor: el ciclo de vida, el estado y la transición existen como dato consultable, con su conteo exacto y su fecha.
- Construido y no conectado: el código existe en disco, no está integrado al proceso que produce su sistema, y se dice así.
- Obligación del establecimiento: lo que la norma le exige a su hospital y que ningún sistema asume en su lugar. En salud esta lista es larga y es la que más se esconde.
- No verificable a esta fecha: lo que no se pudo abrir en la fuente oficial. No se publica como dato duro, y se nombra.
Si un renglón de esta página no le cuadra, tiene el archivo, la norma o la consulta para desmentirlo. Eso es lo que la hace útil.
La casa
Veintisiete años implementando sistemas que alguien usa el lunes
Vantus Medical no nació como idea de producto. Nació de repetir, durante veintisiete años, el mismo trabajo en operaciones reales: levantar el proceso, modelarlo, construirlo, ponerlo a correr y sostenerlo cuando la norma o el cliente se movieron. Las diecinueve suites de la casa son esa experiencia consolidada por industria, y la de salud y hospitales privados es ésta.
Eso explica por qué el sistema no se parece a un catálogo de módulos. Se parece a la operación de un hospital: admisión con uno a tres pagadores por episodio, triage con color y tiempo objetivo, mapa de camas por sexo y aislamiento, administración de medicamentos con lectura de código, cuenta contra tabulador antes de enviarla, y un folio que la aseguradora ve como siniestro. Un mismo objeto, dos vistas.
No hay casos de cliente con nombre en esta página. Los hospitales donde este software opera no han autorizado el uso de su marca, y publicar el nombre de un establecimiento de atención médica sin ese permiso es una falta que no compensa ningún argumento de venta. Lo que sí se puede describir es la operación: clínicas con camas y hospitales comunitarios, hospitales grandes con alta especialidad, y redes con varias sedes y varias razones sociales. Si necesita una referencia con nombre para decidir, se pide y se gestiona por escrito.
Tampoco hay un solo dato de paciente en ninguna página de esta capa ni en el sistema en vivo. Ni real, ni de ejemplo. Los expedientes que verá en pantalla son folios administrativos con su responsable y su antigüedad, sin nombre, sin edad y sin diagnóstico, y llevan la marca de datos de ejemplo. Un proveedor que le enseñe un expediente clínico con datos de paciente en una demostración pública le está mostrando cómo trata los datos sensibles.
Las suites no fueron una idea. Fueron una conclusión.
Construido y corriendo
Lo que la plataforma demuestra, con el archivo y la línea
Vantus Medical se construye sobre la plataforma de generación de sistemas de la casa. La tabla siguiente es el resultado de contar el código en disco el 27 de septiembre de 2026, archivo por archivo. No es un conteo en tiempo de ejecución: «21 tipos de pantalla» significa veintiún valores de enumeración, veintiuna ramas del fabricante de generadores y veintiuna plantillas en disco, y así se dice.
La cita es el punto. Cualquier auditoría de software empieza pidiendo el archivo; aquí existe y se entrega a quien lo pida. Un director de sistemas de hospital que haya vivido una implementación sabe por qué esto importa: lo que no se puede contar antes de firmar se descubre después, y se cobra aparte.
Hecho · valor · cita en el código
| Qué | Cuánto |
|---|---|
| Documentos técnicos del catálogo generable | 211, de DOC-001 a DOC-211, sin huecos ni duplicados |
| Secciones del catálogo documental | 18 |
| Documentos del catálogo que son matrices | 11, entre ellas la de cumplimiento regulatorio, la de controles de seguridad y la de trazabilidad de requisitos |
| Tipos de pantalla que genera el motor de interfaz | 21, de CRUD a MAPA |
| Generadores de página implementados, uno por tipo | 21 |
| Plantillas de pantalla en disco, una por tipo | 21 directorios |
| Controles de interfaz catalogados | 45: 35 de captura y 10 de visualización y medios |
| Tareas del proceso de generación del motor | 19: 15 del proceso principal y 4 de gestión de cambios |
| Tablas del metamodelo en el script de esquema | 383 tablas únicas y 2.649 definiciones de columna |
| Controladores de interfaz de programación en el backend del portal | 500 archivos: 499 controladores y una clase base |
| Atributos de ruta declarados | 3,953 en total: 1.759 de lectura, 1.042 de actualización, 761 de baja y 391 de alta, más 66 rutas explícitas |
| Roles del catálogo del portal | 20 entradas, de las que una es pseudo-rol de acceso total: 19 roles reales |
| Pantallas del visor de proyecto | 32, de PVIZ-001 a PVIZ-032 |
| Subpatrones de regla de negocio catalogados | 75 en 18 categorías declaradas |
| Reglas de clasificación del motor de cambios | 662: 2 de nivel 0, 199 de nivel 1, 315 de nivel 2 y 146 de nivel 3 |
| Procedimientos almacenados del metamodelo de agentes | 315: 35 entidades por 9 procedimientos cada una |
| Líneas de código de la suite, sin dependencias ni binarios | cerca de 789.000: 382.415 de backend, 255.044 de interfaz, 54.502 del motor y el resto en los tres generadores |
Fuente: auditoría de código de la plataforma de la casa, conteo en disco del 27 de septiembre de 2026.
Ninguna de estas cifras necesita que usted nos crea. Necesita que pida el expediente.
Capturado en el expediente del motor
El sector salud dentro del motor: cinco proyectos y las matrices de estado reales
Lo anterior prueba que la fábrica existe. Esto prueba que este sector ya pasó por ella. En el expediente del motor —la base de datos donde vive el modelo de cada sistema antes de generarse— hay cinco proyectos de salud. Los conteos siguientes se obtuvieron con consultas de sólo lectura el 27 de septiembre de 2026, a las 08:08 según el reloj del propio servidor, que es el que manda.
El más avanzado de los cinco es un sistema de gestión de plantilla para una red de veintisiete hospitales: nueve módulos, sesenta y cinco pantallas, dieciséis roles y diez ciclos de vida con cuarenta y ocho estados y cuarenta y siete transiciones. Las cuarenta y siete transiciones tienen rol autorizado —ninguna queda abierta a cualquiera—, hay cincuenta y dos asignaciones de rol por estado y cuatro transiciones marcadas como reingreso, que es como un expediente vuelve atrás sin perder su historia.
Esas matrices no se resumen aquí: se publican completas, estado por estado y transición por transición, en /sistemas/vantus-medical/estados/, con la cita de la tabla de donde salió cada una. Lo que esta página sostiene es el conteo y su fecha.
Proyecto del sector salud · qué tiene capturado el motor
| El proyecto, descrito sin nombre de cliente | Módulos | Pantallas | Ciclos de vida, estados y transiciones |
|---|---|---|---|
| Gestión de plantilla en una red de veintisiete hospitales | 9 | 65 | 10 ciclos · 48 estados · 47 transiciones, todas con rol autorizado |
| Agenda y gestión de citas clínicas | 5 | 16 | Sin ciclos capturados a esta fecha |
| Expediente clínico digital | 7 | Sin pantallas generadas a esta fecha | Sin ciclos capturados a esta fecha |
| Gestión de citas médicas | 59 | Sin pantallas generadas a esta fecha | Sin ciclos capturados a esta fecha |
| Gestión de consultas médicas | 50 | Sin pantallas generadas a esta fecha | Sin ciclos capturados a esta fecha |
Fuente: consulta de sólo lectura al expediente del motor, base del motor de la casa, el 27 de septiembre de 2026 a las 08:08 del reloj del servidor. Los proyectos se describen por su objeto; ningún nombre de hospital ni de cliente se publica.
Conviene leer la tabla completa, incluidas las tres filas que dicen «sin pantallas generadas a esta fecha». Cincuenta y nueve módulos capturados significa exactamente eso: el modelo de negocio está levantado, y la capa de interfaz se genera desde él cuando el proyecto entra en implantación. Publicar sus módulos como si fueran pantallas funcionando sería el tipo de afirmación que esta página existe para evitar.
Un expediente de proyecto con estados, transiciones y roles autorizados es lo que separa un sistema de un formulario. Se puede contar, y aquí está contado.
Construido y corriendo
La prueba más fuerte: un sistema real, contado dos veces
Contar líneas de código prueba tamaño, no funcionamiento. La prueba de funcionamiento es otra: un sistema generado por esta plataforma para una operación real —una plataforma de lealtad, no un hospital— tiene 102 pantallas en disco, con 102 páginas de interfaz, 102 documentos de pantalla y 761 archivos de código en su carpeta de funcionalidades. Y la propia interfaz de ese sistema muestra en su tablero «7 módulos, 102 pantallas, 2 flujos de aprobación, 4 dashboards, 2 reportes, 5 monitores». El conteo del disco y el número que el sistema imprime en pantalla coinciden.
La segunda prueba es de costo medido, no estimado. Una bitácora de trabajo fechada el 5 de junio de 2026 registra 1.793 reglas de negocio clasificadas y con código generado en cuatro proyectos, un costo de modelo de 0,366 dólares por cada 40 reglas —cerca de nueve milésimas de dólar por regla— y 0,36 dólares por las 65 piezas de código de una pantalla completa, con cero errores de compilación.
La tercera es de ejecución: tres validaciones de negocio generadas por el motor se capturaron disparándose en la aplicación real con un recorrido automatizado, con su captura de pantalla en disco. Eso convierte «genera reglas de negocio» de promesa en hecho.
La misma bitácora obliga a una aclaración que conviene leer completa: la aplicación navegable de extremo a extremo se logró sobre un proyecto que ya tenía su capa de interfaz generada, y no sobre los cuatro pilotos originales, donde la cadena entre pantalla y regla tuvo que rehacerse primero. Publicar ese recorrido como si hubiera funcionado a la primera en cualquier proyecto sería falso, y por eso se dice aquí.
Un proveedor que le enseña sólo sus corridas buenas le está ocultando el costo de las malas, y ese costo lo paga su hospital.
Entre y úselo
El sistema de Vantus Medical, abierto, sin registro y sin costo
La evidencia que más pesa es la que usted puede accionar. El sistema en vivo está en /sistemas/vantus-medical/sistema/. No pide correo, no pide teléfono y no abre un formulario: abre en estado de trabajo, con expedientes cargados y con la marca datos de ejemplo visible en pantalla. Se entra con la vista puesta por rol añadiendo ?rol= a la dirección, de modo que enfermería de piso ve lo de enfermería y auditoría de cuentas lo suyo.
Diez módulos en la barra lateral, y cada uno se describe por lo que produce, no por lo que contiene: el expediente cerrado y completo al alta; la orden con su resultado o su administración y su cargo al ejecutarse; el estado de cuenta en vivo con deducible, coaseguro, copago y no cubiertos; la cuenta revisada contra el tabulador antes de enviarla; el comprobante fiscal con su complemento de pago; el expediente del siniestro que el tercero pagador ve documento por documento; la glosa con su causa, su monto y su responsable; el pago identificado por registro fiscal y referencia.
La vista que casi ningún sistema hospitalario abre a un visitante es la novena: la del dictaminador de la aseguradora. Un folio, dos vistas, y una bitácora compartida donde el hospital ve qué pidió el pagador y el pagador ve qué entregó el hospital. Ahí es donde se gana o se pierde la discusión de una cuenta, y por eso está en el sistema abierto y no en una lámina.
Quién entra · qué le toca · qué queda registrado
| Rol | Lo que le toca en el sistema | Lo que queda registrado |
|---|---|---|
| Médico tratante | La orden, la nota y el expediente que sostiene su decisión clínica | La orden con su prioridad, su autor y su hora, y la nota firmada |
| Enfermería de piso | Kardex, signos, pase de guardia y administración de medicamentos | Paciente, fármaco, dosis, vía y hora, con lectura de código en el acto |
| Admisión y caja | El episodio con sus pagadores, la autorización inicial y el anticipo | De uno a tres pagadores por episodio, con su elegibilidad verificada |
| Farmacia | Validación de la prescripción, surtido, lote y libro de controlados | Lote, caducidad y salida, con el control del libro de estupefacientes |
| Auditoría de cuentas | La cuenta revisada contra el tabulador antes de que salga del hospital | La diferencia identificada partida por partida, con la cláusula del convenio que la sostiene |
| Coordinación de siniestros | La autorización, el remanente de la suma asegurada y el documento que falta | Qué documento se pidió, quién lo subió y cuándo lo vio el pagador |
| Cuentas por cobrar | La cartera por pagador, la glosa abierta y la cuenta cerrada sin facturar | Causa de la glosa, monto y responsable, antes y después del timbrado |
| Dirección de administración y finanzas | El margen real por servicio, médico y convenio, y los días de cartera por sede | El indicador con su definición y su corte, no un número sin origen |
| El dictaminador de la aseguradora | El expediente del siniestro, para autorizar, glosar una partida o pedir un documento | La bitácora compartida: quién vio qué documento y qué decidió |
Fuente: brochures Pack M y Pack G de Vantus Medical, matriz de perfiles y valor por rol. Los expedientes del sistema en vivo son datos de ejemplo y no contienen datos de paciente.
Verlo no cuesta nada y no lo compromete a nada. Es la parte de esta página que no se puede falsificar.
Verificado contra el Diario Oficial
La norma que está dentro, con su publicación y su fecha
Un expediente clínico electrónico que no cita normas es un archivador con colores. Éstas son las obligaciones que enmarcan al sistema, con el grado de verificación de cada una al 27 de septiembre de 2026. Donde la fuente oficial no se pudo abrir, se dice; donde la afirmación de mercado no resiste, también.
Norma o instrumento · autoridad · publicación · qué obliga
| Norma o instrumento | Autoridad | Publicación que manda | Qué obliga |
|---|---|---|---|
| NOM-004-SSA3-2012, del expediente clínico | Secretaría de Salud | Diario Oficial de la Federación, 15 de octubre de 2012; en vigor a los 60 días naturales | Integración, contenido mínimo y conservación del expediente en todo establecimiento de atención médica. Abroga la NOM-168-SSA1-1998 |
| NOM-024-SSA3-2012, sistemas de información de registro electrónico para la salud | Secretaría de Salud, Dirección General de Información en Salud | Diario Oficial de la Federación, 30 de noviembre de 2012 | Requisitos funcionales, de interoperabilidad, seguridad, confidencialidad y catálogos. Aplica a los sectores público, privado y social. Abroga la NOM-024-SSA3-2010 |
| Ley Federal de Protección de Datos Personales en Posesión de los Particulares | Secretaría Anticorrupción y Buen Gobierno | Diario Oficial de la Federación, 20 de marzo de 2025; en vigor el 21 de marzo de 2025; reforma del 14 de noviembre de 2025 | Aviso de privacidad, base de licitud, medidas de seguridad y derechos de acceso, rectificación, cancelación y oposición. Los datos de salud son datos personales sensibles: consentimiento expreso y por escrito |
| Modelo de certificación de establecimientos de atención médica, segunda edición del manual para hospitales | Consejo de Salubridad General | Manual aprobado el 5 de marzo de 2026; recepción de solicitudes desde el 6 de abril de 2026 | Estándares de calidad y seguridad del paciente que acredita el hospital. Certifica establecimientos, nunca software |
| Estándar de interoperabilidad por recursos, versión R4 (4.0.1) | HL7 International | Publicada el 27 de diciembre de 2018 | Primera versión con contenido normativo y la más implantada. La versión R5 (5.0.0) se publicó el 26 de marzo de 2023 en estado de uso de prueba y la R6 no está publicada |
| Clasificación internacional de enfermedades, décima revisión | Organización Mundial de la Salud; en México, el centro mexicano de clasificación de enfermedades | México opera con la décima revisión; la undécima entró en vigor internacional el 1 de enero de 2022 | La norma de registro electrónico exige catálogos oficiales de codificación. No se verificó qué actualización exige hoy la autoridad ni si hay calendario de migración |
| Registro sanitario de software con función diagnóstica o terapéutica | Comisión federal para la protección contra riesgos sanitarios | Reglamento de insumos para la salud; artículo no verificado a esta fecha | Aplica sólo si el software realiza función diagnóstica o terapéutica. Un expediente clínico administrativo no requiere registro sanitario |
| Comprobante fiscal digital por internet, versión 4.0 | Servicio de Administración Tributaria | Portal de la autoridad no accesible en la verificación del 27 de septiembre de 2026 | Requisitos de forma de pago y clave de producto o servicio. No existe un complemento de servicios médicos en el catálogo de complementos: no se afirma lo contrario |
Fuente: Diario Oficial de la Federación, Cámara de Diputados, Consejo de Salubridad General, Dirección General de Información en Salud y HL7 International, verificados al 27 de septiembre de 2026. Las entradas de normalización internacional de seguridad de la información no se pudieron abrir en esa verificación.
Cuatro afirmaciones que esta página no hace, porque no se sostienen y circulan mucho en el sector: que existe una certificación de expediente clínico electrónico emitida por el centro nacional de excelencia tecnológica —no se pudo confirmar que ese órgano certifique sistemas, y afirmarlo es el riesgo de mercadotecnia más grande de esta industria—; que el consejo de salubridad certifica software —certifica establecimientos—; que la ley de portabilidad y responsabilidad de seguros médicos de Estados Unidos aplica a un prestador mexicano que no trata información de pacientes estadounidenses; y que la autoridad de datos personales sigue siendo el instituto anterior, cuando desde el 21 de marzo de 2025 la competencia pasó a la Secretaría Anticorrupción y Buen Gobierno. Todo aviso de privacidad hospitalario que nombre a la autoridad anterior está desactualizado.
Quien le venda una «certificación» de expediente clínico que ningún órgano emite le está vendiendo algo que no existe. Ahí se sabe con quién está hablando.
El límite declarado
Lo que es obligación del establecimiento y ningún sistema le quita
En salud esta distinción no es un detalle legal: es la diferencia entre pasar y no pasar una visita de verificación. El sistema le permite demostrar cumplimiento; la responsabilidad de cumplir sigue siendo del establecimiento de atención médica, porque así lo dicen las propias normas. Conviene desglosarlo, porque la confusión entre «tengo el sistema» y «cumplo» es la que produce el expediente incompleto el día de la auditoría o de la demanda.
- El expediente lo integra el personal de salud. La norma del expediente clínico fija contenido mínimo y organización de cada nota. El sistema impone los campos, no deja cerrar el alta sin lo que falta y deja rastro de quién escribió qué. Redactar la nota y firmarla es acto del profesional.
- La conformidad con la norma de registro electrónico se declara y se acredita. No hay sello ni distintivo que se compre: hay requisitos funcionales, de interoperabilidad, de seguridad y de catálogos que el sistema cumple y que el establecimiento acredita ante la autoridad sanitaria cuando se lo piden. Cualquier proveedor que le ofrezca una «certificación» en lugar de una declaración acreditable le está vendiendo tranquilidad, no cumplimiento.
- El consentimiento de datos sensibles es del paciente y lo recaba el hospital. Desde el 21 de marzo de 2025 los datos de salud exigen consentimiento expreso y por escrito. El sistema guarda el aviso, la versión que se firmó, la fecha y la bitácora de accesos; obtener la firma es del establecimiento.
- La certificación del hospital la otorga un órgano externo. El modelo de certificación de establecimientos recibe solicitudes desde el 6 de abril de 2026. El sistema mantiene el expediente de indicadores y evidencia de forma permanente para que la visita no encuentre un archivo muerto. No emite el certificado ni sustituye la evaluación.
- El acto de excepción es responsabilidad de quien lo ejerce. El acceso de urgencia al expediente de un paciente que no le corresponde queda registrado con su justificación y su usuario. Que exista el registro no exime a nadie: sirve para que después se pueda explicar.
- El dato lo captura quien opera. Si el insumo de quirófano no se registra en su hora, no hay software que lo invente, y ese cargo no se cobra. Lo que el sistema hace es que registrar sea más barato que no registrar: el cargo nace de la orden ejecutada, no de que alguien se acuerde al día siguiente.
- La conservación tiene plazo y política. Entre cinco y diez años según el acto, con baja controlada. El sistema retiene y documenta la baja; la política de retención la aprueba el establecimiento.
El software no lo hace cumplir. Lo hace demostrable, que es exactamente lo que le van a pedir el día de la visita.
Hágalo usted
Cómo verificar esta página sin pedirnos permiso
La utilidad de una página de evidencia se mide por cuántos de sus renglones puede confirmar alguien que no trabaja aquí. Éstas son las cinco vías, en orden de esfuerzo.
- Abra el sistema. /sistemas/vantus-medical/sistema/, sin registro, y cambie de rol en la dirección. Empiece por la vista del dictaminador de la aseguradora, que es la que ningún proveedor abre. Diez minutos.
- Verifique las dos normas en su publicación oficial. La del expediente clínico se publicó el 15 de octubre de 2012 y la de registro electrónico el 30 de noviembre de 2012, las dos en el Diario Oficial de la Federación, y las dos están en las referencias al pie con su dirección. Media hora.
- Pida la cita de código que le interese. Nombre el renglón de la tabla de la plataforma y se le muestra el archivo abierto en la línea citada, en sesión.
- Pida la consulta de las matrices de estado, en vivo. Los conteos de la sección cuarta salen de consultas de sólo lectura al expediente del motor. Se vuelven a correr delante de usted, con la fecha y la hora del servidor a la vista, y se comparan con lo publicado en la página de estados.
- Traiga su propia pregunta de cumplimiento. La que hoy no sabe contestar con su sistema actual: qué notas faltan en los expedientes cerrados del mes, quién consultó el expediente de un paciente en particular, cuántas cuentas se cerraron sin facturar. Si el sistema no la contesta a la vista, eso también es información.
Todo lo que se afirma aquí se puede revisar. Lo que no se pudo verificar se dice en la propia tabla donde aparece, con su motivo.
Preguntas frecuentes
¿Esta página tiene casos de cliente con nombre?
No, y no es por falta de operaciones. Los hospitales donde este software opera no han autorizado el uso de su marca, y publicar el nombre de un establecimiento de atención médica sin ese permiso es una falta que no compensa el argumento. Se describe la operación —clínica con camas, hospital comunitario, red de varias sedes— sin nombrar a nadie. Si necesita una referencia con nombre para decidir, se gestiona por escrito.
¿Hay datos de paciente en el sistema que puedo abrir?
No. Ni reales ni de ejemplo. Lo que verá son folios administrativos con su responsable, su antigüedad y su estado, marcados como datos de ejemplo. Lo real es el comportamiento: los estados, los roles, las validaciones, la bitácora y el expediente que se arma.
¿Las cifras de la plataforma son de producción o de código?
De código en disco, contado el 27 de septiembre de 2026, salvo las de la sección cuarta, que salen de consultas de sólo lectura al expediente del motor con la fecha y la hora del propio servidor. «Veintiún tipos de pantalla» significa veintiún valores de enumeración, veintiuna ramas del fabricante de generadores y veintiuna plantillas en disco. No significa veintiuno probados en ejecución.
¿El sistema está certificado en la norma de registro electrónico para la salud?
La conformidad con esa norma se declara y se acredita ante la autoridad sanitaria; no existe un sello que se compre. El sistema cubre requisitos funcionales, de interoperabilidad, de seguridad, de confidencialidad y de catálogos, y el establecimiento acredita su cumplimiento. No se pudo confirmar que ningún órgano mexicano certifique sistemas de expediente clínico, y por eso esta página no lo afirma.
¿Los agentes de inteligencia artificial funcionan o no?
Los del sistema hospitalario están descritos en su propia página, con su límite: dejan borrador, citan la evidencia y no firman la nota clínica ni el comprobante fiscal. Aparte de eso, en el disco de la plataforma hay treinta carpetas de agente en Python que no están integradas al motor: eso está en la lista de lo construido y no conectado, con su razón.
¿Qué pasa si encuentro un dato mal citado?
Escriba a sales@spartane.ai con el renglón y la corrección. Se corrige con la corrección a la vista y con la fecha del cambio. La firma al pie de esta página dice quién responde por ella.
Referencias
- Diario Oficial de la Federación · NOM-004-SSA3-2012, del expediente clínico. Publicada el 15 de octubre de 2012. Consultada el 27 de septiembre de 2026. ↗
- Diario Oficial de la Federación · NOM-024-SSA3-2012, sistemas de información de registro electrónico para la salud. Publicada el 30 de noviembre de 2012. ↗
- Dirección General de Información en Salud · texto de la NOM-024-SSA3-2012. ↗
- Cámara de Diputados · Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada el 20 de marzo de 2025, con reforma del 14 de noviembre de 2025. ↗
- Consejo de Salubridad General · manual del modelo de certificación para hospitales, segunda edición, aprobado el 5 de marzo de 2026. ↗
- HL7 International · historial de versiones del estándar de interoperabilidad por recursos: R4 (4.0.1) del 27 de diciembre de 2018 y R5 (5.0.0) del 26 de marzo de 2023. ↗
- SPARTANE · auditoría de código de la plataforma de la casa, conteo en disco del 27 de septiembre de 2026. Documento interno; las citas archivo:línea se muestran en sesión a solicitud.
- SPARTANE · consulta de sólo lectura al expediente del motor, base del motor de la casa, el 27 de septiembre de 2026 a las 08:08 del reloj del servidor: cinco proyectos del sector salud, con sus módulos, pantallas, ciclos de vida, estados y transiciones.
- Vantus Medical · brochures Pack M, veinticuatro páginas, y Pack G, treinta y cinco páginas.
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.