FR3097670A1 - Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale - Google Patents

Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale Download PDF

Info

Publication number
FR3097670A1
FR3097670A1 FR1906759A FR1906759A FR3097670A1 FR 3097670 A1 FR3097670 A1 FR 3097670A1 FR 1906759 A FR1906759 A FR 1906759A FR 1906759 A FR1906759 A FR 1906759A FR 3097670 A1 FR3097670 A1 FR 3097670A1
Authority
FR
France
Prior art keywords
data set
server
sampling
operations
management application
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
Application number
FR1906759A
Other languages
English (en)
Inventor
Nicolas Blondeel
Adrien Ko
Gabriel Ko
François MONVOISIN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Biokortex
Original Assignee
Biokortex
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 Biokortex filed Critical Biokortex
Priority to FR1906759A priority Critical patent/FR3097670A1/fr
Publication of FR3097670A1 publication Critical patent/FR3097670A1/fr
Pending legal-status Critical Current

Links

Classifications

    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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/40—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for data related to laboratory analysis, e.g. patient specimen analysis

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

[ Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale Un système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale comprend une pluralité d’unités mobiles d’instructions médicales (14) pour une pluralité d’opérateurs de prélèvement présents sur une pluralité de lieux de prélèvement (10), les instructions médicales de chaque patient étant regroupées en une opération, une application de gestion d’opérations (16) dans chaque lieu de prélèvement (10), et un serveur (18) agencé pour déterminer un ordonnancement d’opérations pour la pluralité d’unités mobiles d’instructions médicales et pour regrouper ensemble les opérations de chaque lieu de prélèvement dans un jeu de données respectif. Chaque unité mobile d’instructions médicales (14) est agencée pour communiquer avec le serveur (18) pour indiquer un état de complétion d’une opération, pour recevoir le jeu de données (20) du lieu de prélèvement (10) dans lequel elle est située, et pour accéder individuellement au serveur (18) de manière périodique pour déterminer si ce jeu de données a été modifié par rapport au jeu de données (20) qu’elle reçoit, et, lorsque c’est le cas, pour commander une opération de synchronisation entre le jeu de données (20) qu’elle reçoit et le jeu de données (20) situé sur le serveur (18). L’application de gestion d’opérations de prélèvement (16) est agencée pour modifier un jeu de données (20) d’opérations de prélèvement pour ajouter une ou plusieurs opérations de prélèvement à réaliser, et pour synchroniser le jeu de données (20) du lieu (10) de l’application de gestion d’opérations de prélèvement (16) présent sur le serveur (18) sur la base de ces modifications. Figure pour l’abrégé : Fig. 1]

Description

Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale
L’invention concerne le domaine des tests sanguins, et en particulier le domaine des laboratoires de prélèvements et de tests sanguins et/ou d’autres fluides et/ou tests à visée médicale.
Les laboratoires ont connu un essor particulièrement important dans les trois dernières décennies. Les prélèvements sanguins sont devenus un outil de base de la médecine moderne, ce qui a guidé un développement en plusieurs phases de cette industrie.
Dans un premier temps, les laboratoires se sont développés localement pour devenir des entreprises particulièrement florissantes. Ensuite, sous la pression des pouvoirs publics et comme dans tout marché atteignant une certaine maturité, de nombreux rapprochements ont été réalisés afin de créer des groupements de laboratoires de plus en plus grands, cela permettant de mutualiser certains tests complexes et donc difficiles à rentabiliser à l’échelle de laboratoires isolés.
Cette deuxième phase de développement est encore en cours, et il n’est plus rare de rencontrer des groupes regroupant plusieurs dizaines de laboratoires, avec des capacités de prélèvements journalières de plusieurs dizaines de milliers de patients.
Ces regroupements posent de formidables défis organisationnels, chaque laboratoire ayant traditionnellement ses outils et méthodes, en particulier informatiques. De ce fait, les regroupements sont classiquement axés autour de la mutualisation des services, coûts et structures communes, les laboratoires au sein d’un même groupe restant en général « aveugles » en ce qui concerne l’activité des autres laboratoires, en particulier du point de vue informatique.
La Demanderesse a apporté une solution radicalement nouvelle dans le domaine, dont une partie a fait l’objet de la demande de brevet français FR1755364, et qui porte sur la mutualisation des capacités de prélèvements journalières afin de changer l’approche du recrutement des patients pour les études cliniques.
Cette solution repose sur une mutualisation de l’outil informatique de gestion des laboratoires, dont le traitement est centralisé dans un centre informatique. Ce type de paradigme client/serveur sur un réseau privé était relativement courant à l’échelle locale il y a quelques décennies, mais était bien évidemment inadapté à des échelles de plusieurs centaines de kilomètres, et en particulier pour traiter des données hautement confidentielles comme des données de santé.
Les progrès des télécommunications et informatiques ont remis à la mode ces applications client/serveur. Néanmoins, à l’échelle d’un groupe ayant une capacité de prélèvement de plusieurs dizaines de milliers de patients par jour, ce type de paradigme pose de nombreux problèmes de disponibilité, de latence et d’accessibilité.
L’invention vient améliorer la situation.
A cet effet, l’invention propose un système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale, caractérisé en ce qu’il comprend une pluralité d’unités mobiles d’instructions médicales pour une pluralité d’opérateurs de prélèvement présents sur une pluralité de lieux de prélèvement, les instructions médicales de chaque patient étant regroupées en une opération, une application de gestion d’opérations dans chaque lieu de prélèvement, et un serveur agencé pour déterminer un ordonnancement d’opérations pour la pluralité d’unités mobiles d’instructions médicales et pour regrouper ensemble les opérations de chaque lieu de prélèvement dans un jeu de données respectif. Chaque unité mobile d’instructions médicales est agencée pour communiquer avec le serveur pour indiquer un état de complétion d’une opération, pour recevoir le jeu de données du lieu de prélèvement dans lequel elle est située, et pour accéder individuellement au serveur de manière périodique pour déterminer si ce jeu de données a été modifié par rapport au jeu de données qu’elle reçoit, et, lorsque c’est le cas, pour commander une opération de synchronisation entre le jeu de données qu’elle reçoit et le jeu de données situé sur le serveur. L’application de gestion d’opérations de prélèvement est agencée pour modifier un jeu de données d’opérations de prélèvement pour ajouter une ou plusieurs opérations de prélèvement à réaliser, et pour synchroniser le jeu de données du lieu de l’application de gestion d’opérations de prélèvement présent sur le serveur sur la base de ces modifications.
Ce système informatique est particulièrement avantageux car il permet d’optimiser les évènements de mise à jour pour chaque laboratoire, ce qui diminue la charge du serveur et optimise la consommation de bande-passante.
Dans diverses variantes, le système selon l’invention pourra comprendre une ou plusieurs des caractéristiques suivantes :
- chaque unité mobile d’instructions médicales est agencée pour envoyer de manière périodique une requête http contenant un marqueur de temps du jeu de données qu’elle contient, et est agencée pour surveiller en retour l’émission d’un code http 200 vers par le serveur, et, pour commander une opération de synchronisation entre le jeu de données qu’elle reçoit et le jeu de données situé sur le serveur en réponse à la détection dudit code http 200 ;
- l’application de gestion d’opérations de prélèvement est agencée pour accéder individuellement au serveur de manière périodique pour déterminer si ce jeu de données a été modifié par rapport au jeu de données qu’elle reçoit, et, lorsque c’est le cas, pour commander une opération de synchronisation entre le jeu de données qu’elle reçoit et le jeu de données situé sur le serveur ;
- l’application de gestion d’opérations de prélèvement est agencée pour envoyer de manière périodique une requête http contenant un marqueur de temps du jeu de données qu’elle contient, et est agencée pour surveiller en retour l’émission d’un code http 200 vers par le serveur, et, pour commander une opération de synchronisation entre le jeu de données qu’elle reçoit et le jeu de données situé sur le serveur en réponse à la détection dudit code http 200 ; et
- le serveur est agencé pour déclencher une synchronisation entre le jeu de données d’un lieu de prélèvement et le jeu de données de l’application de gestion d’opérations de prélèvement de ce lieu de prélèvement lorsqu’un changement est détecté.
L’invention concerne également un laboratoire de biologie médicale équipé d’un système selon l’invention.
D’autres caractéristiques et avantages de l’invention apparaîtront mieux à la lecture de la description qui suit, tirée d’exemples donnés à titre illustratif et non limitatif, tirés des dessins sur lesquels :
- représente un diagramme schématique du système selon l’invention,
- représente un exemple d’une fonction mise en œuvre par un élément de la figure 1, et
- représente un exemple d’une fonction mise en œuvre par un autre élément de la figure 1.
Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la présente invention, mais aussi contribuer à sa définition, le cas échéant.
La figure 1 représente un diagramme schématique du système de l’invention. Ce système comprend une pluralité de lieux de prélèvement dont deux sont désignés par les références numérique 10 et 12.
Chaque lieu de prélèvement comprend une pluralité d’unités mobiles d’instructions médicales 14 reliées à une application de gestion d’opérations 16. Dans l’exemple décrit ici, les unités mobiles d’instructions médicales 14 communiquent avec l’application de gestion d’opérations 16 par un ou plusieurs réseaux sans-fil du lieu de prélèvement dans lequel elles sont situées. Par réseau sans fil, on entend tout réseau mis en œuvre par des moyens de communication sans fil connus : WiFi, LiFi, Bluetooth, radio, optique, ultrasons, etc. En variante, le réseau peut être filaire. Ce réseau peut être qualifié de « local », par opposition au réseau qualifié de « global » pour le serveur 18 ci-dessous, car il met en communication des dispositifs tous présents localement sur un lieu de prélèvement donné.
Dans l’exemple décrit ici, le système comprend également un serveur 18 qui est agencé pour communiquer avec chaque lieu de prélèvement afin de déterminer un ordonnancement d’opérations pour la pluralité d’unités mobiles d’instructions médicales 14. Dans l’exemple décrit ici, les dispositifs sur un lieu de prélèvement donné peuvent communiquer avec le serveur 18 par un ou plusieurs réseaux privés à grande échelle. En effet, afin de préserver la sécurité, il est souhaitable que les données ne soient pas partagées par Internet. Néanmoins, dans le cas où une sécurité suffisante pourrait être assurée, cela serait envisageable. Comme expliqué plus haut, ce réseau peut être qualifié de « global » car il relie le serveur 18 à des dispositifs sur des réseaux locaux distincts entre eux.
Le système selon l’invention est prévu pour gérer un grand nombre de lieux de prélèvement, et jusqu’à plus de 1000 unités mobiles d’instructions médicales 14 simultanément. En effet, la centralisation du système offre de nombreux avantages, et en particulier une compatibilité avec le système décrit dans la demande de brevet FR1755364 déposée par la Demanderesse.
Afin d’assurer le meilleur fonctionnement possible, la Demanderesse a organisé la circulation d’informations suivante :
- les opérations de prélèvement de chaque lieu de prélèvement dans un jeu de données 20, c’est-à-dire qu’il y a autant de jeux de données 20 pour chaque lieu de prélèvement,
- chaque unité mobile d’instructions médicales 14 et chaque application de gestion d’opérations 16 reçoit une version locale du jeu de données 20 du lieu de prélèvement dans lequel elle est située,
- chaque unité mobile d’instructions médicales 14 reçoit le jeu de données 20 de son lieu de prélèvement du serveur 18, et émet vers l’application de gestion d’opérations 16 les données de complétion d’opération de prélèvement,
- l’application de gestion d’opérations 16 reçoit les opérations de prélèvement de nouveaux patients entrant dans le lieu de prélèvement et les données de complétion d’opération de prélèvement, et les transmet immédiatement au serveur 18,
- le serveur 18 met à jour le jeu de données 20 de chaque lieu à réception de données d’une application de gestion de données 16.
Cette organisation des données est optimale car elle permet à chaque élément d’avoir un rôle fonctionnel optimisé :
- l’application de gestion d’opérations 16 gère le flux d’entrée et de sortie de patients au niveau de chaque lieu, et permet d’avoir une vue globale des unités mobiles d’instructions médicales 14 de chaque lieu,
- les unités mobiles d’instructions médicales 14 permettent un suivi poussé et efficace des opérations de prélèvement à réaliser pour chaque patient, et
- le serveur 18 permet d’optimiser la répartition des patients entre les opérateurs de chaque lieu à partir du jeu de données 20 de chaque lieu.
Dans l’exemple décrit ici, les unités mobiles d’instructions médicales 14 sont des tablettes qui permettent aux opérateurs de prélèvement de connaître le prochain patient à prélever, et, pour un patient en cours de prélèvement, de connaître les opérations de prélèvement à effectuer pour ce patient, leur ordre, les ressources nécessaires, etc. Une fois une opération de prélèvement réalisée, l’opérateur de prélèvement interagit avec la tablette afin d’indiquer que cette opération de prélèvement a été réalisée. En réponse, la tablette peut interagir avec l’application de gestion d’opérations 16 pour indiquer la complétion de cette opération de prélèvement, et l’application de gestion d’opérations 16 met à jour le jeu de données 20 local, puis synchronise celui-ci avec le serveur 18. Les unités mobiles d’instructions médicales 14 pourraient également être mises en œuvre sur des téléphones portables ou des ordinateurs portables, ou tout appareil mobile capable de communication réseau et pouvant être interfacé avec l’application de gestion d’opérations 16 d’une part, et le serveur 18 d’autre part.
Dans l’exemple décrit ici, l’application de gestion d’opérations 16 peut être tout logiciel mis en œuvre par ordinateur interfacé avec le serveur 18 sur le réseau global qui les relie. De même le serveur 18 peut être tout serveur adapté à mettre en œuvre l’organisation décrite ci-dessus. Par ordinateur et serveur, on entend toute ressource de calcul, qu’elle soit sous la forme d’un ordinateur classique, de cartes électroniques spécialisées ou de ressources de calculs distribuées qui sont adaptées pour réaliser les calculs et les communications liées aux opérations décrites plus haut
La figure 2 représente un exemple d’une fonction de mise à jour du jeu de données 20 pour l’application de gestion d’opérations 16.
Cette mise à jour est réalisée par une boucle d’attente d’interruption. Ainsi, dans une opération 200, une fonction Event() attend l’apparition d’un évènement. Cet évènement peut être l’ajout d’une ou plusieurs opérations de prélèvement à réaliser suite à la réception d’un patient, ou la réception d’informations de mise à jour du jeu de données 20 par le serveur 18.
Lorsqu’un tel évènement est détecté, alors le jeu de données 20 local est synchronisé avec le jeu de données 20 sur le serveur 18 au moyen d’une fonction Sync() dans une opération 210, et la boucle reprend avec l’opération 200.
Dans cette fonction, le serveur 18 peut « pousser » systématiquement l’information de mise à jour du jeu de données 20 vers l’application de gestion d’opérations 16 car celles-ci sont en nombre restreint, par opposition aux unités mobiles d’instructions médicales 14.
La figure 3 représente un exemple d’une fonction de mise à jour du jeu de données 20 pour une unité mobile d’instructions médicales 14.
Cette mise à jour est réalisée par une boucle d’attente de synchronisation. Ainsi, dans une opération 300, une fonction Paus() attend l’expiration d’un délai choisi.
A l’expiration de ce délai, une fonction Upd() est lancée dans une opération 310 afin de déterminer si le jeu de données 20 a été mis à jour côté serveur 18. Afin d’optimiser les coûts sur le réseau global, la fonction Upd() envoie une requête http contenant un marqueur de temps de son jeu de données 20. Si le jeu de données 20 du serveur 18 est plus récent que le marqueur de temps, alors le serveur 18 émet un code http 200 vers l’unité mobile d’instructions médicales 14 et la fonction de synchronisation Sync() entre le jeu de données 20 du serveur 18 et celui de l’unité mobile d’instructions médicales 14 est lancée dans une opération 320, puis la boucle reprend avec l’opération 300. Sinon, le serveur 18 retourne un code http 304vers l’unité mobile d’instructions médicales 14 et la boucle reprend avec l’opération 300.
Lorsqu’un tel évènement est détecté, alors le jeu de données 20 local est synchronisé avec le jeu de données 20 sur le serveur 18 au moyen d’une fonction Sync1() dans une opération 210, et la boucle reprend avec l’opération 200.
Ici, la mise à jour conditionnée du jeu de données 20 permet de contrôler les coûts sur le réseau global liés à la mise à jour des nombreuses unités mobiles d’instructions médicales 14.

