Evolutions des DFST : quelles conséquences pour les éditeurs ? Guillaume AFLALO, Chef de Projet, Pôle Projet Coordination des Soins de l’ASIP Santé

1. Evolutions du DSFT :
quelles conséquences pour les éditeurs ?
15 novembre 2012
Journée Nationale des Industriels
Guillaume Aflalo

2. Evolutions du DSFT :
quelles conséquences pour les éditeurs ?
• Contexte et Objectifs
• Rappel de la démarche de concertation en cours
• Principes d’évolutions de l’interface LPS du SI DMP
• Présentation du 1er palier d’évolution
 Evolutions fonctionnelles des transactions
 Planning de mise en œuvre
2
JNI – 15 novembre 2012

3. La DMP Compatibilité : une réalité en marche
SIH
LGC 36%
24%
FAH SGL
11% EAI 1%
GAM 15%
SIR
5% 6%
TLM
2%
Communiqué de presse
103 logiciels homologués (56 éditeurs)
du 14 /11/2012
70% des DMP créés
97% des alimentations
de DMP par des PS / ES
à l’aide d’un LPS homologué
3
JNI – 15 novembre 2012

4. Evolutions du DSFT :
Contexte et objectifs
Les spécifications de la DMP Compatibilité sont stables depuis leur
publication en sept 2010. Les premières homologations ont eu lieu en
décembre 2010.
Une évolution est maintenant nécessaire :
• Les utilisateurs et les éditeurs de solutions DMP Compatibles ont fait part
de leurs souhaits d’évolutions : nouvelles fonctionnalités, nouveaux
services, améliorations techniques.
• L’ASIP Santé a identifié des optimisations pour certaines fonctionnalités
offertes par l’interface LPS actuelle.
• Le CI-SIS a évolué (version 1.3) et apporte de nouvelles possibilités (CDA
auto-présentable).
4
JNI – 15 novembre 2012

5. Comment enrichir l’interface LPS du SI DMP
sans impacter les logiciels déjà déployés
5

6. Evolutions du DSFT :
Rappel de la concertation éditeurs en cours
Rencontre ASIP - fédérations d’industriels le 10/10/2012 pour
présenter la démarche.
Courrier envoyé le 5/11/2012 aux éditeurs engagés dans la DMP
Compatibilité afin d’organiser une concertation sur les principes
et modalités de gestion de versions de l’interface LPS du SI DMP.
Retours attendus pour le 25/11/2012.
6
JNI – 15 novembre 2012

7. Evolutions du DSFT :
Les principes
Une gestion de versions d’interface LPS est mise en place
afin d’éviter toute perturbation sur le parc de logiciels DMP
compatibles déployés :
– Interface LPS v1.0 (actuelle) :
https://lps.dmp.gouv.fr/si-dmp-server/v1/services/
– Interface LPS v1.1 (nouvelle) :
https://lps.dmp.gouv.fr/si-dmp-server/v1.1/services/
7
JNI – 15 novembre 2012

8. Evolutions du DSFT :
Les règles de mise en œuvre
1. Un LPS ne peut pas appeler 2 versions d’interface différentes.
2. Un LPS souhaitant monter de version d’interface devra repasser en
homologation, en réalisant notamment des tests de non régression pour les
transactions non impactées.
En cas de succès :
Nouveau n° d’homologation est valable sur la version N+1 de l’interface LPS,
Ancien n° d’homologation reste valable sur la version N de l’interface LPS.
3. Mise en place de deux périodes transitoires afin d’accompagner la transition :
• Homologation possible sur les 2 versions de DSFT sur une période de 4 mois,
• Cohabitation des versions N et N+1 de l’interface LPS sur le SI DMP pour une
durée minimale d’un an.
8
JNI – 15 novembre 2012

9. Présentation
du 1er palier d’évolution de l’interface LPS
9

10. 1er Palier d’évolutions du DSFT :
Présentation des nouvelles fonctionnalités
• Prise en compte du CI-SIS 1.3.0 dont la prise en charge
des CDA auto présentables,
• Nouvelle transaction de test d’existence de DMP (TD0.2)
avec :
 remontée des informations du compte internet patient : existence
et données du compte,
 possibilité de tester plusieurs INS en entrée et donc plusieurs INS
potentiels en retour,
• Nouvelle transaction de gestion du compte internet patient
(TD1.7x) offrant un nouveau web service de génération
par le SI DMP du PDF complet des secrets du patient,
avec indication du canal OTP
10
JNI – 15 novembre 2012

11. 1er Palier d’évolutions du DSFT :
Présentation des nouvelles fonctionnalités
• Modifications de la politique d’homologation :
 la transaction de mise à jour des données administratives (TD1.3)
est rendue obligatoire pour le profil Création,
 Le vocabulaire employé dans les IHM de création, d’alimentation
et de consultation de DMP est imposé et aligné sur l’accès web
PS du service DMP par souci de cohérence pour les PS.
• Ajout de contrôles non bloquants en alimentation :
 qualité de la conformité du CDA au volet structuration minimal
(schématrons),
 cohérence entre l’entête CDA et les métadonnées XDS (avec
remontée uniquement de warning dans un premier temps).
11
JNI – 15 novembre 2012

12. 1er Palier d’évolutions du DSFT :
Planning du 1er Palier
2012 2013
Déc. Janv Mars … Juin … Déc Janv … Juin
DSFT V.1.0 Arrêt des homologations
Sur l’interface V.1.0 du SI DMP
Version de Web homologation possible sur
Service ouverte
à l’homologation les 2 versions d’interface
Publication
DSFT V.1.1 DSFT V.1.1 Démarrage des
homologations sur
la V1.1
Arrêt interface V.1.0
sur SI DMP
Interface Web Service V.1.0
Interfaces
web service les 2 interfaces sont disponibles sur le SI DMP
Disponible
sur le SI DMP
Mise en production
Interface V.1.1 sur SI DMP Interface Web Service V.1.1
Mise en place
Des environnements de test SI DMP 1.1
Planning prévisionnel du 1er palier d’évolution
de l’interface Web Service du SI DMP
12
JNI – 15 novembre 2012

13. Merci de votre attention !