Mise en Place D'une Solution Décisionnelle Pour Le Ministère de La Santé

Rapport Projet de Fin dEtudes
2011-2012
2011-2012
Ddicaces
Je ddie ce travail :
Ma mre :
Qui ma toujours combl damour et daffection. Son dvouement et ses
sacrifices resteront pour moi une ligne de conduite, sa patience et sa
comprhension un emblme.
Avec tout mon amour et ma reconnaissance.
Mon pre :
A qui je dois tout, pour toute la comprhension, laide et la confiance
quil ma toujours accordes.
En tmoignage de mon infinie reconnaissance et ma profonde gratitude.
Mes deux surs Hanane et Ouissal :
Vous tes une partie de moi-mme, alors, trouvez dans ce travail
lexpression de mes vux les plus ardents de bonheur et de russite.
Mon chre amie et camarade de stage Meryem :
Pour toi seule, dont la sympathie, la comprhension et le soutien nont
dgal, je ddie ce travail.
Briller davantage, sera pour toi mon souhait le Plus cher.
Mon cher ami Saad :
Pour moi, tu nes pas seulement un ami denfance mais aussi un frre.
Les sacrifices que tu as consentis pour mon bien tre sont sans bornes.
Que ce travail te traduit ma profonde affection, ma gratitude et mes
respects.
Tous ceux que jaime et qui maiment.
Yassine
II
2011-2012
Ddicaces
Je ddie ce travail :
A ma mre, pour son amour, son dvouement sans gal, et son

soutien, puisse dieu la garder,
A mon pre, auquel je dois le plus grand respect pour son
exprience, et qui sans ses encouragements en toutes circonstances, ses
sacrifices et son soutien jamais je naurai pu tre ce que je suis,
A mon cher petit frre Othmane,
A mon cher ami et collgue de travail Yassine, pour son soutien, sa
prsence et ses dlicates attentions,
A toute ma famille,
A tous mes amis et toutes les personnes qui mont soutenu de
prs ou de loin,
Meryem
III
2011-2012
REMERCIEMENTS
Avant dentamer ce rapport, nous tenons tmoigner notre profonde

gratitude toutes les personnes qui ont particip de loin ou de prs
llaboration de ce travail.
Nos sincres remerciements sont adresser notre parrain de stage M.
Abdelkader MHAYI, Chef du service des tudes et de la coordination la
division de linformatique et des mthodes du ministre de la sant, et M. Sad
ZOUMMANE pour lintrt et le professionnalisme avec lesquels ils ont suivi la
progression de notre travail, et pour leurs aides et conseils fructueux quils nont
cess de nous prodiguer durant toute la dure de notre projet.
Nous tenons exprimer notre profonde gratitude, ainsi que nos vifs
remerciements et nos sentiments les plus respectueux M. Driss GHANAMI,
notre professeur, qui a fait preuve de disponibilit chaque fois que nous avions
besoin de son soutien. Son encadrement et ses conseils nous ont t d'un appui
considrable.
Nos remerciements vont galement M. Samir BENNANI, qui a accept
de nous faire lhonneur de prsider notre jury, Mlle Sara BOUCHIKHI, notre
rapporteuse de soutenance, ainsi qu tout le personnel de la division de
linformatique et des mthodes du ministre de la sant, qui nous ont soutenu et
coopr avec nous tout au long de notre stage.
Enfin nous ne saurions oublier lintgrit du corps enseignant du gnie
informatique pour nous avoir dispenss une formation de qualit durant ces trois
dernires annes.
IV
2011-2012
RESUME
Durant les dix dernires annes, linformatique dcisionnelle a prouv sa capacit
simuler lavenir et anticiper les tendances du march. En effet, elle offre aux responsables
la possibilit de matriser linformation stratgique et de rehausser leurs performances.
Notre projet de fin dtudes au sein du ministre de la sant saligne parfaitement sur
cette vision. Lobjectif de notre projet est de mettre en place une solution dcisionnelle afin de
mieux grer lensemble des informations mdicales et administratives relatives au systme
dinformation hospitalier. Nous nous sommes particulirement intresss aux services des
urgences et des consultations externes.
Dans cet intrt, nous avons veill suivre une dmarche cooprative de gestion,
fonde sur les bons principes de linformatique dcisionnelle qui est la mthodologie
GIMSI. Ensuite, tout en respectant les tapes de cette mthode de gestion, nous avons
dbut par dfinir lenvironnement concernant les besoins du ministre ainsi que les objectifs
de notre projet, et avant de nous pencher sur laspect conceptuel pour la modlisation
multidimensionnelle de nos donnes relatives aux services des urgences et des consultations
externes, il a fallu, tout dabord, procder par rtro-ingnierie de la base de donnes source
afin dtablir un modle conceptuel de donnes qui nous a t utile pour raliser notre travail.
Nous avons galement entam llaboration des indicateurs cls et des axes danalyse pour
concevoir les modles multidimensionnels des datamarts Urgences et Consultations
Externes. Par la suite, on a entam la partie relative la mise en uvre de notre travail en
utilisant la suite Microsoft SQL Server 2008 R2, et ce, en commenant par la phase
dextraction, transformation et chargement des donnes, ensuite la cration des cubes OLAP
avant de gnrer les rapports relatifs aux deux services.
Le travail ralis dans notre projet de fin dtudes constitue un moyen de prdilection
des responsables du ministre de la sant qui met leur disposition de linformation
pertinente pouvant aider la bonne prise de dcision concernant la gestion hospitalire.
2011-2012
ABSTRACT
During the last decade, the business intelligence has proven its ability to simulate the
future and to anticipate the market trends. Indeed, it provides to managers the possibility to
manage strategic information and to enhance their performance.
Our graduation project conducted at the ministry of health aims at the establishment of
a Business Intelligence solution so as to manage better medical and administrative
information related to the hospital information system (HIS). We were particularly interested
in the Emergencies and External Consultations services.
In this interest, we were sure to follow a cooperative approach of project management
based on the best fundamentals of the Business Intelligence; this approach is named GIMSI.
By following the steps of this method, we started our project by defining the ministry
of health needs so as the objectives of our project, and before we fulfill the conceptual aspect
concerning the multidimensional modeling of data, it was necessary to appeal to the reverse
engineering of our data source so as to establish a conceptual model that would be helpful for
the achievement of our work. Also, we set a list of key performance indicators and the axes of
analysis following a serie of interviews with the ministry managers, after which logical
multidimensional models were designed. The establishment of such information system
requires the use of very specific tools, in our case; we used Microsoft SQL Server 2008 R2.
This suite allowed us to go through the extracting, transforming and loading data process, the
creation of OLAP cubes and finally the generation of reports and statistics.
Thus, our graduation project is a useful way to provide the ministry of health
managers relevant information that may assist them in making the right decisions related to
the hospitals management.
VI
2011-2012
, .
.
.

. .
GIMSI
,

.
. MICROSOFT 00 revre QQS R2
" "OLAP
.

.
VII
2011-2012
Liste des figures

Figure I-1 : Logo du Ministre de la Sant ................................................................................ 2
Figure I-2 : Organigramme du Ministre de la sant ................................................................. 3
Figure I-3 : Chaine dcisionnelle [7].......................................................................................... 4
Figure I-4 : Modle en toile [7] ................................................................................................ 6
Figure I-5 : Modle de schma en flocon [7] ............................................................................. 7
Figure I-6 : Modle en constellation [7] ...................................................................................... 7
Figure I-7 : Diagramme de Gantt de lavancement .................................................................. 12
Figure I-8 : Organisation de lhpital [5] ................................................................................. 13
Figure II-1 : Diagramme dactivits dun passage aux urgences ............................................. 16
Figure II-2 : Modle conceptuel de donnes ............................................................................ 18
Figure II-3 : Modle en toile du datamart Urgences ........................................................ 26
Figure II-4 : Modle en toile du datamart consultations externes .......................................... 27
Figure II-5 : Schma du Datawarehouse .................................................................................. 28
Figure III-1 : Les outils de MS SQL Server 2008 R2 [12] ...................................................... 31
Figure III-2 : Architecture fonctionnelle dOracle BI Suite [15] ............................................. 31
Figure III-3 : Fonctionnalits de Pentaho ................................................................................. 32
Figure III-4 : Architecture fonctionnelle de la suite Microsoft SQL Server 2008 R2 [13] ..... 35
Figure IV-1 : Processus ETL de la dimension Personnel Sanitaire ......................................... 40
Figure IV-2 : Processus ETL de la dimension Services ........................................................... 41
Figure IV-3 : Processus ETL de la table de fait Fait_Urgences ......................................... 42
Figure IV-4 : Interface de SSAS .............................................................................................. 44
Figure IV-5 : Exemple danalyse sur le cube des Urgences .................................................... 45
Figure IV-6 : Exemple de rapport ralis laide de Report Builder ...................................... 46
Figure IV-7 : Rapport sur les consultations externes par sexes ............................................... 46
Figure IV-8 : Un tableau de bord pour les urgences ................................................................ 47
Liste des tableaux

Tableau I-1 : Les 10 tapes de la mthode GIMSI [4] ............................................................. 10
Tableau I-2 : Tableau des tches .............................................................................................. 11
Tableau II-1 : Description des tables........................................................................................ 19
Tableau II-2 : Les dimensions hirarchiques ........................................................................... 23
Tableau II-3 : Axe danalyse Gographie ................................................................................ 24
Tableau III-1 : Tableau comparatif des suites dcisionnelles choisies .................................... 32
Tableau III-2 : Principaux fonctionnalits de MS SQL Server 2008 R2 [13] .......................... 34
Tableau III-3 : Architecture technique de la suite MS SQL Server 2008 R2[13] .................... 36
Tableau III-4 : Dcoupage fonctionnel de MS SharePoint 2010 ............................................. 37
VIII
2011-2012
Sigles et abrviations
DIM
SIH
SIS
SIG-HO
KPI
BIDS
SSIS
SSAS
SSRS
ETL
OLAP
BI
ERP
SGBD
OLTP
ROLAP
MOLAP
HOLAP
DWH
MS
OS
MDX
Division de linformatique et des mthodes

Systme dinformation hospitalier
Systme dinformation sanitaire
Systme de gestion hospitalire
Key performance indicator (Indicateur de performance)
Business Intelligence Development Studio
SQL Server Integration Services
SQL Server Analysis Services
SQL Server Reporting Services
Extraction-Transformation-Chargement
Online Analytical Processing
Business Intelligence
Entreprise Resource Planning
Systme de gestion de bases de donnes
On-Line Transactional Processing
Relational OLAP
Multidimensional OLAP
Hybrid OLAP
Datawarehouse (Entrept de donnes)
Microsoft
Open source
Multidimensional Expressions
IX
2011-2012
Sommaire
Introduction ................................................................................................................................ 1
I.
Prsentation gnrale du projet ........................................................................................... 2

1. Prsentation de lorganisme daccueil : .......................................................................... 2
1.1.
Objectifs du ministre de la sant :...................................................................................... 2
1.2.
Organisation du ministre de la sant :................................................................................ 3
1.3.
Division de linformatique et des mthodes : ...................................................................... 3
2. Cadre gnral du projet : ................................................................................................. 4

2.1.
Dfinition de linformatique dcisionnelle :........................................................................ 4
2.2.
Architecture dcisionnelle : ................................................................................................. 4
2.3.
Processus dExtraction, Transformation et Chargement : ................................................... 5
2.4.
Modlisation dimensionnelle : ............................................................................................ 5
2.5.
Serveur OLAP : ................................................................................................................... 7
3. Cadre spcifique du projet : ............................................................................................ 8

3.1.
Contexte du projet : ............................................................................................................. 8
3.2.
Problmatique :.................................................................................................................... 8
3.3.
Objectifs et dmarches : ...................................................................................................... 9
3.4.
Planning du projet : ........................................................................................................... 11
4. Identification de lenvironnement : ............................................................................... 12

4.1.
Systme dinformation sanitaire: ....................................................................................... 12
4.2.
Systme dinformation hospitalier : .................................................................................. 12
4.3.
Le progiciel de gestion intgr KEWAN .................................................................... 13
II. Conception ........................................................................................................................ 14

1. Analyse de lexistant : ................................................................................................... 14
1.1.
Retro-Ingnierie : .............................................................................................................. 15
1.2.
Modle conceptuel de donnes .......................................................................................... 17
2. Conception multidimensionnelle................................................................................... 20
III.
2.1.
Dtermination des KPI ...................................................................................................... 20
2.2.
Dtermination des axes danalyse ..................................................................................... 22
2.3.
Description dtaille des axes danalyse ........................................................................... 24
2.4.
Conception des modles multidimensionnels.................................................................... 25
Prsentation des outils utiliss....................................................................................... 30
1. Comparaison des suites dcisionnelles : ....................................................................... 30

X
2011-2012
1.1.
Prsentation des suites dcisionnelles : ............................................................................. 30
1.2.
Tableau comparatif des suites BI : .................................................................................... 32
2. Prsentation de la suite Microsoft SQL Server 2008 R2 : ............................................ 33

2.1.
Principaux composants et fonctionnalits : ....................................................................... 33
2.2.
Fonctionnalits dtailles par produits : ............................................................................ 34
2.3.
Architecture fonctionnelle : ............................................................................................... 35
2.4.
Architecture technique : .................................................................................................... 35
2.5.
Stratgie vis--vis du monde de la sant ........................................................................... 36
3. Prsentation de Microsoft SharePoint 2010 .................................................................. 36

IV.
Ralisation ..................................................................................................................... 39
1. Phase dextraction, transformation et chargement: ....................................................... 39

2. Phase de cration des cubes OLAP ............................................................................... 43
3. Gnration des rapports ................................................................................................. 45
4. Gnration des tableaux de bord ................................................................................... 46
V. Conclusion gnrale .......................................................................................................... 49
Glossaire ................................................................................................................................... 50
Bibliographie ............................................................................................................................ 51
Annexe 1 : Mthodologie de conduite de projet GIMSI .......................................................... 53
Annexe 2 : Caractristiques de loutil DbVisualiser ................................................................ 61
Annexe 3 : Loutil Report Builder 3.0 ..................................................................................... 65
XI
2011-2012
Introduction
L'hpital est un tablissement de production des soins. Il utilise cette fin

