EP1683064A2 - Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical - Google Patents

Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical

Info

Publication number
EP1683064A2
EP1683064A2 EP04805799A EP04805799A EP1683064A2 EP 1683064 A2 EP1683064 A2 EP 1683064A2 EP 04805799 A EP04805799 A EP 04805799A EP 04805799 A EP04805799 A EP 04805799A EP 1683064 A2 EP1683064 A2 EP 1683064A2
Authority
EP
European Patent Office
Prior art keywords
remote terminal
data
server
man
machine interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP04805799A
Other languages
German (de)
English (en)
Inventor
S.à.r.l. Alexcir
Original Assignee
ALEXCIR Sarl
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ALEXCIR Sarl filed Critical ALEXCIR Sarl
Publication of EP1683064A2 publication Critical patent/EP1683064A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation

Definitions

  • the problem The part of remote monitoring in the overall medico-social care of patients, and in particular home support (MAD) for patients, is set to develop and with it remote monitoring which makes it possible to assess a risk situation in the absence of nursing staff.
  • the remote monitoring of a patient is carried out with recording devices (medical assistance equipment, sensors, camera, etc.) placed in the patient's environment and which, in the event of an anomaly, transmit a signal via a communication network to persons designated to assist the patient.
  • recording devices medical assistance equipment, sensors, camera, etc.
  • These systems detect crisis states (eg fall, heart rhythm disorder) in patients whose risks are identified and who are generally subject to intensive surveillance.
  • the remote alarm is widely used in MAD, either in addition to medical devices, or alone. This term includes various devices, fixed or on-board, activated by the person to trigger the call to emergency numbers by the PSTN or GSM network. These devices, apart from their great simplicity of use, have the major drawback of not making it possible to assess the real gravity of the situation.
  • Intelligent sensors Multi-sensor devices connected to the patient or placed in his living space, respectively allow a more complete physiological monitoring (electrocardiogram, 02 saturation, sodium on the skin, etc.) and the appreciation of the environmental factors which act on the patient.
  • physiological monitoring electrocardiogram, 02 saturation, sodium on the skin, etc.
  • the use of such systems implies a local medical service which interprets the data.
  • the implementation of this expensive logistics today limits its application in MAD to the surveillance of acute pathologies.
  • the medical permanence is alerted of the health incident as soon as the information provided by the probe reaches the alarm threshold. In this case, it is necessary to analyze the information prior to the alarm to possibly detect relevant information concerning the diagnosis to be made. Thus, when the alarm occurs, the medical permanence is faced with an emergency situation without being able to systematically place the alarm in context general of the patient (medical and surgical history, allergies, ).
  • each information relates to a specific medical parameter - voltage, electrocardiogram (ecg), temperature, etc.
  • the solution aims to remedy at least one of the drawbacks mentioned above.
  • It relates to a health surveillance method implementing a medical diagnosis established by a medically qualified person vis-à-vis a patient monitored remotely, in particular at his home, and followed via a communication network, characterized in that: - The medically qualified person associates medical data with health actions in a server via monitoring rules, - The server programs a remote terminal, located near the patient so that the remote terminal implements an automation applying the rules for monitoring medical data supplied to the terminal by at least one sensor associated with the patient and / or by a man-machine interface of the remote terminal and / or by a man-machine interface of a network station and / or by the network. Thanks to the invention, it appears that a medically qualified person can be genuinely helped by automatic means for monitoring a patient.
  • the medical data supplied to the terminal by a patient-specific sensor and / or by a man-machine interface of the remote terminal and / or by a man-machine interface of a networked station and / or by the network are transmitted to the medically qualified person via a communication network so that the latter takes into account this transmitted data to possibly modify the monitoring rules associating the data and health actions at the server level.
  • at least one sensor and / or a man-machine interface is integrated into the remote terminal. In one embodiment, we add, modify or eliminate monitoring rules on the server via the communication network automatically or manually.
  • means are associated with the remote terminal for testing its communication with the medically qualified person and / or with a third party so as to ensure the sending of alerts to this person and / or to this third party when rules are implemented.
  • the sensor and / or the man-machine interface of the remote terminal and / or the man-machine interface of the network station and / or the network transmits data discontinuously to the terminal.
  • different sensors are used to measure several medical data of distinct categories.
  • the sensors considered aim to measure data from at least one of the following categories of data: blood pressure, heart rate, body temperature, skin temperature, sodium level on the skin, kinetic and / or kinematic parameters of the body, a blood test, an analysis of urine and / or stool and / or blood gases, weight, the electrocardiogram, heart sounds, oxygen saturation, thermal image.
  • a sensor includes a man-machine interface in order to provide medical data to the terminal via the interface such as: pain intensity, state of fatigue, altered state of consciousness, difficult speech.
  • the human-machine interface of the remote terminal is associated with means for intervening on the server.
  • the data transmitted by the network relate to data such as the results of biological examinations and / or to the operation of equipment connected to the network, in particular of home automation equipment for presence detection, access control, heating, lighting, opening, Fire, flood, power outage, and / or a medical device, relating to an alarm signal or any signal resulting from the transformation of measurements and coming from such a connected device, in particular a pump and / or an infusion set and / or a respirator and / or a fall detector, or even relating to information coming from third party software , in particular of an expert system, and capable of being executed on the terminal or on a machine connected to the terminal, such as software for monitoring autodialysis and / or glycemic monitoring of diabetics and / or monitoring hypertension blood.
  • data such as the results of biological examinations and / or to the operation of equipment connected to the network, in particular of home automation equipment for presence detection, access control, heating, lighting, opening, Fire, flood, power outage, and / or a medical device,
  • monitoring rules are made available to a medically qualified person, so that they can make these monitoring rules operative or inoperative.
  • a user supplies data to the remote terminal via the network by means of hardware distinct from said remote terminal, in particular by means of a terminal with wireless communication means of the radio frequency and / or infrared type.
  • the invention also relates to a health monitoring station, characterized in that it comprises means for a person to receive alerts and / or interrogate the data server via a man-machine interface according to a method in accordance with one of the previous achievements.
  • the invention also relates to a medical station characterized in that it comprises means for a medically qualified person to program, via a man-machine interface, a remote terminal according to a method according to one of the preceding embodiments.
  • the invention also relates to a health monitoring server intended to allow the implementation of a medical diagnosis established by a medically qualified person vis-à-vis a patient monitored remotely, in particular at his home, and monitored via a network of communication, characterized in that: -
  • the server comprises means for the medically qualified person to associate medical data with health actions in a server via monitoring rules, -
  • the server comprises means for programming a remote terminal, located at proximity to the patient so that the remote terminal implements an automation applying the monitoring rules to medical data supplied to the terminal by at least one patient-specific sensor and / or by a man-machine interface of the remote terminal and / or by a man-machine interface of a networked station and / or via the network according to a process in accordance with one of the preceding embodiments Slot
  • the invention also relates to a health monitoring terminal intended to allow the implementation of a medical diagnosis established by a medically qualified person vis-à-vis a patient monitored remotely, in particular at home, and monitored via a communication network, characterized in this flood:
  • a server comprising means for the medically qualified person to associate medical data with health actions in a server via monitoring rules, the terminal, located nearby of the patient, comprises means for being programmed by the server so that this remote terminal implements an automation applying the monitoring rules to the medical data supplied to it by at least one sensor specific to the patient and / or by an interface man-machine of the remote terminal and / or by a man-machine interface of a network station and / or by the network according to a method in accordance with one of the preceding embodiments.
  • the invention also relates to a health surveillance system implementing medical diagnosis.
  • the system allows. users, in particular doctors, to remotely monitor patients, in particular patients kept at home.
  • the system comprises: - a data server connected to a communication network, in particular of the Internet type, - a man-machine interface, in particular installed in a computer equipment, connected to the data server via the communication network.
  • the rules of surveillance are recorded and indexed to health actions in the data server.
  • the human-machine interface is also implemented by users to: • enter and transmit alert protocols to the data server, in particular information relating to the contact details of the persons to be notified in the event that a health action carried out is different from the corresponding monitoring rule.
  • the system further comprises: analysis means intended to analyze the compatibility of the protocols thus transmitted, in particular the compatibility over time between new surveillance rules and old surveillance rules.
  • the system also includes: - a remote terminal, located in patients' homes, in particular in patients kept at home.
  • the remote terminal is connected to sensors, in particular to medical measuring devices, supplying medical data to the remote terminal, and / or the remote terminal receives the medical data of the users and / or patients via a man-machine interface of the terminal.
  • remote used by users and / or by patients to enter medical data.
  • the system further comprises programming means for programming automations in the remote terminal, from the data server via the communication network.
  • the automated systems are programmed from medical data and health actions indexed in the data server.
  • the remote terminal includes means for activating the automatic mechanisms thus programmed to: • periodically apply the surveillance rules to the medical data supplied to the remote terminal by generating health actions to be carried out, • control the execution, by the users, of the sanitary actions, • generate alerts in the event that the sanitary actions are not executed by the users.
  • the system thus makes it possible to constitute a personalized diagnostic base for each patient and to generate the triggering of appropriate alerts.
  • SSAD Diagnostic-Assisted Sanitary Surveillance
  • This method comprises on the one hand, the enslavement of a mechanism for triggering alerts to a control of compliance of health action with medical data on a "patient machine” (MP). It includes, on the other hand, the programming of this automation based on the analysis of medical record data by means of a specific human-machine interface (HMI) accessible on a network of the Internet type. Finally, the method comprises the processing and the provision of data on a network by a server so as to allow consistent management of medical rules (history, congruence, etc.) by all of the users.
  • the general mechanism of SSAD is based on the coupling of data and health actions, making it possible to place control on the implementation of actions and not directly on the value of data.
  • the SSAD makes it possible to take into account a wider field of observations as well as the response provided by the carers, and therefore to regulate in a very flexible way the process of triggering alerts. Furthermore, a health action being conditioned on the probability of the simultaneous presence of several data, the SSAD makes it possible to dispense with the systematic measurement in continuous of a variable and in particular to take into account the information contained in a syntactic expression . Another characteristic of SSAD is the evaluation of the effectiveness of surveillance rules in processing data and alerting, if necessary, network members of the need to create new rules.
  • the SSAD makes it possible to carry out a network update of medical rules and remote monitoring of the patient.
  • the HMI has in particular assistants who facilitate the updating of the rules.
  • the use of the SSAD requires, on the part of the patient, to have a specific active and communicating machine (MP), equipped with a memory for the storage of data and automation and, on the part of the caregivers and / or by other users, to access the HMI on a networked computer station or on MP.
  • MP active and communicating machine
  • the user uses an HMI installed on a networked computer station or on MP and enters into communication with the data server by identifying himself. The server verifies that the identification codes correspond to a declared user.
  • the user Once connected to the server, the user must make a selection of the data on which he bases his diagnosis and register the health actions to be carried out.
  • the user specifies for each health action the possible alternatives of treatment.
  • the HMI records health actions on the server and performs their indexing with the data in a database, for example of a relational type. Illustration of indexing: History (data): symptoms of vomiting, abdominal pain, altered state of consciousness, elevated temperature readings for 24 hours, examination indicating acetonuria. Diagnosis: hyperglycemia. Health action: hospitalization.
  • the user uses the GUI to translate the selection of data into a monitoring rule in the form of a test on the data (in the form of an SQL query for example) which he can simulate and modify. . If necessary, it can use sample server rules, modify or make active rules inoperative.
  • the user also specifies an observation period which conditions the data collection on which the rule must be applied.
  • the last step consists in sending to the server by means of the GUI the information concerning the alert protocol, i.e. the contact details of the persons to be notified as well as the means of transmission used (telephone, SMS, e-mail, etc.) in the event that the health action carried out would differ from the recommendations of the rule. Different alert protocols can be provided depending on the deviations observed. Each step can be repeated later independently of the others.
  • a variant of the above process is the automatic production of monitoring rules by the server using known methods of data analysis (statistics, neural, ...) or expert decision support systems.
  • 3.3 Programming the automation
  • the server after recording the monitoring rules and alert protocols, performs an ambiguity check to check the compatibility between the new and old protocols and rules. If there is ambiguity, the server sends an alert to the user.
  • the server then generates code in the MP language using a library where the languages of the various machines connectable to the network are referenced.
  • the updating of the MP control automation is carried out by the network either by interrogation of the server (PULL) or by sending the code by the server (PUSH).
  • PULL interrogation of the server
  • PUSH PUSH
  • This memory stores the data streams coming from the MP communication ports, from the computer communication network as well as from the man-machine interface specific to the MP patient machine (MPIHM) used for local manual entry of medical observations and health actions.
  • the duration of data retention in memory is conditioned by the monitoring rules. Initially, the automation periodically applies the monitoring rules to the medical data in memory. If the test is positive, it checks that the health actions provided for by each rule are planned in the PM memory. Otherwise, the automation registers in memory one or more health actions to be validated in application of the rule. Illustration: Nurse's observations in the morning: nausea, abdominal pain, colored urine; Health action performed: bowel movement, anti-emetic.
  • the diagnostic base established for a patient therefore serves as a decision system for triggering alerts at best in the absence of caregivers. This base avoids resorting to complexity of an expert system by capitalizing on the expertise acquired by the medico-social network on a given patient.
  • the ambiguity analysis by highlighting possible inconsistencies between the data and the health actions, allows the caregivers to become aware, if necessary, of dysfunctions in the care of the patient in network and to remedy them .
  • FIG. 1 shows a schematic view of the system according to the invention.
  • the digital references carried correspond to the following elements: 1 Data server 2 Medical data 3 Health actions 4 Indexing 5 Automation programming 6 Memory 7 Network data 8 Sensors (medical devices) 9 Remote terminal (patient machine) 10 Alerts 11 Users 12 Human-machine interface 13 Human-machine interface of the remote terminal (patient machine) 11 it should be noted that the user within the meaning of the invention may be a patient monitored remotely and / or a medically qualified person and / or an authorized person to access the system.
  • a patient within the meaning of the invention, is a person who uses a medico-social service, in particular the use of one or more independent professionals and / or belonging to a health establishment, independently any consideration relating to the existence of a health problem and / or the seriousness of this possible problem.

