HL7 version 3. Un défi technologique pour le domaine de la santé. Connexion Santé

Transcription

1 HL7 version 3 Un défi technologique pour le domaine de la santé Octobre 2006 Grant Gillis Président, HL7 Canada / Directeur, Normes, Inforoute Santé du Canada Inc. Connexion Santé

2 Ordre du jour Inforoute Santé du Canada Les normes constituent la solution HL7 et HL7 version 3 HL7 version 3 : mythes, faits et réalité L Unité collaborative de normalisation 2

3 Inforoute Santé du Canada Connexion Santé

4 Inforoute Santé du Canada Mission Favoriser et accélérer, à l échelle pancanadienne, l élaboration et l adoption de systèmes électroniques d information sur la santé, de normes et de technologies de communication compatibles, afin de procurer des avantages tangibles aux Canadiens. Miser sur les initiatives existantes et sur des partenariats de collaboration pour concrétiser sa mission. Une gouvernance partagée facilite la collaboration Inforoute Santé du Canada est une organisation indépendante, à but non lucratif, dont les membres sont les 14 sous-ministres de la Santé aux niveaux fédéral, provincial et territorial. Vision Participer à l établissement d un système de santé efficace, viable et de grande qualité, appuyé par une infostructure pancanadienne qui fournira aux résidants du Canada, ainsi qu à leurs prestateurs de soins, un accès rapide, opportun et sécuritaire aux renseignements voulus, quels que soient le moment ou l endroit où ils sont pris en charge par le système de santé. Le respect de la confidentialité est primordial pour cette vision. 4

5 Inforoute Santé du Canada Prestation des soins de santé à l aide du DSE Le dossier de santé électronique (DSE) assure à chaque résidant au Canada un dossier sécuritaire, confidentiel et à vie de ses antécédents et soins médicaux importants au sein du système de santé. Ce dossier est accessible par voie électronique par les prestateurs de soins autorisés et par le patient, en tout lieu et en tout temps, pour favoriser des soins de grande qualité. Il est conçu pour faciliter le partage des données dans l ensemble du continuum des soins, entre les organisations de prestation de soins et entre les régions géographiques. Technologies de l information et des communications 5

6 Inforoute Santé du Canada Les avantages du DSE Accès, qualité et productivité Dossier de santé électronique d Inforoute Données démographiques Images diagnostiques Résultats des tests de laboratoire Profil pharmaceutique Rapports cliniques Vaccinations Télésanté Augmentation du volume de prestation de services Accès à des services non disponibles auparavant Amélioration de l opportunité des services d ID Sensibilisation et adhésion accrues des patients aux régimes de soins Réduction du du nombre d erreurs de de médication et et des des effets indésirables des des médicaments Réduction des des taux taux de de réadmission Efficacité accrue du du rétablissement Réduction des des transferts de de patients Accès accru à l information Amélioration de de l opportunité de de la la prestation de de services pharmaciens, santé publique, médecins orienteurs, radiologues Amélioration des des taux taux de de vaccination Amélioration de de la la détection des des poussées épidémiques et et des des interventions Efficacité accrue des des radiologues et et des des technologues en en radiologie Réduction du du nombre de de rappels de de la la part part des des pharmaciens et et des des techniciens de de laboratoire Réduction du du temps consacré à l établissement du du profil pharmaceutique ou ou à l évaluation des des patients Amélioration du du flux flux de de travail des des cliniciens Amélioration du du partage de de l information entre les les divers prestateurs Gestion efficace des des poussées épidémiques Réduction du du nombre d événements inutiles :: radiologie, tests de de laboratoire, vaccinations Accès Accès aux services Participation des patients et et des soignants Qualité Sécurité des patients Efficacité des prestateurs et et adéquation des soins Résultats pour la la santé Productivité Efficacité des prestateurs Coordination des soins Coûts nets 6

7 Inforoute Santé du Canada Programmes d investissement stratégique Adoption par les utilisateurs finaux et établissement de l orientation future Innovation et adoption 60 M$ Applications de gestion des soins de santé et projets d innovation Télésanté 120 M$ Surveillance de la santé publique 100 M$ Maladies chroniques Soins primaires Cancer Sécurité des patients Temps d attente Santé mentale... etc. Dossier de santé électronique DSE interopérable 175 M$ Registres et domaines Registres 134 M$ Systèmes d information sur les médicaments 185 M$ Systèmes de laboratoire 150 M$ Imagerie diagnostique 280 M$ Architecture et normes Infostructure 25 M$ 7

