ASIP Santé | DSFT des interfaces DMP des LPS V 1.0esante.gouv.fr/sites/default/files/DSFT_des_interfaces_DMP_des_LPS... · ASIP Santé | DSFT des interfaces DMP des LPS – V 1.0.3

ASIP Sant | DSFT des interfaces DMP des LPS V 1.0.3 | 24/06/2014 1 / 250


Rfrence du document : DSFT des interfaces DMP des LPS_v1.0.3.docx

Classification : Non sensible public

Historique du document

Version Date Commentaires

V 0.9.5 10/09/2010 Version initiale.

V 1.0.0 04/11/2010

Complments sur :

Dure des sessions TLS ;

Certificats serveurs utiliss par le systme dinformation DMP ;

Gestion des accs par CPE ;

Accs Web-PS contextuels (TD0.9) ;

Mise jour des codes derreurs.

V 1.0.1 19/11/2010

Mise jour des rfrences au cadre dinteroprabilit des systmes dinformation de sant partags (CI-SIS) en version 1.0.1.

Ajout dune annexe technique pour faciliter la mise en uvre du profil IHE DSG.

V 1.0.2 13/02/2014

Version mineure (sans impact pour les LPS dj homologus)

Nouvelle mise en forme du DSFT pour en faciliter la lecture et faire ressortir les exigences dhomologation et les recommandations.

Renommage de la TD 4.5 en TD 0.5 et intgration de cette TD 0.5 dans lAccs scuris au DMP.

Intgration dune partie de la FAQ dans le DSFT et quelques corrections mineures.

V 1.0.3 24/06/2014

Version mineure (sans impact pour les LPS dj homologus)

Correction derreur rdactionnelles et de renvois ou liens non oprationnels.

Ajout dinformation sur les CDA autoprsentables .

Ajout de la rfrence au guide de bonnes pratiques dutilisation des CRL.

Ajout dune recommandation (REC_1.X-1230) pour intgrer une valeur de la nomenclature des qualits des reprsentants lgaux en provenance du DMP qui nest pas encore connue du LPS.


So

mm

aire

Sommaire

1 Introduction .....................................................................................................................7 1.1 Objet du document ...................................................................................................7 1.2 Guide de lecture .......................................................................................................8 1.3 Gestion des versions ................................................................................................9

2 Contexte ........................................................................................................................ 10 2.1 Le DMP .................................................................................................................. 10 2.2 Les LPS ................................................................................................................. 11

2.2.1 Les diffrents types de LPS............................................................................. 11 2.2.2 Le LPS au cur des Systmes dInformation de Sant .................................. 12

2.3 Les fonctions DMP du LPS ..................................................................................... 13 2.3.1 Laccs scuris au DMP ................................................................................ 14 2.3.2 La cration et la gestion administrative du DMP .............................................. 15 2.3.3 Lalimentation du DMP .................................................................................... 16 2.3.4 La consultation du DMP .................................................................................. 16

3 Processus dhomologation la DMP Compatibilit ........................................................ 17 3.1 Prsentation du processus dhomologation ............................................................ 17

3.1.1 Constitution du dossier de candidature ........................................................... 17 3.1.2 Dveloppements et tests prparatoires lhomologation ................................ 18 3.1.3 Homologation .................................................................................................. 19 3.1.4 En savoir plus sur la DMP Compatibilit .......................................................... 19

3.2 Les environnements techniques ............................................................................. 20 3.2.1 Les environnements dhomologation ............................................................... 20 3.2.2 Les environnements de formation et de production ......................................... 21

4 Transactions et profils DMP pour les LPS ..................................................................... 22 4.1 Description des transactions DMP .......................................................................... 22 4.2 Mode dauthentification .......................................................................................... 24

4.2.1 Authentification indirecte ................................................................................. 24 4.2.2 Authentification directe .................................................................................... 24

4.3 Utilisateurs et droits associs ................................................................................. 25 4.3.1 Professionnels de sant .................................................................................. 25 4.3.2 Les acteurs non PS ......................................................................................... 26

4.4 Choix de profils implmenter dans un LPS .......................................................... 27 4.4.1 Principes gnraux ......................................................................................... 27 4.4.2 Limplmentation des profils DMP dans les LPS ............................................. 29

4.5 Homologation des profils implments ................................................................... 30

5 Exigences pralables la DMP Compatibilit ............................................................... 31 5.1 Standards, normes, rfrentiels ............................................................................. 31

5.1.1 Le cadre dinteroprabilit des SIS .................................................................. 31 5.1.2 Le profil IHE XDS.b ......................................................................................... 33 5.1.3 Identification du patient par son INS ................................................................ 36 5.1.4 Identification des professionnels de sant ....................................................... 42 5.1.5 Identification des structures de sant .............................................................. 43 5.1.6 Autres normes et standards ............................................................................ 43

5.2 Paramtrage du LPS .............................................................................................. 44 5.2.1 OID racine unique par instance du LPS .......................................................... 44 5.2.2 Gestion des volutions des Web Services ....................................................... 45 5.2.3 Nomenclatures et rfrentiels .......................................................................... 46 5.2.4 Cadre dexercice, Secteur dactivit, Profession / Spcialit............................ 46

5.3 Configuration poste de travail / serveur .................................................................. 49

So

mm

aire


So

mm

aire

5.3.1 Connexion internet .......................................................................................... 49 5.3.2 Accs Web-PS ................................................................................................ 49 5.3.3 Lecteur de cartes (matriel)............................................................................. 50 5.3.4 Dispositifs de lecture des cartes Vitale (logiciel) .............................................. 50 5.3.5 Dispositifs pour lauthentification des utilisateurs ............................................. 52 5.3.6 Synchronisation du temps ............................................................................... 53 5.3.7 Impression ...................................................................................................... 54

6 Exemples dintgration du DMP dans les LPS ............................................................... 55 6.1 Exemple DMP minimal : intgration de lAW-PS contextuel.................................... 56 6.2 Exemple dun LPS en authentification directe (cas typique du LGC) ...................... 57

6.2.1 Exemple avec calcul de lINS dans le LPS ...................................................... 57 6.2.2 Exemple sans calcul de lINS dans le LPS ...................................................... 58

6.3 Exemple dun LPS en authentification indirecte (cas typique du SIH) ..................... 59 6.3.1 Exemple de type SIH intgr ..................................................................... 59 6.3.2 Exemple de type SIH rparti ...................................................................... 60 6.3.3 IHE PAM-fr et DMP ......................................................................................... 61

6.4 Cas des Connecteurs / EAI .............................................................................. 62 6.5 Cas des logiciels en mode SaaS ............................................................................ 63 6.6 Exemple de lAW-PS non intgr au LPS ............................................................... 64

7 Accs scuris au DMP ................................................................................................ 65 7.1 Exigences gnrales de scurit ............................................................................ 65

7.1.1 Connexion au DMP ......................................................................................... 65 7.1.2 Vrification du certificat serveur du SI DMP .................................................... 68 7.1.3 Vrification du numro dhomologation du LPS ............................................... 70

7.2 TD0.1 - Authentification sur le DMP ....................................................................... 71 7.2.1 Authentification directe par CPS, CPE, CPF ................................................... 71 7.2.2 Authentification indirecte ................................................................................. 71 7.2.3 Le VIHF ........................................................................................................... 73

7.3 Rgles de gestion des droits dans le DMP ............................................................. 82 7.3.1 Autorisations et droits daccs un DMP ........................................................ 84 7.3.2 Droits fonctionnels par mode dauthentification et par profil utilisateur ............. 88 7.3.3 Matrice dhabilitation ....................................................................................... 90

7.4 TD0.2 - Test dexistence dun DMP et vrification de lautorisation ......................... 91 7.4.1 Prrequis ......................................................................................................... 91 7.4.2 Cinmatique .................................................................................................... 91 7.4.3 Transaction ..................................................................................................... 91

7.5 TD0.3 - Mise jour de lautorisation daccs .......................................................... 95 7.5.1 Prrequis ......................................................................................................... 95 7.5.2 Cinmatique .................................................................................................... 95 7.5.3 Transaction ..................................................................................................... 98

7.6 TD0.4 - Liste des DMP autoriss .......................................................................... 100 7.6.1 Prrequis ....................................................................................................... 100 7.6.2 Cinmatique .................................................................................................. 100 7.6.3 Transaction ................................................................................................... 101

7.7 TD0.5 - Recherche sans INS de patients dans le DMP ........................................ 104 7.7.1 Prrequis ....................................................................................................... 104 7.7.2 Cinmatique .................................................................................................. 104 7.7.3 Transaction ................................................................................................... 104

7.8 TD0.9 - Accs Web-PS Contextuel ...................................................................... 109 7.8.1 Principes gnraux ....................................................................................... 109 7.8.2 Synthse avec les transactions LPS ............................................................. 112 7.8.3 Accs aux diffrentes fonctions ..................................................................... 113


So

mm

aire

8 Cration et gestion administrative du DMP .................................................................. 122 8.1 Les diffrents tats dun DMP .............................................................................. 122 8.2 TD1.1 Cration dun DMP ................................................................................. 125

8.2.1 Prrequis ....................................................................................................... 125 8.2.2 Cinmatique .................................................................................................. 125 8.2.3 Transaction ................................................................................................... 128

8.3 TD1.2 - Ractivation dun DMP ............................................................................ 133 8.3.1 Prrequis ....................................................................................................... 133 8.3.2 Cinmatique .................................................................................................. 133 8.3.3 Transaction ................................................................................................... 136

8.4 TD1.3 Mise jour des donnes administratives ................................................ 137 8.4.1 Prrequis ....................................................................................................... 137 8.4.2 Cinmatique .................................................................................................. 137 8.4.3 Consultation des donnes administratives et de gestion ............................... 137 8.4.4 Modification des donnes administratives et de gestion ................................ 138

8.5 TD1.4 Fermeture du DMP ................................................................................. 141 8.5.1 Prrequis ....................................................................................................... 141 8.5.2 Cinmatique .................................................................................................. 141 8.5.3 Transaction ................................................................................................... 142

8.6 TD1.5 Accs Internet du Patient ........................................................................ 143 8.6.1 Prrequis ....................................................................................................... 143 8.6.2 Cinmatique .................................................................................................. 144 8.6.3 Cration du compte internet patient ............................................................... 149 8.6.4 Ajout de canal OTP ....................................................................................... 151 8.6.5 Activation du compte internet par le patient ................................................... 153 8.6.6 Dblocage du compte internet ou mise jour des codes internet .................. 153

8.7 TD1.6 - Liste des PS autoriss / bloqus sur un DMP .......................................... 155 8.7.1 Prrequis ....................................................................................................... 155 8.7.2 Cinmatique .................................................................................................. 155 8.7.3 Transaction ................................................................................................... 155

8.8 Spcifications techniques communes ................................................................... 158 8.8.1 Documentation et rfrences ........................................................................ 158 8.8.2 Structure commune des messages HL7 V3 .................................................. 158 8.8.3 PS (ou professionnel non PS) recueillant le consentement / auteur de laction sur le dossier ............................................................................................................... 164 8.8.4 Donnes patient ............................................................................................ 165 8.8.5 Reprsentant lgal du patient ........................................................................ 169

9 Alimentation du DMP ................................................................................................... 171 9.1 TD2.1 - Alimentation du DMP en documents ........................................................ 171

9.1.1 Prrequis ....................................................................................................... 171 9.1.2 Cinmatique gnrale ................................................................................... 171 9.1.3 Saisie du document dans le LPS ................................................................... 171 9.1.4 Gnration du document CDA et des mtadonnes XDS ............................. 174 9.1.5 Signature du document (non obligatoire) ....................................................... 185 9.1.6 Constitution et signature du lot de soumission .............................................. 186 9.1.7 Transaction : Envoi de la requte au DMP .................................................... 188

9.2 Remplacement dun document existant dans le DMP........................................... 190

10 Consultation du DMP .................................................................................................. 192 10.1 TD3.1 - Recherche de documents dans un DMP ................................................. 193

10.1.1 Prrequis ....................................................................................................... 193 10.1.2 Cinmatique .................................................................................................. 193 10.1.3 Transaction ................................................................................................... 196


So

mm

aire

10.2 TD3.2 - Consultation dun document du DMP ...................................................... 200 10.2.1 Prrequis ....................................................................................................... 200 10.2.2 Cinmatique .................................................................................................. 200 10.2.3 Transaction ................................................................................................... 203

10.3 TD3.3 Gestion des attributs dun document ....................................................... 204 10.3.1 Prrequis ....................................................................................................... 204 10.3.2 Cinmatique .................................................................................................. 205 10.3.3 Transaction ................................................................................................... 207

11 Annexes ...................................................................................................................... 209 11.1 Documents externes ............................................................................................ 209

11.1.1 Documents applicables ................................................................................. 209 11.1.2 Documents de rfrence ............................................................................... 212 11.1.3 Annexes externes ......................................................................................... 213

11.2 Terminologie et acronymes .................................................................................. 214 11.3 WSDL des services .............................................................................................. 216 11.4 Codes derreurs .................................................................................................... 217

11.4.1 Liste des codes derreurs .............................................................................. 217 11.4.2 Erreurs spcifiques du processus dauthentification ( SOAP Fault ) .......... 220 11.4.3 Erreurs frquentes lies aux transactions XDS (TD2.1 / TD3.3 / TD3.1) ....... 223 11.4.4 Autres erreurs frquentes .............................................................................. 226

11.5 Signature XAdES ................................................................................................. 227 11.5.1 Principes gnraux de XAdES ...................................................................... 227 11.5.2 Rappel des principes de la signature lectronique ........................................ 227 11.5.3 Structure XAdES W3C ............................................................................ 228 11.5.4 Erreurs frquentes lors de la mise en uvre ................................................. 232

11.6 Aide limplmentation du profil IHE DSG pour le DMP ....................................... 234 11.6.1 Structure dune soumission XDS.b ................................................................ 235 11.6.2 Construction de la pice jointe XAdES de signature du lot de soumission ..... 237 11.6.3 Requte dalimentation XDS.b commente ................................................... 241

11.7 Code exemple ...................................................................................................... 245 11.8 Rgles sur les dates de naissance lues en carte Vitale ........................................ 246

11.8.1 Rgle AM_DLU : date de naissance lunaire ............................................ 246 11.8.2 Rgle AM_BISSEX : dtermination d'une anne bissextile ........................... 246 11.8.3 Rgle AM_DNA_SIECLE : dtermination du sicle dune date de naissance 247


1 I

ntr

odu

ctio

n

1 Introduction

1.1 Objet du document

L'objectif de ce dossier est de dcrire en dtail les interfaces externes du systme dinformation du Dossier Mdical Personnel (DMP), et permettre aux diteurs de rendre les Logiciels de Professionnel de Sant (LPS) interoprables avec le systme DMP et de les homologuer par la procdure de vrification mise en uvre par lASIP Sant (voir 3 Processus dhomologation la DMP Compatibilit ).

Outre ce chapitre 1 introductif, ce document est compos des chapitres suivants.

Le chapitre 2 retrace le contexte du DMP en gnral et la place centrale du LPS au cur de ce contexte.

Le chapitre 3 prsente la procdure de DMP Compatibilit.

Le chapitre 4 prsente les profils fonctionnels que lditeur peut implmenter dans le cadre de la DMP Compatibilit.

Le chapitre 5 liste les exigences pralables la DMP Compatibilit : standards et normes respecter, rfrentiels utiliser, paramtrages du LPS, configuration du poste de travail, etc.

Le chapitre 6 prsente quelques exemples dintgration du DMP dans les LPS (liste non exhaustive).

Le chapitre 7 dcrit les rgles de base et les transactions utiliser pour laccs scuris au DMP.

Le chapitre 8 dcrit les transactions utiliser pour la cration et la gestion administrative du DMP (fermeture, ractivation, mise jour des donnes administratives).

Le chapitre 9 dcrit les transactions permettant lalimentation dun DMP en documents.

Le chapitre 10 dcrit les transactions permettant la consultation dun DMP, la recherche, la consultation, larchivage ou la suppression dun document et la modification de certains attributs dun document (masquage au PS, visibilit au patient).

Le chapitre 11 regroupe les annexes et en particulier :

Le tableau de lannexe au 11.1 Documents externes qui rcapitule les principaux documents applicables. Dans lensemble du prsent document, ils sont dsigns par le code indiqu dans la colonne Rfrence de ce tableau.


1 I

ntr

odu

ctio

n

1.2 Guide de lecture

Ce document sadresse aux diteurs qui souhaitent mettre en uvre ou maintenir les interfaces de leur LPS avec le DMP.

Profil du lecteur / chapitres lire en priorit

Selon son profil (dcideur, directeur technique, chef de projet, dveloppeur, architecte logiciel, consultant technique), le lecteur pourra se concentrer sur certains chapitres spcifiques :

Profil Chapitres

Dcideurs 2, 3, 4 et 5

Directeurs techniques, Chefs de projets 2, 3, 4, 5 et 6

Dveloppeurs, Architectes logiciels, Consultants techniques tous

Exigence / Recommandation

EXIGENCE

Une exigence est une rgle de gestion (fonctionnelle ou technique) obligatoire que lditeur doit implmenter et qui sera contrle lors du processus dhomologation la DMP Compatibilit.

RECOMMANDATION

Une recommandation vise aider lditeur lors de la mise en uvre ou la maintenance des interfaces avec le DMP. La mise en uvre dune recommandation nest pas obligatoire pour la DMP Compatibilit.


1 I

ntr

odu

ctio

n

1.3 Gestion des versions

Le prsent document est rgulirement mis jour pour tenir compte des volutions du DMP ou des volutions rglementaires et fonctionnelles.

Lien entre version des interfaces externes du DMP et version du DSFT :

Version majeure

Une nouvelle version majeure des interfaces est une version dans laquelle les interfaces existantes voluent. A chaque version majeure des interfaces correspond une version majeure du DSFT : on passe par exemple de V1.x.x V2.x.x.

Plusieurs versions majeures des interfaces externes du DMP peuvent coexister en mme temps (pendant un temps limit et fix par lASIP Sant), ceci afin de laisser suffisamment de temps aux diteurs de LPS pour adapter leurs produits.

Les LPS dj homologus doivent repasser en homologation pour vrifier leur conformit ces nouvelles interfaces.

Version intermdiaire (ajout de nouvelles interfaces)

De nouvelles interfaces (transaction + mode dauthentification) peuvent tre cres, sans pour autant modifier les interfaces existantes. On considre alors quil sagit dune version intermdiaire des interfaces. A chaque version intermdiaire des interfaces correspond une version intermdiaire du DSFT : on passe par exemple de V1.0.x V1.1.x.

Seuls les LPS qui proposent ces nouvelles interfaces doivent passer en homologation pour vrifier leur conformit ces nouvelles interfaces.

Version mineure

Une version mineure du DSFT est une version dans laquelle les interfaces existantes ne sont pas modifies et dans laquelle il ny a pas de nouvelles interfaces. Le DSFT passe alors par exemple de V1.0.1 V1.0.2.

Les LPS dj homologus ne doivent pas repasser en homologation.

Tableau rcapitulatif des types de version :

Version des interfaces externes du DMP Version du DSFT DMP Type de version

V1.0 V1.0.0 Mineure

V1.0 V1.0.1 Mineure

V1.0 V1.0.2 Mineure

V1.0 V1.0.3 Mineure

V1.1 V1.1.0 Intermdiaire

V2.0 V2.0.0 Majeure


2 C

on

texte

2 Contexte

2.1 Le DMP

Amliorer la coordination des soins Le DMP a t institu par la loi pour faciliter le partage d'informations entre professionnels de sant, viter les actes redondants et agir contre les interactions mdicamenteuses. Face aux dfis majeurs que reprsentent notamment le vieillissement de la population et le dveloppement des maladies chroniques, le Dossier Mdical Personnel est un outil moderne et performant qui permet d'amliorer la coordination, la qualit et la continuit des soins pour tous grce la traabilit de l'information (l'historique mdical est ncessaire au mdecin pour la prise en charge du patient), une meilleure communication mdecin/malade, et la transmission des informations entre professionnels de sant. Fiabiliser le parcours de soins et les pratiques pluridisciplinaires Le DMP ne remplace pas le dossier du professionnel de sant. Il contient les informations importantes produites lors du parcours de soins du patient et conserves dans les dossiers des professionnels de sant. A ce titre, le DMP permet de fiabiliser le parcours de soins et les pratiques pluridisciplinaires. Il contribue galement soutenir la dcision diagnostique et thrapeutique en garantissant une disponibilit des informations au moment utile et en favorisant une structuration de ces informations pour les rendre plus aisment exploitable. Deux modes d'accs au DMP

En accs direct depuis le logiciel mtier du professionnel de sant, condition quil soit DMP-compatible : c'est le mode le plus adapt pour le professionnel de sant car le DMP est intgr dans son logiciel habituel. Le prsent document dcrit les interfaces proposes par le service DMP que les diteurs de LPS (Logiciels de Professionnels de Sant) doivent mettre en uvre afin que leurs produits puissent accder au DMP et devenir DMP-compatibles. Un processus dhomologation a t mis en place par lASIP Sant pour vrifier la DMP Compatibilit des LPS et est prsent dans ce document.

En utilisant lAccs Web PS (Professionnel de Sant) accessible par Internet tout professionnel de sant disposant dune carte CPS (sous certaines conditions de configuration du poste de travail). Note : Les diteurs peuvent offrir leurs utilisateurs un accs simplifi lAW PS directement depuis le LPS en leur vitant de se r-authentifier. Ce mode qui permet daccder directement soit au tableau de bord du PS soit au DMP dun patient est galement dcrit dans ce document.


2 C

on

texte

2.2 Les LPS

2.2.1 Les diffrents types de LPS

Dans le prsent document, le terme LPS (Logiciel de Professionnel de Sant) dsigne tout systme d'information utilis par un professionnel de sant ou une structure de soins, pour l'assister dans la gestion de la prise en charge de ses patients. Outre les fonctions de gestion, de comptabilit, dagenda, etc. un LPS gre, reoit, met, stocke des donnes mdicales de ses patients.

Parmi les types de LPS couramment rpandus aujourd'hui, on distingue :

SIH : Systmes dInformation dtablissements Hospitaliers, cliniques, PSPH, centres de sant, qui sont souvent eux-mmes composs d'un ventail de logiciels d'origines diverses ;

LGC : Logiciels de Gestion de Cabinet utiliss par les PS libraux (mdecins, dentistes, sages-femmes, infirmiers, etc.) et par leurs secrtariats ;

GAM : la Gestion Administrative des Malades utilise par les accueils dtablissements de sant, pouvant faire partie du SIH ;

SIR: Systme dInformation Radiologique (en tablissement ou en libral) ou PACS ;

SGL : Systme de gestion de laboratoire de biologie ou d'anatomie et de cytologie pathologiques (en tablissement ou en libral) ;

EAI : Connecteur ou Enterprise Application Interface. Middleware dinterconnexion de diffrentes applications pouvant jouer notamment le rle de passerelle vers le DMP. Ce type de LPS est essentiellement dploy dans les structures de soins ;

o Ce type particulier de LPS peut imposer de devoir dlguer au systme consommateur (le LPS utilis par le PS pour se connecter au DMP) des exigences du DSFT lors de lhomologation la DMP Compatibilit. Cette dlgation devra se faire de manire contractuelle.

TLM : Logiciels de Tlmdecine (assistance ou surveillance mdicale distance, etc.) ;

LDRM : Logiciels de Rgulation Mdicale (ex : SAMU-centre 15) ;

LGO : Logiciels de Gestion dOfficine utiliss par les PS en pharmacie ;

BIN : Borne Interactive permettant au patient daccder aux services du DMP :

Dautres types de LPS que ces types principaux peuvent galement exister.


2 C

on

texte

2.2.2 Le LPS au cur des Systmes dInformation de Sant

Le DMP constitue une tape importante dans la mise en uvre dune stratgie de dploiement des systmes dinformation de sant en France.

Le LPS est le premier SIS du Professionnel de Sant et il est videmment loutil naturel daccs au DMP. Lobjectif de lASIP Sant est donc de permettre une intgration aussi harmonieuse que possible entre le LPS et le DMP. Le DMP doit tre une source de valeur ajoute mtier pour les diteurs et les professionnels de sant qui travaillent avec leurs logiciels.

Par ailleurs, dans un souci de continuit de la prise en charge, une interface daccs (de substitution pourrait-on dire) pour les PS via un navigateur permet de prendre en compte les situations particulires dusage ou les restrictions techniques (fonctions non implmentes dans le LPS par exemple).


2 C

on

texte

2.3 Les fonctions DMP du LPS

Les principales fonctions DMP pouvant tre implmentes dans le LPS sont :

laccs scuris au DMP ;

la cration et la gestion administrative du DMP ;

lalimentation du DMP ;

la consultation du DMP ;

Limplmentation de ces fonctions DMP dans le LPS se traduit par limplmentation dun ensemble de transactions DMP (voir 4 Transactions et profils DMP pour le LPS).

Linterfaage du LPS avec le DMP ncessite la mise en place de nouvelles IHM dans les LPS DMP-compatibles. Dans ce document, lASIP Sant fournit aux diteurs un certain nombre dlments de vocabulaire et dergonomie en cohrence avec lAccs Web PS du SI DMP.

REC_GEN-1010

Il est fortement recommand dintgrer au sein du LPS les lments de vocabulaire et dergonomie fournis par lASIP Sant.

LASIP Sant met galement la disposition une charte graphique destination des diteurs de logiciels DMP-compatibles [CHARTE-GRAPHIQUE_DMP-LPS] dcrivant les lments graphiques relatifs au DMP que les diteurs peuvent intgrer dans leurs logiciels :

logo indiquant que le logiciel est DMP-compatible ,

boutons dactions pour accder lAccs Web PS du DMP,

boutons dactions pour crer, consulter ou alimenter un DMP,

bouton dtat pour indiquer si le DMP est cr ou pas ou ferm, si le PS est autoris ou pas.

REC_GEN-1020

Il est fortement recommand dintgrer au sein du LPS les lments de la charte graphique fournis par lASIP Sant.


2 C

on

texte

2.3.1 Laccs scuris au DMP

Le partage de donnes mdicales ne peut avoir lieu sans une confiance forte dans le SIS, rendue possible par la scurit daccs et par limputabilit des contenus dposs au sein des DMP.

La scurit est une ligne directrice de la conception du systme dinformation DMP et se traduit par :

une authentification forte des acteurs de sant, avec la gestion de certificats et de modes de connexion prouvs ;

une imputabilit des contenus, avec la gestion de signature lectronique des lots de documents dposs dans le DMP ;

le respect de la confidentialit des donnes de sant, accessibles en fonction de leurs caractristiques certains professionnels de sant autoriss par le patient titulaire du DMP ;

la traabilit de chaque action sur le DMP.

Laccs au DMP depuis le LPS

Selon le niveau dimplmentation des fonctions DMP dans son LPS, le PS peut accder au DMP de son patient :

par les fonctions spcifiques DMP intgres dans son LPS :

REC_GEN-1030

Le niveau dintgration des transactions dans le LPS doit permettre au PS daccder au DMP sans rupture ergonomique dans lutilisation de son LPS.

Le LPS est le moyen daccs privilgi au DMP et est considr par le DMP comme linterface principale ;

par laccs Web-PS appel depuis son LPS avec passage de contexte. Cela permet au PS daccder des fonctions non encore proposes en Web Services (accs aux traces par exemple) ou daccder des fonctions non encore implmentes dans son LPS. Le passage de contexte permet au PS daccder directement soit son tableau de bord DMP (avec la liste des DMP pour lesquels il est autoris), soit au DMP dun patient.

Note : Le PS peut galement se connecter directement au DMP via lAccs Web PS (hors primtre de ce document).

Laccs au DMP dun patient par un PS ne peut se faire quavec lINS du patient. De plus, laccs nest possible quavec laccord du patient, except dans les cas encadrs de laccs bris de glace et de laccs par les permanenciers auxiliaires de rgulation mdicale des centres de rception et de rgulation des appels des SAMU-Centres 15.


2 C

on

texte

Comment rcuprer lINS du patient dans le LPS ?

o par calcul direct partir des informations lues dans la puce de la carte Vitale ;

o dans le dossier du patient parce que lINS a t stock lors dun calcul prcdent depuis la carte Vitale ou rcupr depuis un systme tiers comme un logiciel de GAM dans un Systme dInformation Hospitalier par exemple ;

o par la transaction DMP TD0.4 qui permet de rcuprer la liste des DMP pour lesquels le PS dispose dune autorisation daccs. Une fois la liste rcupre, le PS peut enregistrer lINS de son patient.

o par la transaction DMP TD0.5 qui permet de faire une recherche sans INS du DMP dun patient partir dautres traits didentit. Une fois le DMP trouv, le PS peut enregistrer lINS du patient.

Enfin, laccs certaines fonctions est soumis une combinaison de rgles lies au profil de lutilisateur (PS / non PS), son mode dauthentification (directe / indirecte), sa professions et spcialit (matrice dhabilitation du CI-SIS) et son rle de lutilisateur (mdecin traitant ou pas, centre 15, ). Ces rgles sont dtailles au 7 Accs scuris au DMP .

2.3.2 La cration et la gestion administrative du DMP

REC_GEN-1040

Il est souhaitable que la cration et la gestion des donnes administratives du DMP soient autant que possible intgres la gestion des donnes administratives du LPS.

La cration et la gestion administrative du DMP regroupent les fonctionnalits suivantes :

la cration du DMP dun patient, aprs recueil de son consentement ;

la mise jour des donnes administratives du DMP dun patient et la cration du compte daccs internet du patient

la fermeture du DMP dun patient.

la ractivation ventuelle dun DMP prcdemment ferm, aprs recueil du consentement du patient ;

la consultation de la liste des autorisations sur le DMP.

Le compte daccs internet du patient :

Pour accder son DMP via laccs Web patient, le patient a besoin dun compte daccs internet qui est initialis par le PS de son choix, soit lors de la cration de son DMP, soit ultrieurement.

Il pourra ainsi consulter le contenu de son DMP et lenrichir ventuellement dlments personnels quil dpose dans un volet dexpression qui lui est ddi. Ces documents dexpression du patient sont naturellement partags avec les PS autoriss accder au DMP. Il pourra galement consulter la liste des traces, masquer tel ou tel document aux PS, grer les autorisations daccs son dossier et dsigner ses mdecins traitants DMP .


2 C

on

texte

2.3.3 Lalimentation du DMP

Lalimentation du DMP permet au PS de dposer dans le DMP du patient les documents utiles la coordination des soins. Lobjectif est de permettre, avec laccord du patient, un partage des documents du patient entre tous les professionnels de sant qui sont amens le prendre en charge.

Lalimentation du DMP se fait DMP par DMP avec un lot de soumission pouvant comprendre un ou plusieurs documents.

REC_GEN-1050

Lintgration de la fonction dalimentation du DMP dans le LPS doit se faire avec le minimum dimpact pour le PS sur ses habitudes dutilisation du LPS.

REC_GEN-1060

Les rgles de dclenchement de lenvoi des documents dans le DMP doivent tre claires et paramtrables par le PS. Elles doivent sintgrer dans le processus de validation mdicale des documents.

REC_GEN-1070

Le choix des documents utiles la coordination des soins envoyer dans le DMP est laiss lapprciation des professionnels de sant. Il est cependant recommand, pour les CR dexamens biologiques, de nenvoyer que les CR complets dans le DMP (les CR partiels peuvent tre changs entre professionnels de sant par Messagerie Scurise de Sant).

2.3.4 La consultation du DMP

La consultation du DMP dun patient comporte :

la recherche de documents dans le DMP ;

la consultation dun document slectionn ;

la gestion des attributs dun document qui permet au PS de :

masquer / dmasquer un document aux PS ( la demande du patient)

rendre un document visible au patient (aprs la consultation dannonce par exemple) lorsque le document avait t publi avec un attribut invisible du patient .

supprimer un document : il existe toujours dans le DMP mais nest plus visible (suppression logique du document). Un document supprim ne peut plus tre publi.

archiver / dsarchiver un document : le PS archive un document obsolte qui nest plus utile la coordination des soins. Il est toujours accessible lors dune recherche, mais uniquement si cette recherche est tendue aux documents archivs.

La recherche dun DMP sans lINS : Cette fonction permet de rechercher un patient dans le SI DMP, sans son INS, partir de traits didentit.


3 P

roce

ssus d

hom

olo

gatio

n

la D

MP

Com

patib

ilit

3 Processus dhomologation la DMP Compatibilit

3.1 Prsentation du processus dhomologation

Le processus dhomologation vise sassurer de la conformit dun logiciel aux spcifications fonctionnelles et techniques des interfaces DMP afin de garantir linteroprabilit et la scurit du service.

Lentre dans le processus dhomologation est ouverte toute personne morale propritaire dune solution logicielle destine conserver, changer et/ou partager des donnes de sant caractre personnel et qui a vocation sinterfacer avec le DMP.

Le processus dhomologation la DMP Compatibilit est compos de 3 grandes tapes qui sont prsentes ci-aprs. Une prsentation dtaille et jour du processus dhomologation est disponible en annexe dans le document [DMP1-ANX-HOM].

3.1.1 Constitution du dossier de candidature

Signature du Contrat Editeur

Lditeur doit envoyer lASIP Sant par courrier postal le Contrat Editeur en 2 exemplaires originaux signs et accompagns dun exemplaire de lAnnexe 1 renseigne et signe. Un exemplaire du contrat sign par le Directeur de lASIP Sant est ensuite renvoy lditeur.

Le Contrat Editeur est disponible au tlchargement sur le site de lASIP Sant : http://esante.gouv.fr/services/espace-dmp/processus-d-homologation-a-la-dmp-compatibilite.

Afin dacclrer le traitement administratif lditeur peut envoyer, en parallle de lenvoi papier, le Contrat Editeur sign accompagn de lAnnexe 1 en version lectronique (PDF par exemple) par courrier lectronique ladresse [email protected].

Inscription la liste de diffusion de la DMP Compatibilit

A rception du contrat sign, lditeur est inscrit la liste de diffusion de la DMP Compatibilit. Cela lui permet dtre tenu inform des diffrentes informations relatives la DMP Compatibilit.

Cependant, tout diteur peut demander tre inscrit sur cette liste de diffusion par simple demande ladresse [email protected], y compris sil na pas encore sign de contrat.

http://esante.gouv.fr/services/espace-dmp/processus-d-homologation-a-la-dmp-compatibilitemailto:[email protected]:[email protected]


3 P

roce

ssus d

hom

olo

gatio

n

la D

MP

Com

patib

ilit

3.1.2 Dveloppements et tests prparatoires lhomologation

3.1.2.1 Dveloppement et tests des transactions reprsentatives sur lenvironnement mutualis

Lditeur dveloppe et teste un ensemble de transactions reprsentatives indispensables pour entrer dans le processus dhomologation.

Pour ces tests, lASIP Sant met disposition de lditeur un environnement de test mutualis (DV1) et un rfrentiel comportant les cas de test demands.

Les transactions reprsentatives sont les suivantes :

TD0.1 et TD0.2 pour laccs au DMP,

TD1.1 pour le profil de cration,

TD2.1 pour le profil dalimentation,

TD3.1 et TD3.2 pour le profil de consultation.

Lditeur envoie lASIP Sant les trames passantes pour validation. Cette validation permet de passer la phase suivante.

3.1.2.2 Dveloppement et tests de pr-homologation des transactions homologuer sur lenvironnement ddi

Lditeur dveloppe et teste les transactions quil souhaite prsenter lhomologation.

En fonction des profils et transactions que lditeur souhaite prsenter lhomologation, lASIP Sant transmet lditeur la liste des tests de pr-homologation passer.

Pour ces tests de pr-homologation, lASIP Sant met disposition de lditeur un environnement de test ddi (DVx) qui lui est exclusivement affect. Cet environnement comporte un jeu de donnes de 20 DMP vides et de 5 DMP chargs avec des documents.

Lditeur envoie lASIP Sant les trames passantes pour validation.

En cas de besoin et sur demande de lditeur, une assistance technique lditeur peut tre fournie par lASIP Sant. Cette assistance nest pas systmatique et est soumise un certain nombre de conditions, dcrites dans le document [DMP1-ANX-HOM].

A lissue de cette phase, un point tlphonique est organis entre lditeur et lASIP Sant pour prparer la session formelle dhomologation.


