Surveillance des cas de tuberculose - Document de conception du système¶

Introduction¶

Le Package de données numériques du Tracker de surveillance des cas de tuberculose (TB-SC) pour DHIS2 repose sur le [cadre d'enregistrement et de notification de l'OMS] (https://apps.who.int/iris/handle/10665/79199) de 2013. Il fournit un ensemble de métadonnées recommandées (éléments de données, règles de programme, etc.) qui permettent la saisie électronique de données individuelles ou basées sur des cas pour la surveillance de la tuberculose. Les métadonnées du Tracker sont configurées de manière à ce que les indicateurs du rapport agrégé trimestriel standard sur la tuberculose concernant les notifications, les résultats du traitement de première intention et de deuxième intention, tels que définis par les Définitions et le cadre de notification de l'OMS pour la tuberculose (2013), puissent être automatiquement générés à partir des données individuelles saisies. Le Tracker de surveillance des cas de tuberculose n'a pas pour but d'aider à la prise en charge des patients ou à leurs soins. Cela nécessite une analyse plus détaillée des rôles, des responsabilités, des flux de travail et de la prise de décision dans les contextes où de tels systèmes seraient implémentés.

Le document de conception du système explique comment le programme Tracker a été configuré pour répondre aux exigences en matière de saisie et d'analyse des données et pour soutenir un flux de travail typique. Le document n'inclut pas une liste exhaustive de toutes les métadonnées saisies. Ce document ne prend pas non plus en compte les ressources et l'infrastructure nécessaires à l'implémentation d'un tel système, comme les serveurs, l'alimentation électrique, les connexions Internet, les sauvegardes, la formation et l'assistance aux utilisateurs. De plus amples informations sur les aspects techniques du programme de lutte contre la tuberculose qui ont servi de base à la conception de ce système sont disponibles dans la publication de l'OMS sur l'enregistrement et la notification électroniques pour le traitement et le contrôle de la tuberculose. Supplementary implementation guidance for DHIS2 can be found in the General DHIS2 Implementation Guide et dans le guide d'implémentation du Tracker de DHIS2.

Aperçu de la conception du système¶

Contexte¶

Le personnel à tous les niveaux d'un programme national de lutte contre la tuberculose a besoin de données épidémiologiques fiables pour planifier et fournir des services efficaces de soins et de contrôle de la tuberculose, ainsi que pour évaluer la performance des actions programmatiques. Un système de surveillance basé sur les cas est clairement plus avantageux qu'un système de collecte de données agrégées. Comme dans le cas d'un système de surveillance agrégé, il est possible de saisir, de valider, d'agréger, de calculer et d'afficher un nombre minimum d'indicateurs épidémiologiques, mais ceux-ci peuvent être désagrégés en fonction de toute combinaison de temps, de lieu/zone, d'âge, de sexe, de type de cas, de traitements antérieurs, de statut VIH, de statut de résistance aux médicaments et de schémas thérapeutiques. Cela nous aide à comprendre l'épidémiologie de la tuberculose en profondeur et à suivre les changements au fil du temps. Les données électroniques basées sur les cas devraient améliorer la qualité des données car le nombre d'étapes de saisie est réduit, des calculs et des validations automatiques peuvent être intégrés au système, des données incohérentes, erronées ou incomplètes peuvent être corrigées ou complétées rapidement dans un dossier individuel et des doublons peuvent être supprimés. Un système de surveillance basé sur les cas doit également permettre de relier les données de surveillance liés à un même cas, par exemple si un cas de tuberculose est transféré ou référé d'un établissement à un autre au cours de son traitement. Voir le principe 2.4, page 16, de la Politique sur la protection des données personnelles des personnes relevant de la compétence du HCR

Cas d'utilisation¶

Le Tracker de surveillance des cas de tuberculose permet l'enregistrement et le suivi longitudinal des cas de tuberculose du point de notification au résultat final, en passant par les résultats de laboratoire. Le programme saisit un nombre de données nécessaires à l'analyse épidémiologique des données de surveillance des cas, tel que décrit dans la section "Contexte". Il s'agit notamment des informations de base et démographiques concernant le cas, des facteurs de risque, des résultats de laboratoire pour le diagnostic et les examens de routine, de la classification des types de résistance aux médicaments, des régimes de traitement fournis et du résultat final du cas. Ce programme Tracker n'est pas conçu pour soutenir la prise en charge clinique des patients ou leurs soins. Il s'agit plutôt d'un registre électronique qui permet la saisie électronique décentralisée des données de surveillance des cas jusqu'au niveau des établissements de santé et des laboratoires.

Structure du programme¶

Le programme Tracker révisé 'TB-SC' a été conçu pour refléter un flux de travail plus générique capable d'intégrer la saisie de données à la fois au niveau de l'établissement de santé (par exemple, les cliniciens et les infirmiers) et du côté du laboratoire. Les flux de travail peuvent varier d'un pays à l'autre et le programme de surveillance des cas doit être adapté au contexte local.

IMPORTANT

Veuillez noter que, compte tenu de la conception générique du Tracker, ce guide de conception du système contient, tout au long des sections, des informations, des considérations et des justifications utiles qui peuvent être d'une grande importance pour l'implémentation. Le document doit donc être révisé en profondeur aussi bien par la partie requérante que par la partie chargée de l'implémentation.

À la suite de ce processus initial, le programme a été structuré comme suit :

Justification de la structure du programme¶

La conception du Tracker a été améliorée de manière à élargir les informations qui pourraient être collectées au niveau des laboratoires. Cet élargissement a bien sûr touché les métadonnées, qui sont désormais plus complètes et permettent de discerner les tests de diagnostic et les tests de suivi, mais il a également créé une base plus générique sur laquelle les implémenteurs et les pays peuvent construire leur propre flux de travail. En fonction des besoins locaux, les étapes "Résultats d'analyses en laboratoire" et "Diagnostic et notification" pourraient apparaître dans un ordre différent ; en fonction des ressources locales et de la connectivité, la saisie des données pourrait être centralisée ou décentralisée entre le laboratoire et l'établissement de santé ; en fonction du flux de données local, les données pourraient être saisies en direct ou de manière rétrospective.

Plus précisément, trois scénarios généraux pourraient modifier le déroulement et l'ordre des étapes :

1) Le personnel du laboratoire reçoit les demandes d'analyses et les "Résultats d'analyses en laboratoire" constituent la toute première étape dans le parcours du cas suspect après son inscription. Ce scénario représente le flux de travail théorique et devrait être l'objectif de tous les pays dans le cadre de leur investissement à long terme pour la digitalisation des données sanitaires de routine.

