Journée Technique Régionale Serveur régional d’identification et de rapprochement

1. Journée Technique RégionaleServeur régional d’identification et de rapprochement Jeudi 05 Février 2009 Journée Technique

2. SOMMAIRE L’Identito-Vigilance et le rôle du serveur régional d’identification et de rapprochement Les flux fonctionnels entre les établissements et le serveur régional d’identification et de rapprochement Les standards associés Des exemples de fichiers Les démonstrations Journée Technique

3. L’Identito-Vigilance • Identito-Vigilance = ensemble des procédures destinées à assurer que « le patient soit le bon patient » à toutes les étapes de sa prise en charge. • Pour les soins du patient (actes médicaux, paramédicaux, …) • Pour la gestion de ses données (dossiers papiers, dossiers informatiques) • Une procédure est un ensemble de règles appliquées par des personnes. • L’Identito-Vigilance ne se limite pas à la résolution de doublons ou de collisions • L’Identito-Vigilance est une affaire de personnes : • Cellules d’Identito-Vigilance locales et régionale • Personnel s’occupant de l’admission • Personnel médicaux, paramédicaux prenant en charge le patient Journée Technique

4. Le rôle du serveur régional • Le serveur régional d’identification et de rapprochement apporte des services aux établissements : • Recherche d’identité patient • Rapprochement d’identité • Son rôle principal est de fiabiliser l’identification des patients dans les systèmes informatiques et lors des échanges Le serveur régional d’identification et de rapprochementn’est qu’un outil de l’Identito-Vigilance Journée Technique

5. La composition d’une identité patient • Une identité régionale patient est composée : • de son domaine d’identification(ex: Finess établissement) • des traits la constituant : • Traits stricts (traits obligatoires pour rapprocher une identité) • Nom de naissance • Nom d’usage • Prénom • Date de naissance • Sexe • Traits étendus (traits participant au rapprochement d’une identité) • Lieu de naissance (commune, code postal, département, pays) • Numéro de téléphone • Adresse • Traits complémentaires (traits aidant la cellule pour le rapprochement) • d’un état : • Validée (seules les identités validées sont remontées au niveau régional) Journée Technique

6. Les flux fonctionnels • 3 types d’échanges entre un système local et le serveur régional : • Flux 1 : Alimentation et mise à jour de la base régionale patient • Flux 2 : Récupération d’identité régionale pour envoi de données entre systèmes d’informations cliniques • Flux 3 : Recherche de patients Journée Technique

7. ServeurRégional SIH Objectif : Fiabiliser l’identification du patient lors des échanges en augmentant la probabilité que le patient soit connu du serveur régional Flux 1 : Alimentation et mise à jour 4 Rapprochement Si doute sur l’identité, intervention de la cellule régionale d’Identito-Vigilance • 1 : Recherche d’un patient dans la gestion administrative des malades. • Lors de l’arrivée d’un patient, la personne en charge des admissions recherche dans la gestion administrative des patients (GAP) si la personne est connue du système en saisissant quelques données. • 2 : Admission / Modification de patient • Tout changement dans l’identité du patient déclenche une mise à jour sur serveur régional • 3 : Mise à jour des données patients • Le SIH envoie au serveur régional d’identification et de rapprochement les nouvelles données (IPP local, traits stricts, étendus et complémentaires) du patient • 4 : Création du rapprochement • Le serveur régional analyse l’identité pour la rapprocher d’une identité existante ou crée une nouvelle identité 3 Admission Mise à jour 1 Admission patient 2 Création Modification patient Journée Technique

8. ServeurRégional SIH Objectif : Fiabiliser l’identification du patient lors des échanges en augmentant la probabilité que le patient soit connu du serveur régional Flux 1 : Alimentation et mise à jour 4 Rapprochement Si doute sur l’identité, intervention de la cellule régionale d’Identito-Vigilance • Contraintes : • Les règles de saisie des traits doivent être compatibles avec la charte régionale d’identification et de rapprochement 3 Admission Mise à jour 1 Admission patient 2 Création Modification patient Journée Technique

