Vantus Medical · matrices de estado

Un formulario guarda lo que usted escribe. Una matriz de estado decide qué puede pasar después.

Esta es la página donde un sistema hospitalario se distingue de una pantalla de captura. Abajo están diez matrices transcritas del motor, con el rol que autoriza cada paso y la condición que lo habilita.

En resumen

Diez matrices de estado transcritas del motor, con el rol que autoriza cada transición y la condición que la habilita.
Lo que sí está poblado es un sistema hospitalario de plantilla y cobertura de turnos de una red de 27 hospitales: 10 ciclos, 48 estados y 47 transiciones, transcritos íntegros. Prueba que la plataforma genera sistemas hospitalarios reales; no prueba un expediente clínico generado, y así se dice.
Las 47 transiciones tienen rol autorizado; 10 llevan condición explícita, 10 disparan notificación a un rol, 2 tienen plazo en horas, 3 tienen rol de escalamiento y 4 están marcadas como reingreso.
El comportamiento de cada campo por estado —cuál se edita, cuál se bloquea, cuál se vuelve obligatorio— se configura en la implantación, contra el procedimiento de su hospital, y no se publica aquí como si ya estuviera decidido.

Qué es una matriz de estado, y por qué un formulario no lo es

Un formulario acepta lo que usted escriba. Si el campo pide una fecha, admite cualquier fecha; si pide un estatus, admite cualquiera de la lista, en cualquier orden, capturado por cualquiera. Un formulario no sabe que una cuenta no puede estar «timbrada» si nunca estuvo «auditada», ni que quien aprueba un cambio de turno no es la misma persona que lo pide.

Una matriz de estado sí lo sabe, porque no guarda un valor: guarda el conjunto de movimientos permitidos. Declara los estados que una cosa puede tener, por cada par de estados, si el paso de uno al otro existe, quién está autorizado a darlo y qué condición tiene que cumplirse antes. Lo que no está en la matriz no se puede hacer, y no porque el botón esté escondido: porque el movimiento no existe.

En un hospital eso deja de ser una discusión técnica el día de la auditoría o el día de la demanda. Un expediente que se puede llenar en cualquier orden no prueba nada: hay que creerle a quien lo capturó. Un expediente que es el recorrido de una máquina de estados prueba el orden, el autor, la hora y la condición de cada paso, y deja ver los pasos que faltan porque el recorrido está incompleto.

La pregunta que separa un sistema de un formulario es ésta: «¿qué pasa si alguien intenta hacerlo al revés?».

En salud, un registro que se puede reordenar después no es un registro: es un borrador con fecha.

Anatomía de una transición: las columnas que el motor guarda

Conviene ver el esqueleto antes de las matrices, porque explica qué se puede afirmar y qué no. Una transición del motor no es una flecha en un diagrama: es un renglón con campos, y cada campo es una regla. Lo que un campo no trae, esta página no lo redacta por su cuenta.

Lo que el motor guarda por cada transición y por cada estado

Campo	Qué significa	Dónde vive
Estado origen y estado destino	El par de estados que la transición conecta. Sin par, no hay movimiento	Spartan_WorkFlow_Transition
Acción	El nombre del movimiento en lenguaje del negocio: «aprobar papeleta», no «actualizar estatus»	Spartan_WorkFlow_Transition
Rol autorizado	Quién puede dar el paso. En este proyecto, las 47 transiciones tienen rol autorizado: ninguna queda abierta	Spartan_WorkFlow_Transition → rol_sistema
Condición	Lo que tiene que ser verdad para que el paso se permita: «motivo de catalogo capturado», «vigencia parametrizable vencida»	Spartan_WorkFlow_Transition
Notificaciones	A qué rol se avisa, en qué evento y por qué canal cuando la transición ocurre	Spartan_WorkFlow_Transition
Plazo y rol de escalamiento	Horas de la transición y rol al que se escala cuando se vencen	Spartan_WorkFlow_Transition
Reingreso	Marca de que la transición es una vuelta legítima a un estado anterior —una renovación, una reactivación— y no la corrección de un error	Spartan_WorkFlow_Transition
Estado: valor, código, nombre y fase	El estado con su valor, su código, su etiqueta visible y la fase del flujo a la que pertenece	Spartan_WorkFlow_State
Rol por estado, con su participación y sus permisos	Quién ejecuta y quién sólo consulta en cada estado, con permiso de consulta, alta, modificación, baja, exportación e impresión	Spartan_WorkFlow_Roles_by_State

Esquema real del motor de la casa, columnas leídas del catálogo del sistema el 27 de septiembre de 2026 a las 08:12 h, hora del propio servidor

En el motor de estados que corre dentro de los sistemas generados, la misma idea aparece con dos columnas más que vale la pena nombrar: requiere comentario y requiere evidencia. El servicio las consulta antes de permitir el movimiento y las exige al ejecutarlo. Al ejecutar, escribe el historial de la entidad con estado anterior y estado nuevo y una bitácora con la operación marcada como cambio de estado, el valor anterior y el valor nuevo. En un hospital eso es la diferencia entre «alguien cambió la dosis» y «quién la cambió, cuándo, desde qué valor y por qué».

