1 / 14

Thierry CAZENAVE cosmosbay-vectis

S chéma D irecteur des E spaces numériques de T ravail. Groupe de Travail Interopérabilité. Les Web Services. Projet CHU de Grenoble. Thierry CAZENAVE www.cosmosbay-vectis.com. Le 24 Novembre 2003. CHU GRENOBLE - Objectifs. Objectifs du projet :

ifeoma-valencia
Télécharger la présentation

Thierry CAZENAVE cosmosbay-vectis

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Schéma Directeur des Espaces numériques de Travail Groupe de Travail Interopérabilité Les Web Services Projet CHU de Grenoble Thierry CAZENAVE www.cosmosbay-vectis.com Le 24 Novembre 2003

  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. CHU GRENOBLE – Topologie des échanges Laboratoires Laboratoires « Utilisateurs » Application Client PEPS Logiciels Tiers Navigateur Internet Explorer Hôpitaux/Cliniques Hôpitaux/Cliniques Médecine de ville Editeur 1 Editeur 2 Patients Fiches Documents Client de messagerie PublicationRécupération Publication HTTP/HTML HTTP/SOAP SMTP/mime PEPS SIHCHU Grenoble Services de présentation ConnecteurSMTP SIH PublicationRécupération PublicationRécupération HTTP/SOAP Services applicatifs HTTP/SOAP

  5. CHU GRENOBLE – Architecture  Message SOAP en pièce jointe GUI Windows Proxy Web Service Client de messagerie SMTP HTTPSSOAP ConnecteurSMTP Service de traçabilité(MS Biztalk) Dossier Commun Patient Interface Web Service Ajout données de contrôle Journalisation du message Web service(.NET Framework) Décryptage Vérification signature Mise à jour SGBD CryptoAPI ComposantsMétiers SGDB SGDB

  6. CHU GRENOBLE – Web Services exposés par PEPS • 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

  7. CHU GRENOBLE – Web Services consommés par PEPS • 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

  8. CHU GRENOBLE – Implémentation des Web Services VB.NET

  9. CHU GRENOBLE – Structure requête POST /pepswebservice/users.asmx HTTP/1. 1Host: iru1Content-Type: text/xml; charset=utf-8 Content-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>

  10. CHU GRENOBLE – Structure réponse HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-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>

  11. CHU GRENOBLE – Appel du Service Web 1 C# 2

  12. CHU GRENOBLE – Principaux bénéfices • 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)

  13. CHU GRENOBLE – Évolutions envisagées • 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

  14. . . .

More Related