FR3148317A1 - Procédé et dispositif d’édition d’une ordonnance numérique - Google Patents
Procédé et dispositif d’édition d’une ordonnance numérique Download PDFInfo
- Publication number
- FR3148317A1 FR3148317A1 FR2304127A FR2304127A FR3148317A1 FR 3148317 A1 FR3148317 A1 FR 3148317A1 FR 2304127 A FR2304127 A FR 2304127A FR 2304127 A FR2304127 A FR 2304127A FR 3148317 A1 FR3148317 A1 FR 3148317A1
- Authority
- FR
- France
- Prior art keywords
- data
- biological data
- variable
- biological
- reg
- 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.)
- Pending
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
- 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/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Data Mining & Analysis (AREA)
- Pathology (AREA)
- Databases & Information Systems (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Procédé et dispositif d’édition d’une ordonnance numérique d’examens biologiques
Ce procédé est conçu pour insérer (E60) des recommandations dans une ordonnance numérique d’examens biologiques en fonction de l’évaluation d’une condition comprise dans au moins une règle (REG2).
Ces conditions comportent un identifiant de donnée biologique et une expression prédéterminée destinée à être interprétée comme une instruction de comparaison d’une valeur de cette donnée biologique avec au moins une borne.
Un interpréteur est configuré pour remplacer (E40) l’expression représentant ladite condition par une instruction de comparaison d’une variable représentant la donnée biologique avec une deuxième variable définie uniquement par un type de la borne.
FIG. 1
Description
La présente invention concerne un procédé et un dispositif pour éditer une ordonnance numérique d’examens biologiques ou pour aider à l’édition d’une telle ordonnance.
De façon connue, le contenu de l’ordonnance d’examens biologiques d’un patient est souvent déterminé à partir de données biologiques et/ou cliniques du patient et bien évidemment de l’expertise et de l’expérience du médecin.
Il est fréquent que l’ordonnance d’examens biologiques émise par le médecin doive contenir des recommandations pour des examens complémentaires. Bien que ce soit rarement le cas, ces examens biologiques peuvent être réalisés sur les échantillons déjà prélevés si un délai de péremption assez court est respecté et que les tubes de prélèvement des échantillons sont du bon type.
De façon connue, émettre une ordonnance complémentaire d’examens biologiques à la suite de la réception d’un bilan biologique peut prendre un certain temps lorsque l’analyse du bilan est complexe. De même la rédaction de l’ordonnance d’examens biologiques peut être chronophage en raison de la quantité de prescriptions à y inclure.
Enfin, face à un même bilan biologique, les ordonnances d’examens biologiques émises par différents médecins peuvent être très différentes et ne sont pas toujours conformes aux recommandations de la Haute Autorité de Santé ou de sociétés savantes de médecine.
L’invention vise un système interactif qui aide le médecin à préparer son ordonnance d’examens biologiques sous forme numérique en répondant à au moins une des difficultés évoquées ci-dessus.
À cet effet, les inventeurs ont envisagé de concevoir un interpréteur et de le mettre à disposition des médecins. De façon connue, un interpréteur est un outil informatique configuré pour analyser des instructions écrites dans un langage informatique, et pour traduire ces instructions dans un langage intermédiaire permettant leur exécution par un ordinateur, l’analyse et la traduction nécessaires à l'exécution du programme étant effectuées à chaque exécution du programme.
À ce jour, il n’existe pas d’interpréteur spécialisé dans l’analyse de données biologiques.
Lors de la conception d’un tel interpréteur, les inventeurs ont été confrontés à un problème spécifique au traitement des données biologiques.
De façon connue, une donnée biologique est généralement considérée normale ou anormale en fonction de sa valeur par rapport à une ou plusieurs bornes, par exemple une borne basse et une borne haute.
Par exemple, on peut lire dans certaines études :
- hypoglycémie : inférieur à 0,60g/l
- glycémie normale : à jeun entre 0,70g/l et 1.10 g/l ; 1h30 après un repas : inférieur à 1.40g/l ;
- hyperglycémie à jeun : supérieur à 1.10g/l
- hypoglycémie : inférieur à 0,60g/l
- glycémie normale : à jeun entre 0,70g/l et 1.10 g/l ; 1h30 après un repas : inférieur à 1.40g/l ;
- hyperglycémie à jeun : supérieur à 1.10g/l
Or pour certaines données biologiques, de telles bornes peuvent varier en fonction de nombreux paramètres, par exemple en fonction de l’âge, du sexe ou de la morphologie du patient, ou de modifications dans les méthodes d’analyse.
Cette variabilité des bornes dans les rapports d’analyse biologique, la complexité de l’analyse d’un bilan biologique et le manque de temps conduisent les médecins à des erreurs dans les ordonnances d’examens biologiques complémentaires éventuellement nécessaires.
Les inventeurs ont par conséquent été confrontés au problème de mettre en œuvre un interpréteur informatique adapté à la numérisation du savoir médical relatif à l’analyse de bilans biologiques, notamment au traitement de telles bornes, et à la maintenabilité d’un interpréteur efficace pour le traitement de ces bornes tout en fournissant à l’utilisateur médecin une interface interactive excessivement simple d’utilisation. Cet interprétateur servira de base potentielle de support d’examens biologiques complémentaires prescrits par les médecins, le laboratoire pourra le cas échéant réaliser ces examens complémentaires prescrits sur le même échantillon ayant servi au bilan biologique initial.
L’invention vise ainsi un procédé d’édition d’une ordonnance numérique d’examens biologiques, ce procédé étant mis en œuvre par un ordinateur et comportant les étapes suivantes :
- Obtention d’au moins une règle comportant :
(i) une expression représentant une condition et comportant au moins un identifiant d’une donnée biologique et au moins une expression prédéterminée destinée à être interprétée comme une instruction de comparaison d’une valeur de ladite donnée biologique avec au moins une borne;
(ii) une expression représentant une action à exécuter en fonction d’un résultat d’une évaluation de ladite condition ;
- génération d’une représentation intermédiaire de ladite au moins une règle, dans laquelle :
(i) l’identifiant de donnée biologique est remplacé par une première variable associée à cette donnée biologique; et
(ii) ladite expression représentant ladite condition est remplacée par une instruction de comparaison de ladite première variable avec au moins une deuxième variable associée à un unique type de ladite au moins une borne ;
- obtention d’une structure de données représentant des données d’un patient, ladite structure comportant pour au moins une donnée biologique :
(i) une valeur de ladite donnée biologique pour ledit patient ; et
(ii) au moins une borne associée à ladite donnée biologique ;
- au moins une évaluation de ladite représentation intermédiaire de ladite au moins une règle, ladite évaluation comportant :
(a) une étape de substitution dans laquelle :
(i) une valeur de la première variable associée à la donnée biologique est instanciée par la valeur de ladite donnée biologique si elle existe dans les données du patient ; et
(ii) une valeur de la deuxième variable est instanciée par une borne associée à ladite donnée biologique si elle existe dans les données du patient;
(b) une vérification de ladite condition si elle a été définie par ladite substitution ; et le cas échéant :
(ii) une exécution de ladite action en fonction d’un résultat de ladite vérification, l’exécution de l’action d’au moins une dite règle éditant ladite ordonnance numérique pour y insérer des éléments de recommandation.
Corrélativement, l’invention concerne un dispositif pour éditer une ordonnance numérique d’examens biologiques, ce dispositif comportant:
- un module d’obtention d’au moins une règle comportant :
(i) une expression représentant une condition et comportant au moins un identifiant d’une donnée biologique et au moins une expression prédéterminée destinée à être interprétée comme une instruction de comparaison d’une valeur de ladite donnée biologique avec au moins une borne ;
(ii) une expression représentant une action à exécuter en fonction d’un résultat d’une évaluation de ladite condition ;
- un interpréteur configuré pour générer une représentation intermédiaire de ladite au moins une règle, dans laquelle :
(i) l’identifiant de donnée biologique est remplacé par une première variable associée à cette donnée biologique; et
(ii) ladite expression représentant ladite condition est remplacée par une instruction de comparaison de ladite première variable avec au moins une deuxième variable associée à un unique type de ladite au moins une borne ;
- un module d’obtention d’une structure de données représentant des données d’un patient, ladite structure comportant pour au moins une donnée biologique :
(i) une valeur de ladite donnée biologique pour ledit patient ; et
(ii) au moins une borne associée à ladite donnée biologique ;
- un moteur configuré pour évaluer ladite représentation intermédiaire de ladite au moins une règle, ladite évaluation comportant :
(a) une étape de substitution dans laquelle :
(i) une valeur de la première variable associée à la donnée biologique est instanciée avec la valeur de ladite donnée biologique si elle existe dans les données du patient ; et
(ii) une valeur de la deuxième variable est instanciée par une borne associée à ladite donnée biologique si elle existe dans les données du patient;
(b) une étape de vérification de ladite condition si elle a été définie par ladite substitution ; et le cas échéant :
(ii) une étape d’exécution de ladite action en fonction d’un résultat de ladite vérification, l’exécution de l’action d’au moins une dite règle éditant ladite ordonnance numérique pour y insérer des éléments de recommandation.
Ainsi, et d’une façon générale, l’invention propose une solution pour éditer ou pour assister un utilisateur, typiquement un médecin, à éditer des ordonnances numériques d’examens biologiques.
Cette solution utilise des règles comportant des actions à exécuter en fonction du résultat d’une évaluation de la comparaison d’une valeur de donnée biologique d’un patient avec une borne.
Dans un mode particulier de réalisation, les bornes peuvent être de deux types, à savoir les bornes basses et les bornes hautes.
De façon très avantageuse, l’expression prédéterminée destinée à être interprétée comme une instruction de comparaison d’une valeur de donnée biologique avec au moins une borne peut être une expression unique qui ne dépend que du type de la borne.
De façon très avantageuse, dans un mode particulier de réalisation, cette expression est la même pour toutes les données biologiques.
Ces expressions peuvent ainsi être très courtes, par exemple tenir sur cinq caractères, par exemple sur trois caractères, par exemple sur un seul caractère.
Par exemple, l’expression « X- » peut être interprétée comme une instruction de comparaison de la valeur de la donnée biologique X avec la borne basse associée à cette donnée biologique dans les données du patient si elle existe.
De même, l’expression « X+ » peut être interprétée comme une instruction de comparaison de la valeur de la donnée biologique X avec la borne haute associée à cette donnée biologique dans les données du patient si elle existe.
De même, l’expression « X~ » peut être interprétée comme une instruction de comparaison de la valeur de la donnée biologique X avec la borne basse et avec la borne haute associées à cette donnée biologique dans les données du patient si elles existent.
On comprend que la personne qui édite la règle n’a pas besoin de connaître ni le nom, ni la valeur de ces bornes dans les données du patient.
On comprend que deux règles peuvent utiliser la même expression, par exemple « - », pour deux données biologiques différentes.
Par exemple « X- & Y- » peut être interprétée comme une instruction pour comparer :
- d’une part la valeur de la donnée biologique X avec la borne basse associée à cette donnée biologique X dans les données du patient si elle existe ; et
- d’autre part la valeur de la donnée biologique Y avec la borne basse associée à cette donnée biologique Y dans les données du patient si elle existe.
- d’une part la valeur de la donnée biologique X avec la borne basse associée à cette donnée biologique X dans les données du patient si elle existe ; et
- d’autre part la valeur de la donnée biologique Y avec la borne basse associée à cette donnée biologique Y dans les données du patient si elle existe.
Par ailleurs, l’interpréteur est configuré pour remplacer une dite expression représentant une condition par une instruction de comparaison de ladite première variable associée à une donnée biologique avec au moins une deuxième variable associée au type de la borne.
Dans un mode particulier de réalisation, les règles interprétées par l’interpréteur peuvent être maintenues et actualisées dans la durée par une personne non initiée à l’informatique. En effet, il est intéressant que ces règles soient maintenues par une personne présentant une expertise médicale plus que par une personne présentant une expertise de programmeur.
Dans cette optique, il est nécessaire de présenter au rédacteur ou mainteneur des règles un langage informatique interprété dont la grammaire est la plus simple possible. Il est entendu par « simple » : concise et proche de la manière dont le rédacteur aurait formulé ces règles dans un jargon médical.
À cet effet, dans un mode particulier de réalisation de l’invention:
(i) un seul et même symbole représente toutes les comparaisons aux bornes basses. Par exemple : HEM- sera interprété par l’interpréteur en une représentation intermédiaire évaluée à la valeur « Vrai » si et seulement si la valeur de l’hémoglobine reçue dans les données du patient est inférieure à la valeur de la borne basse admissible telle qu’elle sera reçue dans ces données.
(ii) un seul et même symbole représente toutes les bornes hautes. Par exemple : HEM+ comparera la valeur de l’hémoglobine à la valeur de la borne haute, telles que ces valeurs seront reçues dans les données du patient.
Par ailleurs, dans un mode particulier de réalisation, les identifiants de toutes les mesures biologiques (utilisées dans les conditions des règles ou suggérées comme ajout à l’ordonnance par une action) sont préétablis par l’interpréteur. Par exemple, de cette manière, HEM est automatiquement compris comme l’hémoglobine.
Dans un mode particulier de réalisation, la grammaire peut être complétée par des opérateurs arithmétiques et logiques simples:
Par exemple : « (HEM < 2*BB) » correspond à une comparaison de la valeur de l’hémoglobine avec une valeur correspondant à 2 fois la valeur borne basse, telles que ces valeurs seront reçues dans les données du patient.
Par exemple « HEM- & VGM+ » combine les conditions HEM- et VGM+ au moyen d’un opérateur logique « ET » traditionnel.
Dans un mode particulier de réalisation, le nom de la première variable associée à ladite donnée biologique est dérivé de l’identifiant de cette donnée biologique.
Ainsi, si une nouvelle donnée biologique est à considérer, l’utilisateur peut simplement la saisir avec l’identifiant de cette donnée biologique. L’éditeur crée de façon interactive une variable associée à cette donnée biologique en dérivant son nom à partir de l’identifiant.
Dans un mode particulier de réalisation:
(i) l’exécution de l’action d’au moins une dite règle déclenche l’envoi à un utilisateur d’une question identifiée dans ladite action;
(ii) une réponse à ladite question étant utilisée au cours d’une occurrence ultérieure de ladite étape de substitution pour remplacer une valeur d’une variable associée à une donnée biologique ou à une donnée clinique dans une dite représentation intermédiaire.
Ce mode de réalisation permet avantageusement de compléter les données du patient par des informations reçues en réponse à des questions.
Ces questions peuvent être posées en utilisant un service Web.
Ainsi, dans un mode de réalisation particulier, l’exécution de l’action d’au moins une dite règle comporte les étapes suivantes :
- ajout d’un identifiant de la dite question à une variable prédéterminée ;
- exposition de ladite variable à un service web configuré pour envoyer à l’utilisateur la question associée à cet identifiant et pour obtenir la réponse à ladite question.
Dans un mode particulier de réalisation, les différentes étapes du procédé d’édition sont déterminées par des instructions de programmes d'ordinateurs ou sont implémentées par une puce en silicium qui comprend des transistors adaptés pour constituer des portes modèles d'une modèle câblée non programmable.
En conséquence, l'invention vise aussi un programme d'ordinateur sur un support d'informations, ce programme étant susceptible d'être mis en œuvre dans un ordinateur contrôleur, ce programme comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé d’édition tel que décrit ci-dessus.
Ce programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, une mémoire non volatile de type flash ou encore un moyen d'enregistrement magnétique, par exemple un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent des exemples de réalisation dépourvus de tout caractère limitatif. Sur les figures :
Description détaillée d’un exemple de réalisation de l’invention
La représente sous forme d’organigramme, les principales étapes d’un procédé d’édition d’une ordonnance numérique ORD d’examens biologiques conformément à un mode particulier de réalisation de l’invention.
Dans le mode de réalisation décrit ici, ce procédé est mis en œuvre par un dispositif DISP dont l’architecture fonctionnelle est représentée àla . Dans le mode de réalisation décrit ici, ce dispositif comporte :
- un module de communication COM configuré pour pouvoir obtenir une structure de données représentant des données d’un patient,
- une interface permettant de saisir ou d’obtenir au moins une règle. Cette interface est par exemple une interface homme-machine IHM permettant à un utilisateur de saisir une règle avec des moyens d’entrées/sorties ou le module de communication COM alors configuré pour recevoir une règle saisie à distance;
- un interpréteur INT configuré pour générer une représentation intermédiaire d’au moins une règle ;
- une mémoire MEM dans laquelle sont stockées les règles et leurs représentation intermédiaire ;
- un moteur de règles MOT configuré pour exécuter les représentations intermédiaires pour insérer dans une ordonnance d’examens biologiques des éléments de recommandation déterminés à partir desdites données ; et
- un client web CW configuré pour communiquer avec un service Web SW.
- un module de communication COM configuré pour pouvoir obtenir une structure de données représentant des données d’un patient,
- une interface permettant de saisir ou d’obtenir au moins une règle. Cette interface est par exemple une interface homme-machine IHM permettant à un utilisateur de saisir une règle avec des moyens d’entrées/sorties ou le module de communication COM alors configuré pour recevoir une règle saisie à distance;
- un interpréteur INT configuré pour générer une représentation intermédiaire d’au moins une règle ;
- une mémoire MEM dans laquelle sont stockées les règles et leurs représentation intermédiaire ;
- un moteur de règles MOT configuré pour exécuter les représentations intermédiaires pour insérer dans une ordonnance d’examens biologiques des éléments de recommandation déterminés à partir desdites données ; et
- un client web CW configuré pour communiquer avec un service Web SW.
Dans le mode de réalisation décrit ici, l’interpréteur INT est configuré pour interpréter au moins une règle REGien langage Python ou C et le moteur MOT est configuré pour exécuter des représentations intermédiaires conformes à ce langage.
Dans le mode de réalisation décrit ici, l’interpréteur MOT gère en mémoire MEM :
- une variable VM contenant une liste d’éléments de recommandations à ajouter à l’ordonnance ORD d’examens biologiques, cette liste étant initialement vide ; et
- une variable VQ contenant une liste d’identifiants de questions, cette liste étant initialement vide.
- une variable VM contenant une liste d’éléments de recommandations à ajouter à l’ordonnance ORD d’examens biologiques, cette liste étant initialement vide ; et
- une variable VQ contenant une liste d’identifiants de questions, cette liste étant initialement vide.
On suppose qu’au cours d’une étape E5, un utilisateur, par exemple un médecin, s’authentifie auprès du dispositif DISP en utilisant un identifiant et un mot de passe.
Dans le mode de réalisation décrit ici, suite à toute authentification les règles sont automatiquement chargées en mémoire au cours d’une étape E10, interprétées au cours d’une étape E20 et leurs représentations intermédiaires sont stockées en mémoire.
Dans le mode de réalisation décrit ici, une règle REGipeut comporter :
(i) une ou plusieurs expressions comportant une condition COND ; et
(ii) une expression représentant une action ACT à exécuter en fonction du résultat d’une évaluation de ladite condition.
Ces expressions peuvent elles-mêmes comprendre des sous-expressions, qui peuvent elles-mêmes comprendre des sous-expressions et ainsi de suite.
Ces expressions et sous-expressions peuvent être isolées dans une règle au moyen d’expressions régulières.
Dans un mode de réalisation de l’invention, les conditions comportent au moins une expression pouvant comporter au moins un identifiant d’une donnée biologique ou d’une donnée clinique.
Dans un mode de réalisation de l’invention, les actions comportent au moins un identifiant d’un ensemble de recommandations à ajouter à l’ordonnance d’examens biologiques ou au moins l’identifiant d’un message.
Dans le mode de réalisation décrit ici, les règles REGisont conformes à une grammaire qui définit que :
a/ les éléments de recommandation à ajouter à l’ordonnance d’examens biologiques commencent par le caractère spécial « @ » ;
b/ les messages sont identifiés par un identifiant commençant par le caractère spécial « * ». Plus précisément, dans le mode de réalisation décrit ici, un message peut être:
(i) soit une question qui attend une réponse destinée à être injectée en tant que donnée clinique dans les données d’un patient ;
(ii) soit un message déclaratif qui n’attend pas de réponse.
a/ les éléments de recommandation à ajouter à l’ordonnance d’examens biologiques commencent par le caractère spécial « @ » ;
b/ les messages sont identifiés par un identifiant commençant par le caractère spécial « * ». Plus précisément, dans le mode de réalisation décrit ici, un message peut être:
(i) soit une question qui attend une réponse destinée à être injectée en tant que donnée clinique dans les données d’un patient ;
(ii) soit un message déclaratif qui n’attend pas de réponse.
Dans le mode de réalisation décrit ici :
(i) les identifiants des messages de type question commencent par « *Q_» ;
(ii) les identifiants des messages déclaratifs commencent par le caractère spécial « * » mais pas par « *Q_».
(i) les identifiants des messages de type question commencent par « *Q_» ;
(ii) les identifiants des messages déclaratifs commencent par le caractère spécial « * » mais pas par « *Q_».
À titre d’exemples d’identifiants de données biologiques, dans l’exemple décrit ici :
- HEM est un identifiant de l’hémoglobine ;
- CRP est un identifiant de la protéine C-Réactive ;
- GL est un identifiant de la glycémie ; et
- VGM est un identifiant d’un volume globulaire moyen.
- HEM est un identifiant de l’hémoglobine ;
- CRP est un identifiant de la protéine C-Réactive ;
- GL est un identifiant de la glycémie ; et
- VGM est un identifiant d’un volume globulaire moyen.
À titre d’exemple d’identifiant de donnée clinique, dans l’exemple décrit ici :
- ANM est un identifiant de l’anémie ;
- q_potomane est un identifiant de la potomanie.
- ANM est un identifiant de l’anémie ;
- q_potomane est un identifiant de la potomanie.
À titre d’exemple d’éléments de recommandation, dans l’exemple décrit ici, @BAN est un ensemble d’éléments de recommandation à ajouter à l’ordonnance ORD d’examens biologiques en cas d’anémie normocytaire.
À titre d’exemple de message de type question, dans l’exemple décrit ici « *Q_Potomane » est l’identifiant d’une question demandant au médecin si le patient est potomane, par exemple la question « le patient est-il potomane ? OUI/NON ».
À titre d’exemple de message déclaratif, dans l’exemple décrit ici « *AVC » est l’identifiant d’un message conseillant au médecin de référer le patient aux urgences pour risque d’accident vasculaire cérébral.
Dans l’exemple décrit ici, la grammaire comporte :
- une expression « » qui doit interprétée comme une implication indiquant l’action ACT à exécuter en fonction d’un résultat de l’évaluation d’une condition COND ;
- une expression « – » qui doit être interprétée comme « inférieur à une borne » ;
- une expression « + » qui doit être interprétée comme « supérieur à une borne » ;
- une expression « & » qui doit être interprétée comme un opérateur ET logique ;
- une expression « ~ » qui doit être interprétée comme « entre une borne basse et une borne haute » ;
- une constante « 1 » qui lorsqu’elle est affectée à une variable représentant une donnée clinique, signifie que la donnée clinique est positive.
- une expression « » qui doit interprétée comme une implication indiquant l’action ACT à exécuter en fonction d’un résultat de l’évaluation d’une condition COND ;
- une expression « – » qui doit être interprétée comme « inférieur à une borne » ;
- une expression « + » qui doit être interprétée comme « supérieur à une borne » ;
- une expression « & » qui doit être interprétée comme un opérateur ET logique ;
- une expression « ~ » qui doit être interprétée comme « entre une borne basse et une borne haute » ;
- une constante « 1 » qui lorsqu’elle est affectée à une variable représentant une donnée clinique, signifie que la donnée clinique est positive.
La donne trois exemples de règles conformes à cette grammaire.
La règle REG1indique que si une valeur d’hémoglobine est inférieure à une borne basse et que le patient n’est pas potomane, le patient souffre d’anémie.
La règle REG2indique que si un patient souffre d’anémie et que son volume globulaire moyen est inférieur à une borne basse, il faut ajouter à l’ordonnance des éléments de recommandation pour réaliser des mesures biologiques correspondant au bilan d’anémie normocytaire, si ces éléments ne sont pas déjà présents dans l’ordonnance.
La règle REG3indique que si l’hémoglobine est inférieure est une borne basse, il faut poser à l’utilisateur, la question d’identifiant *Q_Potomane pour que ce dernier indique si le patient est potomane ou non.
Au cours de l’étape E20, l’interpréteur INT génère une représentation intermédiaire RIREGide chacune des règles REGi.
La représente des représentations intermédiaires RIREGides règles REGide la dans un mode particulier de réalisation de l’invention.
Dans le mode de réalisation décrit ici, une représentation intermédiaire RIREGicomporte :
- au moins une variable associée à une donnée biologique dont la valeur est destinée à être remplacée par une valeur de donnée biologique issue de données patient ;
- au moins une variable BB ou BH dont la valeur est destinée à être remplacée par une valeur de borne basse ou haute issue de données patient
- au moins une condition à évaluer et ;
- au moins une action à exécuter en fonction du résultat de l’évaluation.
- au moins une variable associée à une donnée biologique dont la valeur est destinée à être remplacée par une valeur de donnée biologique issue de données patient ;
- au moins une variable BB ou BH dont la valeur est destinée à être remplacée par une valeur de borne basse ou haute issue de données patient
- au moins une condition à évaluer et ;
- au moins une action à exécuter en fonction du résultat de l’évaluation.
Dans l’exemple de réalisation décrit ici, le nom d’une variable associée à une donnée biologique ou à une donnée clinique est dérivé de l’identifiant de cette donnée. Dans l’exemple de réalisation décrit ici, pour une donnée biologique ou clinique d’identifiant X, l’interpréteur définit la variable [X].
Ainsi, dans l’exemple de la , la représentation intermédiaire RIREG1comporte :
- la variable [HEM] de l’hémoglobine dont la valeur est à substituer par une valeur d’hémoglobine issue de données patient ;
- la variable [q_potomane] de la potomanie dont la valeur est à remplacer par 1 ou 0, selon que les données du patient indiquent que le patient est potomane on non.
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse d’hémoglobine issue de données patient ;
- « [HEM] < [BB] AND [q_potomonane] = 0 » est une condition à évaluer ; et
- affecter la valeur 1 à l’identifiant ANM de l’anémie est une action à effectuer si l’évaluation de cette condition est positive.
- la variable [HEM] de l’hémoglobine dont la valeur est à substituer par une valeur d’hémoglobine issue de données patient ;
- la variable [q_potomane] de la potomanie dont la valeur est à remplacer par 1 ou 0, selon que les données du patient indiquent que le patient est potomane on non.
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse d’hémoglobine issue de données patient ;
- « [HEM] < [BB] AND [q_potomonane] = 0 » est une condition à évaluer ; et
- affecter la valeur 1 à l’identifiant ANM de l’anémie est une action à effectuer si l’évaluation de cette condition est positive.
On note que cette représentation intermédiaire RIREG1ne modifie ni la variable VM ni la variable VQ.
Dans l’exemple de la , la représentation intermédiaire RIREG2comporte :
- la variable [VGM] du volume globulaire moyen dont la valeur est à substituer par une valeur de volume globulaire moyen issu de données patient ;
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse de volume globulaire moyen issue de données patient ;
- « ANM=1 AND [VGM] < [BB] » est une condition à évaluer ; et
- ajouter, à la variable VM, la chaîne de caractères identifiée par @BAN et comportant les éléments de recommandation en cas d’anémie normocytaire est une action à effectuer si l’évaluation de cette condition est positive.
- la variable [VGM] du volume globulaire moyen dont la valeur est à substituer par une valeur de volume globulaire moyen issu de données patient ;
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse de volume globulaire moyen issue de données patient ;
- « ANM=1 AND [VGM] < [BB] » est une condition à évaluer ; et
- ajouter, à la variable VM, la chaîne de caractères identifiée par @BAN et comportant les éléments de recommandation en cas d’anémie normocytaire est une action à effectuer si l’évaluation de cette condition est positive.
Dans l’exemple de la , la représentation intermédiaire RIREG3comporte :
- la variable [HEM] de l’hémoglobine dont la valeur est à substituer par une valeur d’hémoglobine issue de données patient ;
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse d’hémoglobine issue de données patient ;
- « [HEM] < [BB] » est une condition à évaluer ; et
- ajouter, à la variable VQ, l’identifiant *Q_Potoamane de la question« Le patent est-il potomane ? » est une action à effectuer si l’évaluation de cette condition est positive.
- la variable [HEM] de l’hémoglobine dont la valeur est à substituer par une valeur d’hémoglobine issue de données patient ;
- la variable de borne basse [BB] dont la valeur est à substituer par une valeur de borne basse d’hémoglobine issue de données patient ;
- « [HEM] < [BB] » est une condition à évaluer ; et
- ajouter, à la variable VQ, l’identifiant *Q_Potoamane de la question« Le patent est-il potomane ? » est une action à effectuer si l’évaluation de cette condition est positive.
Il est fondamental de constater que l’expression (« - ») dans les règles et leur interprétation (« > [BB] ») dans les représentations intermédiaires sont indépendantes des données biologiques. En particulier :
(i) l’expression « - » est identique dans les règles REG1et REG2et
(ii) l’expression (« <[BB] ») est identique dans les représentations intermédiaires RIREG1et RIREG2,
alors qu’elles visent des conditions différentes (comparaison d’une valeur d’hémoglobine à une borne basse d’hémoglobine et comparaison d’un volume globulaire à une borne basse de volume globulaire moyen). En effet la variable [BB] est associée au type de borne, en l’occurrence aux bornes basses, et permet de traiter les bornes basses associées à toutes les données biologiques.
(i) l’expression « - » est identique dans les règles REG1et REG2et
(ii) l’expression (« <[BB] ») est identique dans les représentations intermédiaires RIREG1et RIREG2,
alors qu’elles visent des conditions différentes (comparaison d’une valeur d’hémoglobine à une borne basse d’hémoglobine et comparaison d’un volume globulaire à une borne basse de volume globulaire moyen). En effet la variable [BB] est associée au type de borne, en l’occurrence aux bornes basses, et permet de traiter les bornes basses associées à toutes les données biologiques.
Autrement dit, l’interpréteur INT utilise toujours la même expression pour représenter une comparaison à une borne basse dans une représentation intermédiaire et toujours la même expression pour représenter une comparaison à une borne haute dans une représentation intermédiaire.
Dans l’exemple décrit ici ; l’ordinateur ORD comporte un système de fichiers SYS dans lequel sont stockées des données de patients.
Dans le mode de réalisation décrit ici, les données d’un patient D sont reçues d’un fournisseur extérieur, par exemple d’un médecin ou d’un laboratoire d’analyse biologique par des moyens de télécommunication standard au cours d’une étape E30 (par exemple par courriel).
Dans le mode de réalisation décrit ici, ces données sont reçues proviennent sous format d’un tableau conforme au langage LANG.
La représente de telles données D.
Dans cet exemple, les données sont organisées en ligne, chaque ligne comportant une valeur de donnée biologique et au moins une borne basse BB ou une borne haute BH.
A titre d’exemple, dans la , ces données comportent :
- une valeur 10, une borne basse 12 et une borne haute 15 pour la donnée biologique hémoglobine HEM ;
- une valeur 90, une borne basse 80 et une borne haute 100 pour la donnée biologique volume globulaire moyen VGM.
- une valeur 10, une borne basse 12 et une borne haute 15 pour la donnée biologique hémoglobine HEM ;
- une valeur 90, une borne basse 80 et une borne haute 100 pour la donnée biologique volume globulaire moyen VGM.
Les données du patient ne comportent pas la variable q_potomane. Elle sera renseignée ultérieurement par une donnée clinique obtenue en réponse à une question posée au médecin.
Dans le mode de réalisation décrit ici, les représentations intermédiaires RIREGisont ensuite exécutées une ou plusieurs fois, chaque exécution comportant :
- une étape de substitution E40 ; et
- une étape de vérification E50.
- une étape de substitution E40 ; et
- une étape de vérification E50.
Dans l’étape de substitution E40, le moteur MOT substitue dans la mémoire de l’ordinateur, pour chacune des données biologiques qu’il trouve à la fois dans une représentation intermédiaire RIREG1, RIREG2, RIREG3et dans les données du patient, les identifiants de borne, de donnée biologique ou de donnée clinique de la représentation intermédiaire par :
(i) les valeurs de borne, de données biologiques ou de données cliniques correspondantes issues des données du patient D si elles sont présentes dans les données du patient ; ou
(ii) par un mot clé « ?? » représentant une valeur indéfinie sinon.
(i) les valeurs de borne, de données biologiques ou de données cliniques correspondantes issues des données du patient D si elles sont présentes dans les données du patient ; ou
(ii) par un mot clé « ?? » représentant une valeur indéfinie sinon.
Au cours de l’étape de vérification E50, les conditions des représentations intermédiaires RIREGiqui sont définies sont vérifiées par le moteur MOT.
Cette étape consiste essentiellement à évaluer la condition de la représentation intermédiaire et à exécuter l’action en fonction du résultat de cette évaluation.
Dans le mode de réalisation décrit ici, les représentations intermédiaires RIREGisont évaluées jusqu’à ce que les valeurs de toutes les variables restent inchangées. Un test E65 est prévu à cet effet.
Le traitement des données patient de l’exemple de la va maintenant être détaillé.
Ainsi, en référence à la figure 6-1, au cours de la première occurrence de l’étape E40, le moteur MOT substitue dans la mémoire de l’ordinateur :
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par « ?? »;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par « ?? »;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
Au cours de la première occurrence de l’étape E50 :
- pour la règle REG1, la condition 10<12 est vérifiée mais pas la condition ??= 0 donc l’action n’est pas exécutée, de sorte que la valeur ANM est indéfinie ;
- pour la règle REG2, la valeur de la variable ANM étant indéfinie, la condition ANM=1 est indéfinie donc l’action n’est pas exécutée. La variable VM n’est pas modifiée ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action est exécutée (étape E60). La variable VQ est modifiée et contient l’identifiant de question *Q_Potomane.
- pour la règle REG1, la condition 10<12 est vérifiée mais pas la condition ??= 0 donc l’action n’est pas exécutée, de sorte que la valeur ANM est indéfinie ;
- pour la règle REG2, la valeur de la variable ANM étant indéfinie, la condition ANM=1 est indéfinie donc l’action n’est pas exécutée. La variable VM n’est pas modifiée ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action est exécutée (étape E60). La variable VQ est modifiée et contient l’identifiant de question *Q_Potomane.
Dans le mode de réalisation décrit ici, la variable VQ est exposée à un service web SW configuré pour envoyer à l’utilisateur les questions associées aux identifiants de la variable VQ et pour modifier les données du patient avec les réponses à ces questions.
Dans l’exemple décrit ici, on suppose que l’utilisateur médecin répond à la question d’identifiant *q_potomane que le patient est non potomane. Par conséquent les données du patient comportent une nouvelle donnée clinique q_potomane et une valeur 0 pour cette donnée clinique.
Au cours de cette première évaluation, au moins une variable a été modifiée (par exemple VQ). Le résultat du test E65 est négatif et une deuxième évaluation est effectuée.
En référence à la figure 6-2, au cours de la deuxième occurrence de l’étape E40, le moteur MOT substitue dans la mémoire de l’ordinateur :
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par 0 ;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par 0 ;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
Au cours de la deuxième occurrence de l’étape E50 :
- pour la règle REG1, la condition 10<12 est vérifiée et la condition 0 = 0 donc l’action est exécutée (étape E60) et la valeur de la variable ANM est fixée à 1 ;
- pour la règle REG2, la valeur de la variable ANM étant égale à 1, la condition ANM=1 est vérifiée donc l’action est exécutée (étape E60). La variable VM est modifiée pour comprendre les mesures identifiées par l’identifiant @BAN. Les éléments de recommandation en cas d’anémie normocytaire sont insérés dans l’ordonnance numérique ORD ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action peut être exécutée mais la variable VQ n’est pas modifiée car elle contient déjà l’identifiant de question *Q_Potomane.
- pour la règle REG1, la condition 10<12 est vérifiée et la condition 0 = 0 donc l’action est exécutée (étape E60) et la valeur de la variable ANM est fixée à 1 ;
- pour la règle REG2, la valeur de la variable ANM étant égale à 1, la condition ANM=1 est vérifiée donc l’action est exécutée (étape E60). La variable VM est modifiée pour comprendre les mesures identifiées par l’identifiant @BAN. Les éléments de recommandation en cas d’anémie normocytaire sont insérés dans l’ordonnance numérique ORD ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action peut être exécutée mais la variable VQ n’est pas modifiée car elle contient déjà l’identifiant de question *Q_Potomane.
Au cours de cette deuxième évaluation, au moins une variable évaluée au cours de l’étape E50 a été modifiée (par exemple VM). Le résultat du test E65 est négatif et une troisième évaluation est effectuée.
Au cours de la troisième occurrence de l’étape E40, le moteur MOT substitue dans la mémoire de l’ordinateur :
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par 0 ;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
- pour la règle REG1, les variables HEM et BB par 10 et 12 et la variable q_potomane par 0 ;
- pour la règle REG2, les variables VGM et BB par 70 et 80 ;
- pour la règle REG3, les variables HEM et BB par 10 et 12.
Au cours de la deuxième occurrence de l’étape E50 :
- pour la règle REG1, la condition 10<12 est vérifiée et la condition 0 = 0 donc l’action est exécutée et la valeur de la variable ANM est fixée à 1 ; Cette variable n’est pas modifiée.
- pour la règle REG2, la valeur de la variable ANM étant égale à 1, la condition ANM=1 est vérifiée donc l’action est exécutée. Mais la variable VM comprend déjà les mesures identifiées par l’identifiant @BAN donc cette variable VM n’est pas modifiée ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action peut être exécutée mais la variable VQ ne l’est pas car elle modifiée parce qu’elle contient déjà l’identifiant de question *Q_Potomane.
- pour la règle REG1, la condition 10<12 est vérifiée et la condition 0 = 0 donc l’action est exécutée et la valeur de la variable ANM est fixée à 1 ; Cette variable n’est pas modifiée.
- pour la règle REG2, la valeur de la variable ANM étant égale à 1, la condition ANM=1 est vérifiée donc l’action est exécutée. Mais la variable VM comprend déjà les mesures identifiées par l’identifiant @BAN donc cette variable VM n’est pas modifiée ;
- pour la règle REG3, la condition 10<12 est vérifiée donc l’action peut être exécutée mais la variable VQ ne l’est pas car elle modifiée parce qu’elle contient déjà l’identifiant de question *Q_Potomane.
Au cours de cette troisième évaluation, aucune variable n’est modifiée et le résultat du test E65 est positif.
L’ordonnance ORD d’examens biologiques peut ensuite être traitée par l’utilisateur, par exemple être complétée puis imprimée, transmise ou mise à disposition du patient via un serveur.
Claims (6)
- Procédé d’édition d’une ordonnance numérique (ORD) d’examens biologiques, ce procédé étant mis en œuvre par un ordinateur (DISP) et comportant les étapes suivantes :
- obtention (E10) d’au moins une règle (REG1, REG2, REG3) comportant :
(i) une expression représentant une condition (COND) et comportant au moins un identifiant (VGM) d’une donnée biologique et au moins une expression prédéterminée (« - » ) destinée à être interprétée comme une instruction de comparaison d’une valeur de ladite donnée biologique avec au moins une borne ;
(ii) une expression représentant une action (ACT) à exécuter en fonction d’un résultat d’une évaluation de ladite condition ;
- génération (E20) d’une représentation intermédiaire (RIREG1) de ladite au moins une règle (REG1), dans laquelle :
(i) l’identifiant (HEM) de donnée biologique est remplacé par une première variable ([HEM]) associée à cette donnée biologique; et
(ii) ladite expression représentant ladite condition est remplacée par une instruction de comparaison de ladite première variable ([HEM]) avec au moins une deuxième variable ([BB], [BH]) associée à un unique type de ladite au moins une borne ;
- obtention (E30) d’une structure de données représentant des données (D) d’un patient, ladite structure comportant pour au moins une donnée biologique (HEM) :
(i) une valeur de ladite donnée biologique pour ledit patient ; et
(ii) au moins une borne associée à ladite donnée biologique ;
- au moins une évaluation (E40, E50) de ladite représentation intermédiaire (RIREG1) de ladite au moins une règle (REG1), ladite évaluation comportant :
(a) une étape (E40) de substitution dans laquelle :
(i) une valeur de la première variable ([HEM]) associée à la donnée biologique (HEM) est instanciée avec la valeur de ladite donnée biologique si elle existe dans les données du patient ; et
(ii) une valeur de la deuxième variable ([BB], [BH]) est instanciée par une borne associée à ladite donnée biologique si elle existe dans les données du patient ;
(b) une étape de vérification (E50) de ladite condition si elle a été définie par ladite substitution (E40) ; et le cas échéant :
(c) une étape d’exécution (E60) de ladite action en fonction d’un résultat de ladite vérification,, l’exécution de l’action d’au moins une dite règle (REG2) éditant ladite ordonnance numérique (ORD) pour y insérer des éléments de recommandation. - Procédé d’édition selon la revendication 1, dans lequel le nom de la première variable ([HEM) associée à ladite donnée biologique est dérivé de l’identifiant (HEM) de cette donnée biologique.
- Procédé d’édition selon la revendication 1 ou 2, dans lequel l’exécution de l’action d’au moins une dite règle (REG3) déclenche l’envoi à un utilisateur d’une question identifiée dans ladite action, une réponse à ladite question étant utilisée au cours d’une occurrence ultérieure de ladite étape de substitution pour remplacer une valeur d’une variable associée à une donnée biologique ou à une donnée clinique dans une dite représentation intermédiaire (REG1).
- Procédé d’édition selon la revendication 3, dans lequel l’exécution de l’action d’au moins une dite règle (REG3) comporte les étapes suivantes :
- ajout d’un identifiant de la dite question à une variable prédéterminée (VQ) ;
- exposition de ladite variable (VQ) à un service web (SW) configuré pour envoyer à l’utilisateur la question associée à cet identifiant et pour obtenir la réponse à ladite question. - Dispositif (DISP) pour éditer une ordonnance numérique (ORD) d’examens biologiques, ce dispositif comportant:
- un module (IHM) d’obtention d’au moins une règle (REG1, REG2, REG3) comportant :
(i) une expression représentant une condition et comportant au moins un identifiant (VGM) d’une donnée biologique et au moins une expression prédéterminée (« - », « + ») destinée à être interprétée comme une instruction de comparaison d’une valeur de ladite donnée biologique avec au moins une borne ;
(ii) une expression représentant une action à exécuter en fonction du résultat d’une évaluation de ladite condition ;
- un interpréteur (INT) configuré pour générer (E20) une représentation intermédiaire (RIREG1) de ladite au moins une règle (REG1), dans laquelle :
(i) l’identifiant (HEM) de donnée biologique est remplacé par une première variable ([HEM]) associée à cette donnée biologique; et
(ii) ladite expression représentant ladite condition étant remplacée par une instruction de comparaison de ladite première variable ([HEM]) avec au moins une deuxième variable ([BB], [BH]) associée à un unique type de ladite au moins une borne ;
- un module (COM) d’obtention d’une structure de données représentant des données (D) d’un patient, ladite structure comportant pour au moins une donnée biologique (HEM) :
(i) une valeur de ladite donnée biologique pour ledit patient ; et
(ii) au moins une borne associée à ladite donnée biologique ;
- un moteur (MOT) configuré pour exécuter au moins une évaluation (E40, E50) de ladite représentation intermédiaire (RIREG1) de ladite au moins une règle, ladite évaluation comportant :
(a) une étape (E40) de substitution dans laquelle :
(i) une valeur de la première variable associée à la donnée biologique est instanciée par la valeur de ladite donnée biologique si elle existe dans les données du patient; et
(ii) une valeur de la deuxième variable ([BB], [BH]) est instanciée par une borne associée à ladite donnée biologique si elle existe dans les données du patient;
(b) une étape (EE50) de vérification de ladite condition si elle a été définie par ladite substitution (E40) ; et le cas échéant :
(ii) une étape (E60) d’exécution de ladite action en fonction d’un résultat de ladite vérification, l’exécution de l’action d’au moins une dite règle (REG2) éditant ladite ordonnance numérique (ORD) d’examens biologiques pour y insérer des éléments de recommandation. - Programme d’ordinateur (PG) comportant des instructions pour l’exécution des étapes du procédé d’édition d’ordonnance d’examens biologiques selon l’une quelconque des revendications 1 à 4 lorsque ledit programme est exécuté par un ordinateur.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2304127A FR3148317A1 (fr) | 2023-04-25 | 2023-04-25 | Procédé et dispositif d’édition d’une ordonnance numérique |
| PCT/FR2024/050517 WO2024224012A1 (fr) | 2023-04-25 | 2024-04-19 | Procede et dispositif d'edition d'une ordonnance numerique |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2304127A FR3148317A1 (fr) | 2023-04-25 | 2023-04-25 | Procédé et dispositif d’édition d’une ordonnance numérique |
| FR2304127 | 2023-04-25 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| FR3148317A1 true FR3148317A1 (fr) | 2024-11-01 |
Family
ID=88413935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2304127A Pending FR3148317A1 (fr) | 2023-04-25 | 2023-04-25 | Procédé et dispositif d’édition d’une ordonnance numérique |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR3148317A1 (fr) |
| WO (1) | WO2024224012A1 (fr) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040010425A1 (en) * | 2002-01-29 | 2004-01-15 | Wilkes Gordon J. | System and method for integrating clinical documentation with the point of care treatment of a patient |
| US8635089B1 (en) * | 2006-02-03 | 2014-01-21 | Quest Diagnostics Investments Inc. | Systems and methods for administration of prescription drug benefits |
| US10658076B2 (en) * | 2017-10-09 | 2020-05-19 | Peter Gulati | System and method for increasing efficiency of medical laboratory data interpretation, real time clinical decision support, and patient communications |
-
2023
- 2023-04-25 FR FR2304127A patent/FR3148317A1/fr active Pending
-
2024
- 2024-04-19 WO PCT/FR2024/050517 patent/WO2024224012A1/fr active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040010425A1 (en) * | 2002-01-29 | 2004-01-15 | Wilkes Gordon J. | System and method for integrating clinical documentation with the point of care treatment of a patient |
| US8635089B1 (en) * | 2006-02-03 | 2014-01-21 | Quest Diagnostics Investments Inc. | Systems and methods for administration of prescription drug benefits |
| US10658076B2 (en) * | 2017-10-09 | 2020-05-19 | Peter Gulati | System and method for increasing efficiency of medical laboratory data interpretation, real time clinical decision support, and patient communications |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2024224012A1 (fr) | 2024-10-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7035860B2 (en) | Trusted access by an extendible framework method, system, article of manufacture, and computer program product | |
| FR2722354A1 (fr) | Procede et dispositif de determination de problemes pour systemes de reseaux informatiques locaux | |
| FR3105845A1 (fr) | PROCEDE ET système DE TRAITEMENT DE DONNEES POUR LA PREPARATION D’UN JEU DE DONNEES | |
| FR3076390A1 (fr) | Agent virtuel cognitif pour plate-forme cloud | |
| FR3120733A1 (fr) | Système de maintenance décentralisé pour les appareils intelligents | |
| CN107402878A (zh) | 测试方法和装置 | |
| WO2023235564A1 (fr) | Dépistage multimodal (audio/texte/vidéo) et surveillance de conditions de santé mentale | |
| KR20100060812A (ko) | 콜백유알엘을 제공하여 치아 교정/성형 상담 서비스를 제공하는 방법, 시스템 및 그 방법을 실행시킬 수 있는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체 | |
| FR3148317A1 (fr) | Procédé et dispositif d’édition d’une ordonnance numérique | |
| US20210097287A1 (en) | Automatic adaptation of digital content | |
| JP7675762B2 (ja) | 医療分析装置からのデータの処理 | |
| FR2826761A1 (fr) | Procede d'analyse d'un document represente dans un langage de balisage | |
| Thabit | Perspective chapter: Embracing the complexity of human emotion | |
| US12014494B2 (en) | Image processing method and apparatus, screening system, computer-readable storage medium for improving screening performance | |
| EP2879034A1 (fr) | Adaptation d'un menu à un contexte d'utilisation et générateur de menu adaptable | |
| EP3928501B1 (fr) | Procédé de gestion d'accès d'un utilisateur à un service vocal, dispositif, système et programmes correspondants | |
| WO2017191035A1 (fr) | Procédé et système électronique de traitement d'un ensemble d'images d'échantillons, procédé et système électronique associés de contrôle d'un rapport généré, programmes d'ordinateur associés | |
| FR2816793A1 (fr) | Dispositif de traitement d'information multimedia | |
| EP4206969B1 (fr) | Procédé d'analyse de sécurité d'un fichier de déploiement d'une plateforme d'orchestration d'une grappe de serveurs, produit programme d'ordinateur et plateforme d'orchestration associés | |
| EP3767476A1 (fr) | Dispositif et procede pour l'analyse de performances d'une application n-tier | |
| Harrison | TigerAware Conditional Action Engine | |
| US20200169615A1 (en) | Controlling content delivery | |
| Wymann et al. | Document Management using Large Language Model | |
| Ignatova et al. | Clever tracking user behaviour over the web: enabling researchers to respect the user | |
| Palvannan | Impact of using Suggestion Bot while code reviewing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20241101 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |