CA2484160C - Systeme de gestion d'informations - Google Patents
Systeme de gestion d'informations Download PDFInfo
- Publication number
- CA2484160C CA2484160C CA002484160A CA2484160A CA2484160C CA 2484160 C CA2484160 C CA 2484160C CA 002484160 A CA002484160 A CA 002484160A CA 2484160 A CA2484160 A CA 2484160A CA 2484160 C CA2484160 C CA 2484160C
- Authority
- CA
- Canada
- Prior art keywords
- information
- entity
- event
- identifier
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
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/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
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Data Mining & Analysis (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Bioethics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Storage Device Security (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
L'invention concerne un système de gestion d'informations, chaque informatio n concernant une première entité et ayant été engendrée par une se-conde entit é. Il comporte: des moyens (12) pour créer au moins un évé-nement regroupant, d e manière indissociable, dans une même donnée élé-mentaire: une information concernant la première entité; un identifiant de la première entité ; et un identifiant de la seconde entité, des moyens (12, 44, 48) de stockage définitif du contenu du ou de chaque événement après validation, chacun en tant que donnée élémentaire dans une base de données (48). L'accès à une information est possible seulement par une entité dont l'identifiant est compris dans la donnée élémentaire contenant ladite information.
Description
Système de gestion d'informations La présente invention concerne un système de gestion d'informations, et notamment d'informations médicales, chaque information concernant une première entité et ayant été engendrée par une seconde entité, le système comprenant :
- au moins une base de données pour le stockage desdites informa-tions ; et - au moins un poste utilisateur comprenant :
= des moyens de recueil :
- d'au moins une information ;
- d'un identifiant d'une première entité concernée par la ou chaque information ; et - un identifiant d'une seconde entité ayant engendré ladite information ; et = des moyens d'accès à la ou chaque base de données pour la consultation desdites informations.
Dans de nombreux domaines, il est nécessaire de pouvoir assurer le stockage confidentiel et la consultation autorisée et contrôlée d'informations validées concernant une personne.
Ces informations peuvent être par exemple des informations médica-les concernant un patient. Ces informations médicales sont engendrées par un ou plusieurs praticiens médicaux soumis à des obligations déontologi-ques. En particulier, ces obligations déontologiques imposent aux praticiens le respect du secret professionnel, de sorte qu'il est interdit aux praticiens de rendre accessibles ces informations sans l'autorisation du patient concerné
et le patient doit pouvoir accéder aux informations le concernant.
Les systèmes de gestion d'informations connus actuellement mettent en oeuvre des bases de données relationnelles dans lesquelles sont mémo-risés, d'une part, l'ensemble des informations devant être gérées par le sys-tème, et, d'autre part, des identifiants du patient concerné et/ou du praticien ayant engendré ces informations.
- au moins une base de données pour le stockage desdites informa-tions ; et - au moins un poste utilisateur comprenant :
= des moyens de recueil :
- d'au moins une information ;
- d'un identifiant d'une première entité concernée par la ou chaque information ; et - un identifiant d'une seconde entité ayant engendré ladite information ; et = des moyens d'accès à la ou chaque base de données pour la consultation desdites informations.
Dans de nombreux domaines, il est nécessaire de pouvoir assurer le stockage confidentiel et la consultation autorisée et contrôlée d'informations validées concernant une personne.
Ces informations peuvent être par exemple des informations médica-les concernant un patient. Ces informations médicales sont engendrées par un ou plusieurs praticiens médicaux soumis à des obligations déontologi-ques. En particulier, ces obligations déontologiques imposent aux praticiens le respect du secret professionnel, de sorte qu'il est interdit aux praticiens de rendre accessibles ces informations sans l'autorisation du patient concerné
et le patient doit pouvoir accéder aux informations le concernant.
Les systèmes de gestion d'informations connus actuellement mettent en oeuvre des bases de données relationnelles dans lesquelles sont mémo-risés, d'une part, l'ensemble des informations devant être gérées par le sys-tème, et, d'autre part, des identifiants du patient concerné et/ou du praticien ayant engendré ces informations.
2 Dans les bases de données- relationnelles, la -base de dor-}nées est organisée en fonction des relations qui existent entre les données élémentaires.
Ainsi, une information concernant un patient, l'identité de ce patient ou l'identité du praticien ayant engendré cette information est considérée comme une donnée élémentaire et des liens traduisant les relations existantes entre les données élémentaires sont mémorisés dans la base.
Ce type de bases de données est commode puisqu'il permet de modifier les liens existant entre les données élémentaires, ce qui permet d'appliquer de nouveaux traitements à des éléments déjà existants. Cela réduit la redondance des données élémentaires contenues dans la base.
Toutefois, la gestion de la confidentialité nécessaire à la limitation de la consultation des informations, imposée notamment par la déontologie des personnes engendrant les informations est difficile à assurer, du fait de la multitude de liens qui peuvent être créés dans une telle base de données.
L'invention a pour but de proposer un système de gestion d'informations dont la sécurité concernant la confidentialité des informations contenues dans le système est améliorée, tout en permettant un accès facile aux informations pour les personnes habilitées.
A cet effet, l'invention a pour objet un système de gestion d'informations du type précité, caractérisé en ce qu'il comporte:
- des moyens pour créer au moins un événement regroupant des éléments, de manière indissociable, dans une même donnée élémentaire les éléments comprennent:
= la ou chaque information concernant la première entité;
= l'identifiant de la première entité; et = l'identifiant de la seconde entité, - des moyens pour valider ledit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent plus être modifiés et l'événement peut seulement être complété par l'ajout d'éléments d'information supplémentaires constituant de nouveaux éléments de l'événement;
Ainsi, une information concernant un patient, l'identité de ce patient ou l'identité du praticien ayant engendré cette information est considérée comme une donnée élémentaire et des liens traduisant les relations existantes entre les données élémentaires sont mémorisés dans la base.
Ce type de bases de données est commode puisqu'il permet de modifier les liens existant entre les données élémentaires, ce qui permet d'appliquer de nouveaux traitements à des éléments déjà existants. Cela réduit la redondance des données élémentaires contenues dans la base.
Toutefois, la gestion de la confidentialité nécessaire à la limitation de la consultation des informations, imposée notamment par la déontologie des personnes engendrant les informations est difficile à assurer, du fait de la multitude de liens qui peuvent être créés dans une telle base de données.
L'invention a pour but de proposer un système de gestion d'informations dont la sécurité concernant la confidentialité des informations contenues dans le système est améliorée, tout en permettant un accès facile aux informations pour les personnes habilitées.
A cet effet, l'invention a pour objet un système de gestion d'informations du type précité, caractérisé en ce qu'il comporte:
- des moyens pour créer au moins un événement regroupant des éléments, de manière indissociable, dans une même donnée élémentaire les éléments comprennent:
= la ou chaque information concernant la première entité;
= l'identifiant de la première entité; et = l'identifiant de la seconde entité, - des moyens pour valider ledit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent plus être modifiés et l'événement peut seulement être complété par l'ajout d'éléments d'information supplémentaires constituant de nouveaux éléments de l'événement;
3 - d-es moyens de stockage définitif du- contenu- du ou de chaque événement validé, chacun en tant que donnée élémentaire dans la ou chaque base de données, et en ce que lesdits moyens d'accès comportent des moyens pour permettre l'accès à l'information comprise dans la donnée élémentaire seulement par une entité comprise parmi la première entité et la seconde entité
et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire contenant ladite information.
Suivant des modes particuliers de réalisation, le système de gestion d'informations comporte l'une ou plusieurs des caractéristiques suivantes:
- lesdits moyens de recueil sont adaptés en outre pour le recueil d'au moins un identifiant d'une entité supplémentaire habilitée par la première ou la deuxième entité à accéder à la ou chaque information contenue dans au moins un événement; et = des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, le ou chaque identifiant de la ou de chaque entité
supplémentaire habilitée à accéder aux informations;
- lesdits moyens de recueil sont adaptés en outre pour le recueil d'au moins une date; et = des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, la date, - il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant intégré au moins un identifiant d'une entité
supplémentaire habilitée à accéder aux informations, dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- il comporte des moyens de recueil d'au moins une information supplémentaire;
= des moyens de sélection d'un événement auquel doit être ajouté le ou chaque information supplémentaire;
et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire contenant ladite information.
Suivant des modes particuliers de réalisation, le système de gestion d'informations comporte l'une ou plusieurs des caractéristiques suivantes:
- lesdits moyens de recueil sont adaptés en outre pour le recueil d'au moins un identifiant d'une entité supplémentaire habilitée par la première ou la deuxième entité à accéder à la ou chaque information contenue dans au moins un événement; et = des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, le ou chaque identifiant de la ou de chaque entité
supplémentaire habilitée à accéder aux informations;
- lesdits moyens de recueil sont adaptés en outre pour le recueil d'au moins une date; et = des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, la date, - il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant intégré au moins un identifiant d'une entité
supplémentaire habilitée à accéder aux informations, dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- il comporte des moyens de recueil d'au moins une information supplémentaire;
= des moyens de sélection d'un événement auquel doit être ajouté le ou chaque information supplémentaire;
4 _ = des moyens d'ajout, - dans - ladite donnée élérneritaire correspondant à l'événement sélectionné, de la ou de chaque information supplémentaire; et = des moyens de stockage de l'événement complété en tant que donnée élémentaire dans ladite base de données;
- il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant ajouté une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle a été ajoutée une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- lesdits moyens de stockage définitif comportent des moyens de détection de données d'image dans la ou chaque information contenue dans un événement à stocker dans la base de données, et des moyens de conversion desdites données d'image dans un format prédéterminé, si lesdites données d'image sont dans un format initial différent du format prédéterminé, et des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, les données d'image converties dans ledit format prédéterminé;
- lesdits moyens de recueil comportent des moyens d'identification automatique dans la ou chaque information, d'un identifiant de la première entité
concernée par la ou chaque information;
- il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant accédé à la ou chaque information contenue dans cet événement; et - il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle chaque entité a accédé à la ou chaque information contenue dans cet événement.
L'invention a également pour objet un procédé de gestion d'informations, chaque information concernant une première entité et ayant été engendrée par une seconde entité, le système comprenant au moins une base de données pour le stockage desdites informations et au moins un poste utilisateur comprenant des moyens de recueil de données- et des moyens d'accès -à la base de données pour la consultation desdites informations, le procédé
comprenant:
- une étape de recueil d'éléments de données, depuis un poste utilisateur les éléments comprenant:
~ au moins une information;.
= un identifiant d'une première entité concernée par la ou chaque information; et = un identifiant d'une seconde entité ayant engendré ladite information; et caractérisé en ce qu'il comporte:
- une étape de création d'au moins un événement regroupant, de manière indissociable, dans une mme donnée élémentaire:
= la ou chaque information concernant la première entité;
= l'identifiant de la première entité; et = l'identifiant de la seconde entité, - une étape de validation dudit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent pas être modifiés et l'événement peut seulement être complété par l'ajout d'éléments constituant de nouveaux éléments de l'événement;
- une étape de stockage définitif du contenu de chaque événement validé, en tant que donnée élémentaire dans la ou chaque base de données, dans lequel l'accès à une information comprise dans une donnée élémentaire depuis un poste utilisateur n'est permis que par une entité comprise parmi la première entité et la seconde entité et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire contenant l'information.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins, sur lesquels:
5a la figure 1 est une vue -schématiqua d'un système- de gestion d'in-formations selon l'invention;
- la figure 2 est une vue schématique illustrant le format d'une donnée élémentaire utilisée par le système de gestion d'informations de la figure 1;
et - les figures 3A et 3B sont un organigramme de l'algorithme principal mis en oeuvre dans le système selon l'invention.
Le système de gestion d'informations 10 selon l'invention est illustré
schématiquement sur la figure 1. Celui-ci comporte, d'une part, un ensemble de postes utilisateurs désignés par la référence générale 12, chacun relié à un réseau 14 collectif de transmission d'informations tel que le réseau Internet et, d'autre part, un centre 16 de stockage et de gestion des informations.
Le système de gestion d'informations 10 est destiné, dans l'exemple considéré, à la gestion d'informations médicales concernant des patients identifiés. Ces informations sont engendrées par des praticiens médicaux tels que des médecins, des radiologues ou des biologistes en charge d'un laboratoire d'analyses.
En particulier, le système de gestion est adapté pour permettre le stockage définitif d'une information dans le centre 16 de stockage, sans que cette information ne puisse être ultérieurement modifiée. De plus, il est
- il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant ajouté une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle a été ajoutée une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné;
- lesdits moyens de stockage définitif comportent des moyens de détection de données d'image dans la ou chaque information contenue dans un événement à stocker dans la base de données, et des moyens de conversion desdites données d'image dans un format prédéterminé, si lesdites données d'image sont dans un format initial différent du format prédéterminé, et des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, les données d'image converties dans ledit format prédéterminé;
- lesdits moyens de recueil comportent des moyens d'identification automatique dans la ou chaque information, d'un identifiant de la première entité
concernée par la ou chaque information;
- il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant accédé à la ou chaque information contenue dans cet événement; et - il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle chaque entité a accédé à la ou chaque information contenue dans cet événement.
L'invention a également pour objet un procédé de gestion d'informations, chaque information concernant une première entité et ayant été engendrée par une seconde entité, le système comprenant au moins une base de données pour le stockage desdites informations et au moins un poste utilisateur comprenant des moyens de recueil de données- et des moyens d'accès -à la base de données pour la consultation desdites informations, le procédé
comprenant:
- une étape de recueil d'éléments de données, depuis un poste utilisateur les éléments comprenant:
~ au moins une information;.
= un identifiant d'une première entité concernée par la ou chaque information; et = un identifiant d'une seconde entité ayant engendré ladite information; et caractérisé en ce qu'il comporte:
- une étape de création d'au moins un événement regroupant, de manière indissociable, dans une mme donnée élémentaire:
= la ou chaque information concernant la première entité;
= l'identifiant de la première entité; et = l'identifiant de la seconde entité, - une étape de validation dudit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent pas être modifiés et l'événement peut seulement être complété par l'ajout d'éléments constituant de nouveaux éléments de l'événement;
- une étape de stockage définitif du contenu de chaque événement validé, en tant que donnée élémentaire dans la ou chaque base de données, dans lequel l'accès à une information comprise dans une donnée élémentaire depuis un poste utilisateur n'est permis que par une entité comprise parmi la première entité et la seconde entité et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire contenant l'information.
L'invention sera mieux comprise à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins, sur lesquels:
5a la figure 1 est une vue -schématiqua d'un système- de gestion d'in-formations selon l'invention;
- la figure 2 est une vue schématique illustrant le format d'une donnée élémentaire utilisée par le système de gestion d'informations de la figure 1;
et - les figures 3A et 3B sont un organigramme de l'algorithme principal mis en oeuvre dans le système selon l'invention.
Le système de gestion d'informations 10 selon l'invention est illustré
schématiquement sur la figure 1. Celui-ci comporte, d'une part, un ensemble de postes utilisateurs désignés par la référence générale 12, chacun relié à un réseau 14 collectif de transmission d'informations tel que le réseau Internet et, d'autre part, un centre 16 de stockage et de gestion des informations.
Le système de gestion d'informations 10 est destiné, dans l'exemple considéré, à la gestion d'informations médicales concernant des patients identifiés. Ces informations sont engendrées par des praticiens médicaux tels que des médecins, des radiologues ou des biologistes en charge d'un laboratoire d'analyses.
En particulier, le système de gestion est adapté pour permettre le stockage définitif d'une information dans le centre 16 de stockage, sans que cette information ne puisse être ultérieurement modifiée. De plus, il est
5 PCT/FR03/01350
6 conservé, associés à cette information, au moins un identifiant du patient concerné, ainsi qu'un identifiant du praticien ayant engendré l'information.
Le système permet de donner accès à une information stockée seu-lement au patient concerné et au praticien ayant engendré l'information, ain-si que, éventuellement, après accord du patient, à d'autres praticiens.
Chaque entité intervenant dans le système, qu'il s'agisse d'un patient ou d'un praticien, est équipé ou a accès à un poste d'utilisateur 12. Ainsi, par exemple, un premier poste d'utilisateur 12A équipe le cabinet d'un médecin généraliste et un poste d'utilisateur 12B équipe le domicile d'un patient. De même, par exemple, un laboratoire d'imageries médicales est équipé d'un poste d'utilisateur 12C.
Chaque poste d'utilisateur 12A, 12B, 12C comporte un micro-ordinateur 20 équipé d'un navigateur Internet adapté. Il est relié par une in-terface adaptée au réseau 14. Chaque poste d'utilisateur comporte des moyens 22 de recueil de données d'entrée tels qu'un clavier ou un module de conversion de données. A partir du clavier, peuvent être entrés notam-ment une information médicale, un identifiant d'un patient tel que son nom, ainsi qu'un identifiant du praticien ayant produit l'information.
Chaque poste d'utilisateur 12 est adapté pour mettre en oruvre, de-puis des moyens de traitement d'informations 24, des moyens logiciels d'ac-cès au centre 16 de stockage et de gestion des informations.
Selon l'invention, chaque poste d'utilisateur 12 comporte des moyens logiciels pour créer un événement regroupant de manière indissociable dans une même donnée élémentaire, des informations recueillies concernant un patient, un identifiant du patient et un identifiant du praticien. Ces moyens de création d'un événement sont avantageusement téléchargés depuis le cen-tre 16 et sont par exemple constitués d'une page au format HTML (Hyper Text Markup Language) formant interface de dialogue.
Certains de ces postes d'utilisateur, comme le poste 12C, comportent, en plus du micro-ordinateur 20, une interface 30 de connexion du micro-ordinateur à une installation 32 d'imagerie médicale ou de recueil d'informa-tions médicales apte à produire des images ou informations numériques sous un format prédéfini tel que le format DICOM Hprim HL7. Par nature,
Le système permet de donner accès à une information stockée seu-lement au patient concerné et au praticien ayant engendré l'information, ain-si que, éventuellement, après accord du patient, à d'autres praticiens.
Chaque entité intervenant dans le système, qu'il s'agisse d'un patient ou d'un praticien, est équipé ou a accès à un poste d'utilisateur 12. Ainsi, par exemple, un premier poste d'utilisateur 12A équipe le cabinet d'un médecin généraliste et un poste d'utilisateur 12B équipe le domicile d'un patient. De même, par exemple, un laboratoire d'imageries médicales est équipé d'un poste d'utilisateur 12C.
Chaque poste d'utilisateur 12A, 12B, 12C comporte un micro-ordinateur 20 équipé d'un navigateur Internet adapté. Il est relié par une in-terface adaptée au réseau 14. Chaque poste d'utilisateur comporte des moyens 22 de recueil de données d'entrée tels qu'un clavier ou un module de conversion de données. A partir du clavier, peuvent être entrés notam-ment une information médicale, un identifiant d'un patient tel que son nom, ainsi qu'un identifiant du praticien ayant produit l'information.
Chaque poste d'utilisateur 12 est adapté pour mettre en oruvre, de-puis des moyens de traitement d'informations 24, des moyens logiciels d'ac-cès au centre 16 de stockage et de gestion des informations.
Selon l'invention, chaque poste d'utilisateur 12 comporte des moyens logiciels pour créer un événement regroupant de manière indissociable dans une même donnée élémentaire, des informations recueillies concernant un patient, un identifiant du patient et un identifiant du praticien. Ces moyens de création d'un événement sont avantageusement téléchargés depuis le cen-tre 16 et sont par exemple constitués d'une page au format HTML (Hyper Text Markup Language) formant interface de dialogue.
Certains de ces postes d'utilisateur, comme le poste 12C, comportent, en plus du micro-ordinateur 20, une interface 30 de connexion du micro-ordinateur à une installation 32 d'imagerie médicale ou de recueil d'informa-tions médicales apte à produire des images ou informations numériques sous un format prédéfini tel que le format DICOM Hprim HL7. Par nature,
7 cette image ou information numérique comporte un identifiant du patient concerné. Le poste d'utilisateur met en oeuvre en outre un module logiciel 34 propre à analyser l'image numérique produite par l'installation 32 et à ex-traire de celle-ci un identifiant du patient concerné.
Le centre de stockage et de gestion des informations 16 comporte un ensemble de serveurs 40 pour la gestion des accès au centre 16. Cet en-semble de serveurs 40 comporte notamment un serveur d'authentification 40A adapté, comme connu en soi, pour identifier l'origine d'une requête adressée au centre serveur. II comporte en outre un ou plusieurs serveurs 40B propres à la gestion d'échange de fichiers exécutables et de pages HTML suivant le protocole HTTP entre le centre de stockage et de gestion 16 et les postes d'utilisateurs. En particulier, le ou chaque serveur 40B com-porte un module logiciel propre à assurer le téléchargement dans chaque poste utilisateur demandeur de pages HTML constituant des interfaces utili-sateurs permettant l'accès aux informations stockées, ainsi que la sauve-garde de nouvelles informations. Cet ensemble de serveurs 40 est relié di-rectement au réseau 14 au travers d'une première barrière de sécurité 42 (firewalls).
L'ensemble des serveurs de gestion d'accès 40 est relié en outre à un ensemble de serveurs 44 de gestion d'évènements au travers d'une se-conde barrière de sécurité 46 (firewalls). En particulier, l'ensemble de ser-veurs 44 est propre à mettre en oeuvre un module logiciel 44A de transcrip-tion des images numériques reçues dans des formats différents notamment au format D1COM en un même format, par exemple le format XML.
L'ensembie de serveurs 44 est propre en outre à mettre en oauvre un module logiciel 44B de gestion du stockage d'évènements dans une unité de stockage 48 et de gestion des accès à ces événements.
Cette unité de stockage 48 est destinée à la mémorisation perma-nente d'une ou plusieurs bases de données dont les données élémentaires sont constituées par des évènements définis par les postes utilisateurs et comportant notamment les informations à sauvegarder.
Le centre de stockage et de gestion des informations 16 comporte un ensemble de serveurs 40 pour la gestion des accès au centre 16. Cet en-semble de serveurs 40 comporte notamment un serveur d'authentification 40A adapté, comme connu en soi, pour identifier l'origine d'une requête adressée au centre serveur. II comporte en outre un ou plusieurs serveurs 40B propres à la gestion d'échange de fichiers exécutables et de pages HTML suivant le protocole HTTP entre le centre de stockage et de gestion 16 et les postes d'utilisateurs. En particulier, le ou chaque serveur 40B com-porte un module logiciel propre à assurer le téléchargement dans chaque poste utilisateur demandeur de pages HTML constituant des interfaces utili-sateurs permettant l'accès aux informations stockées, ainsi que la sauve-garde de nouvelles informations. Cet ensemble de serveurs 40 est relié di-rectement au réseau 14 au travers d'une première barrière de sécurité 42 (firewalls).
L'ensemble des serveurs de gestion d'accès 40 est relié en outre à un ensemble de serveurs 44 de gestion d'évènements au travers d'une se-conde barrière de sécurité 46 (firewalls). En particulier, l'ensemble de ser-veurs 44 est propre à mettre en oeuvre un module logiciel 44A de transcrip-tion des images numériques reçues dans des formats différents notamment au format D1COM en un même format, par exemple le format XML.
L'ensembie de serveurs 44 est propre en outre à mettre en oauvre un module logiciel 44B de gestion du stockage d'évènements dans une unité de stockage 48 et de gestion des accès à ces événements.
Cette unité de stockage 48 est destinée à la mémorisation perma-nente d'une ou plusieurs bases de données dont les données élémentaires sont constituées par des évènements définis par les postes utilisateurs et comportant notamment les informations à sauvegarder.
8 Sur la- figure 2 est - représen#ée schématiquement la structure -d'une donnée élémentaire 50 stockée dans la base de données 48. Celle-ci correspond à un événement.
Chaque événement comporte au moins une information proprement dite 52. Cette information est constituée par exemple de données numériques correspondant au résultat d'une analyse ou d'un texte correspondant à l'avis d'un praticien sur l'état clinique d'un patient. Une information peut également être constituée par un fichier rattaché à l'événement tel qu'un document au format HTML ou un fichier image au format DIBCOM ou une pièce jointe dans un format bureautique.
En outre, chaque événement comporte un identifiant 54 d'une première entité. Cet identifiant désigne le patient concerné par les informations 52.
De même, l'événement comporte un identifiant 56 d'une seconde entité. Cet identifiant désigne le praticien ayant produit l'information.
Avantageusement, chaque événement comporte une liste 58 des identifiants d'entités supplémentaires pouvant avoir accès aux informations.
L'évènement comporte également avantageusement mais non obligatoirement d'autres informations à remplir par l'utilisateur telles que:
- un titre;
- une date de création et/ou de compléments de l'événement; et - une liste de mots clés.
Pour l'ajout d'une information dans le centre de stockage, le complément d'une information pré-existante par une information supplémentaire, la modification des droits d'accès à une information ou la consultation d'une information, l'utilisateur se connecte depuis un poste d'utilisateur 12 au centre de stockage 16.
L'algorithme des figures 3A et 3B est alors mis en oeuvre.
Le poste d'utilisateur peut être constitué, pour les opérations les plus simples, seulement d'un micro-ordinateur relié au réseau Internet à l'aide d'un navigateur de tout type adapté. Après connexion du poste d'utilisateur, à
l'étape 100, l'ensemble de serveurs 40 du centre de stockage 16 retourne une interface de dialogue au format HTML au poste d'utilisateur 12, à l'étape 102. A l'étape 104, le centre 16 procède au travers de l'interface de dialogue
Chaque événement comporte au moins une information proprement dite 52. Cette information est constituée par exemple de données numériques correspondant au résultat d'une analyse ou d'un texte correspondant à l'avis d'un praticien sur l'état clinique d'un patient. Une information peut également être constituée par un fichier rattaché à l'événement tel qu'un document au format HTML ou un fichier image au format DIBCOM ou une pièce jointe dans un format bureautique.
En outre, chaque événement comporte un identifiant 54 d'une première entité. Cet identifiant désigne le patient concerné par les informations 52.
De même, l'événement comporte un identifiant 56 d'une seconde entité. Cet identifiant désigne le praticien ayant produit l'information.
Avantageusement, chaque événement comporte une liste 58 des identifiants d'entités supplémentaires pouvant avoir accès aux informations.
L'évènement comporte également avantageusement mais non obligatoirement d'autres informations à remplir par l'utilisateur telles que:
- un titre;
- une date de création et/ou de compléments de l'événement; et - une liste de mots clés.
Pour l'ajout d'une information dans le centre de stockage, le complément d'une information pré-existante par une information supplémentaire, la modification des droits d'accès à une information ou la consultation d'une information, l'utilisateur se connecte depuis un poste d'utilisateur 12 au centre de stockage 16.
L'algorithme des figures 3A et 3B est alors mis en oeuvre.
Le poste d'utilisateur peut être constitué, pour les opérations les plus simples, seulement d'un micro-ordinateur relié au réseau Internet à l'aide d'un navigateur de tout type adapté. Après connexion du poste d'utilisateur, à
l'étape 100, l'ensemble de serveurs 40 du centre de stockage 16 retourne une interface de dialogue au format HTML au poste d'utilisateur 12, à l'étape 102. A l'étape 104, le centre 16 procède au travers de l'interface de dialogue
9 mise en oruvre par le poste d'utilisateur à une authentification de l'utilisateur.
En fonction de l'identifiant entré par l'utilisateur, des contrôles des actions autorisées à celui-ci sont effectués, à l'étape 106, et un contrôle des droits d'accès de l'utilisateur est réalisé, à l'étape 108.
L'utilisateur est alors libre de procéder à plusieurs opérations en fonc-tion des actions qui lui sont autorisées. Il procède, à partir de l'interface mise à sa disposition, à l'étape 110, au choix d'une opération à réaliser.
Celle-ci peut être l'entrée d'une information nouvelle dans le centre de stockage 16. La branche 110A de l'organigramme est alors mise en oruvre.
Il peut s'agir également de l'ajout d'une information supplémentaire pour compléter une information déjà présente dans le centre de stockage 16. La branche 110B de l'organigramme est alors mise en oeuvre.
L'utilisateur praticien peut également modifier les droits d'accès aux informations stockées en habilitant un nouveau praticien à accéder aux in-formations concernant un patient. La branche 110C de l'organigramme est alors mise en oeuvre.
L'utilisateur peut également prendre seulement connaissance d'infor-mations stockées dans le centre de stockage par mise en oruvre de la bran-che 110D de l'organigramme.
Lorsque un praticien souhaite entrer une nouvelle information dans le centre 16, l'algorithme diffère suivant que l'information médicale que sou-haite entrer le praticien peut être associée automatiquement à un patient constituant une première entité, ou que la liaison au patient doit être réalisée manuellement. Ce choix est effectué à l'étape 111.
Si l'information ne contient pas initialement l'identifiant du patient concerné, l'information est entrée par le praticien, par exemple au clavier, à
l'étape 112. Une identification du patient concerné est saisie, à l'étape 114, notamment par sélection d'un identifiant du patient parmi une liste d'identi-fiants de patients ou par frappe au clavier.
En revanche, et dans le cas d'un poste d'utilisateur tel que le poste 12C, la reconnaissance de l'identifiant du patient concerné peut se faire au-tomatiquement lors de l'entrée de l'information. Ainsi, l'information contenant l'identifiant du patient concerné est entrée, à l'étape 122, par exemple au travers de l'iri-terface. 30. Cette information est- par exemple -consrtituée d'une image médicale au format DICOM. A l'étape 124, le module logiciel procède à
une analyse de l'image et à une reconnaissance de l'identifiant du patient dans l'image transmise.
A l'étape 130, le praticien définit la liste des identifiants des entités supplémentaires autorisées à accéder aux informations contenues dans i'événement. Cette étape consiste à définir la liste 58 des identifiants des praticiens autorisés à accéder.
A l'étape 132, le praticien valide, par saisie ct'un code de signature,
En fonction de l'identifiant entré par l'utilisateur, des contrôles des actions autorisées à celui-ci sont effectués, à l'étape 106, et un contrôle des droits d'accès de l'utilisateur est réalisé, à l'étape 108.
L'utilisateur est alors libre de procéder à plusieurs opérations en fonc-tion des actions qui lui sont autorisées. Il procède, à partir de l'interface mise à sa disposition, à l'étape 110, au choix d'une opération à réaliser.
Celle-ci peut être l'entrée d'une information nouvelle dans le centre de stockage 16. La branche 110A de l'organigramme est alors mise en oruvre.
Il peut s'agir également de l'ajout d'une information supplémentaire pour compléter une information déjà présente dans le centre de stockage 16. La branche 110B de l'organigramme est alors mise en oeuvre.
L'utilisateur praticien peut également modifier les droits d'accès aux informations stockées en habilitant un nouveau praticien à accéder aux in-formations concernant un patient. La branche 110C de l'organigramme est alors mise en oeuvre.
L'utilisateur peut également prendre seulement connaissance d'infor-mations stockées dans le centre de stockage par mise en oruvre de la bran-che 110D de l'organigramme.
Lorsque un praticien souhaite entrer une nouvelle information dans le centre 16, l'algorithme diffère suivant que l'information médicale que sou-haite entrer le praticien peut être associée automatiquement à un patient constituant une première entité, ou que la liaison au patient doit être réalisée manuellement. Ce choix est effectué à l'étape 111.
Si l'information ne contient pas initialement l'identifiant du patient concerné, l'information est entrée par le praticien, par exemple au clavier, à
l'étape 112. Une identification du patient concerné est saisie, à l'étape 114, notamment par sélection d'un identifiant du patient parmi une liste d'identi-fiants de patients ou par frappe au clavier.
En revanche, et dans le cas d'un poste d'utilisateur tel que le poste 12C, la reconnaissance de l'identifiant du patient concerné peut se faire au-tomatiquement lors de l'entrée de l'information. Ainsi, l'information contenant l'identifiant du patient concerné est entrée, à l'étape 122, par exemple au travers de l'iri-terface. 30. Cette information est- par exemple -consrtituée d'une image médicale au format DICOM. A l'étape 124, le module logiciel procède à
une analyse de l'image et à une reconnaissance de l'identifiant du patient dans l'image transmise.
A l'étape 130, le praticien définit la liste des identifiants des entités supplémentaires autorisées à accéder aux informations contenues dans i'événement. Cette étape consiste à définir la liste 58 des identifiants des praticiens autorisés à accéder.
A l'étape 132, le praticien valide, par saisie ct'un code de signature,
10 l'ensemble des éléments constituant l'événement, à savoir l'information médicale proprement dite, l'identifiant du patient concerné, son propre identifiant et la liste des identifiants des entités supplémentaires autorisées à accéder.
A
l'issue de cette étape, les éléments constituant l'événement ne peuvent plus être modifiés et l'événement peut seulement être complété.
A l'étape 134, le poste d'utilisateur 12 assure la création d'une donnée élémentaire reprenant les différents éléments de l'événement. Cette donnée élémentaire est cryptée par tout procédé adapté et est adressée par l'inter-face de dialogue au centre 16 de stockage et de gestion des informations.
A sa réception, la donnée élémentaire est traitée par les serveurs de gestion d'évènements 44, à l'étape 136. Si la donnée élémentaire contient des images numériques dans des formats différents du format XML, ces images sont automatiquement converties au format XML, à l'étape 138, et la donnée élémentaire est complétée par des données images au format XML en plus des données images dans un autre format.
La donnée élémentaire ainsi retraitée est sauvegardée définitivement dans l'unité de stockage 48, à l'étape 140.
Lorsque l'utilisateur souhaite compléter un événement en ajoutant une information supplémentaire, les étapes de la branche 110B sont mises en oeuvre après l'étape 110.
A l'étape 150, l'événement à compléter est sélectionné.
La donnée élémentaire correspondant à l'événement sélectionné est transmise par le centre 16 au poste utilisateur, à l'étape 152. La donnée élémentaire n'est transmise que si l'identifiant de l'utilisateur est compris
A
l'issue de cette étape, les éléments constituant l'événement ne peuvent plus être modifiés et l'événement peut seulement être complété.
A l'étape 134, le poste d'utilisateur 12 assure la création d'une donnée élémentaire reprenant les différents éléments de l'événement. Cette donnée élémentaire est cryptée par tout procédé adapté et est adressée par l'inter-face de dialogue au centre 16 de stockage et de gestion des informations.
A sa réception, la donnée élémentaire est traitée par les serveurs de gestion d'évènements 44, à l'étape 136. Si la donnée élémentaire contient des images numériques dans des formats différents du format XML, ces images sont automatiquement converties au format XML, à l'étape 138, et la donnée élémentaire est complétée par des données images au format XML en plus des données images dans un autre format.
La donnée élémentaire ainsi retraitée est sauvegardée définitivement dans l'unité de stockage 48, à l'étape 140.
Lorsque l'utilisateur souhaite compléter un événement en ajoutant une information supplémentaire, les étapes de la branche 110B sont mises en oeuvre après l'étape 110.
A l'étape 150, l'événement à compléter est sélectionné.
La donnée élémentaire correspondant à l'événement sélectionné est transmise par le centre 16 au poste utilisateur, à l'étape 152. La donnée élémentaire n'est transmise que si l'identifiant de l'utilisateur est compris
11 dans l'événement en cause, soit qu'il s'agisse du patient concerné, du prati-cien à l'origine de l'information ou d'un praticien supplémentaire dont l'identi-fiant figure dans la liste 58.
L'information supplémentaire est entrée à l'étape 154, soit manuelle-ment depuis le clavier, soit par reprise d'un fichier déjà existant. Dans ce dernier cas, l'information supplémentaire constitue un nouveau fichier atta-ché.
A l'étape 156, l'utilisateur valide l'ajout de l'information par entrée d'un code de signature.
L'information supplémentaire est ajoutée à l'étape 158 pour former une nouvelle donnée élémentaire constituant l'événement modifié. En outre, la date, et l'identifiant de l'utilisateur ayant ajouté l'information, ainsi qu'un lien avec l'information sont ajoutés dans la donnée élémentaire pour asurer un suivi des modifications. La nouvelle donnée élémentaire ainsi constituée est ensuite traitée conformément aux étapes 136 et suivantes.
Lorsque l'utilisateur souhaite modifier un droit d'accès, celui-ci peut seulement ajouter de nouveaux identifiants d'utilisateur habilités à ac-céder à une information donnée. A cet effet, l'événement dont les accès sont à compléter est sélectionné à l'étape 200. La donnée élémentaire corres-pondant à l'événement sélectionné est alors transmise au poste utilisateur à
l'étape 202. La donnée élémentaire n'est transmise que si l'identifiant de l'uti-lisateur est compris dans l'événement en cause, soit qu'il s'agisse du patient concerné, du praticien à l'origine de l'information ou d'un praticien supplé-mentaire dont l'identifiant figure dans la liste 58.
A l'étape 204, l'utilisateur sélectionne ou entre au clavier un ou plu-sieurs identifiants supplémentaires d'utilisateurs habilités à accéder à l'in-formation puis il valide, à l'étape 206, les nouveaux identifiants. Les identi-fiants supplémentaires sont ajoutés dans la donnée élémentaire constituant l'événement à l'étape 208. En outre, la date, et l'identifiant de l'utilisateur ayant ajouté les nouveaux identifiants, ainsi qu'un lien avec les nouveaux identifiants sont ajoutés dans la donnée élémentaire pour assurer un suivi des modifications. Les étapes 136 et suivantes sont alors à nouveau mises en oeuvre.
L'information supplémentaire est entrée à l'étape 154, soit manuelle-ment depuis le clavier, soit par reprise d'un fichier déjà existant. Dans ce dernier cas, l'information supplémentaire constitue un nouveau fichier atta-ché.
A l'étape 156, l'utilisateur valide l'ajout de l'information par entrée d'un code de signature.
L'information supplémentaire est ajoutée à l'étape 158 pour former une nouvelle donnée élémentaire constituant l'événement modifié. En outre, la date, et l'identifiant de l'utilisateur ayant ajouté l'information, ainsi qu'un lien avec l'information sont ajoutés dans la donnée élémentaire pour asurer un suivi des modifications. La nouvelle donnée élémentaire ainsi constituée est ensuite traitée conformément aux étapes 136 et suivantes.
Lorsque l'utilisateur souhaite modifier un droit d'accès, celui-ci peut seulement ajouter de nouveaux identifiants d'utilisateur habilités à ac-céder à une information donnée. A cet effet, l'événement dont les accès sont à compléter est sélectionné à l'étape 200. La donnée élémentaire corres-pondant à l'événement sélectionné est alors transmise au poste utilisateur à
l'étape 202. La donnée élémentaire n'est transmise que si l'identifiant de l'uti-lisateur est compris dans l'événement en cause, soit qu'il s'agisse du patient concerné, du praticien à l'origine de l'information ou d'un praticien supplé-mentaire dont l'identifiant figure dans la liste 58.
A l'étape 204, l'utilisateur sélectionne ou entre au clavier un ou plu-sieurs identifiants supplémentaires d'utilisateurs habilités à accéder à l'in-formation puis il valide, à l'étape 206, les nouveaux identifiants. Les identi-fiants supplémentaires sont ajoutés dans la donnée élémentaire constituant l'événement à l'étape 208. En outre, la date, et l'identifiant de l'utilisateur ayant ajouté les nouveaux identifiants, ainsi qu'un lien avec les nouveaux identifiants sont ajoutés dans la donnée élémentaire pour assurer un suivi des modifications. Les étapes 136 et suivantes sont alors à nouveau mises en oeuvre.
12 Pour la consultation des informations stockées dans le centre 16, et depuis n'importe quel poste d'utilisateur 12, les étapes de la branche 110D
sont mises en oruvre.
A l'étape 250, une requête est formulée par l'utilisateur depuis le poste d'utilisateur. Celle-ci est prise en compte par les serveurs de gestion des évènements 44, à l'étape 252. En fonction des droits d'accès contenus dans l'événement en cause dans la requête, et en fonction des droits de l'uti-lisateur, le contenu de la donnée élémentaire est transmis du centre de stoc-kage 16 au poste utilisateur 12, à l'étape 254.
En particulier, la donnée élémentaire n'est transmise que si l'identi-fiant de l'utilisateur est compris dans l'événement en cause dans la requête, soit qu'il s'agisse du patient concerné, du praticien à l'origine de l'information ou d'un praticien supplémentaire dont l'identifiant figure dans la liste 58.
L'information est alors mise à disposition de l'utilisateur à l'étape 256, par exemple par affichage, ou bien par sauvegarde du contenu de la donnée élémentaire sur le disque dur du poste utilisateur.
A l'étape 258, un journal des accès est mis à jour dans le centre 16 pour enregistrer l'identifiant de l'utilisateur, la nature de l'information mise à
disposition, la date d'accès fournie par le système et toute autre information utile.
On conçoit qu'avec un tel système de gestion d'informations, la fiabili-té de l'accès aux informations est accrue, puisque l'information proprement dite est associée, dans une même donnée élémentaire, à un identifiant du patient concerné, un identifiant du praticien ayant engendré l'information et, éventuellement, des identifiants d'autres entités susceptibles d'accéder à
l'information proprement dite.
Un tel système de gestion d'informations peut être appliqué dans d'autres domaines que le domaine médical et notamment dans le domaine juridique. Dans ce cas, la seconde entité est un avocat ou un conseil, la première entité étant le client de l'avocat ou du conseil.
De même, ce système de gestion peut être appliqué pour la gestion de projets complexes. Dans ce cas, la première entité est le projet lui-même alors que les secondes entités sont les différents intervenants sur le projet.
sont mises en oruvre.
A l'étape 250, une requête est formulée par l'utilisateur depuis le poste d'utilisateur. Celle-ci est prise en compte par les serveurs de gestion des évènements 44, à l'étape 252. En fonction des droits d'accès contenus dans l'événement en cause dans la requête, et en fonction des droits de l'uti-lisateur, le contenu de la donnée élémentaire est transmis du centre de stoc-kage 16 au poste utilisateur 12, à l'étape 254.
En particulier, la donnée élémentaire n'est transmise que si l'identi-fiant de l'utilisateur est compris dans l'événement en cause dans la requête, soit qu'il s'agisse du patient concerné, du praticien à l'origine de l'information ou d'un praticien supplémentaire dont l'identifiant figure dans la liste 58.
L'information est alors mise à disposition de l'utilisateur à l'étape 256, par exemple par affichage, ou bien par sauvegarde du contenu de la donnée élémentaire sur le disque dur du poste utilisateur.
A l'étape 258, un journal des accès est mis à jour dans le centre 16 pour enregistrer l'identifiant de l'utilisateur, la nature de l'information mise à
disposition, la date d'accès fournie par le système et toute autre information utile.
On conçoit qu'avec un tel système de gestion d'informations, la fiabili-té de l'accès aux informations est accrue, puisque l'information proprement dite est associée, dans une même donnée élémentaire, à un identifiant du patient concerné, un identifiant du praticien ayant engendré l'information et, éventuellement, des identifiants d'autres entités susceptibles d'accéder à
l'information proprement dite.
Un tel système de gestion d'informations peut être appliqué dans d'autres domaines que le domaine médical et notamment dans le domaine juridique. Dans ce cas, la seconde entité est un avocat ou un conseil, la première entité étant le client de l'avocat ou du conseil.
De même, ce système de gestion peut être appliqué pour la gestion de projets complexes. Dans ce cas, la première entité est le projet lui-même alors que les secondes entités sont les différents intervenants sur le projet.
Claims (12)
1. Système de gestion d'informations, chaque information concernant une première entité et ayant été engendrée par une seconde entité, le système comprenant:
- au moins une base de données (48) pour le stockage desdites informations (52); et - au moins un poste utilisateur (12) comprenant:
.cndot. des moyens de recueil (22, 32):
- d'au moins une information (52);
- d'un identifiant (54) d'une première entité concernée par la ou chaque information (52); et - un identifiant (56) d'une seconde entité ayant engendré
ladite information (52); et .cndot. des moyens d'accès à la ou chaque base de données pour la consultation desdites informations, caractérisé en ce qu'il comporte:
- des moyens pour créer au moins un événement regroupant des éléments, de manière indissociable, dans une même donnée élémentaire (50) les éléments comprenant:
.cndot. la ou chaque information (52) concernant la première entité;
.cndot. l'identifiant (54) de la première entité; et .cndot. l'identifiant (56) de la seconde entité, - des moyens pour valider ledit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent plus être modifiés et l'événement peut seulement être complété par l'ajout d'éléments d'information supplémentaires constituant de nouveaux éléments de l'événement;
- des moyens de stockage définitif du contenu du ou de chaque événement validé, chacun en tant que donnée élémentaire (50) dans la ou chaque base de données (48), et en ce que lesdits moyens d'accès comportent des moyens pour permettre l'accès à l'information comprise dans la donnée élémentaire (50) seulement par une entité comprise parmi la première entité et la seconde entité et une entité
autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire (50) contenant ladite information.
- au moins une base de données (48) pour le stockage desdites informations (52); et - au moins un poste utilisateur (12) comprenant:
.cndot. des moyens de recueil (22, 32):
- d'au moins une information (52);
- d'un identifiant (54) d'une première entité concernée par la ou chaque information (52); et - un identifiant (56) d'une seconde entité ayant engendré
ladite information (52); et .cndot. des moyens d'accès à la ou chaque base de données pour la consultation desdites informations, caractérisé en ce qu'il comporte:
- des moyens pour créer au moins un événement regroupant des éléments, de manière indissociable, dans une même donnée élémentaire (50) les éléments comprenant:
.cndot. la ou chaque information (52) concernant la première entité;
.cndot. l'identifiant (54) de la première entité; et .cndot. l'identifiant (56) de la seconde entité, - des moyens pour valider ledit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent plus être modifiés et l'événement peut seulement être complété par l'ajout d'éléments d'information supplémentaires constituant de nouveaux éléments de l'événement;
- des moyens de stockage définitif du contenu du ou de chaque événement validé, chacun en tant que donnée élémentaire (50) dans la ou chaque base de données (48), et en ce que lesdits moyens d'accès comportent des moyens pour permettre l'accès à l'information comprise dans la donnée élémentaire (50) seulement par une entité comprise parmi la première entité et la seconde entité et une entité
autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire (50) contenant ladite information.
2. Système de gestion d'informations selon la revendication 1, caractérisé en ce que lesdits moyens de recueil (22, 32) sont adaptés en outre pour le recueil d'au moins un identifiant (58) d'une entité supplémentaire habilitée par la première ou la deuxième entité à accéder à la ou chaque information contenue dans au moins un événement; et - des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, le ou chaque identifiant (58) de la ou de chaque entité
supplémentaire habilitée à accéder aux informations.
supplémentaire habilitée à accéder aux informations.
3. Système de gestion d'informations selon la revendication 1, caractérisé en ce que lesdits moyens de recueil (22, 32) sont adaptés en outre pour le recueil d'au moins une date; et - des moyens pour intégrer dans la donnée élémentaire correspondant à l'événement, la date.
4. Système de gestion d'informations selon la revendication 2, caractérisé en ce qu'il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant intégré au moins un identifiant d'une entité supplémentaire habilitée à accéder aux informations, dans ladite donnée élémentaire correspondant à l'événement sélectionné.
5. Système de gestion d'informations selon la revendication 1, caractérisé en ce qu'il comporte des moyens de recueil (22, 32) d'au moins une information supplémentaire;
- des moyens de sélection d'un événement auquel doit être ajouté le ou chaque information supplémentaire;
- des moyens d'ajout, dans ladite donnée élémentaire correspondant à
l'événement sélectionné, de la ou de chaque information supplémentaire; et - des moyens de stockage de l'événement complété en tant que donnée élémentaire dans ladite base de données (48).
- des moyens de sélection d'un événement auquel doit être ajouté le ou chaque information supplémentaire;
- des moyens d'ajout, dans ladite donnée élémentaire correspondant à
l'événement sélectionné, de la ou de chaque information supplémentaire; et - des moyens de stockage de l'événement complété en tant que donnée élémentaire dans ladite base de données (48).
6. Système de gestion d'informations selon la revendication 5, caractérisé en ce qu'il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant ajouté une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné.
7. Système de gestion d'informations selon la revendication 5, caractérisé en ce qu'il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle a été ajoutée une information supplémentaire dans ladite donnée élémentaire correspondant à l'événement sélectionné.
8. Système de gestion d'informations selon la revendication 1, caractérisé en ce que lesdits moyens (44) de stockage définitif comportent des moyens (44B) de détection de données d'image dans la ou chaque information contenue dans un événement à stocker dans la base de données (48), et des moyens (44B) de conversion desdites données d'image dans un format prédéterminé, si lesdites données d'image sont dans un format initial différent du format prédéterminé, et des moyens (44B) pour intégrer dans la donnée élémentaire correspondant à l'événement, les données d'image converties dans ledit format prédéterminé.
9. Système de gestion d'informations selon la revendication 1, caractérisé en ce que lesdits moyens de recueil comportent des moyens (34) d'identification automatique dans la ou chaque information, d'un identifiant de la première entité concernée par la ou chaque information.
10. Système de gestion d'informations selon la revendication 1, caractérisé en ce qu'il comporte des moyens de stockage, pour chaque événement, d'un identifiant de chaque entité ayant accédé à la ou chaque information contenue dans cet événement.
11. Système de gestion d'informations selon la revendication 1, caractérisé en ce qu'il comporte des moyens de stockage, pour chaque événement, d'une date à laquelle chaque entité a accédé à la ou chaque information contenue dans cet événement.
12. Procédé de gestion d'informations, chaque information concernant une première entité et ayant été engendrée par une seconde entité, le système comprenant au moins une base de données (48) pour le stockage desdites informations (52) et au moins un poste utilisateur (12) comprenant des moyens de recueil (22, 32) de données et des moyens (40, 44) d'accès à la base de données (48) pour la consultation desdites informations, le procédé comprenant:
- une étape de recueil d'éléments de données, depuis un poste utilisateur (12) les éléments comprenant:
.cndot. au moins une information (52);
.cndot. un identifiant (54) d'une première entité concernée par la ou chaque information (52); et .cndot. un identifiant (56) d'une seconde entité ayant engendré ladite information (52); et - une étape de création d'au moins un événement regroupant, de manière indissociable, dans une même donnée élémentaire (50) :
.cndot. la ou chaque information (52) concernant la première entité;
.cndot. l'identifiant (54) de la première entité; et .cndot. l'identifiant (56) de la seconde entité, - une étape de validation dudit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent pas être modifiés et l'événement peut seulement être complété par l'ajout d'éléments constituant de nouveaux éléments de l'événement;
- une étape de stockage définitif du contenu de chaque événement validé, en tant que donnée élémentaire dans la ou chaque base de données (48), dans lequel l'accès à une information comprise dans une donnée élémentaire depuis un poste utilisateur (12) n'est permis que par une entité comprise parmi la première entité et la seconde entité et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire (50) contenant l'information
- une étape de recueil d'éléments de données, depuis un poste utilisateur (12) les éléments comprenant:
.cndot. au moins une information (52);
.cndot. un identifiant (54) d'une première entité concernée par la ou chaque information (52); et .cndot. un identifiant (56) d'une seconde entité ayant engendré ladite information (52); et - une étape de création d'au moins un événement regroupant, de manière indissociable, dans une même donnée élémentaire (50) :
.cndot. la ou chaque information (52) concernant la première entité;
.cndot. l'identifiant (54) de la première entité; et .cndot. l'identifiant (56) de la seconde entité, - une étape de validation dudit événement par ladite seconde entité de sorte que les éléments constituant l'événement regroupés de manière indissociable ne peuvent pas être modifiés et l'événement peut seulement être complété par l'ajout d'éléments constituant de nouveaux éléments de l'événement;
- une étape de stockage définitif du contenu de chaque événement validé, en tant que donnée élémentaire dans la ou chaque base de données (48), dans lequel l'accès à une information comprise dans une donnée élémentaire depuis un poste utilisateur (12) n'est permis que par une entité comprise parmi la première entité et la seconde entité et une entité autorisée à accéder par la première entité et la deuxième entité, l'autorisation d'accès étant comprise dans la donnée élémentaire (50) contenant l'information
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR02/05469 | 2002-04-30 | ||
| FR0205469A FR2839171B1 (fr) | 2002-04-30 | 2002-04-30 | Systeme de gestion d'informations |
| PCT/FR2003/001350 WO2003094085A1 (fr) | 2002-04-30 | 2003-04-29 | Systeme de gestion d'informations |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2484160A1 CA2484160A1 (fr) | 2003-11-13 |
| CA2484160C true CA2484160C (fr) | 2009-09-15 |
Family
ID=28800102
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002484160A Expired - Fee Related CA2484160C (fr) | 2002-04-30 | 2003-04-29 | Systeme de gestion d'informations |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US20030204489A1 (fr) |
| EP (1) | EP1500028A1 (fr) |
| CN (1) | CN1656500A (fr) |
| AU (1) | AU2003265527B9 (fr) |
| CA (1) | CA2484160C (fr) |
| FR (1) | FR2839171B1 (fr) |
| IL (1) | IL164863A0 (fr) |
| MX (1) | MXPA04010600A (fr) |
| WO (1) | WO2003094085A1 (fr) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1585050A3 (fr) * | 2004-04-05 | 2006-03-22 | Image Diagnost International GmbH | Méthode de gestion des données d'images médicales |
| CN111460296B (zh) * | 2020-03-31 | 2023-08-04 | 北京百度网讯科技有限公司 | 用于更新事件集合的方法和装置 |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2125300C (fr) * | 1994-05-11 | 1999-10-12 | Douglas J. Ballantyne | Methode et dispositif pour la distribution electronique d'information medicale et de services aux patients |
| US5924074A (en) * | 1996-09-27 | 1999-07-13 | Azron Incorporated | Electronic medical records system |
| US7885822B2 (en) * | 2001-05-09 | 2011-02-08 | William Rex Akers | System and method for electronic medical file management |
| US6775670B2 (en) * | 1998-05-29 | 2004-08-10 | Luc Bessette | Method and apparatus for the management of data files |
| US6845370B2 (en) * | 1998-11-12 | 2005-01-18 | Accenture Llp | Advanced information gathering for targeted activities |
| US7047419B2 (en) * | 1999-09-17 | 2006-05-16 | Pen-One Inc. | Data security system |
| US20010051881A1 (en) * | 1999-12-22 | 2001-12-13 | Aaron G. Filler | System, method and article of manufacture for managing a medical services network |
| WO2001055949A1 (fr) * | 2000-01-28 | 2001-08-02 | Medlook Nv | Systeme et procede de gestion de fichiers medicaux en ligne |
| US6941271B1 (en) * | 2000-02-15 | 2005-09-06 | James W. Soong | Method for accessing component fields of a patient record by applying access rules determined by the patient |
| US6463417B1 (en) * | 2000-02-22 | 2002-10-08 | Carekey.Com, Inc. | Method and system for distributing health information |
| US6763344B1 (en) * | 2000-04-14 | 2004-07-13 | International Business Machines Corporation | Method of and system for dynamically controlling access to data records |
| AU7182701A (en) * | 2000-07-06 | 2002-01-21 | David Paul Felsher | Information record infrastructure, system and method |
| US8924236B2 (en) * | 2000-07-20 | 2014-12-30 | Marfly 1, LP | Record system |
| KR20020029515A (ko) * | 2000-10-13 | 2002-04-19 | 이형훈 | 병원내 시스템 통합 정보관리 시스템 및 그 방법 |
| US20030130872A1 (en) * | 2001-11-27 | 2003-07-10 | Carl Dvorak | Methods and apparatus for managing and using inpatient healthcare information |
| US20060116908A1 (en) * | 2002-07-30 | 2006-06-01 | Dew Douglas K | Web-based data entry system and method for generating medical records |
-
2002
- 2002-04-30 FR FR0205469A patent/FR2839171B1/fr not_active Expired - Fee Related
-
2003
- 2003-04-29 MX MXPA04010600A patent/MXPA04010600A/es active IP Right Grant
- 2003-04-29 AU AU2003265527A patent/AU2003265527B9/en not_active Ceased
- 2003-04-29 IL IL16486303A patent/IL164863A0/xx not_active IP Right Cessation
- 2003-04-29 EP EP03740682A patent/EP1500028A1/fr not_active Withdrawn
- 2003-04-29 WO PCT/FR2003/001350 patent/WO2003094085A1/fr not_active Application Discontinuation
- 2003-04-29 US US10/424,944 patent/US20030204489A1/en not_active Abandoned
- 2003-04-29 CA CA002484160A patent/CA2484160C/fr not_active Expired - Fee Related
- 2003-04-29 CN CNA03812517XA patent/CN1656500A/zh active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| FR2839171A1 (fr) | 2003-10-31 |
| AU2003265527B9 (en) | 2010-01-07 |
| FR2839171B1 (fr) | 2004-12-17 |
| EP1500028A1 (fr) | 2005-01-26 |
| AU2003265527A1 (en) | 2003-11-17 |
| AU2003265527B2 (en) | 2009-12-10 |
| IL164863A0 (en) | 2005-12-18 |
| WO2003094085A1 (fr) | 2003-11-13 |
| MXPA04010600A (es) | 2005-06-08 |
| US20030204489A1 (en) | 2003-10-30 |
| CA2484160A1 (fr) | 2003-11-13 |
| CN1656500A (zh) | 2005-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220012347A1 (en) | Systems, devices and methods for protecting and exchanging electronic computer files | |
| EP1680727B1 (fr) | Controle d'une version d'un document distribue | |
| US8925108B2 (en) | Document access auditing | |
| EP1834268A2 (fr) | Serveur, procede et reseau d'intermediation pour la consultation et le referencement d'informations medicales | |
| US20130212151A1 (en) | Distributed document version control | |
| EP2051179A1 (fr) | Application composite utilisant des annotations de sécurité | |
| JP2004531780A (ja) | 分散型コンピューティングサービスプラットフォーム | |
| CA2489317C (fr) | Systeme de gestion d'informations pour situation d'urgence | |
| FR2812422A1 (fr) | Preparation et remise securisees de rapports de donnees | |
| FR2814016A1 (fr) | Procede pour generer les preuves de l'envoi et de la reception par un reseau de transmission de donnees d'un ecrit electronique et de son contenu | |
| CA2484160C (fr) | Systeme de gestion d'informations | |
| EP1738292A2 (fr) | Systeme de generation automatique d'un message d'informations medicales | |
| CA2484156C (fr) | Systeme de gestion d'informations integrees dans un protocole | |
| EP1195029A1 (fr) | Procede et systeme de messagerie | |
| EP2618285B1 (fr) | Système de réseau informatique sécurisé pour la gestion de données personnelles | |
| WO2006056667A1 (fr) | Certificat de cle publique pour le transport d'information confidentielle | |
| EP1300979A1 (fr) | Procédé de dépôt d'un document numérique et de restitution d'au moins une copie conforme de ce document | |
| Ratti et al. | A knowledge IPR tool | |
| CA2709919A1 (fr) | Systeme de connexion securise permettant a un usager l'utilisation des services par internet d'un centre de services et methodes correspondantes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20150429 |