9. ServeurRégional SIH Objectif : Fiabiliser l’identification du patientlors des échanges en augmentantla probabilité que le patient soitconnu du serveur régional Flux 1 : Alimentation et mise à jour 4 Rapprochement Si doute sur l’identité, intervention de la cellule régionale d’Identito-Vigilance • Impact système d’information : • Envoi seulement des identités valides  Mise en place d’un indicateur de validité des identités • Si seulement « compatibilité » avec la charte régionale d’identification et de rapprochement  transformation des traits avant envoi 3 Admission Mise à jour 1 Admission patient 2 Création Modification patient Journée Technique

10. SIH 1 SIH 2 Objectif : Fiabiliser l’identification du patient lors des échanges en apportant un mécanisme de rapprochement Flux 2 : Récupération d’identité régionale Serveur Régional • 1 : Récupération de l’identité régional • Avant l’envoi du document, le SIH expéditeur récupère l’identité régional correspondant pour l’ajouter à l’entête du document. Pour cela, il envoie le nom de son domaine d’identification (FINESS1), son identifiant local patient (IPP432) et les traits du patient au serveur régional. • Le serveur régional lui envoie l’identité régionale correspondante (IDR740023094856) • 2 : Envoi du document • 3 : Intégration du document • Pour intégrer le document, le SIH destinataire récupère l’identité locale correspondante. Pour cela, il envoie le nom de son domaine (FINESS2), l’identifiant régional (IDR740023094856) et les traits du patient au serveur régional. • Le serveur régional lui envoie l’identité locale (IPP43A6) - si elle est connue. 1 3 Récupération Identité régionale Récupération Identité locale 2 Envoi du document • Document Patient • - Domaine FINESS2 • - Patient IPP43A6 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • - Patient IPP432 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • Patient IPP432 • IDR740023094856 • Traits • - Données médicales… Journée Technique

11. SIH 1 SIH 2 Objectif : Fiabiliser l’identification du patient lors des échanges en apportant un mécanisme de rapprochement Flux 2 : Récupération d’identité régionale Serveur Régional • Contraintes : • Les règles de saisie des traits doivent être compatibles avec la charte régionale d’identification et de rapprochement • Les systèmes d’information (SIH1 et SIH2) doivent savoir recevoir des données IHE 1 3 Récupération Identité régionale Récupération Identité locale 2 Envoi du document • Document Patient • - Domaine FINESS2 • - Patient IPP43A6 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • - Patient IPP432 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • Patient IPP432 • IDR740023094856 • Traits • - Données médicales… Journée Technique

12. SIH 1 SIH 2 Objectif : Fiabiliser l’identification du patient lors des échanges en apportant un mécanisme de rapprochement Flux 2 : Récupération d’identité régionale Serveur Régional • Impact système d’information : • Si seulement « compatibilité » avec la charte régionale d’identification et de rapprochement  transformation des traits avant envoi 1 3 Récupération Identité régionale Récupération Identité locale 2 Envoi du document • Document Patient • - Domaine FINESS2 • - Patient IPP43A6 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • - Patient IPP432 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • Patient IPP432 • IDR740023094856 • Traits • - Données médicales… Journée Technique

13. ServeurRégional SIH Objectif : Fiabiliser l’identification du patient en diminuant le nombre de saisie d’une identité. Flux 3 : Recherche de patients • 1 : Recherche d’un patient dans la gestion administrative des malades. • Lors de l’arrivée d’un patient, la personne en charge des admissions recherche dans la gestion administrative des patients (GAP) si la personne est connue du système en saisissant quelques données. • 2 - 3 : Recherche des patients correspondants dans le serveur régional. • La GAP interroge sa base et de façon transparente le serveur régional d’identification patient. • Le serveur régional envoie à la GAP, tous les patients correspondants aux critères saisis. • La GAP présente à l’utilisateur la liste des personnes correspondant aux critères dans sa base et sur le SIP régional. • 4 : suite Flux 1 2 3 Rechercherégionale patient Patients candidats 1 Admission patient Journée Technique

14. ServeurRégional SIH Objectif : Fiabiliser l’identification du patient en diminuant le nombre de saisie d’une identité. Flux 3 : Recherche de patients • Contraintes : • Les règles de saisie des traits doivent être identiques à la charte régionale d’identification et de rapprochement • Le système d’information doit savoir recevoir des données IHE • Le système d’information doit avoir intégré les recommandations GMSIH sur la réplication des requêtes d’identité 2 3 Rechercherégionale patient Patients candidats 1 Admission patient Journée Technique

