1 mars 2006 groupe architecture et solutions mise à jour de larchitecture connexions santé

1

Mars 2006

Groupe Architecture et Solutions

Mise à jour de l’architecture

Connexions santé

2

Aperçu

Présentation d’Inforoute

Portée de l’Architecture SDSÉ

Contexte

Architecture des processus de travail cliniques

Architecture du système

Architecture de l’information

Modèles d’intégration et de mise en œuvre

Applications potentielles

Sommaire et conclusion

3

Composantes inter-applications de base

Domaines et applications de gestion des soins de santé

Adoption par les utilisateurs finaux et établissement de l’orientation future

Dossier de santé électronique

Architecture et normes

Que fait Inforoute ?

Registres des clients, des prestateurs et des établissements 110 M $

Innovation et adoption

60 M $

DSÉ interopérable

175 M $

Systèmes d’information de laboratoire

150 M $

Systèmesd’imagerie

diagnostique 220 M $

Systèmes de surveillance de la

santé publique 100 M $

Systèmes d’information surles médicaments

185 M $

Infostructure

25 M $

Télésanté

150 M $

4

Portée de l’Architecture SDSÉ

PROCESSUS DE TRAVAIL

INFORMATION SYSTÈME TECHNOLOGIE

Architecture V1 Architecture V2

L’ARCHITECTURE SDSÉ V1,0 A ABORDÉ LE CONTEXTE

(mission, objectifs, intervenants, avantages)

Mises en œuvre du DSÉ dans l’ensemble du Canada

Architecture V2Architecture V1 Architecture V2

Conceptuelle

Architecture V2 Architecture V2 Architecture V2Logique

Physique

5

Perspectives de l’Architecture

CONTEXTE

Architecture opérationnelle

Architecture desprocessus de

travail cliniques


Modèlesd’intégration et de

mise en œuvre


Architecture del’information

6


CONTEXTE



travail cliniques



mise en œuvre



7

Contexte

Secteur de la santé

8

Alloue des fonds

Contribuable

Planification et ressources

Régie de la santé

Clients/patientsPrestateurs

Planification et ressources

Pharmacie

Laboratoire

Centre de diagnostic

Urgence de l’hôpital

Clinique spécialisée

Soins à domicile

Centre de soinscommunautaires

Régie de la santé Régie de la santé

Gouvernement élu

Ministère de la Santé

Services d’urgence

9

Comparaison des dépenses en TI par secteur à l’échelle internationale

Dépenses en TI en % des dépenses totales

Aliments et boissons

Secteur de la santé canadien

Pâtes et papier

Pétrole

Fabrication

Textiles

Services publics

Transport

Prestateurs à l'échelle mondiale

Télécoms

Gouvernement

Services financiers

SOURCE : Gartner Group – selon le rapport de la Commission de restructuration des services de santé (www.hsrcgov.on.ca) ; plan d’action concernant la gestion de l’information sur la santé en Ontario, Juin 1999.

12,1

5,7

5,5

4,2

3,3

2,7

2,2

1,9

1,7

1,6

1,4

1,2

10

Budget des TI en % du budget et total des hôpitaux canadiens

Source : 2003 Report on IT in Canadian Hospitals: Top issues, applications and vendors. Canadian Healthcare Technology, 2003. CIHI NHex 2002 (dépenses des hôpitaux).

10

12

27

27

25

0 5 10 15 20 25 30

2,5 % ou plus

De 2 à 2,4 %

De 1,5 à 1,9 %

De 1 à 1.4 %

Moins de 1 %

Dépenses moyennes en TI des hôpitaux canadiens < 2 %

Pourquoi un DSÉ ?Le système des soins de santé évolue...

L’ancien systèmeAxé sur le prestateur

Maladie

Lieu de traitement

Gestion des épisodes

Gestion de l’offre

Décisions individuelles

Efficience

Soins décentralisés et généraux

Le nouveau systèmeAxé sur le patient et la famille

Mieux-être

Continuum des soins

Gestion de la maladie

Gestion de la demande

Décisions collectives fondées sur des preuves

Efficacité

Soins centralisés et spécialisés

11

Pourquoi un DSÉ ?Le système des soins de santé évolue...

Les changements dans le système des soins de santé requièrent aussi une grande capacité de l’infostructure de la santé, une capacité qui n’est pas entièrement disponible aujourd’hui

12

13

Le moment n’a jamais été meilleur !

• Volonté politique

• Financement disponible

• Inforoute a pour mandat de poursuivre les investissements

CONVERGENCEVOLONTÉ

• Le public réclame une plus grande accessibilité

• Les régies de la santé reconnaissent les avantages

• La pression financière s’accroît

• Les professionnels de la santé adoptent les technologies

• Il y a une volonté de collaboration

FAISABILITÉ

• Meilleure infrastructure

• Technologies des applications plus matures

CAPACITÉ

14

Architecture SDSÉ : définitions importantes

DSÉ

Un dossier de santé électronique (DSÉ) procure à chaque personne 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é. Les prestateurs de soins autorisés ainsi que le patient ont accès au DSÉ par voie électronique en tout lieu et en tout temps afin d’assurer des soins de grande qualité.

15

Solution DSÉ (SDSÉ)

16

La solution de DSÉ est une combinaison de personnes, d’entités organisationnelles, de processus opérationnels, de systèmes, de technologies et de normes qui concourent à l’échange de données cliniques afin de dispenser des soins de santé efficaces et de haute qualité.

Infostructure de DSÉ

17

L’infostructure de DSÉ est un ensemble de composantes courantes et réutilisables visant à soutenir un ensemble diversifié d’applications de gestion de l’information sur la santé. Elle est constituée des solutions logicielles du DSÉ, des définitions de données du DSÉ, ainsi que des normes de messagerie du DSÉ.

18

Prestateurs• Données pertinentes, granulaires

• Temps réel

• Accès rapide depuis de nombreux endroits et en tous temps

• Aide à la décision• Données cliniques de référence• Directives et protocoles• Termes et codes courants

• Gestion de cas et flux du travail

• Sécurité

• Amélioration de la qualité de soins

• Réglementation et imputabilité

Fait autorité, fiable,sécuritaire, privé

Patient/public/clients• Accès pratique et pertinent à des

données reconnues sur la santé

• Accès des renseignements personnels pertinents sur la santé

• Sécurité

• Amélioration de la qualité de soins Gestionnaires de la santé du secteur public• Initiatives et solutions de registres

• Analyse objective des résultats et des avantages

• Rapports de gestion

• Financement et affectation de ressources

• Politiques

Payeur/bénéficiaire• Données pertinentes pour statuer

sur une demande

• Gestion des flux de travail

Chercheurs etprofessionnels de lasurveillance médicale• Données correctement résumées

• Données anonymes

• Conçu pour l’analyse :• Échantillonnage statistique• Tendances• Détection des épidémies• Analyse des résultats

• Régional

• Pancanadien

Résultats de la SDSÉ

19

Principaux concepts de l’Architecture SDSÉ

SOLUTION DE DSÉ (SDSÉ)

INFOSTRUCTURE de DSÉ (iDSÉ)

Visualiseur deDSÉ

Application de point de service


LocalisateurSDSÉ

Services de dossiers longitudinaux

Couche d’accès à l’information sur la santé

Données et services

auxiliaires

Entrepôt de données sur

la santé

Données et services de

DSÉ


registres

20

SDSÉSDSÉ SDSÉSDSÉ SDSÉ SDSÉSDSÉ

Approche recommandée de l’Architecture SDSÉ :un service de DSÉ pancanadien


INFOSTRUCTURE DE DSÉ (iDSÉ)

Visualiseur de DSÉ




auxiliaires

Entrepôt de données sur la

santé


DSÉ


registres





Visualiseur de DSÉ




auxiliaires

Entrepôt de données sur la

santé


DSÉ


registres



21

Infostructure de DSÉ : Architecture conceptuelleINFOSTRUCTURE DE L’ADMINISTRATION

Données etservices auxiliaires

Données etservices de registres

Données etservices de DSÉ

Entrepôt dedonnées

Gestion desépidémies

Signalementde SSP

Dossier desanté partagé

Informationsur les

médicaments

Imageriediagnostique

Information delaboratoire

Données surla santé

POINT DE SERVICE

Hôpital, SLD,CCC, DEP

Bureau de médecin DME

Visualiseur deDSÉ

Médecin/prestateur

Règlesopérationnelles

RépertoireDSÉ

Structures desmessages

Règles denormalisation

Médecin/prestateur

Médecin/prestateur

Système delaboratoire

(SIL)

Clinicien delaboratoire

Centre deradiologiePACS/RIS

Radiologiste

Système depharmacie

Pharmacien

Services desanté

publique

Prestateur ensanté publique


CAISBus de communications

Registre desclients

Registre desprestateurs

Registre desétablissements

Registre determinologie

Données gestion sécurité

Données de protection de la

vie privéeConfiguration

Services communs

22

Principes directeurs de la SDSÉ

• Centrée sur le patient

• Modes personnalisés d’accès aux renseignements cliniques

• Valeur ajoutée pour le prestateur

• Renseignements précis et en temps opportun

• Partage à tous les niveaux (local, régional, inter-administration)

• Interopérabilité et intégration

• Fondée sur des normes

• Reproductible – conception et composantes

• Tirer parti des systèmes et solutions déjà en place

• Conçue pour une implantation par étapes, avec des résultats à court terme

• Évolutive

• Extensible pour permettre la croissance

• Rentable

• Sécuritaire et privée

• Favoriser l’innovation et la concurrence

