Immunization eRegistry - Tracker System Design¶
Objectif¶
Le document intitulé « Registre électronique d’immunisation - Conception du système de suivi » donne un aperçu de la conception utilisée dans la configuration d’un programme de suivi servant à enregistrer les enfants devant être vaccinés et à les suivre tout au long du calendrier vaccinal. Ce document est destiné aux responsables de la mise en œuvre du DHIS2 au niveau national et régional pour soutenir la mise en œuvre et la localisation du package. Les déroulements locaux et les lignes directrices nationales doivent être pris en compte lors de la localisation et de l’adaptation de ce package de configuration.
Contexte¶
Le package de données numériques du registre électronique d’immunisation a été développé en réponse à un besoin exprimé par des pays et des partenaires d’améliorer l’exactitude, la précision des données, l’étendue de la couverture, l’efficacité et l’efficience par l’intermédiaire du Programme élargi de vaccination (PEV). Les registres électroniques d’immunisation améliorent la collecte et l’analyse de routine des données avec pour objectif d’augmenter la couverture vaccinale et de réduire le nombre d’enfants non-immunisés ou sous-immunisés. Le but du registre électronique est de fournir, aux fournisseurs de soins de santé, une supervision clinique basée sur des normes mondiales quant aux calendriers vaccinaux et aux contre-indications, ainsi que de générer des données fiables pour la prise de décision, à tous les niveaux du système de santé.
The Immunization eRegistry tracker is designed based on the WHO recommendations for routine immunization of children (2018), and resources from collaborating institutions; such as, the Norwegian Institute of Public Health. These resources can be found in the References section. The design also draws on immunization country use cases from Zambia, Botswana, and Rwanda, as well as published literature from PAHO. Note that national guidelines and policies may vary and it is highly recommended to adapt this package to local context.
Aperçu de la conception du système¶
Cas d'utilisation¶
Le modèle de données de suivi du DHIS2 permet d’enregistrer et de suivre un individu à travers une série de services de santé fournis au fil du temps. Ce modèle peut être utilisé pour s’assurer que chaque enfant dans un système sanitaire reçoit tous les vaccins prévus, conformément à la politique nationale. Le package du registre électronique d’immunisation comprend donc des métadonnées afin de saisir des données relatives aux calendriers de vaccination systématique et non systématique.
Les données au niveau individuel permettent également la saisie et l’analyse de données particulièrement granulaires et ajoutent de la nuance aux systèmes d’information, offrant ainsi des possibilités d’analyses ad hoc, d’évolution des indicateurs au fil du temps et d’amélioration de la qualité des données. À ce titre, ce package de suivi est conçu pour optimiser aussi bien la collecte des données que le processus d’analyse de celles-ci, en offrant une aide à la décision clinique, en simplifiant la surveillance et le suivi des enfants tout au long du calendrier de vaccination et en générant des indicateurs OMS standard développés pour contrôler le Programme élargi de vaccination (PEV).
De plus, le programme du registre électronique d’immunisation est configuré pour prendre en charge les liens avec des systèmes nationaux d’enregistrement des faits et de statistiques d’état civil (CRVS), en générant une notification de naissance si l’enfant inscrit auprès d’un service de vaccination n’est pas encore enregistré dans le système CRVS. Ces composantes sont facultatives et peuvent être supprimées si elles ne sont pas pertinentes par rapport au contexte du pays concerné.
Utilisateurs cibles¶
Le registre électronique d’immunisation est conçu pour soutenir les utilisateurs à l’échelle des cliniques et des établissements, en dotant le personnel de meilleurs outils de prise de décision et en plaçant le client au centre du système d’information, tout en éliminant les redondances dans les rapports. Toutefois, en fonction de l’infrastructure et des ressources disponibles dans le pays, la saisie des données peut être effectuée au niveau des districts sur la base de registres papier.
- Utilisateurs cliniques : le programme de suivi du registre électronique d’immunisation est optimisé pour la saisie des données au point d’intervention, avec une aide à la prise de décision pour la vaccination des enfants de 0 à 18 mois, afin de favoriser le respect des calendriers vaccinaux par les cliniciens.
- Personnel des établissements : si la saisie des données dans le registre électronique d’immunisation au point d’intervention n’est pas possible, la tâche peut être confiée au personnel préposé à cet effet. Les listes de travail sont conçues pour aider le personnel des établissements à surveiller les patients qui ont besoin d’un suivi ou qui sont en retard par rapport à leur calendrier de vaccination.
- Responsables d’établissements, bureaux de santé de district et personnel du programme national : les données générées par le registre électronique alimentent les indicateurs standard du programme PEV afin d’améliorer la qualité des données et leur analyse. En saisissant les données du registre électronique d’immunisation au niveau de l’individu et de l’établissement, les données peuvent être ventilées par niveau hiérarchique et affichées sur des tableaux de bord correspondant à l’établissement, au district ou au pays. En outre, des tendances dans les prestations de services en fonction des caractéristiques du client (sexe, âge en mois, etc.) peuvent être analysées. Les responsables de la santé et les gestionnaires du programme peuvent également utiliser les données pour surveiller et suivre la qualité des soins et les exigences en matière de documentation.
Déroulement¶
Quatre points d’entrée communs dans le registre électronique d’immunisation ont été identifiés suite à des analyses documentaires et des consultations avec les pays. Le programme est conçu pour prendre en charge plusieurs points d’entrée dans le programme pour un même enfant, comme indiqué ci-dessous :

