Journ

1
Journée Technique RégionaleServeur régional
didentification et de rapprochement

• Jeudi 05 Février 2009

2
SOMMAIRE

• LIdentito-Vigilance et le rôle du serveur
  régional didentification et de rapprochement
• Les flux fonctionnels entre les établissements et
  le serveur régional didentification et de
  rapprochement
• Les standards associés
• Des exemples de fichiers
• Les démonstrations

3
LIdentito-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.
• LIdentito-Vigilance ne se limite pas à la
  résolution de doublons ou de collisions

• LIdentito-Vigilance est une affaire de personnes
  
• Cellules dIdentito-Vigilance locales et
  régionale
• Personnel soccupant de ladmission
• Personnel médicaux, paramédicaux prenant en
  charge le patient

4
Le rôle du serveur régional

• Le serveur régional didentification et de
  rapprochement apporte des services aux
  établissements
• Recherche didentité patient
• Rapprochement didentité
• Son rôle principal est de fiabiliser
  lidentification des patients dans les systèmes
  informatiques et lors des échanges

Le serveur régional didentification et de
rapprochementnest quun outil de
lIdentito-Vigilance
5
La composition dune identité patient

• Une identité régionale patient est composée
• de son domaine didentification (ex Finess
  établissement)
• des traits la constituant
• Traits stricts (traits obligatoires pour
  rapprocher une identité)
• Nom de naissance
• Nom dusage
• Prénom
• Date de naissance
• Sexe
• Traits étendus (traits participant au
  rapprochement dune 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)
• dun état
• Validée (seules les identités validées sont
  remontées au niveau régional)

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 didentité régionale pour
  envoi de données entre systèmes dinformations
  cliniques
• Flux 3 Recherche de patients

7
Flux 1 Alimentation et mise à jour
Objectif Fiabiliser lidentification du patient
lors des échanges en augmentant la probabilité
que le patient soit connu du serveur régional
4
Rapprochement

• 1  Recherche dun patient dans la gestion
  administrative des malades.
• Lors de larrivée dun 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 lidentité 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
  didentification 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 lidentité pour la
  rapprocher dune identité existante ou crée une
  nouvelle identité

Si doute sur lidentité, intervention de la
cellule régionale dIdentito-Vigilance
3
Admission Mise à jour
1
Admission patient
2
Création Modification patient
8
Flux 1 Alimentation et mise à jour
Objectif Fiabiliser lidentification du patient
lors des échanges en augmentant la probabilité
que le patient soit connu du serveur régional
4
Rapprochement

• Contraintes
• Les règles de saisie des traits doivent être
  compatibles avec la charte régionale
  didentification et de rapprochement

Si doute sur lidentité, intervention de la
cellule régionale dIdentito-Vigilance
3
Admission Mise à jour
1
Admission patient
2
Création Modification patient
9
Flux 1 Alimentation et mise à jour
Objectif Fiabiliser lidentification du
patientlors des échanges en augmentantla
probabilité que le patient soitconnu du serveur
régional
4
Rapprochement

• Impact système dinformation
• Envoi seulement des identités valides ? Mise en
  place dun indicateur de validité des identités
• Si seulement  compatibilité  avec la charte
  régionale didentification et de rapprochement ?
  transformation des traits avant envoi

Si doute sur lidentité, intervention de la
cellule régionale dIdentito-Vigilance
3
Admission Mise à jour
1
Admission patient
2
Création Modification patient
10
Flux 2 Récupération didentité régionale
Objectif Fiabiliser lidentification du patient
lors des échanges en apportant un mécanisme de
rapprochement

• 1  Récupération de lidentité régional
• Avant lenvoi du document, le SIH expéditeur
  récupère lidentité régional correspondant pour
  lajouter à lentête du document. Pour cela, il
  envoie le nom de son domaine didentification
  (FINESS1), son identifiant local patient (IPP432)
  et les traits du patient au serveur régional.
• Le serveur régional lui envoie lidentité
  régionale correspondante (IDR740023094856)
• 2  Envoi du document
• 3  Intégration du document
• Pour intégrer le document, le SIH destinataire
  récupère lidentité locale correspondante. Pour
  cela, il envoie le nom de son domaine (FINESS2),
  lidentifiant régional (IDR740023094856) et les
  traits du patient au serveur régional.
• Le serveur régional lui envoie lidentité locale
  (IPP43A6) - si elle est connue.

Serveur Régional
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

11
Flux 2 Récupération didentité régionale
Objectif Fiabiliser lidentification du patient
lors des échanges en apportant un mécanisme de
rapprochement

• Contraintes
• Les règles de saisie des traits doivent être
  compatibles avec la charte régionale
  didentification et de rapprochement
• Les systèmes dinformation (SIH1 et SIH2) doivent
  savoir recevoir des données IHE

Serveur Régional
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

12
Flux 2 Récupération didentité régionale
Objectif Fiabiliser lidentification du patient
lors des échanges en apportant un mécanisme de
rapprochement

• Impact système dinformation
• Si seulement  compatibilité  avec la charte
  régionale didentification et de rapprochement ?
  transformation des traits avant envoi

Serveur Régional
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

13
Flux 3 Recherche de patients
Objectif Fiabiliser lidentification du patient
en diminuant le nombre de saisie dune identité.

• 1  Recherche dun patient dans la gestion
  administrative des malades.
• Lors de larrivée dun 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 didentification patient.
• Le serveur régional envoie à la GAP, tous les
  patients correspondants aux critères saisis.
• La GAP présente à lutilisateur 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
14
Flux 3 Recherche de patients
Objectif Fiabiliser lidentification du patient
en diminuant le nombre de saisie dune identité.

• Contraintes
• Les règles de saisie des traits doivent être
  identiques à la charte régionale didentification
  et de rapprochement
• Le système dinformation doit savoir recevoir des
  données IHE
• Le système dinformation doit avoir intégré les
  recommandations GMSIH sur la réplication des
  requêtes didentité

2
3
Rechercherégionale patient
Patients candidats
1
Admission patient
15
Flux 3 Recherche de patients
Objectif Fiabiliser lidentification du patient
en diminuant le nombre de saisie dune identité.

• Impact système dinformation
• Implémentation dans la GAP de linterrogation du
  serveur régional
• Intégration dans lIHM de la GAP des résultats

2
3
Rechercherégionale patient
Patients candidats
1
Admission patient
16
Les standards associés

• Les échanges didentités sont basés sur les
  profils définis par IHE
• Objectifs
• Elever le niveau dinteropérabilité des systèmes
• Abaisser le coût de déploiement
• Moyens
• Utilisation de standards internationaux HL7
• Spécification dun cadre dimplémentation de ces
  standards
• Tests annuels des implémentations des industriels
  par continent
• Connectathon
• Les profils  identité  IHE
• PAM Diffusion didentités et de mouvements
• PIX Rapprochement entre identités
• PDQ Recherche didentités

Faire en sorte que toutes les solutions Santé
parlent un langage commun.
Pas de développement dinterfaces pour les
acteurs de santé
La formalisation de scénarios dintégration
densemble (profils)
17
Flux 1 en IHE
IHE-PIX
4
Rapprochement

• Admission et mise à jour de patient
• ITI-8 Patient Identity Feed (IHE)
• Admission et mise à jour de données
• HL7 ADTA01, A04, A05, A08
• Fusion de patient localement
• HL7 ADTA40

Si doute sur lidentité, intervention de la
cellule régionale dIdentito-Vigilance
3
Admission Mise à jour
1
Admission patient
2
Création Modification patient
18
Flux 2 en IHE
IHE-PIX

• Récupération de lidentité régionale ou locale
  ITI-9 Query (IHE)
• Demande didentifiant
• HL7 QBPQ23
• Réponse du serveur
• HL7 RSPK23

Serveur Régional
1
3
Récupération Identité régionale
Récupération Identité locale
2
Envoi du document

• Document Patient
• - Domaine FINESS1
• - Patient IPP432
• Traits
• - Données médicales

• Document Patient
• - Domaine FINESS1
• Patient IPP432
• IDR740023094856
• Traits
• - Données médicales

• Document Patient
• - Domaine FINESS2
• - Patient IPP43A6
• Traits
• - Données médicales

19
Flux 3 en IHE
IHE-PDQ

• Recherche régionale dun patientITI-21 Patient
  Demographics Query (IHE)
• Recherche de patients
• HL7 QBPQ22
• Patients candidats
• HL7 RSPK22

2
3
Rechercherégionale patient
Patients correspondant
1
Admission patient
20
Exemples de fichiers HL7

• MSH\ideopasspatriceLNom editeur appli de
  testDI-LimousinSQLI2009010714301524AFE864B2EB8
  DD7144AE79B6AB3B024119E9EF9ADTA0826122008P2.5
  8859/1
• EVNA0820090107142352REIMPHOS
• PID1500138899190000026.DURANTDDURAN
  TELODIEL20080515120000.0000200F26
  RUE DES BORDSRESIDENCE DES FLEURSOYONNAX1100F
  RAHPARIS7575000FRABDL75

lt?xml version"1.0" encoding"UTF-8"?gt ltsoap-envE
nvelope xmlnssoap-env"http//schemas.xmlsoap.org
/soap/envelope/"gt ltsoap-envHeader/gt
ltsoap-envBodygt lthl7messagesQBP_Q23
xmlnshl7messages"http//hl7.soap.ideopass.org"gt
lthl7messagesMSHgt lthl7messagesMSH.1gt
lt/hl7messagesMSH.1gt lthl7messagesMSH.2gt\amp
lt/hl7messagesMSH.2gt
lthl7messagesMSH.3gt lthl7messagesHD.1gtpatr
icelt/hl7messagesHD.1gt lt/hl7messagesMSH.3gt
..
21
Démonstration

• Module java HL7 Com
• Gestion Administrative des Patients PASTEL