Le projet Domurpic vise à créer un serveur régional pour la coordination des services d'urgence, facilitant l'échange de données entre les systèmes équipés et non équipés d'informatique. Il repose sur une architecture open source, avec un accent sur la sécurité et l'identification des patients via un serveur d'identité régional. La méthodologie inclut des étapes de spécification fonctionnelle, codage, tests et déploiement pour garantir la pérennité et l'évolutivité du système.

1. Projet DOMURPIC Proposition de réalisation

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

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

4. Architecture générale 1/2 SAU UHCD SAMU SMUR Non équipés Médecin SIP Ideo-pass SAU UHCD SAMU SMUR équipés équipe DOMURPIC HTTPS HTTPS HTTPS HTTP intranet HTTP(S), FTP, SOAP HTTP(s), FTP, SOAP SOAP intranet SOAP via HTTPS saisie consultation administration EDI Serveur Web DOMURPIC

5. Architecture générale 2/2 mapping DB application intégration JSP / Servlet HTML XML Struts / Struts Layout HTTPS / SOAP entreprise HTTPS convertisseur TOMCAT JAVA Hibernate SAP DB Saisie et consultation des données et administration du serveur Échanges de données avec les SIH équipés

6. Socle technique L’ambition d’un socle technique est Isoler le fonctionnel, de l’interface graphique et de l’accès aux données, en regroupant les composants selon leur fonction 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

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

8. Fonctionnement des échanges XMLIntegrator Produit open source Improve Développé dans le cadre de ResUrgences Actuellement utilisé pour s’interfacer avec Convergence (format propriétaire) Pastel (format propriétaire) Cirus (HPrim) Reference (format propriétaire) BioWin (HPrim) Centaure 15 Ultraview (HL7) … X XML XSL XML XML export import Moteur d’intégration BD XSLT

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)

10. Identification patient 2/2 Application compatible (e.g. : ResUrgences) Application non compatible DOMURPIC SIP ideo-pass EDI Services Web Format X XML Création ou validation d’un dossier patient, échange d’informations avec DOMURPIC SOAP Création d’un dossier patient, demande d’IPPR au SIP Serveur d’échange SOAP (e.g. : Centaure 15) Format X (e.g. : URQUAL )

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

12. Méthodologie de mise en oeuvre Spécifications Fonctionnelles Capture des besoins techniques Architecture logicielle Frameworks techniques Codage Tests Recette Analyse Déploiement Analyse Gestion technique Gestion du fonctionnel Développements fonctionnels et mise en production Maîtrise d’ouvrage - DOMURPIC Capture des besoins fonctionnels Conception - IMPROVE Maîtrise d’œuvre - IMPROVE Documentation Préparation des tests Recette Déploiement

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

14. Contacts IMPROVE - Santé 74/80, rue Roque de Fillol 92800 PUTEAUX Tél. : 01.41.97.83.20 Mail : [email_address] URLs http://www.improve.fr http://www.resurgences.com Informations techniques http://www.application-servers.com « XML pour l’entreprise » (Livre blanc)