• Dans ce cas, les étapes "Inscription" et "Résultats d'analyses en laboratoire" sont réalisées directement par le personnel du laboratoire. L'étape "Diagnostic et notification" peut alors se dérouler en parallèle ou après l'enregistrement des résultats de laboratoire. À ce stade, le cas peut soit être confirmé tuberculeux, et recevoir un numéro d'enregistrement TB lors de l'étape d'inscription, soit recevoir des résultats négatifs et être dénotifié.

2) Le cas suspect est inscrit et enregistré au niveau clinique du flux de travail avant que les échantillons ne soient envoyés au laboratoire.

• Dans ce cas, les étapes "Inscription" et "Diagnostic et notification" sont réalisées en premier.
• L'étape "Résultats d'analyses en laboratoire" est réalisée par le personnel du laboratoire.
• Les cliniciens réaliseront l'étape "Diagnostic et notification" en confirmant ou non leur diagnostic et en envoyant une notification si nécessaire. Dans ce dernier cas, le clinicien devra rouvrir l'étape "Inscription" et attribuer un numéro d'enregistrement TB au cas désormais confirmé.

Notez que les scénarios 1 et 2 partent du principe que le personnel de laboratoire a la capacité d'entrer les données dans le système localement et directement dans son propre établissement.

Si cette capacité n'est pas adaptée au contexte local, le scénario numéro 3 se produira :

3) La saisie des données est centralisée et il n'y a pas de différenciation entre le personnel de laboratoire et le personnel clinique - la saisie des données repose sur un (ou plusieurs) encodeur de données. Dans ce cas, les étapes doivent être organisées de manière à correspondre au flux local d'informations et de données.

Indépendamment du scénario le mieux adapté à un contexte local défini**, l'adaptation du flux de travail du Tracker et de ses étapes doit également prendre en considération le fait que la saisie des données se fera en temps réel ou de façon rétrospective et par lots**.