Claims (6)

  1. Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale, caractérisé en ce qu’il comprend
    une pluralité d’unités mobiles d’instructions médicales (14) pour une pluralité d’opérateurs de prélèvement présents sur une pluralité de lieux de prélèvement (10), les instructions médicales de chaque patient étant regroupées en une opération,
    une application de gestion d’opérations (16) dans chaque lieu de prélèvement (10), et
    un serveur (18) agencé pour déterminer un ordonnancement d’opérations pour la pluralité d’unités mobiles d’instructions médicales et pour regrouper ensemble les opérations de chaque lieu de prélèvement dans un jeu de données respectif,
    dans lequel chaque unité mobile d’instructions médicales (14) est agencée
    pour communiquer avec le serveur (18) pour indiquer un état de complétion d’une opération,
    pour recevoir le jeu de données (20) du lieu de prélèvement (10) dans lequel elle est située, et
    pour accéder individuellement au serveur (18) de manière périodique pour déterminer si ce jeu de données a été modifié par rapport au jeu de données (20) qu’elle reçoit, et, lorsque c’est le cas, pour commander une opération de synchronisation entre le jeu de données (20) qu’elle reçoit et le jeu de données (20) situé sur le serveur (18),
    dans lequel l’application de gestion d’opérations de prélèvement (16) est agencée pour modifier un jeu de données (20) d’opérations de prélèvement pour ajouter une ou plusieurs opérations de prélèvement à réaliser, et pour synchroniser le jeu de données (20) du lieu (10) de l’application de gestion d’opérations de prélèvement (16) présent sur le serveur (18) sur la base de ces modifications.
  2. Système selon la revendication 1, dans lequel chaque unité mobile d’instructions médicales (14) est agencée pour envoyer de manière périodique une requête http contenant un marqueur de temps du jeu de données (20) qu’elle contient, et est agencée pour surveiller en retour l’émission d’un code http 200 vers par le serveur (18), et, pour commander une opération de synchronisation entre le jeu de données (20) qu’elle reçoit et le jeu de données (20) situé sur le serveur (18) en réponse à la détection dudit code http 200.
  3. Système selon la revendication 1 ou 2, dans lequel l’application de gestion d’opérations de prélèvement (16) est agencée pour accéder individuellement au serveur (18) de manière périodique pour déterminer si ce jeu de données a été modifié par rapport au jeu de données (20) qu’elle reçoit, et, lorsque c’est le cas, pour commander une opération de synchronisation entre le jeu de données (20) qu’elle reçoit et le jeu de données (20) situé sur le serveur (18).
  4. Système selon la revendication 3, dans lequel l’application de gestion d’opérations de prélèvement (16) est agencée pour envoyer de manière périodique une requête http contenant un marqueur de temps du jeu de données (20) qu’elle contient, et est agencée pour surveiller en retour l’émission d’un code http 200 vers par le serveur (18), et, pour commander une opération de synchronisation entre le jeu de données (20) qu’elle reçoit et le jeu de données (20) situé sur le serveur (18) en réponse à la détection dudit code http 200.
  5. Système selon la revendication 1 ou 2, dans lequel le serveur (18) est agencé pour déclencher une synchronisation entre le jeu de données (20) d’un lieu de prélèvement (10) et le jeu de données (20) de l’application de gestion d’opérations de prélèvement (16) de ce lieu de prélèvement lorsqu’un changement est détecté.
  6. Laboratoire de biologie médicale équipé d’un système selon l’une des revendications 1 à 5.
