Evaluation Idéopass - STIC Panorama des solutions MPI

Transcription

1 Evaluation Idéopass - STIC Version 1 GMSIH 374, rue de Vaugirard Paris. Tel : Fax :

2 Auteur(s) du document : Contrôle Qualité GMSIH Date : 17/03/2005 Statut : Validé Par : GMSIH Date Version Commentaires Statut 17/03/ Publication Validé 17/03/05 2/25 Pr143PANO_MPI_V1.doc

3 Sommaire 1. Présentation Introduction Objectif de l étude Liste des sociétés SymphonieOnLine SeeBeyond Novell, CriticalPath Oracle Siemens Tibco IBM Microsoft MPI : Symphonieonline (AGFA) Présentation de la société et références Références du produit Présentation du Produit Les objectifs Gestion de l identification des patients L architecture Sécurité Interopérabilité Évolutions MPI SeeBeyond Présentation société et références /03/05 3/25 Pr143PANO_MPI_V1.doc

4 3.2. Présentation Produit Objectifs du Produit Gestion de l identification des patients Architecture Aspect sécurité Interopérabilité (HL7, initiative IHE,..) Oracle Présentation Société Présentation Globale de l offre HTB Présentation de l offre EMPI Objectifs Gestion de l identification des patients Architecture Sécurité Interopabilité Synthèse Analyse des trois solutions Synthèse /03/05 4/25 Pr143PANO_MPI_V1.doc

5 1. Présentation 1.1. Introduction La mission envisagée par le GMSIH a pour objectif de faire une évaluation, par un tiers neutre et expert, des solutions STIC et Idéopass assurant le service d identification des patients et notamment le rapprochement des identités en provenance de différents domaines d identification. L'évaluation de ces deux solutions est nécessaire pour éclairer la vision par les régions et établissements intéressés des produits développés sur le plan de leur qualité intrinsèque et de leurs conformités aux recommandations du GMSIH et d'ihe. Cette évaluation vise à mettre en perspective les produits STIC et Idéopass au regard des offres MPI existantes sur le marché et des autres développements régionaux éventuels, de façon à positionner clairement ces deux produits dans le paysage et à fournir aux établissements l éclairage nécessaire à un choix pertinent. Cette mise en perspective permettra également de préciser les choix fonctionnels et d architecture des produits évalués. Ce document décrit la démarche utilisée pour cette étude et présente le résultat Objectif de l étude Cette analyse doit permettre de situer ces deux solutions au regard d un éventuel marché des éditeurs MPI. Pour cela, nous nous sommes mis dans la situation d un établissement questionnant le marché. Il ne s agit donc en aucun d une véritable étude des fonctionnalités des produits cités. La prise d information résulte d une étude des sites Internet des sociétés concernées ainsi que de contacts téléphoniques avec leurs représentants commerciaux sur la base d une liste de sociétés éditrices de produits ayant des fonctions similaires aux solutions STIC et Idéopass Sur les neufs sociétés contactées, trois seulement ont répondu favorablement, et de façon complète, à nos demandes concernant leur offre MPI. Les éditeurs d annuaires en particulier nous ont signalé qu ils n avaient pas ce type de produit disponible et qu ils n en avaient pas inscrit dans leur feuille de route pour l instant. L approfondissement de l étude a donc porté sur trois produits pouvant concurrencer directement STIC et Idéopass. L analyse est décompose en plusieurs parties : Présentation de 3 offres MPI Positionnement des grands éditeurs sur le marché de la santé et exemples de réalisations Positionnement des éditeurs de solution de gestion d identité Synthèse 17/03/05 5/25 Pr143PANO_MPI_V1.doc

6 1.3. Liste des sociétés Nom Société Nom du produit Contact Symphonie On Line (AGFA) Un produit MPI existe M. Launay Seebeyond Un produit MPI existe Eview M. Scardigli Oracle Un produit MPI existe EMPI M. Scazzola TIBCO Un produit MPI existe Novell Pas de produit M. Dufresne Critical Path Pas de produit M. Soares Siemens IBM Microsoft Pas de produit Pas de réponse Pas de réponse SymphonieOnLine SymphonieOnline possède une solution de MPI. Suite à un contact téléphonique, Nous avons rencontré M. Launay au salon de la radiologie. De nombreux documents (manuels utilisateurs et de conception) ont été fournis et une synthèse intégré dans ce document SeeBeyond SeeBeyond possède une solution de MPI, Une présentation synthétique est intégrée dans ce document Novell, Concernant le marché de la santé et l'identification des patients, Novell n'a pas développé de solutions spécifiques et donc de solution MPI. Simplement Novell a mené quelques démarches partenaires pour étendre le modèle de données edirectory + NMAS pour accueillir des données propres aux métiers de la santé. Le premier exemple fut mené dans le nord ou Novell utilisé la Carte des Professionnels de Santé pour verrouiller la station de travail et la personnaliser en fonction du profil de son utilisateur, tout en assurant la signature des actions réalisées. 17/03/05 6/25 Pr143PANO_MPI_V1.doc

