Brevet FR2803058A1 — publié le 20010629

PROCEDE ET DISPOSITIF POUR L'ACQUISITION DE DONNÉES A PARTIR DE SYSTEMES DE DIAGNOSTIC MÉDICAL La présente invention concerne de façon générale le domaine des systèmes de diagnostic médical, tels que les systèmes d'imagerie, les systèmes de surveillance, et les dispositifs similaires, dans les établissements et les institutions de diagnostic médical. Plus particulièrement, l'invention concerne une technique pour réunir des données à partir de systèmes de diagnostic séparés mais mis en ré seau pour la collecte, la mémorisation, et l'extraction et la transmission ultérieures à un fournisseur de services à distance pour l'analyse, et pour d'autres traitements. Les établissements de diagnostic médical, y compris les hôpitaux, les cliniques, les établissements ambulatoi res, et analogues, utilisent de façon caractéristique une large variété de systèmes et de dispositifs de diagnostic. A titre d'exemple, une clinique ou un hôpital peut avoir un certain nombre de dispositifs d'imagerie différents dans des services de radiologie uniques ou multiples ou dans différents services de garde. Dans certains cas, les dispositifs sont totalement indépendants et ne sont pas reliés à d'autres dispositifs à l'intérieur de l'institu tion. Dans d'autres cas, certains des dispositifs peuvent être incorporés à un réseau de communication de données dans l'institution, de telle sorte que certaines données puissent être échangées lorsqu'on le désire. Toutefois, dans l'état actuel de la technique, il existe un niveau d'intégration des systèmes relativement limité. Du fait des programmes horaires et de la spécialisa tion très exigeantes des systèmes de diagnostic médical, les fournisseurs de services et le personnel similaire sont souvent en contrat pour contrôler les systèmes et pour effectuer les étapes nécessaires pour maximiser leur productivité et leur disponibilité. Dans les approches classiques, le personnel de maintenance visite physique ment les institutions abonnées ou bénéficiaires d'un con trat pour vérifier l'état de l'équipement, et ordonne tou tes les opérations de maintenance nécessaires pour mainte nir l'équipement dans de bonnes conditions de fonctionne ment. Toutefois, de plus en plus, les données réfléchis sant l'état de fonctionnement de ces systèmes peuvent être collectées à distance. Dans un système disponible, par exemple, des modems sont disposés sur les systèmes abon nés, et les systèmes sont contactés sur une base périodi que pour accéder à des données mémorisées qui peuvent être utilisées pour évaluer l'état des systèmes et télécharger celles-ci. Sur la base du relevé automatique ou manuel de cette information, une maintenance préventive peut être ordonnée, des rapports peuvent être générés, et une autre rétroaction peut être délivrée aux institutions, de façon à maximiser la productivité des systèmes. Bien que l'accès automatisé aux données pour la main tenance et l'entretien des équipements de diagnostic médi cal soit extrêmement utile et productif, les procédés ac- tuels d'acquisition des données doivent encore être amé liorés. Par exemple, lorsque l'on s'appuie sur des modems individuels et des dispositifs de communication similaires pour contacter des systèmes individuels, un grand nombre de connexions individuelles peut être nécessaire pour ac céder aux données désirées et transférer celles-ci. Bien que les connexions puissent être programmées à un temps approprié, par exemple à des heures tardives dans la soi rée, lorsque les systèmes sont moins susceptibles d'être utilisés, le nombre de contacts individuels requis pour une procédure d'acquisition de données automatique reste cependant un goulot d'étranglement potentiel dans le pro cessus. Un autre inconvénient des techniques existantes pour l'acquisition de données dans un contexte de services est l'incapacité à rentrer en contact avec des systèmes qui ne sont pas munis d'interfaces de communications ou de l'in frastructure nécessaire. Par exemple, une connexion télé phonique peut ne pas être disponible pour certains systè mes individuels, ou, si ces lignes séparées sont disponi bles, leur entretien peut nécessiter un coût considérable. De plus, de nombreux systèmes existants et nouvellement installés ne sont pas munis de modems séparés ou d'autres circuits ou logiciels d'interface permettant leur con nexion à un fournisseur de services extérieur. Dans de tels cas, les données peuvent tout simplement ne pas être disponibles depuis les systèmes, ou des données très in complètes peuvent être disponibles, et ce sur une base très sporadique. Cependant, il existe un besoin pour une technique amé liorée pour acquérir des données opérationnelles à partir de systèmes de diagnostic médical. I1 existe un besoin particulier pour une technique qui puisse être employée aussi bien dans de grands établissements que dans de pe tits établissements, dans des établissements comprenant des établissements principaux et des établissements satel lites, ainsi qu'entre différents services à l'intérieur d'un établissement particulier. Finalement, il existe un besoin significatif, à l'heure actuelle, pour une techni que qui puisse collecter efficacement de grandes quantités de données pertinentes venant de systèmes de diagnostic médical, tout en réduisant la nécessité de connexions sé parées et de sessions d'accès aux données. La présente invention propose une technique d'acquisi tion de données conçue pour répondre à ces besoins. La technique peut être appliquée dans une large variété de configurations, mais elle est particulièrement bien appro priée pour acquérir des données à partir de systèmes d'imagerie de diagnostic médical, de systèmes de sur veillance, et d'autres équipements dans des établissements de diagnostic médical en réseau. La technique peut être employée dans différentes topologies d'établissements. Dans une réalisation particulièrement préférée, un réseau interne d'un établissement joue le rôle de base pour la collecte de paramètres opérationnels pour des systèmes et des équipements en réseau. Les données collectées sont mé morisées, et peuvent être partiellement traitées, reliées, filtrées, ou gérées d'une autre façon avant d'être mémori sées dans un dispositif de mémorisation de données à l'in térieur de l'établissement. Un système de commande de com munication de données coordonne la collecte des données. Dans des sessions d'acquisition de données uniques ou sé rie, ensuite, les données collectées sont transférées de l'établissement à un fournisseur de services à distance, où les données peuvent être encore traitées, analysées ou utilisées d'une autre façon pour la maintenance, l'éta blissement de rapports, la comptabilité et dans des buts similaires. La présente invention sera mieux comprise à la lecture de la description détaillée qui suit, faite en référence aux dessins joints, dans lesquels la figure 1 est une vue générale schématique d'un sys tème de communication de données pour communiquer des don nées venant d'une série de systèmes de diagnostic médical à un fournisseur de données ou de services à distance ; la figure 2 est une vue schématique d'un exemple de système de commande de communication de données selon cer tains aspects de la présente technique destiné à être uti lisé dans le système montré en figure 1 ; la figure 3 est un schéma de circulation de données illustrant les trajets suivis par les données dans les communications à travers les différents composants du sys tème de la figure 1 ; la figure 4 est un organigramme illustrant un exemple de logique de commande pour déclencher une demande de ser vice ou un autre transfert de données entre un système de diagnostic médical et un fournisseur de services à dis tance ; la figure 5 est un organigramme illustrant un exemple de logique de commande pour le traitement de demandes de services ou de données par un fournisseur de services à distance, et pour la retransmission de données en réponse à ces demandes ; la figure 6 est un organigramme illustrant un exemple de logique de commande pour recevoir une transmission de puis un fournisseur de services à distance dans l'établis sement de diagnostic médical ; la figure 7 est un organigramme illustrant un exemple de logique de commande pour recevoir des données par l'in termédiaire d'un autre support de communication de don nées ; la figure 8 est un organigramme illustrant un exemple de logique de commande lors de l'interrogation ou du ba layage de systèmes d'un établissement de diagnostic médi cal ou de données pour la retransmission à un fournisseur de services à distance ; et la figure 9 est un organigramme illustrant un exemple de logique de commande pour accéder aux données collectées lors du processus de la figure 8 pour le traitement et la mémorisation par un fournisseur de services à distance. Si l'on se reporte à présent aux dessins, et si l'on se réfère tout d'abord â la figure 1, un système de commu nication de données, désigné globalement par le numéro de référence 10, est illustré pour transmettre des paramètres ou des données opérationnels venant d'une série de systè mes de diagnostic médical à un fournisseur de services ou de données à distance. Le système autorise également les échanges interactifs de données, de demandes de services et de logiciels, etc., entre les systèmes et le fournis seur de services à distance, comme décrit plus complète ment ci-dessous. Comme illustré en figure 1, le système 10 comprend de façon générale un établissement de diagnostic médical 12 qui est reliée à un fournisseur de services ou de données à distance 14. L'établissement 12 peut compren dre un site ou un emplacement unique 16, ou des sites ad ditionnels 18, qui peuvent être géographiquement locaux ou éloignés vis-à-vis du site 16. Dans ces cas, les sites ad ditionnels peuvent généralement être interconnectés au site 16 par l'intermédiaire d'un réseau de l'établisse ment. A l'intérieur de l'établissement 12, un réseau interne 20 constitue un mécanisme pour les communications de don nées entre une série de systèmes de diagnostic médical, qui, lorsqu'on le désire, peuvent être délivrées dans des groupes ou des services 22, tels que des étages, des ser vices de garde, des zones de diagnostic ou de traitement spécialisées, etc. Une série de systèmes de diagnostic mé dical, désignés ici globalement sous le nom de clients 24, sont couplés au réseau 20 soit par l'intermédiaire de con nexions de réseau permanentes, soit par l'intermédiaire de connexions de réseau temporaires. Par conséquent, bien que certains ou la plupart des clients 24 puissent être fixes, certains des clients peuvent être mobiles, ce qui permet au client ou à l'appareil d'être utilisé dans un emplace ment désiré, et d'être couplé au réseau interne une fois qu'il est positionné dans l'emplacement désiré. Tel qu'il est utilisé ici, le terme de système de diagnostic médical devra être compris comme comprenant une large variété d'équipements, de systèmes et de sous- systèmes. A titre d'exemple, les systèmes de diagnostic médical peuvent comprendre des systèmes d'imagerie de diagnostic conçus pour produire des images utiles d'anato mies de patient selon des modalités ou des physiques par ticuliers. D'autres systèmes de diagnostic médical peuvent comprendre des dispositifs de surveillance de patient, des détecteurs, des transducteurs, et d'autres dispositifs de rétroaction ou de génération de signal. De plus, les sys tèmes de diagnostic médical communiquant selon la présente technique peuvent comprendre des systèmes de gestion de l'information, des postes de travail, des systèmes de vi sualisation d'images et de données, etc. A titre d'exemple, en figure 1, une série de systèmes d'imagerie de diagnostic médical sont illustrés dans un groupe. Dans la pratique, ce groupe peut être physiquement ou logiquement associé â un service ou une clinique de ra diologie. Dans la réalisation illustrée en figure 1, ces systèmes comprennent un système d'imagerie à résonance ma gnétique (IRM) 26, un système de tomographie informatisée 28, un système à rayons X 30, et un système à ultrasons 32. Ces systèmes comprennent tous, de préférence, des sys tèmes de diagnostic clients pour la présente technique. Comme les personnes ayant une bonne connaissance de la technique l'apprécieront, chacun de ces systèmes d'image rie est configuré de façon à produire des données d'image utiles en fonction de la physique particulière de leur mo- dalité respective. Comme indiqué ci-dessus, certains de ces systèmes peuvent être mobiles, tels que des systèmes à ultrasons qui peuvent être redisposés dans une chambre ou une zone d'examen désirée, et connectés au réseau 20 dans cette zone ou lors du retour à un poste de base. A titre d'exemple supplémentaire, dans la réalisation illustrée en figure 1, les systèmes de diagnostic clients comprennent également une série de postes de gestion de données. Ainsi, comme indiqué par le numéro de référence 34, les clients peuvent comprendre un système d'informa tion de service de radiologie conçu pour gérer la produc tion et le débit de données d'image en conjonction avec les systèmes d'imagerie 26, 28, 30 et 32. Un système d'in formation d'hôpital 36 constitue un support additionnel de données, de patient, de comptabilité, et autre, pour le fonctionnement de l'établissement 12 selon des techniques généralement connues. Finalement, un système de communica tion et d'archivage d'images 38 permet la mémorisation, le traitement, l'accès et l'archivage de fichiers de données produits par les systèmes d'imagerie de diagnostic. Chacun des systèmes de diagnostic clients est couplé au réseau 20 pour échanger des données avec un fournisseur de services ou de données à distance comme décrit ci- dessous. Dans les techniques d'échange de données connues jusqu'à présent, certains des systèmes clients peuvent être équipés pour un échange indépendant de données opéra tionnelles ou de paramètres, selon ce qui est nécessaire pour l'entretien, la maintenance, l'analyse, la comptabi lité, et pour des besoins similaires. Selon ces techni ques, une connexion indépendante pourra être établie entre les appareils et un fournisseur de services à distance, par exemple par l'intermédiaire d'une connexion par modem indépendante, comme illustré pour le système à ultrasons 32 de la figure 1. Selon la présente technique, bien que certains des systèmes puissent continuer à permettre cette connexion directe, les systèmes de diagnostic clients n'ont pas besoin d'être capables d'avoir une telle connec- tivité séparée. Par contre, les données peuvent être échangées entre les systèmes et un fournisseur de services ou de données à distance par l'intermédiaire du réseau 20. Dans la réalisation actuellement préférée, le réseau 20 comprend un réseau interne à grande vitesse, tel qu'un réseau Ethernet. Dans les réalisations actuelles, le ré seau peut être un réseau à 10 Mb ou 100 Mb échangeant des données selon un protocole d'échange de données classique, tel que le TCP/IP. Bien sûr, on peut employer d'autres normes et architectures de réseau interne. Le système de communication comprend de plus un sys tème de commande de communication de données 40 qui est couplé au réseau 20 pour recevoir des données depuis le client ou accéder à celles-ci, et pour échanger des don nées avec un ou plusieurs fournisseurs de services ou de données à distance. Le système de commande de communica tion de données 40 est ainsi couplé à des circuits de com munication externes, tels qu'un modem 42 et un décodeur de satellite 44. Le modem 42, ainsi que tous modems addition nels désirés, peut être de n'importe quel type approprié, à savoir, par exemple, un modem à 56 kb selon la présente technologie, un modem à câble, ou n'importe quelle inter face de communication de réseau externe appropriée. Le dé codeur 44 peut, de façon similaire, être n'importe quelle interface satellite ou sans fil appropriée, telle qu'un décodeur d'interface du type disponible chez Scientific Atlanta aux Etats-Unis. Comme décrit plus complètement ci- dessous, l'utilisation de supports parallèles pour émettre et recevoir des données permet au système de commande de communication de données 40 d'optimiser l'utilisation de la largeur de bande disponible dans les échanges de don nées entre l'établissement et le fournisseur de services à distance. A titre d'exemple, le modem 42 peut fournir une largeur de bande de 56 kb, tandis que le décodeur 44 offre une largeur de bande beaucoup plus grande, par exemple de 500 kb. Les communications de données vers et depuis l'éta blissement 12 sont assurées par une liaison de réseau ex terne 46 acheminée vers le modem 42, et par une liaison satellite 48 acheminée vers le décodeur 44. La liaison de réseau externe 46 est couplée, par exemple par l'intermé diaire de câbles téléphoniques classiques, de fibres opti ques, ou d'une autre façon, à un réseau 50, tel qu'un grand réseau. Le réseau 50 peut être n'importe quel type de réseau approprié, mais il comprend cependant des ré seaux privés virtuels ou l'Internet. L'isolation et la protection de l'intégrité du système d'information de l'établissement 12 peut être assurée par un ou plusieurs pare-feu 52. La liaison satellite 48, qui, en général, fait également partie du réseau externe pour communiquer des données vers et depuis l'établissement, a pour rôle de recevoir des données relayées par l'intermédiaire d'un sa tellite 54, ou par l'intermédiaire de répéteurs au sol, d'émetteurs, etc. Les données venant de l'établissement 12 sont échan gées avec un fournisseur de services 14 par l'intermé diaire des connexions de réseau externes décrites ci- dessus. En général, le fournisseur de services à distance 14 peut posséder un site principal 56, et des sites addi tionnels 58, interconnectés par l'intermédiaire de réseaux ouverts ou privés. Le fournisseur de services à distance 14, à titre d'exemple, peut posséder un ou plusieurs éta blissements pour recevoir des demandes de données et de services depuis l'établissement de diagnostic médical sur une base d'abonnement ou contractuelle. Les services, les données, la formation, l'assistance technique, ainsi que d'autres informations, peuvent alors être délivrées aux établissements abonnées par l'intermédiaire des connexions du réseau et selon les techniques décrites ci-dessous. Dans l'exemple illustré, le fournisseur de services à dis tance 14 possède son propre réseau interne, tel qu'un ré seau local basé sur Ethernet. Une série de clients ou de systèmes sont interconnec tés par l'intermédiaire du réseau pour échanger des don nées aussi bien en interne qu'avec l'établissement de diagnostic médical. A titre d'exemple, un système de ser vices, globalement indiqué par le numéro de référence 62, est présent pour recevoir et traiter des données de ser vice, telles que des demandes de services, des demandes de protocole, des questions, etc. Le système de services 62 peut également être équipé pour programmer des appels de services normaux ou spéciaux, pour délivrer des rapports et une analyse de données opérationnelle ou de paramètres, etc. Dans l'exemple illustré, le fournisseur de services à distance 14 possède également un centre de support automa tique globalement représenté par le numéro de référence 64. Le centre peut assurer une variété de fonctions auto matisées, y compris l'acquisition ou la collecte de para mètres et de données opérationnels à partir de l'établis sement comme décrit ci-dessous. En général, tout ou partie des fonctions assurées par le centre de support automati que peuvent être totalement automatisées, nécessitant peu ou pas du tout d'intervention d'un opérateur. Les données collectées selon les programmes exécutés par le centre de support automatique sont mémorisées et rendues disponibles à la demande. Le fournisseur de services à distance 14 peut également posséder différents systèmes de commerce électronique 66 conçus pour délivrer des données, pour re cevoir des commandes, pour traiter des commandes, et pour effectuer des transactions comptables et financières à la demande de l'établissement de diagnostic médical. Un sys tème ou une unité de formation 68 peut de plus être pré sent pour offrir des programmes d'éducation ou de forma- tion, pour délivrer des manuels ou de la documentation, etc. Bien que certains des systèmes du fournisseur de ser vices à distance puissent être configurés pour une liaison directe avec un ou plusieurs systèmes de diagnostic ou établissements de diagnostic médical, dans l'exemple il lustré, ils sont configurés pour la communication avec les systèmes de diagnostic sur le réseau interne 60 et par l'intermédiaire d'une interface de communication 70. L'in terface de communication 70 comprendra de façon caracté ristique un dispositif d'acheminement de données, et d'au tres circuits et logiciels pour adresser de façon appro priée les données reçues depuis l'établissement de diag nostic médical à un ou plusieurs des systèmes internes du fournisseur de services à distance, et pour diriger les communications depuis ces systèmes vers l'établissement de diagnostic médical. L'interface 70 communique les données par l'intermédiaire d'un ou de plusieurs modems 72, et par l'intermédiaire d'un émetteur pour satellite 74. Lorsqu'on le désire, d'autres liaisons par réseau ou satellites peu vent être présentes pour des systèmes spécifiques du four nisseur de services à distance, comme, par exemple, un émetteur 76 disposé pour l'unité de formation 68. Chacun des dispositifs de communication est couplé à une liaison de données, comprenant une liaison de données récentes 78 pour le modem 72, et des liaisons satellites 80 et 82 pour les émetteurs 74 et 76, respectivement. La liaison de don nées 78 protège de préférence l'intégrité du réseau et des données du fournisseur de services à distance 14 par l'in termédiaire d'un ou de plusieurs pare-feu 84 ou de dispo sitifs de protection similaires. La topologie de système illustrée en figure 1 permet aux données d'être échangées de façon interactive entre l'établissement médical et le fournisseur de services à distance. Comme décrit ci-dessous, les données peuvent être échangées lors de la mise en route de l'établissement de diagnostic médical, ou des systèmes à l'intérieur de l'établissement, par l'intermédiaire du système de com mande de communication de données 40. D'une autre façon, les communications peuvent être déclenchées par le four nisseur de services à distance, de façon à répondre à des demandes de données ou de services, à accéder à des don nées depuis les systèmes de diagnostic ou à acquérir cel les-ci par l'intermédiaire du système de commande de com munication de données, ou à procurer différents services, parmi lesquels des matériels d'instruction, des sessions de formation, etc., par l'intermédiaire des liaisons de réseau externes. La figure 2 illustre un exemple de configuration pour le système de commande de communication de données 40, y compris ses dispositifs périphériques associés et son en semble de logiciels. Dans la réalisation illustrée, le système de commande de communication de données 40 com prend une unité centrale 86, qui peut comprendre un micro processeur disponible dans le commerce à l'intérieur d'un ordinateur à usage général ou spécifique à l'application. L'unité centrale est couplée à une variété de circuits et de circuits fonctionnels destinés à exécuter les fonctions décrites ici. Par exemple, comme montré en figure 2, l'unité centrale est-couplée à une interface de communica tion 88 afin d'émettre et de recevoir des données par l'intermédiaire du réseau externe comme décrit ci-dessus, et à émettre et à recevoir de façon similaire des données avec les systèmes de diagnostic par l'intermédiaire du ré seau interne. Par -conséquent, l'interface de communication 88 peut coordonner les communications par l'intermédiaire d'un ou plusieurs modems 42 couplés à la liaison de don nées 46. Le décodeur de satellite 44 canalise de façon si milaire les données passant par le système de commande de communication de données à travers la liaison satellite 48. Une interface de réseau additionnelle 90, telle qu'une interface Ethernet, permet l'échange de données par l'in termédiaire du réseau interne 20 de l'établissement. En plus de ces composants de communication, le système de commande de communication de données 40 comprend des circuits de mémoire 92 et des composants de support addi tionnels. Les circuits de mémoire 92 peuvent comprendre n'importe quelle mémoire appropriée, telle que des unités de disquettes, une mémoire vive, une mémoire morte, une mémoire vive dynamique, une mémoire optique, etc. Les cir cuits de mémoire 92 mémorisent aussi bien les programmes de logiciel exécutés par le système de commande de commu nication de données que les données collectées par le sys tème de commande de communication de données pour la transmission au fournisseur de services à distance, et que les données reçues depuis le fournisseur de services à distance pour la distribution à des systèmes de diagnostic désignés ou adressés de l'établissement. Un système de sauvegarde 94 est de préférence présent pour créer pério diquement des versions d'archives de fichiers, de program mes, de données collectées sélectionnés, etc. Une ou plu sieurs interfaces de périphériques, désignées globalement par le numéro de référence 96, sont présentes pour rece voir des signaux d'entrée depuis une interface d'opéra teur, et pour afficher des données et délivrer en sortie des données comme on le désire. Dans la réalisation illus trée, ces dispositifs périphériques comprennent un écran d'ordinateur 98 et une imprimante 100 comme périphériques de sortie. Les périphériques d'entrée peuvent comprendre un clavier classique 102, une souris 104, et n'importe quels autres dispositifs périphériques d'entrée appro priés. Bien que certaines applications et certains utilitai res de logiciel puissent être mémorisés et exécutés sur différents clients de l'établissement, et, en particulier, à l'intérieur des systèmes d'imagerie, du système d'infor mation de service de radiologie, du système d'information d'hôpital et du système de communication et d'archivage d'images, le système de commande de communication de don nées 40 exécute de préférence de façon indépendante une variété d'applications pour exécuter les fonctions de com munication de données qui lui sont attribuées. Ces appli cations, désignées globalement par le numéro de référence 106 en figure 2, sont de préférence mémorisées dans les circuits de mémoire 92, et exécutées par l'unité centrale 86. D'une autre façon, certaines des applications peuvent être résidentes en un autre endroit, et être complètement ou partiellement exécutées par d'autres circuits de trai tement de données. Les applications 106 comprendront géné ralement une variété de programmes d'application disponi bles dans le commerce, et peuvent de plus comprendre des programmes adaptés à la demande exécutés par l'unité cen trale. Un ensemble de logiciels 108 est par conséquent disponible pour l'exécution par l'unité centrale aussi bien automatiquement, sur une base régulièrement program mée dans le temps, qu'en réponse à des ordres de l'opéra teur ou à des ordres du fournisseur de services à dis tance. Des programmes d'application, globalement désignés par le numéro de référence 110 en figure 2, peuvent comprendre un logiciel pour collecter des données venant des systèmes de diagnostic, mémoriser ces données, transmettre les don nées au fournisseur de services à distance, et acheminer les données du fournisseur de services à des systèmes dé signés. Dans la réalisation illustrée en figure 2, l'en semble de logiciels 108 comprend un logiciel de base de données pour associer les données collectées à partir des systèmes de diagnostic selon un mode relationnel. Ces don nées comprennent de préférence l'identification des systè mes, leurs emplacements, les données d'utilisation, ainsi qu'une variété de données de paramètres qui sont utiles pour déterminer l'état opérationnel du système et la né cessité éventuelle de services. Comme les personnes ayant une bonne connaissance de la technique l'apprécieront, dans le cas de systèmes d'imagerie de diagnostic, une large variété de données opérationnelles ou de paramètres peuvent être mémorisées directement dans les systèmes de diagnostic individuels et peuvent délivrer des indications extrêmement utiles au sujet des performances des systèmes, et des éventuels besoins de services futurs. L'ensemble de logiciels 108 comprend également, de préférence, un logiciel de serveur, tel qu'un logiciel de serveur Windows NT de Microsoft Corporation à Redmond, dans l'état de Washington, ainsi qu'un logiciel de serveur Internet. Le logiciel de serveur permet au système de com mande de communication de données de jouer le rôle de ser veur, aussi bien pour les clients internes que pour les clients ou les utilisateurs externes. Un logiciel de pro gramme de recherche est également, de préférence, inclus, celui-ci permettant à un opérateur, par l'intermédiaire des dispositifs d'interface d'opérateur du système de com mande de communication de données, d'accéder à des sites, par exemple sur l'Internet, pour demander des informations et des données, transmettre des demandes de services et de données, etc. Dans la réalisation préférée, le logiciel de programme de recherche peut également fonctionner sur le système de commande de communication de données pour per mettre d'assurer une interface interactive directement sur un ou plusieurs des systèmes de diagnostic, et, en parti culier, des systèmes d'imagerie de diagnostic. Un logiciel d'acheminement est également fonctionnel sur le système de commande de communication de données pour permettre à des paquets de données reçus depuis le fournisseur de services à distance d'être transmis de façon appropriée à des sys tèmes de diagnostic désignés à l'intérieur de l'établisse- ment par l'intermédiaire du réseau interne. Des applications additionnelles de programmes de logi ciel sont également, de préférence, incluses sur le sys tème de commande de communication de données, y compris des programmes de diagnostic et de services, et des pro grammes de services interactifs. Ces programmes, qui peu vent comprendre une plate-forme de services interactive, permettent de générer des demandes de services, de préfé rence par l'intermédiaire d'une interface de programme de recherche sur Internet pour la transmission immédiate ou retardée vers le fournisseur de services à distance. Ces applications permettent également, de préférence, la ré ception de rapports et de données de services depuis le fournisseur de services à distance d'une façon interac tive. Le logiciel de rapports sur le système de commande de communication de données permet de générer des rap ports, en particulier des rapports concernant les activi tés de communication exécutées comme décrit ci-dessous. Des programmes de sécurité peuvent être exécutés à titre d'une partie de l'ensemble de logiciels, de préférence afin de vérifier l'intégrité des données émises et reçues par l'intermédiaire du système de commande de communica tion de données, et afin de limiter aussi bien l'accès au réseau interne par des utilisateurs extérieurs, y compris le fournisseur de services à distance, que l'accès à des sites Internet ou à des fournisseurs à distance par les clients couplés au réseau interne. Les applications de gestion des appareils fonctionnent également, de préférence, sur le système de commande de communication de données de façon à permettre de réaliser différentes fonctions commerciales, financières, et de gestion, de préférence en coordination avec des fonctions similaires exécutées par le système d'information de ser vice de radiologie-et le système d'information d'hôpital. Dans la réalisation illustrée, par exemple, des programmes de transactions et de comptabilité peuvent être opération nels, de façon à maintenir une comptabilité pour les ser vices à distance utilisés par l'établissement, pour toutes les charges ou les honoraires associés à ces services, une comptabilité similaire pour toutes les transactions de commerce électronique effectuées, etc. Un programme de suivi d'appareils peut permettre l'analyse des emplace ments et de la disponibilité de clients ou d'appareils spécifiques, et, en particulier, de clients mobiles qui peuvent être suivis par l'intermédiaire du réseau interne vers des emplacements spécifiques. Les composants de l'ensemble de logiciels illustrés en figure 2 et décrits ci-dessus peuvent comprendre diffé rents lots de logiciels d'application disponibles dans le commerce, ou un logiciel qui est créé de façon spécifique pour l'établissement ou l'application. Cependant, en géné ral, tout logiciel spécifique à l'application pourra être facilement développé par les personnes ayant une bonne connaissance de la technique, sans expérimentation in utile. Dans la réalisation actuellement préférée, les ap plications de logiciel disponibles dans le commerce com prises dans le système et exécutées par le système de com mande de communication de données comprennent un logiciel de base de données disponible chez Oracle Corporation à Redwood City, en Californie, un logiciel multimédia dispo nible chez Eloquent Systems, Inc., à North Vancouver, en Colombie Britannique, un logiciel de serveur Internet tel que le logiciel Netscape Enterprise, disponible chez Netscape Communications à Mountain View, en Californie, et un logiciel de programme de recherche, tel qu'un logiciel disponible chez Microsoft Corporation, à Redmond, dans l'état de Washington, ou chez Netscape Communications. La figure 3 illustre une circulation générale de don nées à l'intérieur dë la topologie de système globale il lustrée en figure 1. Comme montré en figure 3, une circu- lation de données dans les deux sens est réalisée entre le système de commande de communication de données 40 et les différents clients 24, et d'autres systèmes en réseau, tels que le système d'information de service de radiologie 34, le système d'information d'hôpital 36, et le système de communication et d'archivage d'images 38. Comme indiqué ci-dessus, les clients 24 comprennent de préférence des systèmes d'imagerie de diagnostic médical qui sont reliés au fournisseur de services à distance par l'intermédiaire du système de commande de communication de données pour les besoins de données et de services interactifs. Le sys tème de commande de communication de données 40 communique également des données vers et depuis le circuit de mémoire 92, qui, dans le schéma de la figure 3, peut comprendre des bases de données, aussi bien locales pour le système de commande de communication de données qu'en différents noeuds de réseau de l'établissement. Chez le fournisseur de services à distance 14, des données peuvent être échangées entre l'interface 70 et les différents systèmes et sous-systèmes, tels que ceux dé crits ci-dessus, comme le système de services 62, le cen tre de support automatique 64, les systèmes de commerce électronique 66, et les systèmes ou unités de formation 68. Chacun de ces systèmes peut comprendre d'autres postes ou systèmes en réseau, tels que des postes de travail 112, qui, par l'intermédiaire du système de services 62, per mettent aux ingénieurs d'application d'accéder à des don nées de système de diagnostic, de traiter des besoins et des demandes de services spécifiques, etc. Une ou plu sieurs bases de données 114 et 116 sont de préférence re liées aux systèmes du fournisseur de services à distance afin de permettre de mémoriser les données de paramètres et opérationnelles de façon relationnelle, et de les ex traire comme on le désire pour l'analyse, la réalisation de rapports, la facturation, etc. On notera que les compo- sants du fournisseur de services à distance, y compris les systèmes illustrés en figure 3, peuvent échanger des don nées localement ou par l'intermédiaire d'une grande varié té de configurations de réseaux, comprenant des configura tions permettant à un ou plusieurs parmi les systèmes et les bases de données d'être situés dans des emplacements géographiquement distants les uns des autres. Les données échangées en interne à l'intérieur de l'établissement de diagnostic médical et du fournisseur de services à distance sont ensuite échangées par l'intermé diaire des liaisons de réseau externes entre ces établis sements. Dans la réalisation illustrée, ces liaisons de réseau comprennent les liaisons satellites 48 et 80, l'acheminement de données par l'intermédiaire d'un satel lite 54 ou de circuits terrestres, ainsi qu'un grand ré seau défini par les liaisons 46 et 78, et un réseau 50. La technique et les composants de communication de données décrits ci-dessus permettent l'accès à des données et l'échange de celles-ci selon une variété de programmes. Les étapes logiques de certains de ces programmes sont il lustrés dans les figures 4 à 9. Si l'on se réfère à la figure 4, un premier programme permet de formuler des demandes de services et de données au niveau de l'établissement de diagnostic pour la trans mission au fournisseur de services à distance. Le pro gramme de demande de services, désigné globalement par le numéro de référence 200, commence à l'étape 202, dans laquelle un client de l'établissement génère une demande de données. Dans le présent contexte, ces demandes de don nées peuvent comprendre une large gamme de demandes de services, de données, de logiciels et de demandes similai res. De façon caractéristique, pour des systèmes d'image rie de diagnostic médical, ces demandes peuvent comprendre des descriptions de problèmes spécifiques se produisant dans le système, des demandes de protocoles d'imagerie pour des logiciels, des demandes opérationnelles, etc. Toutefois, des demandes similaires peuvent émaner de clients mis en réseau, tels que des services de formation internes de l'établissement, par exemple pour des maté riels de formation multimédia qui peuvent être transmis par l'intermédiaire du système de commande de communica tion de données comme décrit ci-dessous. On notera égale ment que la demande de données peut être formulée au ni veau de systèmes de diagnostic qui comprennent des logi ciels exploités localement pour la formulation des deman des, ou par l'intermédiaire d'applications exploitées sur le système de commande de communication de données et ac cessibles par l'intermédiaire du système de diagnostic. Lors de l'étape 204, ces demandes sont transmises au sys tème de commande de communication de données. Lors de l'étape 206, les demandes sont triées, et toutes les véri fications d'autorisation peuvent être effectuées, de façon à déterminer, par exemple, si le système de diagnostic ef fectuant la demande est actuellement autorisé pour le type de demande effectué. Comme indiqué dans l'étape 208 en figure 4, les deman des de services ou de données peuvent être générées direc tement au niveau du système de commande de communication de données 40. Ces demandes peuvent être formulées par l'intermédiaire des composants de l'interface d'opérateur du système de commande de communication de données, de préférence par l'intermédiaire d'une interface interac tive, telle qu'un programme de recherche sur Internet ou une autre interface d'utilisateur graphique. On notera que la capacité à générer des demandes de données et de servi ces directement au niveau du système de commande de commu nication de données offre des avantages significatifs par rapport aux techniques -existantes pour le service interac tif aux systèmes de-diagnostic. Par exemple, lorsque la base d'équipement installée dans un établissement médical n'est pas ou ne peut pas être équipée pour la communica tion directe par l'intermédiaire d'un réseau externe, l'équipement peut néanmoins être couplé au système de com mande de communication de données par l'intermédiaire du réseau interne. De plus, de nombreux dispositifs et systè mes de diagnostic médical ne sont pas équipés pour que l'interface d'opérateur puisse autoriser la formulation de demandes de services et de données. Toutefois, la capacité à générer ces demandes directement au niveau du système de commande de communication de données permet à ces systèmes d'être inclus dans une configuration de fourniture de ser vices globale. Après la génération de la demande lors de l'étape 208, les fonctions de tri et de vérification d'au torisations de l'étape 206 peuvent être effectuées comme indiqué en figure 4. Lors de l'étape 210 de la figure 4, les données com prises dans la demande sont analysées, de façon à identi fier le système de diagnostic désigné ou demandeur, les problèmes ou les questions spécifiques devant être trai tés, un opérateur ou un médecin formulant la demande, etc. Lors de l'étape 212, cette information est enregistrée dans les circuits de mémoire du système de commande de communication de données. Lors de l'étape 214, la demande est placée dans une file d'attente pour la transmission au fournisseur de services à distance. Lorsqu'une session de connexion est en train de se faire, la demande peut être transmise à la fenêtre de communication disponible la plus précoce, comme indiqué dans l'étape 216. Si nécessaire, la transmission lors de l'étape 216 peut nécessiter le dé clenchement d'une session de connexion. Dans la réalisa tion actuellement préférée, ces connexions peuvent être déclenchées soit par le système de commande de communica tion de données, soit par le fournisseur de services à distance. Lorsqu'on le désire, la réception et la trans mission de la demande est reconfirmée au système de diag- nostic désigné comme indiqué dans l'étape 218. De plus, lorsque des données de client additionnelles sont néces saires pour traiter la demande, ces données peuvent être extraites comme indiqué dans l'étape 220. Ces données peu vent comprendre des configurations ou des déterminations de paramètres particulières qui peuvent avoir été présen tes lors d'une séquence d'imagerie, par exemple des chaî nes de données produites par un écran ou un système d'ima gerie, des données d'historique de services, etc. Les demandes formulées selon la logique de la figure 4 sont transmises par l'intermédiaire du réseau externe au fournisseur de services à distance. La figure 5 illustre des exemples d'étapes logiques pour traiter de telles de mandes. La procédure de traitement, indiquée globalement par le numéro de référence 250, commence par la réception de la demande lors de l'étape 252. Lors de l'étape 254, un message d'accusé de réception peut être formulé par le fournisseur de services à distance, par exemple par l'in termédiaire d'un programme de messagerie de retour automa tique, et renvoyé au système de commande de communication de données pour informer l'établissement du fait que la demande a été reçue et qu'elle est traitée. Cet accusé de réception peut comprendre des détails additionnels concer nant le traitement, par exemple des numéros de référence, des numéros de répartition, des programmes horaires de traitement, etc. Lors de l'étape 256, les données de la demande sont analysées pour l'enregistrement par le four nisseur de services à distance. L'analyse effectuée lors de l'étape 256 peut comprendre une analyse pour des don nées similaires à celles examinées lors de l'étape 210 de la figure 4, par exemple pour une identification du sys tème demandeur ou désigné, une identification de l'éta blissement, des données d'abonnement à un service, et des données de paramètres ou opérationnelles nécessaires pour examiner et traiter la demande. Lors de l'étape 254, on accède à des enregistrements d'autorisation ou de compta bilité mémorisés à l'intérieur d'une base de données du fournisseur de services à distance, et ceux-ci sont remis à jour pour prendre note de la demande. Selon la structure de comptabilité désirée, la demande peut être traitée dans le cadre d'un contrat ou d'un abonnement existant, sur la base d'une garantie, sur une base de paiement lors de l'utilisation, ou d'une autre façon. Comme indiqué ci-dessus, en fonction du type de de mande transmise à partir de l'établissement de diagnostic médical, son traitement par le fournisseur de services à distance peut se faire selon différents modes. Comme indi qué dans l'étape 260 en figure 5, la demande est traitée chez le fournisseur de services pour le traitement, par exemple pour un traitement automatique, ou pour l'inter vention d'un ingénieur de service. Dans tous les cas, il peut être nécessaire d'obtenir des données additionnelles depuis le système afin de traiter correctement la demande de service. Dans le cas d'un équipement d'imagerie de diagnostic médical, cette information additionnelle peut comprendre des fichiers de données d'image bruts ou trai tés, des déterminations et des paramètres de configuration de système, etc. Comme indiqué dans l'étape 262, ces don nées peuvent être récupérées par l'intermédiaire du réseau externe, du système de commande de communication de don nées, et du réseau interne de l'établissement. Une fois que l'on a accédé à une information suffisante pour trai ter la demande, les données demandées, les rapports, les analyses, etc., peuvent alors être retransmis à partir du fournisseur de services à distance vers le système de diagnostic médical désigné par l'intermédiaire du système de commande de communication de données, ou directement vers le système de commande de communication de données d'où est venue la demande. Les transmissions lors de l'étape 264 peuvent comprendre une large gamme de données. Par exemple, les données peuvent comprendre des paramètres de configuration, des étapes de recherche de panne suggé rées, des messages électroniques, une documentation élec tronique, des remises à jour de logiciel, des protocoles, etc. Lorsque c'est nécessaire, un ingénieur de maintenance peut être détaché, comme indiqué dans l'étape 266 de la figure 5, pour un suivi additionnel. L'ingénieur de main tenance détaché lors de l'étape 266 peut traiter la de mande soit en personne soit à distance, par exemple par téléphone ou par d'autres connexions à partir du fournis seur de services à distance. Comme indiqué ci-dessus, les réponses aux demandes de l'établissement de diagnostic médical peuvent être trans mises par l'intermédiaire d'autres supports, tels qu'un grand réseau et une liaison satellite. La logique de la figure 5 illustre une réalisation pour traiter ces trans missions en réponse à des demandes. Bien que différents supports puissent être employés dans ce but, dans une réa lisation actuellement préférée, les supports ont des dé bits ou des largeurs de bande de transmission significati- vement différents, permettant de réaliser certains types de transmissions par l'intermédiaire d'un premier type de connexion, tel que le grand réseau, des transmissions plus exigeantes ou spécifiques étant réalisées par l'intermé diaire d'un support à plus grande largeur de bande. Diffé rentes approches peuvent être adoptées pour décider lequel des supports sera employé pour la transmission. Par exem ple, le fournisseur de services à distance peut sélection ner manuellement ou automatiquement un support en fonction des exigences ou des préférences de l'établissement de diagnostic médical. De plus, des types spécifiques de transmissions peuvent être effectuées sur un support ou sur l'autre, par exemple des transmissions par supports à débit continu, qui peuvent nécessiter une largeur de bande substantielle, qui peuvent occuper une liaison pendant des périodes de temps substantielles, ou qui peuvent être par ticulièrement sujettes à des interruptions ou des retards de réseau. Dans la réalisation actuellement préférée, la sélec tion du grand réseau ou de la liaison satellite est faite en fonction d'une catégorie de données ou de transmission. Par conséquent, lors de l'étape 268 de la figure 5, la ca tégorie est examinée, et l'un des supports disponibles est sélectionné. A titre d'exemple, des présentations multimé- dias, des sessions de formation, et des catégories de don nées similaires, sont transmises par l'intermédiaire de la liaison satellite, tandis que les transmissions de données plus classiques sont faites par l'intermédiaire du grand réseau. En fonction de la catégorie de transmission, en suite, le support est sélectionné comme indiqué soit dans l'étape 270 soit dans l'étape 276. La transmission est en suite programmée comme indiqué dans l'étape 272 ou dans l'étape 278. Dans le cas de sessions de formation, par exemple, la transmission peut être programmée à une date et une heure ultérieures, lorsque le système de diagnostic désigné doit se trouver dans un emplacement spécifique, dans une pièce de formation ou chez un autre client de l'établissement de diagnostic. Finalement, comme indiqué dans l'étape 274 ou dans l'étape 280, la transmission pro grammée est effectuée par l'intermédiaire du support sé lectionné. La figure 6 indique un exemple de logique de commande pour recevoir et traiter des transmissions revenant du fournisseur de services à distance à l'établissement de diagnostic. Cette logique de commande, désignée globale ment par le numéro de référence 300, commence avec la ré ception de la transmission de données lors de l'étape 302. Cette réception se fait par l'intermédiaire du système de commande de communication de données, par exemple lors d'une session de transmission de données en cours. Lors de l'étape 304, les données reçues sont analysées pour iden tifier au moins le système de diagnostic désigné ou adres sé. Lors de l'étape 306, les données sont délivrées du système de commande de communication de données au système désigné par l'intermédiaire du réseau interne de l'éta blissement. On notera que l'étape 306 peut comprendre la mémorisation de tout ou partie des données, ou de l'infor mation dérivée ou analysée depuis les données dans les circuits de mémoire du système de commande de communica tion de données, ou dans une autre base de données de l'établissement. Lors de l'étape 308, la réception et l'échange de communications sont enregistrés par le sys tème de commande de communication de données. Lorsque c'est nécessaire, d'autres procédures pour la réception et le traitement de données peuvent être réali sées, comme indiqué en figure 7. Les autres étapes de ré ception globalement indiquées par le numéro de référence 350 peuvent être souhaitables, par exemple, lors de la ré ception de données numériques par l'intermédiaire de liai sons satellites, les données étant acheminées par l'inter médiaire du système de commande de communication de don nées pour la distribution. En particulier, ces systèmes de communication par satellite, ou d'autres supports alterna tifs, peuvent ne pas nécessiter une communication dans les deux sens. Par conséquent, une partie de l'information destinée à adresser les données peut être transmise en pa rallèle par l'intermédiaire de l'autre support, en parti culier par l'intermédiaire d'un grand réseau. Ainsi, lors de l'étape 352, un programme d'établissement de liaison est exécuté entre le système de commande de communication de données et le fournisseur de services à distance pour assurer une connectivité appropriée et la capacité à échanger l'information nécessaire. Lors de l'étape 354, une procédure d'authentification peut être exécutée pour assurer que la session de transmission avec le support pa- rallèle se conforme à la demande et au programme de trans mission. Lors de l'étape 356, l'adresse du destinataire est identifiée et confirmée, de façon à assurer que le ca nal de transmission soit accordé ou sélectionné de façon appropriée, et que le client ou le système de diagnostic soit identifié à l'intérieur de l'établissement. Lors de l'étape 358, la transmission est reçue et démodulée, fil trée ou traitée d'une autre façon. Comme indiqué lors de l'étape 360, les données reçues par l'intermédiaire du support parallèle peuvent nécessiter un traitement addi tionnel, de façon à mettre en paquets les données pour la transmission sur le réseau interne. Après ce traitement, les données sont distribuées au système désigné. La sé quence de communication et la transmission sont enregis trées comme indiqué lors de l'étape 362. En plus de l'échange interactif de services et d'au tres données, la présente technique permet l'acquisition de données opérationnelles et de paramètres à partir des systèmes de diagnostic médical qui sont des clients du ré seau interne de l'établissement par l'intermédiaire d'une procédure simplifiée. La figure 8 illustre des exemples d'étapes dans cette procédure, par l'intermédiaire d'une logique de commande désignée globalement par le numéro de référence 400. En général, la procédure permet aux données d'être acquises ou collectées à partir des systèmes de diagnostic mis en réseau par l'intermédiaire du système de commande de communication de données, et d'être transmises du système de commande de communication de données au fournisseur de services à distance. Dans les approches connues jusqu'à présent pour fournir des services à des systèmes de diagnostic médical, ces données étaient acqui ses, de façon caractéristique, par une connexion directe avec un système de diagnostic désiré, ce qui nécessitait la réalisation indépendante d'un grand nombre de con nexions et ce qui imposait des exigences substantielles sur l'infrastructure, aussi bien à l'intérieur de l'éta blissement que chez le fournisseur de services à distance. De plus, lorsque des systèmes de diagnostic n'étaient pas équipés pour une connectivité directe avec le fournisseur de services à distance, on ne pouvait obtenir que peu d'informations, voire aucune information, en particulier directement à partir du système. Dans la présente approche, l'information peut être ob tenue par l'intermédiaire de plusieurs processus diffé rents, déclenchés aussi bien automatiquement que manuelle ment. Dans l'exemple de logique de la figure 8, le proces sus d'acquisition de données peut commencer avec le dé clenchement d'un programme d'interrogation automatique lors de l'étape 402. Ce programme sera exécuté par le sys tème de commande de communication de données qui rentre en contact avec chaque système mis en réseau, ou avec des systèmes désignés à partir desquels des données sont dési rées, selon un programme horaire préétabli. A titre d'exemple, le programme horaire peut comprendre des acqui sitions de données périodiques au cours d'une période de 24 heures, ou une acquisition moins fréquente. En fonction du programme et du programme horaire, les clients sont contactés lors de l'étape 404 de la figure 8. Lors de l'étape 406, on accède aux données, par exemple par ex traction à partir des circuits de mémoire des systèmes de diagnostic du client. Lors de l'étape 408, les données peuvent être filtrées, par exemple de façon à déterminer si une information complète ou incomplète est acquise, afin d'analyser des données qui ne sont pas désirées, tel les que des données spécifiques au patient, etc. Lors de l'étape 410, les données sont enregistrées, par exemple dans les circuits de mémoire du système de commande de communication de données. A titre d'alternative au processus d'interrogation dé crit ci-dessus, certaines données peuvent être collectées lors de l'apparition d'un événement spécifique dans le système de diagnostic ou à l'intérieur de l'établissement. Par exemple, lorsque certains des systèmes de l'établisse ment sont mobiles, la connexion du système mobile au ré seau interne peut provoquer l'exécution, par le système de commande de communication de données, du programme d'ac quisition de données pour le système nouvellement connec té. Par conséquent, comme indiqué dans l'étape 412 de la figure 8, le système ou l'appareil spécifique peut changer d'état, par exemple en établissant ou en renouvelant une connexion avec le réseau interne. Lors de l'étape 414, en suite, on accède au système, et l'information désirée est transférée du système au système de commande de communica tion de données. A titre d'exemple, pour permettre le sui vi des appareils, la gestion des appareils, l'analyse de la productivité, et d'autres fonctions, l'emplacement des appareils mobiles peut être identifié et enregistré pour une utilisation ultérieure, ou pour permettre au personnel de l'établissement de suivre les appareils. Les séquences d'acquisition de données peuvent égale ment être déclenchées par une demande manuelle, comme in diqué dans l'étape 416 en figure 8. La demande manuelle peut être entrée par l'intermédiaire des composants d'in terface d'opérateur du système de commande de communica tion de données, de façon, par exemple, à accéder aux per formances, à l'utilisation, et à d'autres caractéristiques ou paramètres des systèmes mis en réseau et à les affi cher. En réponse à la demande manuelle, on accède au sys tème désigné, comme indiqué dans l'étape 418, et les don nées désirées sont localisées et transmises à partir de la mémoire du dispositif, comme indiqué dans l'étape 420. Pour faciliter la transmission des données acquises au fournisseur de services à distance, les données acquises sont de préférence-mémorisées localement dans l'établisse ment de diagnostic, et transmises au fournisseur de servi- ces à distance au cours d'une ou plusieurs sessions de communication de données. Ces sessions peuvent être pro grammées à des heures appropriées, par exemple durant les heures creuses, les heures de nuit, les week-ends, etc. La figure 9 illustre des étapes dans un exemple de logique de commande, désignée globalement par le numéro de référence 450, pour transmettre les données une fois qu'elles sont acquises dans l'établissement. Si l'on se réfère à la figure 9, le transfert de don nées est tout d'abord programmé, comme indiqué dans l'étape 452. Comme indiqué, cette programmation peut être établie à des heures appropriées, aussi bien pour l'éta blissement de diagnostic que pour le fournisseur de servi ces à distance. Cependant, on notera que ces transferts de données peuvent être déclenchés par une intervention de l'opérateur, comme on le désire. Comme indiqué dans l'étape 454, une connexion est ensuite établie entre l'établissement de diagnostic et le fournisseur de servi ces à distance. La connexion peut être déclenchée soit par l'établissement soit par le fournisseur de services à dis tance, le fournisseur de services à distance étant le dé clencheur préféré dans la présente réalisation. Egalement, lors de l'étape 454, le fournisseur de services à distance provoque le transfert des données, par exemple par l'in termédiaire d'un programme de communication mémorisé tout à la fois dans le système de commande de communication de données et chez le fournisseur de services à distance. En réponse au déclenchement, on accède aux données à partir de la mémoire de l'établissement médical ou du référentiel de données, et elles sont transférées au fournisseur de services à distance comme indiqué dans l'étape 456. Durant ou après le transfert, toute analyse, tout filtrage, et tous autres traitements désirés sont effectués comme indi qué dans l'étape 458. En particulier, les données transfé rées sont de préférence analysées afin d'identifier les systèmes de diagnostic individuels d'où viennent les don nées, et afin de séparer les unes des autres les données opérationnelles et de paramètres pour les systèmes indivi duels. Les données sont ensuite mémorisées, de préférence dans des bases de données relationnelles, pour une extrac tion et une analyse ultérieures. Finalement, lors de l'étape 460, la session de transfert de données est enre gistrée, de préférence tout à la fois dans l'établissement de diagnostic et chez le fournisseur de services à dis tance. Bien que l'invention puisse être susceptible de subir différentes modifications et d'avoir d'autres formes, des réalisations spécifiques ont été montrées à titre d'exem ple dans les dessins et ont été décrites en détail ici. Toutefois, on comprendra que l'invention ne vise pas à être limitée aux formes particulières représentées. Au contraire, l'invention vise à couvrir toutes les modifica tions, tous les équivalents et toutes les alternatives rentrant à l'intérieur de l'esprit et de l'étendue de l'applicabilité de l'invention telle qu'elle est définie par les revendications jointes qui suivent. REVENDICATIONS 1. Procédé pour acquérir des données de paramètres à partir d'une pluralité de systèmes de diagnostic médical (24 à 38) d'une institution médicale (12), le procédé étant caractérisé en ce qu'il comprend les étapes suivan tes (a) l'exécution d'un programme d'accès aux données (400) pour acquérir des données de paramètres à partir d'une pluralité de systèmes de diagnostic médical (24 à 38) couplés à un réseau interne (20, 22) d'une institution médicale ; (b) la mémorisation des données de paramètres (410) dans un référentiel de données (92) de l'institution médi cale ; (c) l'établissement d'une liaison de données (454) en tre l'institution médicale (12) et un fournisseur de ser vices à distance (14) par l'intermédiaire d'un réseau ex terne (50) ; et (d) la transmission des données de paramètres (456) au fournisseur de services à distance. 2. Procédé selon la revendication 1, caractérisé en ce que le programme d'accès aux données (400) est exécuté par un système de commande de communication de données (40) de l'institution médicale (12). 3. Procédé selon la revendication 2, caractérisé en ce qu'au moins l'un des systèmes de diagnostic (24 à 38) est configuré de façon à transmettre des données au fournis seur de services à distance (14) uniquement par l'intermé diaire du système de commande de communication de données (40). 4. Procédé selon la revendication 1, caractérisé en ce que la liaison de données est établie (454) par le four nisseur de services à distance (14). 5. Procédé selon la revendication 1, caractérisé en ce que la liaison de données est établie sur un grand réseau (50). 6. Procédé selon la revendication 5, caractérisé en ce que le grand réseau comprend l'Internet. 7. Procédé selon la revendication 1, caractérisé en ce que la transmission des données de paramètres (456) au fournisseur de services à distance (14) est déclenchée en réponse à un ordre du fournisseur de services à distance. 8. Procédé selon la revendication 1, caractérisé en ce que les systèmes de diagnostic comprennent une pluralité de systèmes d'imagerie de diagnostic médical (26, 28, 30, 32). 9. Procédé selon la revendication 1, caractérisé en ce qu'il comprend les étapes additionnelles de réception des données de paramètres par le fournisseur de services à distance, de traitement des données, et de mémorisation des données traitées (458) pour une extraction ultérieure. 10. Procédé selon la revendication 9, caractérisé en ce que les données sont traitées pour analyser les données de paramètres pour des systèmes de diagnostic désignés pour une référence croisée dans au moins une base de don nées (114, 116) maintenue par le fournisseur de services à distance. 11. Système pour acquérir des données opérationnelles à partir d'une pluralité de systèmes de diagnostic, carac térisé en ce que le système comprend une pluralité de systèmes de diagnostic (24 à 38) ; un réseau de communication de données interne (20, 22) couplé aux systèmes de diagnostic ; un système de commande de communication de données (40) couplé au réseau interne (20, 22) et configuré pour accéder à des données opérationnelles (406) venant des systèmes de diagnostic (24 à 38) par l'intermédiaire du réseau interne (20, 22), afin de mémoriser les données opérationnelles (410), et de transmettre les données opé rationnelles (454) à un fournisseur de services à distance (14) par l'intermédiaire d'un réseau externe (50). 12. Système selon la revendication 11, caractérisé en ce que le système de commande de communication de données (40) accède aux données opérationnelles selon un programme d'accès aux données prédéterminé (400). 13. Système selon la revendication 11, caractérisé en ce que les systèmes de diagnostic (24 à 38) comprennent une pluralité de systèmes d'imagerie de diagnostic médical (26, 28, 30, 32). 14. Système selon la revendication 13, caractérisé en ce que les systèmes d'imagerie de diagnostic médical (26, 28, 30, 32) comprennent des systèmes d'imagerie ayant au moins deux modalités d'imagerie différentes. 15. Système selon la revendication 11, caractérisé en ce qu'au moins l'un des systèmes de diagnostic (24 à 38) est configuré de façon à communiquer des données opéra tionnelles au fournisseur de services à distance (14) uni quement par l'intermédiaire du système de commande de com munication de données (40). 16. Système selon la revendication 11, caractérisé en ce que le système de commande de communication de données (40) est configuré pour déclencher une session de con nexion avec le fournisseur de services à distance (14) par l'intermédiaire du réseau externe (50) pour la transmis sion des données opérationnelles. 17. Système selon la revendication 11, caractérisé en ce que le système de commande de communication de données (40) transmet les données opérationnelles au fournisseur de services à distance (14) en réponse à un ordre (454) du fournisseur de services à distance. 18. Système selon la revendication 11, caractérisé en ce que le réseau interne (20, 22) comprend un réseau Ethernet (20). 19. Système selon la revendication 11, caractérisé en ce que le réseau externe comprend un grand réseau (50). 20. Système selon la revendication 19, caractérisé en ce que le réseau externe comprend l'Internet.