Brevet FR2948207A1 — publié le 20110121

B 10-2073FR 1 Système de gestion d'imagerie La présente description concerne de façon générale les systèmes d'imagerie numériques et plus particulièrement la gestion de systèmes d'imagerie modulaires. Un certain nombre de systèmes d'imagerie radiologique de conceptions diverses sont connus et sont actuellement utilisés. Certains de ces systèmes sont basés sur la génération de rayons X qui sont dirigés vers un sujet d'intérêt. Les rayons X traversent le sujet et frappent un film ou un détecteur numérique. Dans les contextes du diagnostic médical par exemple, ces systèmes peuvent être utilisés pour visualiser des tissus internes et diagnostiquer les affections des patients. Dans d'autres contextes, on peut former l'image de pièces, bagages, paquets et autres objets pour évaluer leur contenu et pour d'autres buts. Les sous-systèmes d'imagerie actuels comportent généralement des composants spécifiques pour la génération et la conformation de rayons X (par exemple, des composants d'imageur) et pour la détection de rayons X, qui sont configurés pour fonctionner les uns avec les autres. C'est-à-dire qu'un détecteur ne peut généralement pas fonctionner sans le sous-système imageur associé et compatible. De façon similaire, le sous-système imageur n'est généralement pas fonctionnel sans le détecteur associé et compatible. En conséquence, même si un détecteur et un sous-système imageur correspondant ne sont pas structurellement reliés, un détecteur et/ou un sous-système imageur donnés peuvent être limités à être utilisés l'un avec l'autre. De plus, des applications d'imagerie particulières peuvent être activées sur un système d'imagerie sur la base des capacités et/ou des propriétés du sous-système imageur et du détecteur. Ainsi, une combinaison particulière d'un sous-système imageur et d'un détecteur peut être appropriée à des applications spécifiques, par exemple, des protocoles d'imagerie, des examens, et ainsi de suite. Ces applications peuvent en conséquence être fixes, c'est-à-dire statiques, pour un sous- système détecteur et imageur donné. La nécessité de connaître les applications qui peuvent être exécutées pour un sous-système détecteur et imageur donné peut en conséquence également agir en limitant l'utilisation d'un détecteur avec un sous-système imageur donné. Certains aspects ayant une portée comparable avec l'invention revendiquée à l'origine sont présentés ci-dessous. On comprendra que ces aspects sont présentés simplement pour fournir au lecteur un bref résumé de certaines formes que l'invention peut prendre et que ces aspects ne sont pas destinés à limiter la portée de l'invention. En fait, l'invention peut englober une diversité d'aspects pouvant ne pas être présentés ci-dessous. Certains modes de réalisation de la présente invention peuvent généralement concerner un système de gestion d'imagerie. Le système de gestion d'image peut inclure un réseau et une pluralité de sous- systèmes imageurs autonomes, capables chacun de communiquer comme un noeud sur le réseau. Le système de gestion d'image peut également inclure une pluralité de sous-systèmes détecteurs autonomes, capables chacun de communiquer comme un noeud sur le réseau. De plus, le système de gestion d'image peut également inclure un serveur d'applications capable de communiquer comme un noeud sur le réseau. Le serveur d'applications contient et exécute des sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs à partir de la pluralité de sous-systèmes imageurs autonomes et de la pluralité de sous-systèmes détecteurs autonomes en se basant sur une application à exécuter. Dans un autre mode de réalisation, un système de gestion d'imagerie est fourni. Le système de gestion d'image peut inclure un réseau et une pluralité de sous-systèmes imageurs autonomes, capables chacun de communiquer comme un noeud sur le réseau. Le système de gestion d'image peut également inclure une pluralité de sous-systèmes détecteurs autonomes, capables chacun de communiquer comme un noeud sur le réseau. De plus, le système de gestion d'image peut également inclure un serveur d'applications capable de communiquer comme un noeud sur le réseau. Le serveur d'applications contient et exécute des sous-programmes qui déterminent et indiquent des applications disponibles pour différentes combinaisons d'imageurs et de détecteurs parmi la pluralité de sous-systèmes imageurs autonomes et la pluralité de sous-systèmes détecteurs autonomes. Dans un autre mode de réalisation, un procédé pour surveiller les performances d'un détecteur est fourni. Selon ce procédé, un ou plusieurs sous-programmes sont exécutés pour déterminer l'état fonctionnel d'un détecteur autonome sans fil. On informe un dispositif en communication sans fil avec le détecteur autonome sans fil de l'état de fonctionnement du détecteur autonome sans fil. Diverses améliorations des caractéristiques notées ci-dessus peuvent exister en relation avec divers aspects de la présente invention. D'autres caractéristiques peuvent également être incorporées dans ces divers aspects. Ces améliorations et caractéristiques supplémentaires peuvent exister individuellement ou selon une combinaison quelconque. Par exemple, diverses caractéristiques présentées ci-dessous en relation avec un ou plusieurs des modes de réalisation illustrés peuvent être incorporées dans l'un quelconque des aspects de la présente invention décrits ci-dessus, seules ou selon une combinaison quelconque. Le bref résumé présenté ci-dessus est de nouveau destiné uniquement à familiariser le lecteur avec certains aspects et contextes de la présente invention, sans limitation à l'objet revendiqué. Ces caractéristiques, aspects et avantages de la présente invention ainsi que d'autres seront mieux compris en lisant la description détaillée qui suit en référence aux dessins annexés dans lesquels des caractères analogues représentent des éléments analogues dans l'ensemble des dessins, dans lesquels : - la figure 1 est une vue schématique d'ensemble d'un système d'imagerie numérique par rayons X d'un mode de réalisation dans lequel la présente technique peut être utilisée ; - la figure 2 est une vue en perspective du système d'imagerie numérique par rayons X de la figure 1 selon un mode de réalisation ; - la figure 3 est un schéma par blocs d'un environnement de réseau comportant des sous-systèmes détecteurs autonomes et des sous-systèmes imageurs autonomes en tant que noeuds selon un mode de réalisation ; - la figure 4 est un schéma par blocs des composants d'un sous-système détecteur, d'un sous-système imageur et d'un serveur d'applications selon un mode de réalisation ; - la figure 5 est un organigramme représentant des actions pouvant être exécutées lors de l'identification des applications disponibles pour les paires de sous-systèmes détecteurs et imageurs selon un mode de réalisation ; et - la figure 6 est un organigramme représentant des actions pouvant être exécutées lors de l'identification des paires de sous-systèmes détecteurs et imageurs convenables selon un mode de réalisation. Un ou plusieurs modes de réalisation spécifiques de la présente invention vont être décrits ci-dessous. Pour s'efforcer de fournir une description concise de ces modes de réalisation, toutes les caractéristiques d'une mise en oeuvre réelle peuvent ne pas être décrites dans la description. On comprendra que dans l'élaboration d'une quelconque mise en oeuvre réelle, par exemple dans un quelconque projet d'ingénierie ou de conception, un grand nombre de décisions spécifiques à la mise en oeuvre doivent être prises pour atteindre les buts spécifiques des développeurs, par exemple la conformité avec des contraintes associées au système et des contraintes commerciales, qui peuvent varier d'une mise en oeuvre à une autre. De plus, on comprendra qu'un tel effort d'élaboration peut être complexe et consommer du temps mais néanmoins constituer un engagement de conception de sous-programme de fabrication et de réalisation pour les hommes de l'art profitant de cette description. Lors de la présentation des éléments de divers modes de réalisation de la présente invention, les articles � un �, � une �, � le �, � la � et � ledit � sont destinés à signifier qu'il y a un ou plusieurs des éléments. Les termes � comprenant �, � incluant � et � comportant � sont destinés à être inclusifs et signifient qu'il peut y avoir des éléments supplémentaires autres que les éléments énumérés. De plus, bien que le terme � exemple � puisse être ici utilisé en relation avec certains exemples d'aspects ou de modes de réalisation de la technique présentement décrite, on comprendra que ces exemples sont de nature explicative et que le terme � exemple � n'est pas utilisé ici pour indiquer une quelconque préférence ou exigence vis-à-vis d'un aspect ou d'un mode de réalisation décrit. En outre, une quelconque utilisation des termes � haut �, � bas �, � au-dessus �, � au-dessous �, d'autres termes de position et de variantes de ces termes est effectuée par commodité mais n'exige aucune orientation particulière des composants décrits. En passant maintenant aux dessins, la figure 1 illustre schématiquement un système d'imagerie 10 pour acquérir et traiter des données d'images de pixels discrets. Dans le mode de réalisation illustré, le système d'imagerie 10 est un système numérique à rayons X conçu à la fois pour acquérir des données d'image d'origine et pour traiter les données d'image pour les afficher selon la présente technique. Dans le mode de réalisation illustré sur la figure 1, le système d'imagerie 10 comporte une source de rayonnement de rayons X 12 positionnée de manière adjacente à un collimateur 14. Le collimateur 14 permet à un flux de rayonnement 16 de passer dans une région dans laquelle est positionné un objet ou un sujet, tel qu'un patient 18. Dans certains modes de réalisation, un filtre peut également être présent pour filtrer le rayonnement des rayons X. Une partie du rayonnement 20 traverse le sujet ou le contourne et frappe un détecteur numérique de rayons X, représenté généralement par le numéro de référence 22. Comme le comprendront les hommes de l'art, le détecteur 22 peut convertir les photons de rayons X reçus sur sa surface en photons de plus faible énergie et par la suite en signaux électriques, qui sont acquis et traités pour reconstruire l'image des caractéristiques du sujet. La source de rayonnement 12 est commandée par un circuit d'alimentation/de commande 24 qui délivre à la fois des signaux d'alimentation et de commande pour des séquences d'examen. Le détecteur 22 est couplé pour communiquer avec un contrôleur de détecteur 26 qui commande l'acquisition des signaux générés dans le détecteur 22. Dans le mode de réalisation actuellement illustré, le détecteur 22 peut communiquer avec le contrôleur de détecteur 26 par l'intermédiaire d'une norme de communication convenable quelconque avec fil ou sans fil. Dans certains modes de réalisation, certaines des fonctions du contrôleur de détecteur 26 ou leur totalité peuvent être intégrées dans une structure qui contient également le détecteur 22, c'est-à-dire que le contrôleur de détecteur 26 et le détecteur 22 peuvent être fournis sous la forme d'un dispositif unitaire. Le contrôleur de détecteur 26 peut, entre autres fonctions, exécuter divers traitements de signaux et fonctions de filtrage par exemple pour le réglage initial des plages dynamiques, l'entrelacement des données d'image numériques et ainsi de suite. Dans le mode de réalisation présenté, le circuit d'alimentation/commande 24 et le contrôleur de détecteur 26 peuvent communiquer avec un contrôleur de système 28 et répondre aux signaux qui en proviennent. En général, le contrôleur de système 28 commande le fonctionnement du système d'imagerie pour exécuter des protocoles d'examen et pour traiter des données d'images acquises. Dans le présent contexte, le contrôleur de système 28 comporte également des circuits de traitement de signal (basés généralement sur un ordinateur numérique programmé à usage général ou spécifique à une application) et des réalisations associées (telles que des dispositifs de mémoire optique, des dispositifs de mémoire magnétique ou des dispositifs mémoire à l'état solide) pour enregistrer des programmes et des sous-programmes exécutés par un processeur de l'ordinateur pour effectuer diverses fonctionnalités, ainsi que pour enregistrer des paramètres de configuration et des données d'images et ainsi de suite. Dans un mode de réalisation, différents composants du système d'imagerie 10 peuvent être fournis en tant que sous-systèmes autonomes et séparables. Par exemple, certains éléments parmi la source 12, le collimateur 14 et/ou le circuit d'alimentation/de commande 24 ou leur totalité peuvent être fournis en tant que sous-système imageur 30. De même, le détecteur 22 peut être fourni en tant que sous-système détecteur autonome et séparable 32. Dans le mode de réalisation présenté, le sous-système détecteur autonome 32 comporte un contrôleur de détecteur 26 pouvant être fourni en tant que partie intégrante du détecteur 22. Dans d'autres modes de réalisation, le contrôleur de détecteur 26 peut être fourni séparément du détecteur 22 (par exemple sur une station de travail ou un serveur en aval ou en tant que partie du contrôleur de système 28 présenté ci-dessous), il peut être distribué de façon que des aspects du contrôleur de détecteur 26 soient prévus sur le détecteur 22 tandis que d'autres aspects sont prévus en aval. De cette manière, l'un ou l'autre parmi le sous-système imageur autonome 30 ou le sous-système détecteur autonome 32 peut être remplacé par un sous-système source ou détecteur différent ayant les mêmes capacités ou des capacités différentes dans un environnement d'imagerie dynamique. Dans le mode de réalisation présenté, le contrôleur de système 28 est représenté comme faisant partie du sous-système imageur 30. Toutefois, dans d'autres modes de réalisation, le contrôleur de système 28 peut être un composant ou un sous-système autonome ou il peut faire partie du sous-système détecteur 32. Dans d'autres modes de réalisation, les fonctions, les circuits et/ou le logiciel du contrôleur de système 28 peuvent être distribués de sorte que des aspects de circuits, logiciels et/ou micrologiciels différents du contrôleur de système 28 sont distribués de manière appropriée entre le sous-système imageur 30, le sous-système détecteur 32 et/ou un sous-système de commande séparé et distinct. De cette manière, les fonctions de source, de détection et/ou de commande du système d'imagerie 10 peuvent être fournis par des sous-systèmes entièrement ou partiellement autonomes pouvant être traités comme des composants modulaires, c'est-à-dire qu'un sous-système détecteur 32 ou un sous-système imageur 30 peut être remplacé par un autre pour fournir une fonctionnalité respective différente de détection ou de source de rayons X. Tel qu'il est ici utilisé, le terme � autonome � décrit un système ou un sous-système ayant une capacité de communication même lorsqu'il n'est pas connecté ou associé à un sous-système complémentaire du système d'imagerie 10. Par exemple, la formulation � sous-système détecteur autonome � décrit un système de détection ayant une capacité de communication avec un réseau, tel qu'un serveur, même lorsqu'il n'est pas connecté ou associé à un sous-système imageur 10. En outre, dans un mode de réalisation, un sous-système détecteur autonome 32 peut fournir une capacité de communication (par exemple avec un deuxième sous-système imageur autonome 30 ou un deuxième réseau) même lorsqu'il est associé à un sous-système imageur autonome 30. Énoncé différemment, un composant de système autonome peut être actionné indépendamment en termes de sa conception de système, mise en oeuvre de système, déploiement d'application et/ou service. De tels composants autonomes peuvent être configurés pour être utilisés et sont capables d'être utilisés avec plusieurs autres composants autonomes complémentaires ou équivalents. En conséquence, dans un mode de réalisation, chacun des composants principaux (par exemple le sous-système imageur autonome 30 et le sous-système détecteur autonome 32) peut être considéré en tant que noeud de réseau fonctionnant comme entité autonome dans un environnement de réseau. Dans un tel environnement, différents types de sous-systèmes imageurs et/ou détecteurs autonomes (par exemple provenant du même fournisseur ou de fournisseurs différents, ayant les mêmes capacités et/ou dimensions ou des capacités et/ou dimensions différentes, et ainsi de suite) peuvent être utilisés dans diverses combinaisons pour former un système d'imagerie 10. Dans le mode de réalisation décrit sur la figure 1, le contrôleur de système 28 est relié au moins à un dispositif de sortie tel qu'un dispositif d'affichage ou une imprimante, comme indiqué par le numéro de référence 34. Le dispositif de sortie peut inclure des moniteurs informatiques standard ou à usage particulier et des circuits de traitement associés. Une ou plusieurs stations de travail d'opérateur 36 ou serveurs peuvent être en outre liés au système pour délivrer en sortie des paramètres de système, demander des examens, visualiser des images et ainsi de suite. En général, les dispositifs d'affichage, les imprimantes, les stations de travail et les dispositifs similaires fournis dans le système peuvent être locaux aux composants d'acquisition de données ou peuvent être éloignés de ces composants, par exemple en un autre emplacement dans une institution ou un hôpital ou à un emplacement entièrement différent, liés au système d'acquisition d'image par l'intermédiaire d'un ou plusieurs réseaux configurables, par exemple Internet, réseaux virtuels privés et ainsi de suite. Comme autre exemple, une vue en perspective d'un système d'imagerie 10 est fournie sur la figure 2. Le système d'imagerie 10 comporte un composant de positionnement sous la forme d'un bras support de tube surplombant 42 pour positionner une source de rayonnement 12 telle qu'un tube de rayons X, par rapport à un patient 18 et un détecteur 22. Dans d'autres modes de réalisation, la source de rayonnement 12 peut être fournie sur un arceau ou une autre structure rotative pour permettre l'activation de la source de rayonnement 12 dans diverses positions angulaires. Par exemple, dans un tel mode de réalisation, l'arceau ou autre structure rotative peut autoriser l'activation d'une source de rayonnement sur une plage angulaire limitée (par exemple, 20°, 45°, 90° ou 120°) sur une rotation de 180° ou sur une rotation de 360°. De tels modes de réalisation peuvent être utiles pour des applications de tomosynthèse (où l'acquisition des données nécessite l'acquisition d'images discrètes sur une plage angulaire limitée) ou pour une angiographie avec arceau. Ainsi, dans le mode de réalisation présenté, un sous-système imageur autonome 30 peut inclure la source 12 et peut ou non inclure des sous-systèmes de positionnement (tels que le bras 42 ou un arceau), des circuits d'alimentation/de commande et/ou des circuits de commande de système (tels que pouvant être fournis en tant que partie de la source 12 ou en tant que partie d'une station de travail 36 ou d'un serveur en communication avec la source 12). Dans certains modes de réalisation, la source 12 et/ou le sous-système imageur 30 peuvent recevoir des instructions (par exemple d'une station de travail 36) par l'intermédiaire d'une connexion câblée (telle qu'un câble Ethernet) ou par l'intermédiaire d'une connexion sans fil (par exemple par l'intermédiaire d'un émetteur-récepteur sans fil). On notera qu'un tel émetteur-récepteur sans fil peut utiliser un protocole de communication sans fil convenable quelconque, par exemple une norme de communication à bande ultralarge (UWB), une norme de communication Bluetooth ou une quelconque norme de communication 802.11. Le système d'imagerie présenté 10 comporte un détecteur numérique portable 22 pouvant fonctionner de manière autonome par rapport à la source 12. Dans le mode de réalisation présenté, le détecteur numérique 22 constitue la totalité ou une partie d'un sous-système détecteur 32, comme ici décrit. Dans divers modes de réalisation, le détecteur 22 peut être alimenté par une batterie rechargeable (pouvant ou non être également amovible) et peut communiquer des données par l'intermédiaire d'une connexion sans fil, par exemple par l'intermédiaire d'un émetteur-récepteur sans fil utilisant un protocole de communication sans fil convenable. À titre de variante, dans d'autres modes de réalisation, le détecteur 22 peut recevoir de l'énergie et/ou transmettre des données par l'intermédiaire d'un fil ou d'un câble, par exemple, une attache. Dans des modes de réalisation dans lesquels l'attache fournit de l'énergie au détecteur 22 et un transfert de données provenant du détecteur 22, le câble peut inclure des conducteurs respectifs pour l'alimentation et les données. Le détecteur numérique 22 peut également inclure un ou plusieurs composants de processeur et/ou un dispositif mémoire capable d'enregistrer des données d'images acquises et/ou des programmes, des sous-programmes ou des protocoles destinés à être exécutés par le ou les composants de traitement. Par exemple, dans divers modes de réalisation, le dispositif mémoire peut inclure un dispositif mémoire optique, un dispositif mémoire magnétique ou un dispositif mémoire à l'état solide. De plus, dans au moins un mode de réalisation, le dispositif mémoire peut être un dispositif mémoire non volatile, par exemple une mémoire flash. Dans un mode de réalisation, les composants de traitement situés dans le détecteur 22 peuvent exécuter des sous-programmes enregistrés dans le détecteur 22 fournissant une partie ou la totalité de la fonctionnalité du contrôleur de détecteur 26. Sur la figure 2 sont également présentés une station de travail 36 et un dispositif d'affichage 34 pouvant être en communication avec un ou les deux sous-systèmes parmi le sous-système imageur autonome 30 et le sous-système détecteur autonome 32 du système d'imagerie 10. Dans un mode de réalisation, la station de travail 36 peut inclure ou fournir la fonctionnalité du contrôleur de système 28 de façon qu'un utilisateur, par interaction avec la station de travail 36, puisse commander le fonctionnement de la source 12 et du détecteur 22. Dans d'autres modes de réalisation, les fonctions du contrôleur de système 28 peuvent être décentralisées, de façon que certaines fonctions du contrôleur de système 28 soient exécutées par la station de travail 36, tandis que d'autres fonctions sont exécutées par un ou plusieurs sous-systèmes parmi le sous-système imageur 30 et/ou le sous-système détecteur 32. Dans un mode de réalisation, la station de travail 36 peut être configurée pour fonctionner comme un serveur d'instruction et/ou de contenu sur un réseau, tel qu'un système d'informations pour hôpitaux (HIS), un système d'informations radiologiques (RIS) et/ou un système d'archivage et de communication d'image (PACS). Dans ces modes de réalisation, la station de travail 36 peut être conçue comme un serveur ou un ou plusieurs serveurs virtuels (c'est-à-dire, des sous-programmes ou applications de serveur) peuvent être exécutés sur la station de travail 36 de façon que la station de travail 36 puisse fournir la fonctionnalité d'un ou plusieurs dispositifs serveurs ou applications. La station de travail 36 peut par exemple inclure une mémoire, telle qu'un dispositif mémoire optique, magnétique ou à l'état solide, contenant des sous-programmes de serveur qui, lorsqu'ils sont exécutés par un composant de traitement de la station de travail 36, fournissent la fonctionnalité de serveur d'applications ici décrite. Dans un mode de réalisation, le système d'imagerie 10 peut être utilisé avec une table de patient 44 et un statif mural 48 ou les deux pour faciliter l'acquisition d'images. La table 44 et le statif mural 48 peuvent en particulier être configurés pour recevoir un ou plusieurs détecteurs numériques 22. Un détecteur numérique 22 peut être placé par exemple sur la surface supérieure de la table 44 et le patient 18 (de façon plus spécifique, l'anatomie d'intérêt du patient 18) peut être positionné sur la table 44 entre le détecteur 22 et la source de rayonnement 12. Dans certains autres cas, le détecteur 22 peut être positionné dans une fente 46 au-dessous de la surface supérieure de la table 44 et le patient 18 ou la source de rayonnement 12 et le détecteur 22 peuvent être positionnés horizontalement par rapport au patient 18 pour réaliser une imagerie en travers de la table. En outre, le statif mural 48 peut inclure une structure de réception 50 adaptée également à recevoir le détecteur numérique 22 et le patient 18 peut être positionné de manière adjacente au statif mural 48 pour permettre d'acquérir des données d'images par l'intermédiaire du détecteur numérique 22. Dans un mode de réalisation, le système d'imagerie 10 peut être un système fixe disposé dans une pièce d'imagerie par rayons X fixe, telle que celle généralement présentée et décrite ci-dessus en ce qui concerne la figure 2. On comprendra toutefois que les techniques présentement décrites peuvent également être utilisées avec d'autres systèmes d'imagerie, incluant des unités et des systèmes mobiles de rayons X, dans d'autres modes de réalisation. Dans d'autres modes de réalisation par exemple, une unité mobile de rayons X peut être amenée dans une salle de récupération de patient, un service d'urgence, une salle de bloc opératoire ou analogue pour permettre l'imagerie d'un patient sans nécessiter le transport du patient dans une salle d'imagerie par rayons X dédiée (c'est-à-dire fixe). En conservant à l'esprit les utilisations précédentes, dans un mode de réalisation, un ou plusieurs éléments parmi le sous-système imageur autonome 30, le sous-système détecteur 32 et/ou la station de travail 36 peuvent être fournis en tant que noeud sur un réseau, tel que le HIS, le RIS et/ou le PACS notés ci-dessus. Par exemple, un ou plusieurs sous-système parmi la station de travail 36, le sous-système imageur 30 et/ou le sous-système détecteur 32 peuvent être actionnés ou communiquer avec un autre (ou avec des noeuds sur le réseau respectif) par l'intermédiaire de connexions de réseau respectives sans fil ou câblées. De cette manière, le sous-système détecteur 32 peut communiquer les données d'images acquises, soit au sous-système imageur 30, soit à la station de travail 36, par l'intermédiaire d'une connexion de réseau câblée ou sans fil. De même, la station de travail 36 peut communiquer avec et/ou commander un ou plusieurs sous-systèmes parmi le sous-système imageur 30 ou le sous-système détecteur 32 par l'intermédiaire d'une connexion de réseau câblée ou sans fil. De façon similaire, le sous-système imageur 30 peut communiquer avec la station de travail 36 ou le sous-système détecteur 32 par l'intermédiaire d'une connexion de réseau câblée ou sans fil. Dans un tel mode de réalisation en réseau, les composants autonomes (par exemple, le sous-système imageur 30, le sous-système détecteur 32 et la station de travail 36) peuvent fonctionner indépendamment et ainsi peuvent communiquer entre eux ou avec d'autres dispositifs sur le réseau indépendamment les uns des autres. Le détecteur 22 par exemple peut communiquer avec la station de travail présentée 36 par une connexion de réseau et peut également communiquer avec une autre station de travail ou un serveur sur le réseau à la place de ou en plus de la station de travail 36 associée au détecteur 22 dans un système d'imagerie donné 10. Dans un tel mode de réalisation, la station de travail 36 peut fonctionner comme un serveur d'applications (comme une mise en oeuvre d'un serveur d'applications soit matérielle, soit virtuelle). Dans un tel mode de réalisation, la communication entre le détecteur 22 et la station de travail 36 ou un autre serveur respectif sur le réseau autorise la mémorisation de données sans entrave, l'enregistrement du détecteur et l'identification d'emplacement pendant que le détecteur 22 est utilisé avec le sous-système d'imagerie 10 pour l'imagerie. D'une façon similaire, la communication directe entre le sous-système imageur 30 et la station de travail 36 ou un autre serveur respectif sur le réseau permet la détermination d'un détecteur convenable 22 pour une application particulière ainsi que le transfert vers le sous-système imageur 30 de fichiers d'étalonnage, de mises à jour de logiciels et de micrologiciels. En se référant maintenant à la figure 3, un mode de réalisation d'un système de réseau distribué 60 est présenté. Dans un mode de réalisation, plusieurs sous-systèmes imageurs 30 et sous-systèmes détecteurs 32 peuvent être présents sur le réseau 60 et en communication avec un serveur d'applications 62. Chaque sous-système imageur 30 et/ou sous-système détecteur 32 peut être capable de fonctionner indépendamment l'un de l'autre et ainsi de former des combinaisons différentes de sous-systèmes imageur et détecteur appariés, comme ici présenté. Dans un mode de réalisation, le serveur d'applications 62 est en communication par l'intermédiaire d'un réseau distribué 68 tel qu'un système d'informations pour hôpitaux (HIS) ou un système d'informations radiologiques (RIS) avec les serveurs 70, 72 et 74. De plus, en communiquant avec un ou plusieurs sous-systèmes détecteurs 32 et un ou plusieurs sous-systèmes imageurs 30, le serveur d'applications 62 peut maintenir des protocoles d'acquisition d'image normalisés incluant des procédures et des procédés d'étalonnage dans l'ensemble du réseau distribué 68. Dans un mode de réalisation, le réseau distribué 68 comporte une connexion à Internet pour permettre ainsi un accès distant aux composants autonomes du système d'imagerie 10 pour transférer des données à des fins de diagnostic distant et de mise à jour de service par exemple. Dans un mode de réalisation, le serveur d'applications 62 peut déterminer quelles applications sont disponibles et sont activées sur une combinaison donnée quelconque du sous-système détecteur autonome 32 et du sous-système imageur 30. Comme décrit plus en détail ci-dessous, un serveur d'applications 62 peut interagir avec un système HIS ou RIS pour faciliter les procédures de programmation. Dans de tels modes de réalisation, on peut utiliser le serveur d'applications 62 pour adapter les sous-systèmes détecteurs 32, sous- systèmes imageurs 30, salles d'examen ou autres installations, personnels et/ou applications, disponibles, avec une ou plusieurs procédures requises, telles que pouvant être soumises au serveur d'application par l'intermédiaire d'un système HIS ou RIS. De cette manière, le serveur d'applications 62 peut assurer aux sous-systèmes détecteurs 32 et aux sous-systèmes imageurs 30 que les propriétés appropriées sont disponibles et utilisées pour une application donnée. Dans une mise en oeuvre par exemple, le serveur d'applications 62 peut demander à un HIS ou RIS connecté une liste de procédures programmées pouvant correspondre à des sous-systèmes imageurs 30, sous-systèmes détecteurs 32 et/ou autres informations (salles, personnels et qualifications et ainsi de suite) disponibles ou connus en se basant sur la liste de procédures programmées. Les sous-systèmes, salles, personnels et ainsi de suite adaptés, peuvent alors être fournis sur le réseau de façon que ces informations soient disponibles sur le réseau pour les techniciens qui effectuent les examens. De cette manière, un technicien respectif peut connaître les sous-systèmes à utiliser pour exécuter une procédure et dans certains modes de réalisation, le moment et l'endroit où exécuter la procédure. Par exemple, le serveur d'applications 62 peut générer des paires de sous-systèmes imageurs/détecteurs et peut ensuite afficher ou fournir ces paires à des postes ou stations de travail d'accueil de détecteur de façon qu'un technicien puisse récupérer un sous-système détecteur approprié 32 pour un examen programmé. De même, en se basant sur un sous-système imageur sélectionné 30 et un sous-système détecteur sélectionné 32, le serveur d'applications 62 peut fournir une liste des applications pouvant être utilisées pour la paire de sous-systèmes imageur/détecteur sélectionnés. En se référant maintenant à la figure 4, un mode de réalisation de système d'imagerie 10 est représenté sous forme de blocs pour fournir plus de détails concernant les composants individuels, par exemple, le sous-système détecteur 32 et le sous-système imageur 30 et les composants d'un serveur d'applications associé 62. Outre les tâches normales d'imagerie, un but du système d'imagerie 10 peut être de donner accès à des ressources partagées, telles que des données et des informations concernant le sous-système imageur 30 et le sous-système détecteur 32, pouvant résider sur le serveur d'applications 62. Dans un mode de réalisation, le serveur d'applications 62 ou une plate-forme de calcul appropriée sur laquelle est mis en oeuvre un ensemble serveur d'applications virtuel, peut inclure un ou plusieurs dispositifs d'enregistrement 90, par exemple des unités à l'état solide ou des unités de disque magnétique, des disques optiques ou d'autres supports magnétiques, à l'état solide ou optique, pouvant contenir le système, des données, des applications et des fichiers de communication électroniques. Les applications, les données et/ou les sous-programmes contenus sur un dispositif d'enregistrement 90 (par exemple les sous-programmes pour mettre en oeuvre un serveur d'applications comme ici présenté) peuvent être transférés à une mémoire 92 avant d'être traités par un processeur 94. Le serveur d'applications 62 peut également inclure ou être en communication avec un dispositif de sortie, tel qu'un écran d'affichage à TRC ou à LCD 96 adapté pour qu'un opérateur interagisse avec les systèmes d'exploitation, les serveurs virtuels et/ou les applications s'exécutant sur le serveur d'applications 62. Le sous-système imageur autonome 30 et le sous-système détecteur 32 peuvent être configurés pour communiquer entre eux par l'intermédiaire de composants de mise en réseau primaires tels qu'une interconnexion de réseau 100, par l'intermédiaire d'une communication de réseau appropriée telle que des connexions par fil conducteur ou par câble de réseau de fibres optiques ou des connexions sans fil par infrarouge ou radio. De façon similaire, le sous-système imageur autonome 30 et le sous-système détecteur autonome 32 peuvent être configurés pour communiquer avec le serveur d'applications 62 par l'intermédiaire d'interconnexions de réseau respectives 102, 104. Par exemple, dans un mode de réalisation, le serveur d'applications 62, le sous-système imageur 30 et le sous-système détecteur 32 comportent chacun des circuits d'interface de réseau (NIC) 110, 112, 114 (appelés également ici � interface �) autorisant une communication entre le composant respectif et un réseau sur lequel les autres composants du système d'imagerie 10 sont également des noeuds. Les NIC respectifs 110, 112, 114 peuvent inclure par exemple des circuits pour prendre en charge une communication câblée par exemple des communications par bus Ethernet, bus série et bus série universel (USB) 126 ainsi que des circuits pour prendre en charge une communication sans fil par exemple des versions de la 802.11 ou Bluetooth. De plus, les NIC 110, 112, 114 peuvent directement prendre en charge une communication entre le sous-système détecteur 32 et le sous-système imageur 30 ainsi qu'avec le serveur d'applications 62. De même, les NIC 110, 112, 114 peuvent prendre en charge une communication entre les composants du système d'imagerie 10 par l'intermédiaire d'un réseau de communication mondial, par exemple Internet. L'un quelconque ou la totalité des NIC 110, 112, 114 peuvent faire partie d'une carte mère associée aux dispositifs respectifs ou peuvent être fournis par l'intermédiaire d'une carte enfichable séparée pour optimiser la souplesse. L'un quelconque parmi le sous-système imageur 30, le sous-système détecteur 32 et/ou le serveur d'applications 62 peut inclure un ou plusieurs composants de mémoire 92, 120, 122, par exemple CompactFlash (marque déposée) (disponible dans le commerce auprès de SanDisk Corporation, Milpitas, CA), une mémoire dynamique synchrone à accès aléatoire (SDRAM) ou d'autres composants de mémoire convenables, ainsi que des dispositifs d'enregistrement 90, 124, tel qu'un lecteur de disque dur pour une mémoire à long terme par exemple. Dans un mode de réalisation, les circuits NIC 110 du sous-système détecteur 32 peuvent permettre le transfert de données depuis le sous-système détecteur 32 vers le sous-système imageur 30 ou le serveur d'applications 62 par l'intermédiaire d'au moins l'une des interconnexions 100, 102. Dans un mode de réalisation, les circuits NIC 110 sont réactifs à la connexion directe du signal physique avec le sous-système imageur 30. Dans un autre mode de réalisation, les circuits NIC 110 sont réactifs à une connexion de signal au sous-système imageur 30 par l'intermédiaire du serveur d'applications 62. Dans un mode de réalisation, le sous-système imageur 30 peut recevoir des données de plusieurs sous-systèmes détecteurs 32 et peut générer un signal confirmant la compatibilité du sous-système imageur 30 avec au moins l'un des sous-systèmes détecteurs disponibles 32, en se basant sur le signal. Des exemples de données pouvant être transférées comportent, mais sans y être limités, des propriétés fonctionnellement descriptives, des données d'images, des données textuelles, des données de formes d'ondes, des données vidéo, des données audio et des signaux de commande. Les interconnexions de réseau 100, 102, 104 permettent au logiciel du sous-système détecteur individuel 32 et du sous-système imageur 30 d'accéder à des ressources partagées sur le serveur d'applications 62 pour communiquer entre eux par l'intermédiaire du serveur d'applications 62 et/ou pour être contrôlés par l'intermédiaire du serveur d'applications 62. On peut utiliser par exemple un logiciel sur le serveur d'applications 62 pour la coordination avec le logiciel sur les sous-systèmes source et détecteur pour donner accès à des ressources partagées dans le système 10 ou à un environnement de réseau. Ce logiciel peut être mis en oeuvre de façon que le sous- système détecteur 32 et le sous-système imageur 30 apparaissent directement connectés pour un utilisateur. Dans un mode de réalisation, le serveur d'applications 62 peut exécuter un logiciel fournissant un système d'exploitation multiutilisateur. On comprendra que dans ce cas le système d'exploitation peut être un � système d'exploitation de réseau � pour le distinguer d'un système d'exploitation monoutilisateur. Dans ce mode de réalisation, le logiciel sur les sous-systèmes imageurs 30 et le sous-système détecteur 32 et le logiciel sur le serveur d'applications 62 peuvent coopérer entre eux pour donner accès à des ressources partagées sur le serveur et/ou les sous-systèmes. Ceci peut être réalisé en concevant le logiciel de manière à utiliser un � protocole � normalisé de sorte que différents fournisseurs peuvent fournir un sous-système imageur 30 et/ou des sous-systèmes détecteurs 32 interopérables ou échangeables. On comprendra que dans un mode de réalisation, le serveur d'applications 62 peut être fourni sous la forme d'un ordinateur à usage général sur lequel s'exécute un logiciel tel que le logiciel du serveur d'applications comme ici décrit. Dans d'autres modes de réalisation, le logiciel du serveur d'applications peut s'exécuter sur des ordinateurs virtuels pouvant faire partie d'ordinateurs généralisés ou spécialisés dans une installation médicale, par exemple un système d'informations pour hôpitaux (IIS), un système d'informations radiologiques (RIS), un système d'archivage et de communication d'image (PACS) et ainsi de suite, pouvant être reliés dans un système de réseau distribué (figure 3). En utilisant le NIC 110, le sous-système détecteur 32 transfère des informations et des données pertinentes, par exemple les propriétés fonctionnellement descriptives et les données d'images par exemple à un ou aux deux éléments parmi le sous-système imageur 30 et le serveur d'applications 62. On comprendra que les détecteurs physiquement intégrés dans un système d'imagerie avec un sous-système imageur spécifique spécifiquement configuré pour le décodeur intégré, manquent de capacités à transférer des propriétés fonctionnellement descriptives. Ainsi, l'utilisation d'un détecteur intégré (c'est-à-dire, non autonome) avec un sous-système imageur différent nécessite une configuration importante du système d'imagerie. Ce système détecteur 32 comportant la mémoire 122 et/ou le dispositif d'enregistrement 124 configuré pour enregistrer les propriétés fonctionnellement descriptives qui décrivent une caractéristique fonctionnelle du détecteur 22, permet le transfert des propriétés fonctionnellement descriptives vers d'autres composants tels que le sous-système imageur 30 et le serveur d'applications 62. Le serveur d'applications 62 peut recevoir les propriétés fonctionnellement descriptives du sous-système détecteur 32 et produire un signal représentatif de la compatibilité d'une combinaison d'un sous-système détecteur 32 et d'un sous-système imageur 30 en se basant sur les propriétés fonctionnellement descriptives telles que la capacité d'imagerie à double énergie, la capacité d'imagerie de tomosynthèse, la capacité d'énergie unique, la taille de matrice, le nombre et l'emplacement des pixels défectueux, la vitesse de lecture, les données d'étalonnage, la charge de la batterie, le poids et la taille du détecteur 22, la capacité d'enregistrement d'image et la disponibilité d'utilisation pour une image, et ainsi de suite. Dans un mode de réalisation, le sous-système détecteur 32 transfère directement des données d'images (par exemple un signal représentatif d'un rayonnement atténué reçu) vers le sous-système imageur 30, par exemple un sous-système d'imagerie numérique par rayons X incluant des circuits, micrologiciels et/ou logiciels appropriés pour traiter les données d'images générées et transférées par le sous-système détecteur 32 pour reconstruire une image médicale. À titre de variante, le sous-système détecteur 32 peut transférer les données d'image au serveur d'applications 62 où elles peuvent être construites en une image médicale, où elles peuvent ensuite être transférées aux sous-système imageur 30 pour construction en une image ou où elles peuvent être ensuite transférées à un autre noeud (par exemple, un serveur ou une station de travail) sur le réseau pour enregistrement ou traitement. Dans un mode de réalisation, le sous-système détecteur 32 peut inclure des circuits de diagnostic pour vérifier et déterminer l'état de fonctionnement du sous-système détecteur 32, par exemple la charge de batterie restante, la température et la largeur de bande de la liaison de communication. Le sous-système détecteur 32 informe périodiquement ou lorsque le besoin s'en fait sentir (par exemple, lors d'une procédure d'examen), au moins un élément parmi le serveur d'applications 62 par l'intermédiaire de l'interconnexion de réseau 102 ou le sous-système imageur 30 par l'intermédiaire de l'interconnexion de réseaux 100, de l'état de fonctionnement du sous-système détecteur 32. De cette manière, on peut empêcher un événement d'exposition pendant un examen lorsque le sous-système détecteur 32 n'est pas prêt et/ou capable de fonctionner convenablement. De même, de cette manière, le serveur d'applications 62 peut effectuer un suivi de l'état de fonctionnement d'un sous-système détecteur 32 lors de l'assignation de paires de sous-systèmes détecteur/imageur, la génération de programmes ou de requêtes de maintenance et ainsi de suite. Par exemple, on peut effectuer une évaluation de l'état et/ou de l'endommagement du sous-système détecteur 32 lorsque le sous- système détecteur 32 est mis sous tension et/ou pendant que le sous-système détecteur 32 est en utilisation au cours d'un examen. Dans un tel mode de réalisation, les emplacements et/ou le nombre de mauvais pixels identifiés dans une ou plusieurs images épurées (par exemple, des images sombres ou mal éclairées qui sont acquises mais qui ne sont pas enregistrées) peuvent être comparés aux emplacements et/ou aux nombres identifiés dans des images épurées acquises précédemment. Une telle comparaison peut être utilisée pour mettre à jour une carte de mauvais pixels associée au sous-système détecteur 32 et/ou peut être utilisée pour déterminer si le sous-système détecteur 32 dépasse une limite ou un seuil concernant les mauvais pixels ou le bruit de la ligne de données qui empêcherait l'utilisation du sous-système détecteur 32 dans certaines applications ou dans toutes. De plus, une augmentation du nombre de mauvais pixels peut être révélatrice de divers problèmes électriques dans le détecteur. En outre, les défaillances du détecteur peuvent être détectées pendant ou avant un examen en surveillant diverses tensions telles que Vcom, Von et/ou Voff, avant de laisser une séquence d'examens s'effectuer. Ces informations de mauvais pixels ou de tensions peuvent également être fournies à un serveur d'applications, comme ici expliqué, pouvant émettre des recommandations, par exemple concernant des appariements appropriés de sous-systèmes imageurs/détecteurs, sur la base des informations de mauvais pixels et/ou de tension avec un sous-système détecteur 32. Dans un autre mode de réalisation, on peut surveiller la température du patient sur une surface de contact du sous-système détecteur 32 avec le patient. Dans un tel mode de réalisation, on surveille la température du patient lorsque le détecteur est en contact avec le patient et elle peut être affichée au niveau du sous-système détecteur 32 et/ou au niveau d'un ordinateur hôte. Dans un mode de réalisation, si la température atteint un certain seuil, le sous-système détecteur 32 peut afficher ou faire retentir un avertissement et/ou peut informer le serveur d'applications pour fournir des avertissements appropriés aux opérateurs. Dans un autre mode de réalisation, si la température atteint un seuil donné, le sous-système détecteur 32 peut automatiquement effectuer une mise hors tension et/ou une notification peut être envoyée au serveur d'applications 62 ou au sous-système imageur 30 pour empêcher toute autre émission de rayonnement par le sous-système imageur 30 ou pour effectuer une autre action sur le système comme approprié. Dans encore un autre mode de réalisation, ces approches peuvent être combinées, c'est-à-dire qu'une température supérieure à un premier seuil peut déclencher un avertissement tandis qu'une température dépassant un deuxième seuil peut avoir pour conséquence l'impossibilité de poursuivre les opérations d'imagerie. Ces informations de température peuvent être fournies au serveur d'applications 62 pendant l'examen, en vue d'une action appropriée comme décrit ci-dessus et/ou peuvent être enregistrées ou analysées du point de vue historique de façon que la tendance aux températures élevées lors de l'utilisation d'un sous-système détecteur 32 puisse être prise en compte lors de la génération des appariements de sous-systèmes imageurs/détecteurs pour certaines applications, telles que les applications où le sous-système détecteur 32 est en contact avec le patient. De même, des facteurs tels que la force d'une connexion sans fil et/ou la charge de batterie restante peuvent être surveillés pour les sous-systèmes détecteurs 32 ayant de telles fonctionnalités. Par exemple, la charge de batterie, la force du signal sans fil et/ou le débit de la communication peuvent être surveillés à partir du moment où un sous-système détecteur 32 est extrait de sa station d'accueil ou autre emplacement de mémorisation jusqu'à son retour. Un indicateur audible et/ou visuel peut signifier le moment où l'une quelconque de ces mesures descend au-dessous d'un niveau acceptable, informant ainsi l'opérateur de la situation et permettant à l'opérateur d'effectuer une action appropriée. Une indication peut également être fournie au serveur d'applications 62, comme ici expliqué, pouvant émettre des recommandations, par exemple pour des appariements de sous-systèmes imageurs/détecteurs convenables, en se basant sur ces informations de charge et/ou de force de signal. De plus, on peut surveiller et utiliser d'autres problèmes d'état du détecteur pour évaluer l'utilisation d'un sous-système détecteur dans un examen en cours ou futur. Par exemple, dans un mode de réalisation, un détecteur n'est à pleine puissance que pendant l'acquisition d'image et le reste du temps, il demeure à un niveau de puissance inférieure. Dans un tel mode de réalisation, pour supprimer l'impact des transitoires de puissance sur la qualité d'image, le sous-système détecteur 32 peut effectuer une ou plusieurs épurations avant acquisition par le détecteur d'une image pouvant être enregistrée pendant une séquence d'examens. On peut utiliser ces séquences d'épuration pour évaluer l'état du sous-système détecteur 32 vis-à-vis de problèmes tels que des panneaux brisés, une liaison de modules, la rupture d'un fil et ainsi de suite, au moyen des images sombres obtenues pendant l'épuration. Si les résultats d'une séquence d'épuration indiquent des problèmes dans le sous-système détecteur 32, l'utilisateur peut en être informé (visuellement et/ou de manière audible) pendant un examen pour éviter une exposition inutile du patient à un rayonnement. De plus, un serveur d'applications 62 peut être informé du résultat, pouvant être pris en compte lors de la génération des appariements de sous-systèmes imageurs/détecteurs. On peut utiliser ces informations pour déterminer la fonctionnalité du sous-système imageur 30 avec le sous-système détecteur 32 et si le sous-système imageur 30 peut continuer à utiliser le sous-système détecteur 32 ou si le sous-système détecteur 32 nécessite une réparation ou un remplacement. Lors de la désolidarisation du sous-système détecteur 32 du sous-système d'imagerie 10 (en raison par exemple d'une demande d'un technicien ou d'une défaillance du sous-système détecteur 32 ou d'une perte de puissance), un nouveau sous-système détecteur 32 peut être associé au sous-système d'imagerie 10. En gardant à l'esprit l'explication précédente, on comprendra que diverses combinaisons de systèmes d'imagerie peuvent être assemblées en utilisant différents sous-systèmes imageurs et détecteurs autonomes. Toutefois, comme noté précédemment, avec les systèmes d'imagerie classiques lorsque la source et le détecteur sont configurés pour être utilisés l'un avec l'autre et ce qui est possible, intégrés physiquement, les types d'application (par exemple, radioscopie, tomosynthèse, angiographie, imagerie à double énergie, imagerie pédiatrique et ainsi de suite) pour lesquelles le système d'imagerie est approprié sont généralement connus et statiques. En fait, le système d'imagerie peut avoir été conçu pour exécuter des applications d'imagerie spécifiques avec les composants de détecteurs et de sources choisis en conséquence. Toutefois, dans les présents modes de réalisation, il peut être possible de combiner au moins des sous-systèmes imageurs et détecteurs différents. Dans la mesure où les systèmes d'imagerie assemblés à partir de sous-systèmes imageurs et détecteurs autonomes différents peuvent être appropriés pour différentes applications, il peut être souhaitable qu'un praticien détermine si un sous-système imageur et détecteur donné est approprié pour une application d'imagerie désirée. De même, il peut être souhaitable qu'un praticien détermine si un sous-système détecteur ou imageur fonctionne dans des limites acceptables et/ou a fait l'objet d'une maintenance ou de mises à jour de routine. En gardant ces facteurs à l'esprit, dans un mode de réalisation, un serveur d'applications 62 est fourni, pouvant permettre à un praticien de déterminer la pertinence d'une combinaison particulière de sous-systèmes imageurs et détecteurs pour une application donnée ou même pour recommander une combinaison particulière de sous-systèmes sources et détecteurs pour l'application donnée. En passant maintenant par exemple à la figure 5, un procédé 140 est représenté dans lequel un utilisateur a choisi d'utiliser un sous-système détecteur 32 et un sous-système imageur 30. Dans un tel mode de réalisation, l'utilisateur peut choisir un détecteur portable 22 pour un examen et peut amener ce détecteur 22 dans une salle d'examen contenant un sous-système imageur 30. Une fois dans la salle d'examen, l'utilisateur peut activer ou enregistrer à la fois le sous-système détecteur 32 et le sous-système imageur 30 de façon qu'un serveur d'applications en communication câblée ou sans fil avec le sous-système détecteur 32 et le sous-système imageur 30 reconnaisse que ces systèmes sont destinés à être combinés (bloc 144) et utilisés ensemble en tant que système d'imagerie 10. Dans un mode de réalisation, ceci peut être réalisé en activant un détecteur 22 dans une salle dans laquelle on sait qu'est installé un sous-système imageur 30, c'est-à-dire que l'activation du détecteur 22 dans la salle est suffisante pour indiquer que le détecteur 22 et le sous-système imageur 30 vont être utilisés ensemble. Dans un autre mode de réalisation, un utilisateur peut choisir le sous-système détecteur 32 et le sous-système imageur 30 désirés à partir d'écrans d'interface respectifs fournis par un serveur d'applications 62, comme ici expliqué, pour indiquer la combinaison du sous-système détecteur 32 et du sous-système imageur 30 sélectionnés pour être utilisés en tant que système d'imagerie 10. Sur la figure 5, est représenté un mode de réalisation dans lequel l'utilisateur met le sous-système détecteur sélectionné 32 sous tension, exécutant (bloc 146) un autotest à la mise sous tension (POST) en tant que partie d'un processus d'amorçage du détecteur. En tant que partie du POST, le détecteur peut exécuter une diversité de processus de diagnostic, par exemple l'exécution du contrôle des mauvais pixels, et ainsi de suite, et/où il peut générer une description fonctionnelle du sous-système détecteur 32, par exemple les dimensions, le nombre de pixels et leur densité, la vitesse de lecture et ainsi de suite. Les résultats du POST peuvent être fournis (bloc 148) à un serveur d'applications 62 (figures 3 et 4) en communication par le réseau avec le sous-système détecteur 32. Le serveur d'applications 62 peut obtenir (bloc 150) une description fonctionnelle du sous-système imageur 30 à partir du sous-système imageur lui-même ou il peut récupérer ces informations dans une mémoire de données du serveur d'applications 62 ou elles peuvent être accessibles par le serveur d'applications 62. En se basant sur les propriétés fonctionnelles du sous-système imageur 30 et du sous-système détecteur 32 sélectionnés, le serveur d'applications 62 peut déterminer quels types d'application radiologique (par exemple, radioscopie, tomosynthèse, imagerie à double énergie, imagerie pédiatrique et ainsi de suite) peuvent être exécutés en utilisant cette combinaison de sous-système imageur 30 et sous-système détecteur 32. Une liste des applications appropriées pour cette combinaison de sous-système imageur 30 et sous-système détecteur 32 peut alors être fournie à l'utilisateur (par exemple, affichée) (bloc 152) et l'utilisateur peut alors déterminer si cette combinaison de sous-système imageur 30 et de sous-système détecteur 32 est appropriée. Dans un mode de réalisation, le serveur d'applications 62 peut interroger (bloc 154) un serveur de licence 156 accessible par le serveur d'applications 62. Dans ce mode de réalisation, le serveur de licence 156 peut effectuer le suivi du nombre de licences qu'une institution ou un utilisateur peut détenir pour exécuter une application donnée (soit en même temps, soit pendant une période de temps donnée) ou peut effectuer le suivi du ou des dispositifs qu'une application donnée peut utiliser. Une institution peut être limitée par exemple à ne pas exécuter plus de trois examens radioscopiques simultanés, pas plus de vingt examens radioscopiques pendant une journée donnée (ou un autre intervalle) ou à n'effectuer des examens radioscopiques qu'avec des détecteurs, imageurs particuliers ou combinaisons particulières de détecteurs/imageurs. Dans un mode de réalisation, le serveur de licence 156 peut enregistrer le nombre de fois où est exécutée une application faisant appel à une licence et la licence peut être facturée en se basant sur l'exécution réelle des applications faisant appel à une licence. Dans un tel mode de réalisation, on peut utiliser une échelle de prix différentielle, par exemple, les cent premières instances peuvent être facturées à un tarif x, tandis que les cent instances suivantes sont facturées à un tarif y. Dans ces exemples, le serveur d'applications 62 peut interroger le serveur de licence 156 pour déterminer pour quelles applications le sous-système détecteur 32 et le sous-système imageur 30 sélectionnés peuvent détenir une licence pour l'exécuter au moment de l'interrogation. Les résultats de l'interrogation du serveur de licence peuvent être combinés (bloc 158) avec les informations fonctionnelles du sous-système détecteur et imageur pour déterminer et afficher les applications disponibles pouvant être exécutées en utilisant le sous-système détecteur 32 et le sous-système imageur 30 sélectionnés à ce moment. Dans ces modes de réalisation, l'application faisant appel à une licence peut être exécutée sur tous les sous-systèmes détecteurs et/ou imageurs potentiels par opposition à être limitée à des systèmes spécifiés, le serveur de licence 156 agissant pour s'assurer que l'institution ou l'utilisateur reste en conformité avec l'accord de licence. Comme on le comprendra, le serveur de licence 156 peut également être utilisé pour administrer des agencements de licence d'essai dans lesquels le détenteur de la licence est autorisé à exécuter l'application faisant appel à une licence pendant un temps limité ou un nombre d'utilisations limité. Sur la figure 5, un exemple de mode de réalisation est présenté dans lequel une liste d'applications possibles est générée en se basant sur le sous-système détecteur 32 et le sous-système imageur 30 qui sont sélectionnés. Dans cet exemple, un utilisateur peut examiner la liste et choisir une application disponible à exécuter en utilisant le sous-système détecteur 32 et le sous-système imageur 30 sélectionnés ou il peut déterminer si le sous-système détecteur 32 et le sous- système imageur 30 sélectionnés sont appropriés pour exécuter une application désirée. Si la combinaison du sous-système détecteur 32 et du sous-système imageur 30 est convenable pour l'application désirée, l'utilisateur peut poursuivre. Si le sous-système détecteur 32 et le sous-système imageur 30 sélectionnés ne sont pas adaptés à exécuter une application désirée, l'utilisateur peut choisir un sous-système détecteur 32 ou un sous-système imageur 30 différent pour l'application. À titre d'exemple, un utilisateur peut choisir un sous-système détecteur autonome 32 et peut souhaiter déterminer la pertinence du sous-système détecteur 32 sélectionné pour une application donnée. Dans cet exemple, les capacités spécifiques du détecteur sélectionné peuvent déterminer la pertinence du sous-système détecteur 32 pour l'application. En particulier, pour les sous-systèmes détecteurs qui sont physiquement liés à un système imageur particulier et qui sont utilisés pour une application particulière, la conception et le contrôle de la qualité du détecteur peuvent être orientés vers la garantie d'une qualité minimale uniforme pour le détecteur, c'est-à-dire que toutes les régions du détecteur peuvent devoir être suffisantes pour exécuter un type unique d'application et/ou de travail avec un sous-système imageur unique. Pour les sous-systèmes détecteurs autonomes qui peuvent être combinés avec des sous-systèmes imageurs différents pour différentes applications, tel peut ne pas être le cas. Une application telle qu'une imagerie pédiatrique par exemple peut nécessiter un détecteur ayant des propriétés de faible bruit appropriées à une imagerie à faible dose. Inversement, des détecteurs avec un grand nombre de mauvais pixels ou de groupes de mauvais pixels peuvent ne pas être appropriés pour certaines applications mais peuvent être adéquats pour d'autres. À titre d'exemple, un détecteur comportant un groupe de mauvais pixels près de sa limite peut être inutilisable pour une imagerie thoracique (où une image utile peut s'étendre jusqu'à la limite de l'image) mais peut être approprié pour une imagerie d'extrémité où la région d'intérêt est généralement centrée sur le détecteur. Ainsi, dans certains modes de réalisation, le serveur d'applications 62 peut déterminer les détecteurs qui sont les mieux adaptés à une application donnée et/ou les détecteurs qui ne sont pas adaptés à l'application et peut retourner des résultats à l'utilisateur en se basant sur cette détermination. Dans ce mode de réalisation, en se basant sur les sous-systèmes détecteurs disponibles et intrinsèquement capables d'exécuter une application, le serveur d'applications 62 peut être capable de déterminer les sous-systèmes détecteurs qui sont les mieux adaptés à l'application par opposition à ceux qui ne conviennent pas ou qui ne sont suffisants que pour exécuter l'application, mais qui ne sont pas optimums. En passant maintenant à la figure 6, selon un autre procédé 160, l'utilisateur peut interroger un serveur d'applications 62 (bloc 170) en se basant sur une application désirée 172, par exemple, tomosynthèse, radioscopie, double énergie, imagerie pédiatrique et ainsi de suite. Dans certains modes de réalisation, l'utilisateur peut ne pas spécifier de sous-système détecteur 32 ou de sous-système imageur 30. Dans d'autres modes de réalisation, l'utilisateur peut également spécifier un sous-système détecteur 32 ou un sous-système imageur 30 ou les deux. En se basant sur l'application désirée 172 et/ou un sous-système imageur ou détecteur spécifié, le serveur d'applications 62 peut accéder à une ou plusieurs bases de données, tableaux de correspondance ou autres mémoires de données pour déterminer les combinaisons 176 des sous-systèmes détecteurs 32 et/ou des sous- systèmes imageurs 30 disponibles qui sont adaptés à exécuter l'application désirée 172. Ces combinaisons peuvent être fournies à l'utilisateur, par exemple par affichage (bloc 178) d'une liste des combinaisons convenables, il peut alors sélectionner un sous-système détecteur 32 et/ou un sous-système imageur 30 disponible permettant d'exécuter l'application 172. Dans un mode de réalisation par exemple, le serveur d'applications 62 peut interroger une liste 182 de sous-systèmes imageurs 30 et/ou une liste 184 de sous-systèmes détecteurs 32 dont l'utilisation est administrée par le serveur d'applications 62. Les listes 182, 184 peuvent inclure des informations concernant les sous-systèmes imageurs 30 et sous-systèmes détecteurs 32 respectifs, par exemple les propriétés fonctionnelles ou physiques, de façon que les sous-systèmes imageurs 30 et/ou sous-systèmes détecteurs 32 qui ne conviennent pas pour exécuter l'application 172 puissent être exclus. Si par exemple l'application 172 est une application de radioscopie, seuls les sous-systèmes imageurs 30 et/ou les sous-systèmes détecteurs 32 adaptés à exécuter une radioscopie seront retournés. Dans cet exemple, la liste 184 de sous-systèmes détecteurs 32 peut inclure un champ interrogeable ou d'autres informations de propriété pour chaque sous-système détecteur énuméré 32 indiquant si un sous-système détecteur 32 est capable d'une lecture à haut débit et/ou à faible bruit permettant une imagerie en temps réel ou fluoroscopique. Les sous-systèmes détecteurs 32 ne permettant pas une telle lecture rapide d'images ne sont pas sélectionnés par le serveur d'applications 62 si l'application 172 nécessite une telle lecture rapide, par exemple une application de radioscopie. Un autre exemple de propriété de sous-système détecteur pouvant être gérée dans la liste 184 est qu'un sous-système détecteur 32 est capable d'une lecture d'image et d'un enregistrement prenant en compte la tomosynthèse (c'est-à-dire l'acquisition d'images multiples sur une plage angulaire limitée). D'autres propriétés des sous-systèmes détecteurs peuvent inclure, mais sans y être limité, la densité de pixels du détecteur, les dimensions ou la taille du détecteur, les longueurs d'onde que le détecteur est capable de détecter, le fait que le détecteur est approprié à une imagerie à double énergie, les cartes de mauvais pixels, la maintenance, l'étalonnage et l'historique de mise à jour et ainsi de suite. Des exemples de propriétés des sous-système imageurs 30 pouvant être gérées dans la liste 182 de propriétés de sous-systèmes imageurs comportent mais sans y être limité, le fait que l'angle de la source, par exemple le tube à rayons X, permet la publication d'images, le fait que le déplacement et l'angle de la source permettent des acquisitions de tomosynthèse, le fait que la source est appropriée à une imagerie à double énergie (par exemple, le fait que la source possède des temps de commutation kVp appropriés), le fait que la source est appropriée à la radioscopie, la maintenance, l'étalonnage et l'historique de mise à jour et ainsi de suite. Les propriétés enregistrées dans les listes 182, 184 peuvent être mises à jour à chaque fois qu'un nouveau sous-système détecteur 32 ou sous-système imageur 30 est ajouté au réseau, à chaque fois qu'un tel sous-système est réamorcé et/ou communique avec le réseau après une modification de propriétés ou dans un quelconque autre agencement convenable. Comme on le comprendra, dans la mesure où un utilisateur peut spécifier un sous-système imageur 30 ou un sous-système détecteur 32 avec l'application 172, une seule propriété de la liste de propriétés des sous-systèmes imageurs 182 ou de la liste de propriétés des sous-systèmes détecteurs 184 peut faire l'objet d'une recherche par le serveur d'applications. Si par exemple un utilisateur spécifie qu'un sous-système imageur 30 doit être utilisé pour exécuter l'application 172, le serveur d'applications 62 peut ne rechercher que dans la liste 184 de sous-systèmes détecteurs disponibles 32 pour déterminer lesquels sont appropriés pour exécuter l'application 172 conjointement avec le sous-système imageur spécifié 30. Si aucun sous-système détecteur 32, sous-système imageur 30 et/ou sous-systèmes détecteurs et imageurs disponibles en combinaison 32, 30 ne sont appropriés pour exécuter l'application spécifiée 172, le serveur d'applications 62 peut informer l'utilisateur que l'application 172 ne peut pas être exécutée avec les sous-systèmes imageurs 30 ou sous-système détecteurs 32 connus par le serveur d'applications 62. Si par exemple l'utilisateur spécifie uniquement l'application 172 et que le serveur d'applications 62 détermine qu'aucune combinaison de sous-systèmes imageurs et détecteurs n'est appropriée pour exécuter l'application 172, le serveur d'applications 62 peut informer l'utilisateur que l'application 172 ne peut pas être exécutée en utilisant une combinaison quelconque de sous-systèmes imageurs et détecteurs disponibles pour le serveur d'applications. Si l'utilisateur a spécifié un sous-système imageur ou détecteur ainsi que l'application 172 et que le serveur d'applications 62 ne peut pas faire correspondre un sous- système détecteur ou imageur correspondant avec le sous-système spécifié pour exécuter l'application 172, le serveur d'applications peut informer l'utilisateur qu'en se basant sur l'imageur ou le détecteur spécifié et l'application désirée, aucun sous-système détecteur ou imageur disponible équivalent n'est adapté à exécuter l'application 172. Dans cet exemple, l'utilisateur peut alors choisir de ne pas contraindre le serveur d'applications 62 à un sous-système imageur ou détecteur spécifique ou peut spécifier un sous-système imageur ou détecteur différent lors d'une recherche ultérieure. Dans un mode de réalisation, le serveur d'applications 62 peut également interroger un serveur de licence 156 qui effectue le suivi des applications dont l'utilisateur détient une licence en déterminant quels sous-systèmes sont disponibles pour exécuter l'application spécifiée 172. Par exemple, pour certaines applications 172, le site peut être limité par un accord de licence à n'exécuter qu'un certain nombre d'applications faisant appel à une licence dans une fenêtre de temps donnée (heure, jour, semaine, mois, année et ainsi de suite) ou peut être contraint à exécuter seulement un certain nombre des applications faisant appel à une licence à un certain moment, c'est-à-dire en même temps. À titre de variante, comme ici expliqué, le serveur de licence 156 peut également effectuer le suivi du nombre de fois où est exécutée une application faisant appel à une licence de façon que le détenteur d'une licence effectue un paiement par utilisation après exécution de l'application 172. Si l'on demande à l'utilisateur d'exécuter une application 172 faisant l'objet d'une licence mais pour laquelle aucune licence n'est disponible (soit qu'elle n'est pas achetée ou renouvelée, soit en raison de l'expiration d'une période d'essai, soit du fait qu'elle dépasse la portée de l'accord de licence, par exemple un trop grand nombre d'applications faisant appel à une licence ont déjà été exécutées ou sont en cours d'exécution) le serveur d'applications 62 peut informer l'utilisateur que l'application 172 ne peut pas être exécutée en raison de considérations de licence. Si toutefois l'application appartient à la portée de l'accord de licence, aucune indication semblable ne peut être fournie et en remplacement l'utilisateur peut être doté de combinaisons appropriées de sous-systèmes détecteurs 32 et de sous-systèmes imageurs 30 pour exécuter l'application désirée 172. Dans un autre mode de réalisation, le serveur d'applications 62 peut également interroger un calendrier de programmation 186 ou une autre mémoire de données de gestion de ressources. Dans un tel mode de réalisation, le calendrier de programmation 186 peut inclure des informations concernant la disponibilité des sous-systèmes imageurs 30, sous-systèmes détecteurs 32, individuels, des salles d'examen, des ressources informatiques ou de traitement, des radiologistes ou des techniciens et ainsi de suite. De plus, dans un mode de réalisation, le calendrier de programmation 186 peut inclure l'étalonnage, la mise à niveau et/ou des informations de maintenance telles que la disponibilité ou la pertinence des sous-systèmes détecteurs ou imageurs pouvant être déterminée de façon dynamique en se basant sur les performances des étalonnages, de la maintenance et/ou des mises à niveau, programmés. Ainsi, dans la mesure où l'application 172 peut être planifiée un jour ou une heure donnée, le calendrier de programmation 186 peut fournir des informations au serveur d'applications 62, pouvant être utilisées pour énumérer uniquement les sous-systèmes imageurs 30 ou les sous-systèmes détecteurs 32 disponibles au moment spécifié. De même, dans la mesure où l'application spécifiée 172 doit être exécutée par un technicien ou un radiologiste ayant certaines qualifications ou une formation ou que ces sous-systèmes imageurs et/ou détecteurs spécifiques ne peuvent être utilisés que par certains employés, les emplois du temps des employés qualifiés peuvent être fournis au serveur d'applications 62 pour être utilisés pour déterminer les combinaisons de sous-systèmes imageurs et détecteurs appropriés 176. De même, si aucun sous-système imageur 30, sous-système détecteur 32 et/ou employé qualifié approprié n'est disponible au moment prévu, le serveur d'applications 62 peut fournir ces informations à un utilisateur. En gardant à l'esprit ce qui précède, on comprendra qu'une diversité de fonctions peuvent être fournies par le serveur d'applications 62 dans différentes mises en oeuvre. Le serveur d'applications 62 peut être utilisé par exemple pour fournir une infrastructure de gestion de ressources à une installation ou une institution (par exemple, un hôpital, une clinique, une université et ainsi de suite) pour enregistrer, effectuer le suivi, surveiller des composants (c'est-à-dire des sous-systèmes) de systèmes d'imagerie autonomes comme ici expliqué. De plus, un serveur d'applications peut permettre à un utilisateur d'effectuer des demandes basées sur des applications pouvant être exécutées par des sous-systèmes d'imagerie autonomes ou pour identifier des sous-systèmes d'imagerie disponibles pouvant être utilisés pour exécuter une application désirée. En outre, un serveur d'applications 62 peut également permettre l'enregistrement, le suivi, la surveillance et/ou l'interrogation en se basant sur une application radiologique désirée et sur l'état actuel et historique des qualifications, étalonnages, capacités et modifications de capacités associés à un sous-système détecteur autonome ou un sous-système imageur autonome. De façon similaire, un serveur d'applications 62 peut permettre l'enregistrement, le suivi, la surveillance et/ou l'interrogation en se basant sur une application radiologique désirée et sur des licences, salles, disponibles ou sur la disponibilité du personnel, la qualification du personnel et ainsi de suite. De même, en plus des interrogations appropriées basées sur une application sélectionnée et/ou sur des composants de systèmes d'imagerie comme décrit ci-dessus, le serveur d'applications 62 peut également être utilisé pour générer des rapports périodiques par exemple sur l'état, la disponibilité, la maintenance ou les besoins d'étalonnage, les modifications de performance et ainsi de suite, des sous-systèmes imageurs et/ou détecteurs. Comme on le comprendra, le serveur d'applications 62, comme ici expliqué, peut empêcher un utilisateur d'exécuter une application 172 qu'une combinaison donnée de sous-systèmes imageurs et détecteur n'est pas capable d'exécuter. De cette manière, le serveur d'applications 62 peut empêcher une exposition accidentelle ou inutile d'un patient en empêchant des événements d'exposition ne produisant pas de données utiles en raison de l'utilisation d'un détecteur ou d'un imageur non approprié. Si par exemple l'utilisateur a souhaité exécuter une application de tomosynthèse, le serveur d'applications 62 peut empêcher l'utilisateur de combiner un sous-système imageur approprié 30 avec un sous-système détecteur non approprié 32, par exemple un sous-système détecteur 23 n'ayant pas une vitesse de lecture convenable pour la tomosynthèse ou ayant une mémoire insuffisante pour enregistrer et transmettre le nombre d'images prescrit pour la session d'imagerie de tomosynthèse. Dans cet exemple, le serveur d'applications 62 peut ne pas énumérer la combinaison de sous-systèmes détecteurs/imageurs proposés comme une combinaison acceptable, peut avertir l'utilisateur de la non pertinence de la combinaison en utilisant des indicateurs audibles ou visibles et/ou peut empêcher la combinaison de sous-systèmes imageurs/détecteur non appropriés d'être activée pour une exposition, par exemple empêcher l'imageur d'émettre un rayonnement lorsqu'il est combiné avec un détecteur non approprié. Dans un mode de réalisation, le serveur d'applications 62 peut également enregistrer, suivre et/ou rapporter des instances où l'administration d'une application a été empêchée en raison d'une combinaison incorrecte des sous-systèmes imageurs/détecteurs ou en raison d'autres facteurs. Comme on le comprendra, un serveur d'applications 62 et/ou le serveur de licence 156 comme ici expliqué peuvent être mis en oeuvre de diverses manières. Dans un mode de réalisation par exemple, le serveur d'applications 62 ou le serveur de licence peut être mis en oeuvre sous la forme d'un serveur séparé et distinct, en utilisant des circuits dédiés mis en réseau pour communiquer avec les sous-systèmes détecteurs 32 et/ou les sous-systèmes imageurs 30 sur une infrastructure de réseau. De façon similaire, un serveur d'applications 62 ou un serveur de licence 156 peut être fourni sous la forme d'un serveur virtuel mis en oeuvre sous la forme d'une application logicielle s'exécutant sur des dispositifs existants (par exemple, un serveur, une station de travail, une station d'accueil, un sous-système détecteur, un sous-système imageur) d'un HIS ou d'un RIS. À titre de variante, un serveur d'applications 62 ou un serveur de licence peut être mis en oeuvre d'une manière distribuée, divers aspects du serveur d'applications 62 ou du serveur de licence 156 s'exécutant simultanément sur différents dispositifs (par exemple, un serveur, une station de travail, une station d'accueil, un sous-système détecteur, un sous-système imageur) sur un réseau. Un mode de réalisation de l'invention peut être réalisé sous la forme de processus et de dispositifs mis en oeuvre sur un ordinateur pour mettre en pratique ces processus. Des modes de réalisation de la présente invention peuvent également être réalisés sous la forme d'un produit de programme informatique comportant un code de programme informatique contenant des instructions, écrites sur un support tangible, tel que des disquettes, CD-ROM, disques durs, lecteurs USB (bus série universel) ou un quelconque autre support d'enregistrement lisible par un ordinateur dans lequel, lorsque le code de programme informatique est chargé et exécuté par un ordinateur, l'ordinateur devient un dispositif pour mettre l'invention en pratique. Des modes de réalisation de l'invention peuvent également être réalisés sous la forme d'un code de programme informatique, par exemple, qu'il soit enregistré sur un support d'enregistrement, chargé dans un ordinateur et/ou exécuté par celui-ci ou transmis sur un certain support de transmission, par exemple sur un câblage électrique, par l'intermédiaire de fibres optiques ou par l'intermédiaire d'un rayonnement électromagnétique, dans lequel, lorsque le code de programme informatique est chargé dans un ordinateur et exécuté par celui-ci, l'ordinateur devient un dispositif pour mettre l'invention en pratique. Lorsqu'ils sont mis en oeuvre sur un microprocesseur à usage général, les segments du code de programme informatique configurent le microprocesseur pour créer des circuits logiques spécifiques. Un effet technique des instructions exécutables consiste à permettre l'utilisation de sous-systèmes détecteurs modulaires et de sous-systèmes imageurs modulaires interchangeables indépendants les uns des autres et conjointement avec un serveur d'applications sur le réseau. Les effets techniques de la présente description incluent la description et la notification d'erreurs du détecteur ou de l'imageur pendant ou avant une séquence d'examens dans un contexte où le détecteur et/ou l'imageur fonctionnent de façon autonome. De plus, un effet technique de la présente description comporte la génération de listes d'applications pouvant être exécutées en utilisant des combinaisons différentes de sous-systèmes détecteurs et imageurs autonomes ou inversement, les combinaisons de sous-système imageurs et détecteur pouvant être utilisées pour exécuter une application spécifiée. Un autre effet technique de la présente description comporte l'utilisation de sous-systèmes détecteurs et imageurs autonomes dans un environnement de réseau conjointement avec un serveur d'applications, où le sous-système imageur, le sous-système détecteur et/ou le serveur d'applications communiquent en tant que noeuds sur le réseau. 10 Système d'imagerie 12 Source 14 Collimateur 16 Flux de rayonnement 18 Patient 20 Partie de rayonnement 22 Détecteur 24 Circuits d'alimentation/de commande 26 Contrôleur de détecteur 28 Contrôleur de système 30 Sous-système imageur 32 Sous-système détecteur 34 Dispositif de sortie 36 Station de travail d'opérateur 42 Bras support 44 Table de patient 46 Fente 48 Statif mural 50 Structure de réception 60 Système de réseau distribué 62 Serveur d'applications 68 Réseau distribué 70 Serveur 72 Serveur 74 Serveur 90 Dispositif d'enregistrement 92 Mémoire 94 Processeur 96 Écran d'affichage 100 Connexion de réseaux 102 Connexion de réseaux 104 Connexion de réseaux 110 NIC 112 NIC 114 NIC 120 Mémoire 122 Mémoire 124 Dispositif d'enregistrement 126 Connexion USB 140 Procédé 144 Sous-systèmes imageurs et détecteurs combinés 146 Exécution du POST 148 Fourniture des résultats du POST au serveur d'applications 150 Interrogation des capacités de l'imageur 152 Affichage des applications disponibles 154 Interrogation du serveur de licence 156 Serveur de licence 158 Résultats combinés 170 Interrogation du serveur d'applications 172 Application 176 Combinaisons imageurs/détecteurs 178 Combinaisons d'affichage 182 Propriétés d'imageur enregistrées 184 Propriétés de détecteur enregistrées 186 Calendrier de programmation REVENDICATIONS1. Système de gestion d'imagerie, comprenant : un réseau (60) ; une pluralité de sous-systèmes imageurs autonomes (30), capables chacun de communiquer en tant que noeud respectif sur le réseau (60) ; une pluralité de sous-systèmes détecteurs autonomes (32), capables chacun de communiquer en tant que noeud respectif sur le réseau (60) ; et un serveur d'applications (62) capable de communiquer en tant que noeud sur le réseau (60), dans lequel le serveur d'applications contient et exécute des sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs à partir de la pluralité de sous-systèmes imageurs autonomes (30) et de la pluralité de sous- systèmes détecteurs autonomes (32) en se basant sur une application (172) à exécuter. 2. Système de gestion d'imagerie selon la revendication 1, dans lequel les sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs communiquent avec un serveur de licence (156) lors de la génération des combinaisons d'imageurs et de détecteurs. 3. Système de gestion d'imagerie selon la revendication 1, dans lequel les sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs communiquent avec un calendrier de programmation (186) lors de la génération des combinaisons d'imageurs et de détecteurs. 4. Système de gestion d'imagerie selon la revendication 1, dans lequel les sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs communiquent avec la pluralité de sous-systèmes détecteurs autonomes (32) pour déterminer un ou plusieurs éléments parmi les paramètres fonctionnels, l'état fonctionnel, l'historique de maintenance ou l'état d'étalonnage de chaque sous-système détecteur (32). 5. Système de gestion d'imagerie selon la revendication 1, dans lequel les sous-programmes qui génèrent des combinaisons d'imageurs et de détecteurs communiquent avec la pluralité de sous-systèmes imageurs autonomes (30) pour déterminer un ou plusieurs éléments parmi les paramètres fonctionnels, l'état fonctionnel ou l'historique de maintenance de chaque sous-système imageur (30). 6. Système de gestion d'imagerie selon la revendication 1, dans lequel le serveur d'applications (62) contient et exécute des sous-programmes qui déterminent et indiquent des applications disponibles (172) pour différentes combinaisons d'imageurs et de détecteurs parmi la pluralité de sous-systèmes imageurs autonomes (30) et la pluralité de sous-systèmes détecteurs autonomes (32). 7. Système de gestion d'imagerie selon la revendication 6, dans lequel le serveur d'applications (62) contient et exécute un sous- programme qui énumère les applications disponibles (172) pour différentes combinaisons d'imageurs et de détecteurs. 8. Système de gestion d'imagerie selon la revendication 6, dans lequel les sous-programmes qui déterminent et indiquent les applications disponibles (172) pour différentes combinaisons d'imageurs et de détecteurs déterminent les applications disponibles pour un imageur et/ou un détecteur spécifiés par un opérateur. 9. Système de gestion d'imagerie selon la revendication 6, dans lequel les sous-programmes qui déterminent et indiquent les applications disponibles (172) communiquent avec un serveur de licence (156) lors de la détermination des applications disponibles. 10. Système de gestion d'imagerie selon la revendication 6, dans lequel les sous-programmes qui déterminent et indiquent les applications disponibles (172) communiquent avec un calendrier de programmation (186) lors de la détermination des applications disponibles (172).