8 Inforoute Santé du Canada Une architecture commune et des normes La stratégie d Inforoute en matière de dossier de santé électronique est fondée sur une architecture qui intègre les systèmes cliniques locaux aux registres et aux dépôts de données des régions et des administrations. Chacun des neuf programmes d investissement d Inforoute vise à mettre en œuvre une architecture commune dans l ensemble du pays, grâce à l interconnexion d une série de réseaux exploités par les administrations. L architecture sert de modèle de référence national pour s assurer que les solutions des administrations sont interopérables et que les investissements d Inforoute sont appropriés. Données et services auxiliaires Application de point de service SOLUTION DE DSE (SDSE) INFOSTRUCTURE DE DSE (idse) Entrepôt de données sur la santé Services de dossiers longitudinaux Couche d accès à l information sur la santé Application de point de service Données et services de DSE Données et services de registres Visualiseur de DSE 8

9 Inforoute Santé du Canada Concepts clés de l architecture SOLUTION DE DSE (SDSE) INFOSTRUCTURE DE DSE (idse) de SDSE Données et services auxiliaires Entrepôt de données sur la santé Données et services de DSE Données et services de registres Services de dossiers longitudinaux Couche d accès à l information sur la santé Application de point de service Application de point de service Visualiseur de DSE 9

10 Les normes constituent la solution Connexion Santé

11 Les normes constituent la solution Architecture normalisée Interfaces et messagerie normalisées Structures de données normalisées Terminologies normalisées (règle d encodage) Comportement fonctionnel normalisé 11

12 Les normes constituent la solution Où les normes sont-elles mises en œuvre? INFOSTRUCTURE DE L ADMINISTRATION Données et services de registres Données et services auxiliaires Données et services de DSE Entrepôt de données Registre des clients Registre des prestateurs CAIS CAIS Gestion des poussées épidémiques Signalement de SSP Dossier de santé partagé Information sur les médicaments Imagerie diagnostique Information de laboratoire CAIS CAIS CAIS CAIS CAIS CAIS Données sur la santé Registre des établissements Registre de terminologie CAIS CAIS Règles opérationnelles Répertoire DSE Structures des messages Règles de normalisation Services de dossiers longitudinaux CAIS CAIS CAIS CAIS Données gestion sécurité Données confidentialité Configuration Services communs PI «Ajout» PI «Listage» Bus de communications PI «Extraction» PI «Listage» PI «Extraction» Données PI DSE Données PI DSE Données PI DSE Données PI DSE Données PI DSE PI DSE PI DSE PI DSE PI DSE PI DSE Hôpital, SLD, CCC, DEP DME dans le cabinet du médecin DME dans le cabinet du médecin Visualiseur de DSE Visualiseur de DSE POINT DE SERVICE Radiologue Clinicien de laboratoire Médecin/ Prestateur Médecin/ Prestateur Médecin/ Prestateur 12

13 Les normes constituent la solution Pourquoi des normes? Elles facilitent l échange d information et constituent un élément fondamental du DSE. Elles offrent la possibilité de réduire les coûts alors que les fournisseurs et systèmes s alignent sur des normes pancanadiennes et internationales. Elles allègent les efforts de reproduction. Exigences obligatoires en matière d admissibilité aux investissements Conformité aux normes (infostructure et architecture) Les initiatives doivent être conformes aux lignes directrices ou aux normes adoptées par Inforoute. Le rôle d Inforoute est d établir des normes et des exigences pour des produits robustes et interopérables ainsi que des résultats probants. 13

14 Les normes constituent la solution Principes d établissement de normes pancanadiennes de SDSE Inforoute a établi des principes pour l établissement de normes pancanadiennes de SDSE. Les normes ont pour but d orienter le processus d adoption de solutions fondées sur des normes. 11 principes accessibles sur la Route du savoir d Inforoute Principes animés par le secteur de la santé Adoption de normes existantes quand cela est possible La version 3 de HL7 est requise pour tout nouveau développement de messages lié au DSE L établissement de normes pancanadiennes de DSE est coordonné par le truchement d un processus de collaboration ouvert, transparent et inclusif, tel qu il est défini par les intervenants. Les adopteurs précoces bénéficient de soutien à la mise en œuvre, à l éducation et à la formation, de même que de services de conformité. 14

