El requerimiento
Desde la Dirección General de Salud y la Inspectoría de la Fuerza Aérea llegó un requerimiento claro: el Centro Asistencial Retiro tiene que reportar estadísticas e indicadores mensuales.
Ellos definieron qué datos necesitan y qué indicadores hay que calcular. Nuestra tarea es producirlos y elevarlos mes a mes.
Suena simple. No lo es.
El problema de las dos verdades
En el CAR hay dos sistemas que producen datos estadísticos:
SIGEHO: Es el sistema de gestión hospitalaria que se usa hace años. Un sistema legacy, con sus limitaciones. Los usuarios, ante esas limitaciones, fueron desarrollando "soluciones caseras" — workarounds que les permiten hacer su trabajo pero que generan inconsistencias en los datos.
Facturación: El área de facturación tiene sus propios registros, porque necesita datos precisos para cobrar las prestaciones a IOSFA.
El problema: cuando comparás las estadísticas del SIGEHO con las de facturación, no coinciden. Hay un gap importante entre ambas fuentes.
"Cuando tenés dos fuentes de verdad, en realidad no tenés ninguna."
El origen del gap
¿Por qué pasa esto? Varias razones:
- Carga duplicada: A veces el mismo dato se carga en ambos sistemas, pero de forma diferente
- Workarounds: Los usuarios del SIGEHO hacen cosas que el sistema no estaba pensado para hacer, generando sesgos
- Timing: Los datos se cargan en momentos diferentes, generando desfasajes
- Criterios: Lo que para SIGEHO es una consulta, para facturación puede ser otra cosa
El resultado: mes a mes hay que hacer un trabajo manual de reconciliación, buscando un punto medio entre ambos números.
La solución en desarrollo
Lo que estoy construyendo es un sistema que unifique la carga de datos estadísticos y la facturación en un solo lugar.
La idea es simple: si la estadística y la facturación se generan desde el mismo sistema, con los mismos datos de entrada, el gap desaparece.
Cada departamento accede a una URL donde carga sus datos. Esos datos alimentan tanto las estadísticas como la facturación. Una sola fuente de verdad.
El desafío de la migración
Construir el sistema nuevo es la parte fácil. La parte difícil es la transición:
- ¿Cómo migrás usuarios que llevan años usando el SIGEHO?
- ¿Cómo manejás el período de transición donde conviven ambos sistemas?
- ¿Cómo garantizás que los datos históricos sigan siendo accesibles?
Es un proyecto que va más allá del código. Es change management aplicado.
Lo que estoy aprendiendo
Los problemas de datos rara vez son solo técnicos. Son problemas de procesos, de personas, de historia acumulada. Un sistema nuevo no resuelve nada si no viene acompañado de una estrategia de adopción. El código es el 30% del trabajo. El otro 70% es lograr que la gente lo use.