Lo que el motor tiene hoy, y lo que no: el conteo antes que la tabla

Esta sección existe porque la pregunta legítima ante una tabla de estados es «¿de dónde la sacaron?». La respuesta, con nombre y hora: de la base del motor de la casa. La fecha de corte no es la de este documento, es la del propio servidor, porqueun conteo sin hora de corte no es reproducible. El corte de todas las consultas de esta página es el 27 de septiembre de 2026, entre las 08:07 y las 08:13 h, hora del servidor.

Y conviene decir de dónde sale cada cosa de esta página, porque en materia de ciclos de vida clínicos el mercado promete mucho y enseña poco. Los cuatro proyectos clínicos de la casa —expediente clínico digital, gestor de citas médicas, agenda y gestión de citas clínicas, y gestión de consultas médicas— tienen sus entidades, sus procesos y sus casos de uso dados de alta. Las matrices que esta página publica se sostienen en el marco del sector y en el proyecto hospitalario ya generado, y se dice en cada pie de dónde salen.

El quinto proyecto sí tiene sus ciclos poblados, y hay que decir exactamente qué es para que nadie lo lea de más: es dimensionamiento de plantilla y cobertura de turnos de una red de 27 hospitales, con 65 pantallas, 10 ciclos, 48 estados, 47 transiciones, 16 roles y 52 asignaciones de rol por estado. Es un sistema hospitalario real, generado por la misma plataforma, y de ahí salen las diez matrices que siguen. No es el expediente clínico ni el ciclo de ingresos, y no se presenta como prueba de ninguno de los dos. Lo que demuestra es otra cosa, y no es poca: que la plataforma produce sistemas hospitalarios con sus pantallas, sus roles, sus ciclos de vida y su documentación, y que cuando un ciclo se declara, se declara con este nivel de detalle.

Decirlo así tiene un costo comercial y se paga: sería más cómodo publicar una matriz de cuenta del paciente redactada para esta página. No se hace. Lo que el motor tiene se transcribe; lo que no tiene se cuenta y se declara.

Los cinco proyectos del sector salud en el motor, con su contenido real

Proyecto en el motor	Qué es	Ciclos de vida	Estados	Transiciones	Entidades declaradas	Módulos
El de este sistema	Plantilla y cobertura de turnos de una red de 27 hospitales. No clínico	10	48	47	50	9
El segundo del dominio de salud	Expediente clínico digital	0	0	0	37	7
El tercero del dominio de salud	Gestor de citas médicas	0	0	0	37	59
El cuarto del dominio de salud	Agenda y gestión de citas clínicas	0	0	0	25	5
El quinto del dominio de salud	Gestión de consultas médicas	0	0	0	0	50

Conteo ejecutado sobre la base del motor de la casa —tablas Spartan_WorkFlow, Spartan_WorkFlow_State, Spartan_WorkFlow_Transition, entidad y modulo_sistema— el 27 de septiembre de 2026 a las 08:12 h, hora del propio servidor

Para dar escala: en toda la base hay 733 ciclos de vida, 5,354 estados, 6,440 transiciones y 14,001 filas de rol por estado, al mismo corte. Es la escala sobre la que se construye un ciclo de vida clínico, y es la razón por la que esta página puede decir de dónde sale cada matriz en lugar de pedir que se le crea.

Los diez ciclos de este proyecto llevan además su cita de origen en el propio motor: la columna que registra de dónde se derivó cada flujo dice EXPLICACION en los diez, y cada uno guarda el fragmento textual del que nació. El de la credencial de personal, por ejemplo, dice: «Define quién puede cubrir cada servicio por credencial y habilidad real; es la base de las reasignaciones».

Sistema hospitalario de plantilla · muestra 1, la más grande

Recomendación de cobertura: la matriz que decide quién cubre el turno

Las siete matrices que siguen, ésta incluida, son del sistema de plantilla y cobertura de turnos de la red de 27 hospitales. Se transcriben porque enseñan, renglón por renglón, qué guarda el motor cuando un ciclo está declarado: el par de estados, la acción con nombre de negocio, el rol autorizado, la condición, el plazo, el escalamiento y el reingreso. Ninguna de ellas es el expediente clínico ni la cuenta del paciente.

Es el ciclo más completo del proyecto: nueve estados y diez transiciones. Modela el momento en el que falta personal en un servicio y el sistema propone a quién poner. Tiene lo que una matriz seria tiene y un flujo dibujado en una diapositiva nunca tiene: vigencia que caduca, motivo de catálogo obligatorio para apartarse de la propuesta, escalamiento jerárquico y una vuelta declarada como reingreso.

Estados: Generada · Notificada · En Decision · Aceptada · Modificada · Rechazada · Vencida · Recalculada · Escalada.

El diagrama se dibuja con los mismos estados y las mismas transiciones de la tabla que va debajo, sin añadir ninguna. Sale del proyecto de este sistema en la base del motor de la casa —dimensionamiento de plantilla y cobertura de turnos de una red de 27 hospitales, corte del 27 de septiembre de 2026, 08:13 h del propio servidor. No es el expediente clínico ni el ciclo de ingresos, y no se presenta como prueba de ninguno de los dos. El único arco en ámbar es el reingreso: de «Escalada» de vuelta a «En Decision». Los tres peldaños del fondo —aceptada, modificada y rechazada— son las tres salidas de la decisión, y dos de ellas exigen motivo de catálogo.

