FR 2822268 A1 20020920 FR 0203269 A 20020315 Système d'information médicale centralisce, procédé d'intogration d 'informations et d' images médicales, et procédé d'accès à des informations et images médicales Les modes de réalisation préférés de la présente invention concernent de manière générale les systèmes d'information médicale centralisés, et en particulier un procédé et un système pour l'intogra tion d'informations radiologiques dans une Visionneuse de Fournisseur de Services Applicatifs d'Archive d'Image DICOM et/ou Basce sur Internet. Les images médicales améliorent le diagnostic et/ou le traite ment des patients par des professionnels de santé en aidant par exemple les professionnels de santé à identifier et à localiser les problèmes chez un patient (tels que des fractures, des objets étrangers, des tumeurs, etc.). Les rapports médicaux et autres donnces (comme les informations radiologiques, par exemple) améliorent encore le dia gnostic efficace et précis et le traitement en fournissant des informa tions supplémentaires telles que la taille d'un objet étranger, les taux de composés chimiques du patient, l'historique du patient, la densité osseuse, et/ou d'autres donnces concernant le patient, par exemple. Certains établissements de santé (tels que des hôpitaux, des cliniques, des cabinets médicaux, ou autres centres médicaux) main tiennent sur place des bases de donnces pour stocker des images médi cales. Typiquement, on appelle ce type de base de donnces sur site un système d'archivage et de transmission d'images (PACS). Un PACS peut être utilisé, par exemple, pour obtenir, mémoriser, et distribuer des images électroniques, telles que des images médicales. En outre, un PACS peut permettre d'archiver des images sous forme électronique en un endroit central sur site. Un PACS peut également permettre à des images d'être partagées entre différents utilisateurs parce que les images sont centralisces localement et peuvent être atteintes à partir de nombreux points sur site. Un accès pratique à des donnces de patient via un PACS peut améliorer le flux de travail d'un hôpital indi viduel en éliminant le besoin de transférer physiquement les images et en fournissant plusieurs postes de visionnage pour afficher les résul tats. Typiquement, les donnces mémorisces dans un PACS sont mémorisoes sous forme de donnces DICOM. DICOM signifie "Digital Imaging and Communications in Medicine" (imagerie et communica tions numériques en médecine). DICOM est une norme pour la trans mission d'images et d'informations. La norme DICOM se rapporte au transfert de donnces électroniques entre systèmes de diagnostic et d'imagerie médicale. Le protocole DICOM peut être employé dans la communication entre des appareils médicaux et le PACS. La norme DICOM précise un jeu d'instructions, des formats de donnces, des caractéristiques d'interface, des protocoles de communication, et une syntaxe d'instruction. Cependant, la norme DICOM ne précise pas les détails de la mise en _uvre. La norme DICOM donne des Objets d'Information (types de donnces, tels que tomographie informatisce, résonance magnétique, rayons X, ultrasons, etc.), des Classes de Ser vice (actions effectuces sur les donnces, comme envoyer, recevoir, imprimer, etc.), et des protocoles de transmission de donnces. Le pro tocole "utilisateur de classe de service" (SCU) régit l'utilisation du service DICOM. Le protocole "fournisseur de classe de service" (SCP) régit le fournisseur du service DICOM. Certaines installations de santé maintiennent également des systèmes d'information médicale pour les rapports cliniques et autres informations médicales ou administratives. Par exemple, un Système d'Information Hospitalier (SIH) peut comprendre un Système d'Infor mations Financières (SIF), un Système D'informatons Pharmaceuti ques (SIP), et/ou un Système d'Informations Radiologiques (SIR), par exemple. Un Système d'Informations Radiologiques (SIR) comporte des informations radiologiques concernant les patients examinés. Les informations radiologiques peuvent comprendre des rapports radiologi ques, des messages, des avertissements, des alertes'des informations de programme du patient, des donnces démographiques de patient, des informations de trace de patient, et des surveillances d'état de médecin et de patient, par exemple. Un SIR peut aussi permettre l'entrce de commandes et la recherche d'images et de films. Un SIH peut être uti lisé par n'importe quelle installation de santé, telle qu'un hôpital, une clinique, un cabinet médical, ou autre cenke médical. Typiquement, les systèmes d'information médicale communi quent en utilisant le protocole HL-7 ("Health Level Seven", niveau de santé sept). Le HL-7 est une norme accréditée par 1'ANSI (institut des normes nationales américaines) qui établit les exigences d'interface et les protocoles de communication, y compris un format de message pour la communication et le transfert de donnces. Typiquement, les rapports médicaux provenant des systèmes d'information médicale tels que les systèmes d'information des hôpitaux, par exemple, sont en for mat HL-7. Le format HL-7 utilisé pour les rapports médicaux n'est pas directement compatible avec le format DICOM utilisé pour les images. Actuellement, les systèmes d'information médicale sont typi quement situés sur site dans des établissements de santé individuels. Les méthodes actuelles pour transférer des images et de l'information médicale entre établissements de santé s'appuient sur le transfert phy sique tel que le courrier postal ou les entreprises de messagerie. Typi quement, les établissements de santé individuels n'ont accès qu'à leurs bases de donnces et pas aux bases de donnces d'autres établissements. Ainsi, la nature localisce des bases de donnces cliniques limite le choix d'un établissement de santé pour un patient et limite le partage d'informations. I1 existe donc un besoin pour un procédé d'accès cen tralisé aux images et aux donnces médicales. Les fournisseurs de services applicatifs (ASP) sont utilisés en informatique pour permettre la centralisation des donnces. Les ASP servent de centre d'hébergement pour les donnces et les applications. Typiquement, les ASP maintiennent des applications et des donnces dans un centre de donnces "hors site". Des sociétés informatiques font appel aux ASP pour gérer des donnces et des applications informati ques. Des sociétés peuvent accéder aux donnces et aux applications via un ASP. Typiquement, en informatique, les sociétés accèdent à dis tance à des donnces et à des applications via un lieu de centralisation de donnces sous forme d'ASP. Dans le secteur de l'informatique, les ASP offrent plusieurs services appréciables, comme le stockage sécurisé de donnces, la sau vegarde de donnces, et les systèmes redondants. Puisque les ASP offrent ces services, un client d'un ASP n'a pas besoin d'engager des dépenses supplémentaires pour ses propres systèmes de sécurité, de sauvegarde et de stockage. En plus de fonctionner comme une base de donnces éloignce, les ASP peuvent héberger un certain nombre d'applications qui peuvent être activoes ou atteintes à distance par les clients. En concentrant la puissance et la maintenance informatiques au niveau de 1'ASP, 1'ASP peut offrir un accès continu et un support aux applications et supprimer la nocessité pour le client d'acheter et d'entretenir son propre équipement informatique coûteux. Par exemple, les ASP peuvent fournir l'installation, la gestion et le support d'applications et le stockage de donnces à de nombreux clients à distance. Les donnces de client peuvent être stockées dans un centre de donnces éloigné. Les donnces peuvent être extraites d'un centre de donnces éloigné via un support de co,rnmunications tel qu'Internet ou un réscau privé. En outre, les ASP peuvent fournir des applications telles que des systèmes de courrier électronique, des sys tèmes de planification de ressources, des systèmes de gestion de rela tions client, des systèmes de gestion de ressources humaines, et des applications du commerce à des clients éloignés. Comme décrit plus haut, il est actuellement difficile de trans férer des images et des rapports de patients entre les établissements de santé en raison de la nature localisoe des bases de donnces sur site. Typiquement, les films et les dossiers sont transférés manuellement entre les établissements (on parle souvent de "réscau basket" dans le métier). Le transfert manuel est inefficace parce qu'il gaspille du temps, de l'argent et des ressources humaines. En outre, la séparation des donnces d'images DICOM et des rapports cliniques HL-7 due à des formats non compatibles augmente l'usage des ressources informati ques hospitalières en raison de la nocessité d'avoir des systèmes sépa s rés. L'accès centralisé à la fois aux images et aux donnces cliniques peut améliorer le flux de travail d'un établissement de santé en four nissant un seul système de stockage et un seul système de visualisation plutôt que des systèmes séparés pour les images et pour les rapports cliniques. L'accès intogré aux images et aux rapports cliniques peut permettre d'améliorer le diagnostic et le traitement des patients grâce à un accès rapide et exhaustif à la fois aux images et aux donnces cli- niques de support. I1 existe donc un besoin de relier les images et les rapports cliniques dans une seule base de donnces. En outre, il existe un besoin pour l'accès à distance aux images et aux rapports cliniques en des lieux multiples. I1 existe un besoin supplémentaire pour une transmis sion plus efficace des images et des rapports cliniques et pour la trans mission simultance des images et des rapports cliniques. n existe éga lement un besoin pour le stockage centralisé des images et des rap ports cliniques chez un fournisseur de services applicatifs. I1 existe enfin un besoin pour l'accès aux images et aux rapports cliniques via un fournisseur de services applicatifs. Un mode de réalisation préféré de la présente invention fournit un procédé et un système pour l'intogration d'informations radiologiques dans une Visionneuse de Fournisseur de Services Applicatifs d'Archive d'Image DICOM et/ou Basce sur Internet. Un mode de réalisation préféré comprend une source d'information médicale qui comprend des informations médicales dans un format d'information médicale, une source d'images médicales qui com prend des images médicales dans un format d'images médicales, un centre de donnces pour stocker des images médicales et des infor mations médicales dans au moins un format, et une interface pour transmettre des images et de s information s médicales entre la source d'information médicale et la source d'images médicales et le centre de donnces. Dans un mode de réalisation préféré, l'interface transmet simultanément le s image s médicales et le s informations médicales sous différents formats. Le centre de donnces peut com prendre un dispositif d'archives pour stocker les images médicales et les informations médicales et une visionneuse pour permettre l'accès aux images médicales et aux informations médicales. Dans un mode de réalisation préféré, la source d'images médicales est un système d'archivage et de transmission d'images (PACS) ou un sys tème d'imagerie de diagnostic médical. Dans un mode de réalisation préféré, la source d'informations médicales est un système d'informa tion hospitalier (comme un système d'information radiologique, par exemple). Dans un mode de réalisation préféré, le centre de donnces comprend également une interface d'accès extérieur pour permettre à des utilisateurs d'accéder à des images médicales et à des informations médicales au niveau du centre de donnces. Dans un mode de réalisation préféré, le pro,cédé comprend le fait de convertir les informations médicales d'un premier format en un deuxième format compatible avec le format des images médicales. Ensuite, dans un mode de réalisation préféré, le procédé comprend le fait de transmettre les informations médicales converties avec les ima ges médicales à un centre de donnces. Enfin, le procédé comprend le fait de stocker les informations médicales converties avec les images médicales dans le centre de donnces. Les informations médicales et les images médicales peuvent être consultées par un utilisateur. De préfé rence, l'utilisateur accède au centre de donnces via un navigateur Internet, un poste de visionnage DICOM, ou un autre appareil d'accès ... slmllalre. La présente invention sera mieux comprise à la lecture de la description détaillée suivante, faite en référence aux dessins d'accom pagnement, dans lesquels: la figure 1 représente un système d'information médicale uti lisé selon un mode de réalisation préféré de la présente invention; la figure 2 repré s ente un sy stème d' information médic ale uti lisé selon un mode de réalisation préféré de la présente invention; la figure 3 est un organigramme pour intogrer des informa tions médicales dans un dispositif d'archives selon un mode de réalisa tion préféré de la présente invention; et la figure 4 est un organigramme pour accéder à une/des image(s) médicale(s) et à des informations médicales selon un mode de réulisation préféré de la présente invention. La figure 1 illustre un système d'information médicale 100 utilisé selon un mode de réalisation préféré de la présente invention. Le système d'information- médicale 100 comprend une pluralité de soussystèmes, tels qu'un système d'information hospitalier 110, un PACS (système d'archivage et de transmission d'images) 115, un module interface 120, un centre de donnces 130, et une interface d'accès extérieur 140. Le module interface 120 comprend une connexion d'interface 122 de système d'information hospitalier, une connexion d'interface 124 de PACS, et une connexion d'interface 128 de centre de donnces. Le module interface 120 facilite la communica tion entre le système d'information hospitalier 110, le PACS 115, et le centre de donnces 130. l'interface d'accès extérieur 140 autorise l'accès par des entités, telles que des établissements de santé (par exemple un hôpital, une clinique, un cabinet médical, un autre centre médical, ou un terminal) au centre de donnces 130. Le système d'information hospitalier 110 stocke des informa tions médicales telles que des rapports cliniques, des informations de patient, des informations radiologiques, et/ou des informations admi nistratives, par exemple, mais typiquement pas des images. Dans un mode de réalisation préféré, le système d'information hospitalier 110 se trouve dans un établissement de santé. Dans un mode de réalisation préféré, le système d'information hospitalier 110 comprend un système d'informations radiologiques. Ce système d'informations radiologiques stocke des informations telles que des rapports de radiologie, des mes sages, des avertissements, des alertes, des informations de programme du patient, des donnces démographiques de patient, des informations de trace de patient, et/ou des surveillances d'état de médecin et de patient, par exemple. Le système d'informations radiologiques peut aussi permettre l'entrce de commandes d'examens (par exemple, com mander une radiographie d'un patient) et la rechercpe d'images et de clichés (par exemple, rechercher qui a contrôlé un cliché). Dans un mode de réalisation préféré, les informations du système d'informa tions radiologiques sont mises au même format selon le protocole de communication clinique HL-7 (niveau de santé sept). De préférence, les informations sont entrces dans le système d'information hospitalier par des praticiens de santé (tels que des radiologues, des méde cins, ou des techniciens, par exemple) avant ou après examen du patient. De préférence, le PACS 115 stocke des images médicales. De préférence, le PACS 115 stocLe les images sous forme d'images numé riques. Typiquement, les images sont stockées dans le PAS 115 en utilisant le format DICOM (imagerie et communications numériques en médecine). Dans un mode de réalisation préféré, le PACS 115 se trouve dans un établissement de santé. De préférence, le PACS 115 est un dispositif d'archives local. De préférence, les images sont stockées dans le PACS 115 par des praticiens de santé (tels que des techniciens d'imagerie, des médecins, des radiologues, par exemple) après la prise d'images médicales d'un patient ou bien sont transmises automatique ment par des appareils d'imagerie médicale. De préférence, le PACS 115 peut aussi être un dispositif d'affichage ou un poste de visionnage, par exemple. Dans un mode de réalisation préféré, le centre de donnces est un dispositif d'archives, qui stocke des informations telles que des images, des donnces, et/ou des rapports, par exemple. De préfé rence, le centre de donnces 130 peut aussi servir de conduite centrale vers des informations situces dans d'autres sources, telles que des archives locales, des systèmes d'information hospitaliers/systèmes d'informations radiologiques (SIH/SIR), ou des systèmes d'imagerie médicale, par exemple. A savoir, le centre de donnces 130 peut stocker des liens ou des indicateurs (comme des numéros d'identification, des noms de patients, ou des numéros d'enregistrement, par exemple) vers l'information. I:)ans un mode de réalisation préféré, le centre de don nces 130 est géré par un fournisseur de services applicatifs (ASP). Dans un mode de réulisation préféré, le centre de donnces 130 est situé en un lieu centralisé auxquels ont accès de nombreux systèmes et éta blissements (tels que des hôpitaux, des cliniques, des cabinets médi caux, d'autres centres médicaux, ou des terminaux). Le centre de don nces 130 peut être géographiquement distant du système d'information hospitalier 110 et du PACS 115 (par exemple, le siage social de GE). De préférence, le module interface 120 permet au centre de donnces de communiquer avec le système d'information hospitalier 110 et avec le PACS 115. L'interface d'accès extérieur 140 permet au centre de donnces 130 de communiquer avec des entités telles que des éta blissements de santé, des systèmes informatiques, et similaires. Dans un mode de réalisation préféré, l'interface d'accès extérieur 140 est un réscau, comme Internet ou un réscau privé, par exemple. Dans une variante, le module interface 120 peut comprendre l'interface d'accès extérieur 140. Le module interface 120 permet la communication entre le centre de donnces 130, le système d'information hospitalier 110, et le PACS 115. De préférence, le module interface 120 utilise un réscau (de préférence, un réscau à grande distance, ou réscau WAN, tel qu'un réscau privé ou Internet, par exemple) pour communiquer entre le sys tème d'information hospitalier 110 et le PACS 115 et le centre de don nces 130. Dans un mode de réalisation préféré, le module interface 120 comprend également un courtier (tel que le Courtier PACS de Mitra Imaging) pour permettre aux informations médicales et aux images médic ales d' étre transmi ses ens emble et stockées ensemble. De préfé rence, la connexion d'interface 122 de système d'information hospita lier du module interface 120 est un réscau (de préférence, un réscau de type WAN tel qu'un réscau privé ou Internet, par exemple). En outre, la connexion d'interface PACS 124 est de préférence un réscau tel qu'un réscau privé ou Internet, par exemple. La connexion d'interface 128 de centre de donnces est aussi de préférence un réscau tel qu'un réscau privé ou Internet, par exemple. De préférence, le système d'information hospitalier 110 et le PACS 115 peuvent communiquer avec le centre de donnces 130 via le module interface 120. De plus, le système d'information hospitalier 110 peut de préférence communiquer avec le PACS 115 via le module interface 120. En utilisation, dans un mode de réalisation préféré, le module interface 120 reçoit des images du PACS 115 via la connexion d'inter face PACS 124. De préférence, les images sont reçues dans un format d'image médicale, comme le format DICOM, par exemple. En outre, le module interface 120 reçoit des informations médicales (telles que des rapports cliniques, des informations médicales, etlou des informations administratives, par exemple) provenant du système d'information hos pitalier 110 via la connexion d'interface 122 de système d'information hospitalier. De préférence, les informations médicales sont reçues dans un format d'information médicale, tel que le format HL-7, par exem ple. Toutefois, le format d'information médicale (par exemple HL-7) et le format d'image médicale (par exemple DICOM) sont incompatibles. Les informations médicales peuvent ne pas être transmissibles avec le protocole de transmission du format d'image médicale. Le module inter face 120 traduit donc, ou "reformate", les informations médicales, telles que les rapports, en un format compatible avec le format d'image médicale, comme le format de base de donnces SQL ("Structured Query Language", langage d'interrogation structuré) ou un format de texte standard, par exemple. De préférence, les informations médicales reformatées peuvent être transmis es en utilis ant le protocole de trans mission de format d'image médicale. De préférence, l'image médicale et les informations médicales reformatées partagent des éléments d'identifi cation communs, tels que le nom du patient, qui permettent aux informa tions médicales reformatées d'être associces à l'image médicale. Ensuite, le module interface 120 transmet les images et les informations médicales au centre de données 130 via la connexion d'interface 128 de centre de donnces. Enfin, les informations médica les sont de préférence stockées dans le centre de donnces 130 dans un format compatible avec le format d'image médicale, tel que le format SQL, avec les images au format d'image médicale, comme le format DICOM. A savoir, dans un mode de réalisation préféré, le module interface 120 permet à l'image médicale et aux informations médicales d'être transmises et stockées ensemble. En outre, l'image médicale et les informations médicales peuvent être transmises séparément via le module interface 120. De préférence, l'image médicale et les informa tions médicales peuvent être visionnces et aisément récupérces ulté rieurement, par exemple par leur élément d'identification commun (comme le nom du patient ou le numéro d'enregistrement, par exem ple). La figure 2 illu stre un s y s tème d 'information médic ale 2 0 0 utilisé selon un mode de réulisation préféré de la présente invention. i Le système d'information médicale 200 comprend une pluralité de soussystèmes, tels qu'un système d'information hospitalier 210, un PACS 215, un module interface 220, un centre de donnces 230, et une interface d'accès extérieur 240. Le centre de donnces 230 comprend un dispositif d'archives 232 et une visionneuse 234. Le module inter face 220 comprend une connexion d'interface 222 de système d'information hospitalier, une connexion d'interface 224 de PACS, et une connexion d'interface 228 de centre de donnces. Comme décrit plus haut en référence à la figure 1, le module interface 220 permet au centre de donnces 230 de communiquer avec le système d'information hospitalier 210 et avec le PACS 215. Comme décrit plus haut en référence à la figure 1, l'interface d'accès extérieur 240 autorise l'accès par des entités, telles que des établissements de santé, au centre de donnces 230. Le système d'information hospitalier 210 est sensiblement similaire au système d'information hospitalier 110 décrit plus haut en référence à la figure 1. Le système d'information hospitalier 210 stocke des informations médicales telles que des rapports cliniques, des informations de patient, des informations radiologiques, et/ou des informations administratives dans un format d'informations médicales, par exemple le format HL-7. De préférence, le systéme d'information hospitalier 210 se trouve dans un établissement de santé. De préfé rence, les informations sont entrces dans le système d'information hos pitalier 210 par des praticiens de santé (tels que des radiologues, des médecins, ou des techniciens, par exemple) avant ou après examen du patient. Le PACS 215 est sensiblement similaire au PACS 115 décrit plus haut en référence à la figure 1. De préférence, le PACS 215 stocke des images médicales sous un format d'image médicale, tel que le format DICOM, par exemple. De préférence, le PACS 215 se trouve dans un établissement de santé. De préférence, les images sont stoc kées dans le PACS 215 par des praticiens de santé (tels que des techni ciens d'imagerie, des médecins, des radiologues, par exemple) après la prise d'images médicales d'un patient ou par transmission automatique à partir d'appareils d'imagerie médicale. Dans un mode de réalisation préféré, le centre de donnces 230 comprend un dispositif d'archives 232 pour stocker des informa tions telles que des images, des donnces, etfou des rapports, par exem ple. De préférence, le centre de donnces 230 peut aussi servir de conduite vers des informations situces dans d'autres endroits. Par exemple, le centre de donnces 230 peut stocker des liens vers l'infor mation se trouvant dans d'autres endroits. Le centre de donnces 230 comprend également une visionneuse 234. De préférence, la vision neuse 234 est un serveur Internet qui autorise l'accès à ("sert") l'infor mation via un navigateur Internet, un terminal, ou autre système simi laire d'accès à l'information. La visionneuse 234 peut servir les infor mations provenant du dispositif d'archives 232 par l'interface d'accès extérieur 240 pour permettre l'accès à des utilisateurs avec des naviga teurs Internet, par exemple. La visionneuse 234 peut aussi servir les informations provenant du système d'information hospitalier 210 et/ou du PACS 215. Dans un mode de réalisation préféré, le centre de don nces 230 est géré par un fournisseur de services applicatifs (ASP). Dans un mode de réalisation préféré, comme décrit plus haut en se référant à la figure 1, le centre de donnces 230 est situé en un lieu centralisé auxquels ont accès de nombreux systèmes et établissements. En outre, le centre de donnces 230 peut être géographiquement distant de l'établissement d'information de santé 210 et du PACS 215. Comme décrit plus haut en référence à la figure 1, le module interface 220 permet la communication entre le centre de donnces 230, le système d'information hospitalier 210, et le PACS 215. L'interface d'accès extérieur 240 permet la communication avec des entités, telles que des systèmes informatiques et/ou des établissements de santé, par exemple. Dans un mode de réalisation préféré, comme décrit plus haut en référence à la figure 1, l'interface d'accès extérieur 240 est un réscau, comme Internet ou un réscau privé, par exemple. Comme décrit plus haut, l'interface d'accès extérieur 240 peut être comprise dans le module interface 220. Le module interface 220 est sensiblement similaire au module interface 120 décrit plus haut en référence à la figure 1 dans le chemin allant du système d'information hospitalier 210 et du PACS 215 au centre de donnces 230. En outre, le module interface 220 permet aussi la communication du centre de donnces 230 au système d'information hospitalier 210 et au PACS 215. Le module interface 220 permet aussi la communication entre le système d'information hospitalier 210 et le PACS 215. Le module interface220 permet la transmission d'images médicales et d'informations médicales comme décrit plus haut en réfé rence à la figure 1. Le module interface 220 peut recevoir des images sous un format d'image médicale, de préférence le format DICOM, en provenance du PACS 215 via la connexion d'interface PACS 224. En outre, le module interface 220 peut recevoir des informations médica les sous un format d'information médicale, de préférence le format HL-7, en provenance du système d'information hospitalier 210 via la connexion d'interface 222 de système d'information hospitalier. En suite, le module interface 220 convertit les informations médic ales lS du formation d'information médicale, tel que le format HL-7, en un format compatible avec le format d'image médicale, tel que le format SQL ou un format de texte standard. Ainsi, comme décrit plus haut en se référant à la figure 1, les informations médicales peuvent être trans mises selon le protocole d'image médicale. En outre, comme décrit plus haut, les informations médicales peuvent être associces à l'image médicale. Ensuite, le module interface 220 transmet les images et les informations médicales au centre de donnces 230 via la connexion d'interface 228 de centre de donnces. De préférence, le module inter face 220 peut transmettre des images médicales et des informations médicales en même temps au centre de donnces 230. En outre, le module interface 220 peut de préférence transmettre des images médi cales et de s info rmation s mé dic ale s individuellement au centre de don nces 230 (par exemple à des instants distincts ou sur des lignes de communication distinctes). Enfin, les informations médicales sont de préférence stocLées dans le dispositif d'archives 232 sous un format compatible avec le format d'image médicale avec les images au format d'image médicale. En variante, l'image médicale est stockée dans le dispositif d'archives 232 avec un lien vers l'information médicale située dans le système d'information hospitalier 210. En variante, les informations médicales peuvent être stockées dans le dispositif d'archives 232 sous un format compatible avec le format d'image médicale en même temps qu'un lien vers l'image médicale qui se trouve dans le PACS 215. De préférence, lorsqu'un utilisateur accède à la visionneuse 234 via l'inteRace d'accès extérieur 240 et demande une image et/ou de s informations médicales (par exemple en utilis ant un signal ou une instruction), la visionneuse 234 extrait les images etlou les informa tions médicales du dispositif d'archives 232. L'utilisateur peut vision ner les images et/ou les informations médicales demandées au moyen de la visionneuse 234. De préférence, l'utilisateur visionne les images et/ou les informations médicales demandées au moyen de la vision neuse 234 en utilisant un navigateur Internet, un poste de visionnage DICOM, ou un autre appareil d'accès de ce type. Dans un autre mode de réalisation, lorsqu'un utilisateur lS accède à la visionneuse 234 via l'interface d'accès extérieur 240 et demande une image et des informations médicales, la visionneuse 234 extrait l'image demandée du dispositif d'archives 232. En outre, la visionneuse 234 extrait les informations médicales demandées (par exemple des informations radiologiques) du système d'information hospitalier 210 en utilisant le module interface 220. De préférence, les informations médicales sont mémorisces temporairement au niveau de la visionneuse 234 pour permeKre à l'utilisateur d'y accéder. Dans un autre mode de réalisation, au lieu d'extraire des ima ges et/ou des informations médicales du centre de donnces 230, les images et/ou informations médicales peuvent être extraites directement du système d'information hospitalier 210 et/ou du PACS 215. A savoir, lorsqu'un utilisateur accède à la visionneuse 234 via l'interface d'accès extérieur 240 et demande une image et/ou des informations médicales, la visionneuse 234 extrait l'image demandée du PACS 215 en utilisant l'interface 220 et/ou extrait les informations demandées du système d'information hospitalier 210 en utilisant le module interface 220. Le module interface 220 convertit le s information s médic ales demandées comme décrit plus haut. De préférence, l'image et/ou les informations médicales sont mémorisces temporairement au niveau de la vision neuse 234 pour permettre à l'utilisateur d'y accéder. La figure 3 représente un organigramme 300 pour intogrer des informations médicales dans un dispositif d'archives d'images selon le système d'information médicale de la figure 1. Tout d'abord, à l'étape 310, on obtient d'un patient des informations médicales, telles que des informations radiologiques (nom du patient, numéro d'acquisi tion, médecin concerné, rapports radiologiques, par exemple), des informations administratives ou d'autres informations cliniques, par exemple. De préférence, les informations médicales sont obtenues par un praticien de santé (tel qu'un médecin, un radiologue, ou un techni l0 cien, par exemple). En variante, les informations médicales peuvent être enregistrces par un équipement de diagnostic médical. De préfé rence, les informations médicales sont formatées selon un format d'information médicale, comme le format HL-7. Ensuite, à l'étape 320, on obtient d'un patient au moins une image médicale (telle qu'une image de tomographie informatisce, une image radiographique, une image aux ultrasons, une image de réso nance magnétique, par exemple). De préférence, l'image médicale est obtenue en utilisant un équipement d'imagerie de diagnostic médical (tel qu'un système de radiographie, un système à ultrasons, un système de tomographie informatisce, un système de résonance magnétique, par exemple) . De préférence, l'image médicale est formatée selon un for mat d'image médicale, tel que le format DICOM. Ensuite, à l'étape 330, les informations médicales sont converties du format d'information médicale, tel que le format HL-7, par exemple, à un format compatible avec un format d'image médicale, tel que le format SQL ou un format de texte standard, par exemple. Ensuite, à l'étape 340, les informations médicales converties sont transmises en même temps qu'au moins une image médicale au centre de donnces 130. Enfin, à l'étape 350, les informations médicales et la/les image(s) médicale(s) sont stockées dans le centre de donnces en vue d'un retrait ultérieur par des utilisateurs (de préférence, des utilisateurs éloignés). En variante, lales image(s) médicale(s) peut/peuvent être stockée(s) dans le centre de donnces 130 en même temps qu'un lien vers les informations médicales. De même, les informations médicales peuvent être stockées dans le centre de donnces 130 en même temps qu'un lien vers la/les image(s) médicale(s). En outre, des liens vers les informations médicales et la/les image(s) médicale(s) peuvent être stockés dans le centre de donnces 130 à l'étape 350. La figure 4 représente un organigramme pour accéder aux images médicales et aux informations médicales selon le système d'information médicale 200 de la figure 2. Les informations médi cales et les images médicales sont stockées dans le centre de don nces 230 selon un procédé sensiblement similaire au procédé décrit ci-dessus relativement à la figure 3. En variante, les liens vers les informations médicales et/ou la/les image(s) médicale(s) peuvent être stockés dans le centre de donnces 230 selon un procédé sensi blement similaire au procédé décrit ci-dessus relativement à la figure 3. Le retrait d'informations médicales et d'images médicales par un utilisateur (de préférence, un utilisateur éloigné) se passe de préférence selon les étapes suivantes. Tout d'abord, à l'étape 410, un utilisateur accède à la visionneuse 234 du centre de donnces 230 et demande des informations médicales (telles que des rapports de radiologie, des donnces démographiques de patient, des informa tions de médecin, etc. ) et une ou des image(s) médicale(s) (telles que des images radiographiques, des images aux ultrasons, des ima ges de résonance magnétique, des images de tomographie informati sce, par exemple). De préférence, l'utilisateur accède à la vision neuse 234 via un navigateur Internet, un poste de visionnage DICOM, ou un autre système similaire d'accès à l'information. Ensuite, à l' étape 420, la visionneuse 23 4 accède au disp ositif d' archi ves 232 du centre de donnces 230. Si les informations médicales et la ou les image(s) médicale(s) demandées sont retrouvoes dans le dispo sitif d'archives 232, alors, à l'étape 430, le dispositif d'archives 232 transmet les informations médicales et la ou les image(s) médicale(s) demandées à la visionneuse 234. Ensuite, à l'étape 440, l'utilisateur peut accéder aux informations médicales et à la/les image(s) médi cale(s) demandées au niveau de la visionneuse 234, de préférence en utilisant un navigateur Internet, un terminal, ou un autre système simi laire d'accès à l'information. Si les informations médicales et la ou les image(s) médi cale(s) demandées ne sont pas retrouvoes dans le dispositif d'archives 232, alors, à l'étape 450, la visionneuse 234 accède à une source d'images médicales (comme un PACS 215, par exemple) via le module interface 220 et demande la ou les images(s) médicale(s) demandée(s). Ensuite, à l'étape 460, la visionneuse 234 accède à une source d'infor mation médicale (comme le système d'information hospitalier 210, par exemple) et demande les informations médicales demandées. Ensuite, à l'étape 470, le module interface 220 convertit les informations médi cales d'un format d'information médicale (tel que le format HL-7, par exemple) en un format compatible avec un format d'image médicale (tel que le format SQL ou un format de texte standard, par exemple). Ensuite, à l'étape 480, les informations médicales converties en un for mat compatible avec un format d'image médicale sont transmises avec la ou les image(s) médicale(s) sous un format d'image médicale (tel que le format DICOM) à la visionneuse 234 via le module interface 220. De préférence, les informations médicales et la ou les image(s) médicale(s) sont mémorisoes temporairement dans la visionneuse 234. Enfin, à l'étape 490, l'utilisateur peut accéder aux informations médi cales et à la/les image(s) médicale(s) demandées au niveau de la visionneuse 234, de préférence en utilisant un navigateur Internet, un terminal, ou un autre système similaire d'accès à l'information. Dans un autre mode de réalisation, les informations médica les ou lalles image(s) médicale(s) peuvent être trouvoes dans le dispo sitif d'archives 232. Ensuite, les informations médicales ou la/les image(s) médicale(s) se trouvant dans le dispositif d'archives 232 sont extraites du dispositif d'archives 232. Ensuite, les informations médi cales ou la/les image(s) médicale(s) non trouvoes dans le dispositif d'archives 232 sont extraites du système d'information hospitalier 210 ou du PACS 215 via le module interface 220 selon les procédés décrits plus haut. Ensuite, les informations médicales et la/les image(s) médi cale(s) peuvent être affichées par la visionneuse 234. Les modes de réalisation préférés permettent donc à des ima ges médicales et à des donnces de patient et/ou de rapports médicaux d'être transmises, stockées, et visionnces ensemble. En outre, les modes de réalisation préférés fournissent un stockage centralisé d'ima ges médicales et d'informations médic ales et permettent l' accès aux images médicales et aux informations médicales stockées par plusieurs points d'accès. Grâce à ces points d'accès multiples, les modes de réa lisation préférés permettent à des établissements de santé et à des pra ticiens de santé de partager et de comparer des donnces et des images en divers lieux. Les modes de réalisation préférés permettent aussi un temps d'accès relativement immédiat aux images et donnces d'examen quel que soit le lieu. Les modes de réalisation préférés apportent donc beaucoup d'avantages importants. Les modes de réalisation préférés apportent un avantage en permettant la combinaison de systèmes de stockage et de transmission d'images médicales et d'informations médicales. Les modes de réalisation préférés apportent un avantage supplémentaire en 1S permettant un partage d'informations plus effcace entre une pluralité d'établissements de santé et de praticiens de santé. Les modes de réali sation préférés permettent une utilisation plus efficace du temps, de l'argent et du personnel par les établissements de santé et les prati ciens de santé grâce à un accès centralisé aux images médicales et aux informations médicales. Bien que l'invention ait été décrite en référence à un mode de réalisation préféré, les personnes du métier comprendront que divers changements peuvent être apportés et que des équivalents peuvent se substituer, sans s'éloigner de la portée de l'invention. De plus, de nom breuses modifications peuvent être faites pour adapter une situation ou une matière particulière aux enseignements de l'invention sans s'éloi gner de sa portée. Par conséquent, l'invention n'est pas destince à être limitée au mode de réalisation particulier qui a été divulgué. R EV ENDI CA TI ON S 1. Système d'information médicale (100, 200), ladit système (100, 200) étant caractérisé en ce qu'il comprend: une source d'information médicale (110, 210), ladite source d'information médicale (110, 210) fournissant des informations médi cales dans un format d'information médicale; une source d'images médicales (115, 215), ladite source d'images médicales (115, 215) fournissant des images médicales dans un format d'images médicales; un module interface (120, 220) qui reçoit lesdites informa tions médicales et convertit lesdites informations médicales en un for mat compatible avec un format d'image médicale, qui reçoit ladite image médicale, qui associe lesdites informations médicales audit for mat compatible avec un format d'image médicale à ladite image médi cale, et qui tran smet le sdites informations médic ales audit format com patible avec un format d'image médicale et ladite image médicale, et un centre de donnces (130, 230) qui reçoit lesdites informa tions médicales audit format compatible avec un format d'image médi cale et ladite image médicale audit format d'image médicale et stocke lesdites informations médicales audit format compatible avec un for mat d'image médicale et ladite image médicale. 2. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) comprend un dispositif d'archives (232) pour stocker des images médicales et des informations médicales. 3. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) comprend une visionneuse (234) pour permettre l'accès aux images médicales et aux informations médi cales. 4. Système selon la revendication 1, caractérisé en ce que ladite source d'images médicales (115, 215) comprend un système d'archivage et de transmission d'images (115, 215). 5. Système selon la revendication 1, caractérisé en ce que ladite source d'information médicale (110, 210) comprend un système d'information hospitalier (110, 210). 6. Système selon la revendication 1, caractérisé en ce que ladite source d'information médicale (110, 210) comprend un système d'informations radiologiques (110, 210). 7. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) comprend un fournisseur de servi ces applicatifs. 8. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) comprend en outre une interface d'accès extérieur (140, 240) pour permettre aux utilisateurs d'accéder aux images médicales et aux informations médicales au niveau dudit centre de donnces (130, 230). 9. Système selon la revendication 1, caractérisé en ce que lesdi tes informations médicales comprennent des informations radiologiques. 10. Système selon la revendication 1, caractérisé en ce que ledit module interface (120, 220) comprend un courtier pour convertir ledit format d'information médicale. 11. Système selon la revendication 10, caractérisé en ce que ledit courtier convertit du format HL-7 au format SQL. 12. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) comprend un serveur Internet pour permettre l'accès aux images médicales et aux informations médicales via au moins un navigateur Internet. 13. Système selon la revendication 1, caractérisé en ce que ladit centre de donnces (130, 230) comprend un poste de visionnage DICOM pour permettre l' accès aux images médic ales et aux informa tions médicales. 14. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) stocke en outre des liens vers lesdi tes informations médicales. 15. Système selon la revendication 1, caractérisé en ce que ledit centre de donnces (130, 230) stocke en outre des liens vers ladite image médicale. 16. Système selon la revendication 1, caractérisé en ce que ledit module interface (120, 220) transmet un lien représentant l'emplacement desdites informations médicales. - 17. Système selon la revendication 1, caractérisé en ce que ledit module interface (120, 220) transmet un lien représentant l'emplacement de ladite image médicale. 18. Système d'information médicale centralisce (100, 200), ledit système (100, 200) étant caractérisé en ce qu'il comprend: un module interface (120, 220) qui reçoit des informations médicales et convertit les dites information s médic ales en un format compatible avec un format d'image médicale, qui reçoit une image médicale, qui associe lesdites informations médicales audit format compatible avec un format d'image médicale à ladite image médicale, et qui transmet lesdites informations médicales audit format compati ble avec un format d'image médicale et ladite image médicale; et un centre de donnces (130, 230) qui reçoit lesdites informa tions médicales audit format compatible avec un format d'image médi cale et ladite image médicale et stocke lesdites informations médicales audit format compatible avec un format d'image médicale et ladite image médicale. 19. Système selon la revendication 18, caractérisé en ce que ledit centre de donnces (130, 230) comprend un dispositif d'archives (232) pour stocker des images médicales et des informations médica les. 20. Système selon la revendication 18, caractérisé en ce que ladit centre de donnces (130, 230) comprend une visionneuse (234) pour permettre l'accès aux images médicales et aux informations médi cales. 21. Système selon la revendication 18, caractérisé en ce que ladit centre de donnces (130, 230) comprend un fournisseur de servi ces applicatifs. 22. Système selon la revendication 18, caractérisé en ce que ledit centre de donnces (130, 230) comprend en oûtre une interface d'accès extérieur (140, 240) pour permettre aux utilisateurs d'accéder aux images médicales et aux informations médicales au niveau dudit centre de donnces (130, 230). 23. Système selon la revendication 18, caractérisé en ce que les dites informations médicales comprennent des informations radiologiques. 24. Système selon la revendication 18, caractérisé en ce que ledit module interface (120, 220) comprend un courtier pour convertir ledit format d'information médicale. 25. Système selon la revendication 24, caractérisé en ce que ledit courtier convertit du format HL-7 au format SQL. 26. Système selon la revendication 18, caractérisé en ce que ledit centre de donnces (130, 230) comprend un serveur Internet pour p ermettre l' accès aux images médic ale s et aux information s médic ales via des navigateurs Internet. 27. Système selon la revendication 18, caractérisé en ce que ledit module interface (120, 220) transmet un lien représentant l'emplacement desdites informations médicales. 28. Système selon la revendication 18, caractérisé en ce que ladit module interface (120, 220) transmet un lien représentant l'emplacement de ladite image médicale. 29. Procédé pour intogrer la transmission d'informations médicales et d' au moins une image médic ale, caractéris é en ce qu'il comprend les opérations consistant à: convertir lesdites informations médicales d'un premier format en un deuxième format compatible avec ladite au moins une image médicale; et transmettre lesdites informations médicales audit deuxième format avec ladite au moins une image médicale à un centre de don nces (130, 230) en vue de leur stockage. 30. Procédé selon la revendication 29, caractérisé en ce qu'il comprend en outre le fait de stocker lesdites informations médicales audit deuxième format avec ladite au moins une image médicale dans ledit centre de donnces (130, 230). 31. Procédé selon la revendication 29, caractérisé en ce qu'il comprend en outre le fait de stocker lesdites informations médicales audit deuxième format avec ladite au moins une image médicale dans un dis positif d'archives (232) situé dans ledit centre de données (130, 230). - 32. Procédé selon la revendication 29, caractérisé en ce qu'il comprend en outre le fait de stocker lesdites informations médicales audit deuxième format avec ladite au moins une image médicale dans une visionneuse 234 basée sur Internet dans ledit centre de données (130, 230) . 33. Procédé selon la revendication 29, caractérisé en ce que ledit centre de données (130, 230) comprend un fournisseur de services applicatifs. 34. Procédé selon la revendication 29, caractérisé en ce que lesdi- tes informations médicales comprennent des informations radiologiques. 35. Procédé selon la revendication 29, caractérisé en ce que ledit premier format comprend le format HL-7. 36. Procédé selon la revendication 29, caractérisé en ce que ledit deuxième format comprend le format SQL. 37. Procédé selon la revendication 29, caractérisé en ce que ledit deuxième format comprend un format de texte standard. 38. Procédé d'accès à des informations et images médicales, caractérisé en ce qu'il comprend les opérations consistant à: demander une image médicale et des informations médicales asso ciées à un centre de données éloigné (130, 230); fournir des informations médicales provenant d'une source d'infor mation médicale (110, 210) à un module interface (120, 220) ; fournir une image médicale provenant d'une source d'images médi cales (115, 215) à un module interface (120, 220); convertir lesdites informations médicales en des informations médicales reformatées; associer lesdites informations médicales reformatées à ladite image médi cale; et fournir les informations médicales reformatées et l'image médicale associée. 39. Procédé selon la revendication 38, caractérisé en ce qu'il comprend l'opération consistant à afficher lesdites image médicale et infor mations médicales reformatées associées. 40. Procédé selon la revendication 38, caractérisé en ce que ledit centre de données (130, 230) comprend un fournisseur de services applicatifs. 41. Procédé selon la revendication 39, caractérisé en ce que ladite étape d'affichage comprend en outre le fait d'afficher lesdites image médi- cale et informati ons médic ales as sociées vi a un serveur Internet au niveau dudit centre de données (130, 230). 42. Procédé selon la revendication 38, caractérisé en ce que ladite source d'information médicale (110, 210) comprend un système d'informa tion hospitalier (110, 210). 43. Procédé selon la revendication 38, caractérisé en ce que ladite source d'information médicale (110, 210) comprend un système d'informa- tions radiologiques (110, 210). 44. Procédé selon la revendication 38, caractérisé en ce que ladite source d'images médicales (115, 215) comprend un système d'archivage et