Abstract

L'invention concerne un procédé de surveillance sanitaire mettant en oeuvre un diagnostic médical établi par une personne médicalement qualifiée (11) vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que la personne (11) médicalement qualifiée associe des données médicales (2) à des actions sanitaires (3) dans un serveur (1) via des règles de surveillance, le serveur (1) programme un terminal distant (9), situé à proximité du malade de telle sorte que le terminal distant (9) met en oeuvre un automatisme (5) appliquant les règles de surveillance aux données médicales fournies au terminal par au moins un capteur (8) associé au malade et/ou par une interface homme-machine du terminal distant (13) et/ou par une interface homme-machine d'un poste en réseau (12) et/ou par le réseau (7).

Description

SYSTEME DE SURVEILLANCE SANITAIRE METTANT EN ŒUVRE LE DIAGNOSTIC MEDICAL
1. Le problème La part du suivi à distance dans la prise en charge médico-sociale global des malades, et notamment le maintien à domicile (MAD) des malades, est amené à se développer et avec lui la télésurveillance qui permet d' apprécier une situation de risque en l' absence de personnel soignant. Le contexte du suivi à distance des malades, notamment en MAD, implique de plus l'utilisation d'outils non traumatisants pour la personne et capables de déceler une dégradation possible de son état de santé. La télésurveillance d'un malade s'effectue avec des appareils enregistreurs (matériel d'assistance médicale, capteurs, caméra, etc) placés dans l'environnement du malade et qui, en cas d'anomalie, transmettent un signal par un réseau de communication à des personnes désignées pour porter secours au malade. Ces systèmes détectent des états de crise (ex : chute, trouble du rythme cardiaque) chez des malades dont les risques sont identifiés et qui font l'objet d'une surveillance généralement intensive. Par contre, ils s'appliquent mal à la population MAD qui sont des personnes « fragiles » nécessitant une surveillance sanitaire quotidienne la moins traumatisante possible et souvent non intensive. La plupart de personnes âgées suivies en MAD, dont le nombre doit considérablement augmenter dans Xes années à venir dans l'ensemble des pays occidentaux, ne présentent pas de pathologies dominantes, ce qui rend difficile l'anticipation des phases de crise à partir de la seule mesure d'un signal physiologique. 2. L'art antérieur 2.1 La téléalarme La téléalarme est largement utilisée en MAD, soit en complément d' appareils médicaux, soit seule . Ce terme regroupe divers dispositifs, fixes ou embarqués, actionnés par la personne pour déclencher l' appel de numéros d' urgence par le réseau RTC ou GSM. Ces dispositifs, hormis leur grande simplicité d' utilisation, présentent l' inconvénient majeur de ne pas permettre d' apprécier la gravité réelle de la situation. Leur utilisation intempestive, soit volontaire, soit par erreur de manipulation, mobilise donc des équipes de secours pour des interventions pas toujours justifiées . 2.2 Les capteurs intelligents Des dispositifs multi-capteurs, dits « intelligents », raccordés au malade ou placés dans son lieu de vie, permettent respectivement un suivi physiologique plus complet (électrocardiogramme, saturation en 02, sodium sur la peau, ...) et l' appréciation des facteurs environnementaux qui agissent sur le malade . Parmi les systèmes existants, on peut citer les « vêtements intelligents » qui incorporent des puces (Medes, Nokia,....) ou les expérimentations domotiques menées par le CNRS de Grenoble. L' utilisation de tels systèmes implique une permanence médicale délocalisée qui interprète les données . La mise en place de cette logistique coûteuse restreint aujourd'hui son application en MAD à la surveillance de pathologies aiguës . 2.3 Systèmes experts Pour s'affranchir d'une surveillance sanitaire permanente, des systèmes experts par pathologie se développent. Ils effectuent une analyse à distance des données provenant du malade (signaux, mesures, texte) et peuvent retourner des conseils médicaux ou alerter les professionnels de santé. L'approche déterministe de ces systèmes restreint leur application à des malades relevant d'une pathologie bien maîtrisée. La complexité des polypathologies ne peut aujourd'hui être traitée par ces méthodes, ce qui limite fortement l'utilisation des systèmes experts chez les sujets âgés qui représentent la principale population traitée en MAD. En outre, les différents procédés de l'art antérieur présentés ci—dessus présentent d'autres inconvénients, à savoir: i) Les informations mesurées par les capteurs sont transmises v a un réseau de communication de telle sorte que, si un problème de communication empêche la communication entre le capteur et la permanence médicale délocalisée, les données relevées par les capteurs ne peuvent pas être utilisées pour prévenir le malade et/ou des services d'urgence (ambulance, médecin) distinct en cas de nécessité. ii) Chaque capteur transmet des informations « brutes » que la permanence médicale analyse et interprète avec une fréquence déterminée, c'est-à-dire de façon discontinue. Dès lors, si un incident de santé se produit entre deux analyses, il existe le risque que cet incident ne soit détecté que lors de la deuxième analyse, ce qui provoque une perte de temps dans la réaction mise en œuvre par la permanence médicale délocalisée. Par ailleurs, si une alarme est associée aux informations transmises par un capteur, la permanence médicale est alertée de l'incident de santé dès que les informations fournies par la sonde atteignent le seuil d'alarme. Dans ce cas, il est nécessaire d'analyser les informations antérieures à l'alarme pour éventuellement détecter une information pertinente concernant le diagnostic à effectuer. Ainsi, lorsque l'alarme se produit, la permanence médicale se trouve confrontée à une situation d'urgence sans pouvoir systématiquement replacer l'alarme dans le contexte général du patient (antécédents médicaux et chirurgicaux, allergies, ...) . iii) Lorsque plusieurs capteurs sont utilisés pour fournir différentes informations, chaque information est relative à un paramètre médical propre - tension, électrocardiogramme (ecg) , température, etc. Dès lors, la permanence médicale doit analyser chaque paramètre, d'une part, de façon individuelle et, d'autre part, en combinaison avec les autres paramètres, ces combinaisons augmentant à nouveau la quantité d'informations devant être traitée par la permanence médicale délocalisée, voire par des permanences distinctes qui le cas échéant devront se concerter pour décider et/ou engager une action sanitaire. 3. La solution La présente invention vise à remédier à au moins un des inconvénients mentionnés ci-dessus . Elle concerne un procédé de surveillance sanitaire mettant en œuvre un diagnostic médical établi par une personne médicalement qualifiée vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que : - La personne médicalement qualifiée associe des données médicales à des actions sanitaires dans un serveur via des règles de surveillance, - Le serveur programme un terminal distant, situé à proximité du malade de telle sorte que le terminal distant met en œuvre un automatisme appliquant les règles de surveillance aux données médicales fournies au terminal par au moins un capteur associé au malade et/ou par une interface homme-machine du terminal distant et/ou par une interface homme-machine d'un poste en réseau et/ou par le réseau. Grâce à l'invention, il apparaît qu'une personne médicalement qualifiée peut être véritablement aidée par des moyens automatiques pour effectuer la surveillance d'un malade suivi à distance selon le diagnostic déterminé par cette personne médicalement qualifiée. Dans un mode de réalisation, les données médicales fournies au terminal par un capteur propre au malade et/ou par une interface homme-machine du terminal distant et/ou par une interface homme-machine d'un poste en réseau et/ou par le réseau sont transmises à la personne médicalement qualifiée via un réseau de communication afin que cette dernière prenne en compte ces données transmises pour éventuellement modifier les règles de surveillance associant les données et les actions sanitaires au niveau du serveur. Selon un mode de réalisation, on intègre au moins un capteur et/ou une interface homme-machine au terminal distant. Dans un mode de réalisation, on ajoute, modifie ou élimine des règles de surveillance sur le serveur via le réseau de communication de façon automatique ou manuelle. Selon un mode de réalisation, on associe au terminal distant des moyens pour tester sa communication avec la personne médicalement qualifiée et/ou avec un tiers de façon à assurer l'envoi d'alertes à cette personne et/ou à ce tiers lorsque des règles de surveillance sont mises en œuvre. Dans un mode de réalisation, le capteur et/ou l'interface homme-machine du terminal distant et/ou l'interface homme-machine du poste en réseau et/ou le réseau transmet des données de façon discontinue au terminal. Selon un mode de réalisation, on utilise différents capteurs pour mesurer plusieurs données médicales de catégories distinctes. Dans un mode de réalisation, les capteurs considérés visent à mesurer des données d'au moins une des catégories de données suivantes : la pression artérielle, le rythme cardiaque, la température de l'organisme, la température cutanée, le taux de sodium sur la peau, les paramètres cinétiques et/ou cinématiques du corps, un dosage sanguin, une analyse d'urines et/ou des selles et/ou des gaz du sang, le poids, les données de l'électrocardiogramme, les bruits du cœur, la saturation en oxygène, une image thermique. Dans un mode de réalisation, un capteur comprend une interface homme-machine afin de fournir des données médicales au terminal via l'interface telles que : intensité des douleurs, état de fatigue, altération de l'état de conscience, élocution difficile. Selon un mode de réalisation, on associe à l'interface homme-machine du terminal distant des moyens pour intervenir sur le serveur. Dans un mode de réalisation, les données transmises par le réseau sont relatives à des données telles que des résultats d'examens biologiques et/ou au fonctionnement d'un matériel connecté au réseau, notamment d' un équipement domotique pour la détection de présence, le contrôle d'accès, du chauffage, de l ' éclairage, des ouvrants, de l 'Incendie, de l'inondation, de la coupure secteur, et/ou d'un dispositif médical, relatives à un signal d'alarme ou à tout signal résultant de la transformation de mesures et provenant d'un tel appareil connecté, notamment une pompe et/ou un perfuseur et/ou un respirateur et/ou un détecteur de chute, ou encore relatives à des informations provenant d'un logiciel tiers, notamment d'un système expert, et susceptible d'être exécuté sur le terminal ou sur une machine connectée au terminal, comme un logiciel de surveillance de l' autodialyse et/ou de surveillance glycémique des diabétiques et/ou de surveillance de l'hypertension artérielle. Selon un mode de réalisation, des règles de surveillance sont mises à disposition d'une personne médicalement qualifiée, afin qu'elle puisse rendre ces règles de surveillance opérante ou inopérante. Dans un mode de réalisation, un utilisateur fournit des données au terminal distant via le réseau au moyen d'un matériel distinct dudit terminal distant, notamment au moyen d'un terminal disposant de moyens de communication sans fil de type radiofréquence et/ou infrarouge. L' invention concerne aussi un poste de surveillance sanitaire caractérisé en ce qu'il comprend des moyens pour qu'une personne reçoive des alertes et/ou interroge le serveur de données via une interface homme-machine selon un procédé conforme à l'une des réalisations précédentes. L' invention concerne également un poste médical caractérisé en ce qu'il comprend des moyens pour qu'une personne médicalement qualifiée programme, via une interface homme- machine, un terminal distant selon un procédé conforme à l'une des réalisations précédentes . L' invention concerne également un serveur de surveillance sanitaire visant à permettre de mettre en œuvre un diagnostic médical établi par une personne médicalement qualifiée vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que : - Le serveur comprend des moyens pour que la personne médicalement qualifiée associe des données médicales à des actions sanitaires dans un serveur via des règles de surveillance, - Le serveur comprend des moyens pour programmer un terminal distant, situé à proximité du malade de telle sorte que le terminal distant met en œuvre un automatisme appliquant les règles de surveillance aux données médicales fournies au terminal par au moins un capteur propre au malade et/ou par une interface homme-machine du terminal distant et/ou par une interface homme-machine d'un poste en réseau et/ou par le réseau selon un procédé conforme à l'une des réalisations précédentes . L' invention concerne également un terminal de surveillance sanitaire visant à permettre de mettre en œuvre un diagnostic médical établi par une personne médicalement qualifiée vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce crue : Un serveur comprenant des moyens pour que la personne médicalement qualifiée associe des données médicales à des actions sanitaires dans un serveur via des règles de surveillance, le terminal, situé à proximité du malade, comprend des moyens pour être programmé par le serveur de telle sorte que ce terminal distant mette en œuvre un automatisme appliquant les règles de surveillance aux données médicales qui lui sont fournies par au moins un capteur propre au malade et/ou par une interface homme-machine du terminal distant et/ou par une interface homme-machine d'un poste en réseau et/ou par le réseau selon un procédé conforme à l'une des réalisations précédentes. Finalement, l'invention concerne aussi un système de surveillance sanitaire mettant en œuvre le diagnostic médical.
Le système permet à. des utilisateurs, notamment des médecins, de surveiller à distance des malades, notamment des malades maintenus à leur domicile. Le système comprend : - un serveur de données connecté à un réseau de communication, notamment de type Internet, - une interface homme-machine, notamment installée dans un équipement informatique, connectée au serveur de données via le réseau de communication. L'interface homme-machine est mise en œuvre par les utilisateurs pour : • sélectionner et/ou saisir, dans le serveur de données, des données médicales, notamment du type "vomissements", • saisir et indexer des actions sanitaires, notamment du type "hospitalisation", correspondant aux données médicales, • paramétrer, à partir des données médicales sélectionnées, des règles de surveillance, se présentant notamment sous la forme de requêtes SQL du type "si symptômes = vomissements et température > 38,5°C, période d'observation = 24h action sanitaire = contrôler les urines". Les règles de surveillance sont enregistrées et indexées aux actions sanitaires dans le serveur de données. L' interface homme-machine est en outre mise en œuvre par les utilisateurs pour : • saisir et transmettre au serveur de données des protocoles d'alertes, notamment des informations relatives aux coordonnées des personnes à prévenir dans le cas où une action sanitaire réalisée serait différente de la règle de surveillance correspondante . Le système comprend en outre : des moyens d'analyse destinés à analyser la compatibilité des protocoles ainsi transmis, notamment la compatibilité dans le temps entre de nouvelles règles de surveillance et d'anciennes règles de surveillance. Le système comprend en outre : - un terminal distant, situé chez les malades, notamment chez les malades maintenus à leur domicile. Le terminal distant est connecté à des capteurs, notamment à des appareils médicaux de mesure, fournissant des données médicales au terminal distant, et/ou le terminal distant reçoit les données médicales des utilisateurs et/ou des malades via une interface homme-machine du terminal distant, utilisée par les utilisateurs et/ou par les malades pour saisir les données médicales . Le système comprend en outre des moyens de programmation pour programmer des automatismes dans le terminal distant, à partir du serveur de données via le réseau de communication. Les automatismes sont programmés à partir des données médicales et des actions sanitaires indexées dans le serveur de données. Le terminal distant comprend des moyens d'activation des automatismes ainsi programmés pour : • appliquer, de manière périodique, les règles de surveillance aux données médicales fournies au terminal distant en générant des actions sanitaires à exécuter, • contrôler l'exécution, par les utilisateurs, des actions sanitaires, • générer des alertes dans le cas où les actions sanitaires ne sont pas exécutées par les utilisateurs . Le système permet ainsi de constituer une base de diagnostic personnalisée pour chaque malade et de générer le déclenchement d'alertes appropriées. 3.1 Propriétés La Surveillance Sanitaire Assistée par le Diagnostic (SSAD) est un procédé permettant l'utilisation du diagnostic médical pour le paramétrage des fonctions de surveillance d'un générateur d'alertes embarqué auprès d'un patient. Il fait appel à la notion de « règle de surveillance sanitaire » qui décrit l'action sanitaire préconisée (soins, prescriptions médicamenteuses, examens complémentaires, hospitalisation, ...) à la suite d'observations médicales (relevés, symptômes, résultats d' examen clinique, ...) , notamment faites sur des cas cliniques ou sur le malade lui-même, matérialisées par l'enregistrement de mesures, de codes ou de chaîne de mots : les « données médicales». Ce procédé comprend d'une part, l'asservissement d'un mécanisme de déclenchement d'alertes à un contrôle de conformité de l'action sanitaire aux données médicales sur une « machine patient » (MP) . Il comprend, d'autre part, la programmation de cet automatisme à partir de l'analyse des données du dossier médical au moyen d'une interface homme-machine (IHM) spécifique accessible sur un réseau de type Internet. Enfin, le procédé comprend le traitement et la mise à disposition en réseau des données par un serveur de façon à permettre une gestion cohérente des règles médicales (historique, congruence, ...) par l'ensemble des utilisateurs. Le mécanisme général de la SSAD repose sur la réalisation d'un couplage entre les données et les actions sanitaires, permettant de faire porter le contrôle sur la réalisation des actions et non pas directement sur la valeur des données. Il s'agit donc d'une généralisation du contrôle de capteurs : si l'absence de personnel soignant empêche l'action sanitaire suggérée par les données capteur, le protocole d'alerte est déclenché. A l'inverse, la SSAD permet de prendre en compte un champ plus vaste d'observations ainsi que la réponse apportée par les soignants, et donc de réguler de façon très souple le processus de déclenchement des alertes. Par ailleurs, une action sanitaire étant conditionnée à la probabilité de présence simultanée de plusieurs données, la SSAD permet de s'affranchir de la mesure systématique en continue d'une variable et en particulier de prendre en compte l'information contenue dans une expression syntaxique. Une autre caractéristique de la SSAD est l'évaluation de l'efficacité des règles de surveillance à traiter les données et d'alerter, le cas échéant, les membres du réseau de la nécessité de créer de nouvelles règles. Cette boucle d'autocontrôlé permet d'enrichir la base diagnostic du patient. Enfin, la SSAD permet d'effectuer en réseau la mise à jour des règles médicales et la télésurveillance du patient. L'IHM comporte en particulier des assistants qui facilitent la mise à jour des règles. L'utilisation de la SSAD nécessite, de la part du patient, de disposer d'une machine (MP) spécifique active et communicante, équipée d'une mémoire pour le stockage des données et de l'automatisme et, de la part des soignants et/ou par d'autres utilisateurs, d'accéder à l'IHM sur un poste informatique en réseau ou sur MP. 3.2 Transformation du diagnostic en règles L'utilisateur utilise une IHM installée sur un poste informatique en réseau ou sur MP et entre en communication avec le serveur de données en s'identifiant. Le serveur vérifie que les codes d'identification correspondent à un utilisateur déclaré. Une fois connecté au serveur, l'utilisateur doit effectuer une sélection des données sur lesquelles il fonde son diagnostic et inscrire les actions sanitaires à réaliser. L'utilisateur précise pour chaque action sanitaire les alternatives possibles de prises en charge. L'IHM enregistre les actions sanitaires sur le serveur et réalise leur indexation avec les données au sein d'une base de données, par exemple de type relationnelle. Illustration de l'indexation : Antécédents (données) : symptômes de vomissements, douleurs abdominales, altération de l'état de conscience, relevés de température élevée depuis 24h, examen indiquant une acétonurie. Diagnostic : hyperglycémie. Action sanitaire : hospitalisation. Dans un deuxième temps, l'utilisateur utilise l'IHM pour traduire la sélection de données en règle de surveillance sous la forme d'un test sur les données (sous forme d'une requête SQL par exemple) qu'il peut simuler et modifier. Le cas échéant, il peut utiliser des exemples de règles du serveur, modifier ou rendre inopérantes des règles actives. L'utilisateur spécifie également une période d'observation qui conditionne la collection de données sur laquelle la règle doit être appliquée.
Les règles sont ensuite sauvegardées sur le serveur et indexées aux actions sanitaires. Ainsi, une règle de surveillance se compose de tests sur une collection de données et d'actions sanitaires . Illustration de règle sanitaire : si « Symptômes = vomissements » et « Température > 38,5°c », « période d'observation=24h », «action sanitaire= contrôler les urines» La dernière étape consiste à envoyer au serveur au moyen de l'IHM les informations concernant le protocole d'alertes, c'est-à-dire les coordonnées des personnes à prévenir ainsi que le moyen de transmission utilisé (téléphone, SMS, e mail, ...) dans l'éventualité où l'action sanitaire réalisée différerait des préconisations de la règle. Différents protocoles d'alertes peuvent être prévus selon les écarts de réalisation constatés . Chaque étape peut être reprise ultérieurement indépendamment des autres. Une variante du processus ci-dessus est la production automatique de règles de surveillance par le serveur en utilisant des méthodes connues d'analyses des données (statistiques, neuronales, ...) ou des systèmes experts d'aide à la décision. 3.3 Programmation de l'automatisme Le serveur après enregistrement des règles de surveillance et des protocoles d'alerte effectue un contrôle d'ambiguïté pour vérifier la compatibilité entre les nouveaux et les anciens protocoles et règles. S'il y a ambiguïté, le serveur envoie une alerte à l'utilisateur. Le serveur génère ensuite un code dans le langage de MP en utilisant une bibliothèque où sont référencés les langages des diverses machines connectables au réseau. La mise à jour de l'automatisme de contrôle de MP s'effectue par le réseau soit par interrogation du serveur (PULL) soit par envoi du code par le serveur (PUSH) . 3.4 Génération des alertes par la « machine patient » (MP) L'automatisme va traiter les données médicales et les actions sanitaires stockées dans la mémoire de MP. Cette mémoire stocke les flux de données en provenance des ports de communication de MP, du réseau de communication informatique ainsi que de l'interface homme-machine propre à la machine patient MP (MPIHM) servant à la saisie manuelle locale des observations médicales et des actions sanitaires. La durée de rétention des données en mémoire est conditionnée par les règles de surveillance. Dans un premier temps, l'automatisme applique périodiquement les -règles de surveillance sur les données médicales en mémoire. Si le test est positif, il vérifie que les actions sanitaires prévues par chaque règle sont planifiées dans la mémoire de MP. Dans le cas contraire, l'automatisme inscrit en mémoire une ou plusieurs actions sanitaires à valider en application de la règle. Illustration : Observations de l'infirmière le matin : nausées, douleurs abdominales, urines colorées ; Action sanitaire réalisée : accompagnement à la selle, anti-vomitif. Observations de l'infirmière le soir : T =39°c, élocution difficile ; Action sanitaire réalisée : paracétamol, message au médecin. MP inscrit une Action Sanitaire à valider : transfert au CHU pour hyperglycémie sous 2h. Dans un deuxième temps, l'automatisme vérifie que l'échéance des actions sanitaires planifiées n'est pas dépassée et que les informations concernant leur prise en charge sont conformes à la planification. Dans le cas contraire, la machine exécute le protocole d'alertes en envoyant des messages via l'un des moyens de communication disponibles de MP. Il n'est donc pas nécessaire que MP soit connectée en permanence à un réseau informatique à condition qu'un autre moyen de communication soit disponible. Illustration : L'action sanitaire « à valider » n'a pas été prise en charge après 2h : MP envoie un message préenregistré au SAMU par téléphone. Une fois traitées par l'automatisme, les données locales (relevés capteurs, observations médicales,...) et les alertes pourront être envoyées sur le serveur de données par le réseau in ormatique pour y être archivées . 3.5 Conclusions La base de diagnostics établie pour un patient sert donc de système de décision pour déclencher des alertes au mieux en l'absence de soignants. Cette base évite de recourir à la complexité d'un système expert en capitalisant l' expertise acquise par le réseau médico-social sur un patient donné. L' analyse d'ambiguïté, en mettant en évidence d' éventuelles incohérences entre les données et les actions sanitaires, permet aux soignants de prendre conscience, le cas échéant, de dysfonctionnements dans la prise en charge du patient en réseau et d'y remédier . Le procédé SSAD s' applique potentiellement à une utilisation sur une large gamme de machines destinées au suivi des patients, à titre d' exemples : un poste à domicile, un PDA (Personal Digital Assistant) embarqué ou encore une balise programmable . On a représenté sur la figure 1, une vue schématique du système selon l' invention. Les références numériques portées correspondent aux éléments suivants : 1 Serveur de données 2 Données médicales 3 Actions sanitaires 4 Indexation 5 Programmation de l'automatisme 6 Mémoire 7 Données réseau 8 Capteurs (appareils médicaux) 9 Terminal distant (machine patient) 10 Alertes 11 Utilisateurs 12 Interface homme-machine 13 Interface homme-machine du terminal distant (machine patient) 11 convient de noter que l'utilisateur au sens de l'invention peut être un malade suivi à distance et/ou une personne médicalement qualifiée et/ou une personne autorisée à accéder au système. Selon le degré d'habilitation de cet utilisateur, ce dernier entre des données et/ou associe des données à des actions sanitaires au moyen du terminal distant et/ou du réseau et/ou d'un poste en réseau. Il convient également de noter qu'un malade, au sens de l'invention, est une personne qui a recours à un service médico-social, notamment recours à un ou plusieurs professionnels indépendant et/ou relevant d'un établissement de santé, indépendamment de toute considération relative à l'existence d'un problème de santé et/ou à la gravité de cet éventuel problème .

