WO2009144152A1 - Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants - Google Patents

Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants Download PDF

Info

Publication number
WO2009144152A1
WO2009144152A1 PCT/EP2009/056031 EP2009056031W WO2009144152A1 WO 2009144152 A1 WO2009144152 A1 WO 2009144152A1 EP 2009056031 W EP2009056031 W EP 2009056031W WO 2009144152 A1 WO2009144152 A1 WO 2009144152A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
format
destination
source
meta data
Prior art date
Application number
PCT/EP2009/056031
Other languages
English (en)
Inventor
Emmanuel Cordonnier
Original Assignee
Etiam S.A.
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 Etiam S.A. filed Critical Etiam S.A.
Priority to EP09753807A priority Critical patent/EP2279475A1/fr
Priority to US12/994,704 priority patent/US20110138269A1/en
Publication of WO2009144152A1 publication Critical patent/WO2009144152A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS

Definitions

  • the field of the invention is that of the management, sharing and exchange of medical documents of all types.
  • the invention relates to the storage and transmission of medical documents of text types, medical images, ...
  • DICOM Digital Imaging and Communications in Medicine
  • ISO International Standards Organization
  • the digital images thus generated can, for example, be exchanged and stored within "Picture Archiving and Communication System” (PACS) type image archiving and communication systems capable of handling very large volumes. of data.
  • PACS Picture Archiving and Communication System
  • medical information systems manage medical information in the form of "patient record” type "EHR” (for "Electronic Health Record” in English).
  • EHR Electronic Health Record
  • messages conveying structured information such as the identification of patients and their movement within the hospital, often in the format “HL7” (for “Health Level Seven” in English)
  • IHE International Hexa Healthcare Enterprise
  • XDS Cross-Enterprise Document Sharing
  • the "XDS” profile defines a standard set of meta data associated with the documents, a meta datum being a kind of “label” allowing the "patient records” to properly manage the documents that compose it, and which may themselves be in different formats, unstructured (text, "PDF” (for “Printable Document Format” in English), editable “RTF” (for “Rich Text Format” in English) or structured ("XML” (for "eXtensible Markup Language” in English) including "HL7 CDA” (for "Clinical Document Architecture” in English).
  • the "IHE-XDS" profile is considered as a recognized standard for all exchanges of textual medical documents, that is to say that are not images.
  • an objective of the invention is to provide a technique for optimizing the storage and transmission of medical documents of different types (text, images, etc.).
  • Another object of the invention is to make it possible to manage medical documents within imaging systems, and imaging documents within information systems that manage medical documents.
  • the invention also aims to provide such a technique with better performance in terms of exchanges of medical documents and associated images.
  • Another object of the invention is to provide such a technique which is simple and inexpensive to implement. Yet another object of the invention is to provide such a technique compatible with existing medical document formats and imaging documents. 4. Presentation of the invention
  • the invention proposes a new solution that does not have all of these disadvantages of the prior art, in the form of a conversion method of a source document described in a source format and at least one meta data. associated described in said source format or in a format for generating meta data in said source format, to at least one destination document described in a destination format.
  • said source format is in accordance with a first protocol for exchanging and / or sharing of medical documents and said destination format is in accordance with a second protocol for exchanging and / or sharing medical imaging documents. and such a method comprises the following steps: inserting said source document into a first part of said destination document; transposing said at least one given meta into a transposed datum; insertion of said transposed data in a second part of said destination document, distinct from said first part.
  • the invention is based on a new and inventive approach to the management and exchange of medical documents and medical imaging documents, in the same format, without loss of information.
  • medical document is meant a non-image document defining information relating to a patient, the examinations he has undergone, his medical follow-up, possible hospitalization, etc.
  • the meta data associated with a medical document are data that make it possible in particular to manage the associated document within a "patient file" (grouping a plurality of documents and information relating to the same patient).
  • medical imaging documents are meant images in digital form, corresponding to examinations undergone by a patient, such as for example a radiology, a scanner, a Magnetic Resonance Imaging examination, etc.
  • the invention makes it possible, according to this particular embodiment, to convert a medical document and its associated meta data, described in a format adapted to the exchange and sharing of medical documents, to a document described in a format adapted to the 'medical imaging.
  • the principle of the invention is based on a separate conversion of the source document and associated meta data to two equally distinct parts of a destination document.
  • the medical document is inserted in a part of the destination document, pre-identified as a "binary" part of the destination document, and the meta data associated with the medical document are in turn transposed into data intended to be inserted in a second part of the destination document, pre-identified for example as a "header" of the destination document.
  • the principle of the invention is based on a transposition of meta data associated with a medical document into header data of an imaging document (by performing a treatment adapted to each metadata, consisting in identifying a functionality of the meta data) and not on an encapsulation in the format of destination information type "owner".
  • said transposition step comprises the following sub-steps: decoding of said at least one meta datum; identifying, among a plurality of fields included in said second portion of said destination document, a field providing a functionality equivalent to that of said at least one meta datum; converting said at least one meta data into said transposed data to be inserted into said identified field.
  • the transposition of the metadata associated with the source document consists in decoding it, so as to identify a corresponding field functionally in the destination document.
  • the conversion method according to this embodiment makes it possible to identify among this plurality of fields that ensuring, in the destination format, a functionality equivalent to the functionality provided by the meta given in the source format.
  • said identification step comprises the following sub-steps: determining an information level of said meta datum; selecting said field according to said determined level.
  • one of the criteria used to identify a field providing a functionality equivalent to that of the given meta corresponds to a level of information of the given meta.
  • meta data describe in particular the medical document with which they are associated, and the possible links between this document and other medical documents relating to the same patient for example.
  • said level of information belongs to the group comprising: level relative to a patient to which said source document is linked; the level of a set of documents to which the source document belongs, noted as a batch of submission; level relative to the source document.
  • the information level of a meta datum may be a level indicating that the meta datum is directly related to the source document with which it is associated, or a level indicating that the meta datum is relative to the submission batch of the source document with which it is associated (ie the set of documents to which the source document belongs) or a level indicating that the meta data is relative to the patient with which the source or relative document is associated to an examination by the patient.
  • each of said fields is of a type belonging to the group comprising: mandatory field; optional field; conditional field, and said method comprises a step of assigning a default value to at least one mandatory field of said destination format when no meta data providing equivalent functionality is associated with said source document.
  • the method makes it possible to assign a default value to a mandatory field, as defined below, when no meta data giving a functionality equivalent to this field is associated with the source document.
  • a mandatory field is not empty, even if it does not correspond to a meta data associated with the source document.
  • the fields included in the second part of the destination document can therefore be of different types, depending on their importance.
  • certain fields are mandatory, that is, always present in a medical imaging document.
  • Some fields are optional, that is, they are present or not in a medical imaging document, depending on the level of information that you want to achieve for the document in question.
  • said converting step comprises: a step of selecting, from among a plurality of values for a given meta, a value having a relevance greater than a predetermined threshold; a step of assigning said selected value to said at least one identified field of said destination format, when said field can take only one value.
  • the invention makes it possible to choose the most relevant value of a meta datum, when it comprises several values and the field identified for the conversion can take only one value.
  • said transposition step takes into consideration at least one item of information belonging to the group comprising: information related to a patient; information related to a bid package; - information related to said source document.
  • the criteria used for the conversion of the given meta into a field of equivalent functionality may be relative to: the patient with whom the source document is associated: for example its coordinates, ..., - to a series documents relating to the patient: for example the date and time of creation of the series of documents, ...; to the source document itself: the date and time of creation of the document, the author of the document, the recipient of the document, the type of coding of the document, ....
  • said source format is "IHE-XDS” and said destination format is "DICOM".
  • the method according to one embodiment of the invention is particularly suitable for converting a document of "IHE-XDS" type to a document of "DICOM” type.
  • the invention also relates to a method for converting a source document described in a source format to at least one destination document described in a destination format and at least one associated metadata, described in said destination format or in a format allowing the generation of meta data in said destination format.
  • said source format is in accordance with a first protocol for exchanging and / or sharing medical imaging documents and said destination format is in accordance with a second protocol for exchanging and / or sharing medical documents.
  • said method comprises the following steps: inserting a first portion of said source document into said destination document; transposing a second part of said source document into at least one metadata associated with said destination document.
  • the principle of the invention is based on a separate conversion of a first part of the source document to a destination document, and a second part of the source document to one or more meta data associated with the destination document.
  • a first part of the source document pre-identified as a "binary" part
  • a second part of the source document pre-identified for example as a "header”
  • said transposition step comprises the following sub-steps: decoding at least one field of said second part of said source document; identifying a meta data associated with said destination document providing functionality equivalent to that of said field; converting said field to said at least one identified meta data item.
  • the transposition of a second part of the source document into one or more meta data associated with the destination document consists in decoding the fields included in this second part so as to identify meta data associated with the document of destination corresponding functionally to the decoded fields.
  • the conversion method according to this embodiment makes it possible to identify among the possible meta data to be associated with the destination document, the metadata providing, in the destination format, functionalities equivalent to the functionalities provided by the fields in the source format.
  • said identification step comprises the following sub-steps: determining an information level of said identified field; selecting said meta data according to said determined level.
  • one of the criteria used to identify a metadata providing a functionality equivalent to that of the identified field corresponds to an information level of the field.
  • the fields included in the second part of the source document describe in particular the imaging document of which they form part, and the possible links between this document and other imaging documents relating to the same patient for example.
  • said level of information belongs to the group comprising: level relating to a patient to which said source document is linked; level of examination of a patient; the level of a series of documents to which the source document belongs; - level relative to said source document.
  • the information level of a field may be a level indicating that the field is directly relative to the source document, or a level indicating that the field is relative to the series of documents of which it is a part. the source document, or a level indicating that the field is relative to the patient with which the source document is associated or relating to an examination performed by the patient.
  • the method comprises a step of assigning a default value to a given meta when no field providing equivalent functionality is identified in said source document.
  • the method makes it possible to assign a default value to a meta data item associated with the destination document when no field providing a functionality equivalent to this meta data item is identified in the source document. .
  • a meta data item whose presence is required associated with a destination document is not empty, even if it does not correspond to a field of the source document.
  • said transposition step takes into consideration at least one piece of information belonging to the group comprising: information related to a patient; - information related to an examination; information related to a bid package; information related to said source document.
  • the criteria used for the conversion of a field into a meta-data of equivalent functionality can be relative to: the patient with which the source document is associated: for example its coordinates,
  • ... to an examination by the patient: for example, the date and time of the examination, the establishment in which it was performed, the person who carried out the examination, ..., - at a series of documents relating to the patient: for example the date and time of creation of the series of documents, ...; to the source document itself: the date and time of creation of the document, the author of the document, the recipient of the document, the type of coding of the document, ....
  • said source format is "DICOM” and said destination format is "IHE-XDS”.
  • the invention also relates to a device for converting a source document described in a source format and at least one associated meta data item described in said source format or in a format allowing the generation of meta data in said source format, to minus a destination document described in a destination format.
  • said source format is in accordance with a first protocol for exchanging and / or sharing of medical documents and said destination format is in accordance with a second protocol for exchanging and / or sharing medical imaging documents, and such a device comprises: means for inserting said source document into a first part of said destination document; means for transposing said at least one given meta into a transposed datum; means for inserting said data transposed into a second part of said destination document, distinct from said first part.
  • Such a device is particularly suitable for implementing the steps of the conversion method described above.
  • the invention also relates to a device for converting a source document described in a source format to at least one destination document described in a destination format and at least one associated metadata, described in said destination format or in a format allowing the generation of meta data in said destination format.
  • said source format is in accordance with a first protocol for exchanging and / or sharing medical imaging documents
  • said destination format is in accordance with a second protocol for exchanging and / or sharing medical documents.
  • such a device comprises: means for inserting a first part of said source document into a first part of said destination document; means for transposing a second part of said source document into at least one metadata associated with said destination document.
  • the invention also relates to a computer program product downloadable from a communication network and / or recorded on a computer readable medium and / or executable by a processor, comprising program code instructions for implementing the method of converting a medical document and associated meta data to an imaging document as described above, when said program is run on a computer.
  • the invention relates to a computer program product downloadable from a communication network and / or recorded on a computer readable medium and / or executable by a processor, comprising program code instructions for the implementation of the method of converting an imaging document to a medical document and associated meta data as described above, when said program is run on a computer.
  • FIG. 1 illustrates an example of convertible documents towards each other according to one embodiment of the invention
  • Figure 2 illustrates the main steps of the method of converting a medical document to an imaging document according to an embodiment of the invention
  • Figure 3 illustrates the main steps of the method of converting an imaging document to a medical document according to an embodiment of the invention
  • FIG. 4 shows an exemplary system in which the conversion methods according to one embodiment of the invention are implemented. 6. Description of an embodiment of the invention
  • the general principle of the invention is based on the analysis of the formats of the source document and the destination document so as to implement a separate conversion for the different parts of the source document to different parts of the destination document.
  • a first document format suitable for the exchange and sharing of non-image medical documents is considered and a second format adapted for exchanging and sharing medical imaging documents.
  • a medical document B associated with meta data A, and a medical imaging document composed of a first part D, corresponding to a representative binary part of an image and a second part C, corresponding to a on your mind.
  • Figure 2 illustrates the main steps of the method of converting a medical document, and associated meta data, to an imaging document, according to a particular embodiment of the invention.
  • a medical document B is therefore considered, for example a document associated with an inpatient patient, corresponding to his medical file including information on his pathology, the examinations and / or interventions he has undergone, his contact details, his date of arrival. hospital admission, etc.
  • a meta data A is associated with this document, in particular allowing it to be managed within a file relating to the patient, and allowing storage, sharing and / or transfer of this document to a recipient (for example another hospital, or an attending physician ).
  • the first step is to insert the contents of the medical document B in a first part of a pre-identified imaging document.
  • this step consists of incorporating the content of the file corresponding to the document B into the binary part D of the imaging document.
  • a meta data item associated with the medical document is transposed into a transposed datum compatible with the destination format.
  • This step 21 corresponds, for the example illustrated in FIG. 1, to transpose the meta data A into data compatible with the format of the headers C of the imaging documents.
  • This transposed datum is then inserted, during a step 22, in a second specific part of the destination document, corresponding in the example of FIG. 1 to the heading C.
  • the binary part D and the C header thus generated form an imaging document corresponding to the medical document B and the associated meta data A of origin. 6.3 Converting an Imaging Document to a Medical Document and Associated Meta Data
  • this involves converting an imaging document, composed of a binary part D and a header C, into a medical document B, associated with meta data A.
  • a first step 30 consists in inserting a first part of an imaging document, the binary part D in the example, into the medical document B.
  • a second part of the imaging document, the header C in the example, is transposed into at least one meta data associated with the medical document.
  • the invention makes it possible to associate medical images with non-image medical documents and their associated meta data, for example from the patient file, managed by a system of the establishment a.
  • non-image medical documents, and their associated meta data are exported in an m format (for example "IHE-XDS"), adapted to medical documents and supported as standard by patient records.
  • the invention makes it possible, according to this embodiment, to transfer these medical documents with the images between the two establishments (a and d) in a format i (for example "DICOM").
  • the invention also makes it possible, according to this embodiment, to visualize these medical documents within the radiology management system, supporting an application of elaboration Radiology Interpretation Report to which the documents were exported in the m format.
  • Conversions from m format to i format, and vice versa are performed using conversion tables, taking into account the architecture of both formats.
  • appendix 1 forming an integral part of the present description, corresponds to the table describing the conversions to be implemented for a particular embodiment of the invention, making it possible to convert a medical document and the associated meta data, described in the "IHE-XDS" format, to a "DICOM” format document.
  • This "XDS” attribute includes a number of sub-attributes, such as: “authorlnstitution”, “authorPerson”, “authorRole”, and “authorSpecialty”.
  • Coding Scheme CodingSchemeDesignator (0008,0102). A priori the version is empty.
  • Identifiers Person and organization identifiers comprising an identifier of an assignment authority or identifier root on the one hand and an identifier on the other hand correspond first to CodingSchemeDesignator (0008,0102) and the second to CodeValue (0008.0100).

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Medical Informatics (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Radiology & Medical Imaging (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • General Engineering & Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Abstract

L'invention concerne un procédé de conversion d'un document source décrit dans un format source et d'au moins une meta donnée associée décrite dans ledit format source ou dans un format permettant la génération de meta données dans ledit format source, vers au moins un document de destination décrit dans un format de destination. Selon l'invention, ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents médicaux non images et ledit format de destination est conforme à un second protocole d'échange et/ou de partage de documents d'imagerie médicale, et ledit procédé comprend les étapes suivantes : insertion dudit document source dans une première partie dudit document de destination; transposition de ladite au moins une meta donnée en une donnée transposée; insertion de ladite donnée transposée dans une deuxième partie dudit document de destination, distincte de ladite première partie.

Description

Procédés de conversion de documents médicaux, dispositifs et programmes d'ordinateur correspondants.
1. Domaine de l'invention
Le domaine de l'invention est celui de la gestion, du partage et des échanges de documents médicaux de tous types.
Plus précisément, l'invention concerne le stockage et la transmission de documents médicaux de types texte, images médicales, ...
2. Art antérieur
On connaît à l'heure actuelle différentes techniques d'imagerie numérique, et différents systèmes de stockage et d'échange d'images numériques.
Par exemple, le standard « DICOM » (pour « Digital Imaging and Communications in Medicine » en anglais), reconnu comme norme internationale par l'ISO (pour « International Standards Organisation), permet d'échanger de telles images sous forme numérique, en maintenant en permanence en lien les images elles-mêmes (sous forme de pixels) et les informations médicales associées (nom du patient, organe représenté sur l'image, ...).
Les images numériques ainsi générées peuvent par exemple être échangées et stockées au sein de systèmes d'archivage et de communication d'images de type « PACS » (pour « Picture Archiving and Communication System » en anglais), capables de gérer des très gros volumes de données. II existe également différents formats de documents médicaux, et différents systèmes de stockage et d'échange de ces documents médicaux.
Par exemple, des systèmes d'information médicaux gèrent des informations médicales sous la forme de « dossier patient » de type « EHR » (pour « Electronic Health record » en anglais). En complément à des messages véhiculant les informations structurées telles que l'identification des patients et de leur mouvement au sein de l'hôpital, souvent au format « HL7 » (pour « Health Level Seven » en anglais), l'initiative « IHE » (pour « Integrating the Healthcare Enterprise » en anglais) a défini un format de partage et d'échange de documents entre « dossiers patient » au sein du profil d'intégration « XDS » (pour « Cross-Enterprise Document Sharing » en anglais).
Le profil « XDS » définit un jeu normalisé de meta données associées aux documents, une meta donnée étant une sorte « d'étiquette » permettant aux « dossiers patient » de gérer correctement les documents qui le composent, et qui peuvent être eux-mêmes dans différents formats, non structurés (texte, « PDF » (pour « Printable Document Format » en anglais), éditables « RTF » (pour « Rich Text Format » en anglais) ou structurés (« XML » (pour « eXtensible Markup Language » en anglais) dont « HL7 CDA » (pour « Clinical Document Architecture » en anglais).
Le profil « IHE-XDS » est considéré comme un standard reconnu pour tous les échanges de documents médicaux textuels, c'est-à-dire qui ne sont pas des images.
Un inconvénient de ces différentes techniques de l'art antérieur réside dans le fait qu'aucun système ne gère des documents médicaux dans plusieurs types de formats différents.
Ainsi, des applications devant présenter aux utilisateurs à la fois les documents médicaux et les images associées (ou vice-versa) doivent interagir avec le système de gestion des documents médicaux et avec le système de gestion des images, subissant les éventuels problèmes de synchronisation entre les deux systèmes.
Le transfert d'images et de documents associés entre deux entités suppose donc dans ce cas deux communications différentes, non synchronisées entre elles et plus complexes à mettre en œuvre. II existe également des systèmes d'informations médicaux qui gèrent des documents et des images, à condition que les documents aient été produits dans le contexte du système d'imagerie, des documents médicaux externes ne pouvant donc pas être gérés.
Le transfert d'images et de documents entre deux entités ne concernera dans ce cas que les documents d'imagerie. Enfin, il existe des systèmes d'information médicaux gérant les documents et les images dans un format adapté au document, c'est à dire ne gérant pas les images dans un format adapté à l'image médicale.
3. Objectifs de l'invention
L'invention a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention, selon au moins un mode de réalisation, est de fournir une technique permettant d'optimiser le stockage et la transmission de documents médicaux de types différents (texte, images, etc).
Un autre objectif de l'invention, selon au moins un mode de réalisation, est de permettre de gérer des documents médicaux au sein de systèmes d'imagerie, et des documents d'imagerie au sein de systèmes d'information gérant des documents médicaux.
L'invention a également pour objectif de fournir une telle technique présentant de meilleures performances en termes d'échanges de documents médicaux et d'images associées.
Un autre objectif de l'invention, selon au moins un mode de réalisation, est de fournir une telle technique qui soit simple et peu coûteuse à implémenter. Encore un objectif de l'invention est de fournir une telle technique compatible avec des formats de documents médicaux et de documents d'imagerie existants. 4. Exposé de l'invention
L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de conversion d'un document source décrit dans un format source et d'au moins une meta donnée associée décrite dans ledit format source ou dans un format permettant la génération de meta données dans ledit format source, vers au moins un document de destination décrit dans un format de destination.
Selon l'invention, ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents médicaux et ledit format de destination est conforme à un second protocole d'échange et/ou de partage de documents d'imagerie médicale et un tel procédé comprend les étapes suivantes : insertion dudit document source dans une première partie dudit document de destination ; - transposition de ladite au moins une meta donnée en une donnée transposée ; insertion de ladite donnée transposée dans une deuxième partie dudit document de destination, distincte de ladite première partie.
Ainsi, l'invention repose sur une approche nouvelle et inventive de la gestion et de l'échange de documents médicaux et de documents d'imagerie médicale, dans un même format, sans perte d'informations.
On entend par document médical un document, non image, définissant des informations relatives à un patient, aux examens qu'il a subis, à son suivi médical, une éventuelle hospitalisation, etc. La ou les meta données associées à un document médical sont des données permettant notamment de gérer le document associé au sein d'un « dossier patient » (regroupant une pluralité de documents et informations relatives à un même patient).
On entend par documents d'imagerie médicale des images sous forme numérique, correspondant à des examens subis par un patient, comme par exemple une radiologie, un scanner, un examen par Imagerie par Résonance Magnétique, etc.
Ainsi l'invention permet, selon ce mode de réalisation particulier, de convertir un document médical et ses meta données associées, décrits dans un format adapté à l'échange et au partage de documents médicaux, vers un document décrit dans un format adapté à l'imagerie médicale.
Le principe de l'invention repose sur une conversion distincte du document source et des meta données associées, vers deux parties également distinctes d'un document de destination. Par exemple, le document médical est inséré dans une partie du document de destination, pré-identifîée comme une partie « binaire » du document de destination, et la ou les meta données associées au document médical sont quant à elles transposées en données destinées à être insérées dans une deuxième partie du document de destination, pré-identifîée par exemple comme un « en-tête » du document de destination.
Ainsi, le principe de l'invention repose sur une transposition de meta données associées à un document médical en des données d'en-tête d'un document d'imagerie (en effectuant un traitement adapté à chaque meta donnée, consistant à identifier une fonctionnalité de la meta donnée) et non sur une encapsulation au format de destination d'informations de type « propriétaire ».
En particulier, ladite étape de transposition comprend les sous-étapes suivantes : décodage de ladite au moins une meta donnée ; identification, parmi une pluralité de champs compris dans ladite deuxième partie dudit document de destination, d'un champ assurant une fonctionnalité équivalente à celle de ladite au moins une meta donnée ; conversion de ladite au moins une meta donnée en ladite donnée transposée à insérer dans ledit champ identifié.
Ainsi, selon ce mode de réalisation, la transposition de la meta donnée associée au document source consiste à la décoder, de manière à identifier un champ correspondant fonctionnellement dans le document de destination.
Par exemple, si l'on considère que la partie « en-tête » du document de destination comprend une pluralité de champs assurant diverses fonctionnalités, le procédé de conversion selon ce mode de réalisation permet d'identifier parmi cette pluralité de champs celui assurant, dans le format de destination, une fonctionnalité équivalente à la fonctionnalité assurée par la meta donnée dans le format source.
Plusieurs critères sont pris en compte pour l'identification d'un champ de fonctionnalité équivalente à celle de la meta donnée, et notamment des informations relatives au patient auquel est associé le document médical, aux examens qu'il a subis, aux personnes ayant effectué ces examens, aux établissements dans lesquels ont été faits ces examens, aux dates et heures de ces examens, etc.
Selon une caractéristique particulière de l'invention, ladite étape d'identification comprend les sous-étapes suivantes : détermination d'un niveau d'information de ladite meta donnée ; sélection dudit champ en fonction dudit niveau déterminé. Ainsi, selon ce mode de réalisation, un des critères utilisé pour identifier un champ assurant une fonctionnalité équivalente à celle de la meta donnée correspond à un niveau d'information de la meta donnée.
En effet, les meta données décrivent notamment le document médical auquel elles sont associées, et les éventuels liens entre ce document et d'autres documents médicaux relatifs au même patient par exemple.
Par exemple, ledit niveau d'information appartient au groupe comprenant : niveau relatif à un patient auquel est lié ledit document source ; niveau relatif à un jeu de documents auquel appartient ledit document source, noté lot de soumission ; niveau relatif au document source.
Ainsi, selon ce mode de réalisation, le niveau d'information d'une meta donnée peut être un niveau indiquant que la meta donnée est relative directement au document source auquel elle est associée, ou bien un niveau indiquant que la meta donnée est relative au lot de soumission du document source auquel elle est associée (c'est-à-dire le jeu de documents dont fait partie le document source) ou encore un niveau indiquant que la meta donnée est relative au patient auquel est associé le document source ou relatif à un examen subi par le patient.
Selon un aspect particulier de l'invention, chacun desdits champs est d'un type appartenant au groupe comprenant : - champ obligatoire ; champ optionnel ; champ conditionnel, et ledit procédé comprend une étape d'attribution d'une valeur par défaut à au moins un champ obligatoire dudit format de destination lorsque aucune meta donnée assurant une fonctionnalité équivalente n'est associée audit document source.
Ainsi, selon ce mode de réalisation de l'invention, le procédé permet d'attribuer une valeur par défaut à un champ obligatoire, tel que défini ci-dessous, quand aucune meta donnée assurant une fonctionnalité équivalente à ce champ n'est associée au document source.
De cette manière, un champ obligatoire n'est pas vide, même s'il ne correspond pas à une meta donnée associée au document source.
Les champs compris dans la deuxième partie du document de destination peuvent donc être de différents types, en fonction de leur importance.
Par exemple, certains champs sont obligatoires, c'est-à-dire toujours présents dans un document d'imagerie médicale. Certains champs sont optionnels, c'est-à-dire qu'ils sont présents ou pas dans un document d'imagerie médicale, selon le niveau d'information que l'on veut atteindre pour le document en question.
Enfin, certains champs sont conditionnels, c'est-à-dire qu'ils deviennent obligatoires sous certaines conditions, par exemple si un autre champ est présent, alors un champ peut devenir obligatoire.
Avantageusement, ladite étape de conversion comprend : une étape de sélection, parmi une pluralité de valeurs pour une meta donnée, d'une valeur présentant une pertinence supérieure à un seuil prédéterminé ; - une étape d'attribution de ladite valeur sélectionnée audit au moins un champ identifié dudit format de destination, lorsque ledit champ ne peut prendre qu'une seule valeur.
Ainsi, l'invention permet, selon ce mode de réalisation, de choisir la valeur la plus pertinente d'une meta donnée, lorsque celle-ci comprend plusieurs valeurs et que le champ identifié pour la conversion ne peut prendre qu'une seule valeur.
En particulier, ladite étape de transposition prend en considération au moins une information appartenant au groupe comprenant : une information liée à un patient ; une information liée à un lot de soumission ; - une information liée audit document source.
Ainsi, selon ce mode de réalisation, les critères utilisés pour la conversion de la meta donnée en un champ de fonctionnalité équivalente peuvent être relatifs : au patient auquel est associé le document source : par exemple ses coordonnées, ... , - à une série de documents concernant le patient : par exemple la date et l'heure de création de la série de documents, ... ; au document source lui-même : la date et l'heure de création du document, l'auteur du document, le destinataire du document, le type de codage du document, .... Ces critères listés à titre indicatif et non exhaustif permettent notamment d'identifier la fonctionnalité de la meta donnée et donc permettent la recherche d'un champ de fonctionnalité équivalente.
Selon un mode de réalisation préférentiel de l'invention, ledit format source est « IHE- XDS » et ledit format de destination est « DICOM ». Ainsi, le procédé selon un mode de réalisation de l'invention est notamment adapté à une conversion d'un document de type « IHE-XDS » vers un document de type « DICOM ».
L'invention concerne également un procédé de conversion d'un document source décrit dans un format source vers au moins un document de destination décrit dans un format de destination et au moins une meta donnée associée, décrite dans ledit format de destination ou dans un format permettant la génération de meta données dans ledit format de destination.
Selon l'invention, ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents d'imagerie médicale et ledit format de destination est conforme à un deuxième protocole d'échange et/ou de partage de documents médicaux non images, et ledit procédé comprend les étapes suivantes : insertion d'une première partie dudit document source dans ledit document de destination ; transposition d'une deuxième partie dudit document source en au moins une meta donnée associée audit document de destination. Ainsi l'invention permet, selon ce mode de réalisation particulier, de convertir un document décrit dans un format adapté à l'imagerie médicale vers un document médical et une ou plusieurs meta données associées, décrits dans un format adapté à l'échange et au partage de documents médicaux.
Le principe de l'invention repose sur une conversion distincte d'une première partie du document source vers un document de destination, et une deuxième partie du document source vers une ou plusieurs meta données associées au document de destination.
Par exemple, une première partie du document source, pré-identifiée comme une partie « binaire », est insérée dans un document de destination, et une deuxième partie du document source, pré-identifïée par exemple comme un « en-tête », est transposée en une ou plusieurs meta données associées au document de destination.
En particulier, ladite étape de transposition comprend les sous-étapes suivantes : décodage d'au moins un champ de ladite deuxième partie dudit document source ; identification d'une meta donnée associée audit document de destination assurant une fonctionnalité équivalente à celle de dudit champ ; - conversion dudit champ vers ladite au moins une meta donnée identifiée.
Ainsi, selon ce mode de réalisation, la transposition d'une deuxième partie du document source en une ou plusieurs meta données associées au document de destination consiste à décoder les champs compris dans cette deuxième partie de manière à identifier des meta données associées au document de destination correspondant fonctionnellement aux champs décodés. Par exemple, si l'on considère que la partie « en-tête » du document de destination comprend une pluralité de champs assurant diverses fonctionnalités, le procédé de conversion selon ce mode de réalisation permet d'identifier parmi les meta données possibles à associer au document de destination, les meta données assurant, dans le format de destination, des fonctionnalités équivalentes aux fonctionnalités assurées par les champs dans le format source.
Plusieurs critères sont pris en compte pour l'identification d'une meta donnée fonctionnalité équivalente à celle d'un champ compris dans la deuxième partie du document source, et notamment des informations relatives au patient auquel est associé le document médical, aux examens qu'il a subis, aux personnes ayant effectué ces examens, aux établissements dans lesquels ont été faits ces examens, aux dates et heures de ces examens, etc.
Selon un aspect particulier, ladite étape d'identification comprend les sous-étapes suivantes : détermination d'un niveau d'information dudit champ identifié ; sélection de ladite meta donnée en fonction dudit niveau déterminé. Ainsi, selon ce mode de réalisation, un des critères utilisé pour identifier une meta donnée assurant une fonctionnalité équivalente à celle du champ identifié correspond à un niveau d'information du champ.
En effet, les champs compris dans la deuxième partie du document source décrivent notamment le document d'imagerie dont ils font partie, et les éventuels liens entre ce document et d'autres documents d'imagerie relatifs au même patient par exemple.
En particulier, ledit niveau d'information appartient au groupe comprenant : niveau relatif à un patient auquel est lié ledit document source ; niveau relatif à un examen subi par un patient ; niveau relatif à une série de documents à laquelle appartient ledit document source ; - niveau relatif audit document source.
Ainsi, selon ce mode de réalisation, le niveau d'information d'un champ peut être un niveau indiquant que le champ est relatif directement au document source, ou bien un niveau indiquant que le champ est relatif à la série de documents dont fait partie le document source, ou encore un niveau indiquant que le champ est relatif au patient auquel est associé le document source ou relatif à un examen subi par le patient.
Avantageusement, le procédé comprend une étape d'attribution d'une valeur par défaut à une meta donnée lorsque aucun champ assurant une fonctionnalité équivalente n'est identifié dans ledit document source. Ainsi, selon ce mode de réalisation de l'invention, le procédé permet d'attribuer une valeur par défaut à une meta donnée associée au document de destination quand aucun champ assurant une fonctionnalité équivalente à cette meta donnée n'est identifié dans le document source. De cette manière, une meta donnée dont la présence est requise associée à un document de destination n'est pas vide, même si elle ne correspond pas à un champ du document source.
Selon une caractéristique particulière de l'invention, ladite étape de transposition prend en considération au moins une information appartenant au groupe comprenant : une information liée à un patient ; - une information liée à un examen ; une information liée à un lot de soumission ; une information liée audit document source.
Ainsi, selon ce mode de réalisation, les critères utilisés pour la conversion d'un champ en une meta donnée de fonctionnalité équivalente peuvent être relatifs : - au patient auquel est associé le document source : par exemple ses coordonnées,
... , à un examen subi par le patient : par exemple la date et l'heure de l'examen, l'établissement dans lequel il a été effectué, la personne ayant effectué l'examen, ... , - à une série de documents concernant le patient : par exemple la date et l'heure de création de la série de documents, ... ; au document source lui-même : la date et l'heure de création du document, l'auteur du document, le destinataire du document, le type de codage du document, .... Ces critères listés à titre indicatif et non exhaustif permettent notamment d'identifier la fonctionnalité du champ et donc permettent la recherche d'une meta donnée de fonctionnalité équivalente.
Selon un mode de réalisation préférentiel, ledit format source est « DICOM » et ledit format de destination est « IHE-XDS ».
L'invention concerne également un dispositif de conversion d'un document source décrit dans un format source et d'au moins une meta donnée associée décrite dans ledit format source ou dans un format permettant la génération de meta données dans ledit format source, vers au moins un document de destination décrit dans un format de destination.
Selon l'invention, ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents médicaux et ledit format de destination est conforme à un second protocole d'échange et/ou de partage de documents d'imagerie médicale, et un tel dispositif comprend : des moyens d'insertion dudit document source dans une première partie dudit document de destination ; - des moyens de transposition de ladite au moins une meta donnée en une donnée transposée ; des moyens d'insertion de ladite donnée transposée dans une deuxième partie dudit document de destination, distincte de ladite première partie.
Un tel dispositif est notamment apte à mettre en œuvre les étapes du procédé de conversion décrit précédemment.
L'invention concerne encore un dispositif de conversion d'un document source décrit dans un format source vers au moins un document de destination décrit dans un format de destination et au moins une meta donnée associée, décrite dans ledit format de destination ou dans un format permettant la génération de meta données dans ledit format de destination. Selon l'invention, ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents d'imagerie médicale et ledit format de destination est conforme à un deuxième protocole d'échange et/ou de partage de documents médicaux, et un tel dispositif comprend : des moyens d'insertion d'une première partie dudit document source dans une première partie dudit document de destination ; des moyens de transposition d'une deuxième partie dudit document source en au moins une meta donnée associée audit document de destination.
Un tel dispositif est notamment apte à mettre en œuvre les étapes du procédé de conversion décrit précédemment. L'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en œuvre du procédé de conversion d'un document médical et des meta données associées vers un document d'imagerie tel que décrit précédemment, lorsque ledit programme est exécuté sur un ordinateur.
L'invention concerne enfin un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en œuvre du procédé de conversion d'un document d'imagerie vers un document médical et des meta données associées tel que décrit précédemment, lorsque ledit programme est exécuté sur un ordinateur. 5. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1 illustre un exemple de documents convertibles l'un vers l'autre selon un mode de réalisation de l'invention ; la figure 2 illustre les principales étapes du procédé de conversion d'un document médical vers un document d'imagerie selon un mode de réalisation de l'invention ; la figure 3 illustre les principales étapes du procédé de conversion d'un document d'imagerie vers un document médical selon un mode de réalisation de l'invention ; la figure 4 présente un exemple de système dans lequel sont mis en œuvre les procédés de conversion selon un mode de réalisation de l'invention. 6. Description d'un mode de réalisation de l'invention
6.1 Principe général
Le principe général de l'invention repose sur l'analyse des formats du document source et du document de destination de façon à mettre en œuvre une conversion distincte pour les différentes parties du document source vers différentes parties du document de destination. On considère un premier format de document adapté à l'échange et au partage de documents médicaux non images et un deuxième format adapté à l'échange et au partage de documents d'imagerie médicale.
On présente maintenant, en relation avec la figure 1, un exemple de document médical et des meta données associées et un exemple de document d'imagerie médicale, pour la mise en œuvre des procédés de conversion selon l'invention.
On considère un document médical B, associé à des meta données A, et un document d'imagerie médicale composé d'une première partie D, correspondant à une partie binaire représentative d'une image et d'une deuxième partie C, correspondant à un en-tête.
On décrit par la suite, en relation avec les figures 1 et 2, les deux procédés de conversion de l'invention, permettant de passer d'un document médical B associé aux meta données A, à un document d'imagerie composé des parties C et D, et vice versa.
En particulier, on décrit des modes de réalisation particuliers au format de documents médicaux « IHE-XDS » et au format d'imagerie « DICOM ». 6.2 Conversion d'un document médical et des meta données associées vers un document d'imagerie
La figure 2 illustre les principales étapes du procédé de conversion d'un document médical, et des meta données associées, vers un document d'imagerie, selon un mode de réalisation particulier de l'invention.
On considère donc un document médical B, par exemple un document associé à un patient hospitalisé, correspondant à son dossier médical comprenant des informations sur sa pathologie, les examens et/ou les interventions qu'il a subis, ses coordonnées, sa date d'amission à l'hôpital, etc. Des meta données A sont associées à ce document, permettant notamment de le gérer au sein d'un dossier concernant le patient, et permettant le stockage, le partage et/ou le transfert de ce document vers un destinataire (par exemple un autre hôpital, ou un médecin traitant...).
On souhaite pouvoir gérer ce document médical, ainsi que les meta données associées, dans un système de gestion, de partage et d'échange de documents d'imagerie médicale, au même titre qu'un document d'imagerie, sans perte d'information par rapport au document médical et aux meta données.
Pour ce faire, on met en œuvre les étapes de la figure 2, pour le document B et chacune des meta données A
La première étape 20 consiste à insérer le contenu du document médical B dans une première partie d'un document d'imagerie, pré-identifiée.
Dans l'exemple illustré en figure 1, cette étape 20 consiste à incorporer le contenu du fichier correspondant au document B au sein de la partie binaire D du document d'imagerie.
Lors d'une deuxième étape 21, on transpose une meta donnée associé au document médical en une donnée transposée, compatible avec le format de destination. Cette étape 21 correspond, pour l'exemple illustré en figure 1, à transposer les meta données A en données compatibles avec le format des en-têtes C des documents d'imagerie.
Cette étape de transposition est décrite plus en détail dans les paragraphes suivants, en relation avec des exemples de réalisation.
Cette donnée transposée est ensuite insérée, lors d'une étape 22, dans une deuxième partie spécifique du document de destination, correspondant dans l'exemple de la figure 1 à l'entête C.
La partie binaire D et l' en-tête C ainsi générés forment un document d'imagerie correspondant au document médical B et aux meta données associées A d'origine. 6.3 Conversion d'un document d'imagerie vers un document médical et des meta données associées
On présente maintenant, en relation avec la figure 3, les principales étapes du procédé de conversion d'un document d'imagerie vers un document médical et des meta données associées, selon un mode de réalisation particulier de l'invention.
Il s'agit dans l'exemple illustré en figure 1 de convertir un document d'imagerie, composé d'une partie binaire D et d'un en-tête C, en un document médical B, associé à des meta données A.
Pour ce faire, une première étape 30 consiste à insérer une première partie d'un document d'imagerie, la partie binaire D dans l'exemple, dans le document médical B.
Lors d'une deuxième étape 31, une deuxième partie du document d'imagerie, l'en-tête C dans l'exemple, est transposée en au moins une meta donnée associé au document médical.
Cette transposition est décrite plus en détail dans les paragraphes suivants, en relation avec des exemples de réalisation. 6.4 Exemples de conversion d'un document d'imagerie vers un document médical et des meta données associées, et inversement
On présente maintenant, en relation avec la figure 4, un exemple d'implémentation des procédés de conversion selon un mode de réalisation particulier de l'invention.
On considère deux systèmes « routeurs d'images médicales » correspondant aux systèmes b et c, permettant d'échanger de manière sécurisée des images au format « DICOM » entre deux établissements de santé, par exemple a et d.
Une des applications typiques est le transfert de garde de radiologie entre deux établissements le soir ou le week-end.
L'invention, selon ce mode de réalisation particulier, permet d'associer aux images médicales des documents médicaux non images et leurs meta données associées, issus par exemple du dossier patient, géré par un système de l'établissement a.
Ces documents médicaux non images, et leurs meta données associées, sont exportés dans un format m (par exemple « IHE-XDS »), adapté aux documents médicaux et supporté en standard par les dossiers patient. L'invention permet, selon ce mode de réalisation, de transférer ces documents médicaux avec les images entre les deux établissements (a et d) selon un format i (par exemple « DICOM »).
L'invention permet également, selon ce mode de réalisation, de visualiser ces documents médicaux au sein du système d de gestion de radiologie, supportant une application d'élaboration de compte rendu d'interprétation de radiologies vers lequel les documents ont été exportés dans le format m.
Les conversions du format m vers le format i, et inversement, sont réalisées à l'aide de tables de conversion, prenant en considération l'architecture des deux formats. En particulier, l'annexe 1, faisant partie intégrante de la présente description, correspond au tableau décrivant les conversions à mettre en œuvre pour un mode de réalisation particulier de l'invention, permettant de convertir un document médical et les meta données associées, décrits dans le format « IHE-XDS », vers un document d'imagerie au format « DICOM ».
Les meta données « XDS » sont décrites dans le Volume 2 du cadre technique IHE Infrastructure IT (IHE Technical Framework IT Infrastructure)
IHE_ITI_TF_4.0_Vol2_FT_2007-08-22.pdf ou son évolution (www.ihe.net).
Les champs d' en-tête du format « DICOM » sont décrits dans la partie 3 du standard « DICOM » (PS3.3) (dicom.nema.org).
Par exemple, on considère un attribut « XDS » appelé « author » représentant un auteur du document, à convertir au format « DICOM ».
Cet attribut « XDS » comprend un certains nombre de sous-attributs, tels que : « authorlnstitution », « authorPerson », « authorRole » et « authorSpecialty ».
Le champ de fonctionnalité équivalente à utiliser dans « DICOM » est la séquence
« PersonldentifîcationCodeSequence », marquée par (0040,1101), comportant les sous-champs suivants : « CodeValue » (0008,0100), « CodeMeaning » (0008,0104) et
« CodingSchemeDesignator » (0008,0106) (conformément à la partie 3 du document de standard
« DICOM »).
Par exemple, on considère l'attribut XDS « author » ayant les sous-attributs suivants :
« authorlnstitution » : valeur = « Groupe Pitié SalpétrièreΛΛΛΛΛ&1.2.250.1.71&ISOΛG-CPSΛΛΛ1750100125 » ;
« authorPerson » : valeur =
« 0993000462ΛDURANDΛRomualdΛBAΛDr.AΛΛ&1.2.250.1.71&ISOAΛΛΛG-CPS » ; « authorRole » : valeur = « Médecin » ; « authorSpecialty » : valeur = « Radiologie ». Ces sous-attributs sont codés de la façon suivante :
<Classifîcation ...> <Slot name="authorPerson">
<ValueList><rim:Value>0993000462ΛDURANDΛRomualdΛBΛΛDr. </Value></ValueList></S lot> <Slot name="authorlnstitution">
<ValueList><Value>Groupe Pitié SalpétrièreΛΛΛΛΛΛΛΛΛ1750100125
</Value></ValueList></S lot> <Slot name="authorRole"> <ValueList><Value>Médecin
</Value></ValueList></S lot> <Slot name="authorSpecialty">
<ValueList><Value>Radiologie
</Value></ValueList></S lot> </Classification>
La correspondance « DICOM » pour cet attribut et ces sous-attributs selon un mode de réalisation de l'invention est la suivante : (0040.A078) {
(0008,0080) : [Groupe Pitié Salpétrière] (0008,0082)
{(0008,0100):
[1750100125], (0008,0102): [NPI ], (0008,0104):[1750100125]} (0040,1101)
{(0008,0100): [0993000462], (0008,0102):[UPIN],(0008,0104):[0993000462]}
{(0008,0100):
[Médecin ], (0008,0102):[ROLE], (0008,0104): [Médecin ]} {(0008,0100):
[Radiologie],(0008,0102):[SPECIALTY],(0008,0104):[Radiologie]} (0040.A084) : [PSN ]
(0040,Al 23) : [DURANDΛRomualdΛBΛΛDr] } ANNEXE 1
Principes généraux :
1) Dates Assurer la correspondance entre les dates en utilisant le champ DICOM
TimeZoneOffsetFronUTC (0008,0201)
2) Codes Faire correspondre les valeurs, libellés et schémas de codage entre les structures
XDS et DICOM valeur : CodeValue (0008,0100), libellé (DisplayName) : CodeMeaning
(0008,0104) schéma de codage : CodingSchemeDesignator (0008,0102). A priori la version est vide.
3) Identifiants Les identifiants de personnes et d'organisation comprenant un identifiant d'une autorité d'assignation ou racine d'identifiant d'une part et un identifiant d'autre part font correspondre le premier à CodingSchemeDesignator (0008,0102) et le second à CodeValue (0008,0100).
4) Exceptions Par principe, le format DICOM de sortie est totalement conforme au standard.
Quelques extensions ont toutefois été introduites mais de telle manière que les
PACS maintiennent les objets dans leur intégrité, car d'une part aucun attribut propriétaire n'a été créé, et d'autre part aucun type d'attribut n'a été modifié. Les deux seuls types d'exceptions sont les suivants :
- certains attributs non prévus pour certaines classes ont été utilisés, de manière schématique on peut considérer que l'entête des instances de type "document" est la fusion des entêtes du DICOM SR, du DICOM PDF et du DICOM CDA, seuls les attributs utiles ayant été rajoutés.
- certaines séquences a priori avec une seule entrée on été étendues, en particulier pour permettre de gérer les identifiants, et un ou deux code(s) des entités (institution par exemple)
Figure imgf000018_0001
Figure imgf000019_0001
Figure imgf000020_0001
Figure imgf000021_0001
Figure imgf000022_0001
Figure imgf000023_0001
Figure imgf000024_0001
Figure imgf000025_0001

Claims

REVENDICATIONS
1. Procédé de conversion d'un document source décrit dans un format source et d'au moins une meta donnée associée décrite dans ledit format source ou dans un format permettant la génération de meta données dans ledit format source, vers au moins un document de destination décrit dans un format de destination, dans un dispositif de conversion, en vue du stockage dans un système d'information et/ou de la transmission vers un système d'imagerie, caractérisé en ce que ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents médicaux non images et ledit format de destination est conforme à un second protocole d'échange et/ou de partage de documents numériques d'imagerie médicale, et en ce que ledit procédé comprend les étapes suivantes : insertion dudit document source dans une première partie dudit document de destination ; transposition de ladite au moins une meta donnée en une donnée transposée ; insertion de ladite donnée transposée dans une deuxième partie dudit document de destination, distincte de ladite première partie.
2. Procédé de conversion selon la revendication 1, caractérisé en ce que ladite étape de transposition comprend les sous-étapes suivantes : décodage de ladite au moins une meta donnée ; identification, parmi une pluralité de champs compris dans ladite deuxième partie dudit document de destination, d'un champ assurant une fonctionnalité équivalente à celle de ladite au moins une meta donnée ; conversion de ladite au moins une meta donnée en ladite donnée transposée à insérer dans ledit champ identifié.
3. Procédé de conversion selon la revendication 2, caractérisé en ce que ladite étape d'identification comprend les sous-étapes suivantes : détermination d'un niveau d'information de ladite meta donnée ; sélection dudit champ en fonction dudit niveau déterminé.
4. Procédé de conversion selon la revendication 3, caractérisé en ce que ledit niveau d'information appartient au groupe comprenant : - niveau relatif à un patient auquel est lié ledit document source ; niveau relatif à un jeu de documents auquel appartient ledit document source, noté lot de soumission ; niveau relatif au document source.
5. Procédé de conversion selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape de transposition prend en considération au moins une information appartenant au groupe comprenant : une information liée à un patient ; une information liée à un lot de soumission ; - une information liée audit document source.
6. Procédé de conversion selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit format source est « IHE-XDS » et ledit format de destination est « DICOM ».
7. Procédé de conversion d'un document source décrit dans un format source vers au moins un document de destination décrit dans un format de destination et au moins une meta donnée associée, décrite dans ledit format de destination ou dans un format permettant la génération de meta données dans ledit format de destination, dans un dispositif de conversion, en vue du stockage dans un système d'imagerie et/ou de la transmission vers un système d'information, caractérisé en ce que ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents numériques d'imagerie médicale et ledit format de destination est conforme à un deuxième protocole d'échange et/ou de partage de documents médicaux non images, et en ce que ledit procédé comprend les étapes suivantes : insertion d'une première partie dudit document source dans ledit document de destination ; - transposition d'une deuxième partie dudit document source en au moins une meta donnée associée audit document de destination.
8. Procédé de conversion selon la revendication 7, caractérisé en ce que ladite étape de transposition comprend les sous-étapes suivantes : décodage d'au moins un champ de ladite deuxième partie dudit document source ; - identification d'une meta donnée associée audit document de destination assurant une fonctionnalité équivalente à celle de dudit champ ; conversion dudit champ vers ladite au moins une meta donnée identifiée.
9. Procédé de conversion selon la revendication 8, caractérisé en ce que ladite étape d'identification comprend les sous-étapes suivantes : - détermination d'un niveau d'information dudit champ identifié ; sélection de ladite meta donnée en fonction dudit niveau déterminé.
10. Procédé de conversion selon la revendication 9, caractérisé en ce que ledit niveau d'information appartient au groupe comprenant : niveau relatif à un patient auquel est lié ledit document source ; niveau relatif à un examen subi par un patient ; niveau relatif à une série de documents à laquelle appartient ledit document source ; niveau relatif audit document source.
11. Procédé de conversion selon l'une quelconque des revendications 7 à 10, caractérisé en ce que ladite étape de transposition prend en considération au moins une information appartenant au groupe comprenant : une information liée à un patient ; une information liée à un examen ; une information liée à une série de documents ; - une information liée audit document source.
12. Procédé de conversion selon l'une quelconque des revendications 7 à 11, caractérisé en ce que ledit format source est « DICOM » et ledit format de destination est « IHE-XDS ».
13. Dispositif de conversion d'un document source décrit dans un format source et d'au moins une meta donnée associée décrite dans ledit format source ou dans un format permettant la génération de meta données dans ledit format source, vers au moins un document de destination décrit dans un format de destination, en vue du stockage dans un système d'information et/ou de la transmission vers un système d'imagerie, caractérisé en ce que ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents médicaux non images et ledit format de destination est conforme à un second protocole d'échange et/ou de partage de documents numériques d'imagerie médicale, et en ce que ledit dispositif comprend : des moyens d'insertion dudit document source dans une première partie dudit document de destination ; des moyens de transposition de ladite au moins une meta donnée en une donnée transposée ; des moyens d'insertion de ladite donnée transposée dans une deuxième partie dudit document de destination, distincte de ladite première partie.
14. Dispositif de conversion d'un document source décrit dans un format source vers au moins un document de destination décrit dans un format de destination et au moins une meta donnée associée, décrite dans ledit format de destination ou dans un format permettant la génération de meta données dans ledit format de destination, en vue du stockage dans un système d'imagerie et/ou de la transmission vers un système d'information, caractérisé en ce que ledit format source est conforme à un premier protocole d'échange et/ou de partage de documents numériques d'imagerie médicale et ledit format de destination est conforme à un deuxième protocole d'échange et/ou de partage de documents médicaux non images, et en ce que ledit dispositif comprend : des moyens d'insertion d'une première partie dudit document source dans une première partie dudit document de destination ; des moyens de transposition d'une deuxième partie dudit document source en au moins une meta donnée associée audit document de destination.
15. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de conversion selon l'une au moins des revendications 1 à 6, lorsque ledit programme est exécuté sur un ordinateur.
16. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en œuvre du procédé de conversion selon l'une au moins des revendications 7 à 12, lorsque ledit programme est exécuté sur un ordinateur.
PCT/EP2009/056031 2008-05-26 2009-05-18 Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants WO2009144152A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP09753807A EP2279475A1 (fr) 2008-05-26 2009-05-18 Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants
US12/994,704 US20110138269A1 (en) 2008-05-26 2009-05-18 Methods for converting medical documents and corresponding devices and computer software

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0853408 2008-05-26
FR0853408A FR2931570B1 (fr) 2008-05-26 2008-05-26 Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants

Publications (1)

Publication Number Publication Date
WO2009144152A1 true WO2009144152A1 (fr) 2009-12-03

Family

ID=40020160

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2009/056031 WO2009144152A1 (fr) 2008-05-26 2009-05-18 Procedes de conversion de documents medicaux, dispositifs et programmes d'ordinateur correspondants

Country Status (4)

Country Link
US (1) US20110138269A1 (fr)
EP (1) EP2279475A1 (fr)
FR (1) FR2931570B1 (fr)
WO (1) WO2009144152A1 (fr)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11206245B2 (en) * 2009-10-14 2021-12-21 Trice Imaging, Inc. Systems and devices for encrypting, converting and interacting with medical images
US9712498B2 (en) * 2009-10-14 2017-07-18 Trice Imaging, Inc. Systems and devices for encrypting, converting and interacting with medical images
US11948678B2 (en) * 2009-10-14 2024-04-02 Trice Imaging, Inc. Systems and devices for encrypting, converting and interacting with medical images
US11462314B2 (en) 2009-10-14 2022-10-04 Trice Imaging, Inc. Systems and devices for encrypting, converting and interacting with medical images
US9235605B2 (en) * 2009-10-14 2016-01-12 Trice Imaging, Inc. Systems and methods for converting and delivering medical images to mobile devices and remote communications systems
US8498881B2 (en) 2009-10-20 2013-07-30 Universal Research Solutions, Llc Generation and data management of a medical study using instruments in an integrated media and medical system
US9678956B2 (en) * 2012-02-17 2017-06-13 Kno2 Llc Data capturing and structuring method and system
US9607038B2 (en) * 2013-03-15 2017-03-28 International Business Machines Corporation Determining linkage metadata of content of a target document to source documents
US20140317109A1 (en) * 2013-04-23 2014-10-23 Lexmark International Technology Sa Metadata Templates for Electronic Healthcare Documents
US11243974B2 (en) * 2016-12-29 2022-02-08 Hyland Switzerland Sarl System and methods for dynamically converting non-DICOM content to DICOM content
US20180342314A1 (en) * 2017-02-15 2018-11-29 Marshfield Clinic Health System, Inc. System and method for medical imaging workflow management without radiology information systems
CN109726182A (zh) * 2018-12-28 2019-05-07 新博卓畅技术（北京）有限公司 一种基于非结构化数据库和ipf的共享文档的系统
US11250018B2 (en) * 2019-06-25 2022-02-15 Periscope Data Inc. Method for automated query language expansion and indexing
US20230162837A1 (en) * 2021-11-24 2023-05-25 Efferent LLC Method and apparatus for clinical data integration

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002077863A2 (fr) * 2001-03-27 2002-10-03 Koninklijke Philips Electronics N.V. Dicom vers generateur xml
WO2004102412A1 (fr) * 2003-05-19 2004-11-25 Intellirad Solutions Pty Ltd Distribution de donnees dicom
US20070118540A1 (en) * 2005-11-23 2007-05-24 Oracle International Corporation integrating medical data and images in a database management system
US20070143342A1 (en) * 2005-12-21 2007-06-21 Vannostrand S L Destination based extraction of XML clinical data
US20070286466A1 (en) * 2006-05-25 2007-12-13 Heffernan Patrick B DICOM adapter service for CAD system

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6275869B1 (en) * 1994-11-22 2001-08-14 Eastman Kodak Company System for network communication of image information between imaging devices according to multiple protocols
US6618060B1 (en) * 2000-04-24 2003-09-09 Ge Medical Systems Global Technology Company, Llc Method and apparatus for formatting digital images in accordance with user-selected communications standard
AU2001276028A1 (en) * 2000-07-25 2002-02-05 Acuo Technologies, Llc Routing and storage within a computer network
AU2002238152A1 (en) * 2000-09-02 2002-03-22 Emageon, Inc. Methods and apparatus for streaming dicom images through data element sources and sinks
US6725231B2 (en) * 2001-03-27 2004-04-20 Koninklijke Philips Electronics N.V. DICOM XML DTD/schema generator
AU2002259081A1 (en) * 2001-05-01 2002-11-11 Amicas, Inc. System and method for repository storage of private data on a network for direct client access
US6950985B2 (en) * 2001-12-27 2005-09-27 Koninklijke Philips Electronics, N.V. Specifying DICOM semantic constraints in XML
US7523505B2 (en) * 2002-08-16 2009-04-21 Hx Technologies, Inc. Methods and systems for managing distributed digital medical data
CA2528492A1 (fr) * 2003-06-04 2005-01-06 The Trustees Of The University Of Pennsylvania Schema de base de donnees ndma, traduction de dicom en schemas relationnels, et traduction de demandes xml en sql
US20060064328A1 (en) * 2004-08-30 2006-03-23 Debarshi Datta System and method for utilizing a DICOM structured report for workflow optimization
US8489410B2 (en) * 2005-02-22 2013-07-16 Medimaging Tools, Llc System and method for modifying and routing DICOM examination files
US20070041647A1 (en) * 2005-07-22 2007-02-22 Charles Florin Method for increasing the flexibility of DICOM tags management in application-specific integration
JP5484048B2 (ja) * 2006-06-30 2014-05-07 アペリオ・テクノロジーズ・インコーポレイテッド Ｄｉｃｏｍを介した大画像保存および取得方法
US20090125541A1 (en) * 2007-11-08 2009-05-14 Franz Amon Obtaining and providing content for a dicom transfer configuration
US8156440B2 (en) * 2007-11-08 2012-04-10 Siemens Aktiengesellschaft User interface for a DICOM transfer configuration
US20100010983A1 (en) * 2008-07-11 2010-01-14 Apteryx, Inc. Automated dicom pre-fetch application

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002077863A2 (fr) * 2001-03-27 2002-10-03 Koninklijke Philips Electronics N.V. Dicom vers generateur xml
WO2004102412A1 (fr) * 2003-05-19 2004-11-25 Intellirad Solutions Pty Ltd Distribution de donnees dicom
US20070118540A1 (en) * 2005-11-23 2007-05-24 Oracle International Corporation integrating medical data and images in a database management system
US20070143342A1 (en) * 2005-12-21 2007-06-21 Vannostrand S L Destination based extraction of XML clinical data
US20070286466A1 (en) * 2006-05-25 2007-12-13 Heffernan Patrick B DICOM adapter service for CAD system

Also Published As

Publication number Publication date
EP2279475A1 (fr) 2011-02-02
US20110138269A1 (en) 2011-06-09
FR2931570B1 (fr) 2010-07-30
FR2931570A1 (fr) 2009-11-27

Similar Documents

Publication Publication Date Title
WO2009144152A1 (fr) Procedes de conversion de documents medicaux, dispositifs et programmes d&#39;ordinateur correspondants
Dolin et al. The HL7 clinical document architecture
Baron Quality improvement with an electronic health record: achievable, but not automatic
US20020091659A1 (en) Portable viewing of medical images using handheld computers
Pantanowitz et al. Medical laboratory informatics
US20060161840A1 (en) Methodology for mapping HL7 V2 standards to HL7 V3 standards
US20110257998A1 (en) Interoperability tools and procedures to aggregate and consolidate lab test results
EP2300948A2 (fr) Procédé et dispositif de stockage de données médicales, procédé et dispositif de visualisation de données médicales, produits programme d&#39;ordinateur, signaux et support de données correspondants
US20100274589A1 (en) Method for outputting medical documents
US11170878B2 (en) Data capturing and exchange method and system
CN110268477A (zh) 用于处理大型医学图像数据的系统和方法
Jacob Management of patient healthcare information: Healthcare-related information flow, access, and availability
CN110265101B (zh) 分享方法、医生终端、患者终端、系统、设备及存储介质
Zawali et al. Realising a push button modality for video-based forensics
CN112635026A (zh) 基于云的患者数据交换
US10692592B2 (en) Synchronization of healthcare data across disparate data centers
Dwivedi et al. Merger of knowledge management and information technology in healthcare: Opportunities and challenges
Dixon et al. Facilitating HIE in Denmark: the story of MedCom, a Danish health information organization
US20160078173A1 (en) Method for editing data and associated data processing system or data processing system assembly
Trigo et al. Building standardized and secure mobile health services based on social media
Wu et al. Block-based steganography method using optimal selection to reach high efficiency and capacity for palette images
Pervan et al. MIDOM—A DICOM-Based Medical Image Communication System
Mechanic et al. Point of care image capture with a custom smartphone application: experience with an encounter-based workflow
Chenhui et al. An integration approach of healthcare information system
Franček et al. Overcoming E-health interoperability obstacles: Integrating PHR and EHR using HL7 CCD

Legal Events

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

Ref document number: 09753807

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009753807

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12994704

Country of ref document: US