Utilisateurs cibles¶

Ce document est destiné aux implémenteurs des systèmes de données sur la tuberculose et/ou des HMIS dans les pays, à savoir:

• Les administrateurs du système/les points focaux du HMIS : ils sont chargés d'installer les packages de métadonnées, de concevoir et de maintenir le HMIS et/ou les systèmes de données sur la tuberculose.
• Les points focaux du programme de lutte contre la tuberculose: ils sont chargés de superviser les fonctions de collecte, de gestion, d'analyse et de déclaration des données du programme national de lutte contre la tuberculose
• Les spécialistes d'appui à l'implémentation: il s'agit par exemple de ceux qui fournissent une assistance technique au programme de lutte contre la tuberculose ou à l'équipe centrale du HMIS pour soutenir et maintenir DHIS2 en tant que système national d'information sur la santé et/ou système de données sur la tuberculose

Configuration du programme Tracker¶

Structure	Description
Inscription	À cette étape sont collectés les attributs de TEI basiques. Notez que certains attributs ont le préfixe "GEN - ". Pour en savoir plus sur la Bibliothèque commune de métadonnée,référez-vous au lien fourni. Cette étape n'est pas répétable.
Résultats d'analyses en laboratoire	Pour afficher la liste complète des tests disponibles à des fins de diagnostic, l'utilisateur doit d'abord consulter la section "Informations sur les échantillons". L'étape est répétable. La répétabilité a été définie pour permettre aux pays d'implémenter le Tracker en fonction des flux de travail et des préférences locales - selon qu'il est nécessaire de suivre TOUS les échantillons (de bonne et de mauvaise qualité) ou seulement les "bons" échantillons, l'étape peut être répétée en conséquence.
Diagnostic et notification	Cette étape permet de recueillir les informations de base, les facteurs de risque, la (co)infection potentielle par le VIH et la décision de diagnostic. Le responsable de cette étape va soit diagnostiquer un cas suspect de tuberculose et le notifier au concerné, soit confirmer l'absence d'infection. Des modèles de SMS permettant de notifier les cas ou confirmer l'absence d'infection sont inclus dans le package de métadonnées. Cette étape n'est pas répétable.
Traitement	Cette étape permet de collecter les informations nécessaires pour avoir une vue d'ensemble du régime et de l'état du patient au cours de son traitement. L'étape répétable mais elle est limitée à deux événements et à un changement de régime de traitement.
Suivi des résultats de laboratoire	Afin d'afficher les tests disponibles pour les besoins du suivi (tests de microscopie et de culture des expectorations), l'utilisateur doit d'abord renseigner la section "Informations sur les échantillons". L'étape n'affiche que les tests utilisés pour le suivi des cas confirmés et non tous les tests qui peuvent être demandés pour le suivi du patient. Elle n'affiche que l'examen microscopique de l'expectoration pour les cas sous traitement de première intention, tandis qu'elle ajoute la culture à l'examen microscopique pour les patients atteints de tuberculose pharmaco-sensible (DRTB). Cette étape est répétable.
Résultat	Cette étape permet de recueillir les résultats finaux d'un cas confirmé. Au cours de cette étape, les patients peuvent être dénotifiés s'ils sont confirmés non tuberculeux ou pour éliminer une double inscription. Cette étape n'est pas répétable.

Détails de l'étape¶

Inscription¶

Lorsqu'un client est inscrit au programme de surveillance des cas de tuberculose en tant qu'instance d'entité suivie (TEI), les attributs de la TEI sont enregistrés pour former le profil du cas.

La date d'inscription a été définie comme un espace réservé permettant aux utilisateurs de l'utiliser en fonction des besoins de l'implémentation. Elle peut être utilisée comme date de l'inscription à DHIS2 ou comme date de la première consultation, visite ou enquête. Lors de l'enregistrement des cas confirmés de tuberculose uniquement, il est possible de continuer à utiliser la date d'inscription comme date de diagnostic. Dans ce cas, le Tracker du laboratoire doit être isolé du module de surveillance des cas de tuberculose et configuré comme un programme distinct.