7 CriticalPath Cet éditeur n a pas de produit MPI à son catalogue. CriticalPath a mené un projet sur la gestion de l identité sur la base de ses produits d annuaire et de méta annuaire pour la gestion des patients. Le GIP-CPS a choisi cet éditeur pour gérer l annuaire des professionnels de santé ayant une carte CPS Oracle Oracle dispose d une solution complète dans laquelle la brique MPI existe. Seulement celle-ci s utilise uniquement dans l architecture globale d Oracle. Il n est pas prévu de la rendre indépendante Siemens Siemens EN SEC est impliqué dans de nombreux projets dans le domaine de la santé et notamment sur la partie sécurité. Un document est fourni explicitant quelques projets. D après le correspondant, Siemens ne dispose pas de solution propre de type MPI Tibco TIBCO possède une solution de MPI IBM IBM a été contacté mais aucune réponse n a été donnée à ce jour Microsoft Microsoft a été contacté mais aucune réponse n a été donnée à ce jour. 17/03/05 7/25 Pr143PANO_MPI_V1.doc

8 2. MPI : Symphonieonline (AGFA) 2.1. Présentation de la société et références La société Symphonie On Line a été rachetée par le Groupe AGFA fin Les chiffres présentés sont ceux de la société avant le rachat. La société Symphonie On Line a un Chiffre d Affaires 2003 : 24.5 Millions d Euros avec une progression 2003/2000 de 60% et un nombre de salariés de 232.Symphonie On Line a 1100 clients dans le secteur santé répartis comme suit : 390 Centres Hospitaliers 177 Hôpitaux Locaux 209 Cliniques 156 Maisons de Retraites et Etablissements Sanitaires et Sociaux 168 PSPH La société Symphonie On line a trois types d activités : Editeur 60 % du CA Intégrateur 25% du CA Distributeur 15% du CA Références du produit Il n y a pas de références actuelles pour le produit de MPI Présentation du Produit Les objectifs Le but de ce produit est de manager des identités de personnes physiques ou morales. Les personnes physiques ont des rôles, dont celui de patient. Le Master Person Index, permet de gérer l unicité de la donnée autour des informations d identification. Il permet aussi de : gérer un numéro unique dans un domaine d identification. de créer des listes de références croisées, liée a un numéro unique, afin de gérer plusieurs domaines d identification. de fournir des informations d identité du patient, pour éviter de créer dans tous points de contact avec des personnes Gestion de l identification des patients Le produit gère deux modèles de rapprochements (la fédération et la corrélation). Il permet en particulier : De fédérer les données d identification de personnes (ou patients), en provenance de plusieurs domaines d identification, afin de constituer un référentiel commun aux différents domaines. 17/03/05 8/25 Pr143PANO_MPI_V1.doc

9 De générer une liste de références croisées, afin de présenter des listes de rapprochement, qui définissent le chemin de rapprochement permettant de trouver des informations depuis un domaine dans un autre, De fédérer les numérotations des différents domaines par fusion dans un même domaine. De paramétrer le moteur de rapprochement pour créer automatiquement des références croisées, à partir d un certain poids calculé lors du rapprochement. Si le poids calculé, et supérieur ou égal au poids minimum, le rapprochement est effectué en automatique. Il existe dans la version actuelle, 10 niveaux de poids. De rendre obligatoire la recherche préalable avant création. Dans ce cas, les différents domaines ne créeront plus d identités sans au préalable avoir fait une recherche dans le Master Person Index, ce dernier servant alors de référence. Cela permet d éviter les doublons dus à la création dans de multiples domaines d identification. Domaine 1 MASTER Person Index Création Personne Domaine 2 Création personne Références croisées Domaine 1 Recherche Patient MASTER Person Index Domaine 2 Réponse recherche Création patient Recherche patient Références croisées Réponse recherche Création personne 17/03/05 9/25 Pr143PANO_MPI_V1.doc

