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

2016-05-24 ASIP Santé Ateliers PHW16 "Comment communiquer un besoin d'interopérabilité pour l'intégrer au CI-SIS national ?"

Embed Size (px)

Citation preview

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

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

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

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.

Sp

éc

ific

ati

on

s

d’i

nte

rop

éra

bilit

é

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é

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.

Comment le CI-SIS évolue?

La nouvelle gouvernance du CI-SIS

Paris Healthcare week – 24 mai 2016 7

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

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

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.

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é: [email protected]

ASIP Santé

Évolution CI-SIS

Analyse

Terrain Comité

d’instruction Expression

Besoins Priorisation

1

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

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)

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)

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

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)

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

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

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

Et après?

L’instruction des besoins

Paris Healthcare week – 24 mai 2016 20

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

Dem

an

de

de

co

mp

lém

en

t a

u

po

rte

ur

de

be

so

ins

Dossier

d’instruction

Publication dans

la liste des

besoins en cours

d’instruction

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

É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

En conclusion

Une nouvelle gouvernance en test sur 2016

Paris Healthcare week – 24 mai 2016 24

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 Paris 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é à [email protected]

Merci de votre attention