For the complete DHIS2 documentation index, see llms.txt.

Vital Events - Tracker System Design Guide¶

Introduction¶

Pour atteindre les cibles des Objectifs de développement durable (ODD) en matière de santé, des systèmes de santé solides et résilients seront nécessaires. Le système d’information sanitaire est l’un des six éléments constitutifs essentiels des systèmes de santé. La réalisation de meilleurs résultats en matière de santé pour les femmes, les adolescents et les enfants dépend de décisions et d’actions mûrement réfléchies et opportunes prises par les responsables et les décideurs du système de santé. Investir dans l’amélioration des registres et des statistiques d’état civil (CRVS) est indispensable à la progression des rapports sur les indicateurs ODD n° 3 liés à la santé.

Malgré l’importance de la disponibilité des statistiques vitales, la mise en œuvre inégale des systèmes d’enregistrement d’état civil est le résultat de multiples obstacles, tels que la distance et l’accessibilité, les frais directs et indirects, le manque de connaissances et les facteurs culturels qui désavantagent des sous-populations comme les femmes ou les migrants.

Le système de suivi des événements vitaux (EV) est un outil conçu pour accroître la disponibilité et l’utilisation de données fiables dans le but de renforcer les performances des systèmes de santé. Le module tracker permet d’améliorer la rapidité et la précision des données, ainsi que d’étendre la portée du signalement des événements essentiels tels que les naissances, les accouchements d’un enfant mort-né et les décès, en déclenchant des notifications en temps réel directement à partir du point d’intervention. Les notifications ne remplaceront pas à elles seules les systèmes nationaux d’enregistrement de l’état civil officiels ou le cadre juridique des pays qui les mettent en œuvre, mais elles amélioreront et renforceront les bases d’un référentiel statistique démographique fiable.