3 P

roce

ssus d

hom

olo

gatio

n

la D

MP

Com

patib

ilit

3.1.3 Homologation

Les tests dhomologation

En fonction des profils et transactions que lditeur souhaite prsenter lhomologation, lASIP Sant transmet lditeur la liste des tests dhomologation passer.

Lditeur effectue les tests sur un environnement dhomologation ddi (VA) qui lui est exclusivement affect.

Lditeur envoie lASIP Sant les rsultats et les trames passantes pour validation et les rponses sur le respect des exigences non vrifiables par des tests.

Les exigences du Dossier des Spcifications Fonctionnelles et Techniques des Interfaces DMP des LPS sont vrifies :

pour partie au travers de lanalyse des rsultats de lexcution de tests par le candidat,

pour partie par lanalyse des rponses fournies par lditeur sur le respect des exigences non vrifiables par des tests.

Le rapport dhomologation soumis lavis du Comit dhomologation

A lissue de la phase de tests dhomologation, lASIP Sant produit, sur le fondement des rsultats des tests dhomologation et des informations transmises par le candidat un rapport dhomologation qui est prsent au Comit dhomologation pour avis.

Sur la base de lavis du Comit dhomologation, le Directeur de lASIP Sant peut prendre trois types de dcisions :

une homologation sans rserve ;

une homologation avec rserve(s) ;

un refus dhomologation.

3.1.4 En savoir plus sur la DMP Compatibilit

Les diteurs peuvent consulter les FAQ de la DMP Compatibilit qui sont disponibles sur le site esante.gouv.fr : http://esante.gouv.fr/services/espace-dmp/faq-dmp-compatibilite et rgulirement mises jour.

Les diteurs peuvent aussi contacter lquipe en charge de la DMP Compatibilit lASIP Sant par mail : [email protected].

http://esante.gouv.fr/services/espace-dmp/faq-dmp-compatibilitemailto:[email protected]


3 P

roce

ssus d

hom

olo

gatio

n

la D

MP

Com

patib

ilit

3.2 Les environnements techniques

Ce chapitre prsente un rsum des diffrents environnements techniques DMP mis disposition par lASIP Sant et utiliss par les diteurs lors du processus dhomologation la DMP Compatibilit.

3.2.1 Les environnements dhomologation

Environnement Phase

Environnement de test mutualis (DV1)

Dveloppement des transactions reprsentatives :

TD0.1 et TD0.2 pour laccs au DMP,

TD1.1 pour le profil de cration,

TD2.1 pour le profil dalimentation,

TD3.1 et TD3.2 pour le profil de consultation.

Tests des transactions reprsentatives et envoi lASIP Sant des trames passantes pour validation avant ouverture de lenvironnement de test ddi.

Environnement de test ddi (DVx)

Dveloppement des transactions complmentaires.

Tests de pr-homologation et envoi lASIP Sant des rsultats pour validation.

Environnement dhomologation ddi (VA)

Tests dhomologation et envoi lASIP Sant des rsultats pour validation.

Environnement de test mutualis pour transactions homologus (DVH)

Tests de transactions homologus pour :

reproduire des comportements observs en production suite des retours dutilisateurs,

conduire des tests dinteroprabilit avec dautres diteurs de LPS avec lesquels vous vous seriez entendu (ventuellement si vous le souhaitez).

Le support de ces environnements est assur par lquipe en charge de la DMP Compatibilit lASIP Sant par mail : [email protected].

Laccs ces environnements se fait au moyen de cartes CPx et de certificats de test.

mailto:[email protected]


3 P

roce

ssus d

hom

olo

gatio

n

la D

MP

Com

patib

ilit

3.2.2 Les environnements de formation et de production

Environnements de formation

(il y en a 4)

Lditeur peut donner accs aux environnements de formation via son LPS homologu des fins de :

Formation dutilisateurs

Test de raccordement au DMP depuis un environnement de test de ses clients (par exemple : ralisation de tests fonctionnels suite limplmentation dune version DMP-Compatible dans un tablissement).

Il ny a pas besoin de dclaration pralable dadresses IP pour y accder et le n dhomologation fourni pour les tests peut y tre utilis (champ LPS_ID_HOMOLOGATION_DMP du VIHF).

Seules des donnes de tests doivent tre utilises sur les environnements de formation.

Pour plus dinformation voir : http://www.dmp.gouv.fr/professionnel-de-sante/utiliser-le-dmp/vous-former-au-dmp/utiliser-le-dmp-avec-la-base-ecole

Environnement de production

DMP de production (utilisation relle) uniquement accessible par les logiciels homologus avec le n dhomologation spcifique (champ LPS_ID_HOMOLOGATION_DMP du VIHF).

Les cartes Vitale de tests et de dmonstration ne doivent pas tre utilises sur lenvironnement DMP de production, exclusivement destin au traitement de donnes relles.

Le support de ces environnements est assur par DMP Info Service (24/24, 7/7)

au 0810 33 11 33 (prix dun appel local)

via le formulaire de contact http://www.dmp.gouv.fr/contact-ps.

Laccs aux environnements de formation se fait au moyen de cartes CPx de test et de certificats de test uniquement.

Laccs lenvironnement de production se fait au moyen de CPx et certificats de production uniquement.

http://www.dmp.gouv.fr/professionnel-de-sante/utiliser-le-dmp/vous-former-au-dmp/utiliser-le-dmp-avec-la-base-ecolehttp://www.dmp.gouv.fr/professionnel-de-sante/utiliser-le-dmp/vous-former-au-dmp/utiliser-le-dmp-avec-la-base-ecolehttp://www.dmp.gouv.fr/contact-ps


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4 Transactions et profils DMP pour les LPS

4.1 Description des transactions DMP

Les transactions DMP peuvent fonctionnellement tre lies entre elles et certaines dentre elles doivent tre implmentes conjointement.

Le tableau ci-dessous prsente les transactions DMP qui peuvent tre implmentes.

Fig. 1 : Les transactions DMP


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

Description synthtique des transactions DMP

Les spcifications dtailles des transactions sont dcrites aux paragraphes 7 10 du prsent document.

Transactions DMP pour LPS Description synthtique

ACCES SECURISE AU DMP

TD0.1 Authentification sur le DMP Permet dauthentifier lacteur de sant (PS ou STS)

auprs du systme DMP.

TD0.2 Test dexistence dun DMP et vrification de lautorisation daccs

Permet de vrifier quun DMP existe, de rcuprer le statut dun DMP et celui de lautorisation daccs de lacteur de sant sur ce DMP.

TD0.3 Mise jour de lautorisation daccs

Permet lacteur de sant de se dclarer autoris par le patient accder au DMP du patient ou au contraire se retirer de la liste des PS autoriss.

TD0.4

Liste des dossiers autoriss Permet de rcuprer la liste des DMP pour lesquels lacteur de sant dispose dune autorisation daccs (liste exhaustive des dossiers ou liste des dossiers pour lesquels une nouvelle autorisation a t donne depuis une date donne).

TD0.5 Recherche sans INS de patients dans le SI DMP

Permet de chercher un ou des patients dans le SI DMP, sans son INS, partir dautres traits didentit.

TD0.9 Accs web-PS contextuel Permet douvrir lAccs Web DMP dans un navigateur,

avec passage contextuel dinformation (INS du patient, ).

CREATION ET GESTION ADMINISTRATIVE DU DMP

TD1.1 Cration dun DMP Permet de crer le DMP dun patient.

TD1.2 Ractivation dun DMP Permet de ractiver un DMP qui a t ferm.

TD1.3 Donnes administratives dun DMP

Permet de consulter et mettre jour les donnes administratives dun DMP

TD1.4 Fermeture dun DMP Permet de fermer un DMP.

TD1.5 Accs internet du patient Permet dinitialiser, mettre jour ou dbloquer le compte

daccs internet dun patient.

TD1.6 Liste des PS autoriss/bloqus sur un DMP

Permet dobtenir, pour un DMP, la liste des PS autoriss y accder, la liste des PS bloqus, ou les 2.

ALIMENTATION DU DMP

TD2.1

Alimentation en documents dun DMP

Permet de dposer un (ou des) document(s) dans le DMP dun patient. Cette transaction gre aussi les mises jour successives dun document avec le remplacement dun document par une nouvelle version.

CONSULTATION DU DMP

TD3.1 Recherche de documents dans un DMP

Permet de rechercher des documents dans lindex des documents du DMP dun patient.

TD3.2 Consultation dun document dans un DMP

Permet de rcuprer et consulter un document ( partir de lidentifiant du document rcupr par la TD3.1).

TD3.3 Gestion des attributs dun document

Permet de grer les attributs dun document : masquer/dmasquer aux PS, rendre visible au patient, archiver/dsarchiver et supprimer.

Tableau 2 : Description des transactions

La liste des URL de Web Services par transaction et fonction, noms de mthodes, WSDL est

fournie en annexe 11.3 WSDL des services .


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.2 Mode dauthentification

Le mode dauthentification a une forte influence sur les rgles de gestion. Certaines fonctions sont accessibles ou pas selon le mode dauthentification.

Par exemple, la consultation de DMP n'est possible qu'en mode d'authentification directe.