• Complète

23

Générations des capacités de DSÉ

Complet

Fonctionnalité

Minimal

Gen 4Le collègue

Gen 2Le Documentaliste

Gen 3L’assistant

Gen 5Le mentor

Disponibilité des produits

1993 1998 2005 2010 2015+

Gen 1L’assise

Source: Gartner (décembre 2005)

Fin de 2009

24

Quelques idées fausses sur les solutions de DSÉ

Idée fausse• Les données sur la santé d’une

personne se trouvent dans un seul DSÉ physique

• Toutes les données concernant une personne doivent se trouver dans le DSÉ pour avoir de la valeur et favoriser l’adoption

• Une administration est une province ou un territoire

• Le DSÉ est un entrepôt de données visant à soutenir la recherche et la surveillance

Réalité• Le DSÉ est un service intégré faisant

appel à toutes les solutions de DSÉ disponibles. Le dossier d’un client est vu comme provenant d’un seul DSÉ intégré

• La qualité, la sécurité et l’efficacité sont accrues car seuls des sous-ensembles regroupant les données pertinentes sur le plan clinique sont partagés

• Toute entité géopolitique qui a reçu le mandat de gérer l’exploitation d’une solution de DSÉ

• Le DSÉ est un service de soutien informationnel mis à la disposition des soignants dans le cadre de leurs activités quotidiennes de prestation des soins

25

Portée opérationnelle/clinique

26

La SDSÉ au service de la prestation des services de santéSOLUTION DE DSÉ (SDSÉ)


Visualiseur de DSÉ




auxiliaires


la santé

Données et services de DSÉ


registres


CAIS



Visualiseur de DSÉApplication de

point de serviceApplication de

point de service


auxiliaires


la santé



registres





Soins à domicile

Clients/patients



Pharmacie

Laboratoire

CAIS




Soins à domicile

Clients/patients



Pharmacie

Laboratoire

27

Exigences opérationnelles en matière de santé publique

• La santé publique porte sur l’état de santé de populations par opposition à celui d’une seule personne

• La gestion de la santé publique est assurée par un réseau complexe d’organisations publiques et privées, agissant à différents niveaux du système de santé : fédéral, provincial/territorial, régional, local, individuel

• La santé publique englobe : • la recherche et l’analyse afin de cerner les besoins et de définir les programmes en matière de

santé de la population

• la surveillance afin de détecter les problèmes potentiels en qui a trait à la santé de la population et de réagir de manière proactive

• l’application des programmes de santé afin de prévenir l’apparition et (ou) la transmission de maladies pouvant être prévenues

• la gestion active des épidémies de maladies transmissibles

• la gestion active de la prestation des services de santé aux individus dans le contexte des programmes liées à la santé publique

• L’accent mis actuellement sur la santé publique se limite à :• la surveillance et la détection (des maladies humaines)

• la gestion des épidémies

• la gestion des alertes de santé publique

• la diffusion de renseignements sur les maladies

• la gestion de la vaccination

• la gestion des cas de maladies transmissibles

28

Intégration de la santé publique dans l’architecture

De nouveaux services sont nécessaires pour soutenir les éléments suivants :• Surveillance et détection : impliquent un besoin opérationnel quant à l’entrepôt de données sur la

santé incorporé dans la version 2

• Gestion des épidémies : nécessite l’ajout d’une nouvelle catégorie de services – les services auxiliaires – dont l’un d’eux assurera spécifiquement la gestion des épidémies

• Diffusion de renseignements sur les maladies: rend nécessaire la mise en place d’un système de registre de terminologie afin de prendre en charge la terminologie relative aux renseignements sur les maladies et les autres terminologies nécessaires à de nombreux services de l’iDSÉ

• Le registre de terminologie devrait aller au-delà de la prise en charge de la terminologie et permettre la mise à jour et la diffusion de matériels éducatifs ainsi que d’autres informations relatives aux maladies

• Gestion des alertes de santé publique• Le signalement des maladies touchant la santé publique implique le recours à des applications spécifiques entrant dans la catégorie

des services auxiliaires

• La diffusion des alertes de santé publique s’appuie sur le registre de terminologie et le service de notification et d’alerte de la CAIS

• Gestion de la vaccination• Les programmes de vaccination et leur gestion nécessitent une application spécifique entrant dans la catégorie des services auxiliaires

• La vaccination ferait l’objet d’un suivi par le domaine d’information sur les médicaments dans le cadre du DSÉ

• Gestion des cas de maladies transmissibles• La prestation de services de santé en relation avec le traitement d’un cas de MT ferait l’objet d’un suivi grâce au dossier de santé

partagé et les autres dépôts de domaines dans le cadre du DSÉ

• Du point de vue des spécialistes de la santé publique participant à la détection et au suivi, la gestion d’un cas de MT nécessiterait une application spécifique entrant dans la catégorie des services auxiliaires

29

Intégration de la santé publique dans l’architecture

Les services actuels de l’infostructure de DSÉ peuvent remplir certainesdes exigences opérationnelles en matière de santé publique• Gestion des alertes de santé publique : la CAIS et les services de dossiers longitudinaux (SDL)

fourniront le mécanisme permettant la détection et le signalement des maladies transmissibles

• Gestion de la vaccination : le domaine d’information sur les médicaments héberge l’information sur les vaccinations qui fait partie des données cliniques de base du dossier de santé des clients. La CAIS et les SDL fourniront les mécanismes permettant la communication des données et la coordination de leur emplacement et de leur accès au sein de l’iDSÉ

• Gestion des cas de maladies transmissibles : en ce qui concerne le DSÉ, les cas de MT sont traités comme tous les autres événements de prestation de soins

30

POINT DE SERVICE

Hôpital, communauté,

etc., DEP


Visualiseur de DSÉ

Médecin/Prestateur

Médecin/Prestateur

Médecin/Prestateur

Système de laboratoire

(SIL)

Clinicien de laboratoire

Système de radiologiePACS/RIS

Radiologiste


Pharmacien

Autres systèmesde SP

Prestateurs en santé publique

Portail de surveillance de la santé publique

Systèmes de SSP

Données opérationnelles

GC GÉ GA GV*ASSP

La SDSÉ au service de la prestation des services de santé publique

INFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments





RépertoireDSÉ




Registre desclients





CAIS



Services communs

Bus de communications

« Registre » devaccination

Gestion desréférences

Services d’entrepôt de

données de SSP

Gestion des cas

Services d’alerteset de notification

MessagerieGestion du

contenu et dusavoir

Services protect.vie privée et sécurité

31

Exigences opérationnelles de la télésanté

• La télésanté consiste à utiliser les technologies de l’information et des communications pour fournir des services de santé dans des situations où les prestateurs et les clients se trouvent dans des endroits distincts

• La télésanté implique l’existence d’une infrastructure de télécommunications

• Les solutions de télésanté permettent la prestation de services de santé par l’entremise de divers canaux dont :

Lestéléconsultations

Latéléformation

Les télésoinsà domicile

Latélétriage

• Les solutions de programmation des activités sont des éléments clés de l’utilisation efficace des services de télésanté

• Les infostructures de DSÉ prennent en charge les applications de télésanté tout comme les autres applications de point de service

Utilisation de postes de visioconférence et de dispositifs médicaux capables de communiquer

Utilisation de postes de visioconférence au fins de formation et d’enseignement

Suivi actif ou passif de patients éloignés dans le cadre du soutien préopératoire ou postopératoire, de la gestion des maladies chroniques, etc

Prestation de services de première ligne par des centres d’appels centralisés, dans le cadre des soins primaires et des interventions d’urgence

32








Signalementde SSP


CAISServices communs

La SDSÉ au service de la télésanté

POINT DE SERVICE

Site du médecin

orienteur

Site du médecin traitant

Médecin/Prestateur

Médecin/Prestateur

Base dedonnées

TSA

Info surle patient

Info sur l’utilisateur

Histoire desévenéments

Profil clinique

Programmation Séance vidéó

APPLICATION TSA






Bus de communications


RépertoireDSÉ





Informationsur les

médicaments



Registre desclients

Architecture SDSÉ : Téléconsultation

Lutselk’e, Territoires du Nord-Ouest

Edmonton, Alberta

33



auxiliaires


la santé


DSÉ


registres


CAIS



auxiliaires


la santé


DSÉ


registres


CAIS

Dossier médicalélectronique local

Visioconférence en direct

Données des appareils detéléconsultation

Application detélésanté

Application detélésanté

Dossier patientélectronique local



auxiliaires

Entrepôt données sur

la santé


DSÉ


registres


CAIS



auxiliaires


la santé


DSÉ


registres


CAIS

Architecture SDSÉ : Télésoins à domicile

34

Montréal, Québec

Dieppe, Nouveau

Brunswick

Dossier médicalélectronique local

Données des télésoins à domicile

Appareils de téléconsultation

Serveurd’applications de

télésoins à domicile

Application client detélésoins à domicile



auxiliaires


la santé


DSÉ


registres


CAIS



auxiliaires


la santé


DSÉ


registres


CAIS

Architecture SDSÉ : Télétriage

35

Kingston, Ontario

London, Ontario

Sault Ste-Marie, Ontario

Oshawa, Ontario

Applicationde télétriage

Application de dossier de santé

personnel

Visualiseur de DSÉ

Toronto, Ontario

Info surle patient

Info sur l’utilisation final

Histoire desévenéments

Profil clinique

Programmation Séance vidéó

36

Solutions de DSÉ : facteurs cliniques, opérationnels et socioéconomiqes

37

