 Nous sommes bons à aller. On va mieux se couper. Qu'est-ce que c'est ? Il y a seulement 4 minutes. C'est bien. Alors, bienvenue à une autre session de l'interruptability. Je suis bienvenue encore à cette session sur l'interoperabilité. Et ce qui est assez simple, parce que ce qu'on avait à faire, c'est que on a collecté les résumés. Et pour ce qui est de la photo, de là, ce n'est pas très pertinent. Donc, je m'appelle Bob pour ceux qui me connaissent déjà. Et ceux qui ne me connaissent pas. Maintenant, vous savez que je m'appelle Bob. Donc, voilà, nous avons 6 exposés, 3 sont en ligne. Et les autres sont présentiels. Je l'espère. J'espère qu'ils sont déjà dans la salle. Comme faute, on a aussi d'hommes, on a Vincent. Voilà, ils sont là. Donc, je vais commencer par ceux qui vont faire la présentation en ligne. À cause des problèmes techniques, si quelqu'un a des problèmes, on va juste aller sur le deuxième présentateur et on reviendra sur lui après. Vous êtes tous les bienvenus sans perdre du temps. Je crois que nous allons commencer. On se parle de la 3 premières et puis ainsi de suite. Donc, Fatih, Monsieur Fatih, nous allons vous passer la parole pour débuter. Merci. Merci, est-ce que je suis audible? On peut vous entendre? Oui, on peut. Ok, merci beaucoup. Merci pour l'opportunité d'avoir nous. Merci de cette opportunité de nous avoir parmi vous. Je m'appelle M.Pazzi. Je suis des autorités, un pays très petit, un pays montagneux qui est à l'intérieur de l'Afrique du Sud. J'ai un signe informatique à l'université de cela. Monsieur Mopati, on ne voit pas votre écran. On ne vous en parle très bien mais on ne voit pas encore votre écran. Je vais essayer encore. On peut voir l'écran en fait sur Zoom. Parfait, continue. Merci beaucoup. Alors, j'étais entré de me présenter. Je suis avec mon collègue de l'université nationale de Les Soto. Nous sommes entrés de travailler sur le renforcement des systèmes d'information sanitaire. Nous allons partager nos efforts récents et nos succès pour mettre en place des solutions d'intégration des HS2 pour l'écosystème de gestion d'éformation sanitaire aux autos. Voilà le plan de la présentation. Je vais commencer avec le background par rapport à l'interopérabilité. Travailier. Je vais aussi parler du design, de la personnalisation que nous avons proposée. Les tests et d'implémentation, les tests et la conclusion, mais nous avons aussi donné quelques recommandations. D'abord, un peu de background. Le système de gestion d'information sanitaire aux autos couvre plus d'autres 90% des informations sanitaires et c'est utilisé pour gérer les programmes VIH et les programmes liés à la tuberculose. Et données sont récupérées à partir de plusieurs systèmes qui sont OpenMRS, un système de pharmacie qu'on essaie de mettre en place. Et les systèmes sont accessibles à travers l'interface BAMU et puis sur la base des informations qui sont saisies. Les informations sont saisies au niveau des établissements et envoyées au niveau de l'entrépôt d'HISD2 au niveau national, sous le format agrégé. Et puis c'est utilisé pour défendre et analyser une fois dans l'entrépôt d'HISD2. Les systèmes sont localisés, comme vous pouvez le voir ici. Nous avons d'autres systèmes pour numériser la composante du laboratoire dans l'établissement de l'établissement. Nous utilisons Open Analyst. Donc ça, c'est un peu de vaguant. Maintenant, il y a des problèmes que nous rencontrons actuellement dans notre écosystème pour être spécifiques, pour pouvoir envoyer les informations des points de soins au niveau des établissements vers d'HISD2. Nous utilisons principalement le module de connecteur Open MRS d'HISD2. Nous avons une autre solution que nous avons adoptée qui s'appelle, c'est une application d'intégration d'HISD2 parmi à cause des différents lacunes du connecteur d'HISD2 que je vais vous expliquer un peu plus tard. J'aimerais ajouter que le connecteur d'HISD2, le module de connecteur d'HISD2 c'est une solution qui nous aide à vraiment intégrer facilement les données qui viennent des établissements sanitaires avec Open MRS pour pouvoir soumettre les rapports au niveau de l'entrépôt d'HISD2. Cependant, le module du connecteur ne peut pas être utilisé, il est très difficile pour nous de l'utiliser pour cartographier les données. Par exemple, à partir du système de pharmacie qui utilise auto, c'est difficile pour nous d'accéder à ces données. C'est pourquoi nous avons cherché l'application d'intégration d'HISD2. C'est une autre solution, c'est plus flexible et c'est facile à utiliser. Maintenant, ce n'est pas encore mature et ça manque certaines fonctionnalités essentielles. Il y a des rapports planifiés automatiques. La soumission des rapports planifiés de manière automatique. Il faut une intervention vraiment manuelle. On ne peut pas l'offrir automatiquement. Il faut entrer dans le système BAMI et cliquer et soumettre l'information. Ce n'est pas vraiment pratique pour le système de production que nous avons au niveau de plus de 100 approches. Notre approche, c'était d'améliorer cette application d'intégration pour ce n'est pas que cette application soit plus flexible et facile à utiliser. Maintenant, l'objectif de notre solution l'objectif c'était d'améliorer l'application d'intégration d'HISD2 qu'elle soit facile à utiliser afin de soumettre les informations à partir de différents établissements vers l'entrepôt d'HISD2. Il y a plusieurs objectifs qui sont listés ici. Maintenant, les exigences du système et dans cette diapositive, nous avons un certain nombre d'exigences qui étaient vraiment très importantes pour nous afin de résoudre le problème. Il y avait des exigences fonctionnelles et des exigences non fonctionnelles et au niveau des exigences fonctionnelles il fallait n'est-ce pas gérer les configurations automatiques pour la cartographie planifiée des rapports parmi vers d'HISD2. Et aussi, il y a des réponses sur l'application d'HISD2. Par exemple, sur l'application non fonctionnelle nous avons l'utilité. Le système doit être utilisable pour les utilisateurs pour trouver un système facile à utiliser. Nous avons aussi la sécurité sur l'application non fonctionnelle ainsi que l'extensibilité et le fait qu'on met la solution à la performance. Nous avons aussi la possibilité d'acheter des informations sur l'application d'HISD2 et de l'HISD2 que nous avons déjà essayé de couvrir. Pour ce qui est la solution sur le module, je vais rappeler que la faiblesse c'est que c'est très difficile d'avoir des données de certains systèmes que nous avons et on a besoin de connecter le module d'HISD2 aussi avec les autres. Il y a le système. C'est-à-dire que nous avons du mal à arriver à nos objectifs. Même si je dois dire que c'est vraiment impossible de cartographier OpenMRS très bien, je m'arrête de rappeler qu'une autre reste est qu'une minute pour conclure, désolé. Nous avons l'application d'intégration d'HISD2 qui doit être modifiée pour résoudre les problèmes que nous avons. Il y a des solutions. La principale composante n'est-ce pas d'HISD2-DEMON dont la principale fonction est d'automatiser la cartographie pour OpenMRS ou le système de formation de pharmacie vers d'HISD2. Il y a d'autres applications qui ont été créées et développées pour soutenir la fonctionnalité dont l'on a besoin. Parlons de l'interface d'utilisateur. Il y a l'interface que nous avons proposée qui sera facile à utiliser pour nos utilisateurs. Il y a beaucoup d'anglais. Vous pouvez voir sommeil, mois et trimestre pour les différentes périodes qui peuvent être programmées. Il y a aussi des tableaux que nous avons proposés pour soutenir la fonctionnalité dont nous avons besoin. Maintenant, par rapport à HISD2-DEMON la principale proposition que nous avons faite ça aide à vérifier par rapport aux demandes d'utilisateur. Ça aide à vérifier si tel ou tel rapport est attendu à telle ou telle date. Maintenant, parlons de l'implémentation. Nous avons utilisé Trump parce que ça nous a permis d'être agile et d'être adapté pendant le processus de développement. Maintenant, en parlant des outils nous avons utilisé beaucoup d'outils immédiatement qui parlent spécifiquement d'HISD2 Web API qui nous a vraiment beaucoup aidés à poster et donner qu'on envoyait déjà à travers les instances d'HISD2 et ça nous a vraiment beaucoup aidés. Je pense qu'on doit devoir vous arrêter. Il est intéressant de voir comment aller faire différents outils où il a été développé. Je pense que vous allez partager ces présentations avec l'assistance et avec tous ceux qui nous suivent mais on doit donner la parole à quelqu'un d'autre. Maintenant, je vais donner la parole à Tuzo. Tuzo, est-ce que tu es avec nous? Oui, je peux vous entendre. Vous avez 10 minutes, Monsieur Tuzo. Merci beaucoup. Dites-moi si vous pouvez vraiment voir mon écran. Bon après-midi à tout le monde. Une fois encore, je m'appelle Tuzo. Je travaille avec l'HISP Tanzani qui est au système de gestion de formation sanitaire. Je vais vous partager l'histoire sur l'intégration du registre de vaccination en Tanzanie avec des HISD2 qui a été utilisé dans nos pays depuis plusieurs années. Dans ma présentation, je vais parcourir les quatre points. Il y aura une introduction et un résultat que nous avons pu avoir par rapport à l'interrompérabilité de ces deux systèmes. Et après, je vais conclure et vous partager les perspectives de l'avenir. A l'introduction, il y a un système d'information de vaccination qui a été numérisé et des informations qui arrivent à temps. Mais avant, il y avait des outils TSUHA. C'était un registre qui devrait être envoyé chaque mois à l'HISD2 et ça collectait les mêmes informations mais sous un format agrégé il y avait aussi un autre système qui s'appelait VIMS qui n'est pas géré la chaîne de vaccination du programme et les officiels de vaccination demandaient les vaccins avec ce système mais aussi soumettez les données avec le même tuit le même outil. Il y avait un paralysme de système le même officiel était obligé d'utiliser différents outils il devait utiliser Team Air pour enregistrer les enfants individuels qui étaient venus à l'hôpital pour se faire vacciner mais aussi utiliser VIMS pour demander les vaccins pour les établissements donc c'était vraiment en fardeau pour les soignants pour ces officiels du domaine de la santé alors nous avons intégré les 3 outils Team Air devrait communiquer avec le système d'information sur les vaccins et puis le registre de vaccination devrait enregistrer toutes les informations sur les enfants qui avaient été vaccinés et puis à la fin devrait aussi envoyer des données agrégées à DHS comme vous pouvez le voir sur la structure nous avons le flu et des informations à partir de VIMS et puis à Team Rui vous voyez comment Team Rui communique avec les autres logiciels pour comprendre même les sessions de vaccination mais à la fin pour n'est-ce pas enlever le fardeau il fallait avoir des informations agrégées et les envoyer au niveau de DHISD nous avons piloté ces activités dans des régions il s'agit de moinsins et de kilomangelo pour que le registre ne soit plus utilisé plus tard après avoir intégré nous avons utilisé les PIs disponibles de DHISD pour nous assurer que le données venait de Team Rui vers DHISD à la fin du mois après avoir fait cela comme vous pouvez le voir DHISD, c'est un outil d'analyse les gestionnaires de données ou les gestionnaires au niveau de la prise de décision peuvent maintenant utiliser des HST avec les autres informations existantes pour produire un rapport qui puisse les aider dans la prise de décision maintenant par rapport au résultat nous avons réduit le fardeau du personnel soignant pour nous assurer que les membres de ce personnel ne soient pas surchargés nous avons également réduit le nombre de systèmes au lieu d'avoir plusieurs systèmes avec lesquels le soignant doit interagir maintenant le soignant interagir avec un seul outil le système d'enregistrement est envoyé à des HST2 maintenant au accès aux données à temps et puis le système est là c'est un système qui communique c'est ce qui a été fait mais comme je l'ai déjà dit on a piloté ces activités dans deux régions tout avant c'est très bien le plan que nous avons actuellement nous voulons mettre à l'échelle ces activités pour mener les mêmes activités dans les 26 régions du pays afin de nous assurer que cette initiative est mise à l'échelle sur tout le territoire national une autre chose c'est de renforcer les capacités des utilisateurs pour nous assurer que même les soignants ne sachent pas seulement utiliser Timry mais aussi sachent utiliser des HST2 pour identifier les différentes lacrynes dans les données qui ont été soumises ça peut aussi les aider dans la planification mais aussi ce qu'ils sont en train de planifier c'est pour les moins qui arrivent dans le cadre de leur fourniture de services alors tout ça a été fait pour que les soignants soient capables d'interagir avec les HST2 avoir les données analytiques et ça serait que tout est bien je vous remercie et voilà ce que j'avais à vous partager et vos questions sont bienvenues remercie l'orateur nous avons dit que nous allons prendre les questions après donc vous pouvez les écrire dans la discussion ou dans le chat maintenant M. Mamoud vous êtes bienvenu si vous pouvez partager votre écran je serai bien de vous faire le partage je m'assure d'avoir que vous pouvez voir mon écran si vous pouvez voir mon partage bonsoir bonjour selon l'heure où vous vous trouvez je vais changer avec vous tous les suérences d'interopérabilité comme on a fait pour améliorer la performance entière d'interopérabilité en air d'esté je suis le directeur qui a travaillé sur ce projet je peux vous parler un peu de notre entreprise qui a été établie en 2007 au Bangladesh où nous avons 22 membres du personnel vous avez vu que la plupart d'entre nous travaillent dans le domaine de la santé et sur la plateforme DHS2 nous avons travaillé depuis plus de 5 ans notamment au Burkina Faso au Benin au Bhoutouana en air d'esté ici au Mali ça vous montre clairement là où notre six a été implémentés et je vais me focaliser sur le travail de l'air d'esté pour ce qui est de ma discussion du jour je vous dis que cette réunion avec l'interopérabilité de DHS2 avec les autres systèmes d'information de gestion sanitaire notamment celui qui est utilisé en air d'esté et le système a été développé en utilisant les fonds de US aid et aussi les fonds venants d'un projet en entreprise a travaillé pour pouvoir mettre cela en œuvre ce qu'info med, l'application la plateforme de l'air d'esté fait c'est que les données que nous prenons c'est que le info med prend d'abord les données et il y a d'autres points de données dans info med et lorsque nous pouvons ces données on les utilise pour la visualisation des tableaux de bord comme on le voit à côté ensuite ce que nous avons fait c'est que on a développé la plateforme en 2018 et on l'a lancé en 2019 et les rapports et les données ont été incorporés en juin 2019 puis il y a eu des formations également durant le même mois on a continué jusqu'en 2022 maintenant pour ce qui est de la manière dont les données ont été transférées permettant d'utiliser le point d'heure c'est que les établissements étaient un peu éloignés il nous envoie d'abord des rapports sous forme papier dans les districts voilà là où je suis en train de vous montrer et maintenant après ils ont des ordinateurs là bas pour montrer les données dans le rapport de DHS2 maintenant il y a les entrepôts de districts et d'autres entrepôts niveau central qui ont aussi des données qui entrent dans le DHS2 puis il y a d'autres sources de données également maintenant toutes ces données là sont envoyées périodiquement dans la plateforme info med où il y a la visualisation des données une présentation de système électronique d'information sur la gestion sanitaire ici donc on voit les différents données qui sont présentes en compte et voici une vue d'un tableau de bord type dans info med maintenant on va parler de notre raison d'être ici c'est-à-dire l'expérience de l'interoperabilité donc initialement pour pouvoir transférer les données de DHS2 vers la plateforme info med nous utilisons le API de valeur des données ce qu'on appelle en anglais data value sets API ce qu'on utilise pour pouvoir gérer les données et pouvoir les traiter de la meilleure manière pour vous donner une meilleure compréhension dans le DHS2 en l'heure d'essay il y a plus de 20 000 établissements de santé pour ce qui est des données produits on a 114 pour ce qui est des systèmes d'information sur la gestion logistique maintenant il y a des catégories d'éléments qui sont de 1596 les catégories d'éléments de patients qui sont de 68 et donc la valeur des données maximum par mois est environ 33,28 millions qui peuvent être transférées de DHS2 vers info med voilà comment se présentent les données dont je parle premièrement c'est beaucoup trop je parle du nombre de données qui sont transférées chaque heure c'était tellement énorme qu'il fallait faire une sorte d'amélioration la première étape c'est qu'on a transféré de JSON à CSV le data value sets API dont je vous ai parlé pour le moment on a commencé à utiliser CSV pour cela maintenant voilà l'exemple des données qui sont venues en 2022 voilà le graphique selon les dates vous voyez que le 10 mai en particulier de cette année 2022 nous avons eu des 421 megabits de données qui ont été transférées en 1 heure et cela a 4,76 millions de valeur de données la taille des données était de 4,78 donc vous imaginez la taille ensuite on compare dans info med les données qui ont été réduits de 62% mais c'était pas toujours assez à cause de la taille des données donc il a fallu faire une deuxième amélioration ce que nous avons fait c'est que on a fait le Q management system c'est à dire qu'on a digéré le système comme si on se trouvait à la banque on arrive à la banque il y a une sorte de queue d'une manière on prend les données de DHS2 en passant au CSV et puis on transforme les data points ou les points de données ensuite voilà ce qui vient de DHS2 et on le change en ce que nous voyons en bas alors je disais alors qu'on les transforme pour que le nombre d'exécutions soit réduit ensuite j'ai essayé de vous simplifier le processus quand même à partir de là on part vers celui qui gère la queue ce que nous avons à ce niveau c'est que nous avons les éléments qui viennent d'abord des systèmes d'information sur la gestion logistique c'est comme que à la banque quand on partage ces données là selon les domaines on envoie les données dans chaque queue approprié et c'est synchronisé après il y a un processus de consommation ils prennent à ce niveau là les données de la première queue qu'on exécute et on l'envoie dans infomed ce qui signifie que les cinq exemples que vous voyez là sont exécutés par des consommateurs spécifiques sans avoir à surcharger le système comme c'est le cas par le passé quand il y a beaucoup de données qui viennent et il fallait les traiter un à un donc maintenant quand on finit avec un données on l'envoie d'un infomed quand il finit avec une autre donnée il le traite on garde un niveau de traitement pour qu'on n'arrive pas à des milliers et des millions de données avant de les traiter donc c'est traité une donnée après l'autre c'est ce que nous avons fait pour pouvoir répondre à la demande en matière de serveur et les nombres illimités de données que nous recevons à chaque fois c'est un permis d'améliorer notre système du nombre d'attails à pointe ou de pointe de données que vous avez maintenant je vais vous parler des difficultés quand vous voulez avoir des données d'un système externe, c'est-à-dire peut-être des DHS de verre, d'un système il faut faire une sorte d'artographie de l'établissement de santé après il fallait garder le catalogue des établissements en prenant en compte le fait qu'il y a beaucoup d'établissement de santé il y a beaucoup de données qui viennent directement donc ce n'est pas très facile de les gérer et de les synchroniser dans le DHS2 et informer ensuite il fallait vérifier à chaque fois quand est-ce que le processus de synchronisation s'arrêtait donc ça augmentait le nombre de données à traiter, ensuite on essaie de traiter ces données-là et les recommencer à chaque fois donc après il y a les queues séconciées qui sont bloquées maintenant il y a la question des colonnes qui ne sont pas fixées dans les fichiers CSV voilà un peu ce que je vais vous dire concernant les séparations d'interoperabilité en RDC donc je n'ai fini, merci beaucoup merci beaucoup d'avoir respecté la limite de temps maintenant on va avancer on comprend que l'interoperabilité est très importante on a encore 5 minutes pour les questions à nos orateurs il y a des questions dans la salle est-ce que je devrais vous amener le micro dans la salle ou bien vous venez au podium oui j'ai une question concernant la taille des données vous avez dit que vous avez changé de JSON à la CSV parce que JSON était en train de prendre beaucoup de temps mais je ne sais pas il n'y avait pas un meilleur moyen de résoudre le problème dans JSON ou bien vous avez une autre préoccupation pour changer cela est-ce que je peux répondre maintenant je vous dis il n'y a pas une question de pagination des données dans JSON est-ce que les données on les reçoit et on les traite si c'est une question de pagination on va essayer de suivre les données on exécute les données mais parfois on voit qu'en faisant cela cela traîne beaucoup plus parce qu'il y a beaucoup trop de volumes comme vous avez vu il y a des millions de data points si c'est une centaine qui doit traiter cela page par page cela cause beaucoup de retard c'est pour cela qu'on est obligé de réduire la taille des volumes de données transférées on les transforme dans les totales d'autres data que vous avez vu et on réduit le nombre de commandes qui sont moindres à exécuter donc merci je crois que tout ce que vous dites est très technique on pourra planter trop dans les détails on va avancer, il y a-t-il une autre question pour les présentateurs sinon ce sera pour plus tard maintenant on va parler du registre de vaccination et des modules de connexion avec le DHCS2 je crois qu'il y a peu de questions pour les présentateurs en ligne donc nous vous remercions j'espère que vous ne vous êtes pas senti trop loin de nous donc on va acclamer pour vous merci maintenant on va aller au prochain orateur Vincent je vais voir si je peux retrouver votre exposé c'est bon le micro est allumé et vous pouvez commencer la présentation bonsoir bonsoir à tous c'est comme si on a beaucoup trop mangé je m'appelle Vincent Minde je suis analyste principal des systèmes je vais vous présenter le cas comme vous voyez à l'écran soit intégré en français donc en fait c'est un système d'information sur la gestion des hôpitaux que nous avons développé à l'université de Darae et Salam et j'ai diminué pour vous faire une présentation donc je vais aller un peu vite ici je vais vous donner une sorte de background on a évolué dans le processus d'implémentation des systèmes d'hôpitaux en Tanzanie donc on a beaucoup travaillé à l'université de Darae et Salam on a aidé au déploiement des systèmes comme Africa Air qui est à Maniara et aussi on s'est on a aussi travaillé à Bami pour ceux qui connaissent donc durant le déploiement où la dissémination a eu beaucoup de difficultés on ne pourra pas en parler maintenant mais je vais quand même vous parler de quelques-uns comme je disais il y a des difficultés mais il y a eu des motivations premièrement un laboratoire d'innovation donc on est innové premièrement pour notre motivation et à l'intégration des HCS2 parce que il y a beaucoup d'idées donc vous vous rendez compte que souvent dans les ministères on ne fait pas les rapports des données ils se disent qu'ils ont déjà des systèmes et pourquoi entrer dans des HCS2 pour entrer les données donc cela a été un problème jusqu'au point où un membre du ministère a dit que souvent les gens ne vont plus utiliser des HCS2 parce qu'ils se pensent à voir leur source de données donc nous c'était une motivation pour changer les choses évidemment entre autres à part le problème des déploiements, il y a des problèmes de fragmentation d'architecture etc je ne peux pas trop en parler maintenant parce que ce serait pour une autre session on peut en parler même en privé si vous voulez tout fait pour pouvoir résoudre ces problèmes de diverses manières et pour cette session je vais juste me concentrer sur l'intégration des HCS2 et je veux dire que nous avons mis au pied un nouveau cadre, permettez-moi de reprendre disant qu'il n'a pas vu les difficultés pour créer un nouveau IMR c'est-à-dire un nouveau système pour les hôpitaux qui se basent sur le OpenMRS donc nous avons dû ajouter le module d'intégration parce que c'est très important pour nous pour ce qui est du rapport des données dans le DHS2 donc après le reportage dans DHS2 je vais vous parler maintenant du parcours du patient et dans l'innovation il y a un certain parcours pour le patient qui passe via un processus de consultation et dans notre cas en Tanzanie il y a d'abord le processus d'inscription de facturation de consultation de l'arborature et puis de pharmacie vous savez les choses un peu avancées selon le cas lui-même quel patient aussi mais voici un peu le parcours type pour la plupart du temps on a essayé d'avoir un un design approprié, une concepture de l'architecture appropriée pour I care nous avons utilisé le OpenMRS et nous avons créé un module sur le OpenMRS vous voyez en haut là bas les domaines qui sont en haut mais c'est trop grand pour qu'on en parle maintenant il faut des sessions spécifiques pour cela mais je vais me focaliser comme je disais sur l'intégration de DHS2 parce que c'est de ça que parle cette session en particulier notre idée pour ce qui est de l'innovation si vous avez entendu parler du terme kiss en anglais c'est vikipit shot un petit peu c'est-à-dire gardez ce que vous dîtes court et simple, ça signifie que nous aussi à notre niveau on fait des choses de manière assez simple d'être sûrs que les gens puissent y avoir accès sans problème donc l'un des problèmes que nous avons rencontrés en voulant vers l'intégration des systèmes parce que nous sommes aussi impliqués dans l'intégration de plusieurs systèmes dont le DHS2 c'est le fait que les gens ne connaissent pas beaucoup pour ce qui est de l'épiaille de DHS2 donc vous faites face à beaucoup de difficultés lorsque vous voulez leur faire comprendre les DHS2 fonctionnent, partager les épiailles avec eux donc c'était une difficulté que nous avons rencontrée parfois c'est comme si vous êtes obligés de créer des médiateurs essayer de leur donner des prix beaucoup plus comprendre ce dont il est question mais à partir de là vous pouvez faire des extrapolations et leur et ainsi travailler dans un environnement mais on a rencontré beaucoup de difficultés parce que les choses sans elle les gens changent également leur système il y a beaucoup de choses qui pouvaient tourner au vinaigre et rendre cela compliqué pour ce qui est de la structure que nous essayons de créer alors dans le IMA que nous avons créé le module d'intégration travaille de manière à ce que cela enlève une charge à l'utilisateur qui est du DHS2 parce que l'outil télécharge les métadonnées dans DHS2 vous savez que dans DHS2 on a la forme agrégée du design et tout ça donc l'outil télécharge le métadonnée et puis montre l'apport final ou à l'utilisateur maintenant à la fin c'est le développeur du système ou bien l'administrateur du système vraiment ce que c'est ce que représente cette donnée maintenant c'est à eux de faire la cartographie de chaque élément de données ou des data elements et en général ils disent que cet élément de données ou cette catégorie avec X ou avec Y donc c'est aussi simple que ça ils ont juste besoin de savoir de quelle donnée ce qu'ils ont besoin et ils ont besoin d'extraire ces données là et l'outil va prendre la relève à partir de là après la cartographie faite ça renvoie les données dans DHS2 donc on essaie d'alléger la tâche à ceux qui veulent faire quelques mappings que ce soit ou quelques cartographies que ce soit et c'est ce que nous avons fait et dans OpenMRS il y a une petite intégration dans DHS2 et le problème que nous avons rencontré c'est la transformation du OpenMRS qui ne prend pas en charge tous les types de données dont on avait besoin à DHS2 donc si on avait besoin d'aller un peu plus loin donc voici un peu le design primaire que nous avons dû adopter, voilà l'architecture d'intégration que nous avons adoptée chez nous j'ai encore une minute en 7 secondes s'il vous plaît maintenant ce qui reste c'est les questions du déploiement dans les hôpitaux ici on est en train de former les gens et renforcer leur capacité et finalement on essaie de créer une sorte d'écosystème donc nous avons déployé le MRS et les établissements de santé on essaie d'ajouter des fonctionnalités si ça ne marche pas on essaie de faire une sorte d'examen, d'améliorer, de faire le mis à jour pour s'assurer qu'on ne crée pas quelque chose qui ne sera pas utile donc on crée une sorte d'écosystème autour des parties prenantes notamment le ministère de la Santé, le partenaire d'implementation et des autres établissements de santé donc on fait cela avec les communautés open source également j'ai 30 secondes encore, permettez-moi de terminer ce que je disais, mais bon c'est bon je m'arrête là, merci beaucoup merci, merci, merci beaucoup Vincent de la présentation maintenant vous avez vu que l'innovation à l'université d'Arrestalam c'est important, donc merci beaucoup de la présentation, on va passer à la suivante à monsieur Vincent on aurait pu vous laisser encore ajouter quelques informations peut-être deux points mais bon, nous allons continuer vraiment on a vrai monsieur Vincent on a un accord depuis très longtemps bonjour, je m'appelle Lyon je suis avec mes collègues nous sommes là ce matin pour faire la présentation pour ce qui est de l'innovation de COVID-19 à l'aide du DHS2 on va commencer par le background donc on a une violence basée sur les cas et également le registre des vaccinations nous l'avons pris dans des paquets de métadonnées personnelles et COVID-19 donc je vais me focaliser aujourd'hui dans mon exposé sur les prix enregistrement des vaccins également le certificat national de vaccination pour le voyage et également l'application mobile nous partons sur le prix enregistrement pour la vaccination il s'agit d'un système en ligne sur lequel les gens peuvent réserver leurs vaccins à l'avance pourquoi est-ce que nous avons ce système pour réduire la pression sur les sites parce que plusieurs personnes viennent sur les sites et il y avait un grand nombre de personnes donc ça crée une sorte de chaos et un désordre un véritable capternaum donc on a vu que c'était beaucoup de travail à faire pour ceux qui collectaient les données donc en mettant ce système vous verrez du l'achat de ces données pour les agents de santé maintenant je vous disais pourquoi parce que quand les gens font le prix enregistrement ils peuvent entrer leurs informations personnelles eux-mêmes parce que ils ont déjà les données disponibles avant qu'ils viennent chez le médecin ou l'infirmière donc quand on tient ce système il se compose de trois éléments avec une application personnalisée pour mettre en œuvre le système et également ça a un service de personnalisation pour le Barting-Kend et un portail public en ligne ça connecte les données au DHIS2 comme je disais au portail public et maintenant je vais partir à la prochaine diapo je pense que c'est la diapo la plus importante pour la présentation d'aujourd'hui parce que c'est pour comprendre comment est-ce que ce système fonctionne donc vous voyez dans la colonne bleue on a le système DHIS2 version 2.35 et à l'intérieur nous avons les programmes de vaccination et il y a des applications personnalisées de prix enregistrement et également pour le certificat de voyage dans le carré orange qui est à droite c'est le portail public et l'application mobile qui travaille quasiment de la même manière dans le portail public chaque personne peut avoir accès et peut faire le prix enregistrement et générer un certificat ou faire la demande pour un certificat de voyage alors vous avez vu dans la vidéo comment ça se passe mais bon ici avec ces graphiques on comprend un peu comment ça fonctionne comment on fait pour connecter les données collectées pardon les données le DHIS2 pour le portail public maintenant c'est via les données collectées qu'on peut générer pour le certificat pour le client pourquoi on a alors ce système parce que dans le portail public ou dans l'application on peut avoir accès aux données directement mais ce n'est pas recommandé parce que si nous faisons cela il y a des fortes chances que des informations très sensibles seraient exposées au public que ce soit à l'URL ou les non utilisateurs c'est pour cela, il y a un système qui est au milieu de cet système qui permet de faire le filtrage des données ici je vous montre des fiches de prix enregistrement le premier montre là où les gens se rendent pour pouvoir entrer les informations mais à droite c'est là où les gens peuvent choisir leur site de vaccination et choisir également la date qui leur convient et le dernier on voit en bas là bas les gens choisissent l'heure à laquelle ils veulent se faire vacciner parce qu'on a essayé de départager les heures de vaccination parce qu'on ne veut pas que beaucoup de personnes viennent au centre de cette vaccination c'est pour cela qu'il y avait des temps des heures qui étaient spécifiées maintenant vous voyez en bas avec le QR code on a écrit que le prix enregistrement est un succès donc quand on a le QR code les gens prennent une capture des camps du QR code viennent au site de vaccination ils montrent le code QR à la personne qui est sur le site qui scanne le code avec l'application personnalisée d'HKS2 pour pouvoir entrer les données directement pour cette personne alors voici ce qui est concernant le système d'application enregistrement maintenant je vais parler de certificat national qui est une preuve de la vaccination des gens pour dire que les gens peuvent utiliser cela pour rejoindre les activités publiques comme l'école, les hôpitaux, les restaurants etc et dans le certificat national on a les informations personnelles les données de vaccination et le code QR maintenant il y a deux types de certificat national il y a une copie papier et une copie numérique pour ce qui est de la copie papier quand les gens partent au site de vaccination on leur imprime une copie papier via le DHKS2 donc vous avez la copie papier et ensuite il y a la copie numérique où les gens téléchargent l'application mobile ils partent dans App Store ou Google Play Store selon leur téléphone ils entrent les informations l'application ils entrent les informations et puis ils ont les certificats donc voici un peu de ce à quoi ressemble le certificat et on a la date les données de vaccination et le code QR on a après les fonctionnalités en haut à droite pour imprimer la copie soit recto, verso le code QR uniquement ou bien toutes les informations donc voilà un peu ce qu'il en est dans l'application mobile les gens peuvent entrer les informations vous voyez la troisième et la quatrième capture d'écran c'est dans l'application mobile où il y a un fond vert qui montre que les gens sont totalement vaccinés si vous avez une seule dose ce sera en jaune maintenant la dernière capture d'écran montre comment on utilise l'application et je vais en parler plus tard maintenant je vais vous parler du certificat de vaccination pour ceux qui voyagent c'est très similaire au certificat national mais celui-ci on peut l'utiliser sur le plan international donc le certificat de vaccination pour le voyage c'est comme le certificat d'institut de nationalité qui comporte les informations la date de livrance du passeport etc et un code QR évidemment maintenant comment est-ce que les gens peuvent demander un certificat pour le voyage ils partent sur le portail et ils demandent le certificat et puis il y a l'équipe du personnel de santé qui vérifie la requête et il y a deux manières pour que les gens puissent avoir le certificat de voyage alors ils viennent comme à l'heure qu'il aurait programmé pour pouvoir prendre cela mais des fois on envoie le certificat via mail à ces personnes-là donc à droite vous voyez la liste de la requête des gens et à gauche quand on veut vérifier on clique sur vérifier et puis on a un capteur d'écran si l'information est correcte alors on clique sur vérifier et générer donc quand on clique là-dessus le certificat sera imprimé sous forme papier et si les gens veulent l'avoir de manière électronique via courriel ce sera envoyé également donc voilà à quoi ressemble le certificat de voyage donc je vais expliquer un peu le code cuir notre code cuir est cryptographique et cela ne peut pas être falsifié et comme est-ce qu'on génère les codes cuir on utilise une combinaison de clé le premier c'est une clé privée et le deuxième c'est une clé publique donc on utilise cela pour générer le code cuir sur le privé et maintenant le code public on l'utilise pour pouvoir vérifier le code cuir donc c'est ce que nous faisons on voulait priver seulement aux gens on garde la clé publique dans nos serveurs donc la clé publique est utilisée pour la vérification et la clé privée est utilisée par le public donc on peut donner la clé publique à une organisation qui veut scanner nos codes cuir on peut le donner par exemple à l'organisation qui est dans les pays de l'Asie qui font leur vérification et puis ils scannent notre code cuir pour faire la vérification donc un autre moyen pour vérifier le code cuir c'est qu'on utilise le code public et on fait la vérification donc voilà ce que j'ai à dire je vous en remercie merci beaucoup Simone a fait mal je pense que nous avons 90 minutes mais nous avons 2 heures je crois qu'on a encore 60 minutes parce que nous avons 2 heures on a encore du temps donc je peux rappeler tout le monde si je mets Vincent encore ici pour faire la présentation c'est qu'il prend beaucoup de temps mais bon on pourra beaucoup discuter après pour ce qui est du code cuir au Vietnam c'est très intéressant c'est à ce base sur les spécifications de l'Union Européenne oui ce que je veux faire, je vis comme fraude je vais chercher votre diapo Vincent je suis vraiment navré pour toi parce que je t'ai mis en dernière position mais ce n'était pas mon objectif c'est bon si je comprends, on a jusqu'à 15 heures c'est bon c'est bon si je comprends, on a jusqu'à 15 heures pas vraiment c'est bon si je comprends, on a jusqu'à 15, 20 minutes peut-être que nous pouvons prendre les autres gars il n'y a pas de flèche il n'y a pas de flèche après la présentation peut-être que Vincent peut-être que Vincent va revenir pour avoir une discussion est-ce que vous pouvez me l'entendre ? super après minuit, je m'appelle je travaille au niveau de l'esprit africide aujourd'hui je vais parler de l'interpréhabilité et le travail qu'on a fait sur le projet HRIS en Afrique d'Iside voilà le plan de ma présentation je vais vous donner un aperçu par rapport au chemin qu'on a parcouru et je vais vous présenter l'architecture et les lessons qu'on a apprises à partir de là où nous avons commencé jusqu'à là où nous sommes je vais aussi vous parler de l'évolution de l'architecture avant de partager les perspectives d'avenir nous travaillons avec le département national pour la santé une stratégie de ressources humaines 2030 et nous utilisons cela comme un guide dans la mise en œuvre de ces solutions avec le système HRH il y a des questions auxquelles nous essayons de répondre au niveau du ministère où se trouvent les personnels soignants qui sont des infirmiers et des docteurs est-ce que nous pouvons savoir par exemple le nombre d'infirmiers pour réaliser la coverture santé universelle voilà le type de questions qu'on essaie ok on essaie de répondre avec le système HRIS le système à quatre composantes et aux quatre produits que nous avons pu avoir le premier produit c'est le registre et nous utilisons un serveur c'est n'est-ce pas un fichier le registre qui nous montrait là où se trouvent les différents membres des personnels soignants nous utilisons l'architecture comme notre entrepôt de données et il y a aussi le portal HRH qu'on utilise depuis un dernier lieu nous avons le module de planification HR aujourd'hui nous sommes en train d'utiliser ce qu'on appelle intelligence artificielle pour pouvoir atteindre nos résultats voilà les différentes composantes comme je l'ai déjà mentionné et l'architecture avec laquelle nous avons nous obtenons les données à partir du système HRIS un système qui est utilisé par le ministère pour pouvoir stocker les données par rapport aux différents fonctionnaires notre focus aujourd'hui c'est le personnel soignant nous obtenons aussi les données à partir des municipalités sans oublier les données du secteur privé les autres données que nous utilisons c'est DHS2 pour n'est-ce pas les données de routine nous obtenons également des données à partir de NFL comme je l'ai déjà indiqué nous avons également le registre nous obtenons les données à partir des sources et nous étions comme une couche d'interoperabilité après nous envoyer les données au niveau de l'entrée je vais vous donner plus de détails ce que je sais en parler et des mises un jour au niveau du portail c'est là où les ministères cherchent les informations par rapport à l'endroit où se trouvent différents membres de personnel soignants ça permet aussi au système COVID-19 à avoir accès à différentes données qui sont très utiles pour la vaccination voilà les sons qu'on a tirés nous n'avions pas de la flexibilité pour vraiment opérer des changements ça nous prenait beaucoup de temps et le processus d'agrégation nous prenait également pas mal de temps par exemple si les utilisateurs connaîtraient le dossier des individus qui ont conduit aux chiffres agrégés il y avait vraiment des difficultés nous avons appris que le registre est faillé c'est un nouveau standard et nous avons encore différents systèmes qui peuvent communiquer à l'utilisation du faillère voilà la mise à jour de l'architecture qu'on a dû faire je vais maintenant vous donner plus de détails en analysant chaque composante avec le système nous avons toujours la même architecture il y a les sources, les différentes sources autres sources nous obtenons des données à partir du système de routine et puis ce que nous avons fait avec la mise à jour nous avons introduit ce que nous appelons un lac de données au lieu d'envoyer les données agrégées vers DHST de manière directe nous envoyons les données à partir de ETL et à partir de là nous envoyons les mêmes données, les données agrégées nous faisons l'agrégation au niveau du modèle au niveau du modèle dimensionnel et nous envoyons ces données au niveau de DHST nous avons aussi ajouté la composante d'intelligence n'est-ce pas artificielle pour avoir de meilleurs résultats pour ce qui est du portail ou la visualisation nous avons toujours un tableau de bord il y a toujours le portail web c'est là où nous faisons nos visualisations et nous sommes imprés d'essayer d'introduire des outils beaucoup plus avancés aujourd'hui nous avons n'est-ce pas quelque difficulté nous avons essayé avec l'outil qu'on en avait mais il y avait quelques soucis aujourd'hui nous essayons d'utiliser soupacette pour faire des analyses très avancées voilà l'architecture au complet il y a quelques changements avec l'introduction de dimensionnel model c'est l'entrepôt de données et ça a amélioré la situation voilà il y a eu beaucoup d'avantage maintenant nous sommes imprés d'utiliser Fire plus Happy Fire aujourd'hui nous prenons un charge et ce qu'on appelle Mobile Care Services Discovery Profile nous essayons aussi d'utiliser AID X pour atteindre nos objectifs et nous utilisons un peu plus d'outils pour arriver là nous voilà arriver et différents avantages de cette mise à jour si vous opérez des changements et que vous introduisez de nos éléments de données ça devient facile les demandes sont plus optimisées nous avons ajouté les capacités d'apprentissage par la machine nous pouvons n'est-ce pas traquer ou se trouver différentes données et il est également possible de faire des analyses très avances par rapport à HRIS le projet sur lequel nous sommes en train de travailler nous sommes en train d'introduire l'apprentissage par la machine et des analyses prédictives et nous essayons d'utiliser des outils pour un reportage avance j'aimerais remercier l'équipe qui a vraiment travaillé Coréam sur le projet voilà ici les différentes informations sur l'Afrique je vous remercie tous j'ai dit en chacun qu'il y a un 10 000 additionnel désolé je vous ai donné vraiment très peu de minutes et je vais maintenant vous inviter tous à revenir au podium comme ça on aura une opportunité de répondre aux questions aussi, bien sûr Yann nous avons si vous voulez plus de 30 minutes nous avons environ 40 minutes pour répondre aux questions il y a également les 3 présentateurs en ligne j'espère qu'ils sont toujours en ligne oui, nous sommes en ligne je ne sais pas vous pouvez faire un commentaire on aimerait avoir plus d'informations par rapport à l'intégration des applications mobiles qui a posé la question c'est Roanga qui nous a dit nous sommes en train d'utiliser le fichier happy plutôt happy fire et ces ressources c'est ce que nous utilisons nous utilisons l'allocation nous utilisons également les règles de partition et tout cela et combiné avec les standards les autres standards la manière dont nous procédons je pense qu'on pouvait spécifier les services qui sont fournis par différents établissements est-ce que c'est possible de voir les différents services disponibles dans tel ou tel établissement est-ce possible vous serez capable si par exemple vous avez les locations vous serez aussi capable d'identifier les services qui ont été fournis un mois et je ne comprends pas votre question avec cet étudiant vous avez l'allocation mais aussi les horaires merci beaucoup Roanga merci, merci il y a une question derrière merci c'était intéressant d'entendre les solutions que vous proposez j'ai des questions, la première question c'est à confort j'étais curieux de voir que vous avez adopté un médiateur personnalisé pour avoir les solutions pour le médiateur afin de partager les données avec le système de Covid-19 nous avons développé un médiateur et nous l'avons installé sur OpenMIM il n'y a pas encore dans l'élaboration il y a quelque chose d'autre, quelque chose similaire il n'y a pas encore dans l'élaboration et pour l'ETL tool nous avons utilisé F-flow il est utilisé par la data il y a un passe-through mais le processus est fait par F-flow il est utilisé par F-flow et il est utilisé par OpenMIM pour Vietnam et Tanzania vous avez des questions avec l'élaboration comment vous vous débrouillez pour l'élaboration ? on peut le dire ? il est utilisé par OpenMIM il est utilisé par OpenMIM il est utilisé par OpenMIM il est utilisé par OpenMIM il est utilisé par OpenMIM je me déteine je me redrospect ce que vous pouvez vous leave quelque chose d'autre, C'est ce qui est de la question concernant comment on gère le service DHS2. Désolé, nous avons eu un problème technique entre temps. On reçoit les données et puis on les envoie dans DHS2. Nous ne faisons rien en dehors de DHS2. Je vous laisse juste que vous soyez un peu plus spécifique. Est-ce que vous dépendez d'un système qui vous permet de gérer lorsque quelqu'un initie une action? Oui, oui. Le nom d'utilisateur s'affiche et donc on connaît la personne qui se connecte. Nous n'attendons pas très bien l'orateur qui n'a pas des micros dans la salle s'il vous plaît. Pour la question, je crois que c'est un principe générique. On est d'accord qu'il y a plusieurs variétés et de modèles d'implementation dans tous les pays. Ce qui fait que parfois c'est un peu difficile de voir quelle partie structurelle est vraiment réutilisable. Donc, Adrien, je crois que vous voulez ajouter quelque chose? Attendez d'abord. Ok, merci. Ma question, c'est pour à Comfort. Je comprends que vous utilisez DHS2 dans Fire. Ma question est de savoir, comment est-ce que vous gérez la ressource de Fire dans le contexte du DHS2? Dans notre cas, on utilise Fire. Donc, je veux comprendre comment vous faites la transformation à votre niveau. En fait, c'est déjà fait d'un Fire, ce formes de Python script avec Python. C'est comme ça que nous faisons cela, on fait la cartographie et tout cela dans FF. Je crois qu'il y a une autre question. Il n'a pas levé la même, il semble le préoccuper. C'est vous le père de Adx, donc je vous laisse poser la question qui a rapport avec ça. Je crois que la plupart des gens ici ont eu affaire à la déropérabilité, voir comment est-ce que les données puissent être utilisées dans différents plateformes. Il y a les personnalisations également, mais je veux savoir si vous avez regardé les produits qui existaient déjà et qui ne pourraient pas vous aider. Est-ce que vous étiez obligé de créer une personnalisation vous-même, ou bien, c'est quoi le problème? Il n'y a aucun moyen existant qui soit utilisable à votre niveau. Ce n'est pas une question pour une personne en particulier, tout le monde peut répondre. Dans notre tâche, je vais dire que lorsque nous essayons de faire l'intégration, souvent c'est une personne qui ne s'y connaît pas dans la technologie, donc c'est très difficile pour la personne de l'utiliser. Une chose que j'aimerais dire avant que Bob m'empêche de finir mon exposé, c'est que nous avons essayé d'estrapoler la mise à jour, nous avons essayé de bâtir sur ce qui existe déjà pour que le standard Fire puisse être respecté. Il y a plusieurs vendeurs qui sont des fois réticents à accepter les normes ou les standards qui existent, donc nous avons créé notre mapping qui est un peu plus simple pour que nos utilisateurs puissent facilement y avoir, c'est la simple raison pour laquelle nous avons d'autres personnalisations à part ce qui existe déjà. De notre côté, j'aimerais dire que durant la pandémie, quand on a développé nous-mêmes nos solutions pour DHS2, c'était pour résoudre certains problèmes spécifiques, ni à part le fait qu'il y a déjà des personnalisations disponibles. On avait besoin de régler les problèmes le plus rapidement possible, c'est pour cela qu'on a fait les personnalisations de notre côté. Désolé pour les coupures, nous avons du mal à surlorateur. Maintenant, pour ce qui est des médiateurs dans la partie verte que je vous ai montré, lors de mon excursie, nous avons utilisé DHS2 pour le portail web, également des open source. Donc c'est un open source, on utilise ce qui existe, vous savez, c'est pas évident pour tout le monde, mais c'est pour cela que nous utilisons l'open source pour que tout le monde puisse y avoir accès et que ce soit une plateforme intuitive. Vous avez deux outils DHS2 et puis le module HISP. Est-ce une application dans DHS2 ou une autre application indépendante ? En fait, nous avons utilisé les normes de l'OMS pour voir dans chaque domaine, on a besoin peut-être de combien de professionnels pour pouvoir atteindre les objectifs. Nous avons utilisé ce passé pour cela. Maintenant, pour le perceptif, on essaie de s'améliorer via l'apprentissage en ligne. Donc on essaie de collecter plus d'informations et voir comment on pourra progresser. Donc voilà un peu ce dont il est question, on fait les calculs sur ce passé de 7. Bon, je connais un peu le HISP Vietnam et je crois que vous avez raison, c'est une chose qu'il faut vite faire pour ceux qui aient des vaccins de COVID-19 et que l'on demande beaucoup. Je sais qu'il y a eu des discussions, ce qui concerne d'ivoque, il y a eu des complications, c'est plus des complications politiques que techniques, je crois. Et à la fin, ils ne sont pas partis de rien parce qu'une européenne avait déjà une manière de faire les vaccins de COVID-19. Donc ils se basent sur le modèle de l'UE. Maintenant pour le OpenMIS, nous en avons aujourd'hui avec Vincent et Patu qui est en ligne. Et certains ont parlé des connecteurs de DHS2 et ils n'étaient pas assez polis pour nos félicités. Ils ont dit que c'était assez bien, mais c'était pas aussi bien qu'il aurait voulu. Donc il y a 10 ans j'étais dans un hôtel au Rwanda lors d'un week-end, c'était pas très super. Mais parfois, c'est convenable. Quand on utilise l'Open Source de la même manière, ça ne peut pas forcément être à 100% comme vous l'aurez souhaité. Ce que nous avons commencé à voir, c'est qu'on fait les efforts pour pouvoir tout se converger vers un cadre d'intégration qui a une structure déjà existante dans l'équipe d'intégration. On a parlé du Friar, mais on est en train d'encourager le groupe RISP pour pouvoir faire des améliorations. On a vu ce que l'on utilisait depuis longtemps pour les développements et d'autres utilisent d'autres fonctions. On a essayé de tout faire pour pouvoir connecter d'autres systèmes avec le DHS2 afin de permettre à tout un chacun de pouvoir en tirer le meilleur profit. Maintenant, les gens ont essayé d'utiliser de plus en plus des cadres pour ce qui est de l'interoperabilité. Ils ont l'impression que c'est des scripts qui sont fait au hasard. J'ai deux questions comme je le disais. Pour Bob Martin et l'équipe d'intégration, et le deuxième pour vous qui avez présenté. Premièrement, pour l'équipe d'intégration, on a vu de nouvelles formes de solutions en matière d'intégration qui sont présentées dans cette académie. C'est déjà arrivé aussi par le passé. Donc je veux demander quelle est la marche assure. Maintenant, on a vu les présentations, on a eu des publications dans la communauté de pratique. Donc je demande si désormais il y a eu l'approche d'intégration qu'on va essayer de vulgariser dans chaque RISP. Ça peut être un RISP ou d'autres entreprises qui essaient de trouver des solutions de personnalisation. C'est vrai, ils peuvent tirer des leçons sur ce qui est déjà fait parce qu'on a vu comment les gens font pour effectuer des contrôles. Mais c'est plus adapté à la COVID pour pouvoir développer des réponses assez rapides. Parce que c'était un scénario inespéré et imprévisible. Donc maintenant, un deuxième point pour l'assistance, c'est qu'importe ce que vous avez mis en place, est-ce qu'il y a quelque chose qui vous empêche à rendre tout ce que vous faites open source? Vous dites que la deuxième question, c'est pour tout le monde. Pour la première question, maintenant, c'est pour moi. Je suppose que lorsque nous avons commencé, c'était interne au groupe RISP. Vous savez, Château a été impliqué également. Et il essaie de changer la manière dont il y a des discussions sur l'interoperabilité à Oslo. Et c'est une sorte d'introspection parce qu'on ne peut pas se parler encore et encore chaque semaine. Donc ce que nous faisons, c'est qu'on se rencontre une fois par semaine pour que chaque groupe RISP qui travaille sur le projet d'intégration puisse se connecter ensemble pour pouvoir discuter et changer et comprendre les différents modèles qui existent. Maintenant, désormais, qu'est-ce qu'il faut faire premièrement? Et on devra avoir des académies en matière d'intégration, là, jamais fait par le passé. Mais également, on va parler aux différents groupes RISP. Pour essayer de régler la question, vous savez, il y avait plusieurs années qu'on essaie de parler d'interoperabilité et dans les RISP. Ce que nous faisons, c'est d'essayer de participer dans tous les groupes et les forums. Donc ce que nous faisons, c'est qu'on va essayer d'avoir des forums nous-mêmes pour se dire que bon, voici peut-être le lieu pour parler de la communauté de pratique entre autres. Bien de ce qu'il faut faire. Donc pour la question, pourquoi vous ne rendez pas vos choses open source? C'est ça la deuxième question. Est-ce que pour vous, c'est open source? Bon fait, tout ce que nous utilisons, c'est open source, mais pour ce qui est de médiateur ou on a notre code, nous-mêmes, on essaie de rendre la chose assez stable. Donc c'est ça, mais à la fin, lorsque ce sera stable, ce sera open source. On essaie autant que de faire ce peu, de mettre au pied des normes pour que tout le monde puisse l'adopter. C'est ça l'objectif. Donc plus tard, on va rendre cela open source et cela, je peux vous assurer qu'elle fait d'utiliser des outils open source. Ça veut dire qu'on est en train d'arriver graduellement à ce niveau-là. Ce qui est sûr, c'est que ça appartient au ministère, mais il y a des normes qu'on peut partager avec la communauté. Donc pour le moment, ce n'est pas encore fait. Donc pour le moment, il y a des outils open source, mais il faut des identifiants. Mais à la fin, on va partager tout ça. Je peux vous assurer. Est-ce qu'il y a quelqu'un d'autre qui a quelque chose à dire? Pour ce qui me concerne durant les dernières années environ, il y a la préoccupation pour ce qui est de la sécurité. Vous suivez ces questions d'intégration. Ça a par exemple mentionné l'importance de l'audit, mais on s'ouvre à d'autres couches de risques. La sécurité est une préoccupation que nous n'avons pas souvent abordé. Pour ce qui est de Vincent, quand est-il du fait de rendre vos choses open source? Je crois que dans notre laboratoire de DHS2, en fait, on est très enclins à être open source. On ne peut pas garder les choses pour nous-mêmes. Ce qui est du IMA Arc, c'est une nouvelle qui est en train de se développer. Donc il y a la question de sécurité également. Pour cela, on ne veut pas le rendre encore open source. C'est disponible à tout un chacun. Donc on essaie d'abord de ne pas allier le problème, puisque quand on crée un nouveau produit, il faut d'abord savoir qu'on a des fois cette tendance à vouloir se focaliser sur les fonctionnalités que de voir les contours de la sécurité. Et à part cela, quand on rend quelque chose disponible à tout le monde, c'est-à-dire open source, les gens peuvent lire cela et parcourir cela. Donc il faut d'abord passer un processus par un processus pour se rassurer que la communauté peut lire le code et tout cela. Donc ce n'est qu'une question de temps. Même si j'ai parlé des outils, petit à petit, quand on va mettre toutes les fonctionnalités, il y aura un minimum de fonctionnalités. Et ensuite on rendra cela open source pour tout le monde. Il y a aussi un argument contre le fait d'être open source que peut-être vous ne pourrez pas répondre. C'est qu'il n'y a pas toujours la capacité pour supporter toute la charge du travail. La crainte, c'est que si on rend cela public, c'est qu'il y a des risques parce que vous serez en train de soutenir des dizaines de pays. Il y a cette pression-là. Parce que quand les gens vont vous demander comment utiliser vos solutions, comment vous faites, je ne sais pas quand vous allez vous y prendre. John, vous pouvez répondre à cette préoccupation, s'il vous plaît. Vous étiez là. On a présenté le travail. Généralement, on génère le code plus hier quand on assigne les vérifications. On essaie de voir comment est-ce que DHS2 peut quitter du tracker vers le type public. Le code est disponible et nous ne sommes pas très bons en documentation. Nika rédigit un document pour ce qui est du QR code pour expliquer comment on le fait et pour que les autres puceaux utilisent. On a rendu sur la publique. On a même fait une démo pour l'équipe de DHS2. On a également partagé avec RISP Rwanda. Ils ont créé leurs solutions pour leurs bases. Ce que vous dites, il faut mettre tout le monde public. Présentement, on a un portail web des services de vérification qui sont en public. Mais pour expliquer de la solution mobile du téléphone, nous sommes toujours dans l'apprentissage. On a essayé de mettre ça dans les plateformes Google Play et tout, c'est spécifique pour les pays. C'est difficile de rendre ça public. Donc, c'est difficile de rendre les choses publiques et de les rendre numériques. Il faut assurer que les gens puissent avoir la documentation et comprendre bien ce qu'il en est. Est-ce que je peux faire un commentaire? Rwanda, vous n'êtes pas sur le mien, vous pouvez parler. Bon, open source. C'est plus que le fait de rendre cela disponible au public. Ça veut dire que toute la communauté devait pouvoir l'utiliser et que toute la communauté pourrait contribuer pour le développement. Donc, je ne pense pas que les gens ne sont pas assez illuminés pour pouvoir apporter des choses publiques. Mais, c'est plus que le fait de rendre cela disponible au public. Il faut être illuminé pour pouvoir apporter des contributions dans l'open source. Vous savez, ce qu'il y a, c'est que l'open source, que ce soit maintenant ou plus tard, il faut se rassurer parce que je pense bien que le projet open source a beaucoup plus d'exigence. Il faut s'assurer que toutes les bases sont là avant de rendre les choses open source. Donc, je ne sais pas si tu as quelque chose à ajouter sur le fait de rendre des choses open source, quelles sont les difficultés pour ce qu'il y ait du business model, c'est-à-dire le modèle de business entre autres. Vous avez un micro qui vous vient pour qu'au plus il parle. Bonjour, je m'appelle Elsa. Nous avons une plateforme d'intégration SASS et durant les dernières années, précisément cette année, nous avons essayé de prendre encore plusieurs plateformes web. Nous avons essayé d'avancer vers les open source. Maintenant, il y a été intéressant parce qu'il y a beaucoup de choses dans cette plateforme. C'est vrai, ce n'est pas forcément les meilleures choses, mais il faut d'abord faire la documentation de notre équipe, de savoir d'abord ce qui se passe là-bas et également essayer de préparer les fonctionnalités. Donc, pour nous, faire le open source, ça nous avait permis de pouvoir vérifier notre travail pour être sûr que c'est accessible pour qu'on voit comment est-ce que ça peut être facile pour les gens de pouvoir tirer et profiter de ce que nous avons fait et ça peut enseigner également. Donc, la question de savoir comment est-ce que la communauté peut contribuer, parce que ce n'est pas une question de rendre les choses publiques, il faut pouvoir créer une communauté où les gens peuvent apporter des contributions, discuter ensemble pour pouvoir améliorer le produit. Donc, nous, quand on l'avait fait, on a eu une communauté open source qui est très active. Par exemple, on a beaucoup discuté dans la communauté open et chat. Donc, chaque mois, on se rencontre, les gens discutent en voir des observations, chacun partage ses travaux et puis c'est aussi un moyen pour qu'il n'y ait pas de doublons dans la communauté. Donc, on fait des vérifications croisées et dans la communauté des HHS2, ce serait bien d'avoir aussi une académie existante ou une académie qui pourrait promouvoir l'open source et également l'implémentation dans les pays. Il y a une chose intéressante pour ce qui est de la qualité, c'est que, parfois, quand vous mettez des choses en open source, vous commencez à faire de fait l'introspection en se disant, ah, est-ce que c'est aussi bien que je l'ouvrais ? Ah, est-ce que c'est aussi bien que ça ? Et ça permet de s'améliorer. Mais il faut quand même attaquer la question sous l'angle de la sécurité. Parce que c'est très demandant pour ce qui est du Python script. Donc, c'est une critère non négligeable. Oui, moi je voulais ajouter quelque chose pour ce qui est de la communauté. Je crois que Alex est la première personne à en avoir parlé. Mais je pense que pour chaque projet, on a besoin d'avoir une communauté donnée. Parce que si on regarde les projets open source ou le monde, il y a souvent une petite équipe pour chaque projet, une équipe qui dédie son temps au projet. Et pour ajouter ce qui est dit, rendre les projets open source, il faut pouvoir trouver les gens qui croient en vous, qui croient en votre idée. Les gens qui sont en dehors de leur organisation. Je crois que j'ai lu il y a quelques années d'un projet open HIM et ce projet s'est terminé il y a longtemps. Mais les gens continuent à croire en ce projet. On continue à travailler pour le développer. Je crois que cette approche est vraiment aidie. J'ai vu beaucoup de présentations sur l'intégration. C'est similaire à ce que nous faisons en Afrique de l'Ouest. Je rie. Parce que ce serait bien de voir ce que les autres sont en train de faire. Mais ce qui est dit, je peux prendre de ce que vous avez. Mais malheureusement, il y a des communautés manques. Donc les gens ne sont pas au courant de ce qui se passe dans le monde. Il faut réfléchir ensemble pour voir comment rendre des choses publiques. Je vous en remercie. Merci beaucoup. Je viens du Pakistan. Je vais parler de la question d'open source pour ce qu'est le DHIS2. Je pense qu'il y a la question de la sécurité des données. Et tant on rend les choses open source et on ne peut mettre la disposition de coup d'âge des données et pour que l'organisation qui l'utilise puisse s'assurer de sa sécurité. Je pense qu'on peut prendre ces factures en compte si on rend les choses open source. Pour ce qui est du DHIS2, je pense que les avantages que nous avons à ce niveau, c'est parce que nous avons beaucoup de personnes qui l'utilisent. Il y a beaucoup d'ajouts. Des fois par nos amis, parfois par les gens qui ne sont pas nos amis, qui partagent quand même les résultats avec nous. Mais l'avantage d'être ouvert, c'est que vous avez l'opinion des autres et c'est ce que nous voulons encourager. Il y a peut-être un projet où vous ne savez pas comment faire le contrôle de la qualité. On a besoin de la vie des autres. HISP au Pakistan par exemple que j'ai visité trois semaines et c'était la première fois que j'ai rencontré le Pakistan. Mais l'un des domaines sur lequel ils sont en train de se focaliser parce que le Pakistan est un pays compliqué en matière d'implémentation. Il fallait se focaliser sur le problème d'intervopérabilité. Ils voulaient se positionner comme des partenaires d'intégration. On a discuté avec HISP pour essayer une reste de minutes pour le mot de fin. Vlad, est-ce qu'il y a quelque chose à dire au John? Bon, je vais dire qu'il y a un conseil d'utiliser EDX. Il y a en dirant 5 ans. Et quand on a commencé à l'utiliser on pouvait envoyer des centaines de registres à l'HISP 2. Et ça prend une heure. 300 et 3 heures. Bob nous a beaucoup aidé avec son équipe pour résoudre le problème. C'est encore un défi pour voir comment utiliser EDX. Quels sont les difficultés dans l'utilisation d'EDX pour transférer les données. En plus que nous voulons mettre en œuvre maintenant on va commencer à utiliser EDX. Nous utilisons FIRE de notre côté et nous faisons l'adrégation. On explore la possibilité d'EDX mais il y a plusieurs choses que nous pouvons apprendre chez vous. Le micro de l'orateur, s'il vous plaît. Le micro de Bob, s'il vous plaît. J'ai quelque chose à dire à la fin. Si nous avons des ateliers d'intégration il faut souvent prendre un exemple modifier ce que nous avons déjà dans nos divers ateliers pour pouvoir améliorer aussi nos présentations et nos exposés. January never works so he's probably February next. D'ici février de l'année prochaine on aura une semaine pour ce qui est de l'intégration un atelier là dessus. Donc voilà ce qu'il en est. Voici il est l'heure. Je vous en remercie. Nous partons pour la pause café.