La liste dtaille des fonctions accessibles ou pas selon le mode dauthentification est donne dans le tableau du 7.3.2. Comme spcifi dans [CI-TR-CLI-LRD], deux configurations dauthentification du PS sur le DMP sont possibles pour un LPS :

4.2.1 Authentification indirecte

Lutilisateur utilise un LPS hberg au sein d'une structure de soins (STS) et c'est cette structure qui s'authentifie auprs du DMP au moyen dun certificat logiciel dauthentification pour personne morale.

Cependant, laccs au DMP ncessite que chaque utilisateur soit identifi nominativement : il est donc indispensable que le LPS soit en mesure de fournir au DMP lidentifiant (ventuellement interne) des utilisateurs lorigine des transactions. Il faut donc que lutilisateur final s'authentifie localement au sein de la structure (STS) qui porte ainsi la responsabilit des changes avec le DMP et de lidentification de lutilisateur final.

4.2.2 Authentification directe

Lutilisateur utilise sa carte CPS (ou CPF et CPE pourvu quelles soient rattaches une structure) pour sauthentifier directement auprs du DMP.

Fig. 3 : Modes dauthentification au DMP


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.3 Utilisateurs et droits associs

Il faut distinguer les professionnels de sant et les utilisateurs qui ne sont pas professionnels de sant car ils nont pas les mmes droits vis--vis du DMP. Certaines fonctions sont accessibles aux PS et pas accessibles aux utilisateurs non PS. De mme, certaines fonctions sont accessibles certaines catgories de PS et pas dautres.

4.3.1 Professionnels de sant

Parmi les professionnels de sant on distingue plusieurs catgories auxquelles sont associes des droits particuliers dans le DMP :

Dune manire gnrale, une fois authentifis et sils sont autoriss, les PS peuvent :

o crer et alimenter un DMP

o accder aux traces fonctionnelles de leur propre activit

Les conditions daccs en lecture aux documents contenus dans un DMP (sur lequel ils ont lautorisation daccs) dpendent des professions et spcialits des PS recueillies partir de la carte CPS (ou CPF) du PS. Ces rgles sont dfinies dans la matrice dhabilitation du CI-SIS.

Seuls les PS mdecins (code profession CPS 10) et lauteur du document peuvent supprimer et archiver/dsarchiver un document.

Seuls les PS mdecins (code profession CPS 10) peuvent, la demande du patient, se dclarer mdecin traitant . Il peut y avoir plusieurs mdecins traitants du DMP dun mme patient. Il n'y a pas de synchronisation entre les SI DMP et les SI des organismes d'assurance maladie. Le patient doit donc toujours effectuer les dmarches habituelles pour dclarer un mdecin traitant auprs de lAssurance Maladie.

les mdecins traitants ont des droits tendus sur le DMP du patient car ils peuvent :

o accder tous les documents masqus de ce dossier (et si ncessaire dmasquer un document masqu),

o accder toutes les traces fonctionnelles du dossier (les siennes et celles des autres PS),

o grer les autorisations daccs un DMP,

o effectuer une demande de copie du DMP pour le compte de son titulaire,

o effectuer une demande de destruction de tout document ou de lensemble du DMP pour le compte de son titulaire.

les permanenciers auxiliaires de rgulation mdicale (PARM) des centres de rception et de rgulation des appels des SAMU-Centres 15 sont autoriss utiliser la fonctionnalit de recherche dun DMP sans lINS du patient ( partir dautres traits didentit) mais la consultation du DMP dun patient reste rserve au mdecin rgulateur authentifi par sa CPS.


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.3.2 Les acteurs non PS

Il sagit du personnel daccueil en STS (via la GAM) ou en cabinet qui peut crer le DMP dun patient. Dans la mesure o il peut crer un DMP, il lui est galement possible de corriger les donnes administratives du patient.

Lorsquil est connect en authentification indirecte (avec le certificat logiciel dauthentification pour personne morale de sa STS), un acteur non PS peut alimenter le DMP.

Quil soit connect en authentification directe avec une carte CPE ou en authentification indirecte avec le certificat logiciel dauthentification pour personne morale de sa STS, lacteur non PS ne peut pas consulter les documents du DMP dun patient.

Ces acteurs non PS sont uniquement autoriss :

la cration de DMP, la cration du compte daccs internet du patient et la mise jour de donnes administratives, sous rserve que leur structure soit autorise accder au DMP du patient.

alimenter le DMP, sil est connect en authentification indirecte (avec le certificat de la STS).


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.4 Choix de profils implmenter dans un LPS

4.4.1 Principes gnraux

Chacun des 3 profils DMP (Cration, Alimentation et Consultation) est constitu de transactions obligatoires et de transactions optionnelles (voir tableau 2 ci-dessous).

Profils DMP

Transactions DMP implmenter CREATION ALIMENTATION CONSULTATION

ACCES SECURISE AU DMP

TD0.1 Authentification sur le DMP Obligatoire

TD0.2 Test dexistence dun DMP et vrification de lautorisation daccs

Obligatoire (2)

TD0.3 Mise jour de lautorisation daccs Obligatoire (2)

TD0.4 Liste des dossiers autoriss Optionnelle

TD0.5 Recherche sans INS du DMP dun patient Optionnelle Optionnelle Optionnelle (2)

TD0.9 Accs web-PS contextuel Optionnelle (1) Optionnelle (1) Obligatoire (1) (2)

CREATION ET GESTION ADMINISTRATIVE DU DMP

TD1.1 Cration dun DMP Obligatoire

TD1.2 Ractivation dun DMP Optionnelle

TD1.3 Donnes administratives dun DMP Optionnelle

TD1.4 Fermeture dun DMP Optionnelle (1)

TD1.5 Accs internet du patient Obligatoire

TD1.6 Liste des PS autoriss/bloqus sur un DMP Optionnelle (1)

ALIMENTATION DU DMP

TD2.1 Alimentation en documents dun DMP Obligatoire

CONSULTATION DU DMP

TD3.1 Recherche de documents dans un DMP Obligatoire (1)

TD3.2 Consultation dun document dans un DMP Obligatoire (1)

TD3.3 Gestion des attributs dun document Obligatoire (3) Optionnelle (1)

(1) Lutilisation de la CPS (ou CPF) est obligatoire. Les CPE sont exclues.

(2) Sauf pour les LDRM pour lesquels la transaction TD0.5 est obligatoire et les transactions TD0.2, TD0.3, TD0.9 sont optionnelles.

(3) Permet de dpublier un document envoy par erreur

Tableau 4 : Liste des transactions implmenter par profil

EX_GEN-1110

Lditeur doit obligatoirement implmenter les transactions Obligatoires du profil Accs scuris au DMP .


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

Ensuite, selon ses besoins, lditeur slectionne les profils quil souhaite implmenter dans son LPS.

EX_GEN-1120

Pour chaque profil quil souhaite implmenter, lditeur doit obligatoirement implmenter les transactions Obligatoires du profil.

Les transactions Optionnelles ne sont pas obligatoires et lditeur peut dcider de les implmenter ou pas.

Exemple : Pour le profil CREATION , lditeur doit obligatoirement implmenter les transactions TD0.1, TD0.2, TD0.3, TD1.1 et TD1.5. En fonction de son besoin, il peut complter son implmentation avec les transactions TD0.4, TD0.5, TD0.9, TD1.2, TD1.3, TD1.4 et TD1.6.

En implmentant la transaction TD0.9 Accs Web-PS Contextuel, lditeur donne accs ses utilisateurs, partir de leur LPS, aux fonctionnalits du DMP couvertes par lAW PS.


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.4.2 Limplmentation des profils DMP dans les LPS

Limplmentation des profils DMP dans les LPS

doit respecter les exigences dfinies dans le prsent document. Elles seront contrles lors du processus dhomologation la DMP Compatibilit,

doit suivre les rgles de bonnes pratiques qui sont de la responsabilit de lditeur,

peut suivre (cela est laiss lapprciation de lditeur) les conseils et recommandations (par exemple ergonomiques) fournis par lASIP Sant (dans ce document ou lors du processus dhomologation la DMP Compatibilit).

Les diteurs doivent porter une attention particulire aux donnes utilises dans les transactions :

Lditeur doit sassurer que le LPS dispose de lensemble des donnes requises utilises dans les transactions du LPS vers le DMP. Si ce nest pas le cas, il devra au pralable modifier le LPS pour intgrer les donnes manquantes. Pour rappel, les donnes exiges par le DMP sont cohrentes avec le cadre dinteroprabilit et donc avec lensemble des SIS nationaux ;

Lditeur peut dcider, pour le bnfice de ses utilisateurs et si ce ntait initialement pas le cas, dintgrer dans le LPS la gestion dune donne transmise par une transaction du DMP.

EX_GEN-1140

Le LPS doit grer correctement les codes retours et codes derreurs retourns par le SI DMP qui peuvent dterminer, dans certains cas, les actions possibles ou pas vis--vis du DMP.

EX_GEN-1145

Les messages affiches doivent tre spcifiques chaque situation (code retour ou derreur) et facilement comprhensibles des utilisateurs.

EX_GEN-1150

Dans le cas de transactions utilises dans un mode asynchrone (pour lalimentation du DMP par exemple), lditeur doit implmenter une fonctionnalit permettant de traiter les erreurs (par exemple, tableau de bord de reporting / gestion des erreurs) et si ncessaire prvoir des mesures organisationnelles pour traiter ces erreurs.


