L'interopérabilité. Ou comment les programmes apprennent à se parler! Séminaire Patient numérique 20 octobre 2011 Pablo d Alcantara, PhD

Transcription

1 L'interopérabilité Ou comment les programmes apprennent à se parler! Séminaire Patient numérique 20 octobre 2011 Pablo d Alcantara, PhD

2 Présentation Ingénieur Physicien Docteur en Sciences Biomédicales Master en Management des Institutions de Soins et de Santé (MMISS, Solvay) Responsable des systèmes d information et de communication du groupe hospitalier La Ramée Fond Roy Consultant Chef de projet d informatisation de données hospitalières

3 Projets mis en place Implémentation du dossier médical Implémentation du dossier nursing Implémentation du dossier paramédical Analyse de la prescription électronique Mise en place agenda des consultations Informatisation service technique Informatisation de l économat Gestion site web Internet Gestion Intranet

4 Environnement du logiciel hospitalier Il y a une dépendance entre les technologies Dossier Patient Méthodes de communication Interfaces Utilisateur Langage de programmation Le matériel

5 L évolution du matériel informatique

6 L évolution des langages de programmation DEBUT DISPLAY " " LINE 1 POSITION 1 ERASE EOS DISPLAY MILLIARD!" LINE 15 POSITION STOP RUN.??? 2001.NET 1995 PHP 1995 Java 1991 Visual basic 1980 C C 1970 Pascal 1964 Basic 1959 Cobol 1954 Fortran

7 L évolution des interfaces utilisateur Terminaux Mode Caractère Interface Graphique Navigation web Réseau? Mainframe Applications Client-Server Applications Internet Applications Service Oriented Applications Tablets?

8 L évolution des méthodes de communication Plus petit, mieux connecté Smartphone Objets personnels PDA Tablet Portable PC

9 L évolution du logiciel hospitalier Dossier Infirmier Dossier Médical Intranet / Internet Imagerie médicale Gestion Pharmacie Tarification / Facturation Admission

10 Logiciels hospitaliers Dossier Médical Prescription électronique Messagerie Logistique Maintenance Comptabilité Dossier Infirmier Dossier Paramédical Agenda consultations Gestion des lits Repas RCM RIM Labos PACS Gestion Pharmacie Achats Économat Admission Tarification Facturation Intranet Annuaires Sites web Internet

11 Le logiciel hospitalier et les ressources humaines Logiciel Méthodes de communication Interfaces Utilisateur Langage de programmation Le matériel Les fournisseurs / Ressources internes

12 Système informatique des hôpitaux Dossier Médical Dossier Infirmier Équipe interne PC Prescription électronique Ethernet Autres institutions hosp Messagerie C++ RIM Logistique Maintenance Tablet Intranet annuaires Comptabilité Agenda PHP Windows Gestion des lits Labos PACS Achats Économat Région Unix Dossier Paramédical Smartphone Serveur Virtuel Fournisseurs Gestion Pharmacie WIFI PC Mobile Tarification Facturation JAVA Sites web Internet Router Statistiques RCM Consultations Admission

13 Système informatique des hôpitaux Dossier Médical Dossier Infirmier Agenda Équipe interne PHP PC Prescription électronique Windows Gestion des lits Ethernet Autres institutions hosp Messagerie Labos PACS C++ RIM Logistique Maintenance Tablet Achats Économat Région Intranet annuaires Comptabilité Unix Dossier Paramédical Smartphone Serveur Virtuel Fournisseurs Gestion Pharmacie WIFI PC Mobile Tarification Facturation JAVA Sites web Internet Router Statistiques RCM Consultations Admission

14 DMIh et intégration des applicatifs Au niveau technique, les freins au développement et à l'utilisation massive du DMIh sont: le manque d'homogénéisation de l'infrastructure entre les sites d'une même institution; l'absence d'un canevas standard minimum pour le DMIh, qui serait structure commune le manque de souplesse des logiciels par rapport aux spécificités de chaque activité médicale (problèmes de flexibilité chez certains fournisseurs); le manque de compatibilité entre logiciels et les difficultés d'intégration dans un DMIh soit il y a développement en interne de passerelles, ce qui pose les problèmes suivants: niveau élevé de compétences du personnel à rechercher (difficile à trouver) et coûts de ce personnel qualifié, pérennité du savoir et maintenance de l'outil en cas de départ du personnel qui a effectué les développements; soit il y a acquisition de solutions externes, et donc dépendance à l'égard de fournisseurs; l'intégration est d'autant plus difficile à obtenir s'il y a recours à plusieurs fournisseurs; la non redondance des données sauvegardées; la lourdeur et l absence d'homogénéité pour l'identification et l'accès aux données et aux divers logiciels; le manque de maîtrise des technologies mobiles (Source : Agence Wallonne des Télécommunications, awt.be)

15 Le défi technique Système d information en production Pressions technologiques Pressions politiques et commerciales Diminution des coûts, Personnel mobile, Soins ambulatoires Fusions, regroupements Sécurité, Respect vie privée, Des compétences métiers, des systèmes hétérogènes, des savoir faire, des postes clients, des applications, Nouveaux logiciels, Télécommunications, Nouvelles architectures, Nouvelles technologies, Disponibilité, sécurité, Compétitions, Compétences,

16 Les questions Quels coûts en termes de ressources humaines? Quelle équipe et quels fournisseurs? Est-ce tout simplement possible? Comment mettre en place une solution progressive? Comment garantir la préservation des données? Comment s adapter à l évolution technologique à coûts modérés?

17 La solution par l interopérabilité Multi-technologies et Multi-périmètres Web Services Web XML PC PC Système POP3, IMAP HTML / HTTP XML / SOAP PC Site Web Système Connecter les personnes aux personnes Connecter les personnes aux applications Connecter les services aux services

18 Logiciels intégrés en "point à point" Application A Interface A <-> B Interface A <-> C Interface A <-> D Application B Interface A <-> B Interface B <-> C Protocole 1 Protocole 2 Protocole 3 Protocole 4 Protocole 5 Application E Application C Application D? Interface A <-> D Interface C <-> D Interface A <-> C Interface B <-> C Interface C <-> D

19 Web Services, l interopérabilité web Application A Application B Web Service SOAP Web Service Application E Application C Application D Web Service Web Service Web Service

20 L architecture orientée services (SOA) Application A Application B Application C DB Patient Master Services de réception Services de routage Services de transformation Services de livraison HTTP SMTP SOAP HL7 File XML PDF Custom Web Service DB Personnel Master DB Backup Application D Application E Application F

21 Les avantages de la SOA avec un bus de service Gestion centrale des interfaces et synchronisations Centralisation et standardisation des mécanismes de sécurité et de transactions Gestion des erreurs de transfert ou d exécution Valorisation de l infrastructure en place

22 Les architectures SOA sont évolutives Architectures classiques Architectures SOA Conçu pour durer Conçu pour changer Cycle de développement long Développement et déploiement interactif Ensemble d'applicatifs Orchestration de Services

23 Les solutions par l architecture orientée services permettent : Une homogénéisation de l'infrastructure La standardisation des flux d information Une meilleure gestion de certains logiciels trop fermés Plus de flexibilité auprès des fournisseurs Une meilleure compatibilité des logiciels Une standardisation du développement des connecteurs Plus d indépendance par rapport à l équipe interne Plus d indépendance à l'égard des fournisseurs Une centralisation des données sauvegardées L homogénéisation de l'identification et de l'accès aux données Une intégration plus facile des nouvelles technologies

24 Et le mot de la fin Mais non, mettons une architecture SOA en place, pardi! Nous sommes perdu Milou!

25 Questions?