15 Les normes constituent la solution INFOSTRUCTURE DE L ADMINISTRATION Données et services de registres Normes de DSE Infostructure de DSE : Connectivité fondée sur des normes CAIS CAIS CAIS CAIS PI DSE PI DSE Données et services auxiliaires Données et services de DSE Entrepôt de données Normes d architecture Architecture SDSE Cas d utilisation du DSE Modèle de données du DSE Modèle de services du DSE Profils d interopérabilité des DSE Stratégie de normes terminologiques CAIS CAIS CAIS CAIS CAIS CAIS CAIS Terminologie mise en œuvre quant CAISaux normes de messagerie de données PI DSE PI DSE PI DSE Normes PI DSE Normes PI DSE Normes PI DSE Normes PI DSE Normes PI DSE Normes PI DSE Normes PI DSE PI DSE Normes de messagerie de données Registre des clients (prête à l emploi) Registre des prestateurs (prête à l emploi) CeRx pour les pharmacies (prête à l emploi) Information de laboratoire (en cours d élaboration) Imagerie diagnostique/téléradiologie (prête à l emploi) CAIS Messagerie clinique pour le DSEi (en cours d élaboration) CAIS Normes techniques pour le DSEi (en cours de planification) PI DSE PI DSE PI DSE Normes de surveillance de la santé publique PI DSE PI DSE PI DSE PI DSE PI DSE POINT DE SERVICE Prestateur en santé publique Pharmacien Radiologue Clinicien de laboratoire Médecin/ Prestateur Médecin/ Prestateur Médecin/ Prestateur 15

16 HL7 et HL7 version 3 Connexion Santé

17 HL7 et HL7 version 3 La mission de HL7 et de HL7 Canada Fournir des normes afin de permettre l échange, la gestion et l intégration de données qui appuient les soins cliniques aux patients et la gestion, la prestation et l évaluation des services de santé. Plus précisément, élaborer des approches, des normes, des lignes directrices, des méthodes et des services connexes rentables et souples afin de permettre l interopérabilité entre les systèmes d information sur la santé. 17

18 HL7 et HL7 version 3 Dans le modèle de référence, le développement de messagerie en santé (Health) se situe à la couche 7 (Layer 7) (couche application). 18

19 HL7 et HL7 version 3 Histoire des interfaces et de HL7 version 3 Dans les années 1980 et 1990, les développeurs de systèmes d applications en santé répartis ont remarqué que le nombre d interfaces augmentait de manière exponentielle (fonction du carré du nombre d applications impliquées). A B 2 systèmes 1 interface A B C 3 systèmes 3 interfaces 19

20 HL7 et HL7 version 3 Remarquez comme le nombre d interfaces requises augmente plus rapidement que le nombre de systèmes! B 4 systèmes 6 interfaces B A C A C D E D 5systèmes 10interfaces 20

21 HL7 et HL7 version 3 Ceux d entre vous qui aimez l algèbre se rappellent sûrement de la formule permettant de trouver le nombre de combinaisons possibles de n choses en prenant r à un moment donné : n!/(n-r)!r! Si r = 2, et n est arbitraire, cela égale à n(n-1)/2 Mais l équation n(n-1)/2 n est pas durable! Systèmes Interfaces

22 HL7 et HL7 version 3 AVANT Interfaces point-à-point Laboratoire Pharmacie Admission Finances Imagerie diagnostique Nutrition 22

23 HL7 et HL7 version 3 APRÈS Interfaces HL7 réutilisables Laboratoire Pharmacie Admission Finances Imagerie diagnostique Nutrition 23

24 HL7 et HL7 version 3 Qu est-ce que HL7 version 3? HL7 version 3 fait appel à une méthode de développement orienté objet et à un modèle d information de référence (RIM) pour créer des messages. HL7 version 3 vise principalement à offrir une norme qui soit définitive et testable, et à fournir la capacité de certifier la conformité des fournisseurs. La version 3 touche les contraintes et les autres questions en utilisant une méthode bien définie en fonction d un modèle d information (c.-à-d. de données) officiel. La version 3 constitue la norme en matière de messagerie la plus définitive à ce jour puisqu elle utilise des techniques d élaboration de messages analytiques et rigoureuses et incorpore plus d événements déclencheurs et de formats de message avec très peu d optionalité. 24

25 HL7 et HL7 version 3 Réfléchissez aux implications : Veuillez noter que les importantes organisations de la santé telles que le Centre universitaire de santé McGill ou le University Health Network ont généralement entre 50 et 100 interfaces de ce type, et les systèmes régionaux qui sont de plus grande envergure en ont encore plus. Les coûts liés à une interface personnalisée peuvent atteindre à $; il est donc beaucoup moins cher d utiliser une interface standard. L utilisation d une interface standard réduit le nombre d interfaces pour n systèmes pour le coût de (n-1) interfaces, ce qui entraîne d importantes économies! Le changement/la révision d une interface est beaucoup plus simple et permet, dans la plupart des cas, de réduire l incidence sur le système global. Cette fonction permet l utilisation d approches pratiques relativement à l entretien et à l évolution des systèmes. 25

