Projet Domurpic

Slide 2: Plan de la présentation  Contexte  Objectifs  Contraintes  Architecture générale  Socle technique  Interface Web  Fonctionnement des échanges  Problématique d’identification patient  Solution  Méthodologie de mise en œuvre  Aspects généraux Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 3: Contexte  Objectifs  Serveur régional permettant la coordination entre SAU, SAMU, SMUR et UHCD • Saisie d’informations pour les services non équipés de logiciel informatique • Échanges de données avec les services équipés • Consultations des informations  Application open source  Contraintes  Les services non équipés doivent au moins détenir : • Un ordinateur • Un accès Internet • Un système d’exploitation avec navigateur Internet  Les services équipés devront être capables d’exporter voire d’importer des données  Les identités patients sont gérées par un serveur d’identité : Ideo-pass  Les accès et les échanges devront être sécurisés Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 4: Architecture générale 1/2 SAU équipés Non UHCD équipés SAU UHCD HTTP(s), FTP, SOAP SAMU SAMU SMUR HTTPS SMUR HTTP(S), FTP, SOAP HTTPS SOAP Serveur Web via HTTPS DOMURPIC HTTP intranet HTTPS SOAP Médecin intranet équipe DOMURPIC SIP Ideo-pass Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 5: Architecture générale 2/2 Saisie et consultation des données et administration Échanges de données avec du serveur les SIH équipés HTML XML HTTPS HTTPS / SOAP SAP DB Hibernate TOMCAT Struts / Struts Layout convertisseur JSP / Servlet JAVA intégration application entreprise mapping DB Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 6: Socle technique  L’ambition d’un socle technique est 1. Isoler le fonctionnel, de l’interface graphique et de l’accès aux données, en regroupant les composants selon leur fonction 2. Bénéficier des meilleures pratiques pour garantir ROBUSTESSE, PRODUCTIVITE, MAINTENABILITE et REUTILISABILITE  Indispensable pour un projet open source  Éléments fondamentaux  Une architecture applicative en couches  Utilisation de produits open source existants • Framework de conception Web : Struts (Fondation Apache) • Composants visuels réutilisables : Struts-Layout (Improve) • Moteur d’échange et d’intégration : XMLIntegrator (Improve) • Base de donnée : SAP DB (SAP) • Serveur Web, serveur d’application J2EE : Apache / Tomcat ou JBoss • Mapping relationnel / objet : Hibernate ou Cayenne  Méthodologie de développement : Improve Foundations - Methodology  Prise en compte de l’existant Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 7: Interface Web  Struts  Formalise la navigation dans les applications J2EE  Standardise également la manière de : • Valider les données • Gérer les erreurs • Gérer les exceptions • Internationaliser les contenus  Il favorise la clarté du code JSP en fournissant des tags spécialisés Note : Improve utilise Struts depuis sa création en 99  Struts Layout  Initiative open source Improve de réalisation d’une bibliothèque de composants Web pour les applications de gestion J2EE  Complète Struts en proposant • Une philosophie (Sélecteur, Liste, Détail) pour les applications de gestion • Automatisant la mise en page des écrans • Intégrant des développeurs sans compétences Java ni HTML • Adaptant le look and feel grâce à des CSS • Facilitant la maintenance des applications Web • Augmentant la productivité des développements Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 8: Fonctionnement des échanges X XML XSLT XML XSL import  XMLIntegrator  Produit open source Improve  Développé dans le cadre de export Moteur d’intégration ResUrgences  Actuellement utilisé pour s’interfacer XML avec • Convergence (format propriétaire) • Pastel (format propriétaire) • Cirus (HPrim) BD • Reference (format propriétaire) • BioWin (HPrim) • Centaure 15 • Ultraview (HL7) • … Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 9: Identification patient 1/2  Les identités patients (IPP) doivent être communes  Utilisation d’un serveur d’identité régional : Ideo-pass  Le serveur Ideo-pass utilise les technologies EJB et Services Web pour communiquer  Problème : tous les éditeurs n’utilisent pas Java comme langage de programmation et ils ne sont pas tous prêts pour les Services Web  Question : au moment de la mise en place du projet les logiciels seront-ils tous synchronisés avec le SIP ?  Si oui : les échanges utiliseront cette donnée comme critère  Si non : les échanges impliquent une présence humaine permettant la validation du patient trouvé par le SI  Cette solution ne sera pas viable, les échanges devant rester transparents, il faut que les IPP soit synchronisés avec le SIP  IL FAUT IMPOSER QUE LES IPP SOIENT SYNCHRONISES EN AMONT DES ECHANGES (i.e. : à la création ou la validation d’un dossier patient) Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 10: Identification patient 2/2 Création ou validation d’un dossier patient, échange Application d’informations avec compatible DOMURPIC (e.g. : ResUrgences) XML DOMURPIC EDI SOAP Format X SIP Services Web ideo-pass Application non Format X compatible URQUAL) (e.g. : Centaure 15) SOAP Création d’un dossier Serveur d’échange patient, demande d’IPPR au SIP Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 11: Solution  Architecture du projet adaptée aux Services Web mais nécessite d’imposer aux éditeurs  Un mode de communication précis  Un format XML  Imposer des nouvelles technologies risque de freiner la mise en œuvre du projet  Ne pas utiliser les nouvelles technologies risque de dévaloriser le projet et d’avoir à le faire évoluer dans l’avenir  La solution consiste donc à offrir une passerelle intermédiaire capable de s’adapter aux anciennes technologies (échanges de fichiers textes) tout en étant basée sur les nouvelles technologies Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 12: Méthodologie de mise en oeuvre Maîtrise d’ouvrage - DOMURPIC Capture des besoins Spécifications Préparation des tests Recette Déploiement fonctionnels Fonctionnelles Gestion du fonctionnel Maîtrise d’œuvre - IMPROVE Capture des besoins techniques Architecture Analyse Frameworks Documentation logicielle techniques Analyse Gestion technique Conception - IMPROVE Codage Tests Recette Déploiement Développements fonctionnels et mise en production Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 13: Aspects généraux  Évolutivité et pérennité  Architecture évolutive (en couches)  Utilisation d’outils open source  Performance et montée en charge  Expérience Improve • Application Augeo : 5000 utilisateurs (vendue à Bull/IGS) • Application IGA Voyages : 50000 utilisateurs  Improve et l’open source  Utilisation de projets open source pour Banque Populaire, CNAF, Carrefour, BEAUFOUR IPSEN, Europ Assistance  Struts-Layout, XMLIntegrator, … : open source créés et gérés par Improve  Veille technologique et partage de connaissance • www.application-servers.com • www.improve-technologies.com  Improve formateur (Improve Institute)  Java  Struts / Struts Layout  XML et Services Web Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slide 14: Contacts IMPROVE - Santé 74/80, rue Roque de Fillol 92800 PUTEAUX Tél. : 01.41.97.83.20 Mail : infos@improve.fr URLs http://www.improve.fr http://www.resurgences.com Informations techniques http://www.application-servers.com « XML pour l’entreprise » (Livre blanc) Réf. : RES/PR/0025 v. 1.0 © 2003 – Improve - Santé

Slideshare.net (beta)