Quelle est la valeur d’un DSÉ ?

• Les professionnels des soins de santé prennent des décisions cliniques en connaissance de cause

• Une meilleure information se traduit par de meilleurs soins

• Des renseignements cliniques exacts et pertinents sont indispensables à la connaissance

• Le DSÉ permet le partage de renseignements cliniques pertinents

• Les cinq B du DSÉ :

bonneinformation

La le bonclient

concernant la bonnepersonne

à la disposition de bonendroit

au bonmoment

au

38

Nombre de domaines inclus

(sommaires des consultations, laboratoire, imagerie diagnostique, médicaments, etc.)

Degré d’utilisation dans le continuum de soins

(bureau du médecin de première ligne, hôpital, soins de longue durée, soins à domicile, etc.)

Zone loca

le de soins

Zone naturelle

de référe

nce

Valeur maximaledu DSÉ

La valeur du DSÉ pour les patients, les familles et les prestateurs croît avec l’exhaustivité de l’information qu’il contient, ainsi qu’avec le degré de normalisation des données.

Comment la valeur d’un DSÉ se concrétise-t-elle ?

39

Pharmacie

Laboratoire



Soins à domicile

Centre de soins communautaires

Clinique Services d’urgence


Poursuivre dans la voie du DSÉ : La boucle des services de santé

40

QUALITÉ SECURITÉ

ACCESSIBILITÉ

Poursuivre dans la voie du DSÉ : les avantages qu’il comporte

Pharmacie

Laboratoire



Soins à domicile




Le DSÉ : la clé d’un système de santé renouvelé !

Les solutions de DSÉ :

• améliorent la qualité, la sécurité et l’accessibilité des soins de santé pour les canadiens

• permettent une prise de décision, des recherches et une gestion plus éclairées en matière de santé

• accroissent l’efficacité du système de santé et réduisent les dédoublements coûteux

• optimisent le rendement des investissements en TI

• stimulent l’élaboration de normes communes et d’interopérabilité

41

42

Principales exigences cliniques et opérationnelles du DSÉ

• Un dossier longitudinal de données cliniques portant sur la vie entière

• Permet un accès privé et sécurisé aux données rendues disponibles par le DSÉ

• Centré sur les données pertinentes sur le plan clinique partagées entre organisations

• Permet l’accès en temps opportun à des renseignements complets et exacts

• Partagé entre de multiples organisations et administrations

• Adapté à l’évolution de la prestation des soins de santé au XXIe siècle

• Nécessite une gouvernance et une gestion des opérations constante, avec un service de haute disponibilité (24 heures sur 24, 7 jours sur 7)

• Abordable compte tenu de la complexité et de l’ampleur des travaux d’intégration (connexion d’un grand nombre de points de service)

• Évolutif pour permettre la croissance constante et extensible avec un bon rendement des investissements sur les plans clinique et financier

• Plus d’applications de PDS transmettant des données au DSÉ

• Plus d’utilisateurs accédant aux données du DSÉ et les utilisant

• Permet la croissance naturelles des capacités vers des systèmes de génération 3 et au-delà

43

Différentes approches à la concrétisation du DSÉ

44

Clients/patients

DSÉ : comment faire ? En partageant l’information de multiples systèmes

Pharmacie

Laboratoire



Soins à domicile




VUE INTÉGRÉE

45

Méthodes de partage de l’information du DSÉ

La « grande basedes données »

• Tous les systèmes de point de service (PDS) partagent le même Entrepôt de données

Diffusion à un ou à tous les sousensembles logiques de systèmes

• Réplication des données d’un système à tous les autres systèmes de PDS concernés/participants

• Chaque système de PDS contient la même information

Le « grandrépertoire »

• Un répertoire DSÉ (ou service de localisation) qui contient les liens vers tous les systèmes de PDS où réside l’information

• Chaque système de PDS interface avec d’autres systèmes

Une sourced’information deréférence partagée

• Les systèmes de PDS l’alimentent

• Les systèmes de PDS ou les visualiseurs y font référence

• Elle est distincte du magasin «opérationnel»

46

Facteurs clés affectant la méthode de partage

• Le partage donne lieu à de sérieuses questions et exigences :• identifier sans équivoque les clients, les prestateurs, les lieux de prestation de soins, etc.

• protéger la vie privée et la confidentialité des patients et des prestateurs, tout en ne restreignant pas la capacité à fournir des services appropriés

• veiller à ce que l’information soit stockée et partagée de manière sécuritaire

• s’assurer de la cohérence de la compréhension et de l’interprétation des données

• Il est intéressant de constater que peu importe la méthode choisie pour partager des renseignements identifiant les patients, les questions demeureront les mêmes

• Selon le modèle de gouvernance du système de santé canadien, ces questions relèvent des administrations fédérale, provinciales et territoriales et les exigences varient

• La population est de plus en plus mobile, surtout si l’on considère de longues périodes de temps

• La confiance des prestateurs dans les mécanismes de partage est cruciale

47

Le défi de l’intégration des solutions de DSÉ

48

Clients/patients

Intégration de systèmes hétérogènes

Pharmacie

Laboratoire



Soins à domicile




49

Clients/patients

Intégration de systèmes hétérogènes : hôpitaux


Pharmacie

Laboratoire


Soins à domicile




ADTRequêtes/résultats

Dossierélectroniquedu patient

Soins specialisés

Pharmacie

Planificationdes activités

LaboratoireDépôt dedonnées cliniques

Radiologie PACS

UrgenceRessourceshumaines


Finance,stocks, paie

50

Intégration de systèmes hétérogènes : cliniques

Clients/patients

Pharmacie

Laboratoire


Soins à domicile





Clinique

Planification des activités

Comptabilité/faxturation

Dossiermédical

électronique

51

Emplacement des données cliniques électroniques aujourd’hui : nombre de systèmes à intégrer

Clients/patients

Pharmacie

Laboratoire



Soins à domicile




Environ 40 000 systèmes au Canada

52

Intégration des systèmes d’information sur la santé : principaux défis

• Protection de la vie privée• Gouvernance, imputabilité et responsabilité fiduciaire quant aux données

• Contrôle d’accès

• Gestion et application des dispositions de consentement

• Contrôle des transmissions et des interrogations sur les données

• Relations de confiance et ententes

• Existence et disponibilité des données• Capacité de recherche

• Disponibilité en format électronique

• Caractère opportun

• Harmonisation• Structures des données (format)

• Vocabulaires (encodage, normalisation)

• Sémantique

• Environnements technologiques hétérogènes

• Nombre d’organisations, de points de connexion et de systèmes

• Coûts inhérents à l’intégration

53

Approche recommandée dans le cadre de l’Architecture SDSÉ : le coût de l’intégration – un facteur clé

54

Intégration des systèmes d’information sur la santé :connectivité point à point

Coûts de base

• Coût d’une intégration• Simple = 32 000 $; Moyenne = 95 000 $;

Complexe = 190 000 $

Une approche irréaliste

• 38 783 systèmes au Canada

• Simples : 4 527; moyens : 20 081; complexes :14 175

• 1,5 milliards de points d’intégration

• 183 928 milliards de $

SYSTÈMES À CONNECTER



Ententes

2

App 1Appl 1 App 1Appl 2

App 1 App 1

App 1App 1Appl 1 App 1Appl 2

6App 1App 1Appl 3

Interfaces = N (N-1)

12

App 1 App 1App 1Appl 1 App 1App 1Appl 2


Nous devons trouver uneautre approche

55

Intégration des systèmes d’information sur la santé : réseaux d’hôpitaux

Coûts de base• Coût d’une intégration

• Simple = 32 000 $; Moyenne = 95 000 $; Complexe = 190 000 $

Hypothèse• 1 126 réseaux d’hôpitaux, comprenant

chacun 71 systèmes à intégrer et grouper en 44 points d’intégration (EAI)

• 1 892 (44 x 43) intégrations par réseau, pour un total de 2,1 millions d’intégrations (1 126 x 1 892) au Canada

• En supposant l’existence d’un protocole normalisé pour les interfaces

• 68 172 millions de $ (si simples : 32 000$)

• 202 316 millions de $ (si moyens : 95 000$)

Nous devons trouver uneautre approche




Ententes

2

App 1Appl 1 App 1Appl 2

App 1 App 1

App 1App 1Appl 1 App 1Appl 2

6App 1App 1Appl 3

Interfaces = N (N-1)

12



56

Intégration des systèmes d’information sur la santé : approche recommandée dans le cadre de l’Architecture SDSÉ

Coûts de base

• Coût d’une intégration• Simple = 32 000 $; Moyenne = 95 000 $;

Complexe = 190 000 $

Hypothèse• Tous les hôpitaux et établissements de

soins de longue durée utilisent un moteur d’intégration et comptent comme un point d’intégration

• Simples : 4 575; moyens : 8 134; complexes : 6 597

• 19 306 points d’intégration

• En supposant l’existence d’un protocole normalisé pour les interfaces

• 2 170 millions de $



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres



57

Justification de l’approche recommandée

• Seule approche efficace par rapport aux coûts pour atteindre le niveau requis d’intégration des applications

• Optimise la capacité à assurer un temps de réponse approprié et un accès constant aux données de milliers de systèmes sources

• Optimise la capacité à appliquer les politiques de protection de la vie privée et de sécurité de manière uniforme et cohérente

• Procure une voie évolutive vers l’harmonisation sémantique de l’information en provenance des divers points de prestation de services

• Permet un haut degré d’évolutivité pour réaliser l’intégration des services de santé au niveau local, puis régional, provincial/territorial et inter-administrations

