La respuesta breve
DHIS2 significa District Health Information Software 2 (Software de Información Sanitaria Distrital 2). Es una plataforma de código abierto y basada en web para recopilar, gestionar, visualizar y analizar datos de salud, desarrollada originalmente por el programa HISP de la Universidad de Oslo y mantenida por una comunidad global de colaboradores. Es de uso gratuito; se paga por los servidores, la implementación, la configuración, la capacitación y el soporte, pero la plataforma en sí no tiene ningún costo de licencia.
DHIS2 no es una sola herramienta. Es una plataforma con múltiples módulos que pueden configurarse para distintos fines.
Para qué está diseñado DHIS2
DHIS2 gestiona dos tipos de datos de salud fundamentalmente diferentes, cada uno respaldado por un módulo distinto.
Datos agregados: contar lo que ocurre
El módulo de datos agregados gestiona recuentos, tasas y proporciones resumidas periódicamente, reportadas por establecimiento, distrito o nivel nacional según un calendario definido. En Nigeria, el NHMIS (Sistema Nacional de Gestión de Información Sanitaria) funciona sobre el módulo de datos agregados de DHIS2. Cada establecimiento presenta informes mensuales a través de este sistema, y esos informes alimentan las estadísticas sanitarias nacionales.
Los datos agregados son rápidos de recopilar, se transmiten bien en entornos de baja conectividad y son suficientes para monitorear tendencias y el desempeño de los programas a nivel poblacional. No aportan ninguna información sobre pacientes individuales.
Tracker: seguimiento de casos individuales
DHIS2 Tracker es el módulo a nivel individual. En lugar de contar eventos agregados, hace seguimiento de personas o casos individuales a través de un flujo de trabajo definido, desde el registro inicial hasta el desenlace. Tracker se utiliza para la vigilancia de brotes de enfermedades, el rastreo de contactos, el seguimiento de salud materna y los registros de vacunación.
El sistema de vigilancia de Mpox que configuré en el estado de Imo funcionaba sobre DHIS2 Tracker. Cada uno de los 231 casos investigados tenía un registro individual vinculado a su LGA, cronología de investigación, resultado de laboratorio y desenlace. Esos datos a nivel individual permitieron el análisis epidemiológico publicado en literatura revisada por pares. Para más detalle sobre la configuración, consulte DHIS2 Tracker Configuration for Outbreak Surveillance.
Lo que DHIS2 no es
- No es un sistema de historia clínica. No está diseñado para reemplazar los sistemas de información hospitalaria ni para gestionar la prestación de atención clínica. Si su caso de uso implica gestionar la atención de pacientes individuales, DHIS2 no es la herramienta adecuada.
- No es un sistema de información de laboratorio. Puede recibir resultados de laboratorio, pero no gestiona los flujos de trabajo de laboratorio. Para ese fin existen LIMS dedicados.
- No es plug-and-play. Toda implementación de DHIS2 requiere configuración. Un servidor DHIS2 sin configurar es una plataforma en blanco. La configuración técnica lleva meses; lograr que los datos fluyan de manera confiable lleva más tiempo aún.
- No garantiza la calidad de los datos. El sistema almacena lo que se ingresa. Si los establecimientos reportan datos incorrectos, DHIS2 agregará y mostrará fielmente esos datos incorrectos. La calidad de los datos requiere gestión activa: reglas de validación, monitoreo de la completitud, auditorías regulares y ciclos de retroalimentación. La plataforma facilita este trabajo; no lo reemplaza.
Cómo está estructurado DHIS2: unidades organizativas
Una de las funciones más potentes de DHIS2 es su jerarquía de unidades organizativas. Una instancia típica de DHIS2 en Nigeria se estructura así:
- Nacional (nivel federal)
- Estatal (36 estados más el FCT)
- Área de Gobierno Local (774 LGA a nivel nacional)
- Distrito (Ward)
- Establecimiento (Centro de Salud Primaria, Hospital General, etc.)
Cada dato ingresado en DHIS2 está asociado a una unidad organizativa. Un caso registrado en un establecimiento del LGA de Owerri North es visible automáticamente en el panel del estado de Imo y en el panel nacional, sin agregación manual. La jerarquía hace el trabajo.
DHIS2 y otros sistemas: la cuestión de la integración
DHIS2 y SORMAS: SORMAS está diseñado específicamente para la respuesta rápida a brotes, con flujos de trabajo preconfigurados para enfermedades específicas. La integración entre ambos —SORMAS gestionando la respuesta activa a brotes, DHIS2 recibiendo datos agregados de vigilancia— es el enfoque utilizado en varios estados nigerianos.
DHIS2 y ODK: Open Data Kit es una herramienta de recopilación de datos móvil para encuestas, vigilancia comunitaria y recopilación de datos de campo. Los datos de ODK pueden importarse a DHIS2 para su análisis agregado. Las dos herramientas son complementarias: ODK para la recopilación en campo, DHIS2 para la gestión y el análisis.
DHIS2 y la notificación nacional: DHIS2 se utiliza cada vez más para la notificación internacional de enfermedades: los datos de la instancia nacional alimentan los sistemas de Preparación y Respuesta ante Emergencias Sanitarias de la OMS, respaldando las obligaciones de notificación del RSI.
Por qué DHIS2 importa en África Occidental
He visto lo que ocurre cuando DHIS2 funciona según lo previsto: se identifica un presunto conglomerado de sarampión en un LGA rural un jueves por la mañana porque los datos de Tracker activan un umbral de alerta; el viernes ya se despliegan equipos de investigación; a la semana siguiente, la respuesta de vacunación está en marcha. Una reducción del 60% en el tiempo de confirmación de brotes marca la diferencia entre un brote contenido y una crisis humanitaria.
También he visto lo que ocurre cuando DHIS2 se implementa deficientemente: paneles que muestran datos de hace seis meses, alertas de vigilancia que nadie recibe, datos de casos que no pueden utilizarse porque la configuración nunca se vinculó a ninguna decisión que alguien necesitara tomar. La tecnología no es la variable. La arquitectura sí lo es.
Cómo empezar: próximos pasos
Si está implementando o fortaleciendo DHIS2 en su programa, la secuencia importa: diseñe el flujo de datos antes de tocar la configuración; defina las decisiones que el sistema necesita respaldar antes de definir los elementos de datos; construya paneles para la pregunta del responsable de tomar decisiones, no para el informe del gestor de datos.
El próximo artículo de esta serie profundiza en los paneles: DHIS2 Dashboard Best Practices: Designing Dashboards That Drive Decisions.