FR 2902553 A1 20071221 FR 0755722 A 20070613 B07-1833FR Société dite : GENERAL ELECTRIC COMPANY Systèmes et procédés pour identifier et/ou évaluer des risques potentiels d'intolérance associés à une thérapie médicale Invention de : SETTIMI Philip David Priorité de deux demandes de brevets déposées aux Etats-Unis d'Amérique le 14 Juin 2006 sous le n 60/813.377 et le 17 Novembre 2006 sous le n 11/601.335 Systèmes et procédés pour identifier et/ou évaluer des risques potentiels d'intolérance associés à une thérapie médicale La présente invention concerne d'une façon générale la recherche et l'analyse de données d'archives médicales. Plus particulièrement, la présente invention est relative à l'identification et/ou l'évaluation d'éventuels risques d'intolérance liés à une thérapie médicale. Bien des aspects de l'industrie des soins de santé relèvent de plus en plus de l'électronique. Les hôpitaux utilisent ordinairement des systèmes informatiques pour gérer les différents services d'un hôpital et des données sur chaque patient sont recueillies par divers systèmes informatiques. Par exemple, un patient peut être admis à l'hôpital pour une échocardiographie transthoracique (ETT). Des informations sur le patient (par exemple de démographie et d'assurance) pourraient être obtenues par le système d'information pour hôpitaux (SIH) et sont enregistrées sur un dossier de patient. Ces informations pourraient ensuite être communiquées au système du service de cardiologie (couramment appelé système d'informations cardiovasculaires, ou SICV), par exemple. Ordinairement, le SICV est un produit d'une première société tandis que le SIH est un produit d'une autre société. De la sorte, la base de données entre les deux peut ne pas être la même. En outre, les systèmes d'information peuvent capturer/conserver et envoyer différents niveaux de granularité dans les données. Une fois que les informations sur le patient ont été reçues par le SICV, une ETT du patient peut être programmée dans le laboratoire d'échographie. Ensuite, l'ETT est effectuée par l'échographiste. Des images et des mesures sont faites et envoyées au serveur du SICV. Le médecin (par exemple, un échocardiographe) qui lit les résultats s'assied à un poste d'analyse et tire une épreuve de l'étude par ETT du patient. L'échocardiographe commence ensuite à examiner les images et les mesures et dresse un compte rendu médical complet de l'étude. Lorsque l'échocardiographe termine le compte rendu médical, le compte rendu est envoyé au serveur du SICV dans lequel il est enregistré et associé au patient à l'aide de données d'identification du patient. Le compte rendu médical terminé est un exemple du type du compte rendu qui pourrait être envoyé à un centre d'archivage pour permettre l'exploitation de données publiques. Des instructions concernant des médicaments, par exemple une documentation et/ou une prescription, ainsi que des résultats obtenus en laboratoire et/ou des signes vitaux, peuvent également être produits électroniquement et sauvegardés dans un centre d'archivage. Aujourd'hui, les fabricants de dispositifs médicaux et les laboratoires pharmaceutiques doivent résoudre le problème sans cesse croissant de l'obtention de données cliniques sur l'utilisation de leurs produits dans la vie courante. Au fur et à mesure de l'informatisation des dossiers médicaux des patients, il devient plus facile d'obtenir des données d'utilisation en temps réel. Par ailleurs, les données sont plus faciles à combiner et analyser (par exemple, exploiter) pour de plus grands volumes d'informations utiles. Au fur et à mesure des progrès de la technologie médicale, l'analyse clinique peut elle aussi devenir plus élaborée. Des quantités croissantes de données sont produites et archivées électroniquement. Avec l'arrivée de systèmes d'informations cliniques, on peut accéder simplement en sollicitant une touche les antécédents personnels d'un patient. Bien que l'accessibilité des informations soit avantageuse, le temps est une denrée précieuse dans un contexte clinique. Pour tirer tout l'avantage du développement des technologies médicales, il serait très souhaitable que les informations cliniques soient organisées et normalisées. Même si les informations cliniques ou de nature radiographique sont organisées, il est fréquent que les systèmes actuels organisent les données sous un format déterminé par des développeurs qui ne sont utilisables concrètement que par un ou quelques praticiens du domaine médical. De plus, les informations peuvent être stockées sous un format qui ne se prête pas à l'extraction et l'usage des données dans d'autres contextes. Ainsi, il existe une nécessité de structurer des données et des instructions d'une façon qui soit plus facile à comprendre et utiliser. Des procédés d'entreposage de données ont été utilisés pour grouper, trier, répartir, communiquer et analyser des informations sur des patients, tirées de factures de nature médicale et dossiers médicaux informatisés (DMI). Les données sur les patients peuvent être extraites de multiples bases de données de DMI situées dans les locaux de prestataires de soins aux patients (PSP) situés de manière géographiquement dispersée, puis acheminées et stockées dans un entrepôt central de données. L'entrepôt central de données peut être une source d'informations pour des rapports, reposant sur des populations, donnant le profil de la productivité des médecins, des soins préventifs, des statistiques de gestion de maladie et de recherche sur les résultats cliniques. Les données sur les patients sont confidentielles et, par conséquent, des informations d'identification spécifiques doivent être supprimées avant leur transmission d'un site de PSP à un entrepôt central de données. Cette suppression d'informations d'identification doit être effectuée conformément aux dispositions de la loi fédérale des Etats-Unis appelée Health Insurance Portability and Accountability Act (HIPAA). Aucune donnée contenue dans une base de données publique ne doit révéler l'identité des différents patients dans les informations médicales sont contenues dans la base de données. En raison de cette exigence, toute information contenue dans un compte rendu ou un dossier médical, qui pourrait contribuer à remonter jusqu'à une personne particulière doit être supprimée du compte rendu ou du dossier avant d'ajouter les données dans un entrepôt de données pour l'exploitation de données publiques. Les données sur les patients peuvent être utiles au progrès de la médecine, ainsi qu'au diagnostic et au traitement de patients, de diverses manières. Pour évaluer exactement l'impact d'un médicament ou d'un traitement particulier sur un patient, il est par exemple utile d'analyser tous les comptes rendus médicaux concernant le patient particulier. La suppression de données pouvant servir à remonter jusqu'à un patient particulier risque de rendre impossible le regroupement et l'analyse de tous les comptes rendus médicaux relatifs à un patient particulier. De plus, l'un des objectifs de l'analyse d'une population est de constituer une population formant une cohorte à risque, composée de personnes susceptibles de faire l'objet d'une intervention clinique. Des données anonymes ne sont pas très utiles pour les prestataires de soins aux patients qui ont besoin de connaître l'identité de leurs propres patients afin de les traiter. Des utilisateurs du système peuvent avoir besoin d'être à même de ré-identifier des patients pour poursuivre un suivi. Les utilisateurs de portails peuvent avoir besoin de ré-identifier les patients au cours d'un processus qui n'implique pas le système de portails, c'est-à-dire que le processus de ré-identification a lieu sur le système de l'utilisateur local. Actuellement, les risques potentiels d'intolérance liés à l'utilisation humaine de thérapies médicales (par exemple, des médicaments prescrits et non prescrits, des dispositifs médicaux ou des implants) sont identifiés à l'aide d'un certain nombre de méthodes, dont l'analyse des évènements indésirables signalés à la Food and Drug Administration (FDA) par des prestataires ou des patients, ou l'analyse des données contenues dans des études cliniques. Cette méthodologie est défectueuse pour les raisons suivantes : seulement un événement indésirable sur trente est en fait signalé ; souvent, les données ont un retard de six à douze mois sur l'événement proprement dit, puisqu'elles reposent aujourd'hui fortement sur des documents en papier ; en outre, il est fréquent que les autorités ne puissent suffisamment étudier que des observations résultant d'événements indésirables très graves (par exemple, des décès ou des accidents brutaux) plutôt que des évènements moins graves (par exemple, des facteurs de montée de caillots sanguins ou des comorbidités) qui surviennent plus abondamment et pourraient représenter des signes annonçant des évènements plus graves à venir. Ainsi, on a besoin de systèmes et de procédés pour identifier des risques potentiels d'intolérance liés à une thérapie médicale. Plus particulièrement, on a besoin de systèmes et de procédés pour la surveillance continue, en temps réel, de données codifiées de dossiers médicaux informatisés de patients afin d'identifier des risques potentiels d'intolérance liés à une thérapie médicale. Certaines formes de réalisation de la présente invention proposent un procédé pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale. Le procédé comprend des étapes consistant à déterminer des critères de recherche reposant au moins en partie sur une thérapie médicale, regrouper des données reposant au moins en partie sur les critères de recherche et analyser les données pour identifier et/ou évaluer un ou plusieurs risques potentiels d'intolérance liés à la thérapie médicale. Les données peuvent comprendre un ou plusieurs dossiers médicaux informatisés codifiés. Les critères de recherche peuvent comprendre un terme de recherche et dans lequel le terme de recherche est normalisé par rapport à un terme codifié associé au/aux dossiers médicaux informatisés codifiés. La thérapie médicale peut comprendre une ou plusieurs thérapies parmi un médicament prescrit, un médicament non prescrit, un dispositif médical et un implant. Les critères de recherche peuvent être déterminés au moins en partie d'après un ou plusieurs facteurs parmi des facteurs cliniques, des facteurs géographiques et des facteurs environnementaux. Le/les problèmes potentiels d'intolérance peuvent comprendre un ou plusieurs problèmes parmi une blessure, une maladie, une lésion et le décès. Les étapes du procédé peuvent être répétées pour assurer une surveillance des dossiers médicaux informatisés codifiés. Certaines formes de réalisation de la présente invention proposent un système pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale. Le système comprend un organe de recherche de données apte à rechercher et compiler des données reposant au moins en partie sur une thérapie médicale, et un organe d'analyse de données apte à analyser les données pour identifier et/ou évaluer un ou plusieurs risques potentiels d'intolérance liés à la thérapie médicale. Certaines formes de réalisation de la présente invention proposent un support exploitable par ordinateur, contenant un ensemble d'instructions à exécuter par un ordinateur. L'ensemble d'instructions comporte un sous-programme de rechercher de données conçu pour rechercher et compiler des données reposant au moins en partie sur une thérapie médicale, et un sous-programme d'analyse de données conçu pour analyser les données afin d'identifier et/ou évaluer un ou plusieurs risques potentiels d'intolérance liés à la thérapie médicale. 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 exemple de système pour protéger l'identité d'un patient selon une forme de réalisation de la présente invention ; la Fig. 2 est un schéma de principe d'un exemple d'architecture d'entrepôt de données selon une forme de réalisation de la présente invention ; la Fig. 3 illustre un exemple de processus pour rendre anonymes des données de patients destinées à être stockées dans un entrepôt de données utilisé conformément à une forme de réalisation de la présente invention ; la Fig. 4 est un schéma de principe d'un exemple de processus pour ré- identifier un patient à partir de données de patients rendues anonymes, selon une forme de réalisation de la présente invention ; la Fig. 5 illustre un système pour rendre anonymes et ré-identifier des données de patients selon une forme de réalisation de la présente invention ; la Fig. 6 illustre un système pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale, selon une forme de réalisation de la présente invention ; et la Fig. 7 illustre un procédé pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale selon une forme de réalisation de la présente invention.35 Certaines formes de réalisation proposent un procédé sécurisé pour envoyer des informations anonymisées sur un patient depuis les locaux d'un prestataire (PSP) de soins ambulatoires de patients vers un système d'entreposage de données où les données sur les patients peuvent être analysées et comparées avec un plus large éventail de données sur le patient. Les expressions "informations anonymisées sur le patient" et "données anonymisées sur un patient", telles qu'elles sont employées dans le présent document, concernent à la fois des données rendues totalement anonymes conformément à la réglementation établie par l'HIPAA et des données d'ensembles limités de données, définies par l'HIPAA. Un ensemble limité de données est constitué d'informations sanitaires protégées pour des travaux de recherche, de santé publique et de soins médicaux, qui excluent des moyens d'identification directe (par exemple, le nom ; l'adresse postale en dehors de la commune, de la région et du code postal ; le numéro de sécurité sociale ; des numéros de dossiers médicaux) mais dans lequel peuvent persister d'autres informations d'identification (par exemple, des dates d'examens, de la documentation, un diagnostic ; une prescription ; des résultats d'analyses en laboratoire). Cela s'oppose aux données rendues totalement anonymes, suivant la définition établie par l'HIPAA, où toutes les données qui peuvent servir à remonter jusqu'à un patient particulier sont supprimées du dossier. Les informations obtenues par l'intermédiaire de l'entrepôt de données, qui concernent des patients individuels, sont renvoyées au site du PCP qui les a fournies, par l'intermédiaire d'un rapport de cohorte. Les rapports de cohortes sont générés par des demandes exécutées en référence au système d'entrepôt de données pour identifier des groupes formant des cohortes de patients. Les patients individuels figurant dans un rapport de cohorte sont ensuite réé-identifiés dans les locaux du PSP de façon que les PSP puissent tenir compte des informations au moment de faire des choix de traitement pour les patients individuels. La ré-identification de patients peut se faire à l'intérieur d'une "sphère de sécurité", les données étant retournées après analyse. Selon une autre possibilité et/ou en plus, un rapport de cohorte peut servir à renvoyer au PSP une liste de patients et/ou de praticiens du monde médical qualifiés pour une étude clinique particulière. Par exemple, une demande représentant un protocole d'une étude clinique est formulée et envoyée à un PSP ou ailleurs, par exemple chez un spécialiste ou un prestataire de soins médicaux d'appoint, afin d'être traitée par une application hôte de DMI. Il est élaboré un compte rendu comprenant un ensemble de patients et pouvant alerter sur le fait qu'existent une ou plusieurs "concordances" de patients. Dans certaines formes de réalisation, une liste d'une cohorte peut être acheminée à l'aide de diverses technologies et peut être envoyée à une liste de parties intéressées (par exemple, une société pharmaceutique, un organisme de recherche sous contrat, un autre tiers, etc.). Nombre de ces services peuvent être exécutés et/ou fournis à distance. Par exemple, des patients souffrant d'un état médical particulier peuvent être identifiés pour leur rappeler les risques d'intolérance à un médicament et/ou pour les informer de l'existence d'une nouvelle thérapie médicale. La Fig. 1 illustre un exemple de système pour protéger l'identité des patients. Des systèmes PSP 108 situés en divers sites de PSP sont connectés à un réseau 106. Les systèmes PSP 108 envoient des données médicales de patients à un entrepôt de données situé dans un système d'entreposage 104 de données. Les systèmes PSP 108 comprennent normalement un logiciel d'application pour réaliser une extraction de données avec un ou plusieurs dispositifs de stockage pour stocker les dossiers médicaux informatisés (DMI) associés à des patients traités sur le site d'un PSP. De plus, les systèmes de PSP 108 peuvent comporter des systèmes d'utilisation 110 de PSP pour accéder aux données de DMI, pour lancer l'extraction de données et pour saisir une chaîne de caractères dans un mot de passe destiné à servir au cryptage d'un identifiant de patient. Les systèmes d'utilisation 110 de PSP peuvent être directement fixés au système de PSP 108, ou encore ils peuvent accéder au système de PSP 108 via le réseau 106. Chaque système d'utilisation 110 de PSP peut être mis en oeuvre à l'aide d'un ordinateur polyvalent exécutant un programme informatique pour mettre en oeuvre les processus décrits ici. Les systèmes d'utilisation 110 de PSP peuvent être des ordinateurs personnels ou des terminaux adjoints à un ordinateur hôte. Si les systèmes d'utilisation 110 de PSP sont des ordinateurs personnels, le traitement décrit ici peut être partagé par un système d'utilisation 110 de PSP et un système 108 de PSP en fournissant une appliquette au système d'utilisation 110 de PSP. Le dispositif de stockage situé dans le système 108 de PSP peut être mis en oeuvre à l'aide de divers dispositifs servant au stockage d'informations électroniques, par exemple un serveur à protocole de transfert de fichiers (FTP). Il est entendu que le dispositif de stockage peut être mis en oeuvre à l'aide d'une mémoire contenue dans le système 108 de PSP ou qu'il peut être constitué par un dispositif physique séparé. Le dispositif de stockage contient diverses informations dont une base de données de DMI. De plus, le système de la Fig. 1 comprend un ou plusieurs systèmes d'utilisation 102 d'entrepôts de données à l'aide desquelles un utilisateur final peut procéder à une demande, faite à un programme d'application dans le système d'entrepôt 104 de données, afin d'accéder à des dossiers particuliers stockés dans l'entrepôt de données (par exemple afin de créer un rapport de cohorte). Dans un exemple de forme de réalisation de la présente invention, les utilisateurs finals peuvent comporter des membres du personnel du PSP, des membres d'une équipe de recherche d'un groupe pharmaceutique et du personnel de sociétés qui fabriquent des produits médicaux et/ou autres. Les systèmes d'utilisation 102 d'entrepôts de données peuvent être directement connectés au système d'entrepôt 104 de données, ou encore ils peuvent être couplés au système d'entrepôt 104 de données par l'intermédiaire du réseau 106. Chaque système d'utilisation 102 d'entrepôt de données peut être mis en oeuvre à l'aide d'un ordinateur polyvalent exécutant un programme informatique pour exécuter les processus décrits ici. Les systèmes d'utilisation 102 d'entrepôts de données peuvent être des ordinateurs personnels ou des terminaux adjoints à l'ordinateur hôte. Si les systèmes d'utilisation 120 d'entrepôts de données sont des ordinateurs personnels, le traitement décrit ici peut être partagé par un système d'utilisation 102 d'entrepôt de données et le système d'entrepôt 104 de données en fournissant une appliquette au système d'utilisation 102 d'entrepôt de données. Le réseau 106 peut être n'importe quel type de réseau connu dont un réseau local (LAN), un réseau étendu (WAN), un intranet ou un réseau global (par exemple, l'Internet). Un système d'utilisation 102 d'entrepôt de données peut être couplé au système d'entrepôt 104 de données par de multiples réseaux (par exemple, un intranet et l'Internet) afin qu'il ne soit pas nécessaire de coupler la totalité des systèmes d'utilisation 102 d'entrepôt de données au système d'entrepôt 104 de données par l'intermédiaire du même réseau. De même, un système de PSP 108 peut être couplé au système hôte 104 d'extraction de données par de multiples réseaux (par exemple, un intranet et l'Internet) afin qu'il ne soit pas nécessaire de coupler la totalité des systèmes de PSP 108 au système d'entrepôt 104 de données à l'aide du même réseau. Un ou plusieurs des systèmes d'utilisation 102 d'entrepôt de données, systèmes de PSP 108 et système d'entrepôt 104 de données peut/peuvent être connectés au réseau 106 de manière radioélectrique et le réseau 106 peut être un réseau radioélectrique. Dans un exemple de forme de réalisation, le réseau 106 est l'Internet et chaque système d'utilisation 102 d'entrepôt de données exécute une application d'interface utilisateur afin de se connecter directement au système d'entrepôt 104 de données. Dans une autre forme de réalisation, un système d'utilisation 102 d'entrepôt de données peut faire intervenir un navigateur web afin de prendre contact avec le système d'entrepôt 104 de données par l'intermédiaire du réseau 106. Selon une autre possibilité, un système d'utilisation 102 d'entrepôt de données peut être mis en oeuvre à l'aide d'un dispositif principalement programmé pour accéder au réseau 106, par exemple WebTV. Le système d'entrepôt 104 de données peut être mis en oeuvre à l'aide d'un serveur réagissant à un programme informatique stocké dans un support de stockage accessible par le serveur. Le système d'entrepôt 104 de données peut servir de serveur de réseau (souvent ce qu'on appelle un serveur web) afin de communiquer avec les systèmes d'utilisation 102 d'entrepôts de données et le système de PSP 108. Le système d'entrepôt 104 de données se charge d'envoyer et de recevoir des informations aux et des systèmes d'utilisation 102 d'entrepôt de données et systèmes PSP 108 et peut exécuter des tâches correspondantes. Le système d'entrepôt 104 de données peut également comporter un pare-feu afin d'empêcher un accès non agréé au système d'entrepôt 104 de données et de faire appliquer d'éventuelles restrictions concernant l'accès agréé. Par exemple, un administrateur peut avoir accès à la totalité du système et peut être habilité à modifier des parties du système et un membre du personnel du PSP peut n'avoir accès qu'à l'examen d'un sous-ensemble des dossiers de l'entrepôt de données pour des patients particuliers. Dans un exemple de forme de réalisation, l'administrateur a la possibilité d'ajouter de nouveaux utilisateurs, de supprimer des utilisateurs et d'éditer des privilèges d'utilisateurs. Le pare-feu peut être mis en oeuvre à l'aide d'un matériel et/ou d'un logiciel classique, d'une manière connue dans la technique. Dans certaines formes de réalisation, le système d'entrepôt 104 de données est mis en oeuvre sous la forme d'une pluralité de bases de données ou d'entrepôts de données autonomes et/ou en liaison. Le système d'entrepôt 104 de données sert également de serveur d'application. Le système d'entrepôt 104 de données exécute un ou plusieurs programmes d'applications pour donner accès aux archives de données situées dans le système d'entrepôt de données, ainsi que des programmes d'applications pour importer des données de patients dans une zone de transfert, puis dans l'entrepôt de données. De plus, le système d'entrepôt 104 de données peut également exécuter une ou plusieurs applications afin de créer des rapports de cohortes et d'envoyer les rapports de cohorte de patients aux systèmes de PSP 108. Le traitement peut être partagé par le système d'utilisation 102 d'entrepôt de données et le système d'entrepôt 104 de données en fournissant une application (par exemple, une appliquette Java) au système d'utilisation 102 d'entrepôt de données. Selon une autre possibilité, le système d'utilisation 102 d'entrepôt de données peut comporter une application logicielle autonome afin de réaliser une partie du traitement décrit ici. De même, le traitement peut être partagé par le système de PSP 102 et le système d'entrepôt 104 de données en fournissant une application au système de PSP 102 et, selon une autre possibilité, le système de PSP 102 peut comporter une application logicielle autonome pour effectuer une partie du traitement décrit ici. Il est entendu que des serveurs séparés peuvent être employés pour exécuter les fonctions du serveur de réseau et les fonctions du serveur d'application. Selon une autre possibilité, le serveur de réseau, le pare-feu et le serveur d'application peuvent être mis en oeuvre à l'aide d'un seul serveur exécutant des programmes informatiques pour exécuter les fonctions requises. Le dispositif de stockage situé dans le système d'entrepôt 104 de données peut être mis en oeuvre à l'aide de divers dispositifs servant à stocker des informations électroniques, par exemple un serveur à protocole de transfert de fichiers (FTP). Il est entendu que le dispositif de stockage peut être mis en oeuvre à l'aide d'une mémoire contenue dans le système d'entrepôt 104 de données ou qu'il peut s'agir d'un dispositif physique séparé. Le dispositif de stockage contient diverses informations dont un entrepôt de données contenant des données médicales de patients fournies par un ou plusieurs PSP. Le système d'entrepôt 104 de données peut également servir de serveur de base de données et coordonner l'accès aux données d'application à l'aide des données stockées dans le dispositif de stockage. L'entrepôt de données peut être stocké physiquement sous la forme d'une seule base de données à accès restreint en fonction de caractéristiques d'utilisateur, ou encore il peut être stocké physiquement dans diverses bases de données contenant des parties de la base de données présente dans les systèmes d'utilisateur 102 de d'entrepôt de données ou dans le système d'entrepôt 104 de données. Dans un exemple de forme de réalisation, les archives de données sont mises en oeuvre à l'aide d'un système de base de données relationnelle et le système de base de données présente différentes vues des données à différents utilisateurs finals en fonction de caractéristiques des utilisateurs finals. La Fig. 2 est un schéma de principe d'un exemple d'architecture d'entrepôt de données. Des données de patients sont extraites de bases de données de DMMI situées dans les systèmes 108 de PSP. Dans un exemple de forme de réalisation de la présente invention, un enregistrement dans une base de données de DMI contient des données telles que : le nom et l'adresse d'un patient, les médicaments, les allergies, les observations, les diagnostics et les informations sur l'assurance santé. Les systèmes 108 de PSP comportent un logiciel d'application pour extraire des données de patients de la base de données de DMI. Par exemple, le logiciel peut être lelogiciel du PSP. Selon un autre exemple, le logiciel peut être le logiciel d'un tiers chapeautant une application exécutable de PSP. Selon un autre exemple, le logiciel peut être un logiciel d'ASP exécuté à distance en fonction du déploiement d'un logiciel local de PSP. Les données sont ensuite rendues anonymes et transférées (par exemple, par l'intermédiaire du protocole de transfert Hypertext (HTTP) ou par l'intermédiaire du protocole Secure HTTP (protocole S-HTTP)), via le réseau 106, dans le système d'entrepôt 104 de données. Dans certaines formes de réalisation, le système d'entrepôt 104 de données peut être mis en oeuvre sous la forme de plusieurs entrepôts de données et/ou bases de données, par exemple. Le système d'entrepôt 104 de données comporte un logiciel d'application pour exécuter une fonction d'importation 206 de données. La fonction d'importation 206 de données regroupe et trie les données de patients rendues anonymes qui arrivent de plusieurs sites, puis stocke les données dans une zone de transfert 208. Les données reçues de multiples systèmes 108 de PSP sont normalisées, leur validité et leur exhaustivité sont contrôlées, et elles font l'objet d'une correction ou d'un signalement de défaut. Les données des multiples systèmes de PSP 108 sont ensuite combinées les unes avec les autres sous la forme d'une base de données relationnelle. Le regroupement, le tri et le transfert des données de la façon décrite permettent aux données d'être demandées d'une manière rationnelle et efficace, soit sous la forme d'une seule entité, soit spécifiquement pour chaque site individuel 108 de PSP. Les données de patients rendues anonymes sont ensuite transférées dans un entrepôt 210 de données où elles sont disponibles en cas de demande. Des rapports 212 de cohortes de patients sont créés par le logiciel d'application situé dans le système d'entrepôt 104 de données et sont renvoyés aux systèmes 108 de PSP pour être utilisés par les prestataires de soins primaires lorsqu'ils traitent des patients individuels. Les rapports 212 de cohortes de patients peuvent être créés de manière automatique en exécutant périodiquement une demande toute prête. Des membres du personnel d'un PSP, des membres d'une équipe de recherche d'un laboratoire pharmaceutique et du personnel d'entreprise qui fabrique des produits médicaux et/ou autres peuvent exécuter chacun les rapports 212 de cohortes de patients. De plus, les rapports 212 de cohortes de patients peuvent être créés par un utilisateur final accédant à un système d'utilisation 102 d'entrepôt de données afin de créer des rapports individualisés ou de lancer l'exécution de rapports tout prêts. En outre, les rapports 212 de cohortes de patients peuvent être créés automatiquement en réponse au logiciel d'application, situés dans le système d'entrepôt 104 de données, déterminant que des combinaisons particulières de données pour un patient sont stockées dans l'entrepôt de données. Un exemple de rapport 212 de cohorte de patients contient tous les patients présentant une maladie particulière qui ont été traités à l'aide d'un médicament particulier. Un autre exemple de rapport 212 de cohorte de patients contient des patients d'un âge et d'un sexe donnés qui ont des résultats d'analyses particuliers. Par exemple, un rapport 212 de cohorte de patients peut contenir la liste de toutes les femmes ayant une maladie cardiaque et qui prennent un médicament dans le cadre d'une thérapie de remplacement d'hormones. Le rapport 212 de cohorte de patients devrait fournir la liste de tous les patients avec des dossiers dans l'entrepôt 210 de données qui répondent à ces critères, ainsi qu'un avertissement sur les éventuels effets secondaires et la probabilité de survenance des effets secondaires. Dans un exemple de forme de réalisation, chaque site de PSP reçoit le rapport complet, tandis que dans une autre forme de réalisation chaque site de PSP reçoit le rapport seulement pour les patients en cours de traitement dans le site de PSP. Dans un exemple de forme de réalisation de la présente invention, la possibilité de créer des rapports 212 de cohortes de patients d'après des demandes de données longitudinales de patients s'appuie sur l'aptitude à connecter tous les dossiers contenant un même patient dans l'entrepôt 210 de données. Cela nécessite qu'un identifiant exclusif soit associé à chaque dossier de patient qui est transmis à l'entrepôt 210 de données. L'identifiant exclusif indique un patient anonyme ou abstrait ayant certaines caractéristiques mais ne fournit pas directement des informations d'identification telles que le nom, le numéro de sécurité sociale, l'adresse du domicile, etc. Cependant, il se peut que des PSP individuels veuillent conserver la possibilité de ré-identifier un patient d'après l'identifiant exclusif afin que le personnel médical travaillant sur le site du PSP puisse faire un suivi du patient en réponse à des informations incluses dans les rapports 212 de cohortes de patients. La Fig. 3 illustre un exemple de processus pour rendre anonymes des données de patient à stocker dans un entrepôt 210 de données situé dans le système d'entrepôts 104 de données et la Fig. 4 illustre un exemple de processus pour ré-identifier un patient à partir des données de patient rendu anonyme contenues dans un rapport 212 de cohorte de patients. La Fig. 3 est un schéma de principe d'un exemple de processus pour rendre anonymes des données de patient pendant l'extraction de données en vue de leur transmission à un système d'entrepôt 104 de données. Le processus d'anonymisation supprime des informations qui identifient un patient tout en conservant des informations cliniquement utiles sur le patient. Les données du patient sont extraites de la base de données 302 de DMI et les informations d'identification sont supprimées, ce qui donne des données de patients anonymisées. Dans un exemple de forme de réalisation de la présente invention, une base de données 302 de DMI contient les données démographiques d'identification de patients suivantes : noms, identifiants géographiques, dont l'adresse, dates directement liées à une personne, dont sa date de naissance, sa date d'admission, sa date de sortie et sa date de décès ; des numéros de téléphone et de télécopieur ; des adresses de courriel ; le numéro de sécurité sociale ; le numéro de dossier médical ; l'existence d'un plan de santé au bénéfice de l'intéressé ; des numéros de comptes, des numéros de diplômes ou de permis de conduire ; des identifiants de véhicules et des numéros de série dont les numéros de plaques d'immatriculation ; des identifiants et des numéros de série de dispositifs, des numéros d'adresses de localisateurs uniformes de ressources (URL) et de protocole Internet (IP) ; des identifiants biométriques, dont des empreintes digitales et vocales ; des images photographiques de face et autres images analogues; d'autres numéros d'identification, caractéristiques et codes exclusifs attribués par le PSP ou par le système de DMI à des fins administratives, dont un identifiant de patient (IDP) 304. La base de données 302 de DMI contient également des informations sur : le diagnostic ou le problème du patient ; les médicaments pris ou prescrits ; des observations, des analyses diagnostiques de laboratoire et des signes vitaux ; des constatations subjectives et objectives, des estimations, des commandes, des plans et des notes élaborés par des prestataires de soins médicaux. La base de données 302 de DMI contient également des informations d'audits qui enregistrent la date, l'heure et l'identité de personnes qui ont créé, lu, mis à jour ou supprimé des informations dans le dossier du patient. Le dossier existant dans la base de données 302 de DMI pour chaque patient contient également une clé numérique appelée IDP 304 qui peut servir à identifier de manière exclusive un patient particulier. L'IDP 304 est codé dans le cadre du processus d'anonymisation afin de créer un identifiant codé de patient (IDEP) 308. L'IDEP 308 est envoyé, ainsi que les données anonymisées du patient, au système d'entrepôt 104 de données. Le processus d'extraction est exécuté par le logiciel d'application situé dans le système 108 de DSP et peut être exécuté en arrière-plan de manière périodique (par exemple chaque nuit à deux heures du matin, chaque samedi à deux heures du matin). Comme décrit plus haut, le logiciel d'application peut comporter, par exemple, le logiciel du PSP, le logiciel d'un tiers chapeautant une application existante de PSP, et/ou un logiciel d'ASP exécuté à distance en fonction d'un déploiement du logiciel de PSP local. De la sorte, le processus d'extraction risquera moins de gêner le logiciel existant situé dans le système 108 de PSP. Le processus d'extraction peut également être lancé par un système distant (par exemple, le système d'entrepôt 104 de données ou un système d'un tiers) et peut comporter des méthodes de sauvegarde complète ou incrémentielle. Dans un exemple de forme de réalisation de la présente invention, les identifiants suivants sont supprimés ou transformés afin de créer des données anonymisées qui doivent être rendues confidentielles conformément aux prescriptions de l'HIPAA, sous la forme de données complètement anonymisées : nom, subdivision géographique d'un rang inférieur à celui d'une région, dont l'adresse du domicile, la commune, le département, le quartier, le code postal (jusqu'aux trois derniers chiffres), des dates concernant directement une personne (par exemple, la date de naissance), les numéros de téléphone et de télécopieur, les adresses de courriel, un numéro de plan de santé, un numéro de compte, un numéro de diplôme/permis de conduire, un identifiant et des numéros de séries de dispositifs, le localisateur unifié de ressources (URL), l'adresse de protocole Internet (IP), des identifiants biométriques, une photographie de face et d'autres numéros d'identification, caractéristiques ou codes exclusifs. Dans certaines formes de réalisation, le processus d'extraction peut être lancé à distance. Dans certaines formes de réalisation, le processus d'extraction peut être exécuté sous la forme d'un "bot" logiciel ou autre application prête à l'emploi qui est envoyé à un utilisateur final et, par exemple, déployé chez un client particulier ou un serveur couvrant une entreprise. Dans un autre exemple possible de forme de réalisation de la présente invention, les identifiants suivants sont supprimés ou transformés afin de créer des données anonymisées qui doivent être rendues confidentielles conformément aux prescriptions de l'HIPAA sous la forme d'informations à ensemble de données limitées : identifiants directs tels que le nom, l'adresse postale (autre que la commune, la région et le code postal), le numéro de sécurité sociale et des numéros de dossiers médicaux. Dans la mise en oeuvre d'informations à ensemble de données limitées selon la présente invention, il peut rester certaines informations d'identification telles que des dates d'examen, des documents, un diagnostic, une prescription et des résultats d'analyses en laboratoire. Un IDEP nouveau 308 est attribué à chaque patient d'après l'IDP 304 correspondant au patient et un mot de passe saisi par le PST. La mise en correspondance de l'IDP 304 avec l'IDEP 308 n'est pas conservée en permanence. Comme illustré dans l'exemple de forme de réalisation représenté sur la Fig. 3, une chaîne 312 de caractères de mot de passe est fournie par le PSP par l'intermédiaire d'une interface utilisateur 310 de chiffrage de mot de passe présente dans le système d'utilisation 310 du PSP. Cette chaîne 312 de caractères de mot de passe n'est connue que du PSP et est nécessaire afin de décoder l'IDEP 308 pour en faire un IDP 304. L'utilisateur sur le site du PSP doit avoir la chaîne 312 de caractères de mot de passe pour obtenir l'IDP 304, et cette chaîne 312 de mot de passe doit être à nouveau saisie chaque fois qu'un patient doit être ré-identifié. L'interface utilisateur 310 de chiffrage de mot de passe peut être une interface utilisateur graphique. Dans un exemple de forme de réalisation de la présente invention, la chaîne 312 de caractères de mot de passe saisie par l'utilisateur est codée à l'aide de l'algorithme Twofish. L'algorithme Twofish, comme on le sait dans la technique, est un algorithme de chiffrement par bloc à clé secrète qui est conçue pour être très sécurisée et très souple. Il emploie une seule clé à la fois pour le chiffrement et le déchiffrement et on l'appelle souvent chiffrement symétrique. Le codage est effectué par le logiciel de codage 306 d'identifiant de patient situé dans le système 108 du PSP. Le logiciel de codage 306 d'identifiant de patient hache la chaîne de mot de passe codé pour produire un nombre de seize chiffres. Ce nombre de seize chiffres est additionné numériquement à l'IDP 304 pour créer l'IDEP 308. D'autres procédés de création de l'IDEP 308 à partir de l'IDP 304 peuvent être employés avec un exemple de forme de réalisation de la présente invention (par exemple, l'algorithme de Rivest, Shamir et Adelman, Afrique du Sud, reposant sur le nom, l'âge et le numéro de sécurité sociale, etc. du patient) dans la mesure où l'IPED ne peut être décodé que sur le site du PSP. La Fig. 4 est un schéma de principe d'un exemple de processus pour ré-identifier un patient à partir de données anonymisées de patients. Comme décrit précédemment, des rapports 212 de cohortes d'une population composée de patients à risque sont créés par des demandes en cours faites à l'entrepôt 210 de données. Les personnes rendues anonymes peuvent être suivies longitudinalement et peut faire l'objet de demandes en tant que membre de cohortes de populations anonymes, d'après des critères de sélection cliniques. Le résultat de la demande, contenue dans le rapport 212 de cohorte, est une liste d'IPED 308. Une liste d'IPED 308 de patients dans un rapport 212 de cohorte de patients est reçue par le système 108 du PSP. Les IPED 308 sont introduits dans le logiciel de décodage 402 d'identifiant de patient, situé dans le système 108 du PSP, et l'IDP original 304 est recréé ou réassocié d'une autre manière à un dossier de patient dans le système 108 de PSP. L'IDP 304 peut servir de clé pour consulter des informations d'identification supplémentaires issues de la base de données 302 de DMI. Des employés du PSP peuvent se servir des informations spécifiques d'un patient extraites de la base de données 302 de DMI pour conseiller le patient et prendre des décisions concernant différents traitements possibles. Une forme de réalisation de la présente invention permet à des PSP pratiquant des soins ambulatoires d'envoyer des données de patients dans un entrepôt de données contenant des données de patients provenant d'autres PSP pratiquant des soins ambulatoires. De la sorte, les données du patient peuvent être analysées et comparées avec une plus grande population de patients. Les données de patients anonymisées contiennent un IDEP 308 qui peut être utile pour créer des rapports longitudinaux qui analysent plusieurs dossiers pour un patient particulier. Les effets de certains médicaments et traitements sur des groupes ou des cohortes de patients peuvent être analysés et peuvent conduire à des améliorations dans l'utilisation ou la composition des médicaments et des traitements. De plus, une forme de réalisation de la présente invention permet au PSP de recevoir des rapports 212 de cohortes d'après des données contenues dans l'entrepôt de données. Ces rapports 212 de cohortes de patients comportent un IDEP 308 pour chaque patient. L'IDEP 308 peut être décodé sur le site de PSP qui a créé l'IDEP 308 et servir à identifier un patient particulier. De la sorte, un PSP, en considérant les informations contenues dans le rapport de cohorte peut être à même d'apporter un traitement amélioré au patient. Cette aptitude à renvoyer des informations utiles au niveau du patient peut également amener un plus grand nombre de PSP à participer à l'envoi de données de patients à un entrepôt de données. Le fait qu'il y ait plus de données dans l'entrepôt de données permet de fournir plus d'informations utiles à des tiers tels que des laboratoires pharmaceutiques, des entreprises fabriquant des dispositifs médicaux et des médecins quant aux effets et risques de traitements particuliers tout en limitant le risque de divulgation, à des tiers, d'informations identifiant des patients. Cela peut aboutir à des progrès dans les soins préventifs ainsi que d'autres types de soins médicaux. Comme décrit plus haut, les formes de réalisation de l'invention peuvent être mises en oeuvre sous la forme de processus informatiques et de dispositifs pour exécuter ces processus. Des formes de réalisation de l'invention peuvent également se présenter sous la forme d'un code de programme informatique contenant des instructions stockées sur des supports physiques tels que des disquettes, des CD ROM, des lecteurs de disques durs ou tout autre support de stockage exploitable par un ordinateur, l'ordinateur, lorsque le code de programme informatique est chargé dans et exécuté par l'ordinateur, devenant un dispositif pour mettre en oeuvre l'invention. Une forme de réalisation de la présente invention peut également se présenter, par exemple, sous la forme d'un code de programme informatique stocké sur un support de stockage, chargé dans et/ou exécuté par un ordinateur, ou transmis par l'intermédiaire de quelque support de transmission, notamment par des fils ou câblages électriques, par l'intermédiaire de fibres optiques ou par rayonnement électromagnétique, l'ordinateur, lorsque le code de programme informatique est chargé dans et exécuté par un ordinateur, devenant un dispositif pour mettre en oeuvre l'invention. En cas d'exécution sur un microprocesseur polyvalent, les segments du code de programme informatique configurent le microprocesseur pour créer des circuits logiques spécifiques. Dans certaines formes de réalisation, une fois que des informations sur un patient sont réidentifiées, l'utilisateur peut envoyer la liste correspondante de patients dans un DMI dans le cadre d'une demande d'une nouvelle analyse, manipulation, etc. Un dossier de patient réidentifié peut être modifié, comparé et/ou autrement manipulé par l'utilisateur agréé et sauvegardé localement et/ou dans une base de données ou autre moyen de stockage de DMI. Un dossier modifié peut être anonymisé, par exemple, avant d'être sauvegardé. Dans certaines formes de réalisation, des mises à jour de DMI sont périodiquement (par exemple, chaque nuit, chaque semaine, etc.) "tirées", "poussées" ou communiquées d'une autre manière à une base de données, à un entrepôt de données et/ou autre moyen de stockage de données. Dans certaines formes de réalisation, des modifications apportées localement à des dossiers de patients réidentifiés sont anonymisées et communiquées au système de DMI et/ou à la base de données pour y être enregistrées. Dans certaines formes de réalisation, un utilisateur peut rechercher un ou plusieurs dossiers de patients dans un DMI en activant une fonction de dialogue ou de recherche "trouver". L'utilisateur peut rechercher à l'aide de l'IDEP, par exemple, et saisir ou choisir un numéro d'IDEP pour lancer une recherche. Le dossier de patient correspondant peut être extrait et affiché. Ainsi, un patient peut être réidentifié pour un prestataire de soins médicaux agréé qui a été identifié et vérifié. Ainsi, l'anonymisation et la réidentification permettent à des données codées et décodées de fonctionner ensemble dans des systèmes physiquement séparés. Alors que le système chiffré peut contenir des informations au niveau des patients qui sont conformes aux dispositions de l'HIPAA et présenter des caractéristiques utiles du point de vue du chiffrage (par exemple, permettre une consultation des données par un plus grand public, etc.), il existe un besoin d'extraire les informations du système chiffré et de réidentifier les informations pour les publics physiquement séparés du système chiffré mais habilités à consulter des informations identifiables sur des patients. Le processus de réidentification des patients est un processus qui, par exemple, se déroule dans le système local. Dans certaines formes de réalisation, la séparation de données de patients anonymisés et identifiés facilite une plus large analyse de populations de patients sans porter atteinte à la sécurité des patients individuels. Une analyse reposant sur des populations peut être effectuée d'une manière sûre tout en préservant la vie privée des patients. La réidentification peut s'effectuer au niveau du système local pour permettre au prestataire de soins médicaux d'un patient de diagnostiquer, traiter et/ou apporter d'autres services au patient. Ainsi, une analyse plus large d'informations sur des patients peut être autorisée tout en respectant en même temps la vie privée des patients. Des communautés de prestataires de soins médicaux peuvent repérer et comparer des populations de patients sans porter atteinte à la vie privée des patients. En même temps, un prestataire de soins d'un patient peut réidentifier des patients à partir du contenu des populations de patients au niveau local qui sont logées/présentées par le site chiffré. Des algorithmes de réidentification peuvent être stockés localement, par exemple au niveau du prestataire de soins. Cette séparation physique peut limiter un risque potentiel que d'autres prestataires consultent des données anonymisées sur un portail en consultant des informations identifiables concernant des patients. Certaines formes de réalisation permettent le partage d'informations sur des patients avec des parties concernées sans nuire à la vie privée des patients. Dans la sphère plus large des soins médicaux, il y aura des applications où des chercheurs, des organismes officiels, des communautés de praticiens, peuvent désirer étudier des populations de patients mais, pour l'heure, être gênés car il n'existe pas de bon mécanisme pour travailler avec des fournisseurs de données sources pour anonymiser et réidentifier des patients. Certaines formes de réalisation facilitent une telle interaction. Par exemple, des informations déchiffrées peuvent être réidentifiées, puis consommées par ou importées dans un système du prestataire du patient dans le cadre d'une application Excel, Centricity Physician Office de DMI et/ou une autre application. D'autres entités, comme des chercheurs et des administrations, peuvent consulter et/ou manipuler les données chiffrées ou déchiffrées avec un risque réduit de violation de la vie privée des patients. La Fig. 5 illustre un système 500 pour anonymiser et réidentifier des données de patients selon une forme de réalisation de la présente invention. Le système 500 comprend un ou plusieurs postes de travail 510 d'utilisateurs, un portail Internet 520, un moyen de stockage 530 de données et une liaison 540 de données. Le système 500 peut également comporter, par exemple, un écran 550 et/ou un serveur 560 de données. Les organes du système 500 peuvent, par exemple, être mis en oeuvre seuls ou en combinaison dans un matériel, un micrologiciel et/ou sous la forme d'un ensemble d'instructions dans un logiciel. Certaines formes de réalisation peuvent se présenter sous la forme d'un ensemble d'instructions résidant sur un support exploitable par un ordinateur, comme une mémoire, un disque dur, un DVD ou un CD afin d'être exécutées sur un ordinateur polyvalent ou autre dispositif de traitement. Certains organes peuvent être intégrés sous diverses formes et/ou peuvent être présents en tant que logiciel et/ou autre fonctionnalité dans un dispositif informatique tel qu'un ordinateur. Certaines formes de réalisation peuvent se passer d'un ou de plusieurs des organes du système 500 pour exécuter des fonctions de réidentification et/ou d'anonymisation et communiquer des données entre un utilisateur local et un moyen de stockage de données. En fonctionnement, le poste de travail 510 peut demander des données par l'intermédiaire du portail Internet 520. Par exemple, un utilisateur situé au poste de travail 510 demande des données concernant un patient par l'intermédiaire d'un navigateur web qui accède au portail Internet 520. Le portail Internet 520 communique avec le moyen de stockage 530 de données par l'intermédiaire d'une liaison 540 de données. Par exemple, le portail Internet 520 demande les données au moyen de stockage 530 de données, notamment à un mini-entrepôt de données de DMI, via un réseau tel que l'Internet ou un réseau privé. Le moyen de stockage 530 de données transmet les données demandées au poste de travail 510 par l'intermédiaire du portail Internet 520. Les données peuvent comporter des données sans protection définies par l'HIPAA, des données de patients anonymisés/chiffrés, des données de patients réidentifiés et/ou d'autres données, par exemple. Le poste de travail 510 d'utilisateur peut communiquer avec l'écran 550 pour afficher des données transmises par le moyen de stockage 530 de données. Les données peuvent également être imprimées et/ou servir à créer un fichier, par exemple. Le poste de travail 510 peut aussi communiquer avec le serveur 560 de données, par exemple pour transmettre les données et/ou encore une mise à jour. Dans certaines formes de réalisation, un dossier de patient anonymisé est transmis au poste de travail 510 depuis le moyen de stockage 530 de données via le portail Internet 520 en réponse à une demande faite par le poste de travail 510. Le poste de travail 510 effectue, localement au poste de travail 510, une réidentification des données du patient anonymisé. La réidentification peut être effectuée par consultation d'un IDEP pour déterminer un IDP correspondant ou par une autre technique similaire, par exemple. La fonctionnalité de réidentification peut être intégrée dans un programme de consultation/édition de document, tel que Microsoft Excel, Microsoft Word et/ou un autre logiciel, par exemple. La fonction de réidentification permet d'accéder à des données situées dans une source externe, telle que le moyen de stockage 530 de données et/ou le serveur 560 de données, afin de faire correspondre l'IDEP avec l'IDP. Dans certaines formes de réalisation, l'IDEP est remplacé par l'IDP et/ou d'autres informations d'identification du patient (par exemple, le nom du patient) dans un document au poste de travail 510. Dans certaines formes de réalisation, le poste de travail 510 peut tout d'abord authentifier un privilège ou un droit d'accès par l'intermédiaire, par exemple, du serveur 560 avant la réidentification des données du patient. Le poste de travail 510 peut également consulter des caractéristiques d'un patient et/ou d'un prestataire par l'intermédiaire, par exemple, du serveur 560 et/ou du moyen de stockage 530 de données. Dans certaines formes de réalisation, des informations figurant dans des dossiers médicaux informatisés et/ou d'autres documents peuvent être traitées pour normaliser ou "épurer" les informations conformément à un lexique et/ou une grammaire particuliers. Par exemple, une table de rapports médicaux, telle qu'une table de données médicales Logician , peut contenir une ou plusieurs valeurs d'observations indiquées par un médecin ou autre professionnel de la médecine examinant un patient. Le champ des valeurs d'observations (par exemple, "obs" ou "obsvalue") peut par exemple être un champ à format libre. Ainsi, différents médecins peuvent utiliser un langage différent pour évoquer le même état. Par exemple, un premier physicien peut parler de crisecardiaque tandis qu'un autre peut évoquer un infarctus du myocarde aigu. Les termes peuvent être "épurés" ou faire l'objet d'une analyse syntaxique et peuvent être associés à une valeur numérique et/ou un terme "standard" pour un lexique/une grammaire. Par exemple, des informations présentes dans un dossier médical informatisé ou autre document peuvent être traitées par un système de traitement de données avant leur stockage dans un entrepôt de données ou autre moyen de collecte de données. Les informations peuvent être adaptées, d'après une ou plusieurs règles, par exemple, à une table ou autre listing de termes/valeurs admis. D'après l'adaptation, les informations peuvent être remplacées par le terme et/ou la valeur admis figurant dans le listing. Reprenant l'exemple ci-dessus, si le terme admis était "IM aigu", l'utilisation de "crise cardiaque" par un médecin serait convertie ou normalisée en "IM aigu" et l'utilisation de "infarctus du myocarde aigu" par un médecin serait elle aussi convertie en "IM aigu". Dans certaines formes de réalisation, certaines données de patients identifiés sont extraites et stockées de manière centralisée dans un grand entrepôt de données. Pendant le stockage, les données peuvent être épurées et normalisées par des termes de mise en correspondance avec un vocabulaire et/ou un ensemble de règles communs. Par exemple, si un premier dossier évoque un IM et si un autre dossier évoque un infarctus du myocarde, tous deux sont codés de manière centralisée comme infarctus du myocarde dans la base de données. Ainsi, une recherche de dossiers dans la base de données peut être exécutée d'après le vocabulaire commun. Un utilisateur peut procéder à une recherche en utilisant un ou plusieurs termes ou critères pour la recherche. Par exemple, un utilisateur peut demander un groupe de patients âgés de plus de 55 ans, ayant subi au cours des deux dernières années un infarctus du myocarde aigu, et ayant présenté certains taux d'enzymes, qui vivent dans le Midwest. Les termes et/ou critères peuvent déjà être codifiés dans la base de données et/ou peuvent être codifiés/normalisés au moment de la saisie des termes de la recherche par l'utilisateur, par exemple. Dans certaines formes de réalisation, un utilisateur peut choisir un ou plusieurs termes codifiés sur un menu ou autre liste et choisir un ou plusieurs algorithmes prêts à l'emploi pour rechercher des patients concordant avec le/les termes choisis. Dans certaines formes de réalisation, un utilisateur peut, par exemple, codifier un ou plusieurs termes supplémentaires et/ou créer de manière dynamique des règles/algorithmes de recherche supplémentaires. Dans certaines formes de réalisation, un système de recherche adapte la demande d'un utilisateur afin de codifier le langage utilisé dans la demande par rapport à un vocabulaire standard ou un ensemble de termes admis. Une recherche ayant de multiples critères peut progresser en appliquant les différents critères successivement afin de cerner le groupe de patients potentiels. Les termes de la recherche peuvent être adaptés à des dossiers médicaux informatisés et/ou d'autres informations saisies dans l'entrepôt de données et/ou une autre base de données, par exemple. Dans certaines formes de réalisation, des données de dossiers médicaux informatisés peuvent être centralisées et codifiées. Dans certaines formes de réalisation, des données de dossiers médicaux informatisés peuvent être distribuées et/ou non codifiées. Dans certaines formes de réalisation, des données de dossiers médicaux informatisés peuvent être codifiées de manière différente dans différents systèmes. Par exemple, un vocabulaire local peut être différent d'un vocabulaire centralisé et/ou des systèmes locaux de DMI différents peuvent avoir des vocabulaires locaux différents. Dans certaines formes de réalisation, une mise en correspondance peut exister entre plusieurs codifications pour permettre une conversion et une recherche entre les différentes méthodes de codification. Des termes ou des données saisies par un utilisateur peuvent être codifiées conformément à un code d'établissement des diagnostics tel qu'un code ICD-E (Classification Internationale des Maladies et des Causes de Décès, neuvième mise à jour), un code ICD-10 ou un code CPT (Current Procedure Terminology), par exemple. Selon une autre possibilité et/ou en outre, des termes peuvent être codifiés conformément à une terminologie ou une méthode de codage particulière. Par exemple, un terme standard de l'industrie tel que "douleur aigue dans le haut de l'extrémité droite" peut être classifié sous la forme "douleur aigue dans le haut du bras droit". Certaines expressions peuvent être classifiées ou remplacées par des termes ou expressions couramment employés et/ou des termes ou expressions convenant pour un contexte ou une application particuliers, par exemple. Dans certaines formes de réalisation, un utilisateur peut choisir un terme, et une table générale de vocabulaire renvoie des termes et expressions adéquats à utiliser lors de la recherche. Dans certaines formes de réalisation, une ou plusieurs catégories peuvent être recherchées d'après un état clinique ou une catégorie de maladies, par exemple. Par exemple, si un utilisateur souhaite faire une recherche concernant un problème "CV" (cardiovasculaire), l'utilisateur peut sélectionner sur une liste de CV un certain nombre d'états CV. Par exemple, une interface de recherche peut avoir une liste d'états cliniques, notamment une personne qui a subi une crise cardiaque avec des complications du fait d'un diabète, et l'interface peut avoir une liste de codes d'établissement de diagnostics à sélectionner pour procéder à une recherche. Un utilisateur peut alors chercher parmi les états cliniques et/ou les codes en sélectionnant des états/codes à partir d'une liste ou d'un menu à plat ou multiniveaux et/ou en saisissant manuellement des états/codes pour choisir les conditions cliniques et/ou autres critères à utiliser pour être appliqués à la base de données et la recherche. Selon l'un des exemples ci-dessus, un utilisateur choisit les critères de recherche suivants : âge supérieur à 55 ans, infarctus du myocarde aigu, au cours des deux années écoulées, un certain taux ou intervalle de taux d'enzymes donné, et une localisation géographique dans le Midwest. Une recherche doit identifier dans la base de données des patients âgés de plus de 55 ans. La recherche doit cerner ce groupe en identifiant les patients du groupe âgés de plus de 55 ans ayant fait un infarctus du myocarde aigu au cours des deux dernières années. De plus, la recherche doit cerner le groupe de patients afin d'isoler des patients de plus de 55 ans qui ont eu au cours des deux dernières années un infarctus du myocarde aigu et qui résident dans le Midwest. Il en résulte un groupe de participants potentiels à l'étude qui satisfont les critères fournis par un utilisateur. Les participants à l'étude peuvent comprendre des sujets (par exemple, des patients) de l'étude clinique et/ou des enquêteurs de l'étude clinique (par exemple, des médecins et/ou autres praticiens), par exemple. La Fig. 6 illustre un système 600 pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale, selon une forme de réalisation de la présente invention. Le système 600 comprend un organe 610 de stockage de données, un organe 620 de traitement de données et un organe 630 de communications de données. Dans certaines formes de réalisation de la présente invention, l'organe 620 de traitement de données peut comporter un organe 640 d'interface de données, un organe 650 de regroupement de données et un organe 660 d'analyse de données. Dans certaines formes de réalisation de la présente invention, l'organe 640 d'interface de données et l'organe 660 de regroupement de données peuvent être désignés collectivement par l'expression organe 670 de recherche de données. Le système 600 peut être similaire au système de la Fig. 1 et/ou au système 500 de la Fig. 5, décrits plus haut. L'organe 610 de stockage de données est conçu pour stocker des données. Les données peuvent comprendre des données médicales telles que des dossiers médicaux informatisés codifiés. L'organe 610 de stockage de données peut être similaire au système d'entrepôt 104 de données de la Fig. 1 et/ou au moyen de stockage 530 de données de la Fig. 5, décrits plus haut. L'organe 620 de traitement de données est conçu pour traiter des données. Les données peuvent comprendre des données médicales telles que des dossiers médicaux informatisés codifiés. L'organe 620 de traitement de données peut être similaire au système d'utilisation 102 d'entrepôt de données de la Fig. 1 et/ou au poste de travail 510 d'utilisateur de la Fig. 5, décrits plus haut. La/les fonctions de l'organe 620 de traitement de données peuvent être exécutées par un ou plusieurs systèmes et/ou organes. Par exemple, l'organe 620 de traitement de données peut comporter le système d'utilisation 102 d'entrepôt de données, le système 104 d'entrepôt de données et/ou le réseau 106 de la Fig. 1. Selon un autre exemple, l'organe 620 de traitement de données peut comprendre le poste de travail 510 d'utilisateur, le portail Internet 520, le moyen de stockage 530 de données et/ou la liaison 540 de données de la Fig. 5. Dans certaines formes de réalisation de la présente invention, l'organe 620 de traitement de données peut comporter un organe 640 d'interface de données, un organe 650 de regroupement de données et un organe 660 d'analyse de données, qui sont décrits plus en détail ci-après. Dans certaines formes de réalisation de la présente invention, l'organe 640 d'interface de données et l'organe 650 de regroupement de données peuvent être désignés collectivement par l'expression organe 670 de recherche de données. L'organe 640 d'interface de données est conçu pour déterminer des critères de recherche. L'organe 640 d'interface de données peut être similaire au système d'utilisation 102 d'entrepôt de données de la Fig. 1 et/ou au poste de travail 510 d'utilisateur de la Fig. 5, décrits plus haut. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent reposer au moins en partie sur une thérapie médicale, telle que des médicaments prescrits et non prescrits, des dispositifs médicaux, des implants et/ou d'autres thérapies médicales. Par exemple, un utilisateur peut saisir le nom d'un médicament prescrit, par exemple Atorvastatin (Lipitor), Rousvastatin (Celebrex), Fluoxetine (Prozac) et/ou Sertraline (Zoloft), et/ou une catégorie de médicaments prescrits, comme les statines (inhibiteurs de la HGM-CoA réductase) et/ou les inhibiteurs sélectifs du recaptage de la sérotonine (ISRS). Selon un autre exemple, un utilisateur peut choisir un dispositif médical, tel que des stimulateurs cardiaques, des implants cochléaires, des stents à élution médicamenteuse, et/ou d'autres dispositifs médicaux, sur un menu déroulant de thérapies médicales existantes. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent reposer au moins partiellement sur un ou plusieurs risques potentiels d'intolérance liés à une thérapie médicale, comme une lésion du foie, des caillots sanguins, des attaques, des crises cardiaques, des lésions du cerveau, des décès, et autres risques potentiels d'intolérance. Par exemple, un utilisateur peut saisir "caillots sanguins" dans une boîte de dialogue comme risque potentiel d'intolérance lié aux stents à élution médicamenteuse, et/ou d'autres dispositifs médicaux, sur un menu déroulant de problèmes potentiels d'intolérance liés aux statines. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent reposer au moins en partie sur le temps, le changement absolu, le pourcentage de changement, les facteurs cliniques, démographiques et environnementaux des patients, les thérapies médicales, les allergies, les problèmes médicaux, les diagnostics cliniques et autres critères de recherche concernés avec des termes et expressions figurant dans les données codifiées pour dossiers médicaux informatisés. Dans certaines formes de réalisation de la présente invention, les critères de recherche ou les termes de recherche peuvent être normalisés par rapport à des termes codifiés dans les dossiers médicaux informatisés, comme décrit plus haut. Par exemple, un utilisateur peut saisir l'expression de recherche "crise cardiaque", laquelle peut correspondre à l'expression codifiée "infarctus du myocarde" dans les dossiers médicaux informatisés. Selon un autre exemple, un utilisateur peut choisir le terme de recherche "Lipitor" lequel peut correspondre au terme codifié "Atorvastatin" dans les dossiers médicaux informatisés. L'organe 650 de regroupement de données est conçu pour regrouper et/ou compiler des données. Les données peuvent comporter des données médicales, comme par exemple des dossiers médicaux informatisés codifiés. Les données peuvent être les données stockées par l'organe 610 de stockage de données. L'organe 650 de regroupement de données peut être similaire au système d'utilisation 102 d'entrepôt de données de la Fig. 1 et/ou au poste de travail 510 d'utilisateur de la Fig. 5, décrits plus haut. Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie sur la base de critères de recherche, par exemple une thérapie médicale et/ou un ou plusieurs risques potentiels d'intolérance. Les critères de recherche peuvent être les critères de recherche déterminés par l'interface 640 de données. Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie sur la base d'une thérapie médicale. Par exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des adolescents prenant du Prozac. Selon un autre exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des patients asthmatiques prenant de l'Advair (une combinaison de Propionate de Fluticasone (Flovent) et de Salmeterol (Serevent)) dans des agglomérations urbaines telles que Chicago (Illinois), New York (New York) et/ou Los Angeles (Californie) et dans des zones rurales telles que Salina (Kanzas) et/ou Cookeville (Tennessee). Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie d'après un ou plusieurs risques potentiels d'intolérance liés à une thérapie médicale. Par exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des enfants munis d'implants cochléaires qui développent ou risquent de développer des infections de l'oreille. Selon un autre exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des alcooliques prenant des statines, qui développent ou risquent de développer des lésions du foie. Dans certaines formes de réalisation de la présente invention, l'organe 650 de regroupement de données peut lancer une recherche et/ou extraire des résultats d'une recherche, mais la recherche peut être effectuée par d'autres systèmes et/ou organes, comme l'organe 610 de stockage de données. Dans certaines formes de réalisation de la présente invention, les résultats d'une recherche peuvent être affichés par l'organe 640 d'interface de données. La/les fonctions de l'organe 650 de regroupement de données peuvent être assurées par un ou plusieurs systèmes et/ou organes. Par exemple, l'organe 650 de regroupement de données peut comporter le système d'utilisation 102 d'entrepôt de données, le système d'entrepôt 104 de données et/ou le réseau 106 de la Fig. 1. Selon un autre exemple, l'organe 650 de regroupement de données peut comporter le poste de travail 510 d'utilisateur, le portail Internet 520, le moyen de stockage 530 de données et/ou la liaison 540 de données de la Fig. 5. Dans certaines formes de réalisation de la présente invention, l'organe 640 d'interface de données et l'organe 650 de regroupement de données peuvent être collectivement appelés organe 670 de recherche de données. L'organe 670 de recherche de données peut être conçu pour rechercher et compiler des données reposant au moins en partie sur une thérapie médicale, comme décrit plus haut. L'organe 660 d'analyse de données est conçu pour analyser des données. Les données peuvent comprendre des données médicales, telles que des dossiers médicaux informatisés codifiés. Les données peuvent être les données regroupées par l'organe 650 de regroupement de données. Les données peuvent être les données stockées par l'organe 610 de stockage de données. L'organe 660 d'analyse de données peut être similaire au système 102 d'utilisation d'entrepôt de données de la Fig. 1 et/ou au poste de travail 510 d'utilisateur de la Fig. 5, décrits plus haut. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées pour identifier un ou plusieurs risques potentiels d'intolérance liés à une thérapie médicale. Par exemple, une analyse de dossiers médicaux informatisés codifiés pour des adolescents sous Prozac peut permettre d'identifier le suicide comme risque potentiel d'intolérance. Selon un autre exemple, une analyse de dossiers médicaux informatisés codifiés pour personnes du troisième âge portant des stents à élution médicamenteuse peuvent permettre d'identifier des caillots sanguins comme risque potentiel d'intolérance. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées pour évaluer un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale. Par exemple, une analyse de dossiers médicaux informatisés codifiés concernant des patients en bonne santé prenant des statines peut révéler qu'une augmentation de 20% des enzymes du foie constitue un signe avant-coureur de lésion du foie. L'organe 610 de stockage de données et l'organe 620 de traitement de données sont connectés par l'intermédiaire de l'organe 630 de communication de données. L'organe 630 de communication de données est conçu pour communiquer avec l'organe 610 de stockage de données et/ou l'organe 620 de traitement de données. Ainsi, l'organe 610 de stockage de données communique avec l'organe 620 de traitement de données, et l'organe 620 de traitement de données communique avec l'organe 610 de stockage de données. L'organe 630 de communication de données peut être similaire au réseau 106 de la Fig. 1 et/ou à la liaison 540 de données de la Fig. 5, décrits plus haut. Par exemple, l'organe 630 de communication de données peut comporter un ou plusieurs noeuds, tels que des postes de travail et/ou des ordinateurs personnels (PC) autonomes, et/ou un ou plusieurs réseaux tels que des réseaux locaux (LAN), des réseaux élargis (WAN), des intranets et/ou des réseaux mondiaux (par exemple, l'Internet). La/les fonctions de l'organe 630 de communication de données peuvent être assumées par un ou plusieurs systèmes et/ou organes. Par exemple, l'organe 630 de communication de données peut comporter le portail Internet 520 et/ou la liaison 540 de la Fig. 5, décrits plus haut. Dans certaines formes de réalisation de la présente invention, l'organe 610 de stockage de données et/ou l'organe 620 de traitement de données peuvent assumer la/les fonctions de l'organe 630 de communication de données. En fonctionnement, l'organe 610 de stockage de données est conçu pour stocker des données, telles que des données de dossiers médicaux informatisés codifiés. L'organe 620 de traitement de données est apte à traiter les données. Plus particulièrement, l'organe 640 d'interface de données de l'organe 620 de traitement de données est conçu pour déterminer des critères de recherche. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent inclure une thérapie médicale. L'organe 650 de regroupement de données de l'organe 620 de traitement de données est conçu pour regrouper les données. Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie sur la base des critères de recherche. L'organe 640 d'interface de données et l'organe 650 de regroupement de données, décrits plus haut, peuvent être collectivement appelés organe 670 de recherche de données. Dans certaines formes de réalisation de la présente invention, l'organe 670 de recherche de données peut être conçu pour rechercher et compiler les données. L'organe 660 d'analyse de données de l'organe 620 de traitement de données est conçu pour analyser les données. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées pour identifier un ou plusieurs problèmes potentiels d'intolérance liés à la thérapie médicale. Dans certaines formes de réalisation de la présente invention, un ou plusieurs des organes 610-660 du système 600 peuvent être amenés à fonctionner de manière répétée pour réaliser une surveillance continue, en temps réel, de dossiers médicaux informatisés codifiés. Dans certaines formes de réalisation de la présente invention, un ou plusieurs des organes 610-660 du système 600 peuvent fonctionner manuellement, automatiquement ou d'une manière mixte. Comme évoqué plus haut, les organes, éléments et/ou fonctions du système 600 peuvent être mis en oeuvre de manière individuelle ou en combinaison sous diverses formes dans un matériel, un microprogramme et/ou un ensemble d'instructions dans un logiciel, par exemple. Certaines formes de réalisation peuvent se présenter sous la forme d'un ensemble d'instructions résidant sur un support exploitable par un ordinateur, comme une mémoire, un disque dur, un DVD ou un CD, pour être exécutées par un ordinateur polyvalent ou autre dispositif de traitement. La Fig. 7 illustre un procédé 700 pour identifier et/ou évaluer des risques potentiels d'intolérance liés à une thérapie médicale, selon une forme de réalisation de la présente invention. Le procédé 700 comprend les étapes ci-après, qui seront décrites plus en détail par la suite. Lors de l'étape 710, des critères de recherche sont déterminés. Lors de l'étape 720, les données sont regroupées. Lors de l'étape 730, les données sont analysées. Dans certaines formes de réalisation de la présente invention, les étapes 710-720 du procédé 700 peuvent être collectivement appelées recherche et compilation de données 740, comme illustré sur la Fig. 7A. Le procédé 700 est décrit en référence à des éléments du système 600 de la Fig. 6, mais il doit être entendu que d'autres mises en oeuvre sont possibles. Lors de l'étape 710, des critères de recherche sont déterminés. Les critères de recherche peuvent être déterminés par l'organe 620 de traitement de données de la Fig. 6, décrit plus haut. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent être déterminés par l'organe 640 d'interface de données de la Fig. 4, décrit plus haut. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent être déterminés au moins en partie sur la base d'une thérapie médicale, par exemple des médicaments prescrits et non prescrits, des dispositifs médicaux, des implants et/ou autres thérapies médicales. Par exemple, un utilisateur peut saisir le nom d'un médicament prescrit, comme Atorvastatin (Lipitor), Rousvatatin (Celebrex), Fluoxetine (Prozac) et/ou Sertraline (Zoloft), et/ou une catégorie de médicaments prescrits, tels que les statines (inhibiteurs de la HGM-CoA réductase) et/ou des inhibiteurs sélectifs du recaptage de la sérotonine (ISRS). Selon un autre exemple, un utilisateur peut sélectionner un dispositif médical, tel que des stimulateurs cardiaques, des implants cochléaires, des stents à élution médicamenteuse et/ou autres dispositifs médicaux, sur un menu déroulant présentant des thérapies médicales utilisables. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent reposer au moins en partie sur un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale, comme des lésions du foie, des caillots sanguins, des attaques, des crises cardiaques, des lésions du cerveau, des décès et/ou autres problèmes potentiels d'intolérance. Par exemple, un utilisateur peut saisir "caillots sanguins" dans une boîte de dialogue comme problème potentiel d'intolérance lié aux stents à élution médicamenteuse. Selon un autre exemple, un utilisateur peut choisir "lésion du foie" sur un menu déroulant présentant des risques potentiels d'intolérance liés aux statines. Dans certaines formes de réalisation de la présente invention, les critères de recherche peuvent reposer au moins en partie sur le temps, un changement absolu, un pourcentage de changement, des facteurs cliniques, démographiques et environnementaux d'un patient, des thérapies médicales, des allergies, des problèmes médicaux, des diagnostics cliniques et autres critères de recherche concernés, avec des termes figurant dans les données pour dossiers médicaux informatisés codifiés. Dans certaines formes de réalisation de la présente invention, les termes de recherche peuvent être normalisés par rapport à des termes codifiés dans des dossiers médicaux informatisés, comme décrit plus haut. Par exemple, un utilisateur peut saisir l'expression de recherche "crise cardiaque", laquelle peut correspondre à l'expression codifiée "infarctus du myocarde" dans les dossiers médicaux informatisés. Selon un autre exemple, un utilisateur peut sélectionner le terme de recherche "Lipitor", lequel peut correspondre au terme codifié "Atorvastatin" dans les dossiers médicaux informatisés. Lors de l'étape 720, des données sont regroupées et/ou compilées. Les données peuvent comporter des données médicales, telles que des dossiers médicaux informatisés codifiés. Les données peuvent être regroupées par l'organe 620 de traitement de données de la Fig. 6, décrit plus haut. Plus particulièrement, les données peuvent être regroupées par l'organe 650 de regroupement de données de la Fig. 6, décrit plus haut. Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie d'après des critères de recherche. Les critères de recherche peuvent être les critères de recherche déterminés lors de l'étape 710. Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie sur la base d'une thérapie médicale. Par exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des adolescents prenant du Prozac. Selon un autre exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des patients asthmatiques prenant de l'Advair (une combinaison de Propionate de Fluticasone (Flovent) et de Salmeterol (Serevent)) dans des agglomérations urbaines telles que Chicago (Illinois), New York City (New York) et/ou Los Angeles (Californie), et dans des zones rurales telles que Salina (Kanzas) et/ou Cookeville (Tennessee). Dans certaines formes de réalisation de la présente invention, les données peuvent être regroupées au moins en partie d'après un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale. Par exemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des enfants munis d'implants cochléaires qui développent ou risquent de développer des infections des oreilles. Selon un autreexemple, des dossiers médicaux informatisés codifiés peuvent être regroupés pour des alcooliques prenant des statines et qui développent ou risquent de développer des lésions du foie. Dans certaines formes de réalisation de la présente invention, les étapes 710-720 du procédé 700, décrites plus haut, peuvent être collectivement appelées recherche et compilation de données 740, comme illustré sur la Fig. 7A. Lors de l'étape 730, les données sont analysées. Les données peuvent comporter des données médicales, telles que des dossiers médicaux informatisés codifiés. Les données peuvent être les données regroupées lors de l'étape 720. Les données peuvent être analysées par l'organe 620 de traitement de données de la Fig. 6, décrit plus haut. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées par l'organe 660 d'analyse de données de la Fig. 6, décrit plus haut. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées pour identifier un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale. Par exemple, une analyse de dossiers médicaux informatisés codifiés pour des adolescents sous Prozac permet d'identifier le suicide comme problème potentiel d'intolérance. Selon un autre exemple, une analyse de dossiers médicaux informatisés codifiés pour des personnes âgées portant des stents à élution médicamenteuse permet d'identifier des caillots sanguins comme problème potentiel d'intolérance. Dans certaines formes de réalisation de la présente invention, les données peuvent être analysées pour évaluer un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale. Par exemple, une analyse de dossiers médicaux informatisés codifiés pour des patients en bonne santé prenant des statines peut révéler qu'une augmentation de 20% des enzymes du foie constitue un signe avant-coureur de lésion du foie. Selon un autre exemple, une analyse de dossiers médicaux informatisés codifiés pour des alcooliques prenant des statines peut révéler qu'une augmentation de 10% des enzymes du foie constitue un signe avant-coureur d'une lésion du foie. Dans certaines formes de réalisation de la présente invention, une ou plusieurs des étapes 710-730 du procédé 700 peuvent être répétées pour réaliser une surveillance continue, en temps réel, de dossiers médicaux informatisés codifiés. Dans certaines formes de réalisation de la présente invention, une ou plusieurs des étapes 710-730 du procédé 700 peut être manuelle, automatisée ou mixte. Une ou plusieurs des étapes 710-730 du procédé 700 peut être exécutée seule ou en combinaison dans un matériel, un microprogramme et/ou sous la forme d'un ensemble d'instructions dans un logiciel, par exemple. Certaines formes de réalisation peuvent se présenter sous la forme d'un ensemble d'instructions résidant dans un support exploitable par ordinateur, tel qu'une mémoire, un disque dur, un DVD ou un CD, pour être exécutées par un ordinateur polyvalent ou autre dispositif de traitement. Certaines formes de réalisation de la présente invention peuvent se passer d'une ou plusieurs de ces étapes et/ou exécuter les étapes dans un ordre différent de l'ordre indiqué. Par exemple, certaines étapes peuvent ne pas être exécutées dans certaines formes de réalisation de la présente invention. Selon un autre exemple, certaines étapes peuvent être exécutées dans un ordre chronologique différent, y compris simultanément, par rapport à la liste ci-dessus. Certaines formes de réalisation de la présente invention proposent des algorithmes de surveillance afin d'identifier des problèmes éventuels d'intolérance liés à l'utilisation humaine de thérapies médicales, comme des médicaments prescrits et non prescrits, des dispositifs médicaux, des implants et/ou autres thérapies médicales, concernant une série de dossiers médicaux informatisés codifiés de patients. Certaines formes de réalisation de la présente invention proposent une interface utilisateur qui permet à un utilisateur final de saisir une liste de conditions cliniques facilement interprétées, où les termes et expressions employés sont liés, dans la base de données, à des termes et expressions codifiés des dossiers médicaux informatisés de patients. Ces termes et expressions codifiés peuvent inclure des thérapies médicales telles que des médicaments prescrits et non prescrits, des dispositifs médicaux, des implants et/ou autres thérapies médicales. L'interface utilisateur peut comporter, par exemple, une visualisation du corps humain pour sélectionner des critères de recherche. Par exemple, un utilisateur peut sélectionner une région du corps telle que le thorax. L'utilisateur peut ensuite choisir un organe dans la région du corps choisie, par exemple les poumons, le foie et/ou la rate. Ensuite, un utilisateur peut sélectionner un type de cellule et/ou une lignée cellulaire particulier dans l'organe choisi. Dans certaines formes de réalisation de la présente invention, un utilisateur final peut créer des outils de surveillance qui surveillent en continu des millions de dossiers médicaux informatisés codifiés, en temps réel, de patients, dans le but d'identifier des événements d'une grande gravité qui pourraient signaler un problème d'intolérance, ainsi que des éléments de faible gravité pouvant être liés à des problèmes d'intolérance à plus long terme. Par exemple, des patients sous Rofecoxib (Vioxx) qui ont consulté leur médecin en se plaignant de douleurs dans la poitrine et/ou d'autres prodromes d'infarctus du myocarde peuvent être surveillés. Un signal peut être produit au moins en partie d'après des relevés anormaux d'hypertrophie, d'événements de faible gravité signalant un problème potentiel lié au médicament et conduisant à une évaluation anticipée d'hypertrophie de faible gravité. Selon un autre exemple, un laboratoire pharmaceutique peut lancer un nouveau médicament et surveiller de très petits changements dans des variables particulières dans une cohorte très spécifique de patients. Cette surveillance peut devenir une exigence de la FDA pour un agrément conditionnel. Dans certaines formes de réalisation de la présente invention, un utilisateur final peut maîtriser des variables de recherche et de surveillance comme le temps, un changement absolu, un pourcentage de changement, des facteurs cliniques, démographiques et environnementaux de patients, des thérapies médicales, des allergies, des problèmes médicaux, des diagnostics cliniques et autres critères de recherche concernés, avec des termes et expressions figurant dans les données de dossiers médicaux informatisés codifiés. Certaines formes de réalisation de la présente invention permettent de raccourcir fortement les délais d'identification et de traitement de problèmes potentiels d'intolérance liés à des thérapies médicales. De plus, dans certaines formes de réalisation de la présente invention, des informations peuvent être transmises à n'importe quelle et/ou à toute partie intéressée, dont des organismes officiels potentiels. Certaines formes de réalisation de la présente invention permettent l'identification de nombreux problèmes potentiels d'intolérance afin de poursuivre leur évaluation. Certaines formes de réalisation de la présente invention fournissent beaucoup de détails concernant des problèmes potentiels d'intolérance et/ou le contexte clinique de patients en raison de la disponibilité de données de dossiers médicaux informatisés codifiés des patients. Certaines formes de réalisation de la présente invention permettent une surveillance continue, en temps réel, de données de dossiers médicaux informatisés codifiés de patients dans le but d'identifier des problèmes potentiels d'intolérance dus à des thérapies médicales, comme des médicaments prescrits et non prescrits, des dispositifs médicaux, des implants et/ou d'autres thérapies médicales. Certaines formes de réalisation de la présente invention présentent un ou plusieurs algorithmes ou "bots" qui sont exécutés et fonctionnent à l'arrière plan. Les bots peuvent fonctionner extérieurement dans un site étranger, à la différence du regroupement et/ou de la centralisation des données. On notera que, dans la description, l'utilisation des termes premier, deuxième, etc. ne traduit aucun ordre ou importance, mais plutôt les termes premier, deuxième, etc. servent à distinguer un élément d'un autre. Liste des repères Système d'utilisation d'entrepôt de données 102 Système d'entrepôt de données 104 Réseau 106 Systèmes PSP 108 Systèmes d'utilisation de PSP 110 Fonction d'importation de données 206 Zone de transfert 208 Entrepôt de données 210 Rapports de cohortes de patients 212 Base de données de DMI 302 Identifiant de patient 304 Logiciel de codage d'identifiant de patient 306 Identifiant de patient codé 308 Interface utilisateur de chiffrage de mot de passe 310 chaîne de caractères de mot de passe 312 Logiciel de codage d'identification de patient 402 Système 500 Postes de travail d'utilisateurs 510 Portail Internet 520 Moyen de stockage de données 530 Liaison de données 540 Ecran d'affichage 550 Serveur de données 560 Système 600 Organe de stockage de données 610 Organe de traitement de données 620 Organe de communications de données 630 Organe d'interface de données 640 Organe de regroupement de données 650 Organe d'analyse de données 660 Organe de recherche de données 670 Procédé Fig. 7 REVENDICATIONS 1. Système pour identifier un ou plusieurs problèmes potentiels d'intolérance liés à une thérapie médicale, le système comprenant : un organe (670) de recherche de données conçu pour rechercher et compiler des données reposant au moins en partie sur une thérapie médicale ; et un organe (660) d'analyse de données conçu pour analyser les 10 données afin d'identifier un ou plusieurs problèmes potentiels d'intolérance liés à la thérapie médicale. 2. Système selon la revendication 1, dans lequel l'organe (670) de recherche de données est également conçu pour rechercher et compiler des données qui dépendent au moins en partie d'un ou 15 plusieurs problèmes potentiels d'intolérance liés à la thérapie médicale ;et l'organe (660) d'analyse de données est, en outre, conçu pour analyser les données qui dépendent au moins en partie d'un ou plusieurs potentiels d'intolérance liés à la thérapie médicale afin 20 d'évaluer le ou les problèmes potentiels d'intolérance liés à la thérapie médicale. 3. Système selon la revendication 1, dans lequel les données comprennent un ou plusieurs dossiers médicaux informatisés codifiés. 4. Système selon la revendication 3, dans lequel l'organe (670) 25 de recherche de données est configuré pour exécuter des critères de recherche qui comprennent un terme de recherche et dans lequel le terme de recherche est normalisé par rapport à un terme codifié associé au/aux dossiers médicaux informatisés codifiés. 5. Système selon la revendication 1, dans lequel la thérapie 30 médicale comprend un ou plusieurs médicaments prescrits, un médicament non prescrit, et un implant. 6. Système selon la revendication 4, dans lequel les critères de recherche sont déterminés au moins en partie d'après un ou plusieurs facteurs parmi des facteurs cliniques, des facteurs géographiques, et 35 des facteurs environnementaux. 7. Système selon la revendication 1, dans lequel le ou les problèmes potentiels d'intolérance comprenant un ou plusieurs problèmes parmi une blessure, une maladie, une lésion ou un décès. 8. Système selon la revendication 2, dans lequel au moins un parmi l'organe (670) de recherche de données et l'organe (660) d'analyse de données est configuré pour assurer une surveillance des dossiers médicaux informatisés codifiés.10