• Permet un haut degré de souplesse quant à la reconfiguration des réseaux de services de santé

58


CONTEXTE



travail cliniques



mise en œuvre



59

Architecture des processus de travail de la SDSÉ

• Cadre de référence clinique du DSÉ : La vie des Lambert

• Description de l’utilisation d’une solution de DSÉ dans différents contextes de prestation de services de santé

• 14 scénarios différents ont été élaborés

• Extensible par l’ajout de nouveaux cas d’utilisation

• Aucun cas d’utilisation relatif à l’administration des systèmes ou de la sécurité n’est abordé

• La vie des Lambert• Cadre centré sur les patients

• Axé sur les membres d’une même famille et sur l’évolution de leur état de santé

• Axé sur les événements liés aux soins de santé

• Représentés en utilisant la notation UML• Conçu avec l’outil de modélisation Magic Draw

• Publié dans le « Répertoire des artéfacts »• Disponible en format HTML

• Disponible en format Magic Draw et XMI aux fins de téléchargement dans d’autres outils de gestion de cas

Cadre de référence clinique de la SDSÉ

l’Architecture SDSÉ de référence 60



Visualiser deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique


PI DSÉPI DSÉPI DSÉPI DSÉPI DSÉ PI DSÉPI DSÉ

APPLICATION DE PDS

IMPORTANTERÉUTILISATION ICI

La vie desLambert

CAIS

Étape comm.Déposer nouveau patient

PI DSÉ Ajout nouveau

patient

PI DSÉ

PI DSÉ

PI DSÉ

Événements cliniques



Nouvelle activitéclinique avec le

médecin de famille

Activité clinique

Activité clinique

Visite à la cliniqueAdmission

Nouvelle consultationavec le

médecin de famille

Consultation

ConsultationScénarioBPCD

Scénario

Scénario

POINT DE SERVICE

http://savoir.infoway-inforoute.ca/EHRS%20Blueprint%20V2%20IVN002/EHRS%20Reference%20Architecture/Click-here.html


61

Documentation des exigences relatives aux services de l’iDSÉINFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments





RépertoireDSÉ




CAIS

CAIS

CAIS

CAIS CAIS CAIS CAIS CAIS CAIS

l’Architecture SDSÉ de référence

Registre desclients




CA

ISC

AIS

CA

ISC

AIS




POINT DE SERVICE


Visualiser deDSÉ

Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


Médecin/prestateur


Médecin/prestateur

Données PI DSÉDonnées PI DSÉDonnées PI DSÉDonnées PI DSÉDonnées PI DSÉ


Services communs

PI DSÉPI DSÉPI DSÉPI DSÉPI DSÉ

PI i « Déposer » PI i « Lister » PI i « Obtenir » PI i « Lister » PI i « Obtenir »



62

Cas d’utilisation : perspective des soignantsINFOSTRUCTURE DE L’ADMINISTRATION

POINT DE SERVICE









Services communs



Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique


DOCUMENTATION DES EXIGENCES RELATIVES AUX INTERFACES DU DSÉ

La vie des Lambert Scénario Consultation Activités cliniques

• La première catégorie de documents est de nature contextuelle et informationnelle

• Ils énoncent les exigences fonctionnelles des utilisateurs et les hypothèses d’utilisation d’une solution de DSÉ

• Ils définissent quand les applications de PDS devraient interagir avec une iDSÉ dans le contexte des activités professionnelles quotidiennes des soignants

• Nous ne tentons pas de documenter toutes les utilisations potentielles d’un DSÉ

• L’éventail de types de prestation de services de santé et de santé publique documenté est assez vaste pour être représentatif

63

Profil d’interopérabilité du DSÉ (PI DSÉ)INFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS



Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique


PROFIL D’INTEROPÉRABILITÉ DU DSÉ

PI DSÉÉtapes de

communication

• La deuxième catégorie de documents est de nature normative et précise les interfaces entre les applications de PDS et le DSÉ

• Ils établissent un langage afin de décrire les types de demandes de service qui seront faites à une iDSÉ

• Ils déterminent les données qui seront échangées en faisant référence aux vues du modèle de données

• Ils partent de l’hypothèse du recours à des appels de services Web SOAP, dans lesquels des requêtes et des réponses sous forme de messages HL7 version 3 encodés en XML sont transmis entre les applications de PDS et l’iDSÉ

64

POINT DE SERVICE

PI de l’infostructure de DSÉ (PI i)INFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments





RépertoireDSÉ






Registre desclients






Services communs

• La troisième catégorie de documents est de nature normative et précise les mécanismes qui, au sein de l’infostructure de DSÉ, orchestrent et traitent les transactions

• Ils décrivent le déroulement des activités de traitement des transactions

• Ils décrivent les capacités attendues des services d’une iDSÉ en matière de traitement des transactions

PROFIL D’INTEROPERABILITÉ DE L’INFOSTRUCTURE

PI de l’infostructureCatalogue des

services de l’infostructure

Spécification d’interface générique

65


CONTEXTE



travail cliniques



mise en œuvre



66

Infostructure de DSÉ : présentation des servicesINFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments




POINT DE SERVICE



Visualiseur deDSÉ

Médecin/prestateur


RépertoireDSÉ



Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique




Registre desclients







Services communs

67

Infostructure de DSÉ : connectivité fondée sur des normesINFOSTRUCTURE DE L’ADMINISTRATION

POINT DE SERVICE






Signalementde SSP


Informationsur les

médicaments





RépertoireDSÉ




Registre desclients








Services communs



Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique


PI DSÉPI DSÉPI DSÉPI DSÉPI DSÉPI DSÉPI DSÉ

PI iPI iPI iPI iPI iPI iPI i

Normes de DSÉ Normes de DSÉ Normes de DSÉ Normes de DSÉ Normes de DSÉ Normes de DSÉ Normes de DSÉNormes de DSÉ

CAIS


CA

ISC

AIS

CA

ISC

AIS

CAISCAIS

68

Infostructure de DSÉ : Bus de communicationsINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE


BUS DE COMMUNICATIONS

MESSAGERIE

Services detransformation

Services de routage

Services dechiffrement/

déchiffrement

Services d’encodage/de décodage

Services d’analysesyntaxique

Services de sérialisation

PROTOCOLE

Services de protocole d’application

Services deprotocole de réseaux

69

Infostructure de DSÉ : Services communsINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS




Services communs

SERVICES COMMUNS

INTEROP

Services d’interopérabilité

Services derecherche/résolution

INTÉGRATIONServices des

catalogues desservices

Services de courtage

Services de mappage

Services de mise enfile d’attente

CONTEXTE

Services de gestion des sessions

Services de mise enantémémoire

Services de protection de

l’identité

Services de gestionde l’identité

Servicesd’anonymisation

Servicesd’authentification des

utilisateurs

Services de gestion des consentements

Services dechiffrement

Services decontrôle d’accès

Sevices d’audit desécurité

Services de signaturenumérique

Services généraux de sécurité

ABONNEMENTSServices d’alertessystèmes et de

notifications

Services de publication/

d’abonnement

GESTION

Services de gestion

Services deconfiguration

GÉNÉRAUX

Services d’audit

Services de gestiondes journaux

Services de gestiondes politiques

Services degestion des erreurs/

exceptions

PROTECTION DE LA VIE PRIVÉE ET SÉCURITÉ

70

Infostructure de DSÉ : Services de dossiers longitudinauxINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS


RépertoireDSÉ




SERVICES DEDOSSIERS LONGITUDINAUX

DONNÉES

Services de gestion des clés

Services ETC

GESTION

Services de qualitédes données

Composantes de domaines(registres, DSÉ, domaines, utilisateur, contexte)

Services derépertoire DSÉ

Servicesd’orchestration

Service denormalisation

Services de règlesopérationnelles

Servicesd’assemblage

Services dedonnées

Services deréplication

71






POINT DE SERVICE

CAIS


RépertoireDSÉ




SERVICES DEDOSSIERS LONGITUDINAUX

DONNÉES

Services de gestion des clès

Services ETC

GESTION

Services de qualitédes données

Composantes opérationnelles de domaines(registres, DSÉ, domaines, utilisateur, contexte)

Services derépertoire DSÉ

Servicesd’orchestration

Service denormalisation



Services dedonnées

Services deréplication

Services de dossiers longitudinaux de l’iDSÉ : répertoire DSÉ

Le répertoire DSÉ conserve une liste séquentielle de tous les événements qui touchent le portrait clinique d’un client. Il indique également l’endroit où les données concernant chaque événement sont conservées dans l’iDSÉ. Il sert à extraire l’historique des événements pour un client ou à obtenir l’information se rapportant à un événement donné.

RÉPERTOIRE DSÉID de l’événement (ID d’instance de l’événement)

ID de dossier

ID de dossier parent

Type de catégorie

Sujet de l’acte (identificateur du client pour l’iDSÉ)

Auteur de l’acte (prestateur)

Emplacement d’exécution de l’acte

Horodatation de l’acte

Statut de l’acte

Langue de l’acte

Type d’acte : • Catégorie de l’acte (p. ex. : requête)• Code de catégorie de l’acte (p. ex. : demande

de tests de laboratoire)• Code de l’acte (p. ex. : hémogramme)

ID de la source de l’acte (ID fournie par le PDS)

ID de modèle HL7

ID de l’emplacement des données sur l’événement (URI)

72

