La réponse courte
DHIS2 signifie « District Health Information Software 2 » (Logiciel d'information sanitaire de district 2). Il s'agit d'une plateforme web open-source pour la collecte, la gestion, la visualisation et l'analyse de données de santé, initialement développée 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 aucun 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.
Ce que DHIS2 est conçu pour faire
DHIS2 gère deux types de données de santé fondamentalement différents, chacun étant pris en charge par un module distinct.
Données agrégées : Compter ce qui se passe
Le module agrégé gère les données récapitulatives périodiques (comptages, taux et proportions) déclarées par les établissements, 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 dossiers 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é à leur LGA, à la chronologie de l'investigation, au résultat de laboratoire et au résultat. 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 le bon outil.
- 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 SIL 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 vierge. La configuration technique prend des mois ; obtenir 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 le FCT)
- Zone de gouvernement local (774 LGA à l'échelle nationale)
- Quartier
- É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 les rapports nationaux : DHIS2 est de plus en plus utilisé pour la notification internationale des maladies, les données de l'instance nationale alimentant les systèmes de préparation et de réponse aux urgences sanitaires de l'OMS, soutenant ainsi les obligations de notification au titre 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 un LGA rural 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, une campagne de vaccination est en cours. Une réduction de 60 % du temps de confirmation d'une épidémie est la différence entre une épidémie contenue et une crise humanitaire.
J'ai également vu ce qui se passe lorsque DHIS2 est mal mis en œuvre : des tableaux de bord affichant 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é liée à une décision que quelqu'un devait prendre. La technologie n'est pas la variable. L'architecture l'est.
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, et non le rapport du gestionnaire de données.
Le prochain article 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.