La réponse courte
DHIS2 signifie District Health Information Software 2. C'est une plateforme open-source, basée sur le web, pour la collecte, la gestion, la visualisation et l'analyse de données de santé, développée à l'origine par le programme HISP de l'Université d'Oslo et maintenue par une communauté mondiale de contributeurs. Son utilisation est gratuite ; vous payez pour les serveurs, l'implémentation, la configuration, la formation et le support, mais la plateforme elle-même n'entraîne pas de frais de licence.
DHIS2 n'est pas un seul outil. C'est une plateforme avec plusieurs modules qui peuvent être configurés à différentes fins.
À quoi DHIS2 est conçu pour servir
DHIS2 gère deux types de données de santé fondamentalement différents, chacun pris en charge par un module distinct.
Données agrégées : Compter ce qui se passe
Le module agrégé gère les décomptes de données récapitulatives périodiques, les taux et les proportions rapportés par les installations, les districts ou au niveau national selon un calendrier défini. Au Nigeria, le NHMIS (National Health Management Information System) fonctionne sur le module agrégé de DHIS2. Chaque établissement soumet des rapports mensuels via ce système, et ces rapports alimentent les statistiques nationales de santé.
Les données agrégées sont rapides à collecter, se transmettent bien dans des environnements à faible bande passante et sont suffisantes pour surveiller les tendances et les performances des programmes au niveau de la population. Elles ne vous disent rien sur les patients individuels.
Tracker : Suivre les cas individuels
DHIS2 Tracker est le module au niveau individuel. Au lieu de compter les événements agrégés, il suit les personnes ou les cas individuels à travers un flux de travail défini, de l'enregistrement initial au résultat. Tracker est utilisé pour la surveillance des épidémies, la recherche des contacts, le suivi de la santé maternelle et les registres de vaccination.
Le système de surveillance de la variole simienne que j'ai configuré dans l'État d'Imo fonctionnait sur DHIS2 Tracker. Chacun des 231 cas investigués avait un dossier individuel lié à son LGA, à son calendrier d'investigation, au résultat de laboratoire et à son issue. Ces données au niveau individuel ont permis l'analyse épidémiologique publiée dans la littérature évaluée par les pairs. Pour plus de détails sur la configuration, voir Configuration de DHIS2 Tracker pour la surveillance des épidémies.
Ce que DHIS2 n'est pas
- Pas un système de dossier clinique. Il n'est pas conçu pour remplacer les systèmes d'information hospitaliers ou gérer la prestation des soins cliniques. Si votre cas d'utilisation implique la gestion des soins pour des patients individuels, DHIS2 n'est pas l'outil approprié.
- Pas un système d'information de laboratoire. Il peut recevoir des résultats de laboratoire, mais ne gère pas les flux de travail de laboratoire. Des LIMS dédiés existent à cette fin.
- Pas plug-and-play. Chaque implémentation de DHIS2 nécessite une configuration. Un serveur DHIS2 sans configuration est une plateforme vide. La configuration technique prend des mois ; l'obtention d'un flux de données fiable prend plus de temps.
- Pas une garantie de qualité des données. Le système stocke tout ce qui est saisi. Si les établissements signalent des données incorrectes, DHIS2 agrègera et affichera fidèlement ces données incorrectes. La qualité des données nécessite une gestion active, des règles de validation, un suivi de l'exhaustivité, des audits réguliers et des boucles de rétroaction. La plateforme permet ce travail ; elle ne le remplace pas.
Comment DHIS2 est structuré : Unités organisationnelles
L'une des fonctionnalités les plus puissantes de DHIS2 est sa hiérarchie d'unités organisationnelles. Une instance typique de DHIS2 au Nigeria est structurée comme suit :
- National (Niveau fédéral)
- État (36 États plus FCT)
- Zone de gouvernement local (774 LGA au niveau national)
- Ward
- Établissement (Centre de santé primaire, Hôpital général, etc.)
Chaque donnée saisie dans DHIS2 est associée à une unité organisationnelle. Un cas enregistré dans un établissement du LGA de Owerri North est automatiquement visible dans le tableau de bord de l'État d'Imo et dans le tableau de bord national sans agrégation manuelle. La hiérarchie fait le travail.
DHIS2 et autres systèmes : La question de l'intégration
DHIS2 et SORMAS : SORMAS est spécialement conçu pour une réponse rapide aux épidémies avec des flux de travail préconfigurés pour des maladies spécifiques. L'intégration entre les deux, SORMAS gérant la réponse active aux épidémies, DHIS2 recevant les données de surveillance agrégées, est l'approche utilisée dans plusieurs États nigérians.
DHIS2 et ODK : Open Data Kit est un outil de collecte de données mobiles pour les enquêtes, la surveillance communautaire et la collecte de données sur le terrain. Les données ODK peuvent être importées dans DHIS2 pour une analyse agrégée. Les deux outils sont complémentaires : ODK pour la collecte sur le terrain, DHIS2 pour la gestion et l'analyse.
DHIS2 et rapports nationaux : DHIS2 est de plus en plus utilisé pour les données de notification de maladies internationales provenant de l'instance nationale qui alimentent les systèmes de préparation et de réponse aux urgences sanitaires de l'OMS, soutenant les obligations de déclaration du RSI.
Pourquoi DHIS2 est important en Afrique de l'Ouest
J'ai vu ce qui se passe lorsque DHIS2 fonctionne comme prévu : un cluster de rougeole suspecté dans une LGA rurale est identifié un jeudi matin parce que les données de Tracker déclenchent un seuil d'alerte ; le vendredi, les équipes d'enquête sont déployées ; la semaine suivante, la réponse vaccinale est en cours. Une réduction de 60 % du temps de confirmation de l'épidémie fait la différence entre une épidémie contenue et une crise humanitaire.
J'ai aussi vu ce qui se passe lorsque DHIS2 est mal implémenté : des tableaux de bord montrant des données d'il y a six mois, des alertes de surveillance que personne ne reçoit, des données de cas qui ne peuvent pas être utilisées parce que la configuration n'a jamais été mappée à aucune décision que quiconque avait besoin de prendre. La technologie n'est pas la variable. L'architecture l'est.
Pour commencer : Prochaines étapes
Si vous implémentez ou renforcez DHIS2 dans votre programme, la séquence est importante : concevez le flux de données avant de toucher à la configuration ; définissez les décisions que le système doit prendre en charge avant de définir les éléments de données ; construisez des tableaux de bord pour la question du décideur, pas pour le rapport du gestionnaire de données.
L'article suivant de cette série approfondit les tableaux de bord : Bonnes pratiques de tableau de bord DHIS2 : Concevoir des tableaux de bord qui favorisent les décisions.