Notez que le numéro d'enregistrement TB n'a pas été renseigné. Si la saisie des données se fait en temps réel, à cette étape, le clinicien/l'opérateur de saisie ne peut pas savoir si le cas suspect est confirmé ou non. Les utilisateurs devront rouvrir l'inscription et attribuer un numéro d'enregistrement au patient confirmé après avoir reçu les résultats d'analyses en laboratoire.

Si la saisie des données se fait de façon rétrospective et par lots, l'opérateur de saisie saura déjà si le patient a été confirmé malade ou non et pourra déjà attribuer un numéro d'enregistrement. Ceci explique pourquoi le numéro d'enregistrement TB n'a pas été défini comme un attribut obligatoire.

Une fois l'inscription terminée, la page destinée aux étapes suivantes apparaît vide. Cela a été définit ainsi pour permettre aux pays d'implémenter le Tracker selon leurs propres flux de travail, tel que décrit dans le chapitre "Justification de la structure du programme" de ce guide. Les étapes suivantes peuvent donc être les étapes "Résultats d'analyses en laboratoire" ou "Diagnostic et notification", soit dans cet ordre, soit dans l'ordre inverse.

Résultats d'analyses en laboratoire¶

La liste complète des tests de diagnostic n'apparaîtra automatiquement que si l'échantillon est marqué comme reçu et si la qualité est bonne. L'étape comprend les tests suivants :

• Examen microscopique du frottis d'expectoration ;
• TB-LAMP ;
• LF-LAM ;
• Xpert MTB/RIF ;
• Xpert MTB/RIF Ultra ;
• Truenat ;
• Culture en milieu solide (par exemple LJ) ;
• Culture en milieu liquide (par exemple TICM) ;
• TSM phénotypique initiale en milieu solide (p. ex. LJ) ;
• TSM phénotypique initial en milieu liquide (par exemple TICM) ;
• TSM phénotypique ultérieur en milieu solide (p. ex. LJ) ;
• TSM phénotypique ultérieur en milieu liquide (p. ex. TICM) ;
• LPA de première intention ;
• LPA de deuxième intention

Voici un exemple de saisie de données pour deux tests :

