 On va essayer d'examiner essentiellement comment mettre en place le traqueur en se basant sur les sorties et les analyses qu'on veut faire. Parce qu'effectivement, si vous remarquez que dans la partie agrégée, on a souvent tendance à dire que pour faire la conception de traqueurs, il est très important de penser à ce qu'on a comme sortie. Ok, de ce qu'on a comme sortie. Donc, c'est ce qu'on va essayer de voir dans les slides qui suivent. Donc, l'objectif de cette session, c'est de développer un traqueur qui permet d'avoir une meilleure utilisation des données. Parce qu'effectivement, le traqueur est là pour pouvoir permettre aux gens d'utiliser les données. Comment choisir les indicateurs essentiels pour le résultat du traqueur ? Heu, accueille vos besoins en matière d'indicateurs qui impliquaient et co-révisés des cas d'utilisation à Paris du Ghana et de la Palestine. Donc, pour le Ghana, c'est un peu plus sur la conception des indicateurs des règles de programme. Et pour la Palestine, c'est une question pour laquelle on va faire de la données agrégées et de le traqueur. Alors, donc, en fait, si vous remarquez bien, on a essayé de présenter cette maison dans le slide hier. Et donc, nous, on ne va pas trop parler de ça. C'est dans le slide précédent, qu'on a eu à brosser tous ces composantes. Mais ce qui nous importe le plus, c'est la partie utilisation des données et la configuration. En fait, on consomme un traqueur pour que les entreprises utilisées pour la prise de décision au niveau local, comme au niveau central. Donc, l'idée, c'est de toujours penser avoir un traqueur qui sert aux utilisateurs à tous les niveaux. OK, donc, raison pour laquelle nous allons passer à ce slide. Si vous remarquez bien généralement qu'on fait notre traqueur aussi, on a souvent tendance à prendre des fiches de collecte et à essayer de les paramétrer. Et après, on se rend compte en fait ce qu'il y a, c'était la telle question qu'on pouvait ajouter. Où on se dit, ah, est-ce qu'on ne peut pas ajouter, si on ne peut pas ajouter, ce qui nous amène à re-concevoir le traqueur, à juste penser à l'entrée et aux fiches de collecte, aux registres. Et lorsqu'on est arrivé à un niveau où on avait besoin de certains indicateurs, on n'avait plus la possibilité de le faire, vu qu'on n'avait pas conçu notre traqueur pour pouvoir créer ces indicateurs. Donc, il est important de pouvoir savoir quels sont les sorties qu'on veut avoir dans notre système pour concevoir un traqueur qui serait utile pour les différents acteurs ou parmi les autres. Donc, ce que vous savez généralement pour le traqueur, c'est qu'on a l'ongline ou on clique les données des personnes ou on a ce qu'on appelle l'entité suivie ou le traque entity avec des informations, c'est-à-dire ces attributs. Il est assigné à un programme, il est assigné à l'unité d'organisation et à chaque fois qu'il est dans un traqueur, il y a un événement spécifique qui se crée. Donc, on a tous ces étapes-là et il faut savoir que normalement, tout ceci doit nous amener à pouvoir créer ce qu'on appelle des données agrégées. Donc, on a avoir nos indicateurs à partir de ces informations. Donc, on a toujours cette idée ou cette, comment on appelle-t-on ? On essaie à chaque fois de concevoir le système de santé à ce qu'on puisse avoir nos informations comme traditionnellement, c'est-à-dire le où, le quand et le quoi. Mais, ce qu'il faut aussi savoir à partir de ces indicateurs ou cette façon de voir parce qu'on a le où, le quand et le quoi et qu'on essaie de moduler notre traqueur pour qu'on puisse avoir toutes ces informations-là, il faut savoir aussi que nous sommes dans un système actuellement où on a plus d'utilisateurs ou plus d'utilisateurs finaux. Donc, si vous remarquez bien pour les données agrégées, vous avez quelques utilisateurs, mais pour le traqueur, vous avez encore plus. Parce que vous avez les personnes au niveau des points de prestations qui doivent avoir certaines informations, qui doivent avoir certains indicateurs, pas d'en faire de l'évaluation ou d'un suivi. Et généralement, ce qui nous pousse à avoir plus de données ou plus de demandes de données. Et donc, ce qui va nous ramener à repenser l'utilisation des données dans notre traqueur. Donc, lorsqu'on va pouvoir mettre en place le traqueur pour repenser comment est-ce qu'on veut utiliser cette donnée-là dans notre traqueur, OK ? Donc, on va planifier actuellement l'utilisation des données, OK ? Donc, définir des indicateurs de façon claire, OK ? Determiner qui va l'utiliser, quand ? Décrir quels sera l'interprétation de ce indicateur, quels sera les prises de décision qu'il découle de ce indicateur-là et voir si c'est faisable, parce qu'il y a des indicateurs, par exemple, qui seront difficiles à concevoir dans le traqueur. Donc, il faut voir la faisabilité de ces indicateurs-là. Et le cinquième, c'est qu'il faut avoir une priorité. Je vais expliquer ça plus tard, mais la priorisation peut être aussi à rendre le système utile. Donc, on revient sur des points que l'on a essayé de parler dans les slides précédents, c'est-à-dire que c'est un schéma qu'on donne avec les personnes qui ont, par exemple, qui sont dans un traqueur avec, bien entendu, ils sont assignés une idée d'organisation, un programme, traqueurs qui ont des différents stades, des événements, des éléments de données, tout ça. Et donc, ces événements-là doivent être regroupés en informations agrégées, comme je l'ai dit tout à l'heure. Donc, ce qui se passe en général, c'est qu'on a aussi plusieurs sorties qu'on doit avoir. Et généralement, on a des sorties, mais provenant des paquets que nous avons mis en place, nous avons des différences que les utilisateurs veulent avoir. Et donc, généralement, on est souvent dans notre tête, dans la partie de la construction, on a toujours pensé, comment est-ce qu'on peut concevoir ce système ou qu'on puisse en tirer une bonne partie des informations qu'on veut pour la prise des décisions. Parce que, comme je le dis, on travaille, on utilise le traqueur pour obtenir des informations. Donc, si vous remarquez bien, vous avez aussi les informations agrégées que vous pouvez avoir. Donc, par exemple, les informations liées, par exemple, au pourcentage de personnes vaccinées, selon les vaccins, par exemple, pour la COVID. Mais vous avez aussi les couvertures, tout ça. Mais vous avez aussi cette possibilité d'avoir des informations individuelles. Par exemple, si vous avez, vous avez dans un programme une pression, vous voulez voir si l'enfant a gagné du poids. Et ça, ce sont des informations, par exemple, spécifiques à l'individu. Je ne sais pas du ceci ou moi. On a perdu Giri. Oui, en un instant, il va se reconnecter tout à l'heure. Mais néanmoins, si vous avez jusqu'ici des questions, nous sommes ravis de les recevoir dans Slack. Donc, il est en train de se reconnecter. Il a un petit souci avec la connexion. Donc, c'est ma voix que vous entendez. C'est pas la voix de Giri. Donc, dans quelques instants, il va revenir vers vous. Mais bon, je vois dans Slack, personne pour le moment. Nous allons poster sa présentation dans le drive comment on le faisait depuis le premier jour. Ça va se faire dans quelques minutes. Il n'y a pas de souci par rapport à ça. Oui, oui, les questions, c'est dans le canal Question Jour 3. Donc, c'est toujours dans Slack. Donc, chaque jour, nous allons travailler un canal qui sera spécialement dédié à cette journée. Donc, si vous voulez poser des questions, n'hésitez pas à les poser dans le bon canal. Je vois que docteur Samaké vient de vous envoyer le lien vers le drive. Donc, vous pouvez cliquer là-dessus pour vous rendre directement dans le drive et télécharger les présentations depuis le premier jour. Si il y a une présentation qui manque, n'hésitez surtout pas à nous faire part. Et nous allons pouvoir l'ajouter directement. D'ici peu, nous allons aussi vous envoyer le lien vers les vidéos envoyées sur YouTube que vous pouvez revoir à tout moment et trouver le mot du jour comme Alice l'a dit tout à l'heure. Donc, je pense que derrière de retour, je vais lui laisser la parole. Merci. Ok, merci beaucoup. Désolé, quelques aliens il y a la technique. Donc, je disais effectivement qu'on a, par exemple, cette possibilité de pouvoir voir l'évolution du poids d'un enfant dans un programme de nutrition. Nous avons des informations créées aussi que, par exemple, la personne qui produit les soins aimerait avoir. Donc, on a toutes ces informations. On essaie d'avoir en tête avant de pouvoir modeller un tracker. Alors, on a essayé de faire une évaluation des besoins. Donc, qui demande les données de tracker ou se situe la demande? Qui utilise quotidiennement le tracker? Quels sont leurs motivations? Ce sont des questions qu'on va se poser généralement lorsqu'on essaie de construire un tracker. Généralement, ce qu'on a, c'est que lorsque l'on utilise le tracker, on a souvent les gens du ministère, qui ont la santé ou du service informatique, qui utilisent le tracker. Mais ils ne sont pas aussi nombreux que le personnel des établissements de santé ou des établissements. Donc, en général, dans la pyramide, ceux qui utilisent plus sont les personnels ou les personnes qui offrent des services. Et donc, normalement, on se dit peut-être que dans notre cas de figure, il doit être beaucoup impliqué dans la conception. Mais ce qu'on remarque, généralement, c'est que ce qui conserve le tracker sont plus du niveau central que du niveau périphérique. Et donc, on est dans une situation où généralement les trackers ne sont pas adaptés aux besoins de ceux qui sont au niveau périphérique pour l'utiliser. Et donc, parfois, ça peut poser. Donc, l'idée, c'est de toujours penser à qui utilise les données et les permettre de pouvoir participer activement au développement du système. De sorte à ce qui se sent impliqué dans tout le processus. Quand ils le font, ils composent pourquoi on a fait ce travail, pourquoi on a fait ce changement, pourquoi le tracker est conscient ici, et aussi ça la permettra de pouvoir déjà prendre en main le système, parce qu'ils ont participé activement au développement du système. Donc, je vous donne un exemple par exemple ici. Vous voyez, au niveau, en si concernant les indicateurs, par exemple, au niveau central, le gestionnaire de données veut peut-être connaître le nombre d'accouchements à l'hôpital par mois et par mi-tout. Où il peut dire, ah, bon, donc on a un tracker, on peut, par exemple, connaître l'accouchement par hôpital par mois, par heure de la journée. Donc, ce sont des informations granulaires qu'il n'avait peut-être pas dans son système de routine, mais qui peut avoir au niveau du tracker. Ce sont des informations qu'il aimera avoir. Mais en ce qui concerne le chargé de la personne qui prodigue les soins ou qui offre un service au niveau périphérique, il a besoin d'autres indicateurs. Donc, par exemple, les facteurs de risques liés à l'accouchement aux sociétés chez les patients de troisième trimestre de grossesse. Donc, vous pouvez vous apprendre une décision pour savoir à quoi est-ce que je peux faire, par exemple, dans mon établissement pour améliorer la qualité de soins de mes patients. Donc, généralement, ce sont des informations qu'ils aimeraient avoir. Alors, il faut donc commencer à créer des indicateurs pour tous ces niveaux-là. Donc, comme je l'ai dit, on a souvent tendance à privilégier les indicateurs agréable à avoir et on oublie que les personnes qui sont en première ligne ont aussi besoin de certains indicateurs pour travailler. Et donc, comme je l'ai dit, nous, nous voulons construire un tracker pour que tout le monde puisse l'utiliser et donc aussi les personnes en première ligne. Alors, ici, ce que vous allez remarquer, c'est que nous avons plusieurs approches de conception de tracker. Donc, parfois, on est tenté, par exemple, de faire une approche papier à l'écran, c'est-à-dire que tout ce qu'on a comme résiste, on essaie de le mettre, de le configurer dans le système. Registe, on le configure, c'est un peu monosité. Généralement, il y a des défis là-dessus. Par exemple, c'est difficile à maintenir au affaire évolué. Ça ne tient pas forcément compte du workflow. Donc, ce n'est pas les utilisations souvent frustrées, parce que ça ne tient pas compte du flux de travail, de la façon dont les procédures sont. Dans le général, ça peut poser problème. Il y a peut-être pas des redondances, des indicateurs qui ne sont pas pertinents à tout le niveau, que ce soit pour le niveau périphérique ou au niveau central, parce qu'on se fit sur le papier. Mais, parfois, on se dit que tout ce qu'on va faire, c'est qu'on va nous ramener tous les indicateurs qu'on a dans notre système, on amène tous les indicateurs, on essaie de créer des trackers pour ça. Mais le problème généralement, c'est qu'on a trop d'informations sur les situations qui nous sont suivi âgées, parce qu'il doit, normalement, renseigner toutes ces informations-là. Et donc, cela aussi, il n'est pas sur la qualité de données, parce que quand c'est comme ça, bon, comme on le dit, en anglais, en fin du détail cookie, c'est-à-dire que la personne s'enseigne l'information, il laisse descendre vite, il écrit les informations juste pour aller vite, parce qu'il a d'autres tâches, parfois, et il doit aussi s'occuper de remplir les données. Et donc, ce n'est pas très compliqué quand il y a beaucoup de données à remplir. Donc, généralement, on a aussi un problème de confidentialité, parce que vous avez trop d'informations individuelles dans le système, et donc, il faudrait aussi s'assurer qu'elle soit confidentielle et intègre. Et donc, ces gens de défis peuvent avoir des impacts sur le système. La proche qu'on recommande, c'est la proche orientée utilisateur, qui se trouve au milieu où on tient compte des besoins des utilisateurs. Et donc, on veut pas aussi avoir les indicateurs qu'il faut, mais on veut pas aussi mettre beaucoup de pression, beaucoup de chance sur les utilisateurs finaux qui doivent enseigner l'information. Donc, on a quelque chose qui correspond au plus de travail, on a quelque chose qui est utile, qui est pratique, qui est simple d'utilisation et qui permet à tout le monde d'utiliser le système. Bon, ici on va parler un peu des sources, des sources pour les indicateurs qu'on veut créer. C'est-à-dire que, bon, quand j'ai dit source, je parle de source, de ce qu'on peut utiliser comme référence, autant pour moi, pour pouvoir créer notre traqueur, ou les indicateurs qu'on peut utiliser pour pouvoir créer notre traqueur. Donc, la première des choses qu'on utilise le plus souvent, ce sont les fiches de collètes de routinous agrégés. Donc, ce qu'on fait, c'est qu'on prend la fiche de collètes là et on voit, est-ce qu'avec le traqueur, on a cette possibilité de pouvoir avoir ces fiches, ou avoir les données de ces fiches, ces données agrégées. Donc, bien entendu, il y a la fréquence qui entre en jeu, les désagrégations, tout ça. Bien entendu, on va essayer de parler de ça un peu, par après de la qualité des données et de rapporter au niveau de l'agrégé et ce qu'on a au niveau du traqueur. Donc, on va avoir un cas d'utilisation lié à ça. Donc, on utilise ça aussi pour pouvoir penser aux indicateurs qu'on va créer dans notre... Aussi, on a, par exemple, le plan de suivi évaluation qui a des indicateurs spécifiques. Et donc, ces indicateurs peuvent être aussi utilisés dans le système pour... Enfin, ça peut être utilisé autant pour moi pour la conception de notre traqueur. Donc, si vous avez un plan de suivi évaluation et que vous avez des indicateurs là-bas, vous pouvez les utiliser. Comme je l'ai dit, pour les indicateurs, les priorités, tout ça, mais ce sont les sources des indicateurs ou les sources qui nous permettent de créer les indicateurs dans notre traqueur. Parce que, comme on le dit, comme je le répète encore, nous devons penser à ces indicateurs qui peuvent être utiles à l'utilisation. Il est important de penser à cela. L'autre chose que vous pouvez avoir aussi, c'est les indicateurs qui sont dans la liste, les analyses au commandé, pas au fond mondial. Donc, ça, ce sont des documents externes que nous pouvons utiliser. Par exemple, pour pouvoir concevoir d'autres indicateurs dans le système. Donc, vous avez plusieurs sources que vous pouvez utiliser pour pouvoir concevoir les indicateurs de votre système. Alors, ici, il y a un peu orienté à prestations de services. Donc, ce sont aussi des indicateurs, plutôt des indicateurs qui ne sont pas forcément des ordinateurs au niveau agragé, mais indicateurs liés à la performance de l'établissement, par exemple. Donc, par exemple, si vous avez une recommandation pour la vaccination, par exemple, du tétanos, le TPD, je crois que c'est le TPD, plutôt le tétanos du Thierry. Et donc, vous avez, par exemple, peut-être des recommandations ou des guides du national, le national de temps pour moi. Et ce qui se passe, c'est que dans la partie agrégée, on vous demande seulement si la personne a été vaccinée selon les directives et en renseignant, par exemple, le nombre de personnes où on met peut-être oui. Mais au niveau du traqueur, on a quelque chose au plus spécifique où on voit comment les choses fonctionnent et on voit de façon spécifique qui n'a pas été vaccinée selon les directives. Peut-être quelles étranges de personnes ne sont pas vaccinées selon les directives. On a une façon plus granulaire de voir l'information. Généralement, ça peut aider à améliorer la prestation d'un établissement. Donc généralement, ces indicateurs de soins doivent être incorporés dans le traqueur de sorte à ce que on puisse permettre aux agents de santé de pouvoir utiliser le traqueur. Donc, l'autre chose, c'est que on a toujours pensé au-delà des données agrégées comme ça. Donc il y a certains indicateurs aussi qui sont des indicateurs qu'on appelle, dans le genre des indicateurs individuels, qui sont en fait liés à la prestation. Donc, par exemple, la variation des points pour les nourrissons en visite, pour la nutrition, l'analyse de la nutrition de la courte en fonction des périodes d'initiation et de traitement préto-régal. La visite est préonatale. Les agents essaient à moins de 14 jours après l'accouchement. Le nombre de nouveaux cas liés au WCA index, effectivement, ça, c'est par exemple lié à la fonctionnalité des relations. C'est-à-dire, c'est-à-dire que certains d'entre vous qui ont déjà étudié, c'est-à-dire que on peut par exemple lier des personnes à travers des relations ou des entités à travers des relations. Donc, on essaie de montrer que vous avez d'autres indicateurs que vous pouvez utiliser qui peuvent aider la personne dans le contexte. Ok. Donc, ici, nous allons un peu parler d'un cas d'utilisation. Ok. On essaie de parler d'un cas d'utilisation. Ce cas d'utilisation question sera lié en fait au Ghana. Donc, ce qui se passe pour le Ghana, par exemple, c'est que ils ont essayé de pouvoir concevoir les règles de programme et les indicateurs avec les concernés. C'était une nouvelle expérience pour voir comment cela peut se faire parce qu'ils voulaient impliquer plus de personnes, plus d'utilisateurs dans la construction même du système. Donc, je vais faire une pose sur cette présentation et présenter l'autre diapo du Ghana. Donc, un petit instant, vous allez voir un rhinocéros, mais ça va bientôt partir. Alors, oops, j'ai gardé le nom du présentateur. Bon, ce n'est pas parmi nous, mais il soit assez au soir. Ça regarde ça? Ça se regarde plutôt. Il présentait en fait l'exemple du Ghana. Donc, en fait, ce qui s'est passé, c'est que en fait, ils voulaient établir des relations de travail entre l'équipe technique qui s'occupe du DHS2 et le personnel des divers programmes. Parce qu'en général, ils font une conception plus centralisée au niveau de l'équipe technique. Et cette fois-ci, ils voulaient donc penser à les inclures dedans. OK? Et donc, ils vont discuter des outils ensemble et voir comment améliorer les choses. Ils ont voulu commencer par la tuberculose. Et donc, ils ont pris les outils de tuberculose. Ils ont discuté ensemble comment le médecin dans le système. Ils ont essayé d'avoir une compréhension comme une des éléments des indicateurs de tuberculose. Et ils ont établi, ils devaient établi des règles de programmes. Les règles de programmes sont généralement utilisées pour pouvoir améliorer la qualité des données. Parce que le système aura un comportement spécifique par rapport à une information que l'on choisit. Par exemple, je vais vous donner un exemple qui n'est pas peut-être lié à la tuberculose. Mais par exemple, quand on choisit le sexe féminin, si c'est par exemple qu'on a besoin de la date de dernier recte, on prend le sexe féminin. Donc, si on a besoin de la date de dernier recte, on peut avoir quelqu'un de sexe masculin qui a une date de dernier recte. Donc, pour pouvoir améliorer la qualité des données dans le système, on a ce qu'on appelle les règles de programmes. Ils ont essayé de discuter avec eux, de revoir comment le concept crée par exemple les règles de programmes. Donc, ils ont expliqué le principe. Ils ont expliqué la façon dont ça se fait avec les expressions, les actions, tout ça. Et ils ont essayé de discuter de comment aussi personnaliser ces règles. Ils ont aussi pensé aux indicateurs de programmes. Et parfois, les indicateurs de programmes ont un impact sur la façon dont on doit saisir les données. Elles nous amènent parfois à créer des règles de programmes. Donc, ils ont discuté de tout cela ensemble pour pouvoir voir créer ces indicateurs de programmes, ces règles de programmes. Ils ont aussi discuté sur la priorisation, c'est-à-dire. Ils ont pensé à comment faire ou comment prioriser tel indicateur par rapport à ça. Comme je l'ai dit dans les slides précédents, la priorisation est quelque chose d'important. Donc, ils ont pensé à prioriser. Et ici, c'est juste pour vous montrer que ça c'est juste une définition pour les indicateurs de programmes. Donc, je ne vais pas trop parler de ça. Vous allez peut-être lire des slides et comprendre, mais tout ce qu'il faut savoir, c'est qu'on a des expressions, on a des actions et tout cela nous permet, par exemple, de pouvoir créer notre règles de programmes qui peut pour ça masquer un champ, attribuer une valeur, envoyer une messagerie et un message, parce qu'il peut y avoir une notification, comme on dit souvent dans nos articles. On peut peut-être envoyer une alerte, etc. Donc, on te rend compte de ce qu'on veut comme comportement, on est créé ces règles de programmes. Et donc, après, on a les indicateurs de programmes qui permettent de pouvoir récupérer les données ou d'agréger les données pour les envoyer dans le système. Donc, on essaie de pouvoir faire ce genre de choses. Donc, on a une capture d'écran des règles de programmes avec la partie expression, la partie action et aussi la même chose pour les indicateurs de programmes où nous avons la partie expression, la partie filtre qui nous permet de pouvoir créer les indicateurs de programmes. Ce sont des choses qui, en fait, ils ont essayé de faire avec une équipe qui a priori ne participait pas assez à l'élaboration de ce genre de choses. Mais, j'ai expliqué le concept des gens bien compris et ils ont pu effectivement créer 16 règles de programmes avec les indicateurs. L'avantage qu'ils avaient, c'est que les personnes qui étaient du programme comprenaient mieux le système et donc, comme ils ont compris la logique derrière, ils ont bien aidé en disant on peut le faire comme ceci vu que, selon les expériences, ça a été très bien. Alors, je vais revenir sur mon prochain slide. Enfin, sur mon autre slide. Donc, quelques minutes de patience. Alors, ici, nous allons parler un peu des indicateurs et des données agrégées. Enfin, on n'a pas des données individuelles des données agrégées. Donc, ce qui se passe, c'est que en Palestine, ils ont mis en place un traquement pendant 5 ans et ils ont essayé de voir comment est-ce que les données sont entre les deux systèmes. Et donc, ils essaient de voir comment est-ce que on peut comparer ces données agrégées vis-à-vis des données comme on appelle-t-on des données agrégées vu qu'on parle des données agrégées, les données tranquilles. On s'est retrouvé avec une remarque assez intéressante. On se rend compte que les données ne convergent pas. C'est-à-dire qu'on a, par exemple, des données très éludées, par exemple, dans la partie tracker par rapport au système de routine. Donc, cela peut avoir plusieurs explications. Ça pète aussi que les gens ne renseignent pas beaucoup les informations de routine comparé aux informations de tracker. Ça pète aussi lié à d'autres facteurs, même de conception de nos indicateurs de programme. On va revenir, on va revenir là-dessus sur le slide prochain. Donc, ça peut venir de choses, mais ça les a permis quand même de voir qu'il y a une certaine différence entre les données et donc, il y a été question de savoir qui avait la meilleure source de données. Mais il est important de faire ce genre de comparaison au général pour voir ce qui se passe et donc de comprendre le phénomène. Ça ne permet aussi de pouvoir assurer une certaine qualité de notre système d'information. Et lorsque vous pensez que, par exemple, je l'avais, je l'avais essayé de dévoquer ce slide hier, lorsque l'on essaie, par exemple, de pouvoir faire d'importer ou d'envoi plutôt les données du coeur, du système national, il faut avoir beaucoup de choses considérables. On parle sur les données agrégées que nous allons envoyer bien entendu. Ce qui est important pour le système national. Et donc, dans ce cas de fidu, il faudrait penser à voir comment est-ce que les indicateurs doivent être construits. Par exemple, est-ce qu'il faut compter les événements? Est-ce qu'il faut compter les enrissements, les inscriptions, les passions, ce qu'on appelle les entités suivies? Est-ce que ce sont des entités suivies de l'instance? Il faut voir comment, est-ce qu'on apprécie les entités, comment on gère les transferts, comment les transferts sont plus en compte dans les indicateurs et tout ça. Il est très important de pouvoir penser à cela lorsqu'on crée nos indicateurs. Lorsqu'on crée les indicateurs de programmes dans le tracker, il est important de savoir qu'est-ce qu'on compte, comment est-ce qu'on doit le compter, pour que ça puisse être pris en compte ou puissent permettre aux gens au niveau du SNIS de pouvoir utiliser les indicateurs. Donc il faut examiner comment les données agrégées sont comptabilisées magnément. C'est important parce que c'est avec ça que, par exemple, on peut savoir comment on peut créer nos indicateurs. Donc, comme je l'ai dit, on a parfois des règles de programmes, ce qu'on appelle la logique de SO ici. Il y a des règles de programmes qu'on peut utiliser à la qualité de données de soins parce que les indicateurs sont de plus de qualité. Par exemple, si on dit, on veut voir, par exemple, une information qui est liée seulement aux sexes masculins et qu'on a quelqu'un du sexe humain qui est compté dedans, c'est probablement lié au fait que peut-être qu'on a pas appliqué de règles de programmes pour pouvoir empêcher qu'il y a une saisie à un endroit spécifique. Donc, ce qu'il faut retenir c'est qu'avant l'élaboration d'un programme, il faut noter ce qu'est-ce qu'on attend de ce programme, quels sont les résultats attendus, qu'est-ce qu'on veut utiliser. Donc, on a pensé à cette conception qui doit avoir une possibilité aux gens de pouvoir utiliser les données. Et les données ce sont par le routing des données statistiques. Mais vous aussi s'assurez qu'il y a cette impudité, c'est-à-dire que sans qu'il utilise le système au niveau opération pour faire la prestation de soins et cette possibilité du développement de ce système et que ça reprend à l'œil de travail ou l'œil de saisie et qu'il puisse aussi avoir à l'heure niveau pour pouvoir permettre de pouvoir prodiguer des soins de qualité aux patients. Il faut beaucoup penser aux stratégies nationales aux directives que vous créez vos indicateurs parce que ça vous permet de pouvoir avoir des indicateurs pertinents qui vous permettent aux gens d'utiliser vos tranqueurs. Comme je l'ai dit précédemment, je pense aux gens de première ligne lorsque vous créez vos indicateurs pour qu'ils puissent avoir cette possibilité de pouvoir utiliser le système pour la prise de décision. Donc soyez précis quand discrasez les indicateurs. Il faut aussi penser et toujours évaluer la qualité des données en comparaison avec les données traqueurs. Donc comme on le parlait plus tôt dans le projet il faut toujours penser aux indicateurs donc il faut penser aux priorités donc penser aux indicateurs pour chaque profil utilisateur et aussi penser par exemple que les indicateurs sont plus indispensables. Ok donc ceci est très important de faire ça et pour bien entendu avoir des indicateurs de performance clés pour voir les utilisateurs des établissements et les personnes qui travaillent au niveau de la première ligne ce qui offle les services et donc bon, nous avons en faire un snapshot ou une capte d'écran plus tôt de donc c'est juste pour vous parler de quelle décision que les seront prises sur la base des données traqueurs donc toutes ces informations sont en fait dans ce fichier et nous pensons que avec ce slide ou avec cette présentation vous aurez encore des idées claires sur comment remplir les fiches Sur ce je viens de finir ma présentation donc je retourne sur le slide pour voir si il y a des des questions pour moi et je vais essayer de répondre et parfois certains seront écrits merci alors je suis en train de voir si il y a des inquiétions alors Lucien Badiel ma question est suivante j'ai fait des installations à travers des events de report précisement il y a un liste avec des codes d'identification quand il s'agit de mettre en jeu les informations concernant les mêmes patients avec les mêmes codes d'identification de la plateforme nous indiquons que le patient ne figure pas et qu'il faut procéder à un nouveau enrichissement qu'est-ce qui pourrait expliquer une telle situation ok donc ici quand vous parlez d'extraction que vous voulez des événements est-ce que bon j'aimerais savoir si ce sont des données où il faut importer ou est-ce qu'il faudrait renseigner cette manière et il peut avoir des raisons où quand vous faites l'extraction vous n'avez peut-être pas de droit à l'utilisateur il faudrait savoir si vous pouvez l'utilisateur ou pas parce que dans le système traqueur vous avez peut-être la possibilité de retrouver tous les patients ou même avant de retrouver un patient spécifique donc bon je pense ma question est aujourd'hui un pays comme le synagogue fait un passage à l'échelle à tout le niveau d'utiliser la chesse de l'agrégé est-ce que c'est possible que tout le grand puisse basculer vers le traqueur bon effectivement c'est possible mais bon je pense en général qu'il faut penser à aller de façon progressive la plupart des pays ne sont pas passés au traqueur en même temps pour plusieurs raisons parce que cela implique beaucoup d'infrastructures et donc en général tout d'abord commence peut-être par un programme qui essaie de s'insister dans le traqueur cela implique et pour ça aussi on commence autant pour moi par une approche phase ou on commence par une région industrie ainsi de suite je vous donne l'exemple qui par exemple utilise des chesses pendant assez longtemps et j'utilise aussi la partie traqueur il faut savoir que la partie agressée existe toujours et que la partie traqueur est juste pour des cases spécifiques et généralement c'est pour il faut toujours penser à qu'est-ce que je veux faire de ce traqueur donc si c'est pour par exemple permettre aux gens au niveau opérationnel d'améliorer les qualités de traqueurs c'est bon si c'est pour avoir des indicateurs spécifiques il y a un programme c'est bon mais comme je le dis le traqueur pour pouvoir avoir des informations spécifiques pour pouvoir améliorer la qualité de soins de services que soit mais noter ceci tout ce doit se faire de façon positive ok comment garantit l'efficacité efficacement la confisance dans le traqueur étant dans le qui s'occupe de la cohéreté dans les individuels oui en fait en général bon il faut savoir que pour le traqueur en termes de confidentialité vous aurez plus d'informations lorsqu'on va parler de la configuration serveur mais il faut mettre bien entendu des politiques en place comme on dit quand on veut mettre le traqueur en place il faut toujours penser à la sécurité des données donc pour garantir l'efficacement la confidentialité des données il faut beaucoup d'aspects il y a la partie technique mais il y a la partie aussi politique ou administrative donc il faut penser à tout cela avant de pouvoir mettre en place le traqueur donc ok donc Madame Anta Dior j'ai une question vous avez posé une question mais j'aimerais que vous puissiez plus expliquer un peu je crois que ça parlait des OND donc est-ce que vous pouvez par exemple me donner plus d'informations sur ce que vous voulez Madame Anta Madame Anta elle-là oui Madame Anta j'aimerais en fait avoir plus de précision sur la question que vous avez posé à propos des ONG bonjour bonjour j'ai posé la question par exemple j'ai peut-être aller dans les détails par exemple le cadre du Sénégal on a un projet de renforcement du système de santé au niveau central ce projet intervient pratiquement avec toutes les directions du niveau central il y a un grand volet dans ce projet c'est l'information le système de l'information santé alors aujourd'hui au Sénégal on a quelques soucis avec les données parce que beaucoup de nos données ont été comme quoi le service et je réfléchissais comme ça par quel moyen on peut en fait utiliser le tract par exemple nous dans le projet où je suis on a un système de surveillance on a pris un indicateur pour le service et comme un scope utiliser le tract c'est-à-dire mettre en place un tract pour l'OMG où on va utiliser les données de la plate-forme agrégée qu'on utilise les données sur un collecteur mais nous qu'on puisse avoir des données collectées qui puissent alimenter notre système de surveillance nos indicateurs qui se passent sur Claire Hello Oui je pouvais reprendre un peu s'il vous plaît vous êtes parce que j'ai du mal un peu à suivre pour reprendre s'il vous plaît en fait cet projet renforcement de système de santé qui travaille avec les directions du ministère de la Santé alors dans notre plan de surveillance on a pris un indicateur et naturellement ces indicateurs sont alimentés par les données collectées au niveau de la structure de santé et ces données sont renseignées dans la plate-forme est-ce que nous on peut mettre en place un tracker ou certainement il y aura un link entre le tracker que l'on va mettre en place et la plate-forme nationale pour que ces données puissent alimenter en fait nos indicateurs de suivi Si c'est pour récupérer les données individuelles pour faire une autre base c'est possible dans DHS2 nous l'avons même fait ici il y a des outils qu'on utilise pour le faire maintenant si c'est aussi récupérer les données agrégées vous avez cette possibilité aussi de le faire donc que ça soit agrégé ou individuel qui proviennent dans notre tracker vous voulez faire un intérêt vous pouvez ramener sur par exemple le tracker national c'est possible nous avons plusieurs outils que nous utilisons pour le faire des applications pour le faire des applications DHS2 pour le faire mes collègues pour les intervenir en ce sens c'est le cours Jérôme je peux intervenir oui voilà merci beaucoup merci Madame Antapou et à Docteur Antapou c'est la question je pense que à ce que j'ai compris les ces indicateurs là dont vous avez besoin sont déjà collectables à travers les DHS2 nationales donc il n'est pas trop intéressant de mettre en place en ces moments un autre DHS2 avec un tracker à parc donc il est mieux de coordonner ça avec la partie nationale avec une équipe de gestion du DHS2 national pour que vous aillez accès à vos indicateurs dans la collaboration entre partenaires états merci alors est-ce que Jérôme oui vous m'attendez Allô je vais manger oui ok merci beaucoup j'ai demandé la parole pour appuyer un peu ces parties et tout d'abord merci bravo à Diri pour la grande présentation c'est vraiment complet c'est explicite pour rapport à la préoccupation d'Antapou et bonjour Antapou depuis le Cinegal nous avons répondu à certaines de ces questions sur Slack mais c'est que elle vient de dire j'ai compris l'idée si nous faisons sur l'espérance du Mali c'est qu'elle demande à amateur de transfert de données de la base tracker si ça a été déployé à la base agressée il y a peut-être souvent des risques pourquoi ? parce que au Mali il y a comme on l'a dit l'instance tracker et l'instance agrégée sont déployées à tous les niveaux sur toutes les tandis du territoire mais comme on l'a dit avec la lumière du tracker et puis souvent quelques difficultés de connexion vous trouverez que les données de la base agrégée sont en avance par rapport au données du tracker l'exemple frappant quand vous prenez les maux d'eau si vous avez dans la base agrégée et sans cas des maux d'eau dans une industrie sanitaire et vous allez trouver qu'il n'y a que 15 cas ou bien 10 cas de ces maux d'eau qui ont été renseignés dans le tracker dans le sujet du budget donc souvent il y a cet écart qui peut biaiser un peu les résultats c'est pour le transfert de données mais si vous êtes sur que vous êtes capable de les renseigner au jour le jour le tracker là il n'y a pas de souci mais le risque est grand parce que c'est fin parti de défis pour les maux d'eau aujourd'hui on a beaucoup de données dans la base agrégée qui ont été renseignées mais dans la base tracker les données sont vraiment insuffisantes donc voici un peu ce que je voulais donner comme appuie pour cette question je vous remercie c'est clair c'est clair j'ai vraiment compris ok Hello Jerry Jerry oui vraiment ça va? oui ça va bien c'est juste pour renforcer voilà d'accord en fait merci merci beaucoup bonjour à tous et à tous en fait c'est pour renforcer au Sénégal c'est vrai que c'est cette politique là qu'on est en train de mener si on on a mis en place l'outil agrégé depuis des années les trackers c'est tout le temps du territoire mais bon c'est pas l'envie qui manque au partenaire ou bien aux organismes de mettre du tracker c'est pareil mais c'est pas la politique nationale en fait parce que ce qui va se passer c'est quoi? si vous mettez du tracker c'est pareil vous allez au niveau opérationnel vous demandez de saisir ce tracker ça va augmenter la suffrage du travail à ce qui collecte les données tous les jours donc autant vraiment exprimer vos besoins au niveau national et nous on se charge à chaque fois de prendre les préoccupations des autres en fait l'idée c'est de mettre des dispositifs vraiment une fille est intégrée pas de façon séparée donc toujours je comprends Dr. Hampton c'est l'organisme qui a ces besoins mais je lui demande de se rapprocher donc de la décision de la division qui a en charge le système d'information pour qu'on puisse prendre le préoccupation afin de afin que je puisse gérer les objectifs voilà c'est ce que je voulais rajouter tout en appuyant souvent par rapport à ce qu'il vient de dire merci d'accord merci beaucoup je pense qu'on va continuer je vais plus à reprendre aux messages déjà rependus je veux peut-être on va peut-être continuer la conversation avec ceux qui n'ont pas encore des réponses donc ou à l'eau je pense que je le prononce très bien dans la conception d'un système excusez la partie m'a échappé ok donc en fait pour la conception de traqueurs ce qu'il faut noter c'est qu'il faut penser à l'utilisation de façon générale comment est-ce qu'on peut utiliser ce système et donc quand vous prenez le traqueur pensez aux indicateurs clés pour la partie nationale mais n'oubliez pas aussi que vous avez ce qui est un système pour prodiguer les soins donc il faudrait penser à créer des indicateurs qui peuvent le permettre de pouvoir faire l'activité de façon comment on appelle son spécifique donc comme on dit on dit d'utiliser plus la proche sans presser l'utilisateur donc identifier les utilisateurs de votre système et essayer de pouvoir créer un système un traqueur qui permet de reprendre à l'objet merci hi Jerry merci pour la présentation par quel canal pourrais-tu ok ça c'est en off pour le cadre de ta présentation dans le cadre dans le cadre du traqueur c'est les dossiers passants qui essentiellement s'utiliser ou bien le rapport mondial en fait je peux dire les deux initialement les résistus où le dossier passant est utilisé pour un peu bien plus mettre en place le traqueur mais si on se focalise comment sur le dossier passant on peut ne pas on peut perdre de vue certains indicateurs utiles pour notre système et donc généralement il faut avoir à le dossier passant donc voir le flux de ce dossier passant le flux dans le flux de saisie mais aussi penser aussi aux différentes outils ou aux différents indicateurs que vous avez pour la plus important tant niveau central qu'au niveau opérationnel quand je pourrais même distrir qu'au niveau prestation de saisie c'est pour ça que on peut parler aussi du rapport mondial donc le rapport mondial peut être utilisé aussi on est dans une situation où on veut permettre aux utilisateurs parce que ceux qui renseignent les résistus pour que si les patients sont probablement parfois ceux qui renseignent encore les rapports mondial et donc peut-être on peut en allégeant la tâche en les permettant en disant ok lorsque vous renseignez dans votre traque vous avez déjà les données compilées pour la partie de rapport mondial donc ça serait très intéressant aussi il puisse renseigner la partie les données au niveau de le traqueur et avoir en même temps les données disponibles dans le rapport mondial pour faciliter la tâche mais comme je l'ai dit c'est une discussion qu'on doit faire on doit essayer de prioriser et de se faire en sorte que les utilisateurs ne soient pas submergés pas les données donc le traqueur permet d'avoir des données agrégées si oui pourquoi en même temps avoir un système de données agrégées à côté bon Fadala est-ce que vous pouvez expliquer un peu ce que vous êtes en train de dire par ce message Fadala oui Allô oui bonjour merci beaucoup ça va mais aussi beaucoup pour la présentation j'ai remarqué que par rapport à nous on n'a pas encore implanté les traqueurs dans le système de CIS mais par contre les programmes Tibi de Tipeur Goulot et puis ça je suis d'ici donc j'ai remarqué certaines questions c'est relatif certains ont commencé à utiliser le système de données avant d'implanter les traqueurs Allô Allô vous me recevez je n'ai pas compris je n'ai pas bien compris la fin pour le répéter oui j'ai dit j'ai remarqué par rapport à certains pays ils ont utilisé tout d'abord le système des agrégés et après ils ont commencé à utiliser les traqueurs et pourquoi avoir c'est c'est l'autre le système en même temps c'est ça mon question ok j'ai compris par rapport à ces 2-3 jours de formation que les traqueurs permettent d'avoir les données des agrégés ok je vais essayer de répondre merci beaucoup je vais essayer de répondre mais mes collègues peuvent intervenir aussi effectivement dans un monde idéal on peut juste récupérer les données de traqueurs et laminés au niveau exagé mais en fait nous avons plusieurs défis et je pense que j'ai un peu parlé de ça dans la présentation d'hier où il faut une certaine fondation pour pouvoir mettre en place un traqueur sans cette fondation il serait difficile d'avoir un traqueur qui est utilisé dans le système pour pouvoir collecter les données si vous voulez collecter les données agrégées beaucoup de pays sont passés d'abord par la partie agrégée pour pouvoir collecter les données les avoir pour les analyses mais avec le temps ils ont pensé à avoir des données un peu plus spécifiques plus détaillées pour pouvoir faire un suivi au niveau de points de prestations pour permettre aux établissements d'améliorer les qualités de soins mais ceci comme je l'ai dit il y a beaucoup de défis liés à la sécurité à l'infrastructure à la conception et au fait qu'on veut ajouter une nouvelle couche technologique au flux de travail que les gens ont et donc dans ce cas de figure ce genre de travail dans ce cas de façon progressive il y a aussi une autre volée c'est qu'il y a certaines données qu'on ne peut pas par exemple collecter au niveau du tracker par exemple les données de population ce sont des déluminateurs que vous avez besoin pour pouvoir créer les indicateurs par exemple le taux de couverture pour la vaccination ou le taux d'incidence du palu etc et donc vous avez aussi besoin de cette donnée agrégée disponible pour pouvoir faire cet incalculation donc généralement je pense que nous pourrons travailler avec un système où on voit à la fois les données agrégées et les données de tracker et mais le but final et mais le but final c'est de permettre à ce que on puisse utiliser le tracker pour les suivis spécifiques par exemple celui de la tuberculose du palidisme du VIH et la COVID etc merci mais mes collègues peuvent intervenir ok merci Jerry et merci à notre amie d'avoir posé cette question parce que c'est une question qu'il a plupart des gens ces causes et en général la finalité du tracker c'est d'évoluer vers les données agrégées mais comme on était tous au début par rapport au DHS il était intéressant parce que les gestionnaires des données sont habitués à utiliser les données des façons agrégées des façons mensuelles donc il fallait aller dans ces sens pour que les gens ne se perdent pas il y a aussi les volets des vies électroniques et de développement qui est là donc le tracker est toujours un concentre d'évolution donc sinon la finalité c'est que les programmes sont plus personnels concernant leurs données que ce soit reproduit automatiquement des façons agrégées que les formuleurs agrégées soient alimentées par les données de l'agrégée donc ça va entraîner une diminution de la charge des travailleurs et des utilisateurs sur le terrain mais c'est une évolution on va petit à petit vers ça voilà donc j'espère que on va comprendre la déçu merci peut-être aussi un ajout par rapport aux données de routine que vous avez peut-être aussi je reste dans le cadre du Tibi sont des données commerciales que vous avez et puis à la fin ils essaient de renseigner le nombre de cas à traiter ainsi de suite ainsi de suite mais avec le tracker ils ont la possibilité de savoir qui est exactement venue pour se faire traiter est-ce qu'il a reçu ces médicaments ainsi de suite donc avec les données tracker on peut savoir on peut connaître le nom de l'individu on peut identifier la personne mais avec les données de routine que vous avez généralement dans le DHST c'est le cumul que vous avez donc on essaie de mettre en place un tracker pour pouvoir suivre c'est qu'à leur cas par cas c'est possible de le faire dans un autre sens tracker et beaucoup de choses en tranche parce qu'il faut aussi travailler avec toutes les parties prenantes même les utilisateurs finaux pour qu'ils puissent nous dire réellement ce qui se passe sur le terrain comment est-ce qu'ils utilisent les données qu'est-ce sont les régises qu'est-ce sont les informations ainsi de suite donc c'est à partir de toutes ces informations et ensuite il faut la phase de formation donc il faut former toutes les personnes pour pouvoir renseigner convenablement les données ces informations renseignées ou les données renseignées doivent être analysées après pour voir si en fait le total qu'on a à la fin du mois ou à la fin du trimestre reflète en fait le même chemin qui est renseigné peut-être dans le système national donc on va faire cette comparaison au début ce ne sera pas juste parce qu'il peut avoir des problèmes de connexion problèmes de synchronisation les données non saisies ainsi de suite mais au fur et à mesure ce total-là va être plus ou moins pareil et après ça dépend aussi du pays ça dépend aussi de la politique qu'il y a après on peut aussi pour éviter que une personne saisie les données trackers et une autre personne saisie les données aggregées on peut à partir des indicateurs envoyer ces données là directement dans le système national aggregé donc il y a beaucoup de choses qui entrent en jeu mais bon avec le juste beaucoup de choses sont quand même possible bon c'est le complément que je voulais aussi apporter ok on continue merci pour la présentation par rapport aux indicateurs de programme tel que vous venez de le présenter est-ce qu'il y a certains indicateurs de programme que vous n'arrivez pas à paramétrer dans les trackers pour avoir des valeurs aggregées si nous prenons le cas du Ghana au cas du Ghana 8 il y a certains indicateurs de programme pour lesquels il y a des difficultés à paramétrer dans le hit tracker oui en fait il peut avoir quelques défis bien entendu pour certains indicateurs dans le hit tracker qui en propose parfois aussi à améliorer le hit tracker comme le dhs2 est en part pétuelle évolution donc en général lorsque nous avons des défis en général ce n'est pas présent pour le l'atelier en question donc je ne sais pas quels sont les indicateurs qui n'ont pas pu calculer mais effectivement il y a souvent ce genre de défis et nous essayons soit de trouver ce qu'on appelle en anglais un workaround c'est-à-dire une façon d'autre de pouvoir présenter l'information là ou soit de nous reliant l'information à l'équipe de slow voire incorporer cette possibilité de calculer ces indicateurs dedans quels sont Rauby, quels sont les intérêts de garder la partie agrégée je crois que le tracker est devenu fonctionnel car le tracker fournit aussi les valeurs agrégées bon je pense qu'il y a déjà une réponse quelle application peut-être utilisée pour le lien entre tracker et agrégée il y a plusieurs applications qui peuvent être utilisées et plusieurs façons de pouvoir envoyer ces données il faut donc d'abord discuter sur la façon dont ça se perd est-ce qu'il doit avoir un priorité est-ce qu'il faudrait faire une taxe planifiée est-ce qu'il faudrait bien une validation d'abord etc etc donc il y a plusieurs outils qui peuvent être envoyés pour envoyer ça je pense qu'on ne peut pas avoir l'occasion de parler de ça maintenant donc Arsène est-ce qu'on peut utiliser la même instance de données agrégées pour mettre en place un tracker si oui comment concilier les données pour éviter les doublons oui en fait c'est possible de le faire mais comme je l'ai dit en général on ne sait pas l'instance mais quand on ne sait pas les instances on s'assure que l'instance ne croit qu'elle peut sécuriser parce qu'on peut créer notre instance et peut-être ça créer une partition et peut-être le clé pied le disque dur etc donc c'est possible d'avoir sur le même serveur et d'avoir aussi une certaine sécurité c'est possible généralement ce que les gens font c'est qu'ils ne saient pas ils mettent les parties, la partie agrégée qui est en fait mieux que la façon dont la base de données s'agrégent informatique la façon dont la donnée est traité au niveau de la base de données qui est différente de la partie agrégée et de la partie traque donc on est obligé de faire une configuration spécifique au niveau de la base de données et au niveau du système même pour s'assurer que la rapidité soit et donc si on a la partie agrégée le traque ensemble parfois on est obligé d'avoir un juste milieu qui peut peut-être favoriser ou défavoriser une instance sur l'autre mais c'est possible de le faire en ce qui concerne les joublons mais bon, généralement quand on discute dans un pays ce qu'on essaie de faire c'est d'avoir les deux tout d'abord les deux instances ensemble qui fonctionnent l'agrégée et le traqueur et après on essaie de gradualement remplacer les données agrégées par ce qu'on a dans les traqueurs mais comme je l'ai dit dans le genre de premier temps il faut s'assurer qu'il y ait une bonne qualité parce qu'on est dans une situation où vous avez parfois des données qui sont bien entendu de toutes différentes et donc peuvent avoir un problème de convergence et donc il est très important de faire ça d'abord et donc là on pourrait facilement les donner et donc éviter les doublons je pense que nous sommes pratiquement à la fin de notre présentation nous avons une présentation à 11h45 donc je veux pas de reprendre aux autres questions via slide pas écrit ok, ne vous inquiétez pas nous allons reprendre à toutes les questions donc je passe à Paul Agnion qui va nous annoncer la prochaine session, merci