Diseño de Sistema de Vigilancia de Casos de VIH¶

Antecedentes y finalidad¶

El componente de vigilancia de casos del kit de herramientas para el VIH de DHIS2 se basa en las últimas directrices de la OMS [Directrices consolidadas sobre información estratégica del VIH centrada en la persona: fortalecimiento de los datos de rutina para generar impacto] (https://www.who.int/publications/i/item/9789240055315) (2022) y el Kit de adaptación digital para el VIH: requisitos operativos para implementar las recomendaciones y estándares de la OMS dentro de los sistemas digitales, segunda edición.

Este kit de herramientas incluye:

• Programa Tracker de vigilancia de casos de VIH de DHIS2 alineado con los estándares de datos del kit de adaptación digital de la OMS para la recopilación de datos a nivel individual y el monitoreo operativo centrado en la persona a nivel de establecimiento y comunidad
• Análisis de tableros e indicadores básicos recomendados por la OMS para monitorear las iniciativas de atención y tratamiento del VIH y utilizar métricas clave para ajustar la programación e impulsar el impacto
• Set de datos agregados y elementos de datos para el modelo de datos tracker agregados para análisis anónimos y de alto rendimiento
• Mapeo de intercambio de datos para agregar datos de Tracker DHIS2 a los indicadores de vigilancia de casos de VIH e integración de indicadores clave con el HMIS nacional

El kit de herramientas VIH está optimizado para mejorar los sistemas de información estratégica en los países para facilitar la toma de decisiones basada en datos, así como para agilizar los procesos rutinarios de gestión de datos. El Tracker de Vigilancia de Casos de VIH DHIS2 no está diseñado para brindar apoyo a las decisiones clínicas para los servicios de atención y tratamiento del VIH, sino que sirve como una herramienta operativa y una fuente de datos a nivel individual para monitorear la respuesta al VIH.

El documento de diseño del sistema explica la configuración de referencia en DHIS2 para el caso de uso de vigilancia de casos de VIH, incluida una descripción detallada de la configuración del Tracker DHIS2, el diseño del tablero, el uso de indicadores del programa, el mapeo de los datos de tracker al modelo de datos agregados y los mecanismos de intercambio de datos. Este documento tampoco considera los recursos e infraestructura necesarios para implementar dicho sistema, como servidores, energía, conexiones a Internet, respaldos, formación y soporte al usuario, los cuales pueden consultarse en la Guía de Implementación Tracker DHIS2.

Los metadatos de referencia para este kit de herramientas están disponibles en: dhis2.org/metadata-downloads.

Agradecimientos¶

El kit de herramientas de Vigilancia de Casos de VIH ha sido desarrollado en colaboración con el Programa Mundial de VIH de la OMS y la Organización Panamericana de la Salud (OPS) con el apoyo del Fondo Mundial. Agradecemos a la OMS y la OPS por brindar experiencia en el diseño y desarrollo de estas herramientas, así como a los muchos países que han compartido su experiencia de implementación con nosotros

Descripción general del diseño del sistema¶

Antecedentes¶

Antecedentes Los esfuerzos para poner fin a la epidemia de VIH para 2030 enfrentan desafíos persistentes, con 1,3 millones de nuevas infecciones solo en 2022. Las poblaciones clave y sus parejas sexuales constituyeron el 70% de las nuevas infecciones mundiales en 2021 (ONUSIDA, 2022), lo que pone de relieve las barreras al acceso equitativo. Es de suma importancia hacer hincapié en los datos programáticos de rutina para hacer un seguimiento de la prestación de servicios, identificar a las personas con riesgo elevado de contraer el VIH y lograr el acceso universal a través de un enfoque centrado en la persona. La confidencialidad y la privacidad de los datos son cruciales, especialmente para las poblaciones vulnerables que pueden enfrentar estigma y discriminación en muchos entornos, lo que requiere un enfoque cauteloso en la recopilación de datos a nivel individual y la anonimización para las necesidades de uso de datos por encima del nivel de prestación de servicios.

Un enfoque de seguimiento centrado en la persona ofrece claras ventajas para la recopilación longitudinal de datos sobre el VIH que permitan seguir y registrar los servicios de atención y tratamiento del VIH proporcionados a una persona a lo largo del tiempo y el espacio (por ejemplo, diferentes sitios de prestación de servicios y puntos de contacto con los programas de atención y tratamiento del VIH). La ampliación de la recopilación de datos a nivel individual permite un desglose flexible y un análisis mejorado en función de diversos factores, como tiempo, ubicación, edad, género, estado clínico, coinfecciones, tratamiento y más. Esta profundidad de información mejora nuestra comprensión de la epidemiología del VIH y facilita el seguimiento continuo de las tendencias. Se prevé que la implementación de datos electrónicos basados ​​en casos mejorará la calidad de los datos al minimizar los pasos de ingreso de datos, integrar cálculos y validaciones automáticos, corregir o completar rápidamente registros individuales inconsistentes o incompletos y facilitar la deduplicación.

Sin embargo, en la mayoría de los PIBM, la digitalización de los sistemas de datos a nivel individual administrados por los Ministerios de Salud, a menudo tarda años en alcanzar a escalar y debe ir acompañada de recursos sustanciales en el país para sostener el sistema a lo largo del tiempo. Además, los datos históricos y otros datos programáticos muchas veces se recopilan o representan a través del modelo de datos agregados, como denominadores basados ​​en estimaciones de Spectrum para personas que viven con el VIH e informes agregados basados en papel de sitios de prestación de servicios con conectividad baja o nula, disponibilidad limitada de dispositivos y/o infraestructura deficiente.

Por lo tanto, el kit de herramientas de Vigilancia de Casos de VIH aprovecha todas las aplicaciones y modelos de datos de DHIS2 para respaldar enfoques prácticos y aplicables para recopilar, analizar y utilizar datos de Vigilancia de Casos de VIH de manera efectiva para gestionar y vincular los casos de VIH recién identificados y los que vuelven a recibir atención en los programas de tratamiento, así como para garantizar un seguimiento adecuado de las personas que viven con el VIH. Estas herramientas se pueden utilizar de forma modular para satisfacer las necesidades de cualquier país a lo largo del modelo de madurez para la digitalización de datos de salud, incluida la implementación híbrida de sistemas basados en papel y digitalizados, así como la incorporación de datos de otras herramientas electrónicas como los EMR hospitalarios donde estos puedan utilizarse.

Caso de uso¶

El kit de herramientas de Vigilancia de Casos de VIH está diseñado para respaldar la recopilación de datos de rutina para programas que ayudan a las personas que viven con el VIH a inscribirse en un programa de VIH y recibir servicios de pruebas, atención y tratamiento del VIH. El sistema está diseñado para reunir datos con el fin de generar indicadores granulares de vigilancia de casos de VIH y sus desgloses para análisis de datos de rutina, monitoreo centrado en la persona e información estratégica a través de tableros flexibles y análisis ad hoc con herramientas de análisis DHIS2.

Los componentes de captura de datos del diseño del sistema permiten al personal de los sitios de prestación de servicios, o a niveles superiores dependiendo de los contextos locales, capturar los elementos de datos básicos durante las interacciones rutinarias con los participantes del programa de atención y tratamiento del VIH que permitirán al personal del programa generar indicadores clave de desempeño, tal como se detalla en las [Directrices consolidadas sobre información estratégica del VIH centrada en la persona (OMS, 2022)] de la OMS (https://www.who.int/publications/i/item/9789240055315). Este componente utiliza el modelo de datos Tracker DHIS2. Aunque el programa Tracker de Vigilancia de Casos de VIH DHIS2 no está optimizado para respaldar la gestión de casos clínicos o el apoyo a la toma de decisiones, sirve como un registro electrónico útil que da soporte a la captura electrónica descentralizada de datos de vigilancia de casos hasta el establecimiento de salud o cualquier otro punto de servicio procedente de todo tipo de actores, incluidos los servicios prestados a nivel comunitario. Los datos de seguimiento a nivel individual se agregan utilizando los indicadores de programa DHIS2, que se asignan a elementos de datos agregados y set de datos para completar los indicadores básicos y servir a los tableros analíticos con datos anónimos.

La estructura del programa Tracker DHIS2 se ha armonizado y sigue la misma lógica que el Tracker de prevención del VIH, lo que permite que una persona inscrita en un programa de prevención ingrese al programa de vigilancia de casos con un diagnóstico positivo de VIH. En algunos contextos, puede ser conveniente integrar la prevención y la vigilancia de casos en un único programa de seguimiento. La armonización de los elementos de datos entre los dos seguimientos permitirá la adaptación e integración local, que se describe más adelante en la sección "Implementar" de este documento.

Usuarios objetivo¶

El diseño del sistema de Vigilancia de Casos de VIH se centra en satisfacer las necesidades de los usuarios finales en todos los niveles del sistema de salud, incluidos los responsables de implementar programas de VIH en los países. Estos usuarios pueden incluir:

• Directores y personal del programa de VIH (nacional y subnacional): usuarios de datos que son responsables del análisis rutinario de los datos, de su utilización para mejorar las operaciones y las estrategias del programa, y ​​de proporcionar al personal del programa retroalimentación basada en datos, incluidos los socios implementadores, instalaciones y otros puntos de prestación de servicios
• Administradores de datos del programa de VIH: usuarios responsables de supervisar la recopilación, gestión, calidad de los datos, funciones de análisis y presentación de informes para el programa nacional de VIH
• Administradores de sistemas/puntos focales de HMIS: personal del Ministerio de Salud y/o equipo central de DHIS2 responsable de mantener y mejorar los sistemas de datos para programas de salud, integrar flujos de datos en plataformas nacionales, brindar soporte técnico para el diseño del sistema, adaptación y soporte al usuario final; y mantenimiento del sistema DHIS2 a lo largo del tiempo
• Sitios de prestación de servicios: el personal de los sitios de prestación de servicios puede utilizar el programa Tracker DHIS2 para registrar datos de visitas de rutina, así como utilizar herramientas de DHIS2 como listas de trabajo y listados para realizar un seguimiento de los clientes y monitorear la aceptación de los servicios a nivel individual.
• Socios implementadores: organizaciones que brindan asistencia técnica al programa nacional de VIH, recopilan y analizan datos en nombre de la estrategia general del programa nacional y pueden ser responsables de las operaciones de las redes de prestación de servicios como asesoramiento sobre VIH, difusión educativa, trabajadores de salud comunitarios.

Estructura de diseño¶

La configuración de Vigilancia de casos de VIH de DHIS2 está estructurada en tres componentes principales:

• Programa Tracker: se ha configurado un programa Tracker DHIS2 para la recopilación de datos longitudinales a nivel individual. El programa Tracker se puede utilizar con la web DHIS2 o con clientes Android.
• Tableros e indicadores: los tableros e indicadores de vigilancia de casos de VIH se basan en el modelo de datos agregados de DHIS2. Los tableros de vigilancia de casos se comparten con el módulo HMIS de VIH.
• Sets de datos agregados: los sets de datos agregados, elementos de datos y las combinaciones de categorías asociadas se configuran de acuerdo con el marco de análisis del VIH de la OMS para completar los indicadores básicos. Tres sets de datos están diseñados para recibir datos tracker agregados (por ejemplo, a través de indicadores de programa) y modelar estos datos de manera eficiente, aprovechando las ventajas del modelo de datos agregados en DHIS2 para el análisis. Alternativamente, estos sets de datos también se pueden utilizar para informes agregados basados en papel; o para almacenar datos reportados rutinariamente desde otros sistemas de datos a nivel individual en uso, como sitios que utilizan EMR u otras aplicaciones móviles.
• Vigilancia de casos de VIH (mensual)
• Vigilancia de casos de VIH (anual)
• Estimaciones de población

Estos componentes modulares están diseñados en función de la naturaleza heterogénea de los sistemas de datos VIH en los países y respaldan la arquitectura típica para implementar sistemas de datos basados ​​en casos junto con la infraestructura nacional integrada del HMIS:

Tracker¶

Estructura de programa Tracker¶

La estructura de programa Tracker es la siguiente:

Etapa	Descripción
Inscripción	La etapa de inscripción recopila los datos demográficos básicos sobre una persona, incluidos identificadores únicos, como Atributos de Entidad Tracker (TEA). Varios de estos TEA principales, como Apellido y Nombre, se comparten entre los programas Tracker DHIS2. El Tipo de Entidad Tracker para el programa de vigilancia de casos de VIH es "Persona". La etapa no es repetible.
Informe de caso inicial	La etapa se puede llenar al mismo tiempo que el registro del paciente. Esta etapa contiene la información relacionada con el diagnóstico del VIH, la ruta probable de transmisión y los grupos de población clave. La etapa no es repetible.
Visita	Escenario principal que recoge toda la información necesaria para el seguimiento del paciente y del programa. La etapa es repetible
Seguimiento	Esta etapa no está vinculada a ningún indicador y está diseñada exclusivamente como una herramienta para registrar cualquier contacto realizado con pacientes que no han acudido a las visitas de tratamiento y que necesitarán ser contactados. La etapa es repetible

Tipo de entidad Tracked¶

El programa tracker de vigilancia de casos de VIH DHIS2 permite la inscripción de una de tipo de entidad tracker [TET] "persona" en el programa de vigilancia de casos de VIH. El tipo de TET se comparte con el tracker de Prevención del VIH para permitir la inscripción del mismo TEI en ambos programas, en el caso de que una persona que recibe servicios de prevención reciba un diagnóstico positivo de VIH.

Inscripción¶

Se supone que el flujo de trabajo de vigilancia de casos de VIH comienza con la inscripción de cualquier persona con un estado VIH positivo confirmado.

Cuando una persona está inscrita en el programa de vigilancia de casos de VIH como Instancia de Entidad Tracker (TEI), los Atributos de Entidad Tracker (TEA) se registran para formar el perfil del caso. Todos los TEA están alineados y armonizados con los incluidos en el tracker de Prevención del VIH, lo que permite la inscripción en ambos programas o la integración en un único programa tracker si se desea a nivel de implementación local. Tenga en cuenta que varios TEA se comparten entre programas Tracker DHIS2 que no son de VIH; estos están configurados con un prefijo 'GEN' (general) para indicar que se comparten entre programas de tracker. Consulte la Biblioteca de metadatos comunes para obtener más información sobre los metadatos de tracker compartidos.

El atributo program UID de TEA se refiere a un identificador específico del programa de VIH. Se ha mantenido intencionalmente en blanco ya que los procesos de codificación dependen del contexto local. Consulte la Documentación del usuario DHIS2 sobre la configuración de identificadores únicos en todo el sistema como TEA DHIS2. El uso de códigos UID anónimos permite identificar de forma única a las personas que acceden a los servicios de prevención del VIH y realizar un seguimiento longitudinal, sin recopilar otros tipos de información de identificación personal (OMS, 2022).

La fecha de nacimiento y edad se puede asignar de dos formas diferentes:

• Fecha de nacimiento conocida: seleccione la fecha de nacimiento
• Fecha de nacimiento desconocida: seleccione la opción fecha de nacimiento Desconocida y luego ingrese la edad en años o meses.

Una vez hecho esto, se asigna una edad de nacimiento "probable" a la fecha de nacimiento en función del valor ingresado en los años o el mes TEA.

Nota:

La fecha de nacimiento está configurada como obligatoria; siempre debe tener un valor porque se utiliza en el cálculo de todos los indicadores del programa que involucran grupos de edad

Etapa 1: Informe de caso inicial (no repetible)¶

Los datos adquiridos en esta etapa pertenecen a información relacionada con el diagnóstico del VIH y la identificación de clientes que pertenecen a uno o varios grupos de población clave.

Las reglas de programa se han configurado para completar la edad de diagnóstico del VIH basándose en la diferencia entre la edad de nacimiento y la fecha del diagnóstico del VIH.

Con respecto a la información sobre poblaciones clave, recomendamos que las implementaciones se remitan a las [Directrices consolidadas sobre información estratégica del VIH centrada en la persona] de la OMS 2022.(https://www.who.int/publications/i/item/9789240055315), y específicamente las secciones 2.2.2 para obtener orientación sobre la recopilación de información sobre poblaciones clave para intervenciones de prevención que permitan este desglose, consideraciones adicionales en la sección 5.1.1 y la sección 6.4 sobre el mantenimiento de la privacidad, seguridad y confidencialidad de los datos en relación con los datos de poblaciones clave capturados.

Los detalles del diagnóstico de VIH y los datos de la población clave se recopilan como una etapa del programa con el fin de proteger aún más la naturaleza sensible de estos datos. Específicamente, al incluir estos datos solo en la etapa del programa, no son accesibles para buscar una TEI, donde los usuarios pueden tener un acceso más amplio para buscar clientes.

En algunas implementaciones, en lugar de tener los diferentes grupos de poblacion clave listados como categorías seleccionables, se ha propuesto un conjunto de preguntas y según la respuesta se asigna una identificación de población clave a los clientes. Ver la sección consideraciones de implementación y adaptación local.

Para una persona inscrita en un programa de vigilancia de casos de VIH, es posible que su asociación con un grupo de población clave cambie con el tiempo, ya que el riesgo de una persona de contraer el VIH, su participación en conductas de alto riesgo y sus necesidades de prevención del VIH varían con el tiempo. La etapa del programa se ha diseñado intencionalmente como no repetible para permitir un análisis optimizado basado ​​en el grupo de población clave. Sin embargo, un usuario puede volver a visitar esta etapa y modificar los grupos de población clave según sea necesario.

Etapa 2: Visita [repetible]¶

Configuración de fechas¶

Esta etapa repetible del programa captura toda la información relevante para las visitas/encuentros de la persona que recibe servicios de atención y tratamiento del VIH, independientemente del tipo de servicio al que acceda. Permite capturar múltiples tipos de servicios prestados en una visita. Esto es fundamental para un sistema integral de gestión y presentación de informes centrado en la persona.

En esta etapa del programa, la 'fecha de evento' del programa DHIS2 (o 'fecha de informe' por defecto en la aplicación de Mantenimiento para la configuración del programa) ha sido renombrada para representar la 'Fecha de visita'. Esto significa que todos los análisis basados ​​en la fecha del evento se evaluarán en función de la fecha del encuentro (visita) de la persona con el proveedor de servicios de atención y tratamiento del VIH.

Además de la fecha de la visita, se han configurado fechas clave adicionales como elementos de datos del dominio Tracker relacionados con estas actividades (por ejemplo, inicio de TAR, fecha de la prueba de ITS, etc.) y estas deben informarse para permitir análisis adicionales basados ​​en el tiempo.

Detalles de la visita¶

La sección de detalles de la visita inicial permite al usuario informar el estado del paciente en la visita y también seleccionar qué servicios de prueba, atención y tratamiento del VIH se registrarán para este informe de visita.

El estado del paciente respecto del VIH es información clave que debe informarse en cada visita y se utiliza en la mayoría de los indicadores presentes en el programa. El set de opciones asignadas es:

• PVVS: el cliente está vivo y forma parte de la cohorte
• Muerte (documentada): el cliente ha fallecido
• Pérdida de seguimiento: el cliente se pierde durante el seguimiento

En caso de que se seleccione “muerte” o “seguimiento”, se solicita la fecha de fallecimiento del familiar y la declaración de pérdida de seguimiento

Nota:

El umbral recomendado para la designación de personas que viven con VIH en TAR como perdidas durante el seguimiento es >28 días después de la última cita perdida o del último reabastecimiento de ARV, para tener en cuenta la prestación de servicios diferenciados (PSD) para el TAR. Para más información, véase el capítulo 3 de las "Directrices consolidadas sobre información estratégica del VIH centrada en la persona" de la OMS.

Una serie de reglas de programa mostrarán/ocultarán las secciones deseadas en función del tipo de detalles de atención del VIH que se registrarán. Generalmente se asume que el usuario creará un nuevo Evento en la etapa Visita cada vez que interactúe con un proveedor de servicios, independientemente de a cuántos servicios de atención del VIH acceda durante la visita.

"Actualmente embarazada", "Cáncer de cuello uterino" y "Transmisión vertical" solo se mostrarán para PVVS inscritas en TEA "Sexo asignado al nacer" como "Femenino" u "Otro", según las reglas del programa.

Nota:

Ocultar una sección no borra los datos que allí están registrados y todos los indicadores del programa NO se filtran por la selección o no de la sección. En caso de que exista algún dato que se haya introducido por error, será necesario eliminarlo manualmente uno a uno y no simplemente quitando la sección.

Tratamiento¶

La sección de tratamiento siempre se muestra y no es necesario seleccionarla en la sección "Detalles de la visita", ya que el tratamiento TAR es el pilar central de la gestión de las PVVS.

La información principal y obligatoria a reportar es el estado de los tratamientos en los cuales, según el estado actual del paciente en la visita, se ha asignado un conjunto de opciones:

• Iniciación (nueva): PVVS que inician TAR por primera vez en su vida
• Iniciación (después de suspender): PVVS reinician el TAR después de un período de interrupción.
• En TAR: PVVS ya en TAR en el momento de la visita
• Tratamiento rechazado: Las PVVS rechazan el TAR después del asesoramiento
• Tratamiento interrumpido: PVVS informan haber interrumpido el tratamiento

La información de carga viral sólo se mostrará en caso de que la diferencia entre la fecha de la visita (fecha del evento DHIS2) y la fecha de inicio del TAR sea superior a 180 días.

La información de los modelos PSD TAR debe personalizarse antes de la implementación de acuerdo con las directrices del país sobre la provisión de dispensación de TAR para varios meses.

El elemento "Últimos días con TAR" se asigna automáticamente sumando la cantidad de días de TAR proporcionados a la fecha de la visita (fecha del evento DHIS2) como fecha en la que se proporcionó el TAR.

VIH/TB¶

Dentro de la sección VIH/TB se solicita información relacionada con la detección de TB, pruebas, tratamiento de la enfermedad de TB activa y tratamiento preventivo de TB.

Se están estableciendo una serie de reglas de programa para:

• Ocultar toda la información relacionada con la "detección de TB, pruebas y tratamiento preventivo de TB" en caso de que las PVVS tengan la enfermedad de TB
• Informar la fecha del "diagnóstico de TB" en las siguientes visitas (evento DHIS2) en caso de que haya sido reportado y siga con la enfermedad
• Informar la "fecha de inicio del tratamiento de TB" en las siguientes visitas (evento DHIS2) en caso de que se haya reportado y aún esté en tratamiento
• Informar la fecha de "inicio del tratamiento preventivo de TB" en las siguientes visitas (evento DHIS2) en caso de que se haya reportado y aún esté en tratamiento.

Transmisión vertical¶

La información recopilada para la transmisión vertical se ha clasificado en dos (2) (sub)secciones diferentes en función del momento en que debe realizarse la recopilación de datos:

• Información al nacer
• Visita de seguimiento

Dentro de la primera sección, "Información al nacer", se solicita información relacionada con la fecha y el lugar del parto, la fecha de la primera visita de AP y el estado respecto al VIH, el estado de carga viral y TAR, y el estado de TAR del lactante expuesto al VIH

En la segunda sección, "Visita de seguimiento", se solicita información relacionada con la edad del bebé expuesto al VIH al momento de la visita, el estado de lactancia, el estado de TAR de la madre y las pruebas de VIH del bebé expuesto al VIH.

ITS¶

En la sección de Infecciones de Transmisión Sexual (ITS), se recoge información relacionada con el síndrome de ITS diagnosticado, la prueba de ITS realizada y el tratamiento administrado entre los clientes inscritos en el programa de vigilancia de casos de VIH.

![Recopilación de datos ITS](resources/images/STI.png]

Hepatitis viral¶

En la sección Hepatitis viral se recoge información relacionada con la infección por AGsHB y VHC, pruebas realizadas y resultados, y tratamiento entre los clientes inscritos en el programa de vigilancia de casos de VIH.

En caso de que una persona que vive con VIH esté infectada con VHB y/o VHC, toda la información relacionada con la prueba quedará oculta a través de una serie de reglas de programa

Cáncer de cuello uterino¶

En la sección de cáncer de cuello uterino, se solicita información relacionada con el número de dosis de vacunación contra el VPH recibidas, el diagnóstico de cáncer de cuello uterino y la detección de cáncer de cuello uterino con el resultado relativo y el estado del tratamiento.

En caso de que a una mujer con VIH se le haya diagnosticado cáncer de cuello uterino invasivo, la información relacionada con el examen de detección permanecerá oculta.

Etapa 3: Seguimiento [repetible]¶

Esta etapa de programa repetible está diseñada exclusivamente como una herramienta para registrar cualquier contacto realizado con pacientes que faltaron a las visitas de tratamiento y que necesitarán ser contactados. Actualmente no está vinculado a indicadores y puede eliminarse del programa de una forma segura, si no se utiliza en un entorno clínico, sin afectar a los demás módulos.

En esta etapa del programa, la "fecha del evento" del programa DHIS2 (o la "fecha del informe" predeterminada en la aplicación de mantenimiento para la configuración del programa) ha sido renombrada para representar la "fecha del intento de contactar con el cliente".

Registra la razón por la que se necesita este seguimiento (visita de atención clínica perdida, recogida de medicamentos perdida, visita no clínica perdida, no inició TAR, estado de VIH no concluyente, resultados de pruebas recibidos, otra razón de seguimiento), método de seguimiento (mensaje de texto, llamada telefónica, visita domiciliaria u otro) y el resultado del seguimiento (regreso a la clínica, autotransferido fuera, hospitalizado, se negó a regresar, no localizado, reportado muerto, confirmado muerto). Si durante el seguimiento el paciente cambió su estado de tratamiento (por ejemplo, decidió suspender el tratamiento), el programa muestra un aviso para completar una opción de la etapa de visita y registrar esto.

Elemento de datos Tracker¶

Todos los elementos de datos configurados para el dominio Tracker también se incluyen en el grupo de elementos de datos "Vigilancia de casos de VIH (tracker)" [pGlRt4xB9rz]. Esto sirve como un diccionario de datos DHIS2 de facto para el caso de uso del seguimiento de vigilancia de casos de VIH. Permite exportar los elementos de datos desde DHIS2 y utilizarlos independientemente de la configuración del programa Tracker, por ejemplo, en el caso de que una implementación rediseñe su Tracker desde cero para los flujos de trabajo locales y aún quiera mantener el cumplimiento con el diccionario de datos básico recomendado por la OMS incluido en el Kit de Adaptación Digital.

Elementos de datos clonados para la selección de opciones múltiples¶

Dentro de las etapas del programa para "Informe de caso inicial" y "Visitas", hay una serie de elementos de datos que se clonan para permitir la selección de múltiples opciones para un concepto determinado, compartiendo el mismo conjunto de opciones. Este diseño se implementa de la siguiente manera:

• Clonación de elementos de datos elegibles para elección de opciones múltiples
• El número de clones del elemento de datos debe ser el mismo que el número de opciones presentes en el set de opciones relacionado
• Cada elemento de datos clonado tiene su propio UID, nombre y código
• Reglas de programa
• Ocultar los elementos de datos consecuentes si los anteriores no han sido seleccionados
• Mostrar error en caso de que la misma Opción haya sido seleccionada más de una vez en el mismo grupo de Elementos de Datos

Por ejemplo, para capturar múltiples vías probables de transmisión, hay una serie de elementos de datos que se clonan para representar cada categoría discreta de vía de transmisión:

• VIH - Probable vía de transmisión - 1 [ODG7SJQHCBv]
• VIH - Probable vía de transmisión - 2 [jsXCQZT5f9c]
• VIH - Probable vía de transmisión - 3 [HxPpUO6SuXD]
• VIH - Probable vía de transmisión - 4 [TOLlMMdudRi]

Elementos de datos ocultos y valores asignados a elementos de datos¶

Todos los elementos de datos mencionados a continuación están "ocultos" y, por lo tanto, no son visibles durante el proceso de ingreso de datos; sin embargo, son necesarios para el cálculo de los indicadores de programa.

Aquí proporcionamos una descripción general de todos los elementos de datos "ocultos" que están contenidos en la etapa Visita repetible, donde las reglas de programa son utilizadas para asignar un valor. En muchos casos, la regla del programa simplemente asigna un valor de una etapa de programa previa (como el Informe inicial) para permitir que los indicadores del programa se calculen correctamente.

Asignación del valor del elemento de datos de población clave y fecha de diagnóstico de VIH a la etapa de visita

Las reglas del programa se utilizan para copiar y asignar el valor del grupo de población clave del cliente y la fecha del diagnóstico de VIH registrados en el informe de caso inicial a un campo de elemento de datos oculto en la etapa de programa "Visita" repetible. Esto permite configurar todos los cálculos y desgloses basados ​​en grupos de población clave y edad de infección, utilizando el elemento de datos autoasignado como filtro en el indicador del programa

Estos Elementos de Datos se identifican con el sufijo “- VISITA”

Metadatos	UID	Nombre
Elemento de datos	mNeVBYWladf	VIH - Fecha Positiva - VISITAS
Elemento de datos	ySHCKMYGHD6	VIH - Edad al Diagnóstico - VISITAS
Elemento de datos	kXutCUTOxcq	VIH - Población clave - Hombres que tienen relaciones sexuales con hombres - VISITAS
Elemento de datos	GSSOfwzb0DQ	VIH - Población clave - Personas que se inyectan drogas - VISITAS
Elemento de datos	iqXxZbRDhYG	VIH - Población clave - Personas que viven en prisiones y otros entornos cerrados - VISITAS
Elemento de datos	kICLXq7IEuP	VIH - Población clave - Trabajador sexual - VISITAS
Elemento de datos	vZQyUQCKSc6	VIH - Población clave - Personas trans y de género diverso - VISITAS
Elemento de datos	kXutCUTOxcq	VIH - Población clave - Hombres que tienen relaciones sexuales con hombres - VISITAS
Elemento de datos	GSSOfwzb0DQ	VIH - Población clave - Personas que se inyectan drogas - VISITAS
Elemento de datos	iqXxZbRDhYG	VIH - Población clave - Personas que viven en prisiones y otros entornos cerrados - VISITAS
Elemento de datos	kICLXq7IEuP	VIH - Población clave - Trabajador sexual - VISITAS
Elemento de datos	vZQyUQCKSc6	VIH - Población clave - Personas trans y de género diverso - VISITAS
Regla de programa	Bj2Z3glSvHy	VIH: asignar valor a la fecha del diagnóstico positivo de VIH
Regla de programa	FNCVV9kG0oi	VIH: asignar valor a Edad en el momento del diagnóstico de VIH
Regla de programa	iLq9wgcYwAE	VIH - Asignar valor VERDADERO - Hombres que tienen relaciones sexuales con hombres
Regla de programa	yYGoGwZ612X	VIH - Asignar valor VERDADERO - Persona que se inyecta drogas
Regla de programa	X51QRO65q4p	VIH - Asignar valor VERDADERO - personas en prisión u otros entornos cerrados
Regla de programa	T3EGb8JMpRs	VIH - Asignar valor VERDADERO - Trabajador sexual
Regla de programa	zFTfjVAEY42	VIH - Asignar valor VERDADERO - Personas trans y de género diverso
Regla de programa	mjrCXVhuYhe	VIH - Asignar valor FALSO - Hombres que tienen relaciones sexuales con hombres
Regla de programa	HxtlnaW2LHW	VIH - Asignar valor FALSO - Persona que se inyecta drogas
Regla de programa	TBzZvKdia6D	VIH - Asignar valor FALSO - personas en prisión u otros entornos cerrados
Regla de programa	gs5hHXi3Q62	VIH - Asignar valor FALSO - Trabajador sexual
Regla de programa	X4GW8qfrm0j	VIH - Asignar valor FALSO - Personas trans y de género diverso

SPV.1 Personas que viven con el VIH que conocen su estado de VIH

Para poder calcular este indicador de programa, necesitamos usar límites de período PERSONALIZADOS basados ​​en la "Fecha del diagnóstico positivo de VIH", ya que queremos contar todos los clientes desde la fecha del diagnóstico hasta la fecha actual, en caso de que sigan vivos y en la cohorte o la fecha de muerte/pérdida de seguimiento. Para permitir este recuento, se ha creado el elemento de datos "VIH - Fecha de cohorte" [CrFaWOLSKiK] y se le asigna el valor de la fecha actual en caso de que el cliente todavía esté vivo/en la cohorte (PVVS) y la fecha de muerte/pérdida del seguimiento en caso de que el cliente haya fallecido o se haya perdido el seguimiento.

Metadatos	UID	Nombre
Elemento de datos	CrFaWOLSKiK	VIH - Fecha de cohorte
Regla de programa	ciDmWAbeFK4	VIH - Asignar fecha de hoy si no hay cambios en el estado del paciente
Regla de programa	f0dYm1jWn9B	VIH - Asignar la fecha de defunción si tiene valor
Regla de programa	O3JX3rziDw8	VIH - Asignar la fecha LTFU si tiene valor

TAR.8 Segunda test de carga viral adecuada después del asesoramiento sobre adherencia

En el numerador necesitamos calcular las PVVS en TAR y que reciben una prueba de carga viral dentro de los tres (3) meses posteriores a un resultado de la prueba de carga viral de >=1000 copias/mL. Los elementos de datos asignados con la fecha de la última prueba de carga viral realizada y el último resultado se utilizan en el filtro Indicador de Programa para comparar la fecha de la última prueba de carga viral con la real.

Metadatos	UID	Nombre
Elemento de datos	yCF5h2RdrOP	VIH - Tratamiento: Fecha anterior de CV
Elemento de datos	Cx6DHpEoRpb	VIH - Tratamiento: Valor CV anterior
Regla de programa	dxPan4qsYWH	VIH - Asignar fecha de CV anterior si está presente
Regla de programa	QxPGCFykSDT	VIH - VIH Valor de carga viral anterior

PSD.2 Adopción de los modelos de PSD TAR entre personas que viven con VIH

Tanto en el numerador como en el denominador necesitamos calcular el número de personas que son recientemente elegibles para los modelos PSD TAR. Elemento de dato asignado con un valor VERDADERO en caso de que el cliente no fuera elegible en la visita anterior pero sí lo sea en la actual, se utiliza en el filtro del Indicador de Programa

Metadatos	UID	Nombre
Elemento de datos	w0s4IrXdJA1	VIH - Tratamiento: Recién elegible para PSD TAR
Regla de programa	zCZ4RdA6QvL	VIH - Asignar verdadero a personas recientemente elegibles para recibir PSD TAR si son elegibles en la visita actual y no son elegibles en la anterior
Regla de programa	CKCZoiLk2MR	VIH - Asignar falso a personas recientemente elegibles para PSD TAR si son elegibles o no en la visita actual y/o elegibles en la anterior

Además, en el numerador necesitamos contar los nuevos inscritos en los modelos PSD TAR. Elemento de dato asignado con un valor VERDADERO en caso de que el cliente no estuviera inscrito en la visita anterior pero sí esté inscrito en la actual se utiliza en el filtro del Indicador de Programa.

Metadatos	UID	Nombre
Elemento de datos	Q7LmA2FMrzl	VIH - Tratamiento: Recién inscrito en los modelos PSD TAR
Regla de programa	zNltrhsK3ZD	VIH - Asignar verdadero a personas recién inscritas en PSD TAR si son elegibles en la visita actual y no están inscritas en la anterior
Regla de programa	ikzuYLNkxiV	VIH - Asignar falso a los recién inscritos en PSD TAR si son elegibles o no en la visita actual y/o están inscritos en la anterior

PSD.5 Supresión viral entre PVVS que participan en modelos de PSD TAR

Tanto en el numerador como en el denominador de este indicador necesitamos contar las PVVS que están inscritas en modelos PSD TAR y a las que se les ha realizado pruebas de carga viral (y están suprimidas). Al ser un indicador de programa de tipo EVENTO y tener la información de carga viral no directamente vinculada con la inscripción o no en los modelos PSD TAR en el modelo de datos, un elemento de datos que se completará automáticamente con el último valor de estado de inscripción PSD TAR disponible ( verdadero o falso) se ha asignado al indicador de programa

Metadatos	UID	Nombre
Elemento de datos	PYFRaC4dJXg	VIH - Tratamiento: Último estado de inscripción en PSD TAR
Regla de programa	zfcYNnMjDk6	VIH - Asignar PSD inscrito si está presente
Regla de programa	ZgaUPJHLPvO	VIH - Asignar el último PSD inscrito si está presente
Regla de programa	n0oipCCQK0x	VIH - No asignar PSD inscrito si no está presente

DFT.3 Pruebas de TB entre aquellos con síntomas positivos

El indicador debe contar el número de PVVS que, después de dar positivo en el examen de TB, se someten a la prueba de TB. Por lo tanto, necesitamos la fecha en la que se realizó el último examen de detección de TB y debemos asegurarnos de que el examen se haya realizado antes de la prueba

Metadatos	UID	Nombre
Elemento de datos	nWrIpSGAdVj	VIH - VIH/TB: Fecha de cribado positivo para síntomas de tuberculosis
Regla de programa	jFviS9zNghE	VIH - Asignar fecha de detección previa si está presente
Regla de programa	NqbC1zxf46M	VIH - Asigne verdadero si dio positivo para TB en el evento actual

TBH.3 Tipo de test de diagnóstico de TB

En el numerador necesitamos contar solo las PVVS que han recibido como primera prueba de TB una prueba molecular rápida de TB aprobada por la OMS. Se crea un elemento de datos que informa VERDADERO en caso de que la primera prueba haya sido con una prueba mWRD (diagnóstico rápido molecular recomendado por la OMS) y se informa sobre los siguientes eventos.

Metadatos	UID	Nombre
Elemento de datos	dJJVB3fkwKd	VIH - VIH/TB: Primera test TB como mWRD
Regla de programa	WTONjptEnGe	VIH - Asigne verdadero a la primera test como mWRD y la fecha si fue la primera test utilizada
Regla de programa	WQaVtgqajwh	VIH - Asignar falso a la primera test como mWRD si no ha sido la primera test utilizada
Regla de programa	LuBGQxFdoZ5	VIH - Asignar valor verdadero a primera test TB a mWRD si previamente testada como primera

Además, se crea otro elemento de datos que informa la fecha de la primera prueba de TB (si es un mWRD) y el valor reportado en los siguientes eventos

Metadatos	UID	Nombre
Elemento de datos	ay8M5cOVV6g	VIH - VIH/TB: Primera fecha de prueba de TB como mWRD
Regla de programa	WTONjptEnGe	VIH - Asigne verdadero a la primera test como mWRD y la fecha si fue la primera test utilizada
Regla de programa	mTg0iaPC4BK	VIH - Asignar el valor anterior para la primera test de TB como fecha mWRD, si está presente

ITS.8 Repetición del diagnóstico del síndrome de ITS

En el numerador necesitamos calcular el número de personas que asisten a los servicios de atención y tratamiento del VIH diagnosticadas con un síndrome de ITS concreto dos o más veces. Los elementos de datos asignados con la última fecha en la que se informó un síndrome de ITS específico se utilizan en el filtro IP para comparar la fecha del último diagnóstico con el diagnóstico real; si la diferencia es inferior a 12 meses, se contará como nuestro cliente. Esto se logra con cinco (5) ED asignados con “fecha del último diagnóstico” para cada posible síndrome de ITS diagnosticado.

Metadatos	UID	Nombre
Elemento de datos	DI8O2sFAjIZ	VIH - ITS: Fecha del último diagnóstico del síndrome de secreción uretral
Elemento de datos	PMYnHPcLOrg	VIH - ITS: Fecha del último diagnóstico del síndrome de flujo vaginal
Elemento de datos	fGg6Qx8AzDw	VIH - ITS: Fecha del último diagnóstico de dolor abdominal bajo
Elemento de datos	Nxjc5ElxwEj	VIH - ITS: Fecha del último diagnóstico de síndrome de enfermedad de úlcera genital
Elemento de datos	bEFauzOj4ov	VIH - ITS: Fecha de último diagnóstico de secreción anorrectal
Regla de programa	xgt6RIk6jJg	VIH - Asignar fecha del último diagnóstico del síndrome de secreción uretral si se diagnostica
Regla de programa	RkeUbXxbAxf	VIH - Asignar fecha previa de secreción uretral si no hay nuevo diagnóstico
Regla de programa	wKskErfCnRy	VIH - Asignar la última fecha del síndrome de secreción vaginal si se diagnostica
Regla de programa	o9Je9CMIOOO	VIH - Asignar fecha previa de secreción vaginal si no hay nuevo diagnóstico
Regla de programa	GMfpQZONK6N	VIH - Asignar la última fecha de dolor abdominal bajo si se diagnostica
Regla de programa	vAtYaFpk9CI	VIH - Asignar fecha anterior de dolor abdominal bajo si no hay nuevo diagnóstico
Regla de programa	qJVXmzaqmCR	VIH - Asignar la última fecha del síndrome de enfermedad de úlcera genital si se diagnostica
Regla de programa	vzE0J0fo7F4	VIH - Asignar fecha anterior del síndrome de enfermedad ulcerosa genital si no hay nuevo diagnóstico
Regla de programa	ES3S2qANfLw	VIH - Asignar la última fecha de secreción anorrectal si se diagnostica
Regla de programa	pW1lTs8KeDM	VIH - Asignar fecha previa de secreción anorrectal si no hay nuevo diagnóstico

Indicadores de transmisión vertical (VER.1 → VER.4)

Los indicadores de transmisión vertical (incluidos los formularios VER.1 a VER.4) necesitan hacer referencia al día de parto. Al ser un indicador de programa de tipo EVENTO, se ha creado un elemento de datos que informa la última fecha de parto, ya que la información necesaria para el cálculo de los indicadores VER.1 → VER.4 se puede recopilar en diferentes visitas

Metadatos	UID	Nombre
Elemento de datos	s2ITWwTvqC0	VIH - PTMI: Fecha de último parto
Regla de programa	z16QguGzYY6	VIH - Asignar la fecha de parto si está presente
Regla de programa	pgb8Pr2ldfM	VIH - Asignar última fecha de parto anterior si tiene algún valor
Regla de programa	aPpennvPlIL	VIH - No asignar la fecha de parto si no está presente

HEP.7 VHC curado entre personas que viven con VIH

Tanto en el numerador como en el denominador, el indicador del programa utilizado es de tipo de EVENTO, por lo que es necesario informar el último estado del tratamiento del VHC, ya que la finalización del tratamiento y la prueba para confirmar una respuesta virológica sostenida pueden ocurrir en diferentes visitas

Metadatos	UID	Nombre
Elemento de datos	GSK3oZtzrMS	VIH - Hepatitis viral: Último estado de tratamiento del VHC
Regla de programa	C6iTbpA4n46	VIH - Asignar estado de tratamiento si está presente
Regla de programa	jC5pahYGKuz	VIH - Asignar el último estado de tratamiento anterior, si está presente
Regla de programa	o51CPtUmxsl	VIH - No asignar estado de tratamiento si no está presente

CCa.4 Supervivencia al cáncer de cuello uterino

En el numerador de este indicador debemos contar las MVVS con diagnóstico de cáncer de cuello uterino que siguen vivas y se ha creado un elemento de datos que informa el último diagnóstico.

Metadatos	UID	Nombre
Elemento de datos	ntKnCH7bMGR	VIH - Cáncer de cuello uterino: Último diagnóstico de cáncer de cuello uterino
Regla de programa	kSfwWuCTwOu	VIH - Asignar diagnóstico de cáncer de cuello uterino, si está presente
Regla de programa	juN7w5x3gKo	VIH - Asignar el último diagnóstico de cáncer de cuello uterino, si está presente
Regla de programa	YmEXnBJNKFc	VIH - No asigne un diagnóstico de cáncer de cuello uterino si no está presente

Indicadores de programa¶

Los indicadores del programa se utilizan para agregar datos a nivel individual capturados en el modelo de datos del tracker; y asignarlos al modelo de datos agregados para su presentación, consumo y uso en las aplicaciones y tableros de análisis de DHIS2. El uso de la aplicación Data Exchange DHIS2 para transferir valores de los indicadores de programa a elementos de datos agregados se describe con más detalle en la sección sobre Mapeo de metadatos e intercambio de datos.

Los indicadores de programa se organizan en dos grupos de indicadores de programa: - Vigilancia de casos de VIH - Intercambio de datos [s7DBTTX68Lk] contiene todos los IP que están asignados a los elementos de datos agregados de destino correspondientes para su análisis. - Prevención del VIH: lista estándar de la OMS [KKvBWmeIsvN] contiene todos los IP que forman parte de la lista estándar de indicadores de la OMS (cada IP normalmente representa un numerador o denominador de la lista estándar de las directrices SI)

Advertencia

La mayoría de los indicadores del Programa se basan en EVENTOS y utilizan límites de períodos PERSONALIZADOS que requieren cierta adaptación. Hemos proporcionado representaciones precisas de los indicadores del programa basadas en el modelo de datos genérico; sin embargo, es responsabilidad de la organización implementadora decidir qué tipo de dimensión de unidad organizativa asignar a cada indicador de programa, de acuerdo con las directrices nacionales y en consulta con los usuarios finales. Revise la sección sobre adaptación local y consideraciones de implementación para obtener más información sobre cómo ajustar los indicadores de programa y cálculos durante la localización y la adaptación del país.

Filtro de población clave en indicadores de programa¶

Como se describe en la sección sobre Elementos de datos ocultos y valores asignados, las reglas del programa se utilizan para asignar y copiar el grupo de población clave de la TEI registrado en el informe de caso inicial a un campo de elemento de datos ocultos en la etapa de programa visita repetible. Esto permite configurar todos los cálculos de indicadores de programa basados ​​en el grupo de población clave, concretamente utilizando el elemento de datos asignado automáticamente como filtro en el indicador de programa.

Tenga en cuenta que al ajustar los indicadores de programa que filtran en función del grupo de población clave, debe utilizar el conjunto de elementos de datos que contienen el sufijo “- VISITA”:

• VIH - Población clave - Hombres que tienen relaciones sexuales con hombres - VISITAS [kXutCUTOxcq]
• VIH - Población clave - Personas que se inyectan drogas - VISITAS [GSSOfwzb0DQ]
• VIH - Población clave - Personas que viven en prisiones y otros entornos cerrados - VISITAS [iqXxZbRDhYG]
• VIH - Población clave - Trabajador sexual - VISITAS [kICLXq7IEuP]
• VIH - Población clave - Personas trans y de género diverso - VISITAS [vZQyUQCKSc6]

PVVS actualmente en TAR¶

Se requieren algunos indicadores de programa para contar el número de PVVS en tratamiento, ya sea en la fecha actual y/o para un período de informe específico. Para poder realizar este tipo de cálculo necesitamos trabajar en dos partes diferentes de la fórmula de indicadores de programa:

• Límites del período
• Filtro

En la sección de límites de período, necesitamos usar una combinación de dos fechas PERSONALIZADAS diferentes, ya que queremos contar todas las PVVS desde el momento en que inician el TAR hasta el último día del tratamiento. Por lo tanto las fechas a utilizar son:

• Antes del final del período del informe: Fecha de inicio del tratamiento [Lv3c5VSA9t3]
• Después del inicio del período del informe: último día con TAR [EGjmPoKhHpM]

En el lado del filtro, necesitamos poder contar los que aún tendrán tratamiento después del final del período del informe o de la fecha actual, ya que podría ser que la fecha actual esté en el período de análisis (p. ej., la fecha actual es el 1o. de noviembre de 2023 y estamos analizando los que aún están en TAR en el 2023) A continuación se muestra una instantánea del filtro:

(d2:daysBetween(V{analytics_period_end},#{Last day with ART})>=0 || d2:daysBetween(V{current_date},#{Last day with ART})>=0)

Configuración de indicadores de programas notables¶

SPV.1 Personas que viven con el VIH que conocen su estado de VIH Para poder calcular este indicador de programa de tipo INSCRIPCIÓN necesitamos usar límites de período PERSONALIZADOS basados en la "Fecha de diagnóstico positivo de VIH", ya que queremos contar todos los clientes desde la fecha del diagnóstico hasta la fecha actual, en caso de que sigan vivos y en la cohorte, o la fecha de muerte / pérdida de seguimiento. Para permitir este recuento, se ha creado el elemento de datos "VIH - Fecha de cohorte" [ CrFaWOLSKiK] y se le asigna el valor de la fecha actual en caso de que el cliente siga vivo / en la cohorte (PVVS) y la fecha de muerte / pérdida del seguimiento en caso de que el cliente haya fallecido o se haya perdido el seguimiento. De esta manera, el indicador de programa "VIH VC - SPV.1 Personas que viven con el VIH que conocen su estado de VIH" [HY5WGeOQPmC] tiene asignados los siguientes límites de período:

• Antes del final del período del informe: Fecha del diagnóstico VIH positivo
• Después del inicio del período del informe: fecha de cohorte

El indicador de programa es de tipo INSCRIPCIÓN ya que queremos saber la información recopilada en la última visita (evento DHIS2)

TAR.8 Segunda test de carga viral adecuada después del asesoramiento sobre adherencia El numerador es un indicador de programa de tipo EVENTO que necesita calcular la cantidad de PVVS en TAR que reciben una prueba de carga viral dentro de los tres (3) meses posteriores a un resultado de la prueba de carga viral de >=1000 copias/mL. Los elementos de datos asignados con la fecha de la última prueba de carga viral realizada y el último resultado se utilizan en el filtro indicador de programa para comparar la fecha de la última prueba de carga viral con la real; si la diferencia es inferior a tres (3) meses y el resultado de carga viral anterior es >=1000 copias/mL, entonces se contará nuestro cliente. En los límites de período, es necesario utilizar los límites de período PERSONALIZADOS con el elemento "Fecha de prueba de carga viral" [v4K5u8wftrq], ya que queremos que se devuelva el valor de la carga viral real realizada y no la que se encuentra dentro de los tres (3) meses siguientes a la anterior

PSD.2 Adopción de los modelos de PSD TAR entre personas que viven con VIH

Para poder calcular este indicador necesitamos contar tanto en el numerador como en el denominador (indicadores de programa de tipo EVENTO) los clientes que son recientemente elegibles para los modelos PSD TAR. Elemento de dato asignado con un valor VERDADERO en caso de que el cliente no fuera elegible en la visita anterior pero sí lo sea en la actual se utiliza en el filtro de los Indicadores del Programa.

Además, en el numerador necesitamos contar los nuevos inscritos en los modelos PSD TAR. Elemento de dato asignado con un valor VERDADERO en caso de que el cliente no estuviera inscrito en la visita anterior pero sí esté inscrito en la actual se utiliza en el filtro del Indicador de Programa.

PSD.5 Supresión viral entre PVVS que participan en modelos de PSD TAR

Tanto en el numerador como en el denominador de este indicador necesitamos contar las PVVS que están inscritas en modelos PSD TAR y a las que se les ha realizado pruebas de carga viral (y están suprimidas). Al ser un indicador de programa de tipo EVENTO y tener la información de carga viral no directamente vinculada con la inscripción o no en los modelos PSD TAR en el modelo de datos, un elemento de datos que se completará automáticamente con el último valor de estado de inscripción PSD TAR disponible ( verdadero o falso) se ha asignado al indicador de programa

TBH.3 Tipo de test de diagnóstico de TB

En el numerador necesitamos contar sólo las PVVS y que han recibido como primera prueba de TB una prueba molecular rápida de TB aprobada por la OMS. Se crea un elemento de datos que informa VERDADERO en caso de que la primera prueba haya sido con una prueba mWRD (diagnóstico rápido molecular recomendado por la OMS) y se informa sobre los siguientes eventos. Además, se crea otro elemento de datos que informa la fecha de la primera prueba de TB (si es un mWRD) y el valor reportado en los siguientes eventos

ITS.8 Repetición del diagnóstico del síndrome de ITS El período de informe del indicador se ha establecido como los “últimos 12 meses”, por lo que el resultado será la proporción de clientes diagnosticados con un síndrome de ITS concreto dos o más veces en los últimos 12 meses.

En el numerador necesitamos calcular el número de personas que asisten a los servicios de prevención del VIH diagnosticadas con un síndrome de ITS concreto dos o más veces. Este filtro se basa en los elementos de datos ocultos asignados con valores para la "fecha del último diagnóstico":

• VIH - ITS: Fecha del último diagnóstico del síndrome de secreción uretral [DI8O2sFAjIZ]
• VIH - ITS: Fecha del último diagnóstico del síndrome de flujo vaginal [PMYnHPcLOrg]
• VIH - ITS: Fecha del último diagnóstico de dolor abdominal bajo [fGg6Qx8AzDw]
• VIH - ITS: Fecha del último diagnóstico de síndrome de enfermedad de úlcera genital [Nxjc5ElxwEj]
• VIH - ITS: Fecha de último diagnóstico de secreción anorrectal [bEFauzOj4ov]

En caso de que sea necesario agregar/eliminar algún síndrome de ITS según las necesidades de implementación, el modelo de datos debe replicarse para diagnósticos adicionales de ITS; o eliminarse de los cálculos de IP para los diagnósticos de ITS que no son relevantes.

Indicadores de transmisión vertical (VER.1 → VER.4)

Los indicadores de transmisión vertical (incluidos los formularios VER.1 a VER.4) deben hacer referencia al día de entrega. Al ser un indicador de programa de tipo EVENTO, se ha creado un elemento de datos que informa la última fecha de parto, ya que la información necesaria para el cálculo de los indicadores VER.1 → VER.4 se puede recopilar en diferentes visitas. Por lo tanto, en los límites del período para todos los indicadores del programa necesitamos utilizar el siguiente elemento de datos: VIH - PTMI: última fecha de parto Además en el indicador VER.2 Cobertura de diagnóstico infantil temprano (EID) tenemos que utilizar el Elemento de Datos VIH - PTMI: Última fecha de parto ya que la información relacionada con la prueba infantil expuesta al VIH se recopila en una visita siguiente

HEP.7 VHC curado entre personas que viven con VIH

Tanto en el numerador como en el denominador, el indicador del programa utilizado es de tipo de EVENTO, por lo que es necesario informar el último estado del tratamiento del VHC, ya que la finalización del tratamiento y la prueba para confirmar una respuesta virológica sostenida pueden ocurrir en diferentes visitas. Tanto en el numerador como en el denominador necesitamos filtrar el estado del tratamiento por el siguiente elemento de datos: VIH - Hepatitis viral: último estado de tratamiento contra el VHC

CCa.4 Supervivencia al cáncer de cuello uterino

En el numerador de este indicador debemos contar las MVVS con diagnóstico de cáncer de cuello uterino que siguen vivas y se ha creado el elemento de datos VIH - Cáncer de cuello uterino: último diagnóstico de cáncer de cuello uterino [ntKnCH7bMGR] que informa el último diagnóstico. Este elemento de datos VIH - Cáncer de cuello uterino: último diagnóstico de cáncer de cuello uterino se utiliza en el filtro y tiene los mismos sets de opciones que el elemento de datos VIH - Cáncer de cuello uterino: diagnóstico de cáncer de cuello uterino

Mapeo de metadatos e intercambio de datos¶

Como se ha descrito anteriormente, todos los cuadros de mando e indicadores se apoyan en un modelo de datos agregados. Esto permite métodos mixtos de presentación de informes de diversas fuentes electrónicas y en papel, lo que permite reunir todos los datos con fines de análisis y uso, como en un HMIS integrado.

Donde los elementos de datos agregados objetivo se pueden completar agregando los datos de seguimiento subyacentes desde el tracker de vigilancia de casos de VIH, hemos preconfigurado un conjunto de indicadores de programa e incluido el mapeo de las dimensiones agregadas objetivo (CÓDIGO de elemento de datos y CÓDIGO de Combinación de Opciones de Categoría).

Véase Documentación para el usuario DHIS2 sobre cómo utilizar la aplicación Data Exchange.

Véase Documentación para desarrolladores de DHIS2 sobre las API de DHIS2 para el intercambio de datos agregados para obtener más información.

Los metadatos se han alineado con los diccionarios de datos y las referencias de indicadores publicados en el kit de adaptación digital (DAK) para el VIH de la OMS, segunda edición (véase el Anexo A de la Web del kit de adaptación digital para el diccionario de datos). Tenga en cuenta que el Tracker no está diseñado para respaldar todos los aspectos de las directrices de atención clínica y la gestión de casos, algunos de los cuales están contenidos en el DAK VIH, ni para reemplazar los EMR sólidos de los establecimientos; sin embargo, los datos de los EMR se pueden incorporar al registro nacional del VIH para su análisis y uso.

Aquí puede encontrar la correlación entre los metadatos de DHIS2 y el diccionario de datos del DAK VIH.

Nota

Debido al volumen de indicadores de programa que necesitan alimentar el modelo de datos agregados correspondiente, el intercambio de datos no debe usarse con la aplicación, sino que solo debe programarse como un trabajo de backend.

Consideraciones de implementación y adaptación local¶

Este capítulo describe algunas de las posibilidades para adaptar la configuración al contexto y las necesidades locales, así como consideraciones de implementación que son importantes para el caso de uso de vigilancia de casos de VIH.

Privacidad y confidencialidad de los datos¶

La recopilación de datos sobre poblaciones clave plantea ciertos desafíos, particularmente cuando la información está vinculada o compartida entre proveedores de servicios y programas. Todos los datos de salud a nivel individual, incluidos los de poblaciones clave, deben clasificarse como datos personales sensibles o información de identificación personal que requieren un alto nivel de seguridad. Todos los sistemas de información de salud deben contar con protocolos sólidos de confidencialidad y seguridad de datos para salvaguardar los datos, respaldados por leyes y políticas que protejan la información de salud. El procesamiento de datos personales de salud debe abordar la ciberseguridad, el fomento de la confianza, la rendición de cuentas y la gobernanza, la ética, la equidad, el desarrollo de capacidades y la alfabetización digital.

Cuando la seguridad y la posibilidad de desalentar el acceso a los servicios sean una preocupación, no se recomienda la recopilación rutinaria de información sobre la población clave; y debe eliminarse del Programa Tracker de Vigilancia de Casos DHIS2 digitalizado. De manera similar, antes de capturar datos de identificación personal, como el nombre del cliente, la fecha de nacimiento y otros datos de identificación indirecta, se debe revisar una evaluación de riesgos y de seguridad de los sistemas electrónicos y los POE para todos los usuarios y abordar las deficiencias.

Adaptación de la estructura del tracker¶

La estructura de seguimiento de la vigilancia de casos de VIH es principalmente una estructura plana con una sola etapa principal repetible para registrar las actividades de cualquier tipo de visita de prevención. Esta estructura intencionalmente simplificada permite una mayor flexibilidad para la adaptación y personalización local. Por ejemplo:

• Las secciones se pueden traducir fácilmente en etapas en caso de que distintos usuarios tengan que ingresar información diferente (como se ha detallado anteriormente, el servicio de vigilancia de casos de VIH es muy transversal y puede tener varios actores involucrados en la distribución de los servicios)
• Cantidad reducida de reglas de programa y bien identificadas por la sección a la que se dirige
• Si una actividad específica (intervención de atención del VIH, como el cáncer de cuello uterino) no es relevante para el paquete de servicios de atención y tratamiento del VIH que ofrece su país, simplemente puede eliminar una sección completa sin repercusiones en el resto del modelo de datos.

Integración de la vigilancia de casos de VIH y del tracker de prevención del VIH¶

Dependiendo del contexto local, algunas implementaciones pueden desear integrar la prevención del VIH y la vigilancia de casos en un único programa de Tracker DHIS2. Se consideró una opción de diseño de tracker integrado para la guía de diseño global, pero finalmente se descartó en favor de dos programas de tracker por las siguientes razones:

• Escala: es probable que el número de personas (TEIs) inscritas en un programa de prevención sea mucho, mucho mayor que el número de personas (TEIs) diagnosticadas como positivas e inscritas en un programa de Vigilancia de Casos de VIH. Esto puede tener un impacto en el rendimiento y también requiere una infraestructura de servidor adecuada para la implementación de Tracker a gran escala.
• Tipos de proveedores de servicios: en muchos contextos nacionales, una gran escala y variedad de proveedores de servicios pueden participar en los servicios de prevención del VIH, como trabajadores comunitarios de salud, ONG/OSC como socios implementadores, etc. A menudo, estos proveedores de servicios de prevención no son responsables de dar seguimiento al caso de VIH a través de un tratamiento de por vida y no deben tener acceso a los datos de salud del cliente después de haber sido identificado como un cliente VIH positivo. Por lo tanto, separar los programas Tracker se adapta a la variedad y ayuda a garantizar la protección y la confidencialidad de los datos de las personas que viven con el VIH.
• Los indicadores incluidos en las directrices SI y DAK de la OMS no requieren un análisis “entre programas”; todos los indicadores pueden generarse dentro de DHIS2 utilizando dos programas separados.
• Un flujo de trabajo típico desde los servicios de prevención hasta la vigilancia de casos de VIH está bien respaldado al cerrar la inscripción en un programa de tracker de prevención DHIS2 y abrir una nueva inscripción en el programa de vigilancia de casos. La persona (TEI) está vinculada a los programas de prevención y vigilancia de casos, esto en caso de que se requiera un análisis ad hoc para el análisis avanzado de datos programáticos realizado fuera de DHIS2.

Se puede implementar un diseño integrado aprovechando muchos de los metadatos DHIS2 existentes, como la biblioteca de elementos de datos Tracker. Ambos programas Tracker siguen una estructura similar con un informe inicial del caso y una etapa de "visita" integrada y repetible para todo el seguimiento posterior. Los metadatos del tracker que son comunes entre los tracker de prevención del VIH y vigilancia de casos de VIH se comparten entre los dos programas (utilizando los mismos UID) de la siguiente manera:

• Todos los atributos de la entidad tracker: todos los TEA son iguales
• Informe de caso inicial: los elementos de datos relacionados con la identificación de la población clave son los mismos
• Etapa de visita:
• Los elementos de datos de ITS son los mismos
• Hepatitis viral: los elementos de datos relacionados con la prueba, la fecha y el resultado son los mismos

Los implementadores deben tener en cuenta los problemas de privacidad y confidencialidad relacionados con la vinculación de los datos de los pacientes desde un tracker de Prevención a un tracker de Vigilancia de Casos. Es posible que sea necesario eliminar algunos elementos de datos que contienen información confidencial del paciente, como el estado de la población clave de un paciente, si se vincula un registro de paciente. Además, no se recomendaría vincular los trackers de prevención y vigilancia de casos si no se pudiera garantizar la privacidad, la seguridad y la confidencialidad del paciente (para obtener más información, consulte el Capítulo 2: Prevención y el Capítulo 6: Datos de salud digital de la OMS 2022 "Directrices consolidadas sobre información estratégica del VIH centrada en la persona").

Análisis y cálculo de indicadores¶

Análisis de propiedad¶

A partir de DHIS2 v40, se dispone de una nueva funcionalidad que permite realizar cálculos de indicadores de programa en función de la unidad organizativa "propietaria" de una inscripción determinada. Por ejemplo, puede contar el número de clientes únicos que reciben servicios de atención y tratamiento del VIH en un establecimiento, incluso si no estaban originalmente inscritos en ese establecimiento ni hubieran sido transferidos oficialmente.

Los indicadores de programa pueden definir qué dimensión de unidad organizativa se utilizará en el análisis. Las opciones incluyen la unidad organizativa para el evento, inscripción, registro, el elemento de datos de la unidad organizativa y la propiedad de la instancia de entidad tracker al inicio o al final del período del informe. Los análisis de propiedad se aplican solo a los indicadores de programa configurados en función de la inscripción.

Encontrará información más detallada sobre el análisis de la propiedad en la Guía de diseño del Tracker.

Nota:

Para las implementaciones que utilicen el software DHIS2 versión 2.39 o inferior, los indicadores de programa generados a cualquier nivel inferior al nacional no reflejarán la unidad org actual "propietaria". Esto significa que si una TEI (persona) que ha sido transferida permanentemente de una unidad de organización (Establecimiento de Salud A) a otra (Establecimiento de Salud B) para una inscripción en un programa dado Captura de datos individuales seguirá contándose como perteneciente al Establecimiento de Salud A a efectos de los indicadores del programa. En términos prácticos, esto significa que cuando un paciente se ha trasladado de un centro a otro, todos los indicadores longitudinales de este paciente no se reasignan al último centro del paciente, sino que permanecen asignados al centro inicial en el que el paciente entró por primera vez en el programa. Esta es una limitación crítica para los casos de uso típicos de VIH, donde las métricas de rendimiento a nivel de centro, como las pérdidas de seguimiento, deben generarse con precisión a nivel subnacional o de centro. Si su implementación utiliza DHIS2 v2.39 o una versión inferior, revise detenidamente su configuración para comprobar si ha tenido en cuenta la exclusión de personas "transferidas" en función de la titularidad de la inscripción de la unidad org.

Fecha del evento vs fecha personalizada¶

Como se describió anteriormente, se solicita un conjunto de fechas para todas estas actividades que pueden llevarse a cabo más allá de un servicio de prevención del VIH pero cuya información sigue siendo relevante para un sistema integral de gestión y presentación de informes centrado en la persona.

La gran mayoría de Indicadores de Programa utilizan esta fecha en los límites del período (como fecha PERSONALIZADA) y/o en el filtro. En caso de que la implementación decida utilizar la fecha del evento (“fecha de visita”) como fecha predeterminada para cualquiera de las actividades, esto deberá reflejarse también en los Indicadores de Programa.

Análisis de datos Tracker¶

Para los usuarios autorizados con acceso a datos de identificación personal capturados a través del programa de tracker de vigilancia de casos de VIH, se puede lograr un análisis ad hoc adicional de los datos del tracker, utilizando la aplicación Listados y configurando listas de trabajo como parte del programa de seguimiento DHIS2 (nota: solo para usuarios que tienen acceso a la aplicación Capturar para la recopilación de datos).

En general, se recomienda generar análisis de rutina para el seguimiento de programas a través del modelo de datos agregados, utilizando indicadores del programa y servicios de intercambio de datos, como se implementa en este diseño. En parte, esto se debe a que el modelo de datos agregados en DHIS2 proporciona una dimensionalidad optimizada para el análisis (por ejemplo, la capacidad de dividir y filtrar por Categorías y Combinación de Categorias en la aplicación Visualizador de Datos). Esto también permite realizar análisis de mayor rendimiento, ya que ejecutar consultas en grandes bases de datos que contienen años de datos individuales puede generar una tensión innecesaria en el servidor.

Los análisis ad hoc y la extracción a nivel individual suelen estar restringidos únicamente a los usuarios autorizados de salud pública (como los administradores de datos del programa de VIH) para análisis avanzados; y a los usuarios en el punto de prestación de servicios (establecimiento) para realizar actividades de seguimiento operativo, contactar clientes o realizar análisis y controles de calidad de datos de rutina básicos en los datos a nivel individual que son responsables de recopilar.

Operacionalizar variables para poblaciones clave¶

Algunos países han experimentado dificultades para definir si las personas que buscan servicios pertenecen a una población clave determinada, considerando que la divulgación puede ponerlas en riesgo de discriminación, estigmatización y, en ciertos contextos, de sanción legal.

Para facilitar la operacionalización de las definiciones de población clave, la siguiente tabla del "Marco para el Monitoreo de los Servicios de VIH/ITS para Poblaciones Clave en América Latina y el Caribe" ofrece una herramienta sensible y específica para estandarizar la recolección de información a través de un conjunto mínimo de variables que permite la categorización de personas en grupos de población clave. Esta herramienta puede integrarse en el Tracker de Prevención DHIS2 configurando un conjunto adicional de elementos de datos que siguen la estructura del cuestionario:

Según los datos recopilados del cuestionario, el cliente puede ser identificado en uno o más grupos debido a la superposición de prácticas y vulnerabilidades. Un país puede tener otras definiciones y población clave; por lo tanto, se espera que la herramienta se adapte de acuerdo al contexto nacional. La asignación de una persona a un grupo de población clave determinado se puede lograr utilizando reglas de programa para asignar un valor a los elementos de datos básicos para los grupos de población clave incluidos en los metadatos del tracker de prevención de DHIS2.

Referencias¶

OMS (2022). Directrices consolidadas sobre información estratégica del VIH centrada en la persona: fortalecimiento de los datos de rutina para generar impacto https://www.who.int/publications/i/item/9789240055315

ONUSIDA (2022) EN PELIGRO: ONUSIDA Actualización mundial sobre el sida 2022. Ginebra: Programa Conjunto de las Naciones Unidas sobre el VIH/SIDA https://www.unaids.org/en/resources/documents/2022/in-danger-global-aids-update