FR 3160249 A1 20250919 FR 2402473 A 20240312 L’invention se rapporte à des méthodes de traitement des données de patient dans un établissement de santé à l'aide d'appareils électroniques et comprend des étapes d’obtention de données représentant l'identité du patient et un identifiant de bracelet, l'association cryptographique de ces données et leur enregistrement dans une base de données d'authentification. Au cours d’un déplacement du patient, la méthode authentifie l'identité du patient et les données d'identification du bracelet, en transmettant un signal de vérification visuelle en cas d'authentification réussie. Fig. 1 Procédé d’identification, dispositif, système et programme correspondant 1. Domaine L’invention se rapporte au domaine de l’identification. L’invention se rapporte plus particulièrement au domaine de l’identification de patients au sein d’établissements de soins. L’invention vise plus particulièrement à garantir l’identification, au sein d’un établissement de santé, d’un patient concomitamment à son enregistrement au sein de l’établissement. 2. Art antérieur Ces dernières années, les établissements de soins ont été la cible de nombreuses critiques, notamment quant à leur gestion des données de patients. De nombreux établissements à travers le monde ont fait l’objet d’attaques ciblées dans un objectif de paralyser les services de ces établissements ou d’obtenir des données relatives aux patients, lesquelles sont ensuite revendues au marché noir. Ces attaques et les problèmes qui s'en sont suivis, ont fait l’objet de nombreuses publications et sont bien connues. Cependant, les établissements de soins font aussi face à de nombreux défis en termes de gestion de patient, ces défis impliquant de nombreuses questions de sécurité, également. Par exemple, de nombreux établissement font face à des phénomènes de fraude de la part des patients. Dans une certaine mesure, des problématiques de fraude sont également du fait des établissements de soins eux-mêmes. Les fraudes imputées aux patients, essentiellement, tiennent à une utilisation, par un patient non assuré socialement d’un créneau de soins à la place du patient assuré dont il a, avec sa complicité ou non, pris la place. Plus particulièrement, une personne se présente au sein de l’établissement accompagné d’un assuré social légitime et prend sa place au moment de la réalisation de la consultation ou au moment de la réalisation des soins. Cette situation est problématique pour l’établissement de santé, et ce pour plusieurs raisons : la première raison, la plus importante, tient à l’engagement de la responsabilité de l’établissement de santé vis-à-vis des soins qu’il prodigue. En effet, s’il advient que la personne qui se fait passée pour le patient légitime a des antécédents qui ne sont pas connus par l’établissement de santé et que les soins pratiqués ne sont pas en adéquation avec ces antécédents, une suite de d’aléas de santé consécutive est envisageable, pouvant mener ultimement jusqu’au décès du fraudeur, par exemple lorsqu’un antibiotique est prescrit et que le fraudeur est allergique à celui-ci. Dans certains cas, en fonction de législations en vigueur, l’établissement de santé peut même être considéré comme responsable de la situation et subir des condamnations. La seconde problématique tient au mélange des données de santé du patient légitime avec les données de santé du fraudeur. Ici encore, cette situation peut conduire à de mauvais diagnostics pour l’assuré social légitime lorsque celui-ci entre au sein de l’établissement de santé, pouvant également conduire à son décès et à la mise en responsabilité de l’établissement de santé. La troisième problématique est de moindre importance, puisqu’elle concerne l’imputation financière de soins vers un assuré social légitime (et pour l’établissement de santé) alors que ceux-ci n’auraient pas dus être pratiqués, cette situation pouvant à nouveau conduire à la condamnation de l’établissement. Pour répondre à cette problématique, de plus en plus d’établissements de santé réclament, lors de l’enregistrement du patient (c’est-à-dire lors de son arrivée à un guichet d’enregistrement), une pièce d’identité permettant d’identifier le futur patient. Lorsque le préposé à l’enregistrement considère que cette pièce d’identité est valide, les formalités d’enregistrement du patient sont poursuivies. Cette technique est relativement peu fiable, car elle dépend essentiellement de la faculté de reconnaissance faciale d’une seule et unique personne (à savoir le préposé à l’enregistrement) et elle n’empêche pas que la substitution entre l’assuré social légitime et le fraudeur intervienne une fois que l’enregistrement est effectué (c’est-à-dire par exemple en salle d’attente). L’invention vient améliorer la situation. 3. Résumé Ainsi, l’invention vise à améliorer la prise en charge de patients au sein des établissements de santé en préservant la liberté des patients légitimes et en limitant les possibilités de fraude conduisant potentiellement à des erreurs médicales. Pour ce faire, l’invention expose un procédé d’enregistrement de patients. Plus particulièrement, il est décrit un procédé de traitement de données, le procédé étant mis en œuvre lors de l’arrivée d’un patient au sein d’un établissement de santé, le procédé étant au moins partiellement mis en œuvre par l’intermédiaire d’au moins un dispositif électronique comprenant un processeur et une mémoire, le procédé comprenant au moins les étapes suivantes : - obtention d’une donnée représentative d’une identité d’un patient, ladite donnée représentative de l’identité du patient étant encodée selon un premier format d’encodage prédéterminé ; - obtention d’une donnée représentative d’un identifiant d’un bracelet à associer au patient, ladite donnée représentative étant encodée selon un deuxième format d’encodage prédéterminé ; - association cryptographique de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient ; - enregistrement du résultat de ladite association cryptographique au sein d’une base de données d’authentification. Selon une caractéristique particulière, l’étape d’obtention de la donnée représentative de l’identité d’un patient comprend : - l’enregistrement, par un terminal d’enregistrement, de l’arrivée du patient au sein de l’établissement de santé, comprenant l’obtention, à partir d’un dispositif d’identification du patient, de la donnée représentative de l’identité du patient ; - l’encodage normalisé de la donnée représentative de l’identité du patient selon le premier format d’encodage ; - la transmission de la donnée représentative de l’identité du patient encodée à un serveur d’authentification connecté au terminal d’enregistrement par un réseau de communication. Selon une caractéristique particulière, l’étape d’obtention de la donnée représentative de l’identifiant du bracelet à associer au patient comprend : - la sélection, parmi un ensemble de bracelets, du bracelet à associer au patient ; - la transmission d’une requête de fourniture d’identifiant, par un terminal d’enregistrement, à l’aide d’une interface de communication en champs proche, au bracelet à associer au patient ; - l’encodage normalisé de la de la donnée représentative de l’identifiant d’un bracelet à associer au patient selon le deuxième format d’encodage ; - la transmission de la donnée représentative de l’identifiant d’un bracelet à associer au patient encodée à un serveur d’authentification connecté au terminal d’enregistrement par un réseau de communication. Selon une caractéristique particulière, l’étape d’association cryptographique de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient comprend : - la détermination d’un matériel cryptographique à utiliser pour la donnée représentative de l’identité du patient et/ou à la donnée représentative de l’identifiant d’un bracelet à associer au patient ; - la mise en œuvre du matériel cryptographique sur la donnée représentative de l’identité du patient et/ou sur la donnée représentative de l’identifiant d’un bracelet à associer au patient délivrant une donnée d’identification chiffrée. Selon une caractéristique particulière, l’étape d’association cryptographique de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient comprend en outre : - La transmission de la donnée d’identification chiffrée au bracelet attribué au patient ; - L’enregistrement de la donnée d’identification chiffrée au sein du bracelet attribué au patient. Selon un autre aspect, l’invention se rapporte également à un procédé de traitement de données, le procédé étant mis en œuvre lors d’un parcours d’un patient au sein d’un établissement de santé, ledit patient étant muni d’un bracelet associant au moins une donnée représentative de l’identité du patient et une donnée représentative de l’identifiant du bracelet (différent ou identique à celui décrit précédemment), le procédé étant au moins partiellement mis en œuvre par l’intermédiaire d’au moins un dispositif électronique comprenant un processeur et une mémoire, le procédé comprenant au moins les étapes suivantes : - L’obtention, par un dispositif de traitement, de la donnée représentative de l’identité du patient et/ou de la donnée représentative de l’identifiant du bracelet ; - L’authentification de la donnée représentative de l’identité du patient et/ou de la donnée représentative de l’identifiant du bracelet ; et - Lorsque l’authentification de la donnée représentative de l’identité du patient et/ou de la donnée représentative de l’identifiant du bracelet délivre un résultat positif, une étape de transmission, à un dispositif de visualisation, d’un signal de vérification visuelle de l’identité du patient. Selon une caractéristique particulière, ce procédé comprend en outre, postérieurement à la transmission du signal de vérification visuelle de l’identité du patient, et lorsqu’une confirmation de l’identité du patient est reçue, au moins une étape d’enregistrement, au sein d’une base de données d’au moins une association entre le patient et au moins une donnée représentative d’un acte médical effectué sur ledit patient. Selon une caractéristique particulière, l’authentification de la donnée représentative de l’identité du patient et/ou de la donnée représentative de l’identifiant du bracelet comprend au moins une étape de vérification, par un serveur d’authentification, d’une durée de validité de l’association entre la donnée représentative de l’identité du patient et la donnée représentative de l’identifiant du bracelet. Selon un autre aspect, l’invention se rapporte également à un système pour la mise en œuvre d’un procédé tel que précédemment décrit. Selon un autre aspect, l’invention se rapporte également à des programmes d’ordinateur aptes à mettre en œuvre le ou les procédés décrits ainsi qu’à un support de données pour l’enregistrement de ces programmes d’ordinateur. Les dispositifs présentent l’architecture d’un ordinateur. Ils sont munis d’un ou plusieurs processeurs capables d’exécuter tous types de programmes d’ordinateurs, depuis des systèmes d’exploitation jusqu’à des logiciels applicatifs, écrits dans des langages compilés ou interprétés. Les différents composants du dispositif sont reliés entre eux par un bus de communication. Le dispositif est muni d’un système de communication pour communiquer via des protocoles tels Bluetooth, Ethernet ou WiFi avec d’autres systèmes et se connecter à des réseaux de télécommunications mobiles ou non. Le dispositif comprend en plus des composants mémoire qui vont enregistrer les données et programmes nécessaires au fonctionnement du dispositif. Le dispositif est de plus modifié pour qu’il puisse exécuter les opérations de gestion portant sur un nombre important de véhicules et gérer plusieurs milliers d’opérations simultanées par seconde, notamment par une mise en œuvre parallèle des calculs de trajets. Les supports de données peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une ROM, par exemple un CD-ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique tel qu’un disque dur, ou plus souvent une mémoire Flash. D'autre part, les supports peuvent être des supports transmissibles tels qu'un signal électrique ou optique, qui peuvent être acheminés via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. 4. Dessins D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - FIG. 1 illustre un système pour la mise en œuvre des procédés de l’invention ; - FIG. 2 représente les étapes principales du procédé d’enregistrement de patients ; - FIG. 3 représente les étapes principales du procédé d’authentification de patients. 5. Description d’un mode de réalisation On présente, en relation avec la FIG. 1 , une architecture d’un système dans lequel le procédé d’enregistrement de patient et le procédé d’authentification de patient peuvent être mis en œuvre. Dans ce système SYST, un serveur d’authentification ServA est connecté à un réseau de communication NTWK de l’établissement de santé. Le réseau de communication peut être un réseau filaire, un réseau sans fil (de type Wifi) ou encore une combinaison de ces types de réseaux. Au moins un terminal d’enregistrement TermE est également connecté au réseau de communication NTWK. Le terminal d’enregistrement est utilisé pour effectuer l’enregistrement des patients pénètrent dans l’établissement de santé pour y recevoir des soins, en mettant en œuvre le procédé d’enregistrement de patient selon la présente divulgation. Le système SYST comprend également au moins un serveur transactionnel ServT. Le serveur transactionnel est également connecté au réseau de communication NTWK. Il est utilisé concomitamment au serveur d’authentification, notamment pour des opérations de consolidation, comme cela est décrit par la suite. Le système SYST comprend également au moins un bracelet d’identification BrId. Le bracelet d’identification comprend au moins des moyens de traitement de données et des moyens de communication en champs proches de type RFID ou NFC. Le bracelet d’identification BrId est fourni au patient lors de la mise en œuvre du procédé d’enregistrement de patient. Le système SYST comprend également au moins un dispositif de traitement DiTr. Le dispositif de traitement est mis à la disposition du praticien. Selon les configurations, un dispositif de traitement DiTr peut être partagé entre plusieurs praticien ou bien chaque praticien peut avoir son propre dispositif de traitement ou une combinaison de ces deux cas de figure. Le dispositif de traitement est muni de moyens de traitement de données mais également de moyens d’interaction avec le bracelet d’identification BrId, comprenant principalement un lecteur NFC et/ou un lecteur RFID, ainsi qu’optionnellement de moyens de capture d’images. Le système SYST comprend optionnellement des moyens de détection MDetc de bracelet d’identification BrId. Ces moyens de détection MDetc peuvent se présenter sous la forme de bornes de lecture de bracelets, connectées au réseau de communication NTWK, qui transmettent des données issues d’interrogations qui sont transmises aux différents dispositifs en champ proches présents dans une ou plusieurs zones déterminées de l’établissement de santé, en fonction des configurations. Les données obtenues par ces bornes sont transmises à un serveur de détection ServD, qui est également connecté un réseau de communication NTWK. En fonction des réalisation le serveur transactionnel ServT, le serveur d’authentification ServA, le serveur de détection ServD optionnel peuvent constituer un seul et même serveur ou bien être virtualisés ou une combinaison de ces architectures. En relation avec la FIG. 2 , un procédé d’enregistrement de patient conforme à la divulgation est décrit. Un tel procédé est principalement mis en œuvre par le serveur d’authentification ServA, le terminal d’enregistrement TermE et un bracelet d’identification BrId attribué à un patient. Le procédé d’enregistrement a pour finalité l’association de l’identité d’un patient qui pénètre dans l’établissement de santé au bracelet d’identification BrId, dans un schéma de sécurité de l’établissement de santé, de sécurité des soins délivrés au patient et de détection/prévention de fraudes, qu’elles soient volontaires ou bien qu’elles soient le résultat de négligences. Les principales étapes de ce procédé comprennent l’obtention des données du patient et du bracelet (obtention d'une donnée représentative de l'identité du patient encodée selon un premier format prédéfini, l’obtention d'une donnée représentative de l'identifiant d'un bracelet à associer au patient, encodée selon un deuxième format prédéfini, l’association cryptographique des données du patient et du bracelet, l’enregistrement de cette association dans une base de données d'authentification). Parmi ces étapes : l’enregistrement de l'identité du patient comprend : l’enregistrement de l’arrivée du patient via un terminal, obtention des données du patient, l'encodage normalisé des données du patient et transmission au serveur d'authentification ; l’obtention de l’identifiant du bracelet comprend : la sélection du bracelet à associer au patient parmi une sélection, transmission d'une requête d'identifiant au bracelet via un terminal, encodage normalisé de l'identifiant du bracelet et transmission au serveur d'authentification ; l’association cryptographique comprend : la détermination du matériel cryptographique à utiliser ; le cryptage des données du patient et/ou du bracelet pour obtenir une donnée d'identification chiffrée ; la transmission et l’enregistrement comprend la transmission de la donnée chiffrée au bracelet attribué au patient et l’enregistrement de la donnée chiffrée dans le bracelet attribué au patient. Ce procédé vise à sécuriser l'identification des patients et des bracelets associés à ces derniers lors de leur admission dans un établissement de santé, en utilisant des techniques cryptographiques pour garantir l'intégrité et la confidentialité des données. Les premier et deuxième format d’encodage prédéterminés servent à assurer l’unicité, dans le système d’authentification, des données d’association qui y sont inscrites. Il peut s’agir plus particulièrement d’un encodage de type base 64 (pour l’identifiant du bracelet) ou encore d’un encodage unicode pour l’identification des patients. Dans la suite, on considère que l’on travaille sur des données encodées selon un ou plusieurs formats prédéfinis permettant de garantir une unicité des données. Ainsi,le procédé comprend, dans un exemple de réalisation, les étapes suivantes : - l’enregistrement E01, par le terminal d’enregistrement TermE, de l’arrivée du patient au sein de l’établissement de santé, cet enregistrement délivrant une donnée représentative de l’identité du patient DPat ; - la transmission E02 de la donnée représentative de l’identité du patient DPat, par le terminal d’enregistrement TermE, au serveur d’authentification ServA ; - la transmission E03 d’un identifiant de bracelet IdB par le terminal d’enregistrement TermE, au serveur d’authentification ServA ; le bracelet dont l’identifiant est transmis correspond au bracelet sélectionné par le préposé à l’enregistrement du patient ; le bracelet peut être pris au hasard par le préposé, dans un réceptacle prévu à cet effet, puis posé sur un dispositif de lecture/enregistrement de type NFC connecté au terminal d’enregistrement TermE et le bracelet d’identification BrId transmet son identifiant de bracelet IdB au terminal d’enregistrement TermE, qui transmet alors cet identifiant au serveur d’authentification ServA. Les deux étapes de transmission peuvent être simultanées ou ne constituer qu’une seule et même étape de transmission. - La réception E04, en provenance du serveur d’authentification ServA, d’une clé d’accès temporaire TaK, chiffrée à l’aide de la clé publique du bracelet d’identification BrId ; - La transmission E05, au bracelet d’identification BrId, de la clé d’accès temporaire TaK chiffrée ; - Le déchiffrement E06, par le bracelet d’identification BrId, de la clé d’accès temporaire TaK chiffrée, à l’aide de sa clé privée, suivi de l’enregistrement E07 de cette clé d’accès temporaire déchiffrée ainsi la donnée représentative de l’identité du patient DPat. Ce procédé assure que le bracelet est cryptographiquement lié à une seule identité de patient. En complément, ou en substitution, de l’étape d’enregistrement E07, une étape de chiffrement de la donnée représentative de l’identité du patient DPat à l’aide de la clé d’accès temporaire TaK peut être mise en œuvre par le bracelet d’identification BrId pour assurer encore plus de sécurité. Auquel cas, ni la clé d’accès temporaire, ni la donnée représentative de l’identité du patient DPat ne sont conservées et seule la donnée représentative de l’identité du patient DPat à l’aide de la clé d’accès temporaire TaK est enregistrée au sein du bracelet. En complément, l’étape de chiffrement de la donnée représentative de l’identité du patient DPat à l’aide de la clé d’accès temporaire TaK peut être mise en œuvre par le serveur d’authentification ServA. Auquel cas, le bracelet d’authentification n’a même pas besoin d’effectuer ce chiffrement et se contente de déchiffrer la donnée reçue du serveur à l’aide de sa clé privée. En fonction des conditions de mise en œuvre opérationnelles, l’enregistrement E01, par le terminal d’enregistrement TermE, de l’arrivée du patient au sein de l’établissement de santé peut comprendre plusieurs caractéristiques. Dans un exemple de réalisation, cet enregistrement est réalisé en utilisant une carte d’assuré social du patient. Plus particulièrement, le terminal d’enregistrement TermE est muni d’un lecteur de telle carte d’assuré (qui est par exemple une carte à puce, comme en France, en Allemagne ou aux États-Unis, ou encore une carte dématérialisée sur smartphone). Le procédé d’enregistrement suivant est alors mis en œuvre : le terminal d’enregistrement TermE transmet, à la carte d’assuré social, une requête d’obtention de données d’identification, qui peuvent comprendre l’obtention du nom, du prénom, de la date et du lieu de naissance et du numéro d’assuré social, ainsi que la photographie de l’assuré. Muni de tout ou partie de ces données, le terminal d’enregistrement TermE peut les transmettre telles qu’elles au serveur d’authentification ServA, lors de l’étape de transmission E02. Il peut également les prétraiter pour en dériver une donnée synthétique représentant l’identité du patient. Ce prétraitement peut consister en une concaténation des données reçues de la carte, dans une chaine de caractères, un encodage, par exemple en base 64 des données de la chaine de caractères, donnant une chaine encodée et l’application d’un algorithme de signature (SHA-3) sur la chaine de caractères codée. La donnée obtenue constitue alors la donnée représentative de l’identité du patient DPat. Ce prétraitement peut également être réalisé par le serveur d’authentification ServA. Selon la divulgation, le procédé comprend également l’obtention par le serveur d’authentification ServA, d’une photo du patient : cette photo est fournie par la carte d’assuré social et le terminal d’enregistrement TermE, ou alors une photographie est prise à l’arrivée du patient par le terminal d’enregistrement TermE, pendant la collecte des informations le concernant, ou encore une photographie est récupérée en provenance du serveur de traitement ServT (issue d’une précédente visite du patient au sein de l’établissement de santé) ou encore le serveur d’authentification ServA dispose déjà, dans la base de donnée, d’une photographie associée à la donnée la donnée représentative de l’identité du patient DPat déjà en possession du serveur d’authentification ServA. Alternativement à l'utilisation d'une carte d'assuré social, ou de manière complémentaire, tout ou partie des données précédemment mentionnées peuvent être saisies dans une application d’enregistrement de patient au niveau du terminal d’enregistrement TermE. A réception de ces éléments, le serveur d’authentification ServA est en mesure de déterminer une clé d’accès temporaire pour le patient. Astucieusement la clé d’accès temporaire est déterminée de façon aléatoire ou pseudo aléatoire et comprend par exemple : l’obtention d’une donnée aléatoire ou pseudo aléatoire, sous la forme d’une chaine de caractères (par exemple codée en base 64), la détermination d’une heure limite d’utilisation du bracelet (date/heure) [par exemple liée aux soins que le patient vient recevoir au sein de l’établissement de santé, notamment par exemple par rapport à une heure prévue de rendez-vous, ainsi qu’à une durée maximum associée à ce rendez-vous]. Ces données (chaine aléatoire et heure/date limite de soins) sont par exemple concaténées à la donnée représentative de l’identité du patient DPat ou à une donnée issue de la donnée représentative de l’identité du patient DPat (par exemple une donnée résultant du chiffrement, par le serveur d’authentification, à l’aide de sa clé privée, de la donnée représentative de l’identité du patient DPat). La chaine concaténée obtenue est alors encodée et par exemple subit un hachage par l’intermédiaire d’un algorithme idoine (SHA-3). Cette chaine encodée et hachée constitue alors la clé d’accès temporaire. Cette clé d’accès temporaire, la durée limite d’utilisation de celle-ci et la donnée représentative de l’identité du patient son alors enregistrées en base de données du serveur d’authentification pour vérification ultérieure, comme cela est décrit par la suite. En fonction des conditions de mise en œuvre opérationnelles, l’enregistrement E01, par le terminal d’enregistrement TermE, de l’arrivée du patient peut être simplifié, par exemple en transmettant la donnée représentative de l’identité du patient DPat et l’identifiant de bracelet IdB au serveur d’authentification ServA ; et en confiant au serveur d’authentification ServA la fonction de sécurisation du lien entre ces deux infirmations, sans nécessairement transmettre de données au bracelet, bien que cette procédure soit sous optimale. Dans une alternative, le bracelet dont l’identifiant est transmis correspond à celui d’un bracelet présélectionné par le dispositif d’enregistrement parmi en ensemble de bracelets disponibles ; auquel cas, au moins certains des bracelets disposent de moyens d’avertissement (tel qu’une led apparente, par exemple, mais également des moyens de transmission de données autonomes, c’est-à-dire ne recevant pas d’énergie d’une antenne NFC ou RFID) permettant de signaler/reconnaitre le bracelet à sélectionner parmi l’ensemble des bracelets disponibles. Comme explicité précédemment, un objet de l’invention est de permettre à l’établissement de santé de s’assurer que la personne qui se présente pour recevoir un ou plusieurs soins est bien celle qu’elle prétend être. L’objectif est de s’assurer d’une part que l’établissement de santé délivre des soins qui sont adaptés au patient et d’autre part que le patient est bien celui qu’il prétend être. Ce procédé de traitement de données est utilisé pendant le parcours d'un patient dans l’établissement de santé, où le patient porte un bracelet associant des données d'identité et d'identifiant. Mis en œuvre par des dispositifs électroniques, il comprend l'obtention des données du patient et du bracelet, leur authentification, et en cas de succès, la transmission d'un signal de vérification visuelle de l'identité du patient à un dispositif de visualisation. Ce processus vise à assurer une identification sécurisée et fiable des patients tout au long de leur séjour médical, renforçant ainsi la gestion des soins et la sécurité des patients. D’autres objectifs secondaires sont également poursuivis, comme cela est explicité par la suite. Dans cette optique, une fois que le patient est arrivé en salle de soin ou d’examen, un procédé d’authentification du patient est mis en œuvre. Ce procédé est tripartite. Il permet de répondre aux deux objectifs précédemment mentionnés. Plus spécifiquement, le procédé comprend, dans un exemple de réalisation, les étapes suivantes : - la transmission V01, par le dispositif de traitement DiTr, d’une requête d’obtention de la donnée représentative de l’identité du patient (enregistrée au sein du bracelet du patient) ; optionnellement (et/ou alternativement) la requête d’obtention comprend la donnée représentative de l’identifiant du dispositif de traitement DiTr ; - la transmission V02, par le bracelet du patient, d’une réponse contenant la donnée représentative de l’identité du patient chiffrée à l’aide de la clé d’accès temporaire TaK ; et optionnellement (et/ou alternativement) contenant l’identifiant du terminal du praticien chiffré à l’aide de la clé d’accès temporaire TaK ; - A réception de cette réponse, la transmission V03, par le dispositif de traitement DiTr, au serveur d’authentification (SrvA), d’une requête de confirmation d’authentification, comprenant d’une part la réponse fournie par le bracelet du patient et d’autre part une donnée représentative de l’identifiant du dispositif de traitement DiTr (optionnellement (et/ou alternativement) chiffrée à l’aide de la clé privée du dispositif de traitement DiTr) ; - la vérification V04, par le serveur d’authentification (SrvA), de la validité des données transmises, comprenant : - s’il est chiffré par la clé privée du dispositif de traitement DiTr, le déchiffrement de l’identifiant du bracelet (IdB) du patient à l’aide de la clé publique du dispositif de traitement DiTr détenue par le serveur d’authentification (SrvA) ; - l’obtention de la clé d’accès temporaire (TaK), à l’aide de l’identifiant du bracelet (IdB) du patient ; - le déchiffrement de la réponse fournie par le bracelet du patient à l’aide de la clé d’accès temporaire (TaK) du serveur d’authentification (SrvA), lorsque cette clé d’accès temporaire est obtenue (c’est-à-dire le déchiffrement de la donnée représentative de l’identité du patient ; et optionnellement (et/ou alternativement) la requête d’obtention comprend la donnée représentative de l’identifiant du dispositif de traitement DiTr) ; - la comparaison de la donnée représentative de l’identité du patient déchiffrée avec celle correspondant à la clé d’accès temporaire TaK associée au dispositif et au patient ; - optionnellement, la comparaison de la donnée représentative de l’identifiant du dispositif de traitement DiTr (fournie par la réponse du bracelet du patient) avec celle fournie par le dispositif de traitement DiTr lui-même (cette caractéristique permettant de se prémunir d’une altération « frauduleuse » du bracelet du patient ; et - lorsque les opérations de vérification réalisées par le serveur d’authentification délivrent un résultat positif, une étape de transmission, au dispositif de traitement DiTr, de la donnée représentative de l’identité du patient (optionnellement (et/ou alternativement), cette donnée est transmise chiffrée avec la clé publique du dispositif de traitement DiTr) (optionnellement (et/ou alternativement), la valeur NULL peut être transmise au dispositif de traitement DiTr, lorsque les opérations de vérification échouent) ; - la réception V05, par le dispositif de traitement DiTr, de la réponse en provenance du serveur d’authentification, cette réponse comprenant au moins, si elle est valide, la donnée représentative de l’identité du patient ; - l’obtention V06, par le dispositif de traitement DiTr, d’une donnée visuelle (HRd) exploitable par le praticien associée à la donnée représentative de l’identité du patient, cette donnée visuelle permettant de confirmer l’identité du patient (il peut s’agir par exemple d’une photographie, ou d’une copie d’un document officielle : copie de carte d’assuré, copie de document d’identité). En fonction des conditions de mise en œuvre opérationnelles, le bracelet du patient, peut se contenter de transmettre son identifiant. Auquel cas, le serveur d’authentification effectue une vérification de l’identité du patient à l’aide du lien entre l’identifiant du bracelet et donnée représentative de l’identité du patient bien que cette procédure soit sous optimale. Le praticien peut alors recevoir, sur le dispositif de traitement DiTr, la donnée visuelle (HRd) exploitable par le praticien et associée à la donnée représentative de l’identité du patient. Optionnellement (et/ou alternativement), en réponse à la requête d’obtention de la donnée représentative de l’identité du patient, le bracelet peut également transmettre (et chiffrer) l’identifiant du bracelet (IdB), soit comme donnée directement issue de sa mémoire, soit indirectement, comme cela est explicité par la suite). Cet identifiant de bracelet peut alors être comparé à un identifiant de bracelet attendu par le serveur d’authentification, soit en plus, soit à la place de la donnée représentative de l’identité du patient. Auquel cas, les étapes du procédé d’authentification précédemment présentées sont modifiées ou ajoutées en conséquence. L’obtention de la clé d’accès temporaire (TaK), à l’aide de l’identifiant du bracelet (IdB) du patient, comprend : - une étape d’obtention, au sein d’une structure de données, de la dernière clé d’accès temporaire attribuable au bracelet du patient en fonction de l’identifiant ; - une étape de vérification de la validité de la dernière clé d’accès temporaire, notamment en fonction d’une date/heure limite d’utilisation de cette dernière clé d’accès temporaire ; et - lorsque la date/heure limite d’utilisation est supérieure à la date/heure courante, une étape de fourniture de la dernière clé d’accès temporaire, qui constitue la clé d’accès temporaire (TaK) ; - lorsque la date/heure limite d’utilisation est inférieure à la date/heure courante, une valeur NULL est fournie en lieu et place de la clé d’accès temporaire (TaK). Ainsi, si un bracelet de patient est présenté en dehors de plages horaires prédéfinies, le déchiffrement des données transmises par ce bracelet de patient par le serveur d’authentification n’est pas possible, puisqu’aucune donnée temporelle n’est associable à ce bracelet de patient. Dès lors, lors du scan du bracelet du patient qui se présente pour recevoir des soins, le praticien est informé de l’impossibilité d’identifier le patient, soit par l’intermédiaire d’un message générique affiché sur le terminal du praticien, soit par un message spécifique indiquant la raison de cette impossibilité d’identification. Optionnellement (et/ou alternativement), le praticien dispose d’une possibilité d’outrepasser cette identification, par exemple si le praticien connait (bien) le patient en question et qu’il est en mesure d’assurer (manuellement) que le patient est bien celui qu’il prétend être. Lorsque l’authentification est correctement réalisée (après le scan du bracelet du patient), le dispositif de traitement DiTr est prêt à associer les données de traitement (saisies ou sélectionnées) par le praticien au dossier du patient correctement identifié. Cette association peut être réalisée en sélectionnant, parmi un ensemble d’actes qui peuvent être associés au patient, les actes que le praticien effectue. Optionnellement (et/ou alternativement), les données relatives aux actes qui peuvent être associés au patient sont extraites d’une base de données d’actes possibles. Cette base de données d’actes possibles est par exemple filtrée en fonction de données représentatives du patient (par exemple la(les) pathologie(s) associée(s) au patient de sorte à ne conserver que les actes qui peuvent effectivement être réalisés. L’avantage de cette méthodologie est qu’il est aisé, pour un praticien, de s’assurer que les actes qu’il effectue sont bien en rapport avec l’état de santé du patient. Cette méthodologie permet également de diminuer fortement les risques d’erreur médicales : en effet, assuré que le patient qui le consulte est effectivement celui qu’il prétend être (ou qu’il s’attend à être) le praticien effectue les bons actes d’une part et dégage sa responsabilité en cas de fraude du patient (c’est-à-dire si malgré toutes les sécurités prises, le patient a tout de même réussi à confondre ou à frauder le système). Ainsi, par exemple, muni de l’identifiant du patient, et muni d’un identifiant de praticien, une interface homme machine est mise en œuvre pour identifier, au sein d’une base de données, les actes associables au patient, c’est-à-dire les actes qui, compte tenu de la raison ou des raisons pour lesquelles le patient est présent au sein de l’établissement de santé, sont effectués par le praticien. Le dispositif de traitement DiTr effectue une requête audit au moins un serveur transactionnel qui, en réponse lui transmet les données actes affectables au patient. Le praticien réalise une sélection des actes en question et le dispositif de traitement DiTr créé un enregistrement de données dans lequel l’identifiant du patient est inséré, tout comme l’identifiant du praticien et l’identifiant de l’acte effectué. Par exemple un enregistrement du type suivant est créé et inséré dans une base de données des actes effectués : Id ;patient_id ;csarr_id;user_id;intervenant_id;observation;acte_duree_id;ponderation;processed_at;created_at;updated_at Une donnée cryptographique peut également être calculée sur la base de l’ensemble des données de l’enregistrement, cette donnée cryptographique pouvant par exemple prendre la forme d’un hash de tout ou partie des données (concaténées) de l’enregistrement. Ce hash est par exemple ajouté en tant que champ de l’enregistrement, ou bien inséré dans une autre table de base de données, afin de sécuriser le contenu de l’enregistrement et tracer toute modification de celui-ci, toujours dans une perspective de sécurité : s’il advient qu’une ou plusieurs donnée de l’enregistrement (à l’exception des observations) soit par le suite modifiée, le hash de ces données sera différent du hash initial, et la fraude ou la tentative de fraude sera découverte plus aisément. De plus, ce hash peut également être inséré en tant que transaction dans une chaine de blocs privée, par exemple détenue par l’établissement de santé ou par un tiers de confiance, permettant de tracer les différentes actions menées en lien avec le patient. Dans ce cadre, l’attribution du bracelet au patient lors de son enregistrement, et donc la création de données cryptographiques y afférent peuvent également faire l’objet d’un hash, lequel peut également être insérée dans une table de base de données et/ou dans la chaine de blocs explicitée précédemment. Optionnellement (et/ou alternativement), le procédé d’authentification du patient peut être complété par l’obtention, à partir du dispositif de traitement DiTr, d’une donnée imprimée sur le bracelet du patient, notamment à partir d’un QR code imprimé sur la surface externe du bracelet du patient. Ce QR code renferme une information (l’identifiant du bracelet (IdB)) qui est chiffrée à l’aide de la clé publique du bracelet. Cet identifiant chiffré ne peut être correctement déchiffré que par le processeur compris dans le bracelet. Dès lors, le dispositif de traitement DiTr est en mesure de scanner le QR Code et de décoder l’information qui s’y trouve (identifiant chiffré par clé publique). Après décodage, l’identifiant chiffré obtenu par ce QR Code est transmis au bracelet du patient (par exemple lors de la transmission de la requête d’obtention de la donnée représentative de l’identité du patient) et le bracelet du patient effectue, à l’aide de sa clé privée, un déchiffrement de cette donnée. En cas de succès, ce déchiffrement délivre l’identifiant du bracelet (IdB). En cas d’échec, la valeur est différente de celle de l’identifiant du bracelet (IdB) du patient. Quel que soit le résultat de cette opération, la donnée obtenue (c’est-à-dire en cas de succès l’identifiant du bracelet (IdB) confié au patient) est injectée dans le procédé d’authentification décrit précédemment et transmise (seule ou en combinaison avec la donnée représentative de l’identité du patient, comme explicité plus haut). S’il advient que la donnée ne correspond pas à l’identifiant du bracelet (IdB) du patient, le procédé d’authentification échouera et il pourra être conclu que le bracelet, est un bracelet de contrefaçon ou encore qu’il ne correspond pas à un bracelet de l’établissement de santé ou encore que le patient n’est pas celui qu’il prétend être. Quelle que soit la situation, une alerte correspondante est levée au niveau du dispositif de traitement DiTr et le praticien peut prendre connaissance de cette alerte pour effectuer les actions nécessaires. Un autre avantage de la technologie proposée est que le patient peut, potentiellement, rentrer à son domicile en conservant le bracelet qui lui a été remis à son enregistrement lors de son arrivée à l’établissement de santé et revenir au sein de l’établissement avec ce même bracelet pour recevoir d’autres soins. Procédé de traitement de données, le procédé étant mis en œuvre lors de l’arrivée d’un patient au sein d’un établissement de santé, le procédé étant mis en œuvre par l’intermédiaire d’au moins un dispositif électronique (TermE, ServA) comprenant un processeur et une mémoire, le procédé comprenant au moins les étapes suivantes : - obtention (E01, E02) d’une donnée représentative d’une identité d’un patient (DPat ), ladite donnée représentative de l’identité du patient étant encodée selon un premier format d’encodage prédéterminé ; - obtention (E03) d’une donnée représentative d’un identifiant (IdB) d’un bracelet (BrId) à associer au patient, ladite donnée représentative étant encodée selon un deuxième format d’encodage prédéterminé ; - association cryptographique (E04, E05) de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient ; - enregistrement du résultat de ladite association cryptographique au sein d’une base de données d’authentification. Procédé de traitement de données selon la revendication 1, caractérisé en ce que l’étape d’obtention (E01, E02) de la donnée représentative de l’identité d’un patient (DPat) comprend : - l’enregistrement (E01), par un terminal d’enregistrement (TermE), de l’arrivée du patient au sein de l’établissement de santé, comprenant l’obtention, à partir d’un dispositif d’identification du patient, de la donnée représentative de l’identité du patient (DPat) ; - l’encodage normalisé de la donnée représentative de l’identité du patient (DPat) selon le premier format d’encodage ; - la transmission (E02) de la donnée représentative de l’identité du patient (DPat) encodée à un serveur d’authentification (ServA) connecté au terminal d’enregistrement (TermE) par un réseau de communication. Procédé de traitement de données selon la revendication 1, caractérisé en ce que l’étape d’obtention de la donnée représentative de l’identifiant (IdB) du bracelet (BrId) à associer au patient comprend : - la sélection, parmi un ensemble de bracelets, du bracelet (BrId) à associer au patient ; - la transmission d’une requête de fourniture d’identifiant, par un terminal d’enregistrement (TermE), à l’aide d’une interface de communication en champs proche, au bracelet (BrId) à associer au patient ; - l’encodage normalisé de la de la donnée représentative de l’identifiant d’un bracelet à associer au patient selon le deuxième format d’encodage ; - la transmission de la donnée représentative de l’identifiant d’un bracelet à associer au patient encodée à un serveur d’authentification (ServA) connecté au terminal d’enregistrement (TermE) par un réseau de communication. Procédé de traitement de données selon la revendication 1, caractérisé en ce que l’étape d’association cryptographique (E04, E05) de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient comprend : - la détermination d’un matériel cryptographique à utiliser pour la donnée représentative de l’identité du patient et/ou à la donnée représentative de l’identifiant d’un bracelet à associer au patient ; - la mise en œuvre du matériel cryptographique sur la donnée représentative de l’identité du patient et/ou sur la donnée représentative de l’identifiant d’un bracelet à associer au patient délivrant une donnée d’identification chiffrée. Procédé de traitement de données selon la revendication 4, caractérisé en ce que l’étape d’association cryptographique (E04, E05) de la donnée représentative de l’identité du patient et de la donnée représentative de l’identifiant d’un bracelet à associer au patient comprend en outre : - la transmission de la donnée d’identification chiffrée au bracelet attribué au patient ; - l’enregistrement de la donnée d’identification chiffrée au sein du bracelet attribué au patient. Procédé de traitement de données, le procédé étant mis en œuvre lors d’un parcours d’un patient au sein d’un établissement de santé, ledit patient étant muni d’un bracelet (BrId) associant au moins une donnée représentative de l’identité du patient (DPat) et une donnée représentative de l’identifiant du bracelet (IdB) selon l’une des revendications 1 à 5, le procédé étant au moins partiellement mis en œuvre par l’intermédiaire d’au moins un dispositif électronique (DiTr, ServA) comprenant un processeur et une mémoire, le procédé comprenant au moins les étapes suivantes : - l’obtention, par un dispositif de traitement DiTr, de la donnée représentative de l’identité du patient (DPat) et/ou de la donnée représentative de l’identifiant du bracelet (IdB) ; - l’authentification de la donnée représentative de l’identité du patient (DPat) et/ou de la donnée représentative de l’identifiant du bracelet (IdB) ; et - lorsque l’authentification de la donnée représentative de l’identité du patient (DPat) et/ou de la donnée représentative de l’identifiant du bracelet (IdB) délivre un résultat positif, une étape de transmission, à un dispositif de visualisation, d’un signal de vérification visuelle de l’identité du patient. Procédé de traitement de données selon la revendication 6, caractérisé en ce qu’il comprend en outre, postérieurement à la transmission du signal de vérification visuelle de l’identité du patient, et lorsqu’une confirmation de l’identité du patient est reçue, au moins une étape d’enregistrement, au sein d’une base de données d’au moins une association entre le patient et au moins une donnée représentative d’un acte médical effectué sur ledit patient. Procédé de traitement de données selon la revendication 6, caractérisé en ce que l’authentification de la donnée représentative de l’identité du patient (DPat) et/ou de la donnée représentative de l’identifiant du bracelet (IdB) comprend au moins une étape de vérification, par un serveur d’authentification, d’une durée de validité de l’association entre la donnée représentative de l’identité du patient (DPat) et la donnée représentative de l’identifiant du bracelet (IdB). Système pour la mise en œuvre d’un procédé selon l’une des revendication 1 à 8, caractérisé en ce qu’il comprend : - un serveur d’authentification (ServA) connecté à un réseau de communication (NTWK) de l’établissement de santé ; - au moins un terminal d’enregistrement (TermE) est également connecté au réseau de communication (NTWK) ; - au moins un serveur transactionnel (ServT) connecté au réseau de communication (NTWK) ; - au moins un bracelet d’identification (BrId), comprenant des moyens de communication en champs proches de type RFID ou NFC ; - au moins un dispositif de traitement (DiTr), à la disposition d’un praticien comprenant un lecteur NFC et/ou un lecteur RFID. Programme informatique comportant des instructions pour la mise en œuvre d’un procédé selon l’une des revendications 1 à 8, lorsque lesdites instructions sont exécutées par un processeur d’un circuit de traitement informatique