Matriz de estado · Recomendación de cobertura

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición que la habilita
1	Generada	Notificada	Disparar aviso multicanal	SISTEMA	—
2	Notificada	En Decision	Abrir recomendacion para decidir	Jefe de Piso / Supervisor de Personal Operativo	—
3	Notificada	Vencida	Vencer vigencia sin atencion	SISTEMA	Vigencia parametrizable vencida (valor inicial: 30 minutos)
4	En Decision	Aceptada	Aceptar recomendacion	Jefe de Piso / Supervisor de Personal Operativo	— (plazo registrado y escalamiento a Dirección de Hospital)
5	En Decision	Modificada	Modificar recomendacion con motivo de catalogo	Jefe de Piso / Supervisor de Personal Operativo	Motivo de catalogo capturado
6	En Decision	Rechazada	Rechazar recomendacion con motivo de catalogo	Jefe de Piso / Supervisor de Personal Operativo	Motivo de catalogo capturado
7	En Decision	Vencida	Vencer vigencia sin decision	SISTEMA	Vigencia parametrizable vencida (valor inicial: 30 minutos)
8	Vencida	Recalculada	Recalcular con estado actual	SISTEMA	—
9	Recalculada	Escalada	Escalar aviso al siguiente nivel jerarquico	SISTEMA	— (escala a Dirección de Hospital, con notificación)
10	Escalada	En Decision	Retomar recomendacion escalada	Jefe de Piso / Supervisor de Personal Operativo	— (marcada como reingreso)

Transcrito del motor: el proyecto de este sistema en la base del motor de la casa, tablas Spartan_WorkFlow_State y Spartan_WorkFlow_Transition, consultadas el 27 de septiembre de 2026 a las 08:13 h, hora del propio servidor. Nombres de estado, acción, condición y rol tal como están en el motor.

Lea las filas 5 y 6 juntas, porque son la afirmación entera del ciclo: apartarse de la propuesta del sistema exige un motivo de catálogo, no un campo libre. Un motivo de catálogo se puede contar, agrupar y comparar entre sedes; un campo libre no. Ahí está la diferencia entre saber que se rechazan propuestas y saber por qué.

Y lea la 3 y la 7: la recomendación caduca. La vigencia es parametrizable y su valor inicial en el motor es de treinta minutos, y al vencer no desaparece: pasa a «Vencida», el sistema la recalcula con el estado actual del turno y la escala a la Dirección de Hospital. El silencio también es un estado, y tiene consecuencia.

La cobertura que nadie decidió deja de ser un hueco invisible cuando el vencimiento es una transición con destinatario.

Papeleta de incidencia: la única con plazo en horas

El cambio de turno, el tiempo extra, el descanso y la suplencia son, en un hospital, la puerta por la que se va el costo de nómina y por la que entra el riesgo de dejar un servicio sin cubrir. En el motor esa puerta es un ciclo de cinco estados con cuatro transiciones, y es la única transición del proyecto con un plazo distinto de cero registrado: cuatro horas, con escalamiento a la Dirección de Hospital si se vencen.

El diagrama se dibuja con los mismos estados y las mismas transiciones de la tabla que va debajo, sin añadir ninguna. Sale del proyecto de este sistema en la base del motor de la casa —dimensionamiento de plantilla y cobertura de turnos de una red de 27 hospitales, corte del 27 de septiembre de 2026, 08:13 h del propio servidor. No es el expediente clínico ni el ciclo de ingresos, y no se presenta como prueba de ninguno de los dos. Lo que el dibujo enseña es la flecha que no está: de «Capturada» no sale ninguna hacia «Aprobada». Quien pide no aprueba.

Matriz de estado · Papeleta de incidencia

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición	Plazo y escalamiento
1	Capturada	Pendiente de Aprobacion	Enviar papeleta a aprobacion	Personal Operativo de Piso	—	— (notifica al Jefe de Piso / Supervisor)
2	Capturada	Cancelada	Cancelar papeleta antes de enviar	Personal Operativo de Piso	—	—
3	Pendiente de Aprobacion	Aprobada	Aprobar papeleta	Jefe de Piso / Supervisor de Personal Operativo	—	4 horas · escala a Dirección de Hospital
4	Pendiente de Aprobacion	Rechazada	Rechazar papeleta con motivo de catalogo	Jefe de Piso / Supervisor de Personal Operativo	Motivo de catalogo capturado	— (notifica al Personal Operativo de Piso)

Dos consecuencias salen de esta matriz sin necesidad de adornarla. La primera: no existe transición de «Capturada» a «Aprobada». Quien pide no aprueba, y el único camino a la aprobación pasa por el supervisor; ésa es la segregación de funciones escrita como ausencia de una flecha. La segunda: cancelar sólo se puede antes de enviar. Una papeleta ya enviada no se hace desaparecer, se rechaza con motivo, y el rechazo notifica a quien la pidió.

