1 SDET – Groupe de travail interopérabilité – 24 Novembre 2003 Thierry CAZENAVE Projet CHU de Grenoble Le 24 Novembre 2003 S chéma

1

SDET – Groupe de travail interopérabilité – 24 Novembre 2003

Thierry CAZENAVEwww.cosmosbay-vectis.com

Projet CHU de Grenoble

Le 24 Novembre 2003

Schéma Directeur des Espaces numériques de

TravailGroupe de Travail Interopérabilité

Les Web Services

2


CHU GRENOBLE - Objectifs

Objectifs du projet : Permettre aux Professionnels de Santé (médecins hospitaliers, médecins

de ville, laboratoires d’analyses …) d’échanger de l’information médicale en toute sécurité

Permettre de mettre rapidement en place des évaluations, des statistiques vis à vis de réseaux de soins

Permettre de faciliter des échanges « structurés » inter systèmes d’information hospitaliers (S.I.H.)

Mettre en place une plate-forme d’échange entre professionnels de santé (PEPS) accessible sur l’Internet

3


CHU GRENOBLE – Les fonctionnalités

Une interface Web pour les Médecins Identification de l’utilisateur Gestion de la base des patients Gestion de formulaires médicaux Fonctions de collaboration

Une interface Windows (mode déconnecté) Sous ensemble des fonctions Web Utilisable en mode déconnecté Envoi des messages par client de messagerie ou HTTP

Une API intégrable par les éditeurs de logiciel médicaux Interface programmatique des fonctionnalités de signature, chiffrement

et de publication Cette API s’appuie sur les Web Services pour les échanges avec PEPS

Services applicatifs exposés sous la forme de Web Services Publication de données médicales Récupération d’informations

4


PEPS

SIHSIH

CHU Grenoble

Hôpitaux/Cliniques

Laboratoires

Patients Fiches

Documents

PublicationRécupération


Services de présentation

Services applicatifs

Médecine de ville Hôpitaux/CliniquesLaboratoires

Logiciels TiersLogiciels TiersEditeur 1

Editeur 2

« Utilisateurs »« Utilisateurs »Application Application Client PEPSClient PEPS

V Client PEPS X

Créer un fichier sur le bureau Transmettre au serveur

Login: jpdupont Mot de passe: *******

Votre identification

Le Patient

Identifiant Patient

Nom Naiss. Prénom JJ/MM/AAAA Homme Femme

Adresse

Code Postal Ville

Vos informations

Urgent

+

-

+

-

Nom épouse.

Aide

X

…

Fichier ?

En lecture seuleCorrespondantsPièces Jointes

…

X

…

V Client PEPS X

Créer un fichier sur le bureau Transmettre au serveur

Login: jpdupont Mot de passe: *******

Votre identification

Le Patient

Identifiant Patient

Nom Naiss. Prénom JJ/MM/AAAA Homme Femme

Adresse

Code Postal Ville

Vos informations

Urgent

+

-

+

-

Nom épouse.

Aide

X

…

Fichier ?

En lecture seuleCorrespondantsPièces Jointes

…

X

…Navigateur Navigateur Internet ExplorerInternet Explorer

Client de messagerieClient de messagerie


Publication

Connecte

ur

SM

TP

HTTP/HTML HTTP/SOAPSMTP/mime

HTTP/SOAP

HTTP/SOAP

CHU GRENOBLE – Topologie des échanges

5


Service de traçabilité(MS Biztalk)

Web service(.NET Framework)

CryptoAPIComposants

Métiers

ConnecteurSMTP

SGDB

Message SOAP en

pièce jointeSMTP

Client de messagerie

GUI Windows

Proxy Web Service

HTTPSSOAP

Ajout données de contrôleJournalisation du message

DécryptageVérification signature

Mise à jour SGBD

SGDB

DossierCommunPatient

Inte

rface

Web

Serv

ice

CHU GRENOBLE – Architecture

6


