EP3129925A1 - Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante - Google Patents

Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante

Info

Publication number
EP3129925A1
EP3129925A1 EP15720373.8A EP15720373A EP3129925A1 EP 3129925 A1 EP3129925 A1 EP 3129925A1 EP 15720373 A EP15720373 A EP 15720373A EP 3129925 A1 EP3129925 A1 EP 3129925A1
Authority
EP
European Patent Office
Prior art keywords
patient
message
platform
identifier
data
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
EP15720373.8A
Other languages
German (de)
English (en)
Inventor
Jean-Baptiste MICHON
Mathieu ROULLET
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Enovacom SAS
Original Assignee
Enovacom SAS
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 Enovacom SAS filed Critical Enovacom SAS
Publication of EP3129925A1 publication Critical patent/EP3129925A1/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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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 invention relates to a collection and management system, mainly vital or physiological data of patients accommodated in a health facility, such as a hospital or clinic. More specifically, the invention relates to a platform responsible for enriching the electronic or computerized patient files, using said data, by minimizing the human actions necessary for the constitution of said records as well as the risks of assigning erroneous data. Thanks to a particularly innovative design, the invention also allows dynamic and optimal management of the fleet of vital data measuring devices within a health facility and particularly effective monitoring of patients supported by said institution.
  • Consolidating a patient's medical record is not easy. Indeed, it includes a wide variety of information administrative and therapeutic.
  • a patient Upon the admission of a patient to a health facility, during the care of it with possibly a plurality of services and by a plurality of practitioners, such as doctors, nurses or caregivers, until the exit of said patient, the need for any practitioner within the institution to have a current view, relevant and complete information related to the patient remains only partially satisfied.
  • this need mobilizes a health worker activity that is particularly time-consuming. It is often diverted from therapeutic gestures to try to consolidate patient records.
  • the current tools put at its disposal provision to collect, report and record the administrative and medical data of a patient are unfortunately still sources of inconsistencies, redundancies, errors or lack of information within patient records.
  • Such a patient file even computerized (known in the English terminology Electronic Medical Record, EMR) encompasses, in a non-exhaustive manner, all the information concerning the health of a patient, that is to say information held by practitioners who have contributed to the development and / or follow-up of a diagnosis, a treatment or a preventive action, and which have been the subject of written exchanges between professionals health, such as examination results, records of consultations, interventions, explorations, therapeutic prescriptions, etc.
  • a medical file is created for each patient hospitalized in a public or private health facility. It is registered and updated by a patient data server, usually dedicated to that institution. Such a server may be, alternatively, remote or even distributed over several sites.
  • the computerized medical file of a patient thus includes information formalized and collected during external consultations dispensed in the establishment, during the reception at the emergency department or at the time of admission and during the hospital stay.
  • the file also contains information on the management of the patient during hospitalization, including clinical status, care and measurements of vital data delivered by measuring devices.
  • the computerized medical record may further include information established at the end of the patient's stay.
  • a first approach is to have an electronic collection assistant 2n or 2m in each room, precisely at the bedside of each bed provided to accommodate a patient.
  • the function of such an electronic assistant 2n or 2m is to collect vital data of said patient delivered by a measuring device Ax, Ay or Az, for example a blood pressure monitor, a medical ventilator or an infusion pump, suitable or arranged for communicate with said electronic assistant.
  • a first patient Pi is hospitalized. It occupies a bed Ln in a room Rn, side window.
  • a neighbor of misfortune Pk occupies a second bed Ln 'in the same room Rn, corridor side. This patient Pk and this bed Ln 'are not represented in FIG. 1.
  • a second electronic assistant 2 ⁇ ' is positioned near its bed Ln '.
  • a third patient Pj benefits from a consultation without hospitalization.
  • a 2m electronic assistant is present to collect vital patient data during consultations respectively.
  • this known technical solution requires providing a gateway between all the vital data measuring devices and said electronic assistants.
  • This gateway possibly separate from one device to another, makes it possible to establish communication between the Ax, Ay, Az devices and the electronic assistants 2n, 2n 'and 2m.
  • a tensiometer Az communicates via a wired gateway Cz with the wizard 2m, for example by means of a serial link conforming to the RS-232 standard.
  • the assistant 2n communicates, meanwhile, with an infusion pump Ax by wired Cx communication implementing a USB serial bus (known under the name Universal Serai Bus UK).
  • An Ay fan is, meanwhile, connected by a serial link Cy by means of a cable to the electronic assistant 2n.
  • connectors are generally used to ensure on the one hand the physical relationship between a device and an electronic assistant, and on the other hand a possible conversion of communication port.
  • Such a connector may further provide a unique connector identifier value for the wizard to indirectly discern the connected devices.
  • an electronic assistant 2n, 2n 'or 2m includes an input interface to allow health personnel to record the data measured by said non-communicating device.
  • an electronic assistant records the vital data in internal storage means. According to a determined periodicity, an electronic assistant transmits, to a vital data aggregation server 3, the vital data possibly collected from several measuring devices during the follow-up of the patients of which he remains "at bedside ".
  • the routing of said vital data to the aggregation server 3 is done by means of a communication network Np generally wired and proprietary.
  • the aggregation server cooperates with a console 4. An operator of said console 4 can thus set or influence the aggregation of data received from an electronic assistant.
  • HL7 is an organization that defines an eponymous set of technical specifications that determine the electronic exchange of clinical, financial or administrative data between hospital information systems.
  • the server 1 interprets the various messages from the aggregation server according to the HL7 protocol and triggers the updating of medical records of patients concerned by the server 1.
  • the aggregation server 3 knows only the assignment of an electronic assistant to a consulting office.
  • the risk of errors in the assignment of vital data collected to a computerized medical file is therefore important.
  • the server 1, storing the patients' medical records must be adapted or parameterized, for example by means of a supervision console 5, to consolidate or test the final assignment of the vital data to the patient files.
  • FIG. 2 three patients Pi, Pj and Pk respectively occupy the beds Ln, Lm and Lp in separate chambers, the chambers Rn, Rm, Rp.
  • First and second collection stations 2a and 2b are assigned and positioned in the immediate vicinity of the beds occupied by said patients.
  • a first station 2a is positioned in the chamber Rn.
  • the patient Pi, currently bedridden in the room Rn, is the subject of care requiring a vital data control by two measuring devices Ax and Ay. These two measuring devices are adapted to be able to establish a wired communication with the collection station 2a.
  • connection and communication modes Cx and Cy are those conventionally used for connecting any communicating device to a personal computer, for example a serial link complying with the RS-232 standards or USB.
  • a serial link complying with the RS-232 standards or USB.
  • connectors are used to ensure the physical relationship between the two elements and a conversion of ports or communication buses, generally from the RS-232 standard to a USB standard.
  • the other two patients Pj and Pk are bedridden on the beds Lm and Lp respectively positioned in the chambers Rm and Rp.
  • This second collection solution makes it possible to convey the second collecting station 2b to position it in the chamber Rm, occupied by the patient Pj, then in the chamber Rp, occupied by the patient Pk.
  • a nurse or doctor can connect a measuring device residing in one or the other room Rm or Rp. That person may, in alternatively, convey together with said collection station 2b, a nomadic measuring device Az, as shown in Figure 2.
  • This apparatus for example a blood pressure monitor, allows the nurse or doctor to test, successively or alternatively, physiological parameters of patients Pj then Pk.
  • the apparatus Az is connected to the collection station 2b by a serial link Cz.
  • the collection stations 2a and 2b communicate directly with a server 1 administering computerized medical records of patients hosted in the health facility, for example according to a protocol of HL7 exchange.
  • the station operator connects said collection stations to connection terminals of an N network, said terminals being arranged in the rooms, corridors or even in service offices or nurses.
  • the direct communication between said collection stations 2a or 2b and the server 1 storing patient medical records eliminates the need to deploy a proprietary Np communications network and thus decreases and the costs of deploying the solution.
  • Such a solution raises major disadvantages. It is first necessary to provide a network architecture N sufficient to ensure such exchanges between the collection stations 2a, 2b and the server 1.
  • the connection problem inherent to the electronic assistants with measuring devices remains.
  • measuring devices Ax, Ay and Az must be able to communicate with a collection station. The latter must reciprocally be able to connect to a communicating measuring device.
  • health personnel When a device can not be made communicating, health personnel must enter vital measurements or data using a suitable human-machine interface, for example a keyboard or a touch screen.
  • a collection station must also include material means to ensure communication with a measuring device, but also with the server 1.
  • An application software must be installed and kept up to date on all of the collection stations scattered throughout the area. health institution. This second solution thus has similar disadvantages arising from the acquisition, management and maintenance of a fleet of collection stations. In the same way, the assignment of a collection station to a patient is still not explicitly ensured. A collection station is assigned to a bed or an office. As a result, many seizures by health personnel, which are sometimes inconsistent with each other, are often made when performed by different health personnel. In the end, the solution described in connection with Figure 2 provides little progress.
  • the invention makes it possible to meet the great majority of the disadvantages raised by the known solutions.
  • said repositories comprising descriptors, or even additional data characterizing the structures, such as beds, rooms, care units, Hosting patients or measuring devices
  • the invention allows health personnel to associate, in a simple and certain way, any patient to any measuring device requested to measure vital data.
  • the invention relates to a platform for collecting and managing vital data of a patient, said data being delivered by a medical measuring device.
  • a measuring apparatus is associated with a unique identifier and cooperates with said platform by means of one or more data messages.
  • a platform cooperates further with a server computerized patient records and includes a processing unit. Said unit cooperates and implements:
  • management means cooperating with said means for decoding a data message, for selecting and aggregating vital data determined and produce a request for updating a computerized patient record; means for encoding such a request for updating a computerized patient file and producing an update message sent to the computerized patient record server.
  • such a platform In order to control associations or dissociations between measurement devices and patients and thus produce relevant and complete queries in updating computerized patient files, such a platform also comprises:
  • a patient repository comprising, for each patient, a record comprising a unique identifier characterizing the identity of said patient and a patient descriptor;
  • means for storing a repository of measuring apparatus comprising, for each measuring apparatus, a record including the identifier of said apparatus and an apparatus descriptor;
  • a care management message emanating from a device cooperating with the platform, encoding a request in association or dissociation of a measuring apparatus and a patient, said request comprising a unique identifier of the staff of health initiator of said association or dissociation, and means for decoding such a message and deduce the respective identifiers of the measuring device, the health personnel and the patient concerned by said request.
  • the management means of such a platform are arranged for: after decoding a care management message by said means for decoding such a message, implementing a care management method for recording, in the means for storing the device repository, an association or disassociation of an apparatus and a patient, as well as the identifier of the initiating health personnel of the said association or dissociation;
  • a computerized patient record updating request method associated with the patient concerned by the vital data thus collected by the platform, said method a request for updating a computerized patient file being adapted to integrate the unique identifier of the health personnel in the request for updating said computerized patient file.
  • a data message may comprise complementary measurement data associated with the vital data of a patient.
  • the means for decoding such a data message may advantageously be arranged to deduce said complementary measurement data.
  • Such additional measurement data may include a time stamp and / or a measuring device descriptor.
  • a platform may further comprise means for recording a history of vital data collection, said history comprising a plurality of records, and for which the management means can implement a traceability method for determining the content of a record of said history in response to the decoding of any data message.
  • the management means can therefore be adapted to implement a method of consulting a history of vital data collection.
  • the processing unit may comprise and implement means for encoding a view of the vital data collection history, said view resulting from the implementation of said method, in the form of one or more consultation messages.
  • Said processing unit may also implement means for transmitting the one or more messages to an administration device cooperating with the platform.
  • the management means may advantageously be adapted to implement a method of determining a state of association of a measuring device.
  • the processing unit may comprise and implement:
  • the invention provides that the repository of measuring devices hosted by a platform according to the invention can be updated.
  • the processing unit of such a platform may, for this purpose, include and implement means for receiving an administration message from a management device cooperating with the platform, said message encoding a request to implement of the apparatus repository, said request comprising a unique identifier of a measuring apparatus and a descriptor of said apparatus of measured. It is the same for means for decoding such a message and deduce the identifier and the descriptor of the measuring device concerned by the request.
  • the management means may further be arranged to, after decoding of an administration message by said means for decoding such a message, implement a method of updating the device repository to create a new record associated with the message. measuring device or to update a record previously associated with it.
  • the invention provides that the patient repository hosted by a platform according to the invention can be, in turn, updated.
  • the processing unit can comprise for that, and implement:
  • the management means can be arranged to, after decoding a patient monitoring message by said means for decoding such a message, implement a repository updating method patients to create a new record associated with the patient or to update a record previously associated with the patient.
  • said platform may comprise program storage means for recording a program computer having a plurality of program instructions which, when executed or interpreted by the processing unit, causes the implementation of a method accessing, in writing and / or reading, the means for memorize the platform.
  • a care management method implemented by the management means of the processing unit of a platform according to the invention, may include, in response to the decoding of a management message of care encoding a request in combination of a measuring device and a patient, steps for:
  • such a care management method may comprise, in response to the decoding of a care management message encoding a dissociation request from a measurement apparatus and a patient, steps for:
  • a platform according to the invention can produce a request for updating a computerized patient file.
  • a method of requesting an update of a computerized patient file, implemented by the management means of the processing unit of a platform according to the invention may include steps for:
  • the invention provides a method for updating said repository of the apparatuses.
  • a method is implemented by the management means of the processing unit of a platform conforming to the invention, in response to the decoding of an administration message.
  • Such a method may comprise steps for:
  • the invention provides a traceability method, implemented by the management means of the processing unit of such a platform. This includes steps to:
  • the record including the device identifier derived from the data message
  • the invention provides a method of consulting a history of vital data collection, said method being implemented by the management means of the processing unit of the platform. Such a method therefore comprises steps for:
  • the invention provides a method of updating said patient repository. Such a method comprises steps for:
  • the invention further provides a method for determining a state of association of a measuring apparatus.
  • This method implemented by the management means of the processing unit of a platform according to the invention, may comprise steps for:
  • the invention provides a computer program comprising a plurality of program instructions which, when executed or interpreted by the platform processing unit, causes the implementation of one of the above methods, said program being loadable in the program storage means of said platform.
  • the invention relates to a communicating device intended to be used by health personnel to record an association or dissociation of a measuring device and a patient.
  • a set man-machine interface for translating a selection action of said health personnel into a determination of an identifier of a measuring device, a patient identifier, an association or dissociation operation of said apparatus measuring device and said patient as well as a unique identifier of said health personnel; a processing unit cooperating with said means for cooperating with a platform and said setpoint man-machine interface.
  • the processing unit of such a device is adapted to implement a method for developing and issuing a care management message encoding a request to associate or dissociate a vital data measuring device and a patient.
  • said request comprising the identifier of the health personnel, the identifier of the measuring device, the patient identifier, the operation of associating or dissociating said measuring device and said patient initiated by the health personnel.
  • such a communicating device may advantageously further comprise a human-machine interface rendering cooperating with the processing unit of the device.
  • the means for cooperating with the platform can then be arranged to receive a device association status message from the platform and encoding a state of association of a meter.
  • the communicating device processing unit may be arranged to implement a method of association state consultation of a meter in response to receiving said device association status message.
  • the method for developing a care management message encoding a request for associating or dissociating a vital data measuring device and a patient said method being implemented by the processing unit of a communicating device according to the invention, has steps for:
  • association or dissociation operation respectively producing a request for associating or dissociating the measuring apparatus and the patient whose respective identifiers have been determined, said request comprising the identifier of the initiating health personnel of said association or dissociation;
  • the device association state consultation method comprises steps for:
  • the invention furthermore provides a computer program comprising a plurality of program instructions which, when they are executed or interpreted by the processing unit of a communicating device according to FIG. invention, causes the implementation of a method above, said communicating device further comprising storage means in which said program is loadable.
  • the invention relates to an administration device.
  • a device can be used to initialize the repository of measuring devices hosted by a platform according to the invention.
  • Such a device comprises:
  • a setpoint human-machine interface for translating a selection action of a user of said administration device into a determination of an identifier of a measuring apparatus and a descriptor specific to said measuring apparatus;
  • a processing unit cooperating with said means for cooperating with the platform and said setpoint man-machine interface.
  • the processing unit of such a device is adapted to implement a method for preparing and sending an administration message, said message encoding a request for updating the platform's device repository.
  • Such a device can furthermore make it possible to supervise the fleet of measuring devices.
  • such an administration device may comprise a human-machine interface for rendering cooperating with his processing unit.
  • the means for cooperating with the platform may also be arranged to receive a consultation message from the platform and encoding a view of the vital data collection history of the platform.
  • the processing unit of the administration device is then arranged to implement a method of supervising the operation of measurement devices, in response to the reception of said consultation message.
  • a method for developing an administration message comprising steps for:
  • a method of supervising the operation of measuring apparatuses said method being implemented by the processing unit of a delivery device according to the invention comprises steps for:
  • the invention further relates to a computer program comprising a plurality of program instructions which, when executed or interpreted by the processing unit of such an administration device. , causes the implementation of one of the above methods, said administration device further comprising storage means in which said program is loadable.
  • the invention finally relates to a system for collecting and managing vital data of a patient comprising:
  • a server for storing a plurality of computerized patient records
  • Such a system may further comprise an administration device adapted according to the invention and cooperating with the platform.
  • FIGS. 1 and 2 already described, respectively describe two systems for collecting and managing vital data of known patients
  • FIG. 3 shows a preferred architecture of a system for collecting and managing vital data of patients according to the invention
  • FIGS. 4a and 4b illustrate methods implemented by the processing unit of a platform for collecting and managing vital patient data in accordance with the invention
  • FIG. 5 illustrates two methods implemented by the processing unit of a device communicating with a platform for collecting and managing vital patient data in accordance with the invention
  • FIG. 6 illustrates two methods implemented by the processing unit of an administration device cooperating with a platform for collecting and managing vital patient data in accordance with the invention.
  • the invention relates to a system for collecting and managing vital data of patients accommodated in a health facility.
  • FIG. 3 such a system is illustrated in FIG. 3.
  • the health facility concerned comprises a plurality of rooms or consulting offices.
  • a first patient Pi is bedridden on a bed Ln within a chamber Rn.
  • a second patient Pj occupies a bed Lm in a separate room Rm.
  • Health workers la and Ib for example nurses, are responsible for carrying out medical follow-up.
  • Such personnel thus use a plurality of medical measuring devices Ax, Ay, Az.
  • such equipment consist of a blood pressure monitor, a medical ventilator, an infusion pump or any other device capable of delivering vital data.
  • any measuring device can transmit vital data of a patient on the NI network via a data message Md. Depending on the measuring devices concerned, the respective contents of the data messages can be distinct.
  • the devices Ax, Ay and Az communicate through the network NI via network connections Cx, Cy and Cz possibly separate.
  • the system for collecting and managing vital patient data in accordance with the invention comprises a server 1 of computerized patient records DPi.
  • This server 1 communicates with third-party devices via a wired communication network N.
  • a server 1 has two half-connectors.
  • a first half-connector is arranged to receive Mpo messages updating computerized patient records.
  • the second half-connector is arranged to transmit Mpi messages conveying information related to patients with a computerized record, for example, during a patient admission or during a transfer of a patient from a first care unit to a second care unit.
  • Mpi and / or Mpo messages are advantageously in accordance with IHE standards ("Integrating the Healthcare Enterprise” in English terminology) and HL7.
  • the messages are thus advantageously conveyed by a protocol of the MLLP type ("Minimal Lower Layer Protocol" in English terminology).
  • Such a standard describes the nature of the fields or elements that must comprise a request to update a computerized patient file.
  • a request needs to be unambiguous to specify in particular the identifier of the patient from which said data originates, an identifier of a health personnel responsible for initiating the measurement of vital data and a timestamp of the latter.
  • the known solutions do not make it possible to inform all of these fields.
  • a collection station 2a or 2b, illustrated in FIG. 2 does not know the identity of the patient from whom it receives vital data from a measuring apparatus. It is the same for the electronic assistant 2n or 2m, illustrated in Figure 1, or the aggregation platform 3 cooperating with said electronic assistants 2n, 2m.
  • the field "Patient identity”, which is essential to guarantee the property of the measured vital data, is either empty or has a default value.
  • the computerized patient records server with a view of patient structures and locations, must consolidate the data by attempting to reconcile a patient repository, a repository of structures, such as a care unit, rooms, beds , with the identifiers of the measuring devices or electronic assistants, or even collection stations ... The risk of inconsistency or errors of assignment during this consolidation operation is great.
  • a system according to the invention comprises a single platform for collecting and managing all the vital data delivered by the measuring devices.
  • the latter Ax, Ay, Az communicate directly, via communication channels Cx, Cy, Cz, with such a platform 10 via the communication network NI.
  • the platform 10 also cooperates with the server 1 which records and administers the computerized patient records DPi.
  • the platform 10 can also cooperate with one or more communicating devices 20a or 20b, used by health personnel ensuring the care of patients. For this, the platform 10 dialogs with these devices via an N2 communication network.
  • these devices are advantageously conventional communicating objects, such as, as non-limiting examples, communicating tablets, smartphones or laptops.
  • health workers inform the platform 10 of any association or dissociation of a measuring device and a patient.
  • the platform 10 collects the data messages Md transmitted by the measuring devices, combines the vital data collected with the identifier of the patient concerned, or even an identifier of the health personnel who initiated the measurement of said vital data .
  • Said platform selects certain vital data collected, aggregates and produces relevant requests for updating computerized patient records DPi to the server 1.
  • the platform 10 for collecting and managing vital data Da of a patient Pi or Pi includes a processing unit 19, such as for example a microprocessor or a microcontroller.
  • This processing unit 19 cooperates, for example via an internal wire bus, and implements means for receiving C1 data messages Md delivered by the medical measuring devices communicating via the network NI.
  • This communication port C1 provides the connection of the platform to said network NI.
  • the processing unit 19 cooperates and implements means 13 for decoding such data messages Md.
  • the data messages Md generally have respective contents and structures that vary according to the models or types of devices. measured.
  • a message Md advantageously comprises complementary data De.
  • complementary data comprises a device descriptor which specifies the type or model. This descriptor can be transmitted by the measuring device as such or by the optional connector connecting said apparatus to the network NI, if said apparatus can not directly generate a message Md intelligible by the platform 10. Alternatively, an Md message may not include such a device descriptor. It can be advantageously deduced by the processing unit 19 of information included in a repository of measuring apparatus MA, referential hosted by storage means cooperating with said processing unit 19.
  • the identifier of the measuring device contained in a data message is sufficient for the processing unit to interrogate said repository MA, to know the descriptor of the apparatus concerned by the data message and thus to adapt the means 13 for the latter to decode the message Md.
  • said means 13 consist of one or more computer libraries that can be implemented by the processing unit 19. According to the descriptor of a measuring device, that it is conveyed by the data message. or stored in the MA device repository, the processing unit 19 implements the appropriate computer library. The means 13 are thus able to decode any received Md message, regardless of the measuring device at the origin of the message. These discriminate or deduce the vital data Da, the identifier IDa, or even additional data from said message. Such an Md message may also be encoded to authenticate or encrypt the content of the message, according to any known means, by the measuring device or the optional connector connecting the device to the network NI.
  • the means 13 are able to implement reciprocal functions necessary for verifying the authenticity of the message, or even deciphering it, prior to decoding the message as such. Whether a device descriptor is registered or not in a repository of the MA devices, said device reference is necessary for the operation of a platform 10 according to the invention.
  • the reference system of measuring devices MA comprises, for each measuring device, such as one of the devices Ax, Ay or Az, a record comprising the identifier of said device IDa or a descriptor.
  • the repository of the apparatus MA can further specify a particular treatment that the processing unit 19 must apply to data collected by the platform and emanating from it.
  • the repository of the measuring devices MA can be preset or predefined during the commissioning of the platform 10. It can also be advantageously updated by a manager of a fleet of measuring devices, via a console or device.
  • the platform 10 therefore comprises means C3 for receiving Mgi administration messages emanating from such an administration device 6 cooperating with the platform 10, for example via a communication network N3.
  • Such a management message encodes a request to update the repository of the MA devices.
  • the processing unit 19 implements management means 14.
  • the management means 14 can also advantageously consist of a or several computer libraries determining operations that the processing unit can implement. As non-limiting examples, such operations may lead to filtering certain vital data that one wishes to ignore or to select, aggregate or even consolidate them to ultimately produce a request for updating a patient file computerized DPi of the server 1.
  • the management means 14 can thus implement a plurality of rules or methods for managing the vital data collected and decoded respectively by the means C1 and 13.
  • a collection and management platform according to the invention 10 further comprises a patient repository MI. It is stored by storage means cooperating with the processing unit 19 of the platform 10.
  • the patient reference system MI comprises, for each patient, such as the patient Pi or Pj, a record comprising a unique identifier characterizing the patient. identity of said patient. It may further include a patient descriptor. This may include information related to the accommodation of said patient: a room, a bed, a care unit. The descriptor may further include distinctive signs such as first names, names or gender of the patient, etc.
  • the elements related to the host structure, such as the care unit, the bed, the room, etc. can be subject to a structure reference also memorized by the platform. In this case, the descriptor of the patient includes one or more references, or association information, to said structure reference.
  • the platform 10 materializes and records any association or dissociation of a measuring device and a patient.
  • Such an association advantageously consists in associating the registration of the repository of the MI patients, comprising the identifier of said patient, with the registration of the MA apparatus repository, including the identifier of said measuring apparatus.
  • Such an association can be done by any means, depending on whether the repositories constitute tables of records of a database or structures or files of ordered records.
  • the recording of the repository of the measuring apparatus MA which includes the identifier of the associated apparatus, comprises an association information designating the instrument.
  • MI patient repository registration that includes the associated patient identifier.
  • This information may consist of the value of said patient identifier or a reference or pointer to said record including the patient identifier within the MI patient repository.
  • storage means cooperating with the processing unit 19 of the platform 10, can record a data structure or table comprising reference pairs respectively designating records of the associated MA apparatus repositories and MI patients.
  • the MI patient repository can be pre-established and / or advantageously updated according to the admissions, discharges or transfers of patient care units.
  • a platform 10 according to the invention can advantageously cooperate with a computerized patient records server 1 DPi and receive messages Mpi emanating therefrom. Such an Mpi message encodes a request to update the MI patient repository.
  • a server computerized patient records and a platform according to the invention.
  • a platform according to the invention such as the platform 10 described in connection with FIG. 3, to translate and record an operation initiated by a health care staff or Ib to associate or dissociate a medical measuring device and a medical device. patient, said platform comprises means C2 for receiving a care management message Mli.
  • such a message Mli emanates from a device 20, 20a or 20b cooperating with the platform 10.
  • a message makes it possible to encode a request in association or dissociation of a measuring device and a patient.
  • a communicating device 20a or 20b a functional architecture is described in connection with a device 20, dialogue with the platform via a communication network N2.
  • a communication network may be a wired network, of the Ethernet type, for example.
  • the device 20b for example in the form of a laptop, communicates via a wired link Cb.
  • the device 20a for example a smartphone or a tablet, communicates wirelessly Ca, for example according to Wi-Fi or Bluetooth communication protocols, via an HS network access point ensuring the protocol conversion of the channel.
  • wireless Ca in a wired way Ca '.
  • the processing unit 19 of a platform comprises and implements means 11 for decoding such a message.
  • Such hardware and / or software means deduce the respective identifiers of the measuring apparatus and the patient concerned by the request in association or dissociation.
  • a care management message Mli may be encoded to be signed and / or encrypted by the communicating device 20, 20a or 20b having sent said message.
  • the means for decoding 11 comprise the functions reciprocals to verify the signature of the transmitting device and / or to decipher the message Mli.
  • this method stores, in the means for storing the repository of the apparatus MA, an association or dissociation of a measuring apparatus and a patient.
  • such a method 110 advantageously comprises:
  • said care management method 110 advantageously comprises:
  • Such deletion of the association information may consist of a write of a predefined value signifying a "non-association".
  • the repositories MI and MA thus inform the platform 10, on the one hand, measuring devices capable of transmitting data messages Md comprising vital data of patients, but also patients from which said vital data received by the platform originate, said data from said measuring apparatus.
  • the management means 14, implemented by the processing unit 19 of a management and collection platform 10 according to the invention are able to produce one or more requests for updating computerized patient files whose completeness and coherence "data - patients" are unrivaled in the light of the state of the art.
  • the invention provides that the care management messages Mli developed by communicating devices 20, 20a or 20b, used by health personnel the or Ib having initiated an operation of association or dissociation of a measuring apparatus and a patient, may comprise the respective identifiers of said health personnel 1a, 1b.
  • Such identifier of a health personnel can be deduced by the means for decoding 11.
  • the method 110 implemented by the management means 14 then comprises a complementary step 115 for writing additional information to the association information.
  • This information can be the identifier of the health personnel as such or a reference to a repository of health personnel MS shown in Figure 3.
  • a repository of health personnel MS can be advantageously stored by storage means cooperating with the processing unit 19 of the platform 10.
  • Said reference system MS may include, for each health staff, such as a nurse or Ib, a record comprising a unique identifier characterizing the identity of said health personnel. It can also include a descriptor including for example information related to the unit of care on which said staff depends or distinctive signs such as first names, names or sex, post, etc.
  • the elements related to the care unit can be subject to a structure reference also memorized by the platform.
  • the descriptor of the health personnel includes one or more references, or association information, to said structure repository.
  • An example of elaboration of such a request to update a computerized patient record DPi by the management means 14 may follow, after decoding a data message Md by the means for decoding, of the implementation of implementation of a process 120 for requesting an update of a computerized patient record DPi, said file being that of the patient concerned with vital data thus collected by the platform 10.
  • such a method 120 may advantageously comprise:
  • step 124 to elaborate a request for updating computerized patient record DPi further integrates said identifier in said request.
  • Such an identifier of the health personnel 1a or 1b can advantageously be read beforehand in step 122 in the record comprising the identifier IDa of the measurement apparatus concerned.
  • the management means 14 can, subsequently, control means for encoding such a request for updating a computerized patient record Dpi and produce an update message. Mpo addressed to server 1 of computerized patient records Dpi. This action constitutes step 125 of process 120.
  • Mpi conveying information related to patients from the server 1
  • the means for encoding requests to update computerized patient files and produce Mpo messages may consist of a software library implemented by the processing unit 19.
  • Mpo messages are advantageously transmitted by means C to the server 1 according to IHE and HL7 standards.
  • the Mpo messages are thus advantageously conveyed by a protocol of the MLLP type.
  • the encoding of requests for updating of computerized patient files may be subject to an encryption or signature procedure of the platform to ensure confidentiality and / or authenticity.
  • the invention further provides for a history of vital data collected and managed by the platform.
  • a platform 10 further comprises MR means for recording a history of vital data collection.
  • MR means for recording a history of vital data collection.
  • Such a history consists of a plurality of records, and for which the management means 14 implement a traceability method 130 for determining the content of a record of said history in response to the decoding of any data message Md.
  • such a traceability method 130 may advantageously comprise:
  • the history may also include in any record, the identifier of the health personnel, Ib having initiated the association of a measuring device and a patient together with the elements derived from a message of data.
  • Step 134 may further read in said record, the identifier of the health personnel la, Ib having initiated the association.
  • Step 138 may, for its part, advantageously include in the record of the history, said identifier of the health personnel together with that of the patient.
  • the complementary measurement data De can include a time stamp of the vital data. Such a time stamp is then recorded in the MR history.
  • Such a history MR has different utilities and can be the subject of several treatments implemented by the management means 14 of the processing unit 19 of the platform.
  • the management means 14 advantageously apply predetermined criteria to offer only a partial view of said history, for example masking any reference to a patient.
  • a platform 10 cooperates via a communication network with a server 1 of computerized patient records DPi.
  • a server 1 of computerized patient records DPi We have already detailed the development of requests for updating computerized patient records DPi, encoded and transmitted to the server 1 in the form of Mpo messages by the means 12 and C.
  • the processing unit 19 comprises and implements means for receiving C a patient monitoring message Mpi from the server 1.
  • a patient monitoring message Mpi can be produced on purpose by the server 1 to update the MI patient repository. It is generally produced to communicate with the administrative posts of the care units and thus inform the staff of the follow-up patients in a health facility.
  • the platform 10 is advantageously provided for listening and intercepting such a Mpi patient monitoring message. It can therefore intercept such a message, initialize and / or update the MI patient repository. An Mpi patient monitoring message is therefore considered, "in the eyes" of the platform 10, as encoding a request to update the MI patient repository.
  • Said request comprises a unique identifier of a patient Pi or Pj and a descriptor of said patient.
  • the management means 14 cooperate with means 12, hardware and / or software, for decoding a patient monitoring message Mpi and deduce said identifier and said descriptor of the patient concerned by the request.
  • a descriptor may include information related to the accommodation of said patient: a room, a bed, a care unit. It may also include distinctive signs such as first names, names or sex of the patient.
  • the management means 14 After decoding an Mpi patient monitoring message, the management means 14 implement a method 150 for updating the patient repository MI. This consists of creating a new record associated with the patient or updating a record previously associated with the patient in the MI patient repository.
  • the method 150 advantageously comprises a step 151 for searching in the repository of the MA apparatuses a record comprising the patient identifier previously deduced from the patient tracking message Mpi. If there is such a record (shown by a "y" in Fig. 4a), said method includes a step 152 for updating the descriptor of the patient in said record. This is indeed the case of a patient being transfer to a new care unit.
  • the method 150 comprises a step 153 for creating a new record in the patient repository MI and recording the patient's identifier and the descriptor thereof. . In this case, it is usually a new entrant.
  • a platform 10 To inform a platform 10 according to the invention of any association or dissociation of a measuring device and a patient, said platform cooperates with one or more communicating devices 20a or 20b, the latter sending him care management messages Mli.
  • the invention further provides that the platform can inform said communicating devices, by Mlo apparatus association status messages, the availability of measuring devices and thus facilitate the actions of health personnel.
  • each health personnel has a communicating device.
  • FIG. 3 depicts two health personnel Ia and Ib respectively having communicating devices 20a and 20b.
  • communicating devices are pooled for a plurality of health personnel. To reduce the costs of acquisition and maintenance of the fleet of communicating devices, the latter are advantageously selected from conventional communicating objects, such as, laptops, tablets or smartphones. They do not derive from a specific design such as electronic assistants described in connection with Figure 1.
  • a communicating device 20, 20a or 20b comprises means 21 for cooperating with a platform 10 of collection and management of vital data of a patient according to the invention. For this, it is sufficient to use conventional means to communicate through a wired or wireless network. Such equipment can therefore be connected to the network N2 by a wired connection Cb via a cable comprising an RJ-45 port or a wireless connection Ca, Ca 'of the Wi-Fi or Bluetooth type via a network access point HS.
  • a device 20 further comprises a man-machine interface setpoint 22 for translating a selection action of a health personnel into a determination advantageously of an identifier of said health personnel, an identifier of a measuring device, an identifier of a patient and an operation of association or dissociation of said measuring apparatus and said patient.
  • a setpoint interface 22 consists of a keyboard for a computer or a touch screen for a tablet.
  • a device 20 comprises a processing unit 29. It is the microprocessor or microcontroller of said device.
  • the device 20 is adapted so that said processing unit can implement a method 210 for preparing and issuing a care management message Mli encoding a request to associate or dissociate a measurement device. vital data and a patient.
  • a method 210 is described, by way of example, with reference to FIG.
  • a method 210 advantageously comprises a step 211 for controlling the reference human-machine interface 22 and translating a selection action of a user, the or Ib, into a measurement device identifier, an identifier of a patient, an operation of association or dissociation of said measuring apparatus and said patient, and advantageously an identifier of the health personnel having initiated said association or dissociation operation.
  • Such an action may, for example, consist of going through a menu or lists presenting, on the one hand, the patients staying in the care unit to which the health personnel are assigned and, on the other hand, the measuring devices available at the health unit. within the care unit.
  • the selection of a patient and a device, with a menu or button of association or dissociation, reflects the gestures and the intention of the health personnel.
  • the method 210 comprises a step 212 for respectively producing a request for associating or dissociating the measuring apparatus with the patient whose parameters are the respective identifiers previously determined.
  • Said method 210 further comprises a step 213 for encoding said request and producing a care management message Mli.
  • a step 214 controls the transmission of said message Mli by the means for cooperating with the platform 10.
  • the invention provides for rendering a view, in particular of the repository of the apparatus MA, through a human-machine interface for rendering said device 20.
  • a human-machine interface for rendering said device 20.
  • Such an interface 23 is preferably a screen that comprises a conventional communicating device 20. It could, alternatively or in addition, be a speaker or any other means likely to restore content intelligible auditing health staff.
  • the invention provides that the means 21 for cooperating with the platform, more specifically with the network N2, can be further arranged to receive and decode a device association status message Mlo emanating from the platform 10.
  • a message encodes a state of association of a measuring apparatus in the form of a view of the repository of the MA apparatus.
  • the processing unit 29 is arranged to implement an association state consultation method 220 of a measuring apparatus in response to receiving said association state message.
  • Mlo device the rendering of the view of the repository delivered by the platform 10 can be performed via a web browser or via a graphical interface adapted to this rendering function. Health personnel can thus consult the state of association or non-association of measuring devices. Such a consultation may be a prerequisite for the implementation of the method 210, the latter becoming a "contextual" process if, for example, are presented in 211, only devices not associated with a patient.
  • such a measurement unit association state consultation method 220 implemented by the processing unit 29, can advantageously comprise:
  • the adaptation of a device 20, especially if it is a conventional communicating object consists in loading in the storage means 24, a computer program which comprises a plurality of program instructions which, when executed or interpreted by the processing unit 29, cause the implementation of the measurement device association state consultation method 220 according to the invention.
  • a platform 10 for collecting and managing vital data in accordance with the invention is then adapted to issue such an association status message.
  • a Mlo device encoding a view of the MA repository.
  • the management means 14 of the processing unit 19 are adapted to implement a method 140 for determining a state of association of a measuring apparatus.
  • the processing unit 19 comprises and implements means for determining and then encoding said association state in the form of a device association status message Mlo.
  • the means C2 are controlled to send such a message to a communicating device 20, 20a or 20b cooperating with the platform 10 by the network N2.
  • such a method 140 advantageously comprises:
  • a platform for collecting and managing vital data 10 according to the invention and a server 1 of computerized patient records DPi and then with one or more communicating devices 20, 20a, or 20b used by health personnel or Ib, let us now study the cooperation between said platform 10 and an administration device 6.
  • the latter is generally operated by a manager of a fleet of measuring devices. It corresponds, according to a preferred embodiment, to a microcomputer, possibly portable, adapted to move in a supervision console of said park.
  • This device 6 furthermore makes it possible to parameterize the platform 10 by initializing the repository of the devices.
  • such a device 6 comprises a processing unit 69. It further comprises means for cooperating 61 with a platform 10 via a communication network N3.
  • a device 6 connects to said network N3 by a preferred path C3.
  • the administration device 6 could, however, favor a wireless path.
  • a device 6 further comprises a man-machine interface setpoint 62, traditionally in the form of a keyboard and / or a pointing device.
  • Such an interface 62 has the function of translating, for example, an input or selection action of the manager into a determination of an identifier of a measuring apparatus and / or a own descriptor to said measuring apparatus.
  • the processing unit 69 cooperates with said means to cooperate 61 with the platform 10 and said man-machine reference interface 62.
  • An administration device 6 can furthermore comprise a human-machine interface for rendering 63 cooperating with the unit. 69.
  • Such an interface 63 consists of a screen, a printer or any other means making it possible to restore content to the user of the device 6.
  • the processing unit 69 is adapted, according to the invention, to implement a method 610 for generating and transmitting a Mgi administration message that can be decoded and interpreted by the platform 10. Such a message can make it possible to encode a request to update the repository of the MA devices of the platform 10.
  • said processing unit 69 may be adapted to implement a method 620 for monitoring the operation of measuring devices, in response to the receipt of a Mgo consultation message from the platform 10.
  • Such an Mgo message allows in particular to exploit the MR history of vital data collections consisting of the platform 10, providing a view of said history.
  • a first mode of cooperation between the management device 6 and the platform 10 is to initialize or update the repository of the MA devices.
  • the method 610 implemented by the processing unit 69 advantageously comprises a first step 611 for controlling the human-machine reference interface 62 translating an action or gesture of a user of the device. 6.
  • This step 611 makes it possible to determine an identifier and a descriptor of a measuring apparatus.
  • a descriptor may include a type or A model. It can furthermore specify any information, such as details, units of measure, etc., that the management means 14 of the platform 10 can exploit to implement relevant management rules of the vital data after collection of the latter. .
  • the method 610 may further comprise a step 612 for producing a request for updating the repository of the MA devices of the platform 10, said request comprising, as parameters, said identifier and descriptor of the measuring apparatus.
  • the method 610 finally comprises a step 613 for encoding said request in the form of an administration message Mgi. Such a step may include a signature phase to authenticate the device 6 as a source of said message, or even encryption.
  • the method 610 comprises a step 614 for controlling the transmission of said administration message Mgi by the means for cooperating 61 to the platform 10.
  • the platform 10 is also adapted.
  • the processing unit 19 implements means C3 for receiving an Mgi administration message from an administration device 6 cooperating with the platform 10 via the network N3. Said processing unit 19 also implements means 15 for decoding such a message and deducing therefrom the identifier and the descriptor of the measuring apparatus concerned by the request for updating the apparatus repository.
  • the management means 14 of the platform are arranged to, after decoding an Mgi administration message, implement a method 160 for updating the repository of the MA devices.
  • One such method is to create a new record associated with a new meter or to update a record previously associated with a device already registered in said repository of MA devices.
  • such a method 160 advantageously comprises a first step 161 for searching in the MA apparatus repository, a record comprising the identifier of the apparatus previously deduced from the Mgi administration message. If a record comprising the identifier of the apparatus exists in said MA repository (represented by a "y" in FIG. 4b), this means that the latter is known to the platform 10.
  • the method 160 then comprises a step 162 for update the descriptor of the measuring apparatus in said record. If no record includes said identifier (represented by an "n" in FIG. 4b), the method comprises a step 163 for creating a new record in the repository of the apparatus MA and recording therein the identifier of the apparatus as well as the descriptor of it. This step makes it possible to declare a new measuring device available for measuring and delivering vital data.
  • a second mode of interaction between a platform 10 and a delivery device 6 according to the invention consists in supervising the operation of the measuring devices and thus optimizing the maintenance and management of the equipment fleet.
  • the method 620 for supervising the operation of measuring devices advantageously comprises, following the receiving a Mgo consultation message from the platform 10, a first step 621 for decoding such a message and deriving a view of the MR history of vital data collection of the platform 10.
  • a view essentially exploits the information timestamps, if they exist, vital data collection and association unit.
  • the view preferentially masks the identities of the associated patients for obvious reasons of confidentiality.
  • a method 620 further includes a step 622 for performing a processing of said view and producing summary data. Any treatment may be considered within the meaning of the invention.
  • the main purpose of supervision is to dynamically monitor the device association rate and / or any other useful statistics for the manager.
  • the method 620 comprises a step 623 for controlling the rendering of said synthesis data by the human-machine interface for rendering the administration device 6 to the user.
  • a delivery device 6 is preferably a conventional object.
  • the invention provides a computer program comprising a plurality of program instructions which, when executed or interpreted by the processing unit 69 of a delivery device 6, causes the implementation of one of said methods 610 or 620.
  • Such a computer program is loaded into storage means 64 cooperating with said processing unit 69 for the latter to operate.
  • the platform 10 is adapted so that the management means 14 can implement a method 170 of consulting a history MR of Da vital data collection.
  • the processing unit 19 of the platform via the management means 14, implements means 15 for encoding a view of the history of collecting vital data, said view resulting from the implementation of said method in the form of one or more Mgo consultation messages.
  • the means C3 for transmitting the one or more messages Mgo to an administration device 6 are controlled by the processing unit 19 to transmit said messages on the network N3.
  • Such a method 170 for viewing a vital data collection history MR advantageously comprises, as indicated in FIG. 4b, a first step 171 for accessing the means for memorizing MR a history of vital data collection.
  • a step 172 constitutes a predetermined view by selecting certain fields or elements of each record. This selection operation aims to mask certain information related to the patient and / or the health personnel having initiated Da vital data measurements. Different selection rules can be pre-established depending on the type of measuring device concerned.
  • the method 170 includes a step 173 for controlling the means 15 for encoding such a view and producing a consultation message Mgo.
  • a platform 10 comprises means for storing MW programs to record one or more computer programs comprising a plurality of instructions program that, when executed or interpreted by the processing unit 19, causes the implementation of a method accessing, in writing and / or reading, means for storing the platform. It is thus possible to load in said memory means MW, any program for initializing or updating the instructions for setting processes 110, 120, 130, 140, 150, 160, 170 as well as rules for managing the collected data.
  • a system for collecting and managing vital data Da of a patient Pi, Pj illustrated by way of non-limiting example with reference to FIG. 3, comprehensively comprises:
  • a server 1 for storing a plurality of computerized patient records DPi;
  • one or more communicating devices 20, 20a or 20b intended to be used by the health personnel 1a, 1b to record any association or dissociation between said measuring devices and the patients;
  • a possible administration device 6 to update, in particular, the reference system for measurement devices and to ensure management of said devices with regard to their respective holdings in the health facility.
  • Such networks may alternatively constitute, in combination, only one and the same entity physical.
  • the means C1, C2, C3 and C allowing the platform 10 to receive or transmit messages on the networks N, NI, N2, N3 may also constitute separate physical entities or alternatively, may constitute in combination, the same physical entity.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

L' invention concerne un système de collecte et de gestion de données vitales (DA) de patients (Pi, Pj ) délivrées par des appareils de mesure (Ax, Ay, Az) au sein d'un établissement de santé. Un tel système comporte une plateforme (10) collectant et assurant la gestion desdites données. La plateforme (10) coopère avec un serveur (1) de dossiers patients informatisés (DPi) et avec une pluralité de dispositifs communicants (20, 20a, 20b) utilisés par le personnel de santé. La plateforme comporte des référentiels de patients (MI) et d'appareils de mesure (MA) pour maîtriser les associations ou dissociations d'appareils et de patients. La plateforme (10) élabore et transmet au serveur (1) des requêtes en mise à jour de dossiers patients informatisés (DPi) pertinentes et complètes. L'invention concerne en outre un dispositif d'administration (6) interagissant avec la plateforme (10) pour superviser lesdits appareils de mesure.

Description

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

Claims

REVENDICATIONS
1. Plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) , lesdites données étant délivrées par un appareil médical de mesure (Ax, Ay, Az) étant associé à un identifiant unique (IDa) et coopérant (NI, Cx, Cy, Cz, Cl) avec ladite plateforme (10) au moyen d'un ou plusieurs messages de données (Md) , ladite plateforme (10) coopérant (N, C) en outre avec un serveur (1) de dossiers patients informatisés (DPi) et comportant une unité de traitement (19), ladite unité coopérant et mettant en œuvre :
- des moyens pour recevoir (Cl) un message de données (Md) et des moyens pour décoder (13) celui-ci et en déduire l'identifiant (IDa) de l'appareil de mesure (Ax, Ay, Az) et les données vitales (Da) délivrées par ce dernier ;
- des moyens de gestion (14), coopérant avec lesdits moyens pour décoder (13) un message de données (Md) , pour sélectionner et agréger des données vitales ainsi déterminées et produire une requête en mise à jour d'un dossier patient informatisé (DPi) ;
- des moyens (12) pour encoder une telle requête en mise à jour d'un dossier patient informatisé (Dpi) et produire un message de mise à jour (Mpo) adressé au serveur (1) de dossiers patients informatisés (Dpi) ; ladite plateforme étant caractérisée en ce qu'elle comporte en outre : - des moyens pour mémoriser un référentiel des patients (MI) comportant, pour chaque patient (Pi, Pj ) , un enregistrement comprenant un identifiant unique caractérisant l'identité dudit patient et un descripteur de patient ;
- des moyens pour mémoriser un référentiel des appareils de mesure (MA) comportant, pour chaque appareil de mesure (Ax, Ay, Az) , un enregistrement comprenant l'identifiant dudit appareil (IDa) et un descripteur d'appareil ;
- des moyens pour recevoir (C2) un message de gestion de soins (Mli) , émanant d'un dispositif (20a, 20b) coopérant (N2, Ca, Ca' , Cb, C2) avec la plateforme (10), encodant une requête en association ou en dissociation d'un appareil de mesure et d'un patient, ladite requête comportant un identifiant unique du personnel de santé (la, Ib) initiateur de ladite association ou dissociation, et des moyens (11) pour décoder un tel message et en déduire les identifiants respectifs de l'appareil de mesure, du personnel de santé et du patient concernés par ladite requête ;
et, en ce que les moyens de gestion (14) sont agencés pour :
- après décodage d'un message de gestion de soin (Mli) par lesdits moyens pour décoder (11) un tel message, mettre en œuvre un procédé de gestion de soins (110) pour consigner, dans les moyens pour mémoriser le référentiel des appareils (MA) , une association ou une dissociation d'un appareil de mesure et d'un patient, ainsi que l'identifiant du personnel de santé (la, Ib) initiateur de ladite association ou dissociation ;
- après décodage d'un message de données (Md) par les moyens pour décoder (13) un tel message de données (Md) , mettre en œuvre un procédé (120) de demande de mise à jour du dossier patient informatisé associé au patient concerné par les données vitales ainsi collectées par la plateforme, ledit procédé (120) de demande de mise à jour d'un dossier patient informatisé étant adapté pour intégrer l'identifiant unique du personnel de santé (la, Ib) dans la requête en mise à jour du dossier patient informatisé (Dpi) .
Plateforme selon la revendication précédente, comportant en outre des moyens (MR) pour enregistrer un historique de collecte de données vitales, ledit historique comportant une pluralité d'enregistrements, et pour laquelle les moyens de gestion (14) mettent en œuvre un procédé de traçabilité (130) pour déterminer la teneur d'un enregistrement dudit historique en réponse au décodage de tout message de données (Md) .
Plateforme selon l'une quelconque des revendications précédentes, pour laquelle :
- un message de données (Md) comporte en outre des données complémentaires (De) de mesure associées aux données vitales d'un patient ; - les moyens pour décoder (13) un message de données (Md) en déduisent lesdites données complémentaires (De) de mesure.
4. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle :
- un message de gestion de soins (Mli) encode en outre des données complémentaires de soins associées à la requête en association ou en dissociation ;
- les moyens pour décoder (11) un message de gestion de soins (Mli) en déduisent lesdites données complémentaires de soins.
5. Plateforme selon les revendications 3 ou 4, pour laquelle les données complémentaires de mesure ou de soins comportent un horodatage et/ou un descripteur de l'appareil de mesure.
6. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle :
- les moyens de gestion (14) sont adaptés pour mettre en œuvre un procédé de détermination d'un état d'association d'un appareil de mesure ;
- l'unité de traitement (19) comporte et met en œuvre :
■ des moyens pour encoder (11) ledit état d'association sous la forme d'un message d'état d'association d'appareil (Mlo) ;
■ des moyens pour émettre (C2) un tel message à destination d'un dispositif (20a, 20b) coopérant (N2, Ca, Ca' , Cb, C2) avec la plateforme (10) .
7. Plateforme selon la revendication 2, pour laquelle :
- les moyens de gestion (14) sont adaptés pour mettre en œuvre un procédé de consultation d'un historique de collecte de données vitales ;
- l'unité de traitement (19) comporte et met en œuvre :
■ des moyens pour encoder (15) une vue de l'historique de collecte de données vitales, ladite vue résultant de la mise en œuvre dudit procédé, sous la forme d'un ou plusieurs messages de consultation (Mgo) ;
■ des moyens pour émettre (C3) le ou lesdits messages à destination d'un dispositif d'administration (6) coopérant (N3, C3) avec la plateforme (10) .
8. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle :
- l'unité de traitement (19) comporte et met en œuvre :
■ des moyens pour recevoir (C3) un message d'administration (Mgi) émanant d'un dispositif d'administration (6) coopérant (N3, C3) avec la plateforme (10), ledit message encodant une requête en mise à jour du référentiel des appareils (MA), ladite requête comportant un identifiant unique d'un appareil de mesure et un descripteur dudit appareil de mesure ;
■ des moyens (15) pour décoder un tel message et en déduire l'identifiant et le descripteur de l'appareil de mesure concerné par la requête ;
- les moyens de gestion (14) sont agencés pour, après décodage d'un message d'administration (Mgi) par lesdits moyens pour décoder (15) un tel message, mettre en œuvre un procédé (160) de mise à jour du référentiel des appareils pour créer un nouvel enregistrement associé à l'appareil de mesure ou pour mettre à jour un enregistrement préalablement associé à ce dernier .
9. Plateforme selon l'une quelconque des revendications précédentes, pour laquelle :
- l'unité de traitement (19) comporte et met en œuvre :
■ des moyens pour recevoir (C) un message de suivi patient (Mpi) émanant du serveur (1) de dossiers patients informatisés coopérant (N, C) avec la plateforme (10), ledit message encodant une requête en mise à jour du référentiel de patients (Mi), ladite requête comportant un identifiant unique d'un patient et un descripteur dudit du patient ;
■ des moyens (12) pour décoder un tel message et en déduire l'identifiant et le descripteur du patient concerné par la requête ; - les moyens de gestion (14) sont agencés pour, après décodage d'un message de suivi patient (Mpi) par lesdits moyens pour décoder (12) un tel message, mettre en œuvre un procédé (150) de mise à jour du référentiel de patients pour créer un nouvel enregistrement associé au patient ou pour mettre à jour un enregistrement préalablement associé à ce dernier .
10. Plateforme selon l'une quelconque des revendications précédentes, comportant des moyens de mémorisation de programmes (MW) pour enregistrer un programme d'ordinateur comportant une pluralité d'instructions de programme qui, lors de leur exécution ou interprétation par l'unité de traitement (19), provoque la mise en œuvre d'un procédé accédant, en écriture et/ou en lecture, aux moyens pour mémoriser (MI, MA, MR, MW) de la plateforme (10) .
11. Procédé de gestion de soins (110), ledit procédé étant mis en œuvre par les moyens de gestion (14) de l'unité de traitement d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon l'une quelconque des revendications 1 à 10, en réponse au décodage d'un message de gestion de soins (Mli) encodant une requête en association (+) d'un appareil de mesure et d'un patient, ledit procédé de gestion de soins comportant les étapes pour :
- rechercher (111) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins (Mli) ;
- inscrire (112) dans ledit enregistrement une information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient et l'identifiant du personnel de santé (la, Ib) également préalablement déduits dudit message de gestion de soins (Mli) .
Procédé de gestion de soins (110), ledit procédé étant mis en œuvre par les moyens de gestion (14) de l'unité de traitement d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon l'une quelconque des revendications 1 à 10, en réponse au décodage d'un message de gestion de soins (Mli) encodant une requête en dissociation (-) d'un appareil de mesure et d'un patient, ledit procédé de gestion de soins comportant les étapes pour :
- rechercher (113) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit dudit message de gestion de soins (Mli) ;
- effacer ou supprimer (114) dans ledit enregistrement l'information d'association avec un enregistrement du référentiel de patients, ledit enregistrement comportant l'identifiant de patient et l'identifiant du personnel de santé (la, Ib) également préalablement déduits dudit message de gestion de soins (Mli) . Procédé (120) de demande de mise à jour d'un dossier patient informatisé (DPi) , ledit procédé étant mis en œuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon l'une quelconque des revendications 1 à 10, en réponse au décodage d'un message de données (Md) , ledit procédé comportant les étapes pour :
- rechercher (121) dans le référentiel des appareils (MA) , un enregistrement comprenant l'identifiant d'appareil déduit du message de données (Md) ;
- lire (122) l'information d'association désignant un enregistrement du référentiel de patients (MI) et l'identifiant du personnel de santé (la, Ib) initiateur de l'association de l'appareil de mesure et du patient ;
- rechercher (123) ledit enregistrement associé dans le référentiel de patients (MI) et lire (123) l'identifiant du patient contenu dans ledit enregistrement associé ;
- élaborer (124) une requête en mise à jour du dossier patient informatisé (Dpi) comportant l'identifiant du patient, l'identifiant du personnel de santé (la, Ib) et les données vitales déduites du message de données (Md) préalablement décodé ;
- commander (125) les moyens (12) pour encoder une telle requête en mise à jour d'un dossier patient informatisé (Dpi) et produire un message de mise à jour (Mpo) adressé au serveur (1) de dossiers patients informatisés (Dpi) .
14. Procédé (160) de mise à jour du référentiel des appareils (MA) , ledit procédé étant mis en œuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon la revendication 8, en réponse au décodage d'un message d'administration (Mgi) , ledit procédé comportant les étapes pour :
- rechercher (161) dans le référentiel des appareils, un enregistrement comprenant l'identifiant d'appareil préalablement déduit du message d'administration (Mgi) ;
- dans l'affirmative (y), mettre à jour (162) le descripteur de l'appareil de mesure dans ledit enregistrement ;
- dans la négative (n) , créer (163) un nouvel enregistrement dans le référentiel des appareils et y inscrire l'identifiant de l'appareil ainsi que le descripteur de celui- ci, préalablement déduits du message d'administration (Mgi).
15. Procédé de traçabilité (130) mis en œuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon les revendications 2, 5 et 7, en réponse au décodage d'un message de données (Md) , ledit procédé comportant les étapes pour : - créer (131) un enregistrement dans les moyens pour mémoriser l'historique (MR) ;
- inscrire (132) dans ledit enregistrement l'intégralité des éléments (IDa, DA, De) déduits dudit message de données (Md) ;
- rechercher (133) dans le référentiel des appareils, l'enregistrement comportant l'identifiant d'appareil déduit du message de données (Md) ,
- lire (134) l'information d'association dudit enregistrement et l'identifiant du personnel de santé (la, Ib) initiateur de l'association de l'appareil de mesure et du patient ;
- rechercher (135) l'enregistrement associé dans le référentiel de patients ;
- si celui-ci existe (146), lire (137) l'identifiant du patient concerné par la collecte de mesure de données ;
- inscrire (138) dans l'enregistrement de l'historique, ledit identifiant du patient et ledit identifiant du personnel de santé (la, Ib) .
Procédé (170) de consultation d'un historique de collecte de données vitales, ledit procédé étant mis en œuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon les revendications 2, 5 et 7, ledit procédé comportant les étapes pour :
- accéder en lecture (171) aux moyens pour mémoriser (MR) un historique de collecte de données vitales ; - constituer (172) une vue prédéterminée de champs de chaque enregistrement ;
- commander (173) les moyens (15) pour encoder une telle vue et produire un message de consultation (Mgo) .
17. Procédé (150) de mise à jour du référentiel de patients (MI), ledit procédé étant mis en œuvre, par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon la revendication 9, en réponse au décodage d'un message de suivi patient (Mpi) , ledit procédé comportant les étapes pour :
- rechercher (151) dans le référentiel des appareils (MA) , un enregistrement comprenant l'identifiant du patient préalablement déduit du message de suivi patient (Mpi) ;
- dans l'affirmative (y), mettre à jour (152) du descripteur du patient dans ledit enregistrement ;
- dans la négative (n) , créer (153) un nouvel enregistrement dans le référentiel de patients et y inscrire l'identifiant du patient ainsi que le descripteur de celui-ci, préalablement déduits du message de suivi patient (Mpi) .
18. Procédé (140) de détermination d'un état d'association d'un appareil de mesure, ledit procédé étant mis en œuvre par les moyens de gestion (14) de l'unité de traitement (19) d'une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon la revendication 6, ledit procédé comportant les étapes pour :
- accéder en lecture (141) aux moyens pour mémoriser le référentiel des appareils (MA) ;
- constituer (142) une vue prédéterminée des champs de chaque enregistrement ;
- commander (143) les moyens (15) pour encoder une telle vue et produire un message d'état d'association d'appareil (Mlo) .
19. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement (19) d'une plateforme (10) selon la revendication 10, provoque la mise en œuvre d'un procédé (110, 120, 130, 140, 150, 160, 170) selon l'une quelconque des revendications 11 à 18, ledit programme étant chargeable dans les moyens de mémorisation de programme (MW) de ladite plateforme .
20. Dispositif communicant (20, 20a, 20b), destiné à être utilisé par un personnel de santé (la, Ib) , caractérisé en ce qu' il comporte :
- des moyens pour coopérer (21, Ca, Cb) avec une plateforme (10) de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) selon l'une quelconque des revendications 1 à 10 ;
- une interface homme-machine de consigne (22) pour traduire une action de sélection dudit personnel de santé (la, Ib) en une détermination d'un identifiant d'un appareil de mesure, d'un identifiant d'un patient, d'une opération d'association ou de dissociation dudit appareil de mesure (Ax, Ay, Az) et dudit patient (Pi, Pj ) ainsi que d'un identifiant unique dudit personnel de santé (la, Ib) ;
- une unité de traitement (29) coopérant avec lesdits moyens pour coopérer avec une plateforme (10) et ladite interface homme- machine de consigne (22);
et, en ce que ladite unité de traitement (29) est adaptée pour mettre en œuvre un procédé d'élaboration et d'émission d'un message de gestion de soins (Mli) encodant une requête pour associer ou dissocier un appareil de mesure de données vitales et un patient, ladite requête comportant l'identifiant du personnel de santé (la, Ib) , l'identifiant de l'appareil de mesure, l'identifiant du patient, l'opération d'association ou de dissociation dudit appareil de mesure (Ax, Ay, Az) et dudit patient (Pi, Pj ) initiée par le personnel de santé .
Dispositif communicant (20, 20a, 20b) selon la revendication précédente, comportant en outre une interface homme-machine de restitution (23) coopérant avec l'unité de traitement (29) du dispositif (20, 20a, 20b), et pour lequel :
- les moyens pour coopérer (21, Ca, Cb) avec la plateforme (10) sont en outre agencés pour réceptionner un message d'état d'association d'appareil (Mlo) émanant de la plateforme (10) et encodant un état d'association d'un appareil de mesure ;
- l'unité de traitement (29) est agencée pour mettre en œuvre un procédé de consultation d'état d'association d'un appareil de mesure en réponse à la réception dudit message d'état d'association d'appareil (Mlo).
Procédé (210) pour élaborer un message de gestion de soins (Mli) encodant une requête pour associer ou dissocier un appareil de mesure de données vitales (Ax, Ay, Az) et un patient (Pi, Pj ) , ledit procédé étant mis en œuvre par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon les revendications 20 ou 21, caractérisé en ce qu' il comporte des étapes pour :
- piloter (211) l'interface homme-machine de consigne (22) traduisant une action de sélection d'un utilisateur (la, Ib) pour déterminer l'identifiant unique d'un appareil de mesure, l'identifiant unique d'un patient, l'opération d'association ou de dissociation dudit appareil de mesure et dudit patient et l'identifiant du personnel de santé (la, Ib) initiateur de ladite association ou dissociation ;
- selon l'opération d'association ou de dissociation déterminée, produire (212) respectivement une requête pour associer ou dissocier l'appareil de mesure et le patient dont les identifiants respectifs ont été déterminés, ladite requête comportant l'identifiant du personnel de santé (la, Ib) initiateur de ladite association ou dissociation ;
- encoder (213) ladite requête et produire un message de gestion de soins (Mli) ;
- commander (214) l'émission dudit message (Mli) par les moyens pour coopérer (21, Ca, Cb) avec la plateforme (10) .
23. Procédé (220) de consultation d'état d'association d'appareil de mesure, ledit procédé étant mis en œuvre par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon la revendication 21, caractérisé en ce qu'il comporte des étapes pour :
- à la suite de la réception (221) d'un message d'état d'association d'un appareil (Mlo) , décoder (222) un tel message et en déduire l'identifiant dudit appareil de mesure, un identifiant d'un patient associé audit appareil et l'identifiant du personnel de santé (la, Ib) initiateur de ladite association ou une valeur prédéterminée traduisant une non-association à un patient ;
- commander (223) la restitution desdits identifiants et/ou valeur prédéterminée par l'interface homme-machine de restitution (23) à un utilisateur (la, Ib) du dispositif communicant (20, 20a, 20b) .
24. Dispositif d'administration (6), caractérisé en ce qu' il comporte : - des moyens pour coopérer (61, C3) avec une plateforme (10) de collecte et de gestion de données vitales données (Da) d'un patient (Pi, Pj ) selon la revendication 8 ;
- une interface homme-machine de consigne (62) pour traduire une action de sélection d'un utilisateur dudit dispositif d'administration (6) en une détermination d'un identifiant d'un appareil de mesure et d'un descripteur propre audit appareil de mesure ;
- une unité de traitement (69) coopérant avec lesdits moyens pour coopérer (61, C3) avec la plateforme (10) et ladite interface homme- machine de consigne (62) ;
et, en ce que ladite unité de traitement (69) est adaptée pour mettre en œuvre un procédé d'élaboration et d'émission d'un message d'administration (Mgi) , ledit message encodant une requête en mise à jour du référentiel des appareils (MA) de la plateforme (10) .
Dispositif d'administration (6) selon la revendication précédente, comportant en outre une interface homme-machine de restitution (63) coopérant avec l'unité de traitement (69) dudit dispositif (6), et pour lequel :
- les moyens pour coopérer (61, C3) avec la plateforme (10) sont en outre agencés pour réceptionner un message de consultation (Mgo) émanant de la plateforme (10) et encodant une vue de l'historique (MR) de collecte de données vitales de la plateforme (10) ; - l'unité de traitement (69) est en outre agencée pour mettre en œuvre un procédé de supervision de l'exploitation d'appareils de mesure, en réponse à la réception dudit message de consultation (Mgo) .
26. Procédé (610) pour élaborer un message d'administration (Mgi) , ledit procédé étant mis en œuvre par l'unité de traitement (69) d'un dispositif d'administration (6) selon les revendications 24 ou 25, caractérisé en ce qu'il comporte des étapes pour :
- piloter (611) l'interface homme-machine de consigne (62) traduisant une action de sélection d'un utilisateur du dispositif d'administration (6) pour déterminer un identifiant et un descripteur d'un appareil de mesure ;
- produire (612) une requête en mise à jour du référentiel des appareils (MA) de la plateforme (10) comportant lesdits identifiant et descripteur de l'appareil de mesure ;
- encoder (613) ladite requête sous la forme d'un message d'administration (Mgi) ;
- commander (614) l'émission dudit message (Mgi) par les moyens pour coopérer (61, C3) avec la plateforme (10) .
27. Procédé (620) de supervision de l'exploitation d'appareils de mesure, ledit procédé étant mis en œuvre par l'unité de traitement (69) d'un dispositif d'administration (6) selon la revendication 25, caractérisé en ce qu'il comporte des étapes pour :
- à la suite de la réception d'un message de consultation (Mgo) émanant de la plateforme (10), décoder (621) un tel message et en déduire une vue de l'historique (MR) de collecte de données vitales de la plateforme (10) ;
- mettre en œuvre (622) un traitement de ladite vue et en produire des données de synthèse ;
- commander (623) la restitution desdites données de synthèse par l'interface homme- machine de restitution (63) à un utilisateur dudit dispositif d'administration (6).
Système de collecte et de gestion de données vitales (Da) d'un patient (Pi, Pj ) , comprenant :
- un serveur (1) pour mémoriser une pluralité de dossiers patients informatisés (DPi) ;
- une pluralité d'appareils de mesure (Ax, Ay, Az) délivrant chacun des données vitales de patients (Pi, Pj ) ;
- une plateforme (10) de gestion et de collecte desdites données vitales (Da) coopérant avec lesdits appareils de mesure (Ax, Ay, Az) et ledit serveur (1) ;
caractérisé en ce que ladite plateforme (10) est conforme à l'une quelconque des revendications 1 à 10 et en ce que ledit système comporte en outre un ou plusieurs dispositifs communicants (20, 20a, 20b) étant conformes à l'une des revendications 20 ou 21 et coopérant avec ladite plateforme (10) .
29. Système selon la revendication précédente, comprenant en outre un dispositif d'administration (6) selon les revendications 24 ou 25 coopérant avec la plateforme (10) .
30. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement (29) d'un dispositif communicant (20, 20a, 20b) selon les revendications 20 ou 21, provoque la mise en œuvre d'un procédé (210, 220) selon les revendications 22 ou 23, ledit dispositif communicant comportant en outre des moyens de mémorisation (24) au sein desquels ledit programme est chargeable.
31. Programme d'ordinateur comportant une pluralité d'instructions de programme qui, lorsqu'elles sont exécutées ou interprétées par l'unité de traitement (69) d'un dispositif d'administration (6) selon les revendications 24 ou 25, provoque la mise en œuvre d'un procédé (610, 620) selon les revendications 26 ou 27, ledit dispositif d'administration comportant en outre des moyens de mémorisation (64) au sein desquels ledit programme est chargeable.
EP15720373.8A 2014-04-08 2015-04-08 Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante Withdrawn EP3129925A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1453138A FR3019675B1 (fr) 2014-04-08 2014-04-08 Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante
PCT/FR2015/050920 WO2015155479A1 (fr) 2014-04-08 2015-04-08 Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante

