Comprender por qué existe la brecha y cómo cerrarla exige mirar al IDSR no solo como un marco técnico, sino como una intervención sistémica. El marco en sí es sólido. Las condiciones sistémicas necesarias para que funcione están frecuentemente ausentes.
Para qué está diseñado el IDSR
El marco IDSR, desarrollado inicialmente por la OMS AFRO en 1998 y revisado sustancialmente en 2010 y 2019, proporciona un enfoque estandarizado para la vigilancia de enfermedades y la respuesta a nivel de los sistemas de salud de distrito en toda África. Su principio de diseño central es la integración: en lugar de sistemas de vigilancia verticales y paralelos para cada enfermedad, el IDSR consolida las funciones de vigilancia en un único sistema multienfermedad que opera a través de la infraestructura sanitaria existente.
El marco funciona en tres niveles:
- Nivel de establecimiento de salud: Detección, registro y notificación de casos que cumplen las definiciones de caso de las enfermedades prioritarias
- Nivel distrital (LGA): Agregación de los informes de los establecimientos, análisis de señales de brote, investigación de alertas y coordinación de la respuesta inmediata
- Nivel nacional: Agregación de los datos distritales, análisis epidemiológico, coordinación de la respuesta a brotes de gran magnitud y notificación a la OMS conforme a las obligaciones del RSI
El IDSR designa aproximadamente 50 enfermedades y afecciones prioritarias, incluidas el cólera, la meningitis, el sarampión, la fiebre amarilla y las fiebres hemorrágicas virales, con definiciones de caso estandarizadas, umbrales de notificación y protocolos de respuesta para cada una. Esta estandarización es lo que hace que el marco funcione a gran escala: un caso sospechoso de cólera en Sokoto y un caso sospechoso de cólera en el estado de Imo se detectan y notifican utilizando los mismos criterios, lo que permite el reconocimiento de patrones a nivel nacional.
La cadena de notificación del IDSR
En su forma funcional, la cadena de notificación del IDSR opera de la siguiente manera:
- Un trabajador de salud en un establecimiento de atención primaria identifica a un paciente que cumple la definición de caso de una enfermedad prioritaria.
- El caso se registra en el registro de enfermedades del establecimiento y se notifica al Oficial de Vigilancia y Notificación de Enfermedades (DSNO) de la LGA de inmediato para enfermedades con potencial epidémico, dentro de las 24 horas para afecciones urgentes, y en el informe semanal del establecimiento para enfermedades rutinarias.
- El DSNO de la LGA agrega los informes de los establecimientos, identifica aquellos que alcanzan el umbral de alerta distrital e inicia una investigación si se supera el umbral.
- El DSNO completa un informe de investigación utilizando el formulario estándar de investigación de casos, recolecta muestras si está indicado y notifica al Epidemiólogo Estatal.
- El Epidemiólogo Estatal revisa los hallazgos de la investigación, coordina el transporte de muestras al laboratorio y notifica los brotes confirmados al nivel nacional.
- El nivel nacional recibe los informes estatales a través de DHIS2, genera datos de vigilancia nacional y notifica a la OMS conforme a las obligaciones del RSI.
Esta cadena está diseñada para llevar un caso sospechoso desde la detección en el establecimiento hasta la visibilidad nacional en menos de 48 horas para enfermedades con potencial epidémico. En la práctica, en los sistemas de vigilancia con los que he trabajado en toda Nigeria, el tiempo medio desde la detección hasta la notificación nacional es considerablemente mayor, y la brecha no está en el diseño del marco. Está en las condiciones sistémicas de cada eslabón de la cadena.
Dónde se rompe el sistema
Eslabón 1: Aplicación de la definición de caso a nivel de establecimiento
Las definiciones de caso del IDSR son técnicamente correctas. También están redactadas para epidemiólogos, no para agentes comunitarios de salud que atienden a 60 pacientes al día en un establecimiento sin acceso a laboratorio. Cuando las definiciones de caso no pueden aplicarse de manera confiable en el punto del primer contacto con el paciente, los casos se pierden antes de entrar siquiera en la cadena de notificación. Esta es la falla fundamental de la que derivan todas las brechas posteriores.
La solución requiere traducir las definiciones de caso en algoritmos de detección a nivel de establecimiento un máximo de tres criterios que un trabajador de salud pueda aplicar en menos de 60 segundos. Esto no es una concesión al rigor epidemiológico; es una adaptación de diseño que hace que el rigor sea alcanzable en condiciones operativas reales. Véase Outbreak Surveillance Mistakes para un análisis detallado de este modo de falla.
Eslabón 2: Capacidad y cobertura del DSNO
El DSNO de la LGA es el nodo más crítico del sistema IDSR y el que con mayor frecuencia carece de recursos suficientes. En las 774 LGA de Nigeria, los puestos de DSNO se cubren de manera inconsistente, la rotación es alta, y la combinación de responsabilidades de notificación, funciones de investigación y tareas de coordinación frecuentemente supera la capacidad de una sola persona.
Un DSNO responsable de 60 establecimientos, que recibe informes semanales de solo 40 de ellos, y del que se espera que investigue cada superación del umbral de alerta mientras también produce informes estatales semanales, está estructuralmente predispuesto al fracaso sin importar su competencia. El marco IDSR está diseñado para el puesto; la asignación de recursos debe corresponder a las exigencias del puesto.
Eslabón 3: Transporte de muestras y tiempo de respuesta del laboratorio
La confirmación de laboratorio es donde la cadena de señales se estanca con mayor frecuencia. Las muestras recolectadas durante la investigación deben llegar a un laboratorio de referencia con la cadena de frío intacta, procesarse en un plazo relevante para la decisión de respuesta y comunicar los resultados de vuelta al equipo investigador antes del cierre de la investigación.
En la práctica, las muestras frecuentemente llegan a los laboratorios fuera de las condiciones de cadena de frío, las colas de procesamiento del laboratorio se extienden más allá de la ventana de respuesta, y los resultados se comunican por teléfono en lugar de a través del sistema de vigilancia, creando una brecha entre los datos clínicos y de laboratorio que socava la integridad del registro de clasificación de casos. Para estrategias que ayudan a gestionar esta brecha, véase Real-Time Disease Surveillance in the Digital Era.
Eslabón 4: Retroalimentación al nivel de notificación
El IDSR está diseñado como un sistema bidireccional: los datos fluyen hacia arriba a través de la cadena de notificación, y la retroalimentación hallazgos de investigación, recomendaciones de respuesta, datos de desempeño del programa fluye de vuelta hacia abajo. En la práctica, la mayoría de las implementaciones del IDSR funcionan como sistemas de notificación unidireccionales. Los datos fluyen hacia arriba. La retroalimentación rara vez llega al nivel de los establecimientos.
La consecuencia es previsible: los trabajadores de salud de los establecimientos que nunca reciben retroalimentación sobre los casos que notifican no tienen manera de saber si su identificación de casos fue correcta, si la investigación confirmó su sospecha, o si el programa al que están contribuyendo está funcionando. Con el tiempo, esto erosiona el sentido de propósito que motiva una notificación cuidadosa un fallo de motivación en la vigilancia que es estructural, no individual.
IDSR y RSI: La conexión con las obligaciones nacionales
El Reglamento Sanitario Internacional (2005) exige a los Estados miembros de la OMS detectar, evaluar, notificar y responder a eventos de salud pública de posible interés internacional. El IDSR es el marco operativo principal a través del cual los Estados miembros africanos cumplen las obligaciones de notificación del RSI para la vigilancia basada en eventos.
Esta conexión importa por dos razones. Primero, establece que las fallas del IDSR tienen consecuencias internacionales las brechas en la capacidad de vigilancia nacional se convierten en brechas en el sistema mundial de alerta temprana para enfermedades infecciosas emergentes. Segundo, proporciona un marco legal y normativo que puede invocarse para asegurar compromiso político y financiero para el fortalecimiento del IDSR a nivel nacional.
Tanto la Evaluación Externa Conjunta (JEE) del RSI como la herramienta de Autoevaluación Anual de los Estados Parte (SPAR) de los CDC de África evalúan las capacidades básicas del RSI, incluidas la vigilancia y la respuesta. Los países con una implementación débil del IDSR obtienen sistemáticamente puntuaciones bajas en estas evaluaciones, lo que produce evidencia de la brecha que puede utilizarse para movilizar recursos y rendición de cuentas.
Herramientas digitales e IDSR: facilitación y complejidad
Las herramientas digitales de vigilancia DHIS2, SORMAS, aplicaciones de vigilancia comunitaria han transformado la velocidad y granularidad de la vigilancia alineada con el IDSR allí donde están bien implementadas. Los datos de casos que antes se movían por la cadena de notificación mediante formularios en papel y llamadas telefónicas ahora pueden llegar al nivel nacional en tiempo real. Los tableros que antes requerían compilación manual de datos ahora pueden actualizarse automáticamente a medida que los establecimientos notifican.
Pero las herramientas digitales introducen dependencias que los sistemas basados en papel no tienen. Un formulario en papel funciona sin electricidad y sin red. Un sistema basado en DHIS2 requiere conectividad, mantenimiento de dispositivos, gestión de cuentas de usuario y administración del sistema, todo lo cual requiere recursos y capacidad que no están disponibles de manera uniforme en las 774 LGA de Nigeria.
El principio de diseño para la vigilancia digital alineada con el IDSR es la resiliencia: el sistema debe funcionar con herramientas digitales donde la conectividad y la capacidad lo permitan, y debe recurrir a la notificación en papel cuando no se cumplan las condiciones digitales, sin generar una brecha en la cadena de vigilancia. Los sistemas paralelos de papel y digitales no son duplicados; son redundantes por diseño.
Para un análisis detallado de la arquitectura de vigilancia digital, véase DHIS2 Tracker Configuration for Outbreak Surveillance y Real-Time Disease Surveillance in the Digital Era.
Lograr que el IDSR funcione: un marco de fortalecimiento sistémico
El fortalecimiento del IDSR que se centra en la capacitación y las directrices sin abordar las condiciones sistémicas que determinan si el personal capacitado puede aplicar esas directrices está incompleto. Un fortalecimiento eficaz del IDSR opera en cuatro niveles simultáneamente:
1. Capacidad de detección a nivel de establecimiento
Herramientas de definición de caso adaptadas al terreno. Integración de la vigilancia comunitaria. Aplicación del reporte cero. Mecanismos de retroalimentación que conectan a los trabajadores de salud de los establecimientos con los resultados del programa a los que contribuyen.
2. Capacidad de investigación a nivel distrital
Dotación adecuada de personal DSNO en relación con el número de establecimientos cubiertos. Kits de investigación preposicionados. Formularios de investigación estándar que puedan completarse sin conexión. Protocolos de escalamiento claros con plazos definidos.
3. Integración de laboratorio
Infraestructura de cadena de frío para el transporte de muestras. Estándares definidos de tiempo de respuesta desde la muestra hasta el resultado. Notificación electrónica de resultados que se integra en el registro de vigilancia. Puntos de activación claramente definidos en los que la respuesta comienza sin esperar la confirmación de laboratorio.
4. Uso de datos en todos los niveles
Tableros diseñados en función de las decisiones de cada grupo de usuarios. Reuniones periódicas de revisión de datos de vigilancia con protocolos de acción definidos. Datos de desempeño del programa oportunidad, integridad, tasas de investigación medidos y discutidos junto con el número de casos. Véase DHIS2 Dashboard Best Practices para conocer los principios de diseño que hacen posible esto.
El dividendo de la vigilancia integrada
La razón por la que la integración importa la razón por la que el IDSR se diseñó en torno a la integración en lugar de sistemas paralelos específicos para cada enfermedad es la eficiencia y la coherencia. Un trabajador de salud que comprende el sistema de notificación del IDSR puede notificar cólera, sarampión y meningitis mediante el mismo proceso. Un DSNO que gestiona un único sistema de vigilancia integrado atiende más enfermedades con menos carga administrativa que uno que gestiona cinco líneas de notificación paralelas.
Y cuando múltiples programas de enfermedades comparten infraestructura las mismas herramientas de notificación, las mismas redes de trabajadores de salud, los mismos sistemas de laboratorio, las mismas plataformas de gestión de datos la inversión en esa infraestructura beneficia a todos los programas simultáneamente. Este es el dividendo de la integración que justificó, en primer lugar, la arquitectura del IDSR.
Concretar ese dividendo requiere construir primero la infraestructura compartida y luego poblarla con contenido específico de cada enfermedad no diseñar cada programa de enfermedades de forma independiente y luego intentar integrarlos después. La secuencia importa tanto como el diseño.