des ressources humaines, matrielles et financires. Son organisation et sa gestion
obissent des rgles et des procdures qui doivent tre claires, prcises et bien
comprises par l'ensemble des acteurs. La mission et les objectifs de l'hpital
deviennent la finalit premire de cette organisation. Le systme de sant
marocain a ralis des volutions notables et ce par l'introduction de nouveaux
outils de gestion, et d'autonomie financire pour l'amlioration de la qualit des
services. Pour cela, la mise en place d'un systme d'information dcisionnel
s'avre fondamentale comme outil de gestion des diffrents matriels et ressources
et aussi comme outil de prise de dcision.
A cet gard, la Division de lInformatique et des Mthodes, dans le cadre
des objectifs de la rforme hospitalire qui vise doter l'hpital public de
structures et de mthodes modernes de gestion, opte pour une solution
dcisionnelle afin de mieux grer les diffrents services du systme dinformation
hospitalier. On appelle une solution dcisionnelle une solution informatique
permettant lanalyse des donnes dune entreprise, afin den dgager des
informations qualitatives nouvelles, qui seront la base de dcisions, quelles soient
tactiques ou stratgiques.
Dans ce cadre sinscrit notre projet de fin dtudes qui consiste en la mise
en place dune solution dcisionnelle pour le ministre de la sant afin de mieux
grer lensemble des informations mdicales et administratives relatives au
systme dinformation hospitalier. Notre mission a dbut dabord par une tude
approfondie de ce dernier ainsi quune tude des besoins, ensuite, on sest orient
vers laspect conception suivi par une tude de loutil de travail avant de nous
pencher sur la ralisation de notre projet.
2011-2012
Chapitre 1
I.
Prsentation gnrale du projet
Afin de mettre en vidence le contexte dans lequel sinscrit notre projet, ce chapitre
prsente, dans un premier temps, lorganisme daccueil dans lequel notre stage a t effectu, le
ministre de la sant. Il aborde, dans un second temps une tude bibliographique sur
linformatique dcisionnelle suivie par le contexte, les objectifs et la planification de notre
projet, finalement une tude du systme dinformation de lenvironnement dans lequel sinscrit
notre projet.
1. Prsentation de lorganisme daccueil :

1.1.
Objectifs du ministre de la sant :
Figure I-1 : Logo du Ministre de la Sant
Le ministre de la sant est charg de l'laboration et de la mise en oeuvre de la

politique gouvernementale en matire de sant. Il agit, en liaison avec les dpartements
concerns, en vue de promouvoir le bien-tre physique, mental et social des habitants.
Dans le cadre de la stratgie 2008-2012 adopte par le ministre de la sant et qui
consiste permettre au systme national de la Sant de jouer pleinement son rle, les objectifs
suivants doivent tre atteints [2] :
Moraliser le secteur de la sant.

Assurer l'quit de l'offre de soins entre rgions et entre le milieu rural et urbain.
Faciliter l'accs aux soins pour les plus dmunis et surtout pour la population rurale.
Rendre au citoyen la confiance dans le systme de sant par l'amlioration de l'accueil,
l'information, les urgences, la propret, l'quit, la disponibilit des mdicaments, etc.
Rduire le cot des soins de sant et des mdicaments.
Renforcer la veille et la scurit sanitaire.
2
1.2.
2011-2012
Organisation du ministre de la sant :
La figure I-2 prsente lorganigramme du ministre de la sant [W1].
Figure I-2 : Organigramme du Ministre de la sant
1.3.
Division de linformatique et des mthodes :
La Division de linformatique et des Mthodes (DIM) est charge de :
Animer les activits informatiques du ministre par llaboration et la gestion dun

schma directeur ainsi que par des travaux dtudes et de ralisation.
Apporter son appui technique en matire dinformatisation aux services centraux et aux
services extrieurs.
Dfinition des besoins du Ministre de la Sant en fournitures informatiques en
concertation avec les utilisateurs.
Gestion de lensemble de la documentation technique du Ministre de la Sant.
3
2011-2012
2. Cadre gnral du projet :