Claims

REVENDICATIONS
1. Procédé de surveillance sanitaire mettant en œuvre un diagnostic médical établi par une personne médicalement qualifiée (11) vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que : - La personne (11) médicalement qualifiée associe des données médicales (2) à des actions sanitaires (3) dans un serveur (1) via des règles de surveillance, - Le serveur (1) programme un terminal distant (9) , situé à proximité du malade de telle sorte que le terminal distant (9) met en œuvre un automatisme (5) appliquant les règles de surveillance aux données médicales fournies au terminal par au moins un capteur (8) associé au malade et/ou par une interface homme-machine du terminal distant (13) et/ou par une interface homme-machine d'un poste en réseau (12) et/ou par le réseau (7 ) .
2. Procédé selon la revendication 1 caractérisé en ce que les données médicales fournies au terminal par un capteur (8) propre au malade et/ou par une interface homme-machine du terminal distant (13) et/ou par une interface homme-machine d'un poste en réseau (12) et/ou par le réseau (7) sont transmises à la personne médicalement qualifiée via un réseau de communication afin que cette dernière prenne en compte ces données transmises pour éventuellement modifier les règles de surveillance associant les données et les actions sanitaires au niveau du serveur.
3. Procédé selon l'une des revendications précédentes caractérisé en ce qu'on intègre au moins un capteur et/ou une interface homme-machine au terminal distant.
4. Procédé selon l'une des revendications précédentes caractérisé en ce qu'on ajoute, modifie ou élimine des règles de surveillance sur le serveur via le réseau de communication de façon automatique ou manuelle.
5. Procédé selon l'une des revendications précédentes caractérisé en ce qu'on associe au terminal distant des moyens pour tester sa communication avec la personne médicalement qualifiée et/ou avec un tiers de façon à assurer l' envoi d'alertes à cette personne et/ou à ce tiers lorsque des règles de surveillance sont mises en œuvre.
6. Procédé selon l'une des revendications précédentes caractérisé en ce que le capteur et/ou l'interface homme-machine (13) du terminal distant et/ou l'interface homme-machine du poste en réseau (12) et/ou le réseau (7) transmet des données de façon discontinue au terminal.
7. Procédé selon l'une des revendications précédentes caractérisé en ce qu'on utilise différents capteurs pour mesurer plusieurs données médicales de catégories distinctes.
8. Procédé selon la revendication 7 caractérisé en ce que les capteurs considérés visent à mesurer des données d'au moins une des catégories de données suivantes : la pression artérielle, le rythme cardiaque, la température de l'organisme, la température cutanée, le taux de sodium sur la peau, les paramètres cinétiques et/ou cinématiques du corps, un dosage sanguin, une analyse d'urines et/ou des selles et/ou des gaz du sang, le poids, les données de l' électrocardiogramme, les bruits du cœur, la saturation en oxygène, une image thermique.
9. Procédé selon l'une des revendications précédentes caractérisé en ce qu'un capteur comprend une interface homme- machine afin de fournir des données médicales au terminal via l'interface telles que : intensités des douleurs, état de fatigue, altération de l'état de conscience, élocution difficile.
10. Procédé selon l'une des revendications précédentes caractérisé en ce qu'on associe à l'interface homme-machine du terminal distant des moyens pour intervenir sur le serveur (1) .
11. Procédé selon l'une des revendications précédentes caractérisé en ce que les données transmises par le réseau (7) sont relatives à des données telles que des résultats d'examens biologiques et/ou au fonctionnement d'un matériel connecté au réseau, notamment d'un équipement domotique pour la détection de présence, le contrôle d'accès, du chauffage, de l 'éclairage, des ouvrants, de l 'incendie, de l 'inondation, de la coupure secteur, et/ou d'un dispositif médical, relatives à un signal d'alarme ou à tout signal résultant de la transformation de mesures et provenant d'un tel appareil connecté, notamment une pompe et/ou un perfuseur et/ou un respirateur et/ou un détecteur de chute, ou encore relatives à des informations provenant d'un logiciel tiers, notamment d'un système expert, et susceptible d'être exécuté sur le terminal ou sur une machine connectée au terminal, comme un logiciel de surveillance de l' autodialyse et/ou de surveillance glycémique des diabétiques et/ou de surveillance de l'hypertension artérielle.
12. Procédé selon l'une des revendications précédentes caractérisé en ce que des règles de surveillance sont mises à disposition d'une personne médicalement qualifiée, afin qu'elle puisse rendre ces règles de surveillance opérante ou inopérante.
13. Procédé selon l'une des revendications précédentes caractérisé en ce qu'un utilisateur fournit des données au terminal distant (9) via le réseau (7) au moyen d'un matériel distinct dudit terminal distant, notamment au moyen d'un terminal disposant de moyens de communication sans fil de type radiofréquence et/ou infrarouge.
14. Poste de surveillance sanitaire caractérisé en ce qu'il comprend des moyens pour qu'une personne (11) reçoive des alertes (10) et/ou interroge le serveur de données (1) ) via une interface homme-machine (12) selon un procédé conforme à l'une des revendications précédentes .
15. Poste médical caractérisé en ce qu'il comprend des moyens pour qu'une personne (11) médicalement qualifiée programme, via une interface homme-machine (12) , un terminal distant (9) selon un procédé conforme à l'une des revendications 1 à 13.
16. Serveur de surveillance sanitaire visant à permettre de mettre en œuvre un diagnostic médical établi par une personne médicalement qualifiée (11) vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que : - Le serveur comprend des moyens pour que la personne (11) médicalement qualifiée associe des données médicales (2) à des actions sanitaires (3) dans un serveur (1) via des règles de surveillance, - Le serveur (1) comprend des moyens pour programmer un terminal distant (9) , situé à proximité du malade de telle sorte que le terminal distant (9) met en œuvre un automatisme (5) appliquant les règles de surveillance aux données médicales fournies au terminal par au moins un capteur (8) propre au malade et/ou par une interface homme-machine du terminal distant (13) et/ou par une interface homme-machine d'un poste en réseau (12) et/ou par le réseau (7) selon un procédé conforme à l'une des revendications 1 à 13.
17. Terminal de surveillance sanitaire visant à permettre de mettre en œuvre un diagnostic médical établi par une personne médicalement qualifiée (11) vis-à-vis d'un malade suivi à distance, notamment à son domicile, et suivi via un réseau de communication, caractérisé en ce que : Un serveur comprenant des moyens pour que la personne (11) médicalement qualifiée associe des données médicales (2) à des actions sanitaires (3) dans un serveur (1) via des règles de surveillance, le terminal, situé à proximité du malade, comprend des moyens pour être programmé par le serveur (1) de telle sorte que ce terminal distant (9) mette en œuvre un automatisme (5) appliquant les règles de surveillance aux données médicales qui lui sont fournies par au moins un capteur (8) propre au malade et/ou par une interface homme-machine du terminal distant (13) et/ou par une interface homme-machine d'un poste en réseau (12) et/ou par le réseau (7) selon un procédé conforme à l'une des revendications 1 à 13.
18. Système de surveillance sanitaire mettant en œuvre le diagnostic médical ; ledit système permettant à des utilisateurs, notamment des médecins, de surveiller à distance des malades, notamment des malades maintenus à leur domicile ; ledit système comprenant : - un serveur de données connecté à un réseau de communication, notamment de type Internet, une interface homme-machine, notamment installée dans un équipement informatique, connectée audit serveur de données via ledit réseau de communication ; ladite interface homme-machine étant mise en œuvre par lesdits utilisateurs pour : • sélectionner et/ou saisir, dans ledit serveur de données, des données médicales, notamment du type "vomissements", • saisir et indexer des actions sanitaires, notamment du type "hospitalisation", correspondant auxdites données médicales, • paramétrer, à partir desdites données médicales sélectionnées, des règles de surveillance, se présentant notamment sous la forme de requêtes SQL du type "si symptômes = vomissements et température > 38,5°C, période d'observation = 24h action sanitaire = contrôler les urines" ; lesdites règles de surveillance étant enregistrées et indexées auxdites actions sanitaires dans ledit serveur de données ; ladite interface homme-machine étant en outre mise en œuvre par lesdits utilisateurs pour : • saisir et transmettre audit serveur de données des protocoles d'alertes, notamment des informations relatives aux coordonnées des personnes à prévenir dans le cas où une action sanitaire réalisée serait différente de la règle de surveillance correspondante ; ledit système comprenant en outre : des moyens d' analyse destinés à analyser la compatibilité desdits protocoles ainsi transmis, notamment la compatibilité dans le temps entre de nouvelles règles de surveillance et d' anciennes règles de surveillance ; ledit système comprenant en outre : - un terminal distant, situé chez lesdits malades, notamment chez lesdits malades maintenus à leur domicile ; ledit terminal distant étant connecté à des capteurs, notamment à des appareils médicaux de mesure, fournissant des données médicales audit terminal distant et/ou ledit terminal distant recevant lesdites données médicales desdits utilisateurs et/ou desdits malades via une interface homme-machine dudit terminal distant ; ledit système comprenant en outre des moyens de programmation pour programmer des automatismes dans ledit terminal distant, à partir dudit serveur de données via ledit réseau de communication ; lesdits automatismes étant programmés à partir desdites données médicales et desdites actions sanitaires indexées dans ledit serveur de données ; ledit terminal distant comprenant des moyens d' activation desdits automatismes ainsi programmés pour : • appliquer, de manière périodique, lesdites règles de surveillance auxdites données médicales fournies audit terminal distant en générant des actions sanitaires à exécuter, • contrôler l'exécution, par lesdits utilisateurs, desdites actions sanitaires, • générer des alertes dans le cas où lesdites actions sanitaires ne sont pas exécutées par lesdits utilisateurs ; de sorte que le système permet de constituer une base de diagnostic personnalisée pour chaque malade et de générer le déclenchement d' alertes appropriées . 22
compatibilité dans le temps entre de nouvelles règles de surveillance et d'anciennes règles de surveillance ; ledit système comprenant en outre : - un terminal distant, situé chez lesdits malades, notamment chez lesdits malades maintenus à leur domicile ; ledit terminal distant étant connecté à des capteurs, notamment à des appareils médicaux de mesure, fournissant des données médicales audit terminal distant et/ou ledit terminal distant recevant lesdites données médicales desdits utilisateurs et/ou desdits malades via une interface homme-machine dudit terminal distant ; ledit système comprenant en outre des moyens de programmation pour programmer des automatismes dans ledit terminal distant, à partir dudit serveur de données via ledit réseau de communication ; lesdits automatismes étant programmés à partir desdites données médicales et desdites actions sanitaires indexées dans ledit serveur de données ; ledit terminal distant comprenant des moyens d'activation desdits automatismes ainsi programmés pour : • appliquer, de manière périodique, lesdites règles de surveillance auxdites données médicales fournies audit terminal distant en générant des actions sanitaires à exécuter, • contrôler l'exécution, par lesdits utilisateurs, desdites actions sanitaires, • générer des alertes dans le cas où lesdites actions sanitaires ne sont pas exécutées par lesdits utilisateurs ; de sorte que le système permet de constituer une base de diagnostic personnalisée pour chaque malade et de générer le déclenchement d'alertes appropriées.
EP04805799A 2003-10-31 2004-11-02 Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical Withdrawn EP1683064A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0350760A FR2861873B1 (fr) 2003-10-31 2003-10-31 Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical
PCT/FR2004/050556 WO2005048160A2 (fr) 2003-10-31 2004-11-02 Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical

Publications (1)

Publication Number Publication Date
EP1683064A2 true EP1683064A2 (fr) 2006-07-26

Family

ID=34430060

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04805799A Withdrawn EP1683064A2 (fr) 2003-10-31 2004-11-02 Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical

Country Status (5)

Country Link
US (1) US7552101B2 (fr)
EP (1) EP1683064A2 (fr)
CA (1) CA2548987A1 (fr)
FR (1) FR2861873B1 (fr)
WO (1) WO2005048160A2 (fr)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8460243B2 (en) 2003-06-10 2013-06-11 Abbott Diabetes Care Inc. Glucose measuring module and insulin pump combination
US7722536B2 (en) 2003-07-15 2010-05-25 Abbott Diabetes Care Inc. Glucose measuring device integrated into a holster for a personal area network device
US20060010098A1 (en) 2004-06-04 2006-01-12 Goodnow Timothy T Diabetes care host-client architecture and data management system
US20080058740A1 (en) * 2006-08-29 2008-03-06 Sullivan Shawn J Sensing article for a home automation network
US20090060287A1 (en) * 2007-09-05 2009-03-05 Hyde Roderick A Physiological condition measuring device
US20090062686A1 (en) * 2007-09-05 2009-03-05 Hyde Roderick A Physiological condition measuring device
US10089443B2 (en) 2012-05-15 2018-10-02 Baxter International Inc. Home medical device systems and methods for therapy prescription and tracking, servicing and inventory
WO2010019852A2 (fr) * 2008-08-15 2010-02-18 Mohammed Hashim-Waris Systèmes et procédés de gestion de chaîne d'approvisionnement
US20110010782A1 (en) * 2009-07-09 2011-01-13 Microsoft Corporation Adapting parasites to combat disease
US8237555B2 (en) * 2009-10-09 2012-08-07 Mccarthy Tom Hazardous vehicle alert system and method based on reaction time, distance and speed
US8560479B2 (en) 2009-11-23 2013-10-15 Keas, Inc. Risk factor coaching engine that determines a user health score
US20110153347A1 (en) * 2009-12-23 2011-06-23 Adam Bosworth Analysis of User Laboratory Test Results
US8468239B2 (en) 2009-12-30 2013-06-18 Cisco Technology, Inc. Health presence local management interface
WO2011116340A2 (fr) * 2010-03-18 2011-09-22 Oregon Health & Science University Cadre de gestion de contexte pour télémédecine
WO2012015543A2 (fr) 2010-07-30 2012-02-02 Fawzi Shaya Système, procédé et appareil de réalisation d'examens médicaux virtuels en temps réel
US10629311B2 (en) 2010-07-30 2020-04-21 Fawzi Shaya System, method and apparatus for real-time access to networked radiology data
US10136845B2 (en) 2011-02-28 2018-11-27 Abbott Diabetes Care Inc. Devices, systems, and methods associated with analyte monitoring devices and devices incorporating the same
US8514067B2 (en) 2011-08-16 2013-08-20 Elwha Llc Systematic distillation of status data relating to regimen compliance
US9196148B1 (en) * 2013-03-15 2015-11-24 Alarm.Com Incorporated Location based monitoring system alerts
FR3004271B1 (fr) 2013-04-05 2015-05-08 Smartsante Gestion Procede de depistage et de suivi a distance de pathologies chroniques
ITMI20131321A1 (it) 2013-08-02 2015-02-03 Dml Ablogics Ltd Sistema telematico per la raccolta e l'analisi dei dati e dei risultati di saggi auto-diagnostici in una popolazione di utenti, corrispondente metodo, e apparecchiatura elettronica periferica di servizio e kit di auto-diagnostica per un uso in tale s
CN106845099A (zh) * 2017-01-16 2017-06-13 华北理工大学 一种基于大数据和互联网的老年健康监护系统
CN107330292A (zh) * 2017-07-14 2017-11-07 西藏大学 医疗诊断平台
BR112020007200A2 (pt) 2017-10-19 2020-10-13 Baxter International Inc. sistema de protocolo de segurança de cabeceira otimizado

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5465321A (en) * 1993-04-07 1995-11-07 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Hidden markov models for fault detection in dynamic systems
US7103460B1 (en) * 1994-05-09 2006-09-05 Automotive Technologies International, Inc. System and method for vehicle diagnostics
US5544308A (en) * 1994-08-02 1996-08-06 Giordano Automation Corp. Method for automating the development and execution of diagnostic reasoning software in products and processes
US5710723A (en) * 1995-04-05 1998-01-20 Dayton T. Brown Method and apparatus for performing pre-emptive maintenance on operating equipment
AU750050B2 (en) * 1998-06-03 2002-07-11 Scott Laboratories, Inc. Apparatus and method for providing a conscious patient relief from pain and anxiety associated with medical or surgical procedures
US7308894B2 (en) * 1998-06-03 2007-12-18 Scott Laboratories, Inc. Apparatuses and methods for providing a conscious patient relief from pain and anxiety associated with medical or surgical procedures according to appropriate clinical heuristics
AU779769B2 (en) * 2000-03-31 2005-02-10 Matsushita Electric Industrial Co., Ltd. Medical information system
US6741974B1 (en) * 2000-06-02 2004-05-25 Lockheed Martin Corporation Genetically programmed learning classifier system for complex adaptive system processing with agent-based architecture
WO2003043494A1 (fr) * 2001-11-23 2003-05-30 Medit As Systeme a configuration en grappe pour la surveillance a distance et support diagnostique
US20050101841A9 (en) * 2001-12-04 2005-05-12 Kimberly-Clark Worldwide, Inc. Healthcare networks with biosensors
US6838993B2 (en) * 2002-02-22 2005-01-04 Bioalert Systems, Inc. Early warning system and methods for detection of a bioterrorism event
US6999884B2 (en) * 2003-01-10 2006-02-14 Oxford Biosignals Limited Bearing anomaly detection and location

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2005048160A2 *