FR1906759A 2019-06-21 2019-06-21 Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale Pending FR3097670A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1906759A FR3097670A1 (fr) 2019-06-21 2019-06-21 Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1906759 2019-06-21
FR1906759A FR3097670A1 (fr) 2019-06-21 2019-06-21 Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale

Publications (1)

Publication Number Publication Date
FR3097670A1 true FR3097670A1 (fr) 2020-12-25

Family

ID=68138449

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1906759A Pending FR3097670A1 (fr) 2019-06-21 2019-06-21 Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale

Country Status (1)

Country Link
FR (1) FR3097670A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006072700A2 (fr) * 2005-01-04 2006-07-13 Gred Serveur, procede et reseau d'intermediation pour la consultation et le referencement d'informations medicales
FR3067827A1 (fr) * 2017-06-14 2018-12-21 Monsieur Adrien Kyong-Ii Ko Agissant Au Nom Et Pour Le Compte De La Societe Biokortex En Cours De Formation Dispositif de gestion patient

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006072700A2 (fr) * 2005-01-04 2006-07-13 Gred Serveur, procede et reseau d'intermediation pour la consultation et le referencement d'informations medicales
FR3067827A1 (fr) * 2017-06-14 2018-12-21 Monsieur Adrien Kyong-Ii Ko Agissant Au Nom Et Pour Le Compte De La Societe Biokortex En Cours De Formation Dispositif de gestion patient

