Atelier Paris Healthcare Week 2016 Comment communiquer un besoin d'interopérabilité pour l'intégrer au CI-SIS national ?

1. Comment communiquer un besoin
d'interopérabilité pour l'intégrer au
CI-SIS national ?
Paris Healthcare week – 24 mai 2016

2. Paris Healthcare week – 24 mai 2016 2
1. Le CI-SIS qu’est-ce que c’est?
Objectif, périmètre initial et périmètre cible
2. Comment le CI-SIS évolue?
La nouvelle gouvernance du CI-SIS
3. Il me semble avoir un besoin d’interopérabilité, que faire?
Le formulaire d’expression de besoins d’interopérabilité
4. Et après?
L’instruction des besoins
5. En conclusion
Une nouvelle gouvernance en test sur 2016
Plan

3. Le CI-SIS qu’est-ce que c’est?
Objectifs, périmètre initial et périmètre cible
Paris Healthcare week – 24 mai 2016 3

4. Le CI-SIS qu’est-ce que c’est?
Paris Healthcare week – 24 mai 2016 4
Les objectifs du CI-SIS
 Permettre la mise en œuvre dématérialisée de cas d’usage métier (ex. partage de
comptes-rendus d’analyse de biologie médicales, dématérialisation du cahier de liaison…)
 Favoriser les échanges entre systèmes d’information dans le cadre des projets
eSanté notamment en faisant émerger une offre industrielle interopérable (premier
utilisateur: le dossier médical partagé (DMP))
 Faciliter l’interopérabilité des SIS en respectant leur autonomie (contraintes sur
l’interface d’échange avec les autres systèmes et non pas sur le cœur des systèmes ni sur
l’IHM)
Cadre d’interopérabilité des systèmes d’information de santé
Ensemble de spécifications d’interopérabilité basées sur des normes et
standards internationaux et visant à faciliter l’échange et le partage entre SIS.

5. Spécifications
d’interopérabilité
Périmètre du CI-SIS
Paris Healthcare week – 24 mai 2016 5
Contenu
Services
Transport
Interopérabilité
syntaxique et
technique
MOS
Modèle des
objets de
santé
NOS
Nomenclatures
des objets de
santé
Interopérabilité
conceptuelle
Partage et échange de
documents de santé
dans le cadre de la
coordination des soins
(DMP, MSSanté, système CPS)
Périmètre
« historique »
du CI-SIS
Autres cas d’usage d’interaction
entre SI dans le domaine
sanitaire, médico-social et
médico-administratif
(ROR, santé connectée, seconde lecture
mammographie, cahier de liaison
partagé, carnet de vaccination
électronique traçabilité des dispositifs
médicaux, télémédecine…)
Périmètre cible de
l’interopérabilité

6. Applicabilité du CI-SIS
Paris Healthcare week – 24 mai 2016 6
 Le CI-SIS fait partie des référentiels d’interopérabilité visés par l’Art. L1110-4-1 du
code de la santé publique.
 Le CI-SIS est référencé dans les cadres projets:
• cadre des projets esanté en région, cadre des projets TSN…
 Il est mis en œuvre dans les projets nationaux d’infrastructure:
• DMP et DMP-compatibilité, MSSanté …
 Il est suivi par les porteurs de projets et industriels comme gage de pérennité et
de diminution des coûts d’interface.
 Il est complété par les spécifications d’Interop’Santé par exemple dans le
domaine intra-hospitalier.

7. Comment le CI-SIS évolue?
La nouvelle gouvernance du CI-SIS
Paris Healthcare week – 24 mai 2016 7

8. ASIP Santé
Nouvelle gouvernance du CI-SIS
Paris Healthcare week – 24 mai 2016 8
Besoins « terrain » en termes d’interopérabilité (cas d’usage métier)
Analyse de l’expression des besoins
Priorisation des besoins et élaboration de plans d’action
Mise à jour, mise en concertation et publication
2 3
4
Communication et concertation
Évolution CI-SIS
Analyse
Terrain Comité
d’instruction
Expression
Besoins Priorisation
1
1
2
3
4

9. Il me semble avoir un besoin
d’interopérabilité, que faire?
Le formulaire d’expression de besoins d’interopérabilité
Paris Healthcare week – 24 mai 2016 9

10. Ai-je un besoin d’interopérabilité?
Paris Healthcare week – 24 mai 2016 10
Pour le CI-SIS, un besoin d’interopérabilité présente les caractéristiques suivantes:
• Il doit pouvoir être décrit dans un cas d’usage métier :
• Le cas d’usage métier concerne la prise en charge de patients/usagers ou un processus
connexe avec des spécificités sectorielles santé/social:
 Ex. production d’un compte-rendu d’hospitalisation, gestion de la réservation d’un IRM vs. gestion de
l’approvisionnement en ramette de papier pour les imprimantes bureautiques
• Le cas d’usage métier n’est pas spécifique à un projet ou à une implémentation (des
spécificités dans la mise en œuvre sont possibles mais il faut que le cas d’usage soit générique) :
 Ex. gestion d’une traduction automatique des documents de santé patient en langue régionale dans un