Corrida de planeación y escenario de simulación: el cálculo y el ensayo

Estas dos matrices sostienen una distinción que en un hospital se paga caro cuando no existe: la diferencia entre el número con el que se opera y el número con el que se ensaya un supuesto. La corrida de planeación es el cálculo oficial, con cadencia declarada, y tiene un estado propio para el caso incómodo: haber calculado con datos que ya no están dentro del cierre del periodo. El escenario de simulación es el ensayo, y no se publica a ningún tablero.

Matriz de estado · Corrida de planeación de plantilla

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición
1	Programada	En Proceso	Iniciar corrida	SISTEMA	—
2	En Proceso	Con Advertencia de Datos	Detectar datos fuera de antiguedad	SISTEMA	Datos exceden cierre del periodo mensual
3	En Proceso	Calculada	Completar calculo de plantilla y techo	SISTEMA	—
4	Con Advertencia de Datos	Calculada	Completar calculo con advertencia visible	SISTEMA	—
5	Calculada	Publicada	Publicar resultados a tableros	Dirección de Recursos Humanos	—
6	Publicada	Archivada	Archivar corrida al cierre del periodo	SISTEMA	—

Matriz de estado · Escenario de simulación

#	Estado origen	Estado destino	Acción	Rol autorizado	Nota del motor
1	En Configuracion	Simulado	Ejecutar simulacion con supuestos hipoteticos	SISTEMA	—
2	Simulado	En Configuracion	Ajustar supuestos y volver a simular	Dirección de Finanzas	Marcada como reingreso
3	Simulado	Guardado	Guardar escenario para presupuesto	Dirección de Finanzas	—

La fila 2 de la corrida es la que un auditor de datos busca. El sistema no se calla que calculó con información que excede el cierre del periodo: abre un estado, «Con Advertencia de Datos», y sólo desde ahí llega a «Calculada», con la advertencia visible. El número sigue existiendo y sigue sirviendo; lo que no puede es pasar por limpio.

Y en el escenario de simulación, la fila 2 está marcada como reingreso: volver a configurar después de simular no es corregir un error, es el trabajo normal de probar un supuesto. Que el motor distinga las dos cosas es lo que permite después contar cuántas veces se rehízo un cálculo por equivocación y cuántas por ensayo.

Credencial de personal: la caducidad como estado, no como recordatorio

La cédula profesional, la especialidad, el privilegio hospitalario y la certificación vencida son, en un hospital, riesgo médico-legal antes que problema administrativo. En este ciclo la caducidad no es un aviso que alguien puede ignorar: es un estado, con su ventana de alerta como condición y con la renovación tardía distinguida de la renovación a tiempo.

El diagrama se dibuja con los mismos estados y las mismas transiciones de la tabla que va debajo, sin añadir ninguna. Sale del proyecto de este sistema en la base del motor de la casa —dimensionamiento de plantilla y cobertura de turnos de una red de 27 hospitales, corte del 27 de septiembre de 2026, 08:13 h del propio servidor. No es el expediente clínico ni el ciclo de ingresos, y no se presenta como prueba de ninguno de los dos. Los dos caminos a «Renovada» son la misma renovación con dos nombres: el previsto, desde «Por Vencer», y el tardío, desde «Vencida», que el motor marca como reingreso.

Matriz de estado · Credencial de personal

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición
1	Vigente	Por Vencer	Alcanzar umbral de vencimiento proximo	SISTEMA	Fecha de vencimiento dentro de la ventana de alerta (notifica a Dirección de Recursos Humanos)
2	Por Vencer	Vencida	Vencer credencial sin renovacion	SISTEMA	Fecha de vencimiento superada
3	Por Vencer	Renovada	Registrar renovacion de credencial	Dirección de Recursos Humanos	—
4	Vencida	Renovada	Registrar renovacion tardia de credencial	Dirección de Recursos Humanos	— (marcada como reingreso)

Las filas 3 y 4 son la misma renovación con dos nombres distintos, y ésa es la gracia. Renovar desde «Por Vencer» es el camino previsto. Renovar desde «Vencida» es la excepción, lleva su propia acción —«renovacion tardia»— y está marcada como reingreso en el motor. Cuando el auditor pregunta cuántas credenciales se renovaron después de haber vencido, la respuesta es una consulta y no una reconstrucción.

La certificación caducada que nadie vio hasta la auditoría requiere que la caducidad no sea un estado. Aquí lo es.

Cuenta de usuario: quién llega a tener acceso al expediente

Esta matriz no parece clínica y es la más clínica de todas, porque en un hospital el control de quién puede abrir un expediente es el primer control de datos personales sensibles. Cinco estados, siete transiciones, y una separación que conviene leer despacio: quien administra el sistema mueve la solicitud y la suspensión; quien aprueba el acceso con su rol y su alcance es la Dirección de Recursos Humanos, no el administrador.

Matriz de estado · Cuenta de usuario