26 HL7 et HL7 version 3 Réfléchissez aux implications : Cela s applique aussi aux données liées à l administration, aux consultations, aux finances et à d autres types d information clinique. Le modèle de référence global doit s adapter à chacun de ces domaines, et à plusieurs contraintes supplémentaires : Les domaines non cliniques liés au domaine de la santé doivent être en mesure d utiliser des données des domaines cliniques sans que celles-ci ne soient stockées ou conservées dans des modèles ou des structures multiples. Par conséquent, l application du domaine non clinique doit définir ses besoins en matière de données de laboratoire dans le modèle de référence de laboratoire commun et hors de celui-ci. La terminologie et les identificateurs doivent être coordonnés pour tous les domaines locaux. 26

27 HL7 et HL7 version 3 D autres raisons d adopter la version 3 : La version 2 ne dispose d aucun modèle d information proprement dit; le modèle est implicite, et non explicite. Les modèles de la version 2 sont semblables aux «structures» de langages de programmation, mais ne comportent pas d opérations proprement dites ni d importants concepts orientés objet, tels que les hiérarchies généralisation-spécialisation. La version 2 ne dispose d aucun lien proprement dit entre les terminologies standard et les structures. Les liens sont destinés à un usage et sont toujours propres à un site. Les types de données des identificateurs de la version 2 sont insuffisants quant à l intégration à grande échelle. 27

28 HL7 et HL7 version 3 Nouvelles fonctions de la version 3 : Développement de messages descendants mettant l accent sur la réutilisation dans des contextes multiples marqués par l interopérabilité sémantique Représentation de liens complexes temporels et non temporels Formalismes pour la prise en charge de la terminologie Soutien de l intégration à grande échelle : Régler le problème des identificateurs Trouver une solution à la réutilisation et à l interopérabilité entre les contextes de domaines multiples Créer un jeu uniforme de modèles Portée élargie afin d inclure la médecine communautaire, l épidémiologie, la médecine vétérinaire, la génomique clinique, la sécurité, etc. 28

29 HL7 et HL7 version 3 Interopérabilité sémantique Pour comprendre les données reçues, vous devez connaître à la fois : 1. la définition de chaque élément de donnée, ainsi que sa relation avec chacun des autres éléments vous devez posséder un modèle sémantique des données; et 2. la terminologie devant être utilisée pour représenter les éléments codés, y compris les définitions, ainsi que les relations au sein de la terminologie. Le RIM HL7 version 3 et les méthodologies connexes favorisent et facilitent l interopérabilité sémantique. 29

30 HL7 et HL7 version 3 La version 3 est «meilleure» que la version 2 pour les raisons suivantes : La base de sa conception repose sur un modèle d information de référence unique et commun utilisé dans l ensemble de la norme HL7. Le RIM est à présent une norme ISO Une solide base sémantique dans des domaines de concepts définis explicitement tirés des meilleures terminologies. Interopérabilité au niveau de la terminologie Une méthodologie de conception abstraite qui est neutre sur le plan technologique et peut être utilisée avec n importe quelle Séparation du contenu et de la syntaxe 30

31 HL7 et HL7 version 3 Pourquoi avons-nous particulièrement besoin de la version 3 et de son RIM? La création d un «modèle d information de référence» pour les soins de la santé permet la création d un jeu standard de structures (modèles) à utiliser en vue du partage de l information sur les soins de la santé. En outre, la capacité de lier un jeu de terminologies standard à ces modèles permet : le partage de ces structures standard avec des noms (codés) standard; ainsi que l extension du modèle par le biais d une terminologie (codée) structurelle. 31

32 HL7 et HL7 version 3 Pourquoi avons-nous particulièrement besoin de la version 3 et de son RIM? Donc, nous pouvons créer des structures standard (modèles) avec des noms standard (codes). On peut créer une «ontologie de structures». Si nous pouvons créer des modèles suffisamment génériques et granulaires dans notre ontologie de structures, nous pouvons mapper n importe quel modèle de domaine d une application en santé à l intérieur du modèle de référence (et hors de celui-ci). 32

33 HL7 et HL7 version 3 Pourquoi avons-nous besoin d un RIM? Une fois que nous avons fait cela pour une application (et nous n avons besoin de le faire qu une fois pour une application donnée), nous pouvons réutiliser l information provenant de cette application dans n importe quelle autre application en santé. Cela nous assure à la fois l interopérabilité et la réutilisation de toutes les données sur les soins de santé. Mais comment s y prendre? 33