La date des résultats des tests (y compris la date d'inoculation pour les tests de culture) doit être fournie pour chaque test. L'objectif est de :

• attribuer l'événement test à la bonne période dans l'analyse ;
• aider au suivi du délai entre la date de réception et la date des résultats.

La proposition de conception de l'étape de diagnostic en laboratoire consiste à ne saisir que les résultats finaux valides des tests.

Exemples :

• 1 échantillon - 1 test microscopique : Enregistrer les résultats de test pour les tests correspondants dans le formulaire de saisie des données.

• 1 échantillon - 1 test microscopique et 1 test Xpert MTB/RIF : Enregistrer les résultats du test microscopique et du test Xpert MTB/RIF dans le formulaire de saisie des données.

• 1 échantillon - 2 tests microscopiques répétés, où le test 1 n'est pas valide et le test 2 est valide : Enregistrer les résultats du test 2 (résultat valide du test) dans le formulaire de saisie des données.

Cette recommandation réduit la charge de travail liée à la saisie des données et respecte le principe de base selon lequel le Tracker ne doit pas être utilisé comme un outil de gestion de laboratoire.

Si, dans un contexte local, il est nécessaire de contrôler la charge de travail du laboratoire en dehors du système local de gestion des laboratoires, il est possible d'ajouter un élément de données dans chaque section de test et d'enregistrer le nombre de tests qui ont dû être effectués avant d'obtenir un résultat final. Si les besoins locaux exigent une collecte plus détaillée des échantillons testés indépendamment des résultats, le Tracker peut être amélioré pour enregistrer plusieurs tests par échantillon et par cas.

Les implémenteurs doivent donc étudier les besoins du pays concerné en matière d'analyses et adapter les indicateurs relatifs au nombre de tests et aux résultats.

Diagnostic et notification¶

Selon la conception actuelle du Tracker, l'événement 'Diagnostic et notification' peut être créé avant ou après l'événement 'Résultats d'analyses en laboratoire'.

La date de l'événement 'Diagnostic et notification' est un espace réservé qui peut être utilisé selon les besoins de l'implémentation. Elle peut être utilisée comme date de la visite initiale, de la consultation ou de la collecte d'échantillons.

IMPORTANT

Si la saisie des données se fait sur la base de formulaires papier ou de l'importation de données, et que la date d'événement est utilisée comme date de saisie des données dans DHIS2, il est possible que l'événement d'enregistrement apparaisse après d'autres événements dans la chronologie, ce qui peut induire les utilisateurs en erreur.

L'étape d'enregistrement fournit un aperçu des informations de base, des éventuels facteurs de risque, du statut sérologique du cas suspect et, surtout, de la section relative aux décisions de diagnostic.

Le système enverra automatiquement un message d'avertissement avec la définition de l'historique de traitement antérieur sélectionné. Les définitions ont été élaborées conformément aux lignes directrices mondiales de l'OMS et doivent être adaptées au contexte local. Une question apparaîtra sur le fait de savoir si le patient a déjà reçu un traitement de 2ème intention si "Rechute", "Traitement après échec ou PDV", ou "Autre traitement antérieur" est sélectionné comme antécédent.

Si le patient est confirmé séropositif, le système invite à développer les informations sur le VIH et demande la date du dernier test et si le patient est inscrit dans une cohorte de TAR. Si la date du dernier test VIH est plus de 6 mois après la date du diagnostic, un message d'avertissement invitera le clinicien à programmer un autre test VIH pour le patient.

À ce stade, si les résultats de laboratoire sont disponibles, le clinicien ou l'opérateur de saisie des données doit être en mesure de rapporter la décision de diagnostic.

Une fois le cas notifié, l'utilisateur doit remplir les champs de la section 'Décision de diagnostic'.

Si des résultats de tests en laboratoire positifs sont disponibles et saisis à l'étape "Résultats d'analyses en laboratoire", la confirmation bactériologique sera attribuée automatiquement. Si les directives locales exigent que le clinicien saisisse ces informations manuellement, les règles de programme liés à la méthode de confirmation peuvent être supprimés.

Une notification est envoyée au patient si la case "Notifier le cas ?" est cochée et que le diagnostic, la date du diagnostic, la date de notification et le numéro de téléphone du patient sont enregistrés dans le système.

Si les résultats des tests sont négatifs mais que le cas est diagnostiqué cliniquement, le patient peut être notifié comme "diagnostiqué cliniquement".

Si les résultats de laboratoire sont négatifs et qu'aucune notification n'est nécessaire, l'utilisateur doit cocher "NON" dans la case "Voulez-vous notifier le cas ?". Le cas est alors exclu de l'analyse des cas de tuberculose. Un SMS est envoyé au patient s'il n'est pas diagnostiqué.

Indépendamment du fait que le diagnostic soit positif (obtenu en laboratoire ou cliniquement) ou négatif, le Tracker présente deux dates clés : la date du diagnostic et la date de notification. La première est la date à laquelle le patient a été diagnostiqué, tandis que la seconde est la date à laquelle il a reçu la notification de son statut. Bien que l'utilisation de ces dates puisse être modifiée pour les besoins de l'implémentation, il faut noter que la limite de période pour les indicateurs de programme qui comptent les notifications (par exemple, tous les cas de tuberculose notifiés) est basée sur la date du diagnostic conformément aux lignes directrices de l'OMS. L'inclusion de la date du diagnostic et de la date de notification dans le système a pour principal objectif de faciliter les analyses futures et les applications potentielles. Par exemple, ces horodatages peuvent servir de paramètres précieux pour évaluer la qualité des services et vérifier l'efficacité avec laquelle les établissements de soins de santé informent rapidement les patients.

Lorsqu'un cas présumé est confirmé bactériologiquement ou diagnostiqué cliniquement, il doit recevoir un numéro d'enregistrement TB. Cette information est également mise en évidence en tant que rappel dans la fenêtre Commentaires située dans l'angle supérieur droit de l'écran de saisie des données, juste au-dessus des informations relatives à l'inscription. Le clinicien ou l'opérateur de saisie des données doit donc rouvrir la fenêtre d'inscription et attribuer un numéro d'enregistrement TB conformément aux directives nationales. Bien que la configuration par défaut laisse cet espace vide et modifiable, les implémenteurs pourraient envisager une attribution automatique de numéro (ou d'une séquence alphanumérique) en fonction du flux de travail local.

La même information apparaîtra également sous la forme d'un message d'erreur sous la "Date du diagnostic" pour rappeler qu'il faut attribuer un numéro d'enregistrement TB au cas nouvellement identifié.

Si le cas est diagnostiqué avec un nouvel épisode de tuberculose pulmonaire confirmée bactériologiquement, une section sera disponible pour enregistrer le nombre de personnes (à l'exclusion du cas index) vivant dans le même ménage.

L'utilisateur sera également invité à enregistrer les contacts domestiques dans le module d'enquête "TB contacts domestiques" à partir du widget de relation.

Traitement¶

À cette étape, le clinicien ou l'opérateur de saisie des données indiquera le régime du patient - traitement de première ou de deuxième intention. Étant donné que les tests n'ont pas détecté de résistance, le patient se voit automatiquement attribuer l'option SM (sensible aux médicaments). Le clinicien peut cocher la case de la section pour remplacer l'attribution automatique et attribuer manuellement la bonne classification en fonction de son avis clinique. La classification automatique peut également être complètement supprimée, ce qui obligera le clinicien à attribuer manuellement une classification sur la base des résultats de laboratoire pour chaque patient. La date de fin de traitement ne doit être appliquée que s'il faut remplacer le traitement en cours - par exemple, le patient doit passer d'un traitement de première intention à un traitement de deuxième intention. La décision de pouvoir modifier le traitement plutôt que la notification et le diagnostic a été prise afin d'avoir plus de flexibilité en cas d'erreur et de conserver l'historique du patient plutôt que de remplacer et de supprimer les diagnostics antérieurs.

La date de début de traitement (date d'événement) est importante pour le calcul du délai entre le diagnostic et le début du traitement. La section "Statut du traitement" contient des calculs standard attribués automatiquement des durées de traitement et des délais d'initiation au traitement en jours. La date d'échéance de l'événement est configurée avec la description "date prévue pour le résultat". Par défaut, la date d'échéance de la section des résultats est fixée à 180 jours après la date de début du traitement - cette date doit être considérée comme un espace réservé et le seuil de 180 jours doit être remplacé par la période définie dans les directives nationales. La date d'échéance de l'étape des résultats peut être modifiée manuellement, mais elle ne peut être reprogrammée qu'une seule fois. L'utilisateur peut le faire une fois que le traitement a commencé et que l'élément de données de l'étape de traitement "Date d'échéance pour les résultats" a été généré. Lorsqu'une étape de résultat est en retard (la date actuelle est postérieure à la date d'échéance calculée pour l'étape de traitement), un message s'affiche dans le widget des commentaires.

Suivi des résultats de laboratoire¶

La structure de l'étape de suivi est pratiquement identique à celle de l'étape des analyses en laboratoire. La principale différence réside dans la liste des tests - l'étape de suivi des résultats de laboratoire ne contient que les tests qui concernent le suivi. Si le patient est marqué comme SM (sensible aux médicaments), seul le test microscopique apparaîtra automatiquement à l'étape de suivi des résultats de laboratoire, conformément aux lignes directrices de l'OMS. Comme indiqué plus haut, si le patient est atteint de DRTB, la liste des tests affichera également les cultures en milieu solide et liquide.

Résultats¶

Comme indiqué plus haut, l'étape des résultats est une étape non répétable où les cas confirmés positifs mettent fin à leur traitement. En fonction du temps écoulé depuis l'inscription, le clinicien ou l'opérateur de saisie des données peut sélectionner tous les résultats ou seulement ceux qui sont acceptables au cours d'une période donnée.

• Si le résultat du patient est enregistré dans les 6 mois suivant le diagnostic, les seules options disponibles seront "mort" et "PDV".
• Au-delà du seuil de 6 mois, la liste des résultats s'allonge et comprend également les options "guéri", "non évalué" et "terminé".
• Le résultat "échec" n'est valide que 5 mois après la date du diagnostic.

Le nombre de mois a été défini comme un espace réservé conformément aux lignes directrices mondiales, mais la valeur doit être renseignée en fonction des directives nationales pertinentes. Chaque résultat affichera automatiquement une boîte d'avertissement avec la définition de l'option choisie. Les définitions suivent l'explication standard détaillée dans les lignes directrices de l'OMS. De même, les définitions doivent être remplacées ou complétées en fonction des directives nationales.

Le résultat peut également être utilisé pour dénotifier un cas. La dénotification est appliquée à un patient suspecté qui n'est pas confirmé malade, ou pour supprimer une inscription en double. Les doublons supprimés ne seront pas pris en compte ni comptabilisés dans les rapports, mais le nombre de doublons dénotifiés sera disponible afin de contrôler la qualité des données et de la saisie des données.

Fonctionnalités supplémentaires¶

Notifications en temps réel¶

Si le système est utilisé pour la saisie de données et la surveillance en temps réel, il existe quatre notifications prédéfinies dans la configuration par défaut du Tracker. Celles-ci peuvent et doivent être personnalisées pour mieux refléter le contexte et les besoins locaux.

• TB SC - Notification de cas - cette notification par SMS est envoyée au cas présumé pour l'avertir que les résultats de laboratoire sont disponibles et qu'il/elle doit contacter l'établissement de santé. La notification n'est envoyée que si le numéro de téléphone du cas présumé et la date de notification ont une valeur valide.
• TB SC - Notification de mauvaise qualité de l'échantillon - il s'agit d'une notification interne du système envoyée au groupe d'utilisateurs 'TB Administrateurs' lorsqu'un échantillon reçu au laboratoire ne répond pas aux normes de qualité pour être analysé et est enregistré comme étant de "mauvaise qualité". Cette notification doit amener le clinicien à prélever un autre échantillon auprès du même cas à des fins d'analyses ou du suivi.
• TB SC - Dénotification (cas présumé) - cette notification par SMS est envoyée au cas présumé pour l'inviter à contacter l'établissement de santé. La notification n'est déclenchée que si le cas est dénotifié à partir de l'étape "Résultats" et que le numéro de téléphone du cas a été enregistré lors de l'inscription.
• TB SC - Dénotification (cas notifié) - cette notification par SMS est envoyée à un cas déjà notifié qui a été notifié par erreur en raison d'une double saisie de données ou de toute autre erreur humaine ou de système.

Constantes¶

Le package comprend un ensemble de tests et une liste de médicaments qui peut être modifiée par le pays implémenteur en fonction du contexte national (par exemple, les médicaments et les tests qui sont utilisés ou disponibles dans le pays). L'utilisation de constantes permet à un administrateur de système dans un pays implémenteur d''activer' ou de 'désactiver' facilement des types de médicaments et de tests en fonction de leur disponibilité dans le pays. Lorsque le package complet est installé dans une instance DHIS2, tous les éléments de données de tous les tests et médicaments inclus dans ce package sont inclus dans le système. Par défaut, toutes les constantes sont réglées sur "1" (activation des éléments de données concernés pour la saisie des données) et peuvent être réglées sur "0" par un implémenteur ou un administrateur du système en fonction du contexte du pays si un élément de données n'est pas nécessaire (désactivation des éléments de données concernés pour la saisie des données). Si un test ou un médicament devient plus tard disponible dans le pays, un administrateur peut simplement réactiver les éléments de données en faisant passer la constante de la valeur "0" à la valeur "1".

Widget de la barre supérieure¶

Le widget de la barre supérieure peut être affiché ou masqué. Dans la configuration par défaut du Tracker, la barre supérieure est visible et configurée pour afficher les informations pertinentes dans l'ordre suivant : 1) date du diagnostic, 2) numéro d'enregistrement TB, 3) mois écoulés depuis le diagnostic, 4) âge du patient (mois). 5) âge du patient (années), 6) statut sérologique, 7) classification de la résistance (au moment du diagnostic), 8) classification du cas, 9) régime de traitement et 10) résistance.