15. ServeurRégional SIH Objectif : Fiabiliser l’identification du patient en diminuant le nombre de saisie d’une identité. Flux 3 : Recherche de patients • Impact système d’information : • Implémentation dans la GAP de l’interrogation du serveur régional • Intégration dans l’IHM de la GAP des résultats 2 3 Rechercherégionale patient Patients candidats 1 Admission patient Journée Technique

16. Les standards associés Faire en sorte que toutes les solutions Santé parlent un langage commun. • Les échanges d’identités sont basés sur les profils définis par IHE • Objectifs : • Elever le niveau d’interopérabilité des systèmes • Abaisser le coût de déploiement • Moyens : • Utilisation de standards internationaux : HL7 • Spécification d’un cadre d’implémentation de ces standards • Tests annuels des implémentations des industriels par continent • Connectathon • Les profils « identité » IHE : • PAM : Diffusion d’identités et de mouvements • PIX : Rapprochement entre identités • PDQ : Recherche d’identités Pas de développement d’interfaces pour les acteurs de santé La formalisation de scénarios d’intégration d’ensemble (profils) Journée Technique

17. ServeurRégional SIH IHE-PIX Flux 1 en IHE 4 Rapprochement Si doute sur l’identité, intervention de la cellule régionale d’Identito-Vigilance Admission et mise à jour de patient : ITI-8 Patient Identity Feed (IHE) • Admission et mise à jour de données • HL7 ADT^A01, A04, A05, A08 • Fusion de patient localement • HL7 ADT^A40 3 Admission Mise à jour 1 Admission patient 2 Création Modification patient Journée Technique

18. SIH 1 SIH 2 IHE-PIX Flux 2 en IHE Serveur Régional Récupération de l’identité régionale ou locale : ITI-9 Query (IHE) • Demande d’identifiant : • HL7 QBP^Q23 • Réponse du serveur : • HL7 RSP^K23 1 3 Récupération Identité régionale Récupération Identité locale 2 Envoi du document • Document Patient • - Domaine FINESS2 • - Patient IPP43A6 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • - Patient IPP432 • Traits • - Données médicales… • Document Patient • - Domaine FINESS1 • Patient IPP432 • IDR740023094856 • Traits • - Données médicales… Journée Technique

19. ServeurRégional SIH IHE-PDQ Flux 3 en IHE Recherche régionale d’un patientITI-21 Patient Demographics Query (IHE) • Recherche de patients • HL7 QBP^Q22 • Patients candidats • HL7 RSP^K22 2 3 Rechercherégionale patient Patients correspondant 1 Admission patient Journée Technique

20. Exemples de fichiers HL7 MSH|^~\&|ideopass^patrice^L|Nom editeur appli de test|DI-Limousin|SQLI|20090107143015|24AFE864B2EB8DD7144AE79B6AB3B024119E9EF9|ADT^A08|26122008|P|2.5||||||8859/1 EVN|A08|20090107142352|||^^REIMPHOS PID|1||500138899^^^190000026||.^DURANT^^^^^D~DURANT^ELODIE^^^^^L||20080515120000.000+0200|F|||26 RUE DES BORDS^RESIDENCE DES FLEURS^OYONNAX^^1100^FRA^H~^^PARIS^75^75000^FRA^BDL^^75 <?xml version="1.0" encoding="UTF-8"?> <soap-env:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/"> <soap-env:Header/> <soap-env:Body> <hl7messages:QBP_Q23 xmlns:hl7messages="http://hl7.soap.ideopass.org"> <hl7messages:MSH> <hl7messages:MSH.1>|</hl7messages:MSH.1> <hl7messages:MSH.2>^~\&amp;</hl7messages:MSH.2> <hl7messages:MSH.3> <hl7messages:HD.1>patrice</hl7messages:HD.1> </hl7messages:MSH.3> …………….. Journée Technique

21. Démonstration Module java HL7 Com Gestion Administrative des Patients PASTEL