10 L architecture. Le Master Patient Index est constitué de quatre briques : Serveur d identité Patient Identity Cross Reference Manager Patient Demographic Query (2005) Serveur d accréditation, d autorisation et d administration. Les objets sont stockés dans une base de donnée Oracle. L accès aux données n est possible que par des composants métiers qui respectent les règles de sécurité et de traçabilité (Evolutions en cours pour supporter le profil IHE, ATNA). Les accès sont contrôlés par une connexion de type Utilisateur/Mot de passe, et une gestion des droits sur des groupes de données, selon des règles définies dans le serveur d identité. Les composants métier seront aussi disponibles dans une prochaine version en mode Service Web Sécurité La gestion sécurité se limite globalement à la gestion des traces des données accédées. La gestion des connexions ainsi que l adaptation éventuelle d utilitaires de cryptage, afin de sécuriser le transport est possible mais doit être réalisée lors de l intégration du produit. Par contre tous les accès aux données sont tracés et horodatés, ce qui permet de retrouver les créations, modifications, annulations, etc avec leurs auteurs, ceci même dans le cas d actions déclenchées par des messages lors d une intégration interapplicative. En consultation de l historique des évènements il est possible de suivre chaque étape en affichant la fiche des traits d identification, avec pour chaque trait les valeur avant et après Interopérabilité Le Master Patient Index supporte les acteurs IHE suivant : Pix Feed PIX Manager PDQ Supplier (prévu version 2005) Les Intégrations Statements IHE, sont disponible à l adresse : 17/03/05 10/25 Pr143PANO_MPI_V1.doc

11 Évolutions Une deuxième version de l algorithme de rapprochement sera implémentée. Elle permettra d utiliser un algorithme basé sur une approche mathématique du calcul des poids. 17/03/05 11/25 Pr143PANO_MPI_V1.doc

12 3. MPI SeeBeyond 3.1. Présentation société et références SeeBeyond est un éditeur américain de 750 personnes, générant 150 millions d euros de Chiffres d Affaires. Son métier est l intégration de systèmes (EAI), en particulier dans le domaine de la santé. Il propose une solution permettant une vision unique du Dossier Patient. Son Président actuel est le fondateur de la société en Ancien chef de projet en charge des interfaces dans des hôpitaux, il a créé la première solution d industrialisation des interfaces (EAI) et de dossiers médicaux partagés en L extrême stabilité de l actionnariat (détenu à plus de 52% par le fondateur et le Management) et de son management explique pourquoi le secteur Santé est resté stratégique pour la société SeeBeyond (plus de 30% du Chiffre d Affaires mondial). Reconnu dans le cadran magique d EAI du Gartner comme la plus visionnaire, SeeBeyond est le leader mondial incontesté de l intégration d application (1200 clients) et des solutions de MPI (64 clients) dans le monde hospitalier. Sa présence est monopolistique dans le secteur aux USA, en Allemagne (330 hôpitaux/cliniques), Angleterre et Australie pour les solutions d EAI et de MPI. Référence MPI: Choix par le NHS de sa solution au coeur du Système Santé anglais de demain. La technologie SeeBeyond a été retenue pour ses solutions d intégration et son MPI dans le projet national du NHS. SeeBeyond est retenue à la fois sur l infrastructure nationale, mais également dans 3 des 5 régions anglaises. L exemple du New York Presbyterian Hospitals La solution de MPI de SeeBeyond est utilisée dans la plate-forme régionale que constitue le New York Presbyterian Hospital (9 millions de patients). Il s agit d un des premiers clients au monde ayant utilisé une solution de MPI progicielle (1997). Avec la mise en place de cette solution, le taux de doublon est passé de 18% à 0,5%. 17/03/05 12/25 Pr143PANO_MPI_V1.doc

13 Autres Références Le MPI SeeBeyond est également vendu dans les principaux établissements suivants : - GSM( General Medical Services) : Etablissement de remboursement de soins pour le Compte du gouvernement irlandais. - Etablissements de Berlin (9 hôpitaux), Lintz, Gratz, etc - Plateforme londonienne (14 hôpitaux) 3.2. Présentation Produit Objectifs du Produit Reconnu comme la technologie la plus visionnaire par le Gartner Group en 2004, la suite ICAN (Integrated Composite Application Network) présente les caractéristiques suivantes : - Solution nativement J2EE 1.3, - Solution distribuée, - Solution scalable et très rapide, - Solution orientée Business Process Management (respect du standard BPEL). - Environnement de développement présentant différents niveaux selon les utilisateurs. - Solution nativement intégrée à la solution d intégration (EAI) sous-jacente, permettant de réduire les risques et les coûts d intégration avec les systèmes existants. L éditeur SeeBeyond garantit cette intégration au titre de la maintenance - Solution pouvant être couplée avec d autres solutions d intégration (EAI, autres) déjà en place dans des systèmes d information hospitaliers - Solution respectant les standards HL7, DICOM, IHE. Il est à noter, du fait que le NHS utilise HL7 V3 et que que SeeBeyond supporte déjà ce niveau de norme. - SeeBeyond est un des promoteur américains sponsors de IHE - la Solution eview, à travers sa Quality Workstation» permet de créer un métaréférentiel patient non intrusif. 17/03/05 13/25 Pr143PANO_MPI_V1.doc

