 sur la technologie et les modèles de données fraqueurs, d'accord ? Donc, les objectifs de cette section, c'est de revoir ensemble le modèle de données dans le contexte des fraqueurs d'IHS-B, et je rappelle au passage que dans le d'IHS-B que nous avons des modèles du collectif de données, nous avons des données agrégées et de modèles d'accord ? L'agrégé, il s'agit des formuleurs qu'une périodisité, mensuelle et de manière annuelle, etc. Mais les fraqueurs, c'est un type de formulexion qui est pour le suivi individuel des entités, comme des personnes ou des enjeux, et qui n'ont pas une périodisité définie puisque la donnée est collectée et au moment où l'information est disponible. Donc dans cette section, nous allons voir un peu ce modèle de données dans le contexte fraqueurs d'IHS-B, et nous allons un peu voir les termes et le jargon d'IHS-B lorsqu'on parle du fraqueur. Et nous allons un peu voir comment se passent les interactions des données des données et dans le modèle fraqueur. En dessous, nous allons voir comment les différents composants des géographies interagissent entre eux pour qu'on puisse faire une collection complète des données pour une fraqueur donnée. Donc le modèle de données fraqueurs fait la partie, c'est-à-dire, ce n'est pas accessible à l'utilisateur, c'est-à-dire c'est pas modifiable, c'est un modèle qui est défini. Donc on peut le paramétrer, c'est ce qu'on peut faire, mais sur le modèle il s'agit d'IHS-B nous-mêmes, c'est pas une pratique d'utilisateur pour modifier. Donc il est important de comprendre la structure des conditions d'objet et comment ils sont défini pour pouvoir bien les configurer et avoir des métats donnés et qui fonctionnent bien et qui collectent les données comme il faut dans les systèmes. Je rappelle que le IHS-B quand on initialise au tout début, quand on donne une base vite, rien ne configure à l'intérieur, c'est un coup de paramétre et il ne m'a donné pas, il m'a donné des données, mais t'as donné pas, mais t'as donné pour construire vos formuleurs du reprogramme. Donc, qu'est-ce que nous avons comme type de métat donnés dans notre IHS-B, donc si on ne commence pas à le parler, nous avons ce qu'on appelle les systèmes de renversation qui vous connaissent très bien et il s'agit là de la reconnaissance de votre pays et d'autres professionnels, donc vous avez par exemple le niveau 1, quel est le niveau pays que vous allez permettre vous-même, si vous avez par exemple, si vous êtes un dîner, le niveau pays est dîné, donc vous allez créer ces niveaux pays. En dessous de ces niveaux pays, vous allez créer ensuite les niveaux inférieurs, selon l'élaboration de votre pays. Vous allez utiliser le pays, vous allez créer ensuite les régions, ensuite les districts, ensuite les formations sanitaires les plus tôt, et même ensuite, vous ajoutez les régions entre services pour nader dans un hôpital, d'accord? Donc, on a aussi des métats donnés qui sont des types élément du données, donc c'est l'élément le plus satanique qui peut continuer une valeur. Exemple d'élément du données, vous allez créer des mesures de cas et de balues. Et exemple, dans le domaine facteur qu'on est créé, par exemple, le résultat du laboratoire, ici du patient, donc on a aussi comme état donné les indicateurs, les indicateurs qui sont des données calculées dans notre système d'achiste. Vous avez un domaine agrégé et des indicateurs aussi facteurs. Et vous pouvez avoir un mélange début qu'on appelle des indicateurs combinés, c'est-à-dire, à la fois des indicateurs d'achiste et des indicateurs facteurs. Nous avons les azébuts, sans les métats donnés, donc les appellations et d'intention, les personnes, les aspects que nous suivons. Donc, vous allez voir tout ça dans le détail tout à l'heure. Donc, lorsqu'on prend un modèle, les métats donnés du facteur, et on peut les structurer comme celui, on peut avoir deux blocs qui définissent notre modèle facteur. Donc, vous allez voir, c'est-à-dire, qu'est-ce que nous sommes en train de suivre dans notre programme facteur. Est-ce qu'il s'agit d'une personne, est-ce qu'il s'agit d'un animal, est-ce qu'il s'agit d'un établissement, un bâtiment, ou bien un produit, si vous êtes dans le domaine de gestion du stock, ou les LMS. D'accord? C'est ça qui va définir l'entité que nous suivons. Et nous avons joué dans le bloc qu'il n'est pas censé changer. Si vous prenez une personne, par exemple, et la date de la personne n'est pas censée évoluer, le sexe de la personne, bon, n'est pas censé changer. Et aussi de suivre. Donc, le nom, le prénom, c'est des choses qui ne changent pas, mais qui identifie la personne, même si ça change, il suffit de mettre un jour, mais ça identifie la personne. Et maintenant, nous avons l'instance de l'entité civile. L'instance de l'entité civile, c'est simplement les données liées à l'entité, mais qui est pas pas une personne. Donc, je me supposons que j'ai le programme et de surveillance qu'il est là. Le programme a été conçu pour suivre des personnes, n'est-ce pas? Donc, là, ce n'est pas, par exemple, je vois que le programme, il devient une instance de l'entité personne qui est suivie dans mon programme. D'accord, autant de personnes que vous allez enrôler dans mon programme, ça fera autant d'instances de l'entité qui sont suivies dans mon programme, tout simplement. Et je rappelle qu'une entité est peut-être enregistrée, mais elle ne peut être enrôlée fortement dans un programme. Il peut être enrôlée dans plusieurs programmes. Nous allons voir ça en détails et on va voir ici l'image qui est identifiée les concepts dans ces files identifiés et les cartes et fils de notre entité personne, notamment notre patient en l'occurrence ici. Le deuxième bloc ici qui est coloré en bleu, là, on va décrire plus les informations que nous reculons par rapport à notre entité que nous suivons. Donc, en fait, le bloc est que nous avons d'abord le programme lui-même, c'est-à-dire que nous avons enrôlé notre entité, comme je l'ai faisais tout à l'heure, je peux avoir plusieurs programmes trackers dans mon système. Je peux avoir le registre de vaccination Covid, je peux avoir la soignance qui fait des contacts. Donc ça me fait 3 programmes tracker, mais c'est à moi de décider lequel de ces programmes j'enrôle et l'instance de mon entité qui est suivie. Ok? Donc, lorsque l'entité est enrôlée dans le programme, nous avons les étapes du programme donc les différents étapes, c'est les méchants stades, à travers lesquels nous avons suivi notre patient. Il y aura le stade où nous recueillons les informations de base et la comorbidité. Nous avons une phase où nous avons demandé les tests de la loi, une phase où nous avons récupéré les tests de la loi, et nous n'aurons pas amené des stats qui ont contenu le suivi patient et les tests de la loi. D'accord? Ensuite, nous avons, on appelle les événements. Donc, un événement c'est simplement une question des stats. Donc, supposons quand je demande un test de laboratoire dans le stade, dans l'étape de laboratoire c'est un événement qui s'entend d'enregistrer. D'accord? L'événement demande du test de laboratoire constitué là où du saisis les données dans ce stade de rapport à mon entité suivi. Et nous allons bien venir en détail tout à l'heure. Vous allez voir qu'on peut avoir une étape qui se répète, puis une étape qui est ponctue dans le temps. Les éléments de données. Donc, les éléments de données. Et c'est comme je l'ai dit, c'est l'amitié de la prise atomique à laquelle on capture une donnée avec fait dimension et disons la période, mais ici c'est le temps pour les traqueurs, les types d'éléments de données et où ça a été collecté. D'accord? Donc, l'élimat de données va contenir toutes les informations et atomique que nous collectons pas pour notre patient. Et notamment peut-être les choses, les choses, les choses. D'accord? La température et tout ça. Nous avons ensuite ce qu'on appelle les ensembles d'options. D'accord? C'est le DHS de conduits instant d'options. C'est l'équivalent des listes déroulantes. OK? Supposons que vous voulez bien pour éprouver l'information par exemple. Avez-vous de la fièvre? Vous allez créer un ensemble d'options qui contiendra 3 options par exemple. Oui, non Donc, quand vous allez créer ces 3 options, oui, non et c'est pas. Vous voulez combiner dans un ensemble d'options que vous allez assigner à l'élimat de données. Avez-vous de la fièvre? Donc, quand vous allez venir maintenant à une voulée formulaire pour répondre ou capturer la donnée pour la question. Avez-vous de la fièvre? Lorsque vous cliquez sur les champs des saisines, vous verrez ces 3 options c'est déroulé. Oui, non et c'est pas. Et vous allez juste à choisir d'une des options pour capturer la valeur. D'accord? Les têtes des ensembles d'options c'est on l'utilise quand on a les réponses déjà pour une information donnée. Si la liste de réponses est connue donc on verroue ces informations dans une liste d'options, confondez-vous que les utilisateurs ne mettent pas autre chose que les réponses possibles. Tout simplement. Donc, les deux blocs le mieux va décrire les informations que nous récupérons maintenant par rapport à l'article que nous suivons. Donc, les attributs, comme je l'ai dit, c'est pour les informations de profils, votre date d'élescence, votre adresse, votre numéro de téléphone, le numéro de votre carte d'identité, le numéro de votre passeport. Et ça peut être même une variable qui est calculée ou générée par les systèmes de manière unique. Et supposons que vous le congénérez un code unique et un code patient, un code du dossier patient qui est unique dans le système. On peut créer le nombre de données par des systèmes qui va être générée par les biases qui seraient uniques et qui seraient attachées à l'entité que nous enregistre. Tout simplement. Donc, comment peut-être s'arriver de votre carte d'identité ce code aussi peut être fini sur la période de l'entitié de patients dans tous les systèmes. Donc, l'entité civile, comme je le disais, c'est juste pour l'instance de l'entité, l'entité civile peut être une personne et une échantillon de laboratoire si vous êtes dans un facteur et pour la gestion de la gestion de l' Grande- Gérnerie, pour le test de la grotteuse, le souverain de chambiens, votre type d'entité civile serait une chambion de laboratoire. Si, ou monsieur, par exemple ici, comme le village, vous l'entitez sur un petit village. Ok? Je vais essayer de cesser au passage. Si vous n'avez pas, exemple, quatre programmes d'AWUD-DHF2, si vous avez quatre programmes, d'AWUD-DHF2, Vous n'allez pas créer le même entité personne parce qu'il y a les quatre programmes frackeurs qui suivent la personne, d'accord? Et dans le cas du fait d'IHS, par exemple, pour exemple, nous avons un conseil et je crois que c'est le suivi des contacts, le registre de vaccination COVID et la surveillance des cases. Donc, trois frackeurs suivent ce qu'on appelle une entité personne. Donc, on aura juste une seule entité personne qui est parmi tout dans notre système. Et l'instance d'entité suivie, le théâtre, comme on le dit ici bien en anglais, frackeurs dans l'instance. Et faire des dents juste, maintenant, faire des dents simplement et d'informations effectives d'une personne, d'une entité qui est capturée dans votre programme. Ok, comme je l'ai donné tout à l'heure un exemple, lorsque j'envole Monsieur Kodjo dans mon programme et ce cas de surveillance COVID, je suis en train de créer l'instance d'une entité d'anglais, et qui sera attachée à mon programme donné. Ok. Donc, toujours dans les termes négurgiques, la date des finances. Bon, la date des finances, on va dire que c'est la date à laquelle la raison de votre envolement dans un programme a commencé. Il peut s'agir simplement de la date d'apparition des symptômes, du COVID-19 par exemple. Donc, supposons que depuis hier soir, ou demain matin soir, j'ai matéqué ma fière et ma température augmentée, que je tousserai et que aujourd'hui, je vais aller dans le centre de santé. On va me demander depuis quand est-ce que j'ai eu les premiers symptômes, que j'ai guidé depuis avant hier, donc depuis le sec. Et là, dans le programme, ma date des finances sera écrivanable pour sec, mais 2022. D'accord, c'est la date à laquelle, probable, à laquelle j'ai été choqué la maladie ou attrapé la maladie. Donc, c'est ce que nous apprenons ici, la date d'incidence. Si vous n'avez pas eu d'un programme où on suit les symptômes enceintes, et lorsque vous remettez qu'elle est enceinte et qu'elle va à l'hôpital, et la date d'incidence serait la date de cette dernière règle. Donc, on va supposer que c'est la date que l'a grossé cette communauté. Donc, c'est juste un exemple. Maintenant, la date d'inscription va être la date à laquelle, effectivement, on est en train de nous enregistrer dans le programme fracueur dans les DHS. Donc, la date où on vous a vu et quand on vous l'a fait, et la construction, etc. Et qu'on saisit votre information, pour que je me dise dans les systèmes. Donc, faire deux dates bien différentes, ça n'est pas confond. Et l'inscription, donc l'inscription fait l'enrollement dans un programme, c'est-à-dire, on a créé vos informations. Et on a créé votre entité, votre théorie. Maintenant, on s'inscrit dans le programme pour lequel vous êtes là. Si vous êtes là pour la vaccination COVID, on vous enrollent dans le programme de vaccination. Et si on contacte et qu'on a reçu, on vous enrollent dans le programme suivi de contact. Et si dans le cas de la surveillance, on enrollent aussi dans la surveillance ainsi de suite. Donc, on fasse votre théorie et on l'inscrit dans le programme pour lequel cette personne est là. Donc, je le répète encore une fois, vous pouvez avoir une personne dans votre système qui est enroulée dans plusieurs programmes. Si on se retrouve même du contexte COVID, vous ne pouvez pas exemple avoir une personne qui est à l'effort dans le programme de vaccination. Et que vous allez aussi vous trouver à l'effort peut-être dans le programme de nutrition. D'accord? La personne est dans le système, assigné à différents programmes. Selon l'abusion ou bien selon son état de santé. La décision de l'hévit à donner, je vais peut-être rapidement monter une page. L'autre, on va mettre le diacheteur, donc vous allez avoir quelque chose de séjour, c'est-à-dire le formulaire de votre programme de facteur, qui va s'afficher. Je pense que demain, nous allons revenir en détail sur l'assayé des données dans ce formulaire. Donc, le formulaire, on les diseigne en fonction des besoins. Vous allez voir que avant de concevoir un programme de facteur, vous devez, par exemple, avoir un modèle papier qui est là. Un diagramme des flux qu'on partage pour que vous compreniez le process. Les différents acteurs qui ont dans l'assayé des faits de facteur. Les différents informations qui sont des magnétés dans les facteurs. Et en fonction de cela que vous conservez ce formulaire. D'accord? Et donc, si je reviens à mon slide, nous allons revenir encore en détail tout à l'heure. Et toujours la technologie programme. Donc, le programme va définir notre programme de facteur proprement dit. Et un programme va avoir plusieurs faces, différents stats, différents états. Et à travers lesquels nous allons passer pour recueillir les différences dont on a besoin pour notre patient. Et pouvoir faire et programmer des tâches futures et les prochains niveaux, etc. En tout cas, suivez nos patients, le traquet et jusqu'à avoir, disons, les informations nécessaires jusqu'à atteindre l'issue. Et de notre programme qui peut être positif ou négatif. D'accord? Donc, si c'est une chanteur de l'abouateur, nous allons suivre. Depuis quand on a prélevé les champions, et quand les champions arrivent au laboratoire, les résultats que l'abouateur donne existent et tirant. Et si c'est une personne qui est suivie, nous allons suivre Saint-Malais, les amis cliniques qu'elle a faites, les traitements qu'elle a prises, et nous allons suivre les moyens de l'issue de ce patient. Et c'est de suite. Les étapes du programme, comme je l'ai dit, c'est les différentes phases de notre programme. Et pour le cas de la surveillance, nous allons avoir une phase où nous récupérons les informations de base et les informations générales. Pour mobilité, signer et tout ça. Deuxième phase, c'est l'interesse du laboratoire. Troisième phase où nous allons récupérer les résultats du laboratoire. Quatrième phase où nous allons définir l'issue du patient. Donc, un événement, et comme je l'ai dit, un événement, c'est lorsque vous montrez des informations dans une stade, dans une étape d'un programme, vous êtes en train de créer un événement. Donc, supposons que j'ai arroulé M. Alfa dans mon programme de surveillance et de la COVID. Et lorsque je prends son nom pour énoncer à l'adolescence, son adresse, son tutoriel, etc., je suis en train d'avoir de créer son activité, son appareil à l'instant. Ensuite, j'ai l'inscrit dans le programme de surveillance. Donc, dès que je l'ai inscrit dans le programme de surveillance, je suis maintenant obligé à saisir ces informations dans les différents étapes de mon programme. D'accord? Donc, dès que je veux la première étape où je prends les informations en général, et les informations de l'une. Quand j'ai créé l'événement là et que je saisis les informations, et c'est ce qu'on appelle dans notre jargon l'événement. Donc, le stade était là, il n'avait rien. Mais dès que je commence par centrer des informations pour ce stade, je suis en train de créer un événement par rapport à ce stade. Donc, l'événement, il faut comprendre un petit peu le métier de formes. Et si vous n'avez pas, exemple, une étape, et non toujours le cas du premier stade, une étape ou une information générale, vous allez voir que vous prenez ces informations qu'une seule fois. D'accord? Donc, ces informations là et pour cette étape là, on n'aura qu'un événement seulement. D'accord? Donc, vous prenez la deuxième étape, un nouveau programme de tests de laboratoire. Donc, le test de laboratoire, c'est quelque chose qui peut faire plusieurs fois. D'accord? Donc, là, nous avons un stade qui sera répétitif, et pour ce stade, nous allons générer autant d'événements que nécessaire. C'est-à-dire, autant de fois que nous demandons un test de laboratoire, autant de fois nous allons générer l'événement pour capturer les données par rapport à ces demandes. OK? Alors, nous avons des événements uniques pour le stade non répétitif. On peut avoir plusieurs, un ou plusieurs événements pour des stades répétitifs. Nous allons voir tout à l'heure dans une graphie pour une meilleure compréhension. Et bien, je vais rapidement vous montrer la structure du programme. Et comme Annie l'a dit, nous allons pas aller à la conception du programme, nous allons juste voir sa structure et de comment elle a été conçue. Et demain, nous allons capturer les données à l'intérieur. D'accord? Donc, si je viens ici, mon système, pas tout le temps. Donc, je vais voir la maintenance. Donc, vous verrez que pour notre programme, c'est dans le programme. Nous avons, bien sûr, pour le programme de surveillance, basé sur le cas. Nous avons une étape ou une définition. Bon, une première partie, une définition le nord de notre programme, une critère générale. Nous avons la partie ou une définition maintenant, on va se passer l'enrollement. Est-ce qu'on permet les arômes à chuture, etc. Et le nord de la date d'incidence et tout ça. Ensuite, une définition ici, les attributs, c'est-à-dire les identifiants, qui vont caractériser notre théorie, notre entité. Les définitions ici, nous choisissons les variables qui vont manquer comme attributs. Donc, vous voyez ici, comme attributs, nous avons ID local du cas. ID des cas génére automatiquement par le système. Donc, le système génère pour vous un identifiant unique qui ne vous se répétera jamais dans le système, qui est unique. Il y a un ID local dont vous aurez besoin. Donc, par exemple, le pays affronchement de pôtes uniques aussi qui le définit. Et on peut le regarder, le scheming, le hashing de fous et le défini dans le système pour vous. D'accord. Nous avons le nord, le nord large, le sexe, l'adresse domicile, les résidences, etc. Donc, tous ces attributs sont leurs têtes. Et ils n'évoluent pas pour notre entité. C'est ce qui nous permet d'identifier notre entité. Si un jour on veut rechercher notre entité dans le système, on peut se baser sur ces attributs-là pour retrouver de manière unique notre entité dans le système. D'accord. Ça perd sur un ID, ou bien on peut baser sur la combinaison de plusieurs attributs. Peut-être le nord est nommé l'altar de l'instance. On a une liste et deux autres qui sortiront. S'il y en a deux, on pourra regarder les autres critères pour être sur le point d'identifier qu'on veut voir. Un instant. Ok. Donc, bien sûr, on définit les champs qui doivent être achetés dans la liste, les champs obligatoires et ce qui sera. Nous avons ensuite la conception du formulaire. Donc pas des fois, nous pouvons le formulaire passer. Donc, nous définissons ici l'ordre des différents champs. Nous définissons les différents secteurs aux besoins. Et vous pouvez faire un formulaire personnalisé, mais si vous recommanderez de ne pas trop le faire, ça peut créer des soucis de la fichage côté angloïde, côté mobile. Ensuite, vous définissez les différents étapes du programme. Donc, dans le cas de notre surveillance, basé sur les cas, nous avons les quatre étapes qui sont là. Donc, cliniques examination et diagnosis. Donc, les informations cliniques, les requêtes de laboratoires, les gestes de laboratoires et les outcropes ici du passé. D'accord? Donc, pour chacun de ces stats, nous définissons, bien sûr, les différents éléments des données qui doivent être inclus dans ce stat. Ensuite, nous définissons les champs obligatoires. Nous définissons ensuite et le design de notre formulaire. On ne peut les laisser pas défaut. Nous n'utilise pas de sections qui nous permettent d'aligner les champs comme on le souhaite et créer les sections comme on le souhaite. D'accord? Donc, après la définition des différents stats, nous avons issu l'assignation de nos sites aux intérêts d'organisation. Donc, nous cherchons ici pour quelle unité d'organisation nous assignons notre formulaire. Donc, ça fait que l'intérêts d'organisation soient habitués à saisir les informations. Ensuite, nous avons les notifications qui peuvent être permetties dans le système. Comme vous le savez, avec les DHS, il est possible de créer des notifications SMS, tout comme des notifications d'emails. Et si, pour exemple, vous en voulez votre premier dose, on peut vous envoyer une SMS disant, voilà, vous êtes anglais dans le pouvoir COVID, vous avez réussi votre premier dose. Voici votre code. Et donc, revenez après un mois, deux mois, trois mois ou tant d'acte, pour prendre votre deuxième dose, etc. D'accord? Donc, sur l'éducation, c'est vous qui définissez le cannabis du message. Et si vous voulez envoyer de l'éducation par SMS, veillez ne pas faire de cannabis trop long, sinon, vous risquez d'avoir des SMS qui n'arrivent pas seulement à vos patients ou aux utilisateurs. Donc, il faut vraiment faire attention à la taille. Donc, je reviens au niveau du slide. Donc, comme je l'ai disais, les éléments de données, lorsque vous utilisez les éléments de données, vous pensez voir votre programme. Et attention, on ne parle pas des attributs, on ne parle pas des éléments de données, c'est-à-dire des étapes, des différents étapes, pas au niveau de l'enrollement. Au niveau de l'enrollement, ce que vous avez, c'est seulement des attributs. Mais au niveau des étapes, des étapes, vous avez maintenant des éléments de données que vous créez, tout comme on crée les éléments de données pour le domaine agrégé. Sauf que pour les placards, vous devez préciser qu'on est dans le domaine fraqueur. D'accord? Donc, je m'explique. Lorsque vous êtes dans le système d'acheteur et que vous créez d'un type de domaine de certains éléments du domaine. Ok? Donc, lorsque vous allez à l'intérieur, vous verrez qu'il y a quelque part où on demande, vous créez les éléments de données pour quel domaine, est-ce que c'est pour l'agrégé, pour les formuleurs agrégés, ou si c'est pour le sujet, ou les éléments fraqueurs. D'accord? Donc, tous les éléments du domaine qui ne définissent pas et qui nous intégrons dans nos programmes fraqueurs sont forcément du domaine fraqueur. D'accord? Donc, ensuite, nous, les associations qui ont été au programme malgré que l'on veut les voir. Donc, les ensembles d'options ou donc les ensembles d'options qu'on je voulais du tout à l'heure, c'est un liste de choix qui est là. Donc, qui nous permet de définir les réponses possibles pour lui entrer. C'est qui nous permet d'égiter aussi que l'utilisateur en français qui l'a envie d'entrer. Ou bien, faque des erreurs semble savoir. Donc, c'est intéressant pour la qualité de son simple analyse. Parce qu'on quoi fait les analyses aussi basées sur la liste qu'on vous a mis dans ces ensembles d'options. D'accord? Donc, les différents items que vous avez dans une liste d'options, c'est ce qu'on appelle les options. Donc, vous allez définir les différentes options. Ensuite, vous allez utiliser les options pour construire votre ensemble d'options. Donc, exemple rapide, comme je disais tout à l'heure. Si vous voulez y aller, continuez. Oui, non, mais c'est pas. Tu vais créer une option, je lui donne un nom. Ensuite, à l'intérieur, j'ai défini chacune des options que je souhaite intégrer à cette ensemble d'options. Ok? Et les ensembles d'options très rapidement, dans l'IDHS2. Donc, on les conçoit au niveau de autres. Ici, on prend ensemble d'options. Et ici, vous définissez les différents ensembles d'options dont vous souhaitez gérer dans votre système. Donc, si je prends par exemple, oui, non, et qu'on lui quitte ici, vous allez voir que si je vais à l'intérieur, nous avons le nom de l'ensemble d'options, yes, no, and no. Donc, c'est le nom que vous allez essayer de faire d'options. D'affaires d'options, nous allons définir différents options qui sont là. Donc, nous avons yes, no, and no, qui sont là à travers le côte. Donc, au besoin, je peux simplement ajouter encore une autre option qui met en définit, je mets le côte et dès que j'en résiste, vous allez voir qui va venir s'ajouter à cette liste, tout simplement. Donc, on va résumer tout ça. Et c'est beaucoup d'informations, mais comme vous avez des habitudes claqueurs, je pense que ça va y aller. Je mets, voici le fruit d'informations sur les claqueurs. Donc, nous avons et l'entité, on va sur ce qui est là. On enregistre avec l'admission d'acribus. Donc, je prends monsieur Alfa. J'ai écrit son enregistrement. Donc, j'ai inscrit dans le programme pour lequel il est venu. Donc, mon entité peut inscrire plusieurs programmes. Donc, on peut le trouver à la fin dans le programme santé maternelle. On peut le trouver dans le programme et des sons pour enfants. Ça peut arriver. On peut le trouver dans le programme VIH. On peut le trouver dans le programme de santé maternelle. On peut le trouver dans le programme VIH. Programme surveillance. Donc, un théorie dès que l'admission se présente, on la roule dans le programme pour lequel il est là. Tout simplement. Donc, si quelqu'un vient pour la vaccination, vous allez l'enregistrer, vous créez son théorie automatiquement et ensuite vous l'enroulez dans le programme et régissez vaccination COVID. Mais si c'est même patient, revient par exemple 3 jours après pour peut-être des prestations de vaccination relative au VIH. Si vous avez son théorie qui est là, vous enroulez simplement la même personne dans le programme VIH. Vous ne créez pas le théorie ou le réinscrivez seulement au programme VIH. Donc, le patient n'est créé, n'est enroulé qu'une seule fois dans le système avec ses atributs. Il peut arriver que, lorsqu'il revient pour une autre prestation, vous avez besoin de certains atributs chez Plumaté qui ne sont pas là. Vous allez simplement les compléter. Vous ne créez plus son théorie ou l'enroulez simplement dans le programme pour lequel il est là. En fait, dans le programme, bien sûr, on va exécuter les différentes étapes et qui sont dans le programme. Donc, comme pour la sémiance COVID, vous aurez la phase de vaccination généreuse, il est triste de la voir pas et ça ne l'apporte pas. Et ici, le patient. Donc, voici un diagramme plus en détail, c'est qu'il se passe à chaque state. C'est qu'il y a des gens variables qui ont un jeu. Donc, les atributs de l'entité prennent en nom des sexes. Quand la personne vient entrer le théorie avec ses informations. L'entité, celui, c'est une personne. D'accord. Donc, on a les informations liées à la personne qui est en nom des noms des sexes. Après, on inscrit la personne dans le programme approprié. Notamment ici, nous l'inscrions de la séviance COVID-19. Et dans ce programme, nous avons plusieurs étapes. Nous avons l'examen clinique, la demande d'analyse, le résultat du laboratoire et le résultat. Ensuite, pour chaque événement, nous allons générer les événements en capturant les informations pour les étapes en question. Ici, par exemple, l'étape l'examen clinique, vous allez voir qu'il est là en une seule fois. Donc, on aura qu'un seul point à l'intérieur qui va continuer les informations pour capturer. Maintenant, pour l'étape des demandes d'analyse, vous allez voir qu'on peut faire plusieurs fois une demande d'analyse, avoir plusieurs résultats du laboratoire, bien sûr. Donc, pour cette étape-ci, nous avons plusieurs événements possibles pour en capturer. Autant de fois que besoin, nous pourrons capturer les événements à chaque fois. Et, idem, pour les résultats du laboratoire, nous allons prendre au laboratoire des saisis les résultats d'analyse, autant de fois que besoin. Maintenant, le résultat final sera, bien sûr, un seul événement que nous allons capturer à la fois. Et ensuite, si on croit un peu les étapes, vous allez voir que, au-delà des événements, voici les éléments de l'école que nous capturons en information. Et nous allons ici voir l'étape-analyse qu'on capture en plusieurs événements. À l'intérieur, vous allez voir que nous avons les variables telles que le motif du laboratoire, le type de test qui a été fait et le type de chantillon sur lequel l'analyse a été fait. D'accord? Et maintenant, au-delà de l'élément de données, si on prend, par exemple, le type de test, vous allez voir que nous avons assigné une ensemble d'options au type de test. Donc, lorsque vous renseignez le type de test, vous allez voir que vous avez un choix plus de roulants qui ne permettra de choisir si il s'agit du PCR, d'AAT, ou il s'agit pour les types de tests, vous n'avez qu'il fait trois choix possibles, donc avec une liste de roulants, vous ne pouvez que choisir l'une des trois réponses et vous ne pouvez pas saisir vous-même et ce que vous voulez accomplir ce type de test. D'accord? Ensuite, et voici quelques exemples de groupes impacteurs, et nous connaissons bien. Donc, nous n'avons pas, exemple, le suivi des femmes enceintes. Donc, vous allez voir que je vais avoir un programme impacteur où nous avons les différents cpn qui sont paramétrés. Donc, les différents cpn, par exemple, on peut faire ça à une étape prétextive. Donc, chaque fois que la femme s'est présente pour sa concentration cpn, on note la date, on note des traitements qui ont été faits effectivement, et maintenant on peut mettre même l'abouchement comme l'état final, ou ici on peut faire ça. Nous avons aussi le impacteur aussi, par exemple, la vaccination des enfants. Donc, vous allez voir un programme impacteur pour lequel nous avons les différentes doses de vaccins qui sont isolonnées dans le temps, et les doses de rappel également jusqu'à ce qu'ils l'enfant soit complètement vacciné. Ça lui suit l'étape finale de notre programme de vaccination. Bien sûr, nous avons aussi des programmes TV, et nous avons aussi des programmes TV, chaque type est très close et les produits sont donnés aux patients et les questions etc. C'est un changement aussi, on note tout ça. Ce rien que les maladies bien sûr, c'est une classe de vaccination, c'est un changement de Covid, par exemple, qui m'aiment un peu tout le monde qu'on est bien. Et pour l'investigation de calvabilisme également, il y a plusieurs vaccins que nous avons, ça c'est les plus utilisés, mais il y a ma pleine pleine d'autres, qui ne sont pas forcément liés au suivi des personnes. Comme je l'ai dit, ça peut être l'impacteur lié à la gestion des stocks de l'MAS, où il y a un suivi d'évitablissement de l'évitabilisme. Et bien, merci. Voici Ango et la présentation s'il était homologé, le modèle est donné via chiste. Si vous avez des questions, je pense que le Slack est à vos dispositions. Donc tout est donné la part de l'Aigno. Merci. Aigno, à toi la parole. Bien. Je pense qu'il y a des questions dans le Slack. Le séminaire, je vois un message il y a un bleu qui n'entend pas bien. J'espère que le bleu était parti depuis. Désolé. Ça c'est dans la chaîne des discussions. Merci le Slack. On le voit. C'est le Slack. Il n'y a pas de questions. Je vous dis merci pour cette présentation, c'est clair. Merci beaucoup. Merci Merci aussi. Je crois que je vais essayer de le joindre. Voici la session. Nous toujours en ligne. Je vois une question ici. Oui. Toutes les présentations sont partagées. Ne vous inquiétez pas. Souvent nous la déposons aussi sur le modèle. Il y a une partie où il y a le matériel qui est déposé pour chaque utilisateur. Ça pour vous, il n'y a pas de souci. Je une question de Monsieur Couligar. Bon basse aéré. Sur la base du modèle c'est de vous donner une application. Oui, je pense que c'est ce que j'ai présenté dans le slide. Quand on va partager le slide, on va citer le diagramme. C'est lorsque vous conservez les metades dont vous voulez augmenter. Ça ressemble à ce qu'on fait avec l'agrégé. Sauf que ici vous devez préciser les différences pour lesquelles vous avez mis le diagramme du slide. Je pense que vous devez avoir tout ça plus clair. Je vais en profiter des jours d'agneau à neuf. Je suis là. Ok. C'est bon. Je te laisse la parole. Bon. Je vais te passer le mot du jour. Le mot du jour c'est force. Veuillez écrire force au niveau de la liste de présences au jour pour valider votre présence. D'accord. Merci beaucoup. Nous allons clurer la section d'aujourd'hui.