Publications (1)

Publication Number Publication Date
EP3129925A1 true EP3129925A1 (fr) 2017-02-15

Family

ID=51417371

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15720373.8A Withdrawn EP3129925A1 (fr) 2014-04-08 2015-04-08 Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante

Country Status (4)

Country Link
US (1) US20170024520A1 (fr)
EP (1) EP3129925A1 (fr)
FR (1) FR3019675B1 (fr)
WO (1) WO2015155479A1 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10600512B1 (en) 2019-08-18 2020-03-24 Medigate tech Ltd. Network-based calculation of prevalence of repeated medical imaging
US10658079B1 (en) 2019-08-18 2020-05-19 Medigate tech Ltd. Crowd-based recommendations of a version of firmware for medical devices
US11056232B2 (en) 2019-08-18 2021-07-06 Medigate tech Ltd. Medication usage auditing based on analysis of infusion pump network traffic
US10825566B1 (en) 2019-08-18 2020-11-03 Medigate tech Ltd. Ensuring availability of medical devices to receive maintenance
US10923216B1 (en) * 2020-06-12 2021-02-16 Tensorx, Inc. Health status system, platform, and method

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7430608B2 (en) * 2001-12-04 2008-09-30 Siemens Medical Solutions Usa, Inc. System for processing data acquired from multiple medical devices
EP1606758B1 (fr) * 2003-03-21 2015-11-18 Welch Allyn, Inc. Systeme de surveillance physiologique d'etat personnel
US20100169120A1 (en) * 2008-12-31 2010-07-01 Cerner Innovation, Inc. Patient to device association
US20110077965A1 (en) * 2009-09-25 2011-03-31 Cerner Innovation, Inc. Processing event information of various sources
US8171094B2 (en) * 2010-01-19 2012-05-01 Event Medical, Inc. System and method for communicating over a network with a medical device
US20110264463A1 (en) * 2010-04-21 2011-10-27 Automated Medical Technologies, Llc Activity notification system and method
US20140180719A1 (en) * 2012-10-21 2014-06-26 Mymedlink, Llc Personal healthcare information management system and related methods
US20150234984A1 (en) * 2014-02-14 2015-08-20 Zenon Health LLC Patient-Centric Portal

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2015155479A1 *

