Mise en Place d’Une Solution Décisionnelle Pour Le Ministère de La Santé

I

Rapport Projet de Fin dEtudes 2011-2012

II


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


Figure II-2 : Modle conceptuel de donnes

19


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


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


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


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


- 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


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.


terrcode - Attribut indiquant le code de la rgion.

- Type de donnes: Char(15)


territoire - 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.

25


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


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


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


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


_________________________________________________________________________

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


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


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


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


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


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


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


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


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

Mise en Place d’Une Solution Décisionnelle Pour Le Ministère de La Santé

Documents

Transcript of Mise en Place d’Une Solution Décisionnelle Pour Le Ministère de La Santé