14 Gestion de l identification des patients e*view = Le Master index patient Registered as Ann William Local ID# La solution de visualisation unique du patient, à travers les différents systèmes existants Registered as Anne William Local ID# Community Physician s Group IDX Radiology Center Cerner RadNet Community Hospital SMS MS/4 University Hospital HBOC Pathways Registered as Anne Williams Local ID# Registered as Ann Williams Local ID# eview facilite la création d applications donnant une vue unique pour des objets métiers manipulés par différentes applications. eview procure les caractéristiques et fonctions vous permettant de créer et de configurer un index maître au travers de l entreprise. La fonction première d eview est d automatiser la création et la gestion d un d index maître parfaitement configurable. La configuration se fait via une une interface ou même des assistants. eview procure les fonctionnalités suivantes : Prise en compte des caractères et de la phonétique française. Développement rapide et intuitif pour créer un index maitre via une interface utilisateur. Des exemples réutilisables sont livrés pour les objets Personne et Société. Génération automatique des composants : eview crée automatiquement les fichiers de configuration qui définissent les attributs primaires du master index. Ceci inclut la configuration du Enterprise Data Manager (EDM). eview génère aussi les scripts de création de base de donnés et un Object Type Definition (OTD) basé sur cette configuration qui permet ensuite d utiliser l objet de gestion dans une application. 17/03/05 14/25 Pr143PANO_MPI_V1.doc

15 Survivor Calculator Configurable: eview contient des stratégies prédéfinies pour déterminer quels champs (avec quelles valeurs) doivent faire partie du meilleur enregistrement unique (Single Best Record) dans le méta référentiel. Architecture Flexible : eview procure une plateforme permettant de créer un master index pour n importe quel objet. Il est possible de customiser cet objet pour permettre au master index de stocker n importe quel type de données. Ceci vous permet de créer une application remplissant vos besoins spécifiques. Algorithme de Matching Configurable : eview supporte le SeeBeyond Match Engine et le Ascential INTEGRITYTM algorithme de matching. De plus, il est possible de créer son propre algorithme de réconciliation Architecture C est une solution nativement J2EE 1.3, c'est-à-dire portable sur tout serveur d application J2EE du marché. distribuée (première solution dite Network Centric du marché, en 1999), permettant à l envi un déploiement centralisé ou décentralisé scalable et très rapide, testée au National Health Services contre 6 solutions d intégration différentes, comme la plus rapide (400 messages/seconde). La solution a montré pouvoir traiter 250 millions de transactions/jour chez Visa International Dans l environnement complet de la suite ICAN, elle bénéficie des solutions et des avantages suivants tels que : Supervision Grâce aux briques natives de Business Process Monitoring, la suite ICAN permet un suivi de bout en bout de requêtes, de mises à jour de données concernant le patient. Ces fonctionnalités permettent l historisation (complètement paramétrable) de toutes les activités de MPI, et éventuellement le retour en arrière. Business Activity Monitoring ebam studio permet la création d application de suivi des activités métier. Ces applications interceptent les flux de données manipulées par ICAN. ebam produit des sorties graphiques des données analysées. Ces analyses sont basées sur des Key Performance Indicator et peuvent générer des alertes (prédictives ou non). 17/03/05 15/25 Pr143PANO_MPI_V1.doc