Immunization eRegistry Program Structure¶



Routine Immunization Schedule¶
Le programme de suivi du registre électronique d’immunisation est configuré par défaut pour utiliser le calendrier vaccinal suivant, détaillé dans le document Exposés de principes de l’OMS - Recommandations pour une vaccination systématique (2018). Des vaccins supplémentaires et des calendriers vaccinaux modifiés peuvent être ajoutés ou modifiés en fonction des directives nationales. Le calendrier par défaut configuré dans ce programme est le suivant :
| Âge de l’enfant | Vaccins requis |
|---|---|
| Naissance | BCG 0,05 mg, bOPV0, HepB1 |
| 6 semaines | bOPV1, Penta1, PCV1, RV1 |
| 10 semaines | bOPV2, Penta2, PCV2, RV2 |
| 14 semaines | bOPV3, IPV1, Penta3, PCV3 |
| 9 mois | Rougeole 1, rubéole 1 |
| 18 mois | Rougeole 2 |
Non Routine Immunizations¶
Le programme de suivi du registre électronique d’immunisation comprend également une liste de vaccins non systématiques basée sur les directives de l’OMS, permettant ainsi aux utilisateurs du programme d’immunisation de documenter tout vaccin administré en plus du calendrier des vaccins systématiques. Les directives nationales doivent être prises en compte dans la localisation et l’adoption des vaccins non systématiques.
Les vaccins non systématiques inclus dans ce programme sont les suivants :
- RR [2 doses]
- ROR [2 doses]
- Encéphalite japonaise (dérivé de cellule Vero inactivé) [2 doses]
- Encéphalite japonaise (vivant atténué) [2 doses]
- Fièvre jaune [1 dose]
- Encéphalite à tiques [3 doses]
- Vaccin antityphoïdique conjugué (Typbar) [1 dose]
- Typhoïde (Vi PS) [1 dose]
- Typhoïde (Ty21a) [4 doses]
- Choléra [3 doses]
- Méningocoque [2 doses]
- Hépatite A [1 dose]
- Rage [2 doses]
- Dengue [3 doses]
- Varicelle [2 doses]
- vaccin antipolio oral monovalent
- DCT (rappel) 1
- DTwC (avec dT) 1
- DTca (avec dT) 1
- dTca (avec dT et ca) 1
- Hépatite B2
- Hépatite B3
Justification de la structure du programme¶
Détails sur la naissance [non reproductibles] : cette étape consiste à recueillir des détails sur la naissance, tels que le type d’accouchement, le poids à la naissance, etc., qui ne doivent être saisis qu’une seule fois. C’est la raison pour laquelle l’étape des détails sur la naissance n’est pas reproductible. Il a été décidé de ne pas ajouter de points de données concernant les détails sur la naissance en tant qu’attributs, car il ne s’agit pas d’identificateurs de cas pertinents et qu’ils ne sont pas requis pour les analyses longitudinales.
Immunisation [reproductible] : une étape unique reproductible utilisée pour saisir toutes les données sur la vaccination (au lieu de plusieurs étapes de programme par dose/calendrier de vaccination), car :
- les règles du programme peuvent ainsi déterminer le vaccin prévu pour un enfant en fonction de son âge et des vaccins précédemment reçus ;
- la qualité des données est ainsi accrue, car seuls les vaccins prévus sont disponibles pour une saisie des données et le cycle de vaccination global est intégré par l’intermédiaire des règles du programme ;
- la saisie des données est plus simple pour l’utilisateur, en particulier lorsque tous les vaccins relatifs à un âge spécifique ne sont pas administrés en même temps ; et,
- la gestion des rappels de planification est simplifiée grâce aux règles du programme.
Configuration du programme Tracker¶
| Structure | Description |
|---|---|
| Structure | Description |
| Inscription | A child is registered and enrolled into the immunization program as a Tracked Entity Instance (TEI) and data about the child are captured in the Enrollment as attributed. The enrollment date is configured to display the "Registration date" to the user. TEI Attributes: Unique System Identifier (EPI) National ID First name Middle name Surname Date of birth* Sex Village/Neighbourhood Home address Primary contact's first name* Primary contact's last name* Primary contact's ID Primary contact's number Caregiver's first name Caregiver's last name Caregiver's ID Caregiver's contact number Photo The program uses the date of birth extensively in program rules (e.g. to determine which vaccine should be displayed) and is configured as mandatory. *Mandatory attributes |
| Étape 1 du programme : Détails sur la naissance (non reproductibles) | Il s’agit d’une étape non reproductible qui saisit des informations concernant la naissance/l’accouchement de l’enfant. Poids à la naissance Âge gestationnel Parité Type de naissance Accoucheur/accoucheuse Lieu de naissance Lieu de naissance Établissement de naissance Commune de naissance Type d’accouchement |
| Étape 2 du programme : Immunisation (reproductible) | Il s’agit d’une étape reproductible. Des données sont saisies pour cette étape chaque fois qu’un enfant reçoit un vaccin. L’étape du programme est configurée pour afficher les vaccins appropriés à l’aide des règles du programme, selon la date de naissance et les vaccins précédemment reçus. Date de l’événement = date d’une administration |
| Section 2.1 : Notification de naissance (en option) | Information indiquant si l’enfant a été enregistré dans le système CRVS national. Cette section peut ne pas être obligatoire pour toutes les mises en œuvre selon le pays. |
| Section 2.2 : Questions préalables à la vaccination | Comprend des informations sur l’endroit où l’enfant a reçu ces vaccins, ainsi que toute identification d’allergies ou de contre-indications potentielles au moment de l’administration des vaccins. |
| Section 2.3 : Vaccins systématiques | Comprend des détails relatifs à la fourniture de vaccins destinés à des enfants de 18 mois maximum (c’est-à-dire se terminant par la 2e dose contre la rougeole/rubéole), conformément au calendrier des vaccins systématiques recommandé par l’OMS indiqué ci-dessus. Si des vaccins ne sont pas fournis, le raisonnement sous-jacent doit être mentionné à cette étape. |
| Section 2.4 : Contournement du calendrier vaccinal | Cette section comprend deux éléments de données qui déclenchent des règles du programme afin de contourner les règles du programme qui génèrent le calendrier vaccinal pour chaque événement de vaccination en fonction de la date de naissance de la TEI. En « contournant » les règles du programme basées sur la date de naissance et l’historique de vaccination, l’utilisateur accède à une liste complète des vaccins systématiques et non systématiques pour la saisie de données. |
| Section 2.5 : Vaccins non systématiques | Cette section saisit les vaccins extérieurs au calendrier des vaccins systématiques (par exemple, la fièvre jaune, l’encéphalite japonaise, etc.). Cette section ne s’affiche que lorsque l’utilisateur coche la case « Afficher les vaccins non systématiques » à la section Contournement du calendrier vaccinal. |
Program Details¶
Le type d’entité suivie pour ce programme est une « personne ». Les types d’entité suivie sont souvent partagés entre différents programmes dans une instance DHIS2 intégrée. Les attributs comprennent des identificateurs de cas pertinents et des détails de l’enregistrement tels que le nom de l’enfant, sa date de naissance, son emplacement, nom de la mère et du père ainsi que leurs coordonnées. D’autres attributs ont été sélectionnés en fonction d’un examen des ressources énumérées dans les références.
Le programme est configuré de sorte que l’utilisateur doit rechercher au minimum 2 attributs avant d’enregistrer un nouvel enfant. Cette configuration peut être adaptée selon les besoins du pays concerné.
Accès¶
Le niveau d’accès est configuré comme étant protégé afin de protéger les données personnelles identifiables contre tout accès non autorisé.
L’utilisateur peut rechercher et lire des instances d’entité suivie appartenant à l’unité d’organisation pour laquelle il bénéficie d’un accès afin de saisir des données. Si un utilisateur recherche une TEI qui existe en dehors de son unité d’organisation, il a la possibilité d’accéder au dossier patient après avoir fourni un motif. Cette approche de la confidentialité est appelée « briser la vitre », car elle permet à l’utilisateur de faire son travail sans autorisation ni assistance extérieure, mais laisse des traces claires pouvant être contrôlées. Lorsque l’utilisateur fournit un motif pour briser la vitre, il s’approprie temporairement l’instance d’entité suivie (consulter le Guide de l’utilisateur du système de suivi pour en savoir plus.)
Notez que la fonction « Briser la vitre » n’est pas encore prise en charge dans la version 2.2.0 de l’application de capture Android du DHIS2 ; pour les pays souhaitant mettre en œuvre le suivi d’immunisation à l’aide d’une application Android, il peut être nécessaire de modifier la configuration du niveau d’accès si des utilisateurs doivent pouvoir accéder aux TEI enregistrées en dehors de leur unité d’organisation de saisie des données.
Exemple : un enfant est enregistré auprès de l’établissement A et y reçoit sa première dose de BCG, puis se rend à l’établissement B pour sa dose 1 de PCV. Si le niveau d’accès dans le programme est protégé, l’utilisateur sera en mesure d’accéder au dossier de l’enfant après avoir saisi un motif pour briser la vitre.

