Création d’un système d’échange d’informations médicales au Rwanda
- LocationRwanda
- ImplementationPhase 1 : septembre 2019-décembre 2019 et Phase 2 : janvier 2020-juin 2020
SAVICS tire parti des biens mondiaux pour mettre en place les Heath Information Exchange Systems (systèmes d’échange d’informations médicale) au Rwanda (RHIES)
En septembre 2019, l’équipe SAVICS une start-up sociale numérique qui travaille dans le pays pour développer et mettre en œuvre des systèmes d’informations médicales, a commencé son travail au Rwanda pour créer les RHIES rwandais.
Le problème principal était que ces systèmes communiquaient entre eux d’une manière qui exigeait des efforts manuels. Ces systèmes avaient besoin d’automatisation et d’interopérabilité. Les données de surveillance fondées sur les cas de VIH devaient être numérisées en collaboration avec le Rwanda Biomedical Centre (Centre biomédical du Rwanda) (RBC), l’équipe du Health Information System (système d’information médicale) (HIS) et le RBC HIV program (programme VIH du RBC). En outre, les processus de recueil et d’échange de données devaient être alignés sur l’architecture basée sur l’OpenHIE du pays et utiliser une couche d’interopérabilité, le registre des clients et le registre des établissements.
L’un des plus grands défis auxquels l’équipe SAVICS a été confrontée dans ces domaines était que les établissements utilisaient des processus papier pour enregistrer les cas de surveillance du VIH qui ont ensuite été saisis manuellement dans DHIS2 par le gestionnaire des données. Cela a créé une charge de travail exceptionnellement lourde. Il y avait également un délai de traitement élevé pour transmettre la charge virale et les résultats récents du laboratoire (LabWare) à l’établissement. Un autre défi important auquel le Rwanda était confronté était l’échange d’informations médicales : les systèmes qui contenaient les données (OpenMRS, National Identification Agency (agence nationale d’identification) (NIDA), DHIS2) n’avaient aucun moyen de les partager entre les systèmes afin de permettre l’automatisation, les mises à jour et les rapports.
- SAVICS
- Rwanda Biomedical Centre (centre biomédical du Rwanda)
- Ministère de la santé du Rwanda
- OpenMRS
- DHIS2
- LabWare
- Rwanda Information Society Authority (autorité rwandaise de la société de l’information) (RISA)
- OpenHIM
- Docker
L’impact
-
Registres des clients et des établissements
Le registre des clients et les serveurs du registre des établissements pour le Rwanda sont tous les deux opérationnels.
-
Interopérabilité
Base OpenHIM pour l’interopérabilité et tous les intermédiaires du système sont opérationnels.
-
6 instances de OpenMRS
Six instances de OpenMRS ont été installées sur le serveur RHIES
-
Documentation et livre des codes
La documentation et le livre des codes sont enregistrés sur GitHub public :
Trois modules OpenMRS, formulaires OpenMRS CBS, cinq intermédiaires, registre des clients, registre des établissements
-
Automatisation
Lorsque les patients sont enregistrés dans OpenMRS EMR, les professionnels de santé n’ont plus besoin de saisir manuellement des données car ils extraient désormais des informations démographiques de NIDA.
Les gestionnaires des données n’ont plus besoin de saisir manuellement les détails de la surveillance basée sur les cas dans DHIS2
-
Améliorations supplémentaires
À l’avenir, le ministère de la santé du Rwanda prévoit d’apporter de nouvelles améliorations à ce travail :
Améliorer le registre des clients en améliorant l’algorithme d’appariement des patients, en étendant l’API et en modifiant l’interface utilisateur
Développer un dossier médical partagé
Déployer les instances 123 OpenMRS sur le cloud, avec le potentiel de boucler dans Kubernetes
L’équipe de SAVICS a tiré de nombreux enseignements de l’élaboration des registres des clients et des établissements.
Voici les éléments les plus importants qu’elle a examinés en réfléchissant aux projets futurs :
La portée réelle des projets devrait être définie préalablement afin de définir des paramètres et des attentes pour toutes les parties prenantes concernées.
Préciser les composants OpenHIE individuels nécessaires pour un projet en coopération avec le ministère de la santé dans le pays.
Préciser les politiques de partage de métadonnées avant de commencer la personnalisation ou le développement de modules OpenMRS.
Vérifier la licence avant d’utiliser le code sur GitHub en travaillant sur un projet open source.
Il est préférable d’utiliser Kubernetes ou Docker Swarm pour le déploiement, même quand il peut sembler être simple.
Mettre en place une équipe travaillant dans le département HIS du pays.
S’impliquer dans la communauté Openfire afin d’apprendre des mises en œuvre en cours et réussies.
The Approach
La première étape de ce processus a été de créer une couche d’interopérabilité à l’aide de OpenHIM. L’équipe a utilisé une approche collaborative pour mettre en place le service d’interopérabilité. La couche d’interopérabilité a permis au Rwanda de relever le plus grand défi : l’échange de données entre les systèmes essentiels (OpenMRS, LabWare, NIDA, DHIS2).
La deuxième étape du processus était de développer les intermédiaires : OpenMRS vers DHIS2 – e-tracker, OpenMRS vers NIDA, LabWare vers OpenMRS – LIS NRL. Un module a été créé afin d’interconnecter ces systèmes et des modifications ont également été nécessaires dans certains cas afin que les données puissent circuler de manière transparente.
La création du registre des établissements (JSON- MongoDB) et du registre des clients (HAPI FHIR) était la dernière étape de ce processus. Chaque nouveau patient qui a été ajouté à EMR via OpenMRS est ajouté au flux de travail du registre des clients. Conformément aux directives du ministère de la santé, les établissements qui étaient également présents dans le DHIS2 ont été enregistrés dans la base de données du registre des établissements. Dans le cadre d’un processus continu, les registres des clients et des établissements sont automatiquement transmis à EMR afin de maintenir l’exactitude et la documentation à jour.
Les informations du patient en soins primaires ont désormais été liées à OpenMRS à partir de la base de données démographiques des citoyens NIDA. Les données individuelles du patient peuvent désormais être saisies dans OpenMRS et les résultats LabWare sont désormais automatiquement envoyés au EMR du patient. Les informations basées sur les cas provenant du programme VIH de la surveillance nationale CBS sont automatiquement transmises à DHIS2 et elles peuvent être liées ultérieurement aux dossiers individuels des patients.
-
Registre client -
Registre de l'établissement -
Dossiers médicaux partagés -
Couche d'interopérabilité
-
CAPACITÉS OHIE
- Gestion de l’identité des patients à travers les systèmes
- Surveillance et signalement des maladies
- Planification et gestion des établissements, y compris l’identification unique des établissements
-
PROBLÈMES MÉDICAUX TRAITÉS
- Soins individuels des patients (cliniques) – Gestion de la maladie du VIH
- Administration des soins de santé – Établissements
-
FLUX DE TRAVAIL OHIE
- Valider et enregistrer les données agrégées
- Interroger le flux de travail des dossiers des professionnels de santé et/ou de l’établissement
- Interroger le flux de travail des services de soins
- Rechercher le flux de travail des services de soins
- Créer une mise à jour du flux de travail des données démographiques du patient
- Enregistrer le flux de travail des données cliniques au niveau du patient
- Interroger le flux de travail des données cliniques au niveau du patient