M.I.O. Interopérabilité des applications de gestion de marchés Des principes à la mise en œuvre. Formation Phast - 27 juin ère édition

Transcription

1 M.I.O. Interopérabilité des applications de gestion de marchés Des principes à la mise en œuvre. Formation Phast - 27 juin ère édition

2 Conception des standards une pyramide à gravir Dictionnaires Nomenclatures Messages XML MCD Modélisation niveau II Modélisation niveau I Analyse fonctionnelle

3 STANDARDS : MIO EN HL7

4 Modèle conceptuel simplifié Type_Contrat Type de consultation Type_Acte Type d Acte Demande Identification de la consultation Catégorie Produit Classification Type_Decision Type de décision Demande_Echantillon Demande d échantillons Type_Participation Type de Participation Acte Acte du Rôle Entite Organisation, Lieu, Matériel, Etre vivant (Humain, Nonhumain) Type_Regime_Prix Régime de prix 1..* Demande_Groupe Allotissement Participation Participation du Rôle 0..1 Type_Alternatif Variantes, Options Role Rôle de l Etité Offre Identification de l offre Type_Code_Entite Type de code de l Entité Offre_Groupe Offre des lots et souslots Type_Code_Produit Type de code produit utilisé 1..* (Type_Unite = Demande) Unite Unités et sous-unités * (Type_Unite = Offre) 1..* 1..* Type_Role Type de Rôle Cahier_des_Charge s Conditions de vente du fournisseur Accessoire Accessoire pour un lot Demande_Comp Infos complémentaires de la consultation Type_Contrat_Reconductio n Type de reconduction de la consultation Type_Unite Identification de la source des unités (Demande ou Offre)

5 MCD MIO

6

7 FOURNISSEURS Logiciel marchés Serveur de mails Tiers de confiance Concentrateur Messages M.I.O. +nomenclatures INTERNET Interface MIO Logiciel marchés ACHETEURS

8 L interopérabilité pas si facile Développement national Standard nécessairement complexe multiples éditeurs Déploiement national très nombreux acheteurs et fournisseurs Fonctionnement dans le temps évolution du CMP par exemple Coexistence d une période de transition les «MIO-compatibles» doivent travailler avec des «MIO-non compatibles» Problèmes de la sécurité

9 Communauté virtuelle Caractéristiques Les partenaires de l échange ne se connaissent pas Les éditeurs ne se connaissent pas Les utilisateurs n ont pas à connaître les processus qu ils mettent en œuvre. Règlement des dysfonctionnement Le message est-il bien parti, a-t-il été bien reçu? Sinon, où est passé le message? Qui appelle-t-on? Conséquence Le standard ne se résout pas un simple document décrivant la messagerie Il inclut tous les éléments nécessaires à son opérationnalité effective. 9

10 Agence de maintenance o Ouverture totale des réunions techniques (pas d adhésion) o Mise à jour et publication rapide sur le site de Phast des évolutions de la documentation, accès libre. o Formation & information 10

11

12 Accréditation? Principe L agence répercute les exigences de qualité vers les éditeurs au travers d un mécanisme d accréditation (d agrément). Mais ajoute un déploiement supplémentaire ne constitue pas une véritable garantie engendre des coûts

13 Principe Certification embarquée Associer aux messages & nomenclatures un mécanisme de certification embarquée Engendre un élément supplémentaire : le CONTROLEUR Fonctionnement EMISSION : chaque message est présenté au contrôleur avant envoi, par le logiciel source, pour certification. RECEPTION : Un message est présenté au contrôleur par le logiciel cible, pour vérification de la certification et de l intégrité. L utilisateur prend connaissance du résultat du contrôle via une interface. A partir de 2008, on connaitra l utilisateur émetteur connaîtra le résultat du contrôle de l utilisateur cible. Avantages [Contrôle des opérations] et non [certification des logiciels] Identification & arbitrage des dysfonctionnements 13

14 FOURNISSEURS Logiciel marchés Contrôleur Serveur de mails Tiers de confiance Concentrateur Messages M.I.O. INTERNET Interface MIO Logiciel marchés ACHETEURS

