 Donc, pour commencer, je vais laisser la parole à Dr. Samaké, qui va introduire en fait ce webinaire. Ok, Dr. Samaké, vous avez la parole. Ok, merci à nous et bonsoir à tous les participants. Tous les personnes de l'ISP West Africa, Western Central Africa vous disent la bienvenue sur ce webinaire sur les trackers. Ce webinaire portera sur quatre éléments principaux, c'est-à-dire fournir une vue d'ensemble des considérations pour les imprimations de trackers, ensuite partager des cas d'utilisation qui est issue des l'implémentation récentes, ensuite pour fournir les informations sur les chaînes de performance et ensuite introduire les sujets pour l'académie. Maintenant pour cela, nous allons voir les principales considérations en matière de planification du tracker. Ok, voici les plans de présentation. Nous allons faire parler un tout petit peu du contexte. Ensuite, nous allons parler de la situation générale du tracker de HS2. Après, nous allons voir quelques considérations pour l'implémentation, aussi quelques chiffres provenant du terrain et des considérations finales. Et enfin, nous allons voir des ressources usutiles. Au niveau du contexte, nous disons que concernant les interventions en matière de santé, que ce soit les volets médicals ou la gestion des informations sanitaires, les nouveaux paradigmes est maintenant celui de la numérisation. Et l'OMS lancé, qui est bien illustré par un discours prononcé par son directeur général sur les sujets. Voici un extrait du discours où il disait qu'il est essentiel d'exploiter la puissance des technologies numériques pour réaliser les objectifs du développement durable, notamment la couverture sanitaire universelle et les autres cibles du milliard du 13e programme général des travail de l'OMS. Ils ne sont plus en luxe maintenant, mais elles sont une réalité, une nécessité. Alors, lors du 71e assemblée mondial de la santé, les États membres de l'OMS ont demandé d'élaborer une stratégie mondiale en matière de santé numérique. Cette première ligne directrice de l'OMS établie des recommandations sur les interventions numériques pour le renforcement des systèmes de santé et résume les éléments des preuves concernant les technologies numériques. Donc, voici un aperçu sur les traqueurs et la recommandation des l'OMS relative aux interventions numériques dans les cadres du renforcement des systèmes de santé. Au total, il s'agit de neuf recommandations dont deux concernes du modèle médical pur, c'est-à-dire la télémedicine portée par les recommandations, quand il ne figure pas sur cette liste ici. Ok. Donc, la première recommandation porte sur la notification des naissances. Il s'agit à ce niveau des approches numériques basées sur les événements des naissances, c'est-à-dire permettre aux agents de santé et à la communauté de transmettre des alertes ou des notifications lorsqu'une naissance s'est produite. La recommandation numéro deux porte sur la notification des décès. A ce niveau, il s'agit de faire la numérisation dans les sens de faire la surveillance des décès, développer des alertes entre les décès, permettre aux agents de santé et aux communautés de transmettre des alertes par des notifications lorsqu'un décès est sauvé. La troisième recommandation porte sur la notification des stocks et gestion des produits. Donc, à ce niveau, il s'agit d'approches permettant de faire la prévention et le suivi d'éruptions des stocks en mettant des alertes et des notifications au niveau des stocks, faire la coordination du réapprovisionnement, la gestion et la coordination de la logistique pour l'utilisation des systèmes de communication et aussi des tableaux de bord pour les données et pour gérer et rendre compte des niveaux d'approvisionnement des médicaments. Maintenant, comme je l'avais signalé, la recommandation 4 et 5, ça, ça concerne uniquement les volets médicals pur et durs, c'est-à-dire la télémédicine qui n'est pas présente ici. Nous venons à la recommandation numéro 6 qui porte sur la communication ciblée à des clients. À ce niveau, il s'agit de faire des notifications et rappel pour les rendez-vous, c'est-à-dire le communication tel que dans le programme de VIH ou bien dans le programme de tuberculosis où les services de suivi peuvent faire aussi l'éducation sanitaire en faisant la communication pour les changements de comportement, la convention de la santé basée sur l'état des santé, aussi des alertes pour le service de prévention du bien-être et aussi souvent des notifications d'événements sanitaires en fonction des caractéristiques démographiques. Telle que par exemple dans le cadre de la consultation prénatale, on peut faire des notifications pour rappeler les femmes pour qu'elles viennent au rendez-vous et aussi dans le cadre de la vaccination pour atteindre les enfants et les parents des enfants pour qu'ils reviennent au niveau de la culture pour leur rendez-vous. La recommandation numéro 7 porte sur l'aide pour les professionnels des santé. À ce niveau, il s'agit de faire des outils de travail numérisés qui combinent les informations des santé d'un individu avec la connaissance du travailleur de la santé et de cliniques pour aider les agents de santé et à établir les diagnostics et aussi à prendre des décisions des diagnostics de traitement. C'est qui s'est traduit souvent par les algorithmes qui existent au niveau des santé dans les bureaux de consultation donc qui aident les agents de santé pour les diagnostics et aussi pour la prise en charge et selon les plans de soins et les protocoles de santé et les traitements établis au niveau de chaque pays. La recommandation numéro 8 porte sur le suivi numérique de l'état de santé et de services du client. Donc c'est les disciplines combinées à une aide à la décision. À ce niveau, il s'agit de faire la version numérique des registres papier pour donner des santé spécifiques et aussi souvent des registres numérisés pour le programme de santé bien sûr quel que soit notre demande. Les derniers éléments, c'est la recommandation sur le suivi combiné à une aide à la décision et à une communication ciblée avec les clients. Donc à ce niveau, il s'agit d'apprentissage virtuel donc il s'agira de développer des vidéos éducatives de multimédia et accès à des conseils cliniques et non cliniques pour la formation et les renforcement des capacités des agents de santé sur les terrains. Dans la même logique des différentes recommandations de l'OMS donc il y a eu des boîtes à particularité développées par l'institution et OMS en relation avec l'université d'Oslo dans les cadres de BHS2. Ces outils sont communement appelés les packages pour les données sanitaires. Ces packages sont basés sur les normes et les références des données permettant au pays d'améliorer la qualité, l'analyse et l'utilisation des données grâce à un système intégré d'information sur la gestion de la santé. Et en matière de normes, il est basé sur des indicateurs des bases et des méthodes données, ensuite des mesures de la qualité des données et tout ceci est téléchargeable au niveau du site d'OHS2, de l'université d'Oslo et que ça soit pour le dépôt des données et puis pour la qualité des données. Il y a des modules spécifiques dans ce sens des packages qui ont été développés pour ce programme, par exemple la mortalité, la morbide, les VIH, la vaccination, la tuberculose, la lettre précoce, c'est-à-dire la souffrance épidémiologique, l'hépatisme et la santé infantile et les adolescents. Donc au niveau de chacun de ces programmes, il existe des indicateurs et des demandes des données spécifiques à chaque programme. Il y a aussi des tableaux de bord qui les analysent de meilleures pratiques des rapports globaux et par cas. Il existe des formuleurs pré-établies, des registres de saisies et de données standard. Ce que vous voyez ici, ça c'est dans le domaine du projet, mais il y a aussi des informations des packages développées dans le cadre, notamment pour la notification des qualités de sens. Il y a aussi les causes de décès et il y a des packages qui ont été développées pour faciliter la gestion de la pandémie actuelle, c'est-à-dire le COVID en commençant par la surveillance basée sur le cas du COVID jusqu'au niveau de la gestion des médicaments et du processus de vaccination en matière de COVID. Il y a aussi des packages qui ont été sur la surveillance des cas de VIH, aussi des registres de vaccination et des manifestations post-vaccinales indésirables. Il y a aussi la surveillance des cas des tueurs culottes aujourd'hui qui est développé. Donc au niveau de chaque pays, ces packages là sont proposées, donc c'est un taux pays d'accepter et d'aller ouvert la numérisation à l'égard d'aujourd'hui. Il y a beaucoup de pays qui ont déjà adopté ces différents packages qui sont en cours d'être utilisés chez eux en termes de collecte des données et aussi en termes d'analyses des normes. Voilà maintenant, concernant la situation générale du tracker VHS2. Par rapport à l'état de lieu du tracker, à la date d'aujourd'hui, nous avons le tracker VHS2 utilisé presque au niveau de tous les continents, sauf ici au niveau de l'Australie, mais nous avons récensé 77 pays et plus de 120 000 utilisateurs. Donc ça veut dire que c'est quelque chose de défiable et qu'il y a toujours d'un développement pour qui j'ai amené la chose. Merci, donc je passe la parole à Jerry pour continuer. Ok, merci. Ok, merci Suleyman. Donc on parle un peu du tracker ici mais un peu on a parlé du tracker à vide, c'est-à-dire le tracker est un outil qui permet de faire des configurations selon les besoins que vous avez, nous avons cette possibilité de faire des configurations spécifiques. Ce qu'il faut noter c'est que vous avez cette possibilité d'avoir plusieurs configurations pour répondre à un besoin au même besoin. Et donc on essaie de le présenter comme ça, comme sur l'ego, où vous avez plusieurs parties et à vous de l'agencer pour avoir ce que vous voulez. Donc vous avez cette flexibilité de pouvoir faire le tracker quand vous le voulez du moment où ça répond à vos besoins. Mais en fait ce qu'il faut noter c'est que dans ce cas de figure nous avons aussi les packages dont Suleyman vient de parler qui nous permettent en fait d'avoir quelque chose de plus ou moins près qu'on peut à peu près modifier. L'avantage là c'est que vous avez avec par exemple 16 ans de package un travail probablement fait qui vous donne une idée généralement ça vous permet d'aller plus rapidement parce que lorsque vous allez faire le tracker dès le début vous avez cette tendance à parfois à beaucoup réfléchir si la mère approche. Par contre je l'ai dit tout au début il y a plusieurs façons de faire les choses. Prochain slide s'il te plaît. Prochain slide. Donc vous allez voir ici l'autre s'il te plaît. Le slide avant ça. Oui Jerry. Oui je peux avoir le slide avant ça? Oui. Oui c'est comme ça. Il y a un autre slide avant. Au fait quand on passe à mode présentation c'est comme ça ça s'affiche quoi. Oui mais en fait il y a un slide avant celui là en fait. Avant cette part. Le slide là justement. A la session. Merci beaucoup. En fait c'est juste pour vous montrer ce qu'on peut avoir comme produit fini avec les modules tracker de l'OMS. On a travaillé une ossature qu'on peut utiliser et qu'on peut bien entendu modifier des quelques modifications pour avoir un tracker qui reprend un autre besoin. Donc vous avez toute cette possibilité, toute cette flexibilité dans le tracker mais vous avez de l'autre côté cette possibilité d'utiliser les paquets si vous pouvez avoir un module préconstruit donc que vous pouvez modifier. Prochain slide s'il vous plaît. Voilà merci. Donc ici ce qui est important de comprendre c'est que pour pouvoir faire le tracker mais vous avez aussi des inconvénients mais des défis à relever en fait. Ce qu'il faut savoir c'est que en général nous avons cette possibilité d'avoir les données agrégées mais nous aimons parfois faire des suivis d'avoir des données encore plus désagrégées. Donc on veut avoir sur plusieurs formes des désagrégations et en fait quand on fait les collectifs de données agrégées on a la possibilité d'avoir des désagrégations à tous les niveaux. Nous avons cette possibilité aussi de pouvoir faire un suivi. C'est-à-dire que lorsque vous avez un tracker, vous avez la possibilité par exemple dans un de tracker contre des personnes, ou pour les personnes atteintes du VJASU qui suivent un traitement anti-réproviral. Vous avez cette possibilité de faire un suivi, de savoir s'il est perdu de vue, de pouvoir le rechercher de quel patient vient à telle période. Donc vous avez cette possibilité de faire un suivi. Ce qu'il faut noter aussi c'est que dans le tracker vous avez cette possibilité d'avoir les données décisionées au niveau central mais vous avez aussi cette possibilité de pouvoir utiliser le système pour l'aider à la décision au niveau au point de service. Donc vous avez cette possibilité de pouvoir par exemple permettre aux cliniciens de prendre des décisions liées à telle ou telle patient, à telle ou telle tendance dans son établissement. Mais c'est bien entendu parce qu'on a cette possibilité d'avoir tout cela avec le tracker. Ce qu'il faut aussi noter en général c'est que tout cela a un avantage comme je le dis mais à quelques défis par exemple ce qu'il faut noter c'est que vous allez avoir plus d'utilisateurs par exemple et donc il faut savoir qu'il y aura encore plus de suivis des utilisateurs parce que les utilisateurs doivent être formés, doivent être suivis etc et il faudrait savoir que vous aurez plus de données et donc il faut avoir pas conséquent des serveurs plus performants et des serveurs donc taillés pour ce genre de mise en eau. Ce qu'il faut noter aussi c'est que nous sommes dans une situation où nous traitons les données individuelles et donc dans ce cas de figure il faut penser à la sécurité d'être donné par exemple ce qu'il faut noter c'est qu'il faudrait prendre en compte tout cela tous ces défis qu'on peut avoir lorsqu'on veut mettre un tracker en place donc ce qu'il nous essaieront c'est de vous de vous faire savoir que nous avons le tracker qui le permet de faire beaucoup de choses au niveau, point de service, au niveau opération comme au niveau central mais il y a aussi des créations à prendre en compte notamment la specification serveurs qui le fait qu'il y ait plus d'utilisateurs et beaucoup de suivi. Ce qu'il faut aussi noter c'est que quand vous allez mettre ce système en place il faudrait penser à plusieurs composants donc comme j'ai dit la façon de configurer, la sécurité est-ce qu'on fait un saisir à temps réel à temps différent, est-ce qu'on a utilisé l'android ou le web est-ce que ça serait dans le système national, est-ce que ça alimente aussi le système d'information sanitaire, quelle doit être la couverture est-ce qu'il faudrait faire tout en même temps est-ce qu'il voudrait faire ça de façon grandeur, comment la formation la supervision se fera parce qu'elle est un peu différente de ce que nous avons au niveau de la partie agrégée et comment vous allez faire aussi la puits technique ou la puits au niveau des utilisateurs ou de tout cet écosystème. Donc c'est quelque chose qu'il faudrait prendre en compte lorsque nous faisons le tracker Je vais donc passer la parole à Dr.Chanile Merci, à bientôt Ok Merci beaucoup Jerry Slice s'il vous plaît Eh bien, ce qu'il faut aussi savoir c'est que lors de l'implementation d'un tracker nous passons souvent par une phase pilote et au cause de cette phase pilote, nous pouvons choisir un district et nous essayons de former en fait les gens du niveau national jusqu'au niveau périphérique. Donc dans ces cas de figure c'est gérable, on n'a pas tellement d'utilisateurs et on essaie de coordonner toutes ces activités-là. Mais la différence quand nous passons en fait au déployement à l'échelle nationale, ce nombre d'utilisateurs explose en fait et il est très important de mettre en place un système qui va permettre à ce que nous puissions apporter ce support à tous les utilisateurs. Donc nous pouvons passer, peut-être ça dépend du tracker que nous mettons en place nous pouvons passer de 1000 utilisateurs à 10 000 ou à 20 000 utilisateurs quand nous essayons de mettre ce tracker à l'échelle nationale. Donc tout cela doit passer par une formation bien soutenue depuis le niveau national jusque dans les périphériques. Parce que ce que nous avons remarqué c'est que ça dépend aussi des pays et des régions. Plus nous descendons vers la communauté les formations sanitaires peut-être plus loin dans la communauté. Plus la maîtrise de l'outil informatique ou de la technologie baisse. Du coup si nous devons collecter ces données la partie des tables ou des ordinateurs il revient à asseoir vraiment une bonne formation. Et la formation c'est bien formé nos amis de la région, du district aller dans les formations sanitaires et s'il faut aller dans la communauté ça dépend du tracker que vous essayez de mettre en place. Donc mettre l'accent vraiment sur la formation est un point essentiel. Et voir même nous pouvons essayer de mettre les outils. Vous peut-être avoir un manuel de formation ou un guide d'utilisation du système à offrir en fait à ces utilisateurs qui nous permettent de pouvoir avoir ces données là. Donc il faut faire de telle sorte que ce flux de travail entre dans la routine qu'il puisse utiliser ce système au quotidien et cela permet aussi de rapidement avoir une bonne maîtrise de l'outil que nous essayons de mettre en place. Cela y est s'il vous plaît. Et quand nous parlons de support il faut quand même avec 10 000 personnes avec 20 000 personnes c'est un peu plus compliqué. Du coup si nous formons très bien les gens dans la chaîne nous pouvons quand même par exemple si un utilisateur oublie son mot de passe est-ce que c'est important de pouvoir directement notifier cela au niveau national pour qu'il régnent. Normalement ça devrait pas être ainsi. On peut passer par un niveau intermédiaire peut-être le district ou peut-être le responsable ça dépend du tracker et du lieu de l'information. C'est cette personne qui a été réellement formée qui se trouve au niveau district peut gérer ces petits soucis de mot de passe oublié peut-être des messages qui viennent lors de la saisie de données. Cette personne doit être réellement outillée pour pouvoir gérer cette partie-là. Et quand peut-être il y a un problème de passe au niveau, de passe le district de passe la région c'est au moment que normalement nous pouvons notifier en fait ce problème au niveau national afin qu'il puisse très rapidement trouver une solution. Parce que par exemple la vaccination Covid où les gens viennent tôt pour se faire vacciner si la personne prend une tablette et essaie d'enrouler la personne et qui n'arrive même pas à se connecter les gens qui sont venus se faire vacciner vont s'énerver et ce qui n'est pas bien. Donc quand cette personne va pouvoir rapporter le souci qu'il a, il faudrait qu'on trouve en fait ce mécanisme pour rapidement lui trouver une solution afin qu'il puisse continuer en fait ce travail-là. Donc le support est vraiment essentiel quand nous essayons de mettre en place un système tracker qui demande à ce que les personnes utilisent plus ou moins au quotidien ce système-là. Diapos s'il vous plaît. Et nous savons que dans la routine nous avons des données que nous rapportons peut-être mensuellement ou par semaine mais ici les données tracker il est fort intéressant de pouvoir les collecter en temps réel. Parce que quand ils utilisent peut-être l'ordinateur ou peut-être les tablettes pour pouvoir collecter ces informations sont automatiquement téléversées peut-être un tracker pour Ebola ou pour au début les cas de COVID donc ces informations si on peut les notifier assez rapidement les rapporter en temps réel ça permet aux décideurs de prendre une décision et rapidement trouver une solution à ce phénomène qui touche en fait le quotidien et cela permet aussi nos amis de suivi-évaluation ou les responsables des centres ou au niveau de districts de pouvoir entrer dans cette validation donc ils vont pouvoir regarder ce données. Voici il y a des erreurs et ensemble dans quelle mesure on peut arranger les choses pour que les données sont saisies à une certaine qualité bien sûr dans le système DHS2 tout passe aussi par des contrôles que nous faisons sur le système mais il faut aussi mettre en place ce mécanisme pour pouvoir contrôler aussi les données quand nous utilisons, quand nous voulons collecter ces données en temps réel il faut certainement avoir une connexion donc par rapport à cela il faut aussi mettre à disposition une certaine connexion pour qu'il puisse quand même rapporter les données en temps réel et quand nous disons rapporter les données en temps réel ça va carrément augmenter le nombre de personnes qui utilisent le DHS2 au même moment donc ce qui revient aussi à la partie serveur à ajuster en fait les performances du serveur afin que tout le monde puisse synchroniser les données ou envoyer les données au même moment diapo. Je l'avais dit tout à l'heure nous avons la possibilité de renseigner les données du tracker à partir de notre navigateur ou carrément à partir de l'application Android de DHS2 qui permet à ce que nous puissions faire cette saisie en mode offline c'est-à-dire nous pouvons saisir cette données sans pour autant avoir une connexion assez assez bonne avec le DHS2 n'est pas tout à fait compliqué qui ne permet pas ce qu'on puisse utiliser beaucoup de méga avant d'envoyer ces données mais dans l'utilisation de la tablette ou de l'application Android il revient à pouvoir être aux petits soins de la personne pour qu'il puisse maîtriser en fait l'outil qu'il est en train de utiliser maintenant dans son quotidien pour pouvoir rapporter en fait les données donc tout cela entre en jeu et cela permet d'avoir une certaine qualité de données sans oublier que nous devons voir l'aspect ou le nombre d'utilisateurs augmente quand nous utilisons beaucoup plus les données tracker parce que ce sont des données que nous collectons individuellement bon je vais passer la parole à Samaké qui va vous conduire sur le prochain slide merci merci Agnan au vu de tout ce que Agnan vient de dire nous allons voir maintenant la planification de l'implémentation au niveau national en général dans la plupart des pays il y a beaucoup qui ont commencé avec les systèmes agrégés ensuite ils ont adopté les systèmes trackers mais d'autres souvent aussi ont commencé par des trackers avec certains programmes et ensuite ils sont passés par au niveau de l'agrégé quand cela ne tienne si déjà il existe les DHS tout dans les pays il est important de prendre en compte l'intégration du tracker avec les systèmes existants pour permettre d'attendre la durabilité et la rentabilité dans ce sens que cela peut réduire la barrière à dire que les difficultés qui ont eu lieu lors de la mise en place du système on ne va plus revivre ces choses donc ça c'est déjà des acquis et également en matière de formation nécessaire aussi cela va réduire à ces niveaux il y a dans ce sens toujours la possibilité de réutiliser la technologie et les infrastructures qui existent c'est-à-dire les ordinateurs et les serveurs qui existent donc si il y a possibilité d'augmenter la capacité des serveurs ou bien s'il s'agira d'aller vers un autre serveur ou bien de faire une connexion entre les deux donc de toutes les façons il est intéressant de voir le côté des existants et de tirer parti des capacités de l'équipe centrale du ministère de la santé cela pour la personnalisation du dosiciel en général pour la mise en place du DHS dans les différents pays il y a eu une équipe centrale qui a été mise en place en termes de configuration c'est-à-dire paramétrage les équipes d'administrateurs sont superbes à certains niveaux donc il s'agira de tirer profit de ces existants pour aller vers les traqueurs pour faciliter l'implementation de ces logiciels ensuite il faut travailler avec les processus existants au niveau du ministère de la santé en ce sens qu'il y a aussi des mécanismes qui sont mis en place c'est-à-dire les réunions des administrateurs ou bien les suivis des utilisateurs par les administrateurs et aussi souvent les réunions de coordination entre les ministères de la santé et l'équipe et aussi les partenaires intervenants dans les DHS donc il faudrait vraiment aussi tous ces mécanismes existants pour intégrer la gestion du traqueur dans ces sens donc en ces moments il y aura les renforcement et la construction de la gestion globale des données ce qui a recherché en général au niveau du SNES donc voici un petit guide ici à droite par rapport au budget qui est indicatif de la mise en œuvre dans les pays sur les exemples de la partie de certains pays donc c'est changeable et c'est adaptable aussi à chaque niveau pour un exemple il y a les paquets de base où on parle ici d'extension du PEV c'est-à-dire la vaccination au niveau de formation sanitaire ici il y a des lignes spécifiques qui sont prises en compte à traverser par exemple l'installation et le design du package avec les nombres d'ateliers et puis les coûts en dollars ici aussi il y a vous m'entendez ? oui ok d'accord il y a aussi la formation des formateurs avec les nombres d'ateliers et puis les coûts il y a aussi la formation des utilisateurs finaux au niveau des formations sanitaires il y a aussi des volets concernant la formation sur l'analyse et l'utilisation des données avec les nombres d'ateliers et les coûts donc ça peut être adaptable à chaque niveau il y a aussi d'autres volets c'est-à-dire par exemple au niveau des registres, des lignes ou bien les formuleurs des campagnes de masse ou bien la gestion de MAPI à ces niveaux il y a des volets aussi qui sont là notamment le support du serveur et puis l'update du serveur donc avec les coûts il y a aussi les paramétrages et les designs avec les nombres d'ateliers il y a ce qui est important aussi quand on veut faire des registres en général il faut choisir des sites pilotes donc ces niveaux on peut choisir un nombre des sites pilotes en fait du pays c'est vraiment de voir la fiabilité de la chose avant de passer à échelle après cela il y a aussi les volets de formation des formateurs par rapport à ces registres qui peuvent bien budgétiser et enfin la formation des utilisateurs finaux il y a d'autres volets aussi qui sont très importants qu'il faudrait prendre en compte en matière de planification et de budgétisation il s'agit par exemple quand les certificats électroniques comme on nous sommes en train de partir vers ça maintenant surtout dans les domaines de COVID avec les vaccinations donc la gestion des certificats électroniques il y a aussi les solutions d'interprétés qui sont proposées donc à ces niveaux il est mieux aussi de budgétiser les coûts du paramétrage du design il y a aussi l'assistance technique en matière d'interprétabilité parce que le volet interprétabilité est très profond et très délicat donc il faudrait beaucoup penser à l'assistance technique à ces niveaux et ça y va de la réussite de la chose ensuite il y a les volets appareillage les appareils mobiles puis les ordinateurs et autres pour les déploiements les appareils qui peuvent être végétisés les nombres d'appareils soit par ordinateur laptop si c'est le téléphone android ou les tablettes il y a aussi le volet connectivité qu'il faudrait vraiment qu'il ne faudrait pas oublier parce que ça y va vraiment de la réussite de la chose c'est vrai qu'il y a les offline en matière de... il faudrait que la connexion soit faite avec les serveurs centrales donc sur ces volets planification de l'implémentation vous pouvez voir les guides d'implémentation du VHS2 ou les guides d'implémentation du tracker et les guides d'implémentation android pour plus d'informations je passe la parole à Sakibu pour le volet interoperabilité ok merci d'Ortez Samaké pour ces orientations et maintenant nous allons aborder cette question qui revient de plus en plus mais là dans les pays c'est un aspect interoperabilité et dans ce sens ce que nous allons dire c'est que le VHS2 a tellement fait des efforts dans ce sens qu'elle a mis à disposition cette vue à pays qui permet l'échange des données avec les autres applications c'est-à-dire que si vous avez le VHS2 vous n'avez pas forcément besoin d'attaquer la base de données post-grés qui est derrière mais à travers la pays vous pouvez rapidement faire l'appel ou l'envoi des données vers le VHS2 et en termes d'interoperabilité avec le VHS2 le VHS2 a eu à faire cet effort à ce qu'il puisse mettre en place le format d'échange de données ADX qui est un standard mais n'a utilisé pas beaucoup d'applications aussi et pour que au moins il y ait plein de personnes qui veulent interagir le VHS2 leur application avec le VHS2 plus ça passer par ce format mais qui est uniquement adapté pour les données agrégées donc quand vous passez par l'ADX c'est beaucoup plus pour les données agrégées que vous voulez interagir avec le VHS2 mais dans le même temps nous avons aussi ce standard FH1 vers lequel beaucoup d'applications ils vont aussi et qui est un standard pour les données mais aussi des éléments déjà pré-établies pour pouvoir faciliter l'échange d'aide données médicale avec le VHS2 donc si vous prenez beaucoup des applications qui sont dans le domaine médical il s'adapte à ce standard pour pouvoir faciliter l'existence de données et vu que c'est un standard et que les applications s'y mettent déjà et c'est beaucoup plus orienté vers la donnée vu que tout le monde essaie de s'assurer l'échange va devenir un peu plus facile dans ce sens alors, actuellement le DHS2 même au niveau du quartier nous en sommes dans le processus d'interopérabilité avec un certain nombre de bases si nous prenons l'exemple des cas de ma fille qui sont collectés à travers le DHS2 à travers d'autres applications actuellement au niveau de l'OMS il y a ce qu'ils appellent VJB qui est une base internationale où l'ensemble de ma fille collectée dans différents pays y aussi elle retrouve pour qu'on puisse avoir une visibilité de façon mondiale sur ces gens d'information mais en même temps c'est une autre plateforme qui est indépendante de DHS2 et actuellement c'est cet effort d'interopérabilité qui est en train d'être faite même si vous développez, même si vous collectez vos données à travers le DHS2 ces informations-là pourront être transférées par ces systèmes d'interopérabilité vers cette plateforme internationale et actuellement ce qui se passe c'est que cette plateforme internationale a des systèmes de sécurité par rapport aux cas individuels parce que lorsqu'on est en train de parler des cas de ma fille ici c'est convainc pour moi de parler des données individuels qui sont envoyées même si on va essayer d'être un peu regardant sur l'anonymat où on ne va pas partager les informations comme le nom et les informations envoyées vers cette plateforme et dans ce même sens aussi le DHS2 quand je parle de DHS2 je parle vraiment de l'espoir qui est derrière cet aspect sans pertenant aussi de travailler sur l'interopérabilité vers des plateformes qui génèrent déjà des certificats de vaccination comme d'ivoque il y a cette possibilité de générer les certificats de vaccination depuis un long moment aussi mais aussi qui a mis en place la norme 3C pour la sécurisation et la vérification des données qui sont affichées sur le certificat d'artuellement il y a ce processus d'interopérabilité qui se fait parce qu'on nous a remarqué avec la COVID vaccination cet impignon est pour d'ivoque pour la génération de la certificat de vaccination mais il faut aussi noter que les espoirs qui utilisent des DHS2 sont en train de faire des efforts à mettre en place des applications conçues par eux-mêmes qui permettent aussi de pouvoir générer ces certificats de vaccination comme l'espoir d'Africa ou l'espoir de Rwanda disons des applications aussi qui vont permettre soit d'installer sous DHS2 d'imprimer ces certificats de vaccination mais aussi des liens externes à DHS2 qui va aller vers le DHS2 de récupérer les informations pour que le grand public puisse aller eux-mêmes aller télécharger leurs propres certificats de vaccination il faut aussi préciser que sur ces certificats de vaccination le QR code est crypté et donc avant même de télécharger votre certificat vous avez besoin de vous connecter à cette plateforme en mettant des niveaux de sécurité vous mettez votre numéro votre code d'enrollement pour votre cas d'identité ensuite vous recevez un code qui permet de valider si c'est réellement vous qui êtes en train de faire la requête de demande et à baser sur ça après tout vous avez le certificat qui est généré mais le QR code aussi est imprimé de façon cryptée et donc pour cela nous avons aussi un lien qui va permettre de pouvoir vérifier sergent de code crypté pour qu'au moins on possible s'assurer de la vaccination et donc, juste dans ce processus d'interrepérabilité vous allez comprendre qu'il y aura des instances indépendantes du DHS2 mais qui peut s'interconnecter au DHS2 pour pouvoir imprimer cela va aussi dans ce cas qu'il y a aussi des applications android conçues pour pouvoir afficher les données cryptées pour vraiment savoir si c'est vraiment authentique alors, dans ce temps d'idée ce que nous essayons de faire maintenant c'est de nous adapter au standard de l'OMS et actuellement l'OMS même essaie de mettre en place des kits numériques où ils définissent vraiment des normes et des procédures par rapport à certains aspects d'interrepérabilité vers lesquels on même on essaie aussi de s'adapter pour vraiment être dans cet vu commun ou dans cet vu standard de façon de faire les choses mais il faut aussi noter qu'il y a beaucoup d'applications qui sont sur le terrain et le DHS2, à travers les implementations que les gens ont eu à faire dans différents pays aujourd'hui il y a la possibilité de faire une inter-connexion avec le DECA cela a été déjà prouvé dans certains pays il y a la possibilité d'interconnecter le DHS2 vers le Conquer il y a eu affaire des tests de faisabilité au niveau du sénégal par le temps il y a aussi cette possibilité aussi d'interconnecter le DHS2 avec OpenMS qui a déjà en sensé lui-même développer un petit module pour pouvoir envoyer les données vers le DHS2 pareil pour le logiciel de gestion de ressources humaines mais aussi le logiciel de gestion de stocker OpenMS qui utilise certains applications tiers ou plutôt externes pour pouvoir interconnecter le DHS2 avec leurs implementations OpenMS tous ces aspects existent et il y a déjà des logiciels qui existent pour pouvoir essayer d'aller vite suivant alors il faut noter oui il faut noter que tout cet aspect d'inter-operabilité même si les gens se mettent à le dire de façon frivolmée dans les pays n'est pas comme une solution qui est vraiment facile ou on n'allait rien développer vous allez juste dire que bon toi tels liens tu viens ici et puis c'est bon non c'est toujours derrière et c'est pas une tâche vraiment facile comme les gens s'imaginent parce que derrière il faut déjà comprendre les deux plateformes que vous voulez interconnecter la comprendre dans le sens en thème de métadonnées mais on sait en thème de données du format de données que telle application a son sein et telle application a son sein et ensuite faire les aspects de mapping qui peuvent aussi prendre le temps si vraiment les gens n'ont pas vraiment d'accord que les gens arrivent à expliquer aux partenaires ou plutôt aux parties prenantes dans les pays à comprendre que dans ce qu'on parlera d'inter-operabilité ce n'est pas juste faire une petite tâche d'une journée mais c'est de savoir aussi que ça peut prendre un temps faire des tests après de faisabilité comprendre si tout ça ok avant vraiment de le mettre à l'échelle et comme vous avez pu le voir avec ce demand c'est pour ça même dans vos budgets c'est bien aussi de voir ces budgets bien que ce soit pour aussi les phases d'inter-operabilité lors de vos projets suivant seulement alors il faut aussi comprendre que artuellement dans les pays tout le monde va vers pratiquement les mêmes projets un peu comme on va parler des trackers VIH ou des TB ce que nous avons constaté c'est que tout le monde essaie de designer son tracker et c'est tout à fait un moment parce qu'il faut s'adapter à ce que le pays a comme formulaire et donc les gens ont différentes façons de pouvoir customiser leurs formuleurs trackers ou toutes les métadonnées mais c'est qui inter c'est qui est important c'est d'arriver à un bon résultat et c'est qui rend un peu difficile parfois le DHS2 a pouvoir franchement finaliser certains aspects de standard parce qu'on s'est dit tel pays qu'est-ce qu'ils ont un niveau et comment on doit pouvoir customiser donc il arrive parfois qu'il y a des décisions qui sont prises qui peuvent arranger certains et qui ne peuvent pas arranger d'autres mais c'est parce que on s'est dit que les pays ont des situations un peu différentes et donc cela fait que ce n'est pas aussi aisé vraiment de s'en sortir à avoir tout le monde dans le même ordre d'idée mais toutefois cela est le suivant donc toutefois ce que nous avons décidé de faire maintenant à travers les packages traqueurs c'est qu'on s'est dit que chaque pays maintenant s'aligne sur un modèle qu'il a reçu de l'OMS même s'ils vont décider de l'améliorer ou plutôt de le customiser par rapport à leur contest pays et donc du coup nous avons ces packages là qui ne respectent que des méthodes données ou des variables que nous avons reçues de l'OMS par rapport à certains documents et reçus que nous avons reçu de l'OMS et maintenant vu que les pays sont différents ils peuvent vous télécharger ce package là et puis installer dans leur instance et l'adapter comme ils ne veulent pas pour leur contest pays cela permet à ce qu'on puisse avoir au moins un modèle commun et basé sur ça tout le monde peut ajouter ce qu'il veut ou l'étranger ce qu'il veut et ce qui est important c'est que cette importation ou plutôt cette intégration des packages traqueurs basé sur les ressources de l'OMS que nous avons conçues ne sont pas facilement installables alors c'est un peu aidé de l'installer sans souci si vous partez d'une instance qui est vide et à partir du moment où vous voulez l'installer sur des instances qui ont déjà des données des données agrégées ou d'autres traqueurs que vous avez conçus par vous-même ça devient un petit peu difficile de pouvoir l'importer ou l'installer parce que il y a des tests de mapping savoir si telle variable est dans mon package est-ce que cette variable n'était pas déjà dans mon DHS2 pour pouvoir changer le UAD avant de l'importer et donc pour cela nous avons fait cet effort de mettre en place des guides qui vont vous orienter à savoir si il n'y a pas à part c'est un variable clé que nous avons déjà à la manière dont vous pouvez les identifier au niveau du package mais aussi l'identifier au niveau de votre système pour pouvoir les remplacer dans le fichier que vous voulez intégrer maintenant c'est qu'il est important de savoir c'est que lors du processus d'adaptation vraiment il faudra survoi les directives nationales mais aussi ne pas mettre sur le partenaire l'analyse loin de votre travail il faudrait déjà qu'il soit parti pour l'enterre de cette phase d'adaptation pour qu'au moins il puisse rapidement vous orienter à la question et ensuite tester ce déploiement de votre traqueur à l'échelle juste dans une zone avant de passer à l'échelle nationale pas de le mettre à l'échelle nationale comme un pays décide de le faire suivant et il faudrait aussi que vous puissiez mettre dans votre considération est-ce que la plupart des pays comme nous l'avons constaté ont déjà des serveurs de données agrégées est-ce que nous décidons de les insérer dans les serveurs agrégés où nous allons carrément créer une instance indépendante pour les traqueurs il y a tout cette considération que vous devez prendre en compte avant d'intégrer votre traqueur et cela aussi va dépendre des droits que tout le monde assure l'instance où sera déployé le traqueur parce qu'il faut pas oublier que les données traqueurs soient dans les données individuelles suivant alors actuellement ce qui se passe comme je l'ai disais tantôt c'est que vous avez dans les pays actuellement des agrégés qui existent et maintenant que beaucoup de pays sont en train d'aller vers les aspects de traqueurs vous devez avoir à l'idée quelle option vous décidez de choisir par rapport à l'intégration de votre traqueur est-ce que vous décidez carrément dans une instance indépendante où vous essayez de combiner le tout en un et donc ce qu'il faut savoir c'est que pas pour donner agrégés vous avez le rapport que vous n'avez pas pour une période bien claire mais aussi vous devez avoir à l'expliquer quand il se rend des erreurs vous pouvez peut-être les corriger au niveau national comme on arrive à le constater maintenant un petit peu vous devez savoir que les données agrégées ne sont pas si sensibles parce que c'est déjà accumulé il y a une personne vraiment spécifiquement mais pas pour le traqueur c'est de savoir est-ce que lorsque vous déployez le traqueur les données là peuvent être agrégées directement et puis vous donnez des informations agrégées mais cela je pense que vous devez être à l'échelle nationale mais aussi savoir que tout le monde rapporte comme ça se doit que lorsque vous mettez en place les données agrégées et que ces données les données traqueurs et que ces données traqueurs peuvent être dans une finalité de données agrégées et que dans ce sens vous n'avez plus besoin de renseigner les données agrégées sachez que quand il y a des erreurs ces erreurs là vraiment doivent être corriger vraiment au niveau où ça s'est passé et de façon individuelle ce qui va encore allonger un peu plus sur la charge de travail pour les utilisateurs finaux mais aussi prendre en compte que ces données sont très sensibles et pour cela lorsque vous mettez en place les personnes telles personnes doivent pouvoir avoir cette information les mettre dans des groupes pas bien clairs pour éviter que les uns et les autres tombent sur les données sensibles des autres et aussi vous devez avoir l'esprit des indicateurs qui sont vraiment utiles par rapport à ce que vous avez fait vous devez si vous avez assez de ressources est-ce que vous prenez ces deux instances là où vous pouvez les mettre en l'heure mais c'est qu'il faut savoir c'est que lorsque vous faites des modifications dans la données traqueurs vu que ces données traqueurs doivent aller vers l'agrégée il faut savoir on verra ça alors de notre formation traqueurs niveau 2 qui va arriver bientôt qui aura plusieurs processus par rapport à la mise en place de ces deux instances et puis savoir que lorsque nous disons que les données traqueurs doivent aller vers l'agrégée ce n'est pas aussi systématique que ça surtout que si vous avez de serveurs indépendants il va aussi mettre en place un système d'interopérabilité qui va prendre les données de traqueurs les agrégés avant de les mettre dans les données agrégées ainsi de suite alors je pense que là je vais laisser la parole simplement pour parler ok merci beaucoup Sakibu donc dans cette dernière partie du slide nous allons parler des serveurs et de la carte estique et les mesures de précaution qu'il faut répondre donc principal considération concernant un serveur y a bien sûr la sécurité c'est très fondamental donc lorsque vous permet de faire un serveur il est essentiel et est assuré de l'accès à ce serveur et ne pas donner les rôles à tout va à tout le monde et c'est très important pour l'intégrité de vos données et il est également essentiel du veillasse que le serveur soit toujours disponible en ligne donc si le serveur tombe d'une autre et veille à ce qu'il soit en ligne le plus tôt possible donc ce qu'il faut aussi garder à l'esprit c'est que la sécurité sur un serveur d'art tracker est nettement plus disons plus superior ou bien plus considérée que c'est intervers agrégé d'accord et dans le tracker nous manipulons souvent des données à caractère privé et il y a des pays où les réglementations et demandes à ce que vous mettez tout le musée secrétaire possible pour protéger ces données donc ça ça dépend des pays et il est toujours dans les bonnes pratiques de toujours prendre en compte cette protection des données à caractère privé et en utilisant un système de hâchage puis d'identifier les différentes personnes enroulées dans le programme tracker ok, y a pour donc dans ce contexte de Covid-19 plusieurs implémentations des trackers covaques sont faites dans différents pays et souvent la question que les gens se posent avant de faire l'implémentation c'est du genre, est-ce que mon serveur a déjà les cartes si critiques pour supporter autant d'enroulements de personnes autant de données et saisies et déjà un début de réponse à ça c'est que nous allons déjà voir quelques chiffres de certains pays qui nous donnent une idée de ce que vous avez fait votre serveur dans la quantité de données prenons le cas du Sri Lanka donc au Sri Lanka et le tracker Covid le serveur tracker Covid contient 16 millions d'enquités 16 millions de personnes enroulées et 16 millions et dans l'enroulement je vais dire et des événements la version du DHF c'est la 2.34 donc c'est une version du dernier patch c'est pas mal en Bangladesh nous avons pour le serveur 8 millions d'enroulements autant de nombre d'événements plus de 200 millions d'événements saisies pour ces 8 millions donc ça fait beaucoup de données et la version du DHF en Bangladesh c'est la 2.33.7 pour ce tracker ensuite nous avons pour le Ghana au TBVH et un total de 2.520 utilisateurs c'est-à-dire les utilisateurs DHF2 pour 225.446 et enroulements d'accord et ça c'est sur la version 2.34.2 de leur DHF2 nous avons préparé la même chose côté Togo c'est à peu près le même chiffre que pour le Ghana Diapo donc sur la base c'est chiffre pour faire un test de charge sur un serveur et voir à peu près ce que ça nous donne comme résultat ici par exemple nous avons fait un test de performance sur un serveur de caractéristique pour ce serveur intelligent de 8 cores avec 128 gigas de mémoire et bien sûr des terrains de disque dur donc si vous êtes serveur de test et nous avons lancé un test de charge de 500 à 1000 utilisateurs avec un intervalle de 30 secondes 30 à 40 secondes entre les tâches donc l'équivalent de ces chiffres et VDON a exécuté 40.000 requêtes par seconde pendant 6 heures sur le serveur d'accord et l'équivalent de cela en terme un langage plus simple pour pouvoir créer importer environ 520.000 entités en roulement et avoir fait vie environ 1,2 million d'événements donc c'est l'équivalent de faire la requête à 40 requêtes par seconde pendant 6 heures donc les résultats étaient intéressants qu'il était fait passer et ensuite nous avons fait de pousser le test plus loin en faisant les requêtes à 600 requêtes par seconde pour avoir le même résultat et apparemment le serveur aussi s'en est bien sorti et aussi à répéter quelques temps de ralentissement ok et enfin le dernier test qui a été fait et on a eu plusieurs serveurs beaucoup moins puissants que le précédent et l'exemple ici c'est un serveur de chez Amazon et qui a, oui pour ses sœurs étendu giga de la c'est une configuration qui est nettement inférieure au premier mais c'est qui est intéressant, c'est que nous avons eu de bons résultats et juste les performances sont du mieux de 30% d'accord donc déjà là vous voyez que et la performance du serveur ne se fait pas de manière atométique aussi pas de diviser les performances du serveur pour s'attendre à la moitié de performance ok donc sur la base du secoutaire il y a pas, je pense qu'il y a des difficultés voilà donc c'est la base de tous ces différents tests et l'équipe a essayé d'identifier les différents boutons d'étranglement qui pourra l'entir la performance de ces tests et le DHS de les développeurs ont pu corriger la plupart de ces erreurs dans les développeurs ok, il y a pour donc en termes pratiques les chiffres que nous avons vu précédemment c'est des chiffres aux communautés faits avec les categories de serveurs dont on vous a présenté et ça a été fait aussi avec le package COVID tel qu'il est sans modification à l'intérieur mais en termes pratiques ce qu'on constate c'est qu'il y a beaucoup de customisation de ces packages dans les pays ok, donc la conséquence c'est que les implementations et les cas d'utilisation sont très différents dans chaque pays donc vous pouvez ne pas avoir les mêmes performances des tests qu'on a ici selon ce que vous avez, comment vous avez utilisé votre application ok, donc les différents facteurs qui peuvent amener des goulots d'exagréments et à votre serveur j'en voulais ralentir un peu nous avons les programmes qui peuvent être mal pour designer, d'accord et c'est un programme COVID après, le package est utilisé le package COVID et que vous ajoutez certaines personalisations dans ces packages vous êtes libre de le faire bien sûr et si cette customisation n'est pas bien rodée et disons bien implémentée et c'est comme si vous ajoutez aussi d'autres possibilités de goulots d'exagréments à votre serveur donc les serveurs ne peuvent pas plus de temps pour traiter les serveurs, selon ce que vous mettez beaucoup de variables ou de variables complexes dans votre programme facteur et ensuite il y a aussi un facteur qui peut ralentir votre serveur et créer des goulots d'exagréments à fond donc vous répartissez les dashboards d'accord et prenez un exemple où vous voulez afficher par exemple la file active ou un programme VIH et c'est intéressant de l'afficher pour l'utilisateur qui est au niveau de la formation sanitaire, le clinicien donc lui peut par exemple voir la liste et tous les personnes suivies au niveau de sa formation sanitaire mais si vous voulez afficher par exemple cette même file au niveau national et celle-là va demander beaucoup plus de calcul ok donc idéalement il est important d'éviter des faits des dashboards trop loups c'est-à-dire avec beaucoup de graphiques de favoris qui demandent à calculer l'agurgation de tous les données du pays surtout si c'est à l'échelle sujet individuel ok donc ça fait des trucs qu'il faut considérer souvent quand vous implementez vos dashboards et côté côte et application personnalisée il est bien sûr possible quand vous avez votre serveur d'IHF2 de configurer d'autres applications sur le même serveur et qui vont peut-être servir de passelles ou bien de mille d'euros pour d'autres applications c'est toujours intéressant mais il faut faire attention aussi aux scripts que vous mettez dans vos applications d'accord il n'est pas évident ou bien il n'est pas souvent évident que les scripts ou les requêtes que vous utilisez soient déjà optimisés et ne pouvez pas dire bien tuiner et ne pas trop surcharger le serveur d'accord si vous avez besoin de votre service vous avez besoin de votre service vous avez besoin de votre service vous avez besoin de votre service d'accord si vous n'avez pas exemple une application d'interoperabilité qui demandent de disons chaque seconde au serveur de lui envoyer la liste de tous les enrôlements qu'il y a au niveau de son programme ça n'est pas exemple ce que vous ralentissez le serveur et à travers les requêtes et les utilisateurs n'ont pas vraiment la facilité ou bien n'ont pas un accès plus fluide au serveur ça crée beaucoup donc il faut vraiment faire présentation à l'implémentation que vous faites que ce soit à côté front-end ou bien que ce soit une application que vous avez installé sur le DHS2 et troisième point les versions du DHS2 tout récemment il y a eu une mise à jour majeure sur les versions du DHS2 2.34.4 2.35.2 donc ces nouveaux questions ont été optimisées pour la meilleure performance possible ok, donc ces 3 versions sont actuellement les plus rapides des versions DHS2 et si vous êtes en cours d'implémentation d'un tracker et si c'est vous débuter donc nous recommandons d'utiliser une de ces 3 versions déjà c'est fait un grand avantage et par contre si vous avez déjà implementé peut-être pour des versions antérieures et vous pourrez explorer la possibilité de faire moins de faire la migration ça dépend des règlements au niveau du votre ministère ou département donc il fait du tout une fenêtre pour faire la migration vers ces versions qui sont beaucoup plus efficaces et beaucoup plus performantes il n'y a pas donc lorsque vous confinez un ferveur DHS2 il y a plusieurs configurations à prendre en compte premièrement il faut que votre équipe ait déjà la capacité de refaire je m'explique et si vous voulez implementer un tracker de cette envergure qui demande beaucoup de ressources et si vous êtes une équipe qui ne l'a jamais fait et c'est pas évident que vous réussissez du premier cours d'accord il y aura beaucoup de choses à réporger et c'est très difficile d'aboutir à quelque chose de solide donc généralement quand vous débutez d'implementer un tracker faite envergure il est toujours nécessaire d'avoir quelqu'un dans l'équipe qui l'a déjà fait même si c'est pas dans la même amplitude dans la même taille il faut quelqu'un qui a déjà l'expérience de l'implémentation d'un tracker dans l'équipe pour qu'il puisse nous en sortir donc ça c'est très très important et deuxième considération c'est que vous pouvez toujours monitorer votre serveur vous pouvez construire un système de monitorage qui vous affiche les performances du serveur la quantité des rames utilisées le disque de l'utilisé la requête le trafic réseau etc donc c'est là où permet de voir ce qui se passe sur votre serveur les échanges avec l'extérieur et vous pourrez même anticiper certains problèmes futurs par exemple la rame est souvent à un niveau extrêmement élevé déjà vous pouvez penser que j'ai à l'augmenter pour éviter un problème ou un crash quelconque exemple pendant l'analytique et ici vous voyez aussi que le disque pendant l'analytique est pro-utilisé juste à l'extrême à 99% déjà vous pouvez penser que j'ai à l'organiser ou bien à l'augmenter pour éviter un crash éventuel quatrième considération il est important d'avoir un plan de restauration de votre base d'accord et du genre si du jour au lendemain votre base tombe la production, votre base tracker est out que faites-vous est-ce que vous êtes en mesure de les restaurer à une version et vous avez un backup pour le restaurer et si au cas où vous souhaitez aussi restaurer une version anterior de votre base pour une raison pour une autre pour retrouver le backup etc et est-ce que le backup que vous utilisez vous les avez testés et sont tous fonctionnels et il arrive qu'il fait un fond de backup sans les tester et à un moment critique quand il fait des restaurés le backup il se rend compte qu'il y a un problème avec leur fourvégage et là c'est très grave ok quatrième considération il est très intéressant que vous ayez un document donc un document qui va vous permettre d'évaluer les risques donc pour chaque risque et probable qui peut arriver par rapport à votre serveur et vous classez le risque par ordre disons de mauvais, moyen ou pas grave donc vous voulez classer dans ce sens donc c'est là que vous permettez d'identiciper certains problèmes et genre lorsqu'il y a telle signification critique qu'il y a pareil, quelles sont les conséquences humaines, techniques et financiers qui peuvent avoir et ainsi de suite et quand au fait cela vous pouvez aussi déjà penser aux solutions ou bien à la procédure de résolution de ces problèmes ok et un exemple simple supposons que vous avez un super administrateur et que le monsieur est le seul qui accède d'accord et bon un bon matin le monsieur voyage à l'écran j'ai qu'on n'avait plus son contact qu'on n'avait plus à les joindre et personne n'a accès à votre serveur, on aurait besoin de redémarrer peut-être le possible parce qu'il y a une couple de cours dans le serveur écripté il faut quelqu'un pour les déverrouiller et c'est la seule personne qui est capable de le faire voilà que cette personne vous n'avez plus son contact il n'est plus un excessif vous devez déjà avoir un document qui pensait différents cas des figures et il est possédu pour résoudre le problème d'accord ici par exemple il est important déjà d'avoir plusieurs administrateurs pour le serveur par un seul et quand j'ai dit plusieurs aussi on va c'est limité à trois parce qu'il y a plus de trois aussi ça devient une autre faille de sécurité d'accord donc vous avez trois administrateurs au monsieur votre serveur lorsque un est malade et bon, un est décédé on ne le souhaite pas il faut moquer quelque chose pour pouvoir prendre la relève il faut reconnecter au serveur et faire la maintenance qu'il faut donc faire risque vous devez les lister du plus grave pour plus simple tout ça c'est en passant par le paiement de votre hébergement fêveur si il y a un hébergement cloud vous devez anticiper peut-être pour pas tenir financier ne paie pas le serveur il n'y a pas de pays vous resterez en local tout ça c'est des exemples de mesures préventives qu'il faut déjà documenter et savoir comment faire au maire Diapo donc voilà après tout pour le serveur donc si c'est dernier slide vous avez les différentes lignes pour consulter la documentation de l'OMS donc vous avez les packages de vaccination de suivi etc etc pour explorer ces liens et c'est très documenté c'est très bien illustré je pense que vous allez vous y plaire merci je pense que c'est très important pour vous c'est très important c'est très important c'est très important merci je pense que je vais passer la parole à Ayon pour les questions eh bien merci beaucoup Clément merci aux autres collègues aussi qui ont permis que nous ayons cette belle présentation avant je ne vois pas trop de questions au niveau de la communauté parce que nous avons envoyé les liens pour ceux qui veulent poser des questions vous pouvez les poser directement au niveau de communitydhs.org je ne vois pas encore des questions mais je voulais juste avant peut-être de laisser une ou deux personnes poser la question ici je voulais juste préciser qu'en fait cette académie rentre dans la lignée des académies de l'Ordre et que c'est une académie qui a pour objectif de donner une vue d'ensemble des différentes fonctionnalités du tracker de présenter les stratégies de gestion de mise en oeuvre du tracker pendant cette académie nous aurons la possibilité de permettre à certains pays de partager leur expérience dans l'implémentation quels ont été les directives, le chronogramme le budget est-ce que ça a pris en compte l'achat du matériel, la formation comment ça a été fait ou est-ce que vous avez trouvé les ressources à côté serveur qui est-ce qui gère le serveur voler interoperabilité un peu plus tard avec les autres systèmes quand est-ce que vous avez planifié cela et qui est-ce qui va gérer ce volet-là donc ces points-là que nous aurons essentiellement à discuter pendant l'académie que nous allons avoir cette formation s'adresse surtout au responsable ceux qui supervisent les implémentations du tracker ou peut-être au responsable technique de DHS2 qui souhaitent mettre en place un DHS2 ou qui l'ont déjà mis en place donc cette académie va en fait renforcer les directives que vous avez mis en place pour mener à bien ce projet d'implémentation du tracker et à cette académie nous serons heureux de recevoir peut-être les managers de projets DHS2 au sein de la ministère les partenaires de développement les responsables informatiques les responsables techniques de DHS2 et toutes les personnes qui désirent en fait mener à bien un projet d'implémentation du DHS2 dans leur pays ou peut-être dans leur organisation vous allez déjà remarquer que cette académie entre plutôt dans le volet et gestion implementation tout autour du DHS2 et nous allons aussi lors de certaines sections vous donner des conseils par rapport à l'utilisation de nouvelles fonctionnalités qui peuvent contourner en fait quelques difficultés que vous avez mais essentiellement cette académie ne va pas rentrer dans la conception d'un tracker nous allons pas voir cela au cours de cette prochaine académie mais pour parler de la configuration d'un tracker etc on va voir très bientôt une académie de niveau 1 ce sont les niveaux 1 qui gèrent en fait ce volet et les académies tracker sont divisées maintenant en 2 où nous allons avoir une première partie sur l'utilisation des données tracker ça va faire office d'une académie où nous allons passer une semaine à parler de l'utilisation comment nous pouvons mettre en place ce volet, utiliser les modes d'analyse de DHS2 pour récupérer toutes les données et si nous voulons récupérer les données de cette façon il va falloir modifier tout petit peu le tracker ainsi de suite donc nous allons passer du temps à parler de ce volet de configuration d'utilisation des données dans ce niveau 1 et dans le nouveau niveau 1 que nous allons avoir aussi ce deuxième volet qui va concerner seulement la configuration du tracker donc nous allons aussi avoir la possibilité de concevoir le tracker que nous voulons pendant ces 1 semaines que nous allons aussi passer au son donc quand je reviens à cette académie de niveau 2 cela est essentiellement accès sur l'implémentation, la gestion tout autour du tracker les grandes étapes de mise en œuvre qui conduisent en fait un tracker et aussi donc voici le mot que je voulais ajouter par rapport à l'académie que nous allons avoir à partir du 16 août jusqu'au 26 donc nous allons passer tous ces jours ensemble à parler du DHS2 nous aurons la possibilité d'avoir beaucoup de cas d'utilisation que les autres pays vont partager aussi avec nous et nous avons pas mal d'intervenants qui vont aussi apporter leur pierre à l'édifice que nous essayons de construire ensemble merci beaucoup à vous je vais regarder si il y a des questions je ne vois pas encore des questions mais je pense que nous allons peut-être donner quelques secondes à Sadu qui a levé la main afin qu'il puisse peut-être poser cette question juste après ça avant de clôturer ce webinaire nous allons vous demander d'allumer votre caméra afin qu'on puisse se revoir nous allons prendre des photos et le poster sur la page officielle du DHS2 bonsoir chers camarades ou amis je suis vraiment très heureux de participer à ce webinaire et je vous félicite également parce que moi j'ai participé à beaucoup de webinaire en anglais qui se tiennent régulièrement et chaque fois je me pose la question pourquoi pas en français parce qu'au niveau francophone nous sommes vraiment à la traîne concernant l'information je vous félicite et je vous encourage également pour déclatant succès de l'avenir merci beaucoup nous sommes contents d'entendre cela et nous allons essayer de vous offrir plus que ce que nous avons mis en place mais sachez qu'il y a de belles choses qui ont été programmées aussi pour la communauté francophone on vous a pas oublié sachez que vous avez des activités qui sont prévues et bien sûr nous allons aussi vous donner la possibilité de partager l'expérience que vous avez avec les autres pays donc sur ce je vois certaines personnes qui allument déjà leurs caméras c'est très gentil nous allons prendre quelques photos nous allons nous retrouver aussi parce qu'avec Covid ça a été difficile de se retrouver en présentiel du coup moi aussi je vais allumer ma caméra et ensemble nous allons prendre quelques photos pour clore en fait ce webinaire ok merci beaucoup à vous je ne sais pas si les autres en un dernier mot mais je pense que nous vous en verrons demain avec le lien de ce webinaire donc vous aurez la possibilité de voir tout ce que nous avons pu nous avons ce dont nous avons parlé aujourd'hui