GRAdE

L’architecture d’entreprise à travers le projet d’informatisation du dossier de santé du Québec (DSQ)

Grand Réseau desArchitectes d’Entreprise

Le projet DSQ

Plusieurs appels d’offres lancés entre 2005 et 2006Deux fournisseurs principaux ( DMR et Xwave) en partenariat avec la RAMQ (et LGS/IBM)Budget total de 562 millions de dollarsPlus de 20 projets font partis du programme DSQPour être payé le Québec doit:

Respecter l’architecture de référence (Blueprint) d’ISCS’assurer que la solution est utilisés par les intervenants de la santé au Québec (adhésion)

Faits intéressants

Clients/patients

Pharmacie

Laboratoire

Centre de diagnostic

Urgence de l’hôpital

Soins à domicile

Centre de soins communautaires

Clinique Services d’urgence

Clinique spécialisée

VUE INTÉGRÉE

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

Clients/patients

Pharmacie

Laboratoire

Centre de diagnostic

Urgence de l’hôpital

Soins à domicile

Centre de soins communautaires

Clinique Services d’urgence

Clinique spécialisée

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

Environ 40 000 systèmes au Canada

Alimenter le domaine laboratoire

Alimenter le domaine laboratoire

Consulter le sommaire clinique

RépertoireDSQ

Domaines

Registres

PROVINCIAL

SUPRARÉGIONAL

Domaines

PROVINCIALServices et Données de Registre

Services et Données DSE

RegistreUsager

RegistreIntervenant

RegistreODS/LDS

MédicamentCommunautaire

Institutionnel

RegistreConsentement

Services PSR(LCA)

Immunisation

RépertoireImagerie

Diagnostique

SUPRARÉGIONAL

LaboratoireAutresDonnéesCliniques

Gestion desdemandesde services

ImagerieDiagnostique

ImagerieDiagnostique

RépertoireDSQ

Domaines

Registres

PROVINCIAL

SUPRARÉGIONAL

Domaines

Consulter le sommaire clinique

RépertoireDSQ

Domaines

Registres

PROVINCIAL

SUPRARÉGIONAL

Domaines

Consulter le sommaire clinique

Plus de 20 projets/solutions à gérer et intégrer au sein du même programmeRedditions de comptes à Inforoute Santé Canada (ISC)Travailler en transparence avec le vérificateur général du gouvernementS’assurer de l’adhésion des intervenants de santé au QuébecComment s’assurer que les différents composants de solutions sont conformes aux exigences d’affaires et la vision stratégique ?Comment s’assurer que les fournisseurs de solution sont conformes à l’architecture de référence d’ISC ?Comment s’assurer que les essais couvre l’ensemble des exigences du programme ?Comment faire face aux changements de la vision stratégique ?

Enjeux et défis

TOGAF peut vous aider

Phase A: Vision d’architecture

S’assurer que l’initiative a le support et l’appuie nécessaire de la directionIdentifier les exigences et les contraintes de l’initiativePrésenter une vision d’architecture qui répond à ces exigences et contraintesCette phase sert essentiellement à vendre l’initiative auprès de la direction de l’entrepriseDéfinir un état des lieux sur l’architecture existanteIdentifier les « points de vues » sur l’architecture

Phase A: Vision d’architecture

DSQ – Architecture niveau 1Cette vision nous permet d’avoir une architecture cible intégré en ligne avec les besoins d’affaire et la vision stratégique

Phase A: Vision d’architecture

Phase C: Architecture d’information

Définir l’architecture cible de données ou d’informationDéfinir l’architecture applicative cible

DSQ:Permet d’établir la cible et d’assurer l’arrimage avec le modèle d’information du ministère de la santé

Phase C: Architecture d’information

Phase G: Gouvernance

Formuler une recommandation pour chaque projetÉtablir un cadre de gouvernance efficace et robuste

Utilisation de COBITÉtablir un cadre de contrat afin de gouverner le processus de réalisation de déploiementS’assurer de la conformité des projets avec l’architecture définie précédemment

Phase G: Gouvernance

DSQ:Permet d’assurer que la solution développé par les fournisseurs est en ligne avec l’architecture cible et donc avec les besoins d’affairesPermet d’assurer une meilleure gestion de changement ainsi qu’une gestion de la portée plus efficacePermet de s’assurer que les fournisseurs livrent ce qu’ils doivent livrésAssurer la mise en place d’un processus décisionnel efficace !

Phase G: Gouvernance

Gestion des exigences

Définir un processus où les exigences de l’architecture d’entreprise sont identifiées, stockées et correctement alignées avec les différentes phases de l’ADMAssurer une traçabilité efficace entre les exigences et les différents artefacts provenant des phases de l’ADMMéthodologie de gestion des exigences:

Volere template

Gestion des exigences

Besoins d’affaire

Caractéristiques de solution

Exigences de solution

1

2

3

Gestion des exigences

Niv. 1 - Besoins d’affaires (Needs)Exprimés sous forme de Buts ou Objectifs à atteindre … Exprimés de façon mesurable, S.M.A.R.T.

Niv. 2 - Caractéristiques de solution (Features)Éléments de solution, capacités organisationnelles, fonctionnelles ou non-fonctionnelles, qualités, conditions, contraintes, règles, critères, … qui doivent permet de rencontrer les besoin d’affaires (i.e. exigences du niv. 1)

Niv. 3 - Exigence de solution (Use Cases & Supplementary Specifications)

Processus, cas d’utilisation ou exigences supplémentaires (fonctionnelles ou non-fonctionnelles) qui définit le comportement attendu et les critères d’acceptation de la solution logicielle

Concept - Différents niveaux d’exigences

SMARTSpécifique :L’objectif concerne des personnes, des conditions générales etc. concrètement désignées ; les limites du domaine de l’objectif sont fixées par avance. (Specific, Significant, Stretching, Simple) Mesurable : Doit pouvoir être observable et mesurable, il est possible de définir les qualités et, le cas échéant, les quantités indiquant l'atteinte d'un objectif ; et des indicateurs peuvent en être déduits.(Measurable, Meaningful, Motivational, Manageable)Adapté : S’agit-il du « bon » objectif ? Les mesures prévues correspondent-elles à un besoin ? (Achievable, Agreed, Attainable, Assignable, Appropriate, Actionable)Réalisable : Les perspectives d’atteindre l’objectif sont suffisamment bonnes dans le contexte donné (ressources, temps, compétences) ; aucun facteur externe et incontrôlable n’empêche d’atteindre l’objectif.(Relevant, Realistic, Results-oriented, Resourced, Rewarding) Temporellement définie : Doit avoir une cible temporelle identifiée, un cadre temporel est fixée par avance(Time-bounded, Time framed, Timely[, Time-Specific, Trackable)

Qualités d’une exigence de type « Objectif »

Vision d’architecture – Phase ACette vision nous permet d’avoir une architecture cible intégré en ligne avec les besoins d’affaire et la vision stratégique (Niveau 1)

Architecture d’information - Phase CPermet d’établir la cible et d’assurer l’arrimage avec le modèle d’information du ministère de la santé

La phase A et C nous permettra d’assoir une architecture cible intégré qui nous servira pour la conformitéGouvernance - Phase G

Permet d’assurer que la solution développé par les fournisseurs est en ligne avec l’architecture cible et donc avec les besoins d’affairesPermet d’assurer une meilleure gestion de changement ainsi qu’une gestion de la portée plus efficace

L’architecture d’entreprise au DSQ - Sommaire

Merci !