Infostructure de DSÉ : données du localisateur SDSÉDonnées du localisateur SDSÉ• ID de client de l’iDSÉ (IDCI résolue)• ID d’instance de registre de clients (racine d’identificateur d’objet)• ID d’instance d’iDSÉ (quelle instance d’une iDSÉ)• URI d’iDSÉ (l’URI pour accéder à la CAIS)

Performance optimisée• Type d’information (médicaments, laboratoire, ID) (selon les

catégories d’actes HL7)• Date de création• Date de la dernière mise à jour



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS

POINT DE SERVICE

LocalisateurSDSÉ

INFOSTRUCTURE INTER-ADMINISTRATIONS


73



POINT DE SERVICE

Administration

AAdministration

BAdministration

C

Approche axée sur les services centralisées

LocalisateurSDSÉ



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres




Visualiseur deDSÉ

Point of ServiceApplication



auxiliaires


la santé


DSÉ


registres


CAIS CAIS

74

Approche axée sur les services répartis

Synchronization des localisateurs SDSÉ

LocalisateurSDSÉ

LocalisateurSDSÉ

Administration

AAdministration

BAdministration

C



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres




Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS CAIS



POINT DE SERVICE

75

Localisateur SDSÉ : approche intégrée SDL

POINT DE SERVICE






RépertoireDSÉ




Registre desclients




CAIS



LocalisateurSDSÉ

76

Approche axée sur les services intégrés SDL

POINT DE SERVICE

Synchronisation des registres des clients

Administration

AAdministration

BAdministration

C



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS



Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres




Visualiseur deDSÉ




auxiliaires


la santé


DSÉ


registres


CAIS CAIS



77

Infostructure de DSÉ : Services de domaine de données de DSÉINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS


Informationsur les

médicaments



DOSSIER DE SANTÉ PARTAGÉ

DONNÉES

Services de gestiondes clés

GESTION

Composantes de domaines

Services denormalisation

Services d’interopérabilité iDSÉ



Services dedonnées

78

Infostructure de DSÉ : Visualiseur de DSÉINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS

Visualiseur deDSÉ

Médecin/prestateur

VISUALISEUR DE DSÉ

Servicesd’interopérabilité iDSÉ

Visualiseur de DSÉComposantes d’objets opérationnels

Services denormalisation

Services de navig.utilisateur final

Services règlesopérationnelles

Serives d’affich.utilisateur final

Services de données

79

Infostructure de DSÉ : Registre des clientsINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS

Registre desclients




80






POINT DE SERVICE

CAIS

Registre desclients




Infostructure de DSÉ : pourquoi un registre des clients?

Est-ce que M. Lambert a visité l’urgence depuis que je l’ai vu

pour la dernière fois il y a un an et demi ?

Info surle patient

Info surl’utilisateur

Historique desvisites

Médicaments

LaboratoireImagerie

diagnostique

VISUALISEUR DE DSÉ

Visualiseur de DSÉ

Médecin/prestateur

81

Pharmacie

ALaboratoire

B???

C

Registre des clients de l’iDSÉ le défi

1 : A 123 Philippe Leblanc 1, rue Principale

1: B 456 Phil Leblanc 1, rue Principale

1 : C 789 Philippe Leblanc 1, rue Principale

1: C 987 Philippe Leblanc 1, rue Principale

2: B 444 Philippe Leblanc 2, rue Delormier

123 Philippe Leblanc 1, rue Principale 456 Phil Leblanc 1, rue Principale444 Philippe Leblanc 2, rue Delormier

789 Philippe Leblanc 1, rue Principale987 Philippe Leblanc 1, rue Principale

IPME

82

MDR IDID du labo

NomDDNSexe

NASULIIDCI

AdresseTéléphone

Statut d’admissibilitéDétails sur la couverture

Renseignements d’identification naturels et statiques

Renseignements d’identification naturels et dynamiques

Renseignements d’identification artificiels et statiques

Renseignements d’identification artificiels et dynamiques

Données de base du système sur la personne

Registre des clients de l’iDSÉ : quelles données ?

La génération de l’identificateur de client de l’iDSÉ (IDCI) est un service assuré par le registre des clients. L’IDCI est la pierre angulaire de l’interopérabilité tant à l’échelle locale qu’entre infostructures de DSÉ.

83

ADMINISTRATION

RÉGION

Registre des clients de l’iDSÉ : modèle d’interopérabilité

Applications

Registre desclients A1

Registre desclients A1.1

Registre desclients A1.2

Registre desclients A2

IDCI : ID racine A1. ID de client IDCI : ID racine A2. ID de client

Synchronisation active uniquement

des clients qui voyagent

Applications

84

Infostructure de DSÉ : Registre des prestateursINFOSTRUCTURE DE L’ADMINISTRATION





POINT DE SERVICE

CAIS

Registre desclients




85






POINT DE SERVICE

CAIS

Registre desclients




Infostructure de DSÉ : pourquoi un registre des prestateurs?

Quels nouveaux résultats de tests m’ont été transmis ?

Visualiseur deDSÉ

Médecin/prestateur

Info surle patient

Info surl’utilisateur


Médicaments



VISUALISEUR DE DSÉ

86


POINT DE SERVICE

Registre des prestateurs : sources des données


Applications Applications Applications

Médecins DentistesPrestateursnon agréés

Registre des prestateursfondé sur les normes de DSÉ

Registre des prestateursfondé sur les normes de DSÉ

87

Des solutions fondées sur des normes : qu’est-ce que cela signifie ?

Solutions de DSÉ interopérables : principales exigences architecturales

Solutions fondées sur des normes

Architecturenormailsée

Interfacesnormalisées

Comportementfonctionnel normalisé

Structure de donnéesnormalisées

Vocabulaires dedonnées normalisés(règle d’encodage)

88

89

Le rôle d’Inforoute est d’établir des normes et des exigences pour obtenir des produits robustes et interopérables ainsi que des résultats probants.

Solutions fondées sur des normes

Pourquoi des normes?

• Les normes facilitent l’échange d’information et constituent un élément fondamental du DSÉ

• Elles offrent une opportunité de réduire les coûts si les fournisseurs et les systèmes convergent sur des normes pancanadiennes et internationales

• De plus, les normes peuvent alléger les efforts de reproduction

Exigences obligatoires en matièred’admissibilité aux investissements• Conformité aux normes (infostructure et architecture)

• Initiatives conformes aux lignes directrices ou aux normes qui ont été adoptées par Inforoute

• Si aucune norme ou ligne directrice n’existe, les projets doivent soutenir l’interopérabilité et la similitude des solutions sur le long terme

90

Principes d’établissement de normes pancanadiennes de DSÉ

Inforoute a élaboré des principes dans l’établissement de standardspancanadiens de DSÉ afin de fournir une orientation pour l’adoption desolutions fondées sur des normes

• Les 11 principes se trouvent sur le portail « Route du savoir » d’Inforoute

• Axés sur les opérations

• Adoption de normes existantes quand cela est possible

• http:/savoir.infoway-inforoute.ca

http://knowledge.infoway-inforoute.ca/

91


• Les initiatives concernant les normes doivent être animées par le secteur de la santé et doivent viser un besoin d’affaires clairement défini

• Chaque fois que cela est possible et avantageux, il importe de tirer parti des normes existantes, avec une approche incluant l’adoption ou l’adaptation des normes existantes, avant d’en développer de nouvelles

• La norme de messagerie « Health Level 7 version 3 » est requise dans le cadre du développement de tous les nouveaux messages liés au DSÉ

• Les investissements d’Inforoute sont fondés sur un engagement à mettre en œuvre les normes pancanadiennes de DSÉ

• Des normes seront établies, testées, raffinées et évaluées dans le cadre de la mise en œuvre dans les projets initiaux (précurseurs)

• Inforoute appuiera les initiatives d’investissement des projets initiaux visant à mettre en œuvre des normes pancanadiennes

92


• L’établissement de normes étant un processus évolutif qui ne sera pas parfait la première fois, nous devrons peut-être mettre en oeuvre des normes qui n’ont pas fait l’objet d’une approbation complète

• Inforoute s’est engagée à appuyer le rôle de leadership du Canada qui vise à influer sur les normes internationales de DSÉ

• Inforoute travaillera avec d’autres pays qui entreprennent des initiatives de DSÉ similaires afin de tirer parti de leur travail et créer des synergies entre les projets au fur et à mesure qu’ils se dirigent vers des normes qui seront approuvées à l’échelle internationale

• Inforoute s’associera avec l’Institut canadien d’information sur la santé (ICIS), HL7 Canada, IHE Canada et d’autres organismes de normalisation en vue d’établir des normes pancanadiennes de DSÉ

• L’établissement de normes pancanadiennes de DSÉ est coordonné par le biais d’un processus de collaboration ouvert, transparent et inclusif, tel que défini par nos partenaires

93

GOUVERNANCE

DÉVELOPPEMENT PANCANADIEN

CO

LLAB

OR

AT

ION

/CO

OR

DIN

AT

ION

ST

RA

TÉ

GIQ

UE

Processus de collaboration à l’établissement de normes

• La collaboration à l’établissement de normes et un élément essentiel et une exigence clé du développement d’un dossier de santé électronique (DSÉ) pancanadien interopérable

• Les administrations, les organisations de normalisation, les professionnels de la santé et les fournisseurs qui développeront, exploiteront et utiliseront un DSÉ interopérable participent au processus de collaboration à l’établissement de normes

• Ce processus permettra d’établir des normes pancanadiennes de DSÉ pour les investissements d’Inforoute grâce à la coopération et au consensus

Télésanté

Laboratoire

Imagerie diagnostique

Médicaments

