Brevet FR2850769A1 — publié le 20040806

Procédé pour rapprocher des informations de patient et de procédure dans un réseau informatique d'établissement médical, et station d'acquisition La présente invention se rapporte à l'acquisition et au stockage de données de procédures médicales et d'informations de patients dans un système informatique d'établissement médical, et plus particulièrement au rapprochement de données d'acquisition d'images et de patients dans un 10 réseau informatique médical utilisé en conjonction avec des stations de travail d'imagerie médicale. Les réseaux informatiques employés dans les hôpitaux et en particulier les services hospitaliers de radiologie comprennent typiquement un Système d'Information pour Hôpitaux (ou Radiologie) (SIH) pour saisir et stocker des 15 données de procédures et de patients, une station de travail d'acquisition pour commander un équipement d'acquisition d'images, et un système d'archivage et de communication d'images (PACS, pour "Picture Archival and Communication System") pour archiver les données d'images acquises ainsi que d'autres informations comme des données de facturation. En utilisation, 20 les données de patient et les procédures d'imagerie requises sont saisies dans le système SIH puis téléchargées ou transmises d'une manière quelconque à la station d'acquisition. En variante, ou en plus de ces saisies au niveau du SIH, les données de patient peuvent être entrées directement ou éditées dans la station de travail. Après la saisie des données, les images sont acquises au 25 poste de travail, puis les données acquises sont transmises au PACS aux fins d'archivage et de stockage. Comme noté plus haut, dans les réseaux informatiques médicaux de ce type, les données de patient et les procédures requises peuvent être typiquement saisies ou éditées manuellement par les utilisateurs à la fois aux terminaux du 30 SIH et de la station d'acquisition. La capacité à saisir et éditer des données est avantageuse dans la mesure o elle permet une flexibilité dans le flux de travail de l'établissement médical. Cependant, des points d'entrée de données multiples peuvent aussi conduire à des discordances entre les données stockées aux divers noeuds du réseau. Par exemple, un nom de patient saisi dans le système SIH peut présenter une orthographe différente de celle du nom du patient saisi à la station de travail, ce qui rend difficile la récupération des résultats de test de patient appropriés. De plus, les données d'image d'une vue anatomique, par exemple une hanche, peuvent être acquises à la station de travail et enregistrées de 5 manière incorrecte sous une structure de données pour une cage thoracique ou une autre vue anatomique entrée dans le système SIH. Quand des problèmes de ce type surviennent, il peut être difficile de corréler la vue avec les bonnes données. De façon courante, de telles erreurs conduisent à des tâches répétitives coteuses en temps, comme l'obligation d'acquérir un deuxième ensemble 10 d'images pour le patient, de corriger des sous-facturations et des surfacturations, et autres tâches administratives et médicales. L'invention sera mieux comprise à l'étude de quelques exemples non limitatifs illustrés par les dessins annexés, sur lesquels: la figure 1 est un schéma fonctionnel d'un réseau informatique 15 hospitalier; la figure 2 est un schéma fonctionnel d'une station de travail destinée à être utilisée dans le réseau informatique hospitalier de la figure 1; la figure 3 est un schéma fonctionnel d'une structure de données de patient; la figure 4 est un organigramme de l'acquisition d'images à la station de travail de la figure 1 lorsque l'édition dans la station de travail est désactivée; et la figure 5 est un organigramme d'une procédure d'édition pour éditer des données locales dans la station de travail de la figure 1. Si l'on se réfère à présent aux figures et plus particulièrement à la figure 1, un réseau informatique hospitalier 10 est représenté. Le réseau informatique 10 comprend un système d'information pour hôpitaux ou de radiologie (SIH) 12 comprenant une base de données stockée dans une mémoire 11, une station 14 d'acquisition d'images reliée à un équipement 30 d'imagerie 18 et comprenant une base de données stockée dans une mémoire 13, et un système d'archivage et de communication d'images (PACS) 16 pour archiver les images acquises et les données associées dans une mémoire 17. Le SIH 12, la station d'acquisition 14 et le PACS 16 sont reliés via un réseau de communication 20 qui peut être par exemple une liaison intranet, un réseau câblé, un réseau sans fil, ou d'autres types de liaisons de communication bien connus des gens du métier. En fonctionnement, le SIH 12 est typiquement situé sur un bureau, et est géré par un administrateur qui est responsable de la saisie des données de 5 patient. La station d'acquisition 14 est typiquement placée dans une salle ou zone d'examen, et, comme noté ci-dessus, elle est couplée à un équipement d'imagerie médicale 18 pour fournir des instructions d'imagerie à l'équipement d'imagerie médicale et pour acquérir et remettre en correspondance des données d'images. Après la fin d'un examen, les données 10 acquises sont transmises au PACS 16 pour y être stockées. Pour prévenir les discordances de données entre le SIH 12 et la station d'acquisition 14, la station d'acquisition 14 comporte un ou plusieurs interrupteurs logiciels qui sont activés pour valider ou inhiber sélectivement les capacités d'édition dans la station de travail. Par exemple, quand des données sont entrées dans le SIH 15 12, la saisie de données et l'édition dans la station 14 peuvent être inhibées, ce qui oblige toute saisie et édition de données supplémentaire de la procédure d'être effectuée dans le SIH 12. Dans cette situation, un outil d'édition est prévu dans la station de travail 14 pour permettre à l'utilisateur de manipuler et de remettre en correspondance les données acquises, comme décrit plus loin. 20 En variante, ou en outre, une saisie de données "locale" peut être prévue dans la stationl4, o la saisie et l'édition des données sont limitées à la station 14. Dans ce cas, un écran de saisie de données, particulièrement utile dans les situations de traumatisme, peut être prévu dans la station 14, de telle sorte que des données locales peuvent être saisies et conservées dans la station 14. La 25 flexibilité comme l'intégrité des données peuvent être maintenues en autorisant l'édition des données saisies dans le SIH 12 uniquement dans le SIH 12 et l'édition des données saisies dans la station d'acquisition 14 uniquement dans la station d'acquisition 14, comme décrit plus en détail plus loin. En se référant à présent aux figures 1 et 2, la station 14 comporte u 30 boîtier 9 qui abrite un processeur 70 et des circuits associés, la mémoire 13 et des circuits d'interface périphériques incluant un moniteur ou dispositif d'affichage 15 à tube cathodique disponible dans le commerce, et un dispositif d'entrée d'utilisateur 84 qui peut comprendre, comme représenté, à la fois un clavier 78 et une souris 80. La station 14 comprend une interface 82 d'équipement d'imagerie qui est connectée à l'équipement d'imagerie 18, à la fois pour commander l'équipement d'imagerie 18 et pour recevoir les données d'images numérisées directement de l'équipement d'imagerie médicale 18. Cet équipement d'imagerie peut être par exemple un système à rayons X, un 5 système de tomodensitométrie, un système IRM (Imagerie par Résonance Magnétique), un système de scanner TEP (Tomographie par Emission de Positons) ou un système de médecine nucléaire. La station de travail 14 contient typiquement des programmes d'application qui réalisent des fonctions de traitement d'images, comme le filtrage des données d'images médicales, la 10 transformation de la taille et de l'orientation des images médicales et l'ajout d'informations textuelles aux images médicales. Si l'on se réfère plus particulièrement à la figure 2, la station 14 comporte un processeur 70 qui exécute des instructions stockées dans la mémoire 13. Le processeur 70 peut être par exemple un=processeur de type 15 RISC ("Reduced Instruction Set Computing", traitement avec un jeu d'instructions réduit), disponible dans le commerce, qui comprend un pilote de bus PCI intégré pour fournir une interface directe avec un bus PCI 24 et des circuits de gestion de mémoire intégrés pour manipuler tout type de mémoire externe 13. D'autres types de processeurs et de systèmes matériels associés 20 apparaîtront aux personnes du métier. Le bus PCI 24 est un bus à norme industrielle qui transfère des données entre le processeur 70 et un certain nombre de cartes de contrôle de périphériques. Celles-ci incluent un contrôleur de réseau 76 qui supporte des transferts de données aves des périphériques, y compris les entrées effectuées 25 avec le clavier 78 et la souris 80 et une interface d'équipement d'imagerie 18 qui communique avec des ports de réseau présents sur l'équipement d'imagerie médicale 18. La station 14 comprend en outre un contrôleur graphique 74 couplé au bus PCI 72 et au dispositif d'affichage ou moniteur 15 via une connexion telle qu'une connexion VGA standard (non représentée). 30 Comme noté plus haut, le logiciel d'application de la station 14 présent dans la mémoire 13 comprend un ou plusieurs interrupteurs logiciels pour inhiber sélectivement les saisies de données dans la station 14 lorsque des données ont été à l'origine saisies dans le SIH 12, et pour permettre la saisie et l'édition de données "locales" il établit une interface locale ou de traumatisme. Le logiciel d'application comprend en outre un outil d'édition de patient pour permettre à l'utilisateur de remettre en correspondance des données d'acquisition d'images, comme décrit plus loin. En référence à la figure 2, des images médicales sont entrées dans la 5 station 14 via une liaison de réseau telle qu'une liaison Ethernet associée à l'interface 82 de l'équipement d'imagerie. Les données d'image sont téléchargées dans la station de travail par le biais de l'interface 82 de l'équipement d'imagerie puis stockées dans la mémoire 13, o un certain nombre de fonctions de traitement d'image connues des gens du métier 10 peuvent être appliquées aux données d'images. En se référant à présent à la figure 3, les données d'images acquises sont de préférence stockées dans une structure 19 de données de patient dans la mémoire 13 de la station 14. Dans un mode de réalisation, la structure 19 de données de patient comprend une structure hiérarchique ou "répertoire", dans 15 lequel le plus haut niveau est un identificateur de patient 21. L'identificateur de patient 21 comprend typiquement un nom de patient, bien qu'un numéro de sécurité sociale, un numéro de téléphone, un numéro de consultation ou toute autre donnée d'identification puissent aussi être utilisés. Sous le niveau supérieur, sont stockées des données concernant le patient identifié, y compris 20 des procédures d'imagerie ou autres procédures médicales 23 à effectuer sur le sujet. A mesure que les résultats de ces procédures médicales 23 effectuées sur le patient sont acquises, les données d'acquisition 25 sont également stockées dans la structure 19 de données de patient, typiquement à un niveau situé sous la procédure. Avec la structure 19 de données de patient est également associé 25 un drapeau 27, qui est mis à "1" quand la structure 19 de données de patient a été saisie dans le SIH 12, pour permettre à la station 14 de différencier les données saisies localement et les données saisies dans le SIH 12. La structure 19 de données de patient comprend aussi un journal 29 o des commentaires concernant des changements dans la structure peuvent être fournis, comme 30 décrit plus loin. Bien que la structure 19 de données illustre une méthode d'organisation des données, il apparaîtra qu'il y a de nombreuses autres manières d'organiser les données de patient. En outre, alors que la structure 19 de données de patient est décrite en se référant à la station 14, une structure 19 de données de patient similaire est de préférence prévue dans le SIH 12, dans la station 14 et dans le PACS 16 afin de maintenir une intégrité des données dans tout le réseau informatique hospitalier 10. Comme noté ci-dessus, les données pour la structure 19 de données de patient peuvent être fournies au SIH 12 puis transmises à la station 5 d'acquisition 14 d'images via le réseau de communication 20, ou bien saisies directement en tant que données "locales" dans la station 14. Quand les données sont saisies dans le SIH 12, le drapeau 27 est mis à "1 ", ce qui signale à la station 14 que la saisie de données est inhibée. A la station 14, les données de patient 19 sont fournies sur un écran d'affichage ou une "carte 10 d'informations de patient" comportant des données d'identification de patient et autres données, et comportant également une "liste de travail" des procédures médicales nécessitant une acquisition d'images. Après que les images ont été acquises, les données d'image 25 sont stockées dans la structure 19 de données de patient, typiquement à un niveau situé sous la procédure 23 15 elle-même. La structure 19 de données de patient comportant les images est ensuite transmise au PACS 16, o elle est mémorisée, et de préférence archivée, typiquement en même temps que des données de facturation et autres données concernant les soins et services au patient. Lorsque les données sont initialement saisies dans le SIH 12, l'édition dans la station de travail est de 20 préférence inhibée, comme décrit ci-dessous. Si l'on se réfère à présent aux figures 4 et 5, un flux de travail pour éditer des données dans la structure 19 de données de patient est montré pour chacune des deux situations évoquées ci-dessus. Dans la figure 3, la saisie de données est effectuée dans le SIH 12, et les capacités d'édition dans la station 25 14 sont inhibées, de sorte que les changements à apporter à la structure 19 de données de patient doivent être effectués depuis le SIH 12. En figure 4, l'édition de la structure de données de patient dans la station 14 est autorisée, permettant la saisie et l'édition de données de patient "locales". En fonction des préférences de l'hôpital, de la clinique médicale ou du service de 30 radiologie dans lequel/laquelle le système est utilisé, diverses combinaisons des capacités d'édition dans le SIH 12 et la station 14 peuvent être fournies en activant sélectivement les capacités d'édition, soit de manière permanente, sur un programme temporel (c'est-à-dire n'autorisant la saisie de données locales dans la station 14 que lorsque le SIH est fermé), soit au cas par cas. Le cas par cas peut comprendre par exemple une situation de "traumatisme", dans laquelle il est souhaitable de passer immédiatement aux processus médicaux et donc à la station 14 sans entrer au préalable des données dans le SIH 12, comme décrit plus haut. En se référant maintenant plus spécialement à la figure 4, la procédure de flux de travail pour un processus dans lequel la structure de données de patient 19 produite dans le SIH 12 et l'édition dans la station 14 est inhibée est montrée. Ici, l'intégrité des données est maintenue en obligeant à la saisie de données à n'être effectuée qu'en un seul endroit, le SIH 12. Au départ, à 10 l'étape 50, la station 14 fait un contrôle interne pour déterminer si un interrupteur logiciel pour inhiber l'édition de données SIH dans la station 14 a été activé. Si ce n'est pas le cas, l'édition de toutes les données dans la station 14 est autorisée (étape 52). Si l'interrupteur logiciel est activé, un deuxième contrôle, à l'étape 54, est effectué pour déterminer si le drapeau SIH 27 a été 15 mis à "1" pour la structure de données de patient sélectionnée. Si ce n'est pas le cas, les données sont locales, et l'on suit la procédure de la figure 5 (étape 58), comme décrit plus loin. Si le drapeau SIH 27 est à "1", on affiche à l'étape 56 les données de patient sous une forme non éditable. A l'étape 24, le technicien travaillant à la station 14 vérifie les données de patient et la liste de 20 procédures associée sur l'écran 15 de la station 14. A l'étape 26, le technicien détermine si les données sont correctes. Si les données ne sont pas correctes, et que des corrections sont nécessaires, le technicien peut vérifier si une procédure mise à jour ou corrigée existe déjà dans la station 14 (étape 28) en recherchant une procédure mise à jour dans une base de données présente dans 25 la mémoire 13 de la station (figures 1 et 2). S'il n'existe pas de procédure mise à jour ou corrigée 28, à l'étape 30 le technicien demande un accès à un administrateur pour créer une procédure dans le SIH 12, et demande une procédure révisée ou corrigée (étape 30). L'administrateur crée une procédure révisée, et fournit des commentaires dans le journal 29 prévu dans la structure 30 19 de données de patient, indiquant ce qui a été fait dans la structure 19 de données de patient et pourquoi. La structure de données de patient révisée 39 peut ensuite être transmise à la station 14 puis affichée sur l'écran 15. Une fois les corrections effectuées, le technicien choisit la structure de données de patient nouvelle ou révisée 39 et détermine si toutes les images ont déjà été acquises ou s'il y a lieu d'acquérir de nouvelles images (étape 32). Si des images doivent être acquises, le technicien passe à l'acquisition de données (étape 34), typiquement sur une base procédure par procédure en séquence définie par la liste de travail sur l'écran 15. Lorsque ces images sont stockées 5 dans une structure de données corrigée ou révisée 39, à l'achèvement des étapes d'acquisition, le technicien peut archiver les données (étape 40). Si des données ont déjà été acquises, à l'étape 36, le technicien choisit un outil d'édition de patient/procédure qui permet au technicien de déplacer des données de l'ancienne structure 19 de données de patient incorrectes à la 10 structure de données de patient corrigée ou révisée 39, corrigeant de ce fait les erreurs avant l'archivage (étape 38). L'outil d'édition de patient/procédure permet au technicien d'établir manuellement une correspondance entre toute donnée préexistante de l'ancienne structure 19 de données de patient et la nouvelle structure 39 de données de patient, o à l'étape 40, toute donnée 15 d'image acquise dans le processus est archivée dans la structure de données de patient corrigée. Ainsi, par exemple, si l'ancienne procédure comprend une procédure "hanche" et qu'à la place, des données de cage thoracique ont été acquises, les images thoraciques peuvent être déplacées manuellement par le technicien jusqu'à une procédure "cage thoracique" présente dans la liste de la 20 structure de données de patient corrigée, par exemple en sélectionnant l'ancienne structure 19 de données de patient et la nouvelle structure 39 de données de patient et en choisissant un bouton de correction, par le biais d'icônes à glisser-déposer, ou autres méthodes connues des personnes du métier. Si des structures de données de patient corrigées 39 existent, une 25 fenêtre "contextuelle" peut être affichée, pour alerter le technicien et lui demander d'effacer l'ancienne structure 19 de données de patient, si souhaité ou si nécessaire. En se référant de nouveau à l'étape 26, si les données initiales de la structure 19 de données de patient sont correctes, le technicien continue avec 30 la sélection d'une procédure dans la liste de travail (étape 42) et l'acquisition de données (étape 44). A l'étape 46, le technicien contrôle les données de patient et les données acquises pour déterminer à nouveau si des corrections sont nécessaires. Si c'est le cas, le flux de travail retourne à l'étape 38, comme décrit plus haut, qui donne une procédure pour établir une correspondance entre toutes les données acquises avec l'ancienne structure de données de patient et une nouvelle structure de données de patient. Sinon, aucune correction n'est nécessaire et le technicien peut passer à l'étape 40, pour archiver les données avec la structure de données de patient existante 19. En se référant à présent à la figure 5, le flux de travail pour éditer des données locales est montré. Comme noté plus haut, les données gérées localement peuvent être particulièrement souhaitables dans une situation de "traumatisme" o il est préférable de passer directement aux soins au patient plutôt que d'obtenir des données de patient comme dans l'étape de départ. A 10 l'étape 54 (figure 4), un contrôle a été effectué pour vérifier que les données n'ont pas été saisies dans le SIH 12. Si ce n'est pas le cas, le technicien peut consulter une liste de procédures locales ou saisies manuellement (étape 60), et choisir dans cette liste une procédure à effectuer, ou bien donner une nouvelle saisie dans une "carte d'informations de patient" puis passer à l'acquisition de 15 données. Si après l'acquisition des images, à l'étape 62, le technicien se rend compte que des erreurs existent dans la structure 19 de données de patient, le technicien peut choisir une fonction d'édition (étape 64), qui ouvre la carte d'informations de patient pour l'édition (étape 66). A l'étape 68, les images sont archivées avec la structure de données de patient corrigée 39. A nouveau, 20 une fenêtre contextuelle est affichée pour rappeler à l'utilisateur d'effacer la structure de données de patient initiale, si souhaité ou si nécessaire. Dans cette application, l'utilisateur peut changer directement la structure de données de patient à tout moment avant l'acquisition de données, sans avoir besoin de créer une nouvelle structure de données de patient. Les données saisies 25 localement qui sont stockées dans la station de travail 14 peuvent également être corrélées ou mise en correspondance avec une structure 19 de données de patient saisie via le SIH 12 avant l'archivage des données dans le PACS 16, ce qui élimine la nécessité de corriger les données dans le PACS 16. Ce processus nécessiterait la transmission d'une structure 19 de données de patient depuis le 30 SIH 12 et les étapes de processus décrites plus haut en référence à la figure 3. En fournissant un flux de travail tel que décrit ci-dessus, la présente invention permet l'établissement d'une nouvelle correspondance des données de patient pour corréler les identificateurs de patient appropriés, les informations d'assurance appropriées et les données d'acquisition d'images appropriées, empêchant de ce fait les discordances de données avant le stockage dans le système PACS 16. Ceci est accompli en empêchant l'édition de données qui ont été émises dans le SIH 12 à la station de travail, comme montré en figure 4. Toutefois, les données provenant à l'origine de la station 5 14 peuvent être éditées comme représenté en figure 5. En prévenant les erreurs de saisie de données, le système peut prévenir les erreurs de discordance de données qui, si elles ne sont pas prises en compte, peuvent conduire à des problèmes de diagnostic et de facturation, à la perte de données médicales obligeant à répéter les procédures d'acquisition de données, et autres erreurs 10 qui font perdre du temps et conduisent à des pertes de rendement dans le système. En particulier, le flux de travail décrit ci-dessus est utile pour minimiser un certain nombre de problèmes courants. Par exemple, si les données de patient ont été saisies de manière incorrecte, soit à la station de 15 travail 14, soit au SIH 12, et que des images ont été acquises à la station 14, les images peuvent être remises en correspondance avec une structure 39 de données de patient corrigée, ce qui empêche les problèmes de facturation, d'étude de diagnostic, ou de porteurs d'assurance. De plus, si des images ont été acquises avec une mauvaise procédure et donnent donc lieu à une 20 discordance entre les vues anatomiques attendues et les vues réelles, les données d'images peuvent être remises en correspondance avec une procédure correcte. En outre, ce flux de travail prévoit une situation de "traumatisme" dans laquelle il est nécessaire de saisir des données de patient "fictives" avant l'acquisition d'informations d'identification de patient réelles. Les données 25 "fictives" peuvent également être remises en correspondance avec une structure de données de patient complète avant l'archivage dans le PACS 16, suite aux procédures décrites ci-dessus. Le flux de travail décrit ci-dessus peut aussi être utile pour maintenir l'intégrité des données en limitant la saisie de données au SIH 12, et en 30 empêchant les mises à jour manuelles à la station de travail 14. Du fait que les données ne sont saisies qu'en un seul endroit, aucune discordance de données ne peut de produire entre le SIH 12 et la station de travail 14. Comme indiqué plus haut, bien qu'un système informatique hospitalier spécifique 10 ait été décrit, les principes du flux de travail décrit ciil dessus peuvent être appliqués à n'importe quel système informatique. En outre, l'équipement d'imagerie 18 peut comporter n'importe quelle technique d'imagerie, y compris les rayons X, l'IRM, la TEP, les ultrasons ou autres processus d'imagerie. REVENDICATIONS i Procédé de rapprochement de données dans une station d'acquisition (14) d'images médicales de diagnostic, caractérisé en ce qu'il comprend les étapes consistant à: relier la station d'acquisition (14) d'images médicales à un Système d'Information pour Hôpitaux (SIH) (12); saisir et stocker des données de patient et de procédure dans une structure (19) de données de patient dans le SIH (12); associer un indicateur à la structure (19) de données de patient, indiquant que les données ont été saisies dans le SIH (12); transmettre sélectivement la structure (19) de données de patient à la station (14); vérifier l'état de l'indicateur dans la station; et 15 inhiber l'édition de la structure (19) de données de patient dans la station (14) si l'indicateur est à "1". 2. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes consistant à: contrôler la structure (19) de données de patient à la recherche 20 d'erreurs, de corrections ou d'exigences supplémentaires dans la station (14); demander que la structure (19) de données de patient soit révisée dans le SIH (12); saisir des données révisées dans le SIH (12) et transmettre une 25 structure de données de patient révisée (39) à la station (14) ; et fournir un outil d'édition de patient pour remettre en correspondance les données de la structure (19) de données de patient avec la structure de données de patient révisée (39) . 3. Procédé selon la revendication 1, caractérisé en ce qu'il comprend 30 en outre l'étape consistant à fournir un message à la station (14), rappelant à l'utilisateur d'effacer la structure (19) de données de patient après que la structure de données de patient révisée (39) a été donnée. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes consistant à : acquérir des données d'images (25) avant d'obtenir une structure de données de patient révisée (39) ; et remettre en correspondance les données d'images (25) de la structure (19) de données de patient avec la structure de données de patient révisée (39). 5. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre l'étape consistant à transmettre la structure de données de patient 10 révisée (39) à système d'archivage et de communication d'images. 6. Procédé pour améliorer l'intégrité de données de patient dans un système médical hospitalier comprenant un Système d'Information pour Hôpitaux (SIH) (12) et une station d'acquisition (14) d'images, le procédé étant caractérisé en ce qu'il comprend les étapes consistant à: fournir un premier point de saisie de données dans le SIH (12), le SIH (12) recevant des données de patient comprenant un identificateur (21) de patient et une procédure médicale à effectuer et stocker l'identificateur (21) de patient et la procédure médicale dans une structure (19) de données de patient; empêcher sélectivement l'édition de la structure (19) de données de patient dans la station d'imagerie (14), les changements requis étant communiqués au SIH (12) depuis la station (14), et des changements étant faits dans la station (14) pour fournir une structure de données de patient révisée (39); transmettre la structure de données de patient révisée (39) du SIH (12) à la station (14); et fournir un outil d'édition permettant à un utilisateur, à la station (14), de remettre en correspondance les données d'images acquises (25) de la structure (19) de données de patient avec la structure de données de patient 30 révisée (39). 7. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre l'étape consistant à permettre la saisie d'une structure (19) de données de patient locale et l'édition de la structure (19) de données de patient locale dans la station (14). 8. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre les étapes consistant à associer un indicateur avec la structure (19) de données de patient, cet indicateur identifiant le mode dans lequel a été saisie la structure (19) de données de patient. 9. Procédé selon la revendication 6, caractérisé en ce qu'il comprend en outre un journal (29) associé à la structure de données de patient, le journal (29) fournissant un endroit pour stocker les données concernant le moment o la structure (19) de données de patient a été modifiée et la raison pour laquelle elle a été modifiée. 10.Station d'acquisition (14) destinée à être, utilisée dans la commande d'un équipement d'imagerie médicale (18) dans un réseau informatique hospitalier (10) comprenant un système d'information pour hôpitaux (12), caractérisée en ce qu'elle comprend: un processeur (70); une mémoire (17) couplée au processeur (70), la mémoire (17) comprenant une base de données de structures (19) de données de patient comprenant des identificateurs (21) de patient et des procédures d'imagerie (23) ; un dispositif d'entrée d'utilisateur (84) pour permettre la saisie de 20 données et pour permettre l'édition des structures (19) de données de patient; une interface (76) de réseau pour transmettre et recevoir des structures (19) de données de patient provenant du système d'information pour hôpitaux (12); une interface (82) pour transmettre des signaux de commande du 25 processeur (70) à l'équipement d'imagerie médicale (18) et pour recevoir des données d'imagerie de l'équipement d'imagerie médicale (18) et transmettre les données d'imagerie à la mémoire (17); dans laquelle chacune des structures (19) de données de patient est associée avec un indicateur qui indique si la structure (19) de données de 30 patient a été produite dans le système d'information pour hôpitaux (12) ou dans la station (14), et la saisie de données dans la station (14) est inhibée quand la structure (19) de données de patient a été produite dans le système d'information pour hôpitaux (12). 11. Station d'acquisition (14) selon la revendication 10, caractérisé en ce que le dispositif d'entrée d'utilisateur (84) fournit une structure de données de patient locale qui est placée dans la station (14) et éditée dans cette dernière.