#	Estado origen	Estado destino	Acción	Rol autorizado	Nota del motor
1	Solicitada	Pendiente de Aprobacion	Enviar solicitud de acceso a aprobacion	Administrador del Sistema	—
2	Pendiente de Aprobacion	Activa	Aprobar y activar cuenta con rol y alcance	Dirección de Recursos Humanos	Notifica al Administrador del Sistema
3	Pendiente de Aprobacion	Dada de Baja	Rechazar solicitud de acceso	Dirección de Recursos Humanos	—
4	Activa	Suspendida	Suspender cuenta	Administrador del Sistema	—
5	Activa	Dada de Baja	Dar de baja cuenta	Administrador del Sistema	—
6	Suspendida	Activa	Reactivar cuenta	Administrador del Sistema	Marcada como reingreso
7	Suspendida	Dada de Baja	Dar de baja cuenta suspendida	Administrador del Sistema	—

No existe transición de «Solicitada» a «Activa». Una cuenta con acceso al expediente clínico no se crea de un solo movimiento, ni siquiera por el administrador del sistema: pasa por aprobación, y la aprobación fija el rol y el alcance en el mismo acto. La reactivación desde «Suspendida» está marcada como reingreso, de modo que una cuenta que volvió no se confunde con una que nunca se suspendió.

Las cuatro matrices cortas: regla, excepción, ratio y contratación

Cuatro matrices cortas que sostienen cuatro afirmaciones que en esta capa importan más que cualquier adjetivo. Un parámetro que decide cómo opera el hospital no se cambia sin aprobación y sin versión. El dato sucio que llega de un sistema heredado no se descarta en silencio ni se homologa a ojo: tiene su propio ciclo, con un curador responsable. Y las dos decisiones que tocan el dinero estructural —cambiar el ratio de personal por servicio y crear una plaza nueva— no las toma quien detecta el problema: el ratio lo resuelve un comité; la plaza, finanzas.

Matriz de estado · Regla paramétrica

#	Estado origen	Estado destino	Acción	Rol autorizado
1	Borrador	En Aprobacion	Enviar regla a aprobacion	Administrador del Sistema (notifica a Área Legal / Cumplimiento Laboral)
2	En Aprobacion	Borrador	Devolver regla para ajuste	Área Legal / Cumplimiento Laboral
3	En Aprobacion	Vigente	Aprobar y versionar regla	Área Legal / Cumplimiento Laboral
4	Vigente	Reemplazada	Reemplazar por nueva version	SISTEMA

Matriz de estado · Registro de excepción de datos

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición
1	En Cola de Excepciones	En Curaduria	Tomar registro para curaduria	Analista de Datos / Curador de Excepciones	—
2	En Curaduria	Homologado	Mapear a catalogo maestro	Analista de Datos / Curador de Excepciones	Registro mapeado a identificador unico
3	En Curaduria	Descartado	Descartar registro no homologable	Analista de Datos / Curador de Excepciones	—

Matriz de estado · Propuesta de ajuste de ratio

#	Estado origen	Estado destino	Acción	Rol autorizado
1	Propuesta	En Evaluacion del Comite	Enviar ajuste a comite	SISTEMA (notifica al Comité de Desarrollo Organizacional)
2	En Evaluacion del Comite	Aprobada	Aprobar ajuste de ratio con bitacora	Comité de Desarrollo Organizacional
3	En Evaluacion del Comite	Rechazada	Rechazar ajuste de ratio con bitacora	Comité de Desarrollo Organizacional

Matriz de estado · Recomendación de contratación

#	Estado origen	Estado destino	Acción	Rol autorizado	Condición
1	Generada	En Revision	Enviar a revision de finanzas	SISTEMA (notifica a Dirección de Finanzas)	Horas extra por encima de jornada completa 3 meses consecutivos
2	En Revision	Aprobada	Aprobar creacion de plaza	Dirección de Finanzas	—
3	En Revision	Rechazada	Rechazar creacion de plaza	Dirección de Finanzas	—

La acción de la fila 3 de la regla paramétrica se llama, en el motor, «aprobar y versionar»: son un solo movimiento. No hay forma de dejar vigente una regla sin que quede su versión, porque la versión no es un paso posterior que alguien pueda olvidar. Y quien aprueba no es quien redacta: el administrador del sistema envía, el área legal y de cumplimiento aprueba o devuelve.

En el registro de excepción, la condición de la fila 2 es el renglón que ahorra el problema clásico de una red multi-unidad: un paciente, un servicio o un insumo con cuatro nombres distintos en cuatro sedes. Homologar exige quedar mapeado a un identificador único; si no se puede, la salida es «Descartado» con autor, no un dato dudoso conviviendo con los buenos.

La condición de la primera fila de la recomendación de contratación es un ejemplo de por qué vale la pena leer una matriz de estado en lugar de un folleto: «horas extra por encima de jornada completa 3 meses consecutivos». No es una corazonada de un jefe de servicio ni una petición en una junta; es un umbral escrito en la transición, que el sistema evalúa y que dispara la revisión de finanzas. Que el criterio esté en el motor y no en la costumbre es lo que permite discutirlo, medirlo y cambiarlo.

Y en las matrices de ratio y de contratación, la acción de aprobar y la de rechazar dicen «con bitacora». La palabra está en el nombre de la acción, no en una nota al pie.