16 L approche processus permet de gérér des interventions humaines telles que la validation de données, les recherches de doublons lors d une arrivée de patient, etc. L outil Business Process Manager, gérant le contexte, permet également d organiser des retours arrière sur des synchronisations ou mises à jour de référentiels Aspect sécurité Concernant la confidentialité des messages, Seebeyond fournis le Secure Message Extension (SME) qui permet aussi bien la sécurisation des échanges inter-entreprises (au travers ou non de l Internet) que la sécurisation (cryptage) en file d attente même, tout en exploitant le potentiel d egate Integrator en permettant: La confidentialité des données par PKI (clés symétriques et asymétriques) SOAP Security XML Digital Signature Le cryptage des messages par S/MIME (encryptage/décryptage). L intégrité des données par l algorithme «one-way hash» L authentification des messages et des expéditeurs (par signatures Digitales) Le support de SSLv2,V3 et TLS (HTTPS) qui lui n adresse que la confidentialité JMS sécurisé. Le Secure Message Extension supporte en standard S/MIME v3 (Secure Multipurpose Internet Mail Extension) : DES_EDE3_CBC RC2_128 DES_CBC RC2_40 Signatures Digitales: RSA/MD5 - RSA/SHA1 En terme d intégrité, Seebeyond met en œuvre 2 approches : - par intégrité transactionnelle (XA) : dans ce cas les systèmes sous-jacents au processus doivent proposer une interface XA - par compensation : c'est-à-dire que pour chaque étape d un processus, il est possible de revenir en arrière en fonction des indicateurs stockés dans le contexte d exécution (défini précédemment) Interopérabilité (HL7, initiative IHE,..) Seebeyond supporte nativement les différentes versions de HL7 depuis Du fait de son implication forte auprès du NHS, SeeBeyond supporte HL3 V3. SeeBeyond est à l origine, dans les années 1990, de l initiative IHE aux Etats-Unis. SeeBeyond est membre fondateur de IHE en Allemagne en Juin /03/05 16/25 Pr143PANO_MPI_V1.doc

17 Par ailleurs, SeeBeyond est à l origine d initiatives mondiales nouvelles comme membre fondateur de la section International Health Continuum auprès du groupe OASIS 17/03/05 17/25 Pr143PANO_MPI_V1.doc

18 4. Oracle 4.1. Présentation Société Oracle a été fondé en 1977, réalise un Chiffre d affaires Monde de 10,2 milliards de dollars a fin mai 2004 et emploie personnes. Oracle Corporation développe, fabrique, commercialise, distribue des logiciels de base de données et d'infrastructure, incluant serveur d'application, logiciel collaboratif et outils de développements afin d'aider les clients à gérer et à développer leurs activités et leurs opérations. Oracle propose également une suite intégrée de progiciels de gestion, une offre d'outsourcing, ainsi que tous les services associés de conseil, de formation et de support. Depuis 13 années, Oracle accompagne la modernisation du Secteur Hospitalier à l'origine, en proposant ses technologies de bases de données et d'outils de développement pour la construction de solutions basées sur les standards et les systèmes ouverts; et actuellement, en proposant une offre intégrée dans le domaine du pilotage et de la gestion. Aujourd'hui, l'investissement d'oracle sur le secteur hospitalier dépasse le cadre de la pure technologie, en proposant au marché français de bénéficier d'une capitalisation internationale autour de deux nouvelles offres : Oracle Healthcare Transaction Base, socle d'interopérabilité normalisé HL7 V3 RIM. Oracle e-business Suite, suite applicative de gestion administrative, adaptée aux exigences réglementaires du secteur hospitalier public, et intégrant les meilleures pratiques de gestion Oracle a de nombreuses références dans le domaine de la santé Présentation Globale de l offre HTB Oracle Healthcare Transaction Base (HTB) est un référentiel de données complet allié à une infrastructure de services qui prend en charge le développement d'applications de santé robustes et évolutives. Oracle HTB inclut des composants logiciels qui centralisent et consolident les objets patients, fournisseur et clinique à l'échelle de l'entreprise de santé, fournissant ainsi un accès unifié à une infrastructure de gestion complète des données médicales. En outre, ces services prennent en charge le développement d'un référentiel de données cliniques normalisé, dont la structure repose sur le modèle de données de référence développé pour la norme de messagerie HL7 version 3 et les systèmes terminologiques correspondants. 17/03/05 18/25 Pr143PANO_MPI_V1.doc

