Intégrité et qualité des métadonnées¶

Bien que la qualité des métadonnées puisse être subjective, certains principes clés peuvent être évalués objectivement et devraient être respectés dans toutes les implémentations du DHIS2. Pour évaluer la qualité des métadonnées, une évaluation des métadonnées peut être réalisée. Dans ce contexte, nous pouvons définir l'évaluation des métadonnées comme l'examen de la qualité de la configuration d'une implémentation spécifique. Malgré l'étendue du champ d'application, notre objectif est de décomposer le processus d'évaluation en éléments gérables qui peuvent être examinés, classés par ordre de priorité et corrigés au fil du temps. L'évaluation régulière des métadonnées et leur mise à jour permanente constituent une part importante de la configuration et de la maintenance à long terme de DHIS2. Si les tâches de configuration peuvent souvent être exécutées rapidement grâce à un certain nombre de mécanismes différents, sans une coordination adéquate, la configuration des systèmes DHIS2 peut se heurter à un certain nombre de difficultés au fil du temps. Quelques exemples des effets de ces défis de configuration sont :

• L'impossibilité de trouver les éléments corrects lors de la création des sorties de données
• L'incapacité à désagréger correctement les données lors de la création des sorties de données
• Une incapacité à accéder aux éléments corrects lors de la saisie ou de la création de sorties de données
• Les défis liés à la qualité des données (quelques exemples : inexactitudes significatives dans les tendances à long terme des données et des taux de déclaration, possibilité de stocker des valeurs de données non valides, variables multiples représentant le même concept et stockant des valeurs de données différentes).
• Difficulté à identifier les éléments à utiliser lors de la configuration des mécanismes d'échange de données
• Des erreurs lors de la mise à jour des versions de DHIS2
• Gestion d'une quantité énorme de métadonnées non valides

L'objectif de ce guide est de fournir des outils et des méthodes permettant d'identifier les problèmes liés aux métadonnées. Un guide distinct sur la maintenance des métadonnées est en cours d'élaboration ; il traite des pratiques de configuration susceptibles d'entraîner des problèmes de qualité des métadonnées et des moyens de les éviter, par exemple en évitant d'effectuer des travaux de configuration dans les systèmes de production et en établissant des SoP (procédure d'opération standardisée) pour les modifications de métadonnées. Enfin, une future section sur le travail avec les métadonnées fournira des conseils sur comment traiter les problèmes de métadonnées, tels que la suppression des objets qui ne sont plus utilisés.

La maintenance et l'évaluation des métadonnées doivent être considérées comme des processus connexes qui s'alimentent mutuellement.

1. Processus réactif : En raison des défis posés par la configuration, un système DHIS2 devra être révisé et nettoyé en conséquence.
2. Processus proactif : Pour éviter les problèmes de configuration, des processus peuvent être mis en place afin que la configuration du DHIS2 reste efficace au fil du temps.

Évaluation de l'intégrité et la qualité des métadonnées¶

