 Ok, merci Agnan. J'espère que vous arriverez à voir mon écran. Oui, je vais voir l'écran. Ok, merci. Alors, bon, nous avons pensé qu'il était juiciable de vous montrer une petite application par rapport à notre discussion de première session d'hier qui concernait le transfert des données ou la migration des données de traqueurs vers l'agrégé. Et donc pour ce faire, je m'en vais sur le plé 2.34 ou en injuste hébergé l'application de façon temporelle. Dans la recherche de menus, nous avons une application qui s'appelle data transfert, qui est là. Bien entendu, on est en train de travailler sur un modèle beaucoup plus avancé, qui sera disponible du disciple. Donc au niveau de cette application, vous avez la possibilité de faire le mapping entre les variables que vous avez du côté traqueur vers les informations au côté agrégé. Je suis sur des instances séparées que mes données sont au niveau du traqueur que je vais avoir côté agrégé. Il peut passer par ce genre d'application pour faire ce processus. Alors, quand je viens sur cette interface, je vois ici data 5, où j'ai la possibilité de venir choisir une instance ou un modèle de mapping qui est déjà là, et ensuite choisir la période pour laquelle je vais l'envoyer. Normalement, je dois aussi avoir le menu de configuration qui est là. Mais vu qu'on ne veut pas qu'une pote qui vient d'attaquer la partie configuration, cela est réservé au super utilisateur. Donc je vais peut-être me déconnecter. Je vais me le connecter sous le user super utilisateur du plé. Et donc là, en mode super user, j'ai mon menu configuration qui est là. Ici, j'ai la possibilité de créer plusieurs modèles de mapping, un peu comme je vais dire. Je vais transférer des données de surveillance, basé sur la périodisité de domadaire vers une autre instance. Je vais transférer la donnée de vaccination de la périodisité mensuelle vers une autre instance. Donc, j'ai la possibilité de créer plusieurs instances de correspondance. Je peux prendre un exemple ici. Je vais dire tracker agrégé pour un truc de palu. Et pour cela, je viens ici mettre mon URL du serveur distance. Donc ici, je vais dire, je vais envoyer ces informations là vers le serveur 2.35 par exemple. Et donc là, je vais mettre le mode utilisateur puis le mot de passe du serveur distance. Donc si je veux, je peux ajouter une description ici, transferrer des données, tracker palu vers agrégé. Un exemple comme cela. Puis je viens cliquer sur connecter. Alors ici, j'essaie de voir est-ce que mon instance courante a la possibilité de pouvoir s'attaquer à l'instance distance. Donc j'ai cliqué sur connecter. Si c'est OK, le système va me dire OK, John Traoré connecté parce que je me suis connecté avec le nom utilisateur et le mot de passe de John Traoré. Mais notez que, de fois, vous avez un échec parce que votre instance courante n'a pas l'autorisation de s'attaquer à l'instance distance. Normalement au niveau du DHS2, il y a ce qu'on appelle le course, qui permet de dire que bon voilà, quel lien peut faire des requêtes vers mon lien. Donc au niveau de, je vais en présumer, au niveau de la partie settings de vos instances, au niveau du menu access, il y a ce que nous appelons course white list. C'est-à-dire les liens qui sont autorisés, OK, à attaquer mon lien à moi. Donc s'il veut envoyer des informations ou est porté à travers les pays mais de façon distante, provenant d'abord, au niveau de sécurité, venir autoriser ça au niveau de l'autre serveur. Donc ici, comment on est, quelqu'un qui a ouvert son micro s'il vous plaît. Comme ici, on est sur le même nom de domaine ou servant, donc on n'a pas besoin forcément de cette autorisation. Mais si je voulais aller un peu comme vers la base du Togo, là en ce moment, je dois venir mettre ici l'HTTP du Togo ainsi de suite. Avant que les données du Togo puissent être attaquables d'ici. Voilà. Donc je reviens sur ma zone de correspondance. Donc ici, il a l'autorisation de pouvoir prendre des informations ou envoyer, du coup il m'a dit qu'il accepte d'être connecté. Ensuite, je dois venir définir la périodicité à laquelle je dois pouvoir envoyer les données. Comme je suis avec les données de Palu, je vais dire que je vais le faire de façon mensuelle. Mais ensuite, je dois aussi préciser par rapport à quel niveau de la hiérarchie sanitaire. J'aimerais qu'il prenne les données de l'instance, de l'instance où je suis, vers l'instance ou qu'il veut envoyer. Donc ici, je vais dire que pour moi, c'est vrai que les données ont été collectées de façon au niveau de fondation sanitaire. Mais je veux qu'il transfère ça de façon déjà agrégée au niveau district. C'est ça, cette donnée, cumuler déjà côté district qu'il doit envoyer dans l'autre instance. Donc pour cela, je vais venir d'abord choisir mon niveau d'agrégation avant qu'il nous l'envoie dans l'autre instance. Donc ici, j'ai choisi la périodicité, mais je viens choisir ensuite le niveau de cumulation ou d'agrégation qu'il doit faire. Ensuite, par rapport à cette version, je peux applaudir les correspondances basées sur un fichier CSV, ou je peux le faire de façon manuelle ici en regardant. Donc ici, vous avez deux possibilités, c'est-à-dire même d'un formulae agrégé, je peux transférer des données de façon formulae agrégée vers notre formulae agrégée sur l'instance distante ou je peux envoyer des données à travers le programme indicateur qui nous permette de faire les agrégations côté trapeurs. Donc quand je viens au niveau de la partie source, j'ai ici indicateur simple qui va me donner la possibilité de transférer des données des indicateurs agrégés directs, ou j'ai un programme indicateur qui va me permettre de récupérer les données de cumuler par rapport à un traqueur qui a été conçu. Donc pour notre exemple, on va prendre un programme indicateur. Maintenant au niveau de la partie source, il va me proposer maintenant la liste de mes programmes traqueurs. Donc ici, je vais prendre malaria case registration. Donc ici dans notre contexte, nous avons un programme où on enregistre en ligne ou plutôt par cas par cas les données de malaria. Donc je le prends et automatiquement ici, il va m'afficher la liste des indicateurs déjà conçus pour ce programme. Maintenant, par rapport au serveur distan, tu dois venir choisir le formulae dans lequel cette donnée là doit se verser. Donc pour cela, j'ai un petit formulae que j'appelle test DS qui va m'aider pour chaque indicateur de programme dans quelle cellule va-t-il verser cette information. Donc je m'en vais vous montrer le formulae en question. Voilà, nous sommes sur la 2 contre 5. Le formulae en question est là. Voilà, c'est juste une seule variable que j'ai prise ici, mais qui a une combinaison de catégories sexe qui est désagrégée entre masculins et féminins. Donc au niveau de mon application, il faudrait déjà que j'ai eu à créer des indicateurs de programme qui sont en relativance là. Donc ici, je dis, on a quand même compté tous les cas de pallu féminin, mais aussi les cas de pallu masculin. Donc pour faire la correspondance, je viens dans la liste de choix pour venir choisir les champs ou nos champs de saisie. Donc le cas de pallu féminin qui est là, c'est ce que j'ai ici en fait. Voilà, ce champ là. Donc c'est ça que je viens choisir ici pour le masculin. Je vais venir choisir mille et c'est ça aussi que j'ai ici. Donc pour chaque champ, il faut un indicateur de programme. Donc si vous avez un formulaire assez conséquent, il va falloir créer des programmes indicateurs par rapport à toutes ces cellules. L'huile qui est ici, c'est juste le cumul des deux. Donc au niveau des DHS2, si on a une bonne implementation, basé sur la communauté de catégories qui vont permettre de désagriger, on n'a plus besoin de prendre le total. Les deux la feront en même temps le total. Donc il n'y a pas besoin de mapper le dernier. Alors au niveau de cette première version de l'app, on a la possibilité de mettre à jour une ancienne correspondance qui est faite ou de la remplacer complètement. Donc ici, comme c'est juste ma première correspondance, je peux diriger la case juste si je n'ai pas de problème. Mais notez aussi qu'on peut faire le mapping aussi des unités d'organisation. On peut aussi faire la correspondance des deux instants pour s'achirer qu'on a les mêmes unités d'organisation. Donc si on le fait correctement, donc pour chaque unité d'organisation qui est ici, venez choisir la correspondance qui est là. Vu que je suis en face de la même structure, donc ce n'est pas aussi important que ça. Donc je peux juste mettre à jour ma correspondance. Et maintenant, ce qui me reste, c'est de venir tester au niveau de l'envoi des données si tout se passe correctement. Alors, l'idée ici pour nous, c'est qu'on puisse envoyer des données de joints. Donc je m'en vais au niveau du formulaire de saisie prendre joints, parce que le formulaire c'est déconnecté. Donc je voulais tout d'abord m'assurer qu'au niveau du serveur distant, le formulaire n'a pas encore de données. J'ai appelé un petit souci des conditions. Bon, le serveur de retour pour notre formulaire d'IS et là, on va prendre la période de joints. Voilà, elle est vite. Et donc je reviens au niveau de notre application. Donc comme je vous le disais, si vous avez plusieurs mappines, vous allez avoir la liste de tous les mappines. Pour nous, on va prendre notre traqueur adrégé Palu qui est là. Et ici je vais dire que bon, je vais envoyer des données que pour joints. Bon, j'ai la possibilité de faire plusieurs choix de périodes. Puis je viens, je clique sur process. Donc il va essayer de faire récupérer les données au niveau de mon serveur courante en termes d'indicateurs de programme. Il va aller cumuler au niveau distrite comme je l'ai choisi. Puis ensuite l'envoyer dans l'autre serveur distant. Je pense qu'on a toujours un problème de serveur parce qu'il doit aller plus vite. C'est vraiment le plus un peu lent ce dernier temps. Le serveur distant 2.35 a toujours des problèmes. Ok, ce que je vais faire, je vais essayer de leur envoyer au niveau de 2.34 qui fonctionne correctement. Et donc ce que je vais faire, le serveur distant pose toujours des problèmes. Donc on va juste reprendre un peu comme si on voulait travailler sur la 2.34 elle-même. Donc ici je m'assure que bon n'a pas des données en juin. Ok, donc je vais mettre à jour un instant. Donc je recharge. Donc je prends mon serveur, mon instance tracker agrégé-palus. Je prends ma période de juin puis j'exécute des scripts que ce serveur a décompté jour. J'ai empêché le souci de serveur. Ok, donc peut-être on va redémarrer le 3.35? Oui, tout à fait. C'est mieux contre l'arrivée. Je crois qu'on t'a défile pour qu'il redémarre le serveur, normalement ça doit aller. Pour moi de toute façon, j'ai eu à utiliser l'application pour envoyer des données. J'ai une instance A et une instance B et du match parfaitement. Du coup on va peut-être redémarrer la version 35 et on va continuer. Ok, ça marche. Nous allons revenir peut-être à la fin de la deuxième section sur ce point.