Introducción¶

Tracker is the app within the DHIS2 platform that enables the capture and use of individual, longitudinal data. The functionality of Tracker covers a wide spectrum of needs, from monitoring the quality and availability of water wells, to collecting student attendance in a classroom, to capturing patient data in a shared health record. For the purposes of this guide, many of the examples will come from health systems, although Tracker is also widely used for education systems, environmental systems, logistics, and more.

Many countries and programs are making use of increased network availability and the widespread presence of mobile devices and other hardware to push information systems closer to the level where primary data are generated. Individual-level data adds granularity and nuance to datasets captured in routine information systems, providing opportunities for ad hoc analysis, shifting indicators over time, and improving data quality. Beyond its usefulness for reporting and analysis, individual-level data can also be used to eliminate reporting redundancies, empower lower level staff with better decision-making tools, and place the client at the center of the information system. In short, individual-level data is the smallest data unit, and as such can be repurposed in many ways to satisfy the various competing needs in national information systems.

The purpose of this guide is to help determine if Tracker is the right fit for a potential use case and provide practical guidance for planning successful implementations. The use of Tracker at scale introduces additional factors that should be planned for beyond what may already be in place for an existing aggregate DHIS2 instance. The opportunities and potential benefits from information systems increase as a system goes from aggregate data → tracked anonymous data → data from identifiable individuals → real-time patient data at the point of care. Those planning for a Tracker implementation should recognize that the challenges increase along with the benefits.

Esta guía de implementación incluye recomendaciones para proporcionarle ayuda a la hora de:

• determinar si Tracker satisfacerá sus necesidades;
• evaluar la preparación de su entorno para introducir la recopilación de datos a nivel individual;
• comprender de qué manera se diferencia la implementación de Tracker de la agregación de DHIS2;
• address concerns specific to individual-level data systems, including privacy and security
• revisar las lecciones aprendidas y las prácticas recomendables derivadas de casos de uso del mundo real;
• plan for the introduction of your Tracker program(s) at the desired scale
• establecer la infraestructura que mantendrá un programa de Tracker a largo plazo.

La guía se divide en dos secciones básicas:

• La sección ¿Está preparado mi proyecto para implementar Tracker? describe cinco importantes factores contextuales que es necesario comprender para preparar su entorno antes de continuar con la planificación de una implementación de Tracker:

  • Asistencia y compromiso institucional
  • Financiamiento;
  • Legislación y políticas;
  • Capacity and competency
  • Infrastructura.

• La sección Creación de su(s) programa(s) de Tracker proporciona orientación y recomendaciones específicas para nueve aspectos diferentes de una implementación de Tracker:

  • Determinación de escala;
  • Proceso de configuración y diseño;
  • Determinación de marco de trabajo de monitoreo y evaluación;
  • Entrada de datos en tiempo real vs. entrada de datos secundaria;
  • Versión móvil vs. versión web;
  • Creación de una infraestructura de RR. HH. de asistencia;
  • Alojamiento;
  • Capacitación e implementación; y
  • Relación de Tracker con su sistema de agregación.

Se proporcionan enlaces de herramientas de planificación específicas en todo el documento y en el apéndice.

¿Para qué puede utilizarse Tracker?¶

As with the rest of the DHIS2 platform, Tracker has a generic data model that allows it to be configured by the user for many different purposes. At its most basic, Tracker allows the user to define a particular kind of thing (person, commodity, lab sample, catchment area, etc.) that they want to follow over time (a tracked entity), define the data that they want to collect about this entity (attributes, data elements), place the data elements in a specific order with accompanying conditions or logic (program stages, program rules), and determine the analytics that should be produced (program indicators, event reports, data visualizations, etc.)

An example of a simple Tracker program could be a program for collecting malaria case information at the point of care. The tracked entity would be a person, defined by attributes such as first name, last name, date of birth, or village. In general, attributes are data about the tracked entity (i.e. person) that are reasonably expected to stay the same over the period of follow-up and are often used to uniquely identify the entity (person). The program would contain data elements such as symptoms, test used and result, treatment provided, etc. These data elements might have pre-configured options for possible responses, such as possible tests available, or logic helping to ensure data quality, such as possible minimum and maximum values for a given data element. The data collected would be visible to the clinical user as a part of the malaria patient’s shared health record, but could also be used to generate monthly reports required by the national malaria control program, provide decision support to the clinician, generate SMS reminders to the patient to promote adherence to treatment, or populate a clinic-facing dashboard containing key performance indicators. For all these purposes, the data were collected only once -- during the patient visit -- but were reused many times for different needs.