34 HL7 et HL7 version 3 Concepts centraux du RIM HL7 version 3 La catégorie d «actes» et ses spécialisations représentent chaque action d intérêt en soins de santé. En particulier une action d intérêt qui s est produite, peut se produire, est en train de se produire, doit se produire ou est requise/demandée de se produire. Un acte est une action intentionnelle dans le domaine opérationnel de HL7. Les soins de santé (ainsi que toute autre profession ou activité) sont constitués d actions intentionnelles. Une instance d acte est un enregistrement d une telle action intentionnelle. 34

35 HL7 et HL7 version 3 Concepts centraux du RIM HL7 version 3 Toute chose qui se produit est un acte Les procédures, les observations, les médications, la fourniture, l inscription, etc. Les actes sont reliés par une relation (Act_relationship) composition, préconditions, révisions, soutien, etc. La participation définit le contexte d un acte Auteur, exécutant, sujet, emplacement, etc. Les participants sont les rôles Patient, prestateur, praticien, spécimen, établissement de soins de santé, etc. Les rôles sont joués par des entités personnes, organisations, équipement, endroits, dispositifs, etc. 35

36 HL7 et HL7 version 3 Lien de relation Relation avec l acte Catégories et attributs principaux du RIM Type_CD : CS Effective_TMR : IVL<TS> Type_CD : CS * 0..* 0..* 0..* Entité Rôle Participation Acte Class_CD : CS CD : CV Determiner_CD : CS Status_CD : CS ID : II 1 1 joue 0..* valide 0..* Class_CD : CS CD : CV Effective_TMR : IVL<TS> Status_CD : CS ID : II 1 0..* Type_CD : CS TMR : IVL<TS> Status_CD : CS 0..* 1 Class_CD : CS CD : CD Mood_CD : CS Status_CD : CS Activity_Time : GTS ID : II Six types d attributs : type_cd(class_cd), cd, moment, état(déterminant), statut, ID 36

37 HL7 et HL7 version 3 Comment HL7 gère-t-elle cette abstraction? Dans les anciens modèles HL7, chaque concept était représenté par une catégorie ou association visible (physique) Alors que dans le RIM : inclusion d une catégorie qu en cas d ajout de nouveaux attributs et associations pour le reste, utilisation d attributs «structurels» codés codes de «catégorie» ou de «type» Pourquoi les appelle-t-on des attributs structurels? Parce qu ils utilisent des codes pour représenter des concepts qui auparavant faisaient partie de la structure du modèle. 37

38 Entité Code de catégorie Jeux des principales valeurs d attributs du RIM Sujet vivant Person Organisation Équipement Endroit... Exécutant Auteur Témoin Sujet Destination... Participation Code de type Observation Procédure Fourniture Adm.. de substance Financier... Acte Code de catégorie Entité Rôle Participation Acte Class_CD : CS CD : CV Determiner_CD : CS Status_CD : CS 1 1 joue valide 0..* 1 Class_CD : CS CD : CV Effective_TMR : IVL<TS> 0..* 0..* Type_CD : CS TMR : IVL<TS> Status_CD : CS 0..* 1 Class_CD : CS CD : CD Mood_CD : CS Status_CD : CS Activity_Time : GTS Entité Code de déterminant Sorte Instance (Groupe qualifié) Rôle Code de catégorie Patient Employé Entité assignée Entité certifiée Répondant Définition Intention Ordre Événement Critère... Acte Code d état

39 HL7 et HL7 version 3 De l abstraction aux concepts «concrets» Question : Comment ce RIM «restreint» et ses codes peuvent-ils représenter le vaste et sophistiqué ensemble de concepts devant être communiqués pour assurer la prise en charge des soins de santé modernes? Réponse : Le RIM est le point de départ, la source ou le modèle, à partir duquel des modèles spécifiques sont élaborés pour définir un jeu de messages donné. Les messages reposent sur des dérivés du RIM connus dans le langage de HL7 comme des modèles d information de message (MIM). 39

40 HL7 et HL7 version 3 RIM Affinage du RIM en messages D-MIM R-MIM TYPE DE MESSAGES 40

41 HL7 version 3 Mythes, faits... et réalité Connexion Santé

