-
I
Rapport Projet de Fin dEtudes 2011-2012
-
II
Rapport Projet de Fin dEtudes 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
-
III
Rapport Projet de Fin dEtudes 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
-
IV
Rapport Projet de Fin dEtudes 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.
-
V
Rapport Projet de Fin dEtudes 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.
-
VI
Rapport Projet de Fin dEtudes 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.
-
IIV
2102-1102 sedutEd niF ed tejorP troppaR
. ,
.
.
. .
ISMIG
,
.
TFOSORCIM SQQ erver 00 2R .
"PALO"
.
.
-
VIII
Rapport Projet de Fin dEtudes 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
-
IX
Rapport Projet de Fin dEtudes 2011-2012
Sigles et abrviations
DIM Division de linformatique et des mthodes
SIH Systme dinformation hospitalier
SIS Systme dinformation sanitaire
SIG-HO Systme de gestion hospitalire
KPI Key performance indicator (Indicateur de performance)
BIDS Business Intelligence Development Studio
SSIS SQL Server Integration Services
SSAS SQL Server Analysis Services
SSRS SQL Server Reporting Services
ETL Extraction-Transformation-Chargement
OLAP Online Analytical Processing
BI Business Intelligence
ERP Entreprise Resource Planning
SGBD Systme de gestion de bases de donnes
OLTP On-Line Transactional Processing
ROLAP Relational OLAP
MOLAP Multidimensional OLAP
HOLAP Hybrid OLAP
DWH Datawarehouse (Entrept de donnes)
MS Microsoft
OS Open source
MDX Multidimensional Expressions
-
X
Rapport Projet de Fin dEtudes 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
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
III. Prsentation des outils utiliss....................................................................................... 30
1. Comparaison des suites dcisionnelles : ....................................................................... 30
-
XI
Rapport Projet de Fin dEtudes 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
-
1
Rapport Projet de Fin dEtudes 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.
-
2
Rapport Projet de Fin dEtudes 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.
-
3
Rapport Projet de Fin dEtudes 2011-2012
1.2. 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.
-
4
Rapport Projet de Fin dEtudes 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
-
5
Rapport Projet de Fin dEtudes 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.
-
6
Rapport Projet de Fin dEtudes 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.
-
7
Rapport Projet de Fin dEtudes 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.
-
8
Rapport Projet de Fin dEtudes 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
-
9
Rapport Projet de Fin dEtudes 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 rendez-
vous, 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.
-
10
Rapport Projet de Fin dEtudes 2011-2012
Lutilisation de GIMSI est gratuite.
La mthode sintresse aussi laspect dveloppement durable du systme.
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 ?
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.
2- Conception
Que faut-il faire ?
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
3- Miseenuvre
Comment le faire ?
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
3-Amlioration permanente
Le systme correspond-il
toujours aux attentes ?
Etape 10 : Audit
Suivi permanent du systme
Nous donnons plus de dtails sur cette mthode dans lannexe 1.
-
11
Rapport Projet de Fin dEtudes 2011-2012
3.4. 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 Nom Dure Dbut Fin Prdcesseurs
1 Identification 19 jours 07/02/2012 02/03/2012
2 Etude de lenvironnement 12 jours 07/02/2012 22/02/2012
3 Formation 15 jours 13/02/2012 02/02/2012 4 Formation SSIS 5 jours 13/02/2012 17/02/2012
5 Formation SSAS 5 jours 20/02/2012 24/02/2012 4
6 Formation SSRS 5 jours 27/02/2012 02/03/2012 5
7 Conception 18 jours 05/03/2012 28/04/2012 1
8 Analyse de lexistant et KPI 7 jours 05/03/2012 13/03/2012
9 Modlisation multidimensionnelle 11 jours 14/03/2012 28/03/2012 8
10 Miseenuvre 31 jours 29/04/2012 09/05/2012 7, 3
11 Processus ETL 10 jours 29/04/2012 11/04/2012 4 12 Cubes OLAP 7 jours 12/04/2012 20/04/2012 11, 5 13 Reporting 14 jours 23/04/2012 10/05/2012 12, 6 14 Amlioration 5 jours 11/04/2012 17/07/2012 10
15 Audit du systme et Formation 5 jours 11/04/2012 17/04/2012 13 16 Rdaction du rapport 57 jours 01/04/2012 17/05/2012
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.
-
12
Rapport Projet de Fin dEtudes 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
-
13
Rapport Projet de Fin dEtudes 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.
-
14
Rapport Projet de Fin dEtudes 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.
-
15
Rapport Projet de Fin dEtudes 2011-2012
1.1. 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 :
-
16
Rapport Projet de Fin dEtudes 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
-
17
Rapport Projet de Fin dEtudes 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.
-
18
Rapport Projet de Fin dEtudes 2011-2012
Figure II-2 : Modle conceptuel de donnes
-
19
Rapport Projet de Fin dEtudes 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
-
20
Rapport Projet de Fin dEtudes 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
-
21
Rapport Projet de Fin dEtudes 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.
-
22
Rapport Projet de Fin dEtudes 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 :
-
23
Rapport Projet de Fin dEtudes 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 quelques-
unes 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.
-
24
Rapport Projet de Fin dEtudes 2011-2012
2.3. 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 Dim_Geographie
Description Cette dimension permet de faire les
diffrentes analyses selon les pays, region,
provence,etc.
Sources de donnes Cre partir de la table Geographie
Attributs
Terr_id - Cl primaire de la table Dim_Geographie.
- Type de donnes: Int.
- Source de donnes: Geographie.
Terr_idfath - Correspond lidentifiant de la rgion laquelle appartient celle de la ligne.
- Type de donnes: int.
- Source de donnes: Geographie.
terrcode - Attribut indiquant le code de la rgion.
- Type de donnes: Char(15)
- Source de donnes: Geographie.
territoire - Attribut indiquant le nom de la rgion ou de
la ville,etc.
- Type de donnes: Char(50)
- Source de donnes: Geographie.
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.
-
25
Rapport Projet de Fin dEtudes 2011-2012
2.4. 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.
-
26
Rapport Projet de Fin dEtudes 2011-2012
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.
Dim_Afiliation
Afiliation_Id
Afiliation
Dim_Age
Age_Id
Age
RangAge_Id
RangAge
Dim_Centre
centre_Id
centre
Dim_CSTA
CSTA_Id
CENT_Id
CENTRE
SERV_Id
SERVICE
TACTCODE
TACT
CSTA
Dim_DestSortieUrg
Destination_Id
DestinationSortie
Dim_Diag
Diag_Id
diagdesc
diagtype
Diag_IdFath
Dim_EpisCasJud
EpisCasJud_Id
EpisCasJud
Dim_EpisCasNouv
EpisCasNouv_Id
EpisCasNouv
Dim_EpisOuvert
EpisOuvert_Id
EpisOuvert
Dim_Geographie
terr_Id
terr_Idfath
terrcode
territoire
Dim_MotifSortieUrg
MotifSortie_Id
MotifSortie
Dim_Temps
DATE
ANNEE
SEME
SEMEDESC
TRIM
TRIMDESC
MOIS
MOISDESC
DATEDESC
Dim_UrgCause
UrgCause_Id
UrgMotif
Dim_UrgGrade
UrgGrade_Id
UrgGrade
Fait_Urgences
EPIS_KEY
EpisOuvert_Id
EpisCasNouv_Id
EpisCasJud_Id
EPIS_DATE_INIT
CSTA_Id
DestinationSortie_Id
MotifSortie_Id
UrgCause_Id
UrgGrade_Id
Id_Sexe
Age_Id
centre_Id
terr_Id
Diag_Id
Afiliation_Id
Dim_Sexe
Id_Sexe
Sexe
-
27
Rapport Projet de Fin dEtudes 2011-2012
La table de fait Fait_Consul.Ext contient les cls primaires de toutes les tables de
dimensions avec lesquelles elle est lie.
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.
Fait_Consul.Ext
EPIS_KEY
PERS_KEY
PersSani_Id
Id_Age
Id_Sexe
terr_Id
BOOK_KEY
Date_RV
Id_Prestation
CSTA_Id
Id_EtatRV
Id_TypeRV
Id_ResultatRv
DIAG_KEY
BOOKDATEBOOK
Id_RVProg
Agenda_Id
Jours_Retard
Dim_TypeRV
Id_TypeRV
Type_RV
Dim_Temps
DATE
ANNEE
SEME
SEMEDESC
TRIM
TRIMDESC
MOIS
MOISDESC
DATEDESC
Dim_RVProg
Id_RVProg
RendezVs_Prog
Dim_ResultatRV
Id_ResultatRv
Resultat_RV
Dim_PersonnelSani
PersSani_Id
Id_Sexe
PersNomComplet
Dim_Geographie
terr_Id
terr_Idfath
terrcode
territoire
Dim_EtatRV
Id_EtatRV
EtatRV
Dim_Diag
Diag_Id
diagdesc
diagtype
Diag_IdFath
Dim_CSTA
CSTA_Id
CENT_Id
CENTRE
SERV_Id
SERVICE
TACTCODE
TACT
CSTA
Dim_Agenda
Agenda_Id
Agenda_Nom
Dim_Age
Age_Id
Age
RangAge_Id
RangAge
Dim_Prestation
Id_Prestation
Prestation_Id_Par
Prescode
Prestation
Dim_Sexe
Id_Sexe
Sexe
-
28
Rapport Projet de Fin dEtudes 2011-2012
Figure II-5 : Schma du Datawarehouse
Dim
_A
filiatio
n
Afilia
tion_Id
Afilia
tion
Dim
_A
ge
Age_Id
Age
RangA
ge_Id
RangA
ge
Dim
_A
ge
nd
a
Agenda_Id
Agenda_Nom
Dim
_C
en
tre
centre
_Id
centre
Dim
_C
ST
AC
STA
_Id
CEN
T_Id
CEN
TR
E
SER
V_Id
SER
VIC
E
TA
CTC
OD
E
TA
CT
CSTA
Dim
_D
estS
ortie
Urg
Destin
atio
n_Id
Destin
atio
nSortie
Dim
_D
iag
Dia
g_Id
dia
gdesc
dia
gty
pe
Dia
g_Id
Fath
Dim
_E
pis
Ca
sJu
d
EpisC
asJu
d_Id
EpisC
asJu
d
Dim
_E
pis
Ca
sN
ou
vEpisC
asN
ouv_Id
EpisC
asN
ouv
Dim
_E
pis
Ou
ve
rtEpisO
uvert_
Id
EpisO
uvert
Dim
_E
tatR
V
Id_Eta
tRV
Eta
tRV
Dim
_G
eo
gra
ph
iete
rr_Id
terr_
Idfa
th
terrco
de
territo
ire
Dim
_M
otifS
ortie
Urg
MotifS
ortie
_Id
MotifS
ortie
Dim
_P
ers
on
ne
lSa
ni
PersS
ani_
Id
Id_Sexe
PersN
om
Com
ple
t
Dim
_P
resta
tion
Id_Pre
statio
n
Pre
statio
n_Id
_Par
Pre
scode
Pre
statio
n
Dim
_R
esu
ltatR
V
Id_Resu
ltatR
v
Resu
ltat_
RV
Dim
_R
VP
rog
Id_RVPro
g
RendezV
s_Pro
g
Dim
_T
em
ps
DA
TE
AN
NEE
SEM
E
SEM
ED
ESC
TR
IM
TR
IMD
ESC
MO
IS
MO
ISD
ESC
DA
TED
ESC
Dim
_T
yp
eR
V
Id_TypeRV
Type_RV
Dim
_U
rgC
au
se
Urg
Cause
_Id
Urg
Motif
Dim
_U
rgG
rad
e
Urg
Gra
de_Id
Urg
Gra
de
Fa
it_C
on
su
l.Ex
tEPIS
_KEY
PER
S_KEY
PersS
ani_
Id
Id_A
ge
Id_Sexe
terr_
Id
BO
OK_KEY
Date
_R
V
Id_Pre
statio
n
CSTA
_Id
Id_Eta
tRV
Id_TypeR
V
Id_R
esu
ltatR
v
DIA
G_KEY
BO
OKD
ATEBO
OK
Id_R
VPro
g
Agenda_Id
Jours_
Reta
rd
Fa
it_U
rge
nce
sEPIS
_KEY
EpisO
uvert_
Id
EpisC
asN
ouv_Id
EpisC
asJu
d_Id
EPIS
_D
ATE_IN
IT
CSTA
_Id
Destin
atio
nSortie
_Id
MotifS
ortie
_Id
Urg
Cause
_Id
Urg
Gra
de_Id
Id_Sexe
Age_Id
centre
_Id
terr_
Id
Dia
g_Id
Afilia
tion_Id
Dim
_S
ex
eId
_Sexe
Sexe
-
29
Rapport Projet de Fin dEtudes 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.
-
30
Rapport Projet de Fin dEtudes 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).
-
31
Rapport Projet de Fin dEtudes 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 auto-
suffisante, 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
-
32
Rapport Projet de Fin dEtudes 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 Pentaho
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.
-Cube OLAP.
-Entrept de donnes.
-Datamarts mtiers
-SGBD avec
loption OLAP.
Administration
-Outil de gestion du
dictionnaire de donnes.
-Gestion de la scurit et
des reprises aprs incident
-Outil de gestion du
dictionnaire de donnes.
-Gestion de la scurit et
des reprises aprs incident
- Administration
des actions depuis
une interface
spcifique.
Analyse
-Statistiques.
-Analyse
multidimensionnelle.
- Extraction des donnes
un format de type tableur.
-Statistiques.
-Analyse
multidimensionnelle.
- Extraction des donnes
un format de type tableur.
-Connexion
nimporte quelle base de donnes
relationnelle.
-Possibilit
-
33
Rapport Projet de Fin dEtudes 2011-2012
dexcuter des requtes MDX.
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.
-Tableaux de bord
standards et interactifs.
-Mise disposition d'une
interface graphique de
construction de tableaux
de bord personnaliss.
-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.
-
34
Rapport Projet de Fin dEtudes 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
-
35
Rapport Projet de Fin dEtudes 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 :
-
36
Rapport Projet de Fin dEtudes 2011-2012
Tableau III-3 : Architecture technique de la suite MS SQL Server 2008 R2[13]
Options Fonctionnalits
Type darchitecture -Client/Serveur. -Web.
Technologie darchitecture WEB -.Net.
Navigateurs prconiss
-Internet Explorer.
-Firefox.
-Google Chrome.
-Netscape.
-Opera.
Systmes dexploitation -Windows Server.
Stockage des donnes
-Base de donnes : SQL Server.
-Nombre daccs simultans: Pas de contrainte particulire.
Modle de donnes. -Modlisation la demande.
Mode de calcul des agrgats
-ROLAP.
-HOLAP.
-MOLAP.
Interoprabilit avec dautres outils du march
-Interoprabilit avec toutes les bases de
donnes relationnelles ou
multidimensionnelles compatibles OLEDB
ou ADOMD.Net.
Scurit
-Gestion de comptes et de mots de passe
personnaliss, gestion de profils utilisateurs,
http, etc.
2.5. 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
-
37
Rapport Projet de Fin dEtudes 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 disp