Registres

DSÉ interopérable

Infostructure

G

roupe(s) d’expertsComité de direction sur les normes de DSÉ

Comité consultatif sur les normes pancanadiennes de DSÉ

Groupes de travail sur les normes pancanadiennes

94

Normes pancanadiennes de DSÉ – Statut en mars 2006

Groupes de travail sur lesnormes panacanadiennes• Information sur les médicaments• Registre des clients• Registre des prestateurs• ID/Téléradiologie• Information de laboratoire• Terminologie clinique• Normes techniques de

l’iDSÉ• Normes cliniques de l’iDSÉ• Santé publique

Projets dans le cadre des programmes• Architecture SDSÉ version 1• Définition et normes de données du DSÉ• Processus de collaboration à

l’établissement de normes• Plan stratégique sur les normes• Répertoire des artéfacts• Interopérabilité ISO en télésanté • Agrément du CCASS en télésanté• Messagerie HL7 version 3 CeRx

(anciennement Rx5)• Registre des clients• Registre des prestateurs• IRIS (Infoway Reference Implementation

Suite)• Nomenclature et messagerie de laboratoire• Messagerie pour les demandes de

remboursement électroniques (NeCST)• Intégration des terminologies cliniques du

DSÉ• Profils du DSÉ pour l’interopérabilité entre

les systèmes d’ID, les registres et les consommateurs

• Évolution de l’Architecture SDSÉ• Architecture de protection de la vie

privée et de sécurité

Surveillance médicale

Télésanté

Laboratoire

Imagerie diagnostique

Médicaments

Registres

DSÉ interopérable

95

Infostructure de DSE : connectivité fondée sur des normes


POINT DE SERVICE






PI iPI iPI iPI iPI iPI iPI-I DSÉ

Norme PCS-DSÉ Norme PCS-DSÉ Norme PCS-DSÉ Norme PCS-DSÉ Norme PCS-DSÉ Norme PCS-DSÉ Norme PCS-DSÉ

Norme PCS-DSÉ

CAIS

CA

ISC

AIS

CA

ISC

AIS

CAISCAIS


Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


RadiologistePharmacienPrestateur ensanté publique

CAIS

Standards en architecture• Architecture SDSE

• Cas d’utilisation SDSE

• Modèle de données SDSE

• Modèle de services SDSE

• Profil d’interopérabilité SDSE

Standards terminologiques• Projet ITC

• Terminologies déployées dans les standards de messagerie

Standards de messagerieapplicative• Registre Client

• Registre Prestateur

• Pharmacie CeRx

• Laboratoire

• Imagerie diagnostique/Télé radiologie

• DSEi Messagerie et terminologie

• DSEi Standards techniques

• Standards sur les services en santé publique

• Standards de surveillance en santé publique

96

Architecture orientée services (AOS) : qu’est-ce que cela signifie ?

97

1 2 3 4 5Accès externe

Autres données

Données propres

Logiciel encapsulé

Interface de programmation

Surchargé, incomplet; n’importe quelles données

Une fonction complète; n’importe quelles données

Données propres seulement

Données exclusives

Données opaques

Source : Gartner

Le niveau d’encapsulation peut varier : cinq formes normales de logiciel encapsulé

98

Les avantages d’une SOA

Applications d’une AOS quant aux solutions d’iDSÉ

• Recyclage d’applications existantes pour fournir des services dans le cadre d’une iDSÉ fondée sur une architecture orientée services

• Développement d’un nouveau genre de services pour permettre les transactions coordonnées dans une iDSÉ (p. ex. : services de dossiers longitudinaux)

• Utilisation de solutions de DSÉ disponibles dans le commerce pour mettre en service les composantes d’une iDSÉ

Deux degrés de séparation

• Services à l’extérieur d’une iDSÉ sous forme de profils d’interopérabilité de DSÉ pour toute une infostructure, perçus comme un seul système doté de services transactionnels

• Services à intérieur d’une iDSÉ pour optimiser la capacité d’évolution et de maintenance ainsi que la souplesse fonctionnelle

99

1er degré de séparation: le service DSÉINFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments




POINT DE SERVICE



Visualiseur deDSÉ

Médecin/prestateur


RépertoireDSÉ



Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique




Registre desclients







Services communs

SERVICE DSÉ

Obtenir résolution ID client

Lister requêtes laboratoire Obtenir résultats laboratoire

Lister résultats laboratoire

Obtenir prescriptions

Lister médications

Téléchargerimage diagnostique

Lister résultatsimagerie diagnostique

Obtenir rapportimagerie diagnostique

Obtenir donnéescas d’épidémie

Lister rapport decas d’épidémie

Obtenir détail du prestateur

Lister lieux de service

Lister événements derencontre

Obtenir sommaire de visite

Obtenir profil cliniqueObtenir données

démographique du client

100

2ième degré de séparation : à l’interne de l’iDSEINFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments




POINT DE SERVICE


RépertoireDSÉ





Registre desclients







Services communs

Application de

point de

service

PI i

PI DSÉ

SERVICES iDSÉ

Services RC

Services RP

Services LR

Servicesterminologiques

Servicessignalement SSP

Services de dossier santé

partagé

Servicesmédicament

Services IDServices

laboratoire

Services normalisation

Servicesassemblage

Services A&AServices de

courtageServices de

consentementServices de

sessionServices de

journalisation

Services épidémie

Services

règles d’affaires

Services d’ orchestration

Services indexDSÉ

101

Principes de fonctionnement

102

Principes/règles de fonctionnement

• DSÉ avec domicile/sans domicile

• Gestion des identificateurs de l’iDSÉ

• Répertoire DSÉ

• Localisateur SDSÉ

• Interface entre PDS et iDSÉ

• Degré de transparence du DSÉ pour les applications de PDS

• Portée des transactions

• Modèles de confiance valides pour une iDSÉ

• Normalisation

• Audit, journalisation et utilisation de journaux

• HL7 v. 3 (messagerie et modèles)

• Degré de paramétrage

• But premier des dépôts d’une iDSÉ

• Autres utilisations de la CAIS (PDS à PDS)

• Capacités multilingues

• Environnement d’exécution

• Principes/objectifs de performance

• Environnement d’intégration PDS

• Gestion des erreurs

• Consentement

• Authentification et autorisation

• Identificateurs d’objets (OIDS) en tant que principe

• Événements prospectifs

103

Perspectives de l’architecture

CONTEXTE



travail cliniques



mise en œuvre



104

Modèle conceptuel de données de l’iDSÉ

• Modèle de haut niveau représentant des concepts généralisés

• Modèle axé sur les événements pour représenter les instances de services cliniques touchant le dossier d’un patient

• Vaste éventail de types d’événements – gouvernance, personnes assumant des rôles, prestation, environnement, ressource

• Inspiré du Modèle conceptuel de données sur la santé (MCDS)

• Aligné sur le modèle RIM de HL7 version 3

• Correspondance établie avec plusieurs modèles de données de DSÉ locaux et internationaux – Québec, Alberta, Ontario, Australie et d’autres

• Des vues plus détaillées sont disponibles – vues transactionnelles, vues de domaines

Gouvernance

Lien entre lesévènements

Évènement

Rôle

Personne

Resource Environnement

Endroit

Capacité

105


CONTEXTE



travail cliniques



mise en œuvre



106

Couche d’intégration CAIS:Voie évolutive

107

État provisoire : pas de services de DSÉ (non souhaitable)


POINT DE SERVICE



Registredes clients

Système d’information sur les médicaments

Portail clinique

Médecin

Pharmacie

Pharmacien

Chaque système de l’infostructure de l’administration utilise des ID patients et d’autres ID robustes (p. ex. : prestateur, consultation) en fonction des ID générés par le PDS (p. ex. : les NDM). Les systèmes sources communiquent au Registre Clients - IPME les ID clients. Les applications de PDS et les systèmes de l’infostructure interrogent le RC-IPME pour obtenir ces ID afin d’accéder aux données de tout système de l’infostructure. Le niveau d’interrogation et de mise à jour des NDM dans l’IPME est incompatible avec des centaines ou des milliers de systèmes de PDS. Il y a des problèmes de performance quant à l’accès au RC-IPME à chaque interaction dans l’infostructure de DSÉ.

AP

I RC

HL7 (RC)

HL7 (RC)

Rec

herc

he/r

ésol

utio

n

CONSULTATIONInscription client1) Recherche client2) Création nouveau client; ou3) Mise à jour client existant

Profil pharmaceutique4) Demande profil pharm.5) Demande revue interaction méd.6) Entrée nouvelle ordonnance

HL7 v. 3 (CeRx)

HL7 v. 3 (CeRx)API RC API SIM

API RC

Inscription client1) Recherche client2) Création nouveau client3) Mise à jour client existant


API SIM

API RC

API SIM

HL7 (RC)

HL7 v3 (CeRx)

Interrogation IPME7) interrogation patient8) Obtention tous NDM connexes9) Réf. croisée et ajout données SIM

108


POINT DE SERVICE




Inscription client1) Recherche client2) Création nouveau client3) Mise à jour client

existant

HL7 (RC)

HL7 v. 3 (CeRx)


Recherche/résolution

Obtention ID DSÉ


Visualiseur deDSÉ

Pharmaciesystème

HL7


Registredes clients C

AIS

DétermineIDCI




Services communs

