Una red de salud coordina incorporaciones administrativas, proveedores clínicos, servicios internos e inversiones entre varias sedes y sociedades. EAFlow ordena cada uno de esos recorridos sobre el Operational Graph —responsable declarado, decisión registrada y confirmación devuelta por el sistema responsable o por el responsable autorizado—, empezando por el proceso que la organización necesita resolver.
01 · El problema
Una red de salud opera con varias sedes, más de una sociedad y equipos administrativos repartidos. Incorporar a una persona, habilitar a un proveedor de insumos, pedir una intervención de mantenimiento o reponer un equipo exige combinaciones distintas de RR. HH., abastecimiento, finanzas, tecnología y la administración de cada sede según el recorrido: casi nunca las mismas personas y casi nunca en el mismo lugar.
La coordinación se sostiene con lo que hay a mano: planillas de Microsoft Excel con los pendientes de cada sede, una base de Microsoft Access que alguien mantiene para las solicitudes de equipamiento, correo para pedir la documentación que falta y carpetas en Microsoft SharePoint donde queda lo firmado. Cada pieza cumple una función útil y ninguna deja constancia de qué requisito faltaba, quién debía confirmarlo y con qué autorización quedó cerrado el caso.
El trabajo no se detiene por falta de sistemas: se detiene cuando un pendiente no tiene responsable declarado y su resultado no tiene quién lo confirme.
02 · La solución
Cada recorrido conserva sus reglas, sus participantes y su resultado propio: la incorporación administrativa de una persona no se cierra como se cierra un alta de proveedor, y una solicitud de servicio interno no se decide como se decide una inversión. Lo que comparten es el contexto: sedes, sociedades, servicios, roles, proveedores, contratos, activos y documentación con su vigencia, declarados una sola vez sobre el Operational Graph.
Ese contexto evita rehacer el trabajo en cada área: la sociedad correcta y la autoridad aplicable salen de la estructura declarada; la sede conecta la solicitud con el servicio, el espacio y el responsable que corresponden; la evidencia vigente de un proveedor se reutiliza cuando corresponde, y cada sociedad conserva su propia revisión y su propia decisión. BPMflow sostiene la ejecución —casos, asignación, plazos, autorizaciones y evidencia— y cada caso se arma con las sedes, las sociedades y las autoridades ya declaradas, no con un diagrama aparte. Max responde sobre un caso dentro del contexto autorizado: explica qué falta, muestra la evidencia registrada e indica el responsable siguiente.
El alcance es la operación administrativa de la red: el sistema clínico, la ficha del paciente, la agenda asistencial y la facturación de prestaciones permanecen en las aplicaciones y las áreas responsables de esa función.
03 · Los recorridos
Los cinco recorridos se relacionan entre sí —un proveedor habilitado abastece la reposición que se aprobó, y quien ingresa necesita el espacio que preparó un servicio interno—, y cada uno se acuerda por separado.
Cuándo ocurre
Ingresa personal administrativo o clínico, se incorpora un profesional externo con convenio, o alguien cambia de sede o de sociedad.
Quién interviene y qué se decide
RR. HH., la jefatura del servicio, la administración de sede y TI acuerdan qué documentación administrativa y qué habilitaciones de acceso corresponden antes de la fecha efectiva.
Qué puede salir distinto
La fecha efectiva se adelanta o llega un documento vencido: el caso vuelve con una observación concreta y las tareas ya programadas se revisan.
Cómo termina y quién lo confirma
La devolución para corregir mantiene el caso abierto; el rechazo con fundamento y la habilitación administrativa son los dos resultados terminales. Esa habilitación la registra el sistema de personas responsable o la confirma el responsable autorizado.
Cuándo ocurre
Se incorpora un proveedor de insumos, equipamiento o servicios; vence un certificado; cambia una cuenta bancaria o una sociedad facturadora.
Quién interviene y qué se decide
Abastecimiento arma el expediente, farmacia y almacén precisan el requisito del insumo, y el proveedor completa lo suyo con acceso acotado.
Qué puede salir distinto
Un cambio de dato sensible abre la comprobación que la organización hace por su propio canal, y el caso queda pendiente hasta que esa comprobación tiene resultado.
Cómo termina y quién lo confirma
El maestro devuelve la confirmación del alta, del cambio o de la restricción. Ante una diferencia posterior, resolución documental, desbloqueo, programación, pago y conciliación son estados separados.
Cuándo ocurre
Un servicio pide una intervención de mantenimiento, un traslado, la habilitación de un espacio o apoyo de otra área de la red.
Quién interviene y qué se decide
El área solicitante describe la necesidad, el responsable del servicio acuerda prioridad y plazo, y la sede confirma la ventana de ejecución.
Qué puede salir distinto
La ventana pedida no está disponible o el trabajo depende de un tercero: se acuerda una reprogramación con su motivo, y el caso sigue abierto.
Cómo termina y quién lo confirma
El cierre es la aceptación de quien pidió el servicio, con la evidencia de lo ejecutado. Ejecutar el trabajo y aceptarlo son dos hitos distintos.
Cuándo ocurre
Una misma regla, una renovación documental o un cambio administrativo alcanzan a varias sedes o sociedades de la red.
Quién interviene y qué se decide
La administración central define qué se resuelve en común y qué queda en cada sede; finanzas verifica la autoridad aplicable en cada sociedad.
Qué puede salir distinto
Una sede tiene una variante propia por su habilitación o su convenio: la variante queda declarada con su responsable, no como excepción informal.
Cómo termina y quién lo confirma
Queda un estado consolidado por sede —resuelto, pendiente con responsable o no aplicable—, confirmado por cada responsable local.
Cuándo ocurre
Se repone un equipo, se habilita un espacio, se amplía una sede o se incorpora tecnología administrativa o asistencial.
Quién interviene y qué se decide
El área solicitante presenta el sustento; abastecimiento, tecnología y operaciones registran su posición; la autoridad aplicable resuelve según el nivel de aprobación y la política vigentes.
Qué puede salir distinto
La aprobación llega con condiciones —comparación de ofertas, informe técnico, habilitación del espacio—: aprobar y cumplir son dos hitos distintos.
Cómo termina y quién lo confirma
La decisión queda registrada con su autoridad. Cada condición la da por cumplida el responsable autorizado o el sistema acordado para ese requisito, contra el documento que la acredita.
04 · Roles
Define el alcance y resuelve dentro de su atribución.
Qué ve
El estado de los casos abiertos por sede, sociedad y tipo, con las condiciones vigentes, próximas a vencer y vencidas.
Qué hace
Acuerda qué recorrido entra primero y da por cumplida cada condición contra su evidencia.
Sostiene el expediente del proveedor y su registro.
Qué ve
Altas, cambios y vencimientos por categoría y sociedad, con el requisito pendiente y el plazo.
Qué hace
Coordina al proveedor y a las áreas revisoras, ejecuta el alta o el cambio en el sistema responsable y devuelve su confirmación.
Aporta el contexto local y acepta lo recibido.
Qué ve
Los eventos, solicitudes e intervenciones de su sede, con la fecha comprometida y el responsable siguiente.
Qué hace
Aporta el contexto del puesto o del espacio, confirma la documentación administrativa y las habilitaciones de acceso, y acepta el trabajo recibido.
Coordina el evento y su expediente.
Qué ve
La bandeja de eventos y solicitudes por tipo, fecha efectiva y sede, con su documentación.
Qué hace
Arma las tareas del evento, lo devuelve con una observación concreta cuando falta información y registra el resultado.
05 · Implementación
La implementación parte de un recorrido y de una sede: alcanza con el contexto mínimo de ese proceso, sin un proyecto de arquitectura previo. Lo que se declara para el primero queda disponible para los siguientes.
1 · Acordar el primer recorrido
Qué recorrido entra primero, qué sedes y sociedades alcanza, quién autoriza cada tipo de caso y qué cuenta como resultado confirmado.
2 · Tomar el contexto operativo y conectar las fuentes
Toma sedes, sociedades, servicios, roles, maestro de proveedores y vigencias desde los sistemas responsables, y se integra con el repositorio documental cuando esa es la fuente autorizada.
3 · Probar el recorrido e incorporarlo
Se prueba con casos del período en curso en una sede, se ajustan reglas, plazos y participantes, y la operación diaria queda bajo control del equipo del cliente antes de extenderse a la red.
06 · Escenarios típicos
Varias sedes, más de una sociedad, convenios con profesionales externos y documentación que vence: situaciones frecuentes tanto en una red asistencial como en un asegurador de salud.
La operación administrativa avanza cuando cada pendiente tiene responsable, cada decisión queda registrada y cada resultado tiene quién lo confirme. Conviene empezar por un recorrido y una sede.
Operaciones administrativas de salud es la página de industria de EAFlow sobre el Operational Graph, sostenida por las capacidades de automatización de BPMflow. Los ejemplos de esta página son ilustrativos y describen recorridos que se acuerdan con cada organización.