Also Published As

Publication number Publication date
US20070073520A1 (en) 2007-03-29
CA2548987A1 (fr) 2005-05-26
WO2005048160A3 (fr) 2005-07-21
FR2861873B1 (fr) 2006-01-27
US7552101B2 (en) 2009-06-23
FR2861873A1 (fr) 2005-05-06
WO2005048160A2 (fr) 2005-05-26

Similar Documents

Publication Publication Date Title
EP1683064A2 (fr) Systeme de surveillance sanitaire mettant en oeuvre le diagnostic medical
US8847767B2 (en) Health care server and method of operating the same
CA2726071C (fr) Appareil de mesure de glycemie
JP2017200587A (ja) 医療監視システム
EP1837787A1 (fr) Dispositif et méthode de télémédecine pour le calibrage de valeurs de mesure
US20060173260A1 (en) System, device and method for diabetes treatment and monitoring
CN107548496A (zh) 分析物测量仪
WO2017109663A1 (fr) Système intelligent de surveillance diagnostique de biofluides et procédé de surveillance de santé
JP2010530784A (ja) 個人用仮想アシスタント
EP2467811A1 (fr) Procédé et système pour surveiller et gérer les soins prodigués à des patients
WO2001097703A2 (fr) Procedes et systemes de fourniture de donnees medicales a une tierce partie conformement a des parametres de distribution configurables
Hristova et al. Context-aware services for ambient assisted living: A case-study
CN114449977A (zh) 口腔矫治器保持器
WO2013012862A1 (fr) Analyse de données de santé en temps réel à l'aide de dispositif mobile
Ahmed et al. Intelligent healthcare services to support health monitoring of elderly
WO2013023067A2 (fr) Système de surveillance et de suivi, procédé, article et dispositif
KR20090065869A (ko) 생체 신호 검출을 기반으로 하는 건강 관리 서비스 시스템및 이의 모니터링 방법
Balasubramaniam et al. IoT‐Based Noninvasive Wearable and Remote Intelligent Pervasive Healthcare Monitoring Systems for the Elderly People
Janckulık et al. Personal Telemetric System–Guardian
WO2021140670A1 (fr) Dispositif de transmission d'informations et procédé de transmission d'informations
Thomesse et al. Integrated Information Technologies for patients remote follow-up and homecare
Ma et al. R&D of versatile distributed e-home healthcare system for cardiovascular disease monitoring and diagnosis
TW201828237A (zh) 動態分析血糖值的方法及其系統與電腦程式產品
Avilés-López et al. Taking care of our elders through augmented spaces
WO2009153535A2 (fr) Systeme d'alerte medicale et procede correspondant

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060530

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LU MC NL PL PT RO SE SI SK TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VIGIMEDIS

RIN1 Information on inventor provided before grant (corrected)

Inventor name: VIGIMEDIS

17Q First examination report despatched

Effective date: 20110118

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20110531