Cuando el umbral que abre una plaza está en la matriz, la plantilla deja de ser una negociación y pasa a ser una consulta.

El rol por estado: quién ejecuta y quién sólo mira

La matriz de transiciones dice quién puede mover algo. La tabla de rol por estado dice algo distinto y complementario: en cada estado, quién es el ejecutor y quién está ahí sólo para consultar, con su permiso de alta y de modificación por separado. El proyecto tiene 52 filas de rol por estado sobre 16 roles, y el reparto no es decorativo.

Rol por estado · cuatro ciclos, transcritos del motor

Ciclo de vida	Estado	Rol	Participación	Puede dar de alta	Puede modificar
Credencial de personal	Vigente	Dirección de Recursos Humanos	Ejecutor	Sí	No
Credencial de personal	Vigente	Jefe de Piso / Supervisor de Personal Operativo	Consulta	No	No
Credencial de personal	Vencida	Dirección de Recursos Humanos	Ejecutor	Sí	No
Cuenta de usuario	Solicitada	Administrador del Sistema	Ejecutor	No	Sí
Cuenta de usuario	Pendiente de Aprobacion	Dirección de Recursos Humanos	Ejecutor	No	Sí
Cuenta de usuario	Suspendida	Administrador del Sistema	Ejecutor	No	Sí
Papeleta de incidencia	Capturada	Personal Operativo de Piso	Ejecutor	No	Sí
Papeleta de incidencia	Pendiente de Aprobacion	Jefe de Piso / Supervisor de Personal Operativo	Ejecutor	No	Sí
Papeleta de incidencia	Aprobada	Personal Operativo de Piso	Consulta	No	No
Recomendación de cobertura	En Decision	Jefe de Piso / Supervisor de Personal Operativo	Ejecutor	Sí	Sí
Recomendación de cobertura	Aceptada	Personal Operativo de Piso	Consulta	No	No
Recomendación de cobertura	Escalada	Dirección de Hospital	Consulta	No	No

Tres lecturas que salen de esta tabla. La primera: en la papeleta, el personal operativo es ejecutor mientras la papeleta está «Capturada» y pasa a ser consulta en cuanto está «Aprobada». El mismo usuario, el mismo registro, otro permiso, porque el estado cambió. La segunda: en la cuenta de usuario, el ejecutor del estado «Pendiente de Aprobacion» es Recursos Humanos y no el administrador del sistema. La tercera: la Dirección de Hospital aparece como consulta en el estado «Escalada», que es exactamente lo que significa escalar: el nivel superior ve, el nivel operativo sigue decidiendo.

Las entidades clínicas del sector: qué sostiene el proceso y qué no está en el motor

Hasta aquí, todo lo transcrito viene del motor. Esta sección es distinta y su encabezado lo dice: ninguna fila de la tabla siguiente sale del motor. Sale del brochure del sistema y del proceso del sector, y el origen va declarado en la propia tabla, fila por fila. Se publica porque el marco tiene valor —son las siete entidades sobre las que gira un hospital— y porque callarlo sería peor que declararlo.

Lo que se publica de cada entidad son los estados que el proceso nombra y la decisión que su ciclo tiene que contener. Lo que no se publica es una transición: ni el par de estados, ni el rol autorizado, ni la condición. Eso se transcribirá cuando el motor lo tenga, con su hora de corte, igual que las diez matrices de arriba.

Antes de esa tabla va otra que sí sale del motor, y conviene leerla primero porque es la que explica dónde está exactamente el hueco. En los proyectos clínicos, los movimientos ya están declarados como casos de uso, con su actor principal, y las entidades que guardarían el estado también existen —incluido un catálogo cuyo propósito declarado es «lista de estados posibles para una cita»—. Lo que falta no es el análisis: es la máquina de estados que une esos movimientos en una matriz con rol y condición.

Los movimientos que el motor ya declara como caso de uso, con su actor

Entidad	Movimiento declarado	Actor principal	Proyecto
Cita	Agendar nueva cita · reprogramar cita · cancelar cita	Recepcionista	Agenda y gestión de citas clínicas
Cita	Registrar asistencia · registrar no asistencia	Recepcionista	Agenda y gestión de citas clínicas
Cita	Enviar recordatorio a 48 horas · enviar recordatorio y solicitud de confirmación a 24 horas	Sistema	Agenda y gestión de citas clínicas
Nota clínica	Registrar nota de evolución · dictar nota en consulta	Personal médico	Expediente clínico digital
Receta electrónica	Generar nueva receta · enviar receta a farmacia · dispensar por receta	Personal médico · jefatura de farmacia	Expediente clínico digital
Orden de estudio	Generar orden de laboratorio o gabinete · enviar orden al laboratorio externo · recibir y procesar el resultado · visualizar resultados	Personal médico · sistema	Expediente clínico digital
Expediente	Consultar historial clínico · auditar acceso a registros clínicos	Personal médico · responsable de seguridad	Expediente clínico digital
Episodio de urgencias	Realizar triage de paciente	Personal de enfermería	Expediente clínico digital

Transcrito del motor: tabla caso_uso de los otros proyectos del dominio de salud de la base del motor de la casa, leída el 27 de septiembre de 2026, hora del propio servidor. Son casos de uso con actor, no transiciones: en Spartan_WorkFlow_Transition estos dos proyectos tienen cero filas.

Las siete entidades del sector, con el origen de cada fila

Entidad	Estados que el proceso nombra	La decisión que el ciclo tiene que contener	Origen de la fila
Episodio	Admitido · en piso · en quirófano · en observación · de alta	El destino al salir de urgencias: alta, observación, internación o traslado, con su hora de decisión	Brochure · triage y destino de urgencias
Orden clínica	Prescrita · validada · ejecutada · con resultado o administrada	Que ejecutar la orden genere el cargo en el mismo acto, y no al recordarlo	Brochure · cadena paciente → episodio → orden → resultado → cargo
Nota clínica	Borrador · firmada	Que ningún agente de inteligencia artificial pase de borrador a firmada: la firma es del profesional	Brochure · gobierno de agentes, límite clínico
Expediente del episodio	Abierto · completo al alta · codificado · cerrado	Que la completitud del expediente sea condición de facturar, y no un aviso	Brochure · criterio de aceptación, punto 3 · norma NOM-004-SSA3-2012
Cuenta del paciente	Abierta · auditada · timbrada · enviada · cobrada	La auditoría de la cuenta contra tabulador y convenio antes del envío	Brochure · auditoría de cuenta y ciclo de ingresos
Partida de la cuenta	Cargada · dentro de tabulador · fuera de tabulador · glosada · ajustada	Quién puede aceptar un ajuste sobre una partida y con qué soporte	Brochure · pantalla de auditoría de cuenta contra tabulador
Glosa	Abierta · contestada · resuelta con nota de crédito · perdida	La causa tipificada de la glosa, su monto y su responsable	Brochure · glosas por autorización, cargos y factura

Fuente: brochures Pack M y Pack G de Vantus Medical y NOM-004-SSA3-2012 (DOF, 15 de octubre de 2012). Ninguna fila de esta tabla proviene del motor: en el motor, estas siete entidades no tienen ciclo de vida declarado al corte del 27 de septiembre de 2026, 08:12 h del servidor

Hay una fila de esta tabla que el motor sí sostiene de otra manera, y se dice para no perderla: la vista de la aseguradora del brochure tiene tres acciones explícitas sobre el expediente del siniestro —autorizar, glosar una partida y solicitar un documento— con su bitácora compartida y su control de visibilidad documento por documento. Son las tres decisiones que un ciclo de vida de glosa tendrá que contener. Nombrar las acciones no es transcribir la matriz, y la diferencia se respeta.

Publicar el marco y declarar el hueco vale más que publicar una matriz redactada, porque lo que esta capa afirma es precisamente que el sistema existe.

Cómo leer estas matrices cuando las vea en pantalla

Las tablas de arriba son el contenido del motor. En el sistema, ese contenido se ve de otra manera: cada estado es una columna de tablero o un filtro de bandeja, y cada transición es el único botón que aparece cuando su rol puede darla y la condición se cumple. Si el botón no está, no es que se haya ocultado: es que la transición no existe para usted en ese estado.

Hay una consecuencia de diseño que conviene anticipar, porque la primera vez incomoda, y en un hospital incomoda más. Un sistema con matriz de estado tiene menos botones que un formulario y en cada momento muestra menos opciones. Esa pobreza aparente es el control: la pantalla no le ofrece hacer algo que después alguien tendría que deshacer, ni le deja cerrar un paso que la norma exige completo.

Y una más, para quien viene de operar con hojas de cálculo y correos: el estado no se escribe, se alcanza. Nadie teclea «aprobada» en una papeleta. Alguien con el rol de supervisión ejecuta la aprobación sobre una papeleta que está pendiente, dentro de su plazo, y el sistema escribe el estado, el autor, la hora y el valor anterior. Si el plazo se vence, el propio sistema escala.

El día que le pidan el expediente, la diferencia entre teclear un estado y alcanzarlo es la diferencia entre un archivo y una prueba.

Preguntas frecuentes

¿De dónde salen exactamente estas matrices, y de qué proyecto?

Del motor de la casa. Están transcritas del proyecto de este sistema en la base del motor de la casa —la gestión de plantilla de una red de 27 hospitales, consultado el 27 de septiembre de 2026 entre las 08:07 y las 08:13 h, hora del propio servidor, en las tablas Spartan_WorkFlow, Spartan_WorkFlow_State, Spartan_WorkFlow_Transition, Spartan_WorkFlow_Roles_by_State y rol_sistema. La hora es la del servidor y no la de quien escribe, porqueun conteo sin hora de corte no es reproducible.

¿Por qué no hay una matriz de la cuenta del paciente o de la glosa?

Porque no está en el motor y no se redacta. De los cinco proyectos del sector salud del motor, los cuatro clínicos tienen cero ciclos de vida, cero estados y cero transiciones al corte indicado, aunque sí tienen entidades declaradas: 37, 37, 25 y 0 respectivamente. Lo que esta página publica de esas entidades son sus estados y la decisión que su ciclo tendrá que contener, con el origen declarado fila por fila, y nunca una transición.