Similar Documents

Publication Publication Date Title
Böhmer et al. Falling asleep with Angry Birds, Facebook and Kindle: a large scale study on mobile application usage
CN101346972B (zh) 用于收集数据以便特征化http会话工作负荷的方法和装置
US20150095158A1 (en) Security for mobile system
Andrews Renal transplantation
EP2366147B1 (fr) Gestionnaire physique de barriere de synchronisation entre processus multiples
BE1025002B1 (fr) Compilation pour traitement parallele base sur gpu de dispositif de noeud
US10726394B2 (en) System and method for scheduling appointments
US10379983B2 (en) Simulation device and distribution simulation system
Segagni et al. R engine cell: integrating R into the i2b2 software infrastructure
FR3028972A1 (fr) Methodes pour la gestion du cycle de vie d'une application cloud a travers une pluralite d'infrastructures en nuage
CN107209917A (zh) 用于动态日程汇集的系统和方法
US8832156B2 (en) Distributed computing management
Dubey et al. Solution architecting on remote medical monitoring with AWS cloud and IoT
FR3097670A1 (fr) Système de gestion d’opérations de prélèvement de fluides humains pour laboratoire de biologie médicale
US20210125161A1 (en) Method and apparatus for crowdsourced data gathering, extraction, and compensation
EP1282979B1 (fr) Procede et dispositif de telephonie mobile permettant l'acces a un service contextuel exploitant la position et/ou l'identite de l'usager
US20140122151A1 (en) Displaying temporal and location information
US20150339354A1 (en) System and method for real time display of diagnostic laboratory data
FR3097671A1 (fr) Système de gestion pour laboratoire de biologie médicale
WO2015087019A1 (fr) Procédé de synchronisation de données entre un ensemble de terminaux
Inmon World-class business intelligence
Belcastro et al. A scalable middleware for context-aware mobile applications
Hariharan Best Practices: Extending enterprise applications to Mobile devices
Augspurger et al. Multi-Cloud workflows with Pangeo and Dask Gateway
CA3014108A1 (fr) Dispositif et procede de gestion de prise de rendez-vous

Legal Events

Date Code Title Description
PLSC Publication of the preliminary search report

Effective date: 20201225

RX Complete rejection

Effective date: 20210319