4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS

4.5 Homologation des profils implments Lors du processus dhomologation, la DMP Compatibilit est vrifie par profil (cf. 4.4) / mode d'authentification (cf. 4.2).

L'homologation porte sur l'ensemble des transactions requises du profil et sur les transactions optionnelles que lditeur a dcid d'intgrer.

Lditeur peut intgrer les diffrents profils ou transactions son rythme, en passant plusieurs homologations pour des profils / transactions / mode dauthentification diffrents.

A chaque nouvelle homologation la totalit des transactions fait l'objet de vrifications par l'ASIP Sant.

La liste des transactions implmentes par le LPS et valides par le processus de DMP Compatibilit est rattache au numro dhomologation fourni par lASIP Sant.

EX_GEN-1160

Comme indiqu dans le contrat diteur, lditeur sengage mettre la disposition de ses clients, selon les conditions commerciales fixes par ses soins, les logiciels de la famille de produits homologue, dans un dlai de deux mois calendaires compter de la date de rception du courrier de dcision favorable dhomologation.

EX_GEN-1170

Le logiciel DMP-Compatible doit imprativement proposer aux utilisateurs les transactions obligatoires des profils implments.

EX_GEN-1180

Lditeur doit mettre en uvre dans les LPS homologus un dispositif daffichage du ou des profils DMP homologus et de la date dhomologation (menu de type propos par exemple).

EX_GEN-1190

Lditeur doit prciser dans la documentation de fonctionnement des LPS homologus les fonctions DMP intgres, ainsi que celles qui ne le sont pas.

4 T

ransa

ctio

ns e

t pro

fils

DM

P p

ou

r le

s L

PS


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

5 Exigences pralables la DMP Compatibilit

La mise en uvre de la DMP Compatibilit dun LPS repose fortement sur :

le respect des spcifications dcrites dans le prsent document : o Voir paragraphes 7 10 qui dcrivent les transactions DMP

le respect des standards et normes retenus o Ces standards et normes sont prsents dans le 5.1.

lexistence pralable de fonctionnalits ou conditions spcifiques au niveau du paramtrage du LPS (voir 5.2) ou de la configuration du poste de travail / serveur (voir 5.3).

5.1 Standards, normes, rfrentiels Lannexe 11.1 Documents externes prsente la liste des documents externes auxquels se rfrer. Cette liste permet de vrifier les versions des normes prises en compte dans le DMP.

Les standards et normes maitriser sont lis

au cadre dinteroprabilit des SIS (CI-SIS) ;

au profil IHE XDS ;

la norme HL7 V3 (cration de DMP, gestion du dossier) ;

au profil IHE PDQ HL7 V3 (utilis pour la mise en uvre de la recherche de DMP sans INS, fonctionnalit actuellement prvue uniquement pour les centres de rgulation).

lINS

5.1.1 Le cadre dinteroprabilit des SIS

EX_GEN-1210

Les interfaces DMP des LPS doivent tre conformes la version applicable du CI-SIS.

Les spcifications des interfaces avec le DMP sappuient sur le cadre dinteroprabilit des systmes dinformation de sant de lASIP Sant dfinissant les standards (techniques, smantiques et de scurit) utiliser dans les changes de donnes de sant dans le contexte franais. Dans la suite du document, ce cadre dinteroprabilit sera nomm CI-SIS .

La structuration standardise des documents, spcifie dans le CI-SIS va contribuer au dveloppement de nouveaux usages et de nouvelles fonctionnalits par les diteurs de LPS.


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Par rapport au CI-SIS, le projet DMP sinscrit dans le partage de contenus dinformations de sant (documents mdicaux persistants) ; le LPS est le systme source (parfois aussi appel systme initiateur) et le DMP est le systme cible.

La version du CI-SIS utiliser

Le CI-SIS volue indpendamment du SI DMP et donc du prsent document.

Les interfaces DMP dfinies dans ce document sappuient sur le CI-SIS v.1.0.1 accessible sur http://esante.gouv.fr/services/referentiels/referentiels-d-interoperabilite/ci-sis-historique (document zip ANCIENNE VERSION DU CI-SIS 1.0.1 ), mme si une version postrieure est dj en ligne sur le site esante.gouv.fr par ailleurs.

Les rfrences au CI-SIS dans le prsent DSFT

Des rfrences au CI-SIS sont faites dans ce document. Elles sont de la forme [CI-XXXX] conformment aux rfrences du tableau de lannexe 11.1 Documents applicables .

Les documents importants du CI-SIS

Pour les lecteurs de profil 1 (dcideurs) ou de profil 2 (directeurs techniques ou chefs de projets), il est vivement conseill de lire le document chapeau du CI-SIS [CI_CHAP]. Le CI-SIS fait en effet rfrence des standards et recommandations internationaux (XDS, HL7) que le lecteur devra matriser.

Pour le lecteur de profil 3 (dveloppeur, consultant), la lecture des documents lists ci-aprs permet galement dacqurir les connaissances techniques minimales pour tre en mesure de rendre un LPS interoprable avec le DMP (cette lecture pourra se faire aprs la lecture de la prsente spcification) :

[CI-TR-CLI-LRD] Couche Transport Volet Synchrone Client Lourd ;

[CI-GESTPAT] Couche Service Volet Gestion de Dossier Patient Partag ;

[CI-PARTAGE] Couche Service Volet Partage de Documents de Sant ;

[CI-STRU-ENTETE] Couche Contenu Volet Structuration Minimale.

Les nomenclatures utiliser

Les nomenclatures sont dcrites dans [CI-ANX-NOMENC-DOC] et [CI-JEUX-VALEURS].

Ces nomenclatures sont :

les classes de documents (classCode XDS), les types de documents (typeCode XDS) et

le format de document (formatCode XDS) ;

la profession/spcialit (authorSpecialty XDS) qui peut tre lue en carte CPS mais qui

peut ncessiter un transcodage entre le code lu dans la CPS et le code dcrit dans [CI-

ANX-PS-STRU] ;

le cadre dexercice (practiceSettingCode XDS) qui peut tre paramtr au niveau du LPS

et le secteur dactivit (ou modalit dexercice) (healthcareFacilityTypeCode XDS) qui

peut tre lu en carte CPS mais qui peut ncessiter un transcodage entre le code lu dans

la CPS et le code dcrit dans [CI-ANX-PS-STRU] ;

type dactivit clinique (contentTypeCode XDS) ;

http://esante.gouv.fr/services/referentiels/referentiels-d-interoperabilite/ci-sis-historique


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Les tables de transcodage des spcialits et des secteurs dactivit entre ADELI et RPPS sont dans [TRANS-ADELI-RPPS].

Les correspondances respecter entre les valeurs

Le CI-SIS impose certaines rgles de correspondances entre les valeurs des nomenclatures.

Correspondance entre Classe et Type de document

La table de correspondance ASIP-SANTE_X04_.jv du [CI-JEUX-VALEURS] contient la liste des correspondances possibles entre la classe de documents et le type du document. Par exemple :

Classe Type

10 Comptes rendus 11488-4 CR ou fiche de consultation ou de visite

10 Comptes rendus 11528-7 CR dimagerie mdicale

11 - Synthses SYNTH Synthse

Par contre, il ny a pas de table dcrivant la correspondance prcise entre le type de document et le format du document.

5.1.2 Le profil IHE XDS.b

La gestion des documents du DMP et leurs mtadonnes est implmente par le profil IHE XDS.b, dcrit dans le document [CI-PARTAGE]. Un complment pdagogique ce document a galement t produit par lASIP Sant.

Dans la version actuelle du DMP, les Classeurs (Folders) ne sont pas supports.

Dun point de vue IHE, les acteurs rentrant en ligne de compte sont :

repository XDS.b : entrept de stockage des documents, utilis dans lalimentation et la consultation des documents du DMP ;

registry XDS.b : registre dindexation des mtadonnes des documents, utilis dans la recherche et lextraction des mtadonnes des documents du DMP. Note : Par

rapport lacteur IHE standard, les transactions registerDocumentSetb ainsi que

les transactions ITI-44 ne sont pas accessibles des systmes externes au DMP sur la Registry du DMP ;

le LPS : Document Source (metteur de document), Document Consumer (utilisateur de document), Document Administrator.

Bien quils soient disponibles sur deux endpoints SOAP diffrents, les deux acteurs repository et registry doivent tre vus groups comme un seul acteur technique du point de vue du LPS :

file://luffy.gipdmp.fr/Pole_Projet_SI$/e-sant%20compatibilit/01_DMP%20Compatibilit%20des%20LPS/03_Livrables/01_DSFT/02_En%20cours%20de%20lecture/Sant%20http:/esante.gouv.fr/sites/default/files/CI-SIS_ConceptsXDS_ebXML.pdf


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Fig. 5 : Schma de principe des acteurs XDS

Domaine daffinit XDS (XDS Affinity Domain)

Le domaine didentification des patients au sein du DMP est lINS (INS-A ou INS-C) : voir la mtadonne patientId dans [CI-PARTAGE].

Les nomenclatures associes au domaine daffinit XDS sont dfinies dans [CI-ANX-NOMENC-DOC] et [CI-ANX-PS-STRU].

Le DMP nimpose pas la mise en uvre stricto sensu du profil IHE ATNA, group habituellement avec le profil XDS.b :