¿Cuántas matrices están transcritas aquí, y de qué sistema?

Diez, y todas del sistema hospitalario de plantilla y cobertura de turnos de la red de 27 hospitales, que es el proyecto del dominio salud con los ciclos poblados. Diez ciclos de vida, con 48 estados y 47 transiciones, sobre 16 roles y 52 asignaciones de rol por estado. Las 47 transiciones tienen rol autorizado; 10 llevan condición explícita, 10 disparan notificación con rol y evento, 2 tienen plazo en horas, 3 tienen rol de escalamiento y 4 están marcadas como reingreso. Para escala: la base completa tiene 733 ciclos, 5,354 estados, 6,440 transiciones y 14,001 filas de rol por estado al mismo corte.

¿Puede alguien cambiar un estado sin pasar por la matriz?

No por la vía normal: el movimiento que no está en la matriz no existe en la pantalla. Y cuando un estado cambia, el motor de estados escribe el historial de la entidad con estado anterior y estado nuevo y una bitácora con la operación, el valor anterior y el valor nuevo. Hay transiciones que además exigen comentario o archivo de evidencia para poder ejecutarse.

¿Qué es la matriz de comportamiento de campos por estado, y por qué no aparece?

Es la tabla que dice, para cada estado, qué campo queda visible, obligatorio o de sólo lectura: lo que haría que una nota clínica firmada dejara de admitir edición del diagnóstico, por ejemplo. Existe como tabla del motor, Spartan_WorkFlow_Matrix_of_States, y tiene cero filas en toda la base al corte del 27 de septiembre de 2026. Es un pendiente real y por eso está declarado en la tabla de pendientes, no disimulado.

¿Estas matrices se pueden cambiar si mi hospital opera distinto?

Sí, y sin orden de cambio. Un estado nuevo, una transición nueva o un cambio de rol autorizado entran por el motor de cambios del sistema, que clasifica el impacto, aplica o pide aprobación según el nivel, y deja solicitud, comentario, respaldo e instantánea de versión. Lo que no se negocia es la parte que la norma fija: el contenido del expediente y de cada nota que exige la NOM-004-SSA3-2012.

Referencias

Motor del motor de la casa · proyecto de este sistema en la base del motor de la casa: tablas Spartan_WorkFlow, Spartan_WorkFlow_State, Spartan_WorkFlow_Transition, Spartan_WorkFlow_Roles_by_State y rol_sistema. Consultadas el 27 de septiembre de 2026 entre las 08:07 y las 08:13 h, hora del propio servidor. Origen de las diez matrices, los 48 estados y las 47 transiciones de esta página.
Motor del motor de la casa · conteo de contenido de los cinco proyectos del dominio de salud sobre las tablas Spartan_WorkFlow, entidad, modulo_sistema y pantalla, y conteo de Spartan_WorkFlow_Matrix_of_States en toda la base (0 filas). Mismo corte de servidor.
Motor de estados en ejecución dentro del sistema generado: — validación de transición y de rol, estados siguientes válidos, ejecución, historial de la entidad, bitácora con valor anterior y nuevo, exigencia de comentario y de evidencia. Verificado el 27 de septiembre de 2026.
NOM-004-SSA3-2012, Del expediente clínico. Secretaría de Salud. Publicada en el Diario Oficial de la Federación el 15 de octubre de 2012; abroga la NOM-168-SSA1-1998. Consultada el 27 de septiembre de 2026. ↗
NOM-024-SSA3-2012, Sistemas de información de registro electrónico para la salud. Intercambio de información en salud. Secretaría de Salud, Dirección General de Información en Salud. Publicada en el Diario Oficial de la Federación el 30 de noviembre de 2012. Consultada el 27 de septiembre de 2026. ↗
Vantus Medical · brochures Pack M (clínica con camas y hospital comunitario) y Pack G (hospital grande y red multi-unidad): cadena paciente → episodio → orden → resultado → cargo → comprobante → pago, criterio de aceptación, auditoría de cuenta contra tabulador, glosas por causa y gobierno de agentes. Origen declarado de la tabla de entidades del sector.

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.

Agendar la demostración WhatsApp

Siga por aquí

Los cambios, en la sesiónSeguridad y auditoríaRoles y vistasEl modelo de datos y el expediente

Quién responde por esta página

Matrices de estado transcritas del proyecto de este sistema en el motor —un sistema hospitalario de plantilla y cobertura de turnos, no el expediente clínico— el 27 de septiembre de 2026 a las 08:13 h del propio servidor, con el conteo exacto de los ciclos que los cuatro proyectos clínicos todavía no tienen. Ninguna transición de esta página fue redactada: todas se leyeron de su origen.

Mesa sectorial de SPARTANE · veintisiete años implementando sistemas en operación · 6 referencias numeradas al pie · fuentes primarias verificadas al 27 de septiembre de 2026; las cifras del motor llevan su propio corte, indicado donde aparecen (qué significa cada fecha). Si encuentra un dato mal citado, escríbanos a sales@spartane.ai y lo corregimos con la corrección a la vista.