Brevet FR3019675A1 — publié le 20151009

Procédés, plateforme et système de collecte et de gestion de données vitales de patients pour établissements de santé L'invention concerne un système de collecte et de gestion, principalement de données vitales ou physiologiques de patients accueillis au sein d'un établissement de santé, tel qu'un hôpital ou une clinique. Plus précisément, l'invention concerne une plateforme chargée d'enrichir les dossiers patients électroniques ou informatisés, à l'aide desdites données, en minimisant les actions humaines nécessaires à la constitution desdits dossiers ainsi que les risques d'affectations de données erronées. Grâce à une conception particulièrement innovante, l'invention permet en outre une gestion dynamique et optimale du parc d'appareils de mesure de données vitales au sein d'un établissement de santé et un suivi particulièrement efficace des patients pris en charge par ledit établissement. La consolidation d'un dossier médical d'un patient n'est pas chose aisée. En effet, celui-ci comporte une grande variété d'informations à caractères administratif et thérapeutique. Dès l'admission d'un patient au sein d'un établissement de santé, au cours de la prise en charge de celui-ci auprès éventuellement d'une pluralité de services et par une pluralité de praticiens, tels que des médecins, des infirmiers ou aides-soignants, jusqu'à la sortie dudit patient, le besoin pour tout praticien au sein de l'établissement de pouvoir disposer d'une vue actuelle, pertinente et complète des informations en lien avec le patient ne demeure que partiellement assouvi. En outre, ce besoin mobilise une activité du personnel de santé particulièrement chronophage. Celui-ci est bien souvent détourné des gestes thérapeutiques pour tenter de consolider les dossiers des patients. Malgré une volonté certaine dudit personnel, les outils actuels mis à sa disposition pour collecter, relater et consigner les données administratives et médicales d'un patient sont malheureusement encore sources d'incohérences, de redondances, d'erreurs ou d'absences d'informations au sein des dossiers des patients. Un tel dossier patient, même informatisé (connu sous la terminologie anglo-saxonne Electronic Medical Record, EMR) englobe en effet, de manière non exhaustive, l'ensemble des informations concernant la santé d'un patient, c'est-à-dire les informations détenues par les praticiens qui ont contribué à l'élaboration et/ou au suivi d'un diagnostic, d'un traitement ou encore d'une action de prévention, et qui ont fait l'objet d'échanges écrits entre professionnels de santé, comme par exemple des résultats d'examen, des comptes rendus de consultations, d'interventions, d'explorations, de prescriptions thérapeutiques, etc. Un dossier médical est constitué pour chaque patient hospitalisé dans un établissement de santé public ou privé. Il est enregistré et mis à jour par un serveur de données patient, généralement dédié audit établissement. Un tel serveur peut être, en variante, distant voire réparti sur plusieurs sites. Le dossier médical informatisé d'un patient comporte ainsi des informations formalisées et recueillies lors des consultations externes dispensées dans l'établissement, lors de l'accueil au service des urgences ou au moment de l'admission et au cours du séjour hospitalier. On trouve ainsi la lettre du médecin qui est à l'origine d'une consultation ou d'une admission, les motifs d'hospitalisation, une recherche d'antécédents ou de facteurs de risques, le type de prise en charge prévue, des prescriptions effectuées à l'admission du patient, des informations en lien avec des soins dispensés, des prescriptions établies lors de consultations, que ces dernières soient externes ou internes. Le dossier comporte en outre des informations relatives à la prise en charge du patient lors de l'hospitalisation, dont l'état clinique, les soins pratiqués et les mesures de données vitales délivrées par des appareils de mesure. Le dossier médical informatisé peut en outre comporter des informations établies à la fin du séjour du patient. Durant toute prise en charge d'un patient, y compris si celui-ci bénéficie d'une consultation externe, c'est-à-dire sans que la consultation ne débouche sur une hospitalisation, différents personnels de santé peuvent prodiguer des soins. Différents appareils de mesure de données vitales sont également sollicités. Pour consigner et dater les données vitales collectées, il existe différents systèmes mettant en oeuvre des solutions matérielles et logicielles. Une première approche, illustrée succinctement par la figure 1, consiste à disposer un assistant électronique de collecte 2n ou 2m dans chaque chambre, précisément au chevet de chaque lit prévu pour accueillir un patient. La fonction d'un tel assistant électronique 2n ou 2m consiste à recueillir des données vitales dudit patient délivrées par un appareil de mesure Ax, Ay ou Az, par exemple un tensiomètre, un ventilateur médical ou encore une pompe à perfusion, adapté ou agencé pour communiquer avec ledit assistant électronique. En liaison avec la figure 1, un premier patient Pi est hospitalisé. Il occupe un lit Ln dans une chambre Rn, côté fenêtre. Un voisin d'infortune Pk occupe un second lit Ln' dans la même chambre Rn, côté couloir. Ce patient Pk et ce lit Ln' ne sont pas représentés sur la figure 1. Un deuxième assistant électronique 2n', également non représenté en figure 1, est positionné auprès de son lit Ln'. Un troisième patient Pj bénéficie d'une consultation sans hospitalisation. Dans un bureau de consultation Rm, un assistant électronique 2m est présent pour collecter des données vitales des patients lors des consultations respectives. Pour collecter les données vitales desdits patients, cette solution technique connue nécessite de prévoir une passerelle entre tous les appareils de mesure de données vitales et lesdits assistants électroniques. Cette passerelle, éventuellement distincte d'un appareil à un autre, permet d'établir une communication entre les appareils Ax, Ay, Az et les assistants électroniques 2n, 2n' et 2m. Ainsi, selon la figure 1, un tensiomètre Az communique par une passerelle filaire Cz avec l'assistant 2m, par exemple au moyen d'une liaison série conforme au standard RS-232. L'assistant 2n communique quant à lui, avec une pompe de perfusion Ax par une communication Cx filaire mettant en oeuvre un bus série USB (connu sous la dénomination anglo-saxonne Universal Serial Bus). Un ventilateur Ay est quant à lui connecté par une liaison série Cy au moyen d'un câble à l'assistant électronique 2n. Pour mettre en oeuvre une telle communication filaire Cx, Cy ou Cz, des connecteurs sont généralement utilisés pour assurer d'une part la relation physique entre un appareil et un assistant électronique, et d'autre part une conversion éventuelle de port de communication. Un tel connecteur peut en outre délivrer une valeur d'identificateur de connecteur unique pour que l'assistant puisse discerner indirectement les appareils connectés. En cas d'impossibilité pour rendre communicant un appareil de mesure, un assistant électronique 2n, 2n' ou 2m comporte une interface de saisie pour permettre au personnel de santé de consigner les données mesurées par ledit appareil non communicant. Quel que soit le mode ou procédé de collecte, un assistant électronique enregistre les données vitales dans des moyens de mémorisation internes. Selon une périodicité déterminée, un assistant électronique transmet, à destination d'un serveur d'agrégation de données vitales 3, les données vitales collectées éventuellement auprès de plusieurs appareils de mesure lors du suivi des patients dont il demeure « au chevet ». L'acheminement desdites données vitales au serveur d'agrégation 3 se fait au moyen d'un réseau de communication Np généralement filaire et propriétaire. Pour paramétrer l'agrégation de données, voire pour enrichir celles-ci ou encore pour intervenir sur celles-ci avant leur agrégation, le serveur d'agrégation coopère avec une console 4. Un opérateur de ladite console 4 peut ainsi paramétrer ou influer sur l'agrégation de données réceptionnées depuis un assistant électronique. Des données préalablement collectées par une pluralité d'assistants électroniques sont ainsi agrégées puis transmises à un serveur de dossiers patients informatisés 1 selon un protocole de communication normalisé N, en l'espèce actuellement le protocole HL7 (correspondant à l'abréviation de la terminologie anglo-saxonne « Health Level 7 »). HL7 est une organisation définissant un ensemble éponyme de spécifications techniques déterminant les échanges informatiques de données cliniques, financières ou administratives entre des systèmes d'information hospitaliers. Le serveur 1 interprète les différents messages émanant du serveur d'agrégation selon le protocole HL7 et déclenche la mise à jour de dossiers médicaux de patients concernés par le serveur 1. Une telle solution soulève de nombreux inconvénients. Tout d'abord, la nécessité d'implanter un ou plusieurs assistants électroniques dans chaque chambre, selon le nombre de lits présents dans lesdites chambres, rend la solution très couteuse. Un assistant électronique doit en effet être en mesure de collecter toutes données vitales émanant de divers appareils selon une pluralité de voies de communications. Un tel assistant est doté de moyens de mémorisation internes et d'interfaces homme-machine de consigne et de restitution riches pour respectivement saisir et visualiser des données consignées par le personnel de santé. Un tel assistant doit en outre être à même de communiquer avec un ou plusieurs serveurs d'agrégation de données. Le coût d'un assistant électronique est donc élevé compte tenu de ses nombreux constituants. Son coût de maintenance est en outre également élevé. L'interface homme-machine est en effet généralement fragile car manipulé par différents acteurs, parfois en situation d'urgence clinique. Des mises à jour du système d'exploitation des ressources ou des logiciels applicatifs d'un parc important d'assistants électroniques est également fastidieux, complexe et donc économiquement lourd. Ces coûts d'acquisition et de maintenance sont démultipliés par le nombre de lits ou de bureaux de consultation auxquels sont associés respectivement lesdits assistants électroniques. En outre, le déploiement d'un réseau de communication propriétaire, permettant de mettre en relation chaque assistant électronique 2n ou 2m avec un voire plusieurs serveurs d'agrégation 3, est lourd et contraignant selon les installations concernées. Les assistants électroniques n'étant pas aptes à transmettre directement au serveur 1 comportant les dossiers médicaux des patients, il est nécessaire d'agréger et de consolider les données vitales collectées par les assistants électroniques par un ou plusieurs serveurs d'agrégation. Ce matériel augmente les coûts de l'installation décrite en figure 1. Par ailleurs, il est nécessaire de rendre communicante la flotte d'appareils de mesure d'un établissement de santé pour que lesdits appareils puissent échanger avec les différents assistants électroniques, selon des modes de communication supportés par lesdits assistants électroniques. L'acquisition, l'installation et la maintenance d'un tel système sont donc complexes et coûteuses. Par ailleurs, un assistant électronique ne « connaît » pas directement l'identité du patient qui occupe le lit auquel ledit assistant électronique est associé. Il ne « connaît » pas davantage l'identité d'un patient ayant fait l'objet d'une consultation dans un bureau de passage. L'association de données vitales collectées avec le dossier médical d'un patient concerné n'est donc pas assurée. Celle-ci est obtenue indirectement car l'administrateur du serveur d'agrégation dispose d'une vue, plus ou moins actuelle, de l'affectation d'un lit, et donc d'un assistant électronique à un patient. Pour les consultations, on s'en remet à l'agenda de consultations pour consolider cette assignation indirecte « assistant électronique patient ». En effet, le serveur d'agrégation 3 ne connaît que l'affectation d'un assistant électronique à un bureau de consultation. Le risque d'erreurs d'assignation de données vitales collectées à un dossier médical informatisé est donc important. Pour limiter ledit risque, il est nécessaire de compenser les limites technologiques en ayant recours à de nombreuses actions humaines durant les soins pratiqués pour consigner l'identité du patient, ladite identité pouvant se révéler erronée voire incohérente entre deux saisies. Parfois, le serveur 1, mémorisant les dossiers médicaux des patients, doit être adapté ou paramétré, par exemple au moyen d'une console de supervision 5, pour consolider ou tester l'affectation finale des données vitales aux dossiers patients. Pour tenter de contourner certains inconvénients parmi ceux découlant de la conception et de l'exploitation de la solution illustrée par la figure 1, un deuxième système de collecte de données vitales a été conçu pour être mis en oeuvre dans des établissements de santé. Une telle deuxième approche est décrite en liaison avec la figure 2. La liaison « assistants électroniques - serveur(s) d'agrégation » précédemment décrite est supprimée au profit de l'utilisation d'une flotte de 35 stations de collecte 2a ou 2b comportant respectivement des ordinateurs personnels éventuellement positionnés respectivement sur des chariots mobiles pour conférer une certaine mobilité. Lesdites stations de collecte 2a et 2b sont, à l'instar des assistants électroniques 2n ou 2m décrits en liaison avec la figure 1, généralement affectées chacune à une chambre voire à un lit ou bureau de consultation. Ainsi, comme l'indique la figure 2, trois patients Pi, Pj et Pk occupent respectivement les lits Ln, Lm et Lp dans des chambres distinctes, les chambres Rn, Rm, Rp. Des première et deuxième stations de collecte 2a et 2b sont affectées et positionnées à proximité immédiate des lits occupés par lesdits patients. Une première station 2a est positionnée dans la chambre Rn. Le patient Pi, actuellement alité dans la chambre Rn, fait l'objet de soins nécessitant un contrôle de données vitales par deux appareils de mesure Ax et Ay. Ces deux appareils de mesure sont adaptés pour pouvoir établir une communication filaire avec la station de collecte 2a. Les modes de connexion et de communication Cx et Cy, respectivement des appareils Ax et Ay avec la station de collecte 2a, sont ceux utilisés classiquement pour connecter tout dispositif communicant à un ordinateur personnel, par exemple une liaison série conforme aux standards RS-232 ou USB. Pour assurer une communication entre un appareil de mesure et une station de collecte, des connecteurs sont utilisés pour assurer la relation physique entre les deux éléments et une conversion de ports ou de bus de communication, généralement du standard RS-232 vers un standard USB. Selon la figure 2, les deux autres patients Pj et Pk sont alités sur les lits Lm et Lp positionnés respectivement dans les chambres Rm et Rp. Cette deuxième solution de collecte permet de véhiculer la deuxième station de collecte 2b pour la positionner tantôt dans la chambre Rm, occupée par le patient Pj, puis dans la chambre Rp, occupée par le patient Pk. Un infirmier ou médecin peut connecter un appareil de mesure résidant dans l'une ou l'autre des chambres Rm ou Rp. Cette personne peut, en variante, véhiculer conjointement avec ladite station de collecte 2b, un appareil de mesure nomade Az, comme l'indique la figure 2. Cet appareil, par exemple un tensiomètre, permet à l'infirmier ou au médecin de tester, successivement ou alternativement, des paramètres physiologiques des patients Pj puis Pk. L'appareil Az est connecté à la station de collecte 2b par une liaison série Cz. Contrairement aux assistants électroniques 2n ou 2m décrits en liaison avec la figure 1, les stations de collecte 2a et 2b communiquent directement avec un serveur 1 administrant des dossiers médicaux informatisés des patients accueillis dans l'établissement de santé, par exemple selon un protocole d'échange HL7. Pour cela, l'opérateur de station connecte lesdites stations de collecte à des bornes de connexion d'un réseau N, lesdites bornes étant disposées dans les chambres, couloirs voire dans des bureaux de service ou d'infirmières. Une telle approche décentralisée supprime quelques inconvénients exprimés précédemment. Ainsi, le choix d'un matériel conventionnel, c'est-à-dire des ordinateurs personnels pour constituer des stations de collecte, en lieu et place d'un matériel spécifique pour constituer les assistants électroniques, diminue les coûts d'acquisition. La communication directe entre lesdites stations de collecte 2a ou 2b et le serveur 1 mémorisant les dossiers médicaux des patient supprime la nécessité de déployer un réseau de communication propriétaire Np et diminue ainsi et les coûts de déploiement de la solution. Une telle solution soulève toutefois des inconvénients majeurs. Il est tout d'abord nécessaire de prévoir une architecture réseau N suffisante pour assurer de tels échanges entre les stations de collecte 2a, 2b et le serveur 1. Par ailleurs, le problème de connexion inhérent aux assistants électroniques avec les appareils de mesures demeure. Ainsi, des appareils de mesure Ax, Ay et Az doivent être aptes à pouvoir communiquer avec une station de collecte. Cette dernière doit réciproquement être à même de se connecter à un appareil de mesure communicant. Lorsqu'un appareil ne peut être rendu communicant, le personnel de santé doit saisir des mesures ou données vitales au moyen d'une interface homme-machine adaptée, par exemple un clavier, voire un écran tactile. Il doit pouvoir en outre vérifier la bonne saisie au moyen d'une interface de restitution telle qu'un écran. Ces interfaces de saisie et de restitution sont onéreuses et fragiles. Une station de collecte doit en outre comporter des moyens matériels pour assurer la communication avec un appareil de mesure, mais aussi avec le serveur 1. Un logiciel applicatif doit être installé et maintenu à jour sur l'ensemble des stations de collecte disséminées dans l'établissement de santé. Cette deuxième solution présente ainsi des inconvénients similaires découlant de l'acquisition, de la gestion et de la maintenance d'un parc de stations de collecte. De la même manière, l'affectation d'une station de collecte à un patient n'est toujours pas explicitement assurée. Une station de collecte est affectée à un lit ou à un bureau. On a donc toujours recours à de nombreuses saisies par le personnel de santé, saisies parfois non cohérentes entre elles, lorsqu'elles sont accomplies par des personnels de santé différents. Au final, la solution décrite en liaison avec la figure 2 n'apporte que peu d'avancées. L'invention permet de répondre à la grande majorité des inconvénients soulevés par les solutions connues. En constituant un référentiel unique de patients, couplé d'un référentiel d'appareils médicaux, lesdits référentiels comportant des descripteurs voire des données complémentaires caractérisant les structures, telles que des lits, chambres, unités de soins, hébergeant patients ou appareils de mesure, l'invention permet au personnel de santé d'associer, de manière simple et certaine, tout patient à tout appareil de mesure sollicité pour en mesurer des données vitales. Parmi les nombreux avantages apportés par l'invention, nous pouvons mentionner que celle-ci permet : de réduire grandement les coûts d'acquisition et de maintenance d'un système de collecte et de gestion de données vitales, en supprimant tout recours à de nombreux dispositifs affectés respectivement aux lits, tels que des assistants électroniques ou des stations de collecte précédemment décrits, et chargés d'assurer la communication avec des appareils de mesure et du déploiement desdits mesures vers une unité d'agrégation de données ; de connecter directement, par voies filaire ou sans fil via un réseau de communication avantageusement conventionnel, des appareils de mesures à une plateforme centralisant la collecte et la gestion des données vitales ; d'associer ou de dissocier sans ambiguïté, aisément et en temps réel, tout appareil de mesure de données vitales à un patient faisant l'objet de soins ou d'une surveillance ; de simplifier les actions du personnel de santé par une utilisation d'objets ou dispositifs communicants conventionnels, par exemple des tablettes, smartphones ou ordinateurs, dotés d'interfaces homme-machine contextuelles et adaptées aux opérations à réaliser ; de connaître à tout instant la disponibilité du parc d'appareils médicaux et ainsi optimiser la gestion et le dimensionnement dudit parc ; - de transmettre des requêtes pertinentes et complètes de mise à jour de dossiers patients informatisés ; - de décroître, au regard de l'art antérieur, les coûts d'acquisition et/ou de déploiement d'un système de gestion et de collecte de données patients, les coûts de maintenance d'un tel système ainsi que les coûts de formation du personnel de santé utilisant ledit système, ledit personnel privilégiant ainsi leurs gestes thérapeutiques ou de diagnostic dans son activité au détriment du suivi administratif. A cet effet, l'invention concerne une plateforme de collecte et de gestion de données vitales d'un patient, lesdites données étant délivrées par un appareil médical de mesure. Un tel appareil de mesure est associé à un identifiant unique et coopère avec ladite plateforme au moyen d'un ou plusieurs messages de données. Une telle plateforme coopère en outre avec un serveur de dossiers patients informatisés et comporte une unité de traitement. Ladite unité coopère et met en oeuvre : - des moyens pour recevoir un message de données et des moyens pour décoder celui-ci et en déduire l'identifiant de l'appareil de mesure et les données vitales délivrées par ce dernier ; - des moyens de gestion, coopérant avec lesdits moyens pour décoder un message de données, pour sélectionner et agréger des données vitales ainsi déterminées et produire une requête en mise à jour d'un dossier patient informatisé ; - des moyens pour encoder une telle requête en mise à jour d'un dossier patient informatisé et produire un message de mise à jour adressé au serveur de dossiers patients informatisés. Pour maîtriser les associations ou les dissociations entre les appareils de mesure et les patients et ainsi produire des requêtes pertinentes et complètes en mise à jour de dossiers patients informatisés, une telle plateforme comporte en outre : - des moyens pour mémoriser un référentiel des patients comportant, pour chaque patient, un enregistrement comprenant un identifiant unique caractérisant l'identité dudit patient et un descripteur de patient ; - des moyens pour mémoriser un référentiel des appareils de mesure comportant, pour chaque appareil de mesure, un enregistrement comprenant l'identifiant dudit appareil et un descripteur d'appareil ; - des moyens pour recevoir un message de gestion de soins, émanant d'un dispositif coopérant avec la plateforme, encodant une requête en association ou en dissociation d'un appareil de mesure et d'un patient, et des moyens pour décoder un tel message et en déduire les identifiants respectifs de l'appareil de mesure et du patient concernés par ladite requête. Les moyens de gestion d'une telle plateforme sont 25 agencés pour : - après décodage d'un message de gestion de soin par lesdits moyens pour décoder un tel message, mettre en oeuvre un procédé de gestion de soins pour consigner, dans les moyens pour mémoriser 30 le référentiel des appareils, une association ou une dissociation d'un appareil de mesure et d'un patient ; - après décodage d'un message de données par les moyens pour décoder un tel message de données, 35 mettre en oeuvre un procédé de demande de mise à jour du dossier patient informatisé associé au patient concerné par les données vitales ainsi collectées par la plateforme. Pour produire une requête en mise à jour de dossiers patients informatisés davantage renseignée, il peut être 5 intéressant de désigner le personnel de santé ayant initié une association entre un appareil de mesure et un patient. Pour cela, l'invention prévoit que : la requête en association ou en dissociation d'un appareil de mesure et d'un patient, 10 préalablement encodée sous la forme d'un message de gestion de soins, puisse comporter, en outre un identifiant unique du personnel de santé initiateur de ladite requête ; les moyens pour décoder un message de gestion 15 de soins puissent déduire en outre dudit message, ledit identifiant du personnel de santé ; le procédé de gestion de soins mis en oeuvre par les moyens de gestion puisse être adapté pour 20 consigner, dans les moyens pour mémoriser le référentiel des appareils (MA), ledit identifiant du personnel de santé. En outre, le procédé de demande de mise à jour d'un dossier patient informatisé, mis en oeuvre par les moyens 25 de gestion, peut être adapté pour intégrer l'identifiant unique du personnel de santé dans la requête en mise à jour du dossier patient informatisé. Les appareils de mesure peuvent relayer des informations de mesure complémentaires à une plateforme 30 selon l'invention. Selon cette variante, un message de données peut comporter des données complémentaires de mesure associées aux données vitales d'un patient. Les moyens pour décoder un tel message de données peuvent être avantageusement agencés pour en déduire lesdites 35 données complémentaires de mesure. De telles données complémentaires de mesure peuvent comporter un horodatage et/ou un descripteur d'appareil de mesure. Pour permettre in fine de faciliter la supervision 5 des appareils de mesure, une plateforme selon l'invention peut comporter en outre des moyens pour enregistrer un historique de collecte de données vitales, ledit historique comportant une pluralité d'enregistrements, et pour laquelle les moyens de gestion peuvent mettre en 10 oeuvre un procédé de traçabilité pour déterminer la teneur d'un enregistrement dudit historique en réponse au décodage de tout message de données. Les moyens de gestion peuvent dès lors être adaptés pour mettre en oeuvre un procédé de consultation d'un 15 historique de collecte de données vitales. L'unité de traitement peut comporter et mettre en oeuvre des moyens pour encoder une vue de l'historique de collecte de données vitales, ladite vue résultant de la mise en oeuvre dudit procédé, sous la forme d'un ou plusieurs messages 20 de consultation. Ladite unité de traitement peut également mettre en oeuvre des moyens pour émettre le ou lesdits messages à destination d'un dispositif d'administration coopérant avec la plateforme. Pour faciliter les actions du personnel de santé, les 25 moyens de gestion peuvent avantageusement être adaptés pour mettre en oeuvre un procédé de détermination d'un état d'association d'un appareil de mesure. Dans ce cas, l'unité de traitement peut comporter et mettre en oeuvre : - des moyens pour encoder ledit état 30 d'association sous la forme d'un message d'état d'association d'appareil ; - des moyens pour émettre un tel message à destination d'un dispositif coopérant avec la plateforme. 35 L'invention prévoit que le référentiel des appareils de mesure hébergé par une plateforme selon l'invention puisse être mis à jour. L'unité de traitement d'une telle plateforme peut, à cette fin, comporter et mettre en oeuvre des moyens pour recevoir un message d'administration émanant d'un dispositif d'administration coopérant avec la plateforme, ledit message encodant une requête en mise à jour du référentiel des appareils, ladite requête comportant un identifiant unique d'un appareil de mesure et un descripteur dudit appareil de mesure. Il en est de même pour des moyens pour décoder un tel message et en déduire l'identifiant et le descripteur de l'appareil de mesure concerné par la requête. Les moyens de gestion peuvent en outre être agencés pour, après décodage d'un message d'administration par lesdits moyens pour décoder un tel message, mettre en oeuvre un procédé de mise à jour du référentiel des appareils pour créer un nouvel enregistrement associé à l'appareil de mesure ou pour mettre à jour un enregistrement préalablement associé à ce dernier. L'invention prévoit que le référentiel des patients 20 hébergé par une plateforme selon l'invention puisse être, à son tour, mis à jour. L'unité de traitement peut comporter pour cela, et mettre en oeuvre : - des moyens pour recevoir un message de suivi patient émanant du serveur de dossiers patients 25 informatisés coopérant avec la plateforme, ledit message encodant une requête en mise à jour du référentiel de patients, ladite requête comportant un identifiant unique d'un patient et un descripteur dudit du patient ; 30 - des moyens pour décoder un tel message et en déduire l'identifiant et le descripteur du patient concerné par la requête. Pour assurer une telle mise à jour du référentiel des patients, les moyens de gestion peuvent être agencés 35 pour, après décodage d'un message de suivi patient par lesdits moyens pour décoder un tel message, mettre en oeuvre un procédé de mise à jour du référentiel de patients pour créer un nouvel enregistrement associé au patient ou pour mettre à jour un enregistrement préalablement associé à ce dernier. Pour adapter et configurer une plateforme selon l'invention, quelle que soit la variante de réalisation retenue, ladite plateforme peut comporter des moyens de mémorisation de programmes pour enregistrer un programme d'ordinateur comportant une pluralité d'instructions de programme qui, lors de leur exécution ou interprétation par l'unité de traitement, provoque la mise en oeuvre d'un procédé accédant, en écriture et/ou en lecture, aux moyens pour mémoriser de la plateforme. A titre d'exemple, un procédé de gestion de soins, mis en oeuvre par les moyens de gestion de l'unité de traitement d'une plateforme selon l'invention, peut comporter, en réponse au décodage d'un message de gestion de soins encodant une requête en association d'un appareil de mesure et d'un patient, des étapes pour : - rechercher dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins ; inscrire dans ledit enregistrement une information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient également préalablement déduit dudit message de gestion de soins. En variante, un tel procédé de gestion de soins peut comporter, en réponse au décodage d'un message de gestion de soins encodant une requête en dissociation d'un appareil de mesure et d'un patient, des étapes pour : - rechercher dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins ; effacer ou supprimer dans ledit enregistrement l'information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient, également préalablement déduit dudit message de gestion de soins. Après avoir collecté des données vitales, une 10 plateforme selon l'invention, peut produire une requête en mise à jour d'un dossier patient informatisé. Un procédé de demande de mise à jour d'un dossier patient informatisé, mis en oeuvre par les moyens de gestion de l'unité de traitement d'une plateforme conforme à 15 l'invention peut comporter des étapes pour : rechercher dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil déduit du message de données ; lire l'information d'association désignant un 20 enregistrement du référentiel de patients ; rechercher ledit enregistrement associé dans le référentiel de patients et lire l'identifiant du patient contenu dans ledit enregistrement associé ; 25 élaborer une requête en mise à jour du dossier patient informatisé comportant l'identifiant du patient et les données vitales déduites du message de données préalablement décodé ; commander les moyens pour encoder une telle 30 requête en mise à jour d'un dossier patient informatisé et produire un message de mise à jour adressé au serveur de dossiers patients informatisés. Pour autoriser une révision du référentiel des 35 appareils de mesure, l'invention prévoit un procédé de mise à jour dudit référentiel des appareils. Un tel procédé est mis en oeuvre par les moyens de gestion de l'unité de traitement d'une plateforme conforme à l'invention, en réponse au décodage d'un message d'administration. Un tel procédé peut comporter des étapes pour : - rechercher dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit du message d'administration ; dans l'affirmative, mettre à jour le descripteur de l'appareil de mesure dans ledit enregistrement ; dans la négative, créer un nouvel enregistrement dans le référentiel des appareils et y inscrire l'identifiant de l'appareil ainsi que le descripteur de celui- ci, préalablement déduits du message d'administration. Si la plateforme est à même de constituer un historique des données collectées, l'invention prévoit un procédé de traçabilité mis en oeuvre par les moyens de gestion de l'unité de traitement d'une telle plateforme. Celui-ci comporte des étapes pour : créer un enregistrement dans les moyens pour mémoriser l'historique ; - inscrire dans ledit enregistrement l'intégralité des éléments déduits dudit message de données ; rechercher dans le référentiel des appareils, l'enregistrement comportant l'identifiant d'appareil déduit du message de données ; - lire l'information d'association dudit enregistrement ; rechercher l'enregistrement associé dans le référentiel de patients ; si celui-ci existe, lire l'identifiant du patient concerné par la collecte de mesure de données ; - inscrire dans l'enregistrement de l'historique, ledit identifiant du patient. Pour qu'une plateforme puisse permettre une supervision des appareils de mesure via un dispositif d'administration coopérant avec ladite plateforme, l'invention prévoit un procédé de consultation d'un historique de collecte de données vitales, ledit procédé étant mis en oeuvre par les moyens de gestion de l'unité de traitement de la plateforme. Un tel procédé comporte dès lors des étapes pour : - accéder en lecture aux moyens pour mémoriser un historique de collecte de données vitales ; constituer une vue prédéterminée de champs de chaque enregistrement ; commander les moyens pour encoder une telle vue et produire un message de consultation. Pour autoriser une révision du référentiel de patients, l'invention prévoit un procédé de mise à jour dudit référentiel de patients. Un tel procédé comporte des étapes pour : - rechercher dans le référentiel des appareils, un enregistrement comprenant l'identifiant du patient préalablement déduit du message de suivi patient ; - dans l'affirmative, mettre à jour du descripteur du patient dans ledit enregistrement ; - dans la négative, créer un nouvel enregistrement dans le référentiel de patients et y inscrire l'identifiant du patient ainsi que le descripteur de celui-ci, préalablement déduits du message de suivi patient. L'invention prévoit en outre un procédé de détermination d'un état d'association d'un appareil de mesure. Ce procédé, mis en oeuvre par les moyens de gestion de l'unité de traitement d'une plateforme selon l'invention, peut comporter des étapes pour : accéder en lecture aux moyens pour mémoriser le référentiel des appareils ; constituer une vue prédéterminée des champs de chaque enregistrement ; commander les moyens pour encoder une telle vue et produire un message d'état d'association d'appareil. Pour pouvoir paramétrer et maintenir une telle plateforme, l'invention prévoit un programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement de la plateforme, provoque la mise en oeuvre d'un des procédés ci-dessus, ledit programme étant chargeable dans les moyens de mémorisation de programme de ladite plateforme. Selon un deuxième objet, l'invention concerne un dispositif communicant destiné à être utilisé par un personnel de santé afin de consigner une association ou 25 une dissociation d'un appareil de mesure et d'un patient. Celui-ci comporte : - des moyens pour coopérer avec une plateforme de collecte et de gestion de données vitales d'un patient selon l'invention ; 30 - une interface homme-machine de consigne pour traduire une action de sélection dudit personnel de santé en une détermination d'un identifiant d'un appareil de mesure, d'un identifiant d'un patient et d'une opération 35 d'association ou de dissociation dudit appareil de mesure et dudit patient ; une unité de traitement coopérant avec lesdits moyens pour coopérer avec une plateforme et ladite interface homme-machine de consigne. L'unité de traitement d'un tel dispositif est adaptée pour mettre en oeuvre un procédé d'élaboration et d'émission d'un message de gestion de soins encodant une requête pour associer ou dissocier un appareil de mesure de données vitales et un patient. Pour aider ledit personnel de santé dans son action, un tel dispositif communicant peut avantageusement comporter en outre une interface homme-machine de restitution coopérant avec l'unité de traitement du dispositif. Les moyens pour coopérer avec la plateforme peuvent alors être agencés pour réceptionner un message d'état d'association d'appareil émanant de la plateforme et encodant un état d'association d'un appareil de mesure. L'unité de traitement du dispositif communicant peut être agencée pour mettre en oeuvre un procédé de consultation d'état d'association d'un appareil de mesure en réponse à la réception dudit message d'état d'association d'appareil. Le procédé pour élaborer un message de gestion de soins encodant une requête pour associer ou dissocier un appareil de mesure de données vitales et un patient, ledit procédé étant mis en oeuvre par l'unité de traitement d'un dispositif communicant selon l'invention, comporte des étapes pour : - piloter l'interface homme-machine de consigne traduisant une action de sélection d'un utilisateur pour déterminer l'identifiant unique d'un appareil de mesure, l'identifiant unique d'un patient et une opération d'association ou de dissociation dudit appareil de mesure et dudit patient ; - selon l'opération d'association ou de dissociation déterminée, produire respectivement une requête pour associer ou dissocier l'appareil de mesure et le patient dont les identifiants respectifs ont été déterminés ; encoder ladite requête et produire un message de gestion de soins ; commander l'émission dudit message par les moyens pour coopérer avec la plateforme. Le procédé de consultation d'état d'association 10 d'appareil de mesure, ledit procédé étant mis en oeuvre par l'unité de traitement d'un dispositif communicant selon l'invention, comporte des étapes pour : à la suite de la réception d'un message d'état d'association d'un appareil, décoder un tel 15 message et en déduire l'identifiant dudit appareil de mesure et un identifiant d'un patient associé audit appareil ou une valeur prédéterminée traduisant une non-association à un patient ; 20 commander la restitution desdits identifiants et/ou valeur prédéterminée par l'interface homme-machine de restitution à un utilisateur du dispositif communicant. Pour adapter un tel dispositif communicant, 25 l'invention prévoit, par ailleurs, un programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement d'un dispositif communicant selon l'invention, provoque la mise en oeuvre 30 d'un procédé ci-dessus, ledit dispositif communicant comportant en outre des moyens de mémorisation au sein desquels ledit programme est chargeable. Selon un troisième objet, l'invention concerne un 35 dispositif d'administration. Un tel dispositif peut permettre d'initialiser le référentiel des appareils de mesure hébergé par une plateforme selon l'invention. Un tel dispositif comporte : des moyens pour coopérer avec une plateforme de collecte et de gestion de données vitales selon l'invention ; une interface homme-machine de consigne pour traduire une action de sélection d'un utilisateur dudit dispositif d'administration en une détermination d'un identifiant d'un appareil de mesure et d'un descripteur propre audit appareil de mesure ; une unité de traitement coopérant avec lesdits moyens pour coopérer avec la plateforme et ladite interface homme-machine de consigne. L'unité de traitement d'un tel dispositif est adaptée pour mettre en oeuvre un procédé d'élaboration et d'émission d'un message d'administration, ledit message encodant une requête en mise à jour du référentiel des appareils de la plateforme. Un tel dispositif peut en outre permettre de superviser le parc d'appareils de mesure. Dans ce cas, un tel dispositif d'administration peut comporter une interface homme-machine de restitution coopérant avec son unité de traitement. Les moyens pour coopérer avec la plateforme peuvent également être agencés pour réceptionner un message de consultation émanant de la plateforme et encodant une vue de l'historique de collecte de données vitales de la plateforme. L'unité de traitement du dispositif d'administration est alors agencée pour mettre en oeuvre un procédé de supervision de l'exploitation d'appareils de mesure, en réponse à la réception dudit message de consultation. Un procédé pour élaborer un message d'administration, ledit procédé étant mis en oeuvre par l'unité de traitement d'un dispositif d'administration comporte des étapes pour : - piloter l'interface homme-machine de consigne traduisant une action de sélection d'un utilisateur du dispositif d'administration pour déterminer un identifiant et un descripteur d'un appareil de mesure ; produire une requête en mise à jour du référentiel des appareils de la plateforme comportant lesdits identifiant et descripteur de l'appareil de mesure ; encoder ladite requête sous la forme d'un message d'administration ; commander l'émission dudit message par les moyens pour coopérer avec la plateforme. Un procédé de supervision de l'exploitation d'appareils de mesure, ledit procédé étant mis en oeuvre par l'unité de traitement d'un dispositif d'administration selon l'invention comporte des étapes 20 pour : à la suite de la réception d'un message de consultation émanant de la plateforme, décoder un tel message et en déduire une vue de l'historique de collecte de données vitales de 25 la plateforme ; - mettre en oeuvre un traitement de ladite vue et en produire des données de synthèse ; commander la restitution desdites données de synthèse par l'interface homme-machine de 30 restitution à un utilisateur dudit dispositif d'administration. Pour adapter un dispositif d'administration, l'invention concerne en outre un programme d'ordinateur comportant une pluralité d'instructions de programme qui, 35 lorsqu'elles sont exécutées ou interprétées par l'unité de traitement d'un tel dispositif d'administration, provoque la mise en oeuvre d'un des procédés ci-dessus, ledit dispositif d'administration comportant en outre des moyens de mémorisation au sein desquels ledit programme est chargeable. L'invention concerne finalement un système de collecte et de gestion de données vitales d'un patient comprenant : - un serveur pour mémoriser une pluralité de dossiers patients informatisés ; - une pluralité d'appareils de mesure délivrant chacun des données vitales de patients ; - une plateforme de gestion et de collecte desdites données vitales, conforme à l'invention, coopérant avec lesdits appareils de mesure et ledit serveur ; - un ou plusieurs dispositifs communicants adaptés selon l'invention et coopérant avec ladite plateforme 10. Un tel système peut en outre comporter un dispositif d'administration adapté selon l'invention et coopérant avec la plateforme. D'autres caractéristiques et avantages apparaîtront plus clairement à la lecture de la description qui suit, se rapportant à un exemple de réalisation donné à titre indicatif et non limitatif, et à l'examen des figures qui l'accompagnent parmi lesquelles : - les figures 1 et 2, déjà décrites, décrivent respectivement deux systèmes de collecte et de gestion de données vitales de patients connus ; - la figure 3 présente une architecture préférée d'un système de collecte et de gestion de données vitales de patients selon l'invention ; - les figures 4a et 4b illustrent des procédés mis en oeuvre par l'unité de traitement d'une plateforme de collecte et de gestion de données vitales de patients conforme à l'invention ; - la figure 5 illustre deux procédés mis en oeuvre par l'unité de traitement d'un dispositif communicant avec une plateforme de collecte et de gestion de données vitales de patients conforme à l'invention ; - la figure 6 illustre deux procédés mis en oeuvre par l'unité de traitement d'un dispositif d'administration coopérant avec une plateforme de collecte et de gestion de données vitales de patients conforme à l'invention. A l'instar des systèmes précédemment décrits en liaison avec les figures 1 et 2, l'invention concerne un système de collecte et de gestion de données vitales de patients accueillis au sein d'un établissement de santé. A titre d'exemple non limitatif, un tel système est illustré par la figure 3. L'établissement de santé concerné comporte une pluralité de chambres ou de bureaux de consultation. Ainsi, un premier patient Pi est alité sur un lit Ln au sein d'une chambre Rn. Un deuxième patient Pj occupe un lit Lm dans une chambre distincte Rm. Ces deux patients font l'objet de soins. Des personnels de santé la et Ib, par exemple des infirmiers, sont chargés d'exercer un suivi médical. Un tel personnel a ainsi recours à une pluralité d'appareils de mesure médicaux Ax, Ay, Az. A titre d'exemples illustrés par la figure 3, de tels équipements consistent en un tensiomètre, un ventilateur médical, une pompe à perfusion ou tout autre dispositif apte à délivrer des données vitales. Contrairement aux solutions précédemment décrites en liaison avec les figures 1 ou 2, lesdits appareils ne 35 communiquent pas avec un assistant électronique ou une station de collecte dédiés à un lit ou à une chambre. Selon l'invention, de tels appareils sont aptes, nativement ou après adaptation, à communiquer via un réseau de communication N1, par exemple de type Ethernet. Pour rendre un appareil éventuellement non communicant ou non compatible avec une telle voie de communication, l'invention prévoit que l'on puisse utiliser un connecteur reliant physiquement l'appareil de mesure au réseau Nl. Un tel connecteur convertit les ports de communication, respectivement de l'appareil de mesure et du réseau N1, par exemple, un port de sortie au standard RS-232 vers un port d'entrée au standard RJ-45. Le connecteur peut en outre réaliser une conversion de protocoles de communication. Ainsi, tout appareil de mesure peut transmettre des données vitales d'un patient sur le réseau N1 via un message de données Md. Selon les appareils de mesure concernés, les teneurs respectives des messages de données peuvent être distinctes. Ainsi, les appareils Ax, Ay et Az communiquent au travers du réseau N1 via des connexions réseau Cx, Cy et Cz éventuellement distinctes. A l'instar des solutions décrites en liaison avec les figures 1 ou 2, le système de collecte et de gestion de données vitales de patients conforme à l'invention, illustré en figure 3, comporte un serveur 1 de dossiers patients informatisés DPi. Ce serveur 1 communique avec des dispositifs tiers par l'intermédiaire d'un réseau de communication filaire N. A titre d'exemple préféré, un tel serveur 1 comporte deux demi-connecteurs. Un premier demi-connecteur est agencé pour recevoir des messages Mpo de mise à jour de dossiers patients informatisés. Le second demi-connecteur est agencé pour transmettre des messages Mpi véhiculant des informations en lien avec les patients disposant d'un dossier informatisé, par exemple, lors d'une admission d'un patient ou encore lors d'un transfert d'un patient depuis une première unité de soins vers une deuxième unité de soins. Selon l'invention, de tels messages Mpi et/ou Mpo sont avantageusement conformes aux standards IHE ("Integrating the Healthcare Enterprise" selon une terminologie anglo-saxonne) et HL7. Les messages sont ainsi véhiculés avantageusement par un protocole du type MLLP ("Minimal Lower Layer Protocol" selon une terminologie anglo-saxonne). Un tel standard décrit la nature des champs ou éléments que doit comporter une requête en mise à jour d'un dossier patient informatisé. Outre des données vitales, une telle requête nécessite pour être non ambiguë de préciser notamment l'identifiant du patient dont sont issues lesdites données, un identifiant d'un personnel de santé chargé d'initier la mesure des données vitales et un horodatage de ces dernières. Comme précédemment expliqué, les solutions connues ne permettent pas de renseigner l'ensemble de ces champs. Pour rappel, une station de collecte 2a ou 2b, illustrée en figure 2 ne connaît pas l'identité du patient dont elle reçoit des données vitales depuis un appareil de mesure. Il en est de même pour l'assistant électronique 2n ou 2m, illustré en figure 1, ou encore la plateforme d'agrégation 3 coopérant avec lesdits assistants électroniques 2n, 2m. Selon l'art antérieur, le champ « identité du patient », pourtant primordial pour garantir la propriété des données vitales mesurées, n'est pas renseigné ou comporte une valeur par défaut. Le serveur de dossiers patients informatisés, comportant une vue sur les structures et les localisations des patients, doit consolider les données en tentant de rapprocher un référentiel patients, un référentiel de structures, telles qu'une unité de soins, des chambres, des lits, avec les identifiants des l'appareils de mesure ou des assistants électroniques voire des stations de collecte... Le risque de non cohérence ou d'erreurs d'affectation lors de cette opération de consolidation est grand. L'invention supprime cet inconvénient. Des requêtes de mise à jour complètes et non ambiguës sont ainsi transmises au serveur 1 des dossiers patients informatisés DPi. En effet, contrairement aux solutions connues, un système selon l'invention comporte une unique plateforme de collecte et de gestion de l'ensemble des données vitales délivrées par les appareils de mesure. Comme l'indique la figure 3, ces derniers Ax, Ay, Az communiquent directement, par voies de communication Cx, Cy, Cz, avec une telle plateforme 10 via le réseau de communication Nl. La plateforme 10 coopère en outre avec le serveur 1 qui enregistre et administre les dossiers patients informatisés DPi. La plateforme 10 peut également coopérer avec un ou plusieurs dispositifs communicants 20a ou 20b, utilisés par des personnels de santés assurant les soins des patients. Pour cela, la plateforme 10 dialogue avec ces dispositifs par un réseau de communication N2. Comme décrit par la suite, ces dispositifs sont avantageusement des objets communicants conventionnels, tels que, à titre d'exemples non limitatifs, des tablettes communicantes, des smartphones ou encore des ordinateurs portables. En utilisant ces dispositifs, les personnels de santé informent la plateforme 10 de toute association ou dissociation d'un appareil de mesure et d'un patient. Tel un chef d'orchestre, la plateforme 10 collecte les messages de données Md transmis par les appareils de mesures, associe les données vitales collectées à l'identifiant du patient concerné voire, un identifiant du personnel de santé ayant initié la mesure desdites données vitales. Ladite plateforme sélectionne certaines données vitales collectées, en agrège et produit des requêtes pertinentes de mise à jour de dossiers patients informatisés DPi à destination du serveur 1. Etudions à présent l'architecture matérielle et logicielle d'une telle plateforme 10 de collecte et de gestion de données vitales de patients. Comme l'indique l'exemple illustré par la figure 3, la plateforme 10 de collecte et de gestion de données vitales Da d'un patient Pi ou Pj comporte une unité de traitement 19, tel que par exemple un microprocesseur ou un microcontrôleur. Cette unité de traitement 19 coopère, par exemple via un bus filaire interne, et met en oeuvre des moyens pour recevoir Cl des messages de données Md délivrés par les appareils de mesure médicaux communiquant par le réseau Nl. Ce port de communication Cl assure la connexion de la plateforme audit réseau Nl. L'unité de traitement 19 coopère et met en oeuvre des moyens 13 pour décoder de tels messages de données Md. Comme évoqué précédemment, les messages de données Md ont généralement des teneurs et des structures respectives variables selon les modèles ou types d'appareils de mesure. Outre un identifiant unique IDa caractérisant l'appareil de mesure ayant initié le message, des données vitales mesurées Da, un message Md conforme à l'invention comporte avantageusement des données complémentaires Dc. De telles données complémentaires comprennent un descripteur d'appareil qui en précise le type ou le modèle. Ce descripteur peut être transmis par l'appareil de mesure en tant que tel ou par le connecteur optionnel reliant ledit appareil au réseau N1, si ledit appareil ne peut générer directement un message Md intelligible par la plateforme 10. En variante, un message Md peut ne pas comporter un tel descripteur d'appareil. Celui-ci peut être avantageusement déduit par l'unité de traitement 19 d'informations comprises dans un référentiel des appareils de mesure MA, référentiel hébergé par des moyens de mémorisation coopérant avec ladite unité de traitement 19. Selon cette variante, l'identifiant de l'appareil de mesure contenu dans un message de données est suffisant pour que l'unité de traitement puisse interroger ledit référentiel MA, connaitre le descripteur de l'appareil concerné par le message de données et ainsi adapter les moyens 13 pour que ces derniers décodent le message Md. Selon un mode de réalisation préféré, lesdits moyens 13 consistent en une ou plusieurs bibliothèques informatiques que peut mettre en oeuvre l'unité de traitement 19. Selon le descripteur d'un appareil de mesure, que celui-ci soit véhiculé par le message de données ou enregistré dans le référentiel des appareils MA, l'unité de traitement 19 met en oeuvre la bibliothèque informatique idoine. Les moyens 13 sont ainsi aptes à décoder tout message Md réceptionné, quel que soit l'appareil de mesure à l'origine du message. Ces derniers discriminent ou déduisent les données vitales Da, l'identifiant IDa voire des données complémentaires Dc dudit message. Un tel message Md peut en outre être encodé pour authentifier voire chiffrer la teneur du message, selon tout moyen connu, par l'appareil de mesure ou le connecteur optionnel reliant l'appareil au réseau Nl. Dans ce cas, les moyens 13 sont aptes à mettre en oeuvre des fonctions réciproques nécessaires à la vérification de l'authenticité du message voire le déchiffrement de celui-ci, préalablement au décodage du message en tant que tel. Qu'un descripteur d'appareils soit inscrit ou non dans un référentiel des appareils MA, ledit référentiel des appareils est nécessaire au fonctionnement d'une 30 plateforme 10 selon l'invention. Le référentiel des appareils de mesure MA comporte, pour chaque appareil de mesure, tel que l'un des appareils Ax, Ay ou Az, un enregistrement comprenant l'identifiant dudit appareil IDa voire un descripteur. Le 35 référentiel des appareils MA peut en outre préciser un traitement particulier que l'unité de traitement 19 se doit d'appliquer sur des données collectées par la plateforme et émanant de celui-ci. Le référentiel des appareils de mesures MA peut être préétabli ou prédéfini lors de la mise en service de la plateforme 10. Il peut également être avantageusement mis à jour par un gestionnaire d'un parc d'appareils de mesure, via une console ou dispositif d'administration 6 coopérant avec la plateforme 10, comme au gré des acquisitions, déclassements ou maintenances en lien avec ledit parc. La plateforme 10 comporte dès lors des moyens C3 pour recevoir des messages d'administration Mgi émanant d'un tel dispositif d'administration 6 coopérant avec la plateforme 10, par exemple via un réseau de communication N3. Un tel message d'administration encode une requête en mise à jour du référentiel des appareils MA. Nous étudierons plus loin, la coopération éventuelle entre un tel dispositif d'administration 6 et la plateforme 10. Pour assurer la gestion et l'administration des données décodées par les moyens 13, l'unité de traitement 19 met en oeuvre des moyens de gestion 14. A l'instar des moyens 13, les moyens de gestion 14 peuvent avantageusement également consister en une ou plusieurs bibliothèques informatiques déterminant des opérations que l'unité de traitement peut mettre en oeuvre. A titre d'exemples non limitatifs, de telles opérations peuvent conduire à filtrer certaines données vitales que l'on souhaite ignorer ou encore à sélectionner, agréger voire consolider celles-ci pour, in fine, produire une requête de mise à jour d'un dossier patient informatisé DPi du serveur 1. Les moyens de gestion 14 peuvent ainsi mettre en oeuvre une pluralité de règles ou de procédés de gestion des données vitales collectées et décodées respectivement par les moyens Cl et 13. Une plateforme de collecte et de gestion conforme à l'invention 10 comporte en outre un référentiel de patients MI. Celui-ci est stocké par des moyens de mémorisation coopérant avec l'unité de traitement 19 de la plateforme 10. Le référentiel des patients MI comporte, pour chaque patient, tel le patient Pi ou Pj, un enregistrement comprenant un identifiant unique caractérisant l'identité dudit patient. Il peut en outre comporter un descripteur de patient. Celui-ci peut comporter des informations en lien avec l'hébergement dudit patient : une chambre, un lit, une unité de soin. Le descripteur peut en outre comporter des signes distinctifs tels que les prénoms, noms ou sexe du patient, etc. En variante, les éléments en lien avec la structure d'accueil, tels que l'unité de soins, le lit, la chambre, etc., peuvent faire l'objet d'un référentiel de structure également mémorisé par la plateforme. Dans ce cas, le descripteur du patient comporte une ou plusieurs références, ou encore informations d'association, vers ledit référentiel de structure. La présence des référentiels de patient MI et des appareils MA constitue une différence essentielle au regard des solutions connues. En effet, la plateforme 10 matérialise et consigne toute association ou toute dissociation d'un appareil de mesure et d'un patient. Un telle association consiste avantageusement à associer l'enregistrement du référentiel des patients MI, comportant l'identifiant dudit patient, avec l'enregistrement du référentiel des appareils MA, comportant l'identifiant dudit appareil de mesure. Une telle association peut se faire par tous moyens selon que les référentiels constituent des tables d'enregistrements d'une base de données ou des structures ou fichiers d'enregistrements ordonnés. Selon un mode de réalisation préférée, lorsqu'un appareil de mesure et un patient sont considérés comme associés, l'enregistrement du référentiel des appareils de mesures MA qui comprend l'identifiant de l'appareil associé, comporte une information d'association désignant l'enregistrement du référentiel des patients MI qui comporte l'identifiant du patient associé. Cette information peut consister en la valeur dudit identifiant du patient ou en une référence ou pointeur vers ledit enregistrement comportant l'identifiant du patient au sein du référentiel des patients MI. En variante, des moyens de mémorisation, coopérant avec l'unité de traitement 19 de la plateforme 10, peuvent enregistrer une structure de données ou table comportant des paires de références désignant respectivement des enregistrements des référentiels d'appareils MA et de patients MI associés. Le référentiel de patients MI peut être préétabli et/ou avantageusement mis à jour au gré des admissions, sorties ou transferts d'unités de soins des patients. Pour cela, une plateforme 10 conforme à l'invention peut avantageusement coopérer avec un serveur 1 de dossiers patients informatisés DPi et réceptionner des messages Mpi émanant de celui-ci. Un tel message Mpi encode une requête en mise à jour du référentiel de patients MI. Nous détaillerons plus loin cette éventuelle interaction entre un serveur de dossiers patients informatisés et une plateforme conforme à l'invention. Pour qu'une plateforme conforme à l'invention, telle que la plateforme 10 décrite en liaison avec la figure 3, traduise et enregistre une opération initiée par un personnel de santé la ou Ib visant à associer ou dissocier un appareil de mesure médical et un patient, ladite plateforme comporte des moyens C2 pour recevoir un message de gestion de soins Mli. Selon la figure 3, un tel message Mli émane d'un dispositif 20, 20a ou 20b coopérant avec la plateforme 10. Un tel message permet d'encoder une requête en association ou en dissociation d'un appareil de mesure et d'un patient. A titre d'exemple préféré, un tel dispositif communicant 20a ou 20b, dont une architecture fonctionnelle est décrite en 5 liaison avec un dispositif 20, dialogue avec la plateforme via un réseau de communication N2. Un tel réseau peut être un réseau filaire, du type Ethernet par exemple. A ce titre, le dispositif 20b, par exemple sous la forme d'un ordinateur portable, communique par une 10 liaison filaire Cb. En revanche, le dispositif 20a, par exemple un smartphone ou une tablette, communique par voie sans fil Ca, par exemple selon des protocoles de communication Wi-Fi ou Bluetooth, via un point d'accès réseau HS assurant la conversion protocolaire de la voie 15 sans fil Ca en une voie filaire Ca'. A la réception d'un message Mli par les moyens pour recevoir C2, l'unité de traitement 19 d'une plateforme conforme à l'invention comporte et met en oeuvre des moyens 11 pour décoder un tel message. De tels moyens 20 matériels et/ou logiciels déduisent les identifiants respectifs de l'appareil de mesure et du patient concernés par la requête en association ou en dissociation. Au même titre qu'un message de données Md, un message de gestion de soins Mli peut être encodé pour 25 être signé et/ou chiffré par le dispositif communicant 20, 20a ou 20b ayant émis ledit message. Dans ce cas, les moyens pour décoder 11 comportent les fonctions réciproques pour vérifier la signature du dispositif émetteur et/ou pour déchiffrer le message Mli. 30 Après décodage d'un message de gestion de soin Mli par lesdits moyens pour décoder 11, l'unité de traitement 19 commande la mise en oeuvre d'un procédé 110 de gestion de soins par les moyens de gestion 14. En liaison avec la figure 4a, ce procédé consigne, dans les moyens pour 35 mémoriser le référentiel des appareils MA, une association ou une dissociation d'un appareil de mesure et d'un patient. Si la requête déduite par les moyens 11, lors du décodage du message en gestion de soins Mli, est une requête en association (matérialisée par un signe « + » sur la figure 4a) d'un appareil de mesure et d'un patient, un tel procédé 110 comporte avantageusement : - une étape 111 pour rechercher dans le référentiel des appareils MA, un enregistrement comprenant l'identifiant de l'appareil de mesure préalablement déduit dudit message de gestion de soins Mli ; - une étape 112 pour inscrire dans ledit enregistrement une information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient également préalablement déduit dudit message de gestion de soins Mli. En revanche, si le décodage du message de gestion de 20 soins Mli révèle une requête en dissociation (matérialisée par un signe « - » sur la figure 4a) d'un appareil de mesure et d'un patient, ledit procédé 110 de gestion de soins comporte avantageusement : - une étape 113 pour rechercher dans le référentiel 25 des appareils MA, un enregistrement comprenant l'identifiant de l'appareil préalablement déduit dudit message de gestion de soins Mli ; - une étape 114 pour effacer ou supprimer dans ledit enregistrement l'information d'association 30 avec un enregistrement du référentiel de patients MI, ledit enregistrement comportant l'identifiant de patient également préalablement déduit dudit message de gestion de soins Mli. Un tel effacement de l'information d'association peut 35 consister en une écriture d'une valeur prédéfinie signifiant une « non-association ». Les référentiels MI et MA renseignent ainsi la plateforme 10, d'une part des appareils de mesure susceptibles d'émettre des messages de données Md comportant des données vitales de patients, mais aussi des patients dont sont issues lesdites données vitales réceptionnées par la plateforme, lesdites données émanant desdits appareils de mesure. De cette manière et contrairement aux solutions connues et décrites en liaison avec les figures 1 ou 2, les moyens de gestion 14, mis en oeuvre par l'unité de traitement 19 d'une plateforme 10 de gestion et de collecte conforme à l'invention, sont à mêmes de produire une ou plusieurs requêtes en mise à jour de dossiers patients informatisés dont la complétude et la cohérence « données - patients » sont égales au regard de l'état de l'art. Pour compléter davantage encore une requête en mise à jour adressée au serveur 1 de dossiers patients informatisés DPi, l'invention prévoit que les messages de gestion de soins Mli élaborés par des dispositifs communicants 20, 20a ou 20b, utilisés par des personnels de santé la ou Ib ayant initié une opération d'association ou de dissociation d'un appareil de mesure et d'un patient, puissent comporter les identifiants respectifs desdits personnels de santé Ia, Ib. Un tel identifiant d'un personnel de santé peut être déduit par les moyens pour décoder 11. Le procédé 110 mis en oeuvre par les moyens de gestion 14 comporte alors une étape complémentaire 115 pour inscrire une information complémentaire à l'information d'association. Cette information peut être l'identifiant du personnel de santé en tant que tel ou une référence vers un référentiel de personnels de santé non représenté en figure 3.35 Un exemple d'élaboration d'une telle requête en mise à jour d'un dossier patient informatisé DPi par les moyens de gestion 14, peut découler, après décodage d'un message de données Md par les moyens pour décoder, de la mise en oeuvre d'un procédé 120 de demande de mise à jour d'un dossier patient informatisé DPi, ledit dossier étant celui du patient concerné par des données vitales ainsi collectées par la plateforme 10. En liaison avec la figure 4a, un tel procédé 120 peut 10 comporter avantageusement : - une étape 121 pour rechercher dans le référentiel des appareils MA, un enregistrement comprenant l'identifiant IDa de l'appareil déduit d'un message de données Md ; 15 - une étape 122 pour lire l'information d'association désignant un enregistrement du référentiel de patients MI ; - une étape 123 pour rechercher ledit enregistrement associé dans le référentiel de 20 patients MI et lire l'identifiant du patient contenu dans ledit enregistrement associé ; une étape 124 pour élaborer une requête en mise à jour du dossier patient informatisé Dpi comportant l'identifiant du patient et les 25 données vitales déduites du message de données Md préalablement décodé. Dans le cas où l'enregistrement associé à l'appareil de mesure désigne ou comporte l'identifiant d'un 30 personnel de santé la ou Ib, l'étape 124 pour élaborer une requête en mise à jour de dossier patient informatisé DPi intègre en outre ledit identifiant dans ladite requête. 35 Sous l'action de l'unité de traitement 19, les moyens de gestion 14 peuvent, de manière subséquente, commander des moyens pour encoder une telle requête en mise à jour d'un dossier patient informatisé Dpi et produire un message de mise à jour Mpo adressé au serveur 1 de dossiers patients informatisés Dpi. Cette action constitue l'étape 125 du procédé 120. A l'instar des moyens pour décoder 13 des messages de données Md ou pour décoder 15 des messages d'administration Mgi voire pour décoder 12 des messages Mpi véhiculant des informations en lien avec les patients émanant du serveur 1, les moyens pour encoder des requêtes en mise jour de dossiers patients informatisés et produire des messages Mpo peuvent consister en une bibliothèque logicielle mise en oeuvre par l'unité de traitement 19. Les messages Mpo sont avantageusement transmis par des moyens C à destination du serveur 1 selon des standards IHE et HL7. Les messages Mpo sont ainsi véhiculés avantageusement par un protocole du type MLLP. L'encodage des requêtes en mise à jour de dossiers patients informatisés peut faire l'objet d'un chiffrement ou d'une procédure de signature de la plateforme pour en garantir la confidentialité et/ou l'authenticité. L'invention prévoit en outre de pouvoir constituer un historique des données vitales collectées et gérées par la plateforme. Pour cela, une telle plateforme 10 comporte en outre des moyens MR pour enregistrer un historique de collecte de données vitales. Un tel historique consiste en une pluralité d'enregistrements, et pour laquelle les moyens de gestion 14 mettent en oeuvre un procédé de traçabilité 130 pour déterminer la teneur d'un enregistrement dudit historique en réponse au décodage de tout message de données Md. En liaison avec la figure 4a, un tel procédé de traçabilité 130 peut comporter avantageusement : une étape 131 pour créer un enregistrement dans les moyens pour mémoriser l'historique MR ; une étape 132 pour inscrire dans ledit enregistrement l'intégralité des éléments déduits dudit message de données Md, par exemple l'identifiant IDa de l'appareil, les données vitales Da, des données complémentaires de mesure Dc ; une étape 133 pour rechercher dans le référentiel des appareils MA, l'enregistrement comportant l'identifiant de l'appareil déduit du message de données Md ; une étape 134 pour lire l'information d'association dudit enregistrement ; - une étape 135 pour rechercher l'enregistrement associé dans le référentiel de patients MI, c'est-à-dire celui désigné par ladite information d'association ; si celui-ci existe, c'est-à-dire que la réponse du test 136 est « y », une étape 137 pour lire l'identifiant du patient concerné par la collecte de mesure de données Da ; - une étape 138 pour inscrire dans l'enregistrement de l'historique, ledit identifiant du patient. Comme évoqué précédemment, l'historique peut comporter également dans tout enregistrement, l'identifiant du personnel de santé Ia, Ib ayant initié l'association d'un appareil de mesure et d'un patient conjointement avec les éléments déduits d'un message de données. Selon un mode de réalisation préféré, les données 35 complémentaires de mesure Dc peuvent comporter un horodatage des données vitales. Un tel horodatage est dès lors consigné dans l'historique MR. Un tel historique MR a différentes utilités et peut faire l'objet de plusieurs traitements mis en oeuvre par 5 les moyens de gestion 14 de l'unité de traitement 19 de la plateforme. Celui-ci peut en effet être consulté par un dispositif communicant 20, 20a ou 20b d'un personnel de santé pour le suivi thérapeutique du patient. Il peut en 10 outre être consulté par un gestionnaire d'un parc d'appareils de mesure pour connaître le taux d'utilisation de chaque appareil et ainsi optimiser la gestion et/ou la maintenance dudit parc. Dans ce dernier cas, les moyens de gestion 14 appliquent avantageusement 15 des critères prédéterminés pour n'offrir qu'une vue partielle dudit historique, masquant par exemple toute référence à un patient. Etudions à présent les différentes interactions entre 20 une plateforme conforme à l'invention et différents dispositifs tiers, au travers de l'exemple décrit en figure 3. Une plateforme 10 coopère via un réseau de communication avec un serveur 1 de dossiers patients 25 informatisés DPi. Nous avons d'ores et déjà détaillé l'élaboration de requêtes en mise à jour de dossiers patients informatisés DPi, encodées et transmises au serveur 1 sous la forme de messages Mpo par les moyens 12 et C. 30 Nous avons évoqué précédemment que le référentiel des patients MI peut avantageusement être mis à jour au gré des admissions, sorties ou transferts de patients. Pour assurer une telle mise à jour dudit référentiel MI, l'unité de traitement 19 comporte et met en oeuvre des 35 moyens pour recevoir C un message de suivi patient Mpi émanant du serveur 1. Un tel message peut être produit à dessein par le serveur 1 pour mettre à jour le référentiel de patients MI. Il est généralement produit pour communiquer avec les postes administratifs des unités de soins et ainsi informer le personnel du suivi des patients au sein d'un établissement de santé. La plateforme 10 est avantageusement prévue pour écouter et intercepter un tel message de suivi patient Mpi. Elle peut donc intercepter un tel message, initialiser et/ou mettre à jour le référentiel de patient MI. Un message de suivi patient Mpi est donc considéré, « aux yeux » de la plateforme 10, comme encodant une requête en mise à jour du référentiel de patients MI. Ladite requête comporte un identifiant unique d'un patient Pi ou Pj et un descripteur dudit du patient. Les moyens de gestion 14 coopèrent avec des moyens 12, matériels et/ou logiciels, pour décoder un message de suivi patient Mpi et en déduire ledit identifiant et ledit descripteur du patient concerné par la requête. Pour rappel, un tel descripteur peut comporter des informations en lien avec l'hébergement dudit patient : une chambre, un lit, une unité de soin. Il peut en outre comporter des signes distinctifs tels que les prénoms, noms ou sexe du patient. Après décodage d'un message de suivi patient Mpi, les moyens de gestion 14 mettent en oeuvre un procédé 150 de mise à jour du référentiel de patients MI. Celui-ci consiste à créer un nouvel enregistrement associé au patient ou à mettre à jour un enregistrement préalablement associé à ce dernier dans le référentiel de patients MI. Ainsi, selon un mode de réalisation préféré et illustré en liaison avec la figure 4a, le procédé 150 comporte avantageusement une étape 151 pour rechercher dans le référentiel des appareils MA un enregistrement comprenant l'identifiant du patient préalablement déduit du message de suivi patient Mpi. S'il existe un tel enregistrement (matérialisé par un « y » dans la figure 4a), ledit procédé comporte une étape 152 pour mettre à jour le descripteur du patient dans ledit enregistrement. Il s'agit en effet du cas d'un patient en cours de 5 transfert dans une nouvelle unité de soins. Dans la négative (matérialisé par un « n » dans la figure 4a), le procédé 150 comporte une étape 153 pour créer un nouvel enregistrement dans le référentiel de patients MI et y inscrire l'identifiant du patient ainsi que le 10 descripteur de celui-ci. Il s'agit, dans ce cas, en règle générale, d'un nouvel entrant. Pour renseigner une plateforme 10 conforme à l'invention de toute association ou dissociation d'un 15 appareil de mesure et d'un patient, ladite plateforme coopère avec un ou plusieurs dispositifs communicants 20a ou 20b, ces derniers lui adressant des messages de gestion de soins Mli. L'invention prévoit en outre que la plateforme puisse renseigner lesdits dispositifs 20 communicants - par des messages d'état d'association d'appareil Mlo - de la disponibilité des appareils de mesure et ainsi faciliter les actions des personnels de santé. L'architecture fonctionnelle d'un tel dispositif 20 25 est décrite en liaison avec la figure 3. Idéalement, chaque personnel de santé dispose d'un dispositif communicant. En variante, des dispositifs communicants sont mutualisés pour une pluralité de personnels de santé. Pour diminuer les coûts d'acquisition et de 30 maintenance du parc de dispositifs communicants, ces derniers sont avantageusement sélectionnés parmi des objets communicants conventionnels, tels que, des ordinateurs portables, des tablettes ou smartphones. Ils ne découlent pas d'une conception spécifique tels les 35 assistants électroniques décrits en liaison avec la figure 1. Un dispositif communicant 20 comporte des moyens 21 pour coopérer avec une plateforme 10 de collecte et de gestion de données vitales d'un patient 10 selon l'invention. Pour cela, il suffit d'avoir recours aux 5 moyens classiques pour communiquer au travers d'un réseau filaire ou sans fil. Un tel équipement peut donc être connecté au réseau N2 par une liaison filaire Cb via un câble comportant un port RJ-45 ou par une liaison sans fil Ca, Ca' du type Wi-Fi ou Bluetooth via un point 10 d'accès réseau HS. Un dispositif 20 comporte en outre une interface homme-machine de consigne 22 pour traduire une action de sélection d'un personnel de santé en une détermination d'un identifiant d'un appareil de mesure, d'un 15 identifiant d'un patient et d'une opération d'association ou de dissociation dudit appareil de mesure et dudit patient. Une telle interface de consigne 22 consiste en un clavier pour un ordinateur ou en un écran tactile pour une tablette. Coopérant avec les moyens 21 et 22, un 20 dispositif 20 comporte une unité de traitement 29. Il s'agit du micro-processeur ou microcontrôleur dudit dispositif. Bien que conventionnel, le dispositif 20 est adapté pour que ladite unité de traitement puisse mettre en oeuvre un procédé 210 d'élaboration et d'émission d'un 25 message de gestion de soins Mli encodant une requête pour associer ou dissocier un appareil de mesure de données vitales et un patient. Pour cela, l'unité de traitement 29 coopère avec des moyens des moyens de mémorisation 24 au sein desquels un 30 programme d'ordinateur est chargeable. Un tel programme d'ordinateur comporte une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement 29, provoque la mise en oeuvre d'un procédé d'élaboration et d'émission 35 d'un message de gestion de soins Mli conforme à l'invention. En liaison avec la figure 5, un procédé 210 comporte avantageusement une étape 211 pour piloter l'interface homme-machine de consigne 22 et traduire une action de sélection d'un utilisateur, la ou Ib, en un identifiant d'appareil de mesure, un identifiant d'un patient et une opération d'association ou de dissociation dudit appareil de mesure et dudit patient. Une telle action peut, par exemple, consister à parcourir un menu ou des listes présentant d'une part les patients séjournant dans l'unité de soins à laquelle est affecté le personnel de santé et d'autre part, les appareils de mesure disponibles au sein de ladite unité de soins. La sélection d'un patient et d'un appareil, assortie d'un menu ou d'un bouton d'association ou de dissociation, traduit la gestuelle et l'intention du personnel de santé. Selon l'opération d'association ou de dissociation ainsi déterminée, le procédé 210 comporte une étape 212 pour produire respectivement une requête pour associer ou dissocier l'appareil de mesure et le patient dont les paramètres sont les identifiants respectifs précédemment déterminés. Ledit procédé 210 comporte en outre une étape 213 pour encoder ladite requête et produire un message de gestion de soins Mli. Enfin, une étape 214 commande l'émission dudit message Mli par les moyens pour coopérer 21 avec la plateforme 10. Afin d'aider le personnel de santé qui utilise le dispositif communicant 20, l'invention prévoit de restituer une vue, notamment du référentiel des appareils MA, au travers d'une interface homme-machine de restitution 23 dudit dispositif 20. Une telle interface 23 est préférentiellement un écran que comporte un dispositif communicant conventionnel 20. Elle pourrait, en variante ou en complément, être un haut parleur ou tout autre moyen de nature à restituer un contenu intelligible audit personnel de santé. Pour permettre cette aide, l'invention prévoit que les moyens 21 pour coopérer avec la plateforme, plus précisément avec le réseau N2, puissent être en outre agencés pour réceptionner et décoder un message d'état d'association d'appareil Mlo émanant de la plateforme 10. Un tel message encode un état d'association d'un appareil de mesure sous la forme d'une vue du référentiel des appareils MA. Pour permettre de tels décodage et interprétation, l'unité de traitement 29 est agencée pour mettre en oeuvre un procédé 220 de consultation d'état d'association d'un appareil de mesure en réponse à la réception dudit message d'état d'association d'appareil Mlo. A titre d'exemple non limitatif, la restitution de la vue du référentiel délivrée par la plateforme 10 peut être réalisée via un navigateur Web ou via une interface graphique adaptée à cette fonction de restitution. Le personnel de santé peut ainsi consulter l'état d'association ou de non-association des appareils de mesure. Une telle consultation peut être un préalable à la mise en oeuvre du procédé 210, ce dernier devenant un procédé « contextuel » si, par exemple, ne sont présentés, en 211, que les appareils non associés à un patient. En liaison avec la figure 5, un tel procédé 220 de 25 consultation d'état d'association d'appareil de mesure, mis en oeuvre par l'unité de traitement 29, peut comporter avantageusement : - à la suite de la réception 221 d'un message d'état d'association d'un appareil Mlo, une étape 222 30 pour décoder un tel message et en déduire l'identifiant dudit appareil de mesure et un identifiant d'un patient associé audit appareil ou une valeur prédéterminée traduisant une non-association à un patient ; 35 - une étape 223 pour commander la restitution desdits identifiants et/ou valeur prédéterminée par l'interface homme-machine de restitution 23 à un utilisateur du dispositif communicant. Au même titre que pour le procédé 210, l'adaptation d'un dispositif 20, notamment si celui-ci est un objet 5 communicant conventionnel, consiste à charger dans les moyens de mémorisation 24, un programme d'ordinateur qui comporte une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement 29, provoque la mise en oeuvre du procédé 10 220 de consultation d'état d'association d'appareil de mesure conforme à l'invention. De son côté, une plateforme 10 de collecte et de gestion de données vitales conforme à l'invention, 15 décrite à titre d'exemple non limitatif en liaison avec la figure 3, est alors adaptée pour émettre un tel message d'état d'association d'un appareil Mlo encodant une vue du référentiel MA. Plus précisément, les moyens de gestion 14 de l'unité de traitement 19, sont adaptés 20 pour mettre en oeuvre un procédé 140 de détermination d'un état d'association d'un appareil de mesure. Via lesdits moyens 14, l'unité de traitement 19 comporte et met en oeuvre des moyens pour déterminer puis encoder ledit état d'association sous la forme d'un message d'état 25 d'association d'appareil Mlo. Les moyens C2 sont commandés pour émettre un tel message à destination d'un dispositif communicant 20, 20a ou 20b coopérant avec la plateforme 10 par le réseau N2. En liaison avec la figure 4a, un tel procédé 140 30 comporte avantageusement : - une étape 141 pour accéder en lecture aux moyens pour mémoriser le référentiel des appareils MA ; - une étape 142 pour constituer une vue prédéterminée des champs de chaque 35 enregistrement ; - une étape 143 pour commander les moyens 15 pour encoder une telle vue et produire un message d'état d'association d'appareil Mlo. En liaison avec la figure 3, après avoir étudié les interactions entre une plateforme de collecte et de gestion de données vitales 10 conforme à l'invention et un serveur 1 de dossiers patients informatisés DPi puis avec un ou plusieurs dispositifs communicants 20, 20a, ou 20b utilisés par des personnels de santé la ou Ib, étudions à présent la coopération entre ladite plateforme 10 et un dispositif d'administration 6. Ce dernier est généralement exploité par un gestionnaire d'un parc d'appareils de mesure. Il correspond, selon un mode de réalisation préféré, à un micro-ordinateur, éventuellement portable, adapté pour se mouvoir en une console de supervision dudit parc. Ce dispositif 6 permet en outre de paramétrer la plateforme 10 en initialisant le référentiel des appareils. Comme l'indique la figure 3, un tel dispositif 6 comporte une unité de traitement 69. Il comporte en outre des moyens pour coopérer 61 avec une plateforme 10 via un réseau de communication N3. Pour cela, le dispositif d'administration 6 se connecte audit réseau N3 par une voie préférée filaire C3. Le dispositif d'administration 6 pourrait toutefois privilégier une voie sans fil. Pour permettre au gestionnaire de donner des consignes ou paramètres, un dispositif 6 comporte en outre une interface homme-machine de consigne 62, traditionnellement sous la forme d'un clavier et/ou d'un dispositif de pointage. Une telle interface 62 a pour fonction de traduire, par exemple, une action de saisie ou de sélection du gestionnaire en une détermination d'un identifiant d'un appareil de mesure et/ou d'un descripteur propre audit appareil de mesure. L'unité de traitement 69 coopère avec lesdits moyens pour coopérer 61 avec la plateforme 10 et ladite interface homme- machine de consigne 62. Un dispositif d'administration 6 peut en outre comporter une interface homme-machine de restitution 63 coopérant avec l'unité de traitement 69. Une telle interface consiste en un écran, une imprimante ou tout autre moyen permettant de restituer un contenu à l'utilisateur du dispositif 6. L'unité de traitement 69 est adaptée, selon l'invention, pour mettre en oeuvre un procédé 610 d'élaboration et d'émission d'un message d'administration Mgi décodable et interprétable par la plateforme 10. Un tel message peut permettre d'encoder une requête en mise à jour du référentiel des appareils MA de la plateforme 10. Réciproquement, ladite unité de traitement 69 peut être adaptée pour mettre en oeuvre un procédé 620 de supervision de l'exploitation d'appareils de mesure, en réponse à la réception d'un message de consultation Mgo en provenance de la plateforme 10. Un tel message Mgo permet notamment d'exploiter l'historique MR des collectes de données vitales constitué par la plateforme 10, en délivrant une vue dudit historique. Un premier mode de coopération entre le dispositif d'administration 6 et la plateforme 10 consiste à initialiser ou mettre à jour le référentiel des appareils MA. En liaison avec la figure 6, le procédé 610 mis en oeuvre par l'unité de traitement 69 comporte avantageusement une première étape 611 pour piloter l'interface homme-machine de consigne 62 traduisant une action ou gestuelle d'un utilisateur du dispositif d'administration 6. Cette étape 611 permet d'en déterminer un identifiant et un descripteur d'un appareil de mesure. Un tel descripteur peut comporter un type ou un modèle. Il peut en outre préciser toute information, telle que des précisions, des unités de mesure, etc., que les moyens de gestion 14 de la plateforme 10 peuvent exploiter pour mettre en oeuvre des règles de gestion pertinentes des données vitales après collecte de ces dernières. Le procédé 610 peut comporter en outre une étape 612 pour produire une requête en mise à jour du référentiel des appareils MA de la plateforme 10, ladite requête comportant, en tant que paramètres, lesdits identifiant et descripteur de l'appareil de mesure. Le procédé 610 comporte enfin une étape 613 pour encoder ladite requête sous la forme d'un message d'administration Mgi. Une telle étape peut comporter une phase de signature pour authentifier le dispositif 6 en tant que source dudit message voire de chiffrement. Enfin, le procédé 610 comporte une étape 614 pour commander l'émission dudit message d'administration Mgi par les moyens pour coopérer 61 à destination de la plateforme 10. Pour traiter un tel message d'administration Mgi, la plateforme 10 est elle-aussi adaptée. L'unité de traitement 19 met en oeuvre des moyens C3 pour recevoir un message d'administration Mgi émanant d'un dispositif d'administration 6 coopérant avec la plateforme 10 via le réseau N3. Ladite unité de traitement 19 met également en oeuvre des moyens 15 pour décoder un tel message et en déduire l'identifiant et le descripteur de l'appareil de mesure concerné par la requête en mise à jour du référentiel des appareils. Les moyens de gestion 14 de la plateforme sont agencés pour, après décodage d'un message d'administration Mgi, mettre en oeuvre un procédé 160 de mise à jour du référentiel des appareils MA. Un tel procédé a pour objet de créer un nouvel enregistrement associé à un nouvel appareil de mesure ou pour mettre à jour un enregistrement préalablement associé à un appareil d'ores et déjà enregistré dans ledit référentiel des appareils MA. Ainsi, en liaison avec la figure 4b, un tel procédé 160 comporte avantageusement une première étape 161 pour rechercher dans le référentiel des appareils MA, un enregistrement comprenant l'identifiant de l'appareil préalablement déduit du message d'administration Mgi. Si un enregistrement comprenant l'identifiant de l'appareil existe dans ledit référentiel MA (matérialisé par un « y » dans la figure 4b), cela signifie que ce dernier est connu de la plateforme 10. Le procédé 160 comporte alors une étape 162 pour mettre à jour le descripteur de l'appareil de mesure dans ledit enregistrement. Si aucun enregistrement comprend ledit identifiant (matérialisé par un « n » dans la figure 4b), le procédé comporte une étape 163 pour créer un nouvel enregistrement dans le référentiel des appareils MA et y inscrire l'identifiant de l'appareil ainsi que le descripteur de celui-ci. Cette étape permet de déclarer un nouvel appareil de mesure disponible pour mesurer et délivrer des données vitales. Un deuxième mode d'interaction entre une plateforme 10 et un dispositif d'administration 6 selon l'invention consiste à superviser l'exploitation des appareils de mesure et ainsi optimiser la maintenance et a gestion du parc d'appareils. En liaison avec la figure 6, le procédé 620 de supervision de l'exploitation d'appareils de mesure mis en oeuvre par l'unité de traitement 69 d'un dispositif d'administration ainsi adapté comporte avantageusement, à la suite de la réception d'un message de consultation Mgo émanant de la plateforme 10, une première étape 621 pour décoder un tel message et en déduire une vue de l'historique MR de collecte de données vitales de la plateforme 10. Une telle vue exploite essentiellement les informations d'horodatage, si elles existent, des collectes de données vitales et d'unité d'association. La vue masque préférentiellement les identités des patients associés pour des raisons évidentes de confidentialité. Un procédé 620 comporte en outre une étape 622 pour mettre en oeuvre un traitement de ladite vue et en produire des données de synthèse. Tout traitement peut être envisagé au sens de l'invention. L'objectif principal de la supervision est de suivre dynamiquement 5 le taux d'association des appareils et/ou toute autre statistique utile au gestionnaire. Enfin, le procédé 620 comporte une étape 623 pour commander la restitution desdites données de synthèse par l'interface homme-machine de restitution à l'utilisateur du dispositif 10 d'administration 6. Au même titre que pour un dispositif communicant 20, un dispositif d'administration 6 est préférentiellement un objet conventionnel. Pour adapter celui-ci et le rendre apte à communiquer et interagir avec la plateforme 15 10, grâce à la mise en oeuvre notamment des procédés 610 ou 620, l'invention prévoit un programme d'ordinateur comportant une pluralité d'instructions de programmes qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement 69 d'un dispositif d'administration 20 6, provoque la mise en oeuvre d'un desdits procédés 610 ou 620. Un tel programme d'ordinateur est chargé dans des moyens de mémorisation 64 coopérant avec ladite unité de traitement 69 pour que cette dernière puisse l'exploiter. 25 Pour délivrer un message de consultation Mgo à destination d'un dispositif d'administration 6 via le réseau N3, la plateforme 10 est adaptée de sorte que les moyens de gestion 14 puisse mettre en oeuvre un procédé 170 de consultation d'un historique MR de collecte de 30 données vitales Da. L'unité de traitement 19 de la plateforme - via les moyens de gestion 14 - met en oeuvre des moyens 15 pour encoder une vue de l'historique de collecte de données vitales, ladite vue résultant de la mise en oeuvre dudit procédé sous la forme d'un ou 35 plusieurs messages de consultation Mgo. Les moyens C3 pour émettre le ou lesdits messages Mgo à destination d'un dispositif d'administration 6 sont commandés par l'unité de traitement 19 pour transmettre lesdits messages sur le réseau N3. Un tel procédé 170 de consultation d'un historique MR de collecte de données vitales comporte avantageusement, comme l'indique la figure 4b, une première étape 171 pour accéder en lecture aux moyens pour mémoriser MR un historique de collecte de données vitales. Une étape 172 constitue une vue prédéterminée en sélectionnant certains champs ou éléments de chaque enregistrement. Cette opération de sélection vise à masquer certaines informations en lien avec le patient et/ou le personnel de santé ayant initié des mesures de données vitales Da. Différentes règles de sélection peuvent être préétablies selon le type d'appareils de mesure concerné. Le procédé 170 comporte enfin une étape 713 pour commander les moyens 15 pour encoder une telle vue et produire un message de consultation Mgo. A l'instar des dispositifs communicants 20 ou d'administration 6, une plateforme 10 conforme à l'invention, comporte des moyens de mémorisation de programmes MW pour enregistrer un ou plusieurs programmes d'ordinateur comportant une pluralité d'instructions de programme qui, lors de leur exécution ou interprétation par l'unité de traitement 19, provoque la mise en oeuvre d'un procédé accédant, en écriture et/ou en lecture, aux moyens pour mémoriser de la plateforme. Il est ainsi possible de charger dans lesdits moyens de mémorisation MW, tout programme permettant d'initialiser ou mettre à jour les instructions permettant de mettre en oeuvre les procédés 110, 120, 130, 140, 150, 160, 170 ainsi que des règles de gestion des données collectées. Un système de collecte et de gestion de données vitales Da d'un patient Pi, Pj, illustré à titre d'exemple non limitatif en liaison avec la figure 3, comprend globalement : un serveur 1 pour mémoriser une pluralité de dossiers patients informatisés DPi ; une pluralité d'appareils de mesure Ax, Ay, Az, délivrant chacun des données vitales Da de patients Pi, Pj ; une plateforme 10 de gestion et de collecte desdites données vitales Da coopérant avec lesdits appareils de mesure Ax, Ay, Az, et ledit serveur 1 ; un ou plusieurs dispositifs communicants 20, 20a ou 20b destinés à être utilisés par le personnel de santé Ia, Ib pour consigner toute association ou dissociation entre lesdits appareils de mesure et les patients ; un dispositif d'administration 6 éventuel pour mettre à jour notamment le référentiel des appareils de mesure et pour assurer une gestion desdits appareils eu égard à leurs exploitations respectives dans l'établissement de santé. Dans l'exemple préféré décrit en liaison avec la figure 3, un appareil de mesure Ax, Ay ou Az, un dispositif communicant 20, 20a ou 20b, un dispositif d'administration 6, un serveur 1 de dossiers patients informatisés, communiquent respectivement avec la plateforme 10 au moyen de réseaux de communication N1, N2, N3 et N représentés en figure 3 comme des réseaux distincts. De tels réseaux peuvent en variante ne constituer, en combinaison, qu'une seule et même entité physique. A ce titre, les moyens Cl, C2, C3 et C permettant à la plateforme 10 de recevoir ou d'émettre des messages sur les réseaux N, N1, N2, N3, peuvent également constituer des entités physiques distinctes ou en variante, peuvent constituer, en combinaison, une même entité physique. REVENDICATIONS1. Plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj), lesdites données étant délivrées par un appareil médical de mesure (Ax, Ay, Az) étant associé à un identifiant unique (IDa) et coopérant (N1, Cx, Cy, Cz, Cl) avec ladite plateforme (10) au moyen d'un ou plusieurs messages de données (Md), ladite plateforme (10) coopérant (N, C) en outre avec un serveur (1) de dossiers patients informatisés (DPi) et comportant une unité de traitement (19), ladite unité coopérant et mettant en oeuvre : - des moyens pour recevoir (Cl) un message de données (Md) et des moyens pour décoder (13) celui-ci et en déduire l'identifiant (IDa) de l'appareil de mesure (Ax, Ay, Az) et les données vitales (Da) délivrées par ce dernier ; - des moyens de gestion (14), coopérant avec lesdits moyens pour décoder (13) un message de données (Md), pour sélectionner et agréger des données vitales ainsi déterminées et produire une requête en mise à jour d'un dossier patient informatisé (DPi) ; - des moyens (12) pour encoder une telle requête en mise à jour d'un dossier patient informatisé (Dpi) et produire un message de mise à jour (Mpo) adressé au serveur (1) de dossiers patients informatisés (Dpi) ; ladite plateforme étant caractérisée en ce qu'elle comporte en outre :des moyens pour mémoriser un référentiel des patients (MI) comportant, pour chaque patient (Pi, Pj), un enregistrement comprenant un identifiant unique caractérisant l'identité dudit patient et un descripteur de patient ; des moyens pour mémoriser un référentiel des appareils de mesure (MA) comportant, pour chaque appareil de mesure (Ax, Ay, Az), un enregistrement comprenant l'identifiant dudit appareil (IDa) et un descripteur d'appareil ; des moyens pour recevoir (C2) un message de gestion de soins (Mli), émanant d'un dispositif (20a, 20b) coopérant (N2, Ca, Ca', Cb, C2) avec la plateforme (10), encodant une requête en association ou en dissociation d'un appareil de mesure et d'un patient, et des moyens (11) pour décoder un tel message et en déduire les identifiants respectifs de l'appareil de mesure et du patient concernés par ladite requête ; et, en ce que les moyens de gestion (14) sont agencés pour : - après décodage d'un message de gestion de soin (Mli) par lesdits moyens pour décoder (11) un tel message, mettre en oeuvre un procédé de gestion de soins (110) pour consigner, dans les moyens pour mémoriser le référentiel des appareils (MA), une association ou une dissociation d'un appareil de mesure et d'un patient ; après décodage d'un message de données (Md) par les moyens pour décoder (13) un tel message de données (Md), mettre en oeuvre unprocédé (120) de demande de mise à jour du dossier patient informatisé associé au patient concerné par les données vitales ainsi collectées par la plateforme. 2. Plateforme (10) selon la revendication précédente, pour laquelle : - la requête en association ou en dissociation d'un appareil de mesure et d'un patient, préalablement encodée sous la forme d'un message de gestion de soins (Mli), comporte en outre un identifiant unique du personnel de santé (Ia, Ib), initiateur de ladite requête ; - les moyens (11) pour décoder un message de gestion de soins (Mli) déduisent en outre dudit message, ledit identifiant du personnel de santé (Ia, Ib) ; - le procédé de gestion de soins (110) mis en oeuvre par les moyens de gestion (14) est adapté pour consigner, dans les moyens pour mémoriser le référentiel des appareils (MA), ledit identifiant du personnel de santé (Ia, Ib). 3. Plateforme selon la revendication précédente, pour laquelle le procédé (120) de demande de mise à jour d'un dossier patient informatisé, mis en oeuvre par les moyens de gestion (14), est adapté pour intégrer l'identifiant unique du personnel de santé (Ia, Ib) dans la requête en mise à jour du dossier patient informatisé (Dpi). 4. Plateforme selon l'une quelconque des revendications précédentes, comportant en outre des moyens (MR) pour enregistrer un historique de collecte de données vitales, ledit historique comportant une pluralité d'enregistrements, et pour laquelle les moyens de gestion (14) mettent en oeuvre un procédé de traçabilité (130) pour déterminer la teneur d'un enregistrement dudit historique en réponse au décodage de tout message de données (Md). 5. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle : un message de données (Md) comporte en outre des données complémentaires (Dc) de mesure associées aux données vitales d'un patient ; les moyens pour décoder (13) un message de données (Md) en déduisent lesdites données complémentaires (Dc) de mesure. 6. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle : un message de gestion de soins (Mli) encode en outre des données complémentaires de soins associées à la requête en association ou en dissociation ; les moyens pour décoder (11) un message de gestion de soins (Mli) en déduisent lesdites données complémentaires de soins. 7. Plateforme selon les revendications 5 ou 6, pour laquelle les données complémentaires de mesure oude soins comportent un horodatage et/ou un descripteur de l'appareil de mesure. 8. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle : - les moyens de gestion (14) sont adaptés pour mettre en oeuvre un procédé de détermination d'un état d'association d'un appareil de mesure ; - l'unité de traitement (19) comporte et met en oeuvre : ^ des moyens pour encoder (11) ledit état d'association sous la forme d'un message d'état d'association d'appareil (Mlo) ; ^ des moyens pour émettre (C2) un tel message à destination d'un dispositif (20a, 20b) coopérant (N2, Ca, Ca', Cb, C2) avec la plateforme (10). 9. Plateforme selon la revendication 4, pour laquelle : - les moyens de gestion (14) sont adaptés pour mettre en oeuvre un procédé de consultation d'un historique de collecte de données vitales ; - l'unité de traitement (19) comporte et met en oeuvre : ^ des moyens pour encoder (15) une vue de l'historique de collecte de données vitales, ladite vue résultant de la mise en oeuvre dudit procédé, sous la forme d'un ou plusieurs messages de consultation (Mgo) ;^ des moyens pour émettre (C3) le ou lesdits messages à destination d'un dispositif d'administration (6) coopérant (N3, C3) avec la plateforme (10). 10 Plateforme selon l'une quelconque des revendications précédentes, pour laquelle : - l'unité de traitement (19) comporte et met en oeuvre : ^ des moyens pour recevoir (C3) un message d'administration (Mgi) émanant d'un dispositif d'administration (6) coopérant (N3, C3) avec la plateforme (10), ledit message encodant une requête en mise à jour du référentiel des appareils (MA), ladite requête comportant un identifiant unique d'un appareil de mesure et un descripteur dudit appareil de mesure ; ^ des moyens (15) pour décoder un tel message et en déduire l'identifiant et le descripteur de l'appareil de mesure concerné par la requête ; - les moyens de gestion (14) sont agencés pour, après décodage d'un message d'administration (Mgi) par lesdits moyens pour décoder (15) un tel message, mettre en oeuvre un procédé (160) de mise à jour du référentiel des appareils pour créer un nouvel enregistrement associé à l'appareil de mesure ou pour mettre à jour un enregistrement préalablement associé à ce dernier. 11. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle : - l'unité de traitement (19) comporte et met en oeuvre : ^ des moyens pour recevoir (C) un message de suivi patient (Mpi) émanant du serveur (1) de dossiers patients informatisés coopérant (N, C) avec la plateforme (10), ledit message encodant une requête en mise à jour du référentiel de patients (Mi), ladite requête comportant un identifiant unique d'un patient et un descripteur dudit du patient ; ^ des moyens (12) pour décoder un tel message et en déduire l'identifiant et le descripteur du patient concerné par la requête ; - les moyens de gestion (14) sont agencés pour, après décodage d'un message de suivi patient (Mpi) par lesdits moyens pour décoder (12) un tel message, mettre en oeuvre un procédé (150) de mise à jour du référentiel de patients pour créer un nouvel enregistrement associé au patient ou pour mettre à jour un enregistrement préalablement associé à ce dernier. 12. Plateforme selon l'une quelconque des revendications précédentes, comportant des moyens de mémorisation de programmes (MW) pour enregistrer un programme d'ordinateur comportant une pluralité d'instructions de programme qui, lors de leur exécution ou interprétation parl'unité de traitement (19), provoque la mise en oeuvre d'un procédé accédant, en écriture et/ou en lecture, aux moyens pour mémoriser (MI, MA, MR, MW) de la plateforme (10). 13. Procédé de gestion de soins (110), ledit procédé étant mis en oeuvre par les moyens de gestion (14) de l'unité de traitement d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon l'une quelconque des revendications 1 à 12, en réponse au décodage d'un message de gestion de soins (Mli) encodant une requête en association (+) d'un appareil de mesure et d'un patient, ledit procédé de gestion de soins comportant les étapes pour : - rechercher (111) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins (Mli) ; - inscrire (112) dans ledit enregistrement une information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient également préalablement déduit dudit message de gestion de soins (Mli). 14. Procédé de gestion de soins (110), ledit procédé étant mis en oeuvre par les moyens de gestion (14) de l'unité de traitement d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon l'une quelconque des revendications 1 à 12, en réponse au décodage d'un message de gestion de soins (Mli) encodant unerequête en dissociation (-) d'un appareil de mesure et d'un patient, ledit procédé de gestion de soins comportant les étapes pour : - rechercher (113) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins (Mli) ; - effacer ou supprimer (114) dans ledit enregistrement l'information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient également préalablement déduit dudit message de gestion de soins (Mli). 15. Procédé de gestion de soins (110) selon les revendications 13 ou 14, lorsqu'il est mis en oeuvre par les moyens de gestion (14) d'une plateforme conforme à la revendication 3, ledit procédé comportant une étape (115) pour inscrire dans l'enregistrement du référentiel des appareils, l'identifiant unique du personnel de santé (Ia, Ib) initiateur de la requête en association ou en dissociation. 16. Procédé (120) de demande de mise à jour d'un dossier patient informatisé (DPi), ledit procédé étant mis en oeuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon l'une quelconque des revendications 1 à 12, en réponse au décodaged'un message de données (Md), ledit procédé comportant les étapes pour : - rechercher (121) dans le référentiel des appareils (MA), un enregistrement comprenant l'identifiant d'appareil déduit du message de données (Md) ; - lire (122) l'information d'association désignant un enregistrement du référentiel de patients (MI) ; - rechercher (123) ledit enregistrement associé dans le référentiel de patients (MI) et lire (123) l'identifiant du patient contenu dans ledit enregistrement associé ; - élaborer (124) une requête en mise à jour du dossier patient informatisé (Dpi) comportant l'identifiant du patient et les données vitales déduites du message de données (Md) préalablement décodé ; - commander (125) les moyens (12) pour encoder une telle requête en mise à jour d'un dossier patient informatisé (Dpi) et produire un message de mise à jour (Mpo) adressé au serveur (1) de dossiers patients informatisés (Dpi). 17. Procédé (160) de mise à jour du référentiel des appareils (MA), ledit procédé étant mis en oeuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon la revendication 10, en réponse au décodage d'un message d'administration (Mgi), ledit procédé comportant les étapes pour :- rechercher (161) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit du message d'administration (Mgi) ; - dans l'affirmative (y), mettre à jour (162) le descripteur de l'appareil de mesure dans ledit enregistrement ; - dans la négative (n), créer (163) un nouvel enregistrement dans le référentiel des appareils et y inscrire l'identifiant de l'appareil ainsi que le descripteur de celui-ci, préalablement déduits du message d'administration (Mgi). 18 Procédé de traçabilité (130) mis en oeuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon les revendications 4, 7 et 9, en réponse au décodage d'un message de données (Md), ledit procédé comportant les étapes pour : - créer (131) un enregistrement dans les moyens pour mémoriser l'historique (MR) ; - inscrire (132) dans ledit enregistrement l'intégralité des éléments (IDa, DA, Dc) déduits dudit message de données (Md) ; - rechercher (133) dans le référentiel des appareils, l'enregistrement comportant l'identifiant d'appareil déduit du message de données (Md), - lire (134) l'information d'association dudit enregistrement ;- rechercher (135) l'enregistrement associé dans le référentiel de patients ; - si celui-ci existe (146), lire (137) l'identifiant du patient concerné par la collecte de mesure de données ; - inscrire (138) dans l'enregistrement de l'historique, ledit identifiant du patient. 19. Procédé (170) de consultation d'un historique de collecte de données vitales, ledit procédé étant mis en oeuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon les revendications 4, 7 et 9, ledit procédé comportant les étapes pour : - accéder en lecture (171) aux moyens pour mémoriser (MR) un historique de collecte de données vitales ; - constituer (172) une vue prédéterminée de champs de chaque enregistrement ; commander (173) les moyens (15) pour encoder une telle vue et produire un message de consultation (Mgo). 20. Procédé (150) de mise à jour du référentiel de patients (MI), ledit procédé étant mis en oeuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon la revendication 11, en réponse au décodage d'un message de suivi patient (Mpi), ledit procédé comportant les étapes pour :- rechercher (151) dans le référentiel des appareils (MA), un enregistrement comprenant l'identifiant du patient préalablement déduit du message de suivi patient (Mpi) ; - dans l'affirmative (y), mettre à jour (152) du descripteur du patient dans ledit enregistrement ; - dans la négative (n), créer (153) un nouvel enregistrement dans le référentiel de patients et y inscrire l'identifiant du patient ainsi que le descripteur de celui-ci, préalablement déduits du message de suivi patient (Mpi). 21. Procédé (140) de détermination d'un état d'association d'un appareil de mesure, ledit procédé étant mis en oeuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon la revendication 8, ledit procédé comportant les étapes pour : - accéder en lecture (141) aux moyens pour mémoriser le référentiel des appareils (MA); - constituer (142) une vue prédéterminée des champs de chaque enregistrement ; - commander (143) les moyens (15) pour encoder une telle vue et produire un message d'état d'association d'appareil (Mlo). 22. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité detraitement (19) d'une plateforme (10) selon la revendication 12, provoque la mise en oeuvre d'un procédé (110, 120, 130, 140, 150, 160, 170) selon l'une quelconque des revendications 13 à 21, ledit programme étant chargeable dans les moyens de mémorisation de programme (MW) de ladite plateforme. 23. Dispositif communicant (20, 20a, 20b), destiné à être utilisé par un personnel de santé (Ia, Ib), caractérisé en ce qu'il comporte : - des moyens pour coopérer (21, Ca, Cb) avec une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj) selon l'une quelconque des revendications 1 à 12 ; - une interface homme-machine de consigne (22) pour traduire une action de sélection dudit personnel de santé (Ia, Ib) en une détermination d'un identifiant d'un appareil de mesure, d'un identifiant d'un patient et d'une opération d'association ou de dissociation dudit appareil de mesure (Ax, Ay, Az) et dudit patient (Pi, Pj) ; - une unité de traitement (29) coopérant avec lesdits moyens pour coopérer avec une plateforme (10) et ladite interface homme-machine de consigne (22); et, en ce que ladite unité de traitement (29) est adaptée pour mettre en oeuvre un procédé d'élaboration et d'émission d'un message de gestion de soins (Mli) encodant une requêtepour associer ou dissocier un appareil de mesure de données vitales et un patient. 24. Dispositif communicant (20, 20a, 20b) selon la revendication précédente, comportant en outre une interface homme-machine de restitution (23) coopérant avec l'unité de traitement (29) du dispositif (20, 20a, 20b), et pour lequel : - les moyens pour coopérer (21, Ca, Cb) avec la plateforme (10) sont en outre agencés pour réceptionner un message d'état d'association d'appareil (Mlo) émanant de la plateforme (10) et encodant un état d'association d'un appareil de mesure ; l'unité de traitement (29) est agencée pour mettre en oeuvre un procédé de consultation d'état d'association d'un appareil de mesure en réponse à la réception dudit message d'état d'association d'appareil (Mlo). 25. Procédé (210) pour élaborer un message de gestion de soins (Mli) encodant une requête pour associer ou dissocier un appareil de mesure de données vitales (Ax, Ay, Az) et un patient (Pi, Pj), ledit procédé étant mis en oeuvre par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon les revendications 23 ou 24, caractérisé en ce qu'il comporte des étapes pour : - piloter (211) l'interface homme-machine de consigne (22) traduisant une action de sélection d'un utilisateur (Ia, Ib) pour déterminer l'identifiant unique d'un appareil de mesure, l'identifiant unique d'un patientet une opération d'association ou de dissociation dudit appareil de mesure et dudit patient ; - selon l'opération d'association ou de dissociation déterminée, produire (212) respectivement une requête pour associer ou dissocier l'appareil de mesure et le patient dont les identifiants respectifs ont été déterminés ; - encoder (213) ladite requête et produire un message de gestion de soins (Mli) ; - commander (214) l'émission dudit message (Mli) par les moyens pour coopérer (21, Ca, Cb) avec la plateforme (10). 26. Procédé (220) de consultation d'état d'association d'appareil de mesure, ledit procédé étant mis en oeuvre par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon la revendication 24, caractérisé en ce qu'il comporte des étapes pour : - à la suite de la réception (221) d'un message d'état d'association d'un appareil (Mlo), décoder (222) un tel message et en déduire l'identifiant dudit appareil de mesure et un identifiant d'un patient associé audit appareil ou une valeur prédéterminée traduisant une non-association à un patient ; - commander (223) la restitution desdits identifiants et/ou valeur prédéterminée par l'interface homme-machine de restitution (23) à un utilisateur (Ia, Ib) du dispositif communicant (20, 20a, 20b).27. Dispositif d'administration (6), caractérisé en ce qu'il comporte : - des moyens pour coopérer (61, C3) avec une plateforme (10) de collecte et de gestion de données vitales données (Da) d'un patient (Pi, Pj) selon la revendication 10 ; - une interface homme-machine de consigne (62) pour traduire une action de sélection d'un utilisateur dudit dispositif d'administration (6) en une détermination d'un identifiant d'un appareil de mesure et d'un descripteur propre audit appareil de mesure ; - une unité de traitement (69) coopérant avec lesdits moyens pour coopérer (61, C3) avec la plateforme (10) et ladite interface homme-machine de consigne (62) ; et, en ce que ladite unité de traitement (69) est adaptée pour mettre en oeuvre un procédé d'élaboration et d'émission d'un message d'administration (Mgi), ledit message encodant une requête en mise à jour du référentiel des appareils (MA) de la plateforme (10). 28. Dispositif d'administration (6) selon la revendication précédente, comportant en outre une interface homme-machine de restitution (63) coopérant avec l'unité de traitement (69) dudit dispositif (6), et pour lequel : - les moyens pour coopérer (61, C3) avec la plateforme (10) sont en outre agencés pour réceptionner un message de consultation (Mgo) émanant de la plateforme (10) et encodant unevue de l'historique (MR) de collecte de données vitales de la plateforme (10) ; - l'unité de traitement (69) est en outre agencée pour mettre en oeuvre un procédé de supervision de l'exploitation d'appareils de mesure, en réponse à la réception dudit message de consultation (Mgo). 29. Procédé (610) pour élaborer un message d'administration (Mgi), ledit procédé étant mis en oeuvre par l'unité de traitement (69) d'un dispositif d'administration (6) selon les revendications 27 ou 28, caractérisé en ce qu'il comporte des étapes pour : - piloter (611) l'interface homme-machine de consigne (62) traduisant une action de sélection d'un utilisateur du dispositif d'administration (6) pour déterminer un identifiant et un descripteur d'un appareil de mesure ; produire (612) une requête en mise à jour du référentiel des appareils (MA) de la plateforme (10) comportant lesdits identifiant et descripteur de l'appareil de mesure ; encoder (613) ladite requête sous la forme d'un message d'administration (Mgi) ; commander (614) l'émission dudit message (Mgi) par les moyens pour coopérer (61, C3) avec la plateforme (10). 30. Procédé (620) de supervision de l'exploitation d'appareils de mesure, ledit procédé étant mis enoeuvre par l'unité de traitement (69) d'un dispositif d'administration (6) selon la revendication 28, caractérisé en ce qu'il comporte des étapes pour : - à la suite de la réception d'un message de consultation (Mgo) émanant de la plateforme (10), décoder (621) un tel message et en déduire une vue de l'historique (MR) de collecte de données vitales de la plateforme (10) ; mettre en oeuvre (622) un traitement de ladite vue et en produire des données de synthèse ; commander (623) la restitution desdites données de synthèse par l'interface homme- machine de restitution (63) à un utilisateur dudit dispositif d'administration (6). 31 Système de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj), comprenant : - un serveur (1) pour mémoriser une pluralité de dossiers patients informatisés (DPi) ; - une pluralité d'appareils de mesure (Ax, Ay, Az) délivrant chacun des données vitales de patients (Pi, Pj) ; - une plateforme (10) de gestion et de collecte desdites données vitales (Da) coopérant avec lesdits appareils de mesure (Ax, Ay, Az) et ledit serveur (1) ; caractérisé en ce que ladite plateforme (10) est conforme à l'une quelconque des revendications 1 à 12 et en ce que ledit système comporte en outre un ou plusieurs dispositifs communicants (20, 20a,20b) étant conformes à l'une des revendications 23 ou 24 et coopérant avec ladite plateforme (10). 32. Système selon la revendication précédente, comprenant en outre un dispositif d'administration (6) selon les revendications 27 ou 28 coopérant avec la plateforme (10). 33. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon les revendications 23 ou 24, provoque la mise en oeuvre d'un procédé (210, 220) selon les revendications 25 ou 26, ledit dispositif communicant comportant en outre des moyens de mémorisation (24) au sein desquels ledit programme est chargeable. 34. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement (69) d'un dispositif d'administration (6) selon les revendications 27 ou 28, provoque la mise en oeuvre d'un procédé (610, 620) selon les revendications 29 ou 30, ledit dispositif d'administration comportant en outre des moyens de mémorisation (64) au sein desquels ledit programme est chargeable.30