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 !