Brevet FR3037169A1 — publié le 20161209

DISPOSITIF MEDICAL MOBILE Domaine de l'invention L'invention concerne le domaine du traitement du signal en général et l'architecture de systèmes médicaux en particulier. Etat de la Technique Certains systèmes médicaux modernes - comme des systèmes 10 radiologiques de type mobile (par exemple en chirurgie) ou des systèmes de type table « Radiographie et Fluoroscopie » - requièrent des niveaux de performances très exigeants. Ces systèmes requièrent par exemple des fonctionnalités de 15 contrôle/commande temps réel « dur » comme la synchronisation des tirs de rayons X et le contrôle du temps d'irradiation par exemple. Le traitement d'image associé nécessite alors du quasi temps-réel, ce qui implique d'importantes capacités de calcul et des flux de données massifs. L'exploitation et la présentation visuelle des données résultantes 20 doit également pouvoir intégrer les contraintes des utilisateurs (par exemples des chirurgiens ou des radiologues). De manière générale, l'architecture de ces solutions doit répondre à des contraintes strictes d'encombrement, de consommation et de coût. 25 Les solutions existantes répondent généralement à ces besoins avec une architecture répartie en plusieurs « sous-systèmes » (en général trois): un « boitier de contrôle/commande » garantissant le temps réel dit « dur », une unité de calcul (« processing unit » en anglais) traitant le flux continu des images et une station de travail cliente (la « workstation » cliente en 30 anglais), sur laquelle s'exécute le logiciel médical de l'utilisateur. - 3037169 2 Ces solutions connues présentent de nombreux inconvénients (parmi lesquels l'encombrement, la présence de nombreux câbles, une fiabilité non optimale, une consommation d'énergie non optimisée, un coût 5 important). Il existe un besoin pour des systèmes médicaux, en particulier d'imagerie médicale, présentant des garanties de performances spécifiques tout en étant de type mobile ou portable. Résumé de l'invention Il est divulgué un système d'imagerie médicale comprenant au moins une station de travail, ladite station de travail comprenant une première unité comprenant des moyens de contrôle et de commande, une seconde unité comprenant des moyens de traitement d'images et une troisième unité comprenant des moyens d'interface utilisateur, chacune des trois unités étant associée à des ressources matérielles distinctes et mutuellement exclusives de ladite station de travail. Des développements de l'invention décrivent notamment l'emploi d'un partitionnement statique, de techniques de virtualisation, de caractéristiques temps-réel et d'un système d'acquisition d'images radiologiques. Des aspects de procédé sont également décrits, notamment des étapes de découverte, sélections et allocation des ressources matérielles aux trois unités selon l'invention. Selon un aspect de l'invention, il est divulgué un système de virtualisation d'une architecture de système médical mobile (C-Arm) ou statique (Table RF) permettant un contrôle/commande en temps réel, un traitement des images sans pertes et/ou à faible temps de latence ainsi qu'une interface homme-machine. 3037169 3 Selon un aspect de l'invention, les trois sous-systèmes de l'état de la technique connus (« boitier de contrôle/commande », « processing unit » et « workstation cliente ») sont combinés intégrés dans un seul et même système qui est la « workstation cliente ». Cette intégration ne nécessite 5 pas de modifier les logiciels et environnements matériels des trois sous- systèmes, garantit la même performance et s'obtient pour un très faible surcoût. Avantageusement, le système selon l'invention permet d'atteindre et/ou 10 de garantir de hautes performances (e.g. en calcul et/ou visualisation), donc notamment en matière de temps-réel, performances qui ne sont généralement pas permises ou atteintes par les solutions de virtualisation connues dans l'état de la technique. 15 Description des figures Différents aspects et avantages de l'invention vont apparaitre en appui de la description d'un mode préféré d'implémentation de l'invention mais non limitatif, avec référence aux figures ci-dessous : 20 La figure 1 illustre un exemple de système virtualisé selon l'état de la technique ; La figure 2 illustre un exemple de répartition des ressources matérielles et 25 la cohabitation de trois domaines virtuels sur un système unique. Description détaillée de l'invention Il est divulgué un système d'imagerie médicale comprenant au moins une 30 station de travail, ladite station de travail comprenant une première unité 3037169 4 comprenant des moyens de contrôle et de commande, une de seconde unité comprenant des moyens de traitement d'images et une troisième unité comprenant des moyens d'interface utilisateur, chacune des trois unités étant associée à des ressources matérielles distinctes et 5 mutuellement exclusives de ladite station de travail. Dans un développement, les ressources matérielles sont partitionnées entre les différentes unités de manière statique. 10 Dans un développement, le partitionnement statique est défini par un fichier de configuration. En d'autres termes, les ressources matérielles étant partitionnées entre les différentes unités de manière configurable. Dans un développement, le partitionnement statique est obtenu après la 15 découverte et/ou la priorisation et/ou l'allocation aux trois unités des ressources matérielles accessibles. Dans un développement, les ressources matérielles de la station de travail sont virtualisées selon une virtualisation de type 1 ou métal nu. 20 Dans un développement, le système comprend en outre des moyens d'affichage. Dans un développement, la station de travail est de type multiprocesseurs 25 et comprend au moins deux interfaces de moyens de communication et au moins un contrôleur de moyens de stockage. Dans un développement, l'unité comprenant des moyens de contrôle et de commande est associée de manière exclusive à un coeur de 30 processeur prédéfini et à une interface de communication prédéfinie de la station de travail, ladite unité exécutant un système d'exploitation de type 3037169 5 temps réel. Dans un développement, l'unité comprenant des moyens de traitement d'image est associée de manière exclusive à une pluralité de processeurs 5 et/ou coeurs de processeur, à des moyens de contrôle de stockage et à des moyens d'interfaces de communication de la station de travail ; ladite unité exécutant un système d'exploitation paravirtualisé (optionnel). Le système d'exploitation de l'unité considérée peut être virtualisé ou pas. 10 Dans un mode de réalisation, ce système d'exploitation présente a minima des caractéristiques de temps-réel « mou ». Dans un développement, l'unité d'interface utilisateur est associée à des ressources matérielles de la station de travail, lesdites ressources 15 matérielles étant restantes et non associées à la première et à la deuxième unité. Dans un développement, le système comprend en outre un système d'acquisition d'images radiologiques. 20 Il est divulgué un procédé pour imagerie médicale (permettant l'établissement d'un système unifié ou consolidé pour l'imagerie médicale) comprenant les étapes consistant à recevoir (passivement ou découvrir activement) des ressources matérielles de calcul, de mémoire, de 25 communication et d'affichage, telle présentes et accessibles dans l'environnement proche (« informatique en nuages » n'étant pas exclue); sélectionner lesdites ressources matérielles en fonction de priorités prédéfinies ; et allouer les ressources matérielles sélectionnées à trois unités, une première unité comprenant des moyens de contrôle et de 30 commande, une seconde unité comprenant des moyens de traitement d'images et une troisième unité comprenant des moyens d'interface 3037169 6 utilisateur, chacune des trois unités étant associée à des ressources matérielles distinctes et mutuellement exclusives de ladite station de travail. 5 Les figures sont décrites ci-après. La figure 1 illustre un exemple de système médical virtualisé selon l'état de la technique. Des moyens d'acquisition d'images 110 transmettent, par exemple via des réseaux de type gigabit Ethernet, un flux de données 111 10 à une unité de calcul et ou de traitement d'images 120. Les données 111 sont généralement d'un volume très important (typiquement de l'ordre de 900 Mb/s). L'unité de calcul 120 est généralement configurée ou adaptée pour réaliser des traitements en temps réel. Par exemple, l'unité 120 utilise des dizaines d'algorithmes de manière séquentielle et se 15 caractérise par des temps de latence généralement courts. Ladite unité 120 communique 121 après traitement le flux de données modifié vers la station de travail hôte 130. La station de travail 130 comprend généralement les programmes utilisés par le corps médical. En sortie de ladite station de travail 130, un flux de données (par exemple tel que 20 modifié par les programmes médicaux) est communiqué 131 vers des moyens d'affichage 140. Le flux de données est typiquement de l'ordre de 30 à 60 images par seconde. La figure 2 montre un exemple d'architecture d'un système médical selon 25 l'invention. Selon un aspect de l'invention, l'architecture proposée consiste à s'appuyer sur des caractéristiques de virtualisation des composants constituants d'un ordinateur personnel ou d'une station de travail (encore 30 appelés la « workstation cliente ») en créant plusieurs domaines dits « virtuels ». Chacun des trois systèmes d'exploitation (« Operating 3037169 7 Systems » en anglais) associées aux trois domaines virtuels ou sous-systèmes (« boitier de contrôle/commande », « processing unit » et « workstation cliente ») fonctionnera comme sur un système réel indépendant et unique. 5 À cette fin, chacun de ces domaines virtuels, se voit attribué de façon exclusive les ressources matérielles (processeur, mémoire, contrôleurs de périphérique...) dont il a besoin sans interagir avec les autres domaines. Les associations des ressources matérielles (distinctes et mutuellement 10 exclusives) aux différentes unités définissent un « partitionnement » d'accès aux ressources matérielles. En d'autres termes, les ressources peuvent être partitionnées par l'hyperviseur selon différentes méthodes (par exemple de manière configurable au démarrage, plus ou moins automatisée, selon une configuration prédéfinie par l'utilisateur). 15 Le partitionnement selon l'invention est généralement « statique » (il peut néanmoins dans certains cas être « dynamique »). Dans un mode de réalisation préférentielle, le partitionnement c'est-à-dire 20 le mode d'accès aux ressources est « statique ». Le partitionnement est prédéfini, c'est-à-dire défini ou fixé de manière préalable. Différentes manières peuvent être utilisées pour définir un tel partitionnement statique. 25 Selon un mode de réalisation de l'invention, il est mis en oeuvre un fichier de configuration défini par défaut (par exemple tel que fourni par un intégrateur ou tel que résultant de l'agrégation de fichiers de configuration unitaires fournies par les différents constructeurs des ressources 30 matérielles consolidées par l'invention). 3037169 8 Selon un autre mode de réalisation de l'invention, le partitionnement statique résulte d'une série d'étapes préalables (i.e. une phase d'initialisation) lesquelles comprennent notamment une ou plusieurs étapes parmi les étapes consistant à (1) « découvrir » l'ensemble des 5 ressources matérielles pouvant être accédées et/ou restructurées selon l'invention (phase de découverte); (2) hiérarchiser et/ou sélectionner ces ressources matérielles accessibles selon différents niveaux de priorité (priorisation); et (3) allouer les ressources à l'une des trois unités selon l'invention (allocation). 10 La phase de découverte (1) comprend notamment l'établissement (automatique et le plus exhaustif possible) de la liste des ressources matérielles pouvant être utilisées. Différentes techniques et technologies d'exploration des ressources matérielles accessibles sont possibles, y 15 compris par des techniques d'exploration conduites « de proche en proche ». Dans certains modes de réalisation, un nombre limité d'appareils est pris en considération (par exemple par leur déclaration manuelle par un utilisateur). Dans certains autres modes de réalisation, la phase de découverte est conduite de manière automatique (par exemple 20 par découverte de l'environnement sur le réseau local). Dans certains autres modes de réalisation enfin, la phase de découverte être effectué de manière semi-automatique (l'utilisateur fournissant alors les données éventuellement requises pour établir des ponts logiques ou « bridges » en anglais pour accéder à des ressources matérielles supplémentaires). 25 Certains modes de réalisation, notamment en situation d'urgence, consistent même en la recherche « opportuniste » de ressources matérielles additionnelles (par exemple, un ou plusieurs ordinateurs portables accessibles à proximité seront mis à contribution pour consolider les capacités de calcul). 30 La phase de sélection (2) peut notamment consister à qualifier et ou 3037169 9 hiérarchiser les différentes ressources matérielles identifiées en vue de leur allocation ultérieure. En particulier, des tests unitaires de performance peuvent être effectués sur une ou plusieurs des ressources matérielles (par exemple, test en lecture/écriture, test d'intégrité, etc) ce 5 qui avantageusement permet une mise en oeuvre plus efficace et réaliste que celle qui consisterait à s'en tenir à des déclarations de ressources. La phase d'allocation (3) des ressources matérielles découvertes aux différentes unités mises en oeuvre par l'invention peut se faire de 10 différentes manières. Dans un mode de réalisation préférentielle, les ressources matérielles identifiaient sont associées de manière prioritaire aux deux premières sous unités (0S1 et 0S2 dans l'exemple de la figure 2) tandis que l'ensemble des ressources matérielles résiduelles est affecté à la troisième et dernière unité (0S3 dans l'exemple). Des fichiers 15 de configuration préalables peuvent eux-mêmes gouverner la répartition des ressources entre les deux premières unités (par exemple au moyen de règles logiques prédéfinies). Le caractère statique du partitionnement n'est toutefois pas une 20 caractéristique essentielle de l'invention dans la mesure où, dans certains modes de réalisation, les modalités d'exclusivité d'accès aux ressources peuvent être déterminées de manière dynamique, par exemple en fonction d'évolutions matérielles (e.g. dans le cas d'un système ouvert évolutif, par le branchement à chaud ou « hotplug » de ressources 25 matérielles supplémentaires, etc). Ce type de configuration peut en effet être requis dans des situations exceptionnelles d'urgence (interventions en zone de catastrophe nature ou industrielle, avec des installations de chirurgie d'urgence etc). 30 II est souligné que les phases de découverte et/ou de priorisation et/ou d'allocation des ressources matérielles peuvent faire l'objet d'interface 3037169 10 graphique utilisateur (i.e. tangibles et détectables à l'écran). Selon un aspect de l'invention, il s'agit même de la manifestation principale de l'invention (i.e. les étapes de consolidation du matériel sont visibles par l'utilisateur, tandis que la suite des opérations lui est généralement 5 transparente, les ressources matérielles étant unifiées). L'exclusivité ainsi déterminée par le procédé garantira (entre autres aspects) une certaine compatibilité et un niveau de performance, notamment en matière de temps-réel. Ainsi, chaque domaine virtuel 10 fonctionnera comme s'il était sur un matériel réel dont il contrôlerait totalement les ressources matérielles. Les différentes mises en oeuvre des systèmes selon l'invention utilisent avantageusement une virtualisation de type 1 (hyperviseur « bare metal » 15 ou "métal nu" ou natif). Un hyperviseur permet à plusieurs systèmes d'exploitation de travailler sur une même machine physique en même temps. Un hyperviseur est un logiciel (i.e. suite d'étapes) qui s'exécute directement sur une plateforme matérielle. Cette plateforme est alors partitionnée en plusieurs plateformes matérielles indépendantes (en 20 l'espèce 3) sur lesquelles s'appuieront des systèmes d'exploitation (qui peuvent être différents). L'hyperviseur type 1 peut être considéré comme un noyau hôte allégé et optimisé. Sur des processeurs ayant les instructions de virtualisation 25 matérielle, l'hyperviseur n'a plus à émuler les anneaux de protection et le fonctionnement s'en trouve accéléré. Selon certaines variantes de réalisation, l'hyperviseur est intégré dans le micrologiciel (« firmware ») de la plateforme ; 30 L'invention repose sur des techniques de virtualisation dont les modes de réalisation de l'invention font un usage particulier. Les ressources 3037169 11 matérielles du système physique réel ne sont pas seulement « partagées » entre différentes unités (ou programmes ou systèmes d'exploitation): elles sont sciemment séparées et réparties/allouées entre plusieurs unités ou programmes ou système d'exploitation, d'une manière 5 spécifique, permettant notamment de conserver (sensiblement) le même niveau de performance que le système réel physique natif. Les ressources réelles physiques sont allouées de manière mutuellement exclusive entre les différents systèmes virtualisés. 10 II est donc souligné que si l'invention s'apparente superficiellement aux solutions de virtualisation déjà existantes, elle en diffère en réalité significativement dans les détails d'implémentation. En particulier, le système selon l'invention garantit des caractéristiques de performance (inexistante sur le marché). Les solutions existantes en matière de 15 virtualisation se focalisent généralement sur la sécurité (et la sureté) mais ne visent pas à assurer des niveaux de performance spécifiques. Afin de résoudre le problème technique initial, les systèmes selon invention peuvent reposer sur l'architecture suivante : le système médical 20 comprend (a) une station de travail (ou « workstation » ou « PC » ou « personal computer » ou ordinateur) ayant les ressources matérielles requises et utilisées par les trois domaines virtuels ou « sous-systèmes » ; cette station de travail comprend par exemple une pluralité de processeurs et ou de coeur de processeurs, au moins deux interfaces 25 de communication (par exemple de type Ethernet) et au moins deux contrôleurs de moyens de stockage (par exemple de type disque dur).et (b) des moyens d'affichage. La figure 2 illustre un exemple de répartition des ressources matérielles et 30 la cohabitation des trois domaines virtuels sur un système unique 200 ayant les rôles suivants: 3037169 12 - un premier système virtuel 230, par exemple de contrôle/commande se réservant un unique « core » de CPU 298 et une unique interface de communication 299 (par exemple Ethernet 100Mbits), ou selon d'autres 5 caractéristiques permettant d'assurer les fonctions dite de « temps-réel dur ». Sur ce système virtuel 230 s'exécutera un système d'exploitation dit "temps-réel" OS-3. Il embarquera toute l'intelligence des automatismes à gérer dans le système. Tous les périphériques extérieurs (capteurs/actionneurs) pourront par exemple être réduits à leur plus 10 simple expression (sans intelligence particulière). Ces périphériques extérieurs seront tous interconnecté sur un réseau IP via l'interface de communication 299 et contrôlé par un protocole de bus de terrain temps réel. 15 - un second système virtuel 220, par exemple de traitement d'images. Ce système peut se réserver un nombre de coeurs (« core » en anglais) qui lui est nécessaire. Par exemple, se partitionnement peut être effectué en fonction d'une part du nombre d'algorithmes qu'il devra mettre en oeuvre de manière séquentielle et d'autre part du débit maximum d'images par 20 seconde (par exemple telles qu'imposé par le détecteur). Ce système pourra par exemple mettre en oeuvre un système d'exploitation OS-2 de type Open Source comme Linux (préférentiellement « paravirtualisé » c'est-à-dire un système d'exploitation modifié d'emblée pour prendre en compte la virtualisation et intégrant le patch « Preempt RT » de façon à 25 présenter des caractéristiques de type « temps réel mou», (« soft real time » en anglais)). Le second système d'exploitation OS-2 prendra en charge ce système virtuel 220 et supportera le programme ou l'application de traitement d'images. Dans un mode de réalisation, cette application de traitement d'images sera du type « ICS » (acronyme pour « Imaging 30 Chain Solution », i.e. définissant un enchainement des algorithmes adapté à des utilisations médicales). Le sous-système 220 devra 3037169 13 également réserver les ressources matérielles qui lui sont nécessaires. Par exemple, le système 220 pourra avoir un accès exclusif à un contrôleur de disque 297, un port Ethernet rapide (Gigabit) 296, à un ou plusieurs coeurs de processeurs 295 et un port virtuel de communication 5 « inter guest OS» et/ou des moyens graphiques 294 qui sera utilisé comme « unité compagnon de calcul » ("co-processing unit" en anglais); - un troisième et dernier système virtuel 210 pour l'affichage des données traitées à l'utilisateur: l'interface utilisateur ou GUI. Ce système virtuel 210 10 disposera généralement de toutes les ressources matérielles restantes, c'est à dire celles qui n'ont pas été attribuées aux deux autres systèmes virtuels cités ci-dessus. Par exemple, le système 210 accédera au ressources de type Ethernet 291, processeurs multi-core 292 et moyens graphiques 293. Le système d'exploitation OS-1 sera par exemple 15 propriétaire. Ce système supportera en outre les programmes ou applications de type médical et utilisera les services fournis par les deux premiers systèmes virtuels pour remplir sa fonction proprement médicale vis à vis de l'utilisateur (e.g. le chirurgien ou le radiologue). 20 Les trois domaines virtuels ou sous système systèmes 210, 220 et 230 sont mis en oeuvre par un hyperviseur 205 - par exemple de type 1 partageant la mémoire vive 206 de la station de travail (200, 130), et sont interconnectés (201,202,203) via un bus 204 de communication. 25 La présente invention peut s'implémenter à partir d'éléments matériel et/ou logiciel. Elle peut être disponible en tant que produit programme d'ordinateur sur un support lisible par ordinateur. Le support peut être électronique, magnétique, optique ou électromagnétique. 30 Selon un mode de réalisation, le dispositif comprend un support de stockage lisible par ordinateur (RAM, ROM, EEPROM, mémoire flash ou 3037169 14 une autre technologie de mémoire, CD-ROM, DVD ou un autre support à disque optique, cassette magnétique, bande magnétique, disque de stockage magnétique ou un autre dispositif de stockage, ou un autre support de stockage non transitoire lisible par ordinateur) codé avec un 5 programme d'ordinateur (c'est-à-dire plusieurs instructions exécutables) qui, lorsqu'il est exécuté sur un processeur ou plusieurs processeurs, effectue les fonctions des modes de réalisation décrits précédemment. A titre d'exemple d'architecture matérielle adaptée à mettre en oeuvre 10 l'invention, un dispositif peut comporter un bus de communication auquel sont reliés une unité centrale de traitement ou microprocesseur (CPU, acronyme de « Central Processing Unit » en anglais), lequel processeur peut être "multi-core" ou "many-core"; une mémoire morte (ROM, acronyme de « Read Only Memory » en anglais) pouvant comporter les 15 programmes nécessaires à la mise en oeuvre de l'invention; une mémoire vive ou mémoire cache (RAM, acronyme de « Random Access Memory » en anglais) comportant des registres adaptés à enregistrer des variables et paramètres créés et modifiés au cours de l'exécution des programmes précités ; et une interface de communication ou E/S (I/O acronyme de 20 « lnput/ouput » en anglais) adaptée à transmettre et à recevoir des données. Dans le cas où l'invention est implantée sur une machine de calcul reprogrammable, le programme correspondant (c'est-à-dire la séquence 25 d'instructions) peut être stocké dans ou sur un médium de stockage amovible (par exemple une carte SD, un DVD ou Bluray, un moyen de stockage de masse tel que un disque dur e.g. un SSD) ou non-amovible, volatile ou non-volatile, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. Le support lisible par 30 ordinateur peut être transportable ou communicable ou mobile ou transmissible (i.e. par un réseau de télécommunication 2G, 3G, 4G, Wifi, 3037169 15 BLE, fibre optique ou autre). La référence à un programme d'ordinateur qui, lorsqu'il est exécuté, effectue l'une quelconque des fonctions décrites précédemment, ne se 5 limite pas à un programme d'application s'exécutant sur un ordinateur hôte unique. Au contraire, les termes programme d'ordinateur et logiciel sont utilisés ici dans un sens général pour faire référence à tout type de code informatique (par exemple, un logiciel d'application, un micro logiciel, un microcode, ou toute autre forme d'instruction d'ordinateur) qui 10 peut être utilisé pour programmer un ou plusieurs processeurs pour mettre en oeuvre des aspects des techniques décrites ici. Les moyens ou ressources informatiques peuvent notamment être distribués ("Cloud computing"), éventuellement avec ou selon des technologies de pair-àpair. Le code logiciel peut être exécuté sur n'importe quel processeur 15 approprié (par exemple, un microprocesseur) ou coeur de processeur ou un ensemble de processeurs, qu'ils soient prévus dans un dispositif de calcul unique ou répartis entre plusieurs dispositifs de calcul (par exemple tels qu'éventuellement accessibles dans l'environnement du dispositif). Le code exécutable de chaque programme permettant au dispositif 20 programmable de mettre en oeuvre les processus selon l'invention, peut être stocké, par exemple, dans le disque dur ou en mémoire morte. De manière générale, le ou les programmes pourront être chargés dans un des moyens de stockage du dispositif avant d'être exécutés. L'unité centrale peut commander et diriger l'exécution des instructions ou 25 portions de code logiciel du ou des programmes selon l'invention, instructions qui sont stockées dans le disque dur ou dans la mémoire morte ou bien dans les autres éléments de stockage précités. 30 REVENDICATIONS1. Système d'imagerie médicale comprenant au moins une station de travail, ladite station de travail comprenant une première unité 5 comprenant des moyens de contrôle et de commande, une seconde unité comprenant des moyens de traitement d'images et une troisième unité comprenant des moyens d'interface utilisateur, chacune des trois unités étant associée à des ressources matérielles distinctes et mutuellement exclusives de ladite station de travail. 10 2. Système d'imagerie médicale selon la revendication 1, les ressources matérielles étant partitionnées entre les différentes unités de manière statique. 15 3. Système d'imagerie selon la revendication 2, le partitionnement statique étant défini par un fichier de configuration. 4. Système d'imagerie selon la revendication 2, le partitionnement statique étant obtenu après la découverte et/ou la priorisation et/ou 20 l'allocation aux trois unités des ressources matérielles accessibles. 5. Système selon la revendication 1, les ressources matérielles de la station de travail étant virtualisées selon une virtualisation de type 1 ou métal nu. 25 6. Système selon l'une quelconque des revendications précédentes, comprenant en outre des moyens d'affichage. 7. Système selon la revendication 6, la station de travail étant de type 30 multiprocesseurs et comprenant au moins deux interfaces de moyens de communication-et au-ft-foins un contrôleur de moyens de stockage. 3037169 17 8. Système selon l'une quelconque des revendications précédentes, l'unité comprenant des moyens de contrôle et de commande étant associée de manière exclusive à un coeur de processeur prédéfini et à une interface de communication prédéfinie de la station de travail et ladite unité exécutant un système d'exploitation de type temps réel. 9. Système selon l'une quelconque des revendications précédentes, l'unité comprenant des moyens de traitement d'image étant associée de 10 manière exclusive à une pluralité de processeurs et/ou coeurs de processeur, à des moyens de contrôle de stockage et à des moyens d'interfaces de communication de la station de travail. 10. Système selon la revendication 9, ladite unité exécutant un système 15 d'exploitation paravirtualisé. 11. Système selon l'une quelconque des revendications 8 à 10, l'unité d'interface utilisateur étant associée à des ressources matérielles de la station de travail, lesdites ressources matérielles étant restantes et non 20 associées à la première et à la deuxième unité. 12. Système selon l'une quelconque des revendications précédentes, comprenant en outre un système d'acquisition d'images radiologiques. 25 13. Procédé pour imagerie médicale comprenant les étapes consistant à : - découvrir des ressources matérielles de calcul, de mémoire, de communication et d'affichage dans l'environnement proche; 30 - sélectionner lesdites ressources matérielles en fonction de priorités prédéfinies ; 3037169 18 - allouer les ressources matérielles sélectionnées à trois unités, une première unité comprenant des moyens de contrôle et de commande, une seconde unité comprenant des moyens de traitement d'images et une 5 troisième unité comprenant des moyens d'interface utilisateur, chacune des trois unités étant associée à des ressources matérielles distinctes et mutuellement exclusives de ladite station de travail. 14. Produit programme d'ordinateur comprenant des instructions de code 10 de programme pour la mise en oeuvre des étapes du procédé selon la revendication 13 lorsque ledit programme est exécuté sur ordinateur. 15 20 25 30