42 HL7 version 3 : mythes, faits et réalité Les fournisseurs de TI en santé conseillent vivement à Inforoute de reconsidérer sa position en matière de normalisation. Les associations disent que le HL7 v. 2.5 conviendra mieux aux projets de dossiers électroniques. 7/24/ h 50 par Shane Schick Un débat anime le secteur de la santé au Canada, la question étant de savoir s il faut adopter la dernière version d une norme de messagerie électronique relativement aux dossiers de santé des patients ou alors garder celle qui a déjà été adoptée par plusieurs organisations. 42

43 HL7 version 3 : mythes, faits et réalité Mythe n o 1 L interopérabilité sur une large échelle est possible avec HL7 v. 2 Réalité Il n existe pas de norme v. 2 pancanadienne commune. Aucune organisation en Amérique du Nord n utilise la v L optionalité dans la v. 2 réduit (et, souvent, empêche) l interopérabilité. Les messages de la v. 2 sont conçus pour l intégration de systèmes point à point et ne facilitent pas la réutilisation et la reproduction. Nous avons besoin d une interopérabilité sémantique programmable afin de pouvoir réaliser notre programme. La HL7 v. 3 possède le modèle d information, les types de données robustes, les liaisons terminologiques ainsi que la méthodologie de modélisation robuste qui conviennent à nos besoins, alors que la v. 2 n a rien de tout cela. 43

44 HL7 version 3 : mythes, faits et réalité Mythe n o 2 Les fournisseurs ne se conformeront pas aux normes pancanadiennes et à HL7 v. 3. Réalité Ce ne sont pas tous les fournisseurs qui le feront ni qui le pourront. Les fournisseurs répondent à la demande croissante du marché stimulée par Inforoute... Nous devons accroître cette demande! Les fournisseurs se conforment aux normes lorsqu elles sont stipulées dans les DP, p. ex. CeRx pour l Î.-P.É. et T.-N. et Labrador. Des mises en œuvres de la v. 3 sont en cours : IBM, Eclipse open source, Emergis, DeltaWare, etc. Les représentants de la communauté des fournisseurs appuient les normes pancanadiennes afin de pouvoir ne faire qu une mise en œuvre et un essai de conformité. Il ne s agit absolument pas de décider entre la v. 2 et la v. 3. Le défi réside souvent dans l habilitation XML de l application, de nouvelles fonctionnalités, de nouvelles exigences en matière de données, de nouvelles terminologies et non la syntaxe des messages de la v

45 HL7 version 3 : mythes, faits et réalité Mythe n o 3 Les fournisseurs hésitent à offrir un produit faisant appel à des normes déclarées «stables à utiliser». Réalité L approche fondée des normes d Inforoute repose sur le concept «stable à utiliser», qui est une réalité répandue à l échelle de l industrie des logiciels et des normes. Les administrations et les fournisseurs ont avalisé et approuvé le fait que les normes «stables à utiliser» sont prêtes à être mises en œuvre. Une norme «stable à utiliser» comprend tous les artéfacts de messagerie clés ainsi que le vocabulaire nécessaire à la mise en œuvre. Toute lacune ou changement éventuel sont documentés afin que les metteurs en œuvre comprennent parfaitement tous les risques possibles. Les fournisseurs se conforment également aux normes d ID, de RC, CeRx et aux autres normes qui sont au stade «stable à utiliser». 45

46 HL7 version 3 : mythes, faits et réalité Mythe n o 4 Les administrations ne peuvent s engager (plan du projet) à respecter des normes pancanadiennes qui ne sont pas encore finalisées. Réalité La spécification complète et finale des normes pancanadiennes n est pas nécessaire pour entreprendre la phase II du développement de solutions. Les normes «stables à utiliser» sont prêtes à la mise en œuvre. Les administrations sont engagées dans le Processus de collaboration à l établissement de normes, elles sont continuellement tenues au courant des exigences et spécifications opérationnelles des normes «stables à utiliser». 46

47 HL7 version 3 : mythes, faits et réalité Mythe n o 5 Toutes les normes locales existantes doivent être remplacées par les normes pancanadiennes. Réalité Exemple 1 Tous les messages HL7 existants n ont pas besoin d être remplacés par des messages HL7 v. 3. Les v. 2 et v. 3 peuvent coexister, la v. 3 peut être mappée à la v. 2 et la conformité avec la v. 3 peut se faire (avec les composantes de la v. 2) en recourant à des courtiers. Exemple 2 Les systèmes de PDS n ont pas besoin de mettre à jour les messages HL7 v. 2.x internes pour utiliser les normes pancanadiennes. Les normes pancanadiennes ne sont pas axées sur les services mais plutôt sur une interopérabilité avec le DSE pancanadien ou les dépôts de données des administrations. Nous demandons à ce que les nouveaux messages HL7 pouvant communiquer avec le CAIS soient mis en œuvre dans la v. 3, et non la v. 2.x. La mise en œuvre d une norme pancanadienne est facilitée par l installation d un nouveau système Internet ou la mise à niveau d un système existant. 47