bassin où celle-ci est particulièrement vivace
• Il fait partie d’un processus au moins partiellement dématérialisé ou qui a vocation à être
dématérialisé:
 Ex. mise en partage d’un compte-rendu d’imagerie médicale dématérialisé vs. production d’un compte-
rendu d’imagerie médicale papier
• La partie dématérialisée du processus nécessite des échanges entre systèmes
informatiques qui ne sont pas mis en œuvre de façon satisfaisante actuellement:
 Ex. impossibilité d’alimenter automatiquement un logiciel de médecin généraliste avec la dosimétrie
correspondant à un IRM pour avoir la vision globale des doses supportées par le patient dans le cadre de
sa prise en charge.
Dans le doute, il vaut mieux considérer qu’une problématique est un besoin
d’interopérabilité et la faire remonter à l’ASIP Santé pour instruction.

11. Communication et concertation
Comment faire remonter mon besoin
d’interopérabilité?
Paris Healthcare week – 24 mai 2016 11
Nécessité d’expressions de besoins simple et homogène
 Formulaire d’expression de besoins d’interopérabilité accessible sur
esante.gouv.fr (http://esante.gouv.fr/services/referentiels/ci-sis/demarche-elaboration)
 Formulaire à renseigner par les personnes connaissant le cas d’usage métier pour
lequel le besoin d’interopérabilité se fait sentir
 Formulaire à transmettre à l’ASIP Santé: besoins-interop@asipsante.fr
ASIP Santé
Évolution CI-SIS
Analyse
Terrain Comité
d’instruction
Expression
Besoins Priorisation
1

12. Structure du formulaire d’expression de besoins
d’interopérabilité
Paris Healthcare week – 24 mai 2016 12
Rubriques du formulaire d’expression de besoins d’interopérabilité
• Titre
• Informations concernant le porteur
de besoins
• Informations concernant le
portage du besoin
• Présentation synthétique des
besoins (pour publication)
• Description du cas d’usage métier
pour identifier le périmètre du
besoin
• Description de la problématique en
termes d’interopérabilité
• Le cas échéant, modifications à
apporter aux documents du CI-SIS
• Description détaillée des échanges
• Autres informations permettant
d’approfondir le besoin
• Documents joints
Sections à renseigner pour
que le formulaire soit
considéré comme complet
Sections optionnelles

13. Rubriques du formulaires – Titre
Paris Healthcare week – 24 mai 2016 13
• Quelques mots significatifs sur le processus
métier / le cas d’usage métier :
 ex. Remontée d’informations de suivi du
parcours vers un cahier de liaison partagé
• Le titre a vocation à être repris pour
désigner le besoin d’interopérabilité sur le
site de l’ASIP Santé :
 Liste des besoins en cours d’instruction
(http://esante.gouv.fr/services/referentiels/ci-
sis/demarche-elaboration/en-cours-instruction)
 Feuille de route du CI-SIS
(http://esante.gouv.fr/services/referentiels/ci-
sis/demarche-elaboration/feuille-route-CI-SIS)

14. Rubriques du formulaires – Identification du
porteur de besoins
Paris Healthcare week – 24 mai 2016 14
• Coordonnées du référent pour le formulaire :
• Utilisées lors de l’instruction pour échanger
sur la compréhension du besoin:
 Idéalement, le référent possède une bonne
connaissance des processus au niveau
métier (vs. connaissance SI)

15. Rubriques du formulaires – Portage des besoins
Paris Healthcare week – 24 mai 2016 15
• La mise en œuvre du processus
dématérialisé fait-elle l’objet d’un
projet / plan / programme?
 Ex. Plan Accident Vasculaire
Cérébral (AVC), Programme
TSN…
• Utilisé pour la compréhension du
contexte et des contraintes
(spécificités projet vs. contraintes
générales)
• Le besoin est-il en lien avec un
formulaire déjà soumis (en cours
d’instruction ou priorisé)?
• Utilisé pour améliorer la
compréhension du contexte et des
contraintes

16. Rubriques du formulaires – Synthèse des besoins
exprimés
Paris Healthcare week – 24 mai 2016 16
• Deux ou trois phrases de description
synthétique du besoin
 Ex. pour le cahier de liaison
partagé: définir les éléments
d'interopérabilité à mettre en œuvre
afin d’alimenter un cahier de liaison
du patient partagé sur le territoire. Il
devra être possible d'échanger des
notes, des documents ou des
photos avec partage du contexte
patient.
• La synthèse a vocation à être reprise
sur le site de l’ASIP Santé :
 Liste des besoins en cours
d’instruction
(http://esante.gouv.fr/services/referentiels/ci-
sis/demarche-elaboration/en-cours-
instruction)
 Feuille de route du CI-SIS
(http://esante.gouv.fr/services/referentiels/ci-
sis/demarche-elaboration/feuille-route-CI-
SIS)

17. Rubriques du formulaires – Cas d’usage
Paris Healthcare week – 24 mai 2016 17
• Description du cas d’usage métier en
insistant sur
 Les échanges
 Les acteurs de ces échanges
• Peut être présenté sous la forme d’une
« petite histoire »
 Exemple
 Dans le cadre d’un « check-up »
régulier, un médecin généraliste
MG prescrit à un patient P une
analyse de sang
 Le patient P va faire ses analyses
au laboratoire L
 Le laboratoire L envoie les résultats
des analyses directement au
médecin MG
 Le médecin MG intègrent les
résultats d’analyse dans son
logiciel métier qui constitue un
graphique présentant l’historique
de l’évolution du taux de
cholestérol du patient P

18. Rubriques du formulaires – Problématique
Paris Healthcare week – 24 mai 2016 18
• Ce qui, dans le cas d’usage, pose
actuellement problème au niveau des
systèmes informatiques et de leurs
interactions
 Ex. Les résultats d’analyse de sang
sont envoyés par messagerie
électronique au médecin MG mais
son logiciel métier ne peut pas
récupérer les données pour en faire
des graphiques sans ressaisie par
le médecin

19. Rubriques optionnelles
Paris Healthcare week – 24 mai 2016 19
• Éléments plus techniques à ne fournir
que s’ils sont disponibles
 Ex. Le volet résultat d’analyse
biologique doit évoluer pour
spécifier comment coder des
intolérances.
• Le cas échéant, modifications à
apporter aux documents du CI-SIS
• Description détaillée des échanges
• Autres informations permettant
d’approfondir le besoin
• Documents joints
Les autres rubriques du formulaire d’expression de besoins
d’interopérabilité sont optionnelles

20. Et après?
L’instruction des besoins
Paris Healthcare week – 24 mai 2016 20

21. Analyse des besoins
Paris Healthcare week – 24 mai 2016 21
Pré-instruction
Analyse « technique » et
« fonctionnelle »
Besoins d’interopérabilité? Besoins déjà
traités? périmètre des besoins?
Orientations normatives possibles? Etc.
Dépouillement
Vérification « administrative »
Fiche expression de besoin remplie,
pièces jointes, etc.
Expression
complète
Experts
CI-SIS
Secrétariat
CI-SIS
Experts
fonctionnels
Demandedecomplémentau
porteurdebesoins
Dossier
d’instruction
Publication dans
la liste des
besoins en cours
d’instruction

22. Comité
d’instruction
Priorisation
Paris Healthcare week – 24 mai 2016 22
Priorisation Priorisation des besoins en
fonction de critères prédéfinis
Dossier
d’instruction
Feuille de
route du CI-
SIS
Liste mise à
jour des futurs
travaux

23. Évolution du CI-SIS
Paris Healthcare week – 24 mai 2016 23
Les travaux d’évolution du CI-SIS:
Travaux menés « en chambre » par les experts CI-SIS pour:
• les évolutions « simples » (peu d’acteurs, pas de contraintes techniques et/ou
architecturales spécifiques)
• l’intégration de spécifications « projet » sans contraintes techniques et/ou
architecturales spécifiques
Renforcer l’interopérabilité des systèmes d’informations de santé
 MOS: reprise des concepts existants et ajout de nouveaux concepts
 NOS: reprise des nomenclatures existantes et création/mise à jour des nomenclatures
maintenues par l’ASIP Santé
 Spécifications d’interopérabilité: création de nouveaux volets ou mise à jour de volets
existants
Travaux menés en groupe de travail ad 'hoc pour:
• les évolutions « complexes » (beaucoup d’acteurs et de transactions, contraintes
techniques et/ou architecturales spécifiques)
• l’intégration de spécifications « projet » présentant des contraintes techniques et/ou
architecturales spécifiques

24. En conclusion
Une nouvelle gouvernance en test sur 2016
Paris Healthcare week – 24 mai 2016 24

25. Une nouvelle gouvernance en test sur
2016
Paris Healthcare week – 24 mai 2016 25
Nouvelle gouvernance basée sur 5 briques fondamentales
 Collecte de besoins à travers un formulaire d’expression de besoins ouvert
à tous et accessible sur esante.gouv.fr
 Analyse de besoins par des experts fonctionnels et des experts CI-SIS
 Priorisation des besoins par le comité d’instruction et maintien d’une feuille de
route
 Concertations publiques au fil de l’eau et réunion annuelle de l’instance
d’information du CI-SIS
Test de la nouvelle gouvernance sur l’année 2016
 Bilan de la première année d’application lors de l’instance d’information du CI-
SIS de novembre 2016
 Retour d’expérience et proposition d’évolution
25

26. 26Paris Healthcare week – 24 mai 2016
Pour faire remonter des besoins d’interopérabilité
 Formulaire d’expression de besoins d’interopérabilité:
http://esante.gouv.fr/files/asset/document/formulaire_expression_besoins_ci-sis.docx
 A envoyer renseigné à besoins-interop@asipsante.fr
Merci de votre attention