FR 2884944 A1 20061027 FR 0603664 A 20060425 SYSTEME RADIOLOGIQUE MOBILE A GESTION AUTOMATISEE DE TRANSML3SION D'IMAGES PAR DICOM ET DE FILES D'ATTENTE D'EPE Pour les systèmes radiologiques mobiles ("RAD") (utilisant par exemple un détecteur numérique), une interconnexion continue avec le réseau de l'hôpital n'est pas toujours possible ni pratique. Par exemple, un opérateur peut transporter un système RAD mobile entre diverses chambres dans le cadre d'une série (ou d'une tournée) d'examens. Par ailleurs, bien des hôpitaux ne permettent pas encore la transmission de données d'images par voie radioélectrique (par exemple en raison du temps de transmission des données, de préoccupations de sécurité, etc.). De plus, même les hôpitaux qui utilisent de telles communications radioélectriques peuvent comporter des zones aveugles dans lesquelles les communications radioélectriques sont, au moins temporairement, impossibles. Par ailleurs, les systèmes RAD mobiles peuvent actuellement fonctionner d'une manière très différente de systèmes RAD fixes. En raison de ces différences de fonctionnement, les techniciens qui emploient ces systèmes RAD mobiles doivent être familiarisés avec, ne pas oublier et employer différents modes opératoires respectifs pour les systèmes RAD fixes et les systèmes RAD mobiles. De plus, un système d'information pour hôpital (SIH) ou un système d'information radiologique (SIR) peut généralement attendre des informations à fournir, indiquant qu'une procédure a été achevée, avant de réaliser des opérations de facturation. Dans un système RAD fixe, ces informations peuvent être fournies en temps réel à un système SIH/SIR (par exemple sous la forme d'une étape de procédure exécutée (EPE)) au début, pendant et à la fin d'un examen. Cependant, pour des systèmes mobiles non connectés, ces informations sont généralement fournies en différé, manuellement, au SIH/SIR. D'autres limites et inconvénients de solutions selon la technique antérieure et classique apparaîtront à un spécialiste de la technique, à la suite d'une comparaison de tels systèmes avec la présente invention exposée, en référence aux dessins, dans le reste de la présente demande. Divers aspects de la présente invention constituent un système et un procédé pour assurer une gestion efficace de transmission d'images par DICOM et de file d'attente d'EPE dans un système RAD mobile. Les informations d'images radiographiques et/ou les informations d'EPE peuvent être acquises pendant l'utilisation du système RAD mobile dans le but d'effectuer diverses activités d'examen radiologique. Cette acquisition peut, par exemple et de manière nullement limitative, comporter l'utilisation d'un protocole d'instructions identique (ou sensiblement identique) à celui utilisé sur un poste RAD fixe. Au moment où un utilisateur saisit diverses instructions, diverses informations d'images et/ou informations d''EPE peuvent être stockées dans le poste RAD mobile. Ces informations peuvent, par exemple et de manière nullement limitative, être stockées dans une file d'attente en vue d'une transmission automatique ultérieure à un réseau de l'hôpital. Pendant l'utilisation du système RAD mobile pour effectuer diverses activités d'examen radiologique (par exemple l'acquisition d'informations d'images radiographiques et/ou d'EPE), il est possible de déterminer si, oui ou non, il y a une connexion en réseau entre le système RAD mobile et un système d'hôpital. De tels systèmes d'hôpitaux peuvent, par exemple, être constitués par un système PACS, un SIH et/ou un SIR. Dans un exemple nullement limitatif, le système RAD mobile peut tenter de façon répétée à joindre un réseau d'hôpital par un utilitaire PING afin de déterminer s'il y a au même moment une connexion Ethernet entre le système RAD mobile et le système de l'hôpital. S'il est déterminé qu'il y a une connexion en réseau entre le système RAD mobile et le système de l'hôpital, les informations d'images et/ou les informations d'EPE stockées dans le système RAD mobile sont transmises automatiquement au système de l'hôpital (c'est-à-dire sans intervention humaine). Dans diverses situations nullement limitatives, le système RAD mobile peut être en interaction avec un utilisateur pour la vérification de diverses instructions liées à des informations en cours de transmission (par exemple, une instruction "impression" liée à des informations d'images en cours de transmission vers le système de l'hôpital). Dans un aspect de la présente invention, le système RAD mobile comprend au moins un module apte à acquérir des informations d'images radiographiques; une mémoire apte à stocker des informations d'images radiographiques; un module de raccordement au réseau, conçu pour coupler en communication le système RAD mobile à un système d'hôpital; et au moins un module qui est conçu pour: pendant que le système RAD mobile est employé pour effectuer des activités d'examen radiologique, utiliser le module de raccordement au réseau pour déterminer en continu s'il y a ou non une connexion en réseau entre le système RAD mobile et un système hospitalier; et s'il est déterminé qu'il y a une connexion en réseau entre le système RAD mobile et le système d'hôpital, utiliser alors automatiquement le module de raccordement au réseau pour transmettre des informations d'images radiographiques de la mémoire au système d'hôpital. Le système RAD mobile peut comprendre en outre un module d'interface utilisateur conçu pour être en interaction avec un utilisateur du système RAD mobile d'une manière sensiblement identique à une manière dont un système RAD fixe entre en interaction avec un utilisateur pendant l'exécution d'activités d'examen radiologique. Le système RAD mobile peut comprendre en outre au moins un module conçu pour stocker dans la mémoire des informations d'images radiographiques correspondant à une instruction "envoi" et/ou une instruction "impression" dans une file d'attente. Selon un autre aspect, dans le système RAD mobile le module de 15 raccordement au réseau est apte à déterminer en continu s'il y a une connexion au réseau entre le système RAD mobile et un système d'hôpital en répétant, au moins partiellement, l'accès au système de l'hôpital par l'utilitaire PING. Dans le système RAD mobile, la mémoire peut contenir une file d'attente d'informations d'images conçue pour stocker des informations d'images radiographiques, et le/les modules transmettent automatiquement des informations d'images radiographiques du système RAD mobile au système de l'hôpital, en transmettant, au moins partiellement, des informations d'image de la file d'attente d'informations d'images au système de l'hôpital. Selon un autre aspect, les informations acquises et stockées peuvent porter 25 sur des étapes de procédure effectuées ("EPE"). Dans le système RAD mobile, le module de raccordement au réseau peut être apte à déterminer en continu s'il y a un raccordement au réseau entre le système RAD mobile et un système de l'hôpital, en accédant, au moins en partie, de façon répétée au système de l'hôpital par l'utilitaire PING. Dans le système RAD mobile, le/les modules peuvent être conçus pour transmettre des informations d'EPE du système RAD mobile au système de l'hôpital en générant, au moins en partie des signaux correspondant à des entrées d'état d'EPE appliquées à un système RAD fixe. Dans le système RAD mobile, le/les modules peuvent être aptes, pendant la transmission d'informations d'EPE du système RAD mobile au système de l'hôpital, à neutraliser au moins une partie des possibilités d'arrêt du système RAD mobile. L'invention sera mieux comprise à l'étude de la description détaillée d'un mode de réalisation pris à titre d'exemple non limitatif et illustré par les dessins annexés sur lesquels: la Fig. 1 est un schéma illustrant un procédé de gestion d'informations d'imagerie dans un système RAD mobile, selon divers aspects de la présente invention; la Fig. 2 est un schéma illustrant un procédé pour gérer des informations d'EPE dans un système RAD mobile selon divers aspects de la présente invention; et la Fig. 3 est un schéma illustrant un système RAD mobile à gestion automatisée d'informations d'imagerie et d'EPE selon divers aspects de la présente invention. La Fig. 1 est un schéma illustrant un exemple de procédé 100 pour gérer des informations d'imagerie dans un système RAD mobile (par exemple un poste de radiographie mobile), selon divers aspects de la présente invention. Pour plus de clarté, les considérations ci-après présenteront l'exemple de procédé 100 en deux parties, à savoir une "partie acquisition d'informations" 110 et une "partie transmission d'informations" 150. On notera que ce paradigme particulier servant d'illustration ne doit pas limiter le cadre de divers aspects de la présente invention. La partie acquisition d'informations 110 et la partie transmission d'informations 150 peuvent, par exemple, être exécutées pendant l'utilisation du système RAD mobile pour réaliser diverses activités d'examen radiologique. La partie acquisition d'informations 110 et la partie transmission d'informations 150 de l'exemple de procédé 100 peuvent, par exemple et de manière nullement limitative, être exécutées simultanément. Par exemple, la partie acquisition d'informations 110 et la partie transmission d'informations 150 peuvent être exécutées au cours de processus informatiques respectifs indépendants. Selon une autre possibilité. par exemple, la partie acquisition d'informations 110 et la partie transmission d'informations 150 peuvent être exécutées au cours d'un processus informatique unique combiné. Un tel processus informatique unique peut, par exemple, présenter des caractéristiques de fonctionnement simultanées sans réellement réaliser une telle opération. Cependant, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une mise en oeuvre particulière simultanée ou en série de la partie acquisition d'informations 110 et de la partie transmission d'informations 150 de l'exemple de procédé 100. L'exemple de procédé 100 peut débuter lors de l'étape 105, qui correspond à l'activation d'une touche contact du système RAD mobile. L'activation de la touche contact peut, par exemple, être suivie d'un amorçage, lors de l'étape 107, du système numérique du système RAD mobile. Par exemple et sans limitation, dans un exemple nullement limitatif, un scénario dans lequel une grande partie de l'exemple de procédé 100 peut être exécutée sur une plate-forme numérique Geode, l'étape 107 peut comporter un amorçage de la plate-forme numérique Geode. Dans un autre exemple de scénario dans lequel la plate-forme informatique est déjà amorcée, l'étape 105 peut consister à déterminer si, oui ou non, un réamorçage doit être effectué et si la réalisation d'un tel réamorçage est nécessaire. On notera qu'il ne s'agit là que d'un exemple de scénario de démarrage du système, qui ne doit donc pas limiter le cadre de divers aspects de la présente invention. On notera que, dans les exemples d'illustrations présentés ici, une grande partie de l'exemple de procédé 100 peut être exécutée sur une plate-forme informatique numérique (par exemple une plate-forme numérique Geode). Cependant, divers aspects de la présente invention peuvent être mis en oeuvre par toutes sortes de modules matériel et/ou logiciel. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une mise en oeuvre matérielle et/ou logicielle particulière de l'exemple de procédé 100. L'exemple de procédé 100 (par exemple la partie acquisition d'informations 110 et la partie transmission d'informations 150) peut commencer à être exécuté pour n'importe laquelle de diverses raisons. Par exemple et sans limitation, l'exemple de procédé 100 peut commencer à être exécuté en réponse à une instruction explicite de commencement appliquée par l'utilisateur. En outre par exemple, l'exemple de procédé 100 peut commencer à être exécuté en réponse à un signal reçu d'un autre sous-système du système RAD mobile ou d'un autre système extérieur au système RAD mobile. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une cause ou d'une condition de démarrage particulière. La partie acquisition d'informations 110 de l'exemple de procédé 100 peut 35 débuter lors de l'étape 115. Comme expliqué précédemment à propos de l'exemple de procédé 100, l'étape 115 peut commencer à être exécutée pour n'importe laquelle de diverses raisons. Par exemple et sans limitation, comme illustré par le trait discontinu menant au bloc 115 de la Fig. 1, l'étape 115 peut commencer à être exécutée au moment de l'amorçage ou de la réinitialisation d'un système RAD mobile (par exemple, une plate-forme informatique numérique du système RAD mobile) mettant en oeuvre le procédé 100. Selon un autre exemple, l'étape 115 peut commencer à être mise en oeuvre en réponse à une instruction explicite de commencement fournie par l'utilisateur (par exemple une instruction matérielle et/ou logicielle). Selon encore un autre exemple, l'étape 115 peut commencer à être exécutée en réponse à la réception d'un signal fourni par un autre sous-système du système RAD mobile ou par un autre système extérieur au système RAD mobile. Selon un exemple de scénario nullement limitatif, l'étape 115 peut commencer à être exécutée à la réception d'une instruction fournie par l'utilisateur pour lancer un examen (par exemple, après une réinitialisation). Dans un autre exemple de scénario nullement limitatif, l'étape 115 peut commencer à être exécutée à la réception d'une suite d'instructions fournies par l'utilisateur (par exemple, "lancer l'examen", "sélectionner un protocole" et "réaliser une exposition"). Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une cause ou d'une condition particulière de démarrage. L'étape 115 peut consister à exécuter une opération d'acquisition d'images (par exemple l'acquisition d'une image radiographique numérique d'un patient à l'aide du système RAD mobile). L'opération d'acquisition d'images peut par exemple consister en ce qu'un opérateur exécute des instructions pour effectuer une opération particulière d'acquisition d'images à l'aide du module RAD mobile. L'opérateur peut, par exemple, effectuer diverses étapes d'opération d'acquisition tout en effectuant une tournée d'examens de patients avec le système RAD mobile selon une liste de travail SIH ou SIR. De façon générale, l'étape 115 peut consister à effectuer une opération d'acquisition d'images suivant n'importe laquelle de diverses manières (par exemple d'une ampleur correspondant à des procédures de fonctionnement de l'hôpital). Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière d'acquérir une telle image. Le procédé 100 peut comporter, lors de l'étape 120, la réception, dans le système RAD mobile d'une donnée entrée par l'utilisateur concernant l'image acquise (par exemple, acquise lors de l'étape 115). Dans un exemple de scénario nullement limitatif, les données entrées par l'utilisateur dans le système RAD mobile peuvent comporter des données d'entrée d'utilisateur identiques (ou sensiblement identiques) à des données d'entrée d'utilisateur qu'un opérateur saisirait dans un poste RAD fixe. Dans cet exemple de scénario, un opérateur formé pour faire fonctionner un poste RAD fixe selon un mode opératoire ou un protocole particulier peut utiliser le système RAD mobile d'une manière identique (ou sensiblement identique) au poste RAD fixe. Un technicien peut, par exemple, utiliser une suite d'instructions identique (ou sensiblement identique). Par exemple et sans limitation, lors du fonctionnement du système RAD mobile, un opérateur peut saisir une instruction "envoi" ou "impression" au moment où l'opérateur saisirait normalement l'instruction "envoi" ou "impression" lors du fonctionnement d'un poste RAD fixe. Les effets de telles instructions saisies par l'utilisateur (en particulier les effets à court terme) pourraient être différents dans le système RAD mobile par rapport à ceux du poste RAD fixe (par exemple, une instruction "impression" pourrait ne pas provoquer immédiatement une opération d'impression en temps réel). Cependant, le résultat ultime de telles instructions (par exemple, le stockage d'une image dans un système ("PACS") d'archivage et de communication d'images ou l'impression d'une image) peut être identique au résultat ultime de la saisie de telles instructions dans un système RAD fixe. Lors de l'étape 125, le procédé 100 peut comporter la détermination de ce que, oui ou non, les données d'entrée d'utilisateur indiquent que le système RAD mobile s'apprête à enregistrer des informations concernant une image acquise (par exemple, stocker ces informations dans une file d'attente afin de les transmettre ultérieurement à un réseau d'hôpital). Par exemple et sans limitation, une entrée, par l'utilisateur, d'une instruction "envoi" (par exemple, lors de l'étape 120) peut indiquer que le système RAD mobile s'apprête à stocker les informations pour les transférer ultérieurement à un réseau d'hôpital (par exemple, un PACS) pour les enregistrer. Selon un autre exemple, une entrée d'utilisateur d'une instruction "impression" peut indiquer que le système RAD mobile s'apprête à stocker les informations pour les transmettre ultérieurement à un réseau d'hôpital (par exemple, le PACS) afin d'exécuter un travail d'impression (par exemple, et également un enregistrement). Selon encore un autre exemple, une entrée d'utilisateur indiquant qu'un examen est "terminé" peut (par exemple, dans un scénario dans lequel est prévu un envoi automatique) indiquer que le système RAD mobile s'apprête à stocker les informations pour les transmettre ultérieurement à un réseau d'hôpital. Les exemples "envoi", "impression" et "terminé" ci-dessus ne constituent que des exemples illustratifs, aussi le cadre de divers aspects de la présente invention ne doit-il pas être limité par des caractéristiques d'une entrée particulière d'utilisateur qui pourrait indiquer que le système RAD mobile s'apprête à stocker des informations concernant une image acquise. Si, lors de l'étape 125, le procédé 100 détermine que l'entrée d'utilisateur indique que le système RAD mobile ne s'apprête pas à stocker l'image (par exemple, pour la transmettre ultérieurement à un réseau d'hôpital), l'exécution de l'exemple de procédé 100 peut revenir à l'étape 115 pour une opération ultérieure d'acquisition d'images. Dans un exemple de scénario nullement limitatif, une exécution suivante de l'étape 115 peut aboutir à un remplacement d'une information correspondant à une image antérieure (par exemple, stockée dans une mémoire tampon d'images d'un dispositif d'imagerie radiographique). Si, lors de l'étape 125, le procédé 100 détermine que l'entrée d'utilisateur (par exemple, une instruction "impression" ou "envoi") indique que le système RAD mobile s'apprête à stocker l'image, l'exemple de procédé 100 peut, lors de l'étape 130, comporter un stockage d'informations concernant l'image acquise dans le système RAD mobile (par exemple, dans une file d'attente en vue d'une transmission ultérieure à un réseau d'hôpital). On notera que ces informations peuvent comporter des données représentatives de l'image acquise et d'autres informations concernant l'image acquise, dont, sans limitation, des informations sur le patient/l'examen et/ou les informations concernant l'instruction saisie par l'utilisateur (par exemple, "impression" ou "envoi") qui a amené l'image à être stockée dans le système RAD mobile. L'étape 130 peut consister à stocker de n'importe laquelle de diverses manières les informations concernant l'image acquise. Par exemple, l'étape 130 peut consister à stocker les informations dans une file d'attente d'informations faisant partie du système RAD mobile. Ce stockage peut, par exemple, consister à charger les informations dans un module de mémoire depuis une mémoire tampon d'images radiographiques correspondant à la présente image. Egalement à titre d'exemple, l'étape 130 peul consister à stocker les informations dans une structure analogue à une base de données faisant partie du système RAD mobile. L'étape 130 peut consister à stocker les informations dans n'importe lequel de divers supports de stockage de données (par exemple, un disque dur, un lecteur ZIP, un lecteur de bande, un DVD, un CD, un dispositif de mémoire à semi- conducteur, une clé USB, etc.). Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière de stocker des informations concernant des images. Après l'exécution de l'étape 130, l'exécution de la partie acquisition d'informations 110 de l'exemple de procédé 100 peut revenir à l'étape 115 pour la suite de l'acquisition et du stockage potentiel d'informations supplémentaires d'une image. Dans un exemple nullement limitatif de scénario, une exécution suivante de l'étape 115 peut provoquer un remplacement d'informations correspondant à une image antérieure (par exemple, stockée dans une mémoire tampon d'images du dispositif d'imagerie radiographique). Cependant, puisque l'étape 130 aurait sauvegardé ces informations dans une mémoire autre que la mémoire tampon d'images du dispositif d'imagerie radiographique, ces informations sont conservées dans le système RAD mobile (par exemple pour être transmises ultérieurement au réseau de l'hôpital). On notera que d'exemple de partie d'acquisition d'informations 110 ne constitue qu'un exemple illustratif de divers aspects globalement plus larges de la présente invention. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité à des caractéristiques d'une manière particulière d'acquérir des informations concernant une image à l'aide d'un système RAD mobile. La partie transmission d'informations 150 de l'exemple de procédé 100 peut débuter lors de l'étape 160, qui sera présentée plus loin. Comme expliqué précédemment à propos de l'exemple de procédé 100, la partie transmission d'informations 150 peut commencer à être exécutée pour n'importe laquelle de diverses raisons. Par exemple et sans limitation, comme illustré sur la Fig. 1, la partie transmission d'informations 150 peut commencer à être exécutée au moment de l'amorçage ou de la réinitialisation d'un système RAD mobile (par exemple, une plate-forme informatique numérique du système RAD mobile) mettant en oeuvre le procédé 100. Selon un autre exemple, la partie transmission d'informations 150 peut commencer à être exécutée en réponse à une instruction explicite appliquée par l'utilisateur pour commencer (par exemple, une instruction matérielle et/ou logicielle). Selon encore un exemple, la partie transmission d'informations 150 peut commencer à être exécutée en réponse à un signal généré à l'intérieur du système RAD mobile (par exemple, un signal fourni par un sous-système du système RAD mobile). Selon encore un autre exemple, la partie transmission d'informations 150 peut commencer à être exécutée en réponse à un signal produit par un système extérieur au système RAD mobile. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques de causes ou conditions particulières de lancement. Lors de l'étape 160, l'exemple de procédé 100 peut consister à déterminer s'il y a une connexion en réseau (par exemple, un couplage de communication) entre le système RAD mobile et un second système (par exemple, un système d'archivage et de communication d'images ("PACS")). Un tel second système peut également, par exemple et sans limite, comporter un système d'informations radiologiques ("SIR") ou un système d'informations d'hôpital ("SIH"). De tels systèmes peuvent, par exemple, être couplés en communication l'un avec l'autre dans un réseau intégré d'un hôpital. Ainsi, bien que les explications qui suivent puissent par moment donner comme exemple du second système un PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un second système particulier avec lequel peut communiquer le système RAD mobile. Le système RAD mobile et le second système (par exemple, le PACS) peuvent être couplés en communication de n'importe laquelle de diverses manières. Par exemple et sans limitation, le système RAD mobile et le PACS peuvent être couplés en communication par l'intermédiaire d'un couplage Ethernet. Selon un autre exemple, le système RAD mobile et le second système peuvent être couplés en communication par l'intermédiaire d'un couplage par anneau à jeton ou autre couplage de communication reposant sur IEEE 802. Dans divers exemples de scénarios, le système RAD mobile et le second système peuvent être couplés en communication (par exemple, couplés par intermittence) par l'intermédiaire d'une liaison de communication radioélectrique (par exemple une liaison RF ou optique). Une telle liaison de communication radioélectrique peut par exemple comporter des caractéristiques d'un réseau LAN sans fil (reposant par exemple sur IEEE 802.11) ou un réseau PAN sans fil (reposant par exemple sur IEEE 802.15). Ainsi, bien que la présentation qui suit puisse parfois se rapporter à titre d'illustration à un couplage Ethernet entre le système RAD mobile et le PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier de liaison de communication pouvant exister entre le système RAD mobile et un autre système. L'étape 160 peut consister à déterminer s'il y a une connexion en réseau de n'importe laquelle de diverses manières. Par exemple et sans limitation, comme illustré sur la Fig. 1, l'étape 160 peut consister à chercher de manière répétée à accéder au second système par l'utilitaire PING et à écouter un retour. Par exemple, l'étape 160 peut consister en ce que le système RAD mobile cherche de manière répétée à joindre le PACS par l'utilitaire PING. Selon un autre exemple possible, l'étape 160 peut consister à émettre ou à recevoir des signaux de balises du réseau de communication. Selon encore un autre exemple, l'étape 160 peut consister à écouter de manière passive le trafic sur le réseau de communication. Bien que les explications qui suivent puissent parfois se rapporter à titre d'illustration au système RAD mobile utilisant des signaux PING pour déterminer s'il y a, oui ou non, une connexion en réseau entre le système RAD mobile et le PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une technique particulière pour déterminer l'existence d'une connexion en réseau. Lorsque l'étape 160 détermine (par exemple, par l'utilisation de l'utilitaire PING) qu'il y a une connexion en réseau (par exemple, une connexion Ethernet) entre le système RAD mobile et le second système (par exemple, le PACS) l'exécution de l'exemple de procédé 100 peut passer à des étapes 165 et 170. Par exemple, les étapes 160-170 peuvent avoir lieu de manière automatique (c'est-à-dire sans interaction humaine directe demandant que ces étapes aient lieu). Dans un exemple nullement limitatif de scénario, un opérateur peut connecter le système RAD mobile à un câbleEthernet d'un réseau, ce qui peut avoir indirectement pour effet, lors de l'étape 160 (qui peut être déjà en cours), la détection d'une connexion en réseau. Dans un autre exemple nullement limitatif de scénario, un opérateur peut déplacer le système RAD mobile à l'intérieur d'une zone active d'un point d'accès sans fil à un réseau PAN ou LAN, ce qui peut avoir pour conséquence indirecte, lors de l'étape 160 (qui peut être déjà en cours), la détection d'une connexion en réseau. L'exemple de procédé 100 peut comporter, lors de l'étape 165, la détermination (ou l'obtention) d'une adresse dans un réseau pour le système RAD mobile et/ou d'autres entités en réseau. Par exemple et sans limitation, le système RAD mobile peut comporter une adresse IP statique. Selon un autre exemple, l'étape 165 peut consister à obtenir une adresse IP à partir du réseau de l'hôpital (par exemple à l'aide du protocole "DHCP" de configuration dynamique d'hôte). L'adresse dans le réseau pour le système RAD mobile peut être ensuite utilisée par l'étape ultérieure 170 au cours d'une transmission d'informations. L'étape 165 peut également, par exemple, consister à exécuter l'une quelconque de diverses fonctions liées à l'établissement du système RAD mobile dans le réseau, une partie d'entre elles pouvant être classique et certaines pouvant être spécifiques du réseau. Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques de l'une quelconque de telles opérations. Lors de l'étape 170, l'exemple de procédé 100 peut comporter une transmission d'informations du système RAD mobile au second système (par exemple, le PACS). Ces informations peuvent par exemple être constituées par des informations d'images radiographiques numériques qui ont été stockées dans une file d'attente (ou une mémoire tampon) du système RAD mobile. Ces informations peuvent, par exemple et sans limitation, consister en informations d'images radiographiques numériques acquises pendant au moins une partie d'une tournée programmée d'acquisitions d'images à l'aide du système RAD mobile. L'étape 170 peut consister à transmettre (ou communiquer) les informations du système RAD mobile au second système (par exemple, le PACS) selon n'importe laquelle de diverses manières (par exemple, sur une connexion Ethernet détectée lors de l'étape 160). Par exemple et sans limitation, l'étape 170 peut consister à communiquer les informations du système RAD mobile à un PACS conformément à la norme Digital Imaging and COmmunications in Medicine "'DICOM") sur un câble Ethernet couplant le système RAD mobile et le PACS. Selon un autre exemple, l'étape 170 peut consister à communiquer des informations du système RAD mobile au second système conformément à n'importe lequel d'un grand nombre de protocoles de communication différents et sur n'importe lequel de divers supports de communication. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un protocole de communication ou d'un support de communication particulier quelconque. L'étape 170, dans un exemple de scénario nullement limitatif, peut consister à vider une file d'attente d'informations d'images radiographiques dans un PACS. Pendant ce vidage, dans divers exemples de scénarios nullement limitatifs, l'étape 170 peut consister en une interaction avec un utilisateur. Par exemple, l'étape 170 peut consister à transmettre des informations d'images correspondant à une instruction "envoi" ou "envoi automatique" (par exemple, saisie lors de l'étape 120) sans autre interaction avec l'utilisateur. Selon un autre exemple, l'étape 170 peut consister en une interaction avec un utilisateur pour vérifier l'impression (et/ou la transmission) d'informations correspondant à une instruction "impression" (par exemple saisie lors de l'étape 120). Cette interaction peut par exemple être avantageuse si la transmission des informations d'images pouvait déclencher une opération relativement coûteuse telle que l'impression d'images. Dans un exemple de scénario nullement limitatif, avant la transmission d'informations d'images correspondant à une instruction "impression", l'étape 170 peut consister à solliciter l'utilisateur pour qu'il vérifie (par exemple à l'aide d'une interface utilisateur graphique à menu déroulant) de l'instruction "impression". Cette interaction peut également être utilisée dans divers autres scénarios où la transmission d'informations d'images pourrait provoquer des effets coûteux d'un point de vue pécuniaire ou autre. L'étape 170 peut également, par exemple, consister à gérer l'interruption d'événements susceptibles de survenir pendant le processus de transmission d'informations. Par exemple, l'étape 170 peut consister à neutraliser l'arrêt (par exemple, la mise hors tension) du système RAD mobile pendant la transmission des informations. Selon un autre exemple possible, l'étape 170 peut consister à neutraliser l'arrêt de la plate- forme numérique du système RAD mobile jusqu'à ce que toutes les informations d'images soient transmises du système RAD mobile au PACS. Selon un autre exemple, l'étape 170 peut consister à ne tenir compte d'aucune entrée d'utilisateur pendant le processus de transmission d'informations ou à ne réagir qu'à des entrées d'utilisateur particulières à haut niveau de priorité pendant le processus de transmission d'informations. D'une façon générale, l'étape 170 peut consister à communiquer au second système des informations stockées dans le système RAD mobile. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par une manière particulière de communiquer des informations d'un système RAD mobile à un autre système. L'exemple de procédé 100 peut, lors de l'étape 175, consister à effectuer un traitement en temps réel. Ce traitement en temps réel peut comporter des caractéristiques de n'importe quelle activité parmi toutes sortes d'activités de traitement en temps réel. Selon un premier exemple nullement limitatif, ce traitement en temps réel peut consister à mettre hors tension le système RAD mobile. Selon un autre exemple, ce traitement en temps réel peut consister à détecter un échec de liaison de communication entre le système RAD mobile et le second système (par exemple, le PACS) et à réagir à un tel échec de liaison. Cette réaction peut consister, par exemple, à faire revenir le déroulement de l'exécution de l'exemple de procédé 100 à l'étape 160 pour la réacquisition du réseau. Selon un autre exemple, ce traitement en temps réel peut consister à effectuer une tâche quelconque parmi diverses tâches ordinairement associées à un système RAD mobile ou fixe. Le cadre de divers aspects de la présente invention ne doit pas être limité par l'existence d'un traitement en temps réel particulier ou par des caractéristiques d'un traitement en temps réel particulier que peut effectuer le système RAD mobile. On notera que l'exemple de partie de transmission d'informations 150 présenté plus haut ne constitue qu'un exemple servant à illustré divers aspects globalement plus larges de la présente invention. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière de transmettre, d'un système RAD mobile à un réseau, des informations concernant des images. Dans le présent exemple qui illustre divers aspects de la présente invention, on a généralement évoqué l'acquisition et la transmission d'informations concernant des images radiographiques. L'exemple qui va suivre illustrera divers autres aspects de la présente invention en présentant un exemple de gestion d'informations d'EPE (par exemple, dans une file d'attente d'EPE) par le système RAD mobile. La Fig. 2 est un schéma illustrant un procédé 200 pour gérer des informations d'étapes de procédure effectuées ("EPE") dans un système RAD mobile, selon divers aspects de la présente invention. L'exemple de procédé 200 peut, par exemple et sans limitation, partager diverses caractéristiques avec l'exemple de procédé 100 illustré sur la Fig. 1 et présenté plus haut. De même que dans l'exemple de procédé 100 illustré sur la Fig. 1, pour plus de clarté dans l'illustration de l'invention, la présentation qui va suivre présentera l'exemple de procédé 200 en deux parties, à savoir une "partie acquisition d'informations" 210 et une "partie transmission d'informations" 250. Là encore, on notera que ce paradigme illustratif particulier ne doit pas limiter le cadre de divers aspects de la présente invention. La partie acquisition d'informations 210 et la partie transmission d'informations 250 peuvent, par exemple, être exécutées tout en utilisant le système RAD mobile pour effectuer diverses activités d'examen radiologique. Comme avec l'exemple de procédé 100 de la Fig. 1, la partie acquisition d'informations 210 et la partie transmission d'informations 250 de l'exemple de procédé 200 peuvent, par exemple et sans limitation, être exécutées simultanément. Par exemple, la partie acquisition d'informations 210 et la partie transmission d'informations 250 peuvent être exécutées dans des processus informatiques respectifs. Selon un autre exemple possible, la partie acquisition d'informations 210 et la partie transmission d'informations 250 peuvent être exécutées dans un seul processus informatique combiné. Ce processus informatique unique peut, par exemple, présenter des caractéristiques de fonctionnement simultanées sans réellement réaliser un tel fonctionnement. Dans divers exemples de scénarios non limitatifs, l'exemple de procédé 200 peut être exécuté dans le même processus informatique que l'exemple de procédé 100 illustré sur la Fig. 1. Selon un autre exemple possible, l'exemple de procédé 200 peut être mis en oeuvre dans un processus informatique séparé, d'après l'exemple de procédé 100 illustré sur la Fig. 1. Cependant, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une mise en oeuvre particulière, simultanée ou en série, de la partie acquisition d'informations 210 et de la partie transmission d'informations 250 de l'exemple de procédé 200. La partie acquisition d'informations 210 de l'exemple de procédé 200 peut débuter lors de l'étape 215. L'étape 215 peut commencer à être exécutée pour l'une quelconque de diverses raisons. Par exemple et sans limitation, l'étape 215 peut commencer à être exécutée au moment d'un amorçage ou d'une réinitialisation d'un système RAD mobile (par exemple, une plateforme informatique numérique du système RAD mobile) mettant en oeuvre le procédé 200. Selon un autre exemple, l'étape 215 peut commencer à être exécutée en réponse à une instruction explicite de l'utilisateur demandant le début de l'exécution. Selon encore un autre exemple, l'étape 215 peut commencer à être exécutée en réponse à un signal reçu d'un autre soussystème du système RAD mobile ou d'un autre système extérieur au système RAD mobile. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une cause ou d'une condition particulière de lancement. L'étape 215 peut consister à recevoir des données entrées par l'utilisateur, indiquant le lancement d'un prochain examen de patient. Par exemple et sans limitation, le patient (et l'examen correspondant et d'autres informations) peut figurer sur une liste de travaux du SIH/SIR. Une telle liste de travaux peut, par exemple, comporter une liste de patients et des besoins d'examens respectifs pour une tournée d'examens. Dans un exemple de scénario nullement limitatif, un opérateur peut déplacer le système RAD mobile d'un patient à un autre, en procédant aux examens de la liste, chacun d'eux pouvant comporter globalement l'acquisition d'images radiographiques (par exemple, exécutée conformément au procédé 100 présenté plus haut). Comme évoqué précédemment à propos de l'exemple de procédé 100 illustré sur la Fig. 1 (par exemple, l'étape 120), dans un exemple de scénario nullement limitatif, les données entrées par l'utilisateur dans le système RAD mobile peuvent comprendre des entrées d'utilisateur identiques (ou sensiblement identiques) aux entrées d'utilisateur qu'un opérateur entrerait dans un poste RAD fixe. Dans cet exemple de scénario, un opérateur formé au fonctionnement d'un poste RAD fixe selon un mode opératoire ou un protocole particulier peut utiliser le système RAD mobile d'une manière identique (ou sensiblement identique) au poste RAD fixe. Un opérateur peut, par exemple, utiliser une suite d'instructions identique (ou sensiblement identique). Par exemple et sans limitation, lorsqu'il fait fonctionner le système RAD mobile, un opérateur peut saisir une instruction "démarrage" ou une instruction "reprise" par rapport à un examen particulier. Les effets de telles instructions saisies par l'utilisateur (en particulier les effets à court terme) pourraient être différents dans le système RAD mobile par rapport à ceux du poste RAD fixe (par exemple, une instruction "démarrage" pourrait ne pas provoquer une communication immédiate d'informations à un SIH ou un SIR). Cependant, le résultat ultime de telles instructions (par exemple, la communication d'informations portant sur une EPE à un SIH ou un SIR) peut être identique au résultat ultime de la saisie de telles instructions dans un système RAD fixe. Globalement, l'étape 215 peut consister à recevoir d'un utilisateur une indication selon laquelle un examen avec le système RAD mobile est en train de commencer. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une entrée d'utilisateur particulière. L'étape 215 peut consister à recevoir de n'importe laquelle de diverses manières les données d'entrée d'utilisateur. Par exemple et sans limitation, l'étape 215 peut consister à recevoir des données entrées par l'utilisateur à l'aide d'un clavier, d'un écran tactile, d'un lecteur de codes à barres, d'un crayon optique, d'un module de reconnaissance vocale, etc. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière quelconque de recevoir des données entrées par un utilisateur. L'exemple de procédé 200 peut consister, lors de l'étape 220, en ce que l'utilisateur se sert du système RAD mobile pour réaliser l'examen (par exemple, l'examen indiqué lors de l'étape 215). Par exemple et sans limitation, cette réalisation peut consister à réaliser une imagerie radiographique à l'aide du système RAD mobile. Selon un autre exemple, l'étape 220 peut consister à exécuter une acquisition d'images radiographiques conformément à l'exemple de procédé 100 illustré sur la Fig. 1 et présenté plus haut. Par exemple, l'étape 220 peut consister en ce qu'un opérateur se sert du système RAD mobile pour obtenir des images radiographiques indiquées sur une liste de travaux. Le cadre de divers aspects de la présente invention ne doit pas être limité par une manière particulière de réaliser un examen à l'aide du système RAD mobile. Lors de l'étape 225, l'exemple de procédé 200 peut constituer à recevoir des données d'entrée d'utilisateur indiquant qu'un examen particulier (par exemple, l'examen lancé lors de l'étape 215 et effectué lors de l'étape 220) est terminé. Comme évoqué en référence à l'étape 215, dans un exemple de scénario nullement limitatif, les données entrées par l'utilisateur dans le système RAD mobile lors de l'étape 225 peuvent être constituées par des entrées d'utilisateur identiques (ou sensiblement identiques) aux entrées d'utilisateur qu'un opérateur entrerait dans un poste RAD fixe. Par exemple, l'étape 225 peut consister à recevoir d'un utilisateur une instruction "terminé" concernant un examen particulier. Selon un autre exemple, l'étape 225 peut consister à recevoir d'un utilisateur une instruction "suspension" concernant un examen particulier. Globalement, l'étape 225 peut consister à recevoir d'un utilisateur une indication selon laquelle un examen est terminé. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une entrée d'utilisateur particulière. Comme l'étape 215, l'étape 225 peut consister à recevoir l'entrée d'utilisateur de n'importe laquelle de diverses manières. Par exemple et sans limitation, l'étape 225 peut consister à recevoir des données saisies par un utilisateur à l'aide d'un clavier, d'un écran tactile, d'un lecteur de codes barres, d'un crayon optique, d'un module de reconnaissance vocale, etc. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière quelconque de recevoir des données d'entrée d'un utilisateur. L'exemple de procédé 200 peut consister, lors de l'étape 230, à stocker des informations d'EPE concernant l'examen terminé lors de l'étape 225 (par exemple, dans une file d'attente en vue d'une transmission ultérieure à un réseau d'un hôpital). Par exemple et sans limitation, l'étape 230 peut partager diverses caractéristiques avec l'étape 130 de l'exemple de procédé 100 illustré sur la Fig. 1 et présenté plus haut. L'étape 230 peut consister à stocker les informations d'EPE de n'importe laquelle de diverses manières. Par exemple, l'étape 230 peut consister à stocker les informations d'EPE dans une file d'attente d'informations faisant partie du système RAD mobile. Une telle file d'attente peut, mais ce n'est pas obligatoire, être 2884944 ls indépendante d'autres files d'attente d'informations (par exemple, une file d'attente correspondant à l'exemple de procédé 100 de la Fig. 1). Une telle file d'attente peut, par exemple, contenir des caractéristiques de l'une quelconque de diverses structures de stockage d'informations, dont par exemple des structures matricielles, des structures de listes chaînées, des structures de bases de données, etc. L'étape 230 peut également consister à stocker les informations d'EPE dans n'importe lequel de divers moyens de stockage de données (par exemple, un disque dur, un lecteur ZIP, un lecteur de bande, un DVD, un CD, un dispositif de mémoire à semi- conducteur, une clé USB, etc.). Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière de stockage d'informations d'EPE. Après l'exécution de l'étape 230, l'exécution de la partie acquisition d'informations 210 de l'exemple de procédé 200 peut revenir à l'étape 215 pour la réalisation d'un autre examen (par exemple, un examen suivant sur une liste de travaux). L'exécution de l'exemple de partie d'acquisition d'informations 210 peut, par exemple et sans limitation, prendre fin lorsqu'une liste de travaux est épuisée. La partie transmission d'informations 250 de l'exemple de procédé 200 peut débuter lors de l'étape 260. La partie transmission d'informations 250 de l'exemple de procédé 200 peut, par exemple et sans limitation, partager diverses caractéristiques avec la partie transmission d'informations 150 de l'exemple de procédé 100 illustré sur la Fig. 1 et présenté plus haut. Par exemple, la partie transmission d'informations 250 peut commencer à être exécutée pour n'importe laquelle de diverses raisons. Par exemple et sans limitation, la partie transmission d'informations 250 peut commencer à être exécutée au moment de l'amorçage ou de la réinitialisation d'un système RAD mobile (par exemple, une plate-forme informatique numérique du système RAD mobile) mettant en oeuvre le procédé 200. Selon un autre exemple, la partie transmission d'informations 250 peut commencer à être exécutée en réponse à une instruction explicite de commencement fournie par l'utilisateur (par exemple, une instruction matérielle et/ou logicielle). Selon un exemple supplémentaire, la partie transmission d'informations 250 peut commencer à être exécutée en réponse à un signal généré au sein du système RAD mobile (par exemple, un signal fourni par un sous-système du système RAD mobile). Selon encore un autre exemple, la partie transmission d'informations 250 peut commencer à être exécutée en réponse à un signal généré à partir d'un signal extérieur au système RAD mobile. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques de causes ou conditions de lancement particulières. L'exemple de procédé 200 peut consister, lors de l'étape 260, à déterminer s'il y a une connexion en réseau entre le système RAD mobile et un second système (par exemple un système d'information d'hôpital ("SIH") ou un système d'information radiologique ("SIR")). Un tel second système peut également, par exemple et sans limitation, être constitué par un système d'archivage et de communication d'images ("PACS") qui, par exemple, peut être couplé en communication avec un SIH et/ou un SIR. Ainsi, bien que la présentation qui suit puisse utiliser parfois comme exemple du second système un SIH ou un SIR, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un second système particulier avec lequel peut communiquer le système RAD mobile. Comme dans le cas du système RAD mobile et du second système présentés précédemment en référence à l'exemple de procédé 100 de la Fig. 1, le système RAD mobile et le second système peuvent être couplés en communication de n'importe laquelle de diverses manières (par exemple par l'intermédiaire d'une liaison Ethernet). Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier de liaison de communication pouvant exister entre le système RAD mobile et un autre système. De plus, comme dans le cas du système RAD mobile et du second système présentés plus haut en référence à l'exemple de procédé 100 de la Fig. 1 (par exemple, étape 1160), l'étape 260 peut consister à déterminer s'il y a une connexion en réseau de n'importe laquelle de diverses manières (par exemple, dont un accès répété par l'utilitaire PING au second système). Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une technique particulière pour déterminer l'existence d'une connexion en réseau. Lorsque l'étape 260 détermine (par exemple, par l'intermédiaire d'un accès par l'utilitaire PING) qu'il y a une connexion en réseau (par exemple une connexion Ethernet) entre le système RAD mobile et le second système (par exemple, le SIH ou le SIR), l'exécution de l'exemple de procédé 200 peut passer aux étapes 265 et 270. Comme évoqué précédemment en référence à l'exemple de procédé 100 (par exemple, les étapes 160-170), les étapes 260-270 peuvent avoir lieu de façon automatique (c'est-à-dire sans interaction humaine directe demandant la réalisation de ces étapes). Dans un exemple de scénario nullement limitatif, un opérateur peut connecter le système RAD mobile à un câble Ethernet du réseau, ce qui peut avoir pour conséquence indirecte, lors de l'étape 260 (qui peut être déjà en cours d'exécution), la détection d'une connexion en réseau. Dans un autre exemple de scénario nullement limitatif, un opérateur peut déplacer le système RAD mobile au sein d'une zone active d'un point d'accès sans fil de PAN ou LAN, ce qui peut avoir pour conséquence indirecte, lors de l'étape 260 (qui peut être déjà en cours d'exécution), la détection d'une connexion en réseau. L'exemple de procédé 200 peut consister, lors de l'étape 265, à déterminer (ou à obtenir) une adresse de réseau pour le système RAD mobile et/ou d'autres entités en réseau. L'étape 265 peut, par exemple et sans limitation, partager diverses caractéristiques avec l'étape 165 de l'exemple de procédé 100 illustré sur la Fig. 1 et présenté plus haut. L'étape 265 peut également consister, par exemple, à exécuter n'importe laquelle d'un certain nombre d'opérations afin d'établir une liaison de communication entre le système RAD mobile et le second réseau. Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques de telles opérations. Lors de l'étape 270, l'exemple de procédé 200 peut consister à transmettre (ou à communiquer) au second système les informations d'EPE (par exemple stockées lors de l'étape 230). Ces informations peuvent, par exemple, comprendre n'importe laquelle de diverses informations concernant une EPE, dont, sans limitation, des informations quant aux étapes d'une procédure d'examen qui ont été lancées, reprises, terminées, suspendues, etc. L'étape 270 peut consister à transmettre (ou à communiquer) au second système (par exemple, le SIH ou le SIR), de n'importe laquelle de diverses manières (par exemple sur une connexion Ethernet détectée lors de l'étape 260), les informations d'EPE du système RAD mobile. Par exemple et sans limitation, l'étape 270 peut consister à communiquer des informations du système RAD mobile à un SIH ou à un SIR conformément à la norme HL7, sur un câble Ethernet couplant le système RAD mobile et le SIH ou le SIR. Selon un autre exemple, l'étape 270 peut consister à communiquer des informations du système RAD mobile au second système conformément à n'importe lequel de toutes sortes de protocoles de communication et sur n'importe lequel de divers supports de communication. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un protocole de communication ou d'un support de communication particulier. L'étape 270 peut également, par exemple et sans limitation, consister à communiquer au second système (par exemple, un SIH ou un SIR) des informations d'EPE (par exemple stockées lors de l'étape 230) en communiquant les informations d'EPE au second système d'une manière similaire à la manière dont un système RAD fixe pourrait communiquer de telles informations (quoique à une vitesse globalement plus grande). Cependant, l'étape 270 ne se limite nullement à communiquer de n'importe quelle manière particulière les informations d'EPE. L'étape 270 peut en outre, par exemple et sans limitation, consister à effectuer la transmission d'informations d'EPE au second système sans interaction avec un utilisateur. On notera cependant qu'une interaction avec un utilisateur peut être avantageuse dans des scénarios particuliers (par exemple en notifiant à un utilisateur le moment où la transmission d'informations d'EPE est terminée). Comme dans le cas de l'étape 170 de l'exemple de procédé 100 présenté plus haut, l'étape 270 peut consister à gérer l'interruption d'événements pouvant survenir pendant le processus de transmission d'informations. Par exemple, l'étape 270 peut consister à neutraliser l'arrêt (par exemple, la mise hors tension) du système RAD mobile pendant la transmission d'informations d'EPE. Selon une autre possibilité, l'étape 270 peut par exemple consister à neutraliser l'arrêt de la plate-forme numérique du système RAD mobile jusqu'à ce que toutes les informations d'EPE soient transmises au SIH ou au SIR par le système RAD mobile. Selon un autre exemple, l'étape 270 peut consister à ne tenir compte d'aucune entrée d'utilisateur pendant le processus de transmission d'informations ou à ne réagir qu'à des entrées d'utilisateur particulières d'un haut niveau de priorité pendant le processus de transmission d'informations. Globalement, l'étape 270 peut consister à communiquer au second système des informations d'EPE stockées dans le système RAD mobile. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par une manière particulière de communiquer des informations d'un système RAD mobile à un autre système. L'exemple de procédé 200 peut consister, lors de l'étape 275, à effectuer en traitement en temps réel. Ce traitement en temps réel peut comporter des caractéristiques de n'importe quelle activité parmi toutes sortes d'activités de traitement en temps réel. L'étape 275 peut, par exemple et sans limitation, partager diverses caractéristiques avec l'étape 175 de l'exemple de procédé illustré sur la Fig. 35 1 et présenté plus haut. Le cadre de divers aspects de la présente invention ne doit pas être limité par l'existence de tout traitement en temps réel particulier ou de caractéristiques d'un traitement particulier que peut effectuer le système RAD mobile. On notera que l'exemple de partie de transmission d'informations 250 présenté plus haut ne constitue qu'un exemple illustrant divers aspects globalement plus larges de la présente invention. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière de transmettre des informations d'EPE d'un système RAD mobile à un réseau. Les exemples ci-dessus, en illustrant divers aspects de la présente invention, ont présenté globalement des procédés impliquant l'acquisition et la transmission, dans un système RAD mobile, d'informations concernant des images radiographiques et d'informations d'EPE. L'exemple ci-après illustrera divers autres aspects de la présente invention en présentant une configuration nullement limitative d'un système RAD mobile pouvant mettre en oeuvre divers aspects fonctionnels de la présente invention évoqués plus haut. La Fig. 3 est un schéma illustrant un système RAD mobile 300 à gestion automatisée d'informations d'imagerie et d'EPE, selon divers aspects de la présente invention. L'exemple de système RAD mobile 300 peut, par exemple et sans limitation, partager diverses caractéristiques fonctionnelles avec les exemples de procédés 100 et 200 illustrés sur les figures 1 et 2 et présentés plus haut. L'exemple de système RAD mobile 300 peut comprendre un module d'acquisition 310 d'images qui exécute globalement l'acquisition d'images radiologiques. Le module 310 d'acquisition d'images peut, par exemple, comprendre un module d'irradiation 312 de rayons X (comportant par exemple un émetteur de rayons X) et un module de détection 314 de signal (comportant par exemple un récepteur de rayons X). Le module de détection 314 de signal peut, par exemple, détecter une irradiation de rayons X émis par le module d'irradiation 312 de rayons X et affecté par une cible 315 d'image. Le module d'acquisition 310 d'images peut comporter également un module 316 de traitement de signal qui traite des informations d'images radiographiques (par exemple en extrayant et/ou stockant ces informations d'images radiographiques dans une mémoire tampon locale 310 d'images du module d'acquisition 310 d'images). Le système RAD mobile 300 peut comporter également un ou plusieurs processeurs 320 qui exécutent des instructions logicielles. Ce/ces processeurs 320 35 peuvent, par exemple, comprendre un seul processeur ou plusieurs processeurs fonctionnant en parallèle. Ce/ces processeurs 320 peuvent globalement commander le fonctionnement du système RAD mobile 300 et exécuter n'importe laquelle de toutes sortes de tâches, en fonction des instructions exécutées par le/les processeurs 320. Par exemple, le/les processeurs 320 peuvent exécuter des instructions stockées dans une mémoire de l'application. Le système RAD mobile 300 peut comprendre en outre une mémoire 330. Cette mémoire 330 peut contenir des caractéristiques de n'importe lequel de divers dispositifs et architectures de mémoire. Par exemple et sans limitation, la mémoire 330 peut contenir de caractéristiques d'une mémoire volatile ou rémanente. Selon un autre exemple, la mémoire 330 peut contenir des caractéristiques d'un lecteur de disque dur, d'un lecteur ZIP, d'une lecteur de bande, d'un DVD, d'un CD, d'une dispositif de mémoire à semi-conducteur, d'une clé USB, etc. Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier quelconque de mémoire. La mémoire 330, par exemple, comportait une mémoire 332 de l'application pour stocker des instructions exécutées par le/les processeurs 320. Selon un autre exemple, la mémoire 330 peut comporter un module et/ou un espace attribué de la mémoire pour les informations d'EPE (par exemple, une file d'attente 336 d'informations d'EPE). Globalement, la mémoire 330 peut comporter n'importe lequel parmi divers modules, sous-modules, mappages, etc. Le système RAD mobile 300 peut comporter divers modules ou dispositifs d'alimentation électrique. Par exemple, le système RAD mobile 300 peut comporter une source d'alimentation électrique intégrée 340 (par exemple, une batterie ou autre dispositif de stockage d'électricité/énergie). La source d'alimentation électrique intégrée 340 peut, par exemple, fournir de l'électricité au système RAD mobile 300 pendant son fonctionnement mobile (par exemple, lorsqu'il n'y a pas d'accès commode à une prise électrique). Le système RAD mobile 300 peut également comporter un module d'alimentation électrique 350 qui, par exemple, peut commander l'alimentation électrique dans le système RAD mobile 300. Le module d'alimentation électrique 350 peut, par exemple, commander l'électricité fournie par la source d'électricité intégrée 340 à d'autres organes du système RAD mobile 300. Le module d'alimentation électrique 350 peut également, par exemple, commander le rechargement de la source d'électricité intégrée 340. De plus, le module d'alimentation électrique 350 peut être apte à recevoir de l'électricité d'une source extérieure d'alimentation électrique 355 (par exemple, une prise électrique) et réguler l'écoulement de cette électricité vers divers organes du système RAD mobile 300. Le système RAD mobile 300 peut également comporter un module d'interface utilisateur 360 en interaction avec un utilisateur 365 du système RAD mobile 300. Un tel module d'interface utilisateur peut contenir des caractéristiques de l'une quelconque de diverses interfaces utilisateurs. Par exemple et sans limitation, le module d'interface utilisateur 360 peut contenir des caractéristiques de divers dispositifs d'entrée/sortie vidéo et/ou audio (par exemple, un moyen d'affichage vidéo, une caméra vidéo, une enceinte acoustique, un microphone acoustique, un lecteur de codes à barres, un crayon optique, un système de reconnaissance vocale, un rétinographe, etc.). Selon un autre exemple, le module d'interface utilisateur 360 peut contenir des caractéristiques de divers dispositifs tactiles d'entrée/sortie (par exemple, un clavier, une souris, un écran tactile, un pavé de touches, une touche contact, un système de reconnaissance d'empreintes digitales, etc. Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier quelconque d'interface utilisateur. Le système RAD mobile 300 comprend également un module de raccordement 370 au réseau qui établit et maintient une ou plusieurs liaisons de communication avec un second système 375 (par exemple, un réseau d'un hôpital). Le module de raccordement 370 au réseau peut contenir des caractéristiques de l'un quelconque de divers modules de raccordement au réseau. Par exemple, le module de raccordement 3 70 au réseau peut être conçu pour communiquer à l'aide de n'importe lequel de divers protocoles de communication (par exemple, HL7, DICOM, TCP/IP, IEEE 802/811/815, etc.) . Selon un autre exemple, le module de raccordement 370 au réseau peut être conçu pour communiquer sur n'importe lequel de divers supports de communication (par exemple, un support câblé, un support RF câblé, un support optique non amarré, un support optique amarré, etc.). Ainsi, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un protocole et/ou d'un support de communication particulier. Le second système 375 peut, par exemple, contenir des caractéristiques de n'importe lequel/lesquels des réseaux d'un hôpital. Par exemple, le second système 375 peut contenir des caractéristiques d'un système d'archivage et de communication d'images ("PACS"). Selon un autre exemple, le second système 375 peut contenir des caractéristiques d'un système d'informations d'hôpital ("SIH") ou d'un système d'informations radiologiques ("SIR"). On notera que de tels systèmes peuvent également être intégrés l'un avec l'autre. Par exemple, le module de raccordement 370 au réseau peut être conçu pour coupler le système RAD mobile 300 à un second réseau de l'hôpital par l'intermédiaire d'un premier réseau de l'hôpital. Globalement, le module de raccordement 370 au réseau peut être conçu pour coupler en communication le système RAD mobile 300 à l'un quelconque de divers réseau (par exemple, dont l'Internet). De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier de réseau (par exemple n'importe quel type particulier de réseau d'un hôpital). L'exemple de système RAD mobile 300 va maintenant être présenté à la lumière d'exemples nullement limitatifs de scénarios de fonctionnement. Par exemple, de tels scénarios peuvent être globalement liés aux exemples de procédé 100, 200 présentés plus haut. On notera cependant que le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques des exemples de scénarios ci-après. Dans un premier exemple de scénario nullement limitatif, le système RAD mobile 300 peut exécuter l'acquisition d'informations d'images et le transfert d'informations d'images (par exemple d'une manière compatible avec les étapes 110 et 150 de l'exemple de procédé 100) . Le système RAD 300 peut, par exemple et sans limitation, effectuer simultanément ou en série cette acquisition et ce transfert d'informations (par exemple, en partage de temps dans un processeur). Dans le premier exemple de scénario nullement limitatif, un utilisateur du système RAD mobile 300 peut activer une touche contact, qui lance à son tour le/les processeurs 320 (ou la plate-forme numérique) du système RAD mobile 300 pour l'amorcer. Au moment de l'amorçage, le système RAD mobile 300 peut commencer une opération d'acquisition d'informations d'images et de transmission d'informations d'images. Un utilisateur 365 (par exemple, un opérateur) peut se servir du système RAD mobile 300 pour réaliser diverses activités d'examens radiologiques. Par exemple, l'utilisateur 365 peut déplacer le système RAD mobile 300 d'un patient à un autre sur une liste de travaux d'un SIH ou d'un SIR, en réalisant les examens radiologiques indiqués sur la liste de travaux. L'utilisateur 365 peut se servir du module d'interface 360 d'utilisateur pour demander au système RAD mobile 300 d'acquérir une image. Le système RAD mobile 300 (par exemple, le/les processeurs 320) peut alors demander au module d'acquisition 310 d'images d'acquérir des informations d'images radiographiques. Par exemple, le module d'irradiation radiographique 312 peut transmettre un signal radiographique, sur lequel agissent diverses caractéristiques physiques de la cible 315 d'image. Le module de détection de signal 314 peut détecter le signal radiographique, et le module de traitement 316 de signal peut traiter les informations détectées. Les informations associées à l'image radiographique acquise peuvent, par exemple, être temporairement stockées dans une mémoire tampon locale 318 d'images du module d'acquisition 310 d'images. Poursuivant le premier exemple de scénario nullement limitatif, l'utilisateur 365 peut alors se servir du module d'interface utilisateur 360 pour entrer une instruction correspondant à l'image acquise. Par exemple, le module d'interface utilisateur 360 peut provoquer l'affichage d'une représentation de l'image acquise sur un écran vidéo, et l'utilisateur 365 peut examiner l'image affichée pour déterminer si les informations d'images voulues ont été acquises. Par exemple, et sans limitation, l'utilisateur 365 peut être en interface avec le système RAD mobile 300 d'une manière identique (ou sensiblement identique) à un poste RAD fixe. Par exemple, l'utilisateur 365 peut se servir du module d'interface utilisateur 360 pour entrer des suites d'instructions qui sont identiques (ou sensiblement identiques) à des suites d'instructions que l'utilisateur 365 entrerait dans un poste RAD fixe. Par exemple, l'utilisateur 36.5 peut saisir une instruction "envoi" ou "impression" lorsque l'utilisateur 365 entrerait ordinairement une telle instruction dans un poste RAD fixe, et le module d'interface utilisateur 360 peut à son tour réagir à une telle instruction entrée, d'une manière similaire à la manière dont une interface utilisateur d'un poste RAD fixe réagirait à l'utilisateur 365. Cependant, il faut souligner qu'au lieu de réaliser immédiatement une communication d'information en réseau (par exemple, vers un PACS) en réponse à une instruction de l'utilisateur, le système RAD mobile 300 peut retarder cette activité de communication en réseau jusqu'à ce qu'une communication en réseau soit disponible. Poursuivant avec le premier exemple de scénario nullement limitatif, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut traiter une instruction entrée par l'utilisateur afin de déterminer si, oui ou non, le système RAD mobile 300 s'apprête à stocker des informations concernant l'image acquise (par exemple, pour les transmettre ultérieurement à un réseau d'un hôpital). Par exemple et sans limitation, une entrée d'une instruction d"'envoi" par un utilisateur peut indiquer que le système RAD mobile 300 s'apprête à stocker des informations pour les transmettre ultérieurement à un réseau d'un hôpital (par exemple, un PACS) afin de les stocker. Selon un autre exemple, une entrée d'une instruction "impression" par un utilisateur peut indiquer que le système RAD mobile 300 s'apprête à stocker des informations pour les transmettre ultérieurement à un réseau d'un hôpital (par exemple, le PA.CS) dans le but d'exécuter un travail d'impression (par exemple, et également pour une mémorisation). Selon encore un autre exemple, une entrée d'utilisateur indiquant qu'un examen est "terminé" peut (par exemple, dans un scénario où un envoi automatique est prévu) indiquer que le système RAD mobile 300 s'apprête à stocker les informations pour les transmettre ultérieurement à un réseau d'un hôpital. Les exemples d'instructions "envoi", "impression et "terminé" qui viennent d'être évoqués ne constituent que des exemples servant d'illustration, aussi le cadre de divers aspects de la présente invention ne doit-il pas être limité par des caractéristiques d'une entrée d'utilisateur particulière qui pourrait indiquer que le système RAD mobile 300 s'apprête à stocker des informations concernant une image acquise. Poursuivant avec le premier exemple de scénario nullement limitatif, si le système RAD mobile 300 (par exemple, le/les processeurs 320) détermine que l'entrée d'utilisateur indique que le système RAD mobile 300 ne s'apprête pas à stocker l'image (par exemple, pour la transmettre ultérieurement à un réseau d'hôpital), le système RAD mobile 300 peut simplement laisser dans la mémoire tampon 318 d'images les informations de l'image acquise pour qu'elles soient remplacées au moment de l'acquisition de l'image suivante. Cependant, si le système RAD mobile 300 (par exemple, le/les processeurs 320) détermine que l'entrée d'utilisateur indique que le système RAD mobile 300 s'apprête à stocker l'image, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut demander que les informations d'images soient transférées de la mémoire tampon 318 d'images à la file d'attente 334 d'informations d'images ou à une autre structure de stockage (par exemple pour être transmises ultérieurement à un réseau d'hôpital). Ce transfert d'informations peut être réalisé de n'importe laquelle de diverses matières, dont, sans limitation, un transfert par accès direct à la mémoire. On notera que les informations d'images stockées dans la file d'attente 334 d'informations d'images peuvent comporter des données représentant l'image acquise et d'autres informations concernant l'image acquise, dont, sans limitation, des informations sur un patient/un examen et/ou des informations concernant l'instruction de l'utilisateur (par exemple, "impression" ou "envoi") qui ont amené l'image à être stockée dans le système RAD mobile 300. Après le stockage d'informations d'images dans la file d'attente 334 d'informations d'images, l'utilisateur 365 peut se servir du système RAD mobile 300 pour effectuer des examens radiologiques ultérieurs. L'utilisateur 365 peut, par exemple, continuer à réaliser tous les autres examens figurant encore sur une liste de travaux. Poursuivant avec le premier exemple de scénario nullement limitatif, le système RAD mobile 300 (par exemple, pendant l'exécution de l'opération d'acquisition d'images) peut effectuer une opération de transmission d'informations. Comme indiqué plus haut, le système RAD mobile 300 peut effectuer une transmission d'informations au moment de l'amorçage du système ou en réaction à n'importe laquelle parmi diverses causes ou conditions. Le système RAD mobile 300 (par exemple, le/les processeurs 320) peut se servir du module de raccordement 370 à un réseau pour déterminer s'il y a une connexion en réseau (par exemple, un couplage en communication) entre le système RAD mobile 300 et le second système 375 (par exemple, un réseau d'hôpital). Ce second système 375 peut, par exemple et sans limitation, être constitué par un système d'archivage et de communication d'images ("PACS"). Ce second système 375 peut également, par exemple, être constitué par un système d'information radiologique ("SIR") et/ou un système d'information d'hôpital ("SIH"). Ces systèmes peuvent, par exemple, être couplés en communication les uns avec les autres dans un réseau intégré d'un hôpital. Ainsi, bien que la suite de la présentation puisse prendre parfois comme exemple de second système 375 un PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un second système particulier avec lequel peut communiquer le système RAD mobile 300. Le système RAD mobile 300 et le second système 375 (par exemple, le PACS) peuvent être couplés en communication de n'importe laquelle de diverses manières. Par exemple et sans limitation, le module de raccordement 370 au réseau peut être couplé au PACS par l'intermédiaire d'un couplage Ethernet. Selon un autre exemple, le module de raccordement 370 au réseau peut coupler en communication le système RAD mobile 300 et le second système 375 par l'intermédiaire d'un couplage par anneau à jeton ou autre couplage en communication reposant sur IEEE 802. Dans divers exemples de situations, le module de raccordement 370 au réseau peut coupler en communication le système RAD mobile 300 et le second système 375 (par exemple, de façon intermittente) par l'intermédiaire d'une liaison de communication sans fil (par exemple une liaison RF ou optique). Une telle liaison de communication sans fil peut, par exemple, comporter des caractéristiques d'un réseau LAN sans fil (reposant par exemple sur IEEE 802.11) ou sur un réseau PAN sans fil (reposant par exemple sur IEEE 802. 15). Ainsi, bien que la présentation qui va suivre puisse parfois, à titre d'illustration, évoquer un couplage Ethernet entre le système RAD mobile 300 (par exemple, le module de raccordement 370 au réseau) et le PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un type particulier de liaison de communication pouvant exister entre le système RAD mobile 300 et un autre système. Le système RAD mobile 300 (par exemple, le module de raccordement 370 to au réseau) peut déterminer, de n'importe laquelle de diverses manières, s'il y a une connexion en réseau. Par exemple et sans limitation, le module de raccordement 370 au réseau peut chercher de manière répétée à accéder au second système 375 par l'utilitaire PING et à écouter un retour. Par exemple, le module de raccordement 370 au réseau peut chercher de manière répétée à atteindre le PACS par l'intermédiaire de l'utilitaire PING. Selon un autre exemple possible, le module de raccordement 370 au réseau peut émettre ou recevoir des signaux de balises du réseau de communication. Selon encore un autre exemple, le module de raccordement 370 au réseau peut écouter de manière passive le trafic sur le réseau de communication. Bien que la présentation ci-après puisse parfois, à titre d'illustration, évoquer le système RAD mobile 300 (par exemple, le module de raccordement 370 au réseau) utilisant des signaux PING pour déterminer s'il y a une connexion en réseau entre le système RAD mobile 300 et le PACS, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une technique particulière pour déterminer l'existence d'une connexion en réseau. Poursuivant avec le premier exemple de scénario nullement limitatif, lorsque le système RAD mobile 300 (par exemple, le/les processeurs 320 utilisant le module de raccordement 370 au réseau) détermine qu'il y a une connexion en réseau (par exemple une connexion Ethernet) entre le système RAD mobile 300 et le second système 375 (par exemple, le PACS), le système RAD mobile 300 peut passer à un transfert automatique (c'est-à- dire sans interaction humaine directe demandant qu'une telle opération ait lieu) des informations d'images au second système 375. Dans un exemple nullement limitatif, un opérateur peut connecter le système RAD mobile 300 à un câble Ethernet du réseau, ce qui peut avoir pour conséquence indirecte que le module de raccordement 370 au réseau détecte une connexion en réseau. Dans un autre exemple de scénario nullement limitatif, un opérateur peut déplacer le système RAD mobile 300 dans une zone active d'un point d'accès à un réseau PAN ou LAN sans fil, ce qui peut avoir pour conséquence indirecte que le module de raccordement 370 au réseau détecte une connexion en réseau. Au moment de la détection d'une connexion en réseau, le système RAD mobile 300 (par exemple, le module de raccordement 370 au réseau) peut, par exemple, déterminer (ou obtenir) une adresse du réseau pour le système RAD mobile 300 et/ou d'autres entités en réseau. Par exemple et sans limitation, le système RAD mobile 300 peut comporter une adresse IP statique. Selon un autre exemple, le module de raccordement 370 au réseau peut obtenir du second système 375 une adresse IP. Dans un exemple, le module de raccordement 370 au réseau peut obtenir d'un réseau d'hôpital une adresse IP (par exemple à l'aide du protocole "DHCP" de configuration dynamique d'hôte). Le module de raccordement 370 au réseau peut ensuite utiliser l'adresse du réseau pour le système RAD mobile 300 afin de procéder à une transmission d'informations d'images. Le module de raccordement 370 au réseau peut également, par exemple, exécuter n'importe laquelle de diverses fonctions liées à l'établissement d'une liaison de communication entre le système RAD mobile 300 et le second système 375, certaines de ces fonctions pouvant être classiques et certaines pouvant être spécifiques du réseau. Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques de l'une quelconque de ces opérations. Poursuivant avec le premier exemple de scénario nullement limitatif, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour transférer des informations (par exemple des informations d'images stockées dans la file d'attente 334 d'informations d'images) du système RAD mobile 300 au second système 375 (par exemple, le PACS). Ces informations peuvent, par exemple, être constituées par des informations d'images radiographiques numériques qui ont été stockées dans la file d'attente 334 d'informations d'images. Ces informations peuvent, par exemple et sans limitation, comporter des informations d'images radiographique numérique qui ont été acquises pendant au moins une partie de la tournée programmée d'acquisitions d'images à l'aide du système RAD mobile 300. Le système RAD mobile 300 (par exemple, le/les processeurs 320) peut utiliser le module de raccordement 370 au réseau pour transférer (ou communiquer) les informations du système RAD mobile 300 au second système 375 (par exemple, le PACS) de n'importe laquelle de diverses manières (par exemple, sur une liaison Ethernet préalablement détectée par le module de raccordement 370 au réseau). Par exemple et sans limitation, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut utiliser le module de raccordement 370 au réseau pour communiquer des informations du système RAD mobile 300 au second système 375 (par exemple, un PACS) conformément à la norme Digital Imaging and COmmunications in Medicine ("DICOM") sur un câble Ethernet couplant le système RAD mobile 300 et le PACS. Selon un autre exemple, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour communiquer des informations du système RAD mobile 300 au second système 375 conformément à n'importe lequel de toutes sortes de protocoles de communication et sur n'importe lequel de toutes sortes de supports de communication. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un protocole de communication ou d'un support de communication particulier quelconque. Poursuivant avec le premier exemple de scénario nullement limitatif, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour vider dans un PACS la file d'attente 334 d'informations d'images contenant des informations d'images radiographiques. Pendant ce vidage, dans diverses situations nullement limitatives, le système RAD mobile 300 peut utiliser le module d'interface utilisateur 360 pour être en interaction avec l'utilisateur 365. Par exemple, le système RAD mobile 300 peut transférer des informations d'images correspondant à une instruction "envoi" ou "envoi automatique" sans autre interaction avec l'utilisateur. Selon un autre exemple, le système RAD mobile 300 peut utiliser le module d'interface utilisateur 360 pour être en interaction avec l'utilisateur 365 pour vérifier l'impression (et/ou la transmission) d'informations correspondant à une instruction "impression". Cette interaction peut, par exemple, être avantageuse lorsque la transmission des informations d'images risque de déclencher une opération relativement coûteuse, telle que l'impression d'images. Dans un exemple de situation nullement limitatif, avant la transmission d'informations d'images correspondant à une instruction "impression", le système RAD mobile 300 peut utiliser le module d'interface utilisateur 360 pour solliciter une vérification, par l'utilisateur (par exemple, à l'aide d'une interface utilisateur graphique à menu déroulant), de l'instruction "impression". Cette interaction peut également être utilisée dans diverses autres situations dans lesquelles la transmission d'informations d'images risquede provoquer des effets coûteux d'un point de vue pécuniaire ou autre. Poursuivant avec le premier exemple de scénario nullement limitatif, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut gérer l'interruption d'évènements susceptibles de survenir pendant le processus de transmission d'informations. Par exemple, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut invalider un arrêt (par exemple, une mise hors tension) du système RAD mobile 300 pendant la transmission des informations. Selon un autre exemple possible, le système RAD mobile 300 peut neutraliser l'arrêt de la plateforme numérique du système RAD mobile 300 jusqu'à ce que toutes les informations d'images soient transmises à un PACS depuis le système RAD mobile 300. Selon un autre exemple, le système RAD mobile 300 peut ne tenir compte d'aucune entrée d'utilisateur pendant le processus de transmission d'informations ou seulement réagir à des entrées d'utilisateur particulières, d'un haut niveau de priorité, pendant le processus de transmission d'informations. Le système RAD mobile 300 peut exécuter n'importe laquelle de toutes sortes d'opérations supplémentaires. Par exemple, le système RAD mobile 300 peut se mettre hors tension au terme de l'opération de transmission d'informations d'images. Selon un autre exemple, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour détecter un échec ce liaison de communication entre le système RAD mobile 300 et le second système 375 (par exemple, le PACS) et réagir à un tel échec de liaison. Une telle réponse peut, par exemple, consister à faire revenir le module de raccordement 370 au réseau à un mode dans lequel le module de raccordement 370 au réseau détermine la présence d'une connexion en réseau. Selon un autre exemple, le système RAD mobile 300 peut exécuter n'importe laquelle de diverses tâches ordinairement associées à un système RAD mobile ou fixe. Le cadre de divers aspects de la présente invention ne doit pas être lirnité par l'existence d'un traitement supplémentaire particulier ou de caractéristiques d'un traitement supplémentaire particulier que le système RAD mobile 300 peut exécuter. On notera que le premier exemple de scénario nullement limitatif présenté plus haut ne constitue qu'un exemple d'illustration parmi divers aspects globalement plus larges de 1a présente invention. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par les caractéristiques du premier exemple de scénario nullement limitatif. Le premier exemple de scénario nullement limitatif a globalement porté sur l'acquisition et la transmission d'informations concernant des images radiographiques. Le second exemple de scénario nullement limitatif, qui va maintenant être présenté, concerne principalement la gestion d'informations d'EPE par le système RAD mobile 300. Dans le second exemple de scénario nullement limitatif, le système RAD mobile 300 peut effectuer l'acquisition d'informations d'EPE et la transmission d'informations d'EPE (par exemple, d'une manière compatible avec les étapes 210 et 250 de l'exemple de procédé 200). Le système RAD mobile 300 peut, par exemple et sans limitation, effectuer ces acquisition et transmission d'informations de manière simultanée ou en série (par exemple, par partage de temps du processeur). Dans divers exemples de situations nullement limitatifs, le système RAD mobile 300 peut également mettre en oeuvre des aspects du second exemple de scénario nullement limitatif en même temps que des aspects du premier exemple de scénario nullement limitatif, présenté plus haut. Dans le second exemple de scénario nullement limitatif, un utilisateur 365 du système RAD mobile 300 peut activer une touche contact, laquelle lance à son tour le/les processeurs 320 (ou la plateforme numérique) du système RAD mobile 300 pour les amorcer. Au moment de l'amorçage, le système RAD mobile 300 peut lancer des opérations d'acquisition d'informations d'EPE et de transmission d'informations d'EPE. En effectuant une acquisition d'informations d'EPE, le système RAD mobile 300 peut (par exemple, à l'aide du module d'interface utilisateur 360) recevoir une entrée d'utilisateur indiquant le lancement d'un examen de patient suivant. Par exemple et sans limitation, le patient (et l'examen et d'autres informations correspondants) peut figurer sur une liste de travail du SIH/SIR. Cette liste de travaux peut, par exemple, contenir une liste de patients et des examens respectifs nécessaires pour une tournée d'examens. Dans un exemple de situation nullement limitatif, un opérateur peut déplacer le système RAD mobile 300 d'un patient à un autre, en effectuant les examens figurant sur la liste, chacun d'eux pouvant comporter globalement l'acquisition d'images radiographiques (par exemple en utilisant le module d'acquisition 310 d'images du système RAD mobile 300). Comme évoqué plus haut à propos du premier exemple de scénario nullement limitatif, l'interaction entre l'utilisateur 365 et le module d'interface utilisateur 360 peut être identique (ou sensiblement identique) à l'interaction avec l'utilisateur qui existerait dans un poste RAD fixe. Dans un tel exemple de situation, un opérateur formé à l'utilisation d'un poste RAD fixe suivant un mode opératoire ou un protocole particulier peut utiliser le système RAD mobile 300 d'une manière identique (ou sensiblement identique) au poste RAD fixe. Par exemple, un opérateur peut se servir d'une suite d'instructions identique (ou sensiblement identique) . Par exemple et sans limitation, en faisant fonctionner le système RAD mobile 300, un opérateur peut (par exemple, à l'aide du module d'interface utilisateur 360) saisir une instruction "démarrage" ou une instruction "reprise" par rapport à un examen particulier. Les effets de telles instructions saisies par l'utilisateur (en particulier les effets à court terme) pourraient être différents, dans le système RAD mobile 300, de ceux du poste RAD fixe (par exemple, une instruction "démarrage" pourrait ne pas aboutir immédiatement à la communication d'informations à un SIH ou un SIR). Cependant, le résultat ultime de ces instructions (par exemple, communication d'informations concernant une OPE à un SIH ou un SIR) peut être identique au résultat ultime de l'application de ces instructions à un système RAD fixe. Comme évoqué plus haut à propos du premier exemple de scénario nullement limitatif, le module d'interface utilisateur 360 peut recevoir de l'utilisateur 365, de n'importe laquelle de diverses manières, des informations d'entrée. Par exemple et sans limitation, le module d'interface utilisateur 360 peut recevoir des données d'entrée d'utilisateur provenant d'un clavier, d'un écran tactile, d'un lecteur de code à barre, d'un crayon optique, d'un système de reconnaissance vocale, etc. Poursuivant avec le second exemple de scénario nullement limitatif, l'utilisateur 365 peut se servir du système RAD mobile 300 pour effectuer l'examen (par exemple, l'examen signalé précédemment comme étant "commencé"). Cette procédure peut, par exemple et sans limitation, comporter la réalisation d'une imagerie radiographique à l'aide du système RAD mobile 300. Par exemple, l'utilisateur peut se servir du système RAD mobile 300 pour effectuer une acquisition d'images radiographiques conformément au premier exemple de scénario nullement limitatif, présenté plus haut. Par exemple, un opérateur peut utiliser le système RAD mobile 300 pour obtenir des images radiographiques indiquées sur une liste de travaux. Poursuivant avec le second exemple de scénario nullement limitatif, le système RAD mobile 300 peut (par exemple, à l'aide du module d'interface utilisateur 360) recevoir de l'utilisateur 365 une donnée d'entrée indiquant qu'un examen particulier est terminé. Comme évoqué plus haut, l'entrée d'utilisateur dans le système RAD mobile 300 peut comporter des entrées d'utilisateur identiques (ou sensiblement identique) aux entrées d'utilisateur qu'un opérateur saisirait dans un poste RAD fixe. Par exemple, le système RAD mobile 300 peut recevoir de l'utilisateur 365 une instruction "terminé" concernant un examen particulier. Selon un autre exemple, le système RAD mobile 300 peut recevoir d'un utilisateur une instruction "suspension" concernant un examen particulier. Globalement, le système RAD mobile 300 peut utiliser le module d'interface utilisateur 360 pour recevoir des données d'entrée de l'utilisateur 365 selon l'une quelconque de diverses manières. Au terme d'un examen particulier, le système RAD mobile 300 peut stocker des informations d'EPE concernant l'examen (par exemple en file d'attente ou dans une autre structure de stockage avant une transmission ultérieure à un réseau d'hôpital). Le système RAD mobile 300 peut stocker les informations d'EPE selon n'importe laquelle de diverses manières. Par exemple, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut stocker les informations d'EPE dans une file d'attente 336 d'informations d'EPE intégrée dans le système RAD mobile 300. Cette file d'attente peut, mais ce n'est pas obligatoire, être indépendante d'autres files d'attente d'informations (par exemple, la file d'attente 334 d'informations d'images). Une telle file d'attente peut, par exemple, contenir des caractéristiques de l'une quelconque de diverses structures de stockage d'informations, dont, par exemple, des structures matricielles, des structures de listes en liaison, des structures de bases de données, etc. Le système RAD mobile 300 peut également stocker les informations d'EPE dans n'importe lequel de divers supports de stockage de données (par exemple, un disque dur, un lecteur ZIP, un lecteur de bande, un DVD, un CD, un dispositif de mémoire à semiconducteur, une clé USB, etc). De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une manière particulière de stocker des informations d'EPE ou d'un support de stockage particulier. Après avoir stocké des informations d'EPE (par exemple, pour un examen terminé), l'utilisateur 365 peut se servir du système RAD mobile 300 pour effectuer des examens suivants. Par exemple, l'utilisateur 365 peut effectuer les examens figurant encore sur une liste de travaux. Poursuivant avec le second exemple de scénario nullement limitatif, le système RAD mobile 300 (par exemple, pendant l'exécution de l'opération d'acquisition d'informations d'EPE) peut effectuer une opération de transmission d'informations d'EPE. Comme indiqué précédemment, le système RAD mobile 300 peut effectuer une transmission d'informations d'EPE au moment d'un amorçage du système ou en réaction à l'une quelconque de diverses causes ou conditions. Le système RAD mobile 300 (par exemple, le/les processeurs 320) peut utiliser le module de raccordement 370 au réseau pour déterminer s'il y a une connexion en réseau (par exemple, un couplage de communications) entre le système RAD mobile 300 et le second système 375 (par exemple, un système d'hôpital). Ce second système 375 peut, par exemple et sans limitation, être constitué par un système d'information d'hôpital ("SIH") et/ou par un système d'information radiologique ("SIR"). Ce second système peut également, par exemple, être constitué par un système d'archivage et de communication d'images ("PACS"), lequel peut, par exemple, être couplé en communication avec un SIH et/ou un SIR. De la sorte, bien que la présentation qui va suivre puisse par moment prendre comme exemple du second système 375 un SIH ou un SIR, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un second système particulier avec lequel peut communiquer le système RAD mobile. Comme dans le cas du système RAD mobile 300 et du second système 375 évoqués plus haut en référence au premier exemple de scénario nullement limitatif, le système RAD mobile 300 et le second système 375 peuvent être couplés en communication de n'importe laquelle de diverses manières (par exemple, par une liaison Ethernet). Le cadre de divers aspects de la présente invention ne doit pas être limité par les caractéristiques d'un type particulier de liaison de communication pouvant exister entre le système RAD mobile 300 et un autre système. De plus, comme dans le cas du système RAD mobile 300 et du second système 375 évoqué plus haut à propos du premier exemple de scénario nullement limitatif, le système RAD mobile 300 peut (par exemple, à l'aide du module de raccordement 3 70 au réseau) déterminer de n'importe laquelle de diverses manières (dont, par exemple, un accès répété au second système 375 par l'utilitaire PING) s'il y a une connexion en réseau. Le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'une technique particulière pour déterminer l'existence d'une connexion en réseau. Poursuivant avec le second exemple de scénario nullement limitatif, lorsque le système RAD mobile 300 détermine (par exemple par l'utilitaire PING) qu'il y a une connexion en réseau (par exemple, une connexion Ethernet) entre le système RAD mobile 300 et le second système 375 (par exemple, un SIH ou un SIR), le système RAD mobile 300 peut procéder à une transmission automatique d'informations d'EPE vers le second système 375. Comme évoqué plus haut à propos du premier exemple de scénario nullement limitatif, le système RAD mobile 300 peut effectuer automatiquement cette transmission d'informations (c'est-à-dire sans interaction humaine directe demandant qu'ait lieu cette opération de transmission d'informations). Dans un exemple nullement limitatif, un opérateur peut connecter le système RAD mobile 300 à un câble Ethernet du réseau, ce qui peut avoir comme conséquence indirecte que le module de raccordement 370 au réseau détecte automatiquement une connexion en réseau. Dans un autre exemple de scénario nullement limitatif, un technicien peut déplacer le système RAD mobile 300 au sein d'une zone active d'un point d'accès d'un réseau PAN ou LAN sans fil, ce qui peut avoir pour conséquence indirecte que le module de raccordement 370 au réseau détecte automatiquement une connexion en réseau. Au moment de la détection d'une connexion en réseau, le système RAD mobile 300 (par exemple, le module de raccordement 370 au réseau) peut, par exemple, déterminer (ou obtenir) une adresse du réseau pour le système RAD mobile 300 et/ou d'autres entités en réseau. Par exemple et sans limitation, le système RAD mobile 300 peut déterminer une telle adresse d'une manière similaire à celle évoquée plus haut à propos du premier exemple de scénario nullement limitatif Le système RAD mobile (par exemple, le module de raccordement 370 au réseau) peut également, par exemple, effectuer n'importe laquelle d'un certain nombre d'opérations pour établir une liaison de communication entre le système RAD mobile 300 et le second système 375. Le cadre de divers aspects de la présente invention ne doit pas être limité par les caractéristiques de ces opérations. Poursuivant avec le second exemple de scénario nullement limitatif, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour transférer (ou communiquer) des informations (par exemple, des informations d'EPE stockées dans la file d'attente 336 d'informations d'EPE) du système RAD mobile 300 au second système 375 (par exemple, le SIH ou le SIR). Ces informations peuvent, par exemple, être constituées par n'importe lesquelles de diverses informations liées à une EPE, dont, sans limitation, des informations concernant des étapes de procédures d'examens qui ont été commencées, reprises, terminées, suspendues, etc. Le système RAD mobile 300 (par exemple, le/les processeurs 320) peut utiliser le module de raccordement 370 au réseau pour transférer (ou communiquer) les informations du système RAD mobile 300 au second système 375 (par exemple, le SIH ou le SIR) de n'importe laquelle de diverses manières (par exemple, sur une connexion Ethernet précédemment détectée par le module de raccordement 370 au réseau). Par exemple et sans limitation, le système RAD mobile (par exemple, le/les processeurs 320) peut utiliser le module de raccordement 370 au réseau pour communiquer des informations du système RAD mobile 300 à un SIH ou un SIR conformément à la norme HL7, sur un câble Ethernet couplant le système RAD mobile 300 et le SIH ou le SIR. Selon un autre exemple, le système RAD mobile 300 peut utiliser le module de raccordement 370 au réseau pour communiquer des informations du système RAD mobile 300 au second système 375 conformément à n'importe lequel de toutes sortes de protocoles de communication et sur n'importe lequel de divers supports de communication. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques d'un protocole de communication ou d'un support de communication particulier. Poursuivant avec le second exemple de scénario nullement limitatif', le système RAD mobile 300 peut communiquer des informations d'EPE (par exemple, stockées précédemment) au second système 375 (par exemple, un SIH ou un SIR) en communiquant les informations d'EPE au second système 375 d'une manière similaire à la manière dont un système RAD fixe pourrait communiquer ces informations (quoique à une vitesse globalement plus rapide). Cependant, le système RAD mobile 300 n'est aucunement limité à la communication des informations d'EPE d'une manière particulière quelconque. Le système RAD mobile 300 peut en outre, par exemple et sans limitation, effectuer la transmission d'informations d'EPE au second système 375 sans interaction avec un utilisateur. On notera cependant que l'interaction avec un utilisateur peut être avantageuse dans des scénarios particuliers (par exemple, notifiant à un utilisateur l'état du transfert d'informations d'EPE). Poursuivant avec le second exemple de scénario nullement limitatif, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut gérer l'interruption d'évènements susceptibles de survenir pendant le processus de transfert d'informations. Par exemple, le système RAD mobile 300 (par exemple, le/les processeurs 320) peut neutraliser un arrêt (par exemple, une mise hors tension) du système RAD mobile pendant la transmission des informations d'EPE. Selon un autre exemple possible, le système RAD mobile 300 peut neutraliser l'arrêt de la plateforme numérique du système RAD mobile 300 jusqu'à ce que toutes les informations d'EPE soient transférées du système RAD mobile 300 au SIH ou au SIR. Selon un autre exemple, le système RAD mobile 300 peut ne tenir compte d'aucune entrée d'utilisateur pendant le processus de transfert d'informations ou ne réagir qu'à des entrées d'utilisateur particulières, d'un niveau de priorité élevé, pendant le processus de transfert d'informations. Le système RAD mobile 300 peut effectuer n'importe laquelle de toutes sortes d'opérations supplémentaires. Par exemple, ce traitement peut partager diverses caractéristiques avec le traitement supplémentaire évoqué plus haut à propos du premier exemple de scénario nullement limitatif. Le cadre de divers aspects de la présente invention ne doit pas être limité par l'existence d'un traitement supplémentaire particulier ou de caractéristiques d'un traitement supplémentaire particulier, que peut exécuter le système RAD mobile 300. On notera que le second exemple de scénario nullement limitatif évoqué plus haut ne constitue qu'un exemple illustrant divers aspects globalement plus larges de la présente invention. De la sorte, le cadre de divers aspects de la présente invention ne doit pas être limité par des caractéristiques du premier exemple de scénario nullement limitatif. Une partie de divers aspects de la présente invention a été illustrée plus haut en référence à l'exemple de système RAD mobile 300 illustré sur la Fig. 3. L'exemple de système RAI) mobile 300 a été divisé en divers modules fonctionnels pour rendre l'illustration plus claire. Cette distinction nette entre des modules n'est cependant nullement nécessaire. Par exemple et sans limitation, divers modules peuvent partager divers composants matériels et/ou logiciels. Selon un autre exemple, diverses fonctions évoquées plus haut peuvent être exécutées par le matériel et/ou le logiciel. Selon encore un autre exemple, diverses parties de l'exemple de système RAD mobile 300 peuvent être combinées suivant divers degrés d'intégration. De la sorte, le cadre die divers aspects de la présente invention ne doit pas être limité par des caractéristiques de mise en oeuvre d'un matériel ou d'un logiciel particulier quelconque, par des limites arbitraires quelconques entre les modules ou par un degré particulier quelconque d'intégration. En résumé, divers aspects de la présente invention constituent un système et un procédé pour assurer de manière efficace un transfert d'images par DICOM et une gestion de file d'attente d'EPE dans un système RAD mobile. Liste des repères Figure 1 - Organigramme du procédé Figure 2 Organigramme du procédé Figure 3 310 - Module d'acquisition d'images 312 Module d'irradiation radiographique 314 - Module de détection de signal 315 - Cible d'image 316 - Module de traitement de signaux 318 - Mémoire tampon locale d'images 320 - Processeur(s) 330 - Mémoire 332 - Mémoire d'application 334 - File d'attente d'informations d'images 336 - File d'attente d'informations d'EPE 340 - Source d'électricité intégrée 350 Module d'alimentation électrique 355 - Source extérieure d'électricité 360 - Module d'interface utilisateur 365 - Utilisateur 370 - Module de raccordement au réseau 375 - Second système REVENDICATIONS 1. Système RAD mobile, comprenant: au moins un module apte à acquérir des informations d'images radiographiques; une mémoire apte à stocker des informations d'images radiographiques; un module de raccordement au réseau, conçu pour coupler en communication le système RAD mobile à un système d'hôpital; et au moins un module qui est conçu pour: pendant que le système RAD mobile est employé pour effectuer des activités d'examen radiologique, utiliser le module de raccordement au réseau pour déterminer en continu s'il y a ou non une connexion en réseau entre le système RAD mobile et un système hospitalier; et s'il est déterminé qu'il y a une connexion en réseau entre le système RAD mobile et le système d'hôpital, utiliser alors automatiquement le module de raccordement au réseau pour transmettre des informations d'images radiographiques de la mémoire au système d'hôpital. 2. Système RAD mobile selon la revendication 1, comprenant en outre un module d'interface utilisateur conçu pour être en interaction avec un utilisateur du système RAD mobile d'une manière sensiblement identique à une manière dont un système RAD fixe entre en interaction avec un utilisateur pendant l'exécution d'activités d'examen radiologique. 3. Système RAD mobile selon la revendication 1, comprenant en outre au moins un module conçu pour stocker dans la mémoire des informations d'images radiographiques correspondant à une instruction "envoi" et/ou une instruction "impression" dans une file d'attente. 4. Système RAD mobile selon la revendication 1, dans lequel le module de raccordement au réseau est apte à déterminer en continu s'il y a une connexion au réseau entre le système RAD mobile et un système d'hôpital en répétant, au moins partiellement, l'accès au système de l'hôpital par l'utilitaire PING. 5. Système RAD mobile selon la revendication 1, dans lequel la 35 mémoire contient une file d'attente d'informations d'images conçue pour stocker des informations d'images radiographiques, et le/les modules transmettent automatiquement des informations d'images radiographiques du système RAD mobile au système de l'hôpital, en transmettant, au moins partiellement, des informations d'image de la file d'attente d'informations d'images au système de l'hôpital. 6. Système RAD mobile, comprenant: au moins un module conçu pour acquérir des informations sur des étapes de procédure effectuées ("EPE") ; une mémoire conçue pour stocker les informations d'EPE acquises; un module de raccordement au réseau, conçu pour coupler en communication le système RAD mobile à un système de l'hôpital; et au moins un module qui est conçu pour: pendant que le système RAD mobile est utilisé pour effectuer des activités d'examen radiologique, utiliser le module de raccordement au réseau pour déterminer en continu s'il y a une connexion en réseau entre le système RAD mobile et un système de l'hôpital; et s'il est déterminé qu'il y a une connexion au réseau entre le système RAD mobile et le système de l'hôpital, utiliser automatiquement alors le module d'interface en réseau pour transmettre des informations d'EPE de la mémoire au système de l'hôpital. 7. Système RAD mobile selon la revendication 6, comprenant en outre un module d'interface utilisateur conçu pour être en interaction avec un utilisateur du système RAD mobile d'une manière sensiblement identique à une manière dont un système RAD fixe est en interaction avec un utilisateur lors de l'exécution d'activités d'examens radiologiques. 8. Système RAD mobile selon la revendication 6, dans lequel le module de raccordement au réseau est apte à déterminer en continu s'il y a un raccordement au réseau entre 1[e système RAD mobile et un système de l'hôpital, en accédant, au moins en partie, de façon répétée au système de l'hôpital par l'utilitaire PING. 9. Système RAD mobile selon la revendication 6, dans lequel le/les modules sont conçus pour transmettre des informations d'EPE du système RAD mobile au système de l'hôpital en générant, au moins en partie des signaux correspondant à des entrées d'état d'EPE appliquées à un système RAD fixe. 10. Système RAD mobile selon la revendication 6, dans lequel le/les modules sont aptes, pendant la transmission d'informations d'EPE du système RAD mobile au système de l'hôpital, à neutraliser au moins une partie des possibilités d'arrêt du système RAD mobile.