WO2013104799A1 - Système interactif de suivi d'une succession d'étapes ordonnancées - Google Patents

Système interactif de suivi d'une succession d'étapes ordonnancées Download PDF

Info

Publication number
WO2013104799A1
WO2013104799A1 PCT/EP2013/050595 EP2013050595W WO2013104799A1 WO 2013104799 A1 WO2013104799 A1 WO 2013104799A1 EP 2013050595 W EP2013050595 W EP 2013050595W WO 2013104799 A1 WO2013104799 A1 WO 2013104799A1
Authority
WO
WIPO (PCT)
Prior art keywords
elementary
elementary operation
validation
operations
progress
Prior art date
Application number
PCT/EP2013/050595
Other languages
English (en)
Inventor
François PRIGENT
Original Assignee
Sovinty
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 Sovinty filed Critical Sovinty
Priority to EP13700300.0A priority Critical patent/EP2803021A1/fr
Priority to KR1020147021112A priority patent/KR20140119056A/ko
Priority to CA2861142A priority patent/CA2861142A1/fr
Priority to JP2014551642A priority patent/JP2015507274A/ja
Priority to US14/371,759 priority patent/US20140379370A1/en
Publication of WO2013104799A1 publication Critical patent/WO2013104799A1/fr

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
    • 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Definitions

  • the invention relates to the field of data management systems. More particularly, it relates to an interactive system (device and method) for securing the correct progress of a succession of scheduled steps during the transformation of a physical object.
  • the invention aims firstly at a system for securing the progress of a succession of scheduled elementary operations, said succession of elementary operations being applied to transform it to a mobile physical entity.
  • the system comprises:
  • an elementary operation in progress means for identifying the physical entity in an unwinding zone of an elementary operation, referred to as an elementary operation in progress
  • it comprises means for outputting the physical entity from the unwinding zone of the current elementary operation.
  • the means for authorizing the unfolding of an elementary operation associated with a previously validated elementary operation are verification means that each previous elementary operation associated with the current elementary operation has previously been validated.
  • the physical entity is a patient
  • the operators are For example, surgeons, physicians, nurses, or other health care workers may be involved in basic operations such as surgery, including pre- and postoperative operations, and the unwinding area is a surgical block, or a care room.
  • the means for identifying the physical entity comprise a bracelet comprising a remote reading identification code.
  • a remote reading identification code can be of barcode type, QR Code, RFID etc.
  • the validation sensor of the elementary operation in progress comprises means for verifying the identity of the operator carrying out the validation.
  • identity verification means may be in particular an electronic signature, a barcode bracelet, or a voice signature.
  • the storage means of each validation comprise a storage of the date and the identity of the operator responsible for said validation.
  • the system effectively reduces the human error factor and medical errors through two fundamental principles: continuous verification of a unique patient identifier and specifications of a medical procedure (a set of basic operations) associated, and the establishment and the historical follow-up unalterably signed an electronic checklist for each elementary operation, which ensures that each elementary operation of a procedure is performed according to the standards.
  • the system comprises means for calculating a time between two validations of successive elementary operations, and for comparing this time with a previously stored value.
  • the system allows for the loading of checklists inspired from WHO's security checklists, whether from other recognized medical institutions.
  • This system can be extended to other areas of medicine, such as radiotherapy, by modifying different lists in the software.
  • the system is dynamic and displays alerts when error factors are likely to occur.
  • the historical record of the checklist (list of validations of elementary operations already validated) allows the medical team to show that the procedure correct has been respected to avoid this error, or if it occurs, what measures have been omitted.
  • the invention aims, in a second aspect, on a method for securing the progress of a succession of scheduled elementary operations, said succession of elementary operations being applied to transform it to a mobile physical entity, characterized in that the method comprises steps from:
  • the elementary operation in progress identification of the physical entity in a zone of progress of an elementary operation, called the elementary operation in progress
  • the invention also relates to a hospital, comprising a system as described.
  • the physical entity is a batch of chemical being processed
  • the operators are persons assigned to monitor the transformations applied to the batch of chemicals
  • the elementary operations are those of a production of a chemical compound from another compound.
  • FIG. 2 is a flowchart of the main steps of the patient tracking and operation method
  • FIG. 3 is a schematic representation of the system and the modification of the multiuser data in real time
  • FIG. 4 is a flowchart of the steps of the analysis of the bracelet
  • Figure 5 illustrates the structure and display of checklists
  • Figure 6 is a flowchart of the steps of the response to the list.
  • the system allows the tracking of an object or batch of materials (which then replaces the "patient"). "of the procedure applied to the hospital environment) to undergo one or more elementary operations or transformations which must be carried out respecting a precise scheduling and possibly a specific time between two elementary operations. Each of these elementary operations involves at least one operator.
  • the system is intended to be implemented in both software and hardware form.
  • a patient management interface 103 connected to a patient database 104
  • an elementary operation management interface 105 linked to a database of procedures and elementary operations
  • an operator management interface 107 connected to a database of operators 108.
  • the server 102 is also connected to a database 109 comprising the elements necessary for the implementation of the software (interfaces, parameters, memorization of validation dates and operators associated with a patient and a set of elementary operations etc.).
  • the internal network 101 of the hospital is accessible by various terminals 1 10 for the display and monitoring of a checklist associated with a basic operation and a patient, and the identification of the patient 1 1 1 and the identification of the operator 1 12.
  • the display terminal 1 10 can here be a computer, tablet, or any other electronic display that allows:
  • the system comprises:
  • authorization means 102 for carrying out an elementary operation associated with a previously validated elementary operation
  • Documents relating to several patients can be viewed and modified on the same server 102 from many display devices 1 10, following the same principle.
  • An off-line mode is also available to allow the software to display and monitor a checklist associated with a procedure and a patient, to function effectively in case of temporary communication problem with the server 102.
  • Each request for additional examinations can be the object of a creation of a basic operation which contains its own checklists (ex: radiography).
  • This "operation process” comprises various elementary operations that are each the subject of a validation document, in particular:
  • the result of the checks carried out can modify the continuation of the procedure, either by interrupting it, or by adding an infill process, or by making returns back in the procedure, etc.
  • the determination of the path to follow, within the tree structure of the possible elementary operation sequences, is thus done as and when the state and the result. We can browse the tree of basic operations or change it.
  • the bracelet is interrogated again in a step 21 1, so as to obtain a new confirmation of identity (step 212) before removal of the bracelet and departure of the patient (step 213) .
  • An operator form is an interface comprising a set of related questions.
  • Each answer to a question on a form (the answer to this question being naturally associated with a particular patient and operation) is characterized by a state that is updated in response to said question.
  • a group of color patterns informs about the current state of the question.
  • This state principle is also used with the phase principle of the operation, each state of a phase providing aggregate information on the status of the questions included in this phase, according to predefined aggregation rules. For example, aggregating a WARNING state and an OK result state produces a WARNING state. Similarly, aggregation of a WARNING state, an OK state, and an error state results in an error state.
  • the checklist system uses six different states: “Off”, “In Progress”, “Ok”, “Attention”, “Error”, and “No Answer”.
  • the state “Off” can lead to the "current” state.
  • the "in progress” state can lead to the other four “Ok” states (correct answer indicating a conventional procedure flow), "Attention” (answer indicating an unconventional procedure or a special case which could lead to an increased risk of procedural error), "Error” (high risk of error during the procedure), and "No answer”.
  • Figure 6 details the follow-up of a checklist (step 208 of Figure 2).
  • step 601 the checklist is started.
  • a first phase is started in a step 602, and an associated form is displayed on the operator terminal 1 10 in a step 603.
  • a loop 604-605-606 completion of the form is then traveled.
  • the software requests an operator identifier (step 608), an interrupt comment (step 609) and interrupts the associated form (step 610).
  • the software requests an operator identifier (step 614), an interrupt comment (step 615) and interrupts the associated phase (step 616).
  • the checklist is completed (step 617).
  • An edit screen allows the operator to answer the different questions in the checklist in use.
  • a summary screen displays questions for which the answers could involve a higher risk of medical errors (errors that have a strong impact on the quality of the outcome of the procedure).
  • a weighting system is applied to each of the questions, and allows ranking of the questions in order of importance. As a result, crucial questions that have received a suspicious response are highlighted and quickly noticed by the operator.
  • the data validation modes include a case of prior identification of the operator, and a case of posterior identification of the operator.
  • six types of questions are implemented in the checklist:
  • This type of question requests an electronic signature from the user.
  • This type of question allows the user to add a certain amount of information elements (with a minimum and a maximum of pieces of information).
  • the question is linked to a signature and its answer.
  • a report is also associated with a question to inform about its status (including answered or not) or response.
  • Shadow helps to focus on the issue and avoids clicking on any other questions or buttons on the interface. This shadow disappears when the user confirms or cancels his answer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Data Mining & Analysis (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Urology & Nephrology (AREA)
  • Surgery (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

L'invention vise un système de sécurisation du déroulement d'une succession d'étapes ordonnancées, ladite succession d'étapes étant appliquée pour la transformer à une entité physique mobile. Le système comporte: - des moyens d'entrée et de mémorisation de la succession d'étapes, au moins une étape étant associée à au moins une autre étape, dite étape antérieure, - des moyens d'identification de l'entité physique dans une zone de déroulement d'une étape, dite étape en cours, - des moyens d'affichage successif des dites étapes, - des moyens de vérification que chaque étape antérieure associée à l'étape en cours a été précédemment validée, - un capteur de validation de réalisation de l'étape en cours, par un opérateur associé à l'étape en cours, - des moyens de mémorisation de chaque validation, - des moyens de sortie de l'entité physique de la zone de déroulement de l'étape en cours.

Description

SYSTÈME INTERACTIF DE SUIVI D'UNE SUCCESSION D'ÉTAPES
ORDONNANCÉES
L'invention relève du domaine des systèmes de gestion de données. Elle vise plus particulièrement un système (dispositif et procédé) interactif de sécurisation du déroulement correct d'une succession d'étapes ordonnancées lors de la transformation d'un objet physique.
Exposé de l'invention
L'invention vise en premier lieu un système de sécurisation du déroulement d'une succession d'opérations élémentaires ordonnancées, ladite succession d'opérations élémentaires étant appliquée pour la transformer à une entité physique mobile. Le système comporte :
- des moyens d'entrée et de mémorisation de la succession d'opérations élémentaires, au moins une opération élémentaire étant associée à au moins une autre opération élémentaire, dite opération élémentaire antérieure,
- des moyens d'identification de l'entité physique dans une zone de déroulement d'une opération élémentaire, dite opération élémentaire en cours,
- des moyens d'affichage successif des dites opérations élémentaires,
- des moyens d'autorisation de déroulement d'une opération élémentaire associée à une opération élémentaire préalablement validée,
- un capteur de validation de l'opération élémentaire en cours, par un opérateur associé à ladite opération élémentaire,
- des moyens de mémorisation de chaque validation.
Il comporte, dans un cas particulier de mise en œuvre, des moyens de sortie de l'entité physique de la zone de déroulement de l'opération élémentaire en cours.
En d'autres termes, les moyens d'autorisation de déroulement d'une opération élémentaire associée à une opération élémentaire préalablement validée sont des moyens de vérification que chaque opération élémentaire antérieure associée à l'opération élémentaire en cours a été précédemment validée.
A titre d'exemple, dans le cas particulier d'une procédure hospitalière décomposée en une série d'opérations élémentaires (entrée du patient, analyses, consultation, chirurgie etc.), l'entité physique est un patient, les opérateurs sont des chirurgiens, médecins, infirmiers ou autres personnels soignants, les opérations élémentaire sont par exemple celles d'une intervention chirurgicale, y compris les opérations pré- et postopératoires, et la zone de déroulement est un bloc chirurgical, ou une pièce de soins.
Dans un mode particulier de réalisation, les moyens d'identification de l'entité physique comprennent un bracelet comportant un code d'identification à lecture à distance. Un tel code d'identification peut être de type code barre, QR Code, RFID etc.
Dans un mode particulier de réalisation, pour au moins une opération élémentaire, la validation de ladite opération élémentaire comporte plusieurs niveaux selon une qualification du déroulement de l'opération élémentaire, et les moyens d'autorisation de déroulement d'une opération élémentaire associée à une opération élémentaire antérieure délivrent une autorisation de déroulement lorsque le niveau de validation de l'opération élémentaire antérieure vérifie un critère prédéterminé.
Plus particulièrement dans ce cas, les moyens d'affichage successif des opérations élémentaires comportent des motifs en couleur associés aux niveaux de validation d'au moins une procédure antérieure à l'opération élémentaire en cours, lesdits motifs et couleurs étant choisis de manière à attirer particulièrement l'attention d'un opérateur sur des paramètres critiques de l'opération élémentaire en cours ou sur des opérations élémentaires antérieures associées à des niveaux de validation inférieurs à un seuil prédéterminé.
Dans un mode particulier de réalisation, le capteur de validation de l'opération élémentaire en cours comporte des moyens de vérification de l'identité de l'opérateur effectuant la validation. Un tel moyen de vérification d'identité peut être notamment une signature électronique, un bracelet à code barre, ou une signature vocale.
Dans un mode particulier de réalisation, les moyens de mémorisation de chaque validation comportent une mémorisation de la date et de l'identité de l'opérateur responsable de ladite validation.
Plus particulièrement dans ce cas, le système comporte des moyens de cryptage des données de validation mémorisées, de manière à rendre ces données non modifiables après validation.
Le système permet de réduire efficacement le facteur d'erreur humaine et les erreurs médicales grâce à deux principes fondamentaux : une vérification continue d'un identifiant unique d'un patient et des spécifications d'une procédure médicale (un ensemble d'opérations élémentaires) associée, et l'établissement et le suivi historique signé de façon inaltérable d'une liste de contrôle électronique pour chaque opération élémentaire, qui garantissent que chaque opération élémentaire d'une procédure est effectuée selon les normes. Toujours dans ce cas, dans un mode particulier de réalisation, le système comporte des moyens de calculer un temps entre deux validations d'opérations élémentaires successives, et de comparer ce temps à une valeur préalablement mémorisée.
Un tel système permet alors de vérifier la cohérence de délai entre deux opérations élémentaires avec des valeurs minimales ou moyennes. Dans le cas où la procédure complète implique un temps minimal entre deux opération élémentaire (injection d'un produit particulier au moins 24 heures avant le début d'une opération), une durée inférieure à cette durée minimale entre les validations des deux opérations élémentaires n'entraîne pas nécessairement le blocage de la procédure médicale, mais provoque l'émission d'une alerte, par exemple visuelle, à un opérateur de l'opération élémentaire suivante.
Dans un mode particulier de réalisation, au moins certaines opérations élémentaires ou procédures complètes (ensembles d'opérations élémentaires) sont associées à des listes de contrôle de paramètres, et le système comporte des moyens de télécharger des listes de contrôle préexistantes.
Le système permet de charger des listes de contrôle inspirées soit à partir des listes de contrôle de sécurité de l'OMS, que ce soit à partir d'autres institutions médicales reconnues. Ce système peut être étendu à d'autres domaines de la médecine, tels que la radiothérapie, en modifiant différentes listes dans le logiciel.
Des écrans d'information, concernant la liste de contrôle et le patient, sont affichés dans la salle d'opération lorsqu'une telle salle est rendue nécessaire par la procédure médicale du patient, pour fournir à l'équipe médicale un outil dynamique pour s'assurer que toutes les mesures de sécurité sont appliquées lors de ladite procédure.
Le système est dynamique et affiche des alertes lorsque des facteurs d'erreur sont susceptibles de se produire. Dans le cas où une erreur médicale se produit, l'enregistrement historique de la liste de contrôle (liste des validations des opérations élémentaires déjà validées) permet à l'équipe médicale de montrer que la procédure correcte a été respectée pour éviter cette erreur, ou si elle se produit, quelles mesures ont été omises.
L'invention vise sous un second aspect un procédé de sécurisation du déroulement d'une succession d'opérations élémentaires ordonnancées, ladite succession d'opérations élémentaires étant appliquée pour la transformer à une entité physique mobile, caractérisé en ce que le procédé comporte des étapes de :
- entrée et mémorisation de la succession d'opérations élémentaires, au moins une opération élémentaire étant associée à au moins une autre opération élémentaire, dite opération élémentaire antérieure,
- identification de l'entité physique dans une zone de déroulement d'une opération élémentaire, dite opération élémentaire en cours,
- affichage successif des dites opérations élémentaires,
- vérification que chaque opération élémentaire antérieure associée à l'opération élémentaire en cours a été précédemment validée,
- validation de réalisation de l'opération élémentaire en cours, par un opérateur associé à l'opération élémentaire en cours,
- mémorisation de chaque validation,
- mémorisation de déplacements de l'entité physique.
L'invention vise encore un hôpital, comportant un système tel qu'exposé.
Dans un autre exemple, dans le cas d'une procédure de transformation de produits chimiques, l'entité physique est un lot de produit chimique en cours de traitement, les opérateurs sont des personnes affectées au suivi des transformations appliquées au lot de produits chimiques, les opérations élémentaires sont celles d'une production d'un composé chimique à partir d'un autre composé.
Présentation des figures
La figure 1 est un schéma des éléments principaux impliqués dans le procédé,
La figure 2 est un organigramme des principales étapes du procédé de suivi de patient et d'opération,
La figure 3 est une représentation schématique du système et de la modification des données multiutilisateurs en temps réel,
La figure 4 est un organigramme des étapes de l'analyse du bracelet,
La figure 5 illustre la structure et l'affichage des check-lists, La figure 6 est un organigramme des étapes de la réponse à la liste.
Description d'un mode particulier de réalisation de l'invention
La description qui suit présente un exemple nullement limitatif de mise en œuvre du système de suivi d'une succession d'opérations élémentaires ordonnancées. Ces opérations élémentaires forment une arborescence dans laquelle une opération élémentaire donnée peut déboucher sur plusieurs opérations élémentaires suivantes, selon des paramètres spécifiques à ladite opération élémentaire.
Dans cet exemple, le système permet le suivi, au sein d'un établissement de soin (hôpital dans le cas présent), d'un patient devant subir une ou plusieurs procédures médicales ou opérations qui doivent être réalisées en respectant un ordonnancement précis et éventuellement un délai spécifique entre deux procédures médicales. Chacune de ces opérations élémentaires fait intervenir au moins un opérateur (infirmière, médecin, chirurgien...).
On note ici que, dans une autre mise en œuvre, adaptée au cas de procédure de transformation de matériaux ou d'objets, le système permet le suivi, d'un objet ou d'un lot de matériaux (qui remplace alors le "patient" de la procédure appliquée au milieu hospitalier) devant subir une ou plusieurs opérations élémentaires ou transformations qui doivent être réalisées en respectant un ordonnancement précis et éventuellement un délai spécifique entre deux opérations élémentaires. Chacune de ces opérations élémentaires fait intervenir au moins un opérateur.
Le système est destiné à être mis en œuvre sous forme à la fois logicielle et matérielle.
Sa partie logicielle est interfacée avec un réseau interne 101 (ici de type intranet) de l'hôpital dans lequel le système est installé (voir figure 1 ). Elle est exécutée au sein d'au moins un serveur 102 relié à ce réseau interne 101 . Ce serveur 102 donne notamment accès, par l'intermédiaire de terminaux de type PC classique et non détaillés plus avant ici, à :
- un interface de gestion de patient 103, reliée à une base de données de patient 104,
- un interface de gestion d'opération élémentaire 105, reliée à une base de données de procédures et d'opérations élémentaires106,
- un interface de gestion d'opérateur 107, reliée à une base de données d'opérateurs 108.
Le serveur 102 est également relié à une base de données 109 comportant les éléments nécessaires à la mise en œuvre du logiciel (interfaces, paramètres, mémorisation de dates de validation et d'opérateurs associés à un patient et un ensemble d'opérations élémentaires etc.).
De même, le réseau interne 101 de l'hôpital est accessible par divers terminaux 1 10 permettant l'affichage et le suivi d'une check-list associée à une opération élémentaire et à un patient, ainsi que l'identification du patient 1 1 1 et l'identification de l'opérateur 1 12. Le terminal d'affichage 1 10 peut ici être un ordinateur, tablette, ou tout autre affichage électronique qui permet:
- Une connexion au serveur 102 (Wifi, Ethernet, etc.)
- Un affichage correct et pratique des écrans du logiciel.
Le système comporte :
- des moyens d'entrée et de mémorisation 109 d'une succession d'opérations élémentaires, au moins une opération élémentaire étant associée à au moins une autre opération élémentaire, dite opération élémentaire antérieure,
- des moyens d'identification 1 1 1 de l'entité physique dans une zone de déroulement d'une opération élémentaire, dite opération élémentaire en cours,
- des moyens d'affichage successif 1 10 des dites opérations élémentaires,
- des moyens d'autorisation 102 de déroulement d'une opération élémentaire associée à une opération élémentaire préalablement validée,
- un capteur de validation 1 12 de l'opération élémentaire en cours, par un opérateur associé à ladite opération élémentaire,
- des moyens de mémorisation 106 de chaque validation.
Ainsi qu'illustré figure 3, le système permet à plusieurs membres de l'équipe médicale d'utiliser des dispositifs d'affichage différents 1 10 pour accéder et modifier un document concernant un même patient (check-list, par exemple).
En d'autres termes, le système peut être utilisé à plusieurs endroits dans l'hôpital en même temps, pour un même patient. Une donnée modifiée à partir d'un dispositif d'affichage 1 10 est transférée au serveur 102 via le réseau interne 101 de l'hôpital, mémorisée dans les bases de données associées au serveur 102, et donc automatiquement mise à jour sur les autres dispositifs d'affichage 1 10 qui accèdent à un autre document relatif au même patient.
Des documents relatifs à plusieurs patients peuvent être consultés et modifiés sur le même serveur 102 à partir de nombreux dispositifs d'affichage 1 10, suivant le même principe. Un mode hors ligne ("off-line") est également disponible pour permettre au logiciel d'affichage et de suivi d'une check-list associée à une procédure et à un patient, de fonctionner efficacement en cas de problème de communication temporaire avec le serveur 102.
II en est de même dans le cas d'utilisation d'un dispositif 1 10 temporairement non-connecté au réseau interne 101 , et qui vient se synchroniser avec le serveur 102 à certains moments.
De façon générale, dans le présent procédé appliqué au cas d'une intervention médicale, il existe une notion de dossier/patient, dossier qui contient différents documents relatifs au même patient. Le logiciel mettant en œuvre le procédé permet de gérer le parcours complet du patient, depuis la 1 ère consultation jusqu'à la sortie de celui-ci.
Lors de la consultation, un document "consultation chirurgicale" est ajouté au dossier et rempli par le chirurgien.
A la fin de la consultation, plusieurs possibilités s'offrent au praticien:
- il prescrit des examens complémentaires,
- il programme directement une opération,
- ou il décide qu'il n'y a pas lieu d'opérer ce patient.
Chaque demande d'examens supplémentaires peut faire l'objet d'une création d'une opération élémentaire qui contient ses propres check-lists (ex: radiographie).
Lorsque que le chirurgien décide que le patient sera opéré (soit directement à la fin de la consultation, soit après les examens), un "processus opération" est alors créé, un dossier étant associé à cette opération.
Ce "processus opération" comporte différentes opérations élémentaires qui font chacune l'objet d'un document de validation, notamment :
- réunion préopératoire du staff
- visite de contrôle de l'anesthésiste, la veille de l'opération
- fiche de liaison (qui contient la préparation du patient dans le service avant le départ au bloc)
- check-list bloc-opératoire
- fiche salle de réveil
Pour ces différentes opérations élémentaires, et notamment pour la check-list du bloc, un document adapté aux spécificités de l'opération est choisi. Tout document peut être interrompu et un nouveau choisi si la situation le nécessite. Il est ici utile de noter la spécificité de la consultation qui existe indépendamment d'une opération, c'est-à-dire qu'on a une procédure de sécurisation qui existe indépendamment de la suite d'opérations élémentaires à sécuriser. Cette procédure de sécurisation permet de choisir les différentes suites d'opérations élémentaires à mettre en œuvre pour l'objet physique.
D'autre part, au cours d'une suite d'opérations élémentaires (procédure), le résultat des vérifications effectuées peut modifier la suite de la procédure, soit en l'interrompant, soit en ajoutant un processus intercalaire, ou en effectuant des retours en arrière dans la procédure, etc. La détermination du chemin à suivre, au sein de l'arborescence des suites d'opérations élémentaires possibles, se fait donc au fur et à mesure de l'état et du résultat. On peut donc parcourir l'arborescence des opérations élémentaires ou la modifier.
Comme on le voit sur la figure 2, les étapes du procédé de suivi de patient sont les suivantes, dans le présent exemple de mise en œuvre non limitatif :
Dans une première étape 201 , le patient arrive au sein de l'établissement de soins.
Une étape 202 consiste alors à s'assurer de l'absence de risque d'erreur sur l'identité du patient et de la procédure médicale envisagée ("intervention" dans la suite de la description). Pour ce faire, une liste de contrôle d'identification du patient doit être complétée et une procédure médicale à appliquer (formée d'un ensemble d'opérations élémentaires ordonnancées en arborescence) doit lui être associée.
Une fois que l'opérateur a complété la liste de contrôle d'identification du patient, il peut associer un moyen d'identification unique au patient. Dans un exemple de réalisation, il s'agit d'un bracelet comportant un code d'identification à lecture à distance. Un tel code d'identification peut être de type code barre, QR Code, RFID etc.
Le bracelet est généralement associé à un patient et une procédure à lui appliquer. Deux cas peuvent se produire :
- La procédure à réaliser sur le patient n'est pas encore connue, et sera associé avec le bracelet plus tard. En d'autres termes, seule l'identification du patient est associée avec le bracelet dans un premier temps, mais le bracelet peut être mis à jour dans un second temps avec une procédure.
- La procédure est connue et associée au bracelet au sein du même écran que l'association des patients.
Si un bracelet n'a pas de procédure (intervention) associée, l'écran de check-list
1 10 n'est naturellement pas accessible aux opérateurs. Les documents (check-list) liés à une intervention sont créés uniquement lorsqu'une intervention est définie et associé à un bracelet.
Le procédé décrit ici permet à l'établissement de santé le choix de la technologie bracelet, et peuvent notamment travailler avec code à barres et RFID bracelet. Après avoir associé le bracelet avec les informations du patient, l'utilisateur ou le membre de l'équipe médicale peut attacher physiquement le bracelet sur le bras du patient (étape 203).
Le bracelet est alors prêt à être utilisé pour identifier le patient pour l'intervention chirurgicale et permettre à l'équipe médicale pour répondre à la check-list de sécurité à travers l'interface du logiciel.
Lorsque le patient est transféré dans un nouveau lieu pour y suivre une procédure (étape 204), son bracelet est interrogé (étape 205), par exemple lu par un dispositif de lecture optique de codes barre, pour confirmer l'identité du patient et la nature de la procédure à lui appliquer (étape 206).
Dans la présente mise en œuvre, le bracelet d'identification doit être scanné pour accéder à un document (typiquement check-list) relatif à un patient et une opération associée (voir la figure 4 qui détaille les étapes 205 et 206).
Dans le cas général, lorsque le bracelet est associé à un patient et une intervention, l'opérateur confirme que l'identité du patient est correcte et que l'intervention à effectuer est la bonne (étape 401 ), et il lui est alors possible de sélectionner les documents (étape 402) pour les visualiser et les compléter durant l'intervention (étape 403).
Dans une variante de réalisation, pour un confort d'utilisation amélioré, le logiciel peut être configuré pour sélectionner automatiquement (étape 404) les documents nécessaires (par exemple, toujours sélectionner la liste de chirurgie dans la salle d'opération).
Dans le cas où le bracelet est associé à un patient mais n'est pas associé à une intervention, dans une étape 405, l'opérateur vérifie l'identité du patient, puis dans une étape 406 l'intervention à effectuer sur ce patient, enfin, il accède à l'étape de sélection de document à afficher (étape 407).
Dans une étape 207, le système affiche la ou les interfaces opérateur (par exemple check-list préopératoire) permettant la réalisation correcte des opérations élémentaires impliquées dans la procédure appliquée au patient.
La réalisation des opérations est validée, par un ou plusieurs opérateurs, dans une étape 208. Puis, dans une étape 209, le patient est éventuellement transféré dans un nouveau lieu (salle de réveil etc.).
Lorsque les opérations de soins sont terminées (étape 210), le bracelet est à nouveau interrogé dans une étape 21 1 , de manière à obtenir une nouvelle confirmation d'identité (étape 212) avant retrait du bracelet et départ du patient (étape 213).
La suite de la description détaille les étapes 207 et 208. Comme on le voit sur la figure 5, une check-list 501 associée à une procédure opératoire se subdivise en phases X, Y, Z. Une phase est définie comme un objet associé à plusieurs formulaires opérateur (interfaces visuelles) contenant des données. Une phase est liée à une étape particulière de la procédure opératoire suivie par le patient.
Dans le présent exemple de système organisé sur le suivi de check-list de chirurgie, la procédure peut être décomposée en cinq phases suivantes:
/ préopératoire
/ avant l'anesthésie
/ avant l'intervention chirurgicale
/ après l'opération
/ salle postopératoire, ou de récupération
Chacune de ces phases X, Y, Z implique l'affichage de formulaires notés Form
A, Form B, Form C, Form D sur la figure 5. Un formulaire opérateur est une interface comprenant un ensemble de questions connexes.
Chaque réponse à une question d'un formulaire (la réponse à cette question étant naturellement associée à un patient et une opération particuliers) est caractérisée par un état qui est mis à jour lors d'une réponse à ladite question. Sur l'interface opérateur, un groupe de motifs de couleur renseigne sur l'état actuel de la question.
Ce principe d'état est également utilisé avec le principe de phase de l'opération, chaque état d'une phase fournissant une information agrégée sur l'état des questions incluses dans cette phase, selon des règles d'agrégation prédéfinies. A titre d'exemple, l'agrégation d'un état WARNING et d'un état des résultats OK produit un état WARNING. De même, l'agrégation d'un état WARNING, d'un état OK et d'un état d'erreur résulte en un état d'erreur.
Dans la présente mise en œuvre, le système de check-list utilise six états différents: "Off", "En Cours", "Ok", "Attention", "Erreur", et "Pas de réponse". L'état "Off" peut mener à l'état "en cours". L'état "en cours" peut aboutir aux quatre autres états "Ok" (réponse correcte indiquant un déroulement de procédure conventionnel), "Attention" (réponse indiquant une procédure non conventionnelle ou un cas particulier qui pourrait aboutir à un risque accru d'erreur de procédure), "Erreur" (risque élevé d'erreur lors de la procédure), et "Pas de réponse".
La figure 6 détaille le suivi d'une check-list (étape 208 de la figure 2).
Dans un premier temps (étape 601 ), la check-list est débutée. Une première phase est lancée dans une étape 602, et un formulaire associé est affiché sur le terminal opérateur 1 10 dans une étape 603. Une boucle 604-605-606 de complétion du formulaire est alors parcourue. En cas d'interruption par un opérateur (étape 607), le logiciel demande un identifiant opérateur (étape 608), un commentaire d'interruption (étape 609) et interrompt le formulaire associé (étape 610).
Puis la phase est terminée (étape 61 1 ).
De même, une boucle 602-61 1 -612 de complétion des phases est parcourue.
Ici encore, en cas d'interruption par un opérateur (étape 613), le logiciel demande un identifiant opérateur (étape 614), un commentaire d'interruption (étape 615) et interrompt la phase associée (étape 616).
En fin de complétion des phases, la check-list est terminée (étape 617).
Un écran d'édition permet à l'opérateur de répondre aux différentes questions de la check-list en cours d'utilisation.
Un écran de synthèse affiche des questions pour lesquelles les réponses pourraient impliquer un risque plus élevé d'erreurs médicales (erreurs ayant un fort impact sur la qualité du résultat de la procédure). Dans une variante de mise en œuvre, un système de pondération est appliqué à chacune des questions, et permet un classement des questions par ordre d'importance. En conséquence, les questions cruciales qui ont reçu une réponse suspecte sont mises en évidence et rapidement remarquées par l'opérateur.
Un écran type papier affiche la check-list conformément à la version papier officielle de cette liste si elle existe. Cet écran fournit à l'équipe médicale une lecture plus aisée de la check-list.
Les modes de validation des données comprennent un cas d'identification préalable de l'opérateur, et un cas d'identification a posteriori de l'opérateur. Dans le présent exemple de mise en œuvre, six types de questions sont mises en œuvre dans la check-list:
- question mono-choix. La réponse à une telle question est obtenue en cliquant sur un d'une série de boutons de réponse. Ce sont généralement des "Oui", "Non", et "N/A". Dans certains cas, pour ce type de question, il faut un commentaire supplémentaire de l'opérateur, qui peut être rendu obligatoire. L'accès au bouton de confirmation est refusé tant que le commentaire n'est pas entré.
- question de vérification de signataire. Ce type de question sollicite une signature électronique de l'utilisateur.
- question d'information. Ce type de question permet à l'utilisateur de saisir une information et de la relier à l'élément. Les informations saisies sont affichées sous le titre de la question.
- question d'ensemble d'informations. Ce type de question permet à l'utilisateur d'ajouter une certaine quantité d'éléments d'information (avec un minimum et un maximum d'éléments d'information).
- question de vérification croisée. Ce genre de question implique que tous les opérateurs impliqués dans la phase répondent à la même question et signent leur réponse. Si les réponses données par les différents opérateurs sont différentes, un avertissement pop-up apparaîtra et affichera les différentes réponses, la question sera réinitialisée et les utilisateurs auront à répondre à la question à nouveau.
- questions liées. Cette question spécifique est composée de deux questions posées à différents moments de la procédure. Si la deuxième réponse ne correspond pas à la première, une fenêtre d'avertissement s'affiche et demande à l'utilisateur de sélectionner: conserver sa réponse (qui diffère de la précédente) ou remplacer sa réponse par la réponse précédente.
Dans un deuxième type de questions liées, la réponse donnée lors de la 1 ère question est affichée à titre indicatif pendant la 2ème question. Si les réponses diffèrent, il n'y a pas d'action particulière hormis la présentation de l'information. Ce type de questions correspond à des cas de figures où la concordance n'est pas indispensable.
Une fois la réponse à une question entrée, la question est liée à une signature et sa réponse. Un état est également associé à une question afin d'informer sur son état (notamment répondu ou non) ou la réponse.
Il est à noter, à propos du système de sécurité de confirmation que la réponse à une question est soumise à deux systèmes de sécurité : l'identification de l'opérateur, puis un bouton de confirmation qui apparaît sur l'interface opérateur 1 10 pour chaque modification intentionnelle. La modification d'une réponse à une question implique donc au moins deux accords de l'opérateur.
Chaque fois qu'une sous-fenêtre affichée au premier plan de l'interface opérateur (fenêtre de type "popup") apparaît sur l'interface opérateur 1 10, dans le but d'attirer l'attention de l'utilisateur à la fenêtre contextuelle, une ombre est affichée sur la fenêtre principale. En outre, cette ombre interdit de cliquer sur la fenêtre principale, seul le cadre contextuel est disponible. Cette ombre disparaît lorsque la sous-fenêtre est fermée.
De même, lorsque l'opérateur répond à une question, un cadre de confirmation apparaît à rencontre de la question, plus d'autres éléments. Une légère ombre apparaît sur toutes les fenêtres, sauf sur la question et le cadre confirmation.
L'ombre permet de se concentrer sur la question et évite de cliquer sur toutes autres questions ou sur des boutons de l'interface. Cette ombre disparaît lorsque l'utilisateur confirme ou annule sa réponse.
Avantages
Le présent système présente plusieurs avantages :
Traçabilité des opérations élémentaires composant une procédure
De nos jours, toute industrie nécessite une traçabilité des différentes opérations élémentaires de ses procédures, qui doit se traduire par une responsabilisation des opérateurs intervenants. Le système tel qu'exposé permet de garder une trace des opérations élémentaires d'une procédure et de leur auteur, grâce à des check-lists informatiques et à une gestion de signature électronique.
Protocoles et mises à jour de la connaissance
Au delà d'une simple check-list électronique destinée à accompagner dans l'exécution d'une procédure, le système comporte une fonction didactique, et propose un accès contextualisé aux protocoles au moment ou ils sont nécessaires, garantissant le bon déroulement d'une opération élémentaire en cas d'oubli. Ces listes de protocoles peuvent être mises à jour et instantanément transmises à l'ensemble des usagers du système.
Sécurisation et amélioration des communications
Des alertes apparaissent si les données introduites indiquent un risque d'erreur, et un système de codes couleur permet rapidement d'évaluer l'état d'une situation. De plus, un système de messagerie intégré permet d'envoyer un commentaire en différé, qui sera distribué au bon moment, à la bonne personne (opérateur en charge de l'opération élémentaire en cours). Archivage et analyse statistique des rapports
Toutes les check-lists et autres données enregistrées sont archivées dans des bases de données sécurisées et permettent de prouver le bon déroulement des opérations élémentaires antérieures. De plus, l'extraction de ces données à des fins statistiques transforme le système exposé en outil d'aide à la décision pour améliorer les procédures et la productivité de l'utilisateur.
Ergonomie
Les interfaces intuitives (codes couleurs, blocage des fenêtres principales lorsque une sous-fenêtre est affichée etc.) permettent une prise en main très rapide du système. De plus, l'ergonomie a été pensée pour diminuer tout risque de confusion et d'erreur de la part des utilisateurs.

Claims

REVENDICATIONS
1 . Système de sécurisation du déroulement d'une succession d'opérations élémentaires ordonnancées, ladite succession d'opérations élémentaires étant appliquée pour la transformer à une entité physique mobile, caractérisé en ce que le système comporte :
- des moyens d'entrée et de mémorisation (109) de la succession d'opérations élémentaires, au moins une opération élémentaire étant associée à au moins une autre opération élémentaire, dite opération élémentaire antérieure,
- des moyens d'identification (1 1 1 ) de l'entité physique dans une zone de déroulement d'une opération élémentaire, dite opération élémentaire en cours,
- des moyens d'affichage (1 10) successif des dites opérations élémentaires,
- des moyens d'autorisation (102) de déroulement d'une opération élémentaire associée à une opération élémentaire préalablement validée,
- un capteur de validation (1 12) de l'opération élémentaire en cours, par un opérateur associé à ladite opération élémentaire,
- des moyens de mémorisation (106) de chaque validation.
2. Système selon la revendication 1 , caractérisé en ce que les moyens d'identification (1 1 1 ) de l'entité physique comprennent un bracelet comportant un code d'identification à lecture à distance.
3. Système selon l'une quelconque des revendications 1 à 2, caractérisé en ce que, pour au moins une opération élémentaire, la validation de ladite opération élémentaire comporte plusieurs niveaux selon une qualification du déroulement de l'opération élémentaire, et en ce que les moyens d'autorisation de déroulement d'une opération élémentaire associée à une opération élémentaire antérieure délivrent une autorisation de déroulement lorsque le niveau de validation de l'opération élémentaire antérieure vérifie un critère prédéterminé.
4. Système selon la revendication 3, caractérisé en ce que les moyens d'affichage (1 10) successif des opérations élémentaires comportent des motifs en couleur associés aux niveaux de validation d'au moins une procédure antérieure à l'opération élémentaire en cours, lesdits motifs et couleurs étant choisis de manière à attirer particulièrement l'attention d'un opérateur sur des paramètres critiques de l'opération élémentaire en cours ou sur des opérations élémentaires antérieures associées à des niveaux de validation inférieurs à un seuil prédéterminé.
5. Système selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le capteur de validation de l'opération élémentaire en cours comporte des moyens de vérification de l'identité de l'opérateur effectuant la validation.
6. Système selon l'une quelconque des revendications 1 à 5, caractérisé en ce que les moyens de mémorisation (106) de chaque validation comportent une mémorisation de la date et de l'identité de l'opérateur responsable de ladite validation.
7. Système selon la revendication 6, caractérisé en ce que le système comporte des moyens de cryptage des données de validation mémorisées, de manière à rendre ces données non modifiables après validation.
8. Système selon l'une quelconque des revendications 6 ou 7, caractérisé en ce que le système comporte des moyens (102) de calculer un temps entre deux validations d'opérations élémentaires successives, et de comparer ce temps à une valeur préalablement mémorisée.
9. Système selon l'une quelconque des revendications 1 à 8, caractérisé en ce que au moins certaines opérations élémentaires sont associées à des listes de contrôle de paramètres et d'opérations élémentaires, et en ce que le système comporte des moyens de télécharger des listes de contrôle établies par des organismes extérieurs.
10. Procédé de sécurisation du déroulement d'une succession d'opérations élémentaires ordonnancées, ladite succession d'opérations élémentaires étant appliquée pour la transformer à une entité physique mobile, caractérisé en ce que le procédé comporte des étapes de :
- entrée et mémorisation de la succession d'opérations élémentaires, au moins une opération élémentaire étant associée à au moins une autre opération élémentaire, dite opération élémentaire antérieure,
- identification de l'entité physique dans une zone de déroulement d'une opération élémentaire, dite opération élémentaire en cours,
- affichage successif des dites opérations élémentaires, - vérification que chaque opération élémentaire antérieure associée à l'opération élémentaire en cours a été précédemment validée,
- validation de réalisation de l'opération élémentaire en cours, par un opérateur associé à l'opération élémentaire en cours,
- mémorisation de chaque validation,
- mémorisation de déplacements de l'entité physique.
1 1 . Hôpital, caractérisé en ce qu'il comporte un système selon l'une quelconque des revendications 1 à 9.
PCT/EP2013/050595 2012-01-13 2013-01-14 Système interactif de suivi d'une succession d'étapes ordonnancées WO2013104799A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP13700300.0A EP2803021A1 (fr) 2012-01-13 2013-01-14 Système interactif de suivi d'une succession d'étapes ordonnancées
KR1020147021112A KR20140119056A (ko) 2012-01-13 2013-01-14 일련의 지시 단계를 추적하기 위한 대화형 시스템
CA2861142A CA2861142A1 (fr) 2012-01-13 2013-01-14 Systeme interactif de suivi d'une succession d'etapes ordonnancees
JP2014551642A JP2015507274A (ja) 2012-01-13 2013-01-14 一連の順序付きステップを追跡するための対話型システム
US14/371,759 US20140379370A1 (en) 2012-01-13 2013-01-14 Interactive system for tracking a series of ordered steps

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1250365 2012-01-13
FR1250365 2012-01-13

Publications (1)

Publication Number Publication Date
WO2013104799A1 true WO2013104799A1 (fr) 2013-07-18

Family

ID=47559489

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2013/050595 WO2013104799A1 (fr) 2012-01-13 2013-01-14 Système interactif de suivi d'une succession d'étapes ordonnancées

Country Status (6)

Country Link
US (1) US20140379370A1 (fr)
EP (1) EP2803021A1 (fr)
JP (1) JP2015507274A (fr)
KR (1) KR20140119056A (fr)
CA (1) CA2861142A1 (fr)
WO (1) WO2013104799A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106919777A (zh) * 2015-12-25 2017-07-04 皇家飞利浦有限公司 处理用于诊疗过程的检查清单的方法和设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10318928B1 (en) * 2015-07-28 2019-06-11 Clear Protocol, Inc. Computerized contemporaneous process control and quality assurance

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1666218A (zh) * 2002-06-06 2005-09-07 成套仪器公司 用于在跟踪环境中选择性地监视活动的方法和系统
JP2004110820A (ja) * 2002-08-29 2004-04-08 Olympus Corp 病院情報システム
JP2004287789A (ja) * 2003-03-20 2004-10-14 Fuji Xerox Co Ltd アクセス権が設定された文書ファイルの処理装置、画像形成媒体、処理方法、及びそのプログラム
US20050086072A1 (en) * 2003-10-15 2005-04-21 Fox Charles S.Jr. Task-based system and method for managing patient care through automated recognition
JP4464754B2 (ja) * 2004-07-28 2010-05-19 オリンパス株式会社 医療行為情報管理システム、医療行為実施支援装置
US20060282286A1 (en) * 2005-06-14 2006-12-14 Faris Stephen J Iii Evidence-based quality improvement and risk management solutions method
US8019622B2 (en) * 2005-10-24 2011-09-13 CellTrak Technologies, Inc. Home health point-of-care and administration system
JP5398232B2 (ja) * 2008-11-06 2014-01-29 株式会社東芝 医用情報管理装置及び医用情報管理システム
JP5392673B2 (ja) * 2009-03-06 2014-01-22 則明 青木 診療記録・支援システム
US20120310694A1 (en) * 2009-12-10 2012-12-06 Koninklijke Philips Electronics N.V. Enhancements To Executable Guideline Engines
US20120130730A1 (en) * 2010-11-24 2012-05-24 General Electric Company Multi-department healthcare real-time dashboard

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
No relevant documents disclosed *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106919777A (zh) * 2015-12-25 2017-07-04 皇家飞利浦有限公司 处理用于诊疗过程的检查清单的方法和设备
CN106919777B (zh) * 2015-12-25 2022-05-06 皇家飞利浦有限公司 处理用于诊疗过程的检查清单的方法和设备

Also Published As

Publication number Publication date
US20140379370A1 (en) 2014-12-25
KR20140119056A (ko) 2014-10-08
CA2861142A1 (fr) 2013-07-18
EP2803021A1 (fr) 2014-11-19
JP2015507274A (ja) 2015-03-05

Similar Documents

Publication Publication Date Title
Zadeh et al. A review of the literature and proposed classification on e-prescribing: Functions, assimilation stages, benefits, concerns, and risks
US20180366215A1 (en) Management, reporting and benchmarking of medication preparation
Malvey et al. mHealth: transforming healthcare
US11675791B2 (en) System and method for tracking progression toward a customized goal
US8676604B2 (en) Method and apparatus for medication prescription consultation
US20150120321A1 (en) Wearable Data Reader for Medical Documentation and Clinical Decision Support
US20130124226A1 (en) Method and Apparatus for Coordinating Healthcare of Patients
US20150261934A1 (en) System and Method for Providing Pharmacy Services
Sahni et al. Artificial intelligence in US health care delivery
US20220414599A1 (en) Remotely diagnosing conditions and providing prescriptions using a multi-access health care provider portal
US20190258672A1 (en) Systems and methods for obtaining consent from a patient
Hassan et al. Using technology to prevent adverse drug events in the intensive care unit
US11783932B2 (en) System and method for monitoring drug delivery
Quaglini Information and communication technology for process management in healthcare: A contribution to change the culture of blame
Kushniruk et al. Human, social, and organizational aspects of health information systems
US11289179B1 (en) Automated medication compliance assurance system
Comden et al. Using probabilistic risk assessment to model medication system failures in long-term care facilities
EP2803021A1 (fr) Système interactif de suivi d'une succession d'étapes ordonnancées
Terry To HIPAA, a son: assessing the technical, conceptual, and legal frameworks for patient safety information
Abbasi et al. Using pharmacy surveillance information systems to monitor the dispensing practice of under-controlled drugs: A qualitative study on necessities, requirements, and implementation challenges
Brokel et al. Expert clinical rules automate steps in delivering evidence-based care in the electronic health record
Rosenthal et al. Efficient radiology: How to optimize radiology operations
Kerr et al. Improving health care data quality: A practitioner's perspective
FR3008509A1 (fr) Application medicale executee par un objet communicant, objet communicant et utilisation d'un objet communicant
Faruq et al. Adoption of ICT in implementing primary health care: achievements of the twenty-first century

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13700300

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013700300

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2861142

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 14371759

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2014551642

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20147021112

Country of ref document: KR

Kind code of ref document: A