19 Business APIs Administration Business APIs Clinical Business APIs Messaging Services Enterprise Terminology Services EMPI Core HTB Services Configuration Services Workflow Services Security Services Auditing Services Oracle Core Technologies Oracle 9i Application Server Enterprise Object Model Healthcare Data Repository Oracle 9i Database La logique métier des domaines fonctionnels (cliniques et de gestion des données médicales) et les services principaux sont présentés via une interface API Java. Cette dernière convertit les services sousjacents dans un format compatible avec l'environnement de développement des fournisseurs clients. Le développement du produit Oracle utilise des interfaces API identiques pour appeler les services Oracle HTB. Les interfaces API sont conçues pour que la logique métier fournie par Oracle HTB puisse être étendue, le cas échéant, à des fonctions d'applications spécifiques. La plate-forme Oracle HTB prend en charge les normes de l'industrie, à savoir : la norme HL7, les réglementations définies en matière de sécurité gouvernementale et de confidentialité (lois HIPAA aux Etats-Unis et Data Protection Act au Royaume-Uni, par exemple), ainsi que les systèmes terminologiques standard (SNOMED, OPCS et ICD, par exemple). Les clients Oracle HTB peuvent utiliser la plate-forme pour accélérer leur migration vers ces normes, tout en se concentrant sur le développement de fonctions d'applications de santé Présentation de l offre EMPI L offre EMPI est intégrée dans la solution globale de l offre HTB. Il n est pas prévu que l offre EMPI puisse être utilisé indépendamment de l offre HTB Objectifs Les services EMPI facilitent l'intégration des systèmes par le biais de la création d'un registre centralisé d'identification des personnes. Il ne s'agit pas d'un référentiel de dossiers médicaux à proprement parler, ni d'un super ensemble ou d'un sous-ensemble de données sur les patients ou praticiens. Il s agit d un référentiel utilisé strictement et exclusivement pour l'identification coordonnée et cohérente des personnes. Le périmètre de ce référentiel peut comporter un domaine unique ou plusieurs domaines et peu s étendre au niveau de communautés très larges (niveaux national ou international). 17/03/05 19/25 Pr143PANO_MPI_V1.doc

20 Gestion de l identification des patients Voici les fonctions qui seront intégrées aux services EMPI de la plate-forme Oracle HTB : Gestion des personnes Les services EMPI fournissent des fonctions complètes d'édition des personnes, y compris des fonctions de création, mise à jour, désactivation et suppression des personnes. Ils prennent également en charge la gestion de personnes temporaires. Les services EMPI invoquent les services d'audit pour toutes les modifications apportées par les utilisateurs et les systèmes aux données sur les personnes. Recherche des personnes Les services EMPI intègrent un système qui permet de renvoyer une liste de personnes en fonction d'un ensemble de critères de recherche. La fonction de recherche des personnes prend en charge un mode standard et un mode avancé. Le mode standard est conçu pour effectuer des recherches rapides sur les attributs de personnes les plus courants. Le mode avancé utilise des algorithmes sophistiqués de mise en correspondance afin de renvoyer un ensemble de résultats hautement qualifiés, associés à des niveaux de fiabilité. Une fonction de recherche d'un participant unique, qualifié par rôle, sera également proposée. Mise en correspondance des personnes Les services EMPI permettent de nettoyer et de normaliser des données sur les personnes à l'aide de routines de conversion de données configurables. Ils prennent en charge la mise en correspondance automatisée en temps réel («mise en œuvre active») pour les applications utilisateur final intégrées, avec un appel incorporé aux fonctions EMPI. Ils prennent également en charge la mise en correspondance par lots ou en arrière-plan («mise en œuvre passive») exécutée de façon autonome sur le référentiel de personnes central. Fusion des personnes La fusion des personnes consiste à supprimer les doublons, une tâche essentielle qui vise à réduire les risques d'erreurs médicales. Les services EMPI permettent de fusionner entièrement des personnes, qu'elles soient temporaires ou actives. L'utilisateur spécifie la personne qui «survivra» à la fusion. Cette dernière est alors mise à jour en fonction des attributs sélectionnés pour les personnes sources. L'enregistrement qui survit et celui qui disparaît sont indiqués comme fusionnés. L'enregistrement qui disparaît est également indiqué comme inactif. Annulation de la fusion des personnes La fonction d'annulation de fusion des personnes permet d'annuler facilement une fusion réalisée par erreur. Les mises à jour apportées à la personne fusionnée peuvent être éventuellement associées à des enregistrements individuels restaurés. Mise en corrélation des personnes La fonction de mise en corrélation des personnes fait référence au processus de synchronisation des personnes entre les systèmes, grâce auquel une même personne détectée dans plusieurs référentiels est synchronisée. L'utilisation des données sur les personnes corrélées englobe aussi bien la gestion entièrement centralisée des attributs de personnes dans un service EMPI desservant plusieurs systèmes que des personnes librement associées et référencées dans plusieurs systèmes sources. Oracle HTB fournit les domaines fonctionnels clés suivants pour la mise en corrélation des personnes : Gestion d'un index à références multiples d'identificateurs de personnes pour tous les systèmes sources 17/03/05 20/25 Pr143PANO_MPI_V1.doc

