 Bienvenue à cette séance sur FAIR. Je vais parler très brièvement de FAIR et après on aura les détails de la part d'autres présentateurs. Désolé à ceux qui sont en ligne, les participants physiques ont été enfermés dehors, ce qu'on doit attendre. D'accord, nous allons reprendre. Bienvenue, il faut encore. Souvent, dans la conférence annuelle, il y a un mélange de sessions liées à la santé, les sessions liées à la gestion, mais aussi il y a une session technique comme celle-ci. Celle-ci commence aussi sur FAIR et après, c'est un compris technique. Si vous n'arrivez pas à comprendre ce qu'on va vous partager, ne vous inquiétez pas. Nous allons vous montrer là où nous en sommes avec la pensée stratégique et technique des HST autour de FAIR. Je vais vous partager un certain nombre d'outils qui rendent les choses faciles et à faire tout type d'intégration, mais y compris FAIR. Je vais vous partager un certain nombre d'exemples. Je pense que la majorité ici, c'est ce dont il s'agit lorsqu'on dit FAIR, Fast Health Interoperability Resources, c'est une spécification, c'est une spécification qui a traversé différents niveaux de maturité et maintenie par la Fondation HL7FHIR. Elle bénéficie d'un soutien et d'une traction croissant au secteur de la santé, aux États-Unis et en Europe, surtout dans notre domaine informatique. Elle a également suscité beaucoup d'attention au nom de nos communautés traditionnelles, tels que OpenHIR et l'OMS. Vous avez vu les différents toolkits et les différents directives de l'OMS, compte tenu de l'empreinte de DHS2 dans le monde. Il est vraiment important, il est nécessaire que nous ayons, n'est-ce pas, une position cohérente et pragmatique et stratégique concernant FAIR. Généralement, il y a beaucoup de discussions. J'ai parlé avec un certain nombre de développeurs. Nous avons vu ce qu'ils ont fait dans le NHS en Grande-Bretagne. J'ai eu des discussions avec des ingénieurs aux États-Unis et vous savez, on peut prendre par exemple le module de données du tracker. On peut emplacer et donner notre hacker par un référentiel FHIR. Il y a beaucoup de valeurs déjà là du tracker et ce n'est pas seulement utilisé dans notre domaine de la santé. Nous utilisons cela dans la gestion des forêts et dans le domaine de l'éducation. La première émotion n'est pas vraiment probable. Il y a aussi les façades. Nous avons DHS2 et nous avons quelque chose qui donne des façades pour fournir des fonctionnalités FHIR ciblés. Ces derniers six mois, nous avons développé des éléments qui nous aident à mettre en place des façades FHIR. Nous avons développé des outils dont l'objectif est d'aider les gens qui travaillent sur des projets d'intégration. Ce n'est pas seulement pour FHIR mais quelque chose que vous pouvez utiliser dans l'intégration en général. Nous aurions un peu davantage des discussions dans le sens de l'interpréhabilité. Beaucoup de personnes vont remplacer cela par les référentiels FHIR. C'est mon opinion. Vous avez le droit de ne pas accepter ce que je dis. Une approche technique, certains d'entre vous se rappellent au cours des conférences liées. Il y avait ce qu'on appelle l'adaptateur FHIR, qui avait été mis en place par un ingénieur allemand très intelligent. Ce qu'il a quitté, c'était très difficile à maintenir l'adaptateur et l'approche que nous avons adoptée, c'était vraiment une approche intéressante. Ce n'est pas mort. Le référentiel a été bifurqué et désormais est tenu officiellement par ETI, Rangan Mepala, Edwin, et là. Donc, ETI Nordique, c'est une entreprise dont un pièce trouve un orvège et un autre aux imbaboués. Ils ont commencé à utiliser cela dans certains projets, donc ils ont décidé de le déplacer. L'autre chose que nous avons constaté, OJ Open SRP semble également avoir créé une fourche. Il n'y a pas de problème. Je pense que c'est quelque chose d'intéressant. C'est intéressant d'avoir que tout le travail qui a été abattu n'est pas perdu. Ce que nous avons fait dans l'équipe d'intégration d'HS2, il s'agit de moi et de Morton. Récemment, il y a un ingénieur à temps plein qui s'appelle Claude. Il y a un autre équipe, donc il y a d'autres personnes qui travaillent dans d'autres composantes de HS2, et surtout des personnes qui sont trouvent dans les groupes HS2. Demain, nous allons parler de l'architecture, mais toute intégration ne se passe vraiment sur terrain. La meilleure chose que nous pouvons faire, c'est essayer de fournir des approches et des outils et des modèles, mais aussi des amis qui rendent des choses faciles pour que les personnes qui sont sur terrain puissent résoudre leurs problèmes. Donc utiliser ces outils génériques pour travailler sur les ressources différentes et problématiques d'IEA, F, H, IEA. Vous savez, nous pouvons faire pas mal de choses, récupérer des données, partir de des HS2 et c'est possible de le faire en utilisant F, H, IEA si c'est conçu de manière sensible et c'est pas vraiment compliqué. Donc voilà, bref, introduction et vous allez, n'est-ce pas, suivre un certain nombre d'exemples et nous avons une heure et j'espère qu'on aura le temps pour les questions. Donc s'il y a une question dans la salle, n'hésitez pas à me la poser maintenant, à voir que je n'occupe. Il y a, on le dit, ne me pose aucune question difficile. Les différents acronymes, c'est vrai qu'il y a beaucoup d'acronymes, il y a même des HS2. F, H, I, R, c'est, c'est, n'est-ce pas connu par beaucoup de personnes, c'est un standard. F, H, I, c'est une communauté collaborative de différents projets impliqués dans la recherche des architectures sur les échanges d'information sanitaire. Et puis il y a Open SIP. C'est un projet qui est basé au Kenya et ils ont fait beaucoup de projets autour de l'adaptateur. Est-ce que vous avez votre propre micro? Il faut éteindre, il faut éteindre votre, d'abord. Alors commençons. Ce que je vais vous partager, c'est pas vraiment présentation la plus intéressante. Nous allons utiliser certains exemples. MCS-10, c'est pour échanger les unités d'organisation. L'approche est très intéressante. Pour y arriver, nous avons développé, nous avons développé New Text Stack. Et peut-être que nous allons utiliser toutes ces composantes. Il y a Java 11, il y a Spring Boot, il y a Apache Cam. On peut pouvoir en parler. Et c'est le moteur de tout. Ça gère une intégration qui gère les statistiques, le formatage de données, pour nos cités, c'est deux éléments. Il y a aussi Apache Active MQ Artemis, qui est un autre outil. Peut-être que vous l'utilisez déjà, derrière les coulisses. Donc c'est utilisé pour être à la chaîne. Donc c'est un modèle qui est très commun. Le cloud qui est derrière est en train de développer ce qu'on appelle Java SDK. C'est simple, mais ça va prendre un peu de temps. Ça vous aide à communiquer avec les HL2. Nous avons également développé pas mal d'outils. On ne va pas présenter sur tous les outils. C'est lourd, il pourrait y avoir des bugs, mais ils sont en train de travailler. Il y a aussi une composante qui s'appelle THS de Camel Component. Il s'agit des composantes pour les e-mails, pour les access, pour les gms et pour l'accès HSP. C'est donc une façon d'avoir accès à un certain nombre de données. THS vous donne des ressources. On demande par exemple des ressources en serveurs données. Nous sommes aussi en train d'utiliser aujourd'hui une autre composante qui n'est pas change, transforme les unités d'organisation. Voilà les différentes composantes que je vous recommande si vous utilisez FHIR. Nous allons nous focaliser sur un profil qui s'appelle MCSD. Ça vous aide à avoir les unités organisationnelles dans FHIR. Nous allons d'abord rester dans le général. Nous allons faire ce qu'on appelle le simple transfert. Le transfert c'est en utilisant le convertisseur basé sur Java. Il y aura aussi un transfert en utilisant le convertisseur basé sur des tassonnettes. Avant d'avoir un exemple pub, sable en utilisant Artemis. Tous les exemples peuvent être trouvés sur ces liens. Si vous voulez avoir plus d'exemples, vous pouvez les trouver. Il n'y en a pas vraiment beaucoup, mais vous pouvez trouver d'autres exemples. Le dernier lien n'est pas vraiment un stockage d'exemple. Ça concerne votre chose. C'est un lien qui va contenir tout ce qu'on va voir aujourd'hui. Maintenant, on va focaliser sur les unités organisationnelles. Il y a d'autres ressources FHIR. Je ne sais pas s'il y a quelqu'un d'ISP, Amérique latine. On a eu des conversations avec Pao sur les questionnaires FHIR. Il y a un exemple sur les questionnaires dans le stockage d'exemple. On ne va pas le montrer. Il y a aussi un exemple sur les patients. Ce sont des choses vraiment très faciles. Ça pourrait être un des bisques que je vais vraiment vous montrer, c'est l'approche. Vous pouvez remplacer les unités organisationnelles par les patients, par tout ce que vous voulez. Mais vous allez utiliser la même approche. Je ne vais pas suivre toutes les étapes. Je vais vous donner un aperçu de l'approche générale. Le premier exemple dont j'ai fait mention, j'essaie de zoomer. Il s'agit d'une démonstration. Ça pourrait vous être utile. Si vous utilisez, par exemple, ce qu'on appelle Otario, il y a un exemple de l'utilisation de la composante DHS2. Ce qui est intéressant ici, peut-être que vous allez le reconnaître. Vous reconnaissez l'autre. Vous essayez de régler les paramètres. Au niveau des composants, il y a des différents niveaux. Niveau 1, Niveau 2. Et vous assurez que tous les niveaux sont corrects. Il y a un bag, ici. Mais n'y pensez pas pour le moment. Il y a un bag, mais n'y pensez pas. Ce qui est intéressant, j'ai mentionné que nous avons créé des modèles en s'obasant sur des modèles. Ici, nous sommes en train de nous focaliser sur un modèle spécifique. Donc, c'est avec la version 2.3726, comme vous pouvez le voir. Et puis, il y a aussi nos clients. Je vais vous montrer comment c'est installé. C'est un modèle spécifique. C'est un modèle spécifique. C'est un modèle spécifique. C'est un modèle spécifique. C'est un modèle spécifique. Je vais vous montrer comment c'est installé. C'est très simple. Ce n'est pas très différent de ce qu'on a vu. Vous voyez l'adresse URL. Donc, il y a les nouveaux tokens qui seront très bientôt pris en charge ici. Et puis, c'est d'injecter le client ici. Donc, vous pouvez enlever le client ou le garder. Donc, 2DHST ou VerdeHST, quel est le client. La prochaine chose qu'on fait, on fait ce qu'on appelle la division. On prend la liste des unités organisationnelles et on distribue une à une. Et puis, ça sert à convertir une à une dans des profils et il s'agit souvent de l'allocation de l'endroit et de l'organisation. Vous pouvez, n'est-ce pas, avoir ceci. Vous-même, si vous avez besoin. Vous commencez avec un convertisseur KML. Et puis, il y a l'unité d'organisation et puis, il y a l'échange. Et puis, il y a un bouquet. Ce qui est important, c'est ce que vous voyez ici. Donc, ici, c'est pour savoir quel bouquet il faut envoyer au serveur. Donc, vous déterminez le bouquet envoyé au serveur. Et puis, il y a la composante FHIR. Et il faut déterminer le client. Il y aura, n'est-ce pas, un feedback. Donc, vous devez vous assurer que... Donc, c'est Marshall qui est là. Et donc, il pourrait y avoir des bugs. Ce que vous utilisez, par exemple, Marshall et ou le porté que l'autre personne. Mais c'est quelque chose qu'on peut régler. Tout ce que vous avez vu, ce sont des primitives de KML. De ce que vous allez au niveau des commandes et vous allez décrire votre itinéraire. Vous pouvez, n'est-ce pas, décrire cela sous enantréformant et y voir plus clair. Donc, le reste, c'est un exemple. Je vais commencer avec le serveur FHIR. Donc, ici, on utilise ce qu'on appelle HappyFHIR. Un petit peu de serveur FHIR. Et voilà, j'ai ouvert le serveur. Nous utilisons la quatrième version du serveur FHIR. Donc, c'est un serveur qui est vraiment vide et donc, ça n'a pas beaucoup d'autant pour s'ouvrir. Puis, vous exécutez le programme. Vous voyez l'exécution. Je vais essayer d'actualiser la page. Et nous avons maintenant un serveur FHIR qui est en marche. Voilà mon installation. Je vais changer ici. Je vais mettre 90, 90. Je fais l'intégration au tailleux. Mais c'est quelque chose de simple, ne vous inquiétez. Nous faisons aussi un peu d'introspection. On utilise un souci. On va remontrer ça un peu plus tard. Nous allons maintenant exécuter cette installation. Il n'y a rien de difficile. Je suis juste en train de construire le projet. Bientôt, vous allez voir beaucoup de textes avec toutes les ressources du serveur FHIR et des unités organisationnelles. J'ai essayé de le faire dans un seul batch. Mais ça n'a pas marché. Mais ça, c'est la meilleure proche. Tant donné que j'ai fini de bouquer. Voilà ce qu'on résulte. C'est une proche qui est plus intéressante. En utilisant un paramètre de source, ça va créer des mises à jour. Vous pouvez aussi vérifier. On va mettre location. On va cliquer sur recherche. Voilà ce que nous avons comme résultat. Il y a les organisations que c'est pour vérifier. Il s'agit ici des ressources FHIR. Il y a une question de la part de l'assistance. Mais nous ne pouvons pas la capter malheureusement. Il y aura quelques problèmes à cause des métadonnées. Peut-être que vous allez sauter l'option de partager. Donc il faut vraiment bien réfléchir. Mais tout est connecté. Tout est synchronisé. Il y a quelque chose de mieux qui arrive très bientôt que vous pourrez utiliser. Ce qui se donne à venir, c'est que au lieu de tout mettre dans FHIR, il ne faut pas considérer les changements de métadonnées et réagir. Chaque fois qu'il y aura des changements, vous aurez une notification. Bien sûr, c'est quelque chose que vous pourrez faire. J'aimerais comprendre. Camel nous aide. Camel, c'est comme un moteur avec beaucoup de composantes. Nous avons aussi créé d'autres composantes. Mais Camel, c'est un moteur vraiment de l'intégration. Comme je l'ai montré au début, il y a beaucoup de composantes. Ce que Claude nous a aidé à avoir, c'est une composante pour pouvoir communiquer avec des HS2. Il y avait la lecture des unités organisationnelles, mais il y avait des problèmes. Maintenant, c'est plus facile avec Camel. Ce n'est pas nécessairement. Vous pouvez faire des choses sans ouvrir. Il y a des choses bien aidées. Il y a des mediators. Vous pouvez construire un mediateur comme ça. C'est ce que Morton a fait. On peut enregistrer cela comme un médiateur. Ce n'est pas mutuellement. Ce n'est pas séclure de manière mutuelle. Nous allons encore avoir une question. Les autres attributs qui existent dans les HS2 pour ce qui est des unités d'organisation. Comment est-ce que je suis la prise en compte dans Farrer? J'ai un autre exemple dans Python. Ça prend une autre extension de l'HHS2. Cela indique que c'est une extension de l'HHS2. Est-ce que le fait de l'utiliser signifie clairement que l'autre composante est inclus? La prochaine chose qu'il faut voir quand on est à ce niveau, c'est de voir les composantes. Si cela s'installe facilement, on n'a pas besoin d'installer le côté Java en plus. Il faut avoir une unité d'organisation générale qui va pouvoir prendre en compte toute la charge de travail et s'assurer que le travail est fait de manière appropriée. Je peux vous assurer que c'est très possible. On fait plus appel à Java parce que c'est un peu plus facile d'assayer pour nous. C'est le seul exemple que je peux vous donner, mais il y a plusieurs approches pour arriver à ce même résultat. Si c'est une nouvelle approche, une approche un peu différente des autres, mais elle n'est pas aussi différente que ça, vous verrez une autre composante ici de Camer, qui s'appelle Datason Transform. Ici, on peut commencer en haut, comme la dernière fois, en prendre les unités d'organisation de DHS2. Dans ce cas, je n'utilise pas ce qui permet de bâtir le Klaus. Dans ce cas, ici, puisque nous n'utilisez pas le Klaus du Burt Im, on est obligé de faire une sorte de séparation parce que c'est un autre niveau ici. Il y a API et il y a d'autres unités d'organisation. Je vais essayer de vous montrer ce dont il est question, comme vous pouvez le voir à l'écran, comme ça, je vais se présenter après. Après, vous partez sur Split. Comme vous voyez que vous voyez à l'écran, on n'a pas la connaissance de tout ce qu'il y a à faire. On essaie de mettre l'URL de base. Il y a aussi ce URL de base qui vous permet de faire l'identification. Après cela, on ajoute la partie API. Ensuite, on part sur l'unité d'organisation et il y a la transformation de chaque unité d'organisation sous forme de cartes qui donnent une valeur clé. Après avoir fait cela, je vais juste convertir cette carte et je vais la visualiser en utilisant Fire. Parce que la proposante Fire exige de la valeur qui est réelle. La chose intéressante ici c'est les données qu'on peut diviser. Je vais montrer une approche générale. Ici, je ne vais pas être très spécifique. Voici à quoi cela ressemble normalement. Maintenant, vous commencez par l'exemple de ce que vous voulez voir et puis vous commencez par faire des petits ajustements. Je vous ai parlé de PUT que vous voyez là-bas au niveau de méthode. Ensuite, il y a la mise à jour. Pour que cela marque, vous mettez encore le paramètre recherche et vous voyez l'objet payload au point numéro 13. C'est de cette manière qu'il faut procéder mais je vais essayer de descendre un peu pour que vous ayez une idée encore plus claire. Le point 19, voici les informations qui permettent de voir la description. Lorsque la description est appropriée, cela peut lancer l'application mais si ce n'est pas correct, cela va refuser. Ensuite, on essaie d'ajouter à chaque fois les identifiants les idées et si il n'y a pas d'identifiants, vous n'ajoutez pas mais si il y en a, vous ajoutez d'HIS-2 à peu de contraintes mais dans Fire, nous avons beaucoup plus de contraintes. Ce qui est valable dans dHIS-2 n'est pas valable forcément dans FHIR qui est Fire. Donc, un identifiant valide dans dHIS-2 est forcément valide dans FHIR. Maintenant, pour ce qui est de la terminologie et des options et des paramètres, des HIS-2 autorisent beaucoup des choses et Fire aussi en autorise. La différence intéressante entre cette approche et l'exemple précédente vient des discussions avec les partenaires. L'intégration a souvent peur avec la cartographie. Le premier exemple envoie la cartographie qui est faite de manière un peu efficace. Maintenant, sur le terrain, il y a peut-être un attribut ou une statistique qui a été changée et un nouveau questionnaire peut-être et on ne peut personnaliser ces fichiers. Ce qui signifie qu'avec tout ce qui vient de Java on peut justement mettre au pied une bonne cartographie. L'avantage ici, c'est plus sur le fait que vous pouvez personnaliser le programme selon vos éditions. Mettez le moi de vous montrer une autre chose et puis on va avancer. Je ne l'ai pas. Ok, c'est bon. Maintenant, je disais que les actions, on va les faire une à une ici pour pouvoir avancer. Maintenant, je repars pour vous montrer l'exemple. Vous voyez comment ça marche. Nous voyons que ici, les 100% des entrées, c'est quasiment la même chose. Permettez-moi de reprendre. Je n'ai pas changé le portail. Je suis en train de changer l'URL et donc, comme je disais, ça va marcher comme avant. Pour le moment, j'ai un dernier exemple quand même à vous montrer. Permettez-moi de fermer d'abord ceci. Pour le dernier exemple, ça va avec Artemis. Il y a d'autres exemples. C'est intéressant. Je t'en coudeille aussi. On se vasant sur Artemis. Ici, dans Artemis, j'ai créé ce que j'ai appelé dog demo. Il y a une des spéciales ici. Ça commence à mettre sur pied 6-1-6-6-6 pour les échanges de données. Maintenant, avant d'avancer, je vais vous montrer quelque chose. Je vous rappelle, encore que je suis au premier exemple concernant le converteur, mais il peut y avoir des adaptations. Maintenant, on part sur l'unité d'organisation. On l'appelons simplement comme ça, même si ça peut avoir d'autres pronoms. Ensuite, il y a une nouvelle unité d'organisation qui vient. Vous voyez cela à l'écran. Et maintenant, ensuite, on fait entrer les données et ensuite, on sort les résultats comme toujours. Vous pouvez remplacer les points comme là, on écrit d-h-i-s-f-a, f-h-i-r, pardon. Et puis, vous essayez de personnaliser cela et vous mettez les données dans f-h-i-r, puis vous transférez cela dans d-h-i-s-d. Permettez-moi de vous faire ce que je présente. Vous voyez, rien ne se présente parce qu'il n'y a pas d'événement enregistré. Maintenant, on va essayer de modifier quelques paramètres pour voir si quelque chose va se produire. Voici, je fais entrer le code du producteur. Voici le producteur. Et aussi, je répète encore, ce que vous voyez que je fais, je prends juste la moitié des informations ici, que je mets de l'autre côté et visse vers cela. Vous voyez, ce qu'il y a ici, je l'envoie dans Artemis. Donc, on ne fait pas de conversion ici. On l'envoie directement dans GMS, qui est un serveur Artemis. Et c'est tout. Il n'y a rien de sorcier. Donc, permettez-moi de commencer. Je vais ouvrir de fenêtres. Comment ça part le listener, c'est-à-dire la personne qui écoute. Il y a le producteur en haut. Produire ça. Maintenant, vous m'écoutez. Et je pars maintenant pour faire celui du producteur ou produire ça, comme vous voyez à l'écran. Et voilà, encore, ça présente chaque unité d'organisation. Il y a cette boucle. Et vous voyez, ça, c'est un service. Vous pouvez imaginer comment est-ce que cinq auditeurs puissent avoir accès directement à ces informations. Lorsque vous faites une mise à jour sur un seul, il y a la mise à jour dans plusieurs serveurs au niveau de tout, ce qui écoute en même temps. Et ça marche de la même manière. Donc, vous voyez que tout est décentralisé. On peut tout départager. Il y a une petite application. Et puis, ça peut être vulgarisé très facilement pour ceux qui vous écoutent. Donc, ça a une nature assez dynamique. On peut le faire en temps réel. Et ça peut être sujet à de petits changements. Et puis, ça s'adapte automatiquement. Je vous disais juste que les gens, vous dessinez là-bas. Le micro de l'orateur, s'il vous plaît, nous ne l'entendons pas. Le micro de l'orateur, s'il vous plaît. Donc, je disais que dans les riffs, les riffs pourront faire des choses semblables. Mais le problème, savoir avec le partage des informations en temps réel, on a quelques problèmes avec les indicateurs du programme, comme vous le savez, mais en regardant les messages qui viennent en Artemis, sans voir combien, c'est intéressant. Et tout ça se passe en temps réel. Et ça part directement sur notre portail. Vous avez une question? Si on l'utilise pour la synchronisation dont vous parlez, est-ce que c'est possible d'avoir une synchronisation automatique, c'est-à-dire que s'il y a eu une mise à jour qui n'est pas si nouvelle que ça, il faut que l'essent ait le choix de décider s'ils en veulent ou pas, parce qu'à partie d'expérience, vous savez parfois que vous avez des mises à jour qui ne sont pas vraiment des mises à jour parce que il faut éviter les doublons dans les unités d'organisation. C'est pour cela que j'aimerais que les gens puissent décider d'accepter les mises à jour ou pas. Vous avez mentionné vous-même que DHSU a peu de restrictions et je l'ai comparé à DHS1 où il y a beaucoup de restrictions, où on ne peut pas mettre le double essacement. Il y a des caractères assez bizarres et tout ça. Et puis quand vous envoiez les envoies dans HTML il y a ce que je vois de donner, c'est que ça prend beaucoup de temps beaucoup de choses qui sont des erreurs qui doivent être identifiées et être enlevées. Maintenant pour ce qui est de Fire je vois qu'il y a de nouveaux critères. Mais est-ce que ces critères sont personnalisables ? Est-ce que c'est possible si j'ai peut-être 12 000 éléments de données et il y a peut-être un duplicat, un du blanc, il y a un double espacement, etc. Est-ce que c'est possible d'envoyer cela dans Fire et essayer de personnaliser ce qui le fichier et le mettre à jour et le renvoyer le de passer trois semaines en cherchant là où se trouve l'erreur parmi les 12 000 données. Je vais répondre à la première question oui, c'est possible dans 2.38 ce que nous avons appelé l'approche de changement de des métadonnées. Ça vous permet de pouvoir changer les noms par exemple. Si vous voulez changer des métadonnées vous envoyez une requête et puis vous allez de l'autre côté pour accepter pour le moins c'est pour les unités d'organisation mais je pense que ça résout le problème que vous venez de mentionner exactement c'est ce qui se passe ça vous permet d'approuver d'abord les données avant que ce soit disséminé ou rendu disponible au public je peux vous assurer que ça vous permet de faire beaucoup et quasiment tous les types de changements il y aura une identifiant pour ça ça vient bientôt dans la nouvelle mise à jour mais en général dans Fire on ne peut pas faire des personnalisations des exigences strictes pour les informations qui ne peuvent peut-être pas commencer dans certains endroits par des chiffres certains endroits par des lettres et tout ça. Donc voilà un peu les restrictions que nous avons je pense qu'on va essayer de trouver une meilleure approche plus tard maintenant je comprends la préoccupation du public le volume de l'orateur s'il vous plaît nous n'entendons pas la question s'il vous plaît dans pour ce qui est de la question des identifiants des patients du VIH leur identification leur traitement etc nous avons vu que les pays réussissent à s'en sortir mais une chose que je voudrais c'est qu'on recherche on veut que des partitières puissent tester Fire maintenant que vous êtes en train de créer cela de manière dynamique vous n'avez pas besoin de répondre forcément à la question maintenant vous avez un partitière pour venir dans vos services comme est-ce que cela peut vous aider dans la mise en oeuvre ou l'implémentation de vos logiciels je pense que la partie ici présente peut nous aider même pour pouvoir répondre à votre occupation parce que entre nous ici les gens peuvent aussi nous aider à faire cela maintenant j'aimerais le dire que plusieurs sont en train de développer des profils Fire que soit l'indénosie, l'éthiopie et il est très important qu'on ne crée pas ces choses comme des abstractions mathématiques qui sont juste en train de nager dans les cieux il faut que ce soit pratique maintenant qu'on est en train de poncer à des avancements il faut que ce soit fait et qu'il soit en train d'être en mesure avec l'implémentation maintenant on peut parler des jours sur la question mais je pense qu'il est l'heure c'est la fin de cette session je remercie tout d'un chacun de votre présence