Also Published As

Publication number Publication date
WO2015155479A1 (fr) 2015-10-15
US20170024520A1 (en) 2017-01-26
FR3019675B1 (fr) 2017-08-18
FR3019675A1 (fr) 2015-10-09

Similar Documents

Publication Publication Date Title
US11785004B2 (en) Synthetic genomic variant-based secure transaction devices, systems and methods
US20220223242A1 (en) System and method of controlling access of a user's health information stored over a health care network
US10535423B2 (en) Module and system for medical information management
EP3129925A1 (fr) Procedes, plateforme et systeme de collecte et de gestion de donnees vitales de patients pour etablissements de sante
WO2020140666A1 (fr) Procédé de gestion de données, dispositif, appareil informatique et support d'informations
US20190295700A1 (en) Systems and methods for managing mobile-based patient centric medical data
US11532393B2 (en) Comprehensive healthcare data management system
CN112104692A (zh) 一种医疗物联网健康监测方法
US20170323056A1 (en) Patient care record conveyance
US20190304574A1 (en) Systems and methods for managing server-based patient centric medical data
CN105894419A (zh) 一种家庭健康管理系统及其实用方法
US9003538B2 (en) Method and system for associating database content for security enhancement
Bigini et al. Toward the interplanetary health layer for the internet of medical things with distributed ledgers and storages
EP4034985A1 (fr) Système et procédé pour fournir à des tierces parties un accès à des informations de santé d'un utilisateur
CN111554368B (zh) 公共卫生系统与医疗系统互通系统及方法
CN105378736A (zh) 医疗数据传递部件
FR2901042A1 (fr) Systeme et procede de gestion de donnees relatives a un patient dans le cadre d'une operation d'evaluation
CN112967800A (zh) 一种基于云平台的智慧医疗病历系统
Nzyoka et al. Medical device integration with electronic health records: a case study of university of Nairobi health services, Kenya
US12068062B2 (en) Customer health activity based system for secure communication and presentation of health information
CN111540426B (zh) 基于公众号的智慧病历应用系统及方法
US12002579B1 (en) Wearable medical device data connectivity system and method
RU166766U1 (ru) Устройство управления и обмена медицинской информацией
FR3004271A1 (fr) Procede de depistage et de suivi a distance de pathologies chroniques
WO2003067501A1 (fr) Procede de realisation d'etudes destine a un systeme collaboratif en reseau

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20161107

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20191217

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

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

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20210907