Récupération des types de fiche disponibles Formulaires pour la cancérologie, oncologie, obstétrique…

Récupération de la description de la structure d’une fiche Grammaire XML propre à l’application PEPS

Service de publication d’une fiche Prend en paramètre un document XML contenant une enveloppe et un

corps avec les données métiers signées et cryptées

Service de récupération des correspondants d’un utilisateur Praticiens avec qui il peut partager des fiches Règles de sécurité et d’organisation

CHU GRENOBLE – Web Services exposés par PEPS

7


Objectif Réutiliser une application existante au CHU : le dossier commun patient

(DCOMP) Pour stocker les documents associés au patient

L’existant L’application DCOMP

Une interface Web de consultation Un ensemble de fonctionnalités disponible sous forme de web services

• Vérification de la validité d’une demande de publication• Publication d’un ensemble de documents pour un patient

Développée initialement pour des besoins internes au CHU

L’intégration Création d’un proxy en .Net Appel des web services depuis la plate-forme PEPS

Bénéfices Capitalisation sur les fonctionnalités existantes dans le système

d’information Non redondance des données Souplesse de déploiement, faible couplage

CHU GRENOBLE – Web Services consommés par PEPS

8


CHU GRENOBLE – Implémentation des Web Services

VB.NET

9


POST /pepswebservice/users.asmx HTTP/1.1Host: iru1Content-Type: text/xml; charset=utf-8Content-Length: length

SOAPAction: http://peps.chu-grenoble.fr/GetFileType <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <GetFileType xmlns="http://peps.chu-grenoble.fr/"> <userEntityId> string </userEntityId> Identifiant de l’utilisateur demandeur <entityCode> string</entityCode> Identifiant de l’Unité Fonctionnelle <fileType> string </fileType> Identifiant du type de la fiche </GetFileType> </soap:Body></soap:Envelope>

CHU GRENOBLE – Structure requête

10


HTTP/1.1 200 OKContent-Type: text/xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <GetFileTypeResponse xmlns="http://peps.chu-grenoble.fr/"> <GetFileTypeResult> <Fields>

Récupération de la structure de la fiche dans la grammaire XML propre à PEPS <WSPEPSField> <Name> string </Name> <Desc> string</Desc> <Type>string</Type> <MaxLength>int</MaxLength> <Precision>int</Precision> <Scale>int</Scale> <Required>boolean</Required> <Values xsi:nil="true" /><Nomenclature>string</Nomenclature> </WSPEPSField>

<WSPEPSField> <Name> string </Name> <Desc> string</Desc> <Type>string</Type>

<MaxLength>int</MaxLength> <Precision>int</Precision> <Scale>int</Scale> <Required>boolean</Required> <Values xsi:nil="true" /><Nomenclature>string</Nomenclature> </WSPEPSField>

</Fields> </GetFileTypeResult> </GetFileTypeResponse> </soap:Body></soap:Envelope>

CHU GRENOBLE – Structure réponse

11


CHU GRENOBLE – Appel du Service Web

1

2

C#

12


Services applicatifs exposés par la plate-forme Consommables par tous types de client Utilisables en externe par des partenaires Utilisables en interne par le CHUG

Échange de services entre la plate-forme et le SIH du CHU

Services consommés par la plate-forme Permet l’interopérabilité avec

les SIH d’autres établissement, d’autres applications du CHU (exemple du dossier commun patient)

Souplesse de l’architecture Répartition physique des services applicatifs Peu de contrainte de déploiement (protocole HTTP)

CHU GRENOBLE – Principaux bénéfices

13


Gestion de la sécurité Mise en oeuvre de WS-Security Chiffrement et signature depuis le certificat de la carte CPS (Carte

Professionnels de Santé)

Généralisation des Web Services Exposer sous forme de Web Service les services applicatifs

existant au sein du SIH du CHU Améliorer la réutilisation entre applications en capitalisant sur

l’existant

CHU GRENOBLE – Évolutions envisagées

14


. . .