Le système de registre des clients « détermine » un ID client global unique (IDCI) pour les patients. Le système d’information sur les médicaments (SIM) utilise l’IDCI pour stocker les données relatives aux ordonnances et à leur exécution. Les applications de PDS interrogent le registre des clients et obtiennent l’IDCI, puis l’utilisent comme jeton pour l’ensemble de la transaction. Ce modèle élimine la nécessité de la communication entre le SIM et le RC, et réduit le nombre de transactions avec le RC à une seule par transaction.

Système d’information sur les médicamentsC

AIS

PI DSÉ PI DSÉ

HL7

État provisoire : CAIS sans SDL

MédecinPharmacien

109

État provisoire : SDL de premier niveauINFOSTRUCTURE DE L’ADMINISTRATION

POINT DE SERVICE


Registredes clients C

AIS

DétermineIDCI


Système d’information sur les médicaments

HL7 (RC)

HL7 v. 3 (CeRx)


Recherche/résolution

Obtention ID DSÉ

CA

IS

Visualiseur de

DSÉ

Médecin

Pharmaciesystème

Pharmacien


Composantes opérationnelles

Acc

ès d

e do

nnée

s

RépertoireDSÉRC SIM

HL7

PI DSÉ

HL7





Services communs

Le système de registre des clients « détermine » un ID global unique (IDCI) pour les patients. Le SIM utilise l’IDCI pour stocker les données relatives aux ordonnances et à leur exécution. Les services de DSÉ utilisent le RC pour mapper tout NDM local trouvé dans les transactions à l’IDCI correspondant. Les applications de PDS ne doivent pas nécessairement connaître l’IDCI ou peuvent continuer à fournir cet ID elles-mêmes après avoir interrogé le RC (compatible avec le modèle précédent).



Inscription client1) Recherche client2) Création nouveau client3) Mise à jour client existant

PI DSÉ

110

État ciblé : infostructure de DSÉ toutes fonctionsINFOSTRUCTURE DE L’ADMINISTRATION






Signalementde SSP


Informationsur les

médicaments




POINT DE SERVICE



Visualiseur deDSÉ

Médecin/prestateur


RépertoireDSÉ



Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Services desanté

publique




Registre desclients







Services communs

Dans ce modèle, les registres des clients, des prestateurs et des établissement, et les services de DSÉ déterminent des ID globaux uniques pour les patients, les prestateurs et les consultations, ainsi que les autres ID robustes requis. Tous les systèmes de l’infostructure utilisent ces ID uniques pour stocker les données cliniques sur les personnes. Les services de DSÉ mappent tout ID local à l’ID DSÉ correspondant. Les systèmes de services de domaines (SIM, ID, laboratoire) s’appuient sur les services de DSÉ pour que les ID DSÉ nécessaires soient fournis avec chaque transaction.

111

Modèles de mise en œuvre de l’infostructure de DSÉ

112

RÉ

GIO

NA

L/

JU

RIS

DIC

TIO

NModèles pour les grandes et moyennes juridictions

Juridictions de moyenne taille

• Provincial : registres clients, prestateurs de soins et établissements

• Provincial : laboratoire, médicaments, dossier de santé partagé, répertoire d’ID, CAIS, SDL, et visualiseur de DSÉ

• Localisateur SDSÉ à travers la province

• Local : DME, SIC et autres applications

Juridictions de grande taille


• Provincial : laboratoire, médicaments et CAIS

• Supra-régional : SDL, dossier de santé partagé, répertoire d’ID et visualiseur de DSÉ

• Localisateur SDSÉ à travers les régions

• Local : DME, SIC et autres applications

RÉGION 1


Registre desclients



Informationsur les

médicaments


RÉGION 2


Services communs

SICVisualiseur

de DSÉDME


SIC DMEVisualiseur

de DSÉLO

CA

L/R

ÉG

ION

AL

RÉ

GIO

NA

L/

JU

RIS

DIC

TIO

N




SICVisualiseur

de DSÉDME

LO

CA

L


Services communs




Registre desclients



Informationsur les

médicaments

113

PROVINCIAL

LOCAL

Registre desclients


SIC


Dossier desanté

partagé

médic/lab

Visualiseur deDSÉ

DME

Juridictions de petite taille


• Un système d’information clinique intégré dans un hôpital qui joue le rôle provincial de dossier santé partagé incluant les domaines de laboratoire et de médicaments

• Un service provincial d’imagerie diagnostique

• Provincial : un visualiseur de DSÉ et une CAIS

• Les systèmes locaux des cliniques médicales et les autres systèmes d’information clinique se connectent en tant que points de service



Services communs

114

PROVINCIAL

POINT DE SERVICE

Modèle 1 : une seul infostructure de DSÉ

Données et services de registres Données et services de DSÉ


RépertoireDSÉ



Registre desclients



Registre desterminologie

Informationsur les

médicaments




Information de laboratoire




Bureau demédecin DME

Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien

Servicesde santépublique





Services communs

115

PROVINCIAL

POINT DE SERVICE

Modèle 2 : infostructure de DSÉ partagée

RÉGIONAL RÉGION 1 RÉGION 2 …








RépertoireDSÉ




RépertoireDSÉ



Services de dossiers longitudinaux Services de dossiers longitudinaux



Visualiser deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien







Services communs


Registre desclients




Informationsur les

médicaments

116

PROVINCIAL

Modèle 3 : infostructures de DSÉ réparties

Région 1 Région 2 Région X

La réutilisation diminue les coûts, accélère la mise en œuvre, réduit lesrisques et favorise l’interopérabilité

La réutilisation diminue les coûts, accélère la mise en œuvre, réduit lesrisques et favorise l’interopérabilité

Pas de solutionPas de solution

Différentes spécificationsDifférentes

spécificationsDifférentes

normesDifférentes

normesSpécifications et

normesSpécifications et

normesModèle de données

Modèle de données

Processus opérationnelsProcessus

opérationnelsRègles

opérationnellesRègles

opérationnellesInterfaceutilisateurInterfaceutilisateur

Même solutionMême

solution Service partagéService partagé

Moins d’optimisationMoins d’optimisation Plus d’optimisationPlus d’optimisation

POINT DE SERVICE

Données et services de DSÉRÉGIONAL

POINT DE SERVICE


POINT DE SERVICE



Registre desclients




Informationsur les

médicaments

117

Décisions relatives à la mise en œuvrePROVINCIAL

POINT DE SERVICE



RépertoireDSÉ



Registre desclients




Informationsur les

médicaments









Visualiseur deDSÉ

Médecin/prestateur

Médecin/prestateur

Médecin/prestateur


(SIL)



Radiologiste


Pharmacien






Services communs

Choix opérationnels ?• Qui, où, quand, quoi

• Valeur clinique

• Adoption

Choix de développement d’unesolution ?• Services/fonctions

• Persistance des données

• Normes de communication

• Normes de données

• Outils d’intégration

Plan d’évolution ?• Quelle fonctionnalité quand

• Voie évolutive des services de DSÉ

Choix de configuration ?• Provinciale vs régionale

• Un seule solution/plusieurs mises en œuvre

• Solutions multiples

118


CONTEXTE



travail cliniques



mise en œuvre



119

Mise en œuvre de l’infostructure de DSÉ

• Planification stratégique

• Gestion du changement

• Développement et (ou) intégration de systèmes

• Développement de message de DSÉ

• Mise à l’essai (conformité)

• Mise en œuvre des systèmes

• Enseignement et formation

• Exploitation et maintenance







Signalementde SSP


Informationsur les

médicaments





RépertoireDSÉ





Registre desclients







Services communs

120

Données de la SDSÉ : pour rehausser la valeur des applications existantesInfostructure DSÉ (iDSÉ)

Présentation améliorée

Normes de DSÉ

• Données clients

• Données prestateurs

• Données établissements

• Données protect. vie privée

• Données sécurité

• Données consultations

• Données sang/allergies/vaccination

• Sommaires consultations

• Notes cliniques

• Observations, problèmes, états

• Données demandes/résultats

• Données orientations

• Données laboratoire

• Données pharmacie

• Données ID

Chargement initial données, transmissions données,

intégration des systèmes

Chargement donnéesTransmissions données

Normes de DSÉ

Hôpitaux, cliniques privées, urgence, soins à domicile, centres spécialisés, SLD

Laboratoires, pharmacie, diagnostiques

ADT DDC SGP

Autosoins Recherche/Surveillance

Présentation améliorée

Normes de DSÉ

Rx Labo ID

Maladies chroniquesFormation santé / Prévention santé

Normes de DSÉ

Projets personnalisésExploration des données

Normes de DSÉ

SOLUTION DSÉ (SDSÉ)

INFOSTRUCTURE DSÉ (iDSÉ)

CAISDonnées et

services auxiliaires


la santé


DSÉ


registres

121

POINT DE SERVICE



Perspective de l’utilisateur : Visualiseur de DSÉ




Signalementde SSP


Info surle patient



Profil pharmaceutique

Info delaboratoire


EHR VIEWER






RépertoireDSÉ








Services communs

Registre desclients Dossier de

santé partagé

Informationsur les

médicaments



Visualiseur deDSÉ

Médecin/prestateur

122

POINT DE SERVICE






Signalementde SSP


Info surle patient


Antécédents médicaux du

patient

Profil pharmaceutique

Info delaboratoire


APPLICATION DE DME






RépertoireDSÉ








Services communs

Registre desclients Dossier de

santé partagé

Informationsur les

médicaments




Médecin/prestateur

Perspective de l’utilisateur final : application de DME

Base dedonnées

DME

123

Données de la SDSÉ : autorise de nouvelles catégories d’applications

Aide à la décisionL’assistantLe mentor

Normes de DSÉ

? ? ?

Patients

