FR 3055730 A1 20180309 FR 1658223 A 20160905 1 Procédé de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé à un lit médicalisé. 1. Domaine L'invention se rapporte au domaine des lits médicalisés. Plus particulièrement, l'invention concerne un lit médicalisé comprenant des capteurs aptes à émettre des alertes lorsque certains évènements en lien avec un patient ou son environnement proche sont détectés. 2. Art antérieur La plupart des établissements de soins (hôpitaux, cliniques, etc.) sont équipés de lits dits « médicalisés », dont certaines parties sont aptes à être déplacées pour améliorer le confort ou la sécurité des patients, ou pour faciliter une intervention médicale sur le patient. De tels lits sont le plus souvent motorisés ou électriques. La structure d'un lit médicalisé comprend en général un relève-buste, un relève-jambes et un sommier qui peuvent être montés ou baissés indépendamment de manière motorisée via une télécommande reliée de manière filaire ou sans fil à un boîtier de contrôle du lit. Un lit médicalisé peut également comprendre des équipements complémentaires, tels que des roues pour en faciliter le déplacement, ou encore des barrières de protection qui peuvent être remontées ou abaissées, et qui s'avèrent utiles pour prévenir les risques de chutes de certains patients par exemple. Certains lits médicalisés sont également équipés de capteurs chargés de détecter des évènements particuliers en lien avec le patient ou son environnement proche. Il existe par exemple des capteurs de présence qui, positionnés sous le matelas du lit médicalisé, permettent de surveiller la présence ou l'absence d'un patient dans le lit. Il existe également des capteurs de détection de chute du patient, ou des capteurs de détection d'état des barrières de protection du lit. De tels capteurs peuvent être utilisés pour superviser la sécurité de personnes dont l'autonomie est réduite, ou qui souffrent de démence par exemple. Le lit médicalisé peut également intégrer d'autres types de capteurs, chargés de surveiller des paramètres liés au confort du patient, tels que la luminosité, la température ou encore l'humidité de la chambre dans laquelle il est installé. Lorsqu'un évènement anormal est détecté, ou lorsqu'un changement d'état d'un équipement du lit se produit, une alerte peut être déclenchée, ce qui permet d'avertir l'équipe soignante qui peut alors intervenir le cas échéant. Une telle alerte peut par exemple prendre la forme d'une alerte sonore dans le local réservé au personnel soignant. Le lit médicalisé peut également être interconnecté au système d'appel patient déjà en place dans l'établissement 3055730 2 de soin : l'alerte émise suite à la détection d'un évènement particulier par un capteur du lit médicalisé est alors remontée au personnel soignant de la même manière que si le patient s'était servi du dispositif d'appel à sa disposition pour demander une intervention. Ainsi, un lit médicalisé équipé de capteurs permet d'améliorer la sécurité et le confort des patients tout en assistant le personnel médical dans leur travail. Dès lors, la popularité de ces systèmes est grandissante, et de plus en plus de capteurs équipent les lits médicalisés. Cette capacité des lits médicalisés à détecter d'une part de plus en plus d'évènements, et d'autre part des évènements de plus en plus variés, s'accompagne toutefois de certains inconvénients. En effet, il s'avère que de nombreux systèmes actuels ne permettent pas au personnel soignant de mesurer le degré d'urgence d'une situation lorsqu'une alerte est déclenchée. Par exemple, dans le cas d'un lit médicalisé interconnecté au système d'appel patient, toutes les alertes émises par les différents capteurs du lit médicalisé sont remontées de la même manière. Le personnel soignant n'a alors pas de moyen de distinguer une alerte de catégorie « médicale », qui nécessite une intervention rapide, d'une alerte « de confort » qui ne nécessite pas forcément une intervention immédiate. Dans le doute, le personnel soignant est donc contraint d'intervenir de manière systématique et au plus vite dès qu'une alerte est remontée, afin de vérifier que la sécurité du patient n'est pas menacée. Ceci n'est pas optimal et peut même s'avérer contre-productif pour le personnel soignant. Il existe également un risque que des alertes « médicales », nécessitant une intervention rapide voire urgente, soient traitées après des alertes dont la résolution ne revêt aucun caractère urgent. A cela s'ajoute le fait que toutes les alertes n'ont pas nécessairement un intérêt pour le personnel soignant. En effet, de par la nature très différente des capteurs susceptibles d'équiper un lit médicalisé, certaines alertes peuvent s'adresser à des destinataires autres ou non limités au seul cercle du personnel soignant. Ainsi, une alerte portant sur un degré d'usure du lit médicalisé par exemple ne concerne pas forcément en premier lieu le personnel soignant, mais plutôt des équipes de maintenance. Là encore, le fait que toutes les alertes émises par les différents capteurs du lit médicalisé soient gérées de la même manière par les systèmes actuels fait que ces alertes « de maintenance » sont également systématiquement remontées au personnel soignant, d'une manière perçue comme intempestive et susceptible de gêner leur travail. Il existe donc un besoin de gérer de manière plus optimale les alertes émises par un lit médicalisé, qui tienne compte à la fois de la nature de ces alertes et des destinataires auxquels elles sont adressées. 3055730 3 3. Résumé L'invention vient améliorer l'état de la technique. Elle se rapporte à un procédé de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé à un lit médicalisé d'un patient. Ce procédé est avantageux en ce qu'il comprend une étape de détermination d'au moins un mode de communication pour transmettre une alerte, en fonction d'un niveau de priorité associé à ladite alerte ; puis une étape de transmission de ladite alerte à au moins un destinataire, au moyen dudit au moins un mode de communication précédemment déterminé. Avantageusement, le procédé de gestion d'une alerte selon l'invention permet donc d'adapter le mode de communication d'une alerte en fonction d'un degré d'urgence de l'intervention à réaliser. Ainsi, selon le procédé de la technique proposée, le mode de communication sélectionné pour transmettre une alerte associée à un niveau de priorité élevé (et qui requiert donc a priori une intervention rapide, par exemple parce que la santé du patient est en jeu) sera par exemple un mode de communication dont on sait, par nature, qu'il maximise les chances d'une prise de connaissance rapide de l'existence d'une alerte par son destinataire. A l'inverse, si l'alerte est associée à un degré de priorité plus faible, le mode de communication utilisé pour la transmettre pourra offrir plus de souplesse quant au délai de prise de connaissance de l'alerte, puisque l'alerte en question ne requiert pas nécessairement d'intervention rapide de la part de son destinataire. De cette manière, le procédé de la technique proposée offre par exemple la possibilité à ses utilisateurs de réserver certains modes de communication à certaines alertes en fonction de leurs niveaux de priorité. On évite ainsi de « polluer » les canaux de communication des alertes de priorité élevés avec des transmissions d'alertes de moindre degré d'urgence, ce qui permet un traitement plus efficace de l'ensemble des alertes. Selon un mode de réalisation particulier de la technique proposée, le niveau de priorité associé à ladite alerte est déterminé en fonction d'au moins un attribut associé à ladite alerte, ledit au moins un attribut appartenant au groupe comprenant : une catégorie d'alerte ; un type d'alerte ; un destinataire de ladite alerte. De cette manière, le niveau de priorité associé à une alerte peut être adapté en fonction d'attributs propres à cette alerte, tels que son appartenance à une catégorie d'alertes particulière ou, en fonction d'un type d'alerte. Par exemple, les alertes peuvent être classées en différentes 3055730 4 catégories : les alertes dites « médicales » qui concernent des informations relatives au patient, les alertes dites « de confort » relatives à la chambre du patient, et les alertes dites « de maintenance » qui ont trait aux alertes émises par le lit médicalisé lui-même (dysfonctionnement détecté ou révision nécessaire). Les alertes médicales seront par exemple automatiquement associées à un niveau de priorité plus élevé que les alertes de confort. Selon un autre mode de réalisation particulier de la technique proposée, le niveau de priorité associé à ladite alerte est déterminé en fonction d'au moins un paramètre représentatif d'un état médical dudit patient. Ainsi, le niveau de priorité associé à une alerte ou à un même type d'alerte peut être adapté en fonction de paramètres représentatifs d'un état médical du patient concerné. Ces paramètres représentatifs d'un état médical du patient sont par exemple stockés dans une mémoire accessible par le dispositif de gestion des alertes mettant en oeuvre le procédé de la technique proposée. Ainsi, une alerte associée à la vérification de la présence d'un patient dans le lit médicalisé peut se voir attribuer automatiquement par le procédé de la technique proposée une priorité plus importante pour un patient dont on sait qu'il est dans un état clinique tel que ce patient est normalement dans l'incapacité de se déplacer ou qu'un tel déplacement est déconseillé, et une priorité moins importante pour un patient hospitalisé pour des motifs plus bénins et qui est autorisé à se déplacer plus librement. Selon un autre mode de réalisation particulier de la technique proposée, le niveau de priorité associé à ladite alerte est déterminé en fonction d'un historique d'alertes précédemment émises. De cette manière, le niveau de priorité associé à une alerte peut être adapté en fonction d'un historique des alertes précédemment émises pour un même patient. Par exemple, une alerte faisant état que les barrières du lit médical sont abaissées peut faire l'objet d'une priorité réajustée à la hausse, s'il s'avère que l'alerte de chute du patient a précédemment été déclenchée plusieurs fois (en d'autres termes, on sait que le patient a souvent tendance à tomber de son lit, et il est donc très important de s'assurer que les barrières de son lit sont bien en position haute. Le procédé de la technique proposée permet ainsi d'adapter dynamiquement le niveau de priorité en fonction de l'historique des alertes précédemment émises pour un patient. Selon encore un autre mode de réalisation particulier de la technique proposée, l'étape de détermination d'un mode de communication de ladite alerte est réalisée en outre en fonction d'un destinataire ou d'un type de destinataires de ladite alerte. 3055730 5 Ainsi, le mode de communication à utiliser pour remonter une alerte est défini non seulement en fonction du niveau de priorité de l'alerte, mais également en fonction de la personne à laquelle elle est destinée. En effet, en fonction de leur qualité, toutes les personnes susceptibles de recevoir des alertes ne sont pas nécessairement équipées des mêmes types de terminaux de communication. Une alerte avec une priorité élevée pourra par exemple être remontée via une interconnexion au système d'alarme interne usuel du service utilisé par le personnel soignant, mais également par SMS au médecin en charge spécifiquement du patient concerné. Selon un autre mode de réalisation particulier de la technique proposée, le mode de communication de ladite alerte appartient au groupe comprenant : une communication par message court ; - une communication par courrier électronique ; une communication par notification "push" (notification « poussée» en français) ; une communication de type machine-à-machine ; un appel téléphonique avec diffusion d'un message vocal ; un signal sonore et/ou visuel émis par un dispositif d'alerte. Ainsi, la technique proposée offre un large éventail de modes de communication possibles des alertes, adaptés à un large panel de terminaux de communication aptes à les recevoir et qui sont susceptibles d'équiper le personnel d'un établissement de soin. Ainsi, il est également possible, notamment pour les alertes associées à un niveau de priorité critique (c'est à dire nécessitant une intervention urgente), de transmettre de telles alertes en utilisant simultanément une pluralité de modes de communication, de sorte à maximiser les chances que ces alertes soit connues rapidement de son ou ses destinataires. Selon un autre aspect, l'invention se rapporte également à un dispositif de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé à un lit médicalisé d'un patient. Un tel dispositif comprend : - des moyens de détermination d'au moins un mode de communication pour transmettre l'alerte, en fonction d'un niveau de priorité associé à ladite alerte ; des moyens de transmission de ladite alerte à au moins un destinataire, au moyen dudit au moins un mode de communication précédemment déterminé. Selon un autre aspect, l'invention se rapporte également à un dispositif de contrôle d'un lit médicalisé qui comprend un dispositif de gestion d'une alerte tel que précédemment décrit. 3055730 6 Selon encore un autre aspect, l'invention se rapporte à un système de gestion des alertes émises suite à la détection d'évènements par des capteurs associés à des lits médicalisés. Un tel système comprend : au moins un dispositif de gestion d'une alerte tel que précédemment décrit ; - au moins un terminal électronique apte à recevoir une alerte transmise par ledit au moins un dispositif de gestion d'une alerte. Selon une implémentation préférée, les différentes étapes du procédé de gestion d'une alerte selon l'invention sont mises en oeuvre par un ou plusieurs logiciels ou programmes d'ordinateur, comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif de gestion d'une alerte selon l'invention et étant conçu pour commander l'exécution des différentes étapes du procédé. En conséquence, l'invention vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus. Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (par exemple un CD ROM ou une ROM de circuit microélectronique) ou une mémoire flash (par exemple une clé USB), ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Selon un mode de réalisation, l'invention est mise en oeuvre au moyen de composants 3055730 7 logiciels et/ou matériels. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonctions. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, routeur, etc.) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc.). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre de l'invention. 4. Liste des figures D'autres caractéristiques et avantages de la technique proposée apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel de la technique proposée, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés parmi lesquels : la figure 1 illustre de façon schématique un système de gestion d'une alerte pour lit médical selon un mode de réalisation particulier de l'invention ; - la figure 2 décrit les principales étapes du procédé de gestion d'une alerte selon un mode de réalisation particulier de l'invention ; la figure 3 présente un dispositif de gestion d'une alerte selon la technique proposée, dans un mode de réalisation particulier de l'invention. 5. Description La technique proposée se rapporte à un procédé original de gestion d'une alerte émise suite à la détection d'un événement particulier relatif à au moins un capteur associé à un lit médicalisé. Le principe général de l'invention consiste à adapter le mode de communication utilisé pour transmettre cette alerte en fonction notamment d'un niveau de priorité qui lui est associé. La figure 1 présente un exemple de système de lit médicalisé, au sein duquel un tel 3055730 8 procédé peut être mis en oeuvre dans un mode de réalisation particulier de l'invention. Un tel système comprend un lit médicalisé 10, ainsi qu'un ensemble de capteurs (C1 à C6) associés au lit médicalisé. Par capteurs « associés » au lit médicalisé, on entend des capteurs qui sont soit intégrés ou fixés au lit médicalisé lui-même, soit situés dans un environnement proche du lit médicalisé - typiquement dans la chambre dans laquelle le lit est installé - de sorte à surveiller cet environnement. Les capteurs associés à un lit médicalisé peuvent être répartis en plusieurs catégories, notamment en fonction de la finalité des mesures qu'ils effectuent. On distingue par exemple des capteurs de type domotique C5, tels qu'un capteur de température, un capteur d'humidité, un capteur de luminosité, etc. De tels capteurs visent essentiellement à remonter des informations qui ont un lien direct avec le confort du patient. A ce titre, ils sont dénommés ici capteurs de confort. Il s'agit par exemple de s'assurer qu'il ne fait pas trop chaud ou qu'il n'y a pas trop de lumière dans la chambre du patient. Ces capteurs sont par exemple des capteurs fournis dans un kit SensorTag de Texas InstrumentsTM comprenant également un microcontrôleur configuré pour recevoir les données des différents capteurs et les transmettre à une interface de communication d'un dispositif d'analyse par exemple, via une liaison sans fil Bluetooth ou autre. Le lit médicalisé 10 peut également être équipé de capteurs dits médicaux, car les informations qu'ils remontent sont relatives à la sécurité et à l'état de santé du patient auquel le lit est attribué. De tels capteurs sont par exemple des capteurs d'énurésie Cl, des capteurs de barrières C2 pour détecter si les barrières 11 du lit sont baissées ou relevées, un capteur de présence C3 pour détecter si le patient est présent sur le lit, des capteurs de chute C4 pour détecter si le patient chute dans la chambre ou de son lit, etc. Par ailleurs, d'autres capteurs, comme des capteurs de maintenance par exemple, peuvent également être associés à un lit médicalisé. Contrairement aux capteurs de confort ou aux capteurs médicaux, de tels capteurs de maintenance ne visent pas à mesurer des données ayant un lien direct avec le patient (son confort, sa sécurité, sa santé), mais à analyser un degré d'usure du lit médicalisé lui-même. De tels capteurs sont par exemple des capteurs C6 permettant d'évaluer la distance totale déjà parcourue par un lit médicalisé équipé de roues 12. Il peut également s'agir de capteurs positionnés au niveau des vérins qui permettent de mouvoir certaines parties du lit, afin de comptabiliser le nombre de fois où ils ont été actionnés, ou encore d'un capteur mesurant le temps écoulé depuis la dernière maintenance préventive effectuée sur le lit médicalisé. Les données remontées par ces capteurs de maintenance ne concernent donc pas forcément en premier lieu le personnel soignant, elles sont plutôt destinées aux équipes 3055730 9 techniques en charge de la maintenance des différents équipements de l'établissement de soin. Bien entendu, les exemples de catégories de capteurs présentés précédemment (de confort, médicaux, de maintenance) sont donnés à titre purement illustratif et non limitatif, et des capteurs qui relèveraient d'une autre catégorie peuvent également être associés à un lit médicalisé, sans sortir du cadre de la présente invention. Un objectif visé par l'utilisation de capteurs associés à un lit médicalisé est de permettre la détection d'évènements particuliers en lien avec un patient (celui auquel est attribué le lit), son environnement proche, ou encore le lit lui-même. De tels évènements sont par exemple la détection d'une température anormalement élevée (ou basse) dans la chambre du patient, la détection d'une chute du patient, la détection d'une agitation inhabituelle du patient, la détection d'un état ou d'un changement d'état des barrières de sécurité du lit médicalisé, la détection d'un dépassement d'un seuil de distance totale parcourue par un lit médicalisé équipé de roues, etc. La détection de ces événements peut être mise en oeuvre au niveau des capteurs eux-mêmes, ou encore au niveau d'un dispositif tiers apte à recevoir les données issues de ces capteurs (c'est pourquoi, dans le procédé de la technique proposée, il est fait état de la détection d'un événement « relatif à » au moins un capteur associé à un lit médicalisé, le terme « relatif à » englobant à la fois le cas d'une détection d'un événement par les capteurs eux-mêmes et le cas d'une détection par un dispositif tiers collectant les données mesurées par le capteur). Les évènements qui doivent être détectés sont par exemple choisis par une personne habilitée et compétente de l'établissement de soin, et peuvent dépendre de nombreux paramètres (fonctionnalités offertes par les capteurs, état de santé du patient, etc.). La détection d'un évènement se matérialise par l'émission d'une alerte. Par alerte, on entend ici un signal, quel qu'il soit, apte à être transmis à un ou plusieurs destinataires de sorte à les informer qu'un événement s'est produit. Il convient de noter ici que le terme « alerte » n'est donc pas nécessairement réservé à la détection d'événements anormaux ou inhabituels (bien que de tels évènements soient particulièrement intéressants à détecter), mais qu'il s'applique également à la détection de tout type d'événement qu'une personne compétente a jugé utile de relever. Comme cela a déjà été présenté en relation avec l'art antérieur, les systèmes actuels sont mal adaptés pour gérer les alertes émises suite à la détection d'évènements de nature de plus en plus variée, à partir de données de capteurs de plus en plus nombreux et aux finalités de plus en plus hétérogènes. Pour répondre à ce problème, il est proposé un procédé de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé au lit médicalisé 3055730 10 d'un patient. Ce procédé est mis en oeuvre au sein d'un dispositif 13 de gestion d'alertes intégré ou associé au lit médicalisé 10. Ce dispositif 13, qui est décrit ultérieurement par la suite dans un mode de réalisation particulier de l'invention, est par exemple intégré au dispositif de contrôle du lit médicalisé 10. On présente, en relation avec la figure 2, les principales étapes du procédé de gestion d'une alerte, dans un mode de réalisation particulier de l'invention. Ce procédé comprend une étape de détermination (DET_MC) 21 d'au moins un mode de communication pour transmettre l'alerte, en fonction d'un niveau de priorité associé à cette alerte, et une étape de transmission (TR) 22 de l'alerte à au moins un destinataire, au moyen du ou des modes de communication précédemment déterminés. Par niveau de priorité, on entend toute donnée apte à représenter un degré d'urgence à traiter une alerte. En associant des niveaux de priorité aux alertes, il devient ainsi possible pour le destinataire de multiples alertes, parfois simultanées, de déterminer à quelles alertes il est souhaitable (voire vital dans certains cas extrêmes) de répondre en premier lieu. La détermination du niveau de priorité associé à une alerte (DET_NP) peut faire l'objet d'une étape 20 du procédé de la technique proposée, réalisée préalablement aux deux étapes précédemment introduites. Différents modes de réalisation particuliers de l'invention sont envisagés pour la détermination du niveau de priorité associé à une alerte. Tous ces modes de réalisation sont bien entendu combinables entre eux. Selon un mode de réalisation particulier de la technique proposée, le niveau de priorité associé à une alerte est déterminé en fonction d'au moins un attribut associé à l'alerte. De tels attributs intrinsèques à une alerte ont par exemple été valorisés lors de la définition de l'alerte, ou lors de son paramétrage ultérieur, par une personne compétente, au moyen par exemple d'une interface graphique dédiée. Parmi les attributs qui peuvent être pris en compte dans le cadre d'une telle détermination d'un niveau d'alerte, on peut citer à titre illustratif et non limitatif une catégorie d'alerte, un type d'alerte, ou encore un destinataire de l'alerte. Il est ainsi possible de paramétrer le système de sorte que les alertes destinées à des membres du personnel soignant soient associées à un niveau de priorité plus élevé que celles destinées à des équipes techniques par exemple. Dans le cas où une même alerte est destinée à plusieurs destinataires de types différents, il est également possible, selon une autre caractéristique particulière de l'invention, d'associer à l'alerte plusieurs niveaux de priorité différents, en fonction du destinataire considéré. Ainsi, il peut s'avérer utile de notifier au personnel soignant une alerte signalant que la maintenance préventive d'un lit médicalisé doit être à nouveau effectuée, même si cette alerte s'adresse de prime abord aux équipes techniques de l'établissement de soin. Dans 3055730 11 ce cas, cette alerte pourra être configurée de sorte à être destinée à la fois aux équipes techniques et au personnel soignant, mais avec un niveau de priorité plus élevé pour les équipes techniques (qui doivent agir) que pour le personnel soignant (qui doit simplement être informé). De manière similaire, lorsque les différentes alertes sont classées en différentes catégories, il est possible d'associer des niveaux de priorité différents à chaque catégorie d'alerte. Ainsi, toute alerte appartenant à la catégorie des alertes dites « médicales », qui ont trait à la détection d'évènements susceptibles d'avoir un impact sur la sécurité ou la santé d'un patient, peut se voir automatiquement attribuer un niveau de priorité plus élevé que les alertes appartenant à d'autres catégories, telles que les alertes « de confort », relatives à la chambre du patient, ou encore les alertes « de maintenance » qui ont trait aux alertes émises par le lit médicalisé lui-même (dysfonctionnement détecté ou révision nécessaire). Enfin, au sein d'une même catégorie d'alerte, le niveau de priorité peut également être déterminé en fonction du type même de l'alerte considérée. Ainsi, si on considère des alertes de type médical par exemple, il peut être estimé que la détection d'une chute d'un patient doit être traitée de façon prioritaire vis-à-vis d'un problème d'énurésie, qui peut être considéré comme une situation d'inconfort mais sans réel danger pour le patient. Selon un autre mode de réalisation particulier de l'invention, le niveau de priorité associé à une alerte est déterminé en fonction d'au moins un paramètre représentatif d'un état médical du patient auquel est attribué le lit médicalisé. Le procédé selon l'invention permet ainsi d'adapter dynamiquement le niveau de priorité associé à une alerte en fonction de l'état de santé du patient. Par exemple, une alerte associée à la vérification de la présence d'un patient dans le lit médicalisé peut se voir attribuer une priorité plus importante pour un patient dont on sait qu'il est dans un état clinique tel que ce patient est normalement dans l'incapacité de se déplacer ou qu'un tel déplacement est déconseillé, et une priorité moins importante pour un patient hospitalisé pour des motifs plus bénins et qui est autorisé à se déplacer plus librement. Il est également possible de tenir compte d'un historique de l'état médical d'un même patient pour adapter le niveau de priorité d'une alerte : par exemple, une alerte ne sera pas associée au même niveau de priorité selon qu'elle est remontée avant ou après une opération chirurgicale pratiquée sur le patient. Les paramètres représentatifs d'un état médical du patient sont par exemple stockés dans une mémoire (sous la forme d'un dossier médical informatisé par exemple) accessible par le dispositif de gestion des alertes mettant en oeuvre le procédé de la technique proposée. 3055730 12 Selon encore un autre mode de réalisation particulier de l'invention le niveau de priorité associé à une alerte est déterminé en fonction d'un historique d'alertes précédemment émises. Ainsi le niveau de priorité associé à une alerte peut être ajusté automatiquement et dynamiquement en fonction d'évènements passés, et plus particulièrement en fonction des évènements ayant déjà donné lieu à une remontée d'alerte pour un même patient. Par exemple, une alerte faisant état que les barrières du lit médical sont abaissées peut faire l'objet d'un niveau de priorité réajusté dynamiquement à la hausse, s'il s'avère que l'alerte de chute du patient a précédemment été déclenchée plusieurs fois. En d'autres termes, il a déjà été détecté que le patient a souvent tendance à tomber de son lit (plusieurs alertes de chutes recensée dans l'historique des alertes liées au lit médicalisé du patient), et il est donc très important de s'assurer à l'avenir que les barrières du lit sont bien systématiquement en position haute. Le procédé de la technique proposée permet alors, dans une telle situation, d'adapter dynamiquement le niveau de priorité de l'alerte associée à l'état des barrières (le niveau de priorité associé à l'état « barrières abaissées » est par exemple automatiquement augmenté au niveau de priorité maximum dès que le seuil de deux chutes du patient dans les six derniers mois est atteint). Selon la technique proposée, plusieurs manières différentes sont envisagées pour réaliser cette adaptation du niveau de priorité d'une alerte en fonction d'un historique d'alertes précédemment émises. Ainsi, dans un mode de réalisation particulier de l'invention, cette adaptation peut être réalisée directement lors de l'étape 20 de détermination du niveau de priorité d'une alerte, pour l'alerte courante en attente de transmission suite à la détection, d'ores et déjà survenue, de l'évènement qui la déclenche. Dans ce cas, l'historique des alertes déjà émises est analysé lors de l'étape 20 de détermination du niveau de priorité de l'alerte courante à transmettre, et cette détermination du niveau de priorité de l'alerte courante tient compte du résultat de cette analyse. Alternativement, dans un autre mode de réalisation particulier de la technique proposée, l'adaptation du niveau de priorité d'une alerte peut faire l'objet d'une étape optionnelle (ADP) 23 dédiée. Dans ce cas, l'adaptation du niveau de priorité est réalisée non pas pour l'alerte courante, mais en avance de phase, en prévision de l'émission d'une alerte ultérieure pour laquelle l'événement déclencheur n'est pas encore survenu. Autrement dit, dès qu'une alerte courante fait l'objet du procédé de gestion d'une alerte selon l'invention, elle enrichit l'historique des alertes déjà émises, et on profite alors de l'exécution du procédé pour adapter dynamiquement (par exemple via la mise à jour d'un attribut dédié associé au type d'alerte considéré) le niveau de priorité d'une alerte ultérieure, de sorte que cette information sera déjà prise en compte lorsque 3055730 13 l'événement déclencheur de l'alerte ultérieure surviendra. Sur la figure 2, l'étape d'adaptation 23 du niveau de priorité d'une alerte ultérieure est effectuée après l'étape de transmission 22 de l'alerte courante, mais elle pourrait bien entendue tout aussi bien être réalisée après l'étape de détermination 20 du niveau de priorité de l'alerte courante, ou encore après l'étape de détermination 21 du mode de communication à utiliser pour transmettre l'alerte courante. Les modes de réalisation précédemment présentés pour la détermination du niveau de priorité d'une alerte sont combinables entre eux. Ainsi, dans le procédé de gestion d'une alerte selon la technique proposée, cette détermination peut prendre la forme d'une étape de calcul à part entière, dans laquelle un niveau d'alerte global est calculé en fonction de différents paramètres. La figure 1 illustre de façon schématique certains de ces paramètres qui peuvent être pris en compte en combinaison pour la détermination du niveau de priorité d'une alerte, et qui sont relatifs par exemple, comme décrit précédemment, à des attributs P1 intrinsèques à l'alerte (sa catégorie, son type, etc.), au destinataire P2 considéré, à un état de santé P3 du patient, à un historique d'alertes P4 précédemment émises, à des données temporelles P5 (jour/nuit par exemple), etc. Ainsi le niveau de priorité n'est pas une donnée figée. Au contraire, il fait l'objet d'une détermination dynamique, adaptée aux circonstances au moment où l'alerte est déclenchée. Outre le niveau de priorité qui lui est attribué, les conditions mêmes de déclenchement d'une alerte peuvent, dans un mode de réalisation particulier de la technique proposée, être adaptée en fonction de certains de ces paramètres. Une fois le niveau de priorité d'une alerte déterminé, encore faut-il que l'alerte soit remontée de façon efficace aux destinataires auxquels elle s'adresse. Une alerte qui présente un caractère urgent doit être remontée selon un mode de communication qui permette à son destinataire d'en prendre connaissance le plus rapidement possible. A l'inverse, certaines alertes de niveau de priorité moindre n'imposent pas une prise de connaissance immédiate de son destinataire. Au contraire, afin de ne pas perturber la réception d'alertes de haut niveau de priorité, il peut même s'avérer préférable de différencier les modes de communication. Aussi, selon la technique proposée, dans un mode de réalisation particulier, le mode de communication utilisé pour transmettre une alerte est déterminé en fonction du niveau de priorité de cette alerte. De cette manière, le mode de communication utilisé pour transmettre une alerte peut être adapté en fonction d'un degré d'urgence de l'intervention à réaliser. Si l'alerte impose une intervention rapide (par exemple parce que la santé du patient est en jeu), le mode de communication sélectionné pour remonter cette alerte à une personne compétente pour la 3055730 14 traiter sera un mode de communication dont on sait, par nature, qu'il maximise les chances d'une prise de connaissance rapide de l'existence d'une alerte par son destinataire (par exemple l'envoi d'un message sur un téléavertisseur - ou « pager » en anglais - qui est normalement porté en permanence par les destinataires). L'alerte pourra alors comprendre des informations essentielles pour faciliter la réalisation de l'intervention (typiquement la nature de l'alerte, le nom du patient, et son numéro de chambre par exemple). A l'inverse, si l'alerte est associée à un niveau de priorité plus faible, il n'est pas nécessaire d'intervenir aussi rapidement (le facteur temps n'est alors pas aussi primordial). Dans ce dernier cas, des modes de communication « plus lent », autrement dit qui ne garantissent pas nécessairement une prise de connaissance rapide de la part du destinataire, pourront alors être sélectionnés (par exemple une transmission de l'alerte par courrier électronique). La technique proposée permet notamment de réserver certains modes de communication en fonction des niveaux de priorité. Ainsi, avec le procédé de gestion d'une alerte selon l'invention, on évite par exemple de « polluer » un canal de communication (autrement dit, un mode de communication) réservé à des alertes prioritaires avec des remontées d'alertes moins critiques : ces dernières sont transmises via un autre mode de communication, également déterminée automatiquement par le procédé selon la technique proposée. Différents modes de communication peuvent être envisagés pour la transmission d'une alerte. La figure 1 présente de façon schématique, à titre illustratif et non limitatif, certain de ces modes de communication possibles, à savoir une communication par message court M1 (par exemple de type SMS - pour « Short Message Service » en anglais - à destination d'un téléphone portable, ou encore un message à destination d'un dispositif de type téléavertisseur ou « pager » en anglais), une communication par courrier électronique M2, une communication par notification "push" M5 (notification "poussée" en français), qui permet par exemple l'affichage d'une fenêtre surgissante (fenêtre « popup » en anglais), dans laquelle est détaillée l'alerte, sur un dispositif électronique tel qu'un téléphone mobile intelligent de type smartphone, une tablette ou un ordinateur), un appel téléphonique avec diffusion d'un message vocal M4, ou encore un signal sonore et/ou visuel M3 émis par un dispositif d'alerte. Le mode de communication peut aussi prendre la forme d'une communication de type machine-à-machine, permettant de mettre en oeuvre d'autre manière de remonter une alerte à un destinataire, via une interconnexion à des systèmes d'alerte déjà existants au sein de l'établissement de soin, tels qu'une interconnexion M6 au système d'appel patient disponible dans chaque chambre, ou encore une interconnexion avec un serveur de base de données permettant la génération et l'actualisation de pages de 3055730 15 synthèse/d'historique consultables dans une application dédiée ou au sein d'un navigateur sur un dispositif électronique (par exemple un ordinateur présent dans le bureau des infirmiers). Dans un mode de réalisation particulier de l'invention, il est également tenu compte du destinataire d'une alerte, en plus de son niveau de priorité, pour la détermination du mode de communication à utiliser pour transmettre cette alerte. En effet, les différents types de destinataires d'une alerte ne sont pas nécessairement équipés de la même manière (en termes de dispositifs de réception mis à leur disposition par l'établissement de soin) pour la réception d'une alerte. Ainsi, une alerte de même niveau de priorité ne sera pas nécessairement transmise de la même manière à des destinataires différents. La figure 1 donne quelques exemples, illustrés de façon schématique, et non limitatifs, de différents destinataires possibles des alertes émises. Il peut s'agir de personnel soignant D1 (infirmiers, médecins, chirurgiens, etc.), de personnel technique ou administratif D2, ou encore des patients D3 eux-mêmes. En cas de températures inhabituellement élevées (par exemple en raison d'une canicule), une alerte signalant la nécessité de bien s'hydrater pourra par exemple être remontée au patient au moyen d'une fenêtre surgissante affichée par notification "push" sur un dispositif utilisateur à sa disposition (par exemple une tablette tactile associée au lit médicalisé), tandis que la même alerte avec éventuellement le même niveau de priorité sera remontée au personnel soignant à titre informatif par une simple actualisation de la page de synthèse des alertes affiché en permanence sur l'ordinateur du bureau des infirmiers. Une fois le mode de communication déterminé, l'alerte est transmise selon ce mode de communication au destinataire considéré. Selon différentes caractéristiques de la technique proposée, on rappelle qu'une même alerte peut être associée à différents types de destinataires, et peut être le cas échéant associée à différents niveaux de priorité selon le destinataire considéré. Un niveau de priorité d'une alerte pour un destinataire donné peut également être associé à plusieurs modes de communication distincts. De cette manière, il est par exemple possible de transmettre une alerte critique à un même destinataire via plusieurs modes de communication de manière sensiblement simultanée, et par cette redondance créer les conditions les plus favorables possibles à une prise de connaissance rapide de l'alerte par son destinataire. On décrit, en relation avec la figure 3, un dispositif de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé à un lit médicalisé d'un patient. Un tel dispositif comprend des moyens permettant l'exécution du procédé de gestion d'une alerte 3055730 16 décrit préalablement, à savoir des moyens de détermination d'au moins un mode de communication pour transmettre une alerte en fonction d'un niveau de priorité associé à ladite alerte, et des moyens de transmission de cette alerte à au moins un destinataire, via le mode de communication précédemment déterminé. Par exemple, le dispositif de gestion d'une alerte selon la technique proposée comprend une mémoire 31 constituée d'une mémoire tampon (M), une unité de traitement 32, équipée par exemple d'un microprocesseur (iiP), et pilotée par le programme d'ordinateur (Pg) 33, mettant en oeuvre le procédé de gestion d'alerte selon l'invention. À l'initialisation, les instructions de code du programme d'ordinateur 33 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur de l'unité de traitement 32. L'unité de traitement 32 reçoit en entrée (E) par exemple un signal représentatif d'une détection d'un événement par au moins un capteur associé au lit médicalisé. De manière alternative, l'unité de traitement reçoit en entrée toutes les données des différents capteurs associés au lit médicalisé, ou au moins une donnée remontée par un de ces capteurs, et réalise elle-même la détection d'un évènement particulier en fonction de ces données reçues. Cette détection d'un évènement particulier se traduit par la génération d'une alerte par le dispositif de gestion selon la technique proposée décrite en figure 2. Le microprocesseur de l'unité de traitement 32 réalise alors les étapes du procédé de gestion d'une alerte, selon les instructions du programme d'ordinateur 33, pour déterminer un niveau de priorité à associer à l'alerte, déterminer un ou des modes de communication pour transmettre l'alerte en fonction du niveau de priorité déterminé et éventuellement du destinataire auquel elle est destinée, et finalement transmettre en sortie (S) l'alerte à son destinataire selon le ou les modes de communication préalablement déterminés. Le cas échéant, le microprocesseur de l'unité de traitement 32 est également apte à adapter le niveau de priorité d'une alerte ultérieure en fonction d'un historique des alertes précédemment émises (dans le cas où l'étape optionnelle d'adaptation 23 du niveau de priorité, déjà décrite en relation avec la figure 2, est mise en oeuvre). Pour cela, le dispositif de gestion d'une alerte comprend, outre la mémoire tampon 31, des moyens de transmission/réception de données, qui peuvent se matérialiser sous la forme d'interfaces de communication (IC) 34 à un ou plusieurs réseaux de communication, propres à assurer la transmission des alertes selon les différents modes de communication utilisables et mis à disposition par l'établissement de soin pour la transmission de ces alertes. Ces interfaces de communication 34 peuvent prendre la forme d'interfaces logicielles ou d'interfaces matérielles 3055730 17 (de type carte réseau ou modules matériels de communication réseau, permettant l'établissement par exemple de liaisons Ethernet, série, WiFi, Bluetooth, 3G/4G, etc.). Selon l'invention, un tel dispositif comprend en outre des moyens de stockage qui peuvent prendre la forme de bases de données, ou un accès (par exemple au moyen d'une des interfaces de communication 34) à de tels moyens de stockage. Ces moyens de stockage comprennent différentes structures de données, aptes à représenter par exemple un état de santé d'un patient, un historique des alertes déjà émises au regard d'un patient, ou encore un paramétrage des différentes alertes que le dispositif est susceptible de remonter (sous la forme d'une valorisation d'attributs intrinsèques à une alerte, par exemple). Ainsi, le dispositif de gestion d'une alerte dispose de moyens d'interrogation de ces bases de données, qui lui permettent, via des moyens de calcul, de déterminer de façon dynamique un niveau de priorité associé à une alerte à un instant considéré, et de sélectionner le mode de communication le plus adapté pour remonter cette alerte. Selon un autre aspect, la technique proposée se rapporte également à un dispositif de contrôle d'un lit médicalisé, qui comprend un dispositif de gestion d'une alerte tel que présenté précédemment. Par dispositif de contrôle d'un lit médicalisé, on entend le dispositif apte à déclencher un mouvement d'une partie mobile (relève-buste, relève-jambes, clive) du lit, par exemple sur réception, au niveau d'un boitier de contrôle du dispositif de contrôle, d'une commande de déplacement envoyée via une télécommande connectée au boîtier de contrôle du lit. Ainsi, selon une caractéristique particulière de la technique proposée, le dispositif de gestion d'une alerte selon l'invention est intégré dans un tel boitier de contrôle du lit médicalisé, ou encore par exemple au sein d'un dispositif d'interconnexion connectant un tel boîtier aux différents capteurs associés au lit médicalisé. De manière alternative, le dispositif de gestion d'une alerte selon l'invention peut également être intégré au sein même d'un terminal utilisateur associé au lit médicalisé. Un tel terminal utilisateur est par exemple une tablette tactile, un ordinateur portable ou un téléphone mobile intelligent (smartphone en anglais), qui permet à un patient ou au personnel soignant d'activer des commandes du lit médicalisé via une application dédiée de commande de lit, ou de recevoir des données en provenance des capteurs associés au lit. Selon encore un autre aspect, la technique proposée se rapporte également à un système de gestion d'alertes émises suite à la détection d'évènements par des capteurs associés à des lits médicalisés. Un tel système comprend au moins un dispositif de gestion d'une alerte tel que 3055730 18 présenté précédemment, et au moins un terminal électronique apte à recevoir une alerte transmise par les dispositifs de gestion d'une alerte présents dans le système. Ce terminal électronique peut notamment prendre la forme d'un terminal utilisateur, par exemple une tablette, un ordinateur portable, un téléphone mobile intelligent (smartphone en anglais). Il peut également prendre la forme d'un terminal d'interconnexion avec un système déjà existant au sein de l'établissement de soin, tel que le système d'appel patient souvent déjà opérationnel dans de tels établissements. REVENDICATIONS1. Procédé de gestion d'une alerte émise suite à la détection d'un événement relatif à au 555 moins un capteur associé à un lit médicalisé d'un patient, ledit procédé étant caractérisé en ce qu'il comprend : une étape de détermination (21) d'au moins un mode de communication pour transmettre ladite alerte, en fonction d'un niveau de priorité associé à ladite alerte ; une étape de transmission (22) de ladite alerte à au moins un destinataire, au moyen 560 dudit au moins un mode de communication précédemment déterminé. 2. Procédé selon la revendication 1 caractérisé en ce que ledit niveau de priorité associé à ladite alerte est déterminé en fonction d'au moins un attribut associé à ladite alerte, ledit au moins un attribut appartenant au groupe comprenant : 565 une catégorie d'alerte ; un type d'alerte ; un destinataire de ladite alerte. 3. Procédé selon la revendication 1 ou 2 caractérisé en ce que ledit niveau de priorité 570 associé à ladite alerte est déterminé en fonction d'au moins un paramètre représentatif d'un état médical dudit patient. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit niveau de priorité associé à ladite alerte est déterminé en fonction d'un historique d'alertes 575 précédemment émises. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape de détermination d'un mode de communication de ladite alerte est réalisée en outre en fonction d'un destinataire ou d'un type de destinataires de ladite alerte. 580 6. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit mode de communication de ladite alerte appartient au groupe comprenant : une communication par message court ; 3055730 20 - une communication par courrier électronique ; 585 - une communication par notification "push" ; - une communication de type machine-à-machine ; - un appel téléphonique avec diffusion d'un message vocal ; - un signal sonore et/ou visuel émis par un dispositif d'alerte. 590 7. Dispositif de gestion d'une alerte émise suite à la détection d'un événement relatif à au moins un capteur associé à un lit médicalisé d'un patient, ledit dispositif étant caractérisé en ce qu'il comprend : des moyens de détermination d'au moins un mode de communication pour transmettre ladite alerte, en fonction d'un niveau de priorité associé à ladite alerte ; 595 - des moyens de transmission de ladite alerte à au moins un destinataire, au moyen dudit au moins un mode de communication précédemment déterminé. 8. Dispositif de contrôle d'un lit médicalisé, caractérisé en ce qu'il comprend un dispositif de gestion d'une alerte selon la revendication 7. 600 9. Système de gestion d'alertes émises suite à la détection d'évènements par des capteurs associés à des lits médicalisés, ledit système étant caractérisé en ce qu'il comprend : au moins un dispositif de gestion d'une alerte selon la revendication 7 ; - au moins un terminal électronique apte à recevoir une alerte transmise par ledit au moins 605 un dispositif de gestion d'une alerte. 10. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution d'un 610 procédé de gestion d'une alerte selon l'une quelconque des revendications 1 à 6, lorsqu'il est exécuté par un processeur.