15 Mises à jour du standard Contraintes Le code des marchés évolue, les pratiques évoluent, les logiciels mettent en œuvre de nouvelles fonctionnalités Par conséquent, les messages doivent évoluer ainsi que les nomenclatures. Solutions Les messages sont compatibles ascendants Le contrôleur gère le différentiel de version

16 Architecture Position du contrôleur au sein du standard Le contrôleur fait partie intégrante du standard Les mécanismes de présentation sont documentés Les codes d erreurs sont documentés Les éditeurs développent, de façon unique, les échanges avec le contrôleur et les interfaces utilisateurs. Place physique du contrôleur Le contrôleur ne peut être hébergé sur un serveur centralisé (confidentialité des messages) Le contrôleur ne peut être développé et hébergé dans le périmètre de l application ( rôle de tiers) Par conséquent, le contrôleur est nécessairement dans le périmètre du système d information de l utilisateur. Gestion du contrôleur Par un serveur dédié. Distribution des licences via un site Web Mise à jour automatique des versions de messages contrôlés, des nomenclatures et des versions de contrôleur

17 Acquisition de licence Serveur du fournisseur FOURNISSEURS Contrôleur Logiciel marchés Serveur de distribution -Contrôleur - Nomenclatures Serveur de mails Tiers de confiance Concentrateur Messages M.I.O. INTERNET Interface MIO Contrôleur Logiciel marchés Serveur de l acheteur ACHETEURS

18 Phase transitoire Les utilisateurs d un logiciel MIO-inside transmettent des fichiers au format M.I.O. Quid des destinataires? Le fichier MIO peut être lu par tout utilisateur d un simple PC. Le destinataire télécharge un programme : le «Visualiseur» (à partir du serveur de Phast) Le visualiseur publie le document selon une présentation classique, paramétrable. Les données sont copiables dans les logiciels de bureautique. Le document MIO peut même être visualisé directement par un navigateur

19 Acquisition de licence Serveur du fournisseur FOURNISSEURS Contrôleur Logiciel marchés Serveur de distribution -Contrôleur - Nomenclatures Serveur de mails Tiers de confiance Concentrateur Messages M.I.O. INTERNET Distribution des licences Visualiseur Serveur de l acheteur ACHETEURS

20 Externalisation de la complexité Rôle de l agence de maintenance - Gestion du standard - Recueil des avis relatifs aux évolutions du standard - Organisation des Consensus - Publication des documents - Formation des éditeurs - Relation avec les éditeurs - Communication et formation vis-à-vis des utilisateurs finaux - Relation avec les tutelles - Gestion des services au standard - Elaboration des documents contractuels - Elaboration des documents de mise en œuvre (installation, sécurité) - Gestion et support du serveur de licence - Gestion du serveur de distribution du contrôleur - Support utilisateur pour l installation des contrôleurs (partagé avec les éditeurs) - Support utilisateur pour les échanges défectueux (partagé avec les éditeurs) - Surveillance du réseau

21 Externalisation de la complexité Rôle des éditeurs - Gestion du standard - Retour d information vers l agence - Développements initiaux et prise en compte des mises à jour du standard - Gestion des services au standard - Information des utilisateurs - Mise en relation avec Phast (contractualisation) - Support à l installation du contrôleur (partagé avec Phast) - Support sur les messages défectueux (partagé avec Phast).

22 Tâches utilisateurs Si pas de logiciel ou un logiciel non «MIO-inside» inclusion d une clause «MIO» au CCTP, intervention auprès de l éditeur afin qu il prenne contact avec Phast. Rédaction type du CCTP sur le site Web. Acheteurs : information fournisseurs sur MIO et sur l utilisation du visualiseur Rédaction type sur le site Web de Phast Mise en place du contrôleur sur le serveur (service informatique) Achat d une licence sur le serveur Web de Phast Téléchargement, installation, test (support Phast) Documentation «installation, sécurité» disponible sur le site Web de Phast.

23 Conclusion La complexité n est pas réductible Ne pas la prendre en charge serait vouer les tentatives de dématérialisation à l échec. Cette complexité doit être externalisée et répartie conformément aux responsabilité des acteurs (agence de maintenance / éditeurs & prestataires) C est ce à quoi parvient le standard MIO.