21 Chargement par lots des référentiels de personnes à partir d'autres systèmes, générant les identificateurs internes et les identificateurs externes par références croisées requis Réponse aux requêtes sur les personnes à partir de systèmes externes, par identificateurs internes ou externes, ou attributs de personnes Génération de notifications de modification lors de la mise à jour des données sur les personnes Architecture Oracle HTB exploite les technologies standard clés développées par Oracle, ce qui garantit ses hautes performances et sa grande évolutivité. L'utilisation de ces technologies éprouvées signifie que les problèmes techniques courants ont déjà été résolus par les autres applications Oracle. De plus, l'exploitation de technologies existantes facilitera l'intégration future à d'autres produits Oracle basés sur la même plate-forme. L architecture HTB Ce schéma illustre l'utilisation de modèles pour la plate-forme Oracle HTB : Intégration aux systèmes existants basée sur les messages. Intégration basée sur les API pour le développement de nouvelles applications. Intégration basée sur les proxies pour les applications existantes, permettant d'optimiser la compatibilité avec Oracle HTB tout en utilisant l'architecture existante Sécurité La plate-forme Oracle HTB permet aux clients de développer des applications conformes aux réglementations gouvernementales et aux spécifications définies en matière de sécurité par les normes de l'industrie, telles que la norme HL7. 17/03/05 21/25 Pr143PANO_MPI_V1.doc

22 Oracle HTB prend en charge l'authentification des utilisateurs principaux (utilisateurs humains ou entités système), afin de vérifier leur véritable identité. Il gère également les utilisateurs principaux et groupes d'utilisateurs principaux au sein du domaine de sécurité, fournissant ainsi l'infrastructure de base à d'autres services de sécurité. Oracle HTB propose une mise en œuvre de référence pour l'authentification basée sur les ID utilisateur et les mots de passe. Ce service inclut également des méthodes d'initialisation d'un contexte d'authentification, de collecte des données d'identification (ID utilisateur et mot de passe, par exemple) et d'authentification des utilisateurs. Les mises en œuvre d'autres systèmes d'authentification (tels que les certificats numériques ou les systèmes biométriques) peuvent être facilement associées à l'aide d'un SPI d'authentification. Les services d'autorisation déterminent les autorisations octroyées aux utilisateurs principaux pour la réalisation d'actions spécifiques sur des objets spécifiques. Ils gèrent également les règles qui associent les autorisations aux utilisateurs principaux et groupes d'utilisateurs principaux dans le domaine de sécurité. Ce service contribue à prévenir toute activité illégale de la part des utilisateurs authentifiés. Oracle HTB ne prend en charge que les règles d'octroi et met en œuvre la règle d'autorisation suivante : une requête d'accès n'est octroyée que si au moins une règle d'octroi correspond à la requête. Oracle HTB prend en charge les fonctions suivantes : Autorisation au niveau des fonctions. Les règles d'octroi sans contraintes sont acceptées. Ce niveau de service d'autorisation prend en charge l'accès basé sur les rôles. En revanche, il ne supporte pas l'accès libre, ni l'accès basé sur le contexte et les relations. Autorisation au niveau des données. Les règles d'octroi avec et sans contraintes sont acceptées. Ce niveau de service d'autorisation prend en charge l'accès basé sur les rôles, ainsi que l'accès libre et l'accès basé sur le contexte et les relations. Oracle HTB offre un environnement (mise en œuvre de référence) visant à faciliter l'accès contrôlé aux données sensibles et l'accès limité aux fonctions. La gestion des autorisations dans le domaine de la santé étant extrêmement complexe et devant s'adapter à la réglementation en matière de confidentialité, les interfaces d'oracle HTB garantissent une mise en vigueur intégrée des autorisations. En règle générale, lorsqu'un patient donne son consentement pour recevoir un traitement de la part d'un fournisseur de soins, il s'attend à ce que ce dernier respecte la confidentialité de ses données personnelles, en limitant notamment l'accès à ces données au personnel strictement nécessaire. Les services d'autorisation d'oracle HTB prennent en charge les exigences relatives au «consentement pour traitement» et au «consentement pour divulgation» Interopabilité Oracle HTB prend en compte les spécifications d interopérabilité pour : HL7 RIM HL7 CDA HL7 v3 messages HL 7 CCOW HL7 v2 messaging workbench 17/03/05 22/25 Pr143PANO_MPI_V1.doc

23 IHE IT infrastructure : Retreival Information Display Enterprise User Authetication (SSO) Patient Identifier Cross Referencing Patient Synchronization (HL7CCOW) HTB respecte les principes d identification qui définissent les concepts de domaines d indentification, d identité, de doublon et de collision et comprend les services de rapprochement nécessaires à une identification fiable des patients. En effet, HTB constitue une infrastructure commune à plusieurs organisations de santé qui leur permet de considérer chaque patient, identifié différemment dans ces organisations comme une personne unique. Toutes les données relatives au patient peuvent être stockées sur HTB ou réparties sur des systèmes distants. Toutes les données sont ainsi reliées dans le temps et l espace via l identité définie dans HTB et les services de rapprochement associés. Le produit couvre donc les deux volets décrits dans l étude du GMSIH: Le volet identification proprement dite, où, dans un domaine d identification, des informations utiles référencées par l identité du patient sont saisies, traitées stockées et restituées. Le volet rapprochement des domaines d identification où, dans un domaine de rapprochement, les identités du patient soient croisées, ce qui permet à des entités différentes prenant en charge successivement un même patient de communiquer entre elles. Dans ce cas une charte de rapprochement doit être établie entre ces entités. 17/03/05 23/25 Pr143PANO_MPI_V1.doc