Enrollment Details¶
La description de la date d’inscription est « Date d’enregistrement ». Il est prévu que l’utilisateur saisisse la date d’inscription en tant que date à laquelle l’enfant a été inscrit au programme de registre électronique d’immunisation.
Les attributs¶
Comme le programme de vaccination utilise considérablement la date de naissance pour identifier le vaccin à afficher, celle-ci est obligatoire. Quelques champs sont obligatoires afin de limiter les risques de saisie de données erronées si un utilisateur n’était pas en mesure de compléter tous les champs de données. Tandis que les informations relatives à l’inscription ne doivent être saisies que lors du premier enregistrement d’un cas, les valeurs d’attributs peuvent être mises à jour à tout moment au cours d’une inscription active en cas de nouvelles informations (les coordonnées, par exemple).
Identifiers¶
Le programme est configuré avec deux types d’identifiants uniques. Des identifiants supplémentaires peuvent être ajoutés au programme en fonction du contexte du pays.
- [Identifiant unique]: An automatically generated ID which is unique to the entire system (e.g. the instance of DHIS2 being used). This TEI attribute is configured to generate the attribute value based on a pattern: CURRENT_DATE(yyyy-MM-dd)-"-"-SEQUENTIAL(#####).
- Notez que cette méthode ne peut être utilisée pour localiser le patient dans le système que si la mère/l’enfant a reçu une carte comportant le numéro pouvant aider l’utilisateur à l’identifier lors des visites subséquentes.
- [Nº d’identité national]: This ID is manually entered. In many countries, the National ID is the identification number given to the child by the National Civil Registry and Vital Events (CRVS) system once the child’s birth has been registered.
*Android considerations: Reserved IDs and Expiry of Reserved IDs

Program Stage 1: Birth Details [non-repeatable]¶
Les informations recueillies lors de cette étape sont saisies une seule fois. Cette étape est facultative et peut ne pas être obligatoire pour tous les pays. Dans certains contextes, ces informations peuvent être enregistrées dans d’autres programmes (par exemple, un programme destiné aux enfants, un programme sur l’accouchement, un programme de nutrition, etc.). Ces informations sont importantes pour les données de santé longitudinales d’un enfant.
L’élément de données « Établissement/hôpital de naissance » est configuré en tant que type « Hiérarchie des unités d’organisation », permettant à l’utilisateur de sélectionner un établissement de santé dans la hiérarchie des unités d’organisation1.
Program Stage 2: Immunization [repeatable]¶
Scheduling events¶
L’étape est configurée pour « Demander à l’utilisateur de créer un événement lorsque l’étape est terminée », ce qui déclenche une fenêtre contextuelle permettant de planifier le rendez-vous de suivi. Les « jours d’intervalle standard » sont actuellement définis sur 30 afin que la date du prochain rendez-vous (événement) soit programmée par défaut à 30 jours de la date de l’événement en cours. L’utilisateur peut modifier la date d’événement programmée au besoin.
Section 2.1 Birth notification¶
La section de notification des naissances permet l’envoi de notifications au système national d’enregistrement des faits et de statistiques d’état civil (CRVS). Cette section est facultative et peut ne pas être requise selon les décisions et les flux de travail du pays. Voir la documentation sur le Programme de suivi des notifications de naissance pour plus d’informations.

Section 2.2 Pre Immunization Questions¶
Comprend des informations sur l’endroit où l’enfant a reçu ces vaccins, ainsi que l’identification de toute éventuelle allergie ou contre-indication au moment de l’administration des vaccins. Ces questions ont été élaborées en se basant sur le document Exposés de principes de l’OMS - Recommandations pour la vaccination systématique (2018).
Les questions préalables à l’immunisation sont destinées à être posées lors de chaque « événement », qui représente un service d’immunisation. En fonction des réponses sélectionnées, les règles du programme sont déclenchées pour fournir une aide à la décision, une surveillance de l’établissement et un suivi. Ces éléments sont affichés sur le tableau de bord de la TEI (par exemple, allergies, état à haut risque) et ils sont également utilisés pour déclencher des avertissements et des contre-indications au cours de la fourniture d’un service d’immunisation, comme sur la capture d’écran ci-dessous :

Section 2.3 Immunization - Routine¶
Cette section saisit les services d’immunisation fournis. Les règles du programme sont utilisées pour afficher les vaccins programmés pour être administrés à l’enfant conformément au calendrier vaccinal de l’OMS. Les règles du programme sont basées sur la date de naissance de l’enfant ainsi que sur les vaccins précédemment reçus, l’état de santé et les allergies. Si le vaccin n’est pas administré, des éléments de données sont inclus afin que l’utilisateur précise la raison de l’absence d’administration, et le vaccin non administré s’affichera lors des événements/visites subséquents jusqu’à ce que le service soit enregistré.

Section 2.4: Immunization Schedule Override¶
Cette section contient des éléments de données qui déclenchent des règles du programme permettant d’indiquer à l’utilisateur tous les vaccins et toutes les doses disponibles, au lieu de n’afficher que les vaccins et doses devant être administrés en fonction de l’âge de l’enfant et de son historique de vaccination.
[DE] Show all routine immunization doses¶
Si cet élément de données est coché et que l’utilisateur saisit du texte libre (au moins 4 caractères) pour l’élément de données « Afficher toutes les doses de vaccins (explication) », une règle du programme affiche la liste complète du calendrier des vaccins systématiques dans la section « Vaccins systématiques » afin que l’utilisateur réalise la saisie de données. La première fois que l’intégralité du calendrier vaccinal est déverrouillée, la date de l’événement est enregistrée en tant qu’élément de données et inscrite pour tous les événements subséquents du patient jusqu’à sa réouverture. Lors des visites subséquentes, la date du déverrouillage du calendrier est également affichée dans la barre supérieure. Les futurs utilisateurs sont ainsi avertis que des doses ont été administrées sans respecter le calendrier au cours d’une visite précédente.
[DE] Show Non-routine Immunization¶
Si cet élément de données est coché et qu’une explication est fournie (au moins 4 caractères) dans l’élément de données « Veuillez expliquer pourquoi vous devez afficher toutes les doses non systématiques possibles » sous la forme d’un texte libre, alors tous les vaccins non systématiques sont affichés afin que l’utilisateur réalise sa saisie de données dans la section « Vaccins non systématiques ». La première fois que les vaccins non systématiques sont déverrouillés, la date de l’événement est enregistrée en tant qu’élément de données et inscrite pour tous les événements subséquents du patient. Les futurs utilisateurs sont ainsi avertis que des doses non systématiques ont été administrées au cours de la visite précédente.
Les vaccins systématiques suivis dans la section de contournement seront visibles dans la saisie de données tabulaires « Carte de vaccination ». Lors des visites subséquentes, le vaccin suivi dans Contournement ne sera pas disponible dans le calendrier. Les règles du programme sont définies pour afficher la dose suivante dans la série en fonction de l’intervalle de temps préconfiguré et de l’administration de la dose préalable au cours des visites précédentes



Section 2.5: Immunization - Non-Routine¶
Cette section contient des éléments de données afin de saisir des vaccins non systématiques tels que la fièvre jaune, l’encéphalite à tiques, etc. Par défaut, l’ensemble de la section est masqué par des règles du programme et n’est affiché que lorsque l’utilisateur coche la case « Afficher les vaccins non systématiques » dans la section de contournement du calendrier vaccinal, et complète l’élément de données d’explication.
Par défaut, tous les vaccins non systématiques ne seront pas affichés sur la carte de vaccination. Lors de la mise en œuvre, les responsables du programme PEV doivent examiner les doses « non systématiques » les plus couramment administrées, puis envisager de les ajouter à la carte de vaccination.


Program Stage Notifications¶
Les notifications d’étape de programme ont été configurées en fonction des règles du programme afin de permettre la notification de naissance au système CRVS et les rappels de rendez-vous aux parents/tuteurs, tel que décrit dans le cas d’utilisation. Ces notifications peuvent être envoyées par messages du système (internes vers DHIS2), e-mails externes ou SMS.
SMS Reminders: Next Appointment¶
Dans l’exemple ci-dessous, un message de rappel avec le texte dans la capture d’écran sera envoyé à la personne responsable de l’enfant deux jours avant le rendez-vous prévu. Le texte et les dates de ces rappels peuvent être configurés selon les besoins du pays concerné.
Après la création du rendez-vous prévu, un nouveau message prévu est généré avec des attributs provenant du dossier de vaccination. Ce message est envoyé par la passerelle SMS vers le numéro de téléphone de la mère/du tuteur deux jours avant le rendez-vous.


System Messages: CRVS Workflow¶
Les règles du programme peuvent aussi déclencher des messages par l’intermédiaire du système de messagerie DHIS2. Ce point peut être particulièrement utile pour intégrer des données du registre d’immunisation au travail quotidien des administrateurs du système CRVS.
L’exemple ci-dessous illustre une réponse « Oui » à une notification de naissance fournissant un message immédiat aux gestionnaires du système CRVS par l’intermédiaire du système de messagerie DHIS2. Dans l’ensemble de métadonnées standard, les messages peuvent aussi être envoyés après le signalement de la délivrance, ou non délivrance, d’un acte de naissance.
Exemple : Notification de naissance au système CRVS -> Acte de naissance
-
New birth notification entered in the Immunization stage. CRVS notification has been completed, but a certificate has not been received.

Birth notification -
A message is immediately generated within DHIS2 for this new notification, and delivered to CRVS administrators user group.

Message -
The message is delivered to the DHIS2 inbox (emails to the user can also be sent if configured). The message provides the location of report and child’s name.

Inbox -
Birth details can be viewed by CRVS user in the Immunization Registry “program summary” report, and followed up for birth certificate delivery.

Program summary report
More information on how to configure program notifications can be found at docs.dhis2.org. To enable SMS notifications, an SMS gateway is required and the connection configured to DHIS2. More information on DHIS2 and SMS gateways can be found here.
Règles du programme¶
Program rules are used extensively to show data elements for routine vaccinations on the Routine Immunization event based on the date of birth (attribute) and previous vaccination history (data elements). For this reason, entering the child’s date of birth in the enrollment is mandatory.2 For example, when the date of birth matches the date on which services were provided (e.g. the child is a newborn), only the first two vaccinations (BCG and bOPV 0) appear on the routine immunization form, in alignment with the standard WHO vaccination schedule.
Formulaire de vaccination systématique pour un enfant à la naissance (calculé en fonction du délai entre la date de l’événement en cours et l’attribut de TEI Date de naissance) :

Formulaire de vaccination systématique pour un enfant de 6 semaines (calculé en fonction du délai entre la date de l’événement en cours et l’attribut de TEI Date de naissance) :

When vaccinations that are part of the routine schedule are missed, the next vaccine in the series does not appear. For example, if RV1 dose is not recorded, this vaccination will continue to appear on the Routine Immunization form -- regardless of the age of the child -- in subsequent events until it is recorded as administered.
Additional Features Configured to Support the Program¶
Tabular Data Entry: “Immunization card”¶
La vue Saisie de données tabulaires affiche une carte de vaccination électronique, destinée au fournisseur de soins de santé ou à l’agent chargé de la saisie des données, qui respecte le format d’une carte de vaccination classique en papier jaune que les parents sont généralement tenus d’apporter lors des visites de vaccination de l’enfant. La carte fournit l’historique des vaccins de l’enfant. Une légende standard, accessible à l’aide du bouton i, indique : Événement réalisé (gris), Événement ouvert (jaune), Événement prévu (vert), Événement en retard (rouge).

Le statut des vaccins affiché sous forme de tableau sur une saisie de données tabulaires (carte de vaccination) indique uniquement les vaccins systématiques pour le moment. Des vaccins peuvent être ajoutés à la liste ou en être supprimés selon les besoins de l’utilisateur. Cette action est réalisable en sélectionnant la vue dans les options de rapport, sur la page de configuration de l’étape du programme.

Si un contournement de vaccin est réalisé pour des vaccins non systématiques, « Oui » n’apparaît pas sur la carte de vaccination. Si un contournement de vaccin est réalisé pour des vaccins systématiques, alors « Oui » apparaît sur la carte de vaccination pour cet événement et la dose. Le « Oui » est reporté aux événements subséquents, indiquant ainsi que la dose a déjà été administrée. Cependant, il n’interrompt pas le calendrier pour des doses subséquentes dans le schéma. Par exemple, lors d’une visite des 8 semaines, la dose bOPV 1 est administrée normalement et la dose bOPV 2 est fournie par l’intermédiaire d’un « contournement » du calendrier. Ces deux doses apparaitront accompagnées d’un « Oui » sur la carte de vaccination lors de la visite des 8 semaines. La dose bOPV 2 n’apparaitra pas lors de la future visite des 10 semaines (le moment normalement prévu pour cette dose), tandis que la dose bOPV 3 sera disponible lors de la visite des 14 semaines.

Top Bar Settings¶
Les paramètres de la barre supérieure offrent aux fournisseurs de soins de santé/agents chargés de la saisie des données un aperçu rapide des informations les plus importantes concernant l’enfant, notamment les attributs (prénom, nom, identifiant unique), l’âge au moment de la visite, des commentaires (état à risque, allergies) et des indicateurs (âge calculé). Des paramètres de la barre supérieure peuvent être définis/ajoutés/modifiés en fonction du contexte du pays, en cliquant sur l’icône des paramètres située tout à droite de la barre. Cliquer sur le bouton des paramètres vous permet d’accéder à la vue « Paramètres de la barre supérieure » (voir la capture d’écran ci-dessous) où l’utilisateur peut apporter des modifications quant aux informations sur le patient affichées dans la barre supérieure.
Capture d’écran des paramètres de la barre supérieure :


Predefined Working Lists¶
Pour appuyer la recherche rapide de patients au niveau de l’établissement, quatre « listes de travail » distinctes sont prédéfinies dans l’onglet « Listes » de la page d’accueil d’enregistrement du suivi. Chacune de ces listes de travail affiche une TEI qui répond à certains critères, tels que des rendez-vous à venir ou manqués. Chacune affiche cinq attributs clés : identifiant système unique, prénom, nom, date de naissance, sexe et coordonnées de la mère.

The following table describes the filter for each list, which can be altered through the API (See documentation for “Tracked Entity Instance Filters”).
| Nom | Description | Configuration |
|---|---|---|
| Tous les patients actuellement enregistrés | Fournit une liste de tous les patients inscrits au programme de vaccination dans l’unité d’organisation | Statut de l’inscription : ACTIVE |
| Rendez-vous prévus cette semaine | Fournit une liste des patients ayant un rendez-vous prévu cette semaine (aujourd’hui ou dans les 6 prochains jours) dans l’unité d’organisation actuelle | Statut de l’inscription : ACTIVE Statut de l’événement (Immunisation : « s53RFfXA75f ») : CALENDRIER Période (par rapport à la date du jour en jours) : 0-6 |
| Rendez-vous prévus aujourd’hui | Fournit une liste des patients ayant un rendez-vous prévu aujourd’hui dans l’unité d’organisation actuelle | Statut de l’inscription : ACTIVE Statut de l’événement (Immunisation : « s53RFfXA75f ») : CALENDRIER Période (par rapport à la date du jour en jours) : 0-0 |
| Rendez-vous manqués | Fournit une liste des patients ayant manqué un rendez-vous dans l’unité d’organisation actuelle | Statut de l’inscription : ACTIVE Statut de l’événement (Immunisation : « s53RFfXA75f ») : RETARD Période (par rapport à la date du jour en jours) : -1000;0 |
Analytics & Indicators¶
Les indicateurs sont basés sur le Programme d’agrégation de PEV de l’OMS, with the intention that the relevant data collected in the Tracker program can be reported to the aggregate HMIS indicators. Note that the Immunization Tracker program can only calculate a subset of the recommended aggregate indicators, notamment les « doses administrées », le « taux d’abandon ». Les indicateurs des taux de perte de doses et des taux de couverture doivent être basés sur des données provenant respectivement de systèmes logistiques et de statistiques démographiques.
En outre, beaucoup d’indicateurs provenant du programme de suivi d’immunisation sont basés sur des cohortes, plutôt que sur des comptes bruts. Il s’agit d’une distinction importante pouvant entraîner des différences considérables entre les valeurs des indicateurs basés sur le suivi et ceux basés sur l’agrégation, notamment pour le calcul des taux d’abandon, comme illustré ci-dessous.
Lors de l’estimation des taux d’abandon à partir de données mensuelles agrégées, de nombreux pays comparent le nombre total de doses administrées pour la première et la dernière doses d’un schéma de vaccination donné au cours d’une période donnée.
Ici, le dénominateur est l’ensemble des premières doses administrées sur un mois. Cela suppose un taux d’inscription stable. Mais comparons les doses DTC1 administrées en février et celles administrées 12 mois plus tard. Si le taux d’inscription augmente au fil du temps, il y aura toujours plus de patients qui reçoivent leur première dose que de patients éligibles à leur dernière dose. L’indicateur du taux d’abandon est donc faussé.

À titre de comparaison, les données de suivi évaluent l’âge de tous les patients inscrits avec la dose DTC1, afin de calculer la cohorte de nourrissons nécessitant une dose DTC3 chaque mois.
Si une cohorte de nourrissons atteint les 6 mois et reçoit une dose de DTC1, on considère qu’elle doit recevoir une dose DTC3. Si ces nourrissons doivent recevoir la dose DTC3, mais que celle-ci n’est pas administrée à 6 mois, on considère qu’il s’agit d’abandons. Pour éviter un double comptage, une dose DTC3 ne peut être « due » pour un nourrisson que pendant la période où il atteint les 6 mois.
Tandis que les inscriptions augmentent, la plupart des nourrissons ayant atteint un âge d’éligibilité à la dose DTC3 ont reçu leur dernière dose.

Tableaux de bord¶
Quatre tableaux de bord sont inclus dans le package de métadonnées et basés sur des indicateurs du programme et des indicateurs dérivés exclusivement des données du programme d’immunisation. Par défaut, les tableaux de bord sont accessibles à tous les utilisateurs ayant accès au programme d’immunisation, y compris ceux des groupes d’utilisateurs « Administrateurs d’immunisation » et « Saisie des données d’immunisation ».
Chacun de ces tableaux de bord est décrit dans le tableau ci-dessous.
- Déploiement global du PEV
- Tranches d’âge du PEV
- Taux d’abandon du PEV
- Doses de vaccins du PEV
EPI Overall Rollout¶
Nombre total de nourrissons inscrits et de doses administrées au cours de cette année et de l’année civile précédente ; âge à l’inscription et au moment de la visite ; endroit de la prestation de services ; et obstructions à la vaccination (par exemple, contre-indications et ruptures de stock).
- Comment le programme PEV se développe-t-il au fil du temps ? Combien d’enfants sont concernés par le programme ?
- Quand commence la vaccination des nourrissons ? Où sont administrés les vaccins ?
- Parmi les enfants qui viennent pour des vaccins, quels sont les obstacles les plus courants à l’administration de leurs vaccins ?

EPI Age Ranges¶
La proportion de nourrissons inscrits venant d’atteindre un âge clé (6 semaines, 14 semaines, 18 mois, etc.) et ayant reçu l’intégralité de leur calendrier vaccinal à ce stade.
- Quelle proportion de nouveau-nés a reçu les doses bOPV, HepB1 et BCG0,05 avant 6 semaines ? Existe-t-il une différence entre les régions ? (Analyser par unité d’organisation ?)
- Combien de nourrissons inscrits ont atteint l’âge de 18 mois ? Combien ont reçu tous les vaccins requis à cet âge ?
- Existe-t-il une « baisse » importante entre les tranches d’âge ? Quelle dose pourrait entraîner un changement de couverture entre 10 et 14 semaines ?

EPI Dropout Rates¶
Pourcentage de la population cible ayant reçu la dernière dose recommandée pour chaque vaccin recommandé. Les taux mensuels pour DTC1 à DTC3, BCG-VAR et VAR1 et VAR2, par nombre de doses administrées et « cohortes » éligibles, sont inclus.
- La plupart des nourrissons reçoivent-ils toutes les doses requises pour chaque vaccin ?
- Quelle est la différence dans les taux d’abandon entre une cohorte d’âge uniforme et leurs doses sentinelles ? Comment l’écart pourrait-il s’expliquer ?

EPI Vax Doses¶
- Le nombre de doses VPO/VPI, Penta, PCV et RV administrées au cours des 12 derniers mois et 4 derniers trimestres.
- Quels vaccins sont les plus utilisés ? Parmi ceux comptant plusieurs doses, quelle dose est en retard ?
- Comment le programme PEV s’est-il développé au fil du temps, par vaccin ?

Indicateurs de programme¶
Des détails sur les éléments de données, les indicateurs de programme et les indicateurs sont disponibles ici :
Voici le lien de l’aperçu des éléments de données avec descriptions et indicateurs du programme présenté.
Compatibilité Android¶
Les packages de données numériques sont optimisés pour la collecte de données Android à l’aide de l’application DHIS2 Capture, téléchargeable gratuitement sur Google Play Store. Les points suivants sont des limites connues de l’application DHIS2 Android Capture v 2.2.0 avec des conséquences sur ce package tracker :
Niveau d’accès « protégé » : La fonctionnalité « briser la vitre » n’est pas encore prise en charge dans l’application de capture Android du DHIS2 à partir de la version 2.2.0. Si le programme est configuré comme « Protégé », le comportement par défaut pour Android sera le même que si le programme est configuré comme « Fermé ». Cela signifie qu’un utilisateur Android ne pourra pas lire ou modifier les inscriptions d’une TEI en dehors de son unité d’organisation. Les TEI enregistrées dans une unité d’organisation de recherche seront renvoyées par la recherche de type TE, mais si le programme est fermé ou protégé, l’utilisateur ne sera pas autorisé à voir ou à créer une nouvelle inscription. Si les utilisateurs d’Android doivent pouvoir accéder à la TEI en dehors de leur unité d’organisation de capture de données, le programme doit être configuré avec le niveau d’accès « Ouvert ».
Références¶
Organisation panaméricaine de la santé. Registre nominal de vaccination informatisé : considérations d’ordre pratique pour sa planification, son développement, sa mise en œuvre et son évaluation. Washington, D.C. : PAHO ; 2017. https://iris.paho.org/handle/10665.2/34865
OMS (2018). Analyse et utilisation des données des établissements de santé : conseils destinés aux responsables de programmes de vaccination. Disponible à l’adresse :
https://www.who.int/healthinfo/FacilityAnalysisGuide_Immunization.pdf?ua=1
Exposés de principes de l’OMS - Recommandations pour la vaccination systématique (2018). Disponible à l’adresse : https://www.who.int/immunization/policy/immunization_tables/en/
Package de données numériques DHIS2 pour l’agrégation de PEV. Disponible à l’adresse : https://dhis2.org/who-package-downloads/#epi
-
Les établissements pouvant être sélectionnés pour cet élément de données dépendent de l’« unité d’organisation de recherche » configurée pour l’utilisateur final. Si un clinicien peut uniquement rechercher et voir des dossiers dans sa province, alors il ne pourra pas sélectionner un établissement en dehors de cette province en tant qu’« établissement de naissance ». Les administrateurs du système ne sont généralement pas confrontés à cette restriction et peuvent saisir tous les établissements dans le système. ↩
-
La date de naissance est obligatoire par défaut pour les utilisateurs finaux afin de s’assurer que le calendrier vaccinal de l’enfant est correctement présenté. Cependant, la date de naissance n’est pas obligatoire pour la création de données tests par les administrateurs du système, afin de résoudre un problème lié aux règles du programme, par exemple. ↩