Flux travail automatiséInteractions médicaments

Résultats anormaux

Normes de DSÉ

? ? ?

Nouvelles applicationsSuivi patients

Normes de DSÉ

Projets personnalisésExploration de données

Normes de DSÉ

? ? ?

Infostructure DSÉ (iDSÉ)• Données clients

• Données prestateurs

• Données établissements

• Données protect. vie privée

• Données sécurité

• Données consultations

• Données sang/allergies/vaccination

• Sommaires consultations

• Notes cliniques

• Observations, problèmes, états

• Données demandes/résultats

• Données orientations

• Données laboratoire

• Données pharmacie

• Données ID

SOLUTION DSÉ (SDSÉ)

INFOSTRUCTURE DSÉ (iDSÉ)

CAISDonnées et

services auxiliaires


la santé


DSÉ


registres

124

Modèles de configuration fondée sur des solutions commerciales

125

INFOSTRUCTURE JURISDICTION

POINT DE SERVICE

SIC avec visualiseur intégré

Données etservices DSÉ




Signalementde SSP

CAIS CAIS

Informationsur les

médicaments


IAE

Interopérabilité Général

Intégration Souscription

Contexte Gestion

Bus communication

SYSTÈME D’INFORMATION CLINIQUE

Dossier santé partagé

Laboratoire

Dossier santé partagé laboratoire

Services dossiers longitudiinaux

Visualiseur DSÉ serveur

Gestion consentement

Authentification/contrôle d’accès

Journalisation/audit

PI DSÉ transaction : Obtenir, lister, déposer standards DSÉ pancanadienne



Visualiseur deDSÉ


(SIL)



Services desanté

publique


Registre desclients




CA

ISC

AIS

CA

ISC

AIS

126


POINT DE SERVICE

SIC avec visualiseur externe


SYSTÈME D’INFORMATION CLINIQUE

Visualiseur deDSÉ

PI DSÉ

PI DSÉ transaction : Obtenir, lister, déposer standards DSÉ




(SIL)



Services desanté

publique

PI DSÉPI DSÉPI DSÉPI DSÉPI DSÉPI DSÉ


Registre desclients




CA

ISC

AIS

CA

ISC

AIS



Signalementde SSP

CAIS CAIS

Informationsur les

médicaments


IAE



Contexte Gestion

Bus communication




Dossier santé partagé

Laboratoire

Dossier santé partagé laboratoire

Services dossiers longitudiinaux

127


POINT DE SERVICE

Utilisant une plateforme d’intégration (IAE)




Signalementde SSP

CAIS CAIS

Informationsur les

médicaments


CAIS

SIC :Dossier santé

partagé et laboratoire

PI DSÉ transaction : Obtenir, lister, déposer standards DSÉ


Registre desclients




CA

ISC

AIS

CA

ISC

AIS IAE



Contexte Gestion

Bus communication




Visualiseur deDSÉ

PI DSÉ




(SIL)



Services desanté

publique

PI DSÉPI DSÉPI DSÉPI DSÉPI DSÉPI DSÉ

128

Sommaire de l’Architecture SDSÉ

Architecture SDSÉ comme norme et modèle de conception

Fournit des spécifications dont les organismesprestateurs et la communauté des fournisseurspeuvent se servir pour :

• concevoir et développer l’infostructure de DSÉ elle-même

• concevoir et développer des interfaces pour permettre à des systèmes existants d’interopérer au moyen de l’infostructure de DSÉ

• concevoir et développer de nouvelles applications qui tirent parti des avantages de l’infostructure de DSÉ pour procurer une valeur ajoutée aux prestateurs de soins et aux patients, ainsi que pour favoriser le bien-être des Canadiens

Fournit un modèle de conception et un ensembledes spécifications normalisées qui :

• assurent la souplesse nécessaire pour satisfaire la grande variété d’environnement de prestation de services que l’on retrouve maintenant

• permettent aux administrations d’optimiser leurs investissements actuels en TI, tout en leur donnant la possibilité de faire évoluer leurs solutions

• permettent l’ajout contrôlé de système sources pour alimenter les dossiers de santé électroniques et l’ajout d’utilisateurs de ces derniers

129

130

Du concept à la mise en œuvre

Le programme d’investisse-ment en matière de DSÉinteropérable d’Inforouteconstitue la principale voie afin de rendre l’Architecture SDSÉ opérationnelle par :• l’entremise de partenariats avec

les administrations qui sont prêtes à réaliser l’interopérabilité entre des systèmes existants

• Par l’entremise des administrations qui sont prêtes à incorporer leurs registres et domaines

La seconde voie relative à la mise à l’essai et au raffinement des spécifications del’Architecture SDSÉ passe parl’adoption par la communautédes fournisseurs et l’acquisitiond’applications déjà interopérables • Des fournisseurs majeurs ont

incorporé l’approche architecturale d’Inforoute dans leurs stratégies de produits

• L’Architecture SDSÉ peut constituer le cadre qui permettra aux administrations d’évaluer les solutions des fournisseurs et de s’assurer qu’elles seront compatibles avec leurs infostructures de DSÉ évolutives

Ce processus constituera le banc d’essai des spécifications de l’Architecture SDSÉ

• Des éléments des spécifications de l’Architecture SDSÉ seront mis à jour par ces équipes de projet, à mesure que les concepts seront testés et raffinés

• Des lignes directrices seront énoncées afin d’aider d’autres administrations à mettre en œuvre ces capacités

CONCEPT MISE EN ŒUVRE

Faire de l’Architecture SDSÉ une norme pancanadienne

Inforoute comprend l’importance de disposer despécifications stables et gérées en matièred’interopérabilité• Les administrations et les organismes prestateurs doivent

pouvoir être confiants que leur engagement à mettre en œuvre l’infostructure de DSÉ est fondé sur de solides spécifications, qui seront mises à jour et gérées

• Les mises en œuvre de l’infostructure révèleront quelles spécifications doivent être modifiées pour optimiser la performance et assurer la fiabilité

Pour cette raison, les spécifications del’Architecture SDSÉ seront soumises auprocessus de collaboration à l’établissement denormes pancanadiennes mis en place parInforoute

• Assurer une participation pancanadienne dans la définition des besoins

• Veiller à ce que tous les groupes et organisations concernés connaissent à l’avance les exigences financières ainsi que celles liées à la gestion du changement

• Procurer un modèle de portée et de gestion du changement pour les spécifications de l’Architecture SDSÉ elles-mêmes

131

132

Sommaire de l’Architecture SDSÉ : Dépôt de DSÉ

Concepts• Les données sur les patients sont

stockées et accessibles dans un seul DSÉ logique.

• L’information longitudinale et pertinente sur le plan clinique est exacte et fiable.

• Le DSÉ coexiste avec les domaines provinciaux.

• Le DSÉ peut être mis en œuvre dans des administrations de tous niveaux.

• Le DSÉ a une définition commune dans tout le Canada.

Avantages• Interopérabilité, performance,

évolutivité

• Adoption par les prestateurs, soutien des cas d’utilisation dans tout le continuum des soins, information opportune et exacte pour les prestateurs

• Protection des investissements, pas de dédoublements de données non nécessaires

• Souplesse, satisfaction des besoins locaux et provinciaux

• Économique, fondé sur des normes, interopérable

133

Sommaire de l’Architecture SDSÉ : la CAIS

Concepts• La CAIS (couche d’accès à l’information

sur la santé) procure un moyen commun d’interopérer avec le DSÉ, les registres et les domaines

• Les applications des prestateurs passent par la CAIS pour accéder au SDSÉ

• La CAIS assure des communications fiables et des services communs à valeur ajoutée pour permettre l’interopérabilité dans l’ensemble du continuum des soins et entre les administrations

Avantages• Moyen commun fondé sur des normes qui

sera plus économique, sécuritaire et privé; les applications se concentrent sur la logique clinique vs la logique d’intégration

• Environnement efficace par rapport au coût pour une vaste gammes d’applications des prestateurs; intégration fondée sur des normes

• Environnement d’exécution standard, sécuritaire et privé, efficient, évolutif et économique, performant

134

Sommaire de l’Architecture SDSÉ : l’iDSÉ

Concepts• Des normes communes permettront

l’intégration et l’interopérabilité

• La norme de messagerie pour les communications externes est la norme HL7 version 3

• Les registres ont une définition commune dans tout le Canada

Avantages• Réduction des coûts de conception, de

développement, de mise à l’essai et d’exploitation

• Interopérabilité véritable; l’alignement sur des normes internationales favorise l’intérêt des fournisseurs

• interopérabilité, économies, sécurité et protection de la vie privée

135

Sommaire de l’Architecture SDSÉ : les applications

Concepts• Les messages transmis par les

applications de point de service alimentent le DSÉ en données cliniques

• Les applications des prestateurs lisent les données du DSÉ via la CAIS en plus de leurs magasins de données opérationnelles

• Les cas d’utilisation, les règles d’affaires et la visualisation des données sont des fonctions des applications de point de service

Avantages• Coût peu élevé et modèle d’intégration

commun, sécuritaire et privé, évolutif, extensible, protection des investissements actuels

• Vues personnalisées des données adaptées aux besoins des prestateurs, sécuritaires et privées, évolutives, exactes, fiables, performantes

• Concurrence et innovation chez les fournisseurs, services extensibles et à valeur ajoutée pour les prestateurs

136

Site Internet : infoway-inforoute.ca

Courriel : [email protected]

Merci !

Connexions santé

1 mars 2006 groupe architecture et solutions mise à jour de larchitecture connexions santé

Documents