Brevet FR2803061A1 — publié le 20010629

TOPOLOGIE DE COMMUNICATIONS POUR ETABLISSEMENTS MEDICAUX La présente invention concerne de façon générale des infrastructures d'information pour des hôpitaux, des cli niques, et d'autres institutions médicales. Plus particu lièrement, l'invention concerne une technique pour échan ger de l'information à l'intérieur d'un établissement mé dical par l'intermédiaire d'une topologie améliorée re liant différents équipements et réseaux à l'intérieur d'une infrastructure d'échange de données. Les institutions et établissements médicaux offrent une gamme de plus en plus grande de services et de procé dures pour satisfaire aux besoins de leurs patients et de leur personnel. Les hôpitaux, les cliniques, et autres institutions médicales, peuvent comprendre des cliniques à un seul service, ou de grands établissements intégrés com portant un important groupement d'établissements et de services en coopération. De plus, même les plus petites cliniques peuvent être partiellement ou totalement inté grées à une plus grande institution en un emplacement uni- que, ou géographiquement dispersées les unes des autres. Dans tous ces cas, la technologie de l'information devient une composante essentielle pour l'échange des données et des services nécessaires pour assurer la mission des éta blissements. Dans un hôpital ou une clinique caractéristiques, par exemple, un service de radiologie peut disposer de diffé rents types de systèmes d'imagerie, comprenant les systè mes d'imagerie à résonance magnétique (IRM), les systemes de tomographie informatisée, les systèmes à ultrasons, les systèmes à rayons X, etc. Certains de ces systèmes peuvent être fixes, tandis que d'autres peuvent être déplacés au tour de l'établissement selon les besoins. Un système d'information de service de radiologie peut être intercon necté à ces différents systèmes d'imagerie pour coordonner leur fonctionnement, ainsi que pour faciliter l'examen de leurs images par des radiologues et des médecins établis sant le diagnostic. Dans certaines institutions, ces - férents éléments d'équipement peuvent être interconnectés dans un réseau, à savoir, de façon caractéristique, dans une architecture de réseau local (RL). En plus des équipements de radiologie, différents au tres équipements à l'intérieur d'un établissement médical peuvent être contrôlés ou mis en réseau au niveau d'un service ou au niveau de l'institution. Les systèmes de surveillance de patients, par exemple, peuvent présenter un certain degré de capacité à être mis en réseau, afin de permettre de suivre les patients et de surveiller leur condition physiologique à distance. Les enregistrements de patients, les enregistrements de comptabilité, et analo gues, peuvent être de façon similaire associés dans diffé rents systèmes individuels, certaines des informations étant référencées de façon croisée dans un système d'in formation d'hôpital. Bien que certains des équipements à l'intérieur d'un hôpital ou d'une autre institution médicale puissent être conçus pour fonctionner de façon complètement indépendante vis-à-vis d'autres équipements ou fournisseurs de servi ces, de nombreux systèmes ou sous-systèmes individuels sont à présent conçus pour communiquer l'information de façon interactive avec les composants extérieurs. Par exemple, dans le domaine de l'imagerie de diagnostic, les systèmes individuels sont à présent couramment équipés d'un modem grâce auquel ils peuvent émettre et recevoir des données d'image, des informations service, des rap ports, etc. Dans certains cas, le personnel d'exploitation peut se raccorder à un réseau, tel que l'Internet, ou à un réseau privé virtuel, pour émettre et recevoir des données directement vers et depuis le système d'imagerie. D'autres équipements à l'intérieur d'une institution peuvent être équipés de façon similaire pour la communication de don nées, soit individuellement, soit par l'intermédiaire d'un poste de travail d'un service ou d'une interface simi laire. Bien que des réseaux individuels à l'intérieur d'un établissement médical puissent fonctionner de façon adé quate pour la plupart des objectifs, ils posent certains problèmes au niveau de la coordination et de la délivrance des données, et ils peuvent surcharger l'infrastructure de l'institution. En fonction du type de connexion réalisé, par exemple, les systèmes d'imagerie de diagnostic médical peuvent chacun nécessiter une ligne de communication sépa rée pour assurer une connectivité lorsque c'est néces saire. Dans une configuration caractéristique, ces lignes de communication sont des câbles téléphoniques classiques qui doivent être installés et maintenus pour les systèmes individuels, même lorsque les systèmes ne sont pas connec tés à un réseau ou lorsqu'ils ne transmettent pas de don nées. Lorsque des données sont transmis vers ou depuis des éléments d'équipement individuels ou des réseaux locaux individuels 'une institution, une comptabilité séparée peut être nécessaire, et des composants d'interface doi vent acheminer séparément les données vers et depuis cha que système ou élément d'équipement connecté à un réseau local. A nouveau, cette procédure peut nécessiter des pro cédures de connexion séparées par l'intermédiaire de li gnes spécialisées, ce qui augmente non seulement le coût global du système et de l'infrastructure, mais ce qui ajoute également un temps substantiel et des étapes addi tionnelles processus d'échange de données. Bien que certains progrès aient été réalisés dans la voie des liaisons entre les réseaux individuels et les systèmes d'institutions médicales, d'autres améliorations sont nécessaires. I1 existe à l'heure actuelle un besoin particulier pour une technique qui permette et qui coor donne l'échange de données parmi les réseaux et les systè mes internes d'un établissement médical, et avec les res sources externes, telles que les fournisseurs de services. Le besoin touche aussi bien les institutions relativement petites ou les cliniques, qui peuvent posséder quelques éléments d'équipement d'imagerie de diagnostic médical, que les grandes institutions intégrées dans lesquelles des services entiers peuvent être desservis par des ressources extérieures et communiquer avec ces ressources de façon complètement indépendante les uns des autres selon les mo des actuels. La présente invention propose une topologie de commu nication de données améliorée pour une institution médi cale conçue pour répondre à ces besoins. La technique se lon l'invention offre un échange de données rapide et ef ficace à l'intérieur de l'institution, et facilite la transmission de données à un fournisseur de services à distance, ainsi que l'acheminement de données à partir d'un tel fournisseur de services vers des systèmes de diagnostic désignés de l'institution. La technique peut être tout aussi bien appliquée à des établissements exis- tants ayant des environnements de réseaux partiels ou to taux, et à des institutions remises à niveau pour offrir ces capacités de réseaux. Selon la technique, une pluralité de systèmes diag nostic clients sont connectés à un réseau interne de l'institution. Un système de commande de communication de données permet d'accéder au données des systèmes par l'in termédiaire du réseau interne. Les données peuvent com prendre des demandes de services, des demandes de program mes et de logiciels, des demandes de matériels de documen tation et de formation, etc. Les données sont ensuite transmises à un fournisseur de services à distance selon les besoins, par l'intermédiaire d'un nombre réduit de connexions et de sessions de transmission de données. Les données venant du fournisseur de services à distance sont reçues par les systèmes de commande et sont distribuées à des systèmes de diagnostic désignés selon ce que 1 on sou haite. La technique offre une connectivité améliorée, fa cilite l'accès et le transfert de données, et permet une interconnectivité améliorée des dispositifs et des systè mes de 1 institution. 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 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 - 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 ; 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 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. 'é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 '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 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 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, 2 , 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 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 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 , 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 réseau approprié, mais il comprend cependant des 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, 'é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. 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 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 à 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 cônfiguré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 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 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 decrites 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, à é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 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, . Une ou plu sieurs interfaces de périphériques, désignées globalement par 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, 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 1 , et n'importe quels autres dispositifs périphériques d'entrée appro priés. Bien que certaines applications et certains utilitai res 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 1 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 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 systemes 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. '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 peuvent comprendre une plate-forme de services interactive, permet tent 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 rap ports et de données de services depuis le fournisseur de services à distance d'une façon interactive. Le logiciel de rapports le système de commande de communication de données permet de générer des rapports, en particulier des rapports concernant les activités de communication exécu té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 sys tème de commande de communication de données, et afin de limiter aussi bien l'accès au réseau interne par des uti lisateurs exterieurs, 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 de 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 commande de communication de données et 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'inter face 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 in clus dans une configuration de fourniture de services glo- bale. Après la génération de la demande lors de l'étape 208, les fonctions de tri et de vérification d'autorisa tions de l'étape 206 peuvent être effectuées comme indiqué 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 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 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 declenché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 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 à '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 'établissement de diagnostic médical peuvent etre 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 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'echange 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, 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 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- d'acquisition de données peut commencer avec le 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- 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 - 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 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 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 4 . 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 differentes 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. 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 l'applicabilité de l'invention telle qu'elle est définie par revendications jointes qui suivent. REVENDICATIONS 1. Système de communication de données d'établissement médical, caractérisé en ce que le système comprend un réseau de communication de données interne (20, 22) ; une pluralité de clients (24 à 38) couplés au réseau interne (20, 22) et adressés de façon unique sur le réseau interne ; et un système de commande de communication de données (40) couplé au réseau interne pour recevoir des données de clients depuis les clients (24 à 38), transmettre les don nées de clients à un fournisseur de services à distance (14), recevoir des données adressées depuis le fournisseur de services à distance (14), et distribuer les données adressées aux clients ( à 38). 2. Système selon la revendication 1, caractérisé en ce que le réseau de communication de données interne (20, 22) comprend au moins un réseau local (22). 3. Système selon la revendication 2, caractérisé en ce que le réseau de communication de données interne (20, 22) comprend un réseau Ethernet à grande vitesse (20). 4. Système selon la revendication 1, caractérisé en ce que les clients (24 à 38) comprennent au moins un système d'imagerie médicale (26, 28, 30, 32) configuré de façon à produire des données d'image. 5. Système selon la revendication 4, caractérisé en ce que le système d'imagerie au nombre d'au moins un (26, 28, 30, 32) est sélectionné parmi un groupe comprenant un sys tème d'imagerie à résonance magnétique, des systèmes de tomographie informatisée, des systèmes à ultrasons, et des systèmes à rayons X. 6. Système selon la revendication 1, caractérisé en ce que les clients comprennent un système d'information d'hô pital (36). 7. Système selon la revendication 1, caractérisé en ce que les clients comprennent un système d'information de service de radiologie (34). 8. Système selon la revendication 1, caractérisé en ce que les clients comprennent un système de communication et d'archivage d'images ( ). 9. Système selon la revendication 1, caractérisé en ce que le système de commande de communication de données (40) est configuré pour accéder aux données venant de clients mis en réseau (24 à 38) selon un programme d'ac quisition de données prédéterminé (400). 10. Système selon la revendication 9, caractérisé en ce que les données auxquelles on accède comprennent des paramètres opérationnels des clients (24 à 38). 11. Système selon revendication 9, caractérisé en ce qu'au moins l'un des clients (24 à 38) est un client mobile, et dans lequel des données auxquelles on accède comprennent l'emplacement du client mobile au moins. 12. Système selon la revendication il, caractérisé en ce que l'on accède à l'emplacement du client mobile au nombre d'au moins un en réponse à la connexion du client mobile au nombre d'au moins un au réseau interne (20, 22). 13. Système selon la revendication 1, caractérisé en ce que le système de commande de communication de données (40) comprend une interface d'opérateur (98, 100, 102, 104), et en ce que le système est configuré pour accéder à des données venant de clients mis en réseau (24 à 38) en réponse à une entrée de demande d'opérateur par l'intermé diaire de l'interface d'opérateur. 14. Système selon la revendication 1, caractérisé en ce qu'il comprend de plus une interface de réseau externe (42, 44) pour échanger des données de client et des don nées adressées entre le système de commande de communica tion de données et le fournisseur de services à distance (14). 15. Système selon la revendication 14, caractérisé en ce que l'interface de réseau externe (42, 44) comprend interface pour au moins deux supports de communication de données différents (46, 50, 78, 48, 54, 80). 16. Système selon la revendication 1, caractérisé en ce que toutes les communications de données entre des clients sélectionnés (24 à 38) et le fournisseur de servi ces à distance (14) sont acheminées par l'intermédiaire du système de commande de communication de données (40). 17. Procédé pour communiquer des données dans un éta blissement de diagnostic médical (12), caractérisé en ce que le procédé comprend les étapes suivantes (a) la transmission de données de client (204, 406) d'une pluralité de clients mis en réseau (24 à 38) à un système de commande de communication de données (40) par l'intermédiaire d'un réseau interne (20, 22) ; (b) le traitement des données de client (206, 210, 214, 408) dans le système de commande de communication de données ( ) ;, (c) la transmission d'au moins une partie des données de client (216, 456) du système de commande de communica tion de données (40) à un fournisseur de services à dis tance (14) par l'intermédiaire d'un réseau externe (50). 18. Procédé selon la revendication 17, caractérisé en ce qu'il comprend les étapes additionnelles de réception de données adressées (302, 358) depuis le fournisseur de services à distance (14) par l'intermédiaire du système de commande communication de données (40), et de distribu tion des données adressées (306, 360) à un client voulu (24 à 38) par l'intermédiaire du réseau interne (20, 22). 19. Procédé selon la revendication 17, caractérisé en ce que les données de client sont transmises au système de commande de communication de données (40) en réponse à une demande du système de commande. 20. Procédé selon la revendication 19, caractérisé en ce que le système de commande comprend une interface d'opérateur (98, 100, 102, ), et dans lequel la demande est générée par l'intermédiaire de l'interface d'opéra- teur. 21. Procédé selon la revendication 17, caractérisé en ce que les données de client sont transmises au système de commande (40) lors d'une transmission (204) créée par une intervention d'opérateur chez le client (24 à 38). 22. Procédé selon la revendication 21, caractérisé en ce que la transmission est créée par l'intermédiaire d'un programme d'interface (110 exécuté de façon interactive par le système de commande (40) et le client (24 à 38). 23. Procédé selon la revendication 22, caractérisé en ce que le programme d'interface (110) comprend une appli cation de programme de recherche sur Internet. 24. Procédé selon la revendication 17, caractérisé en ce qu'il comprend l'étape de mémorisation des données de client pour l'accès du système de commande (40). 25. Procédé selon la revendication 17, caractérisé en ce qu'il comprend l'étape d'établissement de communica tions (212, 308, 362) entre les clients (24 à 38) et le système de commande (40).