DHIS2 also supports the collection of individual data without longitudinal tracking using the Capture and Event apps. Non-longitudinal tracking (Event programs) will be referred to throughout this documentation as well. Event programs generally follow the same data model as Tracker, with the exception of defining a tracked entity which is not required for non-longitudinal tracking. An example of such an Event program could be the reporting of line-listing malaria case data. The line-listing data captured by an Event program would contain the same individual data as in the previous (tracked entity) program, but without linking these data to a tracked entity (patient) for longitudinal tracking over time. As such, the data would not become a part of a shared health record (or perhaps not used to generate SMS message reminders to the patient, or other features that rely on tracking an entity over time); however, the Event program would capture more granular data about malaria cases than an aggregate data model, in turn enhancing analytical capability.

As seen from the examples above, Tracker and the collection of individual data are quite different from traditional aggregate reporting for health management information systems (HMIS). Only one of the potential uses described above are satisfied by aggregate data collection -- that of monthly reporting -- whereas the patient-, clinician-, and facility-facing uses only become possible through the collection of individual data.

Even with regards to routine reporting, the collection of individual data introduces opportunities for improved data interpretation and analysis, and -- crucially -- for action to be taken. For example, an aggregate report might show that overall immunization coverage is 80%, but lacks detail as to whether the remaining 20% reflects errors in reporting, unintentional exclusion of certain individuals/groups (i.e. due to geographic or demographic factors), or other factors. The aggregate numbers also do not allow for the specific identification of non-vaccinated children that could be followed up with through a targeted outreach program. The aggregate numbers in this example address a basic need of Ministries of Health to report national progress on a global indicator, but not the needs of immunization program managers or providers to take specific actions to improve coverage.

One inherent benefit to using Tracker as an individual level system is the capacity for alignment with the existing aggregate DHIS2 system, which is already used in most lower- and middle-income countries as a national HMIS. Unlike a standalone Electronic Medical Record (EMR) or other application, Tracker encourages the collection of structured data that can natively aggregate upwards and be fed into the national HMIS, thus replacing secondary data entry and aggregation with primary source data.

Como componente central de la plataforma de DHIS2, Tracker se actualiza dos veces al año junto con el resto del software de DHIS2. Los aportes más significativos para las mejoras de Tracker provienen de implementaciones en países reales y están en sintonía con las recomendaciones mundiales, especialmente con las Directrices de la OMS sobre intervenciones digitales para el fortalecimiento del sistema sanitario. De las diez intervenciones recomendadas, Tracker tiene una funcionalidad específica para admitir las siguientes:

• Notificación de nacimiento;
• Notificación de muerte;
• Notificación de activos y gestión de productos;
• Comunicación dirigida al cliente;
• Asistencia al trabajador sanitario en la toma de decisiones;
• Rastreo digital de los servicios y estado de salud del cliente combinado con la asistencia en la toma de decisiones;
• Rastreo digital combinado con asistencia en la toma de decisiones y comunicación dirigida al cliente; y
• Provisión digital de capacitación y contenido educativo para trabajadores sanitarios.

Taking full advantage of such features requires that the data collected are systematic and adhere to normative standards. In health care, primary and public health services that are strongly driven by fixed guidelines and workflows are particularly suited for Tracker programs. For example in Antenatal Care (ANC), most countries have guidelines with algorithms for screening and patient management in response to test findings that can be incorporated in Tracker to follow a routine clinical workflow, supporting both the care provider and the reporting needs. In more complex areas of health care, with less documented and well-defined decision algorithms (such as in a referral hospital, for example) Tracker may be best used for simple data collection, allowing the clinician to determine the best use of the data for patient triage, and allowing the standardized data elements to be used for additional reporting or other purposes.

Ejemplos de casos de uso de Tracker¶

Throughout this guide, we will refer to use cases to give real-world examples of planning principles, decision points, software and data utilization, common hurdles and issues, and lessons learned at different stages of the Tracker planning and implementation process. A short introductory summary of these individual use cases is provided here. Greater detail for some of the use cases can be found on www.dhis2.org.

Paquetes de Tracker preconfigurados¶