48 HL7 version 3 : mythes, faits et réalité Mythe n o 6 Inforoute n est intéressée qu à atteindre les cibles d investissement plutôt qu à assurer le contenu et la qualité des livrables. Réalité Inforoute aime les cibles (d ailleurs, nous en sommes parfois une) mais celles-ci doivent être reliées à la qualité. Une grande partie du mandat d Inforoute consiste à veiller continuellement à l assurance de la qualité et à la gestion des risques d investissement, et ce, jusqu à la mise en œuvre. Les objectifs d Inforoute en matière d investissements et de dépenses sont liés à l atteinte des étapes et à la production des livrables qui constituent des meilleures pratiques en matière d ingénierie de systèmes. Nous voulons éviter d avoir plus tard à dire : «l opération a réussi mais le patient est mort». Notre définition de la réussite : Réalisation de la portée Dans les limites budgétaires Dans les délais Qualité et avantages Adopté 48

49 HL7 version 3 : mythes, faits et réalité Mythe n o 7 Inforoute est un investisseur et n est pas responsable du contenu de l architecture, des normes, de la qualité, ni de l exploitation des solutions. Réalité Les accords de financement entre le gouvernement du Canada et Inforoute du 31 mars 2004 (résultats) La définition et l adoption de normes d information et de technologie pour appuyer un DSE interopérable Le développement de l Architecture des solutions du DSE Le développement des éléments de base de l infostructure de la santé du DSE et l infostructure de sécurité Exclusivement en ce qui concerne les solutions du DSE, le développement des modules de construction réutilisables, tels que des mécanismes pour identifier de façon unique les clients (par ex., les patients) et les dispensateurs de soins de santé Exclusivement en ce qui concerne les solutions du DSE, la mise en œuvre de solutions interopérables nécessaires à l intégration du flux d information entre les divers points du système de santé, comme la gestion des requêtes et des résultats d ordonnances, lesquelles solutions tiennent compte des priorités et initiatives FPT. 49

50 L Unité collaborative de normalisation Connexion Santé

51 L Unité collaborative de normalisation Cycle de vie des normes Licences Gestion du changement Identification des besoins et définition opérationnelle Recherche et analyse des options Outils et modèles Maintenance Établissement de normes Gestion du savoir relatif aux normes Normes pancanadienn es Évaluation Conformité Test/projet pilote Liaison Soutien à la mise en œuvre Formation/ éducation Stratégies d adoption 51 Promotion et communication

52 L Unité collaborative de normalisation L avenir Un seul point de contact pour la coordination des normes pancanadiennes pendant tout le cycle de vie des normes : établissement, soutien à la mise en œuvre, éducation, maintenance, et conformité. Gouvernance, processus et opérations rationalisés. Gains en efficacité obtenus par la mise en commun de services administratifs tels que les communications, la gestion de sites Web, la planification et la gestion des événements, l éducation et le soutien administratif. La coordination de l ensemble des processus d établissement, de maintenance et de vote, harmonisés de façon à ajouter de la valeur sans duplication ou conflit réel/perçu. Un seul «point d entrée» pour les fournisseurs, éliminant la duplication et la fragmentation actuelles sur le marché. 52

53 L Unité collaborative de normalisation Soutien à l établissement de normes Stratégie Établissement Gouvernance du processus du cycle de vie des normes Gestion de projets Artéfacts livrables Conformité des solutions Adoption Évaluation des avantages Maintenance et conformité Services pancanadiens intégrés et coordonnés Soutien à l éducation, à la formation et à la mise en œuvre Promotion des normes Artéfacts de formation Dépôt d artéfacts Formation générale relative aux normes Formation et éducation relative à des normes particulières Soutien à la mise en œuvre de normes ON Secrétariat et liaison Durabilité et pertinence des normes Soutien des processus de maintenance de l ON Stratégie, gouvernance et promotion de la conformité Adhésion à des critères de conformité (certification) par le biais de notre partenaire, le Collaboratoire en santé électronique Gouvernance simple, ouverte et transparente Direction et gestion des membres affiliés à l ON Liaisons officielles et non officielles avec les ON, HISC Adhésions Communications Planification et organisation d événements liés aux normes Gestion de la distribution et des droits 53

