EP2080139A2 - Plateforme d'interoperabilite - Google Patents

Plateforme d'interoperabilite

Info

Publication number
EP2080139A2
EP2080139A2 EP07870246A EP07870246A EP2080139A2 EP 2080139 A2 EP2080139 A2 EP 2080139A2 EP 07870246 A EP07870246 A EP 07870246A EP 07870246 A EP07870246 A EP 07870246A EP 2080139 A2 EP2080139 A2 EP 2080139A2
Authority
EP
European Patent Office
Prior art keywords
health
information
platform
interoperability
operators
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.)
Ceased
Application number
EP07870246A
Other languages
German (de)
English (en)
Inventor
Isaac Azancot
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.)
Assistance Publique Hopitaux de Paris APHP
Original Assignee
Assistance Publique Hopitaux de Paris APHP
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 Assistance Publique Hopitaux de Paris APHP filed Critical Assistance Publique Hopitaux de Paris APHP
Publication of EP2080139A2 publication Critical patent/EP2080139A2/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Definitions

  • the present invention relates to a computer system for processing personalized medical records.
  • It relates more particularly to a global interconnection system of several health networks, for example a network of the Personal Medical File type and a network of the Communicating Record of Cancer type.
  • These institutional health networks make use of each one of them for one or more authorized health operators designated under the term "operators" who host - according to the specifications established by the legislator or by the promoters of the said health networks - the information published by the various health actors and allow a secure consultation by accredited stakeholders.
  • International Patent WO9815910 discloses systems and methods suitable for a global electronic medical record that is secure, confidential, managed by the subscriber, and capable of being updated. These systems and methods, which are used in a network, relate to medical information of the connected subscriber, the access to the information being, thanks to the network address and a password, limited only to the subscriber or to the subscriber. an authorized user. Such systems and methods are particularly suitable for medical treatment of subscribers traveling abroad, systems having an emblem giving the network address of the subscriber 's global electronic medical record or global electronic health record servers. The password is communicated by the subscriber to the authorized user having access to the subscriber's global electronic health record.
  • the global electronic medical record which is hosted on the Web, includes hypertext links between the subscriber's global electronic medical file parts.
  • the international application WO0S072700A2 relates to an intermediation server for the consultation and referencing of medical information relating to patients and stored in a computer network of a plurality of data servers comprising means for creating a file shared medical device for a patient referenced in the network and indexing means, under the medical file of the patient, medical information relating thereto, the indexing of medical information including at least one pointer to the location of the network where it is physically stored.
  • WO9641288Al Un central medical records repository as part of the management of a health organization collects and stores medical record documents in any format from medical providers . The archiver then identifies the document with information that is automatically retrieved and stores the retrieved data in a document database.
  • each network collects health data from pilot sites, and make them available to the patient - the owner of his file - and health actors authorized by the patient.
  • These health actors include public or private health institutions, of varying sizes (from a city office to an institution comprising several hospitals) that will securely transmit medical information made up of documents (reports on health care). hospitalization, operative reports, various reports or letters of any kind concerning the patient), by images or by structured information (such as medical procedures, diagnoses, allergies, risk factors, events, active treatments etc ...) concerning the patient.
  • One of the major conditions to guarantee the fluidity of the system and its appropriation by the health actors is that the feeding of the personalized medical file - and more generally the health networks - can be automated and integrated into the business tools already in place or to be set up in health facilities.
  • the health professional wanting to feed the personalized medical file must in this case authenticate with the operator. of the health network, select the patient concerned and attach the document (s) on his computer, in his own establishment network or in his business software. This implies additional work, more or less important depending on the configuration, but always a source of redundancy of capture and loss of time, which will be refused by most health professionals at term, during the generalization phase "of the project and the increase in the number of transmitted information.
  • a given health facility can receive patients of different geographical origin, and as such it will have to work during the generalization phase with all the selected operators.
  • a protocol valid for one operator will not necessarily be adequate for another operator, given the multiplicity of formats subject to medical standardization, multiplicity of reference frames to characterize the attributes of these items.
  • a given patient may change operator during his life; the data relating to him will then have to be transferred from one operator to another operator, and all the health establishments that will take care of this patient will have to adapt their shipments according to this new operator.
  • the personalized medical file is only the first large-scale network set up at National level; others will follow shortly, including the DCC currently being prepared, and other future networks of great importance for coordinating care at a national level.
  • a given health facility will have to transfer certain documents to several networks (for example the hospitalization report in the personalized medical file and the DCC %), but some other documents to one (for example, the multidisciplinary consultation report to the DCC but not to the personalized medical file or cardiologic images to the personalized medical file and not to the DCC). It will be impossible for all health facilities in the territory to recognize in the long run their strategy and their routing syntax faced with the multiplicity of care networks that may belong to a particular patient, and faced with the multiplicity of operators who can host each of them.
  • the object of the invention is to overcome the drawbacks of the state of the art and in particular the problem of interoperability.
  • the objective of the method that is the object of the present invention is to set up an interoperability platform allowing 1 / to guarantee the standardization of the information and to facilitate the deployment of the standards and standards retained by the various health actors. involved 2 / to automatically route to the appropriate recipient (s) information flows from health institutions around standards, benchmarks and information attributes common to all institutions participating in health networks 3 / to ensure the traceability and management of health information flows, with the dual objective of facilitating the administration of health and health networks. improve the quality of services and care.
  • the method described below is based on existing architectures of healthcare institutions, on standards, standards and standards adopted in the healthcare world, to propose an organizational model of flow management allowing to contribute to the Improving the exchange of health data between heterogeneous environments, by optimizing automation, proper routing and securing the supply of health networks from health facilities. It enables manufacturers who will set up an interoperability platform on the basis of the processes described in this document to offer healthcare establishments a new service enabling them to guarantee that medical information is routed to the appropriate operators and that it can be adequately handled by said operators.
  • the invention relates, in its most general sense, to a computer system for the processing of personalized medical files comprising dedicated equipment for the acquisition of specialized information, as well as - for each health facility - a piece of medical equipment.
  • aggregation for the centralization of information with a view to feeding a personalized medical file constituted from information from said dedicated equipment, and for the distribution of personalized medical records to different operators acting on behalf of at least one health network characterized in that it comprises an interoperability platform having computer connectors configured for exchanges between said interoperability platform and each of the aggregation equipment of said establishment of health, and computer connectors configured for exchanges between said interoperability platform and each of said operators, said platform comprising means of conditional routing to one of said operators based on the information recorded in relation to the digital file corresponding to the personalized medical file and means for transcoding said file according to the nominal format of said target operator.
  • the invention also relates to a method for processing personalized medical records comprising a step of manufacturing digital files from digital data from different patient information acquisition equipment, said step being performed on an aggregation equipment.
  • a method for processing personalized medical records comprising a step of manufacturing digital files from digital data from different patient information acquisition equipment, said step being performed on an aggregation equipment.
  • the method comprises an initial step of declaration of each health network, this initial step comprising a declaration of the operators involved with the platform comprising a description of the type of information provided by said health network and the attributes of said information, as well as the structure of the documents provided by the equipment of said health network.
  • each document is digitally signed during creation or modification by the operator, said document being encrypted according to a code not known by the interoperability platform.
  • FIG. 1 represents a schematic view of an architecture according to the state of the art
  • 2 represents a schematic view.
  • FIG. 3 represents a transcoding scheme operated by the interoperability platform.
  • the system according to the invention implements known technical means, and in particular a document publication portal allowing the automated publication of documents, images and structured data.
  • a document publication portal can implement a method of aggregation of documents published by the medical applications described in French patent FR04 / 52604. It enables any health facility publication tool to export documents, images and structured data using secure technology of structured attribute envelopes that conform to standards and medical standards.
  • the format of the information complies with the international HL7 standard, in particular the international IHE / XDS profile associated with the device developed by the GTlI group of the EDISANTE association, specifying the format of the attribute envelopes (CDA R2).
  • a centralized P2P operates on the basis of one or more servers to which health facilities can connect, which route the attributes of documents and structured information to the appropriate operator (s), but are not aware of the content of the documents or information themselves.
  • NIS Health Identification Number, NIS in the rest of the document
  • QS Health Quality Address
  • Figure 1 illustrates the operation of a health facility that uses an automated facility publication tool, benchmark standards and NIS to route information to different operators to feed one or more health networks.
  • This information is processed in the information file and is validated for publication for one or more operators: this validation is carried out by means of an electronic signature, which makes it possible to identify in relation to a business directory the professional authorized to validate and publish the information. The information is thus conveyed to the operator concerned (3).
  • Figure 2 illustrates the operation of a system that uses an automated facility publishing tool, standards, repositories, and NIS to route information to different operators to feed one or more health networks as part of the process. use of an interoperability platform according to the invention.
  • the operating diagram and the method for implementing a system according to the invention is as follows.
  • the health networks are first declared in the interoperability platform: each of the health networks to be managed by the platform Interoperability must be declared as a supported network. This declaration implies taking into account the attributes of the information taken into account by said health network, the operators concerned by the deployment of said networks and patients who joined the health network through one of an authorized operator. The operators will have to communicate to the platform - directly or through the health network to which they belong the adhesion of new patients belonging to the corresponding network, on the basis of their NIS, or the termination of patients previously subscribed.
  • each of the health networks declared in the interoperability platform must communicate to the interoperability platform all the operators involved in the health network, the type of information concerning the said network (documents, images, structured information), and for each of these information the attributes of said information, attributes relying on the repositories adopted for said network, including but not exelusively:
  • each type of document for example: hospitalization report, consultation report, operative report, imaging report etc.
  • each type of document being defined by a code unique from a repository
  • the main document containing the information (for example: hospital report)
  • Identifying attributes of the health facility including when the signature of the document or information uses a health facility identification certificate
  • the identification attributes of the signatory of the document or the information published, the identification of the professional can be
  • the health facility is the signatory of the information, but the professional signatory of each of the published information is identified, particularly in relation to a directory of health professionals at the health facility ( allowing a unique identification of a health professional within a health facility)
  • the medical attributes accompanying or not a document attributes referring to codes from repositories to classify them into categories (for example, but not limited to: category "diagnostics” relying on a CIMlO repository, category "acts” s 'pressing a CCAM repository, category'allergies' relying on a SNOMED repository etc ).
  • This method makes it possible to classify the structured information by to categories identified by unique codes, and codes within each category based on a specific repository.
  • the network can thus adopt a single repository (for example SNOMED), or rely on the categories of attributes on multiple repositories, each of the information can be uniquely attached to a category and a code.
  • this method of definitions which specifies the attributes of the information relative to well-defined standards and repositories for each of the health networks, allows a relevant classification of the information and avoids the disorder that would result from a stack of documents that are not categorized with respect to attributes, and which would become difficult to read.
  • Each health facility using the interoperability platform communicates directly the information to be published in one or more health networks to the interoperability platform, according to the diagram of Figure 2, the health facilities can be including but not limited to public or private hospital structures, biology or imaging laboratories, pharmacies or medical practices using business software.
  • This scheme implies a minimum level of equipment for each of these health facilities, which must be equipped with tools to publish medical information, and to integrate the corresponding attributes into each of these medical information.
  • the precise definition of the information published by each health facility is the subject of a contract that links the health facility to the provider implementing the interoperability platform, which: Collects from the health facility all the data concerning all the information (documents, images, structured information ...) that can be published by the health facility and identifies all the health networks to which the health facility wishes to adhere
  • the health facility Based on the information about all the networks that the health facility wants to participate in, gives the health facility all the specifications concerning the standards and the repositories used by the interoperability platform for defining the attributes of the different information. published standards, as well as communication and security standards for routing information to the interoperability platform. It provides the healthcare facility or software publishers that equip healthcare facilities with the software layers necessary to standardize the publication of their information in relation to the standards and standards used in the interoperability platform. This software support may, depending on the case, be provided directly by the interoperability platform provider or by third-party editors performing this function under the project management and control of the interoperability platform provider.
  • the interoperability platform is not aware of the content of the information (for example the content of a document) but only the attributes of the information. Technologies put in place in the secure and centralized "Poste à Poste” (P2P) architectures can be used in particular to ensure the encryption and the fluidity of the transactions, even in the case of the use of an interoperability platform carrying out several million transactions per day.
  • P2P Poste à Poste
  • the health facility publishes information: this publication is automatically triggered by the signature of the information (for example the signature of a report, or an imaging document with a link to the DICOM server of the health facility or the export of images, and / or the publication of structured information.
  • the signature of the information for example the signature of a report, or an imaging document with a link to the DICOM server of the health facility or the export of images, and / or the publication of structured information.
  • the health facility defines the health network (s) to which the patient wished to adhere and his / her consent for the information to be conveyed to said health networks.
  • This authorization is usually collected in health facilities that have set up a publication of information to one or more health networks, in the form of a written authorization from the patient - during a hospitalization or during a specified period - to communicate information about him to one or more health networks.
  • the interoperability platform checks the concordance of the published information with the standards and benchmarks set up with the health facility. In particular, the interoperability platform verifies the patient's identification parameters and the conformity of this identification with the parameters derived from the national health identifier (NIS).
  • NIS national health identifier
  • the address interoperability platform - according to a predefined syntax and communicated to all health facilities using the interoperability platform - a rejection file and archive the history and reasons for the rejection in its own database.
  • the interoperability platform verifies, according to the attributes of the information published by the health facility, which health networks are affected by the said information (that is, the health networks which incorporate the information corresponding to the attributes)
  • the interoperability platform performs a possible transcoding to bring into conformity the information input attributes (which are common to all health facilities) with the output attributes, which may differ according to the health networks, according to the contract linking the health facility to the interoperability test.
  • the interoperability platform has the necessary tools to perform the conversion of standards and / or standards adopted in its own platform with those retained in this or that health network.
  • the interoperability platform verifies, for each health network, which operator is concerned by the said network: for example for the DMP, the interoperability platform will keep up to date, according to the information communicated by the different institutions. health affiliates, the table of correspondence between patients and the operator chosen by each patient under the DMP.
  • the interoperability platform then has all the elements to route adequately, for each patient, the information to the operator concerned by each of the networks concerned with information, characterized by its attributes.
  • the interoperability platform records the parameters of said transaction and communicates to the health facility in a standardized format an acknowledgment of transaction compliance and routing to the operator or operators concerned.
  • the interoperability platform analyzes the cause of the rejection. If a solution can be provided by the interoperability platform, it re-routes the information and notifies the transaction to the health facility. In the opposite case, the interoperability platform sends a standardized rejection file to the health facility. All these transactions must be traceable at the level of the interoperability platform.
  • Figure 3 shows a transcoding scheme operated by the interoperability platform.
  • Connectors connect one by health facilities to the interoperability platform, on the other hand the interoperability platform to operators.
  • Each connector comprises an input module and an output module, which can correspond to different standards, referentials and attributes, symbolized by a color.
  • Health facilities may not initially have attributes that are consistent with those of the interoperability platform.
  • Figure 3 shows that the interoperability platform upgrades the output attributes of health facilities with the entry standards of the interoperability platform. The interoperability platform then performs the possible transcoding
  • the region may notably have an interoperability platform to ensure the interoperability of exchanges at a regional level, but in perfect harmony with the national care networks, providing the various health establishments concerned with a software interface ensuring expertise needed to set up a health network and to integrate this health network into an automated chain of food and information sharing.
  • a regional interoperability platform will be a tool for monitoring and monitoring exchanges of information flows between the various health actors in the region, who may have strong impact in terms of both quality of care and medico-economic management.
  • the interoperability platform provider will be able to set up "connectors" (see Figure 3) according to the software equipment of the health institutions contracting with him and the health networks that concern him. These connectors may include document publishing tools if the health facility is not provided, or interfere with the publishing tools of the health facility or the publisher of the health information system. health facility with standards and standards defined by the interoperability platform
  • the interoperability platform according to the diagram therefore appears - vis-à-vis the operator taking charge of a health network - as an additional software layer of each health facility or of each institution grouping together a set of health care facilities. health.
  • the information appears as coming from the health facility, according to the same rules and constraints that those imposed by the legislator for the management of this or that health network.
  • it allows, as in the model of a platform
  • several health facility can thus represent a relay between the said health facility and a regional or national interoperability platform.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

La présente invention concerne un système informatique pour le traitement de dossiers médicaux personnalisés comportant des équipements dédiés pour l'acquisition d'informations spécialisées, ainsi que, pour chaque établissement de santé, d'un équipement d'agrégation pour la centralisation des informations en vue de l'alimentation d'un dossier médical personnalisé constitué à partir des informations provenant desdits équipements dédiés, et pour la distribution des dossiers médicaux personnalisés à différents opérateurs agissant pour le compte d'au moins un réseau de santé, caractérisé en ce qu'il comporte une plateforme d'interopérabilité présentant des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun des équipement d' aggrégation desdits établissement de santé, et des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun desdits opérateurs, ladite plateforme comportant des moyens d'acheminement conditionnel vers l'un desdits opérateurs en fonction des informations enregistrées en relation avec le fichier numérique correspondant au dossier médical personnalisé et des moyens de transcodage dudit fichier selon le format nominal dudit opérateur cible.

Description

PLATEFORME D ' INTEROPERABILITE
La présente invention concerne un système informatique pour le traitement de dossiers médicaux personnalisés.
Elle concerne plus particulièrement un système global d'interconnexion de plusieurs réseaux de santé, par exemple un réseau de type Dossier Médical Personnel et un réseau de type Dossier communicant de Cancérologie. Ces réseaux de santé institutionnels font appel pour chacun d'entre eux à un ou plusieurs opérateurs agréés de santé désignés sous le terme « opérateurs » qui hébergent — selon les spécifications établies par le législateur ou par les promoteurs des dits réseaux de santé - les informations publiées par les différents acteurs de santé et en permettent une consultation sécurisée par des intervenants agréés.
On connaît dans l'état de la technique différente solution de gestion de dossiers médicaux.
Le brevet international WO9815910 décrit des systèmes et des procédés convenant à un dossier médical électronique global sécurisé, confidentiel, géré par l'abonné, et susceptible de mises à jour. Ces systèmes et procédés, qui s'utilisent en réseau, portent sur des informations médicales de l'abonné connecté, l'accès aux informations étant, grâce à l'adresse réseau et un mot de passe, limité uniquement à l'abonné ou à un utilisateur autorisé. Ces systèmes et procédés conviennent particulièrement pour des traitements médicaux concernant des abonnés voyageant à l'étranger, les systèmes comportant un emblème donnant l'adresse réseau du dossier médical électronique global de l ' abonné ou de serveurs de dossiers médicaux électroniques globaux. Le mot de passe est communiqué par l'abonné à l'utilisateur autorisé devant avoir accès au dossier médical électronique global de l'abonné. Selon la réalisation préférée, seules les informations médicales de 1 ' abonnées hébergées par le serveur de dossiers médicaux électroniques globaux peuvent être obtenues, alors que selon une réalisation plus préférentielle, des accès à des serveurs institutionnels ou des serveurs d'autres sites médicaux permettent d'obtenir un complément de renseignements médicaux concernant l'abonné, lesquels renseignements médicaux sont à incorporer dans le dossier médical électronique global de l'abonné. Selon la réalisation la plus préférentielle, le dossier médical électronique global, qui est hébergé sur le Web, comporte des liens hypertexte entre les parties du dossier médical électronique global de l ' abonné
L'a demande internationale WO0S072700A2 concerne -un serveur d ' intermédiation pour la consultation et le référencement d'informations médicales relatives à des patients et mémorisées dans un réseau informatique d'une pluralité de serveurs de données comprenant des moyens de création d'un dossier médical partagé pour un patient référencé dans le réseau et des moyens d'indexation, sous le dossier médical du patient, d'informations médicales relatives à celui-ci, l'indexation d'une information médicale comprenant au moins un pointeur vers l'emplacement du réseau où elle est physiquement mémorisée.WO9641288AlUn organe d'archivage central de dossiers médicaux dans le cadre de la gestion d ' un organisme de santé recueille et stocke des documents de dossiers médicaux sous n'importe quel format en provenance de prestateurs de services médicaux. L'organe d'archivage identifie alors le document à 1 ' aide d ' informations qui en sont automatiquement extraites et mémorise les données extraites dans une base de données de document. Il établit le lien entre le document et le patient en extrayant de ce document des données démographiques identifiant le patient et en les mettant en correspondance avec des données mémorisées dans une base de données de patients. Des données sont automatiquement extraites de dossiers médicaux contenant un texte non structuré ou sous forme libre au moyen d'une identification de constituants classiques d'un organisme dans le texte, puis mises en ordre par l'exécution de règles extrayant des données en s ' aidant de ces informations . On retrouve des documents concernant un patient en l ' identifiant au moyen de données démographiques.
Le problème que posent les solutions de l'art antérieures est celui des échanges entre différents réseaux de santé et de l'interopérabilité de ces réseaux. En effet, chacun des réseau collecte des données de santé issues de sites pilotes, et les mettront à disposition du patient — propriétaire de son dossier — et des acteurs de santé autorisés par le patient. Ces acteurs de santé sont notamment des Etablissements de Santé, publics ou privés, d'importance variable (d'un cabinet de ville à une institution regroupant plusieurs hôpitaux) qui transmettront de manière sécurisée des informations médicales constitués par des documents (comptes- rendus d'hospitalisation, comptes-rendus opératoires, comptes- rendus divers ou courriers de toute nature concernant le patient), par des images ou encore par des informations structurées (telles que des actes médicaux, des diagnostics, des allergies, des facteurs de risques, des événements, des traitements actifs etc ...) concernant le patient.
Une des conditions majeures pour garantir la fluidité du système et son appropriation par les acteurs de santé est que l'alimentation du dossier médical personnalisé — et plus généralement des réseaux de santé — puisse être automatisée et intégrée dans les outils métier déjà en place ou devant être mis en place dans les établissements de santé.
Dans l'état de la technique, des procédures plus ou moins « manuelles » sont le plus souvent prévues pour alimenter le dossier médical personnalisé : le professionnel de santé voulant alimenter le dossier médical personnalisé doit dans ce cas s'authentifier auprès de l'opérateur du réseau de santé, sélectionner le patient concerné et joindre le(s) document(s) qui se trouve (nt) sur son ordinateur, dans son propre réseau d'établissement ou dans son logiciel métier. Ceci implique un travail supplémentaire, plus ou moins important selon les configurations, mais toujours source de redondance de saisie et de perte de temps, qui sera refusé par la plupart des professionnels de santé à terme, lors de la phase de généralisation" du projet et de la montée en puissance du nombre d'informations transmises.
Même si un protocole permettant l'automatisation des envois a été mis en place entre un établissement de santé pourvu d'un système d'information adéquat et l'opérateur avec lequel il travaille lors de la phase d'expérimentation, ce protocole ne résoudra pas le problème, et en quelque sorte risquera de l'aggraver, pour les raisons suivantes :
- Un établissement de santé donné peut recevoir des patients d'origine géographique différente, et à ce titre il devra travailler lors de la phase de généralisation avec l'ensemble des opérateurs retenus. Un protocole valable pour un opérateur ne sera pas forcément adéquat pour un autre opérateur, compte tenu de la multiplicité des formats faisant l'objet de standardisations médicales, de la multiplicité de référentiels possibles pour caractériser les attributs de ces envois.
- Un patient donné pourra changer d'opérateur au cours de sa vie ; les données le concernant devront alors être transférées d'un opérateur vers un autre opérateur, et tous les établissements de santé qui prendront en charge ce patient devront adapter leurs envois en fonction de ce nouvel opérateur.
- Lorsqu'un envoi automatisé sera adressé à un opérateur donné, si cet envoi est inadéquat pour une raison quelconque, notamment parce qu'un ou plusieurs attributs obligatoires manquent ou sont inexacts dans leur syntaxe ou dans leur contenu (par exemple : le terme « compte-rendu d'hospitalisation » peut ne pas être interprété comme le terme compte rendu d'hospitalisation en l'absence d'un référentiel commun et précis qui caractérise sans ambiguïté la nature du document publié), le rejet notifié par l'opérateur à l'établissement de santé risque de ne pas être compris et traité de manière adéquate par celui-ci.
- Le dossier médical personnalisé n'est que le premier réseau à grande échelle mis en place au niveau National ; d'autres suivront prochainement, notamment le DCC actuellement en préparation, et d'autres réseaux à venir de grande importance pour la coordination des soins à un niveau national. Un établissement de santé donné devra transférer certains documents à plusieurs réseaux (par exemple le Compte-Rendu d'hospitalisation au dossier médical personnalisé et au DCC ...) , mais certains autres documents à l'un seul (par exemple le compte rendu de concertation pluridisciplinaire au DCC mais non au dossier médical personnalisé ou des images cardiologigues au dossier médical personnalisé et non au DCC). Il sera impossible à tous les établissements de santé du territoire de s'y reconnaître à terme sur leur stratégie et leur syntaxe de routage face à la multiplicité de réseaux de soin auquel pourra appartenir tel ou tel patient, et face à la multiplicité des opérateurs pouvant héberger chacun d'entre eux.
Paradoxalement, la situation deviendra d'autant plus difficile à gérer que des marchés seront passés impliquant différents établissements de santé, différents réseaux de santé et différents opérateurs, qui auront pour chacun d'entre eux établi leurs propres protocoles d'alimentation, plus ou moins compilants avec des standards médicaux. La situation risque de s'engager dans un processus pouvant être appelé « cacophonie organisée », processus difficile à corriger une fois qu'il est en place et contractuellement établi avec des opérateurs divers .
Le but de l'invention est de remédier aux inconvénients de l'état de la technique et en particulier au problème d'interopérabilité. L'objectif du procédé faisant l'objet de la présente invention est de mettre en place une plateforme d'interopérabilité permettant 1/ de garantir la standardisation de l'information et de faciliter le déploiment des standards et référentiels retenus par les différents acteurs de santé impliqués 2/ de router automatiquement vers le ou les destinataire(s) adéquat(s) les flux d'informations issus des établissements de santé autour des normes, des référentiels et des attributs des informations communs à tous les établissements participant à des réseaux de santé 3/ d'assurer la traçabilité et la gestion des flux d'informations de santé, dans le double objectif de facilter l'administration des réseaux de santé et d'améliorer la qualité des services et des soins.
Le procédé décrit ci-dessous s'appuie sur des architectures existantes d'informatisation des établissement de santé, sur des normes, standards et référentiels adoptés dans le monde de la santé, pour proposer un modèle organisationnel de gestion des flux permettant concourir à l'amélioration des échanges de données de santé entre environnements hétérogènes, en optimisant l'automatisation, le routage adéquat et la sécurisation de l'alimentation des réseaux de santé à partir des établissement de santé. Il permet aux industriels qui mettront en place une plateforme d'interopérabilité sur la base des procédés décrits dans le présent document d'offrir aux établissement de santé un nouveau service leur permettant de garantir que l'information médicale est routée vers les opérateurs adéquats et qu'elle peut être traitée de manière adéquate par les dits opérateurs.
Pour cela, l'invention concerne selon son acception la plus générale un système informatique pour le traitement de dossiers médicaux personnalisés comportant des équipements dédiés pour l'acquisition d'informations spécialisées, ainsi que - pour chaque établissement de santé - d'un équipement d ' agrégation pour la centralisation des informations en vue de l'alimentation d'un dossier médical personnalisé constitué à partir des informations provenant desdits équipements dédiés, et pour la distribution des dossiers médicaux personnalisés à différents opérateurs agissant pour le compte d'au moins un réseau de santé, caractérisé en ce qu'il comporte une plateforme d'interopérabilité présentant des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun des équipement d'agrégation desdits établissement de santé, et des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun desdits opérateurs, ladite plateforme comportant des moyens d ' acheminement conditionnel vers l'un desdits opérateurs en fonction des informations enregistrées en relation avec le fichier numérique correspondant au dossier médical personnalisé et des moyens de transcodage dudit fichier selon le format nominal dudit opérateur cible.
L'invention concerne également un procédé de traitement de dossiers médicaux personnalisés comportant une étape de fabrication de fichiers numériques à partir de données numériques provenant de différents équipements d'acquisition d'informations relatives aux patients, ladite étape étant exécutée sur un équipement d ' aggrégation propre à un établissement de santé détenant lesdits équipements d'acquisition et formant un réseau de santé, caractérisé en ce que le procédé comporte une étape initiale de déclaration de chaque réseau de santé, cette étape initiale comportant une déclaration des opérateurs impliqués auprès de la plateforme comprenant une description du type d'informations fournies par ledit réseau de santé et les attributs desdites 'informations, ainsi que la structure des documents fournis par les équipements dudit réseau de santé.
De préférence, chaque document ' est signé numériquement lors de la création ou de la modification par l'opérateur, ledit document étant chiffré selon un code non connu par la plateforme d'interopérabilité.
L'invention sera mieux comprise à la lecture de la description qui suit, concernant un exemple non limitatif de réalisation et se référant aux dessins annexés où : la figure 1 représente une vue schématique d'une architecture selon l'état de la technique la figure 2 représente une vue schématique . d'une architecture conforme à l'invention ; la figure 3 représente un schéma de transcodage opéré par la plateforme d' interopérabilité .
Le système selon l'invention met en œuvre des moyens techniques connus, et en particulier un portail de publication des documents permettant la publication automatisée de document, d'images et de données structurées. Un tel portail peut mettre en œuvre un procédé d'agrégation de documents publiés par les applications médicales décrit dans le brevet français FR04/52604. Il permet à tout outil de publication dans un établissement de santé d'exporter des documents, des images et des données structurées en utilisant une technologie sécurisée d'enveloppes d'attributs structurés conformes à des standards et à des référentiels médicaux.
Le format de l'information respecte la norme internationale HL7, en particulier le profil International IHE/XDS associé au dispositif élaboré par le groupe GTlI de l'association EDISANTE, précisant le format des enveloppes d'attributs (CDA R2).
En dehors des standards utilisés pour la communication de l'information, des référentiels conduisent à une syntaxe et une nomenclature commune permettant de caractériser les attributs des documents, telles les catégories de documents ou des actes médicaux, des diagnostics, des facteurs de risque, des événements médicaux, des allergies etc. Le routage des informations est assuré de manière sécurisée et traçable, sans assurer l'archivage de l'information elle même, notamment l'architecture « Poste à Poste (P2P) » sécurisée et centralisée. Dans cette architecture, un établissement de santé se connecte à un serveur qui gère les partages, la recherche, l'insertion d'informations, bien que celles-ci transitent directement des établissement de santé à l'opérateur de santé ou aux opérateurs de santé. Dotés de systèmes de chiffrement variés, ces outils garantissent à leurs utilisateurs une confidentialité parfaite dans leurs échanges. Selon le procédé objet de la présente invention, . un P2P centralisé fonctionne sur la base de un ou plusieurs serveurs auxquels les établissement de santé peuvent se connecter, qui assurent le routage des attributs des documents et des informations structurées vers le ou les opérateurs adéquats, mais n'ont pas connaissance du contenu des documents ou des informations eux-mêmes.
Chaque patient est identifié par un « Identifiant national Patient » . Différents travaux et recommandations ont déjà été réalisés depuis plusieurs années au niveau national et régional. Les spécifications Nationales finales permettant de vérifier l'identité du patient contractant auprès de Répertoire national inter régimes de l'assurance maladie, de créer auprès de la Caisse des Dépôts et Consignations et de récupérer au niveau National un NIS (Numéro d'Identifiant Santé, NIS dans la suite du document), d'attribuer auprès d'un hébergeur de DMP une Adresse Qualité Santé (AQS), sont actuellement en cours de validation finale dans le cadre de la phase d'expérimentation du dossier médical personnalisé.
La figure 1 illustre le fonctionnement d'un établissement de santé qui utilise un outil de publication automatisé d'établissement, des standards des référentiels et un NIS pour acheminer vers différents opérateurs les informations destinées à alimenter un ou plusieurs réseaux de santé.
L ' information devant être communiquée à un ou plusieurs opérateurs (1 à 6) issue des différents outils
« métier » (7, 8, 9) de l'établissement de santé, parvient au dossier informationnel du patient, notamment et non exclusivement :
- Comptes-rendus d'imagerie et images au format DlCOM provenant d'un système (7) d'archivage et de communication des images (PACS)
- Résultats de biologie provenant d'un système (8) de gestion des laboratoires (SGL)
Autres outils « métier » : comptes-rendus de toutes sortes notamment d'hospitalisation ou de consultation, dossier de soin, informations médicales structurées (antécédents, allergies, facteurs de risques traitements actifs etc) provenant d'équipements de saisie (9).
Cette information est traitée dans le dossier informationnel et est validée pour publication à l'intention d'un ou plusieurs opérateurs : cette validation est effectuée au moyen d'une signature électronique, qui permet d'identifier relativement a un annuaire d'entreprise le professionnel de santé habilité à valider et à publier l'information. L'information est ainsi acheminée vers l'opérateur concerné ( 3 ) . Plusieurs problèmes peuvent prévisiblement résulter d'un tel type d'architecture de fonctionnement :
• Mise à jour permanente dans tous les établissement de santé et/ou chez tous les hébergeurs des informations de couplage des patients et des hébergeurs : il sera difficile, voire impossible à tous les établissement de santé impliqués dans les différents réseaux de santé de savoir avec précision à quels réseaux de santé appartient un patient donné, quels sont pour chaque réseau de santé les opérateurs concernés, quelles sont les informations devant être véhiculées pour tel ou tel opérateur, et quelles sont — avec précision — les formats (3- 1-2) et les référentiels (3-1-3) adoptés par les différents opérateurs au sein des différents réseaux concernés pour les échanges d'information avec les établissement de santé « Traitement homogène des rejets (en cas de non- conformité d'un envoi) : lorsque — quelle qu'en soit la raison — une information inadéquate parvient à un opérateur, celui ci la rejettera selon un syntaxe qui — faute de consensus dans les processus et la syntaxe des rejets d'information — risquera de ne pas être comprise par l'établissement de santé émetteur
• Transfert adéquat d'un document ou d'un dossier d'un hébergeur vers un autre : lorsqu'une information donnée est transmise par erreur à un opérateur, ou lorsque le patient change d'opérateur, il sera nécessaire de router l'information d'un opérateur vers un autre opérateur ce qui posera des problèmes d'opérabilité tels qu'exposés ci dessus • Incorporation de nouveaux standards d'interopérabilité (imagerie, éléments structurés ... ) : les réseaux de santé étant par essence même dynamiques, toute information de nature nouvelle devant être intégrée dans les réseaux de santé correspondra à de nouveaux attributs (quels sont les réseaux de santé concernés ? quels sont les formats et les référentiels correspondants ? ) qui devront être communiqués à l'ensemble des établissements de santé et à l'ensemble des opérateurs concernés...
De tels problèmes logistiques se poseront à l'ensemble des acteurs de santé pour router de manière adéquate l'information : les points évoqués - ci dessus mettent en évidence, dans ce type de fonctionnement, des difficultés logistiques qui risquent de devenir insurmontables à mesure de la montée en charge du contenu et du nombre de réseaux de santé devant être interconnectés .
La figure 2 illustre le fonctionnement d'un système qui utilise un outil de publication automatisé d'établissement, des standards, des référentiels et un NIS pour acheminer vers différents opérateurs les informations destinées à alimenter un ou plusieurs réseaux de santé dans le cadre de l'utilisation d'une plateforme d'interopérabilité conforme à l'invention.
Le schéma de fonctionnement et le procédé pour mettre en œuvre un système selon l'invention est le suivant. On procède d'abord à une déclaration des réseaux de santé dans la plateforme d'interopérabilité : chacun des réseaux de santé devant être gérés par la plateforme d'interopérabilité doit être déclaré en tant que réseau pris en charge. Cette déclaration implique la prise en compte des attributs des informations prises en compte par ledit réseau de santé, des opérateurs concernés par le déploiement desdits réseaux et des patients ayant adhéré au réseau de santé par l'intermédiaire d'un d'un opérateur agréé. Les opérateurs devront notamment communiquer à la plateforme — directement ou par l'intermédiaire du réseau de santé auquel ils appartiennent l'adhésion de nouveaux patients appartenant au réseau correspondant, sur la base de leur NIS, ou la résiliation de patients préalablement abonnés.
On procède ensuite à la définition des attributs des informations : chacun des réseaux de santé déclarés dans la plateforme d'interopérabilité doit communiquer à la plateforme d'interopérabilité l'ensemble des opérateurs impliqués dans le résau de santé, le type d'informations concernant le dit réseau (documents, images, information structurée), et pour chacune de ces informations les attributs des dites informations, attributs s 'appuyant sur les référentiels adoptés pour le dit réseau, notamment mais non exelusivement:
- Les types de documents pris en compte, chaque type de document (par exemple : compte-rendu d'hospitalisation, compte-rendu de consultation, compte-rendu opératoire, compte- rendu d'imagerie etc..) étant défini par un code unique issu d'un référentiel
La nature de la communication des images, notamment pour identifier par rapport à chaque procédure d'imagerie : - Les procédures d'imagerie exportées d'un serveur DICOM d'établissement vers le serveur DICOM d'un opérateur, chacune de ces procédures étant alors identifiées par un identifiant DICOM unique
Les procédures devant être directement visualisées sur le serveur DICOM de l'établissement de santé à travers un lien Internet vers lequel pointe un explorateur Internet ou les images exportées en tant que fichier (format de type JPEG) représentant une pièce jointe (voir paragraphe ci-dessous sur les liaisons entre documents ) au document principal ( le compte-rendu d'imagerie)
- Les liaisons des documents entre eux, notamment pour différencier :
Le document principal contenant l'information (par exemple : le compte-rendu d'hospitalisation)
- La ou les pièces jointes à un dpcument principal (par exemple un courrier accompagnant un compte rendu d'hospitalisation ou une ou plusieurs images JPEG accompagnant un compte rendu d'imagerie) - Les révisions successives d'un même document, pour ne pas considérer comme un nouveau document la révision d'un document : dans cette optique, il est notamment possible d'affecter à tout document un numéro unique d'identification comportant un indice chronologique de révision, permettant d'associer entre elles les révisions successives d'un même document, associées pour chacune de ces révisions à une signature électronique.
- L'information structurée associée ou non à un ou à plusieurs documents, information structurée selon les standards et les référentiels adoptés par le réseau, notamment pour identifier : Les attributs d'identité du patient, s 'appuyant notamment sur le NIS permettant une identification du patient au niveau national
Les attributs d'identification de l'établissement de santé, notamment lorsque la signature du document ou de l'information utilise un certificat d'identification de l'établissement de santé
- Les attributs d'identification du signataire du document ou de l'information publiée, l'identification du professionnel pouvant être
• individuelle : dans ce cas l'identification du professionnel de santé utilise la carte CPS individuelle
• collective : dans ce cas c'est l'établissement de santé qui est signataire de l'information, mais le professionnel signataire de chacune des informations publiées est identifié, notamment relativement à un annuaire des professionnels de santé de l'établissement de santé (permettant une identification unique d'un professionnel de santé à l'intérieur d'un établissement de santé)
• Les attributs médicaux accompagnant ou non un document, attributs faisant référence à des codes issus de référentiels permettant de les classer en catégories (par exemple, mais non limitativement : catégorie « diagnostics » s 'appuyant sur un référentiel CIMlO, catégorie « actes » s 'appuyant sur un référentiel CCAM, catégorie « allergies » s 'appuyant sur un référentiel SNOMED etc ...). Ce procédé permet de classer l'information structurée par rapport à des catégories identifiées par des codes uniques, et à des codes à l'intérieur de chaque catégorie s ' appuyant sur un référentiel précis. Le réseau peut ainsi adopter un référentiel unique (par exemple la SNOMED), ou s'appuyer selon les catégories d'attributs sur des référentiels multiples, chacune des informations pouvant être rattachée de manière univoque à une catégorie et à un code Le système comporte une organisation de l'information : ce procédé de définitions, qui précise les attributs des informations relativement à des standards et à des référentiels bien définis pour chacun des réseaux de santé, permet un classement pertinent de l'information et évite le désordre qui résulterait d'un empilement de documents non catégorisés par rapport à des attributs, et qui deviendraient difficilement consultables.
Chaque établissement de santé utilisant la plateforme d'interopérabilité communique directement l'information devant être publiée dans un ou plusieurs réseaux de santé à la plateforme d'interopérabilité, selon le schéma de la figure 2, les établissement de santé pouvant être notamment mais non limitativement des structures hospitalières publiques ou privées, des laboratoires de biologie ou d'imagerie, des pharmacies ou des cabinets médicaux utilisant des logiciels métier.
Ce schéma implique un niveau minimum d'équipement de chacun de ces établissement de santé, qui doit être doté d'outils permettant de publier l'information médicale, et d'intégrer à chacune de ces informations médicales les attributs correspondants . La définition précise des informations publiées par chaque établissement de santé fait l'objet d'un contrat qui lie l'établissement de santé au prestataire mettant en œuvre la plateforme d'interopérabilité, qui de ce fait: Recueille auprès de l'établissement de santé toutes les données concernant l'ensemble des informations (documents, images, informations structurées ...) qui peuvent être publiées par l'établissement de santé et identifie l'ensemble des réseaux de santé auxquels l'établissement de santé souhaite adhérer
En fonction des informations concernant l'ensemble des réseaux auxquels souhaite participer l'établissement de santé, donne à l'établissement de santé toutes les spécifications concernant les standards et les référentiels utilisés pat la plateforme d'interopérabilité pour la définition des attributs des différentes informations publiées, ainsi que les normes de communication et de sécurité permettant d'assurer le routage de l'information vers la plateforme d'interopérabilité. Il met à disposition de l'établissement de santé ou des éditeurs des logiciels équipant les établissements de santé les couches logicielles nécessaires à la standardisation de la publication de leurs informations par rapports aux standards et référentiels utilisés dans la plateforme d'interopérabilité. Cette assistance logicielle peut selon les cas être assurée directement par le prestataire de la plateforme d'interopérabilité ou par des éditeurs tiers assurant cette fonction sous la maîtrise d'ouvrage et le contrôle du prestataire de la plateforme d'interopérabilité.
Il convient de remarquer que la plateforme d'interopérabilité n'a pas connaissance du contenu de l'information (par exemple le contenu d'un document) mais seulement des attributs des informations. Les technologies mise en place dans les architectures « Poste à Poste (P2P) » sécurisée et centralisées peuvent être notamment utilisées pour assurer le cryptage et la fluidité des transactions, même dans l'hypothèse d'utilisation d'une plateforme d'interopérabilité effectuant plusieurs millions de transactions par jour.
Le fonctionnement de la plateforme d'interopérabilité obéit dès lors au schéma suivant :
L'établissement de santé publie une information : cette publication est automatiquement déclenchée par la signature de l'information (par exemple la signature d'un compte-rendu, ou d'un document d'imagerie comportant un lien vers le serveur DICOM de l'établissement de santé ou l'export d'images, et/ou la publication d'informations structurées.
Dans l'entête de publication de chaque document ou information, l'établissement de santé définit le ou les réseaux de santé auxquels le patient a souhaité adhér.er et son consentement pour que l'information soit acheminée vers lesdits réseaux de santé. Cette autorisation est en général obligatoirement recueillie dans les établissement de santé qui ont mis en place une publication des informations vers un ou plusieurs réseaux de santé, sous la forme d'une autorisation écrite du patient - lors d'une hospitalisation ou pendant une période déterminée - pour communiquer l'information le concernant à un ou plusieurs réseaux de santé La plateforme d'interopérabilité vérifie la concordance de l'information publiée par rapport aux standards et référentiels mis en place avec l'établissement de santé. Notamment la plateforme d'interopérabilité vérifie les paramètres d'identification du patient et la conformité de cette identification avec les paramètres issus de l'identifiant national de santé (NIS). En cas de non concordance (attributs obligatoires manquants, attributs erronés ou non-conformes), le plateforme d'interopérabilité adresse — selon une syntaxe prédéfinie et communiquée à l'ensemble des établissement de santé utilisant la plateforme d'interopérabilité — un fichier de rejet et archive l'historique et les raisons du rejet dans sa propre base de donnée.
Si l'information est adéquate, la plateforme d'interopérabilité vérifie selon les attributs de l'information publiée par l'établissement de santé quels sont les réseaux de santé concernés par la dite information (c'est-à-dire les réseaux de santé qui incorporent les informations correspondant aux attributs )
La plateforme d'interopérabilité effectue un éventuel transcodage pour mettre en conformité les attributs d'entrée de l'information (qui sont communs à tous les établissements de santé) avec les attributs de sortie, qui peuvent éventuellement différer selon les réseaux de santé, conformément au contrat liant l'établissement de santé à la palterorme d'interopérabilité. A cet effet, la plateforme d'interopérabilité dispose des outils nécessaires pour effectuer la conversion des standards et/ou des référentiels adoptés dans sa propre plateforme avec ceux retenus dans tel ou tel réseau de santé.
La plateforme d'interopérabilité vérifie, pour chaque réseau de santé, quel est l'opérateur concerné par le dit réseau : par exemple pour le DMP, la plateforme d'interopérabilité tiendra à jour, en fonction de l'information communiquée par les différents établissement de santé affiliés, la table de correspondance entre les patients et l'opérateur choisi par chaque patient dans le cadre du DMP. La plateforme d'interopérabilité dispose alors de tous les éléments pour router de manière adéquate, pour chaque patient, l'information vers l'opérateur concerné par chacun des réseaux concerné par l'information, caractérisée par ses attributs .
Si la transaction s'effectue normalement, la plateforme d'interopérabilité enregistre les paramètres de la dite transaction et communique à l'établissement de santé selon un format standardisé un accusé de conformité de transaction et du routage effectué vers le ou les opérateurs concernés.
Si un des opérateurs rejette l'information, la plateforme d'interopérabilité analyse la cause du rejet. Si une solution peut être apportée par la plateforme d'interopérabilité, celle-ci re-route l'information et notifie la transaction à l'établissement de santé. Dans le cas contraire la plateforme d'interopérabilité achemine vers l'établissement de santé un fichier de rejet normalisé. Toutes ces transactions doivent faire l'objet d'une traçabilité forte au niveau de la plateforme d'interopérabilité.
La figure 3 représente un schéma de transcodage opéré par la plateforme d'interopérabilité. les connecteurs relient d'une par les établissements de santé à la plateforme d'interopérabilité, d'autre part la plateforme d'interopérabilité aux opérateurs. Chaque connecteur comporte un module d'entrée et un module de sortie, qui peuvent correspondre à des standards, référentiels et attributs différents, symbolisés par une couleur. Les établissements de santé peuvent ne pas avoir au départ des attributs conformes à ceux de la plateforme d'interopérabilité. La figure 3 montre que la plateforme d'interopérabilité met à niveau les attributs en sortie des établissements de santé avec les standards d'entrée de la plateforme d'interopérabilité. La plateforme d'interopérabilité effectue ensuite le transcodage éventuel
— si nécessaire — de ses propres attributs vers les attributs utilisés par chacun des réseaux de santé, et éventuellement par chacun des opérateurs des réseaux de santé si les attributs ne sont pas strictement uniformes au sein d'un même réseau de santé. Tous ces transcodages sont définis dans leur nature et leurs fonctions dans le contrat liant les établissements de santé et les opérateurs des réseaux de santé d'une part, la plateforme d'interopérabilité d'autre part.
Périmètres possibles d'utilisation d'une plateforme d'interopérabilité utilisant les procédés faisant l'objet du présent document, services associés et gains attendus. • La mise en place d'une plateforme d'interopérabilité Nationale permet :
o de garantir que l'information publiée par chaque établissement de santé interface avec la plateforme d'interopérabilité sera acheminée automatiquement vers l'opérateur adéquat de chacun des réseaux de santé auquel le patient a souhaité adhérer, et ceci sans imposer un surcroît de travail des acteurs de santé ni un important surcoût de développement aux éditeurs équipant les établissements de santé
o que cette information pourra être comprise par l'opérateur, malgré la diversité possible des opérateurs et des réseaux de santé qui seront vraisemblablement impliqués à plus ou moins long terme au niveau national dans les processus d'amélioration de la qualité des soins o que la montée en puissance de l'information caractérisée par ses attributs et par les standards et référentiels associés se fera de manière progressive, à mesure de la montée en charge de chacun des réseaux de santé et de la multiplication des réseaux de santé, sans attendre dès le départ une exhaustivité illusoire des standards en cours de validation
o qu'une traçabilité des flux d'information pourra être assurée de manière centralisée, dont les implications peuvent être majeures tant au niveau de la qualité du suivi des échanges d'informations de santé, que dans les processus économiques37 impliqués dans l'optimisation des redondances de soin et de ce fait dans la qualité des soins.
o qu'une stricte confidentialité de l'information sera assurée, d'une part du fait d'un contrat liant le prestataire de la plateforme d'interopérabilité aux contraintes de confidentialité imposées par l'Etat, garantissant la pertinence d'une démarche industrielle encadrée par le législateur ; d'autre part résultant du fait que seuls les attributs des informations sont acheminés vers la plateforme d'interopérabilité et non les informations médicales, comme cela a été précisé plus haut. o La mise en place d'une plateforme d'interopérabilité Nationale permet enfin d'établir des bases concrètes permettant de définir des conditions d'interopérabilité Européenne ou Internationale, en fonction des politiques de soin et des outils mis en place dans les différents pays
II est cependant possible qu'un pilotage à un niveau National ne se mettre pas en place ou se mette lentement en place, et que des projets parallèles comme le DMP ou le DCC s'organisent de manière plus ou moins concertée, utilisant des standards et référentiels plus ou moins précis et plus ou moins communs. A ces projets « forts » et transversaux se raccrocheront alors des projets traduisant des initiatives * régionales ou territoriales pour le partage d'information dans le cadre de réseaux de soins qui intéressent notamment des institutions, des sociétés savantes ou des spécialités. La région pourra notamment se doter d'une plateforme d'interopérabilité permettant d'assurer l'interopérabilité des échanges à un niveau régional mais cependant en parfaite concordance avec les réseaux de soin nationaux, apportant aux différents établissement de santé concernés une interface logicielle assurant l'expertise nécessaire à la mise en place d'un réseau de santé et à l'intégration de ce réseau de santé dans une chaîne automatisée d'alimentation et de partage de l'information. Une plateforme d'interopérabilité régionale sera dans cette perspective un outil de monitorage et de suivi des échanges de flux d'information entre les différents acteurs de santé de la région, pouvant avoir des retombées fortes en matière aussi bien de qualité de soins que de pilotage médico-économique.
Une autre alternative possible à un pilotage National ou Régional se traduisant par ma mise en place à ce niveau d'une plateforme d'interopérabilité, est que l'offre industrielle précède de telles décisions politiques en offrant : 1/ à des établissement de santé demandeurs ou 2/ à des institutions regroupant plusieurs établissement de santé ou 3/ à des éditeurs équipant plusieurs établissements de santé, de nouveaux services actuellement nécessaires à la mise en place de réseaux de santé, qui ne peuvent pas être couverts simplement par les outils logiciels en place ni par les moyens des éditeurs à la base de ces outils logiciels . En effet :
o Le suivi et la prise en compte des différents standards et référentiels en vue de la normalisation des échanges de flux de données en milieux hétérogènes, de même que les transcodages éventuellement nécessaires en fonction de l'hétérogénéité des réseaux de santé comme expliqué ci-dessus, est une question complexe, qui nécessite d'importants moyens logistiques et culturels d'entreprise, et qui sont souvent hors de portée de certains éditeurs de logiciels. Investir des moyens internes dans ces technologies représenterait un coût très important, même pour des éditeurs de solutions de santé disposant de moyens conséquents. La solution de s'adresser à un prestataire de plateforme d'interopérabilité ayant déployé d'importants moyens et une organisation complète dans ce domaine apparaît comme une solution techniquement et financièrement intéressante
o Le prestataire de plateforme d'interopérabilité pourra ainsi mettre en place des « connecteurs » (voir la figure 3) en fonction des équipements logiciels des établissements de santé contractualisant avec lui et des réseaux de santé qui le concernent. Ces connecteurs pourront inclure des outils de publication de documents si -1''établissement de santé n'en est pas pourvu, ou interfacer les outils de publication de l'établissement de santé ou de l'éditeur du système d'information de l'établissement de santé avec les normes et standards définis par la plateforme d'interopérabilité
o La plateforme d'interopérabilité selon le schéma apparaît donc — vis-à-vis de l'opérateur prenant en charge un réseau de santé - comme une couche logicielle supplémentaire de chaque établissement de santé ou de chaque institution regroupant un ensemble d'établissement de santé. Vis- à-vis des opérateurs, l'information apparaît comme issue de l'établissement de santé, selon les mêmes règles et contraintes que ceux imposés par le législateur pour la gestion de tel ou tel réseau de santé. Elle permet cependant, comme dans le modèle d'une plateforme
5 d'interopérabilité Nationale ou Régionale, de garantir à l'établissement de santé :
" que l'information pertinente est automatiquement transmise aux destinataires pertinents, en fonction
10 de l'adhésion de chaque patient à tel ou tel réseau de santé, et ceci de manière intégrée aux outils métier de l'établissement de santé et sans charge supplémentaire pour les acteurs
15 de santé de l'établissement de santé
" que l'information est comprise par tout opérateur, malgré la multiplicité possible des opérateurs et des réseaux de santé et des standards et
20 référentiels correspondants
" que toutes les garanties imposées par le législateur en matière de sécurité et de confidentialité des informations sont prises en charge par une
25 structure industrielle, dont les technologies sous tendant ces garanties représentent le métier de base.
" s 'agissant d'une institution 30 regroupant plusieurs établissement de santé, que des indicateurs de pilotage opérationnel des flux de données vers les différents réseaux de soin sont disponibles à un niveau centralisé,
5 avec les implications en termes de qualité de santé et de pilotage médico-économique qui en résultent.
" Selon ce schéma, une plateforme d' interopérabilité regroupant
10 plusieurs établissement de santé peut ainsi représenter un relais entre les dits établissement de santé et une plateforme d'interopérabilité Régionale ou Nationale.

Claims

REVENDICATIONS
1 - Système informatique pour le traitement de dossiers médicaux personnalisés comportant des équipements dédiés pour l'acquisition d'informations spécialisées, ainsi que, pour chaque établissement de santé, d'un équipement d'agrégation pour la centralisation des informations en vue de l'alimentation d'un dossier médical personnalisé constitué à partir des informations provenant desdits équipements dédiés, et pour la distribution des dossiers médicaux personnalisés à différents opérateurs agissant pour le compte d'au moins un réseau de santé, caractérisé en ce qu'il comporte une plateforme d'interopérabilité présentant des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun des équipement d'agrégation desdits établissement de santé, et des connecteurs informatiques configurés pour les échanges entre ladite plateforme d'interopérabilité et chacun desdits opérateurs, ladite plateforme comportant des moyens d ' acheminement conditionnel vers l'un desdits opérateurs en fonction des informations enregistrées en relation avec le fichier numérique correspondant au dossier médical personnalisé et des moyens de transcodage dudit fichier selon le format nominal dudit opérateur cible.
2 - Procédé de traitement de dossiers médicaux personnalisés mettant en œuvre un système conforme à la revendication précédente, ledit procédé comportant une étape de fabrication de fichiers numériques à partir de données numériques provenant de différents équipements d'acquisition d'informations relatives aux patients, ladite étape étant exécutée sur un équipement d ' agrégation propre à un établissement de santé détenant lesdits équipements d'acquisition et formant un réseau de santé, caractérisé en ce que le procédé comporte une étape initiale de déclaration de chaque réseau de santé, cette étape initiale comportant une déclaration des opérateurs impliqués auprès de la plateforme comprenant une description du type d'informations fournies par ledit réseau de santé et les attributs desdites informations, ainsi que la structure des documents fournis par les équipements dudit réseau de santé.
3 - Procédé de traitement de dossiers médicaux selon la revendication précédente caractérisé en ce que chaque document est signé numériquement lors de la création ou de la modification par l'opérateur, ledit document étant chiffré selon un code non connu par la plateforme d'interopérabilité.
EP07870246A 2006-11-06 2007-11-06 Plateforme d'interoperabilite Ceased EP2080139A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0609665A FR2908197B1 (fr) 2006-11-06 2006-11-06 Plateforme d'interoperabilite
PCT/FR2007/001827 WO2008065276A2 (fr) 2006-11-06 2007-11-06 Plateforme d'interoperabilite

Publications (1)

Publication Number Publication Date
EP2080139A2 true EP2080139A2 (fr) 2009-07-22

Family

ID=37963497

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07870246A Ceased EP2080139A2 (fr) 2006-11-06 2007-11-06 Plateforme d'interoperabilite

Country Status (5)

Country Link
US (1) US20100145728A1 (fr)
EP (1) EP2080139A2 (fr)
CA (1) CA2668798A1 (fr)
FR (1) FR2908197B1 (fr)
WO (1) WO2008065276A2 (fr)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102009018423B4 (de) * 2009-04-22 2011-02-03 Siemens Ag Österreich Verfahren zur Ausgabe von medizinischen Dokumenten
WO2011011540A2 (fr) * 2009-07-21 2011-01-27 Carexgen, Inc Echange d’informations de soins de santé à base de nuages
US20110099024A1 (en) * 2009-10-28 2011-04-28 Christine Lee Healthcare management system
US8667024B2 (en) * 2011-03-18 2014-03-04 International Business Machines Corporation Shared data management in software-as-a-service platform
US9183064B2 (en) * 2011-12-30 2015-11-10 General Electric Company Intelligent mediation of messages in a healthcare product integration platform

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6424996B1 (en) * 1998-11-25 2002-07-23 Nexsys Electronics, Inc. Medical network system and method for transfer of information
US6678703B2 (en) * 2000-06-22 2004-01-13 Radvault, Inc. Medical image management system and method
US20020156650A1 (en) * 2001-02-17 2002-10-24 Klein Michael V. Secure distribution of digital healthcare data using an offsite internet file server
WO2004102329A2 (fr) * 2003-05-08 2004-11-25 Good Health Network, Inc. Creation d'une base de donnees d'informations de sante, systeme et methode d'acces securise
US20050027564A1 (en) * 2003-06-18 2005-02-03 Yantis David Brook Term management system suitable for healthcare and other use

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2008065276A3 *

Also Published As

Publication number Publication date
FR2908197A1 (fr) 2008-05-09
CA2668798A1 (fr) 2008-06-05
WO2008065276A3 (fr) 2008-07-17
WO2008065276A2 (fr) 2008-06-05
FR2908197B1 (fr) 2008-12-26
US20100145728A1 (en) 2010-06-10

Similar Documents

Publication Publication Date Title
US12051489B2 (en) Data capturing and exchange method and system
US8386288B2 (en) Workflow management system and method with workflow package exchange between drop-box application programs
US8468033B2 (en) Cloud-based healthcare information exchange
CA3118511A1 (fr) Plateforme de medecine individualisee centralisee et decentralisee
US20140114672A1 (en) Cloud based viewing, transfer and storage of medical data
FR2999757A1 (fr) Procede d'acces securise a des donnees medicales confidentielles, et support de stockage pour ledit procede
US12161525B2 (en) Integrated digital workflow for providing dental restoration
EP1834268A2 (fr) Serveur, procede et reseau d'intermediation pour la consultation et le referencement d'informations medicales
FR2803409A1 (fr) Procede et dispositif pour traiter automotiquement des informations relatives a des contrats commerciaux pour des applications destinees a des utilisateurs disposant d'une licence
WO2008065276A2 (fr) Plateforme d'interoperabilite
US11342053B2 (en) Systems and methods for medical referrals via secure email and parsing of CCDs
CA2489317C (fr) Systeme de gestion d'informations pour situation d'urgence
US7958485B2 (en) Methods and systems for managing content dependency deployment
EP3909216B1 (fr) Plateforme de transmission securisée de données personnelles perfectionnée
CA2909525A1 (fr) Procede et systeme de communication entre utilisateurs, en particulier entre des medecins/dentistes et des patients
FR3061334A1 (fr) Methode et systeme de collecte de documents numeriques a partir d’une pluralite de sources
EP2618285B1 (fr) Système de réseau informatique sécurisé pour la gestion de données personnelles
EP2733631A1 (fr) Système pour la tracabilité automatique des dispositifs médicaux
CA2484160C (fr) Systeme de gestion d'informations
FR2901042A1 (fr) Systeme et procede de gestion de donnees relatives a un patient dans le cadre d'une operation d'evaluation
FR2892839A1 (fr) Procede et systeme de creation d'un manuel.
FR2936628A1 (fr) Plate-forme de reseau informatique
FR2984560A1 (fr) Procede de gestion d'un document enrichi
Franks ◾ Integration of Enterprise Content Management and Software as a Service
RO131241A2 (ro) Sistem şi metodă de gestionare a informaţiilor de arhivat sub formă combinată de documente fizice şi electronice

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20090506

AK Designated contracting states

Kind code of ref document: A2

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

17Q First examination report despatched

Effective date: 20090917

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20110630