En la sección Kit de herramientas de la OMS sobre el análisis y el uso de datos de centros sanitarios, se han creado programas de Tracker preconfigurados para cubrir una serie de temas relacionados con la salud. Estos paquetes están destinados a ser el punto de partida de los programas en países, lo que permite una configuración adicional para adaptarlos al contexto local al mismo tiempo que se conservan los estándares globales para los indicadores y la práctica. Estos se pueden agregar a los sistemas de DHIS2 existentes, ya sea en conjunto o individualmente. Se puede acceder a estos paquetes desde el enlace de arriba o desde who.dhis2.org. Los paquetes preconfigurados actuales cubren los siguientes temas:

• Eventos adversos para la inmunización;
• Notificación de nacimiento, muerte fetal y muerte para el registro civil;
• Causa de muerte (incluidos los códigos ICD-10 de la lista de mortalidad inicial);
• Investigación del sitio de reproducción de la malaria;
• Investigación sobre la situación del hogar, el caso, el tratamiento y el diagnóstico de la malaria;
• Investigación sobre focos de la malaria;
• Campañas de inmunización masiva;
• Registro de inmunización de rutina; y
• Supervisión de casos de tuberculosis.

Se puede acceder a paquetes adicionales que aún están en desarrollo en https://who.dhis2.org/documentation/work_in_progress.html.

Botsuana: programa de nutrición e inmunización¶

Botsuana ha creado un programa combinado de nutrición e inmunización que proporciona servicios clave a los niños pequeños que reciben asistencia nutricional, al mismo tiempo que se asegura de que los niños alcancen sus indicadores de crecimiento y reciban el conjunto de vacunas completo. Al trabajar con el equipo de Botsuana, la plataforma de Tracker se mejoró para producir puntuaciones z estandarizadas que proporcionan una evaluación rápida del peso para la estatura, del peso para la edad y de la altura para la edad.

Ghana: Módulos de rastreador eletrónico de VIH/TAR y otros¶

Desde 2012, los Servicios de Salud de Ghana han liderado un programa pionero en informar datos a nivel del paciente a través de programas de Tracker de DHIS2 (en Ghana el proyecto se llama "eTrackers"). En 2019, comenzaron a usar 8 módulos de eTrackers diferentes. Un buen ejemplo es su eTracker de VIH/TAR, que, además de rastrear a pacientes individuales a través de pruebas y tratamientos, facilita que el personal sanitario identifique y haga un seguimiento de los pacientes incumplidores, al mismo tiempo que se respalda el flujo de informes para datos agregados sobre el VIH, que ha estado en curso en Ghana desde 2006.

Palestina: Registro electrónico de salud materna e infantil¶

A cada mujer en Palestina se le asigna un consultorio de atención primaria de salud y, si ese consultorio no brinda los servicios que necesita, se le solicita que visite un consultorio de nivel superior. Este sistema de derivación requiere un registro electrónico que controle el acceso a los archivos clínicos del paciente, respalde la continuidad de la asistencia en diferentes sitios de asistencia sanitaria, permita la entrada de datos desde varios lugares diferentes y proporcione análisis para ayudar a tomar decisiones de conformidad con las directrices de asistencia prenatal de Palestina. Nuestra colaboración con Palestina inició en 2014. El desarrollo y la implementación del registro electrónico de salud materna e infantil (MCH, por sus siglas en inglés) incluyó un enfoque iterativo y un diálogo dinámico entre los desarrolladores, las personas responsables de formular políticas, los funcionarios de salud pública y los profesionales sanitarios. Esta implementación presenta un amplio uso de mensajes de texto automatizados para comunicarse con los pacientes, así como paneles de mejora de calidad para medir el desempeño de los consultorios y respaldar la prestación sanitaria.

Zimbabue: Programa Nacional de Control de la Malaria¶

La implementación en Zimbabue de Tracker para Android de DHIS2 se inició en 2014 como un proyecto colaborativo entre el Programa Nacional de Control de la Malaria (NMCP, por sus siglas en inglés) y la Universidad de Oslo, y desde entonces se ha ampliado para cubrir casi la mitad de los más de 60 distritos del país. Además de presentar la recopilación de datos sin conexión, datos detallados de ubicación, y análisis y recopilación de datos casi en tiempo real, esta implementación es un ejemplo de trabajo con múltiples partes interesadas a nivel mundial para desarrollar un programa con potencial de expansión en regiones geográficas y áreas de enfermedades.