Le prsent projet vise mettre en place une solution daide la dcision et cadre ainsi
avec les systmes dinformation dcisionnels (SID). Pour mieux comprendre les concepts
inhrents ce domaine, nous tions amenes mener une tude bibliographique que nous
prsentons dans ce qui suit.
2.1.
Dfinition de linformatique dcisionnelle :
Avant de nous pencher sur les composants de la chaine dcisionnelle, il est important
de dfinir linformatique dcisionnelle ou la BI (Business intelligence) et parfois appele tout
simplement le dcisionnel . Elle peut tre dfinie comme l'exploitation des donnes de
l'organisme dans le but de faciliter la prise de dcision par les dcideurs, c'est--dire la
comprhension du fonctionnement actuel et l'anticipation des actions pour un pilotage clair
de l'organisme.
Les
outils
dcisionnels
sont
bass
sur
l'exploitation
d'un systme
d'information dcisionnel aliment grce l'extraction de donnes diverses partir des
donnes de production, d'informations concernant l'organisme ou son entourage et de donnes
conomiques.
2.2.
Architecture dcisionnelle :
Une architecture BI, illustre par la figure I.3, est un ensemble de concepts, de mthodes,
de technologies et doutils (logiciels ou matriels) permettant de rpondre aux besoins
stratgiques de lentreprise.
Figure I-3 : Chaine dcisionnelle [7]
Cette architecture fait intervenir lentrept de donnes ou datawarehouse, qui peut tre
dfini comme un point de stockage de toutes les donnes utilises par le systme pour
4
2011-2012
analyser les informations. Cest un ensemble de donnes historises variant dans le temps,
organis par sujets, consolid dans une base de donnes unique, gr dans un environnement
de stockage particulier, aidant la prise de dcision dans lentreprise. [9]
Cet entrept rassemble des donnes issues de plusieurs sources htrognes (bases de
production de l'entreprise, fichiers plats, documents web, etc.). Ces donnes sont extraites,
transformes et charges au moyen doutils ETL (Extraction, Transformation, Loading)
durant la phase dalimentation.
Le Datawarehouse est gnralement constitu de plusieurs Datamarts qui sont des
petits magasins de donnes. Chaque Datamart concerne un domaine bien particulier comme la
vente, lachat ou la finance.
Pour permettre leur analyse interactive et rapide, les donnes dun entrept sont
ensuite reprsentes de manire multidimensionnelle sous forme de cubes de donnes et
analyses par des serveurs OLAP que nous allons prsenter par la suite.
Des gnrateurs de rapport sont galement utiliss durant la phase danalyse afin de
permettre aux utilisateurs finaux ou dcideurs de mieux apprhender et interprter les rsultats
d'analyses.
2.3.
Processus dExtraction, Transformation et Chargement :
Les processus ETL (Extraction, Transformation et Chargement) prennent en charge la

rcupration des donnes depuis l'ensemble des sources oprationnelles existantes et de les
charger vers le systme dcisionnel:
Extraction des donnes des bases de donnes oprationnelles (ERP, SGBD, fichiers,
etc.)
Transformation de ces donnes pour nettoyer, conformer, standardiser, documenter et
corriger.
Chargement des donnes dans le systme dcisionnel: Datawarehouse, Datamart, ou
Cube.
2.4.
Modlisation dimensionnelle :
Un projet dcisionnel comprend trs souvent la mise en place dun datawarehouse. Sa

modlisation est un travail important qui nautorise pratiquement aucune erreur. Mme sur
deux projets traitant les mmes donnes, on peut obtenir deux modlisations pertinentes trs
diffrentes. Ceci vient du fait quune modlisation dcisionnelle dpend troitement des
besoins du client et des objectifs du projet dcisionnel.
La modlisation de lentrept de donnes peut suivre lun des modles
multidimensionnels de construction de donnes, savoir le modle en toile, le modle en
flocon ou le modle en constellation. Ces modles font intervenir une table de faits ainsi que
des tables de dimensions.
2011-2012
En effet, la table de faits contient les donnes (faits) qui reprsentent la valeur des
mesures (KPI) sur lesquelles va porter lanalyse, quant aux dimensions, elles prsentent les
axes avec lesquels on veut faire lanalyse. On trouve par exemple une dimension client, une
dimension produit, etc.
Schma en toile
Un modle en toile se caractrise par la prsence de branches autour de la table de

fait. Cest une faon de mettre en relation les dimensions et les faits dans un entrept de
donnes. Le principe consiste ce que les dimensions soient directement relies une table de
fait.
Dans le schma en toile, la table de fait contient les cls primaires des tables de
dimensions qui sont relies avec elle. Le schma suivant montre un exemple dun schma en
toile avec une table de fait et cinq tables de dimensions.
Figure I-4 : Modle en toile [7]
Schma en flocon:
Un autre modle de mise en relation des dimensions et des faits dans un entrept de
donnes est le modle en flocon de neige. Le principe tant qu'il peut exister des hirarchies
de dimensions et qu'elles soient relies la table de faits. Avec ce schma, chacune des
dimensions est dcompose selon sa hirarchie. Par exemple: Date, Mois, Anne.
La figure ci-dessous montre un exemple dun schma en flocon de neige.
2011-2012
Figure I-5 : Modle de schma en flocon [7]
Modle en constellation:
La modlisation en constellation consiste utiliser plusieurs modles en toiles et qui

ont des tables de dimensions communes. Un modle en constellation comprend donc
plusieurs tables de faits et des tables de dimensions communes ou non ces tables de faits.
Figure I-6 : Modle en constellation [7]
2.5.
Serveur OLAP :
Le serveur OLAP ou le serveur danalyse est un serveur de base de donnes

multidimensionnelle. Il est oppos au serveur OLTP et a pour but d'organiser les donnes
analyser par domaine/thme et d'en ressortir des rsultats pertinents pour le dcideur.
2011-2012
Il existe trois approches pour la modlisation dun datawarehouse :

MOLAP : Multidimensional OLAP
- La structure de stockage est en cube.
- Accs direct aux donnes dans le cube.
ROLAP : Relational OLAP
- Les Donnes sont stockes dans un SGBD relationnel.
- Un moteur OLAP permet de simuler le comportement d'un SGBD multidimensionnel.
HOLAP : Hybrid OLAP
- Les donnes sont stockes dans un SGBD relationnel (donnes de base).
- La structure de stockage est en cube (donnes agrges).
3. Cadre spcifique du projet :

3.1.
Contexte du projet :
Le ministre de la sant dispose dun systme dinformation qui se compose de :
Systme dinformation sanitaire.

Systme dinformation Ressources Humaines.
Systme dinformation des marchs financiers.
Systme dinformation des quipements.
Dans le cadre de lamlioration de son systme dinformation hospitalier, le ministre

de la sant a mis en place un projet pour la fourniture et installation de progiciels pour le
systme dinformation hospitalier avec intgration , le projet concerne cinq hpitaux de cinq
villes du pays, une socit espagnole matre douvrage a implant en premier lieu un progiciel
nomm KEWAN lhpital Hassan II dAgadir avant de poursuivre limplantation dans
les quatre sites restants. [3]
Puisque toutes les activits du ministre se prsentent sous forme de projets et que la
bonne conduite de ces derniers et la gestion efficace des diffrentes ressources est lobjectif de
tout organisme, la ncessit dune vision densemble des activits et dun suivi prcis acquiert
toute son importance dans la stratgie du ministre.
A cet gard, le ministre de la sant a jug ncessaire damliorer les services de son
systme dinformation par la mise en place dune solution daide la dcision afin dassurer une
gestion efficace des ressources matrielles, financires et humaines.
Pour ce qui est de notre travail, nous nous sommes focaliss sur laspect hospitalier. De
ce fait, notre projet est concentr autour du systme dinformation hospitalier.
3.2.
Problmatique :
Dans le cadre de la rforme hospitalire qui contribue au dploiement des fondations de

lhpital de demain, le ministre de la sant fournit des efforts considrables pour amliorer le
niveau de la sant au Maroc et amliorer son systme dinformation de gestion hospitalire
8
2011-2012
SIG-Ho . Ce dernier occupe une place prpondrante dans le systme de sant marocain et
permet au ministre de la sant de regrouper, classifier et emmagasiner linformation qui pourrait
tre utile pour les activits futures du ministre.
Malgr les efforts notables du ministre de la sant, force est de constater aujourdhui, le
systme de sant marocain souffre de quelques dysfonctionnements tels que la difficult daccs
aux soins, la gestion non satisfaisante des hpitaux, et aussi les difficults lies aux ressources
humaines. A cet gard, le ministre de la sant a mis en vidence le besoin dintgrer laspect
dcisionnel au systme dinformation existant afin de mieux grer toutes les donnes en
dgageant des informations qualitatives nouvelles qui seront la base de dcisions importantes
telles que loctroi des budgets par centre hospitalier, la rpartition du personnel sur les hpitaux,
le besoin des quipements mdicaux par centre hospitalier, etc.
Lintgration de ce type de solutions au ministre de la sant va permettre le
dveloppement de ce dernier sur le niveau technologie de linformation et va lui fournir des
statistiques permettant le bon suivi des diffrentes activits hospitalires. Tche quon ne saurait
effectuer sans avoir en main des indicateurs cls. A cet gard, sannonce la ncessit et le besoin
dtablir des KPI (Key performance indicator) afin que les responsables puissent en extraire des
informations qui leur serviront au meilleur accomplissement de leurs objectifs.
3.3.
Objectifs et dmarches :
Nos objectifs, vis--vis de la problmatique est de fournir un outil dcisionnel qui

permettra aux responsables du ministre de la sant de:
Contrler la rpartition des budgets aux diffrents tablissements de sant.
Prvoir tout manque de ressources humaines ou matrielles dans les services des
tablissements sanitaires.
Visualiser des rapports sur des pidmies donnes, leurs taux et zones de propagations.
Avoir une image sur laspect gestionnaire des centres hospitaliers : retards des rendezvous, etc.
Concernant la dmarche du projet, nous avons adopt une dmarche qualit de conduite
de projets appele GIMSI, qui est une mthode cooprative et complte de conception de
systmes d'aide la dcision. Cette mthode dfinit un cadre mthodologique afin de mieux
formaliser les conditions de russite des projets tableaux de bord et privilgie la coopration et le
partage de la connaissance. [4]
En effet, notre choix est d plusieurs raisons :
La mthode GIMSI permet de raliser le projet dcisionnel dans sa totalit, de la

conception la mise en uvre.
Les tableaux de bord GIMSI sont orients aux mtiers de pilotage, ce qui est en parfait
accord avec la finalit de notre projet.
GIMSI est une approche centre sur le dcideur.

9
Lutilisation de GIMSI est gratuite.
La mthode sintresse aussi laspect dveloppement durable du systme.
2011-2012
La mthode GIMSI est structure en 10 tapes bien identifies, regroupes en 4 phases

thmatiques :
Tableau I-1 : Les 10 tapes de la mthode GIMSI [4]
1- Identification
Quel est le contexte ?
2- Conception
Que faut-il faire ?
3- Miseenuvre
Comment le faire ?
3-Amlioration permanente
Le systme correspond-il
toujours aux attentes ?
Etape 1 : Environnement de l'entreprise

Analyse de l'environnement conomique et de la
stratgie de l'entreprise afin de dfinir le primtre et
la porte du projet.
Etape 2 : Identification de l'entreprise
Analyse des structures de l'entreprise pour identifier
les processus, activits et acteurs concerns.
Etape 3 : Dfinition des objectifs
Slection des objectifs tactiques de chaque quipe en
fonction de la stratgie gnrale
Etape 4 : Construction du tableau de bord
Dfinition du tableau de bord.
Etape 5 : Choix des indicateurs
Choix des indicateurs en fonction des objectifs
choisis, du contexte et des acteurs concerns
Etape 6 : Collecte des informations
Identification des informations ncessaires la
construction des indicateurs
Etape 7 : Le systme de tableau de bord
Construction du systme de tableau de bord, contrle
de la cohrence globale
Etape 8 : Le choix des progiciels
Elaboration de la grille de slection pour le choix des
progiciels adquats
Etape 9 : Intgration et dploiement
Implantation des progiciels, dploiement l'entreprise
Etape 10 : Audit
Suivi permanent du systme
Nous donnons plus de dtails sur cette mthode dans lannexe 1.
10
3.4.
2011-2012
Planning du projet :
Afin de mieux organiser notre projet, nous avons prsent sous forme de diagramme
de Gantt lensemble des tches ainsi que leurs dures, tout en respectant la mthode GIMSI
adopte pour la ralisation du projet.
Le tableau ci-dessous rcapitule lensemble des tches ainsi que leurs dures :
Tableau I-2 : Tableau des tches
N
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Nom
Identification
Etude de lenvironnement
Formation
Formation SSIS
Formation SSAS
Formation SSRS
Conception
Analyse de lexistant et KPI
Modlisation multidimensionnelle
Miseenuvre
Processus ETL
Cubes OLAP
Reporting
Amlioration
Audit du systme et Formation
Rdaction du rapport
Dure
19 jours
12 jours
15 jours
5 jours
5 jours
5 jours
18 jours
7 jours
11 jours
31 jours
10 jours
7 jours
14 jours
5 jours
5 jours
57 jours
Dbut
07/02/2012
07/02/2012
13/02/2012
13/02/2012
20/02/2012
27/02/2012
05/03/2012
05/03/2012
14/03/2012
29/04/2012
29/04/2012
12/04/2012
23/04/2012
11/04/2012
11/04/2012
01/04/2012
Fin
02/03/2012
22/02/2012
02/02/2012
17/02/2012
24/02/2012
02/03/2012
28/04/2012
13/03/2012
28/03/2012
09/05/2012
11/04/2012
20/04/2012
10/05/2012
17/07/2012
17/04/2012
17/05/2012
Prdcesseurs
4
5
1
8
7, 3
4
11, 5
12, 6
10
13
Le graphique ci-dessous (Figure I-7) schmatise le droulement des diffrentes phases

pendant toute la dure du stage. Des avances et des retards sur des tches ont t marqus, la
premire phase didentification est marque par une avance de 2 jours, la phase de conception
a connu un retard au niveau de lanalyse de lexistant cause de la rtro-ingnierie de la base
de production, cette tape tait imprvisible et nous a cout 5 jours, enfin la phase de mise en
uvre a cout 2 jours de plus cause de certains problmes dinsertions lors du processus
ETL.
11
2011-2012
Figure I-7 : Diagramme de Ganttdelavancement
4. Identification de lenvironnement :
4.1.
Systme dinformation sanitaire:
Le systme dinformation sanitaire peut tre dfini comme un systme dinformation

global regroupant tous les types dacteurs et ressources de sant. Il est structur comme suit:
Rseau des soins de sant de base:
Sous-systme dinformation SMI/PF : Sant maternelle et infantile, planification
familiale, hygine scolaire et universitaire, information et communication.
Sous-systme dinformation des soins curatifs.
Sous-systme dinformation de la surveillance pidmiologique.
Systme dinformation de gestion des hpitaux : SIG-HO.
Mortalit et morbidit.
Enqutes et tudes.
4.2.
Systme dinformation hospitalier :
Le Systme dInformation Hospitalier (SIH) est un systme permettant un traitement

intgr de linformation, garantissant sa cohrence et son intgration dans un milieu
12
2011-2012
hospitalier. Le SIH est caractris par la multiplicit et diversit des entits fonctionnelles
quil met en jeu.
Les diffrentes entits fonctionnelles connectes par un Systme dinformation
hospitalier sont prsentes dans la figure I-8 :
Figure I-8 :Organisationdelhpital [5]
4.3.
Le progiciel de gestion intgr KEWAN
KEWAN, le PGI dit par une socit espagnole spcifique pour le domaine sanitaire
et qui intgre lensemble des services hospitaliers ainsi que la logistique, les finances et
dautres domaines, a t la solution choisie par le Ministre de la Sant du Maroc pour la
gestion informatise dun groupe dhpitaux publics desquels lHpital Hassan II dAgadir
est la tte.
_________________________________________________________________________
Dans ce chapitre, nous avons pu prsenter brivement le ministre de la sant ainsi
que la DIM. Ensuite, nous avons prcis le cadre gnral et spcifique de notre projet, avant
de nous pencher sur une tude des SIG-HO. Il est noter que notre projet entre dans le cadre
dun des grands projets au Maroc men par le Ministre de la sant, afin de permettre au
systme national de sant de jouer pleinement son rle, et ce en amliorant ses services,
commencer par son systme dinformation pour soffrir une meilleure ouverture sur les
diffrents tablissements sanitaires du pays.
13
2011-2012
Chapitre 2
II.
Conception
Dans ce chapitre, nous prsenterons le cur de notre travail qui consiste en la

conception de lentrept de donnes, il sagit en effet de la deuxime phase de la mthode de
gestion projet GIMSI intitule Conception . Pour ce faire, nous dbuterons par prsenter
un modle conceptuel de donnes tabli par rtro-ingnierie, ensuite nous dtaillerons les
indicateurs recueillis ainsi que les diffrentes dimensions et leurs hirarchies et nous
clturons ce chapitre par le schma de notre conception multidimensionnelle.
1. Analyse de lexistant :
Cette phase correspond la quatrime tape de la mthodologie de conduite de projet
GIMSI : Construction du tableau de bord. Elle vise analyser la structure du fond du
tableau de bord des dcideurs et la relation entre les informations.
Les donnes sur lesquelles portera notre analyse sont issues de la base de donnes
SQL Server relative au progiciel de gestion intgr KEWAN implment dans lhpital
Hassan II dAgadir. La base de donnes en question contient plus de 1700 tables dont la
plupart ont des noms qui ne fournissent aucune information sur leurs contenus, et les noms
des champs sont en langue espagnole, de plus aucune description des tables nest disponible.
Or ltablissement des indicateurs cls et la conception de notre entrept de donnes
ncessitent une description des tables de la base de donnes source afin den extraire les
informations qui nous seront utiles ainsi que les relations entre eux. De ce fait, on a t amen
procder par rtro-ingnierie afin dtablir un modle conceptuel des donnes.
Vu le grand nombre des tables de la base de donnes et la dure de notre stage qui se
posent comme des contraintes majeures, nous nous sommes intresss aux services relatifs
aux urgences et aux consultations externes.
En effet, notre choix sest pench vers le service des urgences vu sa particularit
comme tant le service actif jour et nuit et qui accueille le plus grand nombre de patients, par
la suite, sa gestion et son amlioration est dune grande importance. Notre deuxime choix
concerne laspect des consultations externes, car ce dernier reflte aux acteurs de notre
solution limage de gestion de ltablissement sanitaire en question quant aux rendez-vous,
leur planification et leur respect par le personnel.
14
1.1.
2011-2012
Retro-Ingnierie :
La rtro-ingnierie ou reverse engineering, galement appele rtro-conception, est

l'activit qui consiste tudier un objet pour en dterminer le fonctionnement interne ou la
mthode de fabrication [W3].
Pour raliser notre rtro-ingnierie, il a fallu relever les relations existantes entre les
tables de la base de donnes, nous avons utilis loutil DbVisualizer 8.0.8 qui offre dans sa
version gratuite la fonctionnalit daffichage des contraintes dintgrit rfrentielles entre les
tables dune base de donnes. Une description de cet outil est prsente dans lannexe 2.
Nous avons cherch les tables inhrentes aux urgences et aux consultations externes,
pour dgager les relations entre les diffrentes tables, nous nous sommes bass galement sur
lexistence ou non des cls communes grce loutil DbVisualizer 8.0.8. Une documentation
autour de ces deux services nous a t fournie pour nous aider comprendre lintrt des
diffrents champs.
Le schma si dessous rsume les principales tapes du passage dun patient aux
urgences :
15
2011-2012
Figure II-1 :Diagrammedactivits dunpassageauxurgences
Quant au service des consultations externes, on y retrouve les patients passs par le
service des urgences et dont le diagnostic a ncessit une consultation externe chez un
spcialiste. Le patient ramne une feuille de rfrence et se dirige vers le service appropri
dans le centre des consultations externes le jour du rendez-vous.
Les consultations externes peuvent aboutir soit une hospitalisation du patient, un
transfert un autre centre ou bien un suivi du patient ce qui donne naissance un deuxime
rendez-vous.
Notre analyse a abouti aux tables EMEP et APPO qui contiennent les donnes
relatives aux urgences et aux consultations externes. Par la suite les tables en relation avec
EMEP et APPO ont t dgages, puis une analyse approfondie de ces donnes sest avre
16
2011-2012
ncessaire afin dliminer les tables vides et de garder les tables qui contiennent les
informations pertinentes.
1.2.
Modle conceptuel de donnes
La rtro-ingnierie nous a men tablir un modle conceptuel de donnes qui a

permis de reprsenter et de mettre en clair les donnes relatives aux deux services auxquels
nous nous intressons, la figure qui suit contient les principales tables auxquelles a abouti
notre rtro-ingnierie.
17
2011-2012
Figure II-2 : Modle conceptuel de donnes
18
2011-2012
La description des tables est donne dans le tableau suivant :

Tableau II-1 : Description des tables
Nom de la table
Description
Personnes
Contient toutes les informations concernant le personnel

de lhpital et les patients : Nom, Prnom, sexe, date de
naissance, etc.
Patients
Contient des informations relatives aux patients de

lhpital : Date de prise en charge, Adresse, groupe
sanguin, poids, etc.
Geographie
Contient des pays tels que : Maroc, Belgique, Espagne,

France, Italie. Le Maroc avec plus de dtails sur les
rgions, les villes et les provinces.
Cent_Serv_Activ
Cette table contient des champs relatifs aux centres, les

services de chaque centre, et les types dactivits de
chaque service tel que : Chirurgie gnrale, Cardiologie,
etc.
Episode
Cest une table qui contient toutes les pisodes, une

pisode tant une entre lhpital, un patient peut avoir
plusieurs pisodes sil est hospitalis plusieurs fois. Elle
contient le type dactivit relatif lpisode (Urgences,
Accouchement), la cl du patient, la date de dbut et
de fin de lpisode, etc.
Episode_Service
Cette table stocke le service o est entre chaque

pisode, dautre informations telles que la date dentre,
etc.
Diagnostiques
Dans cette table se trouve le diagnostique de chaque

pisode et le code du mdecin ayant relev ce
diagnostique.
Urgences
Cest la table qui concerne les entres en urgences, elle

contient le code de lpisode en question, le code du
degr durgence, de la destination en sortie durgences et
du motif dadmission en urgences, etc.
Sortie_Dest
Contient le code de la destination en sortie durgences,

et la description de la sortie : Domicile, Hospitalisation,
Consultation externe, Mort, etc.
Motif_Sortie
Contient le code du motif de la sortie des urgences, et sa

description : Mort, Gurison, etc.
Motif_Admis
Contient le code du motif dadmission en urgences et sa
19
2011-2012
description : Intoxication, Accident de travail, Maladie,

etc.
Degre_Urg
Contient le code du degr de lurgence et sa description :

Basse, Moyenne, Haute.
Services
Contient tous les services de lhpital, le code et la

description correspondante.
Personnel_Sanit
Contient Les informations qui concernent les mdecins,

leurs codes dans la table Personnes, le code du service
auquel le mdecin appartient.
Consul_Ext
Cest la table qui contient les informations qui

concernent les consultations externes, pour chaque
pisode on trouve son code dans la table Cahier_Consul
et le code du patient.
Cahier_Consul
Il sagit de la table des rendez-vous, cest dans cette

table quon trouve les dates des rendez-vous, la date et
lheure dans lesquelles le patient a pris le rendez-vous,
etc.
Resultat_RV
Il sagit de la table des rsultats dun rendez-vous, dans

laquelle nous trouvons les diffrents rsultats qui
peuvent tre soit un changement de traitement, un
transfert un autre centre, etc.
Consul_Echec
Cette table contient les raisons pour lesquelles peut

chouer un rendez-vous, savoir non prsentation du
patient ou du mdecin, ou dcs du patient.
Consul_Type
Les diffrents types de rendez-vous sont stocks dans

cette table.
Consul_motif
Pour chaque rendez-vous, le motif est stock dans cette

table.
Clip
Dans cette table, un numro de document est attach

chaque patient qui vient dentrer lhpital.
Consul_Etat
Cette table contient les diffrents tats possibles

dun rendez-vous, savoir : Ralis, En attente, etc.
2. Conception multidimensionnelle
2.1.
Dtermination des KPI
Le DWH doit contenir des informations utiles servant extraire des mesures intitules
des KPI ou des indicateurs cls. Afin de recenser lensemble de ces informations, nous nous
20
2011-2012
sommes bass sur les informations recueillies suite une srie dinterviews auprs du
ministre de la sant. Cette phase correspond la cinquime tape de la mthode de conduite
de projet GIMSI : Choix des indicateurs , cette tape est prsente plus en dtail dans
lannexe 1, aussi bien que les critres auxquels doivent rpondre ces indicateurs cls.
Nous avons recens un ensemble dindicateurs cls qui couvrent tous les besoins du
ministre de la sant en matire de prise de dcisions, relativement aux services des urgences
et des consultations externes, ces indicateurs sont les suivants :
Urgences :
Nombre des patients.
Le suivi de cet indicateur permettra dvaluer le nombre des patients servis en

urgence, il permettra aux dcideurs davoir une vision sur plusieurs axes danalyse qui seront
dtaills par la suite, on distinguera titre dexemple : Le nombre des patients appartenant
une tranche dge donne et pour qui on a relev un diagnostic donn.
Lanalyse de cet indicateur par rapport laxe du temps permettra de suivre lactivit
du service des urgences travers le temps, den dgager des informations telles que les jours
de la semaine pendant lesquels on constate un grand nombre dadmission en urgence, et la
croissance de ce nombre dans le temps ncessitera lengagement de nouvelles ressources
matrielles et humaines pour garantir les soins en urgences pour tout le monde.
Un autre exemple, relatif lvaluation du nombre des patients arrivs en ambulance,
permet aux responsables du ministre de mieux grer loctroi des budgets en analysant le
besoin des centres hospitaliers en termes de ressources financires.
Moyenne quotidienne et mensuelle des patients servis en urgences.
Il sagit de la mesure prcdente mais en terme de moyenne quotidienne et mensuelle,

il est plus pratique de pouvoir faire des analyses sur des moyennes, car il est facile de faire des
constatations quant au changement de ces mesures, ces indicateurs fournissent plus
dinformations mme en absence de laxe du temps.
Exemple :
-
La moyenne quotidienne des femmes admises en urgences cause dune violence.

La moyenne mensuelle des enfants morts en urgence.
Dautre part, lanalyse de cet indicateur permet de dgager, par exemple, la moyenne
quotidienne ou mensuelle des patients servis en urgence atteints de la tuberculose ou bien de
la cholera, ainsi que leurs emplacements. De ce fait, cet indicateur peut servir aux
responsables comme moyen de suivre lvolution de certaines pidmies ainsi que leurs zones
de propagation.
Nombre Patients avec Sortie des Urgences.

21
2011-2012
Cet indicateur calcule le nombre de patients qui sont sortis des urgences.
Contrairement aux indicateurs prcdents, cette mesure ne prend pas en considration les cas
qui sont toujours en service des urgences au moment de lanalyse.
Moyenne quotidienne et mensuelle des patients avec sortie des urgences.

Ce sont les moyennes quotidiennes et mensuelles relativement la mesure prcdente.
Consultations externes :
Nombre des consultations externes.
Cest la mesure qui concerne le nombre des patients dont le diagnostic au service des
urgences ncessite une consultation externe chez un spcialiste, les consultations externes se
font en dehors du centre hospitalier, dans le cas de lhpital HASSAN II dAgadir, cest le
centre de diagnostic qui est charg de recevoir les patients en consultations.
Lanalyse de cette mesure par rapport aux services de lhpital permet aux
responsables de prvoir tout manque de ressources humaines ou matrielles dans les services
dun tablissement sanitaire. Ainsi lorsquon remarque une augmentation du nombre des
consultations externes dans un service donn, les responsables devraient affecter plus de
personnel sanitaire dans ce service et fournir plus de ressources matrielles comme les
quipements mdicaux, vis--vis des centres de consultations externes.
Retard rendez-vous.
Cest lindicateur qui mesure la dure en jours entre la date dentre du patient en
urgences et la date du rendez-vous de la consultation externe, travers cette mesure on juge la
gestion des rendez-vous du centre hospitalier, ce qui reflte limage de ce dernier. Par
exemple, les retards des rendez-vous doivent tre en fonction de la gravit des cas qui se
prsentent en urgences, ainsi un rendez-vous dun cas de gravit moyenne doit tre retard par
rapport celui dun patient prsentant un tat plus grave.
Ainsi lanalyse de cet indicateur par rapport au personnel dun hpital permet dvaluer la
disponibilit ou le besoin en termes de mdecin et dinfirmiers ce qui pourrait expliquer aux
responsables du ministre de la sant les retards des rendez-vous. De ce fait, ils affecteraient
plus de personnel afin damliorer la qualit de gestion des tablissements sanitaires.
2.2.
Dtermination des axes danalyse
Lanalyse des indicateurs cls recueillis auprs des responsables du ministre de la

sant va tre effectue selon diffrents axes danalyse. Ces derniers ont t labors selon le
besoin des responsables et aussi selon la disponibilit des donnes.
Suite lanalyse des besoins quon a mene, il a t ncessaire de prvoir la cration
des dimensions suivantes et qui sont relatives aux services des urgences et des consultations
externes :
22
2011-2012
Temps.
Age.
Sexe.
Services.
Personnel sanitaire.
Gographie du patient.
Diagnostique.
Centre.
Motif dadmission en urgences.
Motif de sortie des urgences.
Destination en sortie durgences.
Degr durgence.
Cas judiciaire oui ou non.
Cas ouvert oui ou non.
Cas nouveau oui ou non.
Affiliation
Type du rendez-vous.
Date de cration du rendez-vous.
Date du rendez-vous.
Etat du rendez-vous.
Rsultat du rendez-vous.
Agenda.
La prise en considration des diffrentes dimensions et de leurs hirarchies savre

dune grande importance car elle permet danalyser les donnes avec plus de prcision et un
niveau de granularit trs fin. Parmi les dimensions cites ci-dessus, on a pu reprer quelquesunes hirarchiques, le tableau suivant nous donne la liste de ces dimensions avec leurs
hirarchies.
Tableau II-2 : Les dimensions hirarchiques
Dimensions
Hirarchie
Temps
Anne => Semestre => Trimestre => Mois => Jour.
Services
Centre => Zone => Service => unit.
Gographie du
patient
Pays => Rgion => Provence => Dpartement => Provence par
dpartement.
Diagnostique
Diagnostic de frquentation => Diagnostique dtaill.
Age
Rang ge => ge.
23
2.3.
2011-2012
Description dtaille des axes danalyse
Dans cette partie, nous nous intresserons la description dtaille des axes danalyse
cits auparavant. En effet, cette description nous sera dune trs grande utilit lors de la phase
dextraction, transformation et chargement des donnes de la base de donnes source.
Ci-dessous, la description des axes danalyse Gographie et Temps :
La dimension Gographie: Nous nous sommes intresss cet axe qui permet de faire
lanalyse de lensemble des indicateurs selon la gographie, et aussi avec un niveau de
prcision lev, compte tenu de la hirarchisation de cette dimension. Cette table de
dimension se caractrise par le fait quelle est commune aux services des urgences et
des consultations externes.
Le tableau qui suit capitalise lensemble des informations relatives cette table de
dimension :
Tableau II-3 :Axedanalyse Gographie
Axe de lanalyse: Gographie

Identifiant
Description
Sources de donnes
Terr_id
Terr_idfath
terrcode
territoire
Dim_Geographie
Cette dimension permet de faire les
diffrentes analyses selon les pays, region,
provence,etc.
Cre partir de la table Geographie
Attributs
- Cl primaire de la table Dim_Geographie.
- Type de donnes: Int.
- Source de donnes: Geographie.
- Correspond lidentifiant de la rgion
laquelle appartient celle de la ligne.
- Type de donnes: int.
- Attribut indiquant le code de la rgion.
- Type de donnes: Char(15)
- Attribut indiquant le nom de la rgion ou de
la ville,etc.
- Type de donnes: Char(50)
La dimension Temps: Toutes nos analyses se font par rapport laxe du temps dans le
but de visualiser des rapports priodiques. La possibilit deffectuer les analyses des
diffrentes mesures selon laxe du temps et selon un niveau de granularit trs fin, est
dune trs grande importance dans le domaine des urgences et des consultations
externes, compte tenu de la hirarchisation de cet axe qui se prsente comme suit:
Anne => Semestre => Trimestre => Mois => Jour.
24
2.4.
2011-2012
Conception des modles multidimensionnels
Cette phase nous place dans la septime tape de la mthodologie de conduite de travail
GIMSI Systme de tableau de bord .
Nous avons adopt une approche ascendante pour la construction de notre entrept de
donnes. Cette approche nomme Bottom-Up consiste aller du bas vers le haut,
autrement dit, commencer par concevoir les datamarts et les regrouper par la suite jusqu
lobtention du datawarehouse [W4]. Dans notre cas, il sagit de la construction des deux
datamarts des urgences et des consultations externes.
Choix du modle multidimensionnel :
Nous avons prsent dans le deuxime chapitre les diffrents schmas dun DWH : en
toile et en flocon. Dans notre cas nous avons opt pour le modle en toile, qui est le modle
classique. Il est considr comme tant le modle le plus simple et qui offre une grande
facilit de navigation.
Nous avons choisi ce modle pour plusieurs raisons citer :
les requtes sont plus rapides sur un schma en toile.
Ladaptabilit de ce modle aux cardinalits 1-n entre la table de fait et les tables de
dimensions, ce qui est le cas pour les relations entre les faits et les dimensions que
nous avons relevs.
lETL est plus simple avec un schma en toile.
Lespace occup par les tables de dimension est ngligeable devant celui de la table
des faits, en effet la majorit des tables de dimensions que nous avons recueillies ne
sont pas volumineuses.
Performances : Nombre de jointures limit, gestion des donnes creuses.
Bien que le modle en toile prsente quelques inconvnients comme la redondance
dans les dimensions, surtout dans les dimensions qui prsentent une hirarchie, mais il sagit
du modle le plus adapt notre cas.
Datamart Urgences:
La table de fait Fait_Urgences contient des donnes issues de tables sources

diffrentes, relatives au passage des patients par les urgences, telles le numro de lpisode, la
date darrive, le degr durgence, la cause de lurgence, ainsi que les informations
personnelles du patient telles que son ge, la zone gographique laquelle il appartient, son
sexe, etc.
Les donnes servant daxes danalyse sont saisies en tant que cls trangres rfrant
des tables de dimensions qui contiennent lintgrit des donnes de chaque dimension.
La figure suivante reprsente le modle multidimensionnel de ce datamart.
25
2011-2012
Dim_DestSortieUrg
Dim_EpisOuvert
Destination_Id
Dim_Afiliation
EpisOuvert_Id
DestinationSortie
Afiliation_Id
EpisOuvert
Afiliation
Dim_Temps
DATE
ANNEE
SEME
Dim_Sexe
SEMEDESC
Fait_Urgences
Id_Sexe
TRIM
EPIS_KEY
Sexe
TRIMDESC
EpisOuvert_Id
MOIS
EpisCasNouv_Id
MOISDESC
EpisCasJud_Id
Dim_UrgGrade
DATEDESC
EPIS_DATE_INIT
UrgGrade_Id
Dim_Age
CSTA_Id
UrgGrade
Dim_CSTA
DestinationSortie_Id
Age_Id
MotifSortie_Id
Age
UrgCause_Id
RangAge_Id
UrgGrade_Id
RangAge
CSTA_Id
Id_Sexe
CENT_Id
Age_Id
CENTRE
centre_Id
SERV_Id
terr_Id
SERVICE
Diag_Id
TACTCODE
Afiliation_Id
Dim_Diag
Diag_Id
diagdesc
diagtype
Diag_IdFath
TACT
CSTA
Dim_Geographie
terr_Id
Dim_EpisCasNouv
terr_Idfath
EpisCasNouv_Id
terrcode
EpisCasNouv
territoire
Dim_UrgCause
Dim_MotifSortieUrg
UrgCause_Id
MotifSortie_Id
UrgMotif
MotifSortie
Dim_Centre
Dim_EpisCasJud
centre_Id
EpisCasJud_Id
centre
EpisCasJud
Figure II-3 : Modle en toile du datamart Urgences
Datamart Consultations Externes:
Dautre part, nous avons construit le modle multidimensionnel du Datamart

Consultations Externes laide dune table de fait relie treize tables de dimensions.
La table de fait nomme Fait_Consul.Ext contient des donnes qui proviennent de
diffrentes tables sources diffrentes, elles permettent de calculer les indicateurs relatifs aux
consultations externes, chaque entre est un pisode identifie par un code. Un pisode a une
date darrive, un tat de rendez-vous, un rsultat de rendez-vous, un type de rendez-vous
ainsi quun retard du rendez-vous.
26
2011-2012
La table de fait Fait_Consul.Ext contient les cls primaires de toutes les tables de
dimensions avec lesquelles elle est lie.
Dim_Geographie
Dim_Sexe
terr_Id
Id_Sexe
terr_Idfath
Sexe
terrcode
Dim_Agenda
Agenda_Id
territoire
Agenda_Nom
Dim_Temps
DATE
ANNEE
Dim_RVProg
SEME
Id_RVProg
SEMEDESC
RendezVs_Prog
Fait_Consul.Ext
TRIM
EPIS_KEY
TRIMDESC
PERS_KEY
MOIS
PersSani_Id
MOISDESC
Id_Age
DATEDESC
Id_Sexe
Dim_EtatRV
terr_Id
Id_EtatRV
BOOK_KEY
EtatRV
Date_RV
Dim_PersonnelSani
Id_Prestation
PersSani_Id
CSTA_Id
Id_Sexe
Id_EtatRV
PersNomComplet
Dim_CSTA
Dim_Age
Id_TypeRV
Age_Id
Id_ResultatRv
Age
DIAG_KEY
RangAge_Id
BOOKDATEBOOK
RangAge
CSTA_Id
Id_RVProg
CENT_Id
Agenda_Id
CENTRE
Jours_Retard
Dim_Prestation
Id_Prestation
SERV_Id
Prestation_Id_Par
SERVICE
TACTCODE
Prescode
TACT
Prestation
CSTA
Dim_Diag
Diag_Id
Dim_TypeRV
Dim_ResultatRV
Id_TypeRV
Id_ResultatRv
Type_RV
Resultat_RV
diagdesc
diagtype
Diag_IdFath
Figure II-4 : Modle en toile du datamart consultations externes
Le Datawarehouse:
La conglomration des deux Datamarts Urgences et Consultations Externes donne le

modle multidimensionnel de notre datawarehouse modlis par un schma en constellation
qui relie les deux tables de faits et les tables de dimensions partages.
27
2011-2012
Dim_EpisOuvert
EpisOuvert_Id
EpisOuvert
Dim_MotifSortieUrg
MotifSortie_Id
Dim_DestSortieUrg
Destination_Id
DestinationSortie
EpisCasJud_Id
EpisCasNouv_Id
MotifSortie
Fait_Urgences
EPIS_KEY
EpisCasNouv_Id
Dim_EpisCasNouv
EPIS_DATE_INIT
EpisOuvert_Id
EpisCasNouv
CSTA_Id
DestinationSortie_Id
MotifSortie_Id
UrgCause_Id
UrgGrade_Id
CSTA_Id
Dim_CSTA
CENT_Id
CENTRE
SERV_Id
SERVICE
TACTCODE
TACT
CSTA
Id_Sexe
Dim_Sexe
Sexe
DATE
Dim_Temps
ANNEE
SEME
SEMEDESC
TRIM
TRIMDESC
MOIS
MOISDESC
Dim_EtatRV
Id_EtatRV
EtatRV
EPIS_KEY
Fait_Consul.Ext
PERS_KEY
PersSani_Id
Id_Age
Id_Sexe
terr_Id
BOOK_KEY
Date_RV
Id_Prestation
CSTA_Id
Id_EtatRV
Id_ResultatRv
Dim_Centre
Id_Sexe
DIAG_KEY
Diag_Id
Prestation
Prescode
Prestation_Id_Par
Id_Prestation
Dim_Prestation
Jours_Retard
Agenda_Id
Id_RVProg
Id_TypeRV
centre_Id
Age_Id
BOOKDATEBOOK
DATEDESC
centre
centre_Id
Dim_Age
Age_Id
Age
RangAge_Id
RangAge
terr_Id
Dim_Geographie
terr_Idfath
terrcode
territoire
diagdesc
Dim_Diag
UrgCause_Id
Dim_UrgCause
diagtype
Diag_IdFath
UrgMotif
Afiliation_Id
Diag_Id
terr_Id
EpisCasJud_Id
Dim_EpisCasJud
EpisCasJud
Afiliation_Id
Dim_Afiliation
Afiliation
Dim_UrgGrade
UrgGrade_Id
UrgGrade
Id_RVProg
Dim_RVProg
RendezVs_Prog
PersSani_Id
Dim_PersonnelSani
Id_Sexe
PersNomComplet
Agenda_Id
Dim_Agenda
Agenda_Nom
Id_ResultatRv
Dim_ResultatRV
Resultat_RV
Id_TypeRV
Dim_TypeRV
Type_RV
Figure II-5 : Schma du Datawarehouse
28
2011-2012
_________________________________________________________________________
Au cours de ce chapitre, nous avons touch aux diffrents aspects conceptuels de notre
projet, partir du recueil des indicateurs cls de performance, jusqu ltablissement des
modles multidimensionnels pour lanalyse de ces indicateurs. Nous allons consacrer le
chapitre suivant la prsentation des outils utiliss pour raliser notre travail.
29
2011-2012
Chapitre 3
III.
Prsentation des outils utiliss
Le chargement de notre datawarehouse fait intervenir la suite Microsoft SQL Server

2008 R2 que nous avons choisie pour la ralisation de notre projet, ce choix est en
adquation avec la politique du ministre de la sant, qui fait intervenir les produits
Microsoft dans la ralisation de tous ses projets informatiques, ceci garantit une
interoprabilit souple entre les diffrents systmes du ministre, et notre solution un suivi
et une maintenance long terme par les comptences techniques de lorganisme. Le prsent
chapitre prsente une comparaison entre la suite BI de Microsoft et quelques suites prsentes
sur le march, ainsi quune tude technique et fonctionnelle des produits Microsoft utiliss.
1. Comparaison des suites dcisionnelles :

Le choix de notre outil de travail va en concordance avec la politique du ministre de
la sant qui utilise les produits Microsoft pour la ralisation de tous ses projets informatiques.
Nanmoins, nous avons choisi de faire une tude comparative de la suite Microsoft avec
quelques suites BI prsentes sur le march.
Dans le domaine du BI, les outils propritaires tel que Microsoft offrent un grand
nombre de fonctionnalits avec un haut niveau de performance. Cependant, lutilisation de ces
outils entraine des cots levs de licence, de formation ou de support technique. Quant aux
solutions Open Source telles que Pentaho, Jaspersoft ou SpagoBI, ce sont des outils code
ouvert quon peut consulter librement. Ces outils ont aussi la capacit de rpondre un grand
nombre de besoins en matire de BI avec un cot minimum et une capacit dadaptabilit
assez importante. [W8]
A cet gard, nous avons men, dans le cadre de notre travail, une tude comparative
entre deux suites propritaires qui sont Microsoft, Oracle et une suite Open Source qui est
Pentaho.
1.1.
Prsentation des suites dcisionnelles :
Microsoft SQL Server 2008 R2 : Cette suite, produit de Microsoft, intgre

l'ensemble des briques ncessaires la construction d'un systme d'information
dcisionnel. En effet, cette plateforme saccompagne de nombreux outils pour
intgrer, analyser et afficher les donnes, tout en garantissant une haute performance,
elle repose sur les outils suivants : SQL Server Integration services (SSIS), SQL
Server Analysis Services (SSAS) et SQL Server Reporting Services (SSRS).
30
2011-2012
Figure III-1 : Les outils de MS SQL Server 2008 R2 [12]
Oracle Business Intelligence Suite: Concurrente de Microsoft, la solution Business

Intelligence dOracle est une plateforme complte du systme dcisionnel qui fournit
toute la gamme de fonctionnalits danalyse et de production de rapports. la
plateforme contient une base de donnes, un outil d'intgration de donnes (ETL), des
requteurs, et un portail permettant de publier des tableaux de bord. [15]
Figure III-2 :ArchitecturefonctionnelledOracleBISuite[15]
Pentaho: Cette suite est considre comme le leader des suites de BI dans le monde
de lOpen Source. Cest une plateforme dcisionnelle extrmement complte et autosuffisante, qui permet non seulement dutiliser les diffrents outils dcisionnels open
source depuis une interface unique et simple dutilisation, mais aussi dtendre et de
combiner leurs fonctionnalits grce lutilisation dun moteur de workflow. Elle
31
2011-2012
repose sur JFreeReport pour les rapports, Weka pour le datamining, PDI pour l'ETL, et
Mondrian pour le serveur OLAP.[ W6]
Figure III-3 : Fonctionnalits de Pentaho
1.2.
Tableau comparatif des suites BI :
Le tableau suivant prsente les fonctionnalits des trois suites dcisionnelles :

Tableau III-1 : Tableau comparatif des suites dcisionnelles choisies
Fonctionnalits
Microsoft
Oracle
Alimentation
-Chargement des donnes

externes par fichier plat.
-Chargement de toute
source de donnes.
-Chargement des donnes

externes par fichier plat.
-Chargement de toute
source de donnes.
-Connexion
nimporte quelle
base de donnes
au travers dun
driver JDBC.
Stockage
-Cube OLAP.
-Entrept de donnes.
-Datamarts mtiers.
-Outil de gestion du
dictionnaire de donnes.
-Gestion de la scurit et
des reprises aprs incident
-Statistiques.
-Analyse
multidimensionnelle.
- Extraction des donnes
un format de type tableur.
-Cube OLAP.
-Entrept de donnes.
-Datamarts mtiers
-Outil de gestion du
dictionnaire de donnes.
-Gestion de la scurit et
des reprises aprs incident
-Statistiques.
-Analyse
multidimensionnelle.
- Extraction des donnes
un format de type tableur.
-SGBD avec
loption OLAP.
Administration
Analyse
Pentaho
- Administration
des actions depuis
une interface
spcifique.
-Connexion
nimporte quelle
base de donnes
relationnelle.
-Possibilit
32
Reporting et
tableaux de
bord
-Tableaux de bord
personnalisables et
interactifs.
-Mise disposition d'une
interface graphique de
construction de tableaux
de bord personnaliss et de
restitutions dans un portail
dcisionnel.
2011-2012
-Tableaux de bord
standards et interactifs.
-Mise disposition d'une
interface graphique de
construction de tableaux
de bord personnaliss.
dexcuter des
requtes MDX.
-Support de
sources de
donnes multiples
dans les mmes
rapports.
- Support de sous
rapports.
Suite cette comparaison nous pouvons conclure que certes, les outils Open Source
offrent un ensemble de fonctionnalits assez performantes mais restent dpasss par les suites
propritaires telles Microsoft ou Oracle. Ces deux dernires suites sont concurrentes et
proposent toutes les deux plusieurs composants qui rpondent aux besoins des entreprises et
couvrent lensemble de la chaine dcisionnelle avec un niveau de performance assez lev
mais la suite Microsoft reste meilleure que celle dOracle vu quelle est moins chre, facile
intgrer avec SharePoint et Microsoft Office et elle offre un niveau de scurit plus lev.
2. Prsentation de la suite Microsoft SQL Server 2008 R2 :

La suite dcisionnelle de Microsoft reposant sur le socle de SQL Server 2008 R2 permet:
L'analyse postriori de la situation de lentreprise (pass).

La restitution des tendances probables de lactivit court et moyen terme
(prvisions).
La production dune vision comptable de lentreprise non seulement conforme,
correcte mais aussi globale.
La mise en place dune communication aise, efficace et automatisable des tableaux
de bord, documents, graphiques et rapports mensuels.
2.1.
Principaux composants et fonctionnalits :
En plus de son moteur, SQL Server 2008 R2 contient trois plateformes, indispensables
pour raliser un projet en Business Intelligence. [12]
SQL Server Integration Services: qui permet dintgrer des donnes provenant de
diffrentes sources pour les ranger dans un entrept central.
SQL Server Analysis Services: qui permet danalyser les donnes, agrges lors de
S.S.I.S., grce des fonctions danalyse multidimensionnelle.
SQL Server Reporting Services: qui permet de crer, grer et publier des rapports
rsultant des analyses ralises lors de SSAS.
33
2011-2012
Loutil avec lequel on va raliser notre travail : SQL Server 2008 R2 couvre
lensemble des tapes ncessaires la ralisation dun projet BI, le tableau suivant prsente
lensemble des fonctionnalits offertes par cet outil.
Tableau III-2 : Principaux fonctionnalits de MS SQL Server 2008 R2 [13]
Rle
Nomdeloutil
Fonctionnalits
Alimentation
SQL SERVER Integration

services
-Outil dextraction (Type ETL).

-Chargement de toute source de
donnes.
-Audit des erreurs et des rejets.
Stockage
SQL SERVER Analysis services
-Entrepts de donnes.
-Cubes OLAP.
-Datamarts mtiers.
Reporting et
tableaux de bord
SQL SERVER Reporting

services
Report Builder
SharePoint Portal server
-Tableaux de bord personnaliss.

-Tableaux de bord interactifs.
-Interface graphique de construction
de tableaux de bord personnaliss.
-Fonctionnalits de Reporting de
masse.
- Mise disposition des restitutions
dans un portail dcisionnel.
Administration
SQL SERVER Management

studio
-Outil de gestion du dictionnaire de

donnes.
-Gestion de la scurit.
-Gestion des reprises aprs
incidents.
2.2.
Fonctionnalits dtailles par produits :
SQL Server Integration Services : LETL de Microsoft SSIS (SQL Server Integration
Services) permet dalimenter un systme dinformation dcisionnel partir de sources
de donnes htrognes : base de donnes Oracle, OLEDB, fichiers (plats, XML,
Excel), etc.
Lentrept de donnes constitu doit tre une base de donnes SQL Server. SSIS
permet galement dalimenter des cubes (Analysis Services) et peut sinterfacer avec
Reporting Services. [W5]
SQL Server Analysis Services: Le moteur Analysis Services permet de grer des
cubes afin deffectuer des analyses multidimensionnelles. Il intgre par ailleurs un
moteur de Datamining, fourni avec des algorithmes prdfinis, qui offre des
34
2011-2012
fonctionnalits danalyse avances et un accs aux cubes Analysis Services. Il

sintgre parfaitement aux outils Office. [W5]
SQL Server Reporting Services : SQL Server Reporting Services offre toutes les
fonctionnalits de Reporting avec la possibilit pour des utilisateurs avancs de crer
leurs propres rapports, via le Report Builder. Cet environnement de gnration de
rapports met disposition des utilisateurs un large choix de sources de donnes, de
formats de sortie (HTML, PDF, Excel etc.) et de canaux de distribution (email,
fichier). SSRS est mme dattaquer des sources SQL Server et non SQL Server.
[W5]
Portail dentreprise: Office SharePoint est la solution portail de Microsoft mais il est
possible dintgrer les tableaux de bord issus des diffrents produits Microsoft dans un
portail dentreprise. [W5]
2.3.
Architecture fonctionnelle :
Larchitecture fonctionnelle de la plate-forme BI de Microsoft est reprsente dans la

figure qui suit :
Figure III-4 : Architecture fonctionnelle de la suite Microsoft SQL Server 2008 R2 [13]
2.4.
Architecture technique :
Microsoft est un acteur majeur dans le domaine dcisionnel qui observe une forte
croissance depuis quelques annes (environ 30% du march mondial) et largit sa gamme de
produits de manire offrir ce jour lun des produits les plus complets du march
dcisionnel.
Cette plateforme modulaire, intgre, et interoprable sappuyant sur des standards
dispose dune forte volutivit. Le tableau suivant rsume larchitecture technique de la suite
dcisionnelle de Microsoft :
35
2011-2012
Tableau III-3 : Architecture technique de la suite MS SQL Server 2008 R2[13]
Options
Type darchitecture
Technologie darchitecture WEB
Navigateurs prconiss
Systmes dexploitation
Stockage des donnes
Modle de donnes.
Mode de calcul des agrgats
Interoprabilit avec dautres outils du

march
Scurit
2.5.
Fonctionnalits
-Client/Serveur.
-Web.
-.Net.
-Internet Explorer.
-Firefox.
-Google Chrome.
-Netscape.
-Opera.
-Windows Server.
-Base de donnes : SQL Server.
-Nombre daccs simultans: Pas de
contrainte particulire.
-Modlisation la demande.
-ROLAP.
-HOLAP.
-MOLAP.
-Interoprabilit avec toutes les bases de
donnes relationnelles ou
multidimensionnelles compatibles OLEDB
ou ADOMD.Net.
-Gestion de comptes et de mots de passe
personnaliss, gestion de profils utilisateurs,
http, etc.
Stratgie vis--vis du monde de la sant
Microsoft a pour stratgie de dmocratiser le dcisionnel en offrant une solution trs

complte et simple dutilisation.
Des partenariats avec des socits telles quAlicante et Keyrus dans le domaine de la
sant permettent Microsoft de proposer des offres spcifiques mtier qui peuvent tre
distribues par des socits de services locales ou nationales :
Rfrences Alicante : Centre Hospitalier Arras, Groupe AHNAC, Centre Hospitalier

Universitaire Nice, CH Creil, CH Senlis, etc.
Rfrences KEYRUS : CH Foch, Hospices Civils de Lyon, etc.
Aujourdhui SQL Server est utilis par 400 tablissements de sant.
3. Prsentation de Microsoft SharePoint 2010

SharePoint est un portail regroupant une suite doutils permettant aux
entreprises doptimiser le cycle de vie de linformation non ou peu structure, lintrieur
comme l'extrieur de leur organisation. Bas sur une technologie web, SharePoint est une
36
2011-2012
solution de gestion et de partage de linformation (Enterprise Content Management ou ECM)

offrant :
L'intgration de processus mtier et de workflow.

Un Framework de business intelligence permettant dagrger des donnes mtiers
et de crer des tableaux de bords (pilotage d'entreprise et aide la dcision).
Un outil de gestion de contenu (CMS).
Des espaces collaboratifs (gestion de documents, mise disposition despaces de
travail ou de wikis).
Des services de gestion documentaire.
Un moteur de recherche indexant de multiples sources dinformation tel que les sites
SharePoint ou les documents stocks.
Une intgration parfaite avec les outils bureautique Microsoft.
Un Framework permettant une intgration technique et fonctionnelle complte et sur
mesure.
La figure suivante reprsente le dcoupage fonctionnel de MS SharePoint 2010 :
Tableau III-4 : Dcoupage fonctionnel de MS SharePoint 2010
Le Framework Business Intelligence

Le but des outils de ce Framework est de consolider, rassembler, homogniser,
synthtiser l'information disperse l'intrieur comme l'extrieur de l'entreprise pour la
rendre disponible aux directions marketing, ressources humaines, finances, commerciales
tout en organisant le partage de cette information dans un cadre scuris grce la mise en
place d'un portail Intranet dcisionnel.[14]
SharePoint 2010 embarque un ensemble de briques permettant de construire ces
Intranets. La solution propose des moyens de diffusion de rapports, de mise en place
d'indicateurs,
de
visualisation
d'informations
dcisionnelles
utilisant
Excel.
Il contient aussi :
Performance Point Services : Application qui permet danalyser en dtails les

performances de lorganisation. Elle permet aux utilisateurs de crer des tableaux de
37
2011-2012
bord daide la dcision de manire centralise et toujours jour, avec des

composants WebPart de cartes de performances, de rapports et de filtres qui
contiennent des visualisations de donnes interactives.
PowerPivot (extraction, consolidation, analyse de donnes simplifie et la demande)
accessible dans Excel ou via SharePoint.
Visio : affichez vos informations dcisionnelles sous forme de schma Visio.
Associes aux autres composants de SharePoint 2010, ces solutions permettent de

construire simplement un portail dcisionnel collaboratif sans gal.
_________________________________________________________________________
Au terme de ce chapitre, nous avons prsent une tude comparative de quelques
suites dcisionnelles, et ce pour montrer les points forts de la plate-forme BI de Microsoft et
lemplacement de cette solution dans le monde des outils dcisionnels, ensuite nous nous
sommes concentrs sur les produits de la gamme Microsoft que nous envisageons dutiliser
pour la ralisation de notre projet, la suite dcisionnelle MS SQL Server 2008 R2 et loutil
MS SharePoint 2010 pour le partage de donnes. Finalement, nous rappelons que le choix de
ces outils a t effectu conformment la politique du ministre de la sant pour les projets
informatiques, la mise en uvre de notre solution sera dtaille au cours du chapitre suivant.
38
2011-2012
Chapitre 4
IV.
Ralisation
Ce dernier chapitre est consacr ltape de la mise en uvre de la solution qui constitue
lavant dernire phase de la mthodologie de conduite de projets GIMSI, cette phase a
consist en trois tapes. Dans un premier temps, nous tions amenes mettre en uvre le
processus dalimentation des datamarts Urgences et Consultations Externes. Ltape
suivante a consist en la cration des cubes OLAP. La dernire tape a consist en
llaboration des rapports et des tableaux de bord, et ce, en utilisant les diffrents
composants Microsoft prsents dans le chapitre prcdent. Nous dcrivons, dans ce
chapitre, les dtails relatifs chaque tape.
1. Phase dextraction, transformation et chargement:

La phase ETL est la premire phase de la ralisation dun projet dcisionnel, sa finalit
est de construire lentrept de donnes. A cet gard, nous avons abord la plateforme SQL
Server Integration services (SSIS) qui permet dextraire les donnes partir dune ou
plusieurs bases de production sources, les transformer laide dune srie doprations et de
transformations si besoin, et finalement les charger dans le datawarehouse. Cest au moyen de
cet outil que nous avons ralis cette phase ETL.
Pour raliser cette tape dont la finalit est dalimenter nos deux Datamarts
Urgences et Consultation Externes, nous avons appliqu, aux donnes extraites de la
base de production source, les transformations et les oprations ncessaires telles que les tris,
les jointures, les conversions de types ainsi que dautres oprations, avant de les charger dans
les datamarts. Quant au chargement, on a commenc par charger, tout dabord, les tables de
dimensions avant de charger les tables de faits afin de respecter les contraintes dintgrit lors
du chargement des cls trangres dans les tables de faits.
Le rafraichissement des datamarts se fait chaque semaine de faon automatique, en
effet les tables des datamarts sont alimentes de faon automatique chaque fin de semaine,
lexception des tables qui nont besoin dtre alimentes quune seule fois, comme la
dimension Temps, Sexe, etc.
Nous citons ci-aprs, titre dexemple, les processus ETL concernant les dimensions
Personnel Sanitaire, Services et la table de fait Fait_Urgences.
Pour la dimension Dim_PersonnelSani, nous lavons aliment partir de deux tables
diffrentes qui sont la table Cstahper et la table Pers, la premire contient le personnel
sanitaire et les diffrents services auxquels ils sont affects, la deuxime contient toutes les
informations concernant une personne telles que son nom complet et son sexe, etc.
39
2011-2012
Les donnes extraites de ces deux tables ont subi des transformations et des oprations
telles que les tris, les jointures de fusion avant dtre charges dans la table de dimension
Dim_PersonnelSani.
La figure qui suit prsente cette phase dextraction, transformation et chargement de
cette table de dimension.
Figure IV-1 : Processus ETL de la dimension Personnel Sanitaire
Les transformations prsentes dans la figure ci-dessus sont :
Nouvelles lignes : Il sagit dune transformation de recherche qui excute une requte
pour ne retourner que les lignes qui ont t insres dans la base de production depuis
le dernier chargement de la table, et les lignes modifies. Cette opration sert aux
rafraichissements automatiques de la table et est effectue au dbut du chargement de
chaque table qui ncessite un rafraichissement rgulier. [16]
Les tris: Cette transformation permet de trier les lignes du flux de donnes. Pour
configurer cette tche, nous devons spcifier les colonnes trier ainsi que leur ordre de
tri. Les tris sont indispensables avant toute opration de jointure de fusion. [16]
Suppression des doublons: Cest une transformation de recherche qui permet

deffectuer des recherches en utilisant une logique de correspondance [16]. Dans
notre cas, on a utilis une suppression des doublons des donnes issues de la table
source Cstahper. En effet, une personne dans cette table peut tre affecte
plusieurs services, donc on ne slectionne que les identifiants distincts du personnel
sanitaire.
Les jointures de fusion: Cette transformation permet la fusion de deux flux de

donnes qui doivent tre tris de la mme manire. Pour configurer cette tche, il
suffit de choisir le type de jointure que lon souhaite utiliser puis de slectionner les
40
2011-2012
colonnes fusionner [16]. Dans notre cas, nous rcuprons le sexe et le nom complet
de chaque personne par une jointure entre les deux tables.
Pour la dimension Services, nous lavons aliment partir de quatre tables diffrentes
comme il est illustr sur la figure ci-dessous.
Nous avons effectu des jointures entre ces tables ; une jointure entre les deux
premires tables, une deuxime jointure entre le rsultat de la premire jointure et la troisime
table et finalement une dernire jointure avec la quatrime table.
Figure IV-2 : Processus ETL de la dimension Services
En ce qui concerne lalimentation de la table de fait, on a fait appel sept tables

diffrentes. Nous illustrons dans la figure qui suit la srie de transformations et doprations
effectues sur les donnes issues de ces tables avant quelles ne soient charges dans la table
de fait Fait_Urgences. En effet, nous avons effectu des jointures de fusion deux deux
entre ces tables, des tris, et finalement une transformation dune grande importance qui est la
colonne drive. En effet, cette transformation cre de nouvelles valeurs de colonnes en
appliquant des expressions aux colonnes dentre. Dans notre cas, nous avons utilis cette
transformation pour effacer les blancs, remplacer les valeurs NULL par 0, et finalement pour
calculer lge du patient partir de sa date de naissance et la date de sa prise en charge.
41
2011-2012
Figure IV-3 : Processus ETL de la table de fait Fait_Urgences
42
2011-2012
Enfin, une configuration est ncessaire au niveau de SQL Server Agent pour rendre le
chargement des diffrentes dimensions de lentrept de donnes automatique. Il sagit de
dfinir un travail de type SQL Server Intgration Services qui excute des tapes dans un
ordre prcis, pour charger les tables de dimensions en premier suivies par les tables de fait.
Cette excution se fait chaque fin de semaine de faon automatique.
2. Phase de cration des cubes OLAP

Aprs avoir construit et aliment les deux datamarts, vient ltape dlaboration des
cubes OLAP. En effet, un cube est une structure multidimensionnelle qui contient des
dimensions et des mesures, les dimensions dfinissent la structure du cube tandis que les
mesures fournissent les valeurs numriques prsentant un intrt pour l'utilisateur final. Cette
tape est primordiale dans tout projet dcisionnel puisquelle nous permet, par la suite,
deffectuer les analyses sur les indicateurs de performance.
A cet effet, la suite Microsoft propose son moteur OLAP SQL Server Analysis
Services qui permet danalyser les donnes grce des fonctions danalyse
multidimensionnelle. SQL Server Analysis Services utilise la fois des composants serveur et
clients pour fournir des fonctionnalits OLAP et d'exploration des donnes, le composant
serveur est implment comme un service Microsoft Windows et les clients communiquent
avec Analysis Services l'aide de la norme publique XMLA pour transmettre des requtes en
langage MDX. [W8]
MDX (Multidimensional Expressions) est un langage de requtes sur les bases de
donnes multidimensionnelles, il permet dexplorer les cubes OLAP, interroger les donnes
qui y sont contenues et les manipuler.
La cration dun cube OLAP consiste en la dtermination des tables qui entreront dans
lanalyse, ensuite la dtermination des KPI et puis la construction des dimensions, leurs
attributs et leurs hirarchies. La figure suivante illustre linterface de SSAS utilise pour la
construction des deux cubes OLAP Urgences et Consultations externes .
43
2011-2012
Figure IV-4 : Interface de SSAS
Comme le montre la figure, la cration du cube Urgences met en jeu la table de fait
et les tables de dimensions du datamart relatif aux urgences. Les mesures quon vise
calculer peuvent tre classes en deux types :
Mesure: Calcule directement partir des donnes du datawarehouse [17]. Dans

notre cas, on peut citer, titre dexemple, le nombre de patients en urgence, le nombre
des consultations externes.
Membre calcul: est un membre dont la valeur est calcule en utilisant une
expression MDX [17]. Dans notre cas, la moyenne mensuelle des patients avec sortie
des urgences, ou bien la moyenne quotidienne des patients servis en urgences sont des
membres calculs.
La cration des dimensions se fait au niveau de lexplorateur de solution ( droite de

lcran), laide de lassistant de cration de dimensions auquel nous indiquons la table, le
nom et les attributs de la dimension. La hirarchie de la dimension sera configure au niveau
de sa structure.
Une fois la cration termine, on dploie les cubes dans le serveur de SQL Server 2008
Analysis services, par la suite, nous pouvons analyser nos indicateurs selon les axes danalyses
dfinis pralablement. La figure qui suit prsente une analyse de la Moyenne mensuelle des
patients servis en urgences selon les dimensions de lge et du motif de ladmission en urgences.
44
2011-2012
Figure IV-5 : ExempledanalysesurlecubedesUrgences
Les cubes subissent une opration de re-processing chaque fin de semaine de faon
automatique, ceci afin de rafraichir les donnes quils contiennent et prendre en comptes les
nouvelles insertions au DWH dans lanalyse OLAP.
3. Gnration des rapports

Pour raliser les rapports, nous avons utilis loutil Report Builder 3.0, qui est un
composant de SQL Server Reporting Services, cest un gnrateur de rapports entirement
intgr Reporting Services et qui met disposition toutes les fonctionnalits de cration de
rapports (cf. Annexe 3).
Parmi les rapports raliss laide de Report Builder 3.0 nous donnons titre
dexemple le rapport qui permet de visualiser la moyenne mensuelle des patients servis en
urgences pendant les trois dernires annes (Figure IV-6) et celui visualisant le nombre de
consultations externes par sexes (Figure IV-7).
45
2011-2012
Figure IV-6 :ExemplederapportralislaidedeReportBuilder
Figure IV-7 : Rapport sur les consultations externes par sexes
Aprs la ralisation de chaque rapport, il est dploy dans le serveur de SQL Server
Reporting Services, ces rapports sont aprs visualisables via le service web Report Server qui
est une interface de communication entre les utilisateurs, les programmes clients et le serveur
de rapports SSRS.
4. Gnration des tableaux de bord

Afin de diffuser les rapports raliss et laborer les tableaux de bords, on a utilis un
outil de Microsoft nomm SharePoint Server 2010 qui fournit par le biais de son service
PerformancePoint Services des fonctionnalits d'analyse dcisionnelle (BI) performantes
aidant les organisations grer leurs donnes, ceci en crant des tableaux de bord laide du
46
2011-2012
concepteur PerformancePoint Dashboard Designer, les diffusant par la suite au plus grand
nombre dutilisateurs.
La figure qui suit prsente un exemple de tableau de bord qui concerne les urgences
cr laide de cet outil :
Figure IV-8 : Un tableau de bord pour les urgences
Laccs des utilisateurs ces tableaux de bord se fait en respectant les droits qui leur
sont octroys et les rles qui leur sont affects. En effet, SharePoint Server 2010 gre les
informations didentification de lutilisateur et scurise laccs au contenu des tableaux de
bord et ses sources de donnes sous-jacentes en dfinissant par dfaut les groupes
dutilisateurs suivants:
Administrateurs: Ils ont le droit dattribuer et modifier les autorisations des utilisateurs
pour les lments de tableau de bord.
Collaborateurs: Ils ont le droit de crer les lments de tableau de bord Performance
Point et les enregistrer dans les bibliothques de documents.
Lecteurs: Ils ont le droit dafficher et utiliser les lments de tableau de bord.
47
2011-2012
Ces groupes sont personnalisables, comme on peut crer de nouveaux groupes selon
les besoins de lorganisme.
Une fois lauthentification valide, une nouvelle session est cre, et la page offre
lutilisateur lensemble des fonctionnalits disponibles selon son profil telles que la
navigation dans les cubes, laffichage des tableaux de bord, etc. Dans le cas de
ladministrateur, il a le droit de visualiser les diffrents rapports et tableaux de bords, en
ajouter de nouveaux et aussi contrler laccs des autres utilisateurs.
_________________________________________________________________________
La ralisation de la solution dcisionnelle ft loccasion de combiner un ensemble
doutils et de techniques prsents dans les chapitres prcdents, durant le prsent chapitre,
nous avons pass en vue les tapes de cette phase, lETL, la cration des cubes OLAP et
finalement la ralisation des rapports et tableaux de bords. Nanmoins, La mthodologie
GIMSI ne sarrte pas la phase de mise en place, mais exige une amlioration permanente
par un audit du systme, la phase que nous navons pas pu raliser pour des contraintes de
temps.
48
2011-2012
V.
Conclusion gnrale
Au terme de ce travail, nous rappelons que notre projet de fin dtude sest droul au
sein de la direction de linformatique et des mthodes du ministre de la sant. Dans ce cadre,
nous tions chargs de mettre en place une solution dcisionnelle.
Ce projet nous a permis dapprofondir nos connaissances acquises en matire de
linformatique dcisionnelle et aussi dacqurir une premire exprience professionnelle dans
ce domaine. A prime abord, nous avons veill adopter une mthodologie de conduite de
projets spcifique aux systmes dcisionnels qui est la mthode GIMSI afin de mieux
formaliser les conditions de russite de notre projet dcisionnel. En respectant les tapes de
cette mthodologie, nous avons commenc par dfinir les besoins du ministre de la sant, les
objectifs de notre projet afin de mieux cerner le primtre et la porte de notre travail et aussi
on a dfini un planning qui nous a permis de prciser les tches ncessaires la ralisation de
notre projet. Une analyse de lexistant a t effectue avant dentamer laspect conceptuel qui
a consist dfinir les axes danalyses, les indicateurs cls suite une srie dinterviews avec
les responsables, et finalement la conception des modles multidimensionnels. La ralisation a
constitu la dernire tape de notre travail et a consist en lalimentation des datamarts, la
cration des cubes OLAP, et ce, en utilisant les plateformes offertes par la suite Microsoft. La
mise en place dune application web pour la restitution des donnes sous forme de rapports et
tableaux de bord a t ralise laide de loutil SharePoint 2010.
Quant aux perspectives envisages suite notre projet, nous proposons un audit du
systme ralis pour assurer un bon fonctionnement par la suite. Nous proposons galement
de dispenser une formation au profit dune quipe de la DIM afin quelle enchaine sur le
travail quon a ralis et dintgrer dautres services cette solution telles que le service
dhospitalisation, des accouchements et bien dautres dans le but davoir une vision
densemble de toutes les activits hospitalires.
49
2011-2012
Glossaire
BI (Business
Intelligence)
GIMSI
OLAP
OLTP
SID
Tableau de bord
Carte de
performance
Ensemble des moyens, des outils et des mthodes qui permettent

de collecter, consolider, modliser et restituer les donnes,
matrielles ou immatrielles d'une entreprise en vue d'offrir une
aide la dcision et de permettre aux responsables de la stratgie
d'entreprise davoir une vue densemble de lactivit traite.
Gnralisation de l'accs aux Informations dcisionnelles en
s'appuyant sur une Mthodologie d'inspiration Systmique
facilitant l'expression des Individualits de l'entreprise
(On-Line Analytical Processing) Mode de stockage optimis
pour lanalyse. Les donnes sont stockes dans un cube n
dimensions.
(On-Line Transactional Processing) Mode de stockage optimis
pour les applications transactionnelles.
Ensemble de donnes organises de faon spcifique, facilement
accessible et approprie la prise de dcision ou encore une
reprsentation intelligente de ces donnes au travers d'outils
spcialiss. La finalit d'un systme dcisionnel est le pilotage de
l'entreprise.
Document de rfrence utilis par les utilisateurs du systme
d'information de dcision. Il indique des valeurs d'indices qui
dcrivent l'volution de faits utiles au processus de dcision.
Dans les Services PerformancePoint dans Microsoft SharePoint
Server 2010, les cartes de performances sont des objets de
premire classe qui sont stocks en tant que types de contenu
dans le rfrentiel PerformancePoint Services, ce sont des vues
bases sur des grilles qui affichent des indicateurs de
performance cl (KPI) et des donnes de dimension.
50
2011-2012
Bibliographie
[1]- MINISTERE DE LA Dcret n 2-94-285 du 17 joumada Il 1415.
SANTE, (1994).
[2]- MINISTERE DE LA Stratgie 2008-2012.
SANTE, (2007).
[3]- MINISTERE DE LA Projet de financement et de gestion du secteur de la sant
SANTE, (Juin 2005).
PFGSS , fourniture et installation de progiciels pour le
systme dinformation hospitalier avec intgration.
[4]- FERNANDEZ,
Les nouveaux tableaux de bord des managers-Le projet
(Septembre 2008).
dcisionnel dans sa totalit, 4me dition, Editions
d'Organisation Eyrolles.
[5]- MINISTERE DE LA
SANTE, (2010).
[6]- S.BENNANI, (2012).
[7]- C.VENGENOT.
[8]- Le projet dcisionnel,
enjeux, modles et
architecture du
datawarehouse, (6 novembre
1997).
[9]- H. ELGHAZEL
[10]- BERNARD
EPINASSE, (2009).
[11]-Didier DONSEZ
[12]-VALENTIN PAULINE.
[13]- OHAYNON,
GABRIEL, (2007).
[14]- MICROSOFT, (2010).
Cadre nominatif du systme dinformation de gestion des

hpitaux.
Cours systmes daide la dcision.
Datawarehouse, Laboratoire de bases de donnes.
Le projet dcisionnel, enjeux, modles et architecture du
datawarehouse Edition Eyrolles
[W1]
Lorganisation du ministre de la sant public, disponible sur la

page :
http://srvweb.sante.gov.ma/Organigramme/Pages/default.aspx
Visite le mois de Mars 2012.
Blog du Chef de projets, tout sur la Business Intelligence :
http://www.chefdeprojets.com/business-intelligence
Date de publication : 05/12/2008
http://fr.wikipedia.org/wiki/Rtroingnierie
Dernire modification le 20/03/2012, visit le 05/03/2012
Conception dun entrept de donnes (Data Warehouse), par
Yazid Grim, disponible sur la page :
Fouille de donnes-Datamining.
Entrept de donnes 2.
Conception de bases dcisionnelles.

Introduction la BI avec SQL Server 2008, V. 1.
Projet bibliographique : guides dutilisations des outils
dcisionnels.
Guide dvaluation de Microsoft SharePoint 2010 pour les
professionnels de linformatique.
[15]- MIKE DONOHUE
Introduction to Oracle Business Intelligence Standard Edition
One.
[16]- Thibault Denizet
SSIS Implmenter un flux.
[17]-FESNEAU, DUCHER, Linformatique dcisionnelle.
(Avril 2002)
[W2]
[W3]
[W4]
51
[W5]
[W6]
[W7]
[W8]
[W9]
2011-2012
http://grim.developpez.com/cours/businessintelligence/concepts/
conception-datawarehouse/
Page visite le mois de Fvrier 2012
La documentation en ligne de SQL Server 2008 R2, disponible
dans la librairie MSDN de Microsoft sur la page :
http://msdn.microsoft.com/fr-fr/library/ms130214(v=sql.105)
http://www.pentaho.com/explore/products/
Page visit en mois de Fvrier 2012
La liste des plates-formes dcisionnelles gnralistes , Le
blog du monde de la Business Intelligence.
http://www.legrandbi.com/liste-plates-formes-decisionnelles/
Publie le 04/06/2009, visite en Mars 2012
Rfrence aux langages pris en charge par SQL Server [MDX]:
http://msdn.microsoft.com/frfr/library/ms145506(v=sql.90).aspx
Visite en Avril 2012
Etapes de cration de tableaux de bord avec des listes,
disponible sur la page :
http://www.learningsharepoint.com/2010/08/31/createdashboard-with-list-in-sharepoint-2010/
Publie le 08/31/2010, visite le mois de Mai 2012.
52
2011-2012
Annexe 1 : Mthodologie de conduite de projet GIMSI

La mthode GIMSI est une mthode cooprative de conception de systmes d'aide la
dcision et plus prcisment d'assistance au pilotage par tableaux de bord, elle dveloppe une
approche cooprative centre sur lhumain dcideur. La dmarche met en cohrence le
pilotage de la performance, la stratgie exprime et les outils de la Business Intelligence au
sein mme de lorganisation.
La mthode GIMSI est structure en 10 tapes, chacune traitant une proccupation
particulire du projet. Chacune des 10 tapes marque un seuil identifiable dans lavancement
du systme. Nous allons prsenter les quatre phases de GIMSI afin de pouvoir traiter les
phases dun projet BI, les dix tapes seront prsentes plus en dtail :
1-Les quatre phases

Phase 1. Identification
Quel est le contexte ?
Au cours des tapes 1 et 2, nous tudierons successivement lenvironnement de
lentreprise en terme de march et de stratgie, puis les structures de lentreprise
(lorganisation et les personnes).
Phase 2. Conception
Que faut-il faire ?
ltape 3, nous aborderons une mthode pratique pour dfinir les objectifs tactiques
locaux en accord avec les enjeux de lentreprise. Puis, aux tapes 4 et 5, nous tudierons le
tableau de bord et nous choisirons les indicateurs. Ltape 6 sera consacre la collecte des
informations et nous construirons le systme de tableau de bord ltape 7.
Phase 3. Mise en uvre
Comment le faire ?
Maintenant nous sommes arms pour choisir le progiciel. Nous dfinirons ltape 8
une mthode rationnelle pour choisir sans tre influenc par les annonces marketing et les
campagnes journalistiques. Nous tudierons lintgration et le dploiement de la solution
ltape 9.
Phase 4. Suivi permanent
Le systme correspond-il toujours aux attentes?
Nous nous assurerons, selon un processus damlioration permanente, de ladquation
entre le systme et les nouveaux besoins des utilisateurs. Nous traiterons de laudit du
systme ltape 10.
2-Les dix tapes

Etape1:Environnementdelentreprise
53
2011-2012
Objectifs de ltape :
Au cours de cette tape, nous allons identifier lentreprise en termes de march, de
stratgie et de management.
Nous pourrons alors :
Dfinir la porte et le primtre de ltude.

Contrler la finalit.
Mesurer lengagement de la direction et la participation du personnel
valuer la difficult.
Au cours de cette premire tape didentification, lentreprise est analyse en termes
March
de :
Quels sont sa clientle, sa concurrence, son environnement, ses produits, ses

fournisseurs et partenaires... ?
Ressources
Quelle est sa capacit intgrer des solutions de haute technologie?
Management
Quel type de management pratique-t-elle et dlgue-t-elle les pouvoirs ?
Culture
Quels sont les impacts de la culture dentreprise sur ses structures ?
Stratgie
Comment se positionne-t-elle sur lchiquier et comment envisage-t-elle son
devenir ?
En rsultat seront identifis :

1. La porte du projet.
2. Le niveau dengagement de la direction.
3. Une premire apprciation de la difficult.
4. Une premire apprciation du degr de coopration potentielle.
Etape2:Identificationdelastructuredelentreprise
Au cours de cette tape, nous allons tudier la structure de lentreprise :
Identification des processus cibles.

Identification des activits concernes.
Identification des acteurs.
Constitution des groupes de travail.
Au cours de cette deuxime tape didentification, lentreprise est analyse en termes de :

1- Mtiers
Quels sont les mtiers pratiqus par lentreprise ?
54
2011-2012
2- Processus
Identification des processus concerns par le projet, mise en vidence des points
dinterface sensibles.
3- Activits
Identification de lensemble des activits de tous les processus slectionns.
En rsultat, seront identifis :
Les processus et les activits critiques.
Les hommes concerns sur le terrain par le projet.
Constitution des groupes de travail.
Etape 3 : Dfinition des objectifs

Pour dcider, il faut un objectif.
Au cours de cette tape, nous choisirons les objectifs les plus adapts pour dcider.
Nous analyserons les critres de choix dfinissant un bon objectif.
Nous tudierons une mthode efficace pour les slectionner.
Au cours de cette premire tape de conception, les objectifs correspondant lapplication

locale de la stratgie choisie sont identifis.
Chaque objectif sera caractris et valu avant dtre slectionn selon les 6 critres
suivants :
Born
Lobjectif est limit dans le temps.
Mesurable
Dfinition dune mtrique.
Accessible
Quels moyens, quelles contraintes, quels risques.
Raliste
Quelle mthode daccs.
Fdrateur
Adhsion globale.
Constructif
Contribue aux objectifs globaux.
En rsultat, chaque groupe de travail dispose de la description de ses quelques objectifs de

progrs.
55
2011-2012
Etape 4 : Construction du tableau de bord

Au cours de cette tape, nous analyserons la structure du tableau de bord du dcideur et
notamment, la relation entre les informations de lentreprise et les indicateurs.
Au cours de cette deuxime tape de conception, le tableau de bord est dfini.
Rle et fonctions du tableau de bord :
Le tableau de bord assure une perception cohrente de la mesure de la performance.

Le tableau de bord ne comporte quun nombre dindicateurs limit : 72 indicateurs
sont suffisants.
Le tableau de bord ne comporte que des indicateurs porteurs dun sens prcis pour son
utilisateur.
Le tableau de bord est un instrument personnel et un outil de communication. Le
tableau de bord est intrinsquement cohrent.
Les fonctions du tableau de bord
Etape 5 : choix des indicateurs

Il est maintenant temps de choisir les indicateurs. Nous analyserons les critres et la
mthode de choix dun bon indicateur adapt aux besoins des dcideurs.
Slection et construction des indicateurs.
Chaque indicateur sera caractris et valu avant dtre slectionn selon les 5 critres
suivants :
Temps rel
Il est rafrachi suffisamment frquemment afin de permettre la prise de dcision dans
les meilleures conditions.
56
2011-2012
Mesure un ou plusieurs objectifs

Il mesure la performance selon un ou plusieurs objectifs.
Induit laction
Selon linformation porte, il dclenche une ou plusieurs actions.
Constructible
Cest le rsultat de ltape suivante.
Prsentable sur le poste de travail

Il est ergonomiquement prsentable sur le poste de travail de manire ce que
linformation et le sens port soient compris le mieux possible.
En rsultat, chaque groupe de travail dispose de ses indicateurs pertinents en fonction de

ses objectifs de progrs.
Etape 6 : la collectedinformation:
Une fois les indicateurs choisis, nous allons les construire avec les informations notre
disposition.
Au cours de cette tape, nous allons tudier une mthode dvaluation des informations
ncessaires pour la construction des indicateurs.
Les informations utilises pour construire les indicateurs sont slectionnes en fonction
des critres suivants :
Accessible techniquement.
Linformation est disponible physiquement, elle est accessible au sein de
linfrastructure existante.
Linformation est disponible logiquement

Elle est nettoye, vrifie et consolide.
Disponible politiquement
Lacteur produisant ou utilisant habituellement cette information est prt en faire
partager les rgles dusage.
Prenne
Elle ne disparatra pas sans prvenir.
57
Degr de confiance
Les utilisateurs ont foi en cette information.
Cot
On connat le cot dobtention de linformation.
Simplicit de la rgle de construction.
2011-2012
En rsultat : la liste des informations utilises pour btir les indicateurs.
Etape 7 : le systme de tableaux de bord

Objectifs de ltape
Le dcideur et son tableau de bord ne sont pas isols. Nous tudierons au cours de cette
tape les liens et changes entre les diffrents tableaux de bord et nous assurerons la
cohrence globale.
Cette tape traite la question de la cohrence globale du systme de tableaux de bord.
tre autonome, ce nest pas tre isol.
Les dcideurs partagent et communiquent, notamment en utilisant des systmes de
messagerie et de groupware. Ils changent des informations construites et analyses.
Cest ainsi que chacun enrichit sa comprhension des problmes.
Cette approche est grandement prfrable aux techniques habituelles de reporting et de
consolidation successives qui, au contraire, appauvrissent linformation.
Ces changes de connaissances se droulent autant dans le sens horizontal que vertical.
Une fois le systme en activit, pour viter les drives et garantir la cohrence globale
avec la stratgie dploye, la direction pourra priodiquement procder des audits dans des
conditions clairement dfinies et acceptes.
58
2011-2012
Etape 8 : choix du progiciel

Aprs avoir tudi les principaux concepts des outils de la Business Intelligence (BI) et
analys loffre du march, nous dfinirons une mthode dvaluation des outils en fonction de
nos propres besoins. Nous illustrerons cette tude avec lexemple de lentreprise GEM.
Le systme dcisionnel se compose des 3 principaux lments :
La collecte avec notamment les outils dETL et les datawarehouse, datamart.
Le dploiement avec les portails et lInternet/Intranet.
Lexploitation avec les outils de prsentation et danalyse (OLAP).
Pour slectionner le produit de prsentation adquat, il est important de commencer par
identifier les critres de choix propres lentreprise et son besoin. Les produits seront
confronts et compars sous lclairage de cette grille.
Etape 9 : intgration et dpoilement de la solution

Au cours de cette tape, nous tudierons les diffrentes phases de lintgration et du
dploiement de la solution :
Configuration des progiciels.
Dveloppements spcifiques.
Intgration lexistant technologique et structurel de lentreprise.
Dploiement de la solution.
La phase dintgration et de dploiement nest pas la plus facile ni la moins coteuse du
projet.
Pour bien la prparer, il est bon de tenir compte :
Des contraintes propres aux produits choisis

Formation, adaptations techniques, configuration et personnalisation des outils...
Des contraintes propres lentreprise
Processus, infrastructure existante sur le plan physique et logique...
Du cot total
En noubliant pas lensemble des cots accessoires.
De la dure
Il est prfrable de rpter plusieurs projets courts que de se lancer dans un projet
global.
On considrera galement, leur juste valeur, les questions de scurit, de maintenance et
de documentation.
Etape10:lauditdusystme
59
2011-2012
Avec le temps, lentreprise volue. Nous nous assurerons priodiquement de la cohrence

du systme avec les nouveaux besoins de lentreprise et des utilisateurs.
Au cours de cette tape, nous tudierons une approche pratique de laudit priodique du
systme.
Laudit a pour objet danalyser la pertinence du systme install et de dfinir les actions
ncessaires pour lamliorer.
Il comporte 4 oprations principales :
Identification des axes damlioration

Ralise en fonction des attentes de lentreprise.
Interview et collecte des avis
Le point de vue valoris des utilisateurs pour chaque axe.
Analyse des rsultats
Reprage des axes devant tre amliors.
Dfinitions des actions damlioration.
60
2011-2012
Annexe 2 : Caractristiques de loutil DbVisualiser

DbVisualizer est un outil pour les dveloppeurs et les administrateurs de bases de
donnes, riche, intuitif et multi-base de donnes, fournissant une interface unique et puissante
travers une grande varit de systmes d'exploitation. Avec son interface facile utiliser,
DbVisualizer est l'un des outils dexploration de bases de donnes les plus efficaces, il
fonctionne sur tous les principaux systmes d'exploitation et prend en charge tous les
principaux SGBDR qui sont disponibles. DbVisualizer sintgre de faon transparente avec le
systme d'exploitation utilis.
Caractristiques :
Connexions simultanes de bases de donnes :
DbVisualizer supporte plusieurs connexions de base de donnes simultanes, il permet

une connexion facile aux bases de donnes. L'Assistant de connexion facilite le procd de
dfinition des paramtres de la connexion pour chaque base de donnes supporte.
Connexions simultanes de BD
61
2011-2012
Graphiques d'intgrit rfrentielle :
DbVisualizer gnre automatiquement des graphes dintgrit rfrentielle (mapping

cl primaire/cl trangre). Les objets du graphique sont positionns automatiquement avec
un chevauchement minimal. Les graphiques peuvent tre imprims et exports des fins de
documentation.
Schma de base de donnes
Les grilles de donnes :
Les informations de la base de donnes sont souvent affiches au format de grille. Les
grilles en DbVisualizer supportent des oprations telles le tri, le filtrage, les calculs simples,
mobiliser les colonnes et la gestion de lapparition des colonnes. La grille de donnes peut
tre exporte dans des formats de fichiers tels que CSV, HTML, XML et SQL insert
dclarations.
Explorateur de bases de donnes :
L'explorateur de base de donnes organise les objets de la base dans une structure
arborescente. Les connexions des bases de donnes peuvent tre regroupes et les objets
filtrs. Les informations affiches dans l'explorateur de base de donnes dpendent de la base
62
2011-2012
de donnes actuelle. Quand un objet est slectionn, des informations dtailles sont affiches
dans les vues de l'objet.
Exploration de BD et grilles de donnes
Support de base de donnes tendue :
Pour la majorit des bases de donnes, il existe un support tendu pour visualiser et
grer les objets de bases de donnes spcifiques, telles les dclencheurs, procdures stockes,
les alias, les dfinitions de l'utilisateur : Les types, les fichiers de donnes, les utilisateurs et
plus encore.
Editeurs des Tableau de donnes :
Les donnes du tableau peuvent tre dites directement dans le grille de donnes ou
dans un diteur de formulaire. En plus de l'dition de texte, DbVisualizer aussi supporte
l'dition de donnes binaires, BLOB et CLOB. Formats d'images communs tels que GIF,
PNG et JPG sont reconnus et affichs dans un visionneur dimage.
Puissant diteur SQL :
L'diteur SQL dispose dune auto-compltion pour complter automatiquement les

noms de tables et de colonnes lors de la saisie, de couleur mise en vidence, excution de
scripts, de multiples ensembles de rsultats et l'dition de ces derniers.
63
2011-2012
Moniteur :
La fonction du moniteur est puissante, affichant nimporte quel rsultat de requte

dfinie comme une ligne, bar, tarte ou graphique. La fonction du moniteur prend en charge les
mises jour automatiques et le rsultat est une vue instantane graphique de rsultats de la
requte prsente soit dans la plaine le style de donnes ou sous forme de graphiques
puissants.
Exportation/Importation de donnes :
Les donnes des tables peuvent tre exportes dans une varit de formats de fichiers.
Les fonctionnalits d'importation de donnes permettent d'importer des donnes provenant de
CSV (Comma Separated Values) vers des tables ou des grilles de bases de donnes.
64
2011-2012
Annexe 3 : Loutil Report Builder 3.0

Prsentation :
Report Builder 3.0 est un outil de cration de rapport Reporting Services qui permet de
gnrer des rapports partir de nombreux types diffrents de sources de donnes et de les
publier sur un serveur de rapports ou un site SharePoint. Les rapports que vous crez peuvent
tre consults dans le Gnrateur de rapports, dans un navigateur Web ou dans le cadre d'une
application Microsoft Windows ou d'un site SharePoint.
Report Builder 3.0 introduit des visualisations supplmentaires par rapport Reporting
Services, y compris des cartes, des lignes de tendance et des codes bar qui peuvent aider
produire de nouvelles connaissances bien au-del de ce qui peut tre ralis avec des tables et
de tableaux standards. Report Builder 3.0 permet aussi de rutiliser des parties de rapport
existantes comme les blocs de construction pour crer de nouveaux rapports. En plus, les
utilisateurs constateront des amliorations de performances significatives avec des
amliorations la capacit d'utiliser Report Builder en mode serveur. Cela permet une
cration rapide de rapports avec la mise en cache des ensembles de donnes sur le serveur de
rapports lors de la bascule entre les modes design et visualisation.
Caractristiques spcifiques :
Les caractristiques spcifiques Report Builder 3.0 sont axes autour de la
simplification du processus de cration et ddition des rapports et des requtes et comprend
les lments suivants:
Des assistants faciles utiliser pour la cration des tables, matrices, secteurs et cartes
de rgions.
65
2011-2012
Prise en charge de louverture et ldition directe des rapports stocks sur le serveur de
rapports.
Support de l'utilisation des ressources serveur, tels que les sources de donnes
partages.
Des concepteurs de requtes pour les sources de donnes multiples, y compris un
concepteur de requtes Microsoft SQL Server spcifique.
66

Mise en Place D'une Solution Décisionnelle Pour Le Ministère de La Santé

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Mise en Place D'une Solution Décisionnelle Pour Le Ministère de La Santé

Încărcat de

Drepturi de autor:

Formate disponibile

Rapport Projet de Fin dEtudes

Rapport Projet de Fin dEtudes

Rapport Projet de Fin dEtudes

A ma mre, pour son amour, son dvouement sans gal, et son

Rapport Projet de Fin dEtudes

Avant dentamer ce rapport, nous tenons tmoigner notre profonde

Rapport Projet de Fin dEtudes

Rapport Projet de Fin dEtudes

Rapport Projet de Fin dEtudes

Rapport Projet de Fin dEtudes

Liste des figures

Liste des tableaux

Rapport Projet de Fin dEtudes

Division de linformatique et des mthodes

Rapport Projet de Fin dEtudes

Prsentation gnrale du projet ........................................................................................... 2

Objectifs du ministre de la sant :...................................................................................... 2

Organisation du ministre de la sant :................................................................................ 3

Division de linformatique et des mthodes : ...................................................................... 3

2. Cadre gnral du projet : ................................................................................................. 4

Dfinition de linformatique dcisionnelle :........................................................................ 4

Architecture dcisionnelle : ................................................................................................. 4

Processus dExtraction, Transformation et Chargement : ................................................... 5

Modlisation dimensionnelle : ............................................................................................ 5

Serveur OLAP : ................................................................................................................... 7

3. Cadre spcifique du projet : ............................................................................................ 8

Contexte du projet : ............................................................................................................. 8

Objectifs et dmarches : ...................................................................................................... 9

Planning du projet : ........................................................................................................... 11

4. Identification de lenvironnement : ............................................................................... 12

Systme dinformation sanitaire: ....................................................................................... 12

Systme dinformation hospitalier : .................................................................................. 12

Le progiciel de gestion intgr KEWAN .................................................................... 13

II. Conception ........................................................................................................................ 14

Modle conceptuel de donnes .......................................................................................... 17

Dtermination des KPI ...................................................................................................... 20

Dtermination des axes danalyse ..................................................................................... 22

Description dtaille des axes danalyse ........................................................................... 24

Conception des modles multidimensionnels.................................................................... 25

Prsentation des outils utiliss....................................................................................... 30

1. Comparaison des suites dcisionnelles : ....................................................................... 30

Rapport Projet de Fin dEtudes

Prsentation des suites dcisionnelles : ............................................................................. 30

Tableau comparatif des suites BI : .................................................................................... 32

2. Prsentation de la suite Microsoft SQL Server 2008 R2 : ............................................ 33

Principaux composants et fonctionnalits : ....................................................................... 33

Fonctionnalits dtailles par produits : ............................................................................ 34

Architecture fonctionnelle : ............................................................................................... 35

Architecture technique : .................................................................................................... 35

Stratgie vis--vis du monde de la sant ........................................................................... 36

3. Prsentation de Microsoft SharePoint 2010 .................................................................. 36

1. Phase dextraction, transformation et chargement: ....................................................... 39

Rapport Projet de Fin dEtudes

L'hpital est un tablissement de production des soins. Il utilise cette fin

Rapport Projet de Fin dEtudes

Prsentation gnrale du projet

1. Prsentation de lorganisme daccueil :

Objectifs du ministre de la sant :

Figure I-1 : Logo du Ministre de la Sant

Le ministre de la sant est charg de l'laboration et de la mise en oeuvre de la

Moraliser le secteur de la sant.

Rapport Projet de Fin dEtudes

Organisation du ministre de la sant :