24 5. Synthèse 5.1. Analyse des trois solutions Editeur Avantages Inconvénients SOL Seebeyond ORACLE Prise en comptes des recommandations du GMSIH Agréement CONNECTATHON Nombreuses références sauf en France Module MPI indépendant Intégration à un EAI à forte implantation hospitalière Editeur historiquement présent dans le monde de la santé Offre complète HTB intégrant une solution MPI Pas de référence Paramétrage/test des spécificités liées à la langue française à prévoir. Le module EMPI n est pas indépendant Adaptation aux spécificités de la langue françaises à prévoir 5.2. Synthèse Les solutions de type MPI (Master Patient Index) ont été définies pour permettre l identification d un patient géré dans de multiples systèmes d informations utilisant des identifiants différents. Ce type de solution est en particulier utilisé aux Etats-Unis où les identifiants patient servent aussi de base aux «fichiers clients» pour des organisations de santés soumises à de fréquents rachats, regroupements, etc Pour la France, la définition et la mise en oeuvre de telles solutions est en phase de démarrage. Du point de vue applicatif, bien que les besoins puissent sembler proches de ceux exprimés dans le domaine de la gestion des identités en entreprise, le contexte d utilisation d un MPI fait que ces applications sont plutôt éloignées des outils de gestion d annuaire. On note en particulier les points suivants : En entreprise lorsque l on parle de gestion des données d identité, il s agit des identités des agents de l entreprise, la gestion de leur identité servant par exemple à des fin d authentification, 17/03/05 24/25 Pr143PANO_MPI_V1.doc

25 ou de paye, etc. Ce sont des données stables dont l entreprise est «propriétaire». Ces données ont une grande valeur en particulier pour les questions de sécurité de l entreprise. Dans un établissement de santé la gestion des identités correspondrait plutôt à la gestion de fichiers clients pour les entreprises : les données sont nombreuses, et n ont pas une validité et une pérennité connue à priori. Ces données ont par contre une grande valeur en particulier pour les questions de sécurité du patient. Le faible niveau d intégration des SI de santé, combiné à la valeur associé à la donnée identité, malgré sa volatilité, explique le besoin d application dédiée au «recoupement et à la consolidation d informations». Bien qu ils disposent eux aussi d outils de consolidation de référentiels d identité, on remarquera donc l absence sur ce créneau des éditeurs d annuaires. On peut noter que les fournisseurs proposant une solution de MPI sont des éditeurs de solution d EAI, connaissant bien l intégration hospitalière, rompus à la mise en place d un dialogue dans un environnement hétérogène et ayant une relation forte avec le monde de la santé. Leur plus value se situe pour partie en dehors du périmètre identification/rapprochement, à savoir leur intégration dans un EAI puissant (Seebeyond), ou dans une solution hospitalière globale (Oracle, Agfa). Il semble donc y avoir une place sur le marché pour des solutions indépendantes d une offre spécialisée ou métier, a fortiori si elle se basent sur des formats ouverts. Pour les éditeurs ayant des références uniquement hors de France, il faudra, dès l achat, puis lors des premières mises en œuvre, valider l adaptation aux spécificités de la langue française notamment pour les modules de recherche et de rapprochement. Le choix entre les différentes solutions doit être apprécié en regard des critères définissant le besoin ainsi que son cadre d exploitation. Indépendance du module MPI par rapports aux autres modules de l offre complète de l éditeur Existence et où prévision de mettre en place un EAI Solution OPEN Source ou solution d un éditeur Références existantes ou homogènes avec des centres hospitaliers proches Critère de capacité et de performances Le choix prendra aussi en compte le fort contexte d évolution lié à la mise en place du dossier patient personnel, la mise en œuvre de l adresse qualité santé, et l évolution du marché en matière d offres de solution MPI. Suivant la pondération affectée à chaque critère de cette liste, qui n est pas exhaustive, le choix pourra être orienté vers une solution. 17/03/05 25/25 Pr143PANO_MPI_V1.doc