Les processus réactifs consistent à évaluer les métadonnées afin d'identifier les problèmes potentiels et de les résoudre. Il peut s'agir d'un processus exigeant qui doit être correctement planifié, avec du temps et des ressources consacrés à l'identification et à la résolution des problèmes. Bien que la planification et l'exécution d'une évaluation des métadonnées soient brièvement abordées [ci-dessous] (#metadata_assessment_planning), ce guide se focalise sur les aspects plus pratiques et techniques de l'évaluation des métadonnées et de la résolution des problèmes courants.

Ce guide se focalise principalement sur deux méthodes d'évaluation des métadonnées :

1. par un [examen manuel des métadonnées] (#metadata_assessment_manual)
2. par un [outil d'évaluation des métadonnées] (#metadata_assessment_tool) qui peut être connecté directement au DHIS2, afin d'effectuer des vérifications des métadonnées

Ces deux méthodes sont décrites ci-dessous.

Planifier et effectuer une évaluation des métadonnées¶

Pour réaliser l'évaluation, vous pouvez commencer par obtenir l'adhésion d'une grande variété de parties prenantes. Pour ce faire, il peut être utile de documenter l'étendue des questions abordées dans ce guide en produisant des statistiques récapitulatives sur les problèmes qui ont été identifiés. Ces statistiques peuvent être très utiles à présenter à un grand public et peuvent être utilisées pour soutenir l'adhésion en fournissant de brèves explications sur les problèmes qui ont été identifiés. Dans le Guide de référence pour l'évaluation des métadonnées, vous trouverez des outils qui vous aideront à créer des comptes récapitulatifs rapides des problèmes que vous trouvez dans votre propre implémentation, ainsi que des outils qui génèrent des rapports plus détaillés sur chaque élément spécifique qui nécessite une attention particulière. Nous recommandons que l'évaluation comporte les éléments suivants :

1. Définition du champ d'application de l'évaluation et partage de celui-ci avec les parties prenantes concernées
2. Identification de l'étendue des problèmes au sein d'une implémentation en générant et en documentant des statistiques récapitulatives de ce qui a été trouvé.
3. Présentation de ces résultats au groupe de parties prenantes
4. Identification des éléments individuels qui posent problème et élaboration de stratégies visant à les atténuer ou à les corriger, si nécessaire.
5. Détails et priorités des corrections
6. Implémentation de ces corrections sur les systèmes de développement puis de production

Examen manuel des métadonnées{ #metadata_assessment_manual }¶

L'utilisation de l'[outil d'évaluation des métadonnées] (#metadata_assessment_tool) et des [contrôles d'intégrité des données] intégrés (#data_admin_data_integrity) est un moyen efficace d'identifier de nombreux problèmes de métadonnées dans le DHIS2, mais certains processus d'examen ne peuvent pas être automatisés. Il s'agit notamment de l'examen de :

• Convention d'appellation
• Formule d'indicateurs
• Objets de métadonnées dupliqués
• Sources de données dupliquées
• Configuration des éléments du tableau de bord
• Affectation de l'unité d'organisation du programme et de l'ensemble de données
• Partage des programmes et des données

Problèmes de documentation{ #documenting-issues }¶

L'examen des métadonnées en vue d'identifier les éventuels problèmes doit toujours être effectué dans le but de résoudre ces problèmes. Il est parfois possible d'y remédier immédiatement, mais dans de nombreux cas, cela est impossible. Par exemple, il peut être nécessaire de se concerter avec différentes parties prenantes pour identifier la source de données ou les définitions de métadonnées appropriées, ou bien la résolution des problèmes est techniquement compliquée et nécessite des tests et un examen appropriés. Il est donc important de mettre en place un mécanisme de recensement des problèmes identifiés, afin d'en assurer le suivi et d'élaborer un plan pour y remédier.

Conventions d'appellation¶

Pour une analyse complète des principes qui régissent les bonnes conventions de nomenclature, veuillez consulter cette ressource. Dans la mesure du possible, vous devriez envisager de les implémenter dans le(s) système(s) que vous êtes en train d'examiner.

Pour mettre à jour les noms de vos métadonnées en vrac, envisagez d'utiliser l'[éditeur de métadonnées DHIS2] (https://workspace.google.com/marketplace/app/d2_metadata_review_tool/672531419470). Cela vous permettra de modifier toutes vos métadonnées dans une feuille Google et de synchroniser vos informations avec le serveur. Vous pouvez consulter le guide complet de l'éditeur de métadonnées [ici] (https://docs.google.com/document/d/1Y4u78llIOTb5gNPHLJks528kbz8czXH9O6yKMEaLFI0/edit?usp=sharing).

Formule d'indicateurs¶

Un examen manuel de la formule des indicateurs peut être nécessaire pour déterminer si la formule des indicateurs est correcte. Bien qu'il s'agisse potentiellement d'une question de configuration, l'examen de la formule des indicateurs peut affecter la qualité des données et les résultats des données si des hypothèses incorrectes sont formulées au sujet de la formule. Voici quelques exemples de points à vérifier lors de l'examen de la formule des indicateurs :

1. S'assurer que les bons éléments de données font partie du numérateur et du dénominateur respectivement en comparant les éléments de données avec les descriptions du numérateur et du dénominateur.
2. S'assurer que le bon type d'indicateur a été sélectionné pour l'indicateur examiné
3. Dans la mesure du possible, vérifier que le dénominateur est défini correctement (toutefois, il peut s'agir plutôt d'un problème de qualité des données, qui doit faire l'objet d'un examen plus détaillé de la qualité des données)

Vous pouvez utiliser l'[éditeur de métadonnées DHIS2] (https://workspace.google.com/marketplace/app/d2_metadata_review_tool/672531419470) pour passer en revue certaines formules si vous êtes familier avec sa configuration, mais une méthode plus traditionnelle de navigation dans les indicateurs à travers l'interface utilisateur peut être utilisée à l'aide de l'[application de navigation dans les métadonnées de l'OMS] (https://apps.dhis2.org/app/af9a31fb-350c-4130-964b-3a413183aa54).

Sources des donnés dupliquées¶

La duplication de données est due au fait que plusieurs variables d'un système DHIS2 produisent des rapports sur le même sujet. Il existe généralement 3 types de sources de données dupliquées que vous pouvez rencontrer dans DHIS2 :

• Des variables dupliquées au sein d'un même formulaire de collecte de données
• Des variables dupliquées entre différents programmes (généralement sur des formulaires différents)
• Des variables dupliquées dans des programmes (sur le même formulaire ou sur des formulaires différents)

Variables dupliquées sur un même formulaire de collecte de données¶

Cela se produit lorsqu'un ou plusieurs éléments de données fournissent un total en doublon avec un ou plusieurs autres éléments de données sur le même formulaire. À titre d'exemple, nous pouvons examiner les formulaires disponibles dans la figure 1.

Dans ce cas, il est difficile de déterminer la valeur correcte.

Variables dupliquées entre différents programmes¶

Cela se produit lorsque deux ou plusieurs programmes au sein d'un système intégré collectent les mêmes informations (figure 2). Dans certains cas, les programmes ne parviennent pas à se mettre d'accord sur la valeur et celle-ci doit être maintenue telle quelle. Cette situation devient toutefois problématique lorsqu'il s'agit de déterminer une valeur nationale convenue, car les valeurs peuvent être différentes d'un programme à l'autre et il n'est pas recommandé de les conserver intactes.

Variables dupliquées dans des programmes (sur le même formulaire ou sur des formulaires différents)¶

Cela se produit lorsque les mêmes informations sont collectées dans le cadre d'un même programme (Figure 3). Cela peut être problématique car il devrait y avoir une concordance entre les valeurs si possible (ce qui n'est pas toujours le cas lorsque ce problème est constaté).

Résoudre le problème de duplication des données¶

Comme pour les problèmes liés à la définition des dénominateurs, ce point devra peut-être faire l'objet d'un examen plus détaillé en matière de qualité des données. Étant donné que ces découvertes nécessiteront souvent un examen/une révision des formulaires dans les différents programmes afin de rationaliser ces sources de données en doublon, ce problème ne sera probablement pas résolu par une modification immédiate de la configuration. Il est important d'identifier ces problèmes et de travailler avec les programmes pour les résoudre sur la base des procédures locales.

Configuration des éléments du tableau de bord¶

Deux éléments sont à prendre en considération lors de l'examen des éléments du tableau de bord :

1. L'élément du tableau de bord doit-il être partagé pour être vu par les groupes d'utilisateurs avec lesquels le tableau de bord est partagé
2. L'élément du tableau de bord doit-il être associé à des unités d'organisation ou à des périodes relatives afin de pouvoir être réutilisé ou mis à jour régulièrement

Lorsqu'un élément du tableau de bord doit afficher des données pour une période ou une unité d'organisation fixe, il n'est pas nécessaire d'appliquer une quelconque relativité à l'élément. Si l'élément doit être régulièrement mis à jour avec de nouvelles données, ou si les utilisateurs avec lesquels le tableau de bord est partagé n'ont pas accès aux unités d'organisation fixes sélectionnées dans l'élément, ces éléments doivent être revus et mis à jour avec des sélections correctes de périodes relatives et d'unités d'organisation, comme il convient.

Affectation des unités d'organisation des programmes et des ensembles de données{ #program-and-data-set-organisation-unit-assignment }¶

Vérifiez que les programmes et les ensembles de données ne sont attribués qu'aux unités d'organisation qui sont censées établir des rapports à leur sujet. Pour les ensembles de données, cela peut entraîner des problèmes d'exhaustivité du taux de déclaration (le nombre de déclarations attendues peut être plus élevé qu'il ne devrait l'être) et des données peuvent être saisies là où elles ne devraient pas l'être ; tandis que dans le cas des programmes, vous pourriez avoir suivi des entités et/ou des événements enregistrés dans des unités d'organisation qui ne devraient pas l'être.

Partage des programmes et des ensembles de données{ #program-and-data-set-sharing }¶

Vérifiez que les paramètres de partage des métadonnées et des données ont été appliqués correctement aux programmes et aux ensembles de données. En particulier, si des utilisateurs ou des groupes d'utilisateurs ne peuvent pas effectuer des opérations sur les programmes ou les ensembles de données alors qu'ils devraient pouvoir le faire, il peut être nécessaire de modifier ces paramètres de partage.

Une description plus détaillée de l'application des paramètres de partage aux programmes et aux ensembles de données est disponible dans la documentation ainsi que par un certain nombre de vidéos sur [YouTube] (https://www.youtube.com/playlist?list=PLo6Seh-066RwslDmyZkiKjejgMCKNaJTC).

Contrôles liés aux catégories{ #category-related-checks }¶

Options de catégories dupliquées¶

Les options de catégorie peuvent et doivent être réutilisées dans plusieurs catégories pour représenter le même concept (par exemple, un groupe d'âge). En plus de réduire l'encombrement et la confusion potentielle liés à l'existence de plusieurs options pour le même concept, cela facilite l'analyse des données puisque les éléments de données utilisant la même option de catégorie peuvent être présentés ensemble avec la même désagrégation dans les outils de visualisation.

Si des options de catégories dupliquées sont identifiées et qu'elles sont incluses dans des catégories qui font partie de combinaisons de catégories déjà associées à des données, n'essayez pas de les dédupliquer. Toutefois, si l'une des options de catégorie n'a pas encore été utilisée, elle peut être supprimée et les autres options peuvent être utilisées.

Désagrégations par catégories{ #category-disaggregations }¶

Les options de catégorie dans une catégorie d'élément de données doivent en général aboutir à un total significatif, comme indiqué dans la [section sur la conception du système d'agrégation] (#catégories-et-dimensions-personnalisées). C'est le total de la catégorie qui est affiché par défaut si l'on examine la valeur d'un élément de données désagrégé par cet élément de données. Un exemple de cette mauvaise pratique est la création d'une catégorie "Patients externes" avec les options "Cas" et "Décès", qui est appliquée aux éléments de données pour différents diagnostics tels que "Paludisme". Par défaut, un utilisateur consultant l'élément de données "Paludisme" obtiendra la somme des "Cas de paludisme" et des "Décès dus au paludisme", un chiffre qui n'a pas de sens.

Dans certains cas, il peut être judicieux de s'écarter de cette règle générale, notamment lorsque l'utilisation d'une telle catégorie peut réduire considérablement le nombre d'éléments de données requis. Dans ces cas, l'option "Ignorer le total de la catégorie dans les rapports" doit être activée pour la combinaison de catégories dont fait partie la catégorie.

Utilisation de l'outil d'évaluation des métadonnées¶

Bien que des contrôles manuels soient nécessaires pour un certain nombre de questions, un [outil d'évaluation des métadonnées] (https://github.com/dhis2/metadata-assessment) a également été développé pour automatiser un certain nombre de contrôles de la qualité des données. Cela inclut la possibilité d'obtenir les résultats sommaires (nombre de violations) des [contrôles d'intégrité des données] intégrés (#data_admin_data_integrity). L'outil d'évaluation des métadonnées n'est actuellement pas intégré au DHIS2 lui-même, mais il s'agit d'un outil autonome basé sur R. Cette section explique comment interpréter et utiliser les résultats de l'outil d'évaluation, tandis que le téléchargement, l'installation et l'exécution de l'outil sont décrits sur le dépôt GitHub de l'outil. Une liste avec des descriptions des contrôles de métadonnées inclus dans l'outil est décrite dans l'Annexe A.

L'outil d'évaluation des métadonnées est principalement basé sur les vues SQL de DHIS2 : l'outil importe un ensemble de vues SQL dans la base de données DHIS2 évaluée (deux pour chaque mesure de la qualité des données), accède aux résultats de ces vues SQL via l'API Web et les présente aux utilisateurs. De plus, l'outil présente certains résultats basés directement sur les requêtes de l'API Web (liées aux utilisateurs), et peut également afficher les résultats des contrôles intégrés de l'intégrité des données.

Avertissement L'outil ne doit pas être utilisé directement dans les bases de données de production. Bien que la seule modification apportée par l'outil à une base de données soit l'importation de vues SQL, certaines vérifications peuvent être longues et couteuses et peuvent affecter les utilisateurs qui interagissent avec le système. Un paramètre est disponible pour désactiver les requêtes lentes.

Le rapport{ #the-report }¶

Le rapport lui-même est organisé en quatre sections.

Tableau récapitulatif¶

Le tableau récapitulatif "Problèmes de métadonnées" donne un aperçu de tous les différents paramètres de qualité des métadonnées et permet de les trier et de les filtrer. Cette fonction est utile pour obtenir un aperçu rapide des résultats (par exemple s'il y a des problèmes "critiques" ou "graves"), ou pour rechercher des problèmes spécifiques (par exemple s'il y a des problèmes liés à des unités d'organisation).

Utilisateurs¶

La section "Utilisateurs" fournit des mesures clés relatives aux utilisateurs du système. Outre les informations de base sur le nombre total d'utilisateurs et le nombre d'utilisateurs qui se connectent au cours d'une période donnée, elle comprend également des informations qui peuvent servir de base à des changements dans les pratiques de gestion des utilisateurs:

• • Les utilisateurs qui ne se sont jamais connectés* : Lorsqu'un grand nombre de comptes d'utilisateurs n'ont jamais été utilisés, cela indique que des problèmes existent dans le processus d'invitation/création de comptes. Si ces comptes ont été créés avec un mot de passe par défaut, ils pourraient également poser un problème de sécurité.
• Pourcentage d'utilisateurs désactivés : Associé au nombre total d'utilisateurs et à celui des utilisateurs qui se sont connectés récemment, ce chiffre peut indiquer si les comptes d'utilisateurs sont désactivés lorsque, pour différentes raisons, les utilisateurs n'ont plus besoin ou ne doivent plus avoir accès au système (par exemple, parce qu'ils quittent leur poste).
• Nombre/pourcentage d'utilisateurs qui sont des superutilisateurs : Seuls quelques utilisateurs devraient avoir des droits de superutilisateur (l'autorité " TOUT ").

En outre, deux graphiques montrant la répartition dans le temps de la dernière connexion des utilisateurs, et la répartition des utilisateurs dans la hiérarchie de l'unité d'organisation peuvent être utiles pour comprendre si l'affectation et la gestion des utilisateurs sont gérées correctement.

Orientations{ #guidance }¶

La section Orientations présente les mêmes données métriques que le tableau récapitulatif (et les reprend dans l'annexe A), mais accompagnées d'une explication et d'une recommandation d'action. Elle est organisée en sections par thème.

Interprétation des résultats{ #interpreting-the-results }¶

Lors de l'interprétation des résultats du rapport, il est important de garder à l'esprit que tous les problèmes énumérés dans le rapport ne sont pas nécessairement avérés. Par conséquent, la rigueur des différents contrôles est de mise :

• Info indique que le contrôle est intégré principalement pour fournir des informations contextuelles utiles, par exemple pour indiquer le nombre total d'un certain type d'objet.
• Avertissement s'applique aux contrôles qui signalent des points potentiellement problématiques ou indiquent que les métadonnées ne sont pas bien gérées, mais qui n'entraîneront généralement pas de problèmes de fonctionnement du système.
• Des problèmes graves peuvent peuvent survenir, par exemple des résultats d'analyses qui affichent des chiffres erronés ou n'affichent aucune donnée.
• Les problèmes critiques sont divers. Ils peuvent par exemple provoquer l'échec du processus de génération des tableaux d'analyses.

Bien que les différentes mesures de la qualité des données comportent chacune une recommandation sur la façon de traiter le problème particulier, elles n'entrent généralement pas dans le détail des mesures techniques à prendre pour résoudre le problème. Il n'est pas possible de donner des conseils clairs pour tous les problèmes, qui vont du plus élémentaire (comme le regroupement d'éléments de données) au plus complexe (par exemple, des combinaisons d'options de catégories en doublon dans une combinaison de catégories). En général, il est recommandé de résoudre les problèmes via l'interface utilisateur du DHIS2 ou l'API Web dans la mesure du possible, car cela permet de valider les modifications apportées. Ce n'est qu'en dernier recours que les problèmes doivent être correctement corrigés dans la base de données. Toutes les modifications, à l'exception des plus élémentaires (telles que le regroupement d'éléments de données), doivent être testées minutieusement dans un système de non-production.

Une section distincte du guide d'implémentation est en cours d'élaboration. Elle fournira davantage d'exemples et de conseils sur le traitement des problèmes courants liés aux métadonnées, tels que les modifications par lots, la suppression d'éléments de données avec des données, etc.

ANNEXE A - Paramètres de l'outil d'évaluation des métadonnées{ #metadata_assessment_tool_annex_a }¶

Mis à jour le 14.02.2022.

Catégories¶

Catégories sans options de catégorie.¶

Les catégories doivent toujours avoir au moins une option de catégorie.

Gravité: Avertissement

Recommandation: Toutes les catégories sans options de catégorie devraient être supprimées du système si elles ne sont pas utilisées. Dans le cas contraire, des options de catégorie appropriées devraient être ajoutées à la catégorie.

Combinaisons d'options de catégorie par défaut supplémentaires basées sur l'option de catégorie.¶

Le système ne doit comporter qu'une seule combinaison d'options de catégorie "par défaut". L'existence de plusieurs combinaisons d'options de catégories par défaut peut entraîner des irrégularités tant au niveau de la saisie des données que des résultats d'analyses.

Gravité : Critique

Recommandation: Toutes les références à une combinaison supplémentaire d'options de catégorie par défaut doivent être remplacées par la combinaison d'options de catégorie par défaut souhaitée.

Options de catégorie sans catégories.¶

Toutes les options de catégorie doivent appartenir à au moins une catégorie.

Gravité: Avertissement

Recommandation: Les options de catégorie qui ne font partie d'aucune catégorie devraient être supprimées ou ajoutées à une catégorie appropriée.

Combinaisons d'options de catégorie avec des associations disjointes.¶

Dans certaines circonstances, des combinaisons d'options de catégorie peuvent exister dans le système, mais n'avoir aucune association directe avec les options de catégorie qui sont associées aux combinaisons de catégorie. Cette situation se produit généralement lorsque des options de catégorie ont été ajoutées à une catégorie et que cette dernière est ensuite ajoutée à une combinaison de catégories. De nouvelles combinaisons d'options de catégorie sont alors créées dans le système. Si l'une des options de catégorie est ensuite supprimée dans l'une des catégories sous-jacentes, il peut en résulter une combinaison d'options de catégorie dite disjointe. Il s'agit d'une combinaison d'options de catégorie qui n'a pas de lien direct avec les options de catégorie d'aucune des catégories.

Gravité : Grave

Recommandation: Les combinaisons d'options de catégories disjointes devraient être supprimées du système si possible. Toutefois, si des données sont associées à la combinaison d'options de catégorie, il faudra déterminer comment traiter ces données.

Combinaisons d'options de catégorie avec une cardinalité incorrecte.¶

Toutes les combinaisons d'options de catégorie doivent avoir exactement le même nombre d'associations d'options de catégorie que le nombre de catégories dans la combinaison de catégories. Si une combinaison de catégories comporte deux catégories, chaque combinaison d'options de catégorie doit comporter exactement deux options de catégorie.

Gravité : Grave

Recommandation: Les combinaisons d'options de catégorie dont la cardinalité est incorrecte seront ignorées par le système d'analyse DHIS2 et devraient être supprimées.

Options de catégorie avec plus d’un élément¶

Nulla vitae feugiat blandit natoque placerat elementum pharetra senectus et aenean faucibus pellentesque. Quam, donec auctor in et mi penatibus penatibus. Mauris massa mauris sem vehicula eu hac fermentum odio mattis sed. Habitant convallis, pellentesque aenean, a nunc vitae non sapien eu suspendisse. Amet nisi sed quam hac.

Gravité : Grave

Recommandation : Bibendum pellentesque nibh nisl vitae rutrum quis vestibulum feugiat porta et netus parturient mauris. Nec nascetur libero lacinia id vel mauris pulvinar à augue pharetra. Elementum urna eget mauris magnis proin. Risus sed sapien ante himenaeos. Hac vitae vestibulum vestibulum nulla vestibulum ut non consectetur vel lectus ultricies euismod. Suscipit sed sed orci.

Combinaisons de catégories sans catégories.¶

Toutes les combinaisons de catégories doivent être associées à une ou plusieurs catégories.

Gravité: Avertissement

Recommandation: Les combinaisons de catégories sans catégories ne sont pas utilisables par DHIS2. Elles doivent soit être supprimées, soit les catégories correctes doivent être ajoutées à la combinaison de catégories.

Combinaisons d'options de catégorie sans combinaison de catégorie.¶

Toutes les combinaisons d'options de catégories doivent être associées à une combinaison de catégories. Dans certains cas, lorsque des combinaisons de catégories sont supprimées, le lien entre une combinaison d'options de catégorie et une combinaison de catégories peut être corrompu.

Gravité: Avertissement

Recommandation: Vérifiez si des données sont associées aux combinaisons de catégories en question. Il est probable que les données soient supprimées ou migrées vers une combinaison d'options de catégorie valide. Toute donnée associée à l'une de ces combinaisons d'options de catégorie ne sera pas disponible ni dans les modules de saisie de données, ni dans les applications analytiques.

Combinaisons d'options de catégorie dupliquées au sein d'une combinaison de catégories.¶

Chaque combinaison de catégories doit comporter un ensemble unique de combinaisons d'options de catégories. Dans certaines circonstances, des doublons de combinaisons d'options de catégorie peuvent exister dans le système. Cela résulte généralement de modifications apportées aux combinaisons de catégories après leur création ou d'une manipulation directe des différents tableaux de catégories dans la base de données. Il peut en résulter que certaines combinaisons d'options d'éléments de données/catégories n'apparaissent pas ou ne sont pas disponibles dans les écrans de saisie des données et/ou dans les applications d'analyse.

Gravité : Grave

Recommandation: Les doublons de combinaisons d'options de catégories dans une combinaison de catégories vous obligeront à fusionner les combinaisons d'options de catégories. Cette opération nécessite une manipulation directe de la base de données et doit toujours être effectuée dans un environnement de test. Ce n'est qu'après avoir testé votre procédure de manière approfondie et vous être assuré qu'elle fonctionne que vous devez l'exécuter dans votre environnement de production. L'équipe chargée de l'implémentation du DHIS2 a créé une série de fonctions SQL pour vous aider à supprimer ces COC doublonnés de votre système.

Catégories avec les mêmes options de catégorie¶

Les catégories ayant exactement les mêmes options doivent être considérées comme fusionnées. Les catégories ayant exactement les mêmes options de catégorie peuvent être facilement confondues par les utilisateurs lors de l'analyse.

Gravité: Avertissement

Recommandation: Si des combinaisons de catégories ont déjà été créées avec des catégories dupliquées, il est recommandé de ne pas prendre de mesures, mais de s'assurer que les utilisateurs comprennent qu'il peut y avoir deux catégories répétées.

Si l'une des catégories n'est utilisée dans aucune combinaison de catégories, elle devrait être supprimée du système.

Graphiques¶

Tableaux qui n'ont pas été consultés au cours des 12 derniers mois{ #charts-which-have-not-been-viewed-in-the-past-12-months }¶

Les tableaux doivent être consultés régulièrement dans le système. Dans de nombreux cas, les utilisateurs créent des tableaux à titre temporaire et ne les suppriment jamais. Cela peut conduire à un manque d'ordre dans le système. Les tableaux peuvent alors être difficiles à trouver dans l'application de visualisation.

Gravité: Avertissement

Recommandation: Les tableaux inutilisés peuvent être supprimés directement à l'aide de l'application de visualisation des données par un utilisateur disposant d'une autorité suffisante. Si les tableaux font partie d'un tableau de bord, ils devront également être supprimés du tableau de bord.

Tableaux de bord¶

Nombre total de tableaux de bord dans le système¶

Nombre total de tableaux de bord dans le système. Gravité : Info

Recommandation: DHIS2 devrait contenir des tableaux de bord utiles pour les utilisateurs.

Tableaux de bord ayant fait l'objet d'une ou de plusieurs visualisations au cours des trois dernières années{ #dashboards-with-1-or-fewer-views-over-the-past-three-years }¶

Lorsque des tableaux de bord ne sont pas visualisés par les utilisateurs, cela peut signifier une faible utilisation des données, que les tableaux de bord n'ont pas été conçus pour être réutilisés (par exemple dans le cadre d'un exercice de formation ou d'une analyse de données ponctuelle), ou que l'utilisateur propriétaire du tableau de bord n'est plus actif.

Gravité: Avertissement

Recommandation: Si les tableaux de bord sont pertinents et utiles mais ne sont pas visualisés, des efforts doivent être consentis pour accroître l'utilisation des données (par exemple, revoir les paramètres de partage, communiquer avec les utilisateurs, planifier des exercices de formation, etc.) Dans d'autres cas, les utilisateurs disposant d'une autorisation de superutilisateur devraient être en mesure de supprimer des tableaux de bord en recherchant leur nom ou en procédant par lots. Il convient également de s'assurer que le tableau de bord n'est pas en cours d'utilisation dans le cadre d'une analyse poussée avant de le supprimer du système.

Tableaux de bord non visualisés au cours de l'année écoulée.¶

Lorsque des tableaux de bord ne sont pas visualisés par les utilisateurs, cela peut signifier une faible utilisation des données, que les tableaux de bord n'ont pas été conçus pour être réutilisés (par exemple dans le cadre d'un exercice de formation ou d'une analyse de données ponctuelle), ou que l'utilisateur propriétaire du tableau de bord n'est plus actif.

Gravité: Avertissement

Recommandation: Si les tableaux de bord sont pertinents et utiles mais ne sont pas visualisés, des efforts doivent être consentis pour accroître l'utilisation des données (par exemple, revoir les paramètres de partage, communiquer avec les utilisateurs, planifier des exercices de formation, etc.) Dans d'autres cas, les utilisateurs disposant d'une autorisation de superutilisateur devraient être en mesure de supprimer des tableaux de bord en recherchant leur nom ou en procédant par lots. Il convient également de s'assurer que le tableau de bord n'est pas en cours d'utilisation dans le cadre d'une analyse poussée avant de le supprimer du système.

Nombre total de tableaux de bord sans éléments.{ #total-number-of-dashboards-with-no-items }¶

Tous les tableaux de bord doivent avoir du contenu. Les tableaux de bord sans contenu ne servent à rien et peuvent rendre plus difficile la recherche de tableaux de bord importants avec du contenu.

Gravité : Info

Recommandation: Les tableaux de bord sans contenu qui n'ont pas été modifiés au cours des 14 derniers jours, par exemple, devraient être envisagés à être supprimés.

Éléments de données (agrégés){ #data-elements-aggregate }¶

Nombre total d'éléments de données agrégées¶

Aperçu du nombre d'éléments de données agrégées dans le système. Gravité : Info

Recommandation: DHIS2 devrait contenir des éléments de données utiles pour les utilisateurs.

Eléments de données agrégés non utilisés dans aucun favori (directement ou via des indicateurs){ #aggregate-data-elements-not-used-in-any-favourites-directly-or-through-indicators }¶

Tous les éléments de données agrégées saisis dans DHIS2 doivent être utilisés pour produire un certain type de résultats d'analyse (graphiques, cartes, tableaux). Il peut s'agir d'une utilisation directe dans un résultat ou d'une contribution au calcul d'un indicateur utilisé dans un résultat.

Gravité: Avertissement

Recommandation: Les éléments de données qui ne sont pas examinés pendant l'analyse, que ce soit directement ou indirectement via les indicateurs, devraient être examinés pour déterminer s'ils doivent encore être collectés. S'ils sont destinés à être utilisés dans le cadre d'un examen de routine, des résultats associés doivent être créés à partir de ces éléments. Si l'utilisation de ces éléments de données n'est prévue pour un aucun examen d'informations, il pourront être archivés ou supprimés.

Eléments de données agrégés attribués à une ou plusieurs unités d'organisation (via des ensembles de données).{ #aggregate-data-elements-assigned-to-1-or-less-orgunit-through-data-sets }¶

Les éléments de données qui font partie d'un ensemble de données agrégées doivent être attribués à au moins une unité d'organisation.

Gravité: Avertissement

Recommandation: Si l'ensemble de données est actif, il faut alors revoir les affectations des unités d'organisation. Si l'ensemble de données n'est pas actif, l'ensemble de données et les éléments de données associés doivent être supprimés du système.

Eléments de données agrégés ne faisant partie d’aucun groupe d’éléments de données.¶

Tous les éléments de données doivent figurer dans un groupe d'éléments de données. Cela permet aux utilisateurs de trouver plus facilement les éléments de données dans les applications d'analyse et contribue également à rendre des ensembles de groupes d'éléments de données plus complets. Les opérations de maintenance peuvent également être plus efficaces en appliquant des paramètres de masse (par exemple, le partage) à tous les éléments de données d'un groupe d'éléments de données.

Gravité: Avertissement

Recommandation: Les éléments de données qui ne font pas partie d'un groupe d'éléments de données doivent être ajoutés à un groupe d'éléments de données important. Si les éléments de données ne sont pas nécessaires, ils doivent être supprimés.

Agrégation des éléments de données qui n'ont pas été modifiés au cours des 100 derniers jours et qui n'ont aucune valeur de données.{ #aggregate-data-elements-that-have-not-been-changed-in-last-100-days-and-do-not-have-any-data-values }¶

Éléments de données "abandonnés". Il s'agit d'éléments de données qui n'ont pas été modifiés depuis au moins 100 jours et auxquels aucune valeur n'est associée. Il s'agit souvent de configurations nouvelles ou modifiées qui ont été abandonnées à un moment donné.

Gravité: Avertissement

Recommandation: Les éléments de données qui ne sont pas associés à des données et qu'il n'est pas prévu d'utiliser pour la collecte de données devraient être supprimés.

Agrégation des éléments de données SANS valeurs de données.{ #aggregate-data-elements-with-no-data-values }¶

En règle générale, les éléments de données doivent toujours être associés à des valeurs de données. Si des éléments de données existent dans un ensemble de données actif, mais qu'aucune valeur de données ne leur est associée, ils peuvent ne pas faire partie des écrans de saisie des données.

Gravité: Avertissement

Recommandation: Envisager de supprimer les éléments de données qui n'ont pas de valeurs de données.

Agrégation des éléments de données sans valeur au cours des trois dernières périodes (en fonction du type de période de l'ensemble de données).{ #aggregate-data-elements-with-no-data-values-in-the-last-3-periods-based-on-data-set-period-type }¶

Les éléments de données qui n'ont pas de valeurs de données récentes sont susceptibles d'appartenir à l'une des deux catégories suivantes : 1) ils ont été utilisés précédemment et contiennent des données utiles/importantes, 2) ils n'ont pas été utilisés de manière significative (par exemple, les valeurs des données proviennent de tests effectués lors de la configuration ou d'un petit projet pilote) et les données ne sont pas utiles/importantes.

Gravité: Avertissement

Recommandation: Si les éléments de données contiennent des données historiques utiles, ils doivent être conservés. pensez à renommer les éléments de données et/ou les ensembles de données pour indiquer clairement qu'ils ne sont plus utilisés pour la collecte de données.

Éléments de données (tracker)¶

Nombre total d'éléments de données tracker{ #total-count-of-tracker-data-elements }¶

Aperçu du nombre d'éléments de données tracker dans le système. Gravité: Info

Recommandation: DHIS2 devrait contenir des éléments de données utiles pour les utilisateurs.

Eléments de données tracker ne faisant partie d'aucun groupe d'éléments de données.¶

Tous les éléments de données doivent figurer dans un groupe d'éléments de données. Cela permet aux utilisateurs de trouver plus facilement les éléments de données dans les applications d'analyse et contribue également à rendre des ensembles de groupes d'éléments de données plus complets. Les opérations de maintenance peuvent également être plus efficaces en appliquant des paramètres de masse (par exemple, le partage) à tous les éléments de données d'un groupe d'éléments de données.

Gravité: Avertissement

Recommandation: Les éléments de données qui ne font pas partie d'un groupe d'éléments de données doivent être ajoutés à un groupe d'éléments de données important. Si les éléments de données ne sont pas nécessaires, ils doivent être supprimés.

Ensembles de données¶

Nombre total d'ensembles de données.¶

Nombre total d'ensembles de données dans le système. Gravité : Info

Recommandation: DHIS2 devrait contenir des ensembles de données utiles pour la saisie des données.

Ensembles de données qui n'ont pas été modifiés au cours des 100 derniers jours et qui sont attribuées à au plus 1 unité d'organisation.{ #data-sets-that-have-not-been-changed-in-last-100-days-and-are-assigned-to-1-or-less-orgunits }¶

Les ensembles de données doivent généralement être attribués à plusieurs unités d'organisation s'ils sont utilisés, ou ont été modifiés récemment (par exemple au cours des 100 derniers jours) s'ils sont en cours de développement. Les ensembles de données inutilisés encombrent inutilement la base de données et peuvent perturber les utilisateurs et les administrateurs. Les ensembles de données associés à des données historiques, par exemple les formulaires de rapport des années précédentes qui ne sont plus utilisés, et les ensembles de données conçus pour être utilisés dans une seule unité d'organisation (par exemple au niveau national) font exception à cette règle.

Gravité: Avertissement

Recommandation: Les ensembles de données qui ne sont pas activement utilisés ou qui sont en cours de développement devraient être supprimés du système afin de réduire l'encombrement du système et la taille des métadonnées. Avant de supprimer les ensembles de données, vérifiez qu'ils ne sont pas associés à des données historiques et conservés pour cette raison.

Ensembles de données ne contenant aucune valeur de données au cours des 3 dernières périodes (en fonction du type de période de l'ensemble de données).{ #data-sets-with-no-data-values-in-the-last-3-periods-based-on-data-set-period-type }¶

Les ensembles de données auxquels aucune valeur récente n'est associée sont susceptibles d'appartenir à l'une des deux catégories suivantes : 1) ils ont été utilisés précédemment et contiennent des données utiles / importantes, 2) ils n'ont pas été utilisés de manière significative (par exemple, les valeurs des données proviennent de tests effectués lors de la configuration ou d'un petit projet pilote) et les données ne sont pas utiles / importantes.

Gravité: Avertissement

Recommandation: Si les éléments de données contiennent des données historiques utiles, ils doivent être conservés. Envisagez de renommer les éléments de données et/ou les ensembles de données pour indiquer clairement qu'ils ne sont plus utilisés pour la collecte de données. Les éléments de données qui ne sont pas activement utilisés et auxquels aucune donnée utile n'est associée.

Sections de l'ensemble de données avec un ordre de tri incorrect¶

Les sections d'un ensemble de données sont utilisées pour regrouper certaines sections apparentées dans un formulaire de saisie de section. Elles peuvent également être ordonnées. L'ordre des sections peut être corrompu si des sections sont ajoutées ou supprimées.

Gravité: Avertissement

Recommandation: Il est possible de corriger l'ordre de tri des sections des ensembles de données en utilisant la fonction SQL fixSortOrder disponible dans le référentiel Github dhis2-utils (https://github.com/dhis2/dhis2-utils/tree/master/resources/sql). En utilisant ce script, vous pouvez corriger l'ordre de tri pour chaque section d'éléments de données affectée.

Général¶

Noms d'objets identifiables comportant des espaces initiaux.{ #names-of-identifiable-objects-which-have-leading-spaces }¶

Les objets identifiables portant un nom ne doivent pas contenir des espaces initiaux.

Gravité: Avertissement

Recommandation: Ces objets pourraient être corrigés via l'interface utilisateur de DHIS2. Ils peuvent également être corrigés directement dans la base de données à l'aide du langage SQL. Vous pouvez utiliser le code SQL suivant comme modèle pour vous aider à créer la requête exacte dont vous avez besoin :

UPDATE chart as a  SET name = b.name_new from ( SELECT chartid,REGEXP_REPLACE(name,'^\s+','') as
name_new from chart where name ~ '^\s+') b where a.chartid = b.chartid;

Noms d'objets identifiables comportant des espaces finals¶

Les objets identifiables portant un nom ne doivent pas contenir des espaces finales.

Gravité: Avertissement

Recommandation: Ces objets pourraient être corrigés via l'interface utilisateur de DHIS2. Ils peuvent également être corrigés directement dans la base de données à l'aide du langage SQL. Vous pouvez utiliser le code SQL suivant comme modèle pour vous aider à créer la requête exacte dont vous avez besoin :

UPDATE chart as a  SET name = b.name_new from ( SELECT chartid,REGEXP_REPLACE(name,'\s+$','') as name_new from chart where name ~ '\s+$') b where a.chartid = b.chartid;

Noms d'objets identifiables comportant plusieurs espaces.{ #names-of-identifiable-objects-which-have-multiple-spaces }¶

Les objets identifiables portant un nom ne doivent pas contenir des espaces initiaux.

Gravité: Avertissement

Recommandation: Ces objets pourraient être corrigés via l'interface utilisateur de DHIS2. Ils peuvent également être corrigés directement dans la base de données à l'aide du langage SQL. Vous pouvez utiliser le code SQL suivant comme modèle pour vous aider à créer la requête exacte dont vous avez besoin :

UPDATE categorycombo as a  SET name = b.name_new from ( SELECT categorycomboid,REGEXP_REPLACE(name,'\s{2,}',' ') as
name_new from categorycombo where name ~ '\s{2,}') b where a.categorycomboid = b.categorycomboid;

Indicateurs¶

Nombre total d'indicateurs.¶

Aperçu du nombre d'indicateurs dans le système. Gravité : Info

Recommandation: DHIS2 devrait contenir des indicateurs utiles pour les utilisateurs.

Indicateurs ne figurant dans aucun groupe.{ #indicators-not-in-any-groups }¶

Tous les indicateurs doivent faire partie d'un groupe d'indicateurs. Cela permet aux utilisateurs de trouver plus facilement les indicateurs dans les applications d'analyse et contribue également à rendre les ensembles de groupes d'indicateurs plus complets. Les opérations de maintenance peuvent également être renforcées par la mise en application de paramètres de masse (par exemple; le partage, le filtrage) à tous les indicateurs d'un groupe d'indicateurs.

Gravité: Avertissement

Recommandation: Les indicateurs qui ne font pas partie d'un groupe d'indicateurs devraient être ajoutés à un groupe d'indicateurs approprié. Si les indicateurs ne sont pas nécessaires, ils doivent être supprimés.

Indicateurs non utilisés dans les objets d'analyses OU dans les ensembles de données.{ #indicators-not-used-in-analytical-objects-or-data-sets }¶

Tous les indicateurs calculés doivent concourir à l'obtention d'un certain type de résultats d'analyses (graphiques, cartes, tableaux) ou fournir un retour d'information lors de la saisie des données, du fait de leur présence dans un ensemble de données.

Gravité: Avertissement

Recommandation: Les indicateurs qui ne sont pas régulièrement examinés pendant les analyses, que ce soit dans un résultat ou dans un ensemble de données, devraient être examinés afin de déterminer s'ils doivent encore être calculés. S'ils doivent être utilisés dans le cadre d'un examen de routine, il convient de produire des résultats associés à ces indicateurs. Si ces indicateurs ne seront pas utilisés pour un examen d'informations, ils peuvent être archivés ou supprimés.

Indicateurs non utilisés dans les objets d'analyses.¶

Les indicateurs doivent être utilisés pour produire un certain type d'analyse (graphiques, cartes, tableaux). Remarque : les indicateurs utilisés dans les ensembles de données pour fournir un retour d'information pendant la saisie des données ne sont pas comptabilisés comme étant utilisés dans les objets analytiques.

Gravité: Avertissement

Recommandation: Les indicateurs qui ne sont pas régulièrement examinés lors des analyses devraient être examinés afin de déterminer s'ils sont utiles et nécessaires. S'ils seront utilisés dans le cadre d'un examen de routine, des résultats associés doivent être créés à partir de ces indicateurs. Si ces indicateurs ne sont pas destinés à être utilisés pour un quelconque type d'examen d'informations et ne sont pas utilisés dans les ensembles de données pour un retour d'information lors de la saisie des données, il convient d'envisager leur suppression.

Ensembles d'options¶

Ensembles d'options non utilisés.¶

Les séries d'options doivent être utilisées dans un certain but, que ce soit avec des attributs, des éléments de données ou des commentaires.

Gravité: Avertissement

Recommandation: Envisagez la suppression des ensembles d'options inutilisées ou s'assurer qu'ils ont été correctement attribuées.

Ensembles d'options vides¶

Tous les ensembles d'options doivent généralement comprendre au moins deux éléments. Les ensembles d'options vides ne servent à rien.

Gravité: Avertissement

Recommandation: Il faut soit ajouter des options à l'ensemble options, soit le supprimer.

Ensembles d'options avec un ordre de tri potentiellement erroné.¶

Les ensembles d'options contiennent des options qui peuvent être ordonnées. La propriété sort_order (ordre de tri) doit toujours commencer par 1 et être séquentielle. Si l'ensemble d'options contient trois options, l'ordre de tri doit être 1,2,3. Dans certaines circonstances, des options peuvent être supprimées d'un ensemble d'options et l'ordre de tri peut être corrompu. Cela peut conduire à une situation où il devient impossible de mettre à jour l'ensemble d'options à partir de l'application Maintenance, et peut causer des problèmes lors de l'utilisation de l'ensemble d'options dans l'application de saisie des données.

Gravité : Grave

Recommandation: S'il est possible d'ouvrir la série d'options dans l'application de maintenance, vous pouvez recourir à la série d'options, ce qui devrait corriger le problème. Une autre solution possible est de mettre à jour directement la propriété sort_order (ordre de tri) de la table optionset (série d'options) dans la base de données, en s'assurant qu'une séquence valide est présente pour toutes les options de la série d'options.

Unités d’organisation¶

Unités d'organisation ne figurant pas dans tous les ensembles de groupes d'unités d'organisation obligatoires{ #orgunits-that-are-not-in-all-compulsory-orgunit-group-sets }¶

Les groupes d'unités d'organisation marqués comme obligatoires doivent contenir toutes les unités d'organisation du système. Si certaines unités d'organisation sont absentes des groupes de l'ensemble de groupes, cela peut entraîner des irrégularités dans les résultats d'analyses, telles que l'absence de certaines données.

Gravité : Grave

Recommandation: Ajouter toutes les unités d'organisation à un seul groupe au sein d'un groupe d'unités d'organisation obligatoire.

Unités d'organisation dont la date d'ouverture vient après à la date de clôture.{ #organisation-units-which-have-an-opening-date-later-than-the-closed-date }¶

Si une date de clôture a été définie pour une unité d'organisation, elle doit toujours être postérieure à la date d'ouverture (si une telle date a été définie).

Gravité : Grave

Recommandation: Modifier la date d'ouverture ou de clôture de toutes les unités d'organisation concernées de sorte que la date de fermeture soit postérieure à la date d'ouverture.

Les unités d'organisation ne devraient pas comporter d'espaces finales.{ #organisation-units-should-not-have-trailing-spaces }¶

Les espaces de fin dans les unités d'organisation sont superflus.

Gravité: Avertissement

Recommandation: Si le nombre d'unités d'organisation affectées est faible, la solution la plus simple consiste à les corriger directement à partir de l'interface utilisateur. Une autre option possible serait de remplacer tous les espaces multiples en utilisant SQL.

Les unités d'organisation ayant des coordonnés en points doivent être contenues dans leurs unités mères.{ #organisation-units-with-point-coordinates-should-be-contained-by-their-parent }¶

Les établissements sont souvent représentés sous forme de points dans la hiérarchie DHIS2. La géométrie de leurs unités d'organisation mères doit contenir tous les établissements qui leur sont associés.

Gravité: Avertissement

Recommandation: Souvent, les fichiers de délimitations sont simplifiés lorsqu'ils sont téléchargés dans DHIS2. Ce processus peut conduire à une situation où des établissements situés à proximité de la frontière d'un district donné se retrouvent hors du district lorsque la frontière est simplifiée. Ce problème est plutôt d'ordre esthétique pour la plupart des établissements de DHIS2, mais il pourrait être sérieux si une analyse géospatiale était tentée sur la base des limites et des coordonnées en points.

Dans les cas où l'établissement se trouve hors des limites de son unité mère, vous devez confirmer l'exactitude des coordonnées. Si l'emplacement est proche de la délimitation, vous pouvez reconsidérer la manière dont les fichiers de délimitation ont été simplifiés. Dans le cas contraire, si l'emplacement de l'établissement est totalement incorrect, il faudra le rectifier.

Unités d'organisation situées à moins de 100 km de Null Island (0,0).{ #organisation-units-located-within-100-km-of-null-island-00 }¶

Un problème courant lors de l'importation de coordonnées est l'inclusion de coordonnées situées autour du point de [Null Island] (https://en.wikipedia.org/wiki/Null_Island). Il s'agit du point de la surface terrestre où le méridien d'origine et l'équateur se croisent avec une latitude de 0 et une longitude de zéro. Ce point est également situé au milieu de l'océan. Cette requête identifie tous les points situés dans un rayon de 100 km autour du point dont la latitude et la longitude sont égales à zéro.

Gravité : Grave

Recommandation: Mettre à jour les coordonnées de l'unité d'organisation affectée pour qu'elles correspondent à la bonne localisation.

Les unités d'organisation ne doivent pas comporter plusieurs espaces dans leur nom.{ #organisation-units-should-not-have-multiple-spaces-in-their-names }¶

Les noms des unités d'organisation ne devraient pas contenir plusieurs espaces. Ils sont superflus et peuvent compliquer la localisation des unités d'organisation lors d'une recherche.

Gravité: Avertissement

Recommandation: Si le nombre d'unités d'organisation affectées est faible, la solution la plus simple consiste à les corriger directement à partir de l'interface utilisateur. Une autre option possible serait de remplacer tous les espaces multiples en utilisant SQL.

Unités d'organisation avec une géométrie invalide.¶

DHIS2 utilise l'extension de base de données PostGIS pour gérer les informations géographiques associées aux unités d'organisation. Les géométries peuvent être considérées comme non valides pour diverses raisons, notamment les auto-inclusions, les auto-intersections et les polygones en pointillés. Veuillez consulter la documentation de PostGIS pour une analyse plus approfondie de ce sujet.

Gravité : Critique

Recommandation: Mettre à jour la géométrie des unités d'organisation affectées avec une géométrie valide. Il peut être possible d'utiliser la fonction PostGIS ST_MakeValid (rendre valide) pour résoudre automatiquement le problème. Cependant, dans d'autres cas, il peut être nécessaire de modifier la géométrie dans un outil SIG, puis de la mettre à jour à nouveau dans DHIS2.

La hiérarchie de l'unité d'organisation doit avoir une racine unique.¶

Chaque système DHIS2 doit avoir une seule unité d'organisation racine. Il s'agit d'une unité d'organisation unique à partir de laquelle toutes les autres branches de la hiérarchie sont issues.

Gravité : Critique

Recommandation: Une fois que vous avez décidé quelle unité d'organisation doit être la véritable racine de la hiérarchie des unités d'organisation, vous devez mettre à jour l'unité d'organisation parente. Cela peut être fait en utilisant l'API DHIS2 ou en mettant à jour la valeur directement dans la table organisationunit (unité d'organisation).

Unités d'organisation sans coordonnées.¶

Normalement, toutes les unités d'organisation contenues dans la hiérarchie DHIS2 devraient disposer d'un ensemble de coordonnées valides. En général, pour toutes les unités d'organisation situées au-dessus du niveau établissement, ces coordonnées doivent constituer un polygone qui délimite l'unité d'organisation. Pour les établissements, elles sont généralement représentées sous forme de coordonnées en points.

Il peut évidemment y avoir des exceptions à cette règle. Les établissements de santé mobiles peuvent ne pas avoir d'emplacement fixe. Les agents de santé communautaires ou les services inférieurs au niveau établissement peuvent également ne pas avoir de coordonnées définies ou définissables.

Ce contrôle vous permet de passer en revue toutes les unités d'organisation qui n'ont pas de coordonnées et de déterminer si elles doivent être mises à jour.

Gravité: Avertissement

Recommandation: Si nécessaire, mettez à jour la géométrie de chaque unité d'organisation de manière à ce qu'elle soit valide. Vous pouvez être amené à contacter le bureau du gouvernement local approprié pour obtenir une copie des limites du district, communément appelées "fichiers de forme". Une autre possibilité consiste à utiliser les fichiers de délimitation disponibles gratuitement auprès du GADM (https://gadm.org).

Si des coordonnées manquent, le personnel de l'établissement peut les fournir en utilisant un smartphone pour obtenir les coordonnées. Les images de Google Maps peuvent également être utilisées pour estimer la position d'un établissement, à condition d'avoir une résolution suffisante et de connaître son emplacement exact.

Unités d'organisation orphelines¶

Les unités d'organisation orphelines sont celles qui n'ont pas d'unité mère et sont vides. Cela signifie qu'elles n'ont aucune relation avec la hiérarchie principale des unités d'organisation. Elles peuvent être créées pendant des importations de métadonnées erronées ou du fait d'une manipulation directe de la base de données.

Gravité : Critique

Recommandation: Les unités d'organisation orphelines doivent être attribuées à une unité mère ou être supprimées du système. Il est recommandé d'utiliser l'API du DHIS2 pour accomplir cette tâche, si possible. Si ce n'est pas possible, elles peuvent être supprimées via SQL direct sur la base de données DHIS2.

Unités d'organisation appartenant à plusieurs groupes dans un ensemble de groupes.{ #organisation-units-which-belong-to-multiple-groups-in-a-group-set }¶

Les unités d'organisation doivent appartenir à un seul groupe dans chaque ensemble de groupes d'unités d'organisation dont elles sont membres. Si l'unité d'organisation appartient à plusieurs groupes, les résultats de l'analyse seront imprévisibles.

Gravité : Grave

**Recommandation:**A l'aide de l'application Maintenance, attribuez les unités d'organisation de la liste des détails à exactement un groupe dans chaque ensemble de groupes.

Périodes¶

Périodes ayant les mêmes dates de début et de fin{ #periods-with-the-same-start-and-end-dates }¶

Des périodes différentes ne devraient pas avoir exactement les mêmes dates de début et de fin.

Gravité : Critique

Recommandation: Toutes les références aux périodes dupliquées devraient être supprimées du système et réaffectées. Il est recommandé d'utiliser la période dont l'identifiant est le plus bas.

Périodes qui se situent à plus de trois ans dans le futur.{ #periods-which-are-more-than-three-years-in-the-future }¶

Dans DHIS2, les périodes sont générées automatiquement par le système. Lorsque de nouvelles données sont introduites dans le système, de nouvelles périodes sont automatiquement créées. Dans certains cas, des périodes peuvent être créées par erreur lorsque des données sont envoyées à DHIS2 pour des périodes situées dans un avenir lointain. Certains clients de saisie de données peuvent ne pas valider les périodes qui se situent dans le futur, et donc toute période située dans le futur devrait être réexaminée. Dans certains cas, les données peuvent être valables pour des dates futures, par exemple pour les objectifs fixés pour l'année fiscale suivante.

Gravité: Avertissement

Recommandation: Si dans le système, des périodes existent au futur, vous devriez examiner les données brutes soit directement dans le tableau des valeurs de données, soit à travers les tableaux croisés dynamiques pour vous assurer que ces données sont correctes.

Dans de nombreux cas, les clients peuvent vouloir transmettre des données pour janvier 2021, mais en raison d'erreurs de saisie, c'est janvier 2031 qui est sélectionné. Par conséquent, toute donnée concernant un avenir lointain devrait être examinée afin de s'assurer qu'elle ne résulte pas d'une erreur de saisie.

Périodes situées dans un passé lointain.¶

Dans DHIS2, les périodes sont générées automatiquement par le système. Lorsque de nouvelles données sont introduites dans le système, de nouvelles périodes sont automatiquement créées. Dans certains cas, des périodes peuvent être créées par erreur lorsque des données sont envoyées à DHIS2 pour des périodes situées dans un passé lointain. Certains clients de saisie de données pourraient ne pas valider les périodes situées dans un passé lointain, et ces périodes devraient être examinées minutieusement pour s'assurer que des données ne leur ont pas été attribuées par erreur.

Gravité: Avertissement

Recommandation: Si dans le système, des périodes existent pour un passé lointain, vous devriez examiner les données brutes soit directement dans le tableau des valeurs de données, soit à travers les tableaux croisés dynamiques pour vous assurer que ces données sont correctes.

Dans de nombreux cas, les clients peuvent vouloir transmettre des données pour janvier 2021, mais en raison d'erreurs de saisie, c'est janvier 2031 qui est sélectionné. Par conséquent, toute donnée concernant un avenir lointain devrait être examinée afin de s'assurer qu'elle ne résulte pas d'une erreur de saisie.

Règles de programme¶

Règles de programme sans action.¶

Toutes les règles du programme devraient comporter une action.

Gravité : Grave

Recommandation: En utilisant l'interface utilisateur du DHIS2, attribuez une action à chacune des règles de programme qui n'en a pas. Si la règle de programme n'est pas utilisée, envisagez sa suppression.

Règles de programme sans priorité.¶

Toutes les règles du programme devraient disposer d'une priorité.

Gravité : Grave

Recommandation: A l'aide de l'interface utilisateur DHIS2, attribuez une priorité à chacune des règles du programme qui n'en a pas.

Actions de règles de programme qui doivent envoyer ou programmer un message sans modèle de message.¶

Les actions de règles de programme de type "Envoyer un message" ou "Programmer un message" doivent être associées à un modèle de message.

Gravité : Grave

Recommandation: A l'aide de l'interface utilisateur DHIS2, attribuez un modèle de message à chaque action de règle de programme qui envoie ou planifie des messages mais qui n'est pas associée à un modèle de message.

Utilisateurs¶

Nombre d'utilisateurs dans le système{ #number-of-users-in-the-system }¶

Le nombre total d'utilisateurs dans le système.

Gravité : Info

Recommandation: Information uniquement.

Utilisateurs non connectés au cours des 30 derniers jours{ #users-who-have-not-logged-in-during-the-past-30-days }¶

Tous les utilisateurs doivent se connecter régulièrement, soit pour saisir des données, soit pour consulter des analyses. Cet indicateur quantifie le nombre d'utilisateurs qui sont activés, mais qui ne se sont pas connectés au cours des 30 derniers jours.

Gravité: Avertissement

Recommandation: Vérifiez si ces utilisateurs devraient être actifs, sinon envisager la désactivation des comptes.

Utilisateurs non connectés au cours de l'année écoulée{ #users-who-have-not-logged-in-over-the-past-year }¶

Seuls les utilisateurs qui accèdent régulièrement au système devraient avoir un compte d'utilisateur actif. Les utilisateurs non connectés au cours de l'année écoulée peuvent ne pas utiliser le système ou ne pas avoir besoin d'y accéder, ils peuvent avoir quitté leur poste et devraient le faire, ou le compte pourrait être le résultat d'une invitation à enregistrer un compte qui n'a pas été utilisé.

Gravité: Avertissement

Recommandation: Les comptes d'utilisateurs qui ne sont pas associés à des utilisateurs réels et actifs devraient au moins être désactivés, ou à défaut supprimés.

Règles de validation¶

Toutes les expressions des règles de validation devraient avoir une stratégie de valeurs manquantes.{ #all-validation-rule-expressions-should-have-a-missing-value-strategy }¶

Les règles de validation sont composées d'une expression de gauche et d'une expression de droite. Dans certains systèmes, la stratégie de la valeur manquante peut ne pas être définie. Cela peut entraîner une exception lors de l'analyse des règles de validation. Les règles de validation concernées doivent être corrigées en utilisant une stratégie de valeur manquante appropriée.

Gravité : Grave

Recommandation: En utilisant les résultats de la vue SQL détaillée, identifiez les règles de validation concernées et le volet de la règle pour lequel la stratégie de valeur manquante n'a pas été spécifiée. A l'aide de l'application de maintenance, effectuez les corrections appropriées et sauvegardez la règle.