54 L Unité collaborative de normalisation Artéfacts HL7 v. 3 Cadre de développement de messages HL7 (NeCST) ST Scénario-maquette AR Rôle d application Expéditeur Récepteur TE Événement déclencheur RIM Modèle d information de référence Instancie DMIM Modèle d information de message par domaine Déclencheurs Restreint Exemple Références IN Interaction RMIM Modèle d information de message raffiné Restreint SN Récit du scénariomaquette HMD Définition du message hiérarchique Restreint Contenu MT Type de message 54

55 L Unité collaborative de normalisation Artifacts/Documents Project Development Strategy Infoway Style Guide Standards Development Document Framework (SC-CA-0001) Cadre de documentation en matière d établissement des normes HL7 v. 3 (CeRx) Legend SC-CA = Infoway Standards Colloborative ppppppp = Project identifier such as HS50102 Describes (For review / development purposes) Development Methodology (SC-CA-1001) Tooling Plan (SC-CA-1002) Scope &Tracking Framework (SC-CA-0008) Administrative Documents Agendas / Minutes / Meeting Presentations (ppppppp-4001) Issue Detail Reports + Discussion Documents (ppppppp-0005) Business Model (ppppppp-0002) Constrains Elaborates Standards Development Tracking Logs (action, issue, decision, assumption) (ppppppp-0004) Constrains & Defines Glossary (SC-CA-0003) Cross Package Artifacts/Documents Datatypes (SC-CA-3002) Publication Database (SC-CA-3003) Vocabulary Status Worksheet (SC-CA-3004) Vocabulary Overview (SC-CA-3004) Cross references Cross references Uses/Creates Uses Package Artifacts/Documents (n Packages) Package Overview (ppppppp-2001) Business Message Artifacts Storyboard(s) (ppppppp-2002) Normative Message Artifacts Message Models (Visio, Word, MIF) (SC-CA-2003) XML Schemas (IN + MT) (SC-CA-2004) Message Worksheets (Excel, Table) (SC-CA-2005) HL7 Process Artifacts Harmonization Proposals (ppppppp-2006) HL7 Artifact Implementation Guide (SC-CA-0006) New content New content Non-Normative Material Ballot Strategy (ppppppp-0007) Influences As of 06 Apr 23 55

56 L Unité collaborative de normalisation Implementation Guide Documentation Framework Infoway Style Guide Standards Development Documentation Framework (SC-CA-0001) Describes (For review / development purposes) Cross-Volume Artifacts Glossary (SC-CA-0003) Reference Implementation Guide Volume 0 (SC-CA-0006) Wrappers, CMETs Message Specification Artifacts Message Models (Visio, Word, MIF) (SC-CA-2003) Payloads Cadre de documentation du Guide de mise en œuvre (CeRx) Scope & Tracking Framework (SC-CA-0008) Reference Implementation Guide Volume 1-n - domain x (SC-CA-0006) Payloads Reference XML Schemas (IN + MT) (SC-CA-2004) Message Worksheets (Excel, Table) Reference (SC-CA-2005) Vocabulary Status Worksheet (SC-CA-3004) Datatypes (SC-CA-3002) Legend Supporting Business Artifacts (Referenced by Specific Volume) SC-CA = Infoway Standards Colloborative ppppppp = Project identifier such as HS50102 Business Model (e.g. Pharmacy-0002) HL7 Artifact Issue Detail Reports + Discussion Documents (e.g. Pharmacy-0005) Non-Normative Material As of 06 April 15 56

57 Conclusion Connexion Santé

58 Conclusion Inforoute Santé du Canada préconise une approche pancanadienne à l égard des normes. Les normes sont nécessaires à la réalisation de la vision d interopérabilité et à l optimisation des investissements. En ce qui concerne les DSE interopérables, les normes en général, et HL7 v. 3 en particulier, permettent : de reproduire des solutions; de choisir parmi des solutions novatrices de divers fournisseurs; et aux vendeurs de se concentrer sur les services s articulant autour des fonctions centrales au lieu de définir ces dernières. Inforoute s active afin de s assurer que les solutions fondées sur HL7 v. 3 sont prêtes, fiables et efficaces pour une mise en œuvre dans l ensemble du Canada. 58

59 À vos normes, partez! La conférence conjointe du Partenariat et de HL7 Canada de l automne 2006 Toronto, du 19 au 21 novembre 2006 À VOS NORMES, PARTEZ! Connexion Santé

60 Merci! Site Web : Courriel : ggillis@infoway-inforoute.ca Connexion Santé