Ce package a été développé en réponse à un besoin exprimé dans la déclaration conjointe de l’UNICEF, de GAVI et de l’OMS dans laquelle toutes les organisations ont réaffirmé leur engagement envers les ODD et les populations vulnérables, en particulier les femmes et les enfants, en collaborant avec les gouvernements et les partenaires pour renforcer les systèmes d’enregistrement d’état civil. La conception est basée sur le guide de l’UNICEF à l’intention des décideurs et responsables de programmes de santé et des partenaires de développement sur les [CONTRIBUTIONS DU SECTEUR DE LA SANTÉ POUR AMÉLIORER L’ENREGISTREMENT CIVIL DES NAISSANCES ET DES DÉCÈS DANS LES PAYS À FAIBLE REVENU] (https://apps.who.int/iris/handle/10665/341911).

Le présent document est destiné aux responsables de la mise en œuvre du système DHIS2 au niveau national et régional afin qu’ils puissent soutenir l'implémentation et la localisation de la version 1.1.0. du package. Les flux de travail au niveau local, les directives nationales et les directives relatives aux produits de vaccination respectifs doivent être pris en compte lors de la configuration et de l’adaptation de ce package.

Aperçu de la conception du système¶

Cas d’utilisation¶

L’objectif global est de promouvoir les droits des enfants et des femmes ainsi qu’une planification et une programmation fondées sur des données factuelles en renforçant les données démographiques nationales par l’accélération de l’exhaustivité des notifications/enregistrements des naissances vivantes, des mortinaissances et des décès.

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 suivre le respect des schémas de vaccination conformément à la politique nationale et aux recommandations relatives aux produits, ainsi que pour recueillir des données solides au niveau individuel afin de soutenir l’analyse de la distribution, de l’adoption et de l’administration complète des vaccins en fonction des données démographiques, des affections sous-jacentes et d’autres variables.

Utilisateurs cibles¶

Utilisateurs cliniques : le programme tracker des événements vitaux est optimisé pour la saisie des données au point d’intervention.
Responsables d’établissements, bureaux de santé de district et personnel du programme national : les données générées par le programme alimentent un tableau de bord standardisé qui suit les indicateurs clés de chaque événement vital.

Information flow¶

Flux de travail relatif aux événements vitaux

Bien que le déroulement relatif à l’enregistrement de l’événement vital varie d’un pays à l’autre, le système de suivi a été conçu en suivant le flux d’informations indiqué dans l’organigramme ci-dessus.

Chaque événement vital sera soumis à un processus d’inscription. En fonction de l’événement lui-même, une naissance, une mortinaissance ou un décès nécessiteront chacun des informations propres à chaque étape. Enfin, une fois que toutes les données auront été saisies dans le système, l’utilisateur pourra envoyer une notification en temps réel aux systèmes d’enregistrement de l’état civil et aux contacts signalés, soit par SMS, soit par notification système, soit par échange de données.

Des analyses de données standard sous forme de tableaux de bord prédéfinis seront disponibles à partir des informations encodées lors de l’inscription et des différentes étapes. Les analyses donneront également la possibilité de lier ce package à d’autres packages DHIS2 pour une analyse par triangulation de données (p. ex., le registre de vaccination, le tracker VIH, ou la cause de décès pour n’en citer que quelques-unes) s’ils sont installés au sein de la même instance.

Version 1.0.0. vs version 1.1.0.¶

The design of the Vital Events tracker program has been reviewed and adjusted to improve its flow of information and the end-user experience. The differences between the baseline and version 1.1.0. can be found in the Vital Events Diff File and in Jira.

Configuration du programme Tracker¶

Structure	Description
1. Inscription	Première étape du programme. Dans la section profil, l’utilisateur devra fournir des informations sur le type de notification (naissance, décès, accouchement d’un enfant mort-né) afin de passer à l’étape suivante.
2. Détails concernant la naissance OU le décès OU la mortinaissance	Deuxième étape du programme. Les informations nécessaires à l’envoi de la notification sont propres à chaque étape et dépendent du résultat sélectionné lors de l’inscription. La notification de décès est également différenciée en fonction de l’âge du défunt (inférieur ou supérieur à 28 jours).

Veuillez noter que tous les attributs d’entités suivis et les éléments de données ont été définis comme obligatoires lors de la saisie des données. Cette décision a été prise afin d’augmenter l’exhaustivité et la qualité des données de notification, et de garantir un examen approprié du modèle du package lors de la mise en œuvre, car les adaptations locales peuvent potentiellement affecter d’autres éléments de données ou attributs d’entités suivis.

Data elements¶

La liste complète des éléments de données présents dans la configuration par défaut de ce package est disponible dans le [Vital Events Flat File] (resources/VE_FlatFile_fr.xlsx). Les ED du package peuvent être étendus pour mieux refléter les besoins locaux et les politiques en matière de CRVS. Veillez à consulter la [Bibliothèque commune de suivi].(https://docs.dhis2.org/en/topics/metadata/dhis2-who-digital-health-data-toolkit/shared-metadata-library.html) avant d'ajouter des éléments de données ou des TEA supplémentaires, car certains de ceux que vous envisagez d'intégrer au programme peuvent également être classés dans la catégorie GEN - .

Program Stages’ details¶

Inscription¶

L'étape d'inscription se développe en fonction de la sélection du type de notification souhaité - naissance, décès ou mortinaissance. Néanmoins, la majorité des Attributs d'Entité Suivie (TEA) demandés dans les profils pour les différents types de notifications sont les mêmes. On trouvera plus de détails dans les chapitres décrivant les trois notifications.

Les attributs d’entité suivis dans la section profil de l’étape d’inscription peuvent être étendues afin de refléter les réglementations locales et les informations requises. Par exemple, il est possible d’ajouter un identifiant unique ou des informations sur le personnel responsable d’un établissement donné.

Consultez la Bibliothèque commune des trackers avant d'ajouter des éléments de données ou des TAE supplémentaires, car certains de ceux que vous envisagez d'intégrer au programme peuvent également être classés dans la catégorie GEN - .

Birth enrollment¶

À ce stade, la petite Olivia a été inscrite dans le système, mais la notification n’a pas encore été envoyée.

Note: the Sex DE displays only the Male and Female options in the Birth Enrollment stage.

Birth details stage¶

La deuxième étape du programme, « Détails sur la naissance », demande des informations complémentaires sur le bébé et l’accouchement. La notification de naissance d’Olivia ne sera envoyés au système d’enregistrement de l’état civil et aux numéros des contacts que si :

La case « Envoyer une notification » est cochée
Tous les points de données exigés ont été saisis
L’étape est indiquée comme « Terminée ».

The data elements reported in this stage and options available in dropdown lists can be changed/reduced/increased according to the local context.

Note

The automatic warnings are triggered whenever the birth weight exceeds the upper and the lower guideline limits. The lower threshold for the warning trigger has been set at 2500 g, whereas the upper limit has been set at 4500 g. This warning has been set purely to avoid data entry mistakes such as mistyping or mixing of weight units (kg instead of g). Please note that the warning message does not imply the health status of the newborn. Should the notification not have info on the gestational weeks and the weight of the newborn, the user should tick the boxes provided - rules have been set to prevent the completion of the stage if the data element (e.g. Gestational age) and its correspondent unknown data element (Unknown gestational age) are either both filled, or both blank. This is of particular important for the reporting of unknonwn variables - the program indicators measuring the numbers of unkonwn gestational age and unknown weight are only weighting the number of boxes that have been ticked, not if the weight or gestational age are left empty as a proxy for unknown information.

Stillbirth enrollment¶

At this point the baby boy has been enrolled in the system, but the notification has not been sent yet. As the boy had not been named yet, he was reported as per the warning under the “Given Name” TEA. The warning will appear by default whenever “stillbirth” is selected as a type of notificatio, though it can be adapted or removed according to local policies and guidelines.

N.B.

L'inscription des mortinaissances est la seule étape où l'option "Inconnu " est disponible pour la déclaration du sexe de l'entité suivie.

Stillbirth details stage¶

La deuxième étape du processus de notification de l’accouchement d’un enfant mort-né demandera des informations complémentaires sur l’accouchement et le bébé décédé.

Comme pour l’étape de notification d’une naissance, des avertissements automatiques sont mis en place pour mieux guider la saisie des données. Ces avertissements se déclenchent lorsque les informations fournies se situent en dehors des limites normales. Ils ne fournissent pas de conseils médicaux, mais rappellent simplement qu’il faut faire preuve d’attention lors de la saisie de ces données.

Les avertissements automatiques se déclenchent lorsque :
The stillbirth gestational age is lower than 22 weeks. This placeholder warning is set at 22 weeks as the lower limit: as per international standards, a death can be classified as a stillbirth after 22 weeks. If any other national guidelines have different thresholds (e.g. 20 weeks) the threshold can be changed accordingly. If there is no threshold on the weeks set locally, a different warning could be configured for the weight with a threshold set at 500 grams.
The birth weight exceeds the upper and the lower guideline limits. The lower threshold for the warning has been set at 2500 g, whereas the upper limit has been set at 4500 g.
L'utilisateur remplit les deux ou aucun de l'élément de données et de l'option à cocher "inconnu" correspondante.

Death enrollment¶

La notification de décès diffère en fonction de l’âge du défunt.

Enrollment of a death occurring > 28 days after birth¶

John est décédé à l’âge de 83 ans. Le fils et contact principal, Taylor, n’était pas sûr de la date de naissance de son père. L’agent chargé de la saisie des données a donc coché la case « La date de naissance est estimée ».

N.B.

Un message d’avertissement automatique (le même message que celui qui apparaît pour le nom des mort-nés) apparaîtra sous l’attribut d’entité suivi Nom donné pour tous les décès d’enfants survenus au cours de la première année de vie (défini comme générique). Le message d’avertissement ou le seuil peut être modifié ou supprimé selon les directives locales.

L'élément de données Sexe ne présente que les options "Homme" et "Femme".

Death details of a death occurring > 28 days after birth¶

Les informations demandées à l’étape relative aux détails sur le décès sont minimales. Veuillez noter que si les définitions ne sont pas claires (par exemple, les circonstances du décès), l’opérateur de saisie des données pourra accéder aux définitions des éléments de données en cliquant simplement sur celles-ci dans le formulaire de saisie des données.

Étape des détails sur le décès > 28 jours

Enrollment of a death occurring ⩽ 28 days after birth¶

Une petite fille est décédée quelques semaines après sa naissance. Elle n'avait pas encore reçu de nom, donc pour les besoins de l'inscription à proprement parler, elle sera enregistrée conformément à l'avertissement signalé dans la capture d'écran ci-dessous. L'avertissement et son contexte peuvent être modifiés en fonction des contextes et règlements locaux.

Death details of a death occurring ⩽ 28 days after birth¶

Les informations demandées à l’étape « Détails sur le décès » sont plus proches des données demandées pour une notification de naissance ou d’accouchement d’un enfant mort-né, que pour un simple décès.

Il est possible de modifier/réduire/augmenter les éléments de données indiqués à ce stade et les options disponibles dans les listes déroulantes en fonction du contexte local.

N.B.

Les avertissements automatiques se déclenchent lorsque le poids de naissance dépasse les limites supérieures et inférieures fixées par les recommandations. Le seuil inférieur pour le déclenchement de l’avertissement a été fixé à 2500 g, tandis que la limite supérieure a été fixée à 4500 g. Cet avertissement a été fixé uniquement pour éviter les erreurs de saisie de données telles que les fautes de frappe ou le mélange des unités de poids (kg au lieu de g). Veuillez noter que le message d’avertissement n’indique pas l’état de santé du nouveau-né, car un nouveau-né pesant 2500 grammes peut tout à fait être un bébé en bonne santé.

Groupes d'utilisateurs¶

Groupe d’utilisateurs	Tableau de bord	Métadonnées de programme	Données de programme
EV - Admin	Lecture et saisie	Lecture et saisie	Lecture seule
EV - Accès	Lecture et saisie	Lecture seule	Lecture seule
EV - Saisie de données	Aucun accès	Lecture seule	Peut saisir et visualiser
Ces accès doivent être modifiés en fonction du contexte local.

Realtime notifications¶

Le DHIS2 dispose d’un module de notifications par SMS, mais pour pouvoir utiliser les notifications, une passerelle SMS doit être configurée. Consultez la documentation sur les passerelles SMS ici : https://docs.dhis2.org/master/en/developer/html/webapi_sms.html

Le programme inclut un message à envoyer au(x) contact(s) enregistré(s) pour l’événement vital signalé :

« Nous vous remercions d’avoir signalé cet événement de XXX au registre d’état civil et au programme de statistiques vitales »

XXX correspond à naissance d’un enfant mort-né, naissance ou décès selon la notification remplie.

Outre l’envoi d’un SMS à la suite de l’évaluation d’une règle du programme, le DHIS2 peut également envoyer des SMS ou des courriels qui peuvent être déclenchés par d’autres événements, notamment des échecs du système ou des tâches en arrière-plan et des résultats de l’analyse de validation. Des outils de traitement des retours sont également disponibles pour les résultats de validation et la priorité sera fixée en fonction de l’importance de la règle de validation non respectée.

Ceci peut être configuré dans Maintenance -> Programme -> Notification de programme / Notification d’étape de programme.

Les options suivantes sont disponibles lors du choix d’un destinataire :

Pour envoyer une notification par SMS, nous avons créé un attribut d’entité suivie appelé « Téléphone portable » qui peut être sélectionné comme « Attribut de programme » à utiliser comme destinataire.

Analyse¶

The full list of program indicators and indicators is available in the Vital Events Flat File. Please mind that all the indicators’ calculations use only the notified births/deaths/stillbirths, not the enrolled ones. This choice has been made in order to easily detect discrepancies in the system between enrollments without final notifications and the total number of notified events; and in order to align with the nature of the program itself - notifications.

N.B.

Le seuil de 2 mois a été fixé à titre indicatif pour la période légale de notification. Le délai devra être adapté localement en fonction des directives nationales.

Tableaux de bord¶

Le package comporte trois tableaux de bord prédéfinis : un pour les naissances, un pour les décès et un pour les mortinaissances. Tous offrent une vue d’ensemble sur l’ensemble des chiffres provenant des informations liées à la cause spécifique de la notification.

Tableau de bord des naissances – répartitions géographiques des cas signalés, total cumulé des indicateurs clés, tableau des divergences, taux de natalité, informations spécifiques à chaque étape (par exemple, l’accoucheur/accoucheuse, le lieu de naissance).

Tableau de bord des décès – répartition géographique des cas signalés, tous les taux de mortalité clés, totaux des indicateurs clés pour le suivi, les informations spécifiques à chaque étape (par exemple, sexe du défunt, lieu du décès), informations manquantes.

Tableau de bord des mortinaissances – répartition géographique des accouchements d’enfants mort-nés signalés, données cumulées sur les indicateurs clés, taux de mortinatalité, informations spécifiques à chaque étape (par exemple, type de mortinatalité, aperçu des semaines de gestation, informations manquantes).

Tableau de bord des accouchements d’enfants mort-nés

Triangulation of data coming from other packages¶

L’objectif de cette section est de mettre en évidence les étapes et sections spécifiques des packages dans lesquelles un événement vital est enregistré, et de proposer des éléments de données supplémentaires afin de trianguler les données avec les notifications envoyées par le programme des EV.

Éléments de données complémentaires suggérés :

Has this birth/death/stillbirth been notified and registered in the national CRVS system? Y / N / Unknown

SI NON
Is this birth/death/stillbirth being notified at the present moment? Y / N

Here below is a list of the programs and the possible linkages that are recommended to triangulate the data and to obtain extra information on missed opportunities of notifications. As a result, the triangulation of information could help the health system with the improvement of their demographic statistics. As a general principle the VE data can be triangulated against any tracker package that contains and reports information on any of the vital events - births, deaths, and stillbirths.

Adverse events following immunisation (AEFI) tracker¶

Les données recueillies dans ce tracker qui pourraient potentiellement être triangulées avec le tracker Evénements vitaux sont les décès à la suite de MAPI.

Une question concernant la notification du décès pourrait être ajoutée au Tracker MAPI une fois l’étape du programme au niveau national terminée et que l’étape MAPI s’affiche.

Si « Décès » est le résultat sélectionné, l’information indiquant si le décès du patient a été signalé et, en cas de réponse négative, si le décès est signalé la question sur l’autopsie pourrait donc suivre.

Si les questions sont ajoutées au Tracker MAPI, certains indicateurs supplémentaires pourraient être configurés afin d’avoir une meilleure vue d’ensemble du degré de possibilités manquées de notification :

Nombre de décès liés aux MAPI et signalés comme non enregistrés
Nombre de notifications de décès envoyées au moment de la réalisation de l’évaluation au niveau national

Surveillance des cas de TB¶

Le tracker Surveillance des cas de TB suit le patient depuis la détection d’une infection TB jusqu'à l’issue du traitement.

Si, à l’étape « Issue », le patient est déclaré décédé, les informations supplémentaires concernant l’éventuelle notification de décès peuvent être communiquées après l’élément de données « Issue du traitement TB ».

Si les questions sont ajoutées au tracker Surveillance des cas de TB, certains indicateurs supplémentaires pourraient être configurés afin d’avoir une meilleure vue d’ensemble du degré de possibilité de notifications manquées :

Nombre de décès suite à un cas de TB non signalés
Nombre de notifications de décès envoyées au moment du remplissage de l’issue du cas de TB

Ressources¶

[Contribution du secteur de la santé à l’amélioration de l’enregistrement des naissances et des décès à l’état civil dans les pays à faible revenu : recommandations aux responsables du secteur de la santé, aux officiers d’état civil et aux partenaires du développement] (https://apps.who.int/iris/handle/10665/341911)