L'ordre, la quantité d'informations à afficher et les variables à afficher peuvent être personnalisés localement.

Widget des commentaires¶

Une fois le processus d'inscription terminé, la zone de texte dédiée aux commentaires sera affichée et disponible dans l'angle supérieur droit de l'écran. Tout comme les autres widgets, la zone de commentaires peut être supprimée, bien que dans la configuration par défaut du Tracker, elle soit affichée et utilisée pour envoyer des messages et des notes importants à l'utilisateur qui saisit les données.

Analyse¶

Indicateurs de programme¶

La liste complète des indicateurs de programme et des indicateurs est disponible dans le [fichier de référence des métadonnées] (resources/tb_cs-metadata.xlsx).

Déclaration de données basées sur les cas dans les rapports agrégés sur la tuberculose¶

Le Tracker de surveillance des cas de tuberculose saisit des données qui peuvent être intégrées dans des rapports standard et agrégés (c'est-à-dire mensuels, trimestriels ou plus fréquents, selon les besoins du pays). La conception d'un système agrégé de lutte contre la tuberculose dans DHIS2 peut être consultée à l'adresse suivante : who.dhis2.org/documentation/#tb.

Le package comprend deux groupes d'indicateurs de programme qui sont mappés avec les éléments de données correspondants et les combinaisons d'options de catégorie des ensembles de données du package agrégé sur la tuberculose.

Le Tracker TB SC actuel prend en charge le transfert des données pour les ensembles de données suivants :

• TB - Notification de cas (trimestriel)
• TB - RR/MDR- Détection et traitement des cas de TB (annuel)
• TB - Résultats du traitement (trimestriel)
• TB - Résultats du traitement - deuxième intention (annuel)
• TB - Laboratoire (mensuel)

Le mapping est basée sur les codes des objets de métadonnées. Le processus de transfert des données est décrit dans le guide d'installation.

Règles de programme¶

Les règles de programme sont très utilisées dans le Tracker de surveillance des cas de tuberculose pour afficher/masquer des éléments de données afin d'optimiser le formulaire de saisie des données, afficher des avertissements/commentaires à l'utilisateur chargé de la saisie des données et calculer et attribuer automatiquement des valeurs aux éléments de données. Une liste complète des règles de programme est disponible dans le fichier de référence des métadonnées.

Tableaux de bord¶

La version 2.0.0 du Tracker de surveillance des cas de tuberculose comprend un tableau de bord pour le suivi du traitement des échantillons et des résultats des tests de tuberculose (TB-LAB - Laboratoire) qui résume les indicateurs clés pour le suivi des activités du laboratoire (volumes de tests, de cas ou d'échantillons, taux de positivité, temps de traitement et résultats). Le tableau de bord présente d'abord les données globales pour chaque type de test et est ensuite divisé par type de test (microscopie à frottis, GeneXpert, GeneXpert Ultra, et tests de culture - milieux solides et liquides). Les sections sont identifiées par une zone de texte qui indique le type de test. Le tableau de bord peut et doit être adapté en fonction du contexte local, du type d'implémentation et de la disponibilité des tests. De plus, si le Tracker de surveillance des cas de tuberculose est utilisé comme un module autonome sans transfert de données agrégées, il est possible d'utiliser les indicateurs existants et de configurer des visualisations et des tableaux de bord personnalisés.

Groupes d'utilisateurs¶

Les groupes d'utilisateurs suivants sont inclus dans le package du Tracker de surveillance des cas de tuberculose :

• TB Administrateurs : peut éditer/visualiser les métadonnées ; pas d'accès aux données [toutes les étapes du programme].
• TB Saisie des données : peut visualiser les métadonnées, peut saisir les données [toutes les étapes du programme], pas d'accès aux tableaux de bord
• TB Accès : peut visualiser les métadonnées, peut visualiser les données [toutes les étapes du programme].
• TB Accès aux laboratoires : peut visualiser les métadonnées, peut visualiser les données [ ? étapes du programme], accès aux tableaux de bord des laboratoires
• TB Saisie des données de laboratoire : peut visualiser les métadonnées, peut saisir les données [enregistrement de la tuberculose et étapes du laboratoire].

Références¶

Haut Commissariat des Nations Unies pour les réfugiés (HCR), (2015). Politique relative à la protection des données des personnes relevant de la compétence du HCR. URL : https://www.refworld.org/docid/55643c1d4.html [consulté le 20 juillet 2022]

Organisation mondiale de la santé, (2013). Définitions et cadre de notification pour la tuberculose - révision 2013 (mise à jour décembre 2014 et janvier 2020). URL : https://apps.who.int/iris/bitstream/handle/10665/79199/9789241505345_eng.pdf?sequence=1&isAllowed=y [consulté le 20 juillet 2022]