les considrations dauthentification ( node authentication ) sont dfinies au 7.1 Exigences gnrales de scurit ;

les considrations daudit ( audit trail ) ne sont pas imposes au LPS ; laudit est ralis directement par le systme DMP qui gnre ses propres traces fonctionnelles et techniques (service daudit du DMP) la rception des flux. Le LPS peut nanmoins sil le souhaite gnrer ses propres traces vers un audit repository de son choix (y compris lui-mme).

Les mtadonnes XDS

LAlimentation met en uvre le profil IHE XDS.b et la gestion des mtadonnes des documents XDS est dcrite au 9.1.4.2 Les mtadonnes XDS .

La Consultation utilisant galement ce profil, les rfrences dcrites dans ce paragraphe sappliquent galement.

Code exemple et aides

Des exemples de messages XDS-b sont fournis en annexe au 11.7 Code exemple .

Le wiki dIHE donne des informations sur le profil XDS.b et propose des exemples de trames XDS.b ladresse suivante : http://wiki.ihe.net/index.php?title=XDS.b .

Les documents [CI-PARTAGE] et [IHE-TF3] synthtisent les mtadonnes des documents / lots XDS (nom, valeurs, types de donnes, entryUUID, statuts, codes erreurs XDS).

DMP

LPS

(Document

Source,

Document

Consumer,

Document

Administrator)

Registry XDS.b

Repository XDS.b

Recherche de

documents

Alimentation

Consultation

documents

Mise jour de

mtadonnes

http://wiki.ihe.net/index.php?title=XDS.b


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Gestion des erreurs

La gestion des erreurs est conforme au profil IHE XDS.b, la nuance suivante : le statut urn:ihe:iti:2007:ResponseStatusType:PartialSuccess n'est pas gr.

Les erreurs retournes comprennent donc les donnes suivantes :

Nom du champ

Contenu Description

status urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Success

urn:oasis:names:tc:ebxml-regrep:ResponseStatusType:Failure

Contient le statut de la transaction :

Success : la transaction sest correctement droule

Failure : un problme est survenu. Une ou plusieurs erreurs prsentes dans RegistryErrorList permettent davoir plus dinformations sur la nature du problme.

errorCode Code derreur (en cas derreur) Contient un code derreur XDS. Les valeurs possibles sont dcrites dans [IHE-TF3] 4.1.13

Dautres codes spcifiques au DMP peuvent tre retourns (voir le dtail dans les transactions).

codeContext Libell de lerreur associ (en cas derreur)

Contient des informations complmentaires quant la nature de lerreur.

Dans le cadre du DMP, ce champ est structur de la manire suivante :

[;Info1[,Info2]]

Les informations complmentaires (Info1, Info2, etc.) dpendent de la nature de lerreur. Il peut sagir par exemple dun identifiant de document.

Location Localisation de lerreur (en cas derreur)

Localisation de lerreur au sein du SI DMP (code interne lapplicatif)

Tableau 6 : XDS-b Dtails de la structure des erreurs retournes

Exemple : paramtre obligatoire manquant pour une recherche dans la registry


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

5.1.3 Identification du patient par son INS

5.1.3.1 LINS

Les raisons dtre de lidentifiant National de Sant sont exprimes dans larticle L1111-8-1 du Code de la Sant Publique : [] Un identifiant de sant des bnficiaires de l'assurance maladie pris en charge par un PS ou un ES ou dans le cadre d'un rseau de sant est utilis [] pour la conservation, l'hbergement et la transmission des informations de sant. Il est galement utilis pour l'ouverture et la tenue du dossier mdical personnel et du dossier pharmaceutique [] .

En application de l'avis de la CNIL du 20 fvrier 2007, il est :

unique : un seul INS pour chaque personne tout au long de sa vie ; non signifiant : la connaissance de l'INS ne doit pas permettre de dduire des

informations sur la personne ; sans doublon ni collision.

LINS n'est ni public, ni secret : il est priv, c'est une information personnelle du patient, protge par la Loi informatique et libert, au mme titre que le nom et le prnom.

LINS n'est pas porteur en soi de scurit, c'est la procdure d'authentification qui associe un individu un identifiant qui concourt la scurit.

5.1.3.2 Stratgie de dploiement de lINS

Pour rpondre aux besoins court terme et ne pas pnaliser le dploiement des systmes de sant partags, un INS dit calcul est utilis (INS-C). LINS-C peut tre calcul localement dans tout systme dinformation de sant (LGC, SIH, rseau, ) en appliquant un algorithme connu de tous les acteurs sur un nombre rduit de traits didentit extraits de la carte Vitale du patient. Le choix des traits utiliss vise limiter le risque de doublon dans la mesure o ces traits sont parmi les plus invariables de la personne. Un risque minime et assum de collision demeure, il est li au processus mathmatique et minimis par le choix de lalgorithme tudi en coopration avec les experts de lANSSI (Agence nationale de la scurit des systmes dinformation).

Note : Le NIR de certains ayants droits nest pas indiqu sur les cartes de leurs ouvrants droits (cas de la majorit des enfants du rgime gnral par exemple). Il nest pas possible de calculer leur INS-C et ils ne peuvent donc pas avoir de DMP.

A terme, lINS-A (identifiant gnr alatoirement, sans collision, sans doublon, non signifiant, non prvisible et gr par un systme centralis) remplacera lutilisation de lINS-C. Les rgles de passage de lINS-C lINS-A seront dfinies ultrieurement.

5.1.3.3 Gestion de lINS dans le LPS

EX_GEN-1220

Le LPS doit grer (et stocker), pour chaque INS, le statut de lINS.


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Statut de lINS Actions possibles

Fourni par un tiers, vrifier

LINS doit tre vrifi (voir lexigence lie au 5.1.3.5). Aucune action vers les DMP nest possible except pour vrifier lINS (en utilisant la TD0.2 Test dexistence dun DMP et vrification de lautorisation).

Fourni par un tiers sr LINS peut tre utilis pour toutes les transactions except la transaction TD1.1 Cration dun DMP et la transaction TD1.2 Ractivation dun DMP .

Dans le cas des EAI recevant lINS par un tiers (par exemple la GAM), les transactions TD1.1 Cration dun DMP et TD1.2 Ractivation dun DMP sont autorises.

Calcul par le LPS avec une carte Vitale

LINS peut tre utilis pour toutes les transactions.

Associ un DMP LINS peut tre utilis pour toutes les transactions.

Tableau 7 : Les status de lINS

Dans les trois premiers cas, lexistence du DMP nest pas connue.

EX_GEN-1230

Il est impratif de mettre en place au niveau des LPS des mcanismes didentito-vigilance

dans deux cas de figure :

Dans le cas o le dossier existe en local lors dune cration ou dune ractivation de

DMP, afin dviter :

o Lassociation de la carte Vitale dun patient un autre patient dans le LPS ;

o La slection de louvrant droit (parent, conjoint assur) au lieu dun ayant droit

(enfant, conjoint bnficiaire) sur la carte Vitale (ou le contraire : ayant droit au

lieu de louvrant droit) et association au mauvais patient dans le LPS.

Dans le cas o lINS est au statut Fourni par un tiers, vrifier (cf. 5.1.3.5)

Pour information :

Il est indispensable, avant toute utilisation de la carte Vitale pour calculer lINS du patient et crer son DMP, que le PS (ou autre Acteur de sant) sassure quelle appartient bien au patient. De mme, il est indispensable, si le patient fournit directement lINS, que le PS (ou autre Acteur de sant) sassure quil sagit bien de celui du patient. En cas de doute, le PS (ou autre Acteur de sant) ne doit pas les utiliser pour crer ou accder un DMP.

Contrle didentito-vigilance

Dans le cas o les traits didentit de la carte Vitale sont diffrents des traits didentit stocks dans le dossier du patient existant dans le LPS, le LPS doit proposer une fentre didentito-vigilance pour demander lutilisateur de vrifier quil sagit bien du bon patient.


5 E

xig

en

ces p

rala

ble

s

la D

MP

Co

mp

atib

ilit

Dans le cas o les traits sont identiques, le LPS ne doit pas solliciter lutilisateur.

La comparaison des traits (effectu automatiquement par le LPS) doit porter sur la comparaison des champs nom , prnom et date de naissance et utiliser lalgorithme de normalisation de caractres dfini dans le dossier INS-C [INSC-DOSS].

Nom de naissance, nom de famille, nom dusage : quelles sont les correspondances ?

Le nom lgal d'une personne en France (celui qui figure sur sa carte d'identit), est son "nom de famille" dont les rgles de dvolution en vigueur depuis le 1er juillet 2006 sont fixes par les articles 311-21 311-24 du code civil. Le nom de famille est fix lors de la naissance ou lors de l'adoption de l'enfant ou lors de l'acquisition de la nationalit franaise par la personne. Il ne change plus par la suite.

En plus de ce nom de famille qui est permanent, une personne peut choisir de se faire appeler par un nom d'usage pour une priode temporaire de sa vie (par exemple le nom de son poux pour une femme marie ou rciproquement). Ce nom d'usage est temporaire. Comme c'est sous ce nom d'usage que la personne se dsigne de prfrence, celui-ci est connu de son environnement et trouve donc naturellement sa pla