Transcript SIP - Santé en Limousin
Slide 1
Journée Technique Régionale
Serveur régional d’identification et de
rapprochement
Jeudi 05 Février 2009
5 février 2009
Journée Technique
1
Slide 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
5 février 2009
Journée Technique
2
Slide 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
5 février 2009
Journée Technique
3
Slide 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 rapprochement
n’est qu’un outil de l’Identito-Vigilance
5 février 2009
Journée Technique
4
Slide 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)
5 février 2009
Journée Technique
5
Slide 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
5 février 2009
Journée Technique
6
Slide 7
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant la
probabilité que le patient soit connu
du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Serveur
Régional
3
Admission
Mise à jour
1 : Recherche d’un patient dans la gestion
administrative des malades.
2 : Admission / Modification de patient
1
Admission
patient
2
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
SIH
Tout changement dans l’identité du patient déclenche une
mise à jour sur serveur régional
3 : Mise à jour des données patients
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.
Le serveur régional analyse l’identité pour la rapprocher
d’une identité existante ou crée une nouvelle identité
Création
Modification
patient
5 février 2009
Journée Technique
7
Slide 8
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant la
probabilité que le patient soit connu
du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Contraintes :
Serveur
Régional
3
Admission
Mise à jour
1
Admission
patient
2
Les règles de saisie des traits doivent
être compatibles avec la charte
régionale d’identification et de
rapprochement
SIH
Création
Modification
patient
5 février 2009
Journée Technique
8
Slide 9
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant
la probabilité que le patient soit
connu du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Impact système d’information :
Serveur
Régional
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
SIH
Création
Modification
patient
5 février 2009
Journée Technique
9
Slide 10
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Serveur
Régional
1
1 : Récupération de l’identité régional
3
Récupération
Identité
régionale
Récupération
Identité
locale
2
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
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
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.
Journée Technique
10
Slide 11
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Contraintes :
Serveur
Régional
1
3
Récupération
Identité
régionale
Récupération
Identité
locale
Les règles de saisie des traits
doivent être compatibles avec la
charte régionale d’identification
et de rapprochement
2
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
Les systèmes d’information
(SIH1 et SIH2) doivent savoir
recevoir des données IHE
- Données médicales
…
Journée Technique
11
Slide 12
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Impact système d’information :
Serveur
Régional
1
3
Récupération
Identité
régionale
Récupération
Identité
locale
Si seulement « compatibilité » avec
la charte régionale d’identification et
de rapprochement transformation
des traits avant envoi
2
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
Journée Technique
12
Slide 13
Flux 3 : Recherche de
patients
Serveur
Régional
2
Recherche
régionale
patient
3
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
1 : Recherche d’un patient dans la gestion
administrative des malades.
Patients
candidats
2 - 3 : Recherche des patients correspondants
dans le serveur régional.
1
Admission
patient
5 février 2009
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.
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
SIH
Journée Technique
13
Slide 14
Flux 3 : Recherche de
patients
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
Contraintes :
Serveur
Régional
2
Recherche
régionale
patient
3
Patients
candidats
1
Admission
patient
5 février 2009
Les règles de saisie des traits doivent
être identiques à la charte régionale
d’identification et de rapprochement
SIH
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é
Journée Technique
14
Slide 15
Flux 3 : Recherche de
patients
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
Impact système d’information :
Serveur
Régional
2
Recherche
régionale
patient
1
Admission
patient
5 février 2009
3
Patients
candidats
Implémentation dans la GAP de
l’interrogation du serveur régional
Intégration dans l’IHM de la GAP des
résultats
SIH
Journée Technique
15
Slide 16
Les standards associés
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
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
Pas de développement d’interfaces
pour les acteurs de santé
Moyens :
Faire en sorte que toutes les
solutions Santé parlent un
langage commun.
La formalisation de
scénarios d’intégration
d’ensemble (profils)
Connectathon
Les profils « identité » IHE :
PAM : Diffusion d’identités et de mouvements
PIX : Rapprochement entre identités
PDQ : Recherche d’identités
5 février 2009
Journée Technique
16
Slide 17
Flux 1 en IHE
IHE-PIX
4
Rapprochement
Admission et mise à jour de patient :
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Serveur
Régional
ITI-8 Patient Identity Feed (IHE)
Admission et mise à jour de données
3
Admission
Mise à jour
Fusion de patient localement
1
Admission
patient
2
HL7 ADT^A01, A04, A05, A08
HL7 ADT^A40
SIH
Création
Modification
patient
5 février 2009
Journée Technique
17
Slide 18
Flux 2 en IHE
IHE-PIX
Récupération de l’identité régionale
ou locale : ITI-9 Query (IHE)
Serveur
Régional
1
Demande d’identifiant :
3
Récupération
Identité
régionale
Récupération
Identité
locale
HL7 QBP^Q23
Réponse du serveur :
2
HL7 RSP^K23
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
Journée Technique
18
Slide 19
Flux 3 en IHE
IHE-PDQ
Recherche régionale d’un patient
Serveur
Régional
2
Recherche
régionale
patient
3
Patients
correspondant
ITI-21 Patient Demographics Query (IHE)
Recherche de patients
HL7 QBP^Q22
Patients candidats
1
Admission
patient
5 février 2009
HL7 RSP^K22
SIH
Journée Technique
19
Slide 20
Exemples de fichiers HL7
MSH|^~\&|ideopass^patrice^L|Nom editeur appli de test|DILimousin|SQLI|20090107143015|24AFE864B2EB8DD7144AE79B6AB3B024119E9EF9|ADT^A0
8|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
|
^~\&
patrice
……………..
5 février 2009
Journée Technique
20
Slide 21
Démonstration
- Module java HL7 Com
- Gestion Administrative des Patients PASTEL
Journée Technique Régionale
Serveur régional d’identification et de
rapprochement
Jeudi 05 Février 2009
5 février 2009
Journée Technique
1
Slide 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
5 février 2009
Journée Technique
2
Slide 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
5 février 2009
Journée Technique
3
Slide 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 rapprochement
n’est qu’un outil de l’Identito-Vigilance
5 février 2009
Journée Technique
4
Slide 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)
5 février 2009
Journée Technique
5
Slide 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
5 février 2009
Journée Technique
6
Slide 7
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant la
probabilité que le patient soit connu
du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Serveur
Régional
3
Admission
Mise à jour
1 : Recherche d’un patient dans la gestion
administrative des malades.
2 : Admission / Modification de patient
1
Admission
patient
2
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
SIH
Tout changement dans l’identité du patient déclenche une
mise à jour sur serveur régional
3 : Mise à jour des données patients
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.
Le serveur régional analyse l’identité pour la rapprocher
d’une identité existante ou crée une nouvelle identité
Création
Modification
patient
5 février 2009
Journée Technique
7
Slide 8
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant la
probabilité que le patient soit connu
du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Contraintes :
Serveur
Régional
3
Admission
Mise à jour
1
Admission
patient
2
Les règles de saisie des traits doivent
être compatibles avec la charte
régionale d’identification et de
rapprochement
SIH
Création
Modification
patient
5 février 2009
Journée Technique
8
Slide 9
Flux 1 : Alimentation
et mise à jour
Objectif :
Fiabiliser l’identification du patient
lors des échanges en augmentant
la probabilité que le patient soit
connu du serveur régional
4
Rapprochement
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Impact système d’information :
Serveur
Régional
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
SIH
Création
Modification
patient
5 février 2009
Journée Technique
9
Slide 10
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Serveur
Régional
1
1 : Récupération de l’identité régional
3
Récupération
Identité
régionale
Récupération
Identité
locale
2
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
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
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.
Journée Technique
10
Slide 11
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Contraintes :
Serveur
Régional
1
3
Récupération
Identité
régionale
Récupération
Identité
locale
Les règles de saisie des traits
doivent être compatibles avec la
charte régionale d’identification
et de rapprochement
2
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
Les systèmes d’information
(SIH1 et SIH2) doivent savoir
recevoir des données IHE
- Données médicales
…
Journée Technique
11
Slide 12
Flux 2 : Récupération
d’identité régionale
Objectif :
Fiabiliser l’identification du patient
lors des échanges en apportant un
mécanisme de rapprochement
Impact système d’information :
Serveur
Régional
1
3
Récupération
Identité
régionale
Récupération
Identité
locale
Si seulement « compatibilité » avec
la charte régionale d’identification et
de rapprochement transformation
des traits avant envoi
2
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
Journée Technique
12
Slide 13
Flux 3 : Recherche de
patients
Serveur
Régional
2
Recherche
régionale
patient
3
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
1 : Recherche d’un patient dans la gestion
administrative des malades.
Patients
candidats
2 - 3 : Recherche des patients correspondants
dans le serveur régional.
1
Admission
patient
5 février 2009
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.
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
SIH
Journée Technique
13
Slide 14
Flux 3 : Recherche de
patients
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
Contraintes :
Serveur
Régional
2
Recherche
régionale
patient
3
Patients
candidats
1
Admission
patient
5 février 2009
Les règles de saisie des traits doivent
être identiques à la charte régionale
d’identification et de rapprochement
SIH
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é
Journée Technique
14
Slide 15
Flux 3 : Recherche de
patients
Objectif :
Fiabiliser l’identification du patient
en diminuant le nombre de saisie
d’une identité.
Impact système d’information :
Serveur
Régional
2
Recherche
régionale
patient
1
Admission
patient
5 février 2009
3
Patients
candidats
Implémentation dans la GAP de
l’interrogation du serveur régional
Intégration dans l’IHM de la GAP des
résultats
SIH
Journée Technique
15
Slide 16
Les standards associés
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
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
Pas de développement d’interfaces
pour les acteurs de santé
Moyens :
Faire en sorte que toutes les
solutions Santé parlent un
langage commun.
La formalisation de
scénarios d’intégration
d’ensemble (profils)
Connectathon
Les profils « identité » IHE :
PAM : Diffusion d’identités et de mouvements
PIX : Rapprochement entre identités
PDQ : Recherche d’identités
5 février 2009
Journée Technique
16
Slide 17
Flux 1 en IHE
IHE-PIX
4
Rapprochement
Admission et mise à jour de patient :
Si doute sur l’identité,
intervention de la
cellule régionale
d’Identito-Vigilance
Serveur
Régional
ITI-8 Patient Identity Feed (IHE)
Admission et mise à jour de données
3
Admission
Mise à jour
Fusion de patient localement
1
Admission
patient
2
HL7 ADT^A01, A04, A05, A08
HL7 ADT^A40
SIH
Création
Modification
patient
5 février 2009
Journée Technique
17
Slide 18
Flux 2 en IHE
IHE-PIX
Récupération de l’identité régionale
ou locale : ITI-9 Query (IHE)
Serveur
Régional
1
Demande d’identifiant :
3
Récupération
Identité
régionale
Récupération
Identité
locale
HL7 QBP^Q23
Réponse du serveur :
2
HL7 RSP^K23
Envoi du document
SIH 2
SIH 1
Document Patient
Document Patient
Document Patient
- Domaine FINESS1
- Patient IPP432
- Traits
- Domaine FINESS1
- Patient IPP432
- IDR740023094856
- Traits
- Domaine FINESS2
- Patient IPP43A6
- Traits
- Données médicales
…
- Données médicales
…
5 février 2009
- Données médicales
…
Journée Technique
18
Slide 19
Flux 3 en IHE
IHE-PDQ
Recherche régionale d’un patient
Serveur
Régional
2
Recherche
régionale
patient
3
Patients
correspondant
ITI-21 Patient Demographics Query (IHE)
Recherche de patients
HL7 QBP^Q22
Patients candidats
1
Admission
patient
5 février 2009
HL7 RSP^K22
SIH
Journée Technique
19
Slide 20
Exemples de fichiers HL7
MSH|^~\&|ideopass^patrice^L|Nom editeur appli de test|DILimousin|SQLI|20090107143015|24AFE864B2EB8DD7144AE79B6AB3B024119E9EF9|ADT^A0
8|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
……………..
5 février 2009
Journée Technique
20
Slide 21
Démonstration
- Module java HL7 Com
- Gestion Administrative des Patients PASTEL