Pndis 1 0

Plan National de Dveloppement de
l'Informatique de la Sant (PNDIS)
Une Architecture Entreprise e-Sant pour le

Ministre de la Sant Publique de la
Rpublique Dmocratique du Congo
Rapport technique du 20 octobre 2014
(c) 2014, Ministre de la Sant Publique de la RDC

Direction d'Etudes et Planification
Plan de Dveloppement de l'Informatique
de la Sant - PNDIS
2014 Ministre de la Sant Publique de la RDC
Tous les droits sont rservs. Aucune partie de cet ouvrage ne ?peut tre reproduite sous quelque forme ou par
quelque moyen que ce soit - graphique , lectronique ou mcanique, notamment par photocopie,
enregistrement, collage, ou le stockage de l'information et des systmes de rcupration - sans la permission
de l'diteur.
Les produits mentionns dans ce document peuvent tre des marques commerciales et / ou des marques
dposes de leurs propritaires respectifs. L'diteur et les auteurs ne prtendent pas ces marques.
Bien que toutes les prcautions ont t prises dans la prparation de ce document, l'diteur et les auteurs
n'assument aucune responsabilit pour les erreurs ou omissions, ou pour les dommages rsultant de
l'utilisation des informations contenues dans le prsent document ou de l'utilisation de programmes et de code
source qui peut l'accompagner. En aucun cas, l'diteur et les auteurs ne peuvent tre tenus responsables de
toute perte de bnfices ou tout autre prjudice commercial qui auraient t causs directement ou
indirectement par ce document.
Imprim : octobre 2014 en RDC
Remerciements spciaux:
Editeur
Ministre de la Sant Publique de
la RDC A toutes les personnes qui ont contribu ce document et plus
spcifiquement aux personnes qui ont assur l'assistance
administrative et logistique pendant l'tude:
Le Secrtariat Gnral de la Sant, pour son appui politique

Rdacteur en chef
La direction, le secrtariat et le service informatique de la DEP
Frank VERBEKE
Sant, pour leur assiduit et efficacit
Rdacteurs techniques Les quipes cadres des DPS, des BCZS et des structures de soins
Gustave KARARA dans les provinces visites, pour leur acceuil chaleureux
Pierrot SHAMASHANGA
Clment AMISI Les cadres des structures administratives et des programmes du
MSP analyses, pour leur communication ouverte
Financement
Programme d'tudes et d'expertise
CTB
Production
CEDESURK
Contenu 3
Table des matires

0
Partie I Glossaire & abrviations 11

1 Glossaire
................................................................................................................................... 11
2 Abrviations
................................................................................................................................... 11
Partie II Rsum excutif 17

Partie III Introduction 20
1 Programme de renforcement du systme dinformation
................................................................................................................................... 20
sanitaire
2 Programme relatif lamlioration de la qualit de
...................................................................................................................................
linformation dans lensemble des composantes 20
3 Programme damlioration de l'utilisation de l'information
................................................................................................................................... 20
sanitaire
4 Programme de renforcement de la communication au sein du
................................................................................................................................... 20
MSP
5 Rforme
...................................................................................................................................
du systme national dinformation sanitaire 20
6 Approche
...................................................................................................................................
systmique de l'informatisation au sein du MSP 21
7 Systme
...................................................................................................................................
National d'Informations Sanitaires (SNIS) 21
8 Comit
...................................................................................................................................
National de Pilotage du Secteur de la Sant 22
9 Objectifs
...................................................................................................................................
de l'tude 22
Objectif gnral
..........................................................................................................................................................
de l'tude 23
Objectifs ..........................................................................................................................................................
spcifiques de l'tude 23
10 Rsultats
...................................................................................................................................
attendus de l'tude 23
11 Outils
...................................................................................................................................
de dveloppement d'architecture d'entreprise 24
Entreprise
.......................................................................................................................................................... 24
Structure..........................................................................................................................................................
des com posants 24
Capacits..........................................................................................................................................................
de l'architecture 25
Gouvernance
..........................................................................................................................................................
12 TOGAF
................................................................................................................................... 25
Couches ..........................................................................................................................................................
d'architecture 26
Architecture
.........................................................................................................................................................
mtier 26
Architecture
.........................................................................................................................................................
applicative 26
Architecture
.........................................................................................................................................................
des donnes 27
Architecture
.........................................................................................................................................................
technique 27
Mthode ..........................................................................................................................................................
de dveloppem ent de l'architecture entreprise: cycle ADM 27
Phase.........................................................................................................................................................
prliminaire 27
A. Vision
.........................................................................................................................................................
B. Architecture
.........................................................................................................................................................
mtier 28
C. Architecture
.........................................................................................................................................................
des systmes d'informations 29
D. Architecture
.........................................................................................................................................................
technique 29
E. Opportunits
.........................................................................................................................................................
et solutions 30
F. Planification
.........................................................................................................................................................
de la migration 30
G. Gouvernance
.........................................................................................................................................................
de l'implmentation 31
H. Gestion
.........................................................................................................................................................
du changement architectural 31
Dpt architectural
..........................................................................................................................................................
et le continu de l'entreprise 32
Principes.......................................................................................................................................................... 32
3
4 Plan de Dveloppement de l'Informatique de la Sant - PNDIS
Partie IV Phase prliminaire 34

1 Sources
...................................................................................................................................
d'informations 34
2 Mandat
...................................................................................................................................
de l'entreprise 34
3 Plan
...................................................................................................................................
et agenda du travail architectural 35
Phase 1 .......................................................................................................................................................... 35
Interview
.........................................................................................................................................................
s et visites ralises 36
Phase 2 .......................................................................................................................................................... 37
Interview
.........................................................................................................................................................
s et visites ralises 37
Phase 3 .......................................................................................................................................................... 39
4 Modle
...................................................................................................................................
organisationnel de l'architecture entreprise 40
Equipe architecturale
.......................................................................................................................................................... 40
5 Principes
...................................................................................................................................
architecturaux 40
Principes..........................................................................................................................................................
m tiers 40
Principes..........................................................................................................................................................
applicatifs 41
Principes..........................................................................................................................................................
de donnes 41
Principes..........................................................................................................................................................
techniques 41
6 Architecture
...................................................................................................................................
de dpart 41
Instrum ents
..........................................................................................................................................................
existants 41
Niveau.........................................................................................................................................................
central 41
Niveaux.........................................................................................................................................................
intermdiare et priphrique 43
Problm es ..........................................................................................................................................................
identifis 45
Manque .........................................................................................................................................................
de standardisation 46
Problmes
.........................................................................................................................................................
de disponibilit de donnes 46
Problmes
.........................................................................................................................................................
de scurit des donnes 46
Faible.........................................................................................................................................................
qualit des donnes 46
Promptitude
.........................................................................................................................................................
trs variable 46
Compltude
.........................................................................................................................................................
insuffisante 46
Equipements
.........................................................................................................................................................
informatiques non fonctionnels 47
Infrastructures
.........................................................................................................................................................
TIC dfaillantes 47
Implmentation
.........................................................................................................................................................
non rgule de solutions peu adaptes 47
Peu d'applications
.........................................................................................................................................................
mtiers 47
Manque .........................................................................................................................................................
de comptences TIC 47
Organisation
.........................................................................................................................................................
du MSP pas aligne aux ambitions TIC du PNDS 47
Diffusion
.........................................................................................................................................................
d'informations difficile et fragmentaire 48
Partie V Vision de l'architecture 50

1 Amlioration
...................................................................................................................................
de la rentabilit du systme de sant 50
2 Rationalisation
...................................................................................................................................
des investissements 50
3 Amlioration
...................................................................................................................................
de la ractivit du systme de sant 51
4 Prennisation
...................................................................................................................................
des investissements 51
Renforcem
..........................................................................................................................................................
ent des capacits hum aines 51
Mcanism..........................................................................................................................................................
es de financem ent 52
5 Collaboration
...................................................................................................................................
intersectorielle 52
6 Architecture
...................................................................................................................................
cible 52
Cration d'un
..........................................................................................................................................................
Datacenter au sein du MSP 52
Mise en place
..........................................................................................................................................................
d'un rseau inform atique de la sant 52
Norm alisation
..........................................................................................................................................................
et identification des donnes et ressources de la sant 53
Mise en place
..........................................................................................................................................................
d'une filire de form ation en inform atique de sant 53
Dploiem..........................................................................................................................................................
ent de SIH dans les structures de soins 53
Gestion du
..........................................................................................................................................................
statut d'inform aticien de sant 53
Cration d'un
..........................................................................................................................................................
fond com m un pour l'inform atisation sanitaire 54
Sous-plans
..........................................................................................................................................................
de dveloppem ent inform atique 54

Contenu 5
Mise en place
..........................................................................................................................................................
d'une Division autonom e d'Inform atique de la Sant 54
Division
.........................................................................................................................................................
autonome 54
Cellule.........................................................................................................................................................
normalisation 55
Cellules
.........................................................................................................................................................
des infrastructures centrales 55
Cellule.........................................................................................................................................................
de formation continue 55
Cellule.........................................................................................................................................................
d'assistance informatique 55
7 Commentaires
................................................................................................................................... 55
Collectif des
..........................................................................................................................................................
inform aticiens du MSP 55
Com it National
..........................................................................................................................................................
de Pilotage du Secteur de la Sant (CNP-SS) 56
Centres dExcellence
..........................................................................................................................................................
dInform atique de Sant 57
Ressources..........................................................................................................................................................
hum aines 57
Systme
.........................................................................................................................................................
informatique de gestion RH 57
Formation
.........................................................................................................................................................
continue 57
Evaluation
.........................................................................................................................................................
des performances 57
Partie VI Architecture mtier 59

1 La...................................................................................................................................
gestion oprationnelle des ressources humaines 59
Gnralits
.......................................................................................................................................................... 59
Gestion des
..........................................................................................................................................................
contrats 59
Gestion salariale
.......................................................................................................................................................... 60
Gestion de
..........................................................................................................................................................
la carrire 60
Gestion des
..........................................................................................................................................................
com ptences 60
Gestion des
..........................................................................................................................................................
prsences 61
Gestion du
..........................................................................................................................................................
dossier disciplinaire 61
2 La...................................................................................................................................
gestion oprationnelle des ressources matrielles 61
3 La...................................................................................................................................
gestion des ressources financires 62
4 La...................................................................................................................................
normalisation 63
Inspection
..........................................................................................................................................................
et contrle de qualit 63
5 L'offre
...................................................................................................................................
de soins de sant 63
6 L'enseignement
...................................................................................................................................
et ducation 65
7 La...................................................................................................................................
recherche 65
8 Le...................................................................................................................................
suivi et valuation 66
Qualit des
..........................................................................................................................................................
donnes 66
9 La...................................................................................................................................
planification 68
10 La...................................................................................................................................
communication 68
Partie VII Architecture systmes d'information 71

1 Architecture
...................................................................................................................................
applicative 71
Plate-form..........................................................................................................................................................
e de com m unication lectronique 71
Applications
..........................................................................................................................................................
bureautiques (traitem ent de texte, tableur, outils de prsentation) 72
Entrept de
..........................................................................................................................................................
donnes 73
Systm e ..........................................................................................................................................................
de collecte d'inform ations agrges 74
Solutions..........................................................................................................................................................
d'analyse statistique 74
Solutions..........................................................................................................................................................
de contrle de qualit/cohrence de donnes 75
Systm e ..........................................................................................................................................................
de planification et de gestion des actions 76
Systm e ..........................................................................................................................................................
d'inform ations gographiques (SIG) 78
Gestion du..........................................................................................................................................................
dossier individuel de l'agent de la sant 79
Gestion des
..........................................................................................................................................................
ressources m atrielles et de la m aintenance 81
Com ptabilit
..........................................................................................................................................................
gnrale et analytique 83
Systm e ..........................................................................................................................................................
de gestion de contenu (CMS) 85
Site w eb fdr
..........................................................................................................................................................
du m inistre 85
Bibliothque
..........................................................................................................................................................
num rique 86
Systm e ..........................................................................................................................................................
intgr de gestion de structures de soins (SIH) 87
5
Gnralits
......................................................................................................................................................... 88
Admission,
.........................................................................................................................................................
transfert et sortie du patient 88
Enregistrement
.........................................................................................................................................................
du patient 89
Finances .........................................................................................................................................................
/ facturation 90
Dossier .........................................................................................................................................................
lectronique mdical 91
Gestion .........................................................................................................................................................
de la distribution des mdicaments et de la pharmacie 92
Soins .........................................................................................................................................................
infirmiers 94
Demandes .........................................................................................................................................................
et rsultats laboratoires lectroniques 94
Demandes .........................................................................................................................................................
et rsultats radiographiques lectroniques 94
Mdecine .........................................................................................................................................................
prventive 94
Systme .........................................................................................................................................................
d'alertes 94
Lettres.........................................................................................................................................................
de rfrence et de sortie lectroniques 95
Gestion .........................................................................................................................................................
hospitalire 95
Analyse .........................................................................................................................................................
statistique et pidmiologie 95
Gestion .........................................................................................................................................................
oprationnelle des ressources humaines 95
Dfinition des droits daccs et dlimitation prcise des rles des
......................................................................................................................................................... 95
utilisateurs
Collaboration
.........................................................................................................................................................
mdicale et statistique 96
Gestion des ..........................................................................................................................................................
assurances m aladie et m utuelles de sant 97
Gestion du ..........................................................................................................................................................
budget et des dpenses de la sant 98
Systm e ..........................................................................................................................................................
de gestion laboratoire 99
Systm e..........................................................................................................................................................
de gestion de stocks et distribution pharm aceutique 100
Plate-form ..........................................................................................................................................................
e d'enseignem ent en ligne 101
Systm e..........................................................................................................................................................
d'enseignem ent distance 102
Gestion ..........................................................................................................................................................
des ordres professionnels 104
Systm e..........................................................................................................................................................
de gestion de rfrences bibliographiques 104
Agenda lectronique
.......................................................................................................................................................... 105
Tl-consultation
..........................................................................................................................................................
et tl-expertise 106
Systm e..........................................................................................................................................................
de pharm acovigilance 106
Systm e..........................................................................................................................................................
de contrle de la qualit pharm aceutique 108
Systm e..........................................................................................................................................................
de contrle de la qualit laboratoire 108
Systm e..........................................................................................................................................................
de gestion d'im agerie num rique (RIS & PACS) 109
2 Architecture
...................................................................................................................................
de donnes 110
Les dossiers
..........................................................................................................................................................
des agents de la sant 111
Les dossiers
..........................................................................................................................................................
des structures de la sant 112
Le dossier
..........................................................................................................................................................
du patient 112
Les infrastructures
..........................................................................................................................................................
de la sant 113
Le m atriel
..........................................................................................................................................................
roulant 114
Les quipem
..........................................................................................................................................................
ents m dicaux et non-m dicaux 114
Les stocks
..........................................................................................................................................................
et m ouvem ents des m dicam ents et consom m ables pharm aceutiques et laboratoires 114
Les donnes
..........................................................................................................................................................
agrges 115
Les docum
..........................................................................................................................................................
ents norm atifs, y inclus les norm es de tarification 116
Les classifications,
..........................................................................................................................................................
codifications et nom enclatures utilises dans le secteur de la sant 116
Les com..........................................................................................................................................................
m unications entre ou avec les agents de la sant 118
Les com..........................................................................................................................................................
m unications et inform ations destins au grand public 119
Les donnes
..........................................................................................................................................................
com ptables 120
Les budgets
..........................................................................................................................................................
en relation avec le gouvernem ent et les partenaires 120
Les dpenses
..........................................................................................................................................................
de la sant en relation avec le gouvernem ent et les partenaires 121
Les plans
..........................................................................................................................................................
d'actions 121
Les donnes
..........................................................................................................................................................
d'assurance m aladie 122
Les dossiers
..........................................................................................................................................................
des tudiants et des program m es de form ation 122
Les dossiers
..........................................................................................................................................................
de form ation continue des professionnels de la sant 123
Les donnes
..........................................................................................................................................................
des ordres professionnels 124
Les agendas
..........................................................................................................................................................
et tches planifies des agents de la sant 124
Les dossiers
..........................................................................................................................................................
de contrle de qualit sur les achats et distributions pharm aceutiques et laboratoires 125
Les donnes
..........................................................................................................................................................
d'im agerie num rique 126
Partie VIII Architecture technologique 129

Contenu 7
1 Intranet
...................................................................................................................................
sant 130
Infrastructure
.......................................................................................................................................................... 130
Gestion ..........................................................................................................................................................
et m onitoring 130
2 Data-centers
...................................................................................................................................
de la sant 131
Entrept..........................................................................................................................................................
de donnes 131
Rpertoire
..........................................................................................................................................................
des ressources hum aines 132
Bases de..........................................................................................................................................................
donnes des ordres professionnelles 132
Rpertoire
..........................................................................................................................................................
Site Web..........................................................................................................................................................
du MSP 132
Systm e..........................................................................................................................................................
de collaboration 133
Bibliothque
..........................................................................................................................................................
num rique 133
Messagerie
..........................................................................................................................................................
professionnelle 133
Agenda et..........................................................................................................................................................
carnet d'adresses lectroniques 134
Planification
..........................................................................................................................................................
et suivi des actions 134
Gestion ..........................................................................................................................................................
des stocks et des m aintenances m atrielles 134
Enseignem..........................................................................................................................................................
ent en ligne 134
Diffusion..........................................................................................................................................................
de cours m ulti-m dia 135
Contrle..........................................................................................................................................................
de qualit pharm aceutique 135
Contrle..........................................................................................................................................................
de qualit laboratoire 135
3 Suite
...................................................................................................................................
bureautique 135
4 Outils
...................................................................................................................................
de collecte de donnes agrges 136
5 Systmes
...................................................................................................................................
de gestion intgre des informations hospitalires 136
6 Gestion
...................................................................................................................................
des informations des centres et des postes de sant 137
7 Logiciels
...................................................................................................................................
d'analyse statistique et pidmiologique 137
8 Logiciels
...................................................................................................................................
de gestion d'informations gographiques 137
9 Logiciel
...................................................................................................................................
de comptabilit gnrale et analytique 138
10 Systme
...................................................................................................................................
de gestion des organismes d'assurance maladie 138
11 Systme
...................................................................................................................................
de gestion laboratoire (LIMS) 138
12 Gestion de stocks et de la distribution des produits
................................................................................................................................... 138
pharmaceutiques
13 Solution
...................................................................................................................................
de visioconfrence 139
Infrastructure
..........................................................................................................................................................
de tl-consultation et tl-expertise 140
14 Systme
...................................................................................................................................
de pharmacovigilance 140
15 PACS
...................................................................................................................................
rgional mutualis 141
16 Standards
...................................................................................................................................
d'information 142
Partie IX Opportunits et solutions 145

1 Infrastructures
................................................................................................................................... 145
Intranet ..........................................................................................................................................................
sant 145
Data-centers
..........................................................................................................................................................
et box serveurs 146
Infrastructure
..........................................................................................................................................................
gouvernem entale et m utualisation 147
2 Entrept
...................................................................................................................................
de donnes 147
Fiche technique
..........................................................................................................................................................
du DHIS2 149
3 Rpertoire
...................................................................................................................................
des ressources humaines 149
Base de ..........................................................................................................................................................
donnes des ordres professionnelles 150
Fiche technique
..........................................................................................................................................................
de iHRIS 151
Fiche technique
..........................................................................................................................................................
de OpenAssociation 151
4 Rpertoire
...................................................................................................................................
5 Site
...................................................................................................................................
web de la sant 152
Fiche technique
..........................................................................................................................................................
de Drupal 152
7
Fiche technique
..........................................................................................................................................................
de Joom la 152
6 Systme
...................................................................................................................................
de gestion de contenu 152
Fiche technique
..........................................................................................................................................................
de Alfresco 153
7 Bibliothque
...................................................................................................................................
numrique 153
Fiche technique
..........................................................................................................................................................
de Om eka 153
8 Messagerie
...................................................................................................................................
professionnelle et agenda lectronique 153
Fiche technique
..........................................................................................................................................................
de Zim bra 154
9 Planification
...................................................................................................................................
et suivi des actions 154
Fiche technique
..........................................................................................................................................................
de 2-plan Team 155
10 Gestion
...................................................................................................................................
des stocks et maintenance des matriels 155
Fiche technique
..........................................................................................................................................................
de OpenBravo 156
Fiche technique
..........................................................................................................................................................
de TryTon 156
11 Enseignement
...................................................................................................................................
en ligne 156
Fiche technique
..........................................................................................................................................................
de Moodle 157
Fiche technique
..........................................................................................................................................................
de Cham ilo 157
12 Diffusion
...................................................................................................................................
de cours multimdia 157
Fiche technique
..........................................................................................................................................................
de Dudal 157
13 Suite
...................................................................................................................................
bureautique 157
14 Systmes
...................................................................................................................................
de gestion intgre des hpitaux 158
Fiche technique
..........................................................................................................................................................
de PPH 160
Fiche technique
..........................................................................................................................................................
de OpenClinic GA 160
Fiche technique
..........................................................................................................................................................
de BHIMA 161
Fiche technique
..........................................................................................................................................................
de OpenERP-Medical 161
Fiche technique
..........................................................................................................................................................
de Gestion Hospitalire 161
15 Systmes
...................................................................................................................................
de gestion des centres et postes de sant 161
16 Logiciels
...................................................................................................................................
d'analyse statistique et pidmiologique 162
17 Logiciels
...................................................................................................................................
d'Informations Gographiques 163
18 Logiciels
...................................................................................................................................
de comptabilit gnrale 163
19 Gestion
...................................................................................................................................
des organismes d'assurance maladie 163
Fiche technique
..........................................................................................................................................................
de Mas gestion 165
Fiche technique
..........................................................................................................................................................
de OpenInsurance 165
20 Systmes
...................................................................................................................................
de gestion laboratoire (LIMS) 165
21 Systmes
...................................................................................................................................
de gestion de stock et distribution pharmaceutique 165
22 Tl-consultation
...................................................................................................................................
et tl-expertise 166
23 Pharmacovigilence
................................................................................................................................... 166
24 PACS
...................................................................................................................................
rgional 166
25 Standards
...................................................................................................................................
d'informations de sant 166
CIM-10 .......................................................................................................................................................... 167
CISP-2 .......................................................................................................................................................... 167
DSM .......................................................................................................................................................... 167
3BT .......................................................................................................................................................... 167
LOINC .......................................................................................................................................................... 167
ATC .......................................................................................................................................................... 167
Partie X Budget 170

1 Services
...................................................................................................................................
centraux du MSP 172
2 DPS
................................................................................................................................... 174
3 BCZS
................................................................................................................................... 175
4 Hpitaux
...................................................................................................................................
de troisime rfrence 177

Contenu 9
5 Hpitaux
...................................................................................................................................
de deuxime rfrence 178
6 Centres
...................................................................................................................................
et Postes de Sant 180
7 Education
................................................................................................................................... 181
Partie XI Migration et planification 184

Partie XII Implmentation et gouvernance 187
Partie XIII Evolution de l'architecture 189
Partie XIV Bibliographie 192
Partie XV Annexes 206

1 Annexe
...................................................................................................................................
1: Rles et fonctions des parties prenantes 206
Form ulaire
..........................................................................................................................................................
d'interview sm i-structure utilis 206
Structures
..........................................................................................................................................................
centrales 209
Directions
.........................................................................................................................................................
centrales 209
Programmes
.........................................................................................................................................................
de sant 233
Structures
.........................................................................................................................................................
de soins 239
Bailleurs
.........................................................................................................................................................
de fonds, partenaires techniques et financiers 245
Centres
.........................................................................................................................................................
de formation 247
Autre......................................................................................................................................................... 249
Structures
..........................................................................................................................................................
interm diaires et priphriques 253
Province
.........................................................................................................................................................
du Bas-Congo 253
Province
.........................................................................................................................................................
du Katanga 266
Province
.........................................................................................................................................................
du Nord-Kivu 300
Province
.........................................................................................................................................................
du Kasa Occidental 334
Province
.........................................................................................................................................................
Orientale 378
2 Annexe
...................................................................................................................................
2: Liste des sites connecter l'intranet de sant 405
Kinshasa.......................................................................................................................................................... 406
Equateur.......................................................................................................................................................... 406
Province..........................................................................................................................................................
Orientale 407
Maniem a.......................................................................................................................................................... 408
Nord-Kivu
.......................................................................................................................................................... 409
Sud-Kivu.......................................................................................................................................................... 410
Katanga .......................................................................................................................................................... 410
Kasa Oriental
.......................................................................................................................................................... 411
Kasa Occidental
.......................................................................................................................................................... 412
Bandundu.......................................................................................................................................................... 413
Bas-Congo
.......................................................................................................................................................... 414
3 Annexe 3: Exemples de diagrammes Use-Case pour les
...................................................................................................................................
structures de soins 415
Com ptabilit
.......................................................................................................................................................... 415
Gestion ..........................................................................................................................................................
des ressources hum aines 416
Contrle
.........................................................................................................................................................
des prsences 416
Formations
......................................................................................................................................................... 416
Identification
..........................................................................................................................................................
des patients 416
Facturation
..........................................................................................................................................................
et gestion des caisses 417
Gestion
.........................................................................................................................................................
des paiements 417
Assurance
.........................................................................................................................................................
maladie 418
9
Chapitre
I
Glossaire & abrviations 11
1 Glossaire & abrviations
1.1 Glossaire
Artefact Description d'un aspect de l'architecture, par exemple un bloc de
construction. Les artefacts peuvent tre groups en plusieurs
types: catalogue (description des exigences), matrice (description
des interactions mtiers), diagramme (description d'un cas
d'utilisation)
Bloc de construction Dsigne un composant mtier, informatique ou architectural. Les

blocs de construction architecturaux dcrivent les capacits
architecturales et les blocs de construction des solutions
implmentent ces blocs de construction architecturaux.
Cas d'utilisation Dfinit une manire d'utiliser le systme et permet d'en dcrire les
exigences fonctionnelles
Jalon La fin d'une tape, la fin d'un travail. La plupart du temps, le jalon
est aussi un vnement important, comme la signature d'un
contrat, le lancement d'un produit
Livrable Tout composant matrialisant le rsultat d'une prestation de

ralisation la Direction des Systmes d'Information (DSI), cest--
dire toute production mise par le titulaire au cours du projet :
document, courrier, module de code logiciel, dossiers de tests,
application intgre
1.2 Abrviations
ACF Architecture Content Framework
ADM Architecture Development Method (TOGAF)
ADS Architecture Documentation Server
AM Arrt Ministriel
API Application Programming Interface (Interface Applicatif de
Programmation )
ASRAMES Association Rgionale d'Achat des Mdicaments Essentiels
ASSP Programme d'Accs aux Soins de Sant Primaires
AT Assistance Technique
BAD Banque Africaine de Dveloppement
BCAF Bureau de Coordination des Achats FEDECEME
BCeCO Bureau Central de Coordination
BCZS Bureau Central de la Zone de Sant
BIT Bureau International du Travail
CA Conseil d'Administration
CAG Cellule d'Appui et de Gestion
CCT Comit de Coordination Technique
CDMT Cadre de Dpenses Moyen Terme

CDR Centrale de Distribution Rgionale

CHIP Country Health Intelligence Portal
CMS Content Management System (Systme de Gestion de Contenu)
CNP Comit National de Pilotage
CPCC Conseil Permanent de la Comptabilit au Congo
CPP Comit Provincial de Pilotage
CPN Consultation Pr Natale
CS Centre de Sant
CSI Centre de Sant Intgr
CSR Centre de Sant de Rfrence
CTB Coopration Technique Belge
DDD Defined Daily Dose (Dose quotidienne dfinie)
DEP Direction d'tudes et Planification
DHIS2 District Health Information System version 2
DPM Direction de la Pharmacie, du Mdicament et des plantes mdicinales
DPS Division Provinciale de la Sant
DSCRP Document de Stratgie de Croissance et de Rduction de la Pauvret
DSI Direction des Systmes d'Information
DUE Dlgation de l'Union Europenne
ECZ quipe Cadre de Zone
ECP Equipe Cadre Provinciale
EDS Enqute Dmographique et de Sant
EGS Etats Gnraux de la Sant
ELSS Etat des Lieux du Secteur de la Sant
EPSP Enseignement Primaire, Secondaire et Professionnel
ERP Enterprise Resource Planning (Planification des Ressources de
l'Entreprise)
ESU Enseignement Suprieur et Universitaire
ETD Entit Territoriale Dcentralise
FED Fonds Europen de Dveloppement
FEDECAME Fdration des Centrales d'Achat et de Distribution de Mdicaments
Essentiels
FONAMES Fonds National Mdico-Sanitaire
FOSA Formation Sanitaire
FSRDC Fond Social de la Rpublique Dmocratique du Congo
HERMES Healthcare Remote Messenger
HGR Hpital Gnral de Rfrence
HPGR Hpital Provincial Gnral de Rfrence
HS Hpital Secondaire
IDS Inspection de District sanitaire

I-PPTE Initiative des Pays Pauvres Trs Endetts

IP Internet Protocol
IPS Inspection Provinciale de la Sant
IEM Institut d'Enseignement Mdical
IMD Inspection Mdicale de District
ISTM Institut Suprieur Technique Mdical
ITM Institut Technique Mdical
JWT Java Web Toolkit
MESU Ministre de l'Enseignement Suprieur et Universitaire
MEPSP Ministre de l'Enseignement Primaire, Secondaire et Professionnel
MFP Ministre de la Fonction Publique
MICS 2 Multi Indicators Clusters Survey
MID Mdecin Inspecteur de District
MIP Mdecin Inspecteur Provincial
MPH Master of Public Health
MPTNTIC Ministre de la Poste, des Tlcommunications et des Nouvelles
Technologies de lInformation et les Communications
MSP Ministre de la Sant Publique
MTN Maladies Tropicales Ngliges
NAS Network Attached Storage (Stockage Attache au Rseau)
NAT Network Address Translation
NTIC Nouvelles Technologies d'Information et de Communication
OMD Objectifs du Millnaire pour le Dveloppement
OMS Organisation Mondiale de la Sant
OMS - AFRO OMS rgion Afrique
ONG Organisation Non Gouvernementale
PAP Programme d'Actions Prioritaires
PARSS Programme d'Appui la Rhabilitation du Secteur de la Sant
PCA Paquet Complmentaire d'Activits
PCIME Prise en Charge Intgre des Maladies de l'Enfance
PDDS Plan Directeur de Dveloppement Sanitaire
PDSZ Plan de Dveloppement Sanitaire de la Zone de Sant
PEV Programme largi de Vaccination
PMA Paquet Minimum d'Activits
PNAM Programme National d'Approvisionnement en Mdicaments
PNDRHS Plan National de Dveloppement des Ressources Humaines de la Sant
PNDS Plan National de Dveloppement Sanitaire
PNDIS Plan National de Dveloppement de l'Informatique Sanitaire
PNMLS Programme National Multisectoriel de Lutte Contre le Sida
PNLO Programme National de Lutte contre l'Onchocercose

PNLS Programme National de Lutte contre le VIH/Sida et les IST

PNLT Programme National de lutte contre la Tuberculose
PNLTHA Programme National de Lutte contre la Trypanosomiase Humaine
Africaine
PNS Politique Nationale de la Sant
PNSR Programme National de Sant de la Reproduction
PNUD Programme des Nations Unies pour le Dveloppement
PPDS Plan Provincial de Dveloppement Sanitaire
PPDIS Plan Provincial de Dveloppement de l'Informatique de Sant
PPTE Pays Pauvre Trs Endett
PRONANUT Programme National de Nutrition
PS Poste de Sant
PS9FED Programme Sant du 9me Fonds Europen de Dveloppement
QoS Quality of Service (Qualit du Service)
RAFT Rseau Africain Francophone de Tl-enseignement
RAID Redundant Array of Independent Disks (Srie Redondante de Disques
Indpendants)
RDC Rpublique Dmocratique du Congo
RDQA Routine Data Quality Assessment
REST Representational State Transfer (Transfert de l'tat de reprsentation)
RESTful Compatible avec le standard REST
RHS Ressources Humaines pour la Sant
RSI Retour sur investissement
SaaS Software as a Service (Logiciel mise disposition sous forme de service)
SANRU Sant en milieu Rural
SGBD Systme de Gestion de Base de Donnes
SIH Systme d'Informations Hospitalier
SIS Systme d'Information Sanitaire
SLA Service Level Agreement (Accord de Niveau de Service)
SNAME Systme National d'Approvisionnement en Mdicaments Essentiels
SPSS Statistical Package for the Social Sciences
SRSS Stratgie de Renforcement du Systme de Sant
SSP Soins de Sant Primaires
STEP Strategies and Tools against Social Exclusion and Poverty
SWAP Sector Wide Approach
SWOT Strengths-Weaknesses-Opportunities-Threats (Forces-Faiblesses-
Opportunits-Menaces)
TIC Technologies de l'Information et de la Communication
TOGAF The Open Group Architecture Framework
TPM+ Tuberculose Pulmonaire Microscopie Positive

UNICEF Fonds des Nations Unies pour lEnfance

UIT-T Union Internationale des Tlcommunications, secteur Tlcoms
UPPE Unit de Pilotage du Processus dElaboration du DSCRP
USAID Agence Internationale de Dveloppement des tats Unis d'Amrique
USD Dollar amricain
VB Visual Basic
VIH/SIDA Virus d'Immunodficience Humaine/ Syndrome d'immunodficience
Acquise
VPN Virtual Private Network (Rseau Virtuel Priv)
WAN Wide Area Network
WHODD WHO Drug Dictionary (Rpertoire des Mdicaments de l'OMS)
WYSIWYG What You See Is What You Get (Ce que vous voyez est ce que vous
recevrez)
ZS Zone de Sant

Chapitre
II
Rsum excutif 17
2 Rsum excutif
Dans le cadre de la mise en uvre du Plan National de Dveloppement Sanitaire 2010-2015 (PNDS),
le Ministre de la Sant Publique de la RDC a dcid d'laborer un plan directeur visant le
renforcement du systme national d'information sanitaire. Cette initiative trouve son origine dans la
dfinition des rsultats du deuxime axe du PNDS qui stipule que "linformation sanitaire est
disponible pour la prise de dcision tous les niveaux et le renforcement du leadership du MSP sur
lensemble du secteur". Ce rsultat devrait tre ralis travers 5 programmes d'appui:
Le renforcement du systme dinformation sanitaire couvrant la mise jour de la
rglementation du Systme dInformations Sanitaires (SIS), la mise en place des organes de
coordination au niveau central et au niveau intermdiaire, l'laboration dun plan de renforcement du
SNIS avec toutes les composantes et la mise en fonction des composantes prioritaires
L'amlioration de la qualit de linformation, couvrant le renforcement des capacits des
ressources humaines, le renforcement des capacits logistiques, le renforcement des capacits
de production des outils de gestion au niveau des divisions provinciales de la sant (DPS), le
renforcement de lintgration des structures prives dans le systme dinformation sanitaire et la
dfinition et mise en uvre des procdures en la matire
L'amlioration de l'utilisation de l'information couvrant le dveloppement et gestion des
entrepts de donnes au niveau central et intermdiaire, la recherche compltant linformation de
routine pilote par le Ministre de la Sant Publique et le dveloppement des tableaux de bord
tous les niveaux de la pyramide du systme de sant
Le renforcement de la communication couvrant l'amlioration de la diffusion des informations
sanitaires au niveau national et intermdiaire, l'amlioration de la gestion du site web du MSP et le
dveloppement dun rseau informatique au niveau national et intermdiaire
La rforme du systme national dinformation sanitaire couvrant la mise en place du dossier
du malade dans les centres de sant et les Hpitaux Gnraux de Rfrence, les soins de sant
centrs sur la personne et l'extraction de donnes agrges partir du dossier du malade
Quelques 'importants problmes lis la gestion de l'information sanitaire sont constats aujourd'hui:
De multiples initiatives qui ont t programmes ou sont en cours dimplmentation dans le cadre
des programmes dappui au systme dinformations, sont principalement pilotes et/ou gres par
des bailleurs et tmoignent trop souvent d'un manque de coordination et dinterfaage inter-projet
L'appropriation par le MSP des projets NTIC dans le domaine de la sant reste trop faible. Cela est
l'origine d'un manque de prennit des projets, qui ont tendance disparatre avec les bailleurs
qui les avaient initis
Les missions, objectifs et normes au sein du MSP par rapport aux NTIC ne sont pas clairement
dfinis. Par consquent, on constate un trop faible leadership dans ce domaine au niveau du MSP.
Aussi, le cadre organique actuellement mis en place, ne semble pas adapt aux dfis d'un
systme de sant moderne qui ne sait plus se passer de l'informatique.
Pour remdier ces problmes, un plan directeur pour la mise en uvre de la vision NTIC formule
dans le PNDS, s'impose. Ce plan devra:
Clairement expliciter la vision, les missions et les objectifs par rapport aux NTIC de sant en RDC
Produire un document normatif de rfrence pour les futurs dveloppements informatiques du MSP
et ses partenaires
Proposer une approche systmique et intgre pour toutes les structures du MSP
Aider rationaliser les futurs investissements NTIC dans la sant en passant par une orientation
sur les besoins mtiers et priorits du MSP, une diminution de la redondance/duplication des
efforts, l'assurance d'une couverture maximale des besoins et l'introduction de linteroprabilit
entre applications et systmes (standardisation)
Ainsi, le PNDIS aura comme objectifs de:
Permettre au MSP dimposer sa vision du systme dinformations sanitaires aux diffrents
partenaires techniques et financiers
Planifier la cration dune gestion globale de tous les sous-systmes dinformation sanitaire base
sur des bases de donnes communes
Dfinir les besoins et lexistant en ressources informatiques (hardware, software, personnel,

formations)
Estimer les budgets pour couvrir lcart en ressources informatiques
Planifier limplmentation (sous forme d'un guide pratique) du systme informatique du MSP
Ce PNDIS est compos de 2 lments essentiels:

1. Une Architecture Entreprise e-Sant pour la RDC, qui est un dessin du systme dinformations
de sant accompagn de documents de rfrence pour son implmentation (statut normatif).
L'architecture identifit les besoins fonctionnels, les flux d'informations, les acteurs pertinents, les
donnes changes et leur organisation sous forme d'applications et les besoins technologiques
en termes de hardware, rseaux et logiciels.
2. Un Plan d'Implmentation qui dfinit les diffrentes phases de mise en uvre avec des
directives pratiques et met en place la gouvernance de l'implmentation
La mthodologie TOGAF a t utilise pour le dveloppement du PNDIS. Plus de 10% des

structures administratives, de soins et d'enseignement du secteur de la sant, rassembles dans un
chantillon compos de Kinshasa et 5 autres provinces, ont t visites et analyses. Cette analyse
a permis d'tablir un inventaire reprsentatif des acquis, des dfis et des opportunits rsultant en
une srie de recommandations pratiques pour les 5 10 annes venir:
La mise en place de datacenters professionnels pour la sant
La cration d'un rseau intranet sant performant qui couvre la totalit du territoire de la RDC
Le dploiement d'une srie d'applications transversales essentielles, comme la messagerie
professionnelle, des outils de collaboration, une solution pour la comptabilit gnrale et
analytique, la gestion des connaissances et une bibliothque numrique
Le dploiement d'un ensemble cohrent d'applications mtiers comprenant un entrept central de
donnes agrges, des systmes de gestion des structures de soins, des systmes de gestion
de stocks pharmaceutiques et bien d'autres
La mise en place d'une filire d'informatique de sant pour le renforcement massif des capacits
des ressources humaines congolaises
La cration de structures organiques qui donneront l'informatique de sant la place qu'elle mrite
dans un systme de sant moderne
Le PNDIS suggre finalement, au bnfice de la prennit de l'intervention, la mise en place d'un
fonds commun pour le financement de son implmentation avec une concertation technique et
financire gouvernementale et inter-bailleur intense, possiblement passant par le Comit National de
Pilotage pour la sant.
Il est clair qu'une initiative comme le PNDIS pourra au moins mettre en place quelques pices du
puzzle de la politique de la rvolution de la modernit en RDC. Certes, les dfis sont normes et
complexes, mais avec un manuel utilisateur adapt et un guide pratique et raliste, le MSP devra
tre en mesure de marquer le chemin suivre, non seulement aux agents de sant et aux citoyens
congolais mais galement d'autres pays de la rgion sub-saharienne qui sont aujourd'hui
confronts des problmes trs similaires.

Chapitre
III
3 Introduction
Le Ministre de la Sant Publique (MSP) de la RDC est engag dans la mise en uvre de la
Stratgie de Renforcement du Systme de Sant (SRSS) qui a t adopte par les partenaires en
2006 et rvise en mars 2010. Les orientations de cette stratgie sectorielle ont t traduites en
rsultats travers le Plan National de Dveloppement Sanitaire 2011-2015 (PNDS 2011-2015)
labor de manire participative par le Ministre de la Sant Publique et ses partenaires sous la
coordination de la Direction dEtudes et Planification (DEP).
Dans le second axe du PNDS ddi aux stratgies dappui au dveloppement des zones de sant, le
MSP a prvu un sous-axe, celui de renforcer le systme national dinformation sanitaire. Ce sous
axe poursuit un seul rsultat savoir : linformation sanitaire est disponible pour la prise de
dcision tous les niveaux et le renforcement du leadership du MSP sur lensemble du secteur . La
ralisation de ce rsultat ncessite la mise en place des programmes suivants:
3.1 Programme de renforcement du systme dinformation

sanitaire
Ce programme comprend les actions suivantes :
la mise jour de la rglementation du Systme dInformations Sanitaires (SIS)
la mise en place des organes de coordination au niveau central et au niveau intermdiaire
llaboration dun plan de renforcement du SNIS avec toutes les composantes
la mise en fonction des composantes prioritaires
3.2 Programme relatif lamlioration de la qualit de

linformation dans lensemble des composantes
Les actions que comprend ce programme sont :
renforcement des capacits des ressources humaines
renforcement des capacits logistiques
renforcement des capacits de production des outils de gestion au niveau des divisions
provinciales de la sant (DPS)
renforcement de lintgration des structures prives dans le systme dinformation sanitaire
dfinition et mise en uvre des procdures
3.3 Programme damlioration de l'utilisation de l'information

sanitaire
Les actions relatives la mise en uvre de ce programme sont :
le dveloppement et gestion des entrepts des donnes au niveau central et intermdiaire
la recherche compltant linformation de routine pilote par le Ministre de la Sant Publique
(MSP)
le dveloppement des tableaux de bord tous les niveaux de la pyramide du systme de sant
3.4 Programme de renforcement de la communication au sein

du MSP
Les actions dans le cadre de ce programme sont
lamlioration de la diffusion des l'information sanitaire aux niveaux national et intermdiaire
lamlioration de la gestion du site web du MSP
le dveloppement dun rseau informatique aux niveaux national et intermdiaire
3.5 Rforme du systme national dinformation sanitaire

Une action importante de la rforme du systme national d'information sanitaire est la mise en place
du dossier du malade dans les centres de sant et les Hpitaux Gnraux de Rfrence (HGR) des

Introduction 21
67 ZS rationaliser. Cette action de rforme est une consquence de limplantation des soins de
sant centrs sur la personne. En effet, les multiples canevas sont la traduction dun systme de
soins bas sur les programmes spcialiss et les exigences des bailleurs et non sur la personne.
Lide est de commencer lexprience petite chelle, de la soutenir par de la recherche
oprationnelle avant denvisager son implantation progressive dans les autres ZS. Dans ces 67 ZS,
les circuits parallles dinformation sanitaire devront cder la place progressivement au dossier du
malade.
3.6 Approche systmique de l'informatisation au sein du MSP

Globalement aujourdhui, on constate que la grande majorit des services mdicaux, administratif et
technique du MSP disposent doutils informatiques et traitent les matires sous leur responsabilit
sans grande interaction entre eux. Les logiciels utiliss restent souvent lmentaires tels que les
traitements de texte et tableurs. Mais aussi certains services dveloppent et utilisent des logiciels et
des applications plus sophistiqus sans se demander ce qui est fait dans les autres services avec
comme consquence que lon retrouve des panoplies doutils traitant les mmes matires mais
finalement le niveau central reste toujours dans lincapacit davoir une ide sur ltat de sant de la
population congolaise. Labsence de communication informatise et de raccordement des bases de
donnes entre elles amne le MSP reconsidrer les modes et moyens de gestion de linstitution.
La ncessit dun systme moderne dinformatique mdicale avec un parc dordinateurs connects
en rseau ainsi que dun ou plusieurs logiciels spcifiquement ddis la gestion dactivits
sanitaires, apparat vidente.
La RDC souhaite dvelopper un centre de veille stratgique que lon peut aussi appeler observatoire
du systme de sant. Ce centre regroupera au moins autant de cellules que de commissions du
CNP et donc que de directions du niveau central. Chaque cellule est responsable de traiter toute
linformation qualitative et quantitative relative son thme, ce qui correspond aussi un axe et
sous-axe du PNDS, de la traiter et de la poster sur le portail Web Country Health Intelligence Portail
(CHIP). Lapproche CHIP utilise lInternet selon le format wiki , qui permet aux utilisateurs
autoriss de crer ou dadapter en ligne des informations pralablement valides. Chaque cellule est
constitue dun informateur cl et de quelques propritaires de page. Lanalyse fouille du
fonctionnement du systme de sant travers le CHIP est destin offrir au pays, une gestion
coordonne de l'information (Knowledge Management), afin de suivre les changements intervenus
dans le secteur et de soutenir les efforts visant le renforcement du systme de sant et les
diffrentes rformes sappliquant lensemble du secteur sanitaire.
Llaboration dun portail pays regroupant les informations du secteur de la sant, rgulirement mise
jour et valides, permet dassurer la disponibilit toutes les parties prenantes, y compris au grand
public, dinformations sanitaires compltes et prcises, la facilitation de lanalyse lchelon national
ce qui constitue donc la base pour les revues sectorielles conjointes, moments centraux dans la
prise de dcisions et la planification sectorielle, et les comparaisons internationales grce
lutilisation dun cadre homogne lchelon mondial.
3.7 Systme National d'Informations Sanitaires (SNIS)

Suite l'arrt ministriel (AM) n 1250/CAB/MIN/BYY/PT/0005/2005 du 18 mars 2005, portant
institution, organisation et fonctionnement du systme national dinformation sanitaire (SNIS), le
SNIS est organis en 12 sous-systmes :
1. Les soins de sant primaires ainsi que ceux de rfrence secondaire et tertiaire
2. La surveillance pidmiologique pour la dtection, la riposte et la prise de mesures de
prvention ou de contrle de la maladie
3. La gestion des programmes prioritaires ainsi que leur suivi et valuation
4. La surveillance des dterminants de la sant, lhygine et la salubrit publique, lenvironnement,
la sant et la scurit au travail, la sant scolaire, aronautique et maritime ;
5. Le mdicament, son approvisionnement, sa distribution, son stockage et son cot ;
6. Le flux financier dans les Comptes Nationaux de la Sant ;
7. La gestion administrative, notamment les ressources humaines, les infrastructures, les

quipements, et la documentation
8. Lenseignement des sciences de la Sant
9. Les tablissements de sant consacrs la recherche et la formation suprieure et
universitaire, les tablissements du niveau de rfrence quaternaire et nationale, ainsi que les
vacuations sanitaires ltranger
10.Les interventions sanitaires au niveau de la communaut
11.La mdecine traditionnelle et les plantes mdicinales
12.LEtat civil et les mouvements dmographiques
A l'heure actuelle, principalement les sous-systmes 1,2,3 et 6 ont rellement t labors et pour la
majorit des agents du MSP le SNIS est synonyme du sous-systme 1 qui est gr par la Direction
5 (dveloppement des soins de sant primaires).
Au niveau des zones de sant, les centres de sant et dans une moindre mesure les hpitaux
gnraux de rfrence sont obligs de remplir dinnombrables canevas. Chaque canevas est
demand soit par un programme spcialis soit par une des composantes du SNIS. Une analyse
des informations demandes par ces canevas a montr que 80% des informations se trouvaient dans
le rapport SNIS. En consquence, les premires sources de linformation sen dsintressent
compltement et finissent par avoir comme objectif de produire des statistiques et des rapports en
respectant la compltude et la promptitude sans plus se soucier quil sagit dinformations qui devrait
les questionner sur la sant des patients et la qualit des services qui leur sont offerts.
3.8 Comit National de Pilotage du Secteur de la Sant

Pour amliorer la collaboration entre le MSP et ses partenaires, le Ministre de la Sant Publique a
cr par arrt ministriel N 1250/CAB/MIN/SP/019/NOV/2009 du 03 novembre 2009 le Comit
National de Pilotage du Secteur de la Sant (CNP-SS). Cet organe plutt politique est soutenu par
un organe plus technique, le Comit de Coordination Technique (CCT) qui lui-mme travaille avec des
commissions techniques et thmatiques. Les thmes sont lis aux axes du PNDS et chaque
commission a un ancrage dans une des directions du niveau central du MSP dont les directeurs sont
galement les animateurs principaux des commissions. Chaque commission est rattache la
Direction Centrale ayant dans ses attributions les matires qui constituent lobjet principal de la
mission lui confie.
1. la premire commission (charge de la gouvernance, de la dcentralisation sectorielle,

planification et financement) est rattache la Direction dEtudes et Planification
2. la deuxime commission (charge des infrastructures et quipement mdico-sanitaire, de
lorganisation des services et des prestations) est rattache la Direction de Dveloppement des
Soins de Sant Primaires
3. la troisime commission (charge des ressources humaines et du renforcement des capacits)
est rattache la Direction des Services Gnraux et des Ressources Humaines
4. la quatrime commission (charge de lapprovisionnement en mdicaments, intrants spcifiques
et de la logistique) est rattache la Direction de la Pharmacie et des Plantes mdicinales
5. la cinquime commission (charge de la contractualisation et de la passation des marchs
publics) est rattache la Cellule dAppui et de Gestion du Ministre de la Sant Publique
6. la sixime commission (charge de la lutte contre la maladie) est rattache la Direction de la
lutte contre la maladie.
Un nouveau cadre organique pour le MSP vient dtre sign par le Ministre de la Fonction Publique
en 2012. Il sera ds lors utile de libeller autrement les commissions pour quelles soient rattaches
clairement une direction
3.9 Objectifs de l'tude

Un audit le plus exhaustif possible des besoins mtiers et des ressources existantes en matire
dinformatique mdicale du MSP sera ralis dans une premire phase de l'tude. Ensuite ltude
proposera au MSP larchitecture et les besoins effectifs en matire de saisie, de traitement et

Introduction 23
dchange dinformations relatives au secteur de la sant (quipement et logiciels), les profils de

poste requis pour chaque niveau dutilisation de loutil informatique et finalement des calendriers de
mise en place de loutil informatique, de formation de ses utilisateurs, de son suivi technique, de
mises jour et de remplacement des quipements devront galement tre tablis.
Cette tude couvrira toute la Rpublique Dmocratique du Congo : zones de sant, DPS, Hpitaux
Provinciaux, CDR, Hpitaux de troisime rfrence, les institutions de formation (ITM, ISTM,
Facults de mdecine), directions centrales, programmes spcialiss, secrtariat gnral, cabinet
du Ministre...
3.9.1 Objectif gnral de l'tude

Le MSP dispose dun plan de dveloppement informatique qui lui permet dimposer sa vision aux
diffrents partenaires techniques et financiers ainsi quaux bailleurs intresss par lappui diffrents
maillons du systme de gestion informatique du systme de sant et dont la mise en uvre
contribuera au dveloppement du systme de sant. Ce plan planifie les diffrentes tapes pour la
cration dune gestion globale de tous les sous-systmes dinformation sanitaire base sur des
bases de donnes communes, permettant damliorer la communication informatise et partant de la
prise de dcision, la planification, la mise en uvre et le suivi-valuation dans le systme de sant.
3.9.2 Objectifs spcifiques de l'tude

Le MSP dispose pour les investissements futurs en informatique dun plan cohrent et sur mesure,
qui dfinit court, moyen et long terme :
1. Les besoins en ressources informatiques tous les niveaux :
Les besoins en hardware
Les besoins en software
Les besoins en personnel qualifi
Les besoins en formation du personnel dj en place
2. Une estimation des cots dachat, de formation, de logiciels, de frais de maintenance, etc.
3. Un planning dimplmentation du systme informatique (y compris le tableau de bord avec
indicateurs pour suivre la mise en uvre de ce plan dinformatisation).
3.10 Rsultats attendus de l'tude

A la fin de ltude, prvue pour fin octobre 2014, devra parvenir la direction dEtudes et
Planification un Plan National de Dveloppement de l'Informatique de Sant (PNDIS) comprenant au
moins:
1. Une valuation des pratiques managriales actuellement en vigueur au MSP, en matire de

traitement de linformation numrisable
2. Une identification des donnes actuellement saisies, traites et changes entre niveaux et
services du MSP
3. Une identification exhaustive des moyens soft- et hardware utiliss par les services disposant
dj doutils informatiques
4. Un enregistrement des attentes de chaque service et chaque niveau par rapports aux domaines
informatiser/automatiser
5. Une valuation des capacits du personnel en place, lexploitation de loutil informatique et des
donnes concernes
6. Une valuation des potentialits techniques nationales en matire dutilisation, dexploitation des
donnes saisies, traites et interprtes, de suivi technique soft- et hardware, dentretien et de
mise jour du matriel informatique
7. Une analyse technique et conceptuelle, comparative et critique, des alternatives potentielles de
systmes de gestion informatise du systme de sant, accompagne dune analyse financire
8. Une proposition de la structure du ou des rseaux tablir au sein du MSP pour une gestion
informatise efficace de linstitution, de leurs fonctionnalits inter-services et une dfinition du
flux dinformation intrieur et extrieur, tenant compte des applications mdicales internationales
(tlmdecine, CHIP, observatoire africain des ressources humaines et des systmes de sant,

rapports mondiaux de la Sant,)

9. Une dfinition des quipements soft et hardware acqurir ou dvelopper, de son cot et des
cots dinstallation, dexploitation, dentretien et de mise jour des logiciels et matriels
10. tablissement dun rapport liant linvestissement consentir (quipements, formations initiales
et logiciels) et les cots rcurrents (consommables, mises jours, formation continue,
maintenance, ) avec le bnfice escompt du fait de la mise en place dune gestion
informatise; le tout conditionn par lenvironnement local et ses contraintes propres (accs aux
ressources humaines, financires, conditions de connectivit tlphonique et internet, etc.)
11. Une dfinition de la formation ncessaire dispenser au personnel en place tant pour
lutilisation, lexploitation que lentretien de loutil informatique et des logiciels de gestion
envisags
12. Une dfinition de la formation ncessaire intra cursus pour le personnel mdical et pour les
informaticiens
13. Un planning global dimplantation progressive du systme accompagn dindicateurs
dintgration, de comprhension et dappropriation du systme tant pour le matriel, les logiciels
que le traitement des donnes et leur change entre les diffrents niveaux et services du MSP,
la formation du personnel et la mise jour et lentretien du soft et de hardware
14. Des instructions prcises techniques et organisationnelles pour la gestion du nouveau systme
informatique du systme de sant de la RDC. (rorganisation de la gestion informatique)
15. Des descriptions de postes pour lensemble des postes dinformaticien slectionner au sein du
MSP.
3.11 Outils de dveloppement d'architecture d'entreprise

Larchitecture dentreprise est un processus de transformation de la vision et de la stratgie en
changements effectifs dans lentreprise en crant, communiquant et en amliorant les principes cls
et les modles qui dcrivent la cible atteindre pour lensemble des ressources de lentreprise et en
rendant possible son volution.
L'laboration du PNDIS sera fait en utilisant des techniques et des mthodes de dveloppement
d''architecture d'entreprise approuves sur le plan international. Ces techniques et mthodes
constituent une "bote d'outils valids" (en anglais: Architecture Toolk it ou Architecture Framework )
pour la production d'un plan qui est:
cohrent: intgrant toute composante pertinente en termes de gestion d'informations
comprhensible: utilisant un langage mtier standardis et clair
implmentable: avec des instructions claires et compltes pour sa mise en uvre
gouvernable: avec des mtriques permettant l'valuation de l'implmentation ainsi que des
directives de gestion de l'volution du plan mme.
Pour l'laboration du PNDIS, les outils de dveloppement suivants ont t retenus:

The Open Group Architecture Framework (TOGAF)
Guide pratique sur les stratgies nationales en matire de cybersant (OMS)
3.11.1 Entreprise
Les outils de dveloppement du plan devront permettre de prendre en compte la vision et le mandat
du MSP et de ses structures, dnomms "l'entreprise". La notion d'entreprise couvrira dans le cas du
PNDIS non seulement les structures centrales du MSP comme le cabinet du ministre, le secrtariat
gnral, les directions centrales, les programmes de sant spcialiss mais galement les DPS et
leurs zones de sant, les hpitaux provinciaux, les hpitaux gnraux de rfrence, les centres de
sant, les centrales de distribution rgionales (CDR), les hpitaux de troisime rfrence, les
institutions de formation (ITM, ISTM, Facults de mdecine) etc. Il s'agit donc du Ministre de la
Sant Publique dans le sens le plus large possible du concept.
3.11.2 Structure des composants

Un plan est d'habitude compos de diffrents sous-plans, dcrivant diffrents aspects de sa mise en
uvre. Dans le cas du PNDIS, il sera ncessaire de dvelopper des sous-plans dcrivant:
les besoins fonctionnels (mtiers) de l'entreprise en termes de gestion d'informations

Introduction 25
les flux d'informations, les acteurs, les donnes changes et leur organisation sous forme
d'applications
les besoins technologiques en termes de hardware, rseaux et logiciels
les phases de mise en uvre avec des directives pratiques (par exemple via des Plans Provinciaux
de Dveloppement de l'Informatique de Sant - PPDIS)
la gouvernance de l'implmentation
3.11.3 Capacits de l'architecture

Il est utile de dcrire clairement ce qui peut tre attendu de chaque composante ou sous-plan afin de
ne pas crer des attentes irralistes. En grandes lignes, le PNDIS est un plan de rfrence mettant
en place des directives et normes en matire de gestion d'informations guidant:
la cration de structures de gestion et de formation ncessaires pour une meilleure gestion
d'informations du secteur de la sant
la mise en place et le suivi concrets d'un nombre d'applications et d'infrastructures rseau et
hardware partages par les diffrentes structures du niveau central et le niveau provincial du MSP
la cration de sous-plans de dveloppement informatique au niveau des provinces, des
programmes de sant, des structures de soins de troisime rfrence et autres.
3.11.4 Gouvernance de l'architecture

Le PNDIS ne devra pas tre considr comme une norme statique, mais par contre devra suivre les
changements du secteur de la sant en RDC avec le souci de garantir que les procdures et outils
de gestion d'informations soient toujours aligns aux missions et objectifs de l'entreprise. Par contre,
un des objectifs d'un plan de dveloppement informatique est aussi de garantir une certaine stabilit
dans le temps afin de permettre de garder la cohrence entre diffrentes technologies et logiciels. Il
sera donc important de bien planifier et organiser les rvisions architecturales du PNDIS. A priori, il
semble intressant d'aligner ces rvisions avec les rvisions du PNDS (qui dessine les missions et
objectifs du MSP).
3.12 TOGAF
Le cadre d'Architecture TOGAF s'appuie sur trois concepts fondamentaux complmentaires qui
viennent renforcer la capacit darchitecture de lentreprise : le Cycle ADM, le Cadre de Contenu et le
Cadre de Capacit.
Le Cycle ADM, pour Architecture Development Method, constitue le cur de la dmarche TOGAF
et dlivre, sous la forme dun processus cyclique, les bonnes pratiques pour dvelopper
lArchitecture dEntreprise au centre d'une organisation. Ax sur les exigences, il est constitu dune
phase prliminaire et de huit phases (nommes de A H) permettant de construire larchitecture des
domaines mtiers, applications, donnes et techniques, de planifier son dploiement, de la mettre en
uvre et finalement, de grer les changements oprer.

A : vision de l'architecture
B : architecture mtier
C : architecture des systmes
d'information
D : architecture technologique
E : opportunits et solutions
F : planning de migration
G : gestion de l'implmentation
H : gestion du changement
d'architecture.
Cadre de Contenu: au cours de lexcution dun cycle ADM, un certain nombre de sortants seront
produits (processus, exigences darchitecture, plans projets, etc). Le Cadre de Contenu (Architecture
Content Framework ou ACF) fournit alors un modle offrant une classification standardise de ces
lments. Lobjectif tant de les structurer de faon cohrente en dfinissant des relations pour
chacun dentre eux, formant lArchitecture dEntreprise.
Cadre de Capacit: pour mettre en place une fonction darchitecture au sein dune entreprise, il est
ncessaire de dfinir des structures, des processus, des rles, des responsabilits et des
comptences mettre en uvre, constituant la capacit de larchitecture. Le Cadre de Capacit
propose un ensemble de recommandations pour aider crer une telle fonction darchitecture.
Autrement dit, le cadre de capacit vient guider une organisation mettre en place ce qui est
ncessaire pour raliser lArchitecture dEntreprise telle que dfinie par TOGAF.
3.12.1 Couches d'architecture

Pour tre pertinente, la cartographie de lorganisation de lentreprise, de ses processus et de ses
systmes doit tre labore de manire ce que les acteurs administratifs, techniques et mtiers
puissent partager des vues diffrentes dun lment unique en fonction de leurs comptences et leur
place dans l'entreprise. Pour arriver cela, TOGAF propose 4 couches d'architecture:
3.12.1.1 Architecture mtier
Description de la stratgie mtier et des processus mtier supportant les objectifs.
3.12.1.2 Architecture applicative
Description des applications incluant leurs interactions avec les processus coeur de mtier de
lorganisation.

Introduction 27
3.12.1.3 Architecture des donnes
Dfinition de la structure de stockage des donnes logiques et physiques et des ressources de

gestion des donnes.
3.12.1.4 Architecture technique
Description de linfrastructure du hardware, middleware, des rseaux, supportant le dploiement

des services mtiers, donnes et applications.
3.12.2 Mthode de dveloppement de l'architecture entreprise: cycle ADM

La dmarche de lADM est compose de huit phases principales et dune phase prliminaire.
Chaque phase est divise en tapes. Des livrables sont gnres tout au long du processus, mais le
livrable dune phase peut tre modifi dans une phase ultrieure. Les points cls dADM sont :
ADM est une dmarche itrative, tout au long du processus, entre les phases et lintrieur dune
phase.
Pour chaque itration, une dcision doit tre prise sur :
- Le primtre couvert
- Le niveau de dtail
- Lhorizon vis, y compris le nombre et la porte des jalons intermdiaires
- Les lments darchitectures existants de la Continuit de l'Entreprise, dj crs dans les
itrations prcdentes ou existantes dans lentreprise
Ces dcisions doivent tre prises sur la base dune valuation pratique des ressources et des
comptences disponibles et sur la valeur attendue pour lentreprise de la dmarche darchitecture. Le
point central du cycle ADM est la gestion des exigences qui permet de sassurer que lensemble des
phases du cycle ADM sappuient et valident les exigences mtier. En tant que mthode gnrique,
ADM est prvue pour tre utilise dans des contextes trs varis, et peut donc tre adapte des
besoins spcifiques (dans notre cas le dveloppement d'une stratgie informatique pour la sant en
RDC).
3.12.2.1 Phase prliminaire
Cette phase sapparente dire o, pourquoi, qui et comment nous faisons larchitecture . Elle met
en place le contexte organisationnel, les parties prenantes permettant de crer larchitecture
dentreprise.
Etapes
Evaluer les organisations de lentreprise impactes : en effet soit lentreprise peut sinscrire dans la
dmarche, soit certaines lignes de mtiers sy inscrivent
Dfinir et tablir lquipe et lorganisation de larchitecture dentreprise
Identifier et tablir les principes de larchitecture
Slectionner les framework s de larchitecture et les adapter
Implmenter les outils darchitecture
Livrables
Un modle organisationnel pour larchitecture dentreprise
Un framework darchitecture adapt
Un rpertoire pour larchitecture initiale, incluant les contenus du framework
3.12.2.2 A. Vision de l'architecture
Cette phase va permettre de crer la vision de larchitecture. La phase A permet de dfinir ce qui est
dans et ce qui est hors du champ dapplication de leffort darchitecture et les contraintes qui doivent
tre traites. Ses objectifs principaux sont de s'assurer que lvolution du cycle de dveloppement
d'architecture a la reconnaissance et l'approbation de la gestion d'entreprise, l'appui et l'engagement
ncessaire de lorganisation hirarchique. Il s'agit de donner une vision, donc on reste un niveau
relativement macroscopique en se focalisant sur les points structurants pour obtenir un 'GO' en fin de

phase.
Etapes
Etablir le projet darchitecture
Identifier les parties prenantes, les proccupations et les besoins mtiers
Confirmer et laborer les objectifs mtiers, les pilotes mtiers et les contraintes
Sassurer de ltat de prparation aux changements mtiers qui peuvent tre introduits par un
changement darchitecture
Confirmer et laborer les principes de larchitecture
Dfinir les valeurs seuil et les indicateurs de performance cl de larchitecture cible
Identifier les risques des transformations mtiers et les activits dattnuation
Dvelopper les plans de larchitecture et ltat du travail darchitecture.
Livrables
Une dclaration de travail architectural approuve
Les dclarations des principes mtier, les buts mtiers et les pilotes mtiers raffins
Les principes de larchitecture
Les valuations de capacit de lentreprise
Un Framework dentreprise adapt
Une vision de larchitecture incluant :
1. Les besoins cl des parties prenantes pertinentes raffins
2. Les architectures de bases en version 0.1
3. Les architectures cibles en version 0.1
3.12.2.3 B. Architecture mtier
Cette phase va permettre de crer larchitecture mtier, prmices au travail darchitecture des autres
domaines (tel que les donnes, les applications et les technologies). Cest donc une architecture
primordiale . Elle sert galement pour montrer la valeur marchande du travail sur les architectures
sous jacentes aux parties prenantes cls ainsi que le retour sur investissement quauraient celles-ci
en le soutenant et en participant ces travaux.
Etapes
Slectionner les modles de rfrence, points de vue et outils
Dvelopper les descriptions de larchitecture de base
Dvelopper les descriptions de larchitecture cible
Analyser les lacunes
Dfinir le plan de charge
Conduire une rvision formelle des parties prenantes
Finaliser larchitecture
Crer les documents de dfinition de larchitecture
Livrables
Des versions mises jour et raffines des livrables de la vision de larchitecture :
1. Dclarations de travail architectural
2. Les principes mtiers, les buts mtiers et les pilotes mtiers valids (et mis jours si
ncessaire)
3. Les principes de larchitecture
Une bauche dun document de dfinition de larchitecture incluant :
1. Larchitecture mtier de base
2. Larchitecture mtier cible :
a. La structure organisationnelle
b. Les buts et objectifs mtier
c. Les fonctions mtiers
d. Les services mtiers
e. Les rles mtiers
f. Le modle de donnes mtiers
g. La corrlation entre les fonctions et les organisations

Introduction 29
Les vues correspondant aux points de vue adresss par les proccupations des
parties prenantes cl.
3.12.2.4 C. Architecture des systmes d'informations
La phase des architectures des systmes d'informations se dcompose en deux sous-parties :

la partie donnes
la partie applications.
Elle va permettre de dfinir les principaux types de donnes qui seront ncessaires pour soutenir
lactivit mtier en cours. Il faut que ces donnes soient comprhensibles par les parties prenantes,
compltes et consistantes et enfin il faut quelles soient stables. Il est noter que ceci ne concerne
pas tout ce qui a un rapport avec les bases de donnes. Le but tant de dfinir les entits qui vont
servir lentreprise, pas de concevoir les systmes de stockages physiques ou logiques.
Cette phase a galement pour but de dfinir les systmes applicatifs principaux ncessaires pour
traiter les donnes et soutenir lactivit mtier. Tout comme la partie prcdente, cette phase nest
pas concerne par la conception de ces systmes applicatifs, ces applications ne sont pas dcrites
comme des systmes informatiques mais comme des groupes logiques capables de grer les objets
dfinis dans larchitecture de donnes et de soutenir lactivit mtier. Les applications et leurs
possibilits sont dfinies sans rfrence des technologies
particulires car celles-ci sont stables et finies tandis que les technologies utilises pour les mettre
en uvre ne sont quant elles pas encore arrtes, elles changeront avec le temps en fonction des
besoins changeant dactivits mtier en cours.
Etapes
Slectionner les modles de rfrence, les points de vue et les outils
Analyser les lacunes
Dfinir les composantes du plan de charge
Rsoudre les impacts possibles sur lensemble des architectures
Conduire une rvision formelle des parties prenantes
Crer un document de dfinition de larchitecture
Livrables
Des versions mises jour et raffines de la vision de larchitecture incluant une bauche du
document de dfinition de larchitecture incluant :
1. Les architectures de bases en version 1.0
2. Les architectures cibles en version 1.0
3. Les vues des architectures correspondant aux points de vue des proccupations des parties
prenantes cl
Une bauche des spcifications des besoins de larchitecture comprenant notamment les besoins
techniques pertinents qui seront pris en compte dans lvolution du cycle de dveloppement de
larchitecture
Les composantes de larchitecture mtier du plan de charge architectural
3.12.2.5 D. Architecture technique
La phase d'architecture technique cherche dfinir des relations entre les composants applicatifs,
dfinis dans la phase C correspondante, et un ensemble de composants technologiques qui
reprsenteront les composants logiciels et matriels disponibles sur le march ou bien configurs au
sein de lorganisation dans des plateformes technologiques. Durant cette phase, lquipe en charge
de larchitecture devra considrer que les ressources pertinentes pour larchitecture technologique
sont disponibles dans le dpt darchitecture (o se trouve lensemble des informations lies aux
architectures).
tapes
Dvelopper une description de larchitecture technique de base
Dvelopper une description de larchitecture technique cible
Finaliser larchitecture technique

Livrables
Vision de larchitecture :
Principes des technologies valids
Les documents de dfinition de larchitecture technologique cible :
1. Des composants technologiques et leurs relations aux systmes dinformation
2. Des plateformes technologiques et leur dcomposition montrant les combinaisons des
technologies requises pour raliser un parc technologique spcifique
3. Localisations et environnements
4. Spcifications rseau et matrielles
3.12.2.6 E. Opportunits et solutions
La phase E est la premire phase qui soit directement concerne par la faon dont sera mise en
place larchitecture cible. Elle se concentre sur la faon de fournir larchitecture. Cest uniquement
lors de la phase E que lanalyse dopportunit est ralise avec les choix de solution. Ces choix sont
raliss partir des travaux des phases B, C et D. Le mtier reste au cur de la dmarche, mme
pour les choix de solutions. Cest lors de cette phase que lon commence identifier les projets
dimplmentation, quon identifie une trajectoire (macro planning) et que lon dfinit les architectures
intermdiaires (sur les paliers de la trajectoire). Ses objectifs sont donc de passer en revue les
capacits et les objectifs mtiers cibles, de consolider les lacunes des phases B D et dorganiser
des groupes de blocs constitutifs pour grer ces capacits, de revoir et de confirmer les paramtres
courants de lentreprise pour mieux absorber les ventuels changements, davoir une srie
darchitectures de transitions fournissant une valeur ajoute continue travers lexploitation des
opportunits et de raliser des blocs constitutifs.
tapes
Dterminer/confirmer les changements des attributs cls de lentreprise
Dterminer les contraintes de lentreprise vis--vis de la mise en uvre
Rviser et consolider les rsultats de lanalyse des lacunes pour les phases B D
Rviser les besoins des technologies informatiques partir des perspectives fonctionnelles
Consolider et rconcilier les besoins dinteroprabilit
Affiner et valider les dpendances afin dassurer que toutes les contraintes de la mise en uvre et
des plans de migration aient t identifies
Confirmer la prparation de lorganisation et les risques pour les transformations mtiers
Formuler une implmentation haut-niveau et une stratgie de migration.
Livrables
Une mise jour et un affinement des versions de la vision de larchitecture, de larchitecture
mtier, des architectures des systmes dinformation et de larchitecture technologique
Un plan de charge architectural consolid et valid.
Une architecture de transition version 1.0 incluant :
1. Les lacunes, solutions et les valuations de dpendances consolides.
2. Un recueil des risques version 1.0.
3. Une analyse des impacts.
Un plan dimplmentation et de migration version 0.1.
3.12.2.7 F. Planification de la migration
La phase F correspond la mise en place dun plan dtaill dexcution et de migration. Elle va
aussi servir mettre au point la vision darchitecture ainsi que les documents qui dfinissent
larchitecture en conformit avec lapproche convenue. Les architectures de transitions dfinies dans
la phase E avec les parties prenantes vont galement tre confirmes. Finalement, le cycle
dvolution des architectures doit tre tabli pour assurer que les architectures restent pertinentes, et
que les leons apprises soient documentes pour activer un processus damlioration continu. Elle
fait ainsi une analyse de la valeur des travaux rsultant de la phase E par une analyse des cots,
des bnfices mais aussi des risques. Elle dtaille la trajectoire et les projets associs.

Introduction 31
tapes
Confirmer la gestion des interactions du framework pour les plans de mise en uvre et de
migration
Assigner une valeur mtier chacun des projets
Estimer les besoins en ressources, les chances et les moyens de diffusion des livrables
Hirarchiser les projets de migration travers la conduite dune valuation des cots/bnfices et
valider les risques
Gnrer la feuille de route de la mise en uvre de larchitecture et du plan de migration.
Livrables
Un plan dimplmentation et de migration version 1.0
Un document de dfinition de larchitecture finalise
Une spcification des besoins de larchitecture finalise
Des blocs constitutifs de larchitecture rutilisables
Un modle de la mise en uvre de la gouvernance
Des demandes de changement
3.12.2.8 G. Gouvernance de l'implmentation
La phase G correspond la mise en place de la gouvernance, son but est de formuler des
recommandations pour chaque implmentation de projets. Elle doit galement gouverner et grer un
contrat darchitecture couvrant lensemble des processus dimplmentation et de dploiement. Elle
doit assurer que le programme oprationnel est dploy correctement et comme il avait t prvu
dans le programme de travail et que la solution dploye est conforme avec larchitecture cible. Cest
avec cette phase que toute linformation sur la bonne gestion des diffrents projets oprationnels est
rassemble. Paralllement cette phase, il y a lexcution dun processus de dveloppement
spcifique une organisation o le dveloppement rel se produit.
tapes
Confirmer les possibilits et les priorits pour le dploiement avec la gestion du dveloppement.
Identifier les ressources de dploiement et les qualifications
Guider le dveloppement des solutions de dploiement.
Faire la revue de la conformit de larchitecture.
Mettre en uvre les oprations mtier et les technologies informatiques.
Faire une revue post-implmentation et clore la phase de mise en uvre
Livrables
Un contrat darchitecture sign
Une valuation de la conformit
Des demandes de changement
Des solutions darchitectures conformes dployes :
1. Le systme de larchitecture conforme mis en uvre
2. Le rpertoire de larchitecture rempli
3. Des recommandations et des dispenses conformes larchitecture
4. Des recommandations sur les besoins de livraison des services
5. Des recommandations sur les mtriques de performance
6. Les accords de niveau de services
7. Une vision de larchitecture mise jour
8. Un document de dfinition de larchitecture mis jour
9. Une architecture de transition mise jour
10.Des modles pour le mtier et les systmes dinformation pour la solution mise en uvre.
3.12.2.9 H. Gestion du changement architectural
La phase H sert principalement sassurer que les architectures de base continuent tre adaptes
aux besoins. Elle va aussi permettre la fois dvaluer lexcution de larchitecture et mettre des
recommandations pour des changements et valuer les changements de framework et de principes
configurs dans les phases prcdentes. Cette phase fera fonctionner le framework de

gouvernance. Cest durant cette phase que le gestionnaire de changement va dterminer en fonction
des changements apporter sil faut initier un nouveau cycle dvolution de larchitecture. La phase H
peut ainsi tre lorigine dun nouveau cycle darchitecture.
tapes
tablir un processus pour exploiter les revenus de larchitecture dentreprise
Dployer les outils de surveillance
Grer les risques
Fournir une analyse pour la gestion des changements darchitecture
Dvelopper les besoins de changement pour atteindre les cibles de performances
Grer les processus de gouvernance
Activer les processus pour mettre en uvre les changements
Livrables
Des mises jour des architectures
Des changements dans le framework de larchitecture et de ses principes
De nouvelles demandes de travail architectural
Les dclarations de travail architectural mises jour
Un contrat darchitecture
Une valuation de la conformit.
3.12.3 Dpt architectural et le continu de l'entreprise

Le continu de l'entreprise (Enterprise Continuum) est conu comme un rpertoire virtuel de tous les
sortants du travail architectural (plans, modles, rapports, normes, guides, instructions...) qui ont t
produits au sein de l'entreprise (et dans le monde de l'industrie informatique pour autant pertinent
pour l'entreprise) et qui pourront servir dans le futur pour d'autres dveloppements architecturaux
ultrieurs. Des exemples de sortants produits au sein de l'entreprise sont les livrables de travail
architectural antrieur qui sont disponibles pour rutilisation. Des exemples de sortants du monde de
l'industrie informatique sont des modles de rfrence et des gabarits d'architecture pour le secteur
de la sant ou de l'informatique.
3.12.4 Principes
TOGAF dveloppe les composantes architecturales de l'entreprise en tenant compte d'un nombre de
principes. Des principes sont des rgles et directives gnrales et stables qui sont rarement
amendes et qui fournissent l'entreprise les rgles de conduite pour la ralisation de ses missions.
Les principes peuvent se prsenter sous forme de valeurs, actions ou mme rsultats. En fonction
des besoins, des principes peuvent tre dfinis trois niveaux diffrents:
Les principes d'entreprise forment une base pour les processus de prise de dcisions et sont
particulirement importants pour la gouvernance de l'architecture
Les principes technologiques d'informations guident l'usage et le dploiement des ressources
informatiques travers l'entreprise. Souvent ils sont mis en place avec un souci d'optimaliser le
rapport cot-efficacit des investissements informatiques.
Les principes d'architectures sont plutt lis au travail architectural et refltent la faon de
penser au sein de l'entreprise. Ils peuvent se manifester comme des principes de procdures lis
la cration et la maintenance de l'architecture, ou des principes d'implmentation qui guident les
premires phases de mise en place de solutions informatiques.
Un principe est compos de 4 lments:

Dnomination du principe
Explication (descriptif du principe)
Ide fondamentale du principe
Implications mtiers et techniques

Chapitre
IV
4 Phase prliminaire
La phase prliminaire du dveloppement a dbute le 4 juin 2014 pour prendre fin le 25 juin 2014. Les
livrables ont t prsents et critiqus le lundi 23 juin 2014 l'occasion d'un atelier organis la
Direction d'tudes et Planification du Ministre de la Sant Publique Kinshasa.
4.1 Sources d'informations

Les principales sources d'informations pour le dveloppement de la phase prliminaire taient:
Plans stratgiques mtiers

1. Le Plan National de Dveloppement Sanitaire (PNDS 2011-2015)
2. La Stratgie de Renforcement du Systme de la Sant (SRSS)
3. Plan Stratgique de la Reforme Hospitalire 2010
4. Cadre de Suivi et valuation du PNDS 2011-2015
5. Plan National de Dveloppement des Ressources Humaines de la Sant (PNDRHS 2011-2015).
Plans stratgiques informatiques

1. Draft de plan stratgique NTIC Sant de la Cellule d'Information Stratgique du SG
2. Stratgie de dveloppement du secteur des tlcommunications et des technologies de
l'information et de la communication de la RDC (Ministre des Postes, Tlphones et
Tlcommunications de la RDC, juillet 2009)
3. Recommandations sur la politique et les stratgies de dveloppement des technologies
d'information et de communication (note technique du 2 mai 2013, Cabinet du Premier Ministre
de la RDC)
Cadre lgal et normatif

1. Arrts Ministriels portant sur le Systme National d'Information Sanitaire (2005)
2. Cadre Organique du Ministre de la Sant Publique 2012
Partenariats et relations contractuelles
Interviews semi-structurs
Des interviews semi-structurs sont organiss avec un maximum de parties prenantes. Lors de
ces interviews, les lments suivants sont analyss:
1. Mandat, vision, missions et objectifs

2. Cadre normatif
3. Tches raliser
4. Structure de lorganisation
5. Instruments de gestion dinformations (actuels et futurs)
a) Ressources humaines
b) Outils informatiss
c) Outils non-informatiss
6. Interactions et changes de donnes
7. Problmes, attentes et craintes lis linformatisation
4.2 Mandat de l'entreprise

Le Ministre de la Sant Public est charg de l'autorit technique globale sur la sant. Le mandat
principal du MSP est de fournir une orientation de la politique nationale et d'laborer des plans
nationaux, des normes techniques et des lignes directrices sur la sant. Il est galement un
rgulateur de tous les services et produits de sant et fournisseur de services de soins de sant
primaires, secondaires, spciaux ou tertiaires et de l'assistance technique des sous-structures
dcentralises dans les provinces. Avec d'autres professionnels de la sant et intervenants, le
ministre de la Sant doit poursuivre et assurer ce qui suit:
La promotion de la sant et le bien-tre de tous les citoyens de la RDC

Phase prliminaire 35
Prvention et contrle des maladies parmi les populations risque

Protection des individus, des familles et des communauts exposes aux risques pour la sant
Traitement, gestion et la rhabilitation des personnes touches par les maladies et les handicaps
4.3 Plan et agenda du travail architectural

Le plan de travail a t divis en 3 phases:
Phase 1: mise en place de l'quipe architecturale, analyse prliminaire des architectures entreprise
e-sant actuelle et cible et analyse des structures centrales (Kinshasa).
Phase 2: analyse des structures priphriques dans les provinces du Bas Congo, Katanga, Nord
Kivu, Kasa Occidental et la Province Orientale.
Phase 3: dveloppement des architectures mtier, systme d'information et technologique.
Identification prliminaire des opportunits et solutions, budgtisation et dveloppement d'un plan de
migration. Prparation du cadre de gouvernance du PNDIS et des rgles d'volution architecturale.
4.3.1 Phase 1
5 juin 2014 Briefing DEP & CTB (AM)
Organisation de l'quipe du projet (AM)

secrtariat du projet
modalits de communication
transports locaux
agenda premire phase
mthode de travail
Mise en place d'une plate-forme web pour la documentation architecturale (PM)

pndis-rdc.ict4development.org (=ADS - Architecture Document Server)
cration des profils utilisateurs (administrator, architect, stakeholder, public)
laboration d'un manuel d'utilisation pour l'quipe architecturale
Prise des premiers rendez-vous (PM)

cabinet, secrtariat gnral
directions centrales
6 juin 2014 Formation interne plate-forme web pour la documentation architecturale (AM)
Elaboration d'un inventaire prliminaire de solutions e-sant existantes en RDC (AM

+PM)
publication sur ADS
7 juin 2014 Prparation des canevas d'interview

publication sur ADS
9-13 juin 2014 Interviews Cabinet, Secrtariat Gnral

Interviews directions centrales
Interviews structures enseignement
14 juin 2014 Analyse & compilation

publication sur ADS
16-20 juin 2014 Interviews directions centrales

Interviews structures hospitalires
Interviews structures enseignement
Interviews programmes de sant
21 juin 2014 Analyse et compilation

publication sur ADS
23 juin 2014 Atelier de restitution rapport intermdiaire phase 1 (AM)

Dbriefing CTB phase 1 (PM)
publication du rapport intermdiaire sur ADS
24-25 juin 2014 Interviews des programmes de sant
26-27 juin 2014 Analyse des services centraux du MSP
28 juin 2014 Analyse et compilation des rapports

publication sur ADS
4.3.1.1 Interviews et visites ralises
Directions du MSP
Secrtariat Gnral (06/06/2014)
Secrtariat Gnral - Cellule d'Informations Stratgiques (09/06/2014)
Direction 1 (10/06/2014)
Direction 2 (10/06/2014)
Direction 3 (16/06/2014)
Direction 4 (19/06/2014)
Direction 5 (09/06/2014)
Direction 6 (11/06/2014)
Direction 7 (24/06/2014)
Direction 8 (24/06/2014)
Direction 9 (13/06/2014)
Direction 10 (16/06/2014)
Direction 11 (12/06/2014)
Direction 12 (05/08/2014)
Direction 13 (16/06/2014)
Programmes de sant
PNLT (13/06/2014)
PNCNS (16/06/2014)
PNSM (17/06/2014)
PNMS (17/06/2014)
PNLCCV (19/06/2014)
PEV (20/06/2014)
Bailleurs de fonds et partenaires techniques et financiers

CTB (05/06/2014)
OMS (10/06/2014)
DUE (19/06/2014)
Structures de soins
Cliniques Universitaires de Kinshasa (11/06/2014)
Clinique Ngaliema (17/06/2014)
Hpital de Kisantu (18/06/2014)
Hpital de Monkole (25/06/2014)
Autre
Centre National de Pharmacovigilance (13/06/2014)
Collectif des Informaticiens du MSP (20/06/2014)
Centre de Tlmdecine de Cliniques Universitaires de Kinshasa (20/06/2014)
UNIKIN Facults de Mdecine et de Mathmatique-Informatique + Ecole de Sant Publique
(06/08/2014)
ISTM Kinshasa (06/08/2014)

ISIPA (06/08/2014)
Airtel (01/09/2014)
Primature - Conseiller NTIC au cabinet du Premier Ministre (22/09/2014)
CEDESURK - UniversiTIC (23/09/2014)
Orange Tlcom (23/09/2014)
Vodacom (24/09/2014)
4.3.2 Phase 2
1-4 juillet 2014 Visites de terrain au Bas Congo
publication sur ADS
7-11 juillet 2014 Analyse des visites de terrain et services centraux MSP
publication sur ADS
14-25 juillet 2014 Visites de terrain au Katanga

publication sur ADS
28 juillet 2014 Analyse des visites de terrain

publication sur ADS
29 juillet - 1 aot 2014 Analyse de l'existant Programmes de sant

publication sur ADS
11-14 aot 2014 Analyse des structures d'enseignement

publication sur ADS
18-29 aot 2014 Visites de terrain au Nord Kivu

publication sur ADS
1-5 septembre 2014 Interviews secteur NTIC et tlcom
6 septembre 2014 Analyse et compilation

publication sur ADS
8-19 septembre 2014 Visites de terrain au Kasa Occidental

publication sur ADS
22 sept - 3 oct 2014 Visites de terrain en Province Orientale
22-24 septembre 2014 Interviews secteur NTIC et tlcom
26 septembre 2014 Atelier de restitution rapport intermdiaire phase 2

publication sur ADS
4.3.2.1 Interviews et visites ralises
Province du Bas Congo (DPS, 5 ZS, 6 Hpitaux)

HGR de Kisantu (18/06/2014)
Runion introductive avec le MIP (01/07/2014)
Interview des cadres de la DPS (02/07/2014)
BCZS + HGR de Nzanza (02/07/2014)
BCZS de Matadi (02/07/2014)
BCZS + HGR de Boma (03/07/2014)

BCZS + HGR de Seke-Mbanza (03/07/2014)

HGR de Kinkanda (04/07/2014)
Runion de restitution la DPS (04/07/2014)
BCZS de Sonapangu (05/07/2014)
HGR de Kimpese (05/07/2014)
Province du Katanga (DPS, 4 DS, 12 ZS, 14 Hpitaux)

Runion introductive la DPS (15/07/2014)
Runion introductive au DS de Lubumbashi (16/07/2014)
BCZS + HGR de Kisanga (16/07/2014)
BCZS de Lubumbashi (16/07/2014)
BCZS + HGR de Kampemba (16/07/2014)
Runion introductive avec le DS Likasi (17/07/2014)
BCZS de Kikula & HGR de Dako (17/07/2014)
BCZS de Panda & HGR Gekamines (17/07/2014)
BCZS de Likasi (17/07/2014)
Runion introductive avec le DS Kolwezi (18/07/2014)
BCZS de Lualaba & CS Rf Mupanja (18/07/2014)
BCZS de Manika & HGR Mwangeji (18/07/2014)
BCZS de Dilala & HGR Gecamines (18/07/2014)
Runion introductive avec le DS Kalemie (21 & 22/07/2014)
Clinique dEtat (22/07/2014)
BCZS de Nyemba & CS rf Undugu & Interlacs (22/07/2014)
BCZS & HGR de Kalemie (22/07/2014)
BCZS & HGR de Kenya (23 & 24/07/2014)
Cliniques Universitaires de Lubumbashi (24/07/2014)
Ecole de Sant Publique de Lubumbashi (24/07/2014)
Hpital Provincial Sendwe (24/07/2014)
Polyclinique Don Bosco - Afia (25/07/2014)
CAMELU (26/07/2014)
Province du Nord Kivu (DPS, 10 ZS, 13 Hpitaux)

Runion introductive avec le MIP ai & CB4 (18/08/2014)
Entretien avec les cadres de la DPS (19/08/2014)
ISIG (19/08/2014)
CEMUBAC (19/08/2014)
ASRAMES (19/08/2014)
BCZS & HGR de Kiroshe (20/08/2014)
BCZS & HGR de Rutshuru (21/08/2014)
BCZS & HGR de Rwanguba (21/08/2014)
BCZS & HGR de Goma (22/08/2014)
BCZS & HGR de Karisimbi (22/08/2014)
Hpital provincial de Goma (23/08/2014)
Heal Africa Hospital (23/08/2014)
Runion introductive au DS de Butembo (25/08/2014)
BCZS & HGR de Katwa (25/08/2014)
BCZS & HGR de Butembo (25/08/2014)
Runion introductive au DS de Beni (26/08/2014)
BCZS & HGR de Mabalako (26/08/2014)
Centre Mdical Evanglique Nyankunde (26/08/2014)
BCZS & HGR de Oicha (27/08/2014)
BCZS & HGR de Beni (27/08/2014)
Province du Kasa Occidental (DPS, 18 ZS, 20 hpitaux)

Runion introductive avec le MIP ai & CB5 (09/09/2014)

Runion avec les cadres de la DPS (10/09/2014)

BCZS & HGR de Tshikaji (11/09/2014)
BCZS & HGR de Bobozo (11/09/2014)
Hpital Provincial de Kananga (11/09/2014)
BCZS & HGR de Lukonga (11/09/2014)
BCZS & HGR de Ndesha (11/09/2014)
BCZS & HGR de Demba (12/09/2014)
BCZS & HGR de Bena Leka (12/09/2014)
BCZS & HGR de Kakenge (12/09/2014)
BCZS & HGR de Mweka (13/09/2014)
BCZS & HGR de Dibaya & HS Saint Franois (13/09/2014)
BCZS & HGR de Tshikula (13/09/2014)
BCZS & HGR de Bunkonde (13 & 14/09/2014)
BCZS & HGR de Lubondai (14/09/2014)
BCZS & HGR d'Ilebo (15/09/2014)
BCZS & HGR de Mushenge (15/09/2014)
Hpital SNCC de Mweka (16/09/2014)
BCZS de Kananga (16/09/2014)
BCZS de Katoka & CSR CERDES (16/09/2014)
BCZS & HGR de Luebo (16 & 17/09/2014)
HS de Lulengele (17/09/2014)
BCZS & HGR de Mikalayi (17/09/2014)
Universit du Kasa - U.KA (19/09/2014)
ISTM de Kananga (19/09/2014)
Province Orientale (DPS, 10 ZS, 12 hpitaux)

Runion introductive avec le MIP (22/09/2014)
Cliniques Universitaires de Kisangani (22/09/2014)
Runion avec la CTB (22/09/2014)
Runion avec les cadres de la DPS (23/09/2014)
BCZS & HGR de Makiso-Kisangani (23/09/2014)
BCZS & HGR de Mangobo (23/09/2014)
Hpital du Cinquantenaire de Kisangani (23/09/2014)
BCZS & HGR de Yakusu (24/09/2014)
BCZS & HGR d'Isangi (24+25/09/2014)
BCZS & HGR de Bengamisa (26/09/2014)
BCZS & HGR de Banalia (27/09/2014)
BCZS & HGR de Wanie-Rukula (29/09/2014)
BCZS & HGR de Kabondo (29/09/2014)
BCZS & HGR de Tshopo (30/09/2014)
BCZS & HGR de Lubunga (30/09/2014)
CSR Saint Joseph (01/10/2014)
UNIKIS Facult de Mdecine (01/10/2014)
ISTM Kisangani (01/10/2014)
En total, en dehors de Kinshasa un chantillon de 5 DPS (45%), 4 DS, 55 ZS (11%), 65 hpitaux

(12%) ont t visits au courant de cette tude, soit plus de 10% des structures du pays.
4.3.3 Phase 3
4 octobre 2014 Analyse et compilation
publication sur ADS
6-10 octobre 2014 Dveloppement architecture entreprise e-Sant

dveloppement architecture mtier
dveloppement architecture systmes d'information

dveloppement architecture technologique

publication de l'architecture sur ADS
13-17 octobre 2014 Dveloppement du plan directeur d'implmentation et de migration

Identification des opportunits et des solutions
Planification de la migration
Dfinition des instruments de gouvernance
Gestion de l'volution de l'architecture
20 octobre 2014 Rapport final, restitution phase 3
4.4 Modle organisationnel de l'architecture entreprise

Administration dirigeante: Ministre de la Sant Publique de la RDC - Direction d'tudes et
Planification. Point focal: Alain lyeti Mboko
Financement: Royaume de Belgique, Coopration Technique Belge
Consultance architecturale: ICT4Development - Vrije Universiteit Brussel, Belgique, UNIKIN,
Cemubac
4.4.1 Equipe architecturale

Dr. Frank Verbeke, mdecin-informaticien, expert international (VUB - Belgique)
Gustave Karara, expert en sant publique, doctorant informatique mdicale (VUB - Belgique)
Dr. Pierrot Shamashanga, mdecin sant publique, expert national (Cemubac - RDC)
Clment Amisi, informaticien, expert national (UNIKIN - RDC)
4.5 Principes architecturaux

4.5.1 Principes mtiers
1. Les processus mtiers doivent se conformer aux lois pertinentes de la RDC, les
politiques, les rgles et / ou rglements. Le Ministre de la Sant Publique doit se conformer
toutes les lois, les politiques, les rgles et / ou rglements de la RDC.
2. La gestion de l'information sanitaire doit s'appliquer aux secteur de la sant dans son
entiret. Le respect de ce principe fournira une mesure plus fiable et quantifiable du niveau de la
qualit et de l'information dans le secteur de la sant.
3. Les processus doivent tre partags entre le ministre et les autres organisations de la
sant. Pour atteindre les objectifs ou les buts attendus du MSP, des changements dans la
planification et la gestion de l'information organisationnelle seront ncessaires. Les diffrents
services doivent abandonner les prfrences individuelles pour le bnfice de l'ensemble du
Ministre de la Sant Publique.
4. Les services de soins, les fonctions ou les processus doivent tre continus afin de servir
l'ensemble des citoyens, indpendamment des vnements internes ou externes et
doivent avoir des options ou des mcanismes de substitution. Rien ne doit entraver ou
perturber les activits du MSP, c'est dire les catastrophes naturelles, dfaillances matrielles ou
d'Internet, et d'autres. Les fonctions de gestion doivent se poursuivre ventuellement par
l'utilisation de mthodes alternatives.
5. Des applications courantes doivent tre utilises et amliores pour liminer les
chevauchements et d'optimiser l'utilisation de ressources. Les processus doivent tre
optimaliss pour pouvoir tre grs par des applications courantes.
6. Les structures du MSP dveloppent et mettent en uvre des solutions technologiques ou
des processus pour amliorer ou soutenir leurs fonctions. Des processus efficients et
efficaces peuvent tre pris en charge par les solutions d'information et de technologies de
communication.
7. Les structures du MSP doivent se donner la main pour travailler ensemble pour atteindre
des objectifs communs. La gestion de l'information doit tre l'affaire de tous et chacun devra
s'engager mettre en uvre ce principe.

4.5.2 Principes applicatifs

1. Les applications sont indpendantes de la technologie. Ce principe permettra aux
applications d'tre dveloppes, mises jour, et exploites de la manire la plus opportune et
rentable.
2. Les applications doivent tre conues pour tre faciles utiliser. Facilit d'utilisation peut
tre ralis en ayant des normes d'interface communes pour faire fonctionner le systme. Des
connaissances et comptences semblables doivent suffire pour l'exploitation de plusieurs
systmes qui sont essentiellement similaires entre eux.
4.5.3 Principes de donnes

1. Les donnes sont une ressource prcieuse pour toute organisation. Des donnes prcises
et promptes sont essentielles pour la prise de dcisions prcises et adquates. Les donnes sont
le fondement de la prise de dcision et doivent tre gres avec soin.
2. Les donnes doivent tre partages entre les processus mtiers ou les fonctions. Des
donnes de qualit dans une application qui peuvent tre partages permettront d'liminer les
doubles emplois et d'amliorer le processus de dcision.
3. Les donnes doivent tre accessibles aux utilisateurs pour effectuer leurs fonctions.
L'accs aux donnes aide amliorer l'efficience et l'efficacit dans la prise de dcisions et pour
la fourniture de services de soins de sant.
4. Une instance doit tre responsable pour la qualit des donnes. Cette instance est charge
de veiller l'exactitude et l'actualit des donnes.
5. Il doit y avoir des normes pour les donnes communes. Donnes qui seront utilises dans le
dveloppement de systmes d'application doivent se conformer une nomenclature nationale pour
la sant gre par le MSP.
6. Les donnes doivent tre scurises. Les donnes doivent tre protges contre toute
utilisation ou divulgation non autorise.
4.5.4 Principes techniques

1. Un changement technique est fond sur les besoins de l'entreprise et doit tre rendu
conforme. Les changements doivent rpondre aux exigences de l'entreprise et ne pas changer
l'entreprise en rponse aux changements de l'information et de la communication.
2. Les logiciels et le matriel doivent tre interoprables pour les donnes, les applications
et la technologie. Des normes techniques devront promouvoir la cohrence et amliorer la
gestion des systmes, des ressources et des investissements.
3. Des normes techniques conduisent des conomies d'chelle. La diversit technologique
peut tre limite pour minimiser les cots de maintenance et de support technique et pour
amliorer la gestion.
4. Les technologies choisies doivent tre rpandues, robustes et accessibles. Les
technologies sources libres seront prfres.
4.6 Architecture de dpart

4.6.1 Instruments existants
4.6.1.1 Niveau central
4.6.1.1.1 Hardw are
En termes de hardware, les quipements sont essentiellement fournis par des partenaires du MSP
dans le cadre de projets ponctuels. Il n'existe pas de gestion structurelle oprationnelle du parc des
quipements informatiques au sein du ministre. Essentiellement, il s'agit d'quipements standards:
Des PC desktop, de capacit trs variable qui sont systmatiquement livrs avec un systme
d'exploitation Windows (XP et Windows 7 tant les versions les plus rpandues). Un grand nombre
de ces ordinateurs sont limits dans leur fonctionnalits suite aux infections par des virus
informatiques. La majorit des PC desktop sont quips d'onduleurs. Malheureusement, la
maintenance et le monitoring des batteries de ces onduleurs n'tant pas raliss, la protection

offerte par les onduleurs est souvent minimale.

Des ordinateurs portables sont prsents dans la plupart des directions et programmes. Bien qu'il
s'agisse souvent d'quipements personnels, un nombre de PC portables ont aussi t fourni par
des projets.
Beaucoup de structures du MSP disposent d'une ou plusieurs imprimantes. Il s'agit d'habitude
d'imprimantes individuelles et il est assez rare de trouver des imprimantes partages en rseau.
L'approvisionnement de consommables (toners) pour les imprimantes pose problme dans pas mal
de structures du MSP, le budget de fonctionnement ne permettant pas de couvrir ces frais.
Sur base des interviews ralises, il a t constat que la couverture des besoins en quipements
dans les diffrentes directions, programmes et structures de soins est trs htrogne (certaines
directions sont trs bien servies tandis que d'autres sont pratiquement sans aucun moyen). Aprs la
phase d'analyse prliminaire, il est prvu de raliser un inventaire exhaustif du hardware dans les
diffrentes structures du MSP.
4.6.1.1.2 Rseaux
En matire de rseaux informatiques, la situation au sein du MSP est galement trs htrogne.
Dans la majorit des services, un rseau local (cbl, sans fil ou mixte) est prsent. Dans certains
cas, une connexion est offerte pour une dure dtermine dans le cadre de l'un ou l'autre projet, sans
beaucoup de coordination entre ces projets. Le rsultat est qu'au moins 7 connexions internet
distinctes ont pu tre repres dans l'enceinte du Secrtariat Gnral, sans compter l'utilisation des
modems 3G (privs ou achets par un projet). En gnral, la bande passante disponible pour la
connexion l'internet est faible et instable. Pourtant, beaucoup de services dclarent que le travail
sans cette connectivit devient extrmement difficile (on note un grand besoin de communication
lectronique en pleine croissance).
4.6.1.1.3 Logiciels
Plusieurs logiciels gnraux et mtiers ont pu tre reprs dans les structures du MSP analyses
lors de la phase prliminaire:
Systmes d'exploitation
1. Microsoft Windows (XP, 7, 8)
2. Linux Ubuntu
3. Linux Debian
Solutions bureautiques: il s'agit principalement de logiciels de traitement de texte et des

tableurs bass sur Microsoft Office.
1. Microsoft Excel
2. Microsoft Word
3. Microsoft Access
Serveurs de base de donnes

1. MySQL
2. Microsoft SQL Serveur
Logiciels statistiques et pidmiologiques

1. Epi-info
2. SPSS
3. EpiData
Logiciels de comptabilit
1. Ciel Compta
2. Tompro
Systmes d'informations hospitalires

1. OpenClinic GA (UniversiTIC): cliniques universitaires de Kinshasa

2. OpenERP-Medical (Tikdem): clinique Ngaliema (dbut d'implmentation)

3. Programme de Parcours Hospitalier - PPH : hpital de Monkole
Entrepts de donnes - collecte de donnes

1. DHIS2
Gestion de ressources humaines

1. iHRIS
Systmes de gestion de contenu - sites web

1. Joomla
2. Alfresco
Groupware - messagerie
1. Zimbra (Yahoo)
Systme de suivi (des performances) et de planification

1. Gestion des Performances du Secteur de Sant - GPSS (depuis 2012 - architecture Client/
serveur reposant sur le langage de dveloppement VISUAL BASIC 6.0 SP 6 et utilisant le
Systme de Gestion de Base de donnes MS Access)
2. Work Indicators of Staffing Need - WISN (OMS)
3. Health Accounts Production Tool - HAPT
4. Microsoft Project
Tl-mdecine - tl-enseignement
1. VLC Media player
Systmes d'informations gographiques

1. Healthmapper
2. Epi-Info Maps
3. Quantum GIS
Systme du circuit de distribution de mdicaments

1. Channel
4.6.1.1.4 Instruments non-informatiss
Beaucoup d'instruments non-informatiss sont encore utiliss par le MSP. Il s'agit entre autres
d'outils utiliss pour:
La collecte de donnes sources pour les diffrentes composantes du SNIS
Le transfert d'informations entre les ZS et les DPS (par manque d'infrastructure de communication
lectronique, sauf dans un nombre de zones d'exprimentation)
La production d'outils de diffusion d'informations vulgarises et d'ducation
Le rapportage par les programmes de sant au MSP
La production de rapports "officiels"
Dans beaucoup de cas, il n'existe l'heure actuelle pas d'alternatives valables pour remplacer ces
solutions papier et il est fort probable qu'elles resteront encore en place pendant de nombreuses
annes. Le PNDIS devra les prendre en compte et les intgrer dans une approche systmique d'une
informatisation phase et progressive.
4.6.1.2 Niveaux intermdiare et priphrique
Les divisions provinciales de la sant (DPS), les bureaux centraux des zones de sant (BCZS), les
hpitaux gnraux de rfrence (HGR), les hpitaux secondaires (HS), les centres de sant (CS) et
les postes de sant (PS) ne disposent en gnral pas d'infrastructure informatique adquate.
Globalement, les HGR, HS, CS et PS ne disposent d'aucun moyen informatique. Le plus souvent,
aucune source d'lectricit n'y est disponible.

4.6.1.2.1 Hardw are
Le hardware qui existe est essentiellement fourni par des partenaires du MSP dans le cadre de
projets ponctuels. Il n'existe pas de gestion structurelle oprationnelle du parc des quipements
informatiques dans les structures intermdiaires et priphriques (soit les DPS ou les BCZS). La
majorit des quipements sont des produits standards imports de l'Europe. Comme rgle gnrale,
seulement les zones de sant bnficiant d'un appui de projet disposent de matriel informatique:
Des PC desktop, d'habitude avec des disques durs entre 250Go et 500Go, 2 4Go de RAM et
livrs avec un systme d'exploitation Windows (XP et Windows 7 tant les versions les plus
rpandues). Un grand nombre des ordinateurs sont infects par des virus informatiques en
absence de mise jour rgulire des programmes antivirus.
Des ordinateurs portables sont de plus en plus offerts par les projets d'appui, entre autres pour
faire face aux pannes de courant trs frquentes. Plusieurs cadres disposent galement des
laptops personnels qui sont aussi utiliss pour des fins professionnelles.
Un minorit des structures priphriques disposent d'une imprimante. Il s'agit d'habitude
d'imprimantes jet d'encre. L'approvisionnement de consommables (cartouches) pour les
imprimantes pose de grands problmes, car un budget de fonctionnement n'existe d'habitude pas.
Des accessoires priphriques comme des scanners ou disques durs externes sont rares.
Sur base des visites ralises, il a t constat que la couverture des besoins en quipements dans
les structures priphriques est gnralement trs insuffisante (un nombre de bureaux centraux des
zones de sant sont bien appuys, mais les HGR n'ont pas t intgrs dans le processus
d'informatisation). L'tude se limitera pour des raisons d'htrognit principalement une analyse
qualitative pour le hardware dans la priphrie.
4.6.1.2.2 Rseaux
Couverture des oprateurs tlcom en 2G/3G

VSAT
GSM, SMS, tlphone
Thuraya
LAN, Wifi
4.6.1.2.3 Logiciels
Les logiciels gnraux et mtiers suivants ont t identifis dans les structures priphriques du
MSP lors de la phase prliminaire:
Systmes d'exploitation
1. Microsoft Windows (XP, 7, 8)
2. Linux Debian (applications serveurs)
Solutions bureautiques: il s'agit principalement de logiciels de traitement de texte et des

tableurs bass sur Microsoft Office.
1. Microsoft Excel
2. Microsoft Word
Serveurs de base de donnes

1. MySQL
2. Microsoft SQL Serveur
Logiciels statistiques et pidmiologiques

1. Epi-info
2. SPSS
3. EpiData
4. STATA
5. CS-Pro
Logiciels de contrle de qualit

1. RDQA (Excel)
Logiciels de comptabilit
1. Progi-Sant
2. Ciel Compta
3. Account-Pro
4. SAGE
Systme de suivi et planification

1. CDMT (Microsoft Acces 2003)

1. Gestion Hospitalire (Lojciel): hpital de Kisantu
2. OpenClinic GA (UniversiTIC): centres hospitaliers universitaires de Lubumbashi, Kisangani et
Bukavu
3. BHIMA: hpital de Tshikaji
Systme du circuit de distribution de mdicaments

1. Channel
Entrepts de donnes - collecte de donnes

1. DHIS2 (Kasa Occidental)
2. GESIS (Nord-Kivu)
Gestion de ressources humaines

1. iHRIS (seulement les formations, pas encore en exploitation)
Systmes d'informations gographiques

1. Epi-Info Maps
2. Quantum GIS
3. Healthmapper (OMS)
4.6.1.2.4 Instruments non-informatiss
Seulement 2 provinces sur 10 et quelques dizaines des 516 zones de sant utilisent aujourd'hui des
outils informatiques pour leur rapportage au niveau provincial. Pour le reste, la gestion d'informations
se fait encore l'usage de supports papier:
Dans le cadre du SNIS, les centres remplissent mensuellement un canevas de donnes papier et
le transmettent au BCZS. Les IT des centres de sant doivent se rfrer au minimum 32
diffrents registres pour faire ce travail, ce qui constitue une norme charge administrative.
Le BCZS tablit un canevas SNIS de synthse pour l'ensemble de ses aires de sant et l'envoie
avec les canevas sources des centres de sant la division provinciale.
Le rapportage dans le cadre de la surveillance pidmiologique hebdomadaire se ralise parfois via
la transmission de messages SMS, pafois via des rapports papier. La surveillance mensuelle est
uniquement sur papier.
Diffrents partenaires/projets (comme ASSP) et programmes (PEV, PNLS, PNLT, PNLO,
PRONANUT...) rclament paralllement au SNIS encore la production de rapports
supplmentaires. Le contenu de ces rapports est partiellement redondant avec celui du SNIS.
A part quelques exceptions, les hpitaux ne sont pas du tout informatiss et grent tous leur
processus sur papier (gestion du dossier patient, gestion de stock, gestion des ressources
humaines, courrier, gestion financire...)
4.6.2 Problmes identifis

L'architecture e-sant actuelle a t construite de faon organique, sans qu'il y ait une bonne
coordination ou un leadership dans le domaine. La plupart des solutions ont t emmenes par des
partenaires techniques et financiers en fonction de besoins concrets de projets limits. Un nombre
de dfaillances ont t identifies dans l'architecture de gestion d'informations sanitaires existantes:

4.6.2.1 Manque de standardisation
Le contenu ainsi que la reprsentation des donnes du MSP sont peu standardiss et suivent
rarement les standards internationaux en la matire (exception faite pour quelques programmes de
sant et une partie du contenu dans le DHIS2). Ces normes manquent en matire de:
Contenu mdical: diagnostics, symptmes, rsultats techniques, imagerie mdicale, gestion
pharmaceutique...
Communication mdicale: messages structurs, rapportage de donnes agrges...
Outils informatiques: environnements de dveloppement, bases de donnes, formats bureautiques,
antivirus...
4.6.2.2 Problmes de disponibilit de donnes
Pour la majorit des projets d'informatisation en cours au sein du MSP, les donnes sont hberges
l'tranger dans des bases de donnes qui sont hors contrle du MSP, ce qui pose d'importants
risques d'accessibilit et de proprit pour le ministre. En plus, par manque d'quipements
informatiques adapts, beaucoup d'agents du MSP utilisent leurs matriels personnels pour la
gestion des informations professionnelles. Cela cre galement d'importants risques de diffusion non
contrle, absence de copies de sauvegarde, conflits entre plusieurs versions diffrentes d'un mme
document, pertes de donnes etc.
4.6.2.3 Problmes de scurit des donnes
Les droits d'accs des donnes sont rarement grs de faon explicite: l'accs se limite souvent
la possession ou non de fichiers ou de documents, sans faire distinction du rle que joue un agent
au sein du MSP. Le volume de donnes stockes caractre confidentiel ne fait que crotre et il
semble impratif de prendre court terme les mesures ncessaires pour mettre en place des
mesures de scurisation et de modration des accs en fonction du rle que joue chaque acteur
dans le secteur de la sant.
En plus, l'omniprsence de virus informatiques, le manque de gestion de diffrentes versions des
informations et le faible contrle sur la modification de donnes existantes posent d'autres risques de
scurit.
4.6.2.4 Faible qualit des donnes
La mauvaise qualit d'une grande partie des informations gres par le MSP s'explique par plusieurs
causes:
Manque de motivation intrinsque chez les personnes qui ne produisent pas ces informations pour
leurs propres besoins mais pour utilisation par quelqu'un d'autre
L'encodage de donnes agrges reprsente souvent un travail administratif supplmentaire qui
devient parfois extrmement lourd dans des structures de soins devant remplir priodiquement
plusieurs dizaines de canevas et de registres qui n'ont pas d'utilit directe pour eux-mmes.
Beaucoup d'agents qui sont supposs fournir des informations ne disposent pas des qualifications
ncessaires pour le faire (faibles comptences dans le domaine mtier, pas l'aise avec l'outil
d'encodage etc.)
Peu de consquences personnelles sont lies la production d'informations errones (bien que
cela soit dans certains cas prvu dans le Cadre de Suivi et valuation du PNDS)
Une comptition inter-bailleur pour l'obtention rapide de donnes de qualit en passant par des
motivations financires parfois aberrantes, perturbe gravement l'organisation d'un rapportage global
et systmique
4.6.2.5 Promptitude trs variable
Le manque d'outils de communication (rseaux locaux, connexion internet, rseau tlphonique/

GSM) ralentit dans beaucoup de cas la transmission rapide des informations d'un niveau l'autre.
4.6.2.6 Compltude insuffisante
On note l'absence de culture de partage d'informations: les connaissances et l'information sont

encore trop souvent considres comme des facteurs de pouvoir local ou mme individuel. Le
manque d'un intrt personnel nuit la motivation de fournir des informations compltes ceux qui

les demandent.
4.6.2.7 Equipements informatiques non fonctionnels
Les quipements informatiques sont insuffisantes en quantit pour pouvoir permettre aux structures
du MSP de rpondre correctement leurs tches en termes de gestion d'information. En plus, les
quipements existants sont souvent dfectueux suite un manque de maintenance technique ou la
non-disponibilit de consommables. Les virus informatiques posent un trs grand problme partout
dans l'administration de sant.
4.6.2.8 Infrastructures TIC dfaillantes
L'accs un courant lectrique stable, pourtant primordial pour un parc informatique oprationnel,
n'est pas du tout garanti dans les structures du MSP. Bien que les ordinateurs et priphriques sont
souvent accompagns d'UPS, les batteries de ces derniers sont trs souvent dfectueuses, ce qui
rend la protection lectrique non-fonctionnelle. Dans d'autres endroits, des longues pannes
d'lectricit empchent l'intgration de l'informatique dans les outils de travail de routine (fiabilit
insuffisante).
Plusieurs directions et divisions ne disposent pas d'un rseau local et/ou d'une connexion internet.
Dans d'autres cas, la connexion internet est fournie dans le cadre d'un projet court terme et ne
reprsente donc pas une solution prenne. Beaucoup d'utilisateurs font recours aux modems 3G
personnels pour leurs besoins de communication lectronique.
4.6.2.9 Implmentation non rgule de solutions peu adaptes
L'OMS considre les outils informatiques pour la gestion d'informations sanitaires comme des
quipements mdicaux. Cela veut dire que les logiciels mdicaux doivent rpondre une srie de
normes en termes de disponibilit, scurit et de qualit avant de pouvoir tre mis en opration. Il
n'existe pas de mcanisme d'homologation de logiciels mdicaux en RDC; le dploiement de
solutions logicielles est plutt "sauvage" et chappe au contrle des autorits sanitaires.
4.6.2.10 Peu d'applications mtiers
La grande majorit des applications logicielles en place en RDC sont des solutions bureautiques, de
rapportage ou pour l'analyse statistique des donnes. Il existe peu d'applications mtiers pour la
sant comme des systmes de gestion d'informations hospitalires, laboratoires, radiologiques,
pharmaceutiques, de ressources humaines et autres.
4.6.2.11 Manque de comptences TIC
Au niveau des ressources humaines, les structures du MSP souffrent d'un ct d'un manque de
personnel qualifi (sauf dans les directions 'rationalises') et d'un autre ct d'une plthore de
personnel pour lequel il est difficile de trouver un emploi appropri (sous-qualifi, ligible la retraite).
En plus, la disponibilit des possibilits de formation n'est pas rellement aligne avec les besoins
prsents par les directions et les programmes du MSP (l'INPP offrant essentiellement des
formations d'introduction l'outil informatique; pour des formations spcifiques on doit souvent
recourir des initiatives opportunistes avec des fonds emmens par des projets de bailleurs)
4.6.2.12 Organisation du MSP pas aligne aux ambitions TIC du PNDS
Le manque du personnel qualifi en TIC et plus spcifiquement d'informaticiens au sein du MSP est
en partie expliqu par la faible attractivit pcuniaire des postes de travail et la quasi absence
d'opportunits de formation continue pour permettre aux professionnels TIC de rester la hauteur de
l'volution technologique. Il est important de prendre au srieux la valorisation du mtier
d'informaticien la sant si on veut construire une composante 'gestion d'informations sanitaires'
solide.
Les cadres organiques du MSP (2003 et 2012) ne refltent pas l'importance et le rle transversal (les
TIC affectent toutes les directions) du systme d'information sanitaire. L'informatique est par contre
intgre dans chaque structure comme une 'charge administrative' plutt qu'une ressource

importante pouvant renforcer le fonctionnement.
La dispersion des ressources humaines dans les nombreuses structures administratives du MSP
explique en grande partie la faible disponibilit d'assistance technique informatique beaucoup
d'endroits (aucun informaticien ne rassemble toutes les comptences potentiellement ncessaires).
4.6.2.13 Diffusion d'informations difficile et fragmentaire
L'absence d'un rseau lectronique de communication fiable entre les diffrents chelons du MSP
pose non seulement de grands problmes pour la centralisation de donnes et d'indicateurs de
sant, mais galement pour la diffusion de normes et de rapports du niveau central vers les DPS et
les ZS.

Chapitre
V
5 Vision de l'architecture
Le PNDIS a comme vision de mettre en place un ensemble cohrent d'instruments efficaces qui
permettront une gestion optimale des informations de sant en fonction de la mise en uvre du
PNDS et de la SRSS. Dans ce cadre, l'informatisation du secteur de la sant n'est pas un objectif en
soi, mais plutt un instrument pour la ralisation des objectifs du PNDS. L'architecture entreprise e-
sant pourra contribuer la ralisation des objectifs du PNDS travers 5 stratgies importantes:
5.1 Amlioration de la rentabilit du systme de sant

Une meilleure gestion des informations du systme de la sant travers l'informatique contribuera :
une meilleure gestion de stocks d'intrants prissables
une meilleure gestion des infrastructures, des ressources humaines et des quipements du
secteur
une utilisation effective des informations du terrain pour alimenter une politique de sant mieux
adapte au besoins
une rduction de duplication et de redondance dans les programmes d'appui dans le secteur de la
sant
Le renforcement des comptences informatiques des ressources humaines contribuera :

mieux exploiter les quipements technologiques dans les structures de soins
mieux utiliser les informations sanitaires au niveau oprationnel
garantir la continuit, la compltude et la promptitude des flux d'informations sanitaires en RDC.
L'informatisation des flux financiers sanitaires permettra:

de garantir la traabilit et la transparence dans les oprations financires, plus spcifiquement
dans le cadre de l'implmentation des programmes de couverture maladie universelle (p.ex. via la
tarification forfaitaire et l'implantation de mutuelles de sant)
d'augmenter de faon considrable l'utilisation des services offerts par les formations sanitaires
tous les niveaux
d'augmenter de faon considrable les recettes des formations sanitaires tous les niveaux
5.2 Rationalisation des investissements

L'architecture entreprise e-sant devra contribuer la rationalisation des investissements dans le
secteur de la sant. Cela pourra tre ralis travers les approches suivantes:
Approche systmique des investissements

Les investissements technologiques dans le secteur de la sant en RDC doivent prendre en compte
le contexte global, les pralables et les besoins de suivi pour leur prennisation. Ceci comprend les
lments suivants:
un courant lectrique stable d'une puissance suffisante pour garantir le fonctionnement des
quipements doit tre mis en place avant la livraison des quipements et logiciels
si l'investissement technologique utilise des communications lectroniques, il faut s'assurer de la
prsence des infrastructures rseau ncessaires avant la livraison des quipements et logiciels
dans le cas o l'investissement ncessite des quipements spcifiques (le cas d'investissements
logiciels par exemple), il faut s'assurer de la disponibilit de ces quipements avant la ralisation
de l'investissement.
les formations ncessaires pour permettre le dmarrage et la maintenance des quipements et
technologies introduits doivent tre dispenses des oprateurs et/ou techniciens locaux. Ces
formations doivent faire partie intgrante de tout investissement technologique dans le secteur de
la sant en RDC.
la gouvernance de l'implmentation et du suivi de l'investissement doit tre clairement dfinie avant
de passer la livraison
tous les aspects financiers de l'investissement (achats, formations, maintenance, pices de
rechange, consommables, gouvernance...) doivent tre clairement documents l'avance, afin de
pouvoir correctement estimer la capacit du systme de sant congolais pour assurer la continuit

Vision de l'architecture 51
de l'exploitation aprs la livraison
Capitalisation de l'existant et distribution quitable

La redondance des investissements et donc le gaspillage de moyens devra tre vit tout prix dans
un pays qui manque des ressources. L'architecture entreprise e-sant prendra en compte dans son
plan d'implmentation toute ressource (quipement, infrastructure, ressources humaines) dj
existante dans les structures cibles de l'investissement. Ceci vitera par exemple la situation o 2
connexions VSAT, une connexion 3G et 7 systmes de panneaux solaires sont trouvs dans un
mme hpital gnral de rfrence qui bnficie simultanment de plusieurs programmes d'appui
(alors qu 20km plus loin on trouve un autre hpital sans aucun quipement)
Solutions adaptes au terrain et robustes

Les investissements technologiques doivent tre adapts au terrain d'un pays tropical sub-saharien,
sinon ils risquent d'tre peu prennes. Ces solutions doivent:
tre robustes (transport difficile, conditions atmosphriques dfavorables, instabilit du courant
lectrique)
tre le plus simple possible utiliser/exploiter (manque de comptences technologiques
avances)
ncessiter un minimum de maintenance (manque de comptences locales, manque de pices de
rechange)
consommer peu d'nergie
5.3 Amlioration de la ractivit du systme de sant

La surveillance pidmiologique de certaines maladies est ncessaire pour la dtection prcoce des
pidmies en vue dune riposte rapide, la planification rationnelle, la mobilisation, lallocation des
ressources et lvaluation des programmes de prvention et de lutte contre ces maladies. Le bon
fonctionnement du systme de surveillance pidmiologique est li troitement la rapidit du
traitement des informations. A l'heure actuelle, beaucoup de ces informations sont traites de faon
archaque ne permettant pas la collecte rapide et complte dans des zones recules qui ne
disposent pas toujours de voies d'accs praticables ni de rseaux informatiques.
L'architecture entreprise e-sant mettra en place des solutions qui permettront:
une couverture maximale du territoire pour la collecte d'informations sanitaires grce l'intgration
de solutions multi-technologiques (fibre optique, VSAT, 3G, 2G, SMS) pour la transmission
lectronique de messages structurs
la mise disposition d'outils modernes de collecte d'informations qui sont adapts la ralit du
terrain
une transmission et centralisation instantane des informations grce a la mise en place d'un
rseau de communication stable et performant
une riposte rapide grce des tableaux de bord consultables aux niveaux central, provinciaux et
des zones de sant
5.4 Prennisation des investissements

La prennit des investissements en quipements et solutions technologiques dans le secteur de la
sant en RDC est souvent trs faible: le manque de capacit matrielle et humaine locale est
souvent l'origine de l'arrt des projets technologiques au moment o le bailleur ou le partenaire
technique se retire. L'architecture entreprise e-sant contribuera la prennisation des
investissements grce 2 mcanismes:
5.4.1 Renforcement des capacits humaines

L'approche systmique de l'architecture entreprise e-sant obligera la prise en compte des besoins
de renforcement des capacits humaines lies l'implmentation de solutions technologiques. Le
transfert de comptences en faveur du personnel oprationnel utilisateur des nouvelles technologies
sera un lment essentiel de tout nouvel investissement technologique dans le secteur de la sant.
Cette approche permettra de rduire progressivement l'importante dpendance aux ressources
humaines expatries pour le fonctionnement des technologies diagnostiques, thrapeutiques et des

NTIC sant en RDC.
5.4.2 Mcanismes de financement

L'architecture entreprise e-sant proposera des mcanismes pour le financement des frais de
formation, des cots oprationnels et de la maintenance lis l'introduction de nouvelles
technologies dans le secteur de la sant. Il s'agira en grandes lignes de:
l'intgration systmatique et obligatoire d'une composante formation/transfert de comptences
dans chaque budget d'investissement technologique (p.ex. rservation d'un pourcentage de la
valeur de l'investissement pour organiser les formations)
la budgtisation des frais oprationnels par l'exploitant (formation sanitaire ou autre) avec
dveloppement systmatique d'un plan de financement (rservation d'une partie des recettes de
l'institution, engagement long terme d'un partenaire financier ou du pouvoir central...)
5.5 Collaboration intersectorielle

Le secteur de la sant n'est pas le seul formuler des besoins en termes d'infrastructures,
d'quipements et de ressources humaines informatiques. Les NTIC reprsentent un besoin
transversal pour toutes les structures publiques de la RDC. L'architecture entreprise e-sant devra
donc promouvoir dans la mesure du possible le partage des ressources avec d'autres secteurs de la
fonction publique. Il s'agit entre-autres du partage des:
infrastructures nergtiques
infrastructures rseau et communication
ressources humaines informatiques
programmes de formation et d'ducation
5.6 Architecture cible

L'analyse prliminaire a permis de formuler les propositions architecturales suivantes:
5.6.1 Cration d'un Datacenter au sein du MSP

Un datacenter professionnel avec une gestion adquate pourra rpondre beaucoup de besoins non
couverts dans l'architecture informatique actuelle. Un tel datacenter devrait comprendre:
Une infrastructure serveur dans un local scuris et climatis en RDC (de prfrence sur le site du
Secrtariat Gnral) avec un courant stable
Un hbergement et une gestion centrale des bases de donnes du MSP
Un hbergement et une gestion centrale des applications partages au niveau central:
1. DHIS2
2. HERMES
3. SICS-USSD
4. iHRIS
5. Systme d'Informations Gographiques
6. Systme de gestion des flux de travail
7. Bibliothque numrique
8. Systme de gestion pharmaceutique
9. Serveur web du MSP
10.Messagerie professionnelle du MSP (avec noms de domaine professionnels comme
sante.gouv.cd ou sante.cd)
Infrastructure de backup fiable
Redondance des serveurs
5.6.2 Mise en place d'un rseau informatique de la sant

Ce rseau devra interconnecter toutes les structures centrales du MSP ainsi que les DPS et les
BCZ. Il comprendra:
Un intranet sous forme d'un rseau mixte cbl / sans fil sur le site du Secrtariat Gnral
Une connexion internet haut dbit au niveau du site du Secrtariat Gnral, partage par toutes
les directions et programmes y prsents

Un extranet qui intgre les structures centrales en dehors du site du Secrtariat Gnral ainsi que
les DPS et les BCZ travers un rseau virtuel priv (VPN) via internet (connexion scurise).
5.6.3 Normalisation et identification des donnes et ressources de la sant

L'architecture cible devra inclure plusieurs choix en termes de standardisation et d'identification:
Classifications et codifications d'informations sanitaires utiliser
Identification unique de toutes les ressources de la sant (structures de soins, professionnels de
la sant, patients, assurance maladie, immobilisations). Pour cela, un serveur d'identification devra
tre hberg au sein du datacenter du MSP
Un mcanisme d'homologation de logiciels sur base d'une liste de 'fonctionnalits et spcifications
minimales'
Standards d'change d'informations et de communication lectronique pour garantir
l'interoprabilit des solutions
La standardisation et la structuration des informations de sant est imprative pour garantir une
indpendance du MSP par rapport aux diteurs des logiciels sanitaires (garantie pour l'exploitabilit
des donnes).
5.6.4 Mise en place d'une filire de formation en informatique de sant

Diffrents programmes devront tre offerts par des Centres d'Excellence d'Informatique de Sant, qui
pourraient tre crs sous forme d'initiatives inter-universitaires par des structures de formation dj
existantes (type UNIKIN, UCB, UNILU, ESP, ISTA...) en collaboration avec des partenaires
universitaires rgionaux et/ou internationaux.
Matrise d'informatique de sant (programme de spcialisation post-universitaire)
Certificats en informatique de sant applique (orients sur des applications ou des technologies
prcises)
5.6.5 Dploiement de SIH dans les structures de soins

Plusieurs implmentations ont dj t ralises dans des structures de soins travers le pays. Il
sera important de pouvoir capitaliser ces expriences pour pouvoir les rcuprer dans un programme
d'implmentation plus large sur base d'un nombre de critres:
Solutions gnriques, simples et robustes
De prfrence web-based, intgrant une interface au systme DHIS2 pour les donnes concernes
Absence de frais de licence rcurrents
Disponibilit des codes sources au moins l'achat (prfrence pour des solutions sources
libres)
Pour les petites formations sanitaires (Centres et Postes de Sant), des versions rduites de
solutions de premire collecte de donnes pouvant tre utilises sur des tablettes, smartphones ou
tlphones ordinaires pourront tre conues. La communication de ces applications devra tre base
sur des technologies basiques trs faible bande passante comme SMS ou USSD, car une grande
partie des utilisateurs potentiels se trouvent dans des zones hors couverture ip (2G/3G) des
oprateurs de tlphonie mobile.
5.6.6 Gestion du statut d'informaticien de sant

Il est conseill de rendre plus attractif le mtier d'informaticien au sein du MSP. Pour la mise en
uvre d'un PNDIS, un renforcement des ressources humaines de profil informaticien sera invitable.
Les lments suivants devraient tre abords pour donner une chance ce renforcement:
Un cadre pcuniaire plus intressant (sous forme d'une prime) pourra tre envisag pour les
informaticiens de la sant
Il sera ncessaire de bien dterminer les critres qui dfinissent le mtier de "informaticien de
sant" (diplmes et quivalences d'expriences)
Il semble trs important d'organiser des relles perspectives de formation continue dans le
domaine de l'informatique pour les informaticiens de sant. Le monde des TIC voluant une
vitesse impressionnante, beaucoup d'informaticiens dsirent tre en mesure de rester la hauteur

de ces volutions technologiques.
5.6.7 Cration d'un fond commun pour l'informatisation sanitaire

Les dfis budgtaires pour la mise en place d'un systme global d'information sanitaire bas sur des
technologies modernes, sont normes. Il est plus que probable qu'un fonds commun devra tre mis
en place pour le financement d'une telle opration. Plusieurs bailleurs ont dj fait comprendre d'tre
intresss dans cette approche. Pour la prparation du terrain, il peut tre intressant de mettre en
place en parallle des structures de concertation inter-bailleurs (dans ou en dehors du GIBS)
5.6.8 Sous-plans de dveloppement informatique

Le PNDIS offrira en plus d'une architecture entreprise e-sant pour le MSP un plan d'implmentation
pratique pour les structures centrales. Pour la ralisation des ambitions en termes d'approche
systmique et globale, il sera ncessaire de dvelopper une srie de sous-plans de dveloppement
informatique pour des structures qui ne sont pas couvert par le plan d'implmentation du PNDIS. Il
s'agit entre autres des:
Provinces (production d'un Plan Provincial de Dveloppement de l'informatique de la Sant -
PPDIS)
Programmes de sant
Grandes structures de soins
5.6.9 Mise en place d'une Division autonome d'Informatique de la Sant
5.6.9.1 Division autonome
Sur base des constats faits pendant la phase prliminaire, la cration d'une structure transversale
pour la sant s'impose. A part quelques exceptions, les diffrentes directions et programmes
existants (ou planifis) ne disposent pas de personnel suffisamment qualifi ou de ressources
matrielles et financires adquates pour assurer le dveloppement NTIC en appui de leurs objectifs.
Le personnel NTIC est souvent mal encadr, sous- ou sur-utilis et le manque de coordination NTIC
entre directions et programmes est l'origine d'un patrimoine informatique qui volue d'une faon
dsordonne et peu efficace. Une division autonome permettrait:
la normalisation des dploiements NTIC au sein du MSP

la coordination des implmentations en vue d'une rationalisation des investissements NTIC

un encadrement correct du personnel NTIC avec des perspectives professionnelles plus attractives
(formations et rmunration)
la mutualisation des grandes infrastructures et des ressources humaines travers les diffrentes
directions et programmes
la gestion centrale et rationnelle du budget NTIC du MSP.
5.6.9.2 Cellule normalisation
Cette cellule serait responsable des activits suivantes (chaque activit pouvant correspondre un
bureau):
La slection et le dveloppement de standards technologiques et de classifications d'informations
sanitaires pour usage par toutes les structures du MSP
L'valuation et l'homologation des quipements et logiciels pour usage dans le secteur de la sant
L'harmonisation des dveloppements NTIC du MSP avec les volutions internationales
La gouvernance du PNDIS et son adaptation aux volutions du PNDS.
5.6.9.3 Cellules des infrastructures centrales
Cette cellule serait responsable de la gestion des grandes infrastructures NTIC de la sant. Elle
serait compose de:
Un bureau rseaux sant (interconnexions MSP-DPS-BCZS-Hpitaux)
Un bureau datacenters (datacenter central du MSP et datacenters auxiliaires dans les DPS)
5.6.9.4 Cellule de formation continue
Cette cellule s'occupera principalement de l'organisation et du suivi des programmes de formation

continue en matire d'informatique de sant. Ces programmes s'orientent principalement vers le
personnel informatique du MSP avec comme objectif de maintenir le niveau de leurs comptences
la hauteur des volutions technologiques internationales.
5.6.9.5 Cellule d'assistance informatique
Cette cellule serait sous-divise en deux bureaux:

Un bureau helpdesk et quipes thmatiques, qui sera responsable de l'organisation d'un helpdesk
central joignable 24h/24h et 7j/7j pour tout problme informatique au sein du MSP. Pour des
applications et sous-systmes spcifiques, le helpdesk pourra crer des quipes thmatiques
avec des spcialistes SIH, rseau, serveur web etc.)
Un bureau du personnel dtach: il est propos d'attacher tout personnel informatique du MSP
(actuellement actif dans les diffrentes directions et programmes) ce bureau qui son tour
pourra dtacher le personnel dans les diffrentes structures du MSP selon les besoins. En
pratique, cela voudra dire qu'au moins dans un premier temps les informaticiens existants
resteraient sur leurs postes de travail actuels (comme personnel dtach) mais qu'ils recevront un
encadrement et une rmunration plus appropris leur domaine de comptences. En plus, le
bureau du personnel dtach aura la flexibilit de temporairement renforcer ou diminuer le staff
informatique dans les diffrentes directions selon les besoins, permettant une utilisation plus
rationnelle des ressources humaines NTIC du MSP.
5.7 Commentaires
5.7.1 Collectif des informaticiens du MSP
Le cadre lgal et de fonctionnement du collectif des informaticiens au sein du MSP est rgi par la
Circulaire du Secrtaire Gnral n MS.1251/SG/CIS/885/LOP/2013 du 20 mai 2013 portant
encouragement des organisations apprenantes au sein des services publics et assimils du
Ministre de la Sant Publique.
Lobjet premier de ce collectif est dun ct de dfendre les intrts de la profession informaticien
afin que leur statut et activits soient valoriss et dautre part de devenir une structure de conseil
pour le Secrtariat Gnral en matires dinformatisation afin dharmoniser les dveloppements
informatiques du MSP. Nous avons tenu dans notre approche du PNDIS de considrer ce statut

spcifique dinformaticiens du MSP.

En effet, ce collectif regroupe la fois des connaissances et des expriences en matire de
solutions informatiques, de capacit de dveloppement web, de gestion de rseau et de projet
informatique dans le secteur de la sant. Avec une bonne connaissance en informatique des besoins
mtiers du MSP, le collectif des informaticiens offrirait des opportunits au MSP comme rservoir de
comptences pour appuyer le ministre dans le dveloppement de l'informatique de la sant. Par
contre le manque de statut juridique et dorganisation formelle avec une vision et intrts communs
des informaticiens du groupe, rendent leur statut informaticien obsolte pour pouvoir bnficier
dune considration spcifique au MSP. En plus, dans le cadre rglementaire salarial du Ministre de
la fonction publique, des primes ne peuvent pas tre accordes uniquement aux informaticiens du
MSP d'autant plus que leurs tches ne se distinguent pas des autres, aux yeux de la fonction
publique.
Le PNDIS propose la cration dune structure organique qui regroupe les activits informatiques du
MSP dans un cadre rglementaire de dveloppement de nouvelles initiatives dinformatisation du
secteur de la sant. Dans ce cadre un statut particulier des informaticiens de sant est cr. Ce
statut de informaticien de sant apportera des comptences nouvelles dans le domaine de
linformatique applique au secteur de la sant. La reconnaissance de ce statut par le MFP donnera
droit une prime permettant de fidliser le personnel de linformatique de sant dans la fonction
publique en gnral et au MSP en particulier. Ainsi la nouvelle structure du MSP aura, parmi ses
comptences, la responsabilit doffrir aux informaticiens des opportunits damliorer leurs
connaissances en informatique de sant afin de les maintenir jour des volutions des NTIC dans le
domaine de la sant et avec un statut particulier de informaticien de sant , cette structure sera
un plaidoyer auprs du MFP afin de valoriser cette fonction professionnelle qui se diffrencie de la
fonction dinformaticien tout court.
Le collectif des informaticiens du MSP devrait ainsi devenir une association qui appuiera la structure
organique dinformatique de sant (la Division autonome) dans le cadre dorganisation interne pour
faciliter le dveloppement par :
Analyse des besoins en formations
Orientation des activits en informatique de sant
Action sociale dappui aux membres (renforcement de la camaraderie)
Un cadre rglementaire de fonctionnement du collectif pourra ainsi tre dfini par la Division
autonome de linformatique de sant pour viter au collectif dtre un groupe de pression et dentrer
ainsi en conflit avec le MSP. A ct du collectif, le personnel informaticien du MSP pourra toujours
sauto-organiser en un groupe formel de pression en tant que syndicat pour dfendre les intrts des
informaticiens du secteur de la sant. Les activits d'un tel groupe ou syndicat se situeront bien-sr
en dehors du cadre institutionnel du MSP.
5.7.2 Comit National de Pilotage du Secteur de la Sant (CNP-SS)

Le CNP-SS est un organe dappui et de conseil au MSP. Il regroupe les haut-cadres du MSP et les
partenaires de la coopration dans le domaine de la sant.
Situ au sommet de la pyramide de sant, cet organe pourra jouer un grand rle au niveau du
PNDIS :
Par ses runions semestrielles, le CNP-SS servira de cadre dchange sur les rsultats du PNDIS
et de rajustement des interventions dans diffrentes activits si ncessaire.
Le CNP-SS jouera le rle de coordination des appuis des partenaires de la sant en informatique
de sant. Pour arriver mettre en uvre le PNDIS, des appuis des partenaires de la sant seront
ncessaires. Ces interventions devront tre bien coordonnes afin de rendre leurs actions plus
quitables au sein de tous les services du MSP.
Dans le cadre de la protection de la vie prive des personnes et la protection de lthique mdicale,
le CNP-SS jouerait le rle de gestionnaire de rgulateur des droits daccs au systme
informatique de sant. Ce rle constituerait la validation de lorganisation des changes
lectroniques de donnes entre les structures de sant et avec les instances extrieures tant
publiques que prives.

5.7.3 Centres dExcellence dInformatique de Sant

Le Centre dExcellence en Informatique de Sant est un institut de formation et de recherche en
informatique de sant. Actuellement les comptences en informatique de sant sont fortement
limites en RDC. La mise en uvre du PNDIS demandera de plus en plus de comptences
avances en informatique de sant. Pour faire face ce besoin, des centres dexcellence en
informatique de sant pourront tre crs en partenariat avec des universits nationales et
internationales. Ainsi des modules inter-universitaires en informatique, sant publique, statistiques,
pidmiologie, gestion de projet,. seront dispenss dans ces centres.
Ces centres de comptences en informatique de sant dispenseront des formations diplmantes
offrant un Certificat en Informatique de Sant Applique et une Matrise en Informatique de Sant.
Certaines universits nationales, comme UCB, UNIKIN, UNILU, ESP, UNIKIS se sont dj
proposes pour contribuer la mise en uvre de ces curricula et un partenariat international soit
rgional avec d'autres institutions rputes dans le domaine de l'informatique de sant est
souhaitable.
5.7.4 Ressources humaines

Laspect Ressources Humaines apparat trs important dans le PNDIS. Les diffrents interlocuteurs
ont considr la gestion des ressources sous 3 angles que le PNDIS devra prendre en compte :
5.7.4.1 Systme informatique de gestion RH
Le logiciel iHRIS a t choisi rcemment pour grer le personnel du MSP de manire efficace et
performante. Il savre auprs de nos interlocuteurs du MSP que le systme devrait, en plus des
fonctionnalits de recensement, permettre un interfaage avec le Ministre de la Fonction Publique
ainsi que prvoir une intgration des donnes de formation continue et des donnes de suivi de
carrire.
Les fonctionnalits couvertes par iHRIS (http://www.ihris.org/fr/ihris-manage/) sont connues. Elles
concernent : la gestion des employs, gestion des postes, informations sur le recrutement, suivi de
formation continue, rapports, interoprabilit avec les autres systmes du SNIS comme le DHIS2,
gestion des utilisateurs et gestion de la dcentralisation. Ce logiciel est Open Source et disponible
gratuitement.
5.7.4.2 Formation continue
La formation continue des RH est le 2me aspect des RH que le PNDIS a considr comme une
priorit, surtout dans le domaine de linformatique et de linformatique de sant. Les comptences du
personnel du MSP en matire dinformatique et en particulier de linformatique de sant sont trs
faibles. Les formations continues renforceront les comptences existantes et apportent des
nouvelles comptences, sources de motivation du personnel. Une attention particulire fera ce que
ces formations soient bien coordonnes, bien organises et bien suivies par les bnficiaires.
5.7.4.3 Evaluation des performances
Lvaluation des performances est un lment essentiel pour amliorer la motivation du personnel.
Lvaluation des performances conduit la reconnaissance des mrites et aux sanctions du
personnel non performant sil en est besoin. Les intervenants interrogs trouvent que lvaluation
rgulire des performances pourrait amliorer la productivit et la motivation du personnel.
Le systme informatique de gestion des ressources humaines mettre en place devra tablir des
plans et des critres dvaluation du personnel pour chaque dpartement du MSP.

Chapitre
VI
Architecture mtier 59
6 Architecture mtier
Dans cette partie sont analyss les processus mtiers des diffrentes sous-structures du MSP. Un
nombre de processus mtiers essentiels peuvent tre distingus en relation avec la gestion des
'informations de la sant:
6.1 La gestion oprationnelle des ressources humaines

La gestion des ressources humaines du secteur de la sant constitue un dfi important. Afin de
permettre une gestion adquate du personnel qui travaille dans les structures du MSP, les lments
suivants devront au moins tre pris en compte:
6.1.1 Gnralits
Les diffrentes oprations de gestion d'informations de ressources humaines sont lies des
autorisations prcises. Au moins les oprations suivantes doivent tre distingues:
Consultation et cration d'un dossier d'un agent de la sant
Consultation, cration, modification et clture d'un contrat d'un agent
Consultation, cration et modification des lments salariaux d'un contrat de travail
Affectation d'un contrat de travail actif une structure du MSP
Consultation et modification des comptences d'un agent
Consultation, encodage et modification des prsences d'un agent
Consultation et modification du dossier disciplinaire d'un agent
L'accs aux diffrentes oprations devra tre protg (par un mot de passe ou autre systme
d'authentification). Chaque utilisateur du systme de gestion des ressources humaines se verra
attribu un profil utilisateur qui correspond ses responsabilits et lui donne seulement accs aux
fonctionnalits pertinentes.
Aucune donne enregistre ne pourra tre effac dans le systme. Des donnes errones ou
devenues obsoltes devront simplement rester caches pour les utilisateurs. Chaque opration
(consultation, cration et modification) devra tre trace avec indication de:
date et heure prcise
identification de l'utilisateur
type d'opration
donnes affectes par l'opration (numro du dossier, du contrat etc.)
6.1.2 Gestion des contrats

Identification unique du personnel de la sant
Actuellement, il n'existe pas de systme fiable et global pour l'identification unique des agents du
MSP:
Les agents mcaniss par le MFP disposent d'un numro matricule, mais des 'faux' numros
matricule sont parfois enregistrs
En priphrie, la majorit des agents ne sont pas mcaniss et sont donc seulement grs (et
pays) au niveau o ils ont t affects. Il n'existe pas de systme d'identification cohrent pour
ces agents (souvent des identifiants faibles comme nom/prnom et anne de naissance sont
utiliss)
Ainsi il est quasi impossible pour le MFP d'obtenir une vue raliste sur la force de travail dans le
secteur de la sant.
La mise en place d'une solution permettant la gestion de TOUS les agents du MSP s'impose. Une
telle solution devra permettre d'attribuer un identifiant unique toute personne qui a une relation de
travail avec une structure intgre dans le MSP. Cette identification devra tre indpendante du statut
et du cadre contractuel de l'agent.
Identification unique du contrat de travail

Un agent du MSP peut signer un ou plusieurs contrats de travail au cours de sa carrire (ceci est

certainement le cas pour les agents non-mcaniss). Chaque contrat de travail devra recevoir un
numro d'identification unique et tre enregistr dans un registre central de ressources humaines.
Chaque contrat spcifiera le statut et/ou le cadre contractuel de l'agent, l'autorit contractante
(structure du MSP), la fonction de l'agent, les tches raliser, l'horaire de travail, la rmunration et
les avantages en nature.
Identification de la fonction
Une liste exhaustive, hirarchique et standardise des diffrentes fonctions exerces par les agents
du MFP (indpendamment de leur cadre contractuel et du lieu d'affectation) devra tre tablie pour
tre utilise travers toutes les structures du MFP.
6.1.3 Gestion salariale

Le paiement des salaires des agents MSP mcaniss n'est pas directement gr par les services du
MSP. La gestion salariale (et la paie) se limite en principe aux primes et autres avantages
pcuniaires octroys aux agents. Dans ce cadre il est important de correctement grer:
1. Sur le plan individuel: les primes octroyes l'agent, les critres d'attribution, la mthode de
calcul du montant de la prime (ou montant fixe), la priodicit et la dure.
2. Sur le plan collectif: la source de financement des primes, les critres d'attribution, la mthode de
calcul du montant de la prime (ou montant fixe), la priodicit, la dure et les documents
contractuels qui ont t signs ce propos.
En plus, dans le dossier salarial de l'agent de sant doivent galement tre gres les dductions
qui auraient ventuellement t convenues ou imposes.
6.1.4 Gestion de la carrire

Les services de gestion des ressources humaines doivent grer l'historique des diffrentes
affectations des agents de la sant avec pour chaque affectation au moins:
Le poste de travail occup
Le service dans lequel l'agent a t affect
Le grade et les promotions
Le statut de l'agent
Les coordonnes du chef hirarchique de l'agent
Des valuations fonctionnelles devraient tre organises priodiquement (au moins une fois par an) et
leurs rsultats doivent tre conservs dans le dossier de l'agent.
6.1.5 Gestion des comptences

La documentation structure des comptences des agents du MSP est un lment important pour
dvelopper une vue plus claire sur la situation des ressources humaines dans le domaine de la sant
en RDC. La gestion et le suivi des comptences est compos de plusieurs lments:
Formations et diplmes
Date de dbut et de fin de la formation
Institut o la formation a t suivie
Dnomination de la formation
Titre ou diplme obtenu aprs la formation
Date du diplme
Niveau de la formation ou du diplme (PhD, MSc, Bac...)
Codifications des formations (pour usage interne des services du MSP)
Formation professionnelle continue

Date de dbut et de fin de la formation
Institut o la formation a t suivie
Identification du formateur
Dnomination de la formation
Points d'accrditation attribus

Autres comptences
Connaissances des langues
Permis de conduire
Connaissances NTIC (bureautique, applications internet, applications mtiers)
Comptences en communication
Rsistance au stress
...
6.1.6 Gestion des prsences

L'absentisme des agents de la sant pose aujourd'hui un problme majeur de rentabilit au sein du
MSP. Une rationalisation des rmunrations, trs cherche par beaucoup d'agents de la sant, aura
sans doute d'importantes consquences sur le plan de la participation relle au travail. Une gestion
effective et efficiente des prsences s'impose dans ce cas. Les absences du personnel devront tre
enregistres de faon systmatique en prcisant au moins:
Le dbut et la fin de l'absence (dure)
Le type d'absence (maladie, cong, sans raison...)
La date laquelle une demande d'absence a t introduite (si applicable)
La date laquelle l'absence a t autorise (si applicable)
La personne qui a autoris l'absence (si applicable)
Les justificatifs pour l'absence (si applicable)
6.1.7 Gestion du dossier disciplinaire

Les mesures disciplinaires contre un agent de sant devront galement tre gres par les services
des ressources humaines. Pour chaque mesure disciplinaire, au moins les informations suivantes
devront tre gres:
Descriptif de l'action
Motif de l'a mesure / description de l'infraction
Dcision/mesure disciplinaire prise
Dure de la mesure disciplinaire
Autorit qui a pris la dcision
Informations sur le suivi de la mesure disciplinaire
6.2 La gestion oprationnelle des ressources matrielles

Une gestion adquate des ressources matrielles du MSP prendra en compte l'inventaire dtaille
des biens ainsi que les oprations de suivi et de maintenance.
Inventaire des ressources matrielles

Infrastructure immobilire
quipements durables
Vhicules et autres moyens de transport
Au niveau de l'inventaire des ressources matrielles et selon la nature du bien ou de l'quipement, un
important nombre d'informations devront tre gres:
Une codification unique pour chaque ressource
Numro de srie
Descriptif de la ressource
Quantit de ressources comprises sous le code unique
Type de ressource (btiment, quipement diagnostique, vhicule...)
Fournisseur/vendeur
Date d'achat/d'acquisition
Prix d'achat
Justificatifs de l'achat
Spcifications techniques
Code comptable
Mthode et priodicit des amortissements

Gains/pertes raliss sur la vente (partielle) de la ressource

Historique de la valeur rsiduelle par priode d'amortissement
Prt(s) engags pour l'achat de la ressource (date du prt, montant, taux d'intrt, plan de
remboursement, documents signs pour le prt)
Date de vente
Valeur de vente
Acqureur au moment de la vente
Procdure de radiation appliquer
Gestion des plans/oprations de maintenance

Pour chaque ressource matrielle, des procdures de suivi, d'inspection et/ou de maintenance
devront pouvoir tre gres. Une planification des inspections et des oprations de maintenance
passe par l'tablissement d'un plan de maintenance. Pour chaque ressource devront ainsi tre
dfinies les interventions raliser en prcisant au moins:
Un code unique pour le plan d'intervention
Une dnomination de l'intervention planifie (maintenance de routine, calibrage, changement
d'huile...)
Date/priode planifie
Dans le cas d'oprations rcurrentes: la priodicit
Oprateur dsign pour l'intervention
Responsable pour l'intervention
Instructions techniques pour l'intervention (si pertinent)
Pour chaque opration ralise dans le cadre d'un plan de maintenance seront alors enregistrs:
Le code du plan d'intervention suivi
La date de l'opration
L'identification de l'oprateur
Le rsultat de l'opration (ventuellement des commentaires sur les constats faits)
La prochaine date d'intervention
6.3 La gestion des ressources financires

Les ressources financires du MSP sont de plusieurs types. Au niveau des recettes, on note les
subsides allous par le gouvernement de la RDC, les budgets allous par les partenaires financiers
et techniques de la sant et les recettes propres des structures sanitaires (principalement les
structures de soins) . La logique des services publics et des interventions des projets de
dveloppement, ncessite une gestion d'informations adapte aux besoins des acteurs qui
interviennent dans les diffrentes tapes des activits financires et budgtaires:
La codification d'informations
Codification des devises
Codifications comptables (plan comptable normalis, plans comptables de tierces parties)
Nomenclature d'activits et de prestations
Codification des sources de fonds (bailleurs, prts, dons...)
Identification des co-financements
La programmation budgtaire
Valorisation des besoins pour arbitrage budgtaire
tablissement du budget et gestion du contenu de la programmation budgtaire
Le lancement et l'engagement de marchs

Prvisions budgtaires des marchs
Gestion des attributaires des marchs
Gestion des garanties et d'assurances
La comptabilit
Imputations comptables pour alimentation du contenu des ditions lgales
Imputation des dpenses ou dcaissements sur les axes de gestion analytique et budgtaire

Alimentation de linformation lie lexcution financire des marchs et engagements

Saisie des fiches dimmobilisations
Rapprochement bancaire (monnaie de comptabilisation ou devise)
tat darrt de caisse
dition dordres de paiements
Gestion des chances
Gestion de la trsorerie
Le monitoring et le suivi budgtaire

Valorisation des ralisations effectives
Ralisations (dcomptes, dcaissements) lies aux marchs et engagements
Suivi de lexcution financire des marchs et engagements
Rallocations budgtaires
Calcul de reliquat et de taux dexcution budgtaire
Clture du budget
Reportage
Production du bilan, compte de rsultat, tableau des emplois et ressources conformes aux
normalisations comptables
Contrle de cohrence de contenu des tats
Gestion des informations lies aux conventions de financement
Gestion des informations lies aux obligations de justifications auprs des bailleurs
6.4 La normalisation
La normalisation figure parmi les tches clefs de l'administration centrale de la sant. Les directions
centrales sont non seulement responsables de la production des normes, mais doivent galement se
charger de leur diffusion afin de faciliter l'application des normes tous les niveaux de la pyramide
sanitaire. Par consquent, le MSP devrait tre en mesure d'intgrer toute dcision normative dans un
cadre global, jour, accessible et comprhensible pour ses destinataires. Dans cette optique, il
parat ncessaire de consolider sur base continue toute lgislation et normalisation en rapport avec
la sant dans un Code de la Sant.
6.4.1 Inspection et contrle de qualit

Une fois les normes et textes lgaux cohrents mis en place et facilement accessibles pour tout
acteur dans le secteur de la sant, le contrle du respect de ces normes devra tre organis par le
MSP. Ce contrle couvrira entre autres:
Le suivi des procdures prescrites (procdures d'achat, procdures de recrutement, guides de
bonne pratique mdicale...) par des inspections priodiques et/ou ponctuelles
L'analyse de donnes de routine sur base permanente (certaines donnes et indicateurs SNIS par
exemple)
Le contrle de qualit pharmaceutique (contrles des produits livrs par les laboratoires industriels
indpendants, contrle des conditions de transport et de stockage, chane du froid)
Le contrle de qualit de laboratoire (contrle des ractifs et quipements livrs, chantillons de
contrle)
6.5 L'offre de soins de sant

L'organisation de l'offre des soins de sant constitue le pilier principal de tout systme de sant. Le
plus grand nombre de ressources humaines et matrielles sont engages dans les structures de
soins qui gnrent et utilisent chaque jour d'normes quantits d'informations. En grandes lignes, les
besoins mtiers des structures de soins peuvent tre dcrits comme suit:
La gestion des hpitaux

La gestion du dossier patient, avec une identification unique du patient au sein de l'hpital, une
gestion dtaille du dossier administratif (donnes dmographiques, familiales et professionnelles),
l'historique des consultations et des hospitalisations du patient, une gestion des informations

cliniques, pharmaceutiques, laboratoires et d'imagerie mdicale et la gestion du dossier de

mdecine prventive.
Une gestion financire complte, allant de la gestion des donnes d'assurance maladie, la
tarification, la facturation et la gestion des caisses jusqu' la comptabilit gnrale et analytique,
le planning et le suivi du budget de l'hpital.
Une gestion de la pharmacie complte, y compris l'approvisionnement, la gestion des stocks et
sous-stocks pharmaceutiques, la gestion des prescriptions des mdicaments, la distribution des
produits pharmaceutiques et le contrle sur les interactions mdicamenteuses et les effets
secondaires ainsi que le suivi des premptions et des conditions de stockage.
La gestion du laboratoire couvrant les demandes des laboratoires, l'identification et la rception
d'chantillons, la gestion des listes de travail, la production des rsultats d'analyses, la validation
technique et biologique des rsultats, la distribution des rsultats aux mdecins-prescripteurs, le
calibrage des quipements et le contrle de qualit par rapport aux mthodes d'analyse appliques
jusqu' la gestion des stocks des ractifs.
La gestion de l'imagerie mdicale comprend l'encodage des demandes d'imagerie, la gestion
des listes de travail et la planification des examens, la production des images et les rapports
radiologiques et leur distribution aux mdecins-prescripteurs.
Une gestion des archives des dossiers patients s'impose pour permettre un suivi mdical
longitudinal et holistique de chaque patient. En labsence de prescription juridique dterminant la
dure de conservation des archives hospitalires, il est dusage de conseiller un archivage de 30
ans aprs la dernire visite du patient, dure essentiellement aligne sur le dlai de prescription en
matire civile.
Gestion des activits de prvention et d'ducation, y compris les vaccinations et les
consultations prventives thmatiques
Le reportage et la production de statistiques sur les activits de l'hpital. Il s'agit entre-autres de
la production des donnes dans le cadre du SNIS hospitalier, l'analyse de la morbidit et de la
mortalit hospitalire, les rapports sur la consommation pharmaceutique et laboratoire, les
rapports financiers ou l'volution du taux d'occupation en fonction des pathologies.
Le manque d'expertise en mdecine spcialise dans la majorit des structures de soins en
priphrie est problmatique. Il existe un besoin rel pour des solutions d'expertise distance, afin
de renforcer les gnralistes dans les hpitaux gnraux dans leurs dmarches diagnostiques et
thrapeutiques. Il s'agit principalement de services de:
1. Tl-consultation, qui a pour objet de permettre un expert mdical de donner une
consultation distance un patient. Un professionnel de sant (mdecin gnraliste ou
infirmier) peut tre prsent auprs du patient et, le cas chant, assister l'expert mdical au
cours de la tl-consultation.
2. Tl-expertise, qui a pour objet de permettre un professionnel mdical de solliciter
distance l'avis d'un ou de plusieurs experts mdicaux en raison de leurs formations ou de
leurs comptences particulires, sur la base des informations mdicales lies la prise en
charge d'un patient. Souvent, la tl-expertise peut avoir lieu en absence du patient. La tl-
radiologie, permettant l'interprtation d'examens radiologiques distance, est un exemple de
tl-expertise.
La gestion des centres et postes de sant

Gestion du dossier patient (voir plus haut)
Gestion financire (voir plus haut)
Gestion de la pharmacie (voir plus haut)
Gestion des activits de prvention et d'ducation (voir plus haut)
Reportage et statistiques (voir plus haut)
Niveau communautaire
Gestion des activits de prvention et d'ducation (voir plus haut)
Reportage et statistiques (voir plus haut)

6.6 L'enseignement et ducation

Le Ministre de la Sant Publique joue galement un rle dans le domaine de l'enseignement et de
l'ducation, plus spcifiquement dans les 3 activits suivantes:
Dveloppement de programmes d'ducation diffrents niveaux (ESU, EPSP, ducation

communautaire)
Les programmes d'enseignement dans le domaine de la sant ne sont actuellement pas toujours
bien adapts aux comptences demandes par le secteur. Le MSP devrait jouer un rle plus actif
dans la planification des ressources humaines de la sant et donc dans les programmes des
institutions qui sont censs produire les professionnels de sant de demain. Il s'agit plus
spcifiquement de:
- Calculer les besoins de ressources humaines en fonction des programmes et activits planifis
au sein du MSP
- Identifier et quantifier les lacunes professionnelles tous les niveaux de la pyramide sanitaire
- Mieux identifier et dcrire les profils professionnels et les tches des ressources humaines de la
sant
Une collaboration nationale, rgionale et internationale aidera pour mieux rentabiliser le personnel
enseignant et pour offrir des perspectives plus attractives aux tudiants.
Organisation (implmentation) des programmes de formation

Le MSP pourra stimuler son personnel disposant d'expertises particulires pour prendre en charge
des tches d'enseignement, en collaboration avec les ministres de l'ducation
Les structures de soins du MSP doivent offrir un environnement de stage et d'apprentissage
attractif aux tudiants. Pour que cela soit profitable aux tudiants et aux structures de soins, un
meilleur encadrement des tudiants doit tre mis en place.
Une valuation objective et correcte des tudiants (et des enseignants) par rapport aux stages
raliss doit tre faite systmatiquement par le MSP.
La mdecine est une science o les ides et comprhensions sont en volution permanente et le
systme de la sant congolais traverse une longe priode de rformes. Par consquent, il sera
important de re-valuer rgulirement le contenu des programmes de formation par rapport cet
environnement instable.
Formation professionnelle continue

Le MSP organise pour son personnel des programmes de formation professionnelle continue afin
de garder leur comptences dj acquises la hauteur de l'volution des sciences ou pour leur
emmener des nouvelles comptences. L'organisation de cette formation continue couvre les
activits de planification des programmes de formation (en fonction des comptences
ncessaires), l'encadrement des formateurs et l'encodage d'une srie d'informations dans le
dossier individuel des agents de la sant:
- Date de dbut et de fin de la formation
- Institut o la formation a t suivie
- Identification du formateur
- Dnomination de la formation
- Points d'accrditation attribus
6.7 La recherche
Les activits lies la recherche dans le domaine de la sant sont pour l'instant surtout inities et
pilotes par les partenaires techniques, principalement travers les programmes de sant.
L'appropriation de ces programmes de recherche applique par le MSP restera faible tant qu'un
nombre de mesures accompagnatrices ne seront pas prises:
Le MSP devrait documenter tout programme de recherche ou intervention dans le domaine de la
sant dans un registre central, qui pourra tre consult par toute partie prenante. Cela aidera
viter la multiplication d'activits de recherche redondantes dans certaines zones du pays et
promouvoir la capitalisation des rsultats par d'autres chercheurs.
Le MSP devrait galement centraliser tout rsultat publi ou diffus dans un centre documentaire

unique afin de rendre plus accessibles les fruits de la recherche en RDC. La politique de la sant
devrait, l o cela s'avre pertinent, prendre en compte ces rsultats de recherche applique pour
les traduire en actions sur le terrain.
Le MSP devrait galement veiller sur les aspects d'thique et de dontologie ainsi que sur la
protection de la vie prive des patients qui participent dans les programmes de recherche en RDC.
La mise en place d'un registre national de recherche pour la sant pourra videmment beaucoup
aider raliser cette tache.
6.8 Le suivi et valuation

Le suivi et l'valuation des activits des structures du MSP, comprend la collecte de donnes, la
production d'indicateurs, l'interprtation et le reportage des rsultats. La collecte de donnes couvre
les donnes de routine (le suivi permanent) et les collectes ponctuelles pour des tudes bien
prcises. Les donnes de routine sont collectes dans les structures priphriques de la pyramide
sanitaire (hpitaux, centres de sant, postes de sant...) en utilisant des registres. Ces registres
sont des livres avec des listes o pour chaque patient soign ou pour chaque activit ralise un
nombre de donnes (colonnes) doivent tre remplies. A la fin du mois ces donnes enregistres sont
agrges (nombres de patients vus avec maladie X,Y ou Z, par tranche d'ge, par sexe...) et
transmises au niveau central (actuellement via les BCZS et les DPS) o elles sont centralises. Pour
les collectes de donnes ponctuelles, des outils spcifiques d'encodage sont souvent utiliss et la
centralisation des donnes ne se fait pas toujours au niveau national mais plus souvent chez les
partenaires techniques qui organisent la collecte.
Les niveaux oprationnels priphrique (BCZS) et intermdiaire (DPS) jouent un rle dans le contrle
qualit des donnes transmises et dans l'valuation de la cohrence entre les informations en
provenance des diffrents registres et structures. Les donnes sont transformes au niveau des
BCZS, DPS et la direction centrale en indicateurs de sant, d'activits et de performance. Ces
indicateurs fournissent des informations prcieuses par rapport l'implmentation des politiques et
programmes de sant travers le pays.
Le MSP (actuellement la direction 5) est responsable pour le feedback des rsultats aux producteurs
des informations (reportage descendant travers les DPS et les BCZS) et au cabinet, aux diffrentes
directions et programmes du ministre (reportage ascendant).
6.8.1 Qualit des donnes

L'entreprise publique d'aujourd'hui est confronte un dfi de flexibilit. D'un cot, elle doit s'adapter
rapidement un environnement changeant, dans lequel le temps et les distances diminuent, les
informations doivent tre saisies immdiatement et les rglementations s'accumulent. Dans ce
contexte non stabilis, l'entreprise publique est confronte un dfi d'adaptation permanente pour
analyser son environnement afin de prendre les bonnes dcisions au bon moment, rationaliser son
organisation et ses processus internes et intgrer les interactions avec ses partenaires.
D'un autre cot, cette ncessit de rapidit et de flexibilit doit reposer sur un environnement
d'valuation et de suivi rigoureux. L'entreprise publique doit s'appuyer sur une gouvernance, un
ensemble de rgles de prise de dcision, de transparence et de surveillance qui lui permettent de
contrler son fonctionnement. Les directions et les autorits politiques doivent pouvoir prendre des
dcisions stratgiques en s'appuyant sur des lments fiables. Par consquent, le pilotage de
l'organisation ncessite la manipulation d'indicateurs fidles et jour de l'activit. La qualit des
donnes qui sont la source de ces indicateurs reprsente un enjeu critique pour l'entreprise dans
trois tapes du cycle de vie des informations:
La saisie
Les transformations et agrgations des donnes
L'analyse et la prsentation des rsultats
Une mauvaise qualit des donnes est principalement due aux erreurs de saisie de l'information la
source. Donnes errones, fautes d'orthographe, codes incorrects, abrviations errones, saisie
dans un mauvais champ sont autant de sources de dgradation de la qualit qui peuvent avoir des
consquences nfastes pour l'entreprise. Les silos applicatifs traditionnels entranent une duplication

des donnes dans les systmes d'informations. Lors de la consolidation des informations de ces
applications, on retrouve des donnes enregistres plusieurs fois dans les systmes informatiques
sous des identifiants diffrents. De plus, des donnes exactes un moment donn, peuvent devenir
errones la suite d'un changement de la situation.
Pour exploiter au mieux son capital de donnes, Le MSP doit lancer une initiative Qualit des
Donnes. Il s'agit d'une stratgie permanente et pas une mesure isole dans le temps. Elle
ncessite de dfinir des processus formels de qualit des donnes appliqus par les services
informatiques et par les directions mtiers. Cette initiative devra tre supporte par des solutions
technologiques qui permettent d'agir sur un ensemble d'approches:
La standardisation des donnes
Le profilage
Le nettoyage des donnes
L'enrichissement des donnes
Pour identifier les problmes de qualit au sein du MSP, il est recommand de dfinir les diffrentes
dimensions et leur importance:
Duplication: rptition des mmes donnes. L'entit d'information est dans ce cas gre par
plusieurs systmes d'informations sous des identifiants diffrents et sa vue n'est donc pas unifie
Standardisation: vrification si les valeurs sont correctes par rapport un intervalle de rpartition
ou un domaine.
Intgralit: toutes les donnes ncessaires doivent tre disponibles pour le besoin mtier.
Exactitude: les donnes doivent reprsenter la ralit et sont vrifiables partir d'une source
externe. Ceci constitue un problme majeur pour le MSP l'heure actuelle, suite un manque de
capacits diagnostiques, de ressources humaines qualifies disponibles et de motivation dans les
structures priphriques. L'importance de donnes fiables et correctes n'est pas bien apprcie
par tous les agents du MSP.
Interprtabilit: une donne doit tre reprsente sous un format cohrent et sans ambigut (par
exemple: le format de reprsentation de la date doit tre connue pour pouvoir correctement
interprter une valeur comme 5/6/1988).
Opportunit: les donnes doivent tre jour au moment de leur utilisation (par exemple: un
rapport mensuel de vaccination pour la province doit inclure toutes les donnes actualises du
mois pour toutes les zones de sant de la province)
Une analyse de la qualit des donnes donnera une rponse un nombre de questions sur base
d'une srie d'indicateurs qui doivent tre dfinis par les directions mtiers ou les exploitants
potentiels:
Critre de qualit Question/caractristique Exemples d'indicateurs

Duplication Quelles sont les donnes Nombre d'enregistrements dupliqus
rptes?
Standardisation Quelles sont les donnes saisies, Certificat de conformit des informations
stockes ou affiches dans un
format non-standard?
Intgralit/ Est-ce que toutes les donnes Intgralit des valeurs optionnelles
compltude ncessaires sont disponibles? Nombre de valeurs non renseignes
Nombre de valeurs par dfaut par rapport
la moyenne
Exactitude Les valeurs reprsentent-elles la Frquence des changements de valeur
ralit? Vrification sur les donnes sources
Vrification au niveau communautaire
Interprtabilit Les donnes sont-elles Valorisation des donnes par les
comprhensibles par les utilisateurs
utilisateurs? Violation de domaines
Opportunit L'ge des donnes est-il conforme Date de collecte de donnes
aux besoins mtiers? Date du dernier traitement
Vrification de la version des donnes
Cohrence Quelles sont les donnes sources Vrification de la plausibilit

des informations contradictoires? Estimation de l'cart type
6.9 La planification
Les tches de planification au sein du MSP sont larges et devraient se baser sur les objectifs
exprims dans le PNDS et la SRSS, les informations disponibles dans le systme de suivi et
valuation, les donnes des diffrentes directions et programmes et les propositions des partenaires
techniques et financiers. Dans cette optique, la planification devrait suivre les tapes suivantes:
1. Planification des activits de mise en uvre du PNDS/SRSS. Le PNDS et la SRSS sont les
rfrences principales pour l'implmentation des interventions dans le domaine de la sant et
constituent donc le point de dpart pour tout exercice de planification. Des interventions hors
PNDS/SRSS ne sont priori pas prioritaires.
2. Planification des ressources humaines. Les ressources humaines sont l'heure actuelle
encore le tendon d'Achille du systme de sant en RDC. Le renforcement des capacits en
fonction des interventions ncessaires, demande une planification du recrutement, des formations
et du cadre pcuniaire qui commencent parfois plusieurs annes avant le dmarrage de
l'intervention.
3. Planification des ressources matrielles. Les ressources matrielles du systme de sant
congolais font souvent dfaut cause de procdures d'acquisition non-systmiques (qui ne
tiennent pas suffisamment compte des pralables et conditions oprationnelles comme l'absence
de courant lectrique, le manque d'espace, conditions atmosphriques incompatibles ou manque
de personnel comptent pour exploiter un quipement). Dans d'autres cas, l'absence d'une
stratgie solide pour la maintenance ou l'approvisionnement de consommables peut tre l'origine
de l'chec d'une intervention. La mise en place et la maintenance systmatique des ressources
matrielles ncessitent une planification solide en collaboration avec tous les acteurs sur le terrain
(zones de sant, hpitaux et centres de sant, bailleurs, niveau central du MSP)
4. Planification des ressources financires. Une budgtisation stratgique (suivant les objectifs
du PNDS et de la SRSS) correcte moyen et long terme en collaboration avec les partenaires
financiers (y compris le gouvernement) est ncessaire pour chapper l'approche budgtaire par
association intervention/bailleur. Cette dernire est plutt l'inversion de la logique budgtaire qui
mne au dveloppement d'un systme de sant opportuniste (en fonction des moyens
disponibles) qui manque d'orientation stratgique.
5. Coordination des interventions avec les partenaires techniques et financiers. Comme suggr
plus haut dans la section sur la recherche, la cration d'un registre national qui centralise la
documentation sur les interventions et programmes de recherche dans la sant en RDC est
devenue une urgence. La documentation devrait couvrir pour les projets du pass, prsent et futur
au moins:
Le type d'intervention ou de recherche
Descriptif structur de l'intervention (motif, objectifs, mthodes, rsultats) et lien avec le PNDS
et/ou la SRSS (si applicable)
Dlimitation gographique de l'intervention (provinces, hpitaux, zones de sant, centres et
postes de sant, villages... qui participent dans l'intervention)
Ressources humaines mises en place pendant et aprs l'intervention
Description dtaille des ressources matrielles mises en place pendant et aprs l'intervention
(y compris les frais d'exploitation)
6. Coordination inter-sectorielle et inter-ministrielle. Pour beaucoup d'activits du MSP, la
planification doit se faire en troite collaboration avec d'autres secteurs et ministres, comme par
exemple:
Le MESU et le MEPSP pour la planification des ressources humaines
Le Ministre du Plan
Le Ministre du Budget
Le MPTNTIC pour la planification des infrastructures NTIC.
6.10 La communication
Le MSP dispose d'un trs grand nombre de ramifications dans tous les coins du pays. La collecte et
la diffusion des informations, la coordination et la collaboration de plus de 120.000 agents de sant

constituent un norme dfi de communication. Le Ministre de la Sant Publique devra mettre en

place des solutions pour faciliter:
La rdaction de notes et lettres d'information
L'change rapide et peu coteux d'informations entre agents de la sant et avec des tiers
L'archivage des communications
La diffusion massive et rapide des informations caractre public
La prsentation et la publication d'informations officielles
L'implmentation d'une logique de flux de travail dans la rdaction, validation et publication
d'informations.
Une telle infrastructure de communication devrait tre accessible tous les agents de la sant et
offrir une scurit (principalement confidentialit et authentification) maximale.

Chapitre
VII
Architecture systmes d'information 71
7 Architecture systmes d'information
7.1 Architecture applicative

Sur base de l'analyse des processus mtiers, les applications suivantes devront tre mises en place
(en ordre de rentabilit et/ou faisabilit dcroissante):
Plate-forme de communication lectronique

Applications bureautiques (traitement de texte, tabulateur, outils de prsentation)
Entrept de donnes
Systme de collecte d'informations agrges
Logiciels d'analyse statistique
Logiciel de contrle de qualit/cohrence de donnes
Systme de planification et de gestion des actions
Systme d'informations gographiques (SIG)
Gestion du dossier individuel de l'agent de la sant
Gestion des ressources matrielles et de la maintenance
Comptabilit gnrale et analytique
Systme de gestion de contenu (CMS)
Site web fdr du ministre
Bibliothque numrique
Systme intgr de gestion de structures de soins (SIH)
Gestion des assurances maladie et mutuelles de sant
Gestion du budget et des dpenses de la sant
Systme de gestion laboratoire
Systme de gestion de stocks et distribution pharmaceutique
Plate-forme d'enseignement en ligne
Systme d'enseignement distance
Gestion des ordres professionnels
Systme de gestion de rfrences bibliographiques
Agenda lectronique
Tlconsultation et tlexpertise
Systme de pharmacovigilance
Systme de contrle de la qualit pharmaceutique
Systme de contrle de la qualit laboratoire
Systme de gestion d'imagerie numrique (RIS & PACS)
7.1.1 Plate-forme de communication lectronique

Description de l'application
L'application devra permettre l'change d'informations rapide, fiable et scuris entre les agents du
niveau central, les directions provinciales de la sant, les bureaux centraux des zones de sant,
les hpitaux de rfrence et les hpitaux secondaires du MSP.
Les informations changes sont gres par les structures NTIC du MSP et restent sous le
contrle du ministre mme aprs le dpart des agents.
Objectifs
Disponibiliser une solution de courrier lectronique avec bote e-mail professionnelle (domaines
sante.gouv.cd ou sante.cd) pour chaque agent du MSP
Grer les messages des agents du MSP un endroit central sous contrle des services NTIC du
MSP

Mise en place d'une passerelle internet permettant l'change de messages entre les agents du
MSP et le monde extrieur travers leurs courriel professionnel
Mise en place d'un annuaire pour le personnel du MSP avec la possibilit de crer des carnets
d'adresses pour chaque agent
Mise en place d'une solution antivirus et antispam pour la messagerie
Besoins mtiers servis

Identification de l'adresse e-mail de chaque agent du MSP
Pouvoir communiquer lectroniquement avec d'autres agents du MSP et le monde extrieur
travers une infrastructure de messagerie lectronique performante et fiable
Sauvegarde des messages sur un serveur contrl par les services NTIC du MSP (prennit des
informations et connaissances)
Intgration des fonctionnalits antivirus et anti-spam
Interactions avec d'autres applications

Applications bureatiques
Site web du ministre
SIH
Gestion des bases de donnes des ordre professionnels
Agenda lectronique
Systme de pharmacovigilence
Donnes gres et/ou utilises par l'application

Adresse e-mail de l'agent (clef primaire)
Nom, prnom de l'agent
Donnes du dossier individuel de l'agent (iHRIS) (affectation, fonction)
Numro matricule de l'agent (le cas chant)
Utilisateurs et droits d'accs
7.1.2 Applications bureautiques (traitement de texte, tableur, outils de

prsentation)
Traitement de texte: permet de saisir et modifier interactivement des textes. Possde de fonctions
de mise en forme. L'interoprabilit avec des formats de documents populaires comme doc, docx,
rtf et pdf est ncessaire.
Manipulation des feuilles de calcul: l'interoprabilit avec des formats de feuilles de calcul
populaires comme xls et xlsx est ncessaire.
Outil de prsentation: permet des prsentations vido destines informer un public. Le
diaporama est le type de prsentation le plus utilis en dfilant des images pour assister une
allocution. L'interoprabilit avec des formats de prsentation populaires comme ppt et pptx est
ncessaire.
Objectifs
Offrir tout utilisateur d'un ordinateur au sein du MSP les 3 outils bureautiques de base (traitement
de texte, tableur, outils de prsentation).
Standardiser les formats bureautiques utiliss pars les agents du MSP pour ainsi garantir que les
documents changs puissent tre exploitats tous les niveaux.

Ralisation des tches administratives/bureautiques de base tous les niveaux de la pyramide
sanitaire
Etre capable d'envoyer et de recevoir des documents bureatiques dans tout format lectronique
populaire


Entrept de donnes (tableur)
Logiciels d'analyse statistique (tableur)

Documents administratifs
Documents mtiers et feuilles de calcul
Prsentations
7.1.3 Entrept de donnes

Un Entrept de donnes est une base de donnes regroupant une partie ou l'ensemble des
donnes fonctionnelles d'une entreprise (donnes agrges). Il entre dans le cadre de
l'informatique dcisionnelle; son but est de fournir un ensemble de donnes servant de rfrence
unique, utilise pour la prise de dcisions dans l'entreprise par le biais de statistiques et de
rapports raliss via des outils de reporting. D'un point de vue technique, il sert surtout 'dlester'
les bases de donnes oprationnelles des requtes pouvant nuire leurs performances.
L'Entrept de donnes intgre au sein d'une mme base les informations provenant de multiples
'applications' oprationnelles (programmes, directions). On passe ainsi dune vision verticale de
lentreprise, dicte par des contraintes techniques, une vision transversale, dicte par le besoin
mtier, qui permet de croiser fonctionnellement les informations (tableau de bord).
En amont de l'entrept de donnes se place toute la logistique d'alimentation des donnes de
l'entrept :
o extraction des donnes de production, transformations ventuelles et chargement de l'entrept
o au passage les donnes sont pures ou transformes
En aval de l'entrept de donnes se place tout l'outillage de restitution et d'analyse des donnes:
o outils de requtage ou de reporting
o data mining
Objectifs
Un entrept de donnes central devra tre disponible pour la collecte de toutes les donnes de
routine du MSP
Des outils de premire collecte (donnes fonctionnelles) disposent de fonctionnalits d'agrgation
et de transmission des informations l'entrept de donnes
L'entrept de donnes est aliment de faon systmatique (promptitude et compltude) avec des
informations sources qui correspondent aux activits et constats rels du terrain (qualit des
informations)
Des contrles systmatiques sur la cohrence des informations sont raliss (qualit des
informations)

Centralisation de donnes agrges de routine
Contrle de cohrence des informations collectes
Mise disposition des dcideurs tous les niveaux du MSP d'outils d'aide la dcision sous
forme de tableaux de bord (indicateurs d'activit, de performance et de sant)
Avoir une seule source d'informations de rfrence pour le rapportage par les agents du MSP
tous les niveaux (cohrence de la communication)


Solutions d'analyse statistique

Solutions de contrle de qualit et de cohrence des donnes
Systme d'informations gographiques
Site web fdr du MSP
SIH
Canevas papier SNIS

Toutes les donnes identifies pour la production des indicateurs du SNIS
L'encodage direct de donnes agrges pouvant tre rcupres d'applications mtiers de
premire collecte devra tre vit l o possible: la redondance et la duplication inutile constituent
une source importante de biais dans les informations sources d'un entrept de donnes.
7.1.4 Systme de collecte d'informations agrges

Un outil pour collecter/encoder les informations agrges destines l'entrept de donnes. Cet
outil pourra tre intgr dans la solution d'entrept de donnes ou fonctionner comme une
application spare avec interface avec l'entrept. Les donnes encoder proviennent en principe
de canevas papier SNIS.
Cette application est principalement destine aux structures du MSP qui ne disposent pas d'outils
informatiss de premire collecte (SIH ou autre)
Objectifs
Permettre l'encodage des donnes des canevas SNIS dans l'entrept de donnes
Offrir un contrle de qualit et de cohrence en temps rel pendant l'encodage
Permettre la transmission des informations encodes vers l'entrept de donnes moyennant des
connexions intermittentes (solutions offline) et faible bande passante

Encodage de donnes agrges dans l'entrept de donnes partir des structures en dessous
des BCZS

Entrept de donnes
Solutions de contrle de qualit et de cohrence des donnes
Canevas papier du SNIS

Les donnes des canevas SNIS
7.1.5 Solutions d'analyse statistique

La statistique comprend : la collecte des donnes, le traitement des donnes collectes,
l'interprtation des donnes, la prsentation afin de rendre les donnes comprhensibles.
La solution d'analyse statistique couvrira:
o La statistique descriptive avec reprsentation graphique de variables discrtes et continues,
indicateurs de localisation ou tendance centrale et indicateurs de dispersion ou de variabilit
o Les mthodes d'estimation ponctuelle
o Les intervalles de confiance

o Les tests d'hypothse simples et composites

o La rgression linaire
Objectifs
Mettre disposition des agents du MSP un ou plusieurs outils standardiss et performants pour
l'analyse des donnes et les calculs statistiques

Collecter des donnes pour des fins d'analyse statistique
Analyser les donnes et les reprsenter sous forme d'indicateurs et de caractristiques
comprhensibles pour appuyer les dcisions oprationnelles
Analyse de donnes dans le cadre de la recherche dans le secteur de la sant

Entrept de donnes
Solutions de contrle de qualit et de cohrence de donnes
Systme de contrle qualit pharmaceutique
Systme de contrle qualit laboratoire

Donnes variables en fonction des besoins statistiques
7.1.6 Solutions de contrle de qualit/cohrence de donnes

Une application de qualit des donnes intgre des modules qui offrent des fonctions de contrle de
qualit des donnes suivantes:
Profilage: analyse de la qualit des donnes afin de dterminer les domaines d'amlioration
Standardisation: moteur de rgles qui s'assure que les donnes sont conformes des rgles de
qualit
Nettoyage: dtection et correction des donnes corrompues ou inexactes
Rapprochement: comparaison et rapprochement des donnes pour dcouvrir des duplications
ventuelles
Enrichissement: utilisation de sources externes pour amliorer la compltude des donnes
Dcomposition: identification, vrification et dcomposition un par un des lments des zones de
saisie libres
Surveillance: suivi de la qualit des donnes dans le temps et production de rapports de qualit
Objectifs
Optimalisation de la qualit des donnes afin d'offrir des informations utiles et utilisables pour
alimenter la prise de dcisions stratgiques dans le domaine de la sant

Les outils de profilage des donnes analysent l'tat des donnes dans les bases de donnes ou les
fichiers. Ils collectent des statistiques et des informations sur les donnes afin d'analyser si elles sont
de qualit suffisante pour tre utilises dans d'autres contextes. Ils analysent la conformit des
donnes par rapport aux standards de l'entreprise et aux dfinitions de ces champs (mtadonnes). Ils
identifient les dpendances avec les autres sources de donnes et valuent les duplications
d'information.
En utilisant les rgles dfinies par les mtiers, les outils de standardisation et de validation
automatisent le processus de vrification et de correction des donnes afin que les abrviations soient
standardises, les donnes correctement orthographies et les modles de formatage correctement
utiliss. Ils valident les valeurs des donnes par rapport un intervalle de rpartition ou un domaine.
Les outils de nettoyage permettent de dtecter et de corriger (ou de supprimer) des enregistrements
corrompus ou inexacts d'une base de donnes ou d'un fichier. Les erreurs dtectes ont pu tre cres
dans des environnements applicatifs htrognes, saisies en erreur par un utilisateur ou corrompues
lors d'une transmission ou du stockage. L'objectif du nettoyage est de rendre la source de donnes

cohrente avec les autres sources de l'entreprise. Les outils de nettoyage sont utiliss posteriori sur
les donnes, la diffrence des outils de standardisation et de validation qui sont utiliss lors de la
saisie des donnes.
Les outils de rapprochement permettent de comparer des donnes de sources diffrentes. Ils
permettent d'identifier les relations entre les enregistrements de donnes afin de les de-dupliquer ou de
raliser des traitements par groupe. Ils permettent d'identifier les enregistrements qui dcrivent la
mme entit d'information.
Les outils de dcomposition permettent de transformer un champ de saisie contenant des donnes
multiples dans une structure gnralement arborescente utilise par les applications. Par exemple, les
outils de parsing peuvent tre utiliss pour reconnatre dans un champ les donnes d'adresses, des
mesures, des quantits ou des rfrences produits.
De mme, les outils d'enrichissement permettent d'ajouter des enregistrements, des donnes en
provenance d'autres sources internes ou externes.
Enfin, les outils de surveillance permettent d'identifier et de ragir immdiatement aux problmes avant
que la qualit des donnes ne se dgrade. Ils permettent de suivre l'volution des donnes dans le
temps et de dterminer leur dtrioration ventuelle. Ils identifient les tendances sur la qualit des
donnes et alertent sur les violations des rgles de qualit dfinies.

Entrept de donnes
SIH

Donnes variables en fonction des besoins des utilisateurs finaux
7.1.7 Systme de planification et de gestion des actions

Au sein des services du MSP, la planification est l'organisation dans le temps
de la ralisation des objectifs
dans un domaine de comptence
avec l'identification des moyens de mise en uvre
et la dfinition de la dure prcise des diffrentes tapes.
Pour cela, un systme de planification devra prendre en compte les objectifs, les dlais, les actions
et les responsabilits des ralisateurs. Le systme produit souvent une liste des choses faire, elle
se concrtise ensuite par un plan rpondant de faon dtaille et concrte aux principaux aspects
oprationnels du type QQOQCC : qui, quoi, o, quand, comment, combien.
Parmi les outils de planification, on trouve l'analyse (par exemple mthodes QQOQCCP, SWOT...),
la prvision, le budget, les scnarios (entre lesquels choisir), les probabilits de succs, les
solutions alternatives ou de repli (pour tre prpar en cas d'obstacle lors de l'excution du plan) etc.
Objectifs
La mise en place d'une solution de planification commune et transversale pour toutes les
structures du MSP
Disposer d'un outil central permettant le suivi des plans d'actions de diffrentes structures du MSP
et la ralisation des actions

Explicitation des objectifs du niveau central du MSP jusqu'aux zones de sant
Dfinition et diffusion de plans stratgiques par domaine de comptence/direction
Identification d'actions pour implmenter les plans stratgiques
Allocation de ressources matrielles et humaines aux actions, dans les limites des comptences
de chaque sous-structure du MSP
Mise en place d'un agenda plus ou moins prcis pour l'implmentation des diffrentes actions

Organiser une gouvernance solide de la dfinition des plans d'actions et de leur implmentation sur
le terrain
L'application de planification devra en terme de besoins mtiers galement soutenir les diffrentes
techniques de planification:
Le dcoupage des actions en tches: les diffrentes techniques de planification reposent toutes
sur un dcoupage du projet en tches lmentaires. Ces tches sont ensuite ordonnances, c'est-
-dire positionnes dans l'ordre logique de ralisation ou de fabrication (ex: on doit pltrer les murs
d'une maison avant d'appliquer les peintures). Ce sont ensuite ces diffrentes tches qui font l'objet
d'une planification. Il est donc essentiel que le dcoupage soit le plus pertinent possible : on
pourra se tromper sur l'estimation de la charge d'une tche et sur sa planification avec une marge
d'erreur plus ou moins grande, mais si une tche a t oublie lors du dcoupage, la marge
d'erreur sera, l, de 100 %.
Le calcul de la charge de travail et les dlais d'excution: une fois le dcoupage en tches
obtenu (il peut tre ralis de manire itrative) on procde (1) l'estimation de la tche (quelle en
sera la charge, le dlai, le cot); (2) la planification de la tche de faon absolue (quand dbute-t-
elle, quand se termine-t-elle) ou de faon relative (quelles sont les activits devant prcder cette
tche? Quelles sont les activits succdant cette tche?); (3) l'allocation des ressources : par
qui est-elle ralise, avec quels moyens? L'estimation peut se faire, de manire complmentaire
(1) en charge (combien de temps faut-il au moins pour mener bien cette tche?) et/ou (2) en
dlai (si les ressources taient quasi-infinies mais utilises de manire conventionnelle et usuelle,
combien de temps s'coulerait-il raisonnablement entre le dbut et la fin de la tche).
L'utilisation de fourchettes: la dcomposition en tches peut tre ralise rcursivement pour
obtenir des sous-tches, qui prises en compte individuellement ont une dure de ralisation qui est
connue ou envisageable. Pour limiter les risques de dpassement de planification, on va donner
pour chacune de ces tches (1) une dure minimale (optimiste), (2) une dure idale et (3) une
dure dfavorable (pessimiste). Ainsi, la dure globale prvue par la planification sera dlimite
temporellement par ces trois types d'estimations.
L'estimation du temps ncessaire: l'estimation de la charge ou du dlai d'une tche n'est pas
une science exacte et repose la plupart du temps sur l'exprience des planificateurs. Cependant,
quelques lois sont frquemment observes :
1. la loi de la chronobiologie : la dure de toute tche planifie aura une tendance naturelle se
rapprocher de lchance chrono-biologique la plus proche et lhorloge chrono-biologique est
discrte et avance par coups (les units de temps chrono-biologique sont la journe, la
semaine, la saison (congs), l'anne). Illustrations : tout travail prvu pour trois jours prendra
une semaine, inutile de planifier une tude de 8 jours : le travail sera fini le vendredi suivant, tout
lancement prvu en mai se fera pendant lt, etc.
2. le syndrome de lchance : une chance officielle, prvue et annonce, organise
suffisamment longtemps lavance, peut se transformer en chance biologique pour les
acteurs du projet et peut donc, en consquence, tre respecte. Mais le stress doit tre
suffisant pour vaincre les tendances biologiques internes, avec un caractre officiel (runion de
validation, ...), public (runion avec des tiers, prsentation de rsultats, ...), incontournable
(objet concret produire, dossier, dmonstration, ...), et enfin, irrversible : les convocations
sont parties depuis longtemps.
3. la thorie CQFD, ou Ce qu'il fallait dmontrer : toute tche commence atteint un niveau
davancement de 90 % environ, beaucoup plus rapidement que prvu, mais sy stabilise
beaucoup plus longtemps que prvu. Pour contrer cette drive, un autre extrme (utilis dans de
trs gros projets) consiste mesurer lavancement des tches de faon binaire : finie / pas finie.
L'allocation de ressources matrielles et humaines: Tout plan d'action labore doit tre
vrifie sous un autre aspect: le taux doccupation des ressources. Pour ce faire, on traduit la
planification gnrale du projet en autant de planifications dtailles individuelles que de
ressources affectes sur le projet, ces planifications individuelles permettent de vrifier un certain
nombre de contraintes dorganisation du projet: (1) les ruptures de charge : les personnes
affectes sont-elles occupes 100 % durant tout le temps o lon a besoin delles?; (2) le taux
de charge: certaines ressources ne sont peut-tre pas utilisables 100 % de leur temps (runions
extrieures, fonctions de support, affectations partielles, ...) ; (3) la monte en charge progressive :
l'arrive et la mobilisation des effectifs sur le projet doit suivre une courbe en cloche afin de

faciliter la gestion des ressources humaines (intgration dans les quipes, formation ou
apprentissage, ...).

Applications bureautiques
Systme de gestion de contenu
Agenda lectronique

Documentation prcise des objectifs de chaque structure du MSP
Ressources matrielles disposition des structures
Ressources humaines disposition des structures
Ressources financires disposition des structures
Description des actions planifies
Ressources matrielles alloues aux actions
Ressources humaines alloues aux actions
Ressources financires alloues aux actions
Agenda d'implmentation des actions
Jalons d'implmentation
7.1.8 Systme d'informations gographiques (SIG)

Un systme d'information gographique (SIG) est un systme d'information permettant de crer,
d'organiser et de prsenter des donnes alphanumriques spatialement rfrences, autrement dit
go-rfrences, ainsi que de produire des plans et des cartes. Ses usages couvrent le traitement et
le partage et de l'information lis des rfrences gographiques ou cartographiques (par exemple la
distribution gographique sur une priode de temps des nouveaux cas d'une certaine maladie).
Objectifs
Disposer d'une cartographie sanitaire pour la RDC (jusqu'aux aires de sant)
L'identification gographique de toute structure pertinente pour la sant (DPS, BCZS, hpitaux,
centres de sant, postes de sant, voies d'accs...)
La gestion des donnes de sant et des bases de donnes gographiques pour le territoire de la
RDC
Disposer d'un outil go-spatial d'aide la dcision, notamment pour l'implmentation des
stratgies sanitaires dans les zones de sant en RDC
tre en mesure de raliser des analyses spatiales des informations sanitaires (surveillance
pidmiologique, distribution des ressources matrielles et humaines...)

L'usage courant du systme d'information gographique est la reprsentation plus ou moins raliste
de l'environnement spatial en se basant sur des primitives gomtriques : points, des vecteurs (arcs),
des polygones ou des maillages. ces primitives sont associes des informations attributaires
telles que la nature (route, hpital, BCZS, etc.) ou toute autre information contextuelle (nombre
d'habitants, type ou superficie d'une zone de sant par ex.). Un SIG assure les six fonctions
suivantes:
La saisie des informations gographiques sous forme numrique (Acquisition)
La gestion de base de donnes (Archivage)

La manipulation et interrogation des donnes gographiques (Analyse)

La mise en forme et visualisation (Affichage)
La reprsentation du monde rel (Abstraction)
La prospective (Anticipation).
Les donnes gographiques sont importes partir de fichiers ou saisies par un oprateur. Une
donne est dite gographique lorsqu'elle fait rfrence un (ou plusieurs) objet(s) localis(s) la
surface de la terre. Un GPS et laser tlmtre permettent la cartographie et la collecte des donnes.
La construction de la carte en temps rel et la visualisation de la carte sur le terrain augmente la
productivit et la qualit du rsultat. Un systme d'information gographique fait appel une
connaissance technique et divers savoir-faire, et donc divers mtiers, qui peuvent tre effectus par
une ou plusieurs personnes. Des spcialistes doivent mobiliser des comptences en godsie
(connaissance des concepts de systme de rfrence et de systme de projection), en analyse des
donnes, des processus et de modlisation (analyse Merise, langage UML par exemple), en
traitement statistique, en smiologie graphique et cartographique, en traitement graphique. Ils doivent
savoir traduire en requtes informatiques les questions qu'on leur pose.

Entrept de donnes
Solutions de contrle de qualit
SIH
Systme de pharmacovigilence

Cartographie de la RDC avec dcoupage administratif sanitaire
Coordonnes gographiques des structures pertinentes pour le domaine de la sant
Donnes sanitaires agrges (surveillance pidmiologique, donnes SNIS de collectes de routine
et ponctuelles en provenance des structures de soins, donnes sur les ressources humaines et
matrielles...) lies des coordonnes gographiques et/ou structures de sant cartographies
7.1.9 Gestion du dossier individuel de l'agent de la sant

Cette application grera le dossier individuel de tout agent de la sant.
Objectifs
Le MSP dispose d'un registre d'identification centrale de tout agent de la sant employ tout
niveau de la pyramide sanitaire
Le MSP dispose d'un systme de gestion des relations contractuelles individuelles entre les
structures du MSP et ses agents
Le MSP dispose d'une base de donnes centrale avec l'historique des affectations pour chaque
agent de la sant
Une base de donnes avec un inventaire dtaill des comptences des agents de la sant est
tablie et consultable au niveau central du MSP
Un suivi des absences justifies et non-justifies des agents de la sant est mis en place
Une base de donnes sur les rmunrations (salaires, primes et autre) est tablie et documente la
situation de chaque agent de la sant ce propos

La mise en place d'un systme de gestion de dossier individuel de l'agent de la sant est justifi sur

base de l'objectif 4 du PNDRHS (Renforcer la gestion et le dveloppement des comptences des

RHS). Plus spcifiquement, le systme jouera un rle dans les axes stratgiques suivantes:
1. La mise en place dun systme dinformation sur les RHS
2. La dcentralisation dans la gestion des RHS
11. Lamlioration de la distribution des RHS/Rpartition quitable des RHS entre les provinces, les
milieux urbains et ruraux
12. Le dveloppement du systme de formation continue pour les RHS
16. Lamlioration des rmunrations et des conditions sociales
17. Le dveloppement des mesures incitatives pour les milieux ruraux (primes de brousse et
dloignement, construction des habitations)
La mise en uvre effective du systme de gestion des ressources humaines va sappuyer sur les
principes directeurs PNDRHS suivants:
La dcentralisation effective et la rforme administrative
Lvolution consquente du cadre organique
La mobilisation et lallocation rationnelles des ressources et leur utilisation efficace et efficiente
La collaboration intra et intersectorielle
La responsabilit mutuelle
Le systme de gestion du dossier individuel de l'agent de la sant grera les donnes relatives
l'historique des contrats, affectations et de la carrire de la personne, les comptences de l'agent,
les formations suivies et les diplmes obtenus, l'horaire de travail et les absences et finalement les
informations salariales de l'individu.
En plus la composante RHS du SNIS doit tre dveloppe et alimente travers le systme de
gestion du dossier individuel. Les canaux de transmission de linformation sur les ressources
humaines de la sant doivent tre dfinis. Il en est de mme des outils standardiss pour la collecte,
la compilation, le traitement, lanalyse et la transmission des donnes aux autres chelons. Les
donnes sur les RH devront tre disponibles un point central, compltes, faciles daccs et fdrer
les informations collectes par les DPS, les BCZS, les programmes spcialiss du MSP, les
structures prives ainsi que les partenaires.
Cette application permettra en plus:

L'alimentation et la consultation d'une base de donnes centrale par tout agent de sant autoris
du niveau central, intermdiaire ou priphrique
Une gestion des droits d'accs sur les informations des ressources humaines pour les utilisateurs
selon leurs comptences fonctionnelles et le niveau de la pyramide sanitaire o ils travaillent
L'agrgation d'informations de ressources humaines et leur transmission des applications de
planification ou de suivi et valuation

Entrept de donnes
Solutions de contrle de qualit
SIH

Le dossier individuel de l'agent de la sant devra grer les donnes suivantes:

L'historique des diffrents contrats

- Code d'identification unique pour chaque agent de la sant (non seulement pour les
agents mcaniss)
- Dbut et fin du contrat
- La fonction exerce (dnomination + description)
- Le titre et/ou le grade
- Le statut
La carrire de la personne avec pour chaque contrat l'historique des affectations:
- Priode
- La position / la fonction
- Le lieu, la structure et le service d'affectation
Les comptences de l'agent
- Connaissances des langues
- Comptences techniques (NTIC, permis de conduire, communication, rsistance au stress...)
Les formations et diplmes
- Date de dbut et de fin
- Institut de formation
- Niveau de la formation (doctorat, matrise, licence...)
- Le titre o le diplme li la formation
Horaire de travail
- Plage d'heures par jour/semaine/mois
Les congs et absences
- Priode
- Type d'absence
- Date de demande
- Absence autorise ou non
- Personne qui a autoris l'absence (si applicable)
Calcul salarial
- Priodicit de la paie
- Salaire de base
- Primes et avantages pcuniaires
- Avantages en nature
- Dductions et retenus sur le salaire
Autres donnes
- Identification des structures du MSP (en vue de l'affectation du personnel)
- Nomenclatures des grades, statuts, titres, langues, niveaux d'ducation, types d'absences,
primes, avantages, indemnits, avantages sociaux, postes de travail, fonctions et tches
- Identification des structures de formation
7.1.10 Gestion des ressources matrielles et de la maintenance

Cette application est destine la gestion de tout quipement, matriel mobilier et immobilier,
vhicules et autres biens durables. Il s'agit aussi bien de la gestion de l'inventaire que des activits
de maintenance et d'inspection.
Objectifs
Le MSP dispose d'un inventaire dtaill de toutes les ressources matrielles
Chaque structure du MSP est capable de grer et consulter ses propres ressources matrielles
dans la base de donnes centrale
Les oprations de maintenance prventive sont planifies et suivies travers l'application
Les oprations de maintenance curative suite des pannes sont suivies travers l'application

La gestion des quipements
Le systme de gestion des ressources matrielles permet de rfrencer lensemble des
quipements sujet aux oprations de maintenance. Tout type d'quipement, machine-outil,

vhicule, appareil de production, ... peut-tre catgoris et enregistr dans une liste accessible
aux utilisateurs habilits. Il est possible d'attribuer aux quipements diffrentes catgories pour les
identifier facilement et leurs attribuer diverses informations (codification, numro de srie,
constructeur, fournisseur, ). La fiche technique d'un bien permet de dfinir lensemble des
composants ou organes afin den faciliter la maintenance et rfrence l'ensemble des oprations
effectues (activits, pannes, rparations, actions de maintenance prventive). La liste des
quipements peut galement tre relie au module de gestion des investissements pour le
traitement comptable des biens immobiliss.
Gammes de maintenance prventive
La maintenance prventive permet de rpertorier les gammes d'entretien prvues par les
constructeurs des quipements. L'application offre une configuration des gammes permettant de
dfinir nimporte quel type dopration de maintenance prventive en y associant les valeurs de
dclenchements (information des compteurs) les ressources ncessaires (pices et
consommable) ainsi que les qualifications requises en terme de main d'uvre (en communication
avec la gestion des ressources humaines)
Activit du matriel
La solution permet la saisie priodique des heures de travail de chaque quipement, en y
associant le personnel intervenant et les valeurs de compteurs observes. Il est galement
possible d'attribuer pour chaque activit, la description des travaux effectue par le matriel pour
des oprations de contrle d'activit (par exemple en lien avec un ordre de fabrication, ou la
ralisation d'une tche, l'information sur le dplacement d'un vhicule, etc...). Le systme de saisie
dactivit des engins permet dautomatiser la planification des gammes de maintenance prventive
en fonction des valeurs de dclenchement prvues par les constructeurs et configures dans le
systme.
Dclenchement de la maintenance prventive et saisie des oprations effectues
Les donnes d'activit du matriel permettent de gnrer les demandes de maintenance prventive
de faon automatique. Lorsque la saisie des heures de travail atteint la valeur de dclenchement
d'un appareil, une alerte est automatiquement cre. Le responsable de la maintenance peut
dcider de raliser directement l'opration de maintenance, ou la planifier selon ses propres
besoins. Il dispose pour cela de diffrentes vues (calendrier, Gantt) l'aidant organiser les
diffrentes interventions. Si la gamme de maintenance prvoit l'utilisation de pices de rechanges
ou de consommables, le systme peut effectuer les rservations ncessaires. Le responsable
peut ensuite dclarer les quantits rellement consommes, ainsi que les heures de main d'uvre
alloues la ralisation des oprations de maintenance.
Gestion des pannes et de la maintenance curative
Le systme de gestion de maintenance curative est capable de grer nimporte quel type de
panne. Afin de faciliter le traitement et la traabilit des pannes complexes, les intervenants
peuvent dcomposer et planifier sparment les diffrents diagnostiques / oprations
dinterventions lis aux pannes. Chaque diagnostique / opration de rparation peut tre visualis
sur le planning global dintervention (vue calendrier / diagramme Gantt). Les oprateurs
intervenants dans le cadre des oprations de rparation, ainsi que lensemble des consommables
et pices de rechanges ncessaires sont enregistrs dans le systme.
Gestion des affectations et dplacements
La solution permet de grer les affectations dquipement entre diffrents sites ou units: tout
utilisateur habilit peut crer une demande daffectation sur un type dquipement que le
responsable devra valider avant le dplacement effectif du matriel. Lhistorique des dplacements
permet un suivi en temps rel du positionnement de chaque appareil.


Agenda lectronique
Systme de gestion d'imagerie numrique

Gestion des quipements
- Une codification unique pour chaque ressource
- Numro de srie
- Descriptif de la ressource
- Quantit de ressources comprises sous le code unique
- Type de ressource (btiment, quipement diagnostique, vhicule...)
- Fournisseur/vendeur
- Date d'achat/d'acquisition
- Prix d'achat
- Justificatifs de l'achat
- Spcifications techniques
- Code comptable
- Mthode et priodicit des amortissements
- Gains/pertes raliss sur la vente (partielle) de la ressource
- Historique de la valeur rsiduelle par priode d'amortissement
- Prt(s) engags pour l'achat de la ressource (date du prt, montant, taux d'intrt, plan de
remboursement, documents signs pour le prt)
- Date de vente
- Valeur de vente
- Acqureur au moment de la vente
- Procdure de radiation appliquer
Planification de la maintenance prventive
- Un code unique pour le plan d'intervention
- Une dnomination de l'intervention planifie (maintenance de routine, calibrage, changement
d'huile...)
- Date/priode planifie
- Dans le cas d'oprations rcurrentes: la priodicit
- Oprateur dsign pour l'intervention
- Responsable pour l'intervention
- Instructions techniques pour l'intervention (si pertinent)
Oprations de maintenance
- Le code du plan d'intervention suivi
- La date de l'opration
- L'identification de l'oprateur
- Le rsultat de l'opration (ventuellement des commentaires sur les constats faits)
- La prochaine date d'intervention
7.1.11 Comptabilit gnrale et analytique

La comptabilit gnrale et la comptabilit analytique sont les deux types de comptabilit les plus
utilises par les entreprises et organisations. La premire est un outil dinformation et joue un rle
juridique, et la seconde se prsente comme un outil danalyse qui permet aux gestionnaires de
prendre les bonnes dcisions.
Obligatoire sur le plan lgal, la comptabilit gnrale vise donner une image fidle de la situation
financire et la rentabilit de lorganisation. La comptabilit gnrale permet dtablir un bilan
annuel qui synthtise le patrimoine de lorganisation et de son rsultat. Elle est essentiellement
destine aux utilisateurs externes (actionnaires, banques, organismes de crdit, clients,
fournisseurs,).
La comptabilit analytique vise informer les gestionnaires sur les cots et la rentabilit des divers
segments de lorganisation (centres de profit, centres de cot, secteurs gographiques, etc.). La
comptabilit analytique permet donc de calculer les cots. Grce une meilleure connaissance de
ses cots, lorganisation peut procder une analyse plus prcise de sa rentabilit et prendre des
dcisions mieux fondes. La comptabilit analytique ne constitue pas une obligation lgale.

Objectifs
Le MSP dispose d'une application de comptabilit gnrale et analytique uniforme du niveau
central jusqu'au BCZS y compris les hpitaux gnraux de rfrence.
Chaque structure de sant jusqu'au niveau des BCZS tient une comptabilit gnrale suivant un
plan comptable normalis commun
Chaque structure de sant jusqu'au niveau des BCZS produit un bilan et un compte de rsultat
annuels qui sont centraliss par le niveau central

Les diffrentes structures du MSP doivent tre capables de produire les instruments suivants:
le journal gnral enregistre les diffrentes critures dans l'ordre chronologique. Chacune d'elle
recense les sommes dbites et crdites, les numros de chaque compte impliqu, la date et un
court libell explicatif et l'identification de la pice comptable qui documente l'criture
le plan comptable recense la liste des comptes (mais le plan comptable dsigne souvent aussi un
ensemble de rgles d'valuation et de tenue des comptes qui constituent le cadre lgal de la
comptabilit gnrale)
le grand livre reporte les critures du journal en les regroupant compte par compte : il permet de
justifier leurs soldes
la balance gnrale des comptes, qui prsente la liste des comptes centralisateurs avec la
situation de chacun: montants dbits et montants crdits, soldes, dbiteurs ou crditeurs. Elle ne
fournit pas les dtails des comptes des comptabilits auxiliaires, tiers etc. qui font l'objet de
balances annexes.
Lors de la clture annuelle de l'exercice comptable la comptabilit produit les documents suivants :
le bilan, qui dcrit sparment les lments d'actif et de passif la date de clture
le compte de rsultat, qui rcapitule les charges et les produits de l'exercice. Le solde entre les
charges et les produits reprsente le bnfice ou la perte
les balances annexes qui commentent et compltent l'information comptable ;
un reporting labor en fonction des besoins de l'organisation qui synthtise les donnes de la
comptabilit analytique.
La comptabilit analytique est un systme de comptes, ajusts la comptabilit gnrale,

permettant didentifier et de valoriser les lments constitutifs du rsultat de lexercice et den
permettre linterprtation et lexploitation par les dirigeants de l'organisation. Elle rapproche chaque
produit de ses cots, quils aient t encourus dans lexercice ou dans des priodes prcdentes.
Elle divise les rsultats par centre de dcision permettant un meilleur pilotage, ou les consolide par
ligne dactivit, afin de mieux en apprcier la situation. Elle est parfois associe dautres
techniques de management comme la gestion budgtaire ou la gestion par les objectifs, qui elle
fournit les lments de comparaison comme comptabilit de gestion.

Site web du ministre

Plan comptable normalis
Identification des structures de sant qui tiennent une comptabilit gnrale et/ou analytique
Dtails des dpenses
Dtails des recettes
Transactions financires (caisses, banque)
Inventaires des immobilisations et les amortissements
Dtails de planification budgtaire et des engagements financiers

Tout lment juridique-financier par rapport la structure de la sant

7.1.12 Systme de gestion de contenu (CMS)

Un systme de gestion de contenu ou SGC (Content Management System ou CMS) est une
application destine la conception et la mise jour dynamique de sites Web ou d'applications
multimdia.
Objectifs
Le MSP dispose d'un systme central pour la gestion de tout contenu pertinent destin tre
diffus au grand public ou un public (professionnel) restreint.
Le CMS est systmatiquement utilis par les agents de sant pour stocker et diffuser les
documents qui sont d'un intrt durable pour le MSP

Plusieurs individus ont la possibilit de travailler sur un mme document
L'application offre une chane de publication (workflow) pour par exemple la mise en ligne du
contenu des documents
Les oprations de gestion de la forme et du contenu sont spares
L'application offre la possibilit d'organiser tout contenu dans des rubriques prdfinies (utilisation
de FAQ, de documents, de blogs, de forums de discussion, etc.)
L'application permet de hirarchiser les utilisateurs et de leur attribuer des rles et des
permissions (utilisateur anonyme, administrateur, contributeur, etc.)
L'application gre les diffrentes versions des contributions des utilisateurs
La sparation entre contenu et prsentation est un principe fondateur de la gestion du contenu:

Le contenu est stock le plus souvent dans une base de donnes, structure en tables et en
champs. C'est le contenu des champs de la base qui est cr/modifi par le rdacteur, et non pas
la page elle-mme.
La prsentation est dfinie dans un gabarit. Le gabarit dfinit deux choses: la mise en page
proprement dite - via les feuilles de style et la structuration des donnes, au moyen de standards,
ainsi que les informations extraites de la base de donnes (de mme que l'endroit o celles-ci
doivent tre affiches et sous quelles conditions).
Du fait du principe de sparation contenu/prsentation, les rdacteurs peuvent se concentrer sur le
contenu. L'dition des pages est considrablement simplifie, grce une interface WYSIWYG qui
propose une interface graphique de mise en forme similaire celle qui existe dans un traitement de
texte.


Tout contenu multimdia visualisable avec un navigateur Web standard
7.1.13 Site web fdr du ministre

Un site ou site web est un ensemble de pages web (multimdia) hyperlies entre elles et
accessible une adresse web. Ces pages rfrent toutes un sujet commun qui est souvent

exprim par le nom du site web (par exemple le 'Site Web du Ministre de la Sant de la RDC'
rassemblera des pointeurs vers des pages qui d'une faon ou une autre ont toutes un lien avec le
MSP)
Un site web fdr dsigne un site web qui, cte de son propre contenu, intgre galement d'une
faon plus ou moins homogne d'autres sites web qui offrent un contenu similaire et/ou li (des
sites web rfrs). Ainsi un site web fdr arrivera organiser un ensemble de pages plus
complet en peu de temps. Dans ce cas, les sites web rfrs pourront encore continuer exister
(ventuellement pendant une priode transitoire) comme entits indpendantes.
Objectifs
Le MSP dispose d'un site web central qui sert comme point unique d'accs pour toute information
sur ses activits diffuses au grand public. Le CMS sert comme application de base pour la
production et la publication d'informations multi-mdias travers le site web central: chaque
information officielle destine tre diffuse au public est gre dans le CMS et publi sur le site
web du MSP.
Les diffrents sites web parallles des directions, programmes de sant et projets des partenaires
techniques dans le domaine de la sant sont rpertoris et accessibles travers le site web du
MSP

Le MSP met en place un canal lectronique pour la diffusion de toutes ses informations destines
au public (normes, dcisions, rapports annuels, budgets, plans de dveloppement, plans
stratgiques, guides d'implmentation...)
Le site web du MSP sert comme point unique pour accder toute information pertinente par
rapport au domaine de la sant en RDC
Le site web est mise jour en permanence au fur et mesure que des nouvelles informations
destines au public deviennent disponibles

Entrept de donnes
Agenda lectronique

Toute information multi-mdia pouvant tre visualis avec un navigateur internet
7.1.14 Bibliothque numrique

Une bibliothque numrique est une collection de documents (textes, images, sons) numriques
accessibles distance (en particulier via Internet). Ces documents peuvent tre trs labors,
comme les livres numriques, ou beaucoup plus bruts.
Le contenu de la bibliothque est hybride: le format de certains documents est nativement
numrique, d'autres documents ont t numriss partir d'un support papier.
La bibliothque numrique du MSP est thmatique et se limite aux documents qui ont une
importance pour la sant publique en RDC.
Objectifs
Le MSP dispose d'une bibliothque centrale qui contient des versions lectroniques de livres,
journaux, rapports, directives, documents normatifs etc.
Chaque document dans la bibliothque numrique est accompagn d'une fiche qui contient des
informations complmentaires sur le document (date, auteur, titre, droits d'auteur, langue, domaine

d'application, droits d'accs etc.). L'application de la bibliothque numrique permet de faire des
recherches rapides sur base de certaines de ces informations.
La bibliothque numrique peut tre consulte travers internet.
L'accs certains documents peut tre rserv des utilisateurs qui disposent de droits d'accs
spcifiques.

Tous les agents du MSP doivent avoir un accs rapide et facile aux documents ncessaires pour
l'excution de leurs tches
Une gestion centrale des versions des documents (normatifs et autres) garantie une cohrence et
homognit dans les informations utilises par les agents du MSP

Systme de gestion du contenu
Site web fdr du ministre de la sant

Toute information multi-mdia pouvant tre visualis avec un navigateur internet et/ou une
application bureautique
7.1.15 Systme intgr de gestion de structures de soins (SIH)

Gestion intgre de tous les flux d'informations au sein de la structure de soins (hpital, clinique,
centre de sant, poste de sant...)
Outil d'analyse des activits de soins et de gestion de la structure
Outil d'extraction et de production de donnes agrges pour le SNIS
Objectifs
Organiser la gestion du dossier patient unique permettant un suivi holistique et longitudinal des
malades
Gestion financire de l'institution
Gestion des ressources humaines
Gestion des ressources matrielles
Production de statistiques et rapports sur base de donnes de routine

Identification unique du patient
Gestion du dossier administratif du patient
Gestion du dossier financier du patient (tarification, facturation, paiements)
Gestion du dossier mdical du patient
Gestion du dossier infirmier du patient
Gestion du dossier paramdical (labo, imagerie, pharmacie) du patient
Gestion de la pharmacie
Gestion du laboratoire
Gestion de l'imagerie mdicale
Gestion des ressources humaines
Gestion de la comptabilit gnrale et analytique
Organisation des soins (agenda, planification)

Extraction de donnes agrges et envoi au SNIS (et/ou autres entrepts de donnes)
Echange de donnes de ressources humaines avec l'application centrale de gestion de ressources

humaines
Echange de donnes avec le systme central de gestion des stocks et de la distribution
pharmaceutique
Intgration avec le systme central de contrle de qualit laboratoire
Communication avec les bases de donnes des ordres professionnelles (validation des
qualifications des professionnels de sant)
Intgration avec PACS rgional
Intgration avec le systme de pharmacovigilence
Intgration de modules de tlconsultation et tlexpertise
Intgration avec le systme de gestion de l'assurance maladie

Le dossier individuel du patient, y compris l'identification, les donnes dmographiques, le contenu
clinique, infirmier et paramdical (demandes et rsulats laboratoires, prescriptions et livraisons
pharmaceutiques, demandes et rsultats d'imagerie mdicale)
Les transactions financires y compris la tarification, la couverture maladie, la facturation, la
perception et le recouvrement
La comptabilit gnrale et analytique
Un SIH de qualit devra couvrir les fonctionnalits suivantes :
7.1.15.1 Gnralits
Le SIH permettra idalement la gestion de l'intgralit des donnes gres au niveau d'un hpital. A
son tour, le SIH s'intgre dans un environnement plus global, avec des liens vers des solutions
informatiques partenaires qui se trouvent diffrents niveaux de la pyramide sanitaire (DHIS2, iHRIS,
SIG...).
Langue de l'application: franais et anglais (optionnel)
7.1.15.2 Admission, transfert et sortie du patient
Ce module gre les donnes administratives des admissions, du parcours mdical et des sorties du
patient au sein de tous les services de la structure sanitaire.
7.1.15.2.1 Patients hospitaliss
Un numro unique d'identification de l'hospitalisation est automatiquement attribu. Au moins les

donnes suivantes sont gres par le systme :
Date de l'hospitalisation
Date de sortie prvue
Identification du service d'hospitalisation
Identification du mdecin/infirmier responsable
Numro du lit
Motif(s) d'hospitalisation
Commentaires
7.1.15.2.1.1 Transferts internes
Au moins les donnes suivantes seront gres :

Date et heure du transfert
Identification du service de destination
Identification du nouveau lit
Identification du nouveau mdecin/infirmier responsable
Nouvelle date de sortie prvue
Motif du transfert
Commentaires

7.1.15.2.1.2 Sorties
Au moins les donnes suivantes seront gres :

Date effective de sortie
Raison de la sortie
volution clinique
Commentaires
7.1.15.2.2 Consultations
Un numro unique d'identification de la consultation est automatiquement attribu. Au moins les

donnes suivantes seront gres par le systme:
Date de la consultation
Identification du service de consultation
Identification du mdecin/infirmier responsable
Date prvue pour une prochaine consultation
Motif(s) de consultation
7.1.15.2.3 Certificats
Le systme devra tre capable de produire les certificats suivants la sortie du patient:
Attestation de naissance
Attestation de dcs
Dclarations d'expertise mdico-lgale
7.1.15.3 Enregistrement du patient
Toutes les donnes administratives et dmographiques du patient peuvent tre enregistres par le
systme. Les technologies de lecteurs code-barres, de photographie digitalise et dempreinte
digitale sont galement disponibles pour lidentification du patient. Il peut tre envisag laide de ce
systme de transformer le carnet ou la fiche de sant des patients en entits virtuelles consultables
par tous les acteurs impliqus par la fourniture de soins aux patients.
7.1.15.3.1 Identification
Le systme offrira au moins les fonctionnalits d'identification suivantes:

Un nombre illimit d'identifiants doit pouvoir tre attribu chaque patient
Chaque patient dispose d'un numro unique d'identification travers le systme
L'impression d'tiquettes d'identification est disponible
7.1.15.3.2 Donnes dmographiques
Les informations suivantes doivent pouvoir tre encodes:

Nom, prnom
Date de naissance
Numro de dossier
Numro d'identification national
Langue du patient
Sexe
Lieu de naissance
Nationalit
Autres identifiants
Donnes d'assurance maladie (assureur, numro de dossier, rgime, statut de l'assur...)
Adresse
Ville/village
Aire de sant
Zone de sant
Province
Pays
Adresse e-mail
Numros de tlphone

Employeur (nom et adresse)

Numro d'identification chez l'employeur
Adresse e-mail professionnelle
Numro de tlphone professionnel
Profession
Catgorie de personnel
Date de dbut et de fin de l'emploi
7.1.15.3.3 Informations socio-conomiques
Niveau de scolarit
Revenu
Type d'emploi
Composition/taille du mnage
Moyens de transport
Moyens de communication
7.1.15.4 Finances / facturation
Tous les actes qui mnent une transaction financire, seront documents dans le dossier global du
patient. Ce module prend en compte les mcanismes dassurance maladie en vigueur en RDC et
plus prcisment les mcanismes de financement forfaitaire des services de soins.
7.1.15.4.1 Prestations
Les fonctionnalits suivantes devront tre prsentes:

Intgration d'une nomenclature de prestations, modifiable en fonction des besoins du MSP et du
systme de soins en RDC
Possibilit de dfinir plusieurs tarifs par prestation
Encodage rapide de prestations ou de combinaisons de prestations frquemment utilises
Possibilit de lier une prestation une consultation ou une hospitalisation
Possibilit de lier une prestation un service et/ou un prestataire bien prcis
7.1.15.4.2 Assureurs et mutuelles de sant
La gestion des assurances maladie et des mutuelles de sant doit tre prise en compte par le SIH.
Ceci comprend entre autres pour chaque assureur:
L'identification de l'assureur
La catgorie tarifaire de l'assureur
Les modalits de facturation (modles de factures, listes lectroniques de prestations ralises,
procdures de validation etc.)
Les modalits tarifaires (supplments au tarif convenu autoriss ou pas, rductions pour certaines
catgories de patients)
Les plans de couverture (pourcentage de prise en charge du tarif pris en charge par l'assureur par
plan de couverture)
7.1.15.4.3 Facturation
Doivent tre fournis par l'application:

Production rapide et automatique de factures patient et assureur
Calcul automatique des prix des prestations, du ticket modrateur (si applicable) et des montants
pris en charge par des tiers assureurs
Possibilit de produire des factures pro-forma
Assurer une traabilit complte sur toutes les oprations financires: il ne sera jamais permis
d'effacer des donnes. En cas d'erreur, des transactions de correction devront tre enregistres
pour y remdier.
Enregistrement de paiements, de paiements d'avances et de paiements autres que cash
Possibilit d'utiliser plusieurs monnaies diffrentes pour les transactions financires

7.1.15.4.4 Gestion des caisses
Toute perception de paiements par les patients et/ou organismes d'assurances devra tre
enregistr dans le SIH. L'application permettra ce fin la cration d'un nombre illimit de caisses
(caisse centrale, caisses priphriques...).
A chaque caisse sera li un caissier (utilisateur autoris); seul le caissier et des utilisateurs
spcifiquement autoriss (chef de facturation par exemple) auront accs aux oprations des
caisses.
Chaque entre financire dans une caisse sera obligatoirement li une facture patient, une
facture assureur ou une facture tierce (exceptionnel dans les structures de sant).
Le systme prvoira le transfert entre caisses priphriques et la caisse centrale (d'habitude la
fin de chaque journe) avec production d'un justificatif ou reu. A chaque instant, un rapport dtaill
des oprations de caisse devra pouvoir tre gnr pour une priode configurable.
7.1.15.5 Dossier lectronique mdical
Tous les dpartements cliniques devront pouvoir disposer de leur interface spcifique pour encoder
les donnes mdicales spcifiques et les examens paracliniques. Laccs aux donnes mdicales
est contrl travers des profils dutilisateur, en cohrence avec la stratgie de scurit interne des
structures sanitaires. Chaque patient devra disposer d'un seul dossier mdical au sein de chaque
structure sanitaire, reprenant tous les enregistrements cliniques y relatifs. Les donnes suivantes
devront figurer dans le dossier mdical:
7.1.15.5.1 Antcdents personnels
Mdicaments
Alcool et drogues
Tabac
Antcdents mdicaux
Antcdents chirurgicaux
Accidents
7.1.15.5.2 Antcdents familiaux
Etat civil
Antcdents des enfants
Autres antcdents familiaux
7.1.15.5.3 Antcdents professionnels
Maladies professionnelles
Accidents de travail
Facteurs de risque professionnels
valuation du stress
7.1.15.5.4 Les examens
Un examen gnrique bas sur l'approche SOEP (Subjectif, Objectif, valuation, Planification) devra
tre offert. En plus, des crans de saisie spcifiques devront tre disponibles pour les services
suivants:
Cardiologie
Gastro-entrologie
Pneumologie
Mdecine interne
Chirurgie gnrale
Gyncologie et obsttrique
Hmatologie
Pdiatrie
Urgences
Anesthsie et ranimation
Ophtalmologie

Stomatologie
ORL
Neurologie
Neuro-psychiatrie
Dermatologie
Physiothrapie
Radiologie
Orthopdie et traumatologie
Consultations mre-enfant
HIV
7.1.15.5.5 Prescriptions
Un module de prescription de mdicaments sera offert

Un module de prescription de soins sera galement offert
Ces modules intgreront la date de dbut et de fin de la thrapie, les quantits prescrites et les
dosages. Un lien avec le module de la pharmacie permettant de contrler le niveau de stock au
moment de la prescription sera disponible.
7.1.15.5.6 Motifs de contact
Le SIH devra permettre pour chaque consultation ou hospitalisation l'encodage des motifs de
contact, c'est dire les raisons pour lesquelles le patient s'est prsent la structure sanitaire.
L'encodage se fera obligatoirement en utilisant un ou plusieurs des systmes de classification
internationaux suivants:
CIM-10: Classification Internationale des Maladies, version 10
CISP-2: Classification Internationale des Soins Primaires, version 2
Vu la complexit et la taille des classifications demandes et leur faible matrise par les utilisateurs
cliniques dans les structures sanitaires destinataires, un module puissant d'aide la classification
est ncessaire.
7.1.15.5.7 Diagnostics
Le SIH devra permettre pour hospitalisation l'encodage d'un ou plusieurs diagnostics de sortie.
L'encodage se fera obligatoirement en utilisant un ou plusieurs des systmes de classification
internationaux suivants:
CIM-10: Classification Internationale des Maladies, version 10
CISP-2: Classification Internationale des Soins Primaires, version 2
DSM-4: Manuel Diagnostique et Statistique des Troubles Mentaux, version 4
Pour chaque diagnostic, un nombre d'informations complmentaires devront pouvoir tre

enregistres:
Est-ce que le diagnostic tait dj prsent l'admission?
Un score de gravit/lourdeur du diagnostic (index calcul, chelle visuelle analogique ou score
semi-quantitatif)
Un score de certitude du diagnostic (index calcul, chelle visuelle analogique ou score semi-
quantitatif)
L'auteur du diagnostic
Vu la complexit et la taille des classifications demandes et leur faible matrise par les utilisateurs
cliniques dans les structures sanitaires destinataires, un module puissant d'aide la classification
est galement demand pour l'encodage diagnostique.
7.1.15.6 Gestion de la distribution des mdicaments et de la pharmacie
La distribution des mdicaments de manire ponctuelle ou rcurrente est prise en compte par
lapplication. Les prescriptions sont lies la gestion du stock de la pharmacie. La gestion
pharmaceutique comprendra au moins les modules suivants:

7.1.15.6.1 Gestion des produits
Chaque produit pharmaceutique devra pouvoir tre enregistr dans le systme. Cela comprendra au
moins les informations suivantes:
Code du produit (de prfrence les codes ATC de l'OMS seront supports)
Dnomination du produit
Unit (comprim, ampoule ...)
Nombre d'units par emballage de distribution
Nombre d'units par emballage d'approvisionnement
Fournisseur habituel
Classe de produits (pansements, antibiotiques, anti-douleurs...). La classification devra tre
hirarchique et modifiable par un gestionnaire de l'application.
Dosage
Instructions d'utilisation
Code-barre
Donnes de facturation (prix facturer en fonction de l'assurabilit du patient)
7.1.15.6.2 Gestion des stocks pharmaceutiques
Plusieurs stocks doivent pouvoir tre grs par structure de soins et dans le mme SIH (dpt
central, stock de distribution, stocks de service). Pour chaque stock au moins les donnes suivantes
devront pouvoir tre gres:
Dnomination du stock
Lien entre le stock et un service hospitalier (optionnel)
Date de cration
Date de clture
Utilisateurs autoriss grer le stock en question
Les stocks de produits
Pour chaque stock de produits, au moins les donnes suivantes seront gres:
Identification du produit
Niveau de stock actuel
Niveau de stock minimal (niveau d'urgence)
Niveau de stock maximal
Seuil de commande
Fournisseur habituel du produit (dpt central ou fournisseur externe)
Pour chaque produit (emballage de distribution) dans un stock de produits, au moins les donnes
suivantes seront gres:
Date d'entre
Date de sortie
Numro de lot
Date d'expiration
Fournisseur/provenance du produit
7.1.15.6.3 Gestion des commandes
Le SIH devra tre capable de gnrer des propositions de commandes de produits bases sur les
niveaux de stock actuels, les seuils de commande et les niveaux de stock maximal. L'utilisateur
aura la possibilit de modifier les propositions de commandes avant de les envoyer aux fournisseurs.
Les rceptions de produits en provenance de fournisseurs externes (CDR ou autre) ainsi que les
transferts entre stocks pharmaceutiques doivent pouvoir tre attaches des documents de
justification lectroniques (scans ou autre). A chaque rception d'un produit, le prix d'achat (mme
en cas de livraison par partenaires) et la quantit livre seront encods dans le SIH afin de permettre
le calcul du Prix Unitaire Moyen Pondr (PUMP). Sur base du PUMP, le logiciel permettra de
priodiquement revoir les prix de vente des produits en utilisant une marge bnficiaire configurable
(sauf le cas d'inclusion des mdicaments dans la tarification forfaitaire).

7.1.15.6.4 Distribution de mdicaments
Le SIH intgrera un module de distribution de mdicaments, permettant d'encoder les produits

distribus aux patients. Ce module tracera d'un ct chaque sortie de stock pharmaceutique et d'un
autre ct chaque livraison au patient dans le dossier mdical de ce dernier. En option, le SIH pourra
offrir un systme de contrle sur les interactions mdicamenteuses ou sur les contre-indications
cliniques (sur base de diagnostics ou autres lments cliniques prsents dans le dossier patient).
7.1.15.7 Soins infirmiers
Chaque paramtre de soins infirmiers important peut tre enregistr dans le protocole de surveillance
lectronique inclus dans lapplication. Des schmas de soins peuvent tre gnrs automatiquement
par le systme.
7.1.15.8 Demandes et rsultats laboratoires lectroniques
Les demandes et les rsultats de laboratoires peuvent tre directement enregistrs dans le systme.
Des codes-barres peuvent tre utiliss pour identifier les chantillons. La rception des chantillons,
la cration des listes de travail et la validation des tests sont intgres. Une communication avec les
automates des laboratoires est galement prvue (optionnel: ne devra pas tre incluse dans un
premier temps).
Le SIH permettra de dfinir des feuilles de demande laboratoire spcifiques pour chaque structure
sanitaire (en fonction des analyses qui peuvent tre ralises par le laboratoire). Ces feuilles de
demande permettront un encodage rapide et intuitif par le personnel soignant. L'utilisation de codes
macro (COFO, Prop...) devra permettre dans certaines circonstances l'encodage acclr
d'analyses qui sont frquemment groupes.
7.1.15.8.1 Analyses laboratoires
Le SIH grera au moins les donnes suivantes pour chaque analyse laboratoire:
Code interne de l'analyse
Code international (de prfrence les codes LOINC seront supports)
Dnomination
Acronyme
Groupe d'analyses (Biochimie, Srologie...). Les groupes d'analyses devront tre configurables par
le gestionnaire de l'application.
Unit utilise pour le rsultat
Valeurs de rfrence (en fonction de l'ge et du sexe du patient)
Type d'chantillon fournir
Donnes de facturation (lies l'assurabilit du patient)
7.1.15.9 Demandes et rsultats radiographiques lectroniques
Les demandes radiographiques et les rsultats peuvent tre immdiatement enregistrs dans le
systme. Des codes-barres peuvent tre utiliss pour identifier les images. Une communication avec
les systmes RIS/PACS est galement prvue (optionnel: la communication et les pilotes ventuels
ne devront pas tre prvus dans un premier temps, tant qu'un PACS rgional pour les structures
connectes la fibre optique n'aie pas t implment)
7.1.15.10 Mdecine prventive
Tous les vaccins et schmas de vaccination applicable en RDC devront tre intgrs dans le logiciel.
Le logiciel prvoira galement la dfinition de profils de risque de sant pour des patients
slectionns, ce qui aidera dans la planification grande chelle d'actions prventives.
7.1.15.11 Systme d'alertes
Le logiciel devra prvoir la possibilit de configurer des alertes (mdicales ou non) pour chaque
dossier patient.

7.1.15.12 Lettres de rfrence et de sortie lectroniques
Les donnes cliniques sont transfrables de faon lectronique dautres formations sanitaires. Ce
module comprend des rfrences internes et externes, et des lettres de sortie. Le SIH offrira une
interface conviviale pour l'impression des lettres de rfrence et des comptes rendu des examens
(examens cliniques, rsultats laboratoires, imagerie mdicale etc.).
7.1.15.13 Gestion hospitalire
Le systme peut indiquer en temps rel loccupation des lits dans chaque service de lhpital. Ce
module de monitoring peut mettre des alertes en cas dune sur-occupation ou dune sous-
occupation imminente. Un agenda est galement disponible pour chaque utilisateur du systme ou
pour chaque dpartement afin de grer le temps de travail du personnel de lhpital de manire
coordonne.
7.1.15.13.1 Rapportage
Les rapports suivants devront pouvoir tre gnrs par le logiciel:

Distribution des pathologies traites en consultation
Distribution des pathologies traites en hospitalisation
Rapports de (co)morbidit
Rapports sur les cots des pathologies
Rapport sur les activits des utilisateurs
Statistiques de dure de sjour par pathologie
Statistiques d'occupation des lits
Distribution gographiques des patients
Rapports sur les stocks pharmaceutiques
Rapports sur les recettes et les dpenses de l'hpital
Rapport d'activit par dpartement de la structure sanitaire
7.1.15.14 Analyse statistique et pidmiologie
Ce module permet de lancer des interrogations spcifiques sur la base de donnes, et ceci de faon
ponctuelle ou rcurrente. Les interrogations peuvent tre personnalises par le gestionnaire local du
systme, selon les besoins de lhpital.
7.1.15.15 Gestion oprationnelle des ressources humaines
Ce module permet de grer les donnes relatives au personnel de la structure sanitaire ainsi que les
horaires du staff mdical et paramdical.
7.1.15.15.1 Gestion du dossier individuel
Le logiciel de gestion hospitalire devra prvoir les fonctionnalits pour grer:

Les formations et ducation du personnel
Les diplmes et certificats
Les plans de travail par membre du personnel
Les contrats de travail
Les congs et absences planifies
Les congs de maladie
7.1.15.15.2 Interfaage avec iHRIS
Le SIH devra tre capable d'changer ses informations de ressources humaines avec le logiciel
iHRIS qui est actuellement dploy en RDC. Le logiciel iHRIS offre ce propos une interface
RESTFul (http) librement disponible.
7.1.15.16 Dfinition des droits daccs et dlimitation prcise des rles des utilisateurs
Avec la scurit et les exigences en matire de dontologie mdicale lesprit (la prservation du
secret des donnes mdicales des patients notamment), la plateforme logicielle dfinit des droits
daccs uniques protgs par un mot de passe pour chaque utilisateur. En outre, chaque utilisateur

admis dans le systme se voit attribu un ensemble de rles bien dfinis, limitant notamment
laccs aux fonctionnalits du systme. Cest ainsi, titre dexemple, quil sera totalement
impossible pour un comptable ou pour un gestionnaire de produits pharmaceutiques davoir accs
aux diagnostics cliniques dun patient seul privilge des utilisateurs enregistrs avec le rle de
clinicien. Tout comme un mdecin ne pourra avoir accs aux dtails financiers de ltablissement
rservs aux seuls utilisateurs enregistrs avec le rle de comptable/financier. Ce systme de
dlimitation garantit un fonctionnement scuris et thique de la plateforme.
Le systme implmentera dans ce cadre les fonctionnalits suivantes:

Identification unique de chaque utilisateur
Gestion de droits d'accs sur base de profils utilisateur
Protection contre les tentatives d'accs non autorises
Dtection heuristique de tentatives d'accs non autorises
Le traage de toutes les oprations utilisateurs
7.1.15.17 Collaboration mdicale et statistique
Le SIH est la base un instrument de collaboration mdicale et dchange de donnes. Avec

limplmentation des standards de lOMS en matire dchange de donnes statistiques sanitaires,
elle offre la possibilit de partager les informations statistiques entre organismes concerns. Son
architecture multi-utilisateurs et multi-rles donne la possibilit chaque acteur de lhpital, quelle
que soit sa fonction au sein de ltablissement, dobtenir et de produire linformation juste, utilise
par les autres acteurs. Il amliore la rapidit de la recherche et du traitement des informations,
facilite lchange des donnes entre les diffrents services de lhpital et permet de produire des
donnes quantitatives et qualitatives tant sur la performance de lhpital que sur son environnement
sanitaire ou pidmiologique. A cet gard, l'utilisation de standards internationaux est une ncessit
absolue pour permettre la comparaison des rsultats obtenus dans diffrentes structures de soins,
diffrentes rgions ou diffrents pays.
7.1.15.17.1 Implmentation des standards mdicaux internationaux
Les classifications internationales devront tre intgres dans le logiciel d'une faon faciliter au
maximum leur usage par des utilisateurs non-experts. Les standards suivants devront tre intgrs
dans le SIH dans le cadre du PNDIS:
7.1.15.17.1.1 Utilisation des standards pour la structuration du contenu clinique
3BT : Thesaurus (Bilingual Biclassified Terminology) donnant accs des libells cliniques,
diagnostics, problmes de sant, proches du vocabulaire utilis quotidiennement par les
mdecins. Le standard permet la codification DSM-4, ICD-10 ou CISP-2 rapide. Tout thsaurus
ou dictionnaire quivalent offrant les mmes fonctionnalits (au moins pour la langue franaise)
est galement acceptable dans le cadre du PNDIS.
DSM-4 : Le Manuel diagnostique et statistique des troubles mentaux (Diagnostic and Statistical
Manual of Mental Disorders), publi par l'Association amricaine de psychiatrie (APA), est un
manuel de rfrence classifiant et catgorisant des critres diagnostiques et recherches
statistiques de troubles mentaux spcifiques. Il est utilis aux tats-Unis, et internationalement
travers le monde, par les cliniciens, chercheurs, psychiatres et compagnies d'assurance
maladie et firmes pharmaceutiques, ainsi que par le grand public.
ICD-10/CIM-10: International Classification of Diseases Revision 10 (Ou CIM Classification
Internationale des Maladies) est une liste de classifications mdicales codant notamment les
maladies, signes, symptmes, circonstances sociales et causes externes de maladies ou de
blessures, publie par l'Organisation Mondiale de la Sant (OMS). La liste des codes contient 14
400 codes diffrents et permet de nombreux diagnostics.
ICPC-2/CISP-2: La Classification Internationale des Soins Primaires (CISP) est la version
franaise de lInternational Classification of Primary Care (ICPC), dveloppe par lOrganisation
internationale des mdecins gnralistes (Wonca). Elle appartient la famille des classifications
de lOrganisation mondiale de la sant (OMS), comme classification associe la Classification
internationale des maladies (CIM ou ICD).
LOINC: Logical Observation Identifiers, Names and Codes est un standard universel pour

l'identification des analyses laboratoires. Il est maintenu par le Regenstrief Institute et est
disponible gratuitement sur le site web de l'organisation.
ATC: La Anatomical Therapeutic Classification est un systme de codification de mdicaments,
bas sur les substances actives. Le standard a t produit par l'OMS et classifie les
mdicaments selon l'organe ou le systme sur lequel ils agissent et leurs caractristiques
thrapeutiques, pharmacologiques et chimiques. Au moins les codes ATC pour les
mdicaments essentiels dfinis par l'OMS devront tre intgrs dans le SIH.
7.1.16 Gestion des assurances maladie et mutuelles de sant

Cette application permet aux organismes d'assurance sant d'effectuer leur gestion des
adhsions, cotisations et prestations et de suivre mensuellement l'volution d'un nombre
d'indicateurs de suivi permanent (population couverte, cots moyens, frquences d'utilisation, etc.)
ainsi que des indicateurs d'valuation.
Objectifs
Offrir aux structures d'assurance maladie une application normalise pour la gestion de leurs
fonctions principales:
- Gestion des adhsions
- Gestion des ayants droit
- Gestion des cotisations
- Gestion de la rassurance
- Gestion des recettes
- Gestion des remboursements
- Gestion des prestataires de soins
- Suivi de l'assur et ses ayants droit (ventuellement par collectif d'adhsion)
- Analyse statistique des activits
- Simulation d'impact des modifications tarifaires

L'identification unique des adhrents, la gestion des donnes dmographiques et la documentation
des paramtres de l'affiliation (souvent les lments qui donnent droit l'un ou l'autre plan de
couverture des soins mdicaux)
L'identification unique des ayants droit et leur relation avec l'adhrent
Gestion de la tarification des cotisations pour les adhrents, y compris les mthodes de
perception
Gestion des conventions avec des organismes de rassurances ou de co-assurances (par
exemple partenaires financiers qui participent dans les remboursements)
Gestion des recettes (payements de cotisations directs, retenus sur les salaires des adhrents,
rassurances, co-assurances...)
Gestion des remboursements sur base des services rendus par les prestataires de soins? Ceci
inclt la mise en place d'une tarification sur base d'une nomenclature de prestations.
Gestion des prestataires de soins avec les prestations couvertes et leurs tarifs (dans le cas de
conventions spcifiques par prestataire de soins)
La possibilit de suivre en temps rel les cotisations et la consommation de soins par adhrent,
ses ayants droit ou par collectif d'adhsion (par exemple une entreprise commerciale ou un village)
La possibilit de produire des statistiques descriptives permettant de prvoir les tendances de
consommation de soins, de cotisations et de rentabilit de l'organisme d'assurance maladie
Avoir la possibilit de simuler l'effet de la modification de certains paramtres (montants des
cotisations, taux de remboursement, prestations couvertes etc.) sur la rentabilit et la viabilit de
l'organisme d'assurance maladie

Solutions de contrle de qualit des donnes


SIH
Agenda lectronique
Tlconsultation et tlexpertise

Gestion des adhrents et des ayants droit
- Donnes dmographiques de l'adhrent
- Donnes professionnelles de l'adhrent
- Rgime d'assurance-maladie
- Les personnes couvertes par le rgime d'assurance-maladie (ayants droit)
- La gestion financire d'affiliation
- Gestion des litiges
- La gestion lectronique de la carte d'identification
Donnes d'identification des prestataires de soins et des structures sanitaires
Donnes des cotisations
Donnes des plans de couverture: une socit dassurance maladie peut grer un ou plusieurs
plans d'assurance qu'elle offre ses adhrents. Les donnes historiques et les modifications de
tous les rgimes dassurance sont conserves, ce qui rend possible de reproduire l'tat de
couverture d'assurance maladie tout moment du pass.
Nomenclature des prestations de soins: une liste normalise des prestations de soins (actes,
mdicaments, consommables, journes dhospitalisation, etc.) qui sont remboursables utiliser
comme rfrence par les prestataires de soins.
Tarification par rapport la nomenclature des prestations de soins
Donnes des remboursements rclams et raliss
7.1.17 Gestion du budget et des dpenses de la sant

La gestion budgtaire est un plan ou un tat prvisionnel des recettes et de dpenses prsumes
qu'une organisation aura encaisser et effectuer pendant une priode donne. Elle implique trois
concepts:
- La prvision
- La budgtisation
- Le contrle budgtaire
Objectifs
Les diffrentes structures centrales, intermdiaires et priphriques du MSP disposent d'une
application de gestion budgtaire afin de faire des prvisions et une budgtisation avant chaque
exercice.
Les diffrentes structures centrales, intermdiaires et priphriques du MSP sont capables
d'installer un mcanisme de contrle budgtaire priodique

La prvision se base sur des donnes historiques pour fournir un plan global du budget dans le
futur. Il est important de ne ngliger aucun facteur dans le calcul de ce budget futur. Par exemple
les cots de mdicament, la tarification des prestations, les financements en cours et/ou
prvoir...
La budgtisation est le rapport entre les objectifs viss et les moyens pour les atteindre. Un
budget est un document qui transforme les plans en argent largent quil faudra dpenser pour
que les activits que l'organisation a planifi puissent tre ralises (les dpenses) et largent quil
faudra obtenir pour couvrir les frais engendrs par la ralisation des activits (les revenus). Cest
une estimation des moyens financiers dont l'organisation aura besoin pour raliser son travail. Le
budget est un instrument de gestion essentiel :
- Le budget indique l'organisation combien dargent sera ncessaire pour pouvoir mener bien

ses activits.
- Le budget oblige l'organisation tre rigoureux en rflchissant aux implications de ce qu'elle
planifie pour ses activits. Il arrive parfois que les ralits du processus de budgtisation lui
forcent repenser ses programmes daction.
- Le budget permet galement de contrler les revenus et les dpenses de l'organisation et
didentifier tout problme et indique quel moment l'organisation aura besoin de certaines
sommes dargent pour mener bien ses activits.
Le contrle du budget est mis en place pour dterminer dans quelle mesure une organisation
atteint ses objectifs en termes financiers. Il est ncessaire de comparer rgulirement les revenus
et les dpenses relles par rapport aux revenus et aux dpenses budgtiss. Pour cela, il faut tre
capable de produire un rapport danalyse des carts qui montre, mois aprs mois, dans quels
domaines les dpenses sont trop leves, quels domaines ou la ralisation de quels objectifs
n'a pas t consacr suffisamment dargent. Afin de pouvoir raliser un rapport danalyse des
carts et les projections des marges brutes dautofinancement, il faudra dtailler le budget gnral
en un budget mensualis.
Une application de gestion du budget pour le MSP mettra en place un plan de comptes
budgtaires qui permettent d'une faon rigoureuse et exhaustive la centralisation de toute dpense
et recette dans le domaine de la sant.

Entrept de donnes
SIH

Donnes agrges sur les recettes et les dpenses dans le domaine de la sant
Identification des sous-structures du MSP
7.1.18 Systme de gestion laboratoire

Un systme de gestion laboratoire est une application de gestion intgre utilise dans les
laboratoires et permettant la traabilit des chantillons, la gestion des utilisateurs, des
instruments, des stocks, des approvisionnements fournisseurs, le suivi des produits et
quipements utiliss, la dfinition des tournes de prlvement, la saisie des prlvements sur le
terrain, la gestion du dossier biologique du patient etc.
Objectifs
Le MSP dispose d'un systme de gestion laboratoire dans toutes ses structures qui ralisent des
analyses laboratoires (hpitaux, laboratoires de contrle) avec:
- Une rduction des procdures papier et de la transcription manuelle
- Traabilit totale des documents et des donnes
- Simplification du partage de donnes et des collaborations

Les besoins suivants sont servis par cette application:
la dfinition des analyses et des squences associes
la gestion des donnes techniques des analyses : identification, dfinition, fournisseurs...
la gestion des chantillons
lanalyse comparative des donnes
la gestion des mthodes d'analyse: modes opratoires des analyses...

la gestion de la traabilit des lots des ractifs

la gestion de la charge des laboratoires : temps unitaire par analyse, capacit des quipements
mais aussi la rpartition des analyses entre collaborateurs ou groupes d'utilisateurs, la cration de
rapports intermdiaires pour la vrification et la validation et l'envoi au client de rapports finaux
la gestion des cots : produits consommables, taux horaires, frais d'exploitation des
quipements...
enregistrer les incidents : commentaires, anomalies...
contrler les fournisseurs : qualification / homologation, frquence des analyses, suivi des
rsultats...
la gestion des documents de la qualit
intgration: la communication vers les quipements et vers d'autres systmes dinformations du
MSP (comptabilit, SIH, applications statistiques...)
aide la dcision

Entrept de donnes
Comptabilit gnrale
SIH
Agenda lectronique

Donnes dmographiques des patients
Identification des agents laboratoires
Identification des prescripteurs
Identification des structures du MSP (principalement des structures de soins)
Donnes dtailles sur les analyses laboratoire ralisables
Identification des chantillons (prlvement, rception, trajectoire...)
Identification des analyses demandes (codes, dnomination, valeurs de rfrence, chantillons
prlever...)
Donnes des listes de travail
Rsultats des analyses ralises (rsultat brut, tat de validation, tat de diffusion...)
Oprations de validation technique et biologique
Donnes de tarification, facturation et paiements
Utilisateurs et autorisations
7.1.19 Systme de gestion de stocks et distribution pharmaceutique

Une application de gestion de stocks et de distribution pharmaceutique permet d'identifier des
stocks ou des dpts de produits pharmaceutiques et de grer les entres et les sorties des
produits dans ces stocks
Objectifs
Le MSP dispose d'une gestion de stock pharmaceutique uniforme travers ces diffrentes
structures
Une nomenclature unique est utilise pour l'identification des produits pharmaceutiques en RDC
Toute opration de stock pharmaceutique (entre, sortie, destruction, perte, vol...) est

systmatiquement documente
Les tats des stocks pharmaceutiques (fiches de stock, valeur de l'inventaire, liste des entres/
sorties...) peuvent tre gnrs automatiquement par l'application sur base des enregistrements de
routine
L'application de distribution pharmaceutique fournit des fonctionnalits d'aide la dcision et de
contrle qualit (suivi des lots, instructions de conservation,instructions pour le patient...)

Utilisation d'une nomenclature de produits (codification et catgorisation)
Identification des circuits de distribution
Identification des fournisseurs et des bnficiaires
Saisie des entres des produits
Saisie des sorties des produits
Suivi automatique des date de premption et des lots
Production des tats sur les inventaires et les mouvements de stock

Entrept de donnes
SIH

Identification des structures du MSP
Identification des agents de pharmacie
Identification des dpts pharmaceutiques
Nomenclature de produits pharmaceutiques
Donnes des stocks de produits dans les dpts
Donnes des commandes pharmaceutiques
Donnes sur les entres des produits
Donnes sur les sorties des produits
7.1.20 Plate-forme d'enseignement en ligne

Un systme dvelopp pour accompagner toute personne implique dans un processus
d'apprentissage dans sa gestion du parcours pdagogique. Il s'agit d'une application qui assiste la
conduite des formations travers une interface lectronique (souvent web). Ce type d'application
fournit les outils ncessaires aux trois principaux utilisateurs - formateur, apprenant, administrateur
- d'un dispositif qui a pour premires finalits la consultation distance de contenus
pdagogiques, l'individualisation de l'apprentissage et le tl-tutorat.
Objectifs
L'objectif principal est que les instituts de formation dans le domaine de la sant soient dots
d'une application d'enseignement en ligne permettant le partage et la cration de connaissances
avec une rduction majeure des besoins en termes d'infrastructures et ressources humaines. Une
plate-forme d'enseignement en ligne devra:
- Hberger le contenu pdagogique multimdia d'une institution de formation
- Contrler l'accs aux ressources est mis en place
- Faciliter les activits de tutorat et de pilotage de la formation (suivi des cursus apprenants)
- Faciliter le pilotage des ressources de l'organisme de formation (gestion des formateurs, des

moyens logistiques et techniques)

- Grer la communaut d'apprenants
- Permettre la gestion administrative des documents associs la formation (attestation de
formation par exemple)

Services d'administration
- Gestion des bulletins des notes
- Gestion des consignes
- Gestion des carnets points
- Gestion des stages pdagogiques
- Gestion des CV et des offres d'emplois
- Rservation des ressources pdagogiques
- Gestion des listes du personnel et des lves
- Gestion des absences du personnel et des lves
- Portefeuille de comptences par tudiant et par enseignant
- Rsultats des examens
Services de contrle de l'apprentissage
- Auto-valuation via tests en-ligne
- Examens en ligne
Services communautaires
- Discussion par forums ou chat (ventuellement thmatiques)
- Dpt et partage de ressources: galeries d'images, multimdia, livres et manuels
lectroniques...
- Blogs

Agenda lectronique
Tl-consultation et tl-expertise

Identification des apprenants
Identification du personnel enseignant
Identification des institutions de formation
Identification des cours
Inscriptions des apprenants pour les cours
Contenu multimdia des cours
Tests et examens
Rsultats obtenus sur les tests et examens
7.1.21 Systme d'enseignement distance

Lenseignement distance est un processus dapprentissage qui se droule en grande partie ou
compltement distance et se fait individuellement ou en groupe. Il est assorti dun
accompagnement et dune validation (apprentissage formel) et soutenu par des technologies
informatiques et de communication (e-apprentissage). Les formations distance permettent
l'apprenant non seulement dtudier dun autre endroit mais aussi un autre moment ou un autre
rythme. De cette manire, diffrents apprenants dans un centre dapprentissage ouvert peuvent
suivre un trajet spar. Les formations distance permettent aussi chacun dtudier son

propre rythme et en fonction de son emploi du temps (travail, tudes ). Un systme

d'enseignement distance se prsente souvent comme une extension ou un module d'une plate-
forme d'enseignement en ligne.
Objectifs
Le MSP dispose d'une solution pour l'organisation de formations o les formateurs, les apprenants
et les supports des cours ne se trouvent pas au mme endroit
Un plus grand nombre d'agents du MSP peuvent tre atteint pour des formations professionnelles
travers la solution d'enseignement distance
Des cours normaliss et valids pour des sujets prioritaires pour la sant publique en RDC sont
accessibles sous forme lectronique travers internet
Des solutions de tlconfrence et d'mission diffre de cours sont mise en place en RDC

Le MSP pourra raliser un nombre de besoins mtiers par rapport l'apprenant, l'organisation et au
formateur:
Du ct de l'apprenant
- L'apprenant devient un acteur de sa formation distance
- Interactivit et attractivit du contenu
- Flexibilit et adaptabilit selon ses disponibilits (heure, lieu)
- Formation son propre rythme indpendamment des autres apprenants
- Auto-valuation en cours et en fin de cursus
- Suivi personnel de son avancement dans la formation et bilan des rsultats obtenus
Du ct de l'organisation
- Formation de masse (nombre dapprenants illimit)
- conomie sur les cots indirects lis aux formations en prsentiel (dplacement, logement etc.)
- Flexibilit et adaptabilits selon les disponibilits des apprenants (heure, lieu)
- Individualisation et ajustement des parcours de formation suivant les comptences et les objectifs
pdagogiques prdfinis
- Contraintes logistiques rduites (pas de location de salle, de dplacement des salaris, de
logement etc.)
- Reportage prcis des formations et analyse des rsultats automatise
- Supports de formation prennes et actualisables
Du ct du formateur
- Formation sur des outils interactifs et attractifs pour lui et les apprenants
- Flexibilit et adaptabilit selon les disponibilits (heure, lieu)
- Suivi des apprenants depuis la plateforme

Agenda lectronique
Tl-consultation et tl-expertise

Identification du personnel enseignant
Identification des institutions de formation
Inscriptions des apprenants pour les cours
Contenu multimdia des cours
Tests et examens


7.1.22 Gestion des ordres professionnels

Cette application devra grer au niveau central les dossiers des membres des ordres
professionnels (ordre des mdecins, ordre des pharmaciens, ordre des infirmiers/infirmires, ordre
des sages femmes...)
Objectifs
Chaque professionnel de sant qui doit rglementairement tre inscrit auprs d'un ordre
professionnel, y dispose d'un dossier administratif complet
L'application doit permettre le recensement de tous les professionnels de sant dment qualifis et
disposant des certificats obligatoires pour pouvoir exercer leur profession protge
Le statut de chaque professionnel de sant inscrit est consultable via internet en respectant les
rgles de la vie priv et les droits d'accs de l'utilisateur

Une application de gestion des ordres professionnels devra permettre:
L'identification des membres et l'attribution d'un numro d'ordre
Le suivi des formations et des comptences des membres
Le suivi de l'historique des affectations professionnelles des membres
La gestion de la formation professionnelle continue des membres
La gestion des cotisations, de la facturation et des paiements des membres
La gestion des dcisions dontologiques et disciplinaires par rapport aux membres

Entrept de donnes
Comptabilit gnrale
SIH

Donnes dmographiques des membres
Donnes professionnelles des membres (affectations)
Donnes des formations suivies
Donnes sur la formation professionnelle continue
Donnes financires (cotisations, factures, paiements)
Donnes des actions disciplinaires
7.1.23 Systme de gestion de rfrences bibliographiques

Une application de gestion bibliographique est destine tablir, trier et utiliser des listes de
rfrences bibliographiques d'articles, d'ouvrages ou mme de sites web concernant des
publications scientifiques. Elle est principalement utilise par des tudiants et des chercheurs.
Ces applications se composent normalement d'un systme de base de donnes que l'on peut
alimenter de diffrentes faons, par exemple par l'interrogation des serveurs de revues
scientifiques, et avec laquelle on peut effectuer des slections par auteur, dates, mots-cls et

crer ainsi une liste de rfrences.
Objectifs
Mettre la disposition des agents du MSP un outil qui permet la gestion standardise de
rfrences bibliographiques pour tous les sous-domaines de la sant.
L'objectif principal de ces logiciels est de rpondre un besoin individuel, cest--dire la gestion
des rfrences ncessaires un chercheur. Nanmoins il existe aussi des applications de gestion
de listes de rfrences pour toute une quipe ou une organisation capables d'assurer un partage
plus gnral des sources de connaissances.

Les agents de sant impliqus dans les projets de suivi-valuation, de recherche applique et
d'enseignement expriment le besoin d'tablir des bases de donnes de rfrences bibliographiques
scientifiques qui ont t valides par les experts du domaine en RDC
L'application de gestion de rfrences bibliographiques devra aussi permettre:
- D'importer des slections de rfrences dans des logiciels de traitement de texte
- De convertir et d'exporter des rfrences bibliographiques en formats exigs par les diteurs
internationaux


Rfrences bibliographiques scientifiques
Nomenclature des sous-domaines de la sant
7.1.24 Agenda lectronique

Application pour la gestion de donnes personnelles et collectives telles que des rendez-vous,
adresses, tches etc.
Objectifs
Chaque agent du MSP dispose d'un agenda lectronique qui est consultable via internet
Les sous-structures de toute la pyramide sanitaire disposent d'une application pour organiser le
travail en groupe et la rservation de ressources matrielles (locaux, quipements, vhicules,
bande passante...)

Organisation du travail des agents de sant
Organisation du travail des structures et des services du MSP
Les rendez-vous professionnels des agents de sant peuvent tre consults distance selon des
rgles de confidentialit par d'autres personnes
Des droits de gestion de l'agenda lectronique peuvent tre dlgus par un agent de sant
quelqu'un d'autre (secrtaire, collgue...)

SIH


Identification des agents du MSP
Identification des structures du MSP
Identification des ressources matrielles du MSP
Rendez-vous
Carnets d'adresses par utilisateur et par service
Tches planifies
7.1.25 Tl-consultation et tl-expertise

La tl-consultation met en relation les patients et les professionnels de sant. Elle permet la
consultation, le diagnostic et le suivi du patient distance. La tl-radiologie consiste par exemple
effectuer distance linterprtation d'examens radiologiques.
La tl-expertise permet plusieurs mdecins de se concerter sur le cas dun patient : elle permet
notamment au mdecin traitant de demander un deuxime avis un mdecin expert.
Objectifs
Une meilleure utilisation des professionnels de sant spcialiss
Une meilleure disponibilit des soins de sant spcialiss dans des zones recules et difficilement
accessibles du pays
Limiter les dplacements pour les patients (et le personnel soignant)
Raccourcir les dlais d'attente pour des soins mdicaux spcialiss
Faciliter la concertation entre mdecins gnralistes et spcialistes.

Renforcement des connaissances et comptences des mdecins dans les structures de soins
priphriques
Optimalisation de l'utilisation des ressources humaines spcialises disponibles
Intgration des donnes des rfrences via tl-consultation et tl-expertise dans le dossier
longitudinal du patient
Partage d'informations cliniques structures sur les patients au cours des tl-expertises

Agenda lectronique

Le dossier mdical du patient
Identification des professionnels de sant participant dans la tl-consultations et la tl-expertise
Agenda (planification des rendez-vous)
7.1.26 Systme de pharmacovigilance

La pharmacovigilance est l'activit consistant enregistrer et valuer les effets secondaires et/ou
indsirables rsultant de l'utilisation des mdicaments.
Objectifs
amliorer la prise en charge et la scurit des patients pour tout ce qui touche l'utilisation des
mdicaments et aux interventions mdicales et paramdicales
amliorer la sant et la scurit publiques pour tout ce qui touche l'utilisation des mdicaments

contribuer l'valuation des bienfaits, de la nocivit, de l'efficacit et des risques prsents par les
mdicaments et d'encourager une utilisation sre, rationnelle et plus efficace de ceux-ci (y compris
sur un plan conomique)
promouvoir une meilleure connaissance de la pharmacovigilance et une ducation et une formation
clinique dans ce domaine et d'amliorer l'efficacit de la communication pertinente avec les
professionnels de la sant et le grand public

La gestion des risques associs l'utilisation des mdicaments ncessite une collaboration troite
et efficace entre les principaux acteurs intervenant dans le domaine de la pharmacovigilance. Une
volont de collaboration soutenue est indispensable si l'on veut pouvoir rpondre aux dfis futurs et
permettre cette discipline de continuer se dvelopper et prosprer. Toutes les parties
concernes doivent unir leurs efforts pour anticiper et dcrypter les demandes et attentes sans
cesse croissantes du public, des administrations de la sant, des responsables des politiques de
sant, des politiciens et des professionnels de la sant et, ensemble, y rpondre. Toutefois, elles ont
peu de chances d'y parvenir en l'absence de systmes solides et intgrs rendant cette collaboration
possible. Parmi les obstacles les plus frquemment voqus, on peut mentionner le manque de
formation, de ressources, de soutien politique et plus particulirement d'infrastructures scientifiques.
La surveillance de l'innocuit des mdicaments d'usage courant devrait faire partie intgrante de la
pratique clinique. La mesure dans laquelle les cliniciens sont informs des principes de la
pharmacovigilance et en tiennent compte dans leur pratique a un fort impact sur la qualit des soins
de sant. L'ducation et la formation des professionnels de la sant aux questions de scurit des
mdicaments, les changes d'informations entre les centres nationaux de pharmacovigilance, la
coordination de ces changes et le fait de relier l'exprience clinique de la scurit pharmaceutique
la recherche et la politique de sant sont autant de facteurs qui contribuent renforcer l'efficacit
des soins aux patients. Grce ce flux et cet change rguliers d'informations, les programmes
nationaux de pharmacovigilance sont idalement placs pour reprer les lacunes dans notre
comprhension des maladies causes par des mdicaments (par exemple usage des drivs
d'artmisinine pour combattre le paludisme).
Les principaux besoins mtiers servis par un systme de pharmacovigilance sont:

recenser prcocement les signaux d'alerte concernant des ractions indsirables graves des
mdicaments
valuer le risque li aux effets secondaires
entreprendre des recherches sur les mcanismes pouvant aider mettre au point des
mdicaments plus srs et plus efficaces

Plate -forme de communication lectronique
Entrept de donnes
SIH

Identification des mdicaments
Identification des effets secondaires
Identification des patients
Identification des professionnels de la sant
Identification des structures de soins

7.1.27 Systme de contrle de la qualit pharmaceutique

Lassurance de la qualit des mdicaments regroupe toutes les mesures prises pour garantir quun
mdicament est sr, efficace, de bonne qualit et acceptable pour le patient (depuis ltape de sa
mise au point jusqu son utilisation par le patient). Le contrle de qualit regroupe les tests en
laboratoire dchantillons de mdicaments compars des rfrences de qualit reconnue.
Un systme de contrle de la qualit pharmaceutique permet donc de grer les donnes relatives
aux contrles des bonnes pratiques de fabrication et de distribution de produits pharmaceutiques.
Cela concerne l'chantillonnage, les spcifications, le contrle lui-mme, ainsi que les procdures
d'organisation, de documentation et de libration qui garantissent que les analyses ncessaires et
appropries ont rellement t effectues et que les matires premires, les articles de
conditionnement et les produits ne sont pas librs pour l'utilisation, la vente ou
l'approvisionnement sans que leur qualit n'ait t juge satisfaisante.
Objectifs
Clairement documenter les rgles de fabrication et distribution pharmaceutiques en RDC
Amliorer la qualit des produits pharmaceutiques diffuss en RDC
Combattre le problme de contrefaction des mdicaments

Explication et diffusion de la rglementation pharmaceutique nationale
valuation et homologation des produits
Implmentation de bonnes pratiques de fabrication
Inspections des pratiques de fabrication
Gestion et suivi des analyses laboratoires
Suivi de la distribution des mdicaments (traabilit)
Utilisation d'une pharmacope internationale
Analyse des indicateurs de suivi et d'valuation

Systme de gestion des stocks et distribution pharmaceutique

Identification des produits pharmaceutiques (pharmacope)
Identification des fabricants et distributeurs pharmaceutiques
Donnes de la distribution des produits pharmaceutiques (importations, entres et sorties des
dpts, distribution aux patients)
Identifications des laboratoires d'analyses
Rsultats d'analyses laboratoires
Donnes sur les homologations des produits pharmaceutiques
Effets secondaires et indsirables enregistres
7.1.28 Systme de contrle de la qualit laboratoire

La qualit au laboratoire peut tre dfinie comme la justesse et la fiabilit des rsultats danalyses.
Les rsultats de laboratoire doivent tre aussi prcis que possible, tous les aspects des activits de
laboratoire doivent tre fiables et le rendu des rsultats doit tre correct afin dtre utilis des fins
cliniques ou de sant publique.
Un systme de contrle (externe) de la qualit laboratoire gre les donnes relatives aux

traitements de prlvements de rfrence inconnus pour le laboratoire contrl (les valeurs du

paramtrage ne sont pas connues par le laboratoire; cest une analyse ' laveugle dun
chantillon). Les rsultats obtenus sont alors compars avec les valeurs de rfrence et avec les
rsultats obtenus par d'autres laboratoires.
Objectifs
Identifier les lacunes en termes de qualit des examens laboratoires en RDC
Amliorer la qualit des examens laboratoires en RDC

Mettre en place un systme de contrle de qualit laboratoire clinique en RDC
Grer les donnes relatives aux chantillons de rfrence et des rsultats d'analyse obtenus par
les laboratoires cliniques
Reportage des rsultats aux laboratoires contrls


Identification des laboratoires cliniques
Identification des chantillons de rfrence
Rsultats d'analyse obtenus
Feedback fourni aux laboratoires
7.1.29 Systme de gestion d'imagerie numrique (RIS & PACS)

Le PACS est un systme informatis qui centralise et qui gre l'acquisition numrique de tous les
examens radiologiques, la consultation de ces images sur des consoles de visualisation,
l'impression et l'envoi d'images l'intrieur et en dehors de l'hpital ainsi que l'change
d'informations administratives avec les systmes informatiques radiologiques (RIS) et hospitaliers
(SIH).
Objectifs
Amliorer la productivit de l'imagerie, dans le dpartement d'imagerie et dans toute l'entreprise de
sant (augmentation de l'efficacit, grce une ringnierie des processus comme ceux lis la
manipulation de documents papier et des films)
L'amlioration de la qualit de vie au travail
Rduction des cots de radiologie
Amliorer la qualit des soins
Meilleur suivi des patients
Diagnostic plus rapide

Traitement d'image et logiciels d'aide au diagnostic. La manipulation des images sur
stations de visualisation permet galement de nombreux traitements: zooms, filtres (par exemple
rehaussement de contours), mesures.
conomie de dose. Avec les systmes numrique et surtout les capteurs ont peut esprer des
rductions de dose importantes sans perte de qualit d'image. La rduction du nombre de clichs
rats par sous ou surexposition reprsente galement un intrt dosimtrique mais pour une trs
faible proportion d'examens.
Gain de temps et reproductibilit. Des gains de temps et de productivit peuvent dcouler de la

rduction des clichs rats et la rcupration plus rapide des archives. La numrisation permet
une parfaite reproductibilit des examens sans variabilit due l'exposition et aux manipulateurs
de films. Cependant, seules des modifications organisationnelles importantes permettront de
bnficier au mieux des avantages du numrique.
conomie de films et de produits chimiques. La rduction voire la suppression du film
dpendra essentiellement des performances des crans de visualisation et de la modification des
habitudes de travail du personnel mdical et paramdical.
L'archivage des images et autres donnes. Lors de l'installation d'un PACS, l'ensemble de ces
donnes, qu'on retrouvait autre fois physiquement, se retrouve virtuel et est archiv en format
numrique.
Le transfert d'images en rseau. Le rseau de transmission d'images numriques doit tre
rapide. Les informations doivent tre disponibles 24h/24h, 7 jours/7 en tout point de l'hpital. Le
rseau d'images doit tre ralis conformment au standard de communication de l'industrie de la
radiologie : DICOM (Digital Imaging and Communication in Medecine) valide par l'American
College of Radiology (ACR) et la National Electrical Manufacturers Association (NEMA). Ce
standard est reconnu par l'ensemble des industriels du monde de la radiologie et garantit, du point
de vue de l'imagerie, la cohrence et l'volutivit du systme install.
Fonctionnalits RIS: prescription de test, la gestion des rendez-vous, la documentation des
examens ainsi que l'dition des rapports de radiologie. Le RIS contient ou rcupre partir du HIS
(Hospital Information System) l'information dmographique d'un patient ncessaire la constitution
d'un dossier et la prise de rendez-vous. Sans la prsence d'un RIS, on peut difficilement
concevoir l'utilisation d'un systme PACS. Il doit tre connect aux modalits et au PACS pour
transmettre les informations sur l'identification du patient ainsi que pour aider la gestion de la
production d'examens. La fonction de gestion de la production des examens fait appel ce qu'on
appelle une worklist. Une fois un rendez-vous attribu, un message est envoy la modalit
depuis le RIS et le nom du patient s'ajoute la worklist de la modalit. partir de l, un
message est envoy au PACS pour vrifier la prsence de donnes historiques sur le patient,
comme des rapports et des images antrieures. Ainsi, les anciennes images sont extraites des
archives du PACS et sont mises la disponibilit du radiologiste pour consultation. La worklist
est automatiquement mise jour grce un change de messages entre les modalits, le PACS
et le RIS tout au long du processus d'examen.

SIH
Tl-consultation et Tl-expertise

Identification du patient
Identification des demandes dexamens dimagerie mdicale
Identification des prescripteurs via le code unique de lagent de sant
Identification des examens dimagerie mdicale raliss
Stockage dimages numriques
7.2 Architecture de donnes

Bas sur les applications identifies, les donnes suivantes devront tre gres au sein de la MSP:
1. Les dossiers des agents de la sant

2. Les dossiers des structures de la sant
3. Le dossier du patient
4. Les infrastructures de la sant
5. Le matriel roulant
6. Les quipements mdicaux et non-mdicaux
7. Les stocks et mouvements des mdicaments et consommables pharmaceutiques
8. Les stocks et mouvements des produits laboratoires

9. Les dossiers et procdures d'achat

10. Les donnes agrges
11. Les documents normatifs, y inclus les normes de tarification
12. Les classifications, codifications et nomenclatures utilises dans le secteur de la sant
13. Les communications entre ou avec les agents de la sant
14. Les communications pour usage interne
15. Les communications et informations destins au grand public
16. Les donnes comptables
17. Les budgets en relation avec le gouvernement et les partenaires
18. Les dpenses de la sant en relation avec le gouvernement et les partenaires
19. Les plans d'activits
20. Les donnes d'assurance maladie
21. Les dossiers des tudiants
22. Les dossiers de formation continue des professionnels de la sant
23. Les donnes des ordres professionnelles
24. Les agendas et tches planifies des agents de la sant
25. Les dossiers de contrle de qualit sur les achats pharmaceutiques et laboratoires
26. Les donnes d'imagerie numrique
7.2.1 Les dossiers des agents de la sant

Chaque agent de la sant, peu importe son statut et/ou contrat de travail, devra disposer d'un dossier
administratif central, permettant le suivi longitudinal d'in nombre d'informations importantes au fil du
temps. Un code unique devra tre attribu chaque agent. Ce code sera utilis comme clef par
toutes les applications qui font rfrence un agent de la sant.
Identification de l'agent
- Code d'identification unique pour chaque agent de la sant (non seulement pour les
agents mcaniss)
- Codes d'identification alternatives si applicables (numro de carte d'lecteur, numro matricule...)
- Donnes dmographiques de l'agent
L'historique des diffrents contrats
- Dbut et fin du contrat
- La fonction exerce (dnomination + description)
- Le titre et/ou le grade
- Le statut
La carrire de la personne avec pour chaque contrat l'historique des affectations:
- Priode
- La position / la fonction
- Le lieu, la structure et le service d'affectation (via le code de la structure)
Les comptences de l'agent
- Connaissances des langues
- Comptences techniques (NTIC, permis de conduire, communication, rsistance au stress...)
Les formations et diplmes
- Date de dbut et de fin
- Institut de formation
- Niveau de la formation (doctorat, matrise, licence...)
- Le titre o le diplme li la formation
Horaire de travail
- Plage d'heures par jour/semaine/mois
Les congs et absences
- Priode
- Type d'absence
- Date de demande
- Absence autorise ou non
- Personne qui a autoris l'absence (si applicable)
Calcul salarial

- Priodicit de la paie
- Salaire de base
- Primes et avantages pcuniaires
- Avantages en nature
- Dductions et retenus sur le salaire
7.2.2 Les dossiers des structures de la sant

Chaque structure de la sant, gre ou pas par le MSP, devra disposer d'un dossier
d'immatriculation qui permet son identification. Un code unique devra tre attribu chaque
structure. Ce code sera utilis comme clef par toutes les applications qui font rfrence une
structure de la sant.
Identification de la structure
- Code d'identification unique de la structure
- Dnomination et abrviation
- Codes d'identification alternatives si applicables (structures confessionnelles, registres de
projets...)
- Code d'identification de l'infrastructure de sant (le btiment qui hberge la structure de sant)
- Type de structure (administrative, structure de soins, ducation, recherche...)
Personnes de contact
- Nom et prnom du contact
- Fonction
- Tlphone, GSM, courriel
Les effectifs des structures pourront tre drivs des liens encods dans les dossiers des agents de
la sant
7.2.3 Le dossier du patient

Actuellement, il n'existe pas de mcanisme pratique en RDC pour l'identification unique des patients
au niveau national. Le PNDIS envisage dans son architecture de donnes la mise en place du
dossier patient unique au niveau des structures de soins. Cela signifie que chaque patient disposera
d'au maximum 1 dossier par structure de soins visite (et donc pas 1 dossier par consultation, par
hospitalisation ou par service). Ce dossier comprendra tous les enregistrements raliss au courant
des diffrentes pisodes de soins dans l'hpital ou le centre de sant. En gnral, le dossier patient
comprendra les lments suivants:
Identification
- Code unique pour le patient au niveau de la structure de soins
- Codes d'identification alternatives: numro de carte d'lecteur, empreintes digitales, numros
d'identification attribus par des programmes (VIH/SIDA, Tuberculose, Lpre...)
Donnes dmographiques du patient
- Nom, prnom
- Date de naissance
- Langue du patient
- Sexe
- Lieu de naissance
- tat civil
- Relations familiales (pre, mre, enfants)
- Nationalit
- Pays
- Province
- Zone de sant
- Aire de sant
- Ville/village
- Adresse
- Adresse e-mail

- Numros de tlphone
- Employeur (nom et adresse)
- Numro d'identification chez l'employeur
- Adresse e-mail professionnelle
- Numro de tlphone professionnel
- Profession
- Catgorie de personnel
- Date de dbut et de fin de l'emploi
Donnes de couverture maladie/conventions
- Assureur/employeur (code, nom, personne de contact)
- Catgorie tarifaire
- Plan de couverture (prestations couvertes, pourcentage ou montant fixe de la couverture)
- Validit de la couverture
- Statut (adhrent, enfant, conjoint...)
Contacts / pisodes de soins
- Type de contact (consultation, hospitalisation, hospitalisation de jour)
- Dbut et fin du contact
- Provenance du patient
- Professionnel de sant responsable pour le contact
- Service(s) visit(s), ventuellement identification du lit occup
- Rfrences/contre-rfrences
Donnes financires
- Prestations ralises pour le patient et tarif applicable
- Factures patient et assureur/employeur
- Paiements raliss par le patient et/ou par l'assureur/employeur
Donnes cliniques (dossier mdical)
- Motifs de consultation/hospitalisation
- Consultations, examens et actes raliss (documentation dtaille du contenu clinique en fonction
de l'examen)
- Diagnostics diffrentiels/de sortie
- Liste des problmes
- Prescriptions de mdicaments
- Mdicaments dlivrs
- Effets secondaires et indsirables de mdicaments
- Prescriptions d'examens laboratoires
- Rsultats d'analyses laboratoires
- Prescriptions d'imagerie mdicale
- Rsultats d'imagerie mdicale
- Prescriptions de soins / dossier infirmier
- Rapports mdicaux, attestations et certificats dlivrs
7.2.4 Les infrastructures de la sant

Les infrastructures de la sant dans le cadre du PNDIS, sont essentiellement les btiments et les
terrains qui appartiennent au MSP ou dans lesquels le MSP ralise des activits. Chaque btiment
devra tre identifi par un code unique.
Identification de l'infrastructure
- Code d'identification unique de l'infrastructure
- Codes d'identification alternatives si applicables (code du cadastre foncier...)
Descriptif de l'infrastructure
- Type de structure (btiment administratif, hpital, terrain...)
- Coordonnes gographiques de l'infrastructure
- Plans numriss
- Documents officiels (acquisition, vente, location...)

7.2.5 Le matriel roulant

Pour chaque vhicule du MSP, un dossier central devra tre tablie et gr. Ce dossier contiendra au
moins les donnes suivantes:
Identification
- Code d'identification unique du vhicule
- Codes d'identification accessoires (plaque d'immatriculation, numro de srie du moteur...)
- Structure de la sant laquelle le vhicule est rattach (code unique)
Descriptif
- Type de vhicule (jeep, ambulance, minibus...)
- Marque
- Modle
- Date de fabrication
- tat fonctionnel
- Source de proprit (gouvernement, don, budget local...)
- Donnes d'un financement ventuel
- Date de dclassement
Maintenance
- Oprations de maintenance planifies (dnomination, date prcise, kilomtrage)
- Oprations de maintenance ralises (dnomination avec le rsultat de l'opration, date,
kilomtrage, oprateur)
7.2.6 Les quipements mdicaux et non-mdicaux

Chaque quipement durable (mdical ou non-mdical) devra tre identifi l'aide d'un code unique.
Le dossier de chaque quipement contiendra au moins:
Identification
- Code d'identification unique de l'quipement
- Codes d'identification accessoires (code fabricant, numro de srie...)
- Structure de la sant laquelle l'quipement est rattach (code unique)
Descriptif
- Type d'quipement (sur base d'une nomenclature standardise)
- Marque
- Modle
- Date d'acquisition
- tat fonctionnel
- Source de proprit (gouvernement, don, budget local...)
- Donnes d'un financement ventuel
- Date de dclassement
Maintenance (le cas chant)
- Oprations de maintenance planifies (dnomination, date prcise, kilomtrage)
- Oprations de maintenance ralises (dnomination avec le rsultat de l'opration, date,
kilomtrage, oprateur)
7.2.7 Les stocks et mouvements des mdicaments et consommables

pharmaceutiques et laboratoires
La gestion de stocks pharmaceutiques grera des donnes dans les rubriques suivantes:
Pharmacope des produits pharmaceutiques

- Code d'identification unique pour le produit pharmaceutique
- Codes d'identification accessoires (code-barres, code ATC, CNK...)
- Prsentation
- Emballage
- Conditionnement

- Classe de produits (nomenclature standardise)

- Dosage (si applicable)
- Prix de vente (avec rgles de tarification) - si applicable
- ...
Dpts pharmaceutiques
- Code d'identification unique du dpt
- Dnomination du dpt
- Structure de sant laquelle le dpt est rattach (code unique)
- Responsable du dpt (code unique de l'agent)
- ...
Stocks de produits pharmaceutiques
- Code unique pour le produit pharmaceutique (voir pharmacope)
- Dpt pharmaceutique auquel le stock de produits est rattach
- Dnomination du produit pharmaceutique
- Quantit en stock
- Niveau minimal du stock
- Niveau maximal du stock
- Niveau de commande
- Fournisseur/source (code, nom, personne de contact)
- Identification du lot
- ...
Oprations de stocks de produits
- Stock de produits pharmaceutiques sur lequel l'opration est ralise (code unique)
- Type d'opration (entre, sortie, correction aprs inventaire...)
- Stock de produits source ou destination (selon le type d'opration)
- Quantit d'emballages concerne
- Valeur par emballage (prix d'achat ou prix de vente selon le cas)
- Oprateurs
- Documents (bon de rception, bon d'vacuation...)
- Date de l'opration
- ...
Commandes
- Code d'identification unique du dpt metteur de la commande
- Code d'identification unique pour le produit pharmaceutique command
- Quantit commande
- Prix d'achat convenu (si applicable)
- Date de la commande
- Date de la livraison
- Fournisseur/source (code, nom, personne de contact)
- ...
7.2.8 Les donnes agrges

Les microdonnes ou donnes brutes sont des rsultats immdiats d'observations de variables
statistiques qui n'ont pas t traits au niveau statistique. titre d'exemple, on peut dire que les
rponses une enqute nationale sur la sant de la population ou les registres utiliss par les
centres de sant en RDC sont des microdonnes. Le traitement de ce type de donnes ncessite
une bonne connaissance de la statistique et des outils correspondants (logiciel SPSS, logiciel SAS,
etc.).
Contrairement aux microdonnes, les donnes agrges sont mises la disponibilit des usagers
aprs qu'elles aient t traites au niveau statistique. Les donnes agrges sont constitues
partir d'un fichier de microdonnes et sont le rsultat d'une combinaison de diffrentes mesures. On
les obtient en faisant une addition ou une moyenne des valeurs individuelles obtenues. Elles
permettent d'obtenir de l'information sur des groupes qui ont des caractristiques communes. On
peut agrger par lieux gographiques, par caractristiques ou par temps. Les donnes encodes
dans les canevas SNIS sur base des registres dans les centres de sant, sont un exemple de
donnes agrges. Typiquement, les donnes agrges sont stockes dans un entrept de

donnes.
Un modle pratique pour les donnes agrges part de la dfinition gnrique d'information, qui est
constitu de:
1. Une valeur (anglais: data)

La valeur est la donne brute (un chiffre, un code) de l'information (par exemple "5")
2. Un contexte
Le contexte est constitu d'un nombre d'attributs qui expliquent la valeur et qui lui donne un sens.
Dans le cas de donnes agrges, les attributs suivants seront en principe obligatoires:
Type de donne (anglais: Data element): ceci fait rfrence une dfinition de la signification de
la valeur (par exemple: "nombre de mort-ns")
Priode (anglais: Period): dfinit la priode sur laquelle porte la donne agrge (par exemple:
"janvier 2014") et reprsente donc la dimension de temps
Source ou Unit organisationnelle (anglais: Source ou Organization Unit): dlimite la structure
ou la zone dans laquelle la donne agrge a t collecte (par exemple "HGR de Mushenge")
ce qui reprsente la dimension de l'espace.
Gnralement, plusieurs donnes agrges sont collectes ou calcules en mme temps et forment
des collections logiques et/ou priodiques (anglais: Dataset). De telles collections sont
caractrises par des attributs complmentaires:
Type de collection: dcrit la logique de la collection et identifie les Types de donnes qui y font
partie.
Priodicit: dfinit la frquence avec laquelle les donnes agrges de la collection doivent tre
produites
Au niveau de l'analyse des donnes agrges, les Indicateurs reprsentent un concept central. Un
indicateur est une formule constitue de types de donnes, de chiffres et d'oprateurs
mathmatiques. Le rsultat de cette formule applique une ou plusieurs priodes et units
organisationnelles reprsente une information utile qui est explicite dans l'attribut Type d'indicateur.
7.2.9 Les documents normatifs, y inclus les normes de tarification

Pour excuter au mieux leur mission, les organes lgislatifs excutifs et normatifs doivent disposer
d'un accs facile et pratique la lgislation. Ils ont besoin dun recensement des textes normatifs
(index lgislatif) ainsi que dune coordination, au moins officieuse, de ces mmes textes. Par
ailleurs, tout acteur intress (agent de sant, patient, fournisseur...) doit galement pouvoir prendre
connaissance des normes juridiques et rglements en vigueur. En gros, les donnes grer
concernent:
l'actualit lgislative rcente
un index lgislatif recensant l'ensemble des textes lgislatifs et rglementaires (en vigueur,
modificatifs et abrogs)
la lgislation et la rglementation coordonnes
Les documents normatifs peuvent tre structurs de la faon suivante:

Thmes: chapitres de la rglementation lgale, normative et interne
Textes: textes lgaux, procdures, notes techniques
Exigences: mesures prventives et guides de bonne pratique obligatoires ou recommandes
7.2.10 Les classifications, codifications et nomenclatures utilises dans le

secteur de la sant
Une comprhension uniforme et cohrente des donnes relatives un sujet (une maladie, un
mdicament, un patient, un professionnel de sant...) provenant de diffrentes sources et/ou
systmes d'enregistrement, ncessite l'utilisation de reprsentations communes de ces donnes.
Ces reprsentations communes sont des classifications, codifications ou nomenclatures partages
par les diffrents acteurs et systmes d'information dans le domaine de la sant:

Classification Internationale des Maladies (CIM): ceci est un des standards les plus utiliss dans
le domaine mdical. Il est dvelopp et maintenu par l'OMS et trouve son origine dans la
'Classification of Causes of Deatth' (classification de causes de dcs) au Royaume Uni en 1893.
La CIM est rvise plus ou moins tous les dix ans et existe actuellement dans sa dixime version
(CIM-10). La CIM est une classification hirarchique dmarrant de 21 chapitres. Elle contient une
liste exhaustive de codes (plus de 14.000) pour les maladies, signes, symptmes, causes
externes et les procdures mdicales et a t traduite en 42 langues (dont le franais). L'objectif
principal de la CIM-10 est la classification des maladies. Plusieurs outils d'aide l'encodage CIM
bass sur des thsaurus cliniques ont t dvelopps, dont le 3BT. La CIM est librement
disponible.
La Nomenclature Systmatique de la Mdecine (SNOMED - Systematized Nomenclature of
Medicine) est une classification sans hirarchie, qui est compose de plus de 370.000 concepts
cliniques, chacun dot d'un identifiant unique. La combinaison de plusieurs concepts permet la
cration de nouveaux concepts et donc la couverture de la quasi-totalit du langage mdical. Le
standard actuel contient plus de 1 million de descriptions lies des concepts et plus de 7
millions de relations entres concepts documentes. Des tables de conversion vers la CIM existent
et il est plus que probable qu' partir de 2017 une fusion entre SNOMED et la CIM-11 aura lieu.
Actuellement, SNOMED est surtout utilise pour l'encodage dans le dossier mdical d'informations
cliniques et des donnes relatives l'anamnse du patient, le traitement et l'volution clinique.Un
dsavantage majeur de SNOMED est le fait qu'elle n'est pas libre.
Spcifiquement pour le secteur de la sant mentale, la classification DSM (Diagnostic and
Statistical Manual of Mental Disorders) a t publie par la American Psychiatric Association. La
DSM n'est pas une simple liste de codes, mais intgre en plus des codes et des noms de
pathologies neuro-psychiatriques des symptmes, une valuation de l'handicap fonctionnel et
d'autres critres qui la transforment en un outil clinique. Elle est utilise comme langage commun
dans la pratique journalire par de nombreux neuro-psychiatres partout dans le monde.
- La Classification Internationale des Soins Primaires (CISP) a t dveloppe depuis 1987 par le
Comit International de Classification de WONCA. La CISP s'oriente principalement sur la
codification des motifs de consultation, les problmes et diagnostics, les procdures et
interventions et d'autres informations mdicales dans le domaine des soins de sant primaires.
Elle est sous-divise en 17 chapitres (systme digestif, oeuil, oreille, problmes sociaux...)
pertinents pour la sant primaire. Dans chaque chapitre on trouve des codes par rapport 7
composantes:
- Symptmes et plaintes
- Diagnostics et procdures prventives
- Mdicaments et autres thrapies
- Rsultats d'examens
- Procdures administratives
- Autres provdures
- Maladies
Des tables de conversion des 1.368 codes CISP en codes CIM existent et la classification plus
simple de la CISP est pour cette raison souvent utilise comme passerelle pour le travail
d'encodage CIM.
3BT : Thesaurus (Bilingual Biclassified Terminology) donnant accs des libells cliniques,
diagnostics, problmes de sant, proches du vocabulaire utilis quotidiennement par les
mdecins. Le standard permet la codification DSM-4, ICD-10 ou CISP-2 rapide. Le 3BT est
librement disponible.
La classification LOINC (Logical Observations, Identifiers, Names and Codes) est destine la
standardisation d'analyses laboratoires et d'autres observations techniques mdicales. Elle a t
cre et maintenue par le Regenstrief Institute depuis 1994 et est librement disponible sur
internet.
La norme CPT, acronyme pour Current procedural terminology, propose une codification pour les
procdures d'anesthsie, radiologie, chirurgie, laboratoires et mdicales, principalement cible sur
les remboursements des soins de sant. La codification existe dj depuis 1966, mais n'est
malheureusement pas gratuite (distribue sous licence de la American Medical Association). D'un
autre ct, elle constitue une source d'inspiration potentiellement intressante pour le
dveloppement d'une nomenclature des actes mdicaux en RDC (ou plus large: pour l'Afrique sub-

Saharienne). Des initiatives dans ce sens sont dj en cours.

Le standard RxNorm offre une liste de dnominations normalises pour des mdicaments
cliniques et les lie une srie de vocabulaires pharmaceutiques qui sont couramment utiliss
dans le domaine de la sant:
- GS: Gold Standard Alchemy
- MDDB: Medi-Span Master Drug Data Base
- MMSL: Multum MediSource Lexicon
- MMX: Micromedex RED BOOK
- MSH: Medical Subject Headings (MeSH)
- MTHFDA: FDA National Drug Code Directory
- MTHSPL: FDA Structured Product Labels
- NDDF: First DataBank NDDF Plus Source Vocabulary
- NDFRT: Veterans Health Administration National Drug File - Reference Terminology
- SNOMEDCT: SNOMED Clinical Terms (drug information)
- VANDF: Veterans Health Administration National Drug File
La Anatomical Therapeutic Classification ou ATC est un systme de codification de mdicaments,
base sur les substances actives. Le standard a t produit par l'OMS et classifie les
mdicaments selon l'organe ou le systme sur lequel ils agissent et leurs caractristiques
thrapeutiques, pharmacologiques et chimiques. Au moins les codes ATC pour les mdicaments
essentiels dfinis par l'OMS devront tre intgrs dans les systmes d'informations du MSP..
Dbut des annes 1980, le standard des DRG (Diagnosis Related Groups) a t dvelopp par
Medicare aux tats-Unis, suit au constat que la CIM tait trop dtaille pour tre utile dans un
contexte de gestion financire du systme de sant (principalement pour des fins de
remboursement des soins de sant). Les DRG regroupent la CIM-9 en 526 codes agrgs (746
dans la version 2010) qui sont censs de reprsenter des entits de consommation des soins plus
ou moins homognes, avec prise en compte de la dure du sjour d'hospitalisation et des cots
sociaux et conomiques des affections. Les DRG sparent les concepts chirurgicaux (procdures
d'intervention) et les concepts mdicaux (diagnostics). En 2009, une variante base sur la CIM-10
et la CISP2 avec convergence vers 176 codes DRG, a t dveloppe pour la rgion de l'Afrique
sub-Saharienne (KPGS). Contrairement la version originale des DRG, qui est licencie par la
socit 3M des prix inaccessibles pour les pays en voie de dveloppement, la KPGS est
librement disponible. Aujourd'hui, les DRG sont utiliss par de nombreux pays pour des fins de
gestion financire et de monitoring des performances des structures de soins.
Le UMLS (Unified Medical Language System) est un meta-thsaurus qui prsente une liste de
concepts de sant avec leurs liens vers les autres classifications et nomenclatures de la sant. Il
s'agit d'une norme liste de 1,4 millions de concepts (groups dans 135 catgories comme
mdicaments, maladies...) avec presque 9 millions de noms de concepts et des rfrences vers
plus de 160 autres vocabulaires sources. L'UMLS inclut un modle smantique qui dcrit 54
relations hirarchiques ("est un") et non-hirarchiques ("est li ") entre concepts. L'UMLS peut
tre librement tlcharg sur le site de la National Library of Medicine. Bien qu'elle est
principalement labore en anglais, elle couvre galement d'autres langues comme le franais.
L'object principal d'UMLS est l'introduction d'un langage standardis en mdecine.
7.2.11 Les communications entre ou avec les agents de la sant

Les informations changes entre les agents de la sant ou entre le MSP et le monde extrieur
vises, concernent 2 grandes catgories de donnes:
1. Informations non-structures
Il s'agit de messages et de documents multi-mdia qui sont principalement changes via des
canaux comme e-mail, systmes de collaboration, systmes de gestion de contenu, bibliothques
numriques et prsentations lectroniques. La forme et le contenu de ces donnes sont trs
variables et dpendent du sujet de la communication et de l'environnement de travail. Seulement
l'utilisateur humain est capable d'interprter les informations non-structures d'une faon fiable.
2. Informations structures
On parle d'change structure de donnes si des mcanismes de dmarquage smantique ont t
mis en place. Cela signifie que les donnes changes sont structures d'une faon qui permet
aussi bien au systme d'information metteur qu'au systme receveur d'attribuer automatiquement
une signification plus ou moins prcise aux donnes changes, sans intervention humaine. Une

telle structuration se prsente le plus souvent sous forme d'un format d'change standardis qui
est reconnu par les deux systmes d'informations qui participent dans la communication. Des
exemples de formats d'change couramment utiliss dans le domaine mdical sont:
HL7 ou Health Level Seven, qui est un standard de messagerie pour les systmes
d'informations mdicales. Le standard a dfini une liste de segments, composs de valeurs de
donnes qui apparaissent dans un ordre prdfini dans un message et qui sont spares par
des caractres spciaux. Il existe ainsi des segments pour l'identification d'un patient, la prise
d'un rendez-vous pour une consultation, l'ordonnance de mdicaments etc. En plus, HL7 a
prdfini une liste de messages 'type' pour lesquels les segments obligatoires et optionnels sont
rpertoris. Le standard HL7 est actuellement surtout utilis pour l'change de donnes
administratives, financires et des rsultats d'examens techniques (laboratoires, imagerie
mdicale...). Bien que la version 3 du standard inclut un modle de donnes labor pour le
contenu clinique du dossier mdical (RIM - Reference Information Model), peu de systmes
d'informations l'intgrent aujourd'hui.
DICOM ou Digital Imaging and Communications in Medicine est un standard qui a comme
objectif de faciliter l'change et le partage d'informations relatives l'imagerie mdicale. Le
standard est le rsultat d'une collaboration directe entre les grands fabricants d'quipements
d'imagerie mdicale et les communauts des utilisateurs (principalement des radiologues). Il
dfinit en dtail les interfaces hardware, les protocoles de connexion, les formats multi-mdia
accepts et les oprations de stockage et de recherche d'informations. Trs simplifi, un
document en format DICOM contient une en-tte (header) structur et ventuellement des
images. L'en-tte contient des informations mdico-administratives qui dcrivent le contexte de
l'opration ralise et/ou des images du document. Un grand nombre de logiciels gratuits pour la
visualisation des documents en format DICOM sont disponibles aujourd'hui.
XML ou eXtensible Mark up Language est un langage qui permet de crer des formats de
messages structurs. Le standard intgre des mthodes pour l'intgration dans un document de
repres (tags) pour l'identification de contenu (par exemple le nom d'un patient, une date de
naissance, un diagnostic), des attribues pour ces lments de contenu (par exemple le format
de la date de naissance, la classification diagnostique utilise, le degr de certitude du
diagnostic) et l'hirarchie entre les lments du contenu (par exemple, un nom est compos
d'un nom de famille et et un prnom, un diagnostic fais partie d'un dossier mdical). Le focus
des formats d'change dvelopps l'aide d'XML est donc sur le contenu et pas sur le formatage
(contrairement au standard HTML qui est trs similaire l'XML mais qui est orient sur la
prsentation de l'information sans se soucier de la signification des diffrentes donnes). Le
standard XML permet donc d'organiser l'change structure de n'importe quel type d'information:
il suffit que les systmes d'informations qui participent dans la communication intgrent
exactement les mmes tags, attributs et hirarchies des tags. De nombreux formats d'change
populaires dans le domaine de la sant sont d'ailleurs bass sur XML: HL-7 version 3, KMEHR-
bis, Clinix, I-Med et beaucoup de formats de messages 'ad-hoc' pour usage interne par des
diteurs de systmes d'informations de sant ou pour usage restreint par des (groupes) de
structures de soins.
7.2.12 Les communications et informations destins au grand public

Les donnes destines au grand public seront principalement diffuses travers le site web (fdr)
du MSP et/ou ses sous-systmes auxquels le public pourra s'abonner (newsletter, communications
pour des patients souffrant de maladies spcifiques, messages destines certaines zones
gographiques, messages thmatiques etc...)
Les mcanismes divers de diffusion de ces donnes (pages HTML, message e-mail, messages
SMS, Facebook, Twitter...) ncessitent une sparation du contenu de la couche de prsentation. Le
contenu structur devra tre stock dans des bases de donnes partir desquelles un module de
diffusion pourra formater les donnes en fonction du moyen de communication choisi: pages HTML,
PDF, images ou autre pour affichage sur le site web, formatage HTML avec ou sans annexes pour e-
mail, texte sans formatage pour les messages SMS etc.
Dans beaucoup de cas, les informations des bases de donnes du site web pourront tre gnres
automatiquement partir d'applications existantes:

Entrept de donnes
Gestion du Budget et des dpenses de la sant
Les donnes de formatage seront stockes dans un CMS sous forme de modles de prsentation
(gabarits).
7.2.13 Les donnes comptables

Pour des fins de comptabilit financire, les donnes suivantes devront tre stockes:
Plan comptable normalis, avec codes et libells standardiss travers le MSP
Identification des structures de sant qui tiennent une comptabilit gnrale et/ou analytique. Ce ci
se fera l'aide des codes d'identification unique des structures de sant
Dtails des dpenses, couvrant toutes les informations sur les procdures d'achat allant du bon de
commande jusqu'au paiement des factures et l'imputation comptable
Dtails des recettes, comprenant l'identification des motifs des recettes (prestations ralises,
subsides, dons...), l'imputation comptable, la tarification (si applicable), l'mission d'offres et de
factures pro-forma, la facturation et le recouvrement
Transactions financires (oprations de caisses, gestion des transactions bancaires)
Inventaires des immobilisations et les amortissements
Dtails de planification budgtaire et des engagements financiers
Tout lment juridique-financier par rapport la structure de la sant
Les utilisateurs et les diffrents droits d'accs sur les modules de comptabilit
7.2.14 Les budgets en relation avec le gouvernement et les partenaires

Les donnes grer par rapport au budget allou par l'tat et ses partenaires la sant, nous
pouvons distinguer trois grandes catgories d'informations
La prvision se base sur l'historique des donnes financires permettant une estimation de
l'volution future des besoins budgtaires. Il s'agit principalement de l'volution des dpenses et
des recettes.
- Dpenses: les cots des intrants comme les mdicaments, des ractifs laboratoires, d'autres
consommables pharmaceutiques; la masse salariale des agents de la sant; l'amortissement et
la maintenance des quipements; la construction, l'amortissement et la maintenance des
btiments; les frais d'exploitation comme l'lectricit, le carburant, les tlcommunications; les
frais de formations; les frais d'analyses, d'valuations et d'tudes, les frais financiers...
- Revenus: les recettes propres des structures de la sant (prestation des soins de sant,
production de produits, vente et location de btiments, d'quipements et de vhicules, vente de
services non-cliniques, recettes financires...) et les subventions (tatiques, partenaires
financiers et techniques, dons de matriels et d'infrastructures)
- La budgtisation exprime les plans en largent quil faudra dpenser pour que les activits que
l'organisation a planifi puissent tre ralises (les dpenses) et largent quil faudra obtenir pour
couvrir les frais engendrs par la ralisation des activits (les revenus). Cest une estimation des
moyens financiers dont l'organisation aura besoin pour raliser son travail. Le budget doit permettre
de contrler les revenus et les dpenses du MSP et dindiquer tout moment les sommes
dargent ncessaires pour mener bien ses activits. La budgtisation ajoute donc la prvision
les actions planifies dans le cadre de la ralisation des objectifs du MSP. Pour cela, elle ajoute
aux donnes de la prvision pour chaque action planifie des lments supplmentaires:
- Les dpenses et les revenus anticips et leur chelonnement dans le temps
- Les risques budgtaires et les marges/rserves prvoir

- Les sources financires potentielles ou engages

- Les indicateurs utiliser pour le suivi budgtaire (ralisation de l'action, utilisation des fonds)
- ...
Afin de permettre un contrle budgtaire suffisamment prcis, il sera prfrable de dtailler la
budgtisation par mois sur une priode de 3 5 ans.
Le contrle du budget est mis en place pour dterminer dans quelle mesure une organisation
atteint ses objectifs en termes financiers. Il s'agit essentiellement d'une comparaison entre les
revenus et les dpenses relles par rapport aux revenus et aux dpenses budgtiss. A des
intervalles prdfinis, on calculera et enregistrera les carts par domaine de dpenses. Les
contrles budgtaires pourront donner lieu des rvisions du budget.
7.2.15 Les dpenses de la sant en relation avec le gouvernement et les

partenaires
Afin de permettre l'analyse de l'volution des dpenses en sant et la comparaison avec des pays
qui rencontrent des problmes sanitaires similaires, il est ncessaire de mettre en place une
nomenclature et classification internationale suffisamment dtaille permettant l'agrgation des
dpenses travers toutes les sous-structures du MSP. Ainsi, toute dpense enregistre dans le
domaine de la sant devra tre associe un code unique (un centre de cot). L'ensemble des
associations "dpense-centre de cot" permettra ensuite la ventilation automatique par priode et
par groupe de structures sanitaires (ou pour la totalit du secteur de la sant).
Seule la standardisation internationale de la nomenclature utilise permettra la comparaison entre

diffrents pays. La RDC, travers le PNCNS, a dj fait un important choix d'adopter la mthode
SHA 2011. Actuellement, les donnes agrges sont gnres travers des enqutes structures
(sur base des centres de cot retenus pour la RDC) auprs des ONGs nationales et internationales,
les bailleurs de fonds, les administrations publiques, les entreprises publiques et prives, les
mnages, les socits d'assurance et de scurit sociale et les mutuelles de sant. Des donnes
secondaires sont recueillies des institutions publiques comme le FSRDC, BCeCO, le Ministre des
Finances et du Budget et le CPCC. Il est prfrable que dans le futur les donnes primaires puissent
tre drives (ventuellement aprs validation par la direction de chaque structure) des systmes de
comptabilit analytique implmenter dans le cadre du PNDIS. Cela permettrait des gains
considrables sur les plans de la compltude, l'exactitude, la promptitude et la traabilit des
donnes.
Des rapports prdfinis sur les dpenses de la sant, doivent pouvoir tre gnrs automatiquement
partir d'une application centrale et mis la disposition du grand public (via le site web fdr du
MSP) aprs validation par les autorits comptentes. Cela permettra la mise en place d'une source
unique pour ce genre d'informations pour tous les acteurs dans le domaine de la sant.
7.2.16 Les plans d'actions

Les informations relatives aux plans d'actions des diffrentes sous-structures du MSP devront tre
consultables partir d'une source unique. Ces informations comprennent:
Les objectifs de la sous-structure: il s'agit d'une dfinition claire et prcise des objectifs par chaque
sous-structure du MSP. A l'heure actuelle, pour beaucoup de structures ceci reprsentera un
nouvel exercice faire, qui permettra de mieux orienter et comprendre les actions planifies sur le
terrain.
Identification des ressources matrielles disposition de la sous-structure: un inventaire des
ressources matrielles durables et leur tat de fonctionnement est un lment essentiel dans la
conception et la comprhension des plans d'actions.
Identification des ressources humaines disposition de la sous-structure: sans les informations
quantitatives et qualitatives sur les ressources humaines, toute planification d'actions est non
pertinente.
Identification des ressources financires disposition de la sous-structure: il s'agit d'un inventaire
exhaustif des diffrentes sources de revenus comme les recettes propres (principalement pour les
structures de soins), des subsides et dons en cours et/ou engags ou des subventions des frais
oprationnels de la structure, afin d'estimer la faisabilit et les risques financiers des actions

planifies (et budgtises)

Description prcise des actions planifies, avec un calendrier des activits et des jalons pour
chaque action
Les ressources matrielles alloues chaque action avec l'intgration des ressources dj
prsentes et l'identification des ressources acqurir.
Les ressources humaines alloues chaque action, l'intgration des ressources humaines
disponibles et la planification des formations ou le recrutement de nouvelles ressources pour
rpondre aux besoins.
Les ressources financires alloues chaque action (si besoin) et l'identification de la source de
financement.
7.2.17 Les donnes d'assurance maladie

Le dveloppement de programmes d'assurance maladie travers des organismes publics ou privs
d'assurance, des mutuelles de sant ou des employeurs publics ou privs, ncessitera la mise en
place d'une gestion coordonne d'un nombre de donnes ce propos chez les assureurs, les
prestataires de soins et au niveau central du MSP:
Au niveau des organismes d'assurance maladie

- Donnes dmographiques de l'adhrent avec identification unique de chaque adhrent
(production et gestion d'une carte d'identification)
- Donnes professionnelles de l'adhrent
- Rgime d'assurance-maladie (catgorie tarifaire, plan de couverture)
- Les personnes couvertes par le rgime d'assurance-maladie avec identification unique de chaque
ayant droit
- La gestion financire d'affiliation (les cotisations et les remboursements raliss)
- Gestion des litiges lis l'adhrent ou un des ayants droits
Identification des prestataires de soins et des structures sanitaires via les codes d'identification
uniques des agents et des structures de sant
Donnes des plans de couverture: une socit dassurance maladie peut grer un ou plusieurs
plans d'assurance qu'elle offre ses adhrents. Les donnes historiques et les modifications de
tous les rgimes dassurance sont conserves, ce qui rend possible de reproduire l'tat de
couverture d'assurance maladie tout moment du pass.
Nomenclature des prestations de soins normalise par le MSP.
Donnes des remboursements rclams et raliss
Au niveau des prestataires de soins

- Donnes dmographiques de l'ayant-droit et son statut avec identification unique de l'adhrent
et/ou de l'ayant droit (utilisation de la carte d'identification)
- Rgime d'assurance-maladie (catgorie tarifaire, plan de couverture)
Nomenclature des prestations de soins normalise par le MSP.
Donnes des remboursements rclams et raliss (pour la comptabilit)
Au niveau central du MSP

Identification des prestataires de soins et des structures sanitaires
Nomenclature des prestations de soins: une liste normalise des prestations de soins (actes,
mdicaments, consommables, journes dhospitalisation, etc.) qui sont remboursables utiliser
comme rfrence par les prestataires de soins.
Tarification par rapport la nomenclature des prestations de soins (pour les structures publiques)
7.2.18 Les dossiers des tudiants et des programmes de formation

L'organisation des programmes de formation dans les institutions d'enseignement sous tutelle du
MSP, ncessitera l'identification des tudiants et des diffrents programmes de formation offerts.

Cela comprend:

- Attribution d'un identifiant unique (par institution d'enseignement) chaque tudiant auquel
seront lies toutes les donnes relatives aux formations suivies.
- Donnes dmographiques de l'tudiant
- Formations et diplmes antrieurs
- Niveau scolaire des parents
Identification du personnel enseignant par code unique de l'agent de sant
Identification des formations
- Code unique pour la formation
- Anne scolaire
- Objectifs de la formation
- Prrequis pour participation et minerval
- Diplme ou certificat li la formation
- Cours faisant partie de la formation avec indication si obligatoire ou optionnel
- Responsable(s) de la formation
- Code unique pour le cours
- Dnomination du cours
- Objectifs du cours
- Modules du cours (thorie, exercices pratiques, devoirs, travail de groupe, prsentations,
rapports, visites de terrain...)
- Planification des diffrents modules (agenda du cours)
- Enseignant(s) responsable(s) pour le cours
Inscriptions des apprenants pour les formations
- Code de la formation
- Code de l'tudiant
- Cours pour lesquels l'tudiant s'est inscrit (obligatoires et optionnels)
- Statut du paiement du minerval
Contenu multimdia des cours avec toute documentation lectronique utile (prsentations, livres,
manuels, guides techniques, exercices, articles scientifiques, logiciels, jeux ducatifs, photos,
films, audio...)
Tests et examens
- Code unique pour chaque test
- Code du cours auquel le test est li
- Documents lectroniques par rapport au test si applicable (interface avec des questions/
rponses lectroniques, documentation utile/ncessaire pour le test, mthode d'valuation
utilise...)
- Code unique du test
- Code unique de l'apprenant
- Date du test
- Rsultat obtenu
- Commentaires de l'valuateur
- ventuellement une version lectronique des rponses fournies par l'apprenant (si applicable, car
plus difficile par exemple pour les prsentations en groupe)
Gestion des utilisateurs et leurs droits d'accs
7.2.19 Les dossiers de formation continue des professionnels de la sant

Dans ce cas, les donnes grer se situent principalement au niveau de l'apprenant. Ces donnes
pourront tre gres dans un systme de gestion de dossier individuel des agents de sant et/ou
des ordres professionnels de la sant (pour les membres de ces structures).
Identification de l'apprenant via le code d'identification unique de l'agent de sant

Identification des formations suivies

- Priode planifie pour la formation

- Dbut et fin de la formation
- Identification de l'institution de formation par code unique de la structure de sant
- Diplme ou certificat obtenu li la formation (ventuellement stockage d'une copie lectronique)
- Points et catgorie d'accrditation lis la formation
7.2.20 Les donnes des ordres professionnels

Les ordres professionnels sont censs de garder un dossier individuel pour chaque affili.
Typiquement, les donnes suivantes sont gres dans un tel dossier:
Identification du membre
- Attribution d'un code d'identification unique (numro d'ordre) chaque membre (secteurs public
et priv)
- Encodage d'identifiants complmentaires (numro unique d'agent de sant, numro de carte
d'lecteur...)
Donnes dmographiques des membres
- Domicile habituel et numros de contact (tlphone, GSM, e-mail)
Donnes professionnelles des membres (affectations)
- Dbut et fin de l'affectation
- Identification de la structure sanitaire via le code unique des structures de sant
- Identification du service
- Rle ou fonction
- Titre ou grade
- Donnes professionnelles de contact (tlphone, GSM, e-mail)
Donnes des formations suivies
- Diplme ou certificat obtenu li la formation (ventuellement stockage d'une copie
lectronique)
Donnes sur la formation professionnelle continue
- Points et catgorie d'accrditation lis la formation
Donnes financires (cotisations, factures, paiements)
Donnes des actions disciplinaires
Utilisateurs et droits d'accs sur les donnes de l'ordre
7.2.21 Les agendas et tches planifies des agents de la sant

Chaque agent de la sant devra avoir la possibilit de garder un agenda lectronique. Un tel agenda
devra tre capable de grer les donnes suivantes:
Horaire de travail
- Par jour les plages d'heures de travail par dfaut
vnements et rendez-vous
- Code d'identification unique de l'agent de sant
- Dates et heures prcises de dbut et de l'vnement
- Sujet ou libell
- Niveau de confidentialit du rendez-vous (visibilit pour d'autres utilisateurs du systme)
- Autres participants (via adresse e-mail)
- Lieu
- Commentaire / autres dtails
- Documents lectroniques attachs
- Ressources rserves
- Rappel lectronique gnrer ou pas

Ressources de planification
- Code unique pour la ressource
- Type de ressource (local, projecteur, salle d'opration, vhicule...)
- Dnomination
- Plages d'heures pendant lesquelles la ressource peut tre rserve
- Critres et cots de rservation
- Documents techniques lectroniques attachs
Tches planifies
- Code d'identification unique de l'agent de sant
- Date de dbut
- Date de fin
- tat d'avancement
- Sujet ou libell
- Commentaire / autres dtails
- Lieu
- Priorit de la tche
- Documents techniques lectroniques attachs
- Rappel lectronique gnrer ou pas
Droits d'accs
- Droits d'accs d'autres utilisateurs sur l'agenda: par utilisateur ou groupe d'utilisateurs spcifier
les droits de consultation, cration, modification et annulation de rendez-vous ou rservations
7.2.22 Les dossiers de contrle de qualit sur les achats et distributions

pharmaceutiques et laboratoires
Il s'agit essentiellement de la gestion des donnes lies aux demandes d'homologation des livraisons
et des rsultats des inspections. Les aspects de gestion des textes rglementaires et normatifs ont
dj t traits dans un autre chapitre. Les donnes complmentaires grer concernent:
L'identification des produits pharmaceutiques (pharmacope). Il s'agit de la mise en place d'une

codification nationale de tous les produits faisant partie de la pharmacope de la RDC. Il est
prfrable de s'appuyer sur des pharmacopes internationales existantes pour cet exercice. Pour
chaque produit rpertori, des codifications internationales complmentaires (ATC, CNK, UPC...)
doivent pouvoir tre encodes ainsi que la notice technique explicative du produit ( fournir par le
fabricant)
Identification des fabricants et distributeurs pharmaceutiques. Tous les fabricants et
distributeurs pharmaceutiques doivent disposer d'un dossier d'accrditation qui comprend une
identification unique, son statut (fabricant, distributeur ou les deux), les coordonnes et personnes
de contact, etc.
Chaque transaction de distribution des produits pharmaceutiques et laboratoires (importations,
entres et sorties des dpts, distribution aux patients) devrait tre traable et devra donc
mentionner l'identification du produit, le numro du lot et idalement le numro d'homologation, la
source et la destination de la transaction, la date de la transaction et la quantit transfre.
Identifications des laboratoires d'analyses via leur code unique de structure de sant.
Rsultats d'analyses laboratoires. Les rsultats d'analyses ralises suite des demandes
d'homologation ou des inspections devront tre grs par les applications de contrle de qualit
sur les achats et distributions pharmaceutiques et laboratoires. Ces rsultats mentionneront au
moins pour chaque analyse:
- Un code unique de l'inspection ou de la procdure d''homologation
- Une description du motif de l'analyse
- Le code unique du fabricant ou distributeur li au produit analys
- Le code unique du laboratoire qui a ralis l'analyse
- La date de rception de l'chantillon
- Un code unique pour l'chantillon
- Le type d'chantillon (descriptif)
- Un code unique pour l'analyse ralise
- La dnomination de l'analyse ralise
- La date de l'analyse

- Le rsultat de l'analyse
- L'valuation du rsultat
- Date de communication du rsultat au MSP
- Date de communication du rsultat au fabricant ou distributeur
Donnes sur les homologations des produits pharmaceutiques et laboratoires
- Un code unique pour la demande d'homologation
- Date de cration du dossier d'homologation
- Le code unique du fabricant ou distributeur li au produit analys
- Code d'identification unique de l'agent de sant responsable pour le dossier d'homologation
- Identification (pharmacope) et quantits des produits concerns par la demande
- Date et rsultats de l'inspection physique
- Date et rsultats de l'inspection administrative
- Date et rsultats des analyses laboratoires ralises (si applicable)
- Dcision sur le dossier
- Date de la dcision
- Date de communication de la dcision au fabricant ou distributeur
Donnes sur les inspections des produits pharmaceutiques et laboratoires
- Un code unique pour l'inspection
- Date de cration du dossier d'inspection
- Le code unique du distributeur li au produit analys
- Code d'identification unique de l'agent de sant responsable pour le dossier d'homologation
- Identification (pharmacope) et quantits des produits concerns par la demande
- Date et rsultats de l'inspection physique
- Date et rsultats de l'inspection administrative
- Date et rsultats des analyses laboratoires ralises (si applicable)
- Dcision sur le dossier
- Date de la dcision
- Date de communication de la dcision au distributeur
Effets secondaires et indsirables enregistres: dans la mesure du possible, chaque
enregistrement d'un effet secondaire ou indsirable devrait inclure une rfrence au numro du lot
et du dossier d'homologation du mdicament en question. Ainsi seront lies les donnes de la
pharmacovigilance aux dossiers d'homologations et indirectement aux fabricants et distributeurs
de ces produits.
7.2.23 Les donnes d'imagerie numrique

Un RIS est un outil de production du service dimagerie mdicale qui gre et fiabilise lensemble des
donnes du dossier du patient, de la prise de rendez-vous jusquaux statistiques dactivit. Multi-
fonctionnels et multi-optionnels, les modules techniques qui le composent permettent de dfinir et de
grer de manire spcifique des profils utilisateurs diffrents (prescripteurs, radiologues,
manipulateurs, secrtaires).
Compos dune partie gestion et dune partie image, il permet au service du patient et des
praticiens :
De grer le dossier du patient et son historique
De consulter lhistorique commun des patients de nimporte quel endroit du rseau
De conserver sur plusieurs annes tous les vnements entrant dans le dossier patient
Aux mdecins de produire des comptes-rendus en utilisant la puissance de la dicte numrique
afin de numriser le circuit des comptes rendus
De produire, darchiver et de diffuser des comptes-rendus
Lindexation des images au dossier du patient et la gestion de lhistorique complet sur une dure
de plusieurs annes
La diffusion des images produites par le service dans lhpital
De stocker les images issues du scanner, IRM et autres modalits dimageurs au format DICOM
Un PACS est un systme informatique qui permet de stocker au format DICOM les images issues
des modalits dimageurs. Il repose sur quatre composants informatiques trs puissants (serveurs de
base de donnes, supports darchivage, consoles diagnostiques et consoles de visualisation) qui
autorisent des utilisations de systmes de plus en plus rapides afin de mieux rpondre aux besoins

de lhpital.
Les supports darchivages court et moyen terme sur support magntique ou optique. Une des clefs
dun fonctionnement efficient est de grer une bonne hirarchisation de larchivage, notamment des
taux de compressions, pour optimiser le support de sauvegardes.
Les consoles diagnostiques prsentent une approche volumique avec les logiciels de post-traitement
de type MIP, MPR, reconstruction 3D. Elles sont proposes par certains fournisseurs comme
alternative la deuxime console de modalit.
Les consoles de visualisation : les technologies de lInternet permettent, pour les postes de travail
distants des correspondants, la visualisation, la prsentation et la communication par messagerie
lectronique des images scurises par cryptage pour la transmission en dehors de lhpital.
En termes de donnes, les applications RIS/PACS devront sont lies aux fonctionnalits suivantes :
Remplacement des films par des images lectroniques

- Identification du patient sur base dun code unique au sein de la structure de soins o lexamen
a t ralis. Le PACS stockera galement lidentifiant unique utilis par le prescripteur si ce
dernier se trouve dans une autre structure de soins.
- Identification des demandes dexamens dimagerie mdicale
- Identification des prescripteurs via le code unique de lagent de sant
- Identification des examens dimagerie mdicale raliss
- Stockage dimages numriques en format DICOM
Accs ( distance) aux images

- Identification de lutilisateur qui veut consulter les images via le code unique de lagent de sant
Intgration SIH et RIS

Lvolution des standards IHE, DICOM, HL7 permet lintgration et linteroprabilit avec le SIH.
Plus particulirement le dossier patient, les systmes de gestion administratives des malades,
les logiciels de prise de rendez-vous et dans un futur proche la facturation qui sont les
principales composantes du SIH. Les donnes clefs grer sont lies :
- Identification des demandes dexamens dimagerie mdicale
- Identification des modalits / quipements dimagerie mdicale
Gestion des flux de travail

- Rendez-vous des patients
- Planification des examens et agendas des oprateurs techniques et radiologues via le code
unique de lagent de sant
- Planification de lusage et de la disponibilit des modalits, y compris les oprations de
maintenance
Gestion administrative
- Identification des oprateurs techniques et radiologues via le code unique de lagent de sant
- Profils utilisateurs et droits daccs

Chapitre
VIII
Architecture technologique 129
8 Architecture technologique
Sur base de l'architecture mtier et l'architecture des systmes d'informations, nous pouvons avancer
un nombre de choix technologiques afin de raliser les objectifs formuls par les diffrentes parties
prenantes du MSP:
1. La mise en place d'un rseau de communication performant pour la sant qui couvre la totalit du
territoire de la RDC (intranet sant)
2. La cration d'un nombre de datacenters professionnels au niveau central et dans les divisions
provinciales de la sant pour l'hbergement des donnes et des applications mtiers centrales du
MSP
Le datacenter central hbergera un nombre de serveurs d'applications web accessibles
travers l'intranet sant:
Un entrept unique de donnes pour la collecte de donnes agrges dans le secteur de
la sant
Un rpertoire central pour la gestion des ressources humaines de la sant
Un systme de gestion des bases de donnes des ordres professionnelles
Un rpertoire central pour l'identification et la gestion des structures du MSP
Un site web fdr pour toutes les directions et programmes du MSP
Un systme de collaboration avec gestion des flux de travail
Une bibliothque numrique pour la sant
Une solution de messagerie professionnelle (domaine .cd du MSP) pour tous les agents
de la sant
Un agenda lectronique personnel pour chaque agent de la sant
Un systme central de planification et de suivi des actions
Un systme de gestion des stocks et des maintenances des matriels/infrastructures
Un systme d'enseignement en ligne
Une solution internet pour la diffusion en direct (streaming) et/ou en diffr
(tlchargement) de cours multimdia pour les structures d'enseignement.
Un systme de suivi du contrle de la qualit pharmaceutique
Un systme de suivi du contrle de la qualit laboratoire
3. La mise disposition d'une suite bureautique avec traitement de texte, tabulateur et logiciel de
prsentation sur chaque poste de travail du MSP
4. La mise en place d'outils de collecte de donnes agrges pouvant rpondre des
circonstances de connectivit intermittente et/ou trs faible bande passante (2G/3G/VSAT et
SMS/USSD)
5. La mise en place de systmes de gestion intgre des informations hospitalires avec
alimentation automatique de donnes agrgs dans l'entrept national de donnes
6. La mise en place de systmes simplifis pour la gestion des informations des centres et des
postes de sant sur tablettes avec alimentation automatique de donnes agrgs dans
l'entrept national de donnes
7. La mise disposition d'un nombre de logiciels d'analyse statistique et pidmiologique
valids
8. La mise disposition d'un logiciel de gestion d'informations gographiques et son
intgration avec l'entrept de donnes
9. La mise disposition d'un logiciel de comptabilit pour toutes les directions centrales,
programmes, hpitaux, bureaux provinciaux et bureaux des zones de sant avec un plan
comptable unique pour le MSP
10. La mise disposition d'un systme de gestion des organismes d'assurance maladie et des
mutuelles de la sant avec alimentation automatique de donnes agrges dans l'entrept
national de donnes
11. La mise en place d'un systme de gestion laboratoire (LIMS) pour les diffrents laboratoires
cliniques et/ou industriels du MSP avec rapportage automatique dans l'entrept national de
donnes
12. La mise en place d'un systme de gestion de stocks et de la distribution des produits
pharmaceutiques avec rapportage automatique dans l'entrept national de donnes

13. La mise en place d'une solution de vidoconfrence performante et partage au niveau du

Secrtariat Gnral de la Sant.
14. La mise en place d'une infrastructure de tl-consultation et tl-expertise programme
pouvant utiliser une bande passante satellitaire ddie.
15. Le dveloppement d'un systme de pharmacovigilance qui interconnecte le centre national de
pharmacovigilance avec la D3 et les structures de soins.
16. La mise en place d'un PACS rgional pour les structures de soins pouvant tre branches sur
la fibre optique
17. La slection d'un ensemble cohrent de standards, classifications, codifications et
nomenclatures internationaux pour la gestion structure des informations sanitaires en RDC.
8.1 Intranet sant

L'intranet sant devra interconnecter toutes les structures de sant allant du niveau central jusqu'aux
BCZS et HGR dans un rseau de communication lectronique fiable et avec une bande passante
adapte aux besoins formuls dans les architectures d'applications et des donnes. Ce rseau ddi
la sant constituera l'pine dorsale pour tous les changes de donnes au sein du MSP. Les sites
couvrir par l'intranet sant sont dtaills en annexe 2 du PNDIS
8.1.1 Infrastructure
L'infrastructure de l'intranet de sant rpondra aux critres suivants:
Chaque nud (= site) du rseau devra avoir un accs internet
Chaque nud du rseau devra avoir un accs aux serveurs centraux du MSP travers un rseau
priv physique ou virtuel
Le rseau intranet doit tre accessible en permanence, sans limitations dans le temps et du
volume de donnes transfres (ce critre est valable pour la totalit des nuds)
Les bandes passantes minimales relles pour les accs aux services intranet sont comme suit:
- Sites de catgorie 1: 10Mb/s download, 1Mb/s upload
- Sites de catgorie 2: 1Mb/s download, 256Kb/s upload
- Sites de catgorie 3: 256Kb/s download, 64Kb/s upload
- Sites de catgorie 4: 64Kb/s download, 64Kb/s upload
L'identification de la catgorie propose pour chaque site de sant est documente en annexe 2 du
PNDIS.
Selon les disponibilits locales, les technologies rseau suivantes peuvent tre utilises
- Fibre optique (pour l'instant limit aux grandes villes)
- 3G (dans les grandes agglomrations urbaines o le rseau 3G est suffisamment performant)
- WiMax
- VSAT
Le matriel ncessaire dans le cadre de la mise en place de l'intranet de sant devra tre:
Simple dployer: aprs avoir bnfici d'une courte formation, les techniciens informatiques du
MSP doivent tre capables de dployer les quipements sans besoin d'assistance technique
avance.
Fiable: le fonctionnement correct des quipements doit tre permanent et les pannes techniques
doivent donc tre exceptionnelles
conomique: les oprations de maintenance doivent tre minimales et la dure de vie moyenne
des quipements doit tre suffisamment longue (au moins 7 ans) compte tenu des conditions
atmosphriques de la RDC
8.1.2 Gestion et monitoring

Un ensemble d'outils pour la mesure, le contrle et la supervision permanents de l'intranet sant
devront tre mise en place. Ces outils permettront:
L'administration du rseau et des nuds

- Chaque nud sera document dans un systme central avec identification des personnes de
contact, la localisation gographique, les spcifications techniques des quipements installs,

la catgorie et les services que le site est autoris utiliser.

Le suivi de l'utilisation
- Une visualisation graphique de l'ensemble du rseau et des historiques des ressources
consommes (bande passante, volume de donnes, temps de connexion...). Ces
consommations devront en plus pouvoir tre ventiles par nud et/ou par protocole.
La gestion de la qualit de service (QoS)
- Pour assurer une bonne gestion du rseau, il est essentiel de mettre en place une gestion des
applications autorises ou refuses, ainsi qu'une gestion des priorits de fonctionnement de ces
applications sur le rseau. L'intranet sant permettra la gestion de ces rgles avec spcification
par application/protocole: l'autorisation (oui ou non), les plages horaires d'accessibilit et la
priorit du trafic.
8.2 Data-centers de la sant

Il est ncessaire d'installer une infrastructure serveur performante pouvant assurer de faon fiable et
permanente le fonctionnement d'un nombre d'applications critiques pour le MSP. Cette infrastructure
se prsentera sous forme de datacenters installer au niveau central (SG) et aux niveaux
intermdiaires (DPS). Les donnes des datacenters seront stockes de faon redondante avec
backup scuris qui est vrifi de faon systmatique. Ces datacenters seront installs dans des
btiments bien protgs avec un systme de contrle d'accs fiable et monitor. Ils disposeront
d'une alimentation lectrique stable et permanente avec une autonomie d'au moins 24 heures en cas
de panne de courant prolonge.
Les datacenters des DPS serviront principalement comme solutions de:

Stockage rseau des donnes pour les utilisateurs de la DPS
Proxy et mmoire cache pour les services web (http et https)
Messagerie professionnelle (serveurs e-mail esclaves provinciaux pour viter le passage des
communications locales sur l'intranet sant)
Le datacenter central du MSP hbergera:

Les bases de donnes de rfrence de la sant
Les applications centrales (entrept de donnes, gestion du dossier individuel de l'agent de sant,
systme d'informations gographiques, outils de collaboration, bibliothque numrique, systme
de gestion pharmaceutique, serveur web fdr du ministre, messagerie professionnelle etc.)
Les domaines et sous-domaines internet/intranet du MSP (sante.gouv.cd) et de la sant (sante.cd)
Les applications centrales
En gnral, les technologies utilises pour les diffrentes applications hberges au niveau central
doivent tre prouves, rpandues, stables, fiables et de prfrence sources libres. Une orientation
vers les applications Web est avance par le PNDIS. Des spcifications technologiques plus
dtailles pour ces applications sont fournies ci-aprs:
8.2.1 Entrept de donnes

Interface utilisateur web, mobile
Outils clients navigateur web, de prfrence l'application sera compatible avec
les dernires versions de Chrome, Firefox, Internet Explorer,
Opera et Safari. Applications bureautiques standards pour la
visualisation et l'analyse de donnes
Protocoles de communication http, https
rseau
Base de donnes relationnelle avec interface ip. L'application est de prfrence
indpendante du SGBD utilis.
Systme d'exploitation Linux ou Microsoft Windows
Interfaces et API RESTful, SOAP
Dveloppement PHP ou Java, JavaScript

8.2.2 Rpertoire des ressources humaines

Interface utilisateur web
rseau
8.2.3 Bases de donnes des ordres professionnelles

rseau
8.2.4 Rpertoire des structures de la sant

rseau
8.2.5 Site Web du MSP



rseau
Dveloppement PHP ou JSP, JavaScript, Flash
8.2.6 Systme de collaboration

rseau
8.2.7 Bibliothque numrique

rseau
Interfaces et API WebDav
8.2.8 Messagerie professionnelle

Interface utilisateur web, mobile
Protocoles de communication http, https, smtp, lmtp, imap4, pop3, ldap
rseau

8.2.9 Agenda et carnet d'adresses lectroniques

Protocoles de communication http, https, ldap
rseau
Interfaces et API ICS, VCF, RESTful
8.2.10 Planification et suivi des actions

rseau
Interfaces et API SOAP, RESTful
8.2.11 Gestion des stocks et des maintenances matrielles

rseau
8.2.12 Enseignement en ligne

rseau


Dveloppement PHP ou Java, JavaScript, Flash
8.2.13 Diffusion de cours multi-mdia

rseau
Dveloppement PHP ou Java, JavaScript, Flash
8.2.14 Contrle de qualit pharmaceutique

rseau
8.2.15 Contrle de qualit laboratoire

rseau
8.3 Suite bureautique

La suite d'applications bureautiques devra garantir une compatibilit avec les formats couramment
utiliss par les logiciels pour le stockage et l'change de documents lectroniques: Microsoft Office

versions 97 2013, OpenDocument format, DocBook, StarOffice, Microsoft RTF, Adobe PDF, HTML,
BMP, JPG et Photoshop. Ces outils bureautiques doivent tre disponibles pour les systmes
d'exploitation Linux, Microsoft Windows, OS X et Android.
8.4 Outils de collecte de donnes agrges

Des outils de collecte de donnes devront tre implments, permettant d'alimenter l'entrept de
donnes travers des interfaces utilisateurs et des interfaces machines.
Les interfaces utilisateurs seront principalement utiliss au niveau des BCZS, HGR et CS. Elles
peuvent tre gnres par les applications suivantes:
L'application centrale d'entrept de donnes, sous forme de pages HTML, avec ou sans
possibilit d'encodage offline
Une application centrale de gestion de messages USSD avec une interface vers l'entrept de
donnes.
Une application locale cliente permettant la synchronisation des masques de saisie avec l'entrept
de donnes central, l'encodage offline des donnes agrges et l'envoi de ses donnes
l'entrept de donnes travers une interface ou un API expos par ce dernier. Cette application
locale devra tre compatible avec les systmes d'exploitation Windows et Android, permettant son
utilisation sur des quipements mobiles (tablettes, smartphones) dans les structures priphriques
du systme de sant.
Une application locale qui gre les encodages des donnes primaires (correspondants aux
contenu des registres papiers utiliss dans les structures de soins) en mode offline. Cette
application intgrera galement une fonctionnalit d'extraction priodique des donnes agrges
qui sont exiges pour envoi dans l'entrept de donnes et prend en charge leur transmission vers
ce dernier moyennant une interface ou un API. L'application locale devra tre compatible avec les
systmes d'exploitation Windows et Android, permettant son utilisation sur des quipements
mobiles (tablettes, smartphones) dans les structures priphriques du systme de sant.
La mise en place d'une couche intermdiaire (middleware) devra faciliter la communication entre
les applications des BCZS, HGR et CS en prophrie et l'entrept de donnes au niveau central. Ce
middleware se prsentera sous forme de deux modules: un module installer sur les postes clients
et un module sur un serveur central.
Le module sur le poste client recevra les donnes agrges de l'application d'encodage de
donnes primaires qui est installe sur la mme machine. Ds la rception des donnes, le
module client essayera d'envoyer les informations dans un format structur en utilisant un ou
plusieurs mcanismes de communication configurs sur la machine: https, http, smtp ou SMS (si
httpd, http ou smtp ne sont pas disponibles). L'utilisation de messages SMS pour la transmission
des donnes permettra l'utilisation de la solution sur une trs grande partie du territoire de la RDC.
Le module central recevra alors les informations transmises par les modules clients, les
transforme en un format compatible avec l'interface ou l'API de l'entrept de donnes et les envoie
ce dernier. Aprs rception des donnes par l'entrept de donnes, un message de confirmation/
acceptation est renvoy au module middleware sur le poste client qui marquera les donnes
agrges concernes comme 'envoyes avec succs'.
8.5 Systmes de gestion intgre des informations hospitalires

Les SIH, qui seront dploys sur des serveurs hbergs localement dans les structures de soins,
devraient s'orienter sur les normes technologiques suivantes:
Interface utilisateur web (de prfrence) ou interface graphique propritaire (dans le

cas d'une configuration client-serveur), mobile
Application C++, C# ou .NET pour les configurations client-

serveur
rseau
Systme d'exploitation serveur Linux ou Microsoft Windows
Systme d'exploitation client Linux, Microsoft Windows, Android ou OS X
Interfaces et API SOAP, RESTful, HL-7, DICOM, DXF2
Standards d'information CIM-10, CISP-2, DSM-4, ATC, code-barres, LOINC
Dveloppement PHP ou Java, JavaScript (ventuellement C++, C# ou .NET pour
les configurations client-serveur)
8.6 Gestion des informations des centres et des postes de sant

Il s'agit essentiellement des applications d'encodage des donnes primaires mentionnes dans la
section "Outils de collecte de donnes agrges". Ces applications devront permettre l'encodage de
toutes les informations qui sont actuellement collectes travers les registres papiers dans les CS
et PS (et ventuellement dans les petits HGR ou HS).
Interface utilisateur web, mobile (de prfrence optimise pour tablettes)

Outils clients le navigateur web sera de prfrence compatible avec les
dernires versions de Chrome, Firefox, Internet Explorer, Opera
et Safari.
Une application mobile est de prfrence dveloppe pour
Android
Protocoles de communication http, https, smtp, SMS ou aucun (transmission des
rseau informations via une solution middleware)
Base de donnes relationnelle
Systme d'exploitation Microsoft Windows ou Android
Interfaces et API API middleware
Standards d'information voir exigences des registres papier existants
Dveloppement C++, C# ou .NET ou Android
8.7 Logiciels d'analyse statistique et pidmiologique

Interface utilisateur graphique
Systme d'exploitation client Microsoft Windows ou Linux
Interfaces et API CSV, Microsoft Excel, Microsoft Access, MySQL, Microsoft
SQL Server
8.8 Logiciels de gestion d'informations gographiques

Interface utilisateur graphique, web
rseau
Base de donnes relationnelle. L'application est de prfrence indpendante du
SGBD utilis.
Systme d'exploitation Microsoft Windows, Linux ou OS X
Interfaces et API WMS, Google Geocoding API
Dveloppement C++, C# ou .NET

8.9 Logiciel de comptabilit gnrale et analytique

Base de donnes relationnelle
Systme d'exploitation client Microsoft Windows ou Linux
Interfaces et API CSV, Microsoft Excel, Microsoft Word, PDF
8.10 Systme de gestion des organismes d'assurance maladie

rseau
8.11 Systme de gestion laboratoire (LIMS)

rseau
Standards d'information LOINC
intgrs
Interfaces et API RESTful, SOAP, HL-7
8.12 Gestion de stocks et de la distribution des produits

pharmaceutiques
rseau


Standards d'information Code-barres (3/9, UPC)
intgrs
Interfaces et API RESTful, SOAP, HL-7
8.13 Solution de visioconfrence

On nomme visioconfrence la combinaison de deux technologies :
- la visiophonie ou vido-tlphonie, permettant de voir et dialoguer avec son interlocuteur ;
- la confrence multipoints ou 'confrence plusieurs', permettant d'effectuer une runion avec
plus de deux terminaux.
Dans la pratique, le terme visioconfrence reste toutefois utilis mme lorsque les interlocuteurs ne
sont que deux. Aujourd'hui, nous visons surtout les solutions de visioconfrence qui sont bases sur
le protocole rseau IP, qui constitue la base d'internet.
Aspects rseau
Internet n'est que l'un des rseaux utilisant le protocole IP. C'est un rseau public sur lequel la
qualit de service (par exemple le dbit ou le temps d'acheminement des donnes) n'est pas toujours
garanti. Or la visioconfrence est un service trs exigeant en matire de dbit (la transmission des
images ncessite un grand nombre d'informations) et surtout en matire de temps de transport. C'est
en effet un service "en temps rel" et tout retard de transmission rend les paroles ou les images
changes incomprhensibles. Par ailleurs, la transmission de donnes sur Internet peut poser des
problmes de scurit et de confidentialit pour l'organisation. C'est pourquoi, dans le cas des
utilisations professionnelles de la visioconfrence, le rseau IP est en gnral bas sur le rseau
local de l'entreprise (l'intranet sant dans le cas du MSP), car celui-ci possde des caractristiques
techniques adaptes permettant d'offrir une qualit de service matrise.
Protocoles
La norme de visioconfrence H323 a t conue par lUIT-T (monde des tlcoms) alors que SIP a
t conu par le monde de linternet. Dans les dernires annes, H.323 tait toujours la norme
majoritairement utilise dans le domaine professionnel pour la visioconfrence sur IP. Le protocole
SIP est actuellement en train de prendre le relais, les oprateurs et fournisseurs de matriel ayant
intgr l'offre.
Rsolution
Il est propos d'opter pour des terminaux classiques qui utilisent une rsolution CIF (352288 pixels)
ou 4CIF (704576 px). Ces systmes offrent aussi une audio de bonne qualit chantillonne au
moins 16 kHz.
La prsentation de donnes, le travail collaboratif

Outre la possibilit de voir et d'entendre ses interlocuteurs, la visioconfrence est souvent associe
une solution qui permet de prsenter des documents et de travailler de manire collaborative. Pour
ce faire, plusieurs solutions peuvent tre mises en uvre:
Partage de documents grce un deuxime flux vido: chaque participant reoit dans ce cas
un flux vido interactif, qui permet de voir son interlocuteur, et un flux document, qui peut tre une
capture d'un cran d'ordinateur, ou d'une fentre d'application. Ce deuxime flux utilise
gnralement une plus grande rsolution.
La confrence web: ces solutions sont trs utilises. Leur avantage majeur est de franchir les
rseaux d'entreprises et les NAT (c'est dire un serveur qui opre la conversion entre le plan
d'adressage priv (interne) et le plan d'adressage public (utilis pour le routage sur Internet) en
utilisant si ncessaire un tunnel sur HTTP / HTTPS. Les participants, o qu'ils soient, n'ont donc
qu' se connecter sur un serveur web, qui installe ventuellement une application permettant de
participer la confrence. L'environnement de ces applications est gnralement soign et il offre
des fonctions diverses: prsentation de documents, prise de contrle distance, gestion des
participants, conversation texte...

Usage des dispositifs

Les salles o seront installs les dispositifs de visioconfrence doivent disposer de linfrastructure
ncessaire au bon fonctionnement des systmes: raccordements lectriques, raccordements
rseaux en nombre suffisant, raccordement Internet. Les chiffres sont tayer avec les
constructeurs mais un dbit de 512 Kb montant semble ncessaire pour une qualit dimage
satisfaisante. Dans le cas de l'intranet sant du MSP, cela ncessitera la rservation d'une partie de
la bande passante ces fins pendant des plages horaires ddies aux visioconfrences.
8.13.1 Infrastructure de tl-consultation et tl-expertise

Les aspects technologiques de la tl-consultation et de la tl-expertise se rapprochent de ceux
des solutions de visioconfrence. Dans le cas des tl-consultations, on ajoute parfois des
quipements diagnostiques supplmentaires qui, travers un logiciel intgrateur du ct de l'agent
assistant de sant qui se trouve avec le patient, intgrent leurs rsultats (images, mesures, bio-
signaux) dans l'ensemble des informations changes avec le mdecin consultant. Il est important
de respecter les standards dans la matire (comme DICOM) pour permettre ce genre d'intgration.
8.14 Systme de pharmacovigilance

Les solutions de pharmacovigilance combinent d'un point de vue technologique plusieurs
composantes:
Logiciels d'enregistrement des effets indsirables des mdicaments
Interface utilisateur graphique, USSD

Opera et Safari.
client USSD sur les tlphones mobiles
applications propritaires sur ordinateurs mobiles (tablettes et
smartphones)
Protocoles de communication http, https, USSD, SMS
rseau
Systme d'exploitation Android ou Microsoft Windows
Standards d'information ATC, Pharmacope nationale
intgrs
Dveloppement PHP ou Java, JavaScript, Android
Serveur de collecte et de traitement des effets indsirables

rseau
intgrs

Interfaces et API Visiflow, Visibase, VigiMed, WHODD, RESTful, SOAP

Middleware
Cette composante reprsente un systme qui s'intercale entre les clients d'encodage et
l'application serveur et qui est capable de recevoir des messages SMS ou des codes USSD des
applications clientes et les transforme et les envoie une interface ou un API de l'application
serveur.
Interface utilisateur aucune
Protocoles de communication USSD, SMS
rseau
intgrs
Interfaces et API RESTful ou SOAP de l'application serveur
Dveloppement PHP ou Java, JavaScript (ventuellement C++, C# ou .NET si
pas d'alternatives)
8.15 PACS rgional mutualis

La mise en place de projets mutualiss dimagerie numrique rpond plusieurs objectifs :
Partager entre plusieurs structures les avantages natifs des PACS:
- Amliorer la prise en charge des patients
- Assurer une plus grande efficience des professionnels de radiologie
Partager les expertises
Permettre aux tablissements de soins qui ont des quipes informatiques et fonctionnelles
limites de russir un projet plus complexe
Diminuer les cots lis la production et la gestion des images et la prise en charge des
patients.
Un PACS mutualis peut en effet permettre:

Laccs nimporte quel professionnel de sant dans une structure partageant le PACS, aux
images mdicales dun patient et leur interprtation quelque soit le lieu de production de ces
images
La recherche dimages antrieures pour vrifier lvolution de la maladie grce larchivage
Une meilleure prise en charge du patient du fait de la coordination des professionnels de sant
permettant des prises de dcisions plus rapides:
- prises en charge des urgences neurochirurgicales, traumatologiques ou chirurgicales
- absence de transfert des patients
- tenue de runions de concertation pluridisciplinaires
La permanence des soins est assure dans un contexte de manque de radiologues grce
l'utilisation du PACS dans le cadre de la tlradiologie
Le modle propos dans le PNDIS dfinit deux couches bien distinctes de fonctions fournies:
La fonction darchivage dimages qui permet darchiver les images dans le respect des rgles de
conservation lgales
La fonction mtier qui permet dexploiter les images des fins mdicales: stockage, traitement et
diffusion
Les grands principes du modle propos sont:

Une fonction darchivage mutualise
Des infrastructures supportant ce modle, ralises par des groupements industriels proposant

une facturation lutilisation selon le modle SaaS. Une solution alternative serait quun des
tablissements soit offreur de services pour les autres partenaires.
Dans ce modle rgional mutualis, le primtre couvrir par une plate-forme dpend directement du
nombre dexamens raliss et est valu environ 150.000 examens par an. Ceci pour disposer dun
modle conomique et oprationnel viable.
Rseaux WAN et performances

Les dbits suivants peuvent tre prconiss dans la configuration finale daccs une plate-forme
rgionale mutualise de PACS:
tablissements et cabinets de radiologie: solutions de lordre de 2 100 Mb/s avec de prfrence
des solutions bases sur la fibre optique
HGR et structures de soins sans quipements lourds (scanners, IRM): dbit de 2 Mb/s qui peut
mme tre assur par Internet

Opera et Safari. visualiseur DICOM
Protocoles de communication http, https, DICOM
rseau
solution d'archivage d'images trs grande capacit (ordre de
grandeur de peta-octets)
Systme d'exploitation Linux
Standards d'information DICOM, HL7
intgrs
8.16 Standards d'information

En termes de standards d'informations, un choix devra tre fait pour un usage systmatique travers
les diffrentes applications du domaine de la sant en RDC. Les standards internationaux suivants
semblent tre un bon point de dpart pour la RDC, bas sur un usage trs rpandu, une disponibilit
gratuite et l'existence en langue franaise:
Diagnostics
Classification Internationale des Maladies (CIM-10)
Manuel diagnostique et statistique des troubles mentaux (DSM-4)
Classification Internationale des Soins Primaires (CISP-2)
Motifs de consultation
Classification Internationale des Soins Primaires (CISP-2)
Thsaurus et dictionnaires cliniques

Terminologie mdicale Bilingue et Biclassifie (3BT)
Analyses laboratoires
Identifiants, Dnominations et Codes des Observations Logiques (LOINC)
Mdicaments
Classification Anatomique Thrapeutique (ATC)
Groupement de diagnostics - DRG

Groupes Homognes de Diagnostics pour l'Afrique sub-Saharienne (KPGS)

Chapitre
IX
Opportunits et solutions 145
9 Opportunits et solutions
Aprs analyse des architectures mtiers, applicatives, des donnes et technologiques en relation
avec le contexte NTIC du systme de sant en RDC, un nombre de solutions et d'opportunits on pu
tre identifis qui permettront une mise en uvre plus rapide ou plus efficace du PNDIS. Il s'agit:
De solutions dj mises en production dans des structures du systme de sant en RDC ou dans
des pays avec des situations sanitaires comparables et qui on fait preuve d'une utilit spcifique
De solutions qui tmoignent d'une adaptation particulire la ralit du terrain sub-saharien
De solutions avec une acceptation claire par les utilisateurs cibles
De solutions avec un rapport cot/efficacit particulirement intressant
De solutions permettant de raliser des quick -wins
A travers les diffrentes solutions repres et proposes, quelques constantes technologiques ont pu
tre mises en vidence:
Une prfrence pour des applications Web, rduisant considrablement l'effort de dploiement des
applications
Utilisation de langages de programmation standardises comme le Java et PHP
Utilisation du SGBD MySQL o possible, au moins pour la gestion des bases de donnes
hberges au niveau du datacenter central
Une prfrence pour des applications qui exposent une API RESTful
9.1 Infrastructures
9.1.1 Intranet sant
A Kinshasa et Lubumbashi, un grand nombre de btiments du MSP se trouvent proximit de la
fibre optique, permettant techniquement la mise en place d'une connexion internet/intranet trs
haut dbit. Dans ces zones urbaines, il existent d'ailleurs aussi d'autres moyens de connectivit
large bande passante stables et cot raisonnable bases sur des technologies WiMax ou 3G et
qui sont offerts par plusieurs fournisseurs internet et tlcom.
En dehors des zones urbaines, les bandes passantes offertes par les oprateurs tlcoms/internet
via les connexions 2G/3G sont d'une part trs faibles et d'autre part trs instables. Pour garantir une
connexion oprationnelle et fiable, il y a pour l'instant (et cela restera encore valable pendant
quelques annes) une quasi obligation de passer par la connectivit satellitaire. Plusieurs projets
dans le domaine de la sant sont pour le moment en phase de dploiement d'quipements VSAT
(IMA/DFID, Fonds Mondial) dans des zones de sant, mais sans avoir mis en place une vraie
concertation inter-bailleur et/ou inter-projet. Par consquent, sans dmarche de coordination urgente,
certains BCZS et HGR disposeront bientt de plusieurs connexions VSAT redondantes (parfois en
plus des connexions 2G/3G et WiMax parallles dj acquires) tandis que d'autres zones voisines
resteront enclaves, dpourvu de tout moyen de communication lectronique. Le besoin technique et
la volont politique nationale et internationale pour la mise en place d'un accs quitable aux rseaux
de communication, semblent par contre tre rels. Ce constat prsente une importante opportunit
pour une action concerte de mise en place d'un rseau back bone de la sant stable, fiable et
bande passante suffisante pour permettre le fonctionnement correct des applications clefs du
systme de sant.
Un tel rseau devra couvrir les structures suivantes:

Le Cabinet du Ministre de la Sant Publique (Site de catgorie 1: 10Mb/s download, 1Mb/s upload)
Le Secrtariat Gnral (Site de catgorie 1: 10Mb/s download, 1Mb/s upload)
Les autres grands sites regroupant des directions et des programmes de la sant Kinshasa
(Sites de catgorie 2: 1Mb/s download, 256Kb/s upload)
Les DPS (Sites de catgorie 3: 256Kb/s download, 64Kb/s upload)
Les BCZS (Sites de catgorie 4: 64Kb/s download, 64Kb/s upload)
Les hpitaux (HGR, HS et hpitaux de rfrence nationale) (Sites de catgorie 4: 64Kb/s
download, 64Kb/s upload)

Les Institutions d'enseignement (Sites de catgorie 2: 1Mb/s download, 256Kb/s upload)
La connexion au rseau intranet sant se ralisera au niveau des sites physiques o une seule
connexion sera partage par toutes les structures de sant qui se trouvent dans une mme enceinte.
La bande passante (ou la catgorisation) de la connexion sera bien sr dimensionne en fonction du
nombre d'utilisateurs prsents sur le site.
Sur base d'une tude du march, les technologies suivantes peuvent tre proposes l'heure
actuelle:
Site de catgorie 1: connexion la fibre optique
Site de catgorie 2: connexion la fibre optique, WiMax ou VSAT
Site de catgorie 3: VSAT
Site de catgorie 4: VSAT
En pratique, il est suggr la mise en place de l'intranet sant sous forme d'un VPN travers
Internet, avec:
Connexion du datacenter central de la sant sur la fibre optique avec une bande passante de
catgorie 1 et sans limite par rapport au volume de donnes transfres.
Connexion des structures des niveaux intermdiaires et priphriques via VSAT avec des bandes
passantes individuelles de catgories 3 et 4, intgres dans un contrat global pour le MSP d'une
bande passante totale d'au moins 12 Mb en upload et 3 Mb en download et sans limites par
rapport au volume de donnes transfres.
9.1.2 Data-centers et box serveurs

Des datacenters devront tre dploys aux niveaux central et intermdiaire. Des dmarches
prparatoires ont dj t entreprises dans ce sens au niveau de quelques structures centrales de
sant comme la DEP, le CEDESURK, le PNLS, le PNLT et sont essentiellement bases sur
l'installation de racks avec virtualisation des serveurs mtiers, accs physique protg, mise en
place d'un courant lectrique stable et installation d'une solution de climatisation. Le PNDIS propose
la rationalisation de ces investissements par la centralisation des ressources techniques,
financires, matrielles et humaines au niveau d'un datacenter central Kinshasa (site du
Secrtariat Gnral, nouveau btiment de l'avenue de l'huilerie ou externalis en RDC). Ce centre
intgrera:
Des racks 19 pouces avec consoles KVM
4 serveurs de virtualisation redondants avec grande capacit RAM (au moins 64Go par serveur)
Un NAS en RAID 5 d'au moins 16 TB relles disponibles pour les utilisateurs
Un UPS no-break d'au moins 15 KVA
Un groupe lectrogne d'au moins 15 KVA
Des locaux techniques climatiss avec un contrle d'accs systmatique et enregistr
Sur cette infrastructure seront installes toutes les applications centrales identifies dans
l'architecture technologique:
Entrept de donnes
Rpertoires des ressources humaines et des structures de la sant
Site web fdr du MSP
Systme de collaboration, agenda lectronique et messagerie professionnelle
Systme de planification et de suivi des actions
Gestion des stocks et des maintenances matrielles
Systmes de contrle de qualit pharmaceutique et laboratoire
Pour les datacenters au niveau intermdiaire du systme de sant et pour les grandes structures
hospitalires de rfrence nationale, il est suggre la configuration suivante:
Un rack 19 pouces avec console KVM
2 serveurs de virtualisation redondants avec grande capacit RAM (au moins 32G par serveur)
Un NAS en RAID 5 d'au moins 8 TB relles disponibles pour les utilisateurs
Un UPS no-break d'au moins 10 KVA

Un local technique climatis avec un contrle d'accs systmatique et enregistr
Des box 'serveur' (ou des mini-datacenters) devront en plus tre prvus pour les hpitaux provinciaux,
les HGR et les HS:
Un rack 19 pouces avec console KVM
1 serveur avec moyenne capacit RAM (au moins 8Go par serveur)
Un NAS en RAID 1 d'au moins 1 TB disponibles pour les utilisateurs
Un no-break solaire d'au moins 5 KVA
Un local technique climatis avec un contrle d'accs systmatique et enregistr
9.1.3 Infrastructure gouvernementale et mutualisation

La mise en place de l'intranet sant avec des ramifications dans tous les coins du pays, offre une
opportunit intressante pour la mutualisation de la connectivit au profit d'autres structures
tatiques en dehors du secteur de la sant. D'importantes conomies d'chelle pourront tre
ralises travers le partage des ressources matrielles, financires et humaines ncessaires pour
le dploiement et la maintenance de cette infrastructure transversale et essentielle pour le
fonctionnement d'une administration moderne.
A ce fin, il est fortement conseill de mettre en place une structure formelle de concertation
technique inter-sectorielle et inter-ministrielle pour la mutualisation des infrastructures
NTIC en RDC. Cette structure prsenterait un forum d'change o chaque reprsentant pourra:
Apporter son expertise technique et managriale
Exprimer et dfendre les besoins et les intrts du secteur qu'il reprsente
Apporter des solutions et des ralisations dj mises en place ou en voie de dveloppement dans
son secteur et/ou ministre
Les avantages de cette approche sont multiples:

Augmentation de l'usage et de la rentabilit des infrastructures NTIC
Diffusion plus grande chelle des nouvelles technologies menant une modernisation
transversale de l'administration centrale, intermdiaire et priphrique
Coordination du renforcement des capacits des ressources humaines dans le domaine de
l'informatique et des tlcommunications
Rduction des cots d'investissement et oprationnels grce aux conomies d'chelle
Standardisation des quipements travers les secteurs et les ministres facilitant le dploiement
et la maintenance des quipements NTIC
Regroupement de plusieurs sources financires pour le financement oprationnel de l'infrastructure
Prennisation de l'investissement grce un intrt multi-sectoriel permanent qui n'est pas li
des besoins ponctuels ou des projets avec dure limite
Une opportunit particulire se prsente sous forme de l'initiative des Ministres des Finances et du
Budget, appuys techniquement par la primature pour la mise en place court terme d'un datacenter
gouvernemental performant. La mutualisation de cette infrastructure en faveur du MSP, permettrait
ce dernier d'avancer rapidement avec ses dmarches infra-structurelles moindre cot. En plus, le
fait de ne pas devoir se soucier d'un domaine hautement technologique qui se trouve en plus en
grande partie en dehors de ses comptences clefs, offrirait au MSP l'avantage de pouvoir se
concentrer sur les aspects NTIC spcifiques au mtier de la sant (applications, formations et
organisation)
9.2 Entrept de donnes

La RDC a dj mis en route le dploiement du DHIS2 comme solution d'entrept de donnes dans le
cadre de la collecte de donnes agrges pour le SNIS. Ce systme est actuellement en phase
d'exprimentation dans un nombre de zones de sant dans les provinces de Kinshasa, Maniema,
quateur et du Kasa Occidental. L'exprience de ce dploiement dmontre que:
La solution DHIS2 est considr aussi bien par les cadres des D5 et B5 que par les utilisateurs
comme une application trs utile pouvant remdier un grand nombre de soucis en termes de
promptitude et compltude de la collecte d'informations agrges ainsi qu'en termes de la
rduction de la charge de travail.

Des problmes persistent par contre quant la qualit des informations suit la sparation de la
collecte des donnes primaires du processus d'agrgation
Au niveau de la collecte des donnes primaires, la surcharge administrative reste colossale pour
les petites structures de soins qui manquent du personnel
Le contrle de la cohrence des donnes collectes reste difficile objectiver avec les outils
existants limits
Des soucis d'encodage persistent cause d'lectricit instable et l'important manque d'accs
une connectivit rseau/internet fiable. L'implmentation de solutions VSAT avec limitation du
volume de donnes transmises, n'a pas apport la solution suite l'absence de mcanismes
accompagnants de priorisation de la consommation en faveur du DHIS2 (le tlchargement de
films ou de la musique n'tant pas prioritaires...).
La compatibilit des navigateurs internet avec l'application DHIS2 n'est pas homogne
Les masques de saisie des donnes dans le DHIS2 manquent parfois de cohrence avec les
canevas SNIS papiers utiliss sur le terrain
L'encodage offline de donnes DHIS2 ne semble pas tre fiable 100% et il n'y a pas de contrle
ou d'avertissement sur la modification de donnes existantes
L'utilisation du DHIS2 ncessite la disponibilit d'une bande passante consistante qui n'est pas
toujours disponible en dehors des zones urbaines.
Il s'agit principalement de dfis techniques qui pourront trouver des solutions dans les mois et
annes venir et qui ne devraient en aucun cas empcher l'extension du dploiement du DHIS2 en
RDC. Par contre, quelques suggestions sont formules dans le cadre du PNDIS pour renforcer
l'adoption du DHIS2 dans le fonctionnement de routine des structures de sant priphriques:
La mise en place d'une application cliente offline (DHIS2 Offline Client ou DOC) de donnes
agrges, disponible pour les plate-formes Android et Windows, permettant la synchronisation
priodique des masques de saisie avec le serveur DHIS2 pour un encodage de donnes en
absence de toute connectivit rseau. La synchronisation des encodages avec le serveur DHIS2
pourra alors se raliser travers une solution middleware en envoyant des messages SMS
structures (automatiquement gnrs par l'application cliente), ce qui ouvrira la porte
l'intgration d'un grand nombre de zones de sant recules, actuellement dpourvues de tout
accs internet. Cette fonctionnalit de transmission SMS pourra galement tre expose
d'autres applications via le dveloppement d'un API spcifique (DOCAPI). Pour viter qu'il y ait une
ncessit trop frquente de synchronisation des masques de saisie (ce qui ncessitera toujours
une connexion l'intranet sant), il est absolument ncessaire qu'au niveau du DHIS2 ces
masques de saisie ne changent pas trop souvent (une rvision bi-annuelle semblerait raisonnable)
La mise en place d'un serveur intermdiaire (Healthcare Remote Messenger ou HERMES) capable
de recevoir des donnes agrges transmises par des clients DHIS2 offline et, aprs
transformation, d'envoyer leur contenu au DHIS2 (API RESTful ou utilisation de librairies PHP
exposes par le DHIS2) et/ou d'autres systmes d'information de partenaires techniques et
programmes de sant.
La mise en place d'une solution pour la collecte de donnes primaires au niveau des centres de
sant (Systme d'Informations du Centre de Sant ou SICS). Cette solution devra permettre de
remplacer l'ensemble des registres papiers actuels par une interface d'encodage sur tablette
Android. Sur base des informations 'registres' encodes, le SICS devra raliser automatiquement
les agrgations exiges (bases sur les canevas SNIS) et envoyer les rsultats via des messages
SMS structures travers le middleware HERMES.
L'ensemble de ses composantes est schmatis dans le diagramme suivant:

En plus, plus long terme, il est envisageable de mettre en place des solutions d'encodage par
USSD en utilisant des tlphones mobiles ordinaires en mains d'agents de sant communautaires
(SIC-USSD). En appelant un numro court avec le GSM, les utilisateurs arriveront sur un serveur
USSD qui permettra l'encodage d'informations simples avec des rponses structures sur une srie
de questions (similaire l'application USSD offerte par les oprateurs tlcoms pour charger du
crdit ou pour l'achat de forfaits internet)
9.2.1 Fiche technique du DHIS2

Outils clients navigateur web, compatible avec Chrome, Firefox, Internet
Explorer, Opera et Safari.
rseau
Base de donnes MySQL ou PostgreSQL
Interfaces et API RESTful, DXF2, HIE, SDMX-HD
Standards d'information dfinir par l'administrateur de l'application
Dveloppement PHP, JavaScript
9.3 Rpertoire des ressources humaines

La RDC a dmarr, avec l'appui de ses partenaires techniques et financiers, l'implmentation du
logiciel libre et open source iHRIS pour une gestion centralise des ressources humaines de la

sant. Cette solution prsente une opportunit de mise en place d'une gestion globale de tous les
agents de sant dans une mme application qui permet un interfaage avec le DHIS2 et les SIH
travers un API (services web).
Le chapitre sur la gestion de ressources humaines dans le PNDIS, met en vidence que les modules
iHRIS suivantes prsentent un intrt particulier pour le MSP:
iHRIS Manage: une application de gestion des ressources humaines qui permet l'administration
de recueillir, grer et analyser des informations dtailles sur les agents de sant. iHRIS Manage
peut tre utilis dans les directions centrales du MSP, les bureaux de sant des niveaux
intermdiaires et priphriques, les structures de soins de sant, les organisations du secteur
priv intgres et mme au-del du secteur des soins de sant. Le logiciel est libre et peut tre
personnalis pour rpondre aux besoins de la RDC et du MSP. Il permet de grer les lments
suivants:
- Gestion des agents: enregistrement des informations importantes dans un dossier complet de
l'histoire de travail des employs, y compris les postes occups, l'histoire du salaire, les
formations en cours d'emploi et les incidents en milieu de travail rsultant en mesures
disciplinaires .
- Gestion des postes: cration des postes avec des descriptions normalises, des codes et des
qualifications au sein de la structure organisationnelle et la gestion du recrutement, les
mutations et les promotions.
- Aide au recrutement: enregistrement des informations sur les demandeurs d'emploi (y compris
l'histoire de l'ducation, l'histoire de travail et des notes d'entrevues) connectes aux dcisions
d'embauche.
- Suivi de la formation continue: suivi des formations en cours d'emploi pour lesquelles les
employs ont t enregistrs et qu'ils ont termin et l'valuation des comptences et des crdits
de formation continue tirs de la formation.
- Rapports: Agrgation, analyse et exportation des donnes dans une varit de formats pour
rpondre des questions de gestion et de politique en matire de ressources humaines
iHRIS train: suit et gre les activits de formation du personnel de sant, y compris la formation
de base et la formation continue.
- Le MSP et ses sous-structures peuvent valuer la conduite de futurs diplms qui seront
potentiellement disponibles pour entrer dans les ressources humaines de sant. Les utilisateurs
peuvent ensuite s'appuyer sur ces informations pour rpondre la pnurie de travailleurs de la
sant et de reconstituer les travailleurs qui sont la retraite ou qui quittent l'attrition. Le MSP
pourra galement utiliser iHRIS train pour estimer la surproduction et l'offre excdentaire de
certains cadres de personnel de sant.
- iHRIS train permet aux institutions de formation de suivre le progrs sur la mise en uvre des
programmes d'tudes et les rsultats des lves et recueillir des informations sur les
professeurs et les tuteurs.
- iHRIS train est galement adapt pour le suivi et l'valuation de l'exprience des travailleurs de la
sant individuels et de leurs formations en cours d'emploi. Le systme permet d'identifier les
domaines de formation pour lesquels les travailleurs ont besoin d'acqurir ou de maintenir des
comptences utiles leur environnement de travail.
- Le systme facilite la coordination entre les diffrents partenaires dans le domaine de l'ducation
et les autres parties prenantes pour amliorer l'efficacit des formations en rduisant la
duplication des initiatives de formation et le surentranement des individus. Cela amliorera
l'quit entre les travailleurs de la sant.
- iHRIS train permet enfin de suivre les heures de crdit agrs et les cours de dveloppement
professionnel continu (DPC ) ou l'ducation mdicale continue (FMC ) pour le renouvellement de
leur autorisation d'exercer.
9.3.1 Base de donnes des ordres professionnelles

La solution iHRIS offre un module qui permet la gestion des ordres professionnelles mdicales. Ce
module s'appelle iHRIS Qualify et couvre les fonctionnalits suivantes:
La gestion des affilis: enregistrement de l'information concernant chaque agent de sant, tels
que la citoyennet, l'tat matrimonial, la date de naissance, les informations de contact, les
diplmes et les numros d'identification.

Suivi de la formation avant l'embauche: suivi des programmes de formation initiale pour
lesquels les tudiants sont inscrits et du taux de russite ainsi que des raisons de l'abandon de la
formation
La gestion des examens: gre les inscriptions pour les examens nationaux de certification ainsi
que les rsultats obtenus.
Enregistrement et immatriculation: gestion des numros d'inscription, des licences et les
renouvellements de licence pour les professionnels de la sant; suivi des affectations; dlivrance
des permis de pratique prive et gestion des demandes de vrification d'accrditations trangres.
Rapports: agrgation, analyse et exportation des donnes dans une varit de formats pour
rpondre des questions de gestion et de politique en matire de ressources humaines
Une solution alternative pour iHRIS qui est galement libre et open source et qui est actuellement
dploye au Mali et au Rwanda, est le systme OpenAssociation. Cette application offre des
fonctionnalits trs adaptes au terrain africain sub-Saharien:
L'identification des membres, l'encodage des donnes dmographiques et l'attribution d'un
numro d'ordre
Le suivi des formations et des comptences des membres
Le suivi de l'historique des affectations professionnelles des membres
La gestion de la formation professionnelle continue des membres
La gestion des cotisations, de la facturation et des paiements des membres
La gestion des dcisions dontologiques et disciplinaires par rapport aux membres
OpenAssociation permet d'ailleurs l'interfaage avec iHRIS travers la solution OpenHIE ou via
l'change de messages XML.
9.3.2 Fiche technique de iHRIS

rseau
Base de donnes MySQL
Interfaces et API RESTful, HIE
Standards d'information dfinir par l'administrateur de l'application
9.3.3 Fiche technique de OpenAssociation

rseau
Interfaces et API RESTful, OpenHIE
Standards d'information dfinir par l'administrateur de l'application, Code-barres 3/9
Dveloppement Java, JavaScript

9.4 Rpertoire des structures de la sant

Un besoin transversal pour les diffrentes applications du MSP est la mise en place d'un registre
central des structures de sant de la RDC. Ce registre central pourra tre ralis travers un
nouveau dveloppement web en Java ou PHP avec une base de donnes MySQL. Compar
l'utilisation d'une solution existante, le dveloppement de cette fonctionnalit peu complexe
permettrait une intgration mieux adapte au contexte de la RDC et aux autres applications
rpertories dans le PNDIS. L'essentiel de ce registre est l'attribution d'un code d'identification unique
chaque structure de sant; une grande partie de ces structures sont dj servies par la codification
DHIS2 ralise par la D5 dans le cadre du SNIS. Les codes SNIS pourront probablement tre
rcuprs, soit comme codification primaire (ce qui ncessitera l'attribution supplmentaire de codes
aux structures qui ne sont pas encore identifies par la D5), soit comme codification accessoire (ce
qui ncessitera l'attribution d'un nouveau code primaire chaque structure de sant dans le cadre de
l'implmentation du registre central).
9.5 Site web de la sant

Actuellement, les systmes de gestion de sites web dynamiques les plus utilises par les directions
et les programmes du MSP, sont Drupal et Joomla. Les deux solutions offrent en grandes lignes
les mmes fonctionnalits et permettent de sparer le contenu des sites de la prsentation des
informations. Il serait judicieux que le MSP choisisse un seul systme pour le dveloppement de son
site web fdr. La disponibilit de comptences techniques relatives aux deux systmes devrait
jouer un rle important dans ce choix.
9.5.1 Fiche technique de Drupal

rseau
Interfaces et API RESTful, HTTrack
9.5.2 Fiche technique de Joomla

rseau
Interfaces et API RESTful
9.6 Systme de gestion de contenu

Alfresco est un systme de gestion de contenu libre, compatible avec les systmes d'exploitation
de type Unix/Linux et Microsoft Windows. Alfresco comprend un rfrentiel de contenu, une interface

utilisateur base sur le Web pour la gestion et l'utilisation de contenu du portail standard, une
interface CIFS qui assure la compatibilit du systme de fichiers avec les systmes d' exploitation
Linux et Microsoft Windows et la gestion des flux de travail par rapport aux documents . Le systme
Alfresco est dvelopp en Java. La version communautaire est librement tlchargeable et
relativement facile installer et implmenter. La base documentaire du PNDIS mme a d'ailleurs t
gre avec l'outil Alfresco.
9.6.1 Fiche technique de Alfresco

rseau
Interfaces et API RESTful, CIFS
Dveloppement Java, JSP, JavaScript
9.7 Bibliothque numrique

La seule exprience identifie avec l'implmentation de solutions de bibliothque numrique, est
celle de la DEP Sant base sur le logiciel Omeka. Il s'agit d'un logiciel mis disposition sous
licence libre qui est dvelopp par le Center for History and New Media (CHNM) de l'Universit
George Mason qui est aussi l'origine du logiciel de gestion bibliographique Zotero. Omeka est
utilis par quelques dizaines de projets dans le monde, dont une dizaine de sites francophones
parmi lesquels Europeana. De conception modulaire, l'outil permet chaque site d'adapter les
fonctionnalits proposes l'aide de plugins et de thmes.
Omeka est une plate-forme de publication Web pour l'affichage de contenu de bibliothques, de
muses, des archives et des collections et expositions scientifiques. Son installation est trs facile
et permet le lancement d'une initiative de bibliothque en ligne en moins d'une demi-heure.
9.7.1 Fiche technique de Omeka

rseau
Interfaces et API RESTful, PHP, Atom, DCMES-XML, JSON, RSS2, CSV,
Zotero, QR
Standards d'informations Dublin core schema, tout format multi-mdia courant
Dveloppement PHP, Zen, JavaScript
9.8 Messagerie professionnelle et agenda lectronique

Zimbra est un logiciel serveur collaboratif (ou groupware) qui permet ses utilisateurs de stocker,
organiser et partager des rendez-vous, contacts, courriels, liens, documents et autre. Le logiciel
comprend des composants client et serveur ainsi qu'un client de bureau. Deux versions de Zimbra

sont disponibles: une version open source et une version commerciale (Network Edition) qui dispose
de composants closed source tels qu'un connecteur d'interface de programmation propritaire
Microsoft Outlook pour la synchronisation du calendrier et des contacts.
Zimbra Desktop est un client libre de messagerie de bureau complet. Son dveloppement a t
temporairement arrt par VMware en 2013 mais a t relanc en fvrier 2014. En outre, le client
web du serveur Zimbra sera renforce par un mode hors-ligne HTML5 partir de la version 8.5.
Le client Web Zimbra est une suite de collaboration complte qui prend en charge les e-mails,
agendas de groupe et le partage de documents l'aide d'une interface Web. Le serveur Zimbra utilise
plusieurs projets open source. Il expose une interface de programmation d'application SOAP toutes
ses fonctionnalits et est galement un serveur IMAP et POP3. Le serveur fonctionne sur de
nombreuses distributions de Linux ainsi que sur Mac OS X (pas sur Microsoft Windows)
Zimbra peut synchroniser les mails, les contacts et les lments de calendrier avec des clients open
source de messagerie tels que Evolution et galement avec les clients propritaires tels que
Microsoft Outlook et Apple Mail (mais pour ces derniers seulement par le biais de connecteurs
propritaires disponibles exclusivement dans la version commerciale) . Zimbra fournit galement une
synchronisation bidirectionnelle native avec de nombreux appareils mobiles (Nokia E-series ,
BlackBerry, Windows Mobile, iPhone et Android).
Une premire exprience avec l'installation et l'utilisation de Zimbra a dj t ralise par le service
informatique de la DEP Sant.
9.8.1 Fiche technique de Zimbra

Protocoles de communication http, https, imap4, pop3, smtp, lmtp, ldap
rseau
Systme d'exploitation serveur Linux ou OS X
Interfaces et API RESTful, SOAP, VCF, ICS
Dveloppement Java, JavaScript (Ajax)
9.9 Planification et suivi des actions

L'tude pralable au PNDIS a pu identifier un nombre de projets qui font rfrence des outils
(partiels) de planification et de gestion de projet. Il s'agit de:
Gestion des Performances du Secteur de Sant - GPSS (depuis 2012 - architecture Client/
serveur reposant sur le langage de dveloppement VISUAL BASIC 6.0 SP 6 et utilisant le Systme
de Gestion de Base de donnes MS Access)
Work Indicators of Staffing Need - WISN (OMS)
Health Accounts Production Tool - HAPT
Pour la planification des projets et des actions proprement dites, il n'existe actuellement pas d'outil
informatique qui est utilis travers l'administration de la sant. A certains endroits on fait recours
des fichiers Microsoft Excel, dans d'autres cas (plus rares) le logiciel Microsoft Project est utilis. Le
PNDIS propose l'implmentation d'un outil collaboratif de planification open source et librement
disponible avec une interface web, type 2-plan Team. Un tel outil permettra la mise en uvre d'un
stockage central des donnes de planification et permettra galement une meilleure diffusion des
informations relatives aux projets et actions en cours.

9.9.1 Fiche technique de 2-plan Team

rseau
Systme d'exploitation serveur Linux, Microsoft Windows ou OS X
9.10 Gestion des stocks et maintenance des matriels

Pour la gestion des stocks et la maintenance des matriels, 2 solutions intressantes ont pu tre
identifies: OpenBravo et Tryton, tous les deux disponibles en version libre et open source.
Avec Openbravo ERP, le MSP pourra automatiser et enregistrer les processus mtiers les plus
courants. Les modules suivants sont supports: ventes, achats, fabrication, projets, la gestion des
stocks, les oprations de maintenance prventive et les finances. Dans ce cas, surtout les
modules de gestion de stock et des oprations de maintenance nous intressent. La conception
de OpenBravo est base sur des APIs Java et permet de communiquer les donnes avec d'autres
applications. Le fait qu'il est un progiciel OpenSource garantie une ouverture et flexibilit aux
amnagements spcifiques. Ses fonctionnalits de base sont:
- Gestion des donnes de base (donnes techniques): dfinir, diter et organiser des
informations relatives aux donnes cls de l'activit de l'entreprise entre les diffrents acteurs et
processus: produits, partenaires commerciaux, tarification, articles, clients, nomenclatures,
- Gestion des achats: grer les achats, rceptions, factures fournisseurs et analyser les rapports
correspondants
- Gestion des stocks: crer et diter les magasins/dpts et grer l'inventaire.
- Gestion de la production: crer et diter les diffrents processus de production, suivis de
production et analyser les donnes correspondantes
- Calcul des besoins et Planification (MRP, Material Requirement Planning): diter le planning
de production, suivi d'inventaire et les activits d'achat.
Tryton est une plate-forme d'application informatique gnrique sur laquelle est construite une
solution de planification des ressources de l'entreprise (ERP) grce un ensemble de modules
Tryton. L' architecture trois niveaux se compose du client Tryton, le serveur Tryton et le systme
de gestion de base de donnes (par dfaut PostgreSQL). Les modules officiels offrent une
couverture des domaines fonctionnels suivants:
- Comptabilit
- Facturation
- Vente
- Gestion des Achats
- Comptabilit analytique
- La gestion des stocks
- Planification de la production
- Gestion des projets
- Gestion des opportunits
L'application dispose d'un grand nombre d'utilisateurs travers le monde. Sur le plan
technologique, elle n'est par contre pas compltement en ligne avec les options prises par le
PNDIS.

9.10.1 Fiche technique de OpenBravo

rseau
Dveloppement Java, JavaScript
9.10.2 Fiche technique de TryTon

rseau
Base de donnes PostgreSQL, SQLite
Systme d'exploitation serveur Linux ou OS X
Interfaces et API RESTful, XML-RPC, JSON-RPC, WebDAV, CalDAV, CardDAV
Dveloppement Python,Tryton
9.11 Enseignement en ligne

Moodle est une plate-forme d'apprentissage en ligne sous licence libre servant crer des
communauts s'instruisant autour de contenus et d'activits pdagogiques. Outre la cration de
cours l'aide d'outils intgrs (ressources et activits) l'usage des formateurs, Moodle offre des
possibilits d'organisation des cours sous forme de filires (catgories et sous-catgories,
cohortes...) qui lui donnent galement des caractristiques propres la mise en place d'un dispositif
complet d'enseignement. un systme de gestion de contenu (SGC), Moodle ajoute quelques outils
d'interactions pdagogiques et communicatives crant un environnement d'apprentissage en ligne:
elle permet de crer, via le rseau, des interactions entre pdagogues, apprenants et ressources
pdagogiques. La personnalisation pousse de sa page d'accueil lui confre la possibilit de faire
office de portail unique d'accueil des apprenants. Outre la version standard de Moodle, il existe plus
de 600 modules complmentaires, open source galement, permettant l'ajout de fonctionnalits et de
liens avec d'autres systmes. Moodle prsente de nombreuses caractristiques partages avec les
autres plates-formes de formation en ligne: forums, gestionnaire de ressources, tests et une srie de
modules clef en main (devoirs, clavardage, sondages, glossaires, journal, tiquettes, leons, wiki,
tests, base de donnes, blogues, flux RSS...). Elle intgre aussi un module de cration de tests
d'entranement. Les questions cres avec ce module peuvent tre mutualises et rutilises dans
diffrents contextes d'preuve.
Certains dveloppements essaient d'intgrer un CMS Moodle ou de l'intgrer dans des CMS tels
que Joomla ou Drupal (vour ci-haut).
Chamilo est un logiciel open source (sous licence GNU/GPL) de gestion de l'apprentissage et du
contenu d'apprentissage, dont l'objectif est d'amliorer l'accs global l'ducation et au savoir. Il est
soutenu par l'Association Chamilo, dont les objectifs incluent la promotion du logiciel, le maintien
d'un canal de communication claire et la construction d'un rseau de fournisseurs de services et de
contributeurs au logiciel. Le projet Chamilo est une suite ducative simple d'utilisation, pour tous les
publics (secteur public et priv, autant personnels que pour des grandes organisations), ce qui se

traduit par une interface conviviale, simple et colore qui peut tre redfinie par ses utilisateurs selon
leurs besoins.
9.11.1 Fiche technique de Moodle

rseau
Dveloppement PHP, Javascript
9.11.2 Fiche technique de Chamilo

rseau
Dveloppement PHP, Javascript
9.12 Diffusion de cours multimdia

Il est propos d'intgrer le systme Dudal (offert par le RAFT) pour la diffusion de cours multi-mdia.
L'originalit du systme Dudal est de permettre la production et la diffusion de cours sur une ligne
faible bande passante (moins de 30 kbits/seconde) et avec un matriel facilement accessible
(ordinateur, webcam et micro). Les auditeurs peuvent poser des questions l'orateur via un forum
interactif. Les cours et les discussions y relatives sont archivs et peuvent tre rejous par aprs.
9.12.1 Fiche technique de Dudal

rseau
Systme d'exploitation serveur Linux, Microsoft Windows
Systme d'exploitation client Linux, Microsoft Windows
Dveloppement Java, Webstart
9.13 Suite bureautique

LibreOffice est une suite bureautique libre et gratuite, drive du projet OpenOffice.org, cre et
gre par The Document Foundation. LibreOffice utilise nativement le format ouvert OpenDocument
et permet l'importation et l'exportation des documents aux formats Microsoft Office

(.doc(x), .xls(x), .ppt(x)...) afin de permettre l'change de documents avec les utilisateurs ne
disposant pas d'une suite bureautique compatible OpenDocument. D'autre part, LibreOffice permet
aussi le traitement des fichiers Portable Document Format (PDF), en effet il est possible non
seulement d'exporter un document en format PDF, mais aussi d'y effectuer des modifications.
LibreOffice permet en plus l'importation et l'exportation des documents au format HTML, permettant
ainsi son usage comme diteur de pages Web. LibreOffice est une suite bureautique intgre, cest-
-dire un logiciel compos d'un ensemble de modules pouvant interagir entre eux pour crer et
modifier des documents bureautiques, tels que des textes mis en forme, des tableaux de chiffres,
des prsentations et des dessins.
LibreOffice Writer est un traitement de texte. Il permet de grer en plusieurs langues les phrases
et paragraphes et mettre en forme les documents, tant au niveau de leur contenu smantique que
de leur mise en page. C'est le module le plus couramment utilis.
LibreOffice Calc est un tableur, ou feuille de calcul, disposant de nombreuses fonctions: travail
de plusieurs utilisateurs sur la mme feuille de calcul, traitement de macros, traitements et
analyses de donnes, gnration de graphiques.
LibreOffice Impress est le module de composition de diaporamas, prsentations sous forme de
suites de diapositives. Celles-ci visent mettre en valeur visuellement les points importants dun
expos oral. Il utilise nativement le format OpenDocument (ODF) mais est galement compatible
avec le format du logiciel PowerPoint dont il est le principal concurrent.
LibreOffice Draw est le module de dessin vectoriel pour schmas et illustrations simples. Il
permet de manipuler des primitives graphiques simples (flches, figures gomtriques, tiquettes,
cotations) par l'utilisation de calques (ou couches) et dobjets.
LibreOffice Base est le module de cration et de gestion de base de donnes permettant de
gnrer des rapports. Base supporte les bases de donnes ODBC, MySQL, PostgreSQL et la
base de donnes de Microsoft Access.
LibreOffice Math est le module de composition de formules mathmatiques. Ces formules
peuvent tre incluses dans les autres documents LibreOffice.
9.14 Systmes de gestion intgre des hpitaux

L'tude pralable au PNDIS a permis d'identifier au moins 5 solutions SIH qui mritent une
capitalisation dans le futur:
Le Programme du Parcours Hospitalier ou PPH l'hpital de Monkole est un dveloppement en

VB sur Microsoft SQL Serveur, qui couvre une grande partie des fonctionnalits clefs SIH qui sont
pertinentes en RDC.
Au niveau de la rception:
- Identification unique du patient au sein de l'hpital avec gestion du dossier hospitalier unique
- Gestion des informations d'assurance maladie et de tarification du patient
- Encodage des prestations ralises
- Gestion des rendez-vous
Au niveau de la caisse:
- Facturation des prestations avec prise en compte des conventions
- Enregistrement des paiements
Au niveau du poste infirmier:
- Enregistrement des signes vitaux
- Orientation du patient chez le mdecin
- Validation des actes prests
Au cabinet mdical
- Statistiques sur base de la CIM-10
- Calcul automatique des honoraires
- Prescriptions de pharmacie, labo et d'imagerie mdicale
- Hospitalisation si ncessaire
- Rapportage statistique
- Archivage de documents lectroniques
Au laboratoire
- Encodage des rsultats laboratoires

A la radiologie
- Copie des images numrises ( partir d'quipements analogiques) en format PNG dans les
dossiers des patients
A la pharmacie
- Gestion de stocks pharmaceutiques
Pour le SNIS
- Impression sur papier des canevas SNIS pr-remplis
Finances
- La facturation est lie au systme de comptabilit Ciel Compta et au systme de trsorerie
GFM (Gestion Financire de Monkole). Ce dernier est un dveloppement interne.
L'application OpenClinic GA est installe aux Cliniques Universitaires de Kinshasa, de Kisangani,
de Lubumbashi et HPGR de Bukavu. Ce logiciel libre et open source dvelopp en Java utilise
une base de donnes MySQL et intgre un trs grand nombre de fonctionnalits, dont seulement
une fraction ont t mise en production dans les hpitaux universitaires en RDC:
- La gestion du dossier administratif du patient avec identification unique et cration d'un seul
dossier hospitalier par patient au sein de chaque institution
- Les enregistrements des arrives, des transferts et des dparts des patients, aussi bien en
consultation qu'en hospitalisation
- L'encodage des prestations avec gestion de l'assurance maladie et de la tarification
- La facturation au patient et l'assurance maladie
- La perception et la gestion des caisses
- La gestion complte du dossier mdical avec encodage des raisons de consultation et
d'hospitalisation, des antcdents, plus de 120 modles de documents de saisie cliniques pour
plus de 30 spcialits, des prescriptions pharmaceutiques, laboratoires et radiologiques, des
diagnostics (de sortie)
- La gestion des stocks et de la distribution pharmaceutique
- Le dossier des soins infirmiers
- La gestion des demandes et analyses laboratoires et d'imagerie mdicale
- La gestion des actes prventifs
- La gestion d'alertes et de rappels
- Le production de lettres de rfrence et de sortie
- La gestion de l'occupation des lits
- Le rapportage statistique, administratif et financier de l'hpital
- La gestion des ressources humaines hospitalires
- La gestion des utilisateurs et de leurs droits d'accs
Le logiciel OpenClinic GA dispose de plus de 600 installations dans des hpitaux dans des pays
en voie de dveloppement, dont une quarantaine en Afrique Centrale (RDC, Congo Brazzaville,
Rwanda et Burundi)
Le logiciel BHIMA est dvelopp par l'organisation IMA et a t install en version pilote l'HGR
de Tshikaji au Kasa Occidental. Il s'agit d'une application drive de Bika HIS, dveloppe en
Python sur une base de donnes MySQL. A l'heure actuelle, le logiciel se trouve encore dans un
stade de dveloppement prcoce et se concentre essentiellement autour des modules de:
- Identification du patient
- Gestion des arrives, des transferts et des dparts
- L'encodage des prestations
- Tarification et facturation
- Gestion des caisses
- Gestion des stocks de mdicaments
- L'encodage d'un nombre de paramtres cliniques lmentaires sous forme d'une fiche mdicale
simplifie.
Le SIH OpenERP-Medical est une extension de l'ERP gnrique OpenERP, dvelopp en Python
sur une base de donnes PostgreSQL. La solution n'est pas libre ou open source et offre les
fonctionnalits de bases SIH avec une forte orientation sur les aspects de gestion hospitalire:
- Gestion des arrives, des transferts et des dparts avec orientation du patient


- Le dossier mdical avec une srie de sous-fiches prdfinies pour quelques pathologies
communes
- La gestion des demandes et rsultats laboratoires
- La gestion des demandes et rsultats d'imagerie mdicale
- Les prescriptions, la gestion de stock et la distribution pharmaceutiques
- Un module de statistiques et de reportage
L'adaptation du logiciel en fonction des besoins spcifiques de la RDC et la traduction de l'interface
utilisateur en franais n'taient pas encore compltement acheves lors de l'analyse du systme
dans le cadre du PNDIS (juin 2014).
La solution Gestion Hospitalire du dveloppeur Lojciel l'hpital de Kisantu est un
dveloppement faon en VB avec Microsoft SQL Serveur comme base de donnes. Le systme
a t implment travers la quasi-totalit des services hospitalires de l'HGR de Kisantu et offre
les fonctionnalits suivantes:
- Gestion des arrives, des transferts et des dparts avec orientation du patient
- Le dossier mdical l'aide d'une fiche de suivi gnrique (consultation ou hospitalisation)
partage par les diffrents services cliniques
- La gestion des demandes et analyses laboratoires
- La gestion des demandes et analyses d'imagerie mdicale
- Les prescriptions, la gestion de stock et la distribution pharmaceutiques
- Un module de statistiques et rapports particulirement labor en fonction de la gnration
priodique des canevas SNIS sur base des donnes de soins encodes dans le systme
9.14.1 Fiche technique de PPH

Outils clients Microsoft Access, VB
Protocoles de communication TDS via ODBC
rseau
Base de donnes Microsoft SQLServer
Systme d'exploitation serveur Microsoft Windows
Systme d'exploitation client Microsoft Windows
Interfaces et API VB, SQL views
Dveloppement VB
9.14.2 Fiche technique de OpenClinic GA

rseau
Base de donnes MySQL, MS SQL Server
Interfaces et API RESTful, HL-7, DICOM, I-Med, XML, CliniX, DXF2
Dveloppement Java, JSP, Javascript, Flash

9.14.3 Fiche technique de BHIMA

rseau
Dveloppement Python, Javascript
9.14.4 Fiche technique de OpenERP-Medical

rseau
Base de donnes PostgreSQL
Dveloppement Python, Javascript
9.14.5 Fiche technique de Gestion Hospitalire

Outils clients client propritaire dvelopp en VB.
Protocoles de communication TDS via ODBC
rseau
Base de donnes Microsoft SQLServer
Interfaces et API VB, SQL views
Dveloppement VB 6
9.15 Systmes de gestion des centres et postes de sant

Des applications lgres ddies l'encodage de donnes primaires dans les petites structures de
soins devront tre dveloppes et diffuses grande chelle. Des opportunits existent dj:
Un dveloppement est en cours au Centre Mutualiste de Kinshasa visant la cration d'une
application pour tablettes Android avec possibilit de transmission d'informations extraites un
entrept de donnes via des messages SMS.
Aussi, la socit Jouleco qui participe dans le dploiement de la solution Hagenia pour la
pharmacovigilance au Centre National de Pharmacovigilance de l'UNIKIN, dispose d'une solution
d'encodage simple pour des petites structures de soins. Cette solution a dj t teste dans un
nombre de zones de sant au Sngal.
Ces deux dveloppements offrent des perspectives pour l'implmentation d'applications SICS et SIC-
USSD mentionnes dans la section ddie aux entrepts de donnes. La configuration d'un systme

SICS ncessitera pour chaque centre de sant la livraison et la configuration de:

Une tablette Android robuste avec module 2G et carte SIM intgre
Un systme autonome d'nrgie solaire portable de 200VA
Pour la mise en uvre du SIC-USSD, aucun quipement client spcifique ne sera ncessaire.
N'importe quel GSM peut servir l'utilisation d'une application centrale USSD. Aucun crdit ne devra
tre charg sur les tlphones ce fin: la facturation de l'utilisation de l'application USSD pourra se
rgler au niveau central.
9.16 Logiciels d'analyse statistique et pidmiologique

Pour les analyses statistiques et pidmiologiques dans le domaine de la sant en RDC, plusieurs
solutions ont pu tre documentes:
SPSS (Statistical Package for the Social Sciences) est un logiciel utilis pour l'analyse statistique
des sciences sociales. C'est aussi le nom de la socit qui le revend (SPSS Inc). En 2009, la
compagnie a dcid de changer le nom de ses produits en PASW, pour Predictive Analytics
Software et a t rachete par IBM. Les fonctions statistiques incluses dans le logiciel de base:
- Statistique descriptive: Cross tabulation, Frquences, Descriptives, Explore, Descriptive Ratio
Statistics
- Statistique bivarie: Moyennes, test t, ANOVA, Corrlation (bivarie, partielle, distances), tests
non paramtriques
- Prdiction pour rsultats numriques: rgression linaire
- Prdiction pour groupes d'identifiants: analyse de facteur, analyse de groupe (deux pas,
moyenne K, hirarchique), analyse discriminante
Epi-Info est un logiciel statistique du domaine public pour l'pidmiologie qui est dvelopp par
les Centers for Disease Control and Prevention (CDC) Atlanta, Gorgie (tats-Unis). Epi-Info
existe depuis plus de 20 ans et est disponible pour Microsoft Windows. Le programme permet la
cration lectronique des enqutes, la saisie des donnes et leur analyse. Dans le module
d'analyse, les routines analytiques incluent des T- tests, analyse de la variance, les statistiques
non paramtriques, tableaux croiss et la stratification des estimations de rapports de chances,
les ratios de risque et les diffrences de risque, rgressions logistiques (conditionnelles et
inconditionnelles), l'analyse de survie (Kaplan-Meier et Cox) et l'analyse de donnes d'enqutes
complexes.
EpiData se rfre un groupe d'applications utilises en combinaison pour crer des structures
de donnes documentes et l'analyse des donnes quantitatives. L'Association EpiData, qui a
cr le logiciel, est base au Danemark . EpiData a t dvelopp en Pascal et utilise des
standards ouverts tels que HTML. EpiData est largement utilis par les organisations et les
particuliers pour crer et analyser de grandes quantits de donnes. L'Organisation mondiale de la
Sant (OMS ) utilise EpiData dans sa mthode de collecte de donnes de sant
pidmiologiques, mdicales et publiques, pour la biostatistique STEPS et pour d'autres projets
quantitatifs .
Stata est un logiciel de statistiques et d'conomtrie largement utilis par les conomistes et les
pidmiologistes. Il est dvelopp par StataCorp, entreprise base au Texas. Stata est
particulirement utilis par la communaut scientifique pour les recherches en mdecine, biologie
et conomie. L'une des spcificits de Stata par rapport ses concurrents rside dans son
dveloppement guid par les utilisateurs eux-mmes. Stata repose sur un noyau compil qui
comprend les principales instructions et qui peut ventuellement appeler des procdures annexes
(fichiers .ado) livres en standard ou tlcharger sur les sites miroirs de Stata. Ces applicatifs
sont des programmes crits en langage Stata, dvelopps par StataCorp ou bien par des
programmeurs (enseignants, scientifiques, utilisateurs, tudiants, etc.) qui ont livr leurs sources
Stata pour en faire bnficier l'ensemble des utilisateurs. La communaut des utilisateurs est donc
implique dans le dveloppement de packages, et dans la publication de mthodes dans un
journal scientifique cr par StataCorp, le Stata Journal.
CSPro, court pour Census and Survey Processing System , est un progiciel statistique du
domaine public mis au point par le Bureau du recensement des tats-Unis et ICF International. Le
logiciel peut tre utilis pour la saisie, l'dition, la tabulation, la cartographie et la diffusion des
donnes de recensement et d'enqutes. Ce programme est largement utilis par les organismes

statistiques des pays en voie de dveloppement.
Vu la disponibilit libre, le grand nombre d'utilisateurs et l'excellente rputation des solutions Epi-Info,
EpiData et CSPro, ces logiciels sont avancs comme premier choix pour le MSP pour des analyses
de routine. Dans les rares cas o des analyses plus pousses et/ou complexes sont ncessaires,
SPSS et Stata pourront galement trouver une place.
9.17 Logiciels d'Informations Gographiques

QGIS est un logiciel SIG (systme d'information gographique) libre multiplate-forme publi sous
licence GPL1. Le dveloppement a dbut en mai 2002 et est sorti en tant que projet sur le
rpertoire libre SourceForge en juin 2002. Il tait appel Quantum GIS jusqu' la version 1.9. Via la
bibliothque GDAL3, il gre les formats dimage matricielles (raster) et vectorielles, ainsi que les
bases de donnes. QGIS fait partie des projets de la Fondation Open Source Geospatial et dispose
des caractristiques suivantes:
Il gre lextension spatiale de PostgreSQL, PostGIS.
Il prend en charge un grand nombre de formats de donnes vectorielles (Shapefile, les couvertures
ArcInfo, Mapinfo, GRASS GIS, etc.)
Il prend galement en charge un nombre important de formats de couches matricielles (GRASS
GIS, GeoTIFF, TIFF, JPG, etc.)
Par ailleurs, Quantum GIS dispose - par dfaut - de nombreux modules, dont:
Un module de lecture/criture de donnes GPS, bas sur le programme gpsbabel
Un module de go-rfrencement, qui permet de caler une image (vue arienne, typiquement) dans
un rfrentiel terrestre.
Depuis la version 1.6, le serveur cartographique Qgis-Server est fourni nativement avec Quantum GIS.
Il s'agit d'un serveur cartographique libre comparable aux solutions MapServer, GeoServer ou Mapnik.
Son gros avantage est de s'appuyer sur le rendu du logiciel bureautique et donc de permettre la
configuration de toutes les caractristiques de ses cartes directement avec Quantum GIS:
symbologie, tiquettes, seuils d'chelle, etc. Cela permet de faciliter le travail de configuration et
d'viter l'criture de fichiers de configuration la main comme dans le cas des autres serveurs
cartographiques.
9.18 Logiciels de comptabilit gnrale

Plusieurs solutions de comptabilit gnrale ont t identifies lors de l'tude PNDIS:
Ciel! Compta
Progi-Sant
Account-Pro
Tryton
Tompro
Progi-Sant est une solution locale qui a t dveloppe spcifiquement pour la comptabilit
hospitalire en RDC et s'adresse donc aux structures de soins du MSP.
TOMPRO est un progiciel intgr de gestion financire et comptable ddi aux programmes et
projets. Il sadresse tous les acteurs gravitant autour dun projet: coordinateurs et techniciens,
organismes de tutelle, bailleurs de fonds, auditeurs financiers et techniques, partenaires techniques
et est structur autour dune base de donnes relationnelle. Il offre une solution intressante pour
les structures administratives du MSP.
9.19 Gestion des organismes d'assurance maladie

Le logiciel Mas gestion a t dvelopp par l'quipe du programme STEP du BIT en Afrique et est
progressivement install et utilis dans un certain nombre de mutuelles de sant communautaires et
leurs structures d'appui (Sngal, Burkina Faso, Bnin, RDC, etc.). Il permet un systme de micro-
assurance sant d'effectuer sa gestion des adhsions, cotisations et prestations et de suivre

mensuellement l'volution de 13 indicateurs de suivi permanent (population couverte, cots moyens,

frquences d'utilisation, etc.) ainsi que d'un nombre d'indicateurs d'valuation. Ce logiciel comporte
aussi un module comptable simplifi.
Pour tre efficace, cet outil doit tre utilis comme base de restitution et d'analyse avec les
responsables, les membres, les prestataires conventionns et autres partenaires des systmes de
micro-assurance. Le logiciel n'est pas libre et les codes sources ne sont pas disponibles.
OpenInsurance est un logiciel web, cr par la socit burundaise Open-IT, qui vise soutenir la
gestion de la grande majorit dinformations qui circulent dans les organismes dassurance mdicale.
OpenInsurance est bas sur des technologies open source et librement disponible. Les
fonctionnalits suivantes sont couvertes:
Gestion des utilisateurs
- Profils dutilisateur
- Login
- Jetons didentification de lutilisateur
- Gestion des ressources humaines
- Gestion de documents dutilisateurs
- Gestion dunits dorganisation
- Statistiques des,ressources humaines
Gestion des affilis
- Dmographie de l'affili
- Donnes professionnelles daffiliation
- Rgime d'assurance-maladie
- Les personnes couvertes par le rgime d'assurance-maladie (bnficiaires)
- La gestion financire d'affiliation
- Gestion des litiges
- La gestion lectronique de la carte d'identification
Gestion des plans dassurabilit
Une socit dassurance maladie peut grer un ou plusieurs plans d'assurance maladie qu'il offre
ses affilis. Les donnes historiques et les modifications de tous les rgimes dassurance sont
conserves dans la base de donnes, ce qui rend possible la reproduction de l'tat de couverture
d'assurance maladie tout moment dans le pass.
Nomenclature prestations de soins
Ce module fournit une liste normalise des prestations de soins (actes, mdicaments,
consommables, journes dhospitalisation, etc.) qui sont envisages pour le remboursement par
l'assureur. Par ailleurs, il permet de relier des prestations de soins chaque lment dans la liste
de nomenclatures des tiers (des listes propres aux tablissements de sant, normes
internationales, nomenclature nationale, etc)
Rapports et statistiques
Tout type de statistique peut tre cr sur base des donnes OpenInsurance. Cela peut se faire en
utilisant des outils statistiques standards (SPSS, Stata, Epi-Info). Toutefois, OpenInsurance
intgre galement un certain nombre de rapports gnriques et des statistiques prdfinies (en
format PDF et/ou en format Excel).
- Rapports dmographiques
- Rapports d'activits
- Rapports des oprations financires
- Rapports de contrle des fraudes
Communication avec les fournisseurs de soins de sant
OpenInsurance offre un nombre d'interfaces permettant l'change de donnes structures entre
OpenInsurance et les systmes d'information des prestataires de soins (SIH).
Mises en uvre Multi-site
Le serveur central dOpenInsurance peut grer un trs grand nombre d'utilisateurs, dans les limites
des spcifications matrielles du serveur physique. Cela signifie que lorsquun rseau fiable et
rapide (WAN ou LAN) est disponible, tous les utilisateurs sur tous les sites peuvent travailler
distance sur un seul et mme site central OpenInsurance.

9.19.1 Fiche technique de Mas gestion

rseau
Base de donnes Microsoft Access
Interfaces et API MDAC
Dveloppement VB
9.19.2 Fiche technique de OpenInsurance

rseau
Dveloppement Java, Javascript
9.20 Systmes de gestion laboratoire (LIMS)

Une solution uniquement oriente sur la gestion des laboratoires cliniques n'a pas pu tre identifie
lors de l'tude PNDIS. Par contre, le logiciel OpenClinic GA, utilis dans les Cliniques Universitaires
de Kinshasa, Bukavu, Kisangani et l'HPGR de Bukavu inclut un module trs labor permettant la
gestion complte d'un laboratoire clinique. Ce module a dj t mis en uvre aux CUK dans le
cadre du projet eb@le-sant du programme UniversiTIC.
9.21 Systmes de gestion de stock et distribution

pharmaceutique
Pour le suivi de la gestion de stock et de la distribution pharmaceutique, il existe la solution
Channel qui permet le paramtrage des utilisateurs et des groupes, la catgorisation des produits,
les circuits de distribution, les fournisseurs et les bnficiaires etc. Channel gre galement l'entre
et la sortie de produits au niveau des stocks pharmaceutiques et gnre des inventaires et des tats
dtaills. Channel est essentiellement un logiciel de gestion du circuit de distribution. Il permet la
gestion lectronique du travail qui se fait sur toute cette chane de distribution. Il ncessite
d'impliquer systmatiquement la direction comptente pour les produits pharmaceutiques dans la
gestion des mdicaments afin de mettre la disposition des formations sanitaires la liste des
mdicaments gnriques essentiels et de faire respecter le circuit d'approvisionnement en produits
de sant formel pour viter les surstocks et les ruptures de stocks tous les niveaux.
Le logiciel web OpenPharmacy, dvelopp au Burundi en Java sur une base de donnes MySQL,
est une autre application libre et open source pour la gestion des dpts et stocks pharmaceutiques.
OpenPharmacy est utilis dans une dizaine de pays sub-sahariens, mais pas encore en RDC.

9.22 Tl-consultation et tl-expertise

Une solution particulirement intressante pour l'Afrique sub-saharienne, est celle de la socit
franaise Tlmdecine Technologies, distribu sous le sigle GEMED-Tlmdecine. Un serveur
GMT peut tre situ soit dans un tablissement de soins de rfrence, soit au niveau central
(Ministre). Ce serveur disposant dune interface web, centralise les dossiers qui seront sujets une
demande dexpertise en tl-consultation, tl-radiologie, tl-cardiologie, etc... GEMED-
Tlmdecine offre des interfaces d'intgration dans des logiciels SIG comme OpenClinic GA ou
GEMED SIH.
La gestion d'une procdure daccrditation permet dobtenir lintervention dun expert ayant accs
une connexion internet partir d'un SIH quelle que soit sa localisation. Lchange de dossiers
mdicaux est bas sur la norme internationale CDA 2 (Clinical Document Architecture version 2).
9.23 Pharmacovigilence
Le Centre National de Pharmacovigilance l'UNIKIN a dmarr une initiative de mise en place de la
pate-forme Hagenia de la socit franaise Jouleco pour l'encodage des effets secondaires et
indsirables lis aux produits pharmaceutiques utiliss en RDC. Dans une premire phase le projet
est orient sur les anti-paludens. Les donnes collectes sur des quipements mobiles dans des
structures priphriques sont transmises sous forme de messages SMS et centralises sur un
serveur Kinshasa (plate-forme mise disposition par Orange).
9.24 PACS rgional

Une solution de PACS rgional facile dployer et base sur le logiciel libre et open source
DCM4CHEE, est offerte par la socit nerlandaise AEXIST sous forme de leur produit ImageHub. Il
s'agit d'une suite moderne et abordable de solutions de gestion d'images mdicales qui travaillent
ensemble d'une faon homogne:
ImageHub Backup & Archive: offre une solution volutive, flexible et scurise de stockage
externe d'images mdicales
Image Hub Exchange: facilite le partage des images mdicales entre les cliniciens situs dans
les hpitaux gographiquement disperss
ImageHub PACS: est une solution robuste pour la gestion d'images numriques avec une licence
de paiement par image gre
ImageHub Workstation: offre la manipulation avance des images pour les radiologues. Les
cliniciens ont un accs instantan aux images mdicales et les rapports associs travers leur
navigateur.
9.25 Standards d'informations de sant

Pour beaucoup de donnes de sant, des standards internationaux ont t dvelopps. La
standardisation offre beaucoup d'avantages:
change de donnes structures entre diffrents acteurs grce un langage commun
La comparaison d'informations en provenance de diffrentes sources
La cohrence de l'encodage ralis par diffrents encodeurs
La cration de solutions d'aide la dcision et la structuration de protocoles diagnostiques et
thrapeutiques
La traduction automatique de contenu
...
Pour la mise en place d'un systme d'informations cohrent et intgr, o les diffrents sous-
systmes sont capables de communiquer entre eux, il est impratif d'adhrer un nombre de
classifications, codifications et nomenclatures (de prfrence standardises au niveau international).
Les standards suivants sont d'un intrt particulier pour le PNDIS:

9.25.1 CIM-10
International Classification of Diseases Revision 10 (Ou CIM Classification Internationale des
Maladies) est une liste de classifications mdicales codant notamment les maladies, signes,
symptmes, circonstances sociales et causes externes de maladies ou de blessures, publie par
l'Organisation Mondiale de la Sant (OMS). La liste des codes contient 14 400 codes diffrents et
permet de nombreux diagnostics. La CIM-10 est gratuitement disponible.
9.25.2 CISP-2
La Classification Internationale des Soins Primaires (CISP) est la version franaise de lInternational
Classification of Primary Care (ICPC), dveloppe par lOrganisation internationale des mdecins
gnralistes (Wonca). Elle appartient la famille des classifications de lOrganisation mondiale de la
sant (OMS), comme classification associe la Classification internationale des maladies (CIM ou
ICD) et est particulirement adapte aux circonstances de capacit diagnostique rduite qu'on trouve
dans les structures hospitalires et les centres de sant en RDC. La CISP-2 est gratuitement
disponible.
9.25.3 DSM
Le Manuel diagnostique et statistique des troubles mentaux (Diagnostic and Statistical Manual of
Mental Disorders), publi par l'Association amricaine de psychiatrie (APA), est un manuel de
rfrence classifiant et catgorisant des critres diagnostiques et recherches statistiques de troubles
mentaux spcifiques. Il est utilis aux tats-Unis, et internationalement travers le monde, par les
cliniciens, chercheurs, psychiatres et compagnies d'assurance sant et pharmaceutiques, ainsi que
par le grand public. Actuellement les versions 4 et 5 sont les plus utilises. Le DSM existe en langue
franaise et offre des tables de correspondance avec la CIM-10 de l'OMS. La DSM est gratuitement
disponible.
9.25.4 3BT
Thesaurus (Bilingual Biclassified Terminology) donnant accs des libells cliniques, diagnostics,
problmes de sant, proches du vocabulaire utilis quotidiennement par les mdecins. Le 3BT est un
outil pratique qui joue le rle d'interface entre le vocabulaire du prestataire de soins et les
classifications CIM-10, CISP-2 et DSM-4. Grce au 3BT, la codification des informations cliniques
est plus facile et plus rapide mettre en uvre dans des environnements cliniques dpourvus de
ressources humaines qui disposent de comptences dans la matire. La 3BT est gratuitement
disponible.
9.25.5 LOINC
Le but de la classification LOINC est de permettre au travers dun identifiant universel de codifier
prcisment une analyse de laboratoire mdicale (et d'autres rsultats techniques mdicaux) afin de
faciliter les changes lectroniques. On distingue en particulier, outre la substance proprement dite,
le type dchantillon, lchelle des units de mesure (par ex. umol/L vs mg/dL) et parfois la mthode
danalyse. Cr en 1994 par linstitut Regenstrief aux Etats-Unis, la classification LOINC (Logical
Observation Identifier Names and Codes, www.loinc.org) intgre galement les signes cliniques, les
scores cliniques ou encore les documents mdicaux. Comme elle comprend plus de 70 000 codes,
des travaux ont t conduits pour proposer des listes rduites de codes. En particulier dans le cadre
du standard IHE (Integrating the Healthcare Enterprise), un catalogue restreint de 2578 codes LOINC
de laboratoire a t dfini par la Socit Franaise dInformatique de Laboratoire. Dans le mme
ordre dide, il a t possible de dmontrer quavec 2000 codes de rsultats danalyse, on couvre
98% de toutes les analyses effectues aux Etats-Unis.
9.25.6 ATC
Le Systme de Classification Anatomique, Thrapeutique et Chimique (ATC) est utilis pour classer
les mdicaments. C'est le Collaborating Centre for Drug Statistics Methodology de l'OMS qui le
contrle. Les mdicaments sont diviss en diffrents groupes selon l'organe ou le systme sur lequel
ils agissent et/ou leurs caractristiques thrapeutiques et chimiques. Le code ATC a la forme

gnrale suivante (o L reprsente une lettre et C un chiffre): LCCLLCC. Dans ce systme, les
mdicaments sont classs en groupes cinq niveaux diffrents:
1er niveau: se base sur une lettre pour le code du groupe anatomique (il y en a 14 principaux) (un
caractre alphabtique)
2e niveau: groupe thrapeutique principal (deux caractres numriques)
3e niveau: sous-groupe thrapeutique/pharmacologique. (un caractre alphabtique)
4e niveau : sous-groupe chimique/thrapeutique/pharmacologique. (un caractre alphabtique)
5e niveau : sous-groupe pour la substance chimique. (deux caractres numriques)
Le nom utilis pour la substance est la Dnomination Commune Internationale si elle est disponible.
Le systme ATC/DDD est le systme ATC auquel on a ajout une mesure de la dose d'entretien
quotidienne moyenne suppose pour un mdicament utilis dans son indication principale pour un
adulte (Defined Daily Doses - DDD = Dose quotidienne dfinie).

Chapitre
X
10 Budget
Le budget global sur les 5 premires annes se prsente comme suit:
Les investissements lis au PNDIS gnreront galement un important retour financier aprs 5 ans.
La prvision (base sur des expriences au Rwanda, Burundi, Congo Brazzaville et au Mali) est que
ce retour rcurrent dpassera les frais oprationnels lis aux NTIC de 14 millions d'euros par an,
laissant une marge budgtaire trs importante pour le MSP pour la prise en charge d'une partie des
investissements de suivi aprs la cinquime anne.
A titre indicatif, un budget pour les 5 annes suivantes a galement t tabli:

Budget 171

La dcomposition du budget par composante organisationnelle se prsente comme suit:
10.1 Services centraux du MSP

Budget 173

10.2 DPS

Budget 175
10.3 BCZS


Budget 177
10.4 Hpitaux de troisime rfrence

10.5 Hpitaux de deuxime rfrence

Budget 179

10.6 Centres et Postes de Sant

Budget 181
10.7 Education


Chapitre
XI
11 Migration et planification
Une migration partir de l'architecture de dpart vers l'architecture cible devra tre minutieusement
planifie. L'objectif de cette phase est de trier les diffrents projets de mise en uvre dans l'ordre de
priorit. Les activits comprennent l'valuation des dpendances, des cots et des avantages des
diffrentes tapes de migration. La liste de projets prioritaires constituera la base d'un plan de mise
en uvre dtaill ainsi que d'un plan de migration. Il y a quelques questions importantes se poser
avant de se lancer dans cet exercice de migration:
Quelles sont les implications d'un projet sur ? d'autres projets et activits?
Quelles sont les dpendances entre un projet et d'autres projets et activits?
Quels sont les produits ncessaires pour la mise en uvre du projet?
Quels sont les composantes qui doivent tre dveloppes?
Est-ce que l'organisation ncessite des ressources complmentaires pour le dveloppement des
nouveaux composants?
Sur base de quelles normes sont intgrs les produits ou composants et quand seront-ils
disponibles?
Les produits seront-ils l'preuve du temps, la fois en raison de la technologie qu'ils utilisent que
par rapport la viabilit du fournisseur?
Quel est le cot de la reconversion des utilisateurs?
Quel est l'impact culturel probable sur la communaut des utilisateurs et comment peut-il tre
contrl?
Quel est le cot total de la migration et quels avantages va-t-elle livrer? Il est important d'examiner
les avantages rels et ne pas simplement prsumer ces avantages.
Le financement est- il disponible?
La migration est-elle viable?
La plupart des grandes organisations (comme le MSP) constatent qu'un changement de

l'architecture a trop d'impact sur ?
l'organisation pour permettre de l'entreprendre en une seule phase.
Une migration exige souvent l'examen pralable d'un certain nombre de questions techniques et en
matire de ressources humaines, qui sont associes aux moyens d''introduction de changements
dans le systme oprationnel. Les questions ncessitant une attention particulire se rapportent
aux:
Oprations pouvant tre excutes en parallle
Choix de procder une migration progressive par sous-systme ou par fonction
L'impact de la sparation gographique sur la migration
Les dcisions rsultant de ces considrations doivent tre intgres dans le plan de mise en uvre.
Par consquent, au stade actuel du PNDIS, seulement un plan de migration trs gnral peut tre
propos. Vu la complexit et l'ampleur du PNDIS, il sera absolument ncessaire de dcomposer son
implmentation en une srie de sous-plans laborer dans les prochaines annes. La chronologie
du dveloppement de ces sous-plans pourra s'inspirer de la planification prliminaire ci-aprs:

Migration et planification 185
Planification prlim inaire du PNDIS
Le dveloppement des sous-plans d'implmentation du PNDIS ncessitera une collaboration troite

entre:
Les services centraux, intermdiaires et priphriques du MSP
Le MSP et d'autres ministres transversaux comme les finances, le budget, tudes et planification
ou l'ducation
Le MSP et ses partenaires techniques et financiers
Les partenaires techniques et financiers entre eux
Le MSP et le secteur priv
Le MSP et les oprateurs tlcoms
Quelques sous-plans d'implmentation prvoir par fonction:

Intranet sant
Datacenters
Entrept de donnes
Systme de gestion des ressources humaines
Groupware et messagerie professionnelle
Bibliothque virtuelle
Serveur web fdr du ministre
...
Quelques sous-plans d'implmentation prvoir par sous-structure:

Plans provinciaux de dveloppement de l'informatique de sant
Plans hospitaliers de dveloppement de l'informatique de sant
Plans de dveloppement d'informatique de sant dans les structures d'enseignement
...
En termes de priorisation des applications, le schma propos par l'architecture applicative aidera
guider la mise en uvre du PNDIS.

Chapitre
XII
Implmentation et gouvernance 187
12 Implmentation et gouvernance
Les objectifs de la phase d'implmentation et de gouvernance sont les suivants:
Formuler des recommandations pour chaque projet de mise en uvre
Construire un contrat d'architecture qui rgira l'ensemble du processus de mise en uvre et le
dploiement sous forme de procdures crites et signes par toutes les parties prenantes
Systmatiquement excuter des fonctions de gouvernance appropries au fur et mesure que le
systme est mis en uvre et dploy
Assurer la conformit des projets mis en uvre avec l'architecture dfinie.
C'est ici que toutes les informations pour une gestion russie des diffrents projets de mise en uvre
sont runies. Cette phase tablit la connexion entre l'architecture et l'organisation de la mise en
uvre par le biais du contrat d'architecture. Dans ces contrats, les dtails des diffrents (sous)
projets seront dvelopps, couvrant:
Nom, description et objectifs
Champ d'application, les produits livrables et les contraintes
Mesures d'efficacit et de russite
Critres d'acceptation
Risques et enjeux
Les principales tapes de cette phase comprennent:

Formuler les recommandations pour le projet. Pour chaque projet de mise en uvre il faudra
procder comme suit:
- Documenter dans l'tude d'impact globale la porte du projet individuel
- Documenter les exigences stratgiques (du point de vue architectural) dans l'analyse d'impact
- Documenter les demandes de modification (tels que l'intgration d'une nouvelle interface
standard) dans l'analyse d'impact
- Documenter les rgles de conformit dans l'tude d'impact
- Documenter la chronologie et la feuille de route dans l'tude d'impact
Documenter le contrat de l'architecture
- Obtenir la signature de tous les acteurs impliqus dans le dveloppement et des partenaires
financiers
Revoir priodiquement la gouvernance et la conformit l'architecture au cours de la mise en
uvre
Les rsultats suivants peuvent tre attendus l'issu de cette phase:

Une analyse d'impact dtaille et cohrente
Un contrat d'architecture
Un systme d'informations implment conforme cette architecture
La gouvernance de la mise en uvre est troitement lie la gouvernance globale de l'architecture.

Un aspect clef de la phase d'implmentation et de gouvernance est d'assurer le respect de
l'architecture dfinie, non seulement par les projets de mise en uvre mais aussi par d'autres projets
en cours. Srement le MSP devra se doter d'une solide expertise en matire de gestion de
projets complexes dans le domaine de l'informatique de sant. Au moins dans les premires
annes de l'implmentation du PNDIS, une assistance externe semble ncessaire. Les programmes
de matrise en informatique mdicale prvues dans le chapitre sur l'ducation pourront permettre par
contre aprs quelques annes de progressivement rduire la dpendance d'un appui externe.

Chapitre
XIII
Evolution de l'architecture 189
13 Evolution de l'architecture
Ce chapitre se penche sur l'tablissement de procdures de gestion des modifications de la nouvelle
architecture. L'objectif de cette dernire phase est d'tablir des mcanismes pour faire voluer
l'architecture d'entreprise de base avec l'achvement de la phase d'implmentation. Ce processus se
caractrise par l'assurance d'une surveillance continue d'un nombre d'lments telles que les
nouveaux dveloppements technologiques et les changements dans l'environnement du MSP. Pour
chaque adaptation ncessaire, il faudra valuer la ncessit d'engager un nouveau cycle ADM formel
d'volution de l'architecture. Si besoin, cette phase prvoit galement la modification du cadre et
des principes noncs dans la phase prliminaire.
L'objectif d'un processus de gestion du changement de l'architecture est de s'assurer que ces
changements soient gres de manire cohrente tout en assurant que l'architecture d'entreprise
mis en place reste dynamique. La flexibilit d'voluer rapidement en rponse des changements
dans l'environnement technologique et fonctionnel, contribuera la performance du systme de sant
de la RDC dans un monde en transformation permanente.
Une fois tabli, le processus de gestion du changement permettra de dterminer:

Les circonstances dans lesquelles des modifications l'architecture d'entreprise (ou une partie
de celle-ci) seront autorises aprs l'tape de la mise en uvre. Les procdures selon lesquelles
cela pourra se raliser doivent galement tre dfinies.
Les circonstances dans lesquelles le cycle de dveloppement d'architecture (ADM) sera relanc
pour dvelopper une nouvelle architecture
Le processus de gestion du changement de l'architecture est troitement li aux processus de

gouvernance de l'architecture d'entreprise et la gestion du contrat de l'architecture. Dans cette
phase il est essentiel que l'organe de la gouvernance tablisse des critres prcis pour juger si une
demande de modification ncessite juste une mise jour de l'architecture ou si elle justifie de
commencer tout un nouveau cycle de la mthode de dveloppement d'architecture (ADM) . Les
lignes directrices pour l'tablissement de ces critres sont difficiles prvoir, comme de nombreuses
entreprises acceptent le risque diffremment, mais au fur et mesure que l'architecture est ralise,
la maturit de l'organe de gouvernance s'amliorera et les critres pourront tre gnraliss partir
de besoins concrets et spcifiques.
Il existe beaucoup de dterminants technologiques pour les demandes de modification de

l'architecture . Par exemple :
De nouvelles dcouvertes ou volutions technologiques
La rduction des cots et l'volution de la gestion de l'actif de l'organisation
Le retrait d'une technologie
Des initiatives de normalisation
Ce type de demande de modification est gnralement grable par le biais des processus de gestion
du changement et de gouvernance de l'architecture d'une entreprise sans ncessit d'un nouveau
cycle de dveloppement.
Mais il existe aussi des facteurs oprationnels ncessitant le changement de l'architecture, y

compris:
L'volution de l'activit de l'organisation
Les exceptions mtiers
Les innovations mtiers
Les innovations technologiques mtiers (applications par exemple)
Un changement de stratgie
Ce type de demande de modification se traduit souvent par un re-dveloppement complet de
l'architecture, ou au moins dans une re-itration d'une partie du cycle de dveloppement de
l'architecture.
Le processus de gestion du changement doit expliquer comment les changements doivent tre

grs, quelles techniques doivent tre appliques ainsi que les mthodologies utilises. Le
processus doit galement avoir une fonction de filtrage qui dterminera quelles phases du
dveloppement architectural sont touchs par des nouvelles exigences. Par exemple, les
changements qui affectent uniquement la migration pourraient avoir aucun intrt sur les phases de
dveloppement de l'architecture.
Il existe de nombreuses approches valables pour la gestion du changement et de diverses

techniques et mthodes qui peuvent tre utiliss pour grer cela comme les mthodes de gestion de
projet tels que PRINCE2, les mthodes de gestion des services ITIL, les mthodes de conseil en
gestion Catalyst et bien d'autres. Une entreprise qui dispose dj d'un processus de gestion du
changement dans un domaine autre que l'architecture (par exemple dans le dveloppement de
systmes ou de gestion de projet) peut bien tre en mesure de l'adapter pour une utilisation en
relation avec l'architecture. L'tude pour l'laboration du PNDIS n'a malheureusement pas pu identifier
l'existence de telle mthode au sein du MSP. Une approche de gestion du changement simple qui
vise en particulier l'appui d'une architecture dynamique de l'entreprise, pourra tre considre dans
ces cas o aucun processus similaire n'existe. Cette approche est base sur la classification des
modifications architecturales requises dans l'une des trois catgories :
Changement de simplification: un changement de simplification peut normalement tre traite
par des techniques de gestion du changement.
Changement incrmentiel : un changement incrmentiel peut tre gr par des techniques de
gestion du changement ou il peut exiger un re-dveloppement partiel de l'architecture en fonction
des caractristiques du changement.
Changement de re-dveloppement architectural: un tel changement exige la rvision de toute
l'architecture travers le cycle de dveloppement d'architecture.
Une autre faon de regarder ces trois choix est de postuler qu'un changement de simplification est
souvent dicte par l'obligation de rduire les investissements; un changement incrmentiel par
l'obligation vise tirer une valeur ajoute de l'investissement existant et un changement de r-
dveloppement est caractris par une exigence d'augmenter les investissements dans le but de
crer de la nouvelle valeur pour l'organisation.
Pour dterminer si un changement est une simplification, est incrmentiel ou donne lieu au re-
dveloppement, les dmarches suivantes sont faites :
L'enregistrement de tous les vnements qui peuvent avoir un impact sur l'architecture
L'allocation de ressources la gestion des tches architecturales
Le responsable du processus et le responsable des ressources de l'architecture doivent faire une
valuation de ce qui doit tre fait
valuation des impacts
Une bonne rgle de base est :

Si le changement concerne deux acteurs ou plus, il est susceptible de ncessiter un re-
dveloppement de l'architecture et le recours l' ADM
Si le changement concerne une seule des parties prenantes, il est plus susceptible d'tre un
candidat pour la simple gestion du changement
Si le changement peut tre autoris dans le cadre de la gestion courante, il est galement plus
susceptible d'tre un candidat pour la simple gestion du changement.

Chapitre
XIV
14 Bibliographie
1. Ministre de la Sant Publique de la RDC, Le Plan National de Dveloppement Sanitaire
(PNDS 2011-2015)
2. Ministre de la Sant Publique de la RDC, La Stratgie de Renforcement du Systme de la
Sant (SRSS)
3. Ministre de la Sant Publique de la RDC, Plan Stratgique de la Reforme Hospitalire 2010
4. Ministre de la Sant Publique de la RDC, Cadre de Suivi et valuation du PNDS 2011-2015
5. Ministre de la Sant Publique de la RDC, Plan National de Dveloppement des Ressources
Humaines de la Sant (PNDRHS 2011-2015)
6. Ministre des Postes, Tlphones et Tlcommunications de la RDC, Stratgie de

dveloppement du secteur des tlcommunications et des technologies de l'information et de
la communication de la RDC, juillet 2009
7. Musavuli Mbutho M, Cabinet du Premier Ministre de la RDC, Recommandations sur la
politique et les stratgies de dveloppement des technologies d'information et de
communication, note technique du 2 mai 2013
8. Ministre de la Sant Publique de la RDC, Cadre Organique du Ministre de la Sant Publique
2012
9. Atim C, Bukele T, Criel B, Dit Gurin O, Ministre de la Sant Publique de la RDC, Faisabilit
de la mise en uvre de Mutuelles de Sant en Rpublique Dmocratique du Congo, Octobre
2004
10. Benson AC. Adoption of Hospital Information Systems in Nigeria. Journal of Global Health Care
Systems. 2011;1(3):138.
11. Clifford GD, Blaya JA, Hall-Clifford R, Fraser HSF. Medical information systems: a foundation
for healthcare technologies in developing countries. BioMedical Engineering OnLine.
2008;7(1):18.
12. Malik MA, Khan HR. Understanding the Implementation of an Electronic Hospital Information
System in a Developing Country: A Case Study from Pakistan. Wellington, New Zealand:
Conferences in Research and Practice in Information Technology (CRPIT); 2009.
13. Hendricks F. Factors to Consider when Planning an Electronic Health Record (EHR) System
Implementation: Global Lessons for South Africa. University of Oregon; 2012. Available from:
https://scholarsbank.uoregon.edu/xmlui/bitstream/handle/1794/12256/Hendricks2012.pdf?
sequence=1
14. Umulisa L. La rationalisation des cots base sur la structuration lectronique des donnes
des prestations de soins dans un hpital dun pays en dveloppement. Cas du Centre
Hospitalier Universitaire de Kigali (CHUK). [Brussels]: Universit Libre de Bruxelles; 2010.
15. Abdul SS. The Challenges, Problems and Strategies of Electronic Medical Record
Implementation: a Case Study of an Eye Hospital from India. University of Tromso, Norway;
2008. Available from: http://munin.uit.no/handle/10037/1567?locale-attribute=en
16. Igira F, Titlestad O, Lungo J, Shaw V, Sheikh Y, Mahundi M, et al. Designing and
Implementing Hospital Management Information Systems: Experiences from Zanzibar. Maputo,
Mozambique: IIMC International Information Management Corporation; 2007. Available from:
http://folk.uio.no/vshaw/Files/Papers%20not%20included%20in%
20Kappa/2007_Igira_ISTAfrica_Hospital_published.pdf
17. Heeks R. Information Systems and Developing Countries: Failure, Success, and Local
Improvisations. The Information Society. 2002;2002(18):10112.

Bibliographie 193
18. Bukachi F, Pakenham-Walsh N. Information Technology for Health in Developing Countries.

Chest. 2007 Nov 1;132(5):162430.
19. Hbner U, Ammenwerth E, Flemming D, Schaubmayr C, Sellemann B. IT adoption of clinical

information systems in Austrian and German hospitals: results of a comparative survey with a
focus on nursing. BMC Medical Informatics and Decision Making. 2010;10(1):8.
20. Achmad N, Dian Setia H, Ika Chandra H. Change Management for Hospital
InformationSystems Implementation: A Case Study at GeneralHospital of RAA Soewondo.
Jurnal Sistem Informasi. 2010;6(2). Available from: http://jsi.cs.ui.ac.id/index.php/jsi/article/
view/283
21. Benson AC. Assessing Barriers to Adoption of Hospital Information Systems in Nigeria.
Journal of Global Health Care Systems. 2011;1(3).
22. Mekanontchai P. Implementation of Effective Change Management for Successful Integration of
Health Information Technology (HIT) Systems in Hospitals. University of Oregon, Applied
Information Management Program; 2009.
23. Adopting Technological Innovations in Hospitals: Who Pays and Who Benefits? American
Hospital Association; 2006.
24. Bernstein M, McCreless T, Ct M. Five constants of information technology adoption in
healthcare. Hospital Topics. 2007 winter;85(1):1725.
25. McCullough J. The adoption of hospital information systems. Health Economics. 2008
May;17(5):64964.
26. Adoption Of Information Technology (IT) In Healthcare Delivery- Experience At A Tertiary Level
Hospital. The Internet Journal of Medical Informatics. 2011;5(2). Available from: http://
www.ispub.com/doi/10.5580/134
27. Leonard KJ. Critical Success Factors Relating to Healthcares Adoption of New Technology: A
Guide To Increasing the Likelihood of Successful Implementation. Electronic Healthcare.
2004;2(4).
28. Menachemi N. Hospital Adoption of Information Technologies and Improved Patient Safety: A
Study of 98 Hospitals in Florida. Journal of Healthcare Management. 2007 Dec;52(6).
29. Anderson D, Ackerman-Anderson LS. Beyond change management how to achieve

breakthrough results through conscious change leadership. San Francisso: Pfeiffer; 2010.
30. Fatu Y. Retention of Health Care Workers in Low-Resource Settings: Challenges and
Responses. IntraHealth International Technical Brief. 2006 Feb; Available from: http://
www.intrahealth.org/~intrahea/files/media/health-systems-and-hrh/techbrief_1.pdf
31. Braine T. Efforts underway to stem brain drain of doctors and nurses. Bulletin of the World
Health Organization. 2005;83(2):847.
32. Buchan J, Calman L. The global shortage of registered nurses: an overview of issues and
actions. International Council of Nurses (ICN); 2004. Available from: http://www.icn.ch/global/
shortage.pdf
33. Dovlo D, Martineau T. A review of the migration of Africas health professionals.. Global Health
Trust, Joint Learning Initiative; Available from: http://www.globalhealthtrust.org/doc/abstracts/
WG4/DovloMartineauFINAL.pdf
34. Huddart J, Picazo O. The health sector human resource crisis in Africa: an issues paper.
SARA Project, AED; USAID; 2003. Available from: http://pdf.usaid.gov/pdf_docs/
PNACS527.pdf
35. Van Dormael M, Dugas S, Kone Y, Coulibaly S, Sy M, Marchal B, et al. Appropriate training
and retention of community doctors in rural areas: a case study from Mali. Human Resources

for Health. 2008;6(1):25.

36. Mathauer I, Imhoff I. Staff Motivation in Africa: The Impact of Non-financial Incentives and
Quality Management Tools. A Way to Retain Staff?. GTZ; 2002. Available from: http://
www2.gtz.de/migration-and-development/download/mathauer.pdf
37. Naidoo N. South Africa is losing hundreds of nurses each year. Natal Witness. 2004 May;
Available from: http://www.queensu.ca/samp/sampresources/migrationdocuments/
commentaries/2000/nurses.htm
38. Quartapelle L. Aid dependence and the challenge of self-reliance in Sub-Saharan Africa. ISPI
Policy Brief. 2010 Apr;(183). Available from: http://www.ispionline.it/it/documents/
PB_183_2010.pdf
39. Moss T, Pettersson G, van de Walle N. An Aid-Institutions Paradox? A Review Essay on Aid
Dependency and State Building in Sub-Saharan Africa. Center for Global Development; 2006.
Available from: http://www.cgdev.org/files/5646_file_WP_74.pdf
40. Azam J-P, Shantayanan D, OConnell SA. Aid Dependence Reconsidered. World Bank; 1999.
Available from: http://elibrary.worldbank.org/content/workingpaper/10.1596/1813-9450-2144
41. Sectoral Perspectives on Corruption in Kenya: The Case of the Public Health Care Delivery.
Kenya Anti-Corruption Commission (KACC); 2007. Available from: http://www.scribd.com/
doc/25766434/Corruption-in-Public-Health-Care-Delivery3
42. Vian T, Savedoff WD, Mathisen H. Anticorruption in the health sector strategies for
transparency and accountability. Sterling, VA: Kumarian Press; 2010 [cited 2012 Aug 19].
Available from: http://search.ebscohost.com/login.aspx?
direct=true&scope=site&db=nlebk&db=nlabk&AN=440895
43. Streefland P. Public health care under pressure in sub-Saharan Africa. Medische Antropologie.
2008;20(1). Available from: http://tma.socsci.uva.nl/20_1/streefland.pdf
44. Declaration of Alma-Ata, International Conference on Primary Health Care. Alma-Ata, USSR:
WHO; 1978 Sep. Available from: http://www.searo.who.int/LinkFiles/
Health_Systems_declaration_almaata.pdf
45. Adjustment in Africa?: reforms, results, and the road ahead. Washington, D.C.: Oxford
University Press?: World Bank; 1993.
46. Verbeke F, Karara G, Hategekimana T, Ly O, Information Systems for Monitoring the Burden
of Chronic Diseases in Public Reference Health Facilities in Central Africa, Journal of Health
Informatics in Africa, October 8, 2013
47. Girma A, UNICEF. Bamako Initiative Management Unit. The Bamako initiative?: rebuilding
health systems. New York: UNICEF; 1995.
48. United Nations Millennium Declaration 55/2. UN; 2000. Available from: http://www.un.org/
millennium/declaration/ares552e.pdf
49. The Paris Declaration on Aid Effectiveness. Paris, France: OECD; 2005. Available from: http://
www.oecd.org/development/aideffectiveness/43911948.pdf
50. Dieleman M, Toonen J, Tour H, Martineau T. KIT Development, Policy and Practice. Human
Resources for Health. 2006;4(2).
51. Human resources for health: overcoming the crisis. WHO; 2004. Available from: http://
www.who.int/hrh/documents/JLi_hrh_report.pdf
52. Tandon A, Murray CJ, Lauer JA, Evans DB. Measuring Overall Health System Performance for
191 Countries. EIP/GPE/EQC World Health Organization; 2001. Report No.: 30. Available
from: http://pages.stern.nyu.edu/~wgreene/Statistics/WHO-COMP-Study-30.pdf

Bibliographie 195
53. Country Health Information Systems A Review of the Current Situation and Trends.. World
Health Organization; 2011. Available from: http://www.who.int/healthmetrics/news/
chis_report.pdf
54. Toonen J, Canavan A, Vergeer P, Elovainio R. Learning lessons on implementing performance
based financing, from a multi-country evaluation. Amsterdam: Royal Tropical Institute (KIT).
Development Policy & Practice; Available from: http://www.search4dev.nl/record/310733
55. Rusa L, Fritsche G. Rwanda: Performance-Based Financing in Health. 2007. Available from:
http://www.mfdr.org/sourcebook/2ndEdition/4-3RwandaPBF.pdf
56. Kruse S-E. Health Information Systems in Africa: Resources, Indicators, Data Management,
Dissemination and Use. Technical papers. Algiers: Centre for Health and Social Development
(HeSo); 2008. Available from: http://www.tropika.net/specials/algiers2008/technical-reviews/
paper-8-en.pdf
57. Fighting Corruption in the Health Sector. Methods, Tools and Good Practices.. UNDP; 2011.
Available from: http://www.undp.org.tt/news/UNODC/Anticorruption%20Methods%20and%
20Tools%20in%20Health%20Lo%20Res%20final.pdf
58. Manuel des procdures pour la mise en uvre du financement bas sur la performance au
Burundi. Bujumbura, Burundi: MSPLS; 2011. Available from: http://www.fbpsanteburundi.bi/
documents/Manuel_des_procedures_FBP_Version_Revisee24012012.pdf
59. Ntibilingirwa J, De Naeyer L. FBP au niveau des hpitaux de district?: Manuel pour lvaluation.
Rwandan Ministry of Health; 2011. Available from: http://www.pbfrwanda.org.rw/documentation/
category/1-documentation?download=11:pbf-hd-manual-et-grille-d-evaluation-2011
60. Morgan, Lindsay, Eichler R. Performance-Based Incentives in Sub-Saharan Africa:
Experiences, Challenges, Lessons. Health Systems 20/20. 2011 Dec; Available from: http://
www.healthsystems2020.org/files/85806_file_PBI_In_SubSaharan_Africa_FINAL_REV_5.pdf
61. Kalk A. The costs of performance-based financing. Bulletin of the World Health Organization.
2011 May 1;89(5):319319.
62. Taxiarchis B, Hartvigsen G, Chen F, Weng C. Secondary Use of EHR: Data Quality Issues
and Informatics Opportunities. AMIA Summits Transl Sci Proc. AMIA; 2010. p. 15. Available
from: http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3041534/
63. Safran C, Bloomrosen M, Hammond WE, Labkoff S, Markel-Fox S, Tang PC, et al. Toward a
National Framework for the Secondary Use of Health Data: An American Medical Informatics
Association White Paper. Journal of the American Medical Informatics Association. 2006 Oct
31;14(1):19.
64. Powell J, Buchan I. Electronic Health Records Should Support Clinical Research. Journal of
Medical Internet Research. 2005 Mar 14;7(1):e4.
65. Garrib A, Stoops N, McKenzie A, Dlamini L, Govender T, Rohde D, et al. An evaluation of the
District Health Information System in rural South Africa. South African Medical Journal.
2008;98(7):54952.
66. Daudi OS, Mughwira M. Application of ICT in strengthening health information systems in
developing countries in the wake of globalisation. Afr Health Sci. 2004 Dec;4(3):1948.
67. Egger M. Electronic medical record systems, data quality and loss to follow-up: survey of
antiretroviral therapy programmes in resource-limited settings. Bulletin of the World Health
Organization. 2008 Dec 1;86(12):93947.
68. Weiskopf NG, Weng C. Methods and dimensions of electronic health record data quality
assessment: enabling reuse for clinical research. Journal of the American Medical Informatics
Association. 2012 Jun 25 [cited 2012 Aug 19]; Available from: http://jamia.bmj.com/cgi/
doi/10.1136/amiajnl-2011-000681

69. WHO guidelines approved by the Guidelines Review Committee. WHO; Available from: http://
www.who.int/publications/guidelines/en/index.html
70. Sekaganda, E, Habaguhirwa J-B, Habineza C. Sant et performance au Rwanda. Exprience

et leons au niveau oprationnel dans la mise en oeuvre de lapproche PBF. Kigali: Health,
Development and Performance (HDP); 2010. Available from: http://www.search4dev.nl/
document/175688
71. Capacity Assessment of the Health Facilities & Community Based Associations. CONCERN
WORLDWIDE, USAID; Available from: http://pdf.usaid.gov/pdf_docs/PNADI065.pdf
72. Nyango DD, Mutihir JT, Laabes EP, Kigbu JH, Buba M. Skilled Attendance: The Key
Challenges to Progress in Achieving MDG-5 in North Central Nigeria. African Journal of
Reproductive Health. 2010 Jun;14(2):128.
73. Adeya G, Bigirimana A, Cavanaugh K, Miller Franco L. Rapid Assessment of the Health
System in Benin. USAID; 2006 Apr. Available from: http://www.healthsystems2020.org/
files/1917_file_Benin_Pilot_Test_Assessment_Report.pdf
74. Mutungi A, Harvey S, Kibaru J, Lugina H, Kinoti S, Jennings L, et al. Assessment of Health
Workforce Competency and Facility Readiness to Provide Quality Maternal Health Services in
Kenya. Nairobi, Kenya: USAID; 2008 Sep. Available from: http://pdf.usaid.gov/pdf_docs/
PNADN890.pdf
75. Assani A. Equity and Access to Quality Care in Urban Areas. UNICEF; 2001 Nov. Available
from: http://www.ucl.ac.uk/dpu-projects/drivers_urb_change/urb_society/pdf_health_educ/
UNICEF_Ivory_coast_Aliou_quality_care.pdf
76. Schatz JJ. Zambias health-worker crisis. The Lancet. 2008 Feb;371(9613):6389.
77. McCoy D. Economic and Health Systems Research on Health Workers in Sub Saharan Africa:
Drawing out themes from a case study of Malawi. World Bank, UNAIDS; 2007 May. Available
from: http://www.heard.org.za/downloads/erg-meeting-1-mccoy-final-draft.pdf
78. Willis-Shattuck M, Bidwell P, Thomas S, Wyness L, Blaauw D, Ditlopo P. Motivation and
retention of health workers in developing countries: a systematic review. BMC Health Services
Research. 2008;8(1):247.
79. Odusote K. CPD as a strategy for retention of health workers in sub-Saharan Africa. Africa
Health. 2010 May;32(4):346.
80. Chen C, Buch E, Wassermann T, Frehywot S, Mullan F, Omaswa F, et al. A survey of Sub-
Saharan African medical schools. Human Resources for Health. 2012;10(1):4.
81. Chisenga J. Global Information and libraries in sub-Saharan Africa. Library Management.
2000;21(4):17887.
82. Kinengyere AA. Globalization challenges of medical education library services in Uganda. 74th
IFLA General Conference and Council. Qubec, Canada; 2008. Available from: http://
www.ifla.org/IV/ifla74/index.htm
83. Meessen B, Kouanda S, Musango L, Richard F, Ridde V, Soucat A. Communities of practice:
the missing link for knowledge management on implementation issues in low-income
countries? Tropical Medicine & International Health. 2011 Aug;16(8):100714.
84. Weiner A, Rumiany D. A New Logic of Reducing the Global Digital Divide in Sub-Saharan
Africa: From Obstacles to Opportunities. African Technology Development Forum (ATDF)
Journal. 2007;4(1):1421.
85. Quick Facts on ICT in Africa. World Bank; Available from: http://go.worldbank.org/KNA21E4PI0
86. Williams MDJ, Mayer R, Minges M, Foster V, Briceo-Garmendia C, World Bank. Africas ICT
infrastructure?: building on the mobile revolution. Washington, D.C.: World Bank; 2011.

Bibliographie 197
Available from: https://openknowledge.worldbank.org/bitstream/

handle/10986/2325/632510PUB0ICT000ID0184540BOX361512B.pdf?sequence=1
87. Underpowered: The State of the Power Sector in Sub-Saharan Africa. Washinton, USA: The
International Bank for Reconstruction and Development / The World Bank; 2008 May. Available
from: http://www.infrastructureafrica.org/system/files/BP6_Power_sector_maintxt.pdf
88. Africas Power Supply Crisis: Unraveling the Paradoxes. IMF; 2008. Available from: http://
www.imf.org/external/pubs/ft/survey/so/2008/CAR052208C.htm
89. Ajuwon G, Rhine L. The level of Internet access and ICT training for health information
professionals in sub-Saharan Africa. Health Info Libr J. 2008 Sep;25(3):17585.
90. Hersch W. Meaningful Use of Health Information Technology Requires a Competent Workforce.
Africa HI 2010. Gaborone, Botswana: IASTED; Available from: http://www.nihi.ca/nihi/ir/
Hersh_MeaningfulUseofHealthInformation.pdf
91. Kimaro HC. Strategies for Developing Human Resource Capacity to Support Sustainability of
ICT Based Health Information Systems: a Case Study fraom Tanzania. EJISDC. 2006;26(2):1
23.
92. Osei D, d Almeida S, George MO, Kirigia JM, Mensah AO, Kainyu L h. Technical efficiency of
public district hospitals and health centres in Ghana: a pilot study. Cost Effectiveness and
Resource Allocation. 2005;3(9). Available from: http://www.resource-allocation.com/
content/3/1/9
93. Charnes A, Cooper WW, Rhodes E. Measuring the efficiency of decision making units.
European Journal of Operational Research. 1978;2:42944.
94. Nayab N. Methods Used in a Business Process Analysis. Bright Hub; 2011. Available from:
http://www.brighthub.com/office/entrepreneurs/articles/77619.aspx
95. Jun GT, Ward J, Morris Z, Clarkson J. Health care process modelling: which method when?
International Journal for Quality in Health Care. 2009 Apr 10;21(3):21424.
96. Peraki R. Requirements Analysis for Medical Information Systems Design. Technical
University of Crete, Department of Electronic and Computer Engineering; Available from: http://
poseidon.library.tuc.gr/artemis/MT2008-0119/MT2008-0119.pdf
97. OMG Unified Modeling LanguageTM (OMG UML), Superstructure. OMG; 2009. Available from:
http://www.omg.org/cgi-bin/doc?formal/2011-08-06.pdf
98. Eb@le-Sant, Le rseau congolais dexpertise mdicale, informatisation des Cliniques
Universitaires de la RDC.. FUNDP, VUB, CUD; 2009. Available from: http://
www.ebalesante.net/
99. Nyssen M, Verbeke F, Bakasanda O, Rmon M. Eb@l-Sant: introducing electronic health
records in RDC. ICIA 2011 Conference Papers. Canaan Land, Nigeria: ICIA; 2011. Available
from: http://www.fichier-pdf.fr/2011/07/15/introducing-electronic-health-records-in-democratic-
republic-of-congo/introducing-electronic-health-records-in-democratic-republic-of-congo.pdf
100. MSF ranime lhpital de Lubutu. MSF; 2011. Available from: http://www.msf-azg.be/fr/nouvelle/
msf-ranime-lh%C3%B4pital-de-lubutu
101. Karara G, Verbeke F, Nyssen M, Hospital Information Management Using Open Source
Software: Results of the MIDA Project in 3 Hospitals in Rwanda, Journal of Health Informatics
in Africa, October 8, 2013
102. Accompagnement en gestion administrative et financire dans la province sanitaire de Kirundo.
Belgian Technical Cooperation; Available from: http://www.btcctb.org/fr/casestudy/province-
sanitaire-kirundo
103. How to Monitor and Address Absenteeism in District Hospitals. Health Systems Trust - Kwik-

Skwiz; 2008. Available from: http://www.hst.org.za/uploads/files/kwiksk25.pdf

104. Loi portant organisation des elections presidentielles, legislatives, provinciales, urbaines,
municipales et locales. Rpublique Dmocratique du Congo; 2006. Available from: http://
www.congonline.com/documents/Loi_Electorale_fevrier2006.pdf
105. Rwanda Community Based Health Insurance Policy. Ministry of Health Rwanda; 2010.
Available from: http://www.ilo.org/gimi/gess/RessFileDownload.do?ressourceId=23210
106. Nzohobonimana D, Nsengiyumva G, Hicuburundi S, Ntijinama A, Nkengurutse A, Rutamucero
G. Les rgimes couvrant les salaris et/ou les fonctionnaires et les reformes en vue de la
couverture universelle par lassurance maladie obligatoire. Collge des conomistes de sant,
Villejuif, France; 2004. Available from: http://www.ces-asso.org/docs/
WBI_IMA_CES_Session2_Burundi.ppt
107. Ridde V, Haddad S, Dembl Y, Diabat M, Traor N. Des observatoires de la gratuit des
soins au Mali, Emergence, processus et rsultats prliminaires. MSF, CHUM, EU, USI; 2011.
Available from: http://www.sidiief.org/~/media/Files/5_0_Services/5_2_ReseauInfirmier/
Observatoires_gratuite_Mali.ashx
108. Nsengiyumva G, Musango L. Le systme de sant de district et le financement bas sur la
performance au Burundi: synergies et contradictions possibles. Harmonization for Health in
Africa (HHA); 2011. Available from: http://www.hha-online.org/hso/system/files/
PBFdistrictsanitaire_WP4_F.pdf
109. Gashubije L. Performance Based Financing in Burundi. Bujumbura, Burundi: Harmonization for
Health in Africa (HHA); 2010. Available from: http://www.hha-online.org/hso/system/files/
page/2010/08/W2D2S1a%20PBF%20BURUNDI%20English%20V24%2006%202010.pptx
110. Bertone MP, Mangala A, Kwt D, Deriennic Y. Review of the Results-Based Financing
Experiences in the Democratic Republic of the Congo. Democratic Republic of Congo: Health
Systems 20/20, USAID; Available from: http://www.healthsystems2020.org/
files/82470_file_RBF_Report_Fin_3.pdf
111. Kamana J. Le Financement bas sur la performance au Burundi. Bujumbura, Burundi: Cellule
Technique Nationale FBP Burundi; 2011. Available from: http://
performancebasedfinancing.files.wordpress.com/2011/03/fbp-burundi-atelier-fc3a9vrier-buja-dr-
jk.ppt
112. Ntibiringirwa J. Le financement bas sur la performance au Rwanda. PBF department,

Rwanda; 2011. Available from: http://performancebasedfinancing.files.wordpress.com/2011/03/
expose-pbf-rwanda.ppt
113. DRC delegation. Financement bas sur la performance en RDC. Bujumbura; 2011. Available
from: http://performancebasedfinancing.files.wordpress.com/2011/03/pbf-et-financement-du-
secteur-en-rdc-140211-2.ppt
114. Hamadoun B. Exprience du Mali dans le Financement bas sur les rsultats. Saly, Senegal:
Organis par la Communaut de Pratique du Financement Bas sur la Performance (COP);
2011. Available from: http://performancebasedfinancing.files.wordpress.com/2011/03/
prc3a9sentation-pbf-malien-dakar-3.ppt
115. Contracting and performance incentives. WHO; Available from: http://www.who.int/contracting/
en/index.html
116. Bolton P, Dewatripont M. Contract theory. Cambridge, Mass.: MIT Press; 2005.
117. Laffont J-J, Martimort D. The theory of incentives. Vol. 1, The principal-agent model. Princeton,
N.J.; Chichester: Princeton University Press; 2002.
118. Lenson C. Building a successful enterprise master patient index: a case study. Top Health Inf
Manage. 1998 Aug;19(1):6671.

Bibliographie 199
119. Chne M. Approaches to corruption in drug management. Transparency International; 2009

Dec. Report No.: 225. Available from: http://www.u4.no/publications/approaches-to-corruption-
in-drug-management/downloadasset/418
120. Reassessing the Cost of Health Services in Rwanda. MSH; 2011. Available from: http://
www.msh.org/news-bureau/reassessing-the-cost-of-health-services-in-rwanda.cfm
121. Transforming healthcare through secondary use of health data. PriceWaterhouseCoopers;
2009. Available from: http://pwchealth.com/cgi-local/hregister.cgi/reg/
secondary_health_data.pdf
122. Banerji D. Primary healthcare: selective or comprehensive? World Health Forum, WHO.
1984;5. Available from: http://whqlibdoc.who.int/whf/1984/vol5-no4/WHF_1984_5%284%
29_p312-328.pdf
123. Walsh J, Warren K. Selective primary health care: an interim strategy for disease control in
developing countries. The New England journal of medicine. 1979 Nov;301(18):96774.
124. Gershy-Damet G-M, Rotz P, Cross D, Belabbes EH, Cham F, Ndihokubwayo J-B, et al. The
World Health Organization African Region Laboratory Accreditation Process: Improving the
Quality of Laboratory Systems in the African Region. American Journal of Clinical Pathology.
2010 Aug 17;134(3):393400.
125. Feeny. Multi-Attribute Health Status Classification System: Health Utilities Index Mark 3
(HUI3). PharmacoEconomics. 1995;494.
126. Szende A, Williams A, EuroQol Group. Measuring self-reported population health?: an
international perspective based on EQ-5D. [Budapest] Hungary: SpringMed Publishing; 2004.
127. Seiber WJ, Groessl EJ, David KM, Ganiats TG, Kaplan RM. Quality of Well Being Self-
Administered (QWB-SA) Scale. Health Services Research Center, University of California, San
Diego; 2008. Available from: https://hoap.ucsd.edu/qwb-info/QWB-Manual.pdf
128. Verbeke F, Merging medical device and clinician generated information for monitoring the
burden of diabetes and hypertension in public reference health facilities in Central Africa, Med-
e-Tel 2014, April 1, 2014
129. Medical Outcomes Study: 36-Item Short Form Survey Instrument. RAND Health; 2009.
Available from: http://www.rand.org/health/surveys_tools/mos/mos_core_36item_survey.html
130. WORLD HEALTH REPORT 2000. H ealth Systems: Improving Performance. Geneva,
Switzerland: WHO; 2000. Available from: http://www.who.int/whr/2000/en/whr00_en.pdf
131. Akazili J, Adjuik M, Jehu-Appiah C, Zere E. Using data envelopment analysis to measure the
extent of technical efficiency of public health centres in Ghana. BMC International Health and
Human Rights. 2008;8(1):11.
132. Hsu J. The relative efficiency of public and private service delivery. London, United Kingdom:
WHO; 2010. Report No.: 39. Available from: http://www.who.int/healthsystems/topics/
financing/healthreport/P-P_HSUNo39.pdf
133. Yu K. Measuring Effciency and Cost-Effectiveness in the Health Care Sector. 2011. Available
from: http://flash.lakeheadu.ca/~kyu/Papers/HealthProductivity.pdf
134. Uriarte FA. Introduction to Knowledge Management. ASEAN Foundation; Available from: http://
www.aseanfoundation.org/documents/knowledge_management_book.pdf
135. Li LX, Benton WC. Performance measurement criteria in health care organizations: Review and
future research directions. European Journal of Operational Research. 1996 Sep;93(3):44968.
136. Eddy DM. Performance measurement: problems and solutions. Health Affairs. 1998 Jul
1;17(4):725.

137. World Health Organization. Health systems financing?: the path to universal coverage. Geneva:
World Health Organization; 2010. Available from: http://www.who.int/entity/whr/2010/
whr10_en.pdf
138. McGlynn EA, Shekelle PG. Identifying, Categorizing, and Evaluating Health Care Efficiency
Measures. Rockville, MD, USA: Agency for Healthcare Research and Quality; 2008 Apr.
Available from: http://www.csls.ca/ipm/13/IPM-13-Iorwerth-e.pdf
139. Dawson D, Gravelle H, OMahony M, Street A, Weale M, Castelli A, et al. Developing new
approaches to measuring NHS outputs and productivity. Centre for Health Economics,
University of York; 2005 Sep. Report No.: 006cherp. Available from: http://ideas.repec.org/p/
chy/respap/6cherp.html
140. Eurostat. Handbook on price and volume measures in national accounts. Luxembourg: Office
for Official Publications of the European Communities; 2001. Available from: http://
epp.eurostat.ec.europa.eu/cache/ITY_OFFPUB/KS-41-01-543/EN/KS-41-01-543-EN.PDF
141. Atkinson AB. Atkinson Review final report?: measurement of Government output and
productivity for the national accounts. Basingstoke, Hampshire [England]: Palgrave Macmillan;
2005.
142. Singh V. Use of Queuing Models in Health Care, Decision Analysis. Department of Health
Policy and Management, University of Arkansas for Medical Sciences; 2006. Available from:
http://works.bepress.com/vikas_singh/4
143. Hall RW. Patient Flow, The new queueing theory for healthcare. OR/MS Today; 2006. Available
from: http://www.orms-today.org/orms-6-06/patientflow.html
144. Verbeke F, De Pauw F, Tran Ngoc C, Karara G, Gasakure E, Nyssen M. Evaluating the
relevance of disability weights for adjusting disease-cost and comorbidity calculations at the
Kigali University Teaching Hospital. Studies in health technology and informatics. 2010;160(Pt
1):76973.
145. AQA Principles of Efficiency Measures. AQA; 2006 Apr. Available from: http://
www.aqaalliance.org/files/PrinciplesofEfficiencyMeasurementApril2006.doc
146. Ramanathan R. An introduction to data envelopment analysis a tool for performance
measurement. New Delhi; Thousand Oaks, Calif.: Sage Publications; 2003. Available from:
http://public.eblib.com/EBLPublic/PublicView.do?ptiID=475980
147. Al-Shayea AM. Measuring hospitals units efficiency: A data envelopment analysis approach.
International Journal of Engineering & Technology. 2011 Dec;11(6):719.
148. Cooper WW, Seiford LM, Tone K. Data envelopment analysis a comprehensive text with
models, applications, references and DEA-solver software. New York: Springer; 2007. Available
from: http://public.eblib.com/EBLPublic/PublicView.do?ptiID=323342
149. Banker RD, Cooper WW, Seiford LM, Zhu J. Returns to Scale in DEA. In: Cooper WW, Seiford
LM, Zhu J, editors. Handbook on Data Envelopment Analysis. Boston, MA: Springer US; 2011
[cited 2012 Aug 26]. p. 4170. Available from: http://www.springerlink.com/index/10.1007/978-
1-4419-6151-8_2
150. Banker RD, Charnes A, Cooper WW. Some Models for Estimating Technical and Scale
Inefficiencies in Data Envelopment Analysis. Management Science. 1984 Sep 1;30(9):1078
92.
151. Chattopadhyay S, Ray SC. Technical, scale, and size efficiency in nursing home care: A
nonparametric analysis of Connecticut homes. Health Economics. 1996 Jul;5(4):36373.
152. Bowlin WF, Charnes A, Cooper WW, Sherman HD. Data envelopment analysis and regression
approaches to efficiency estimation and evaluation. Annals of Operations Research. 1984
Dec;2(1):11338.

Bibliographie 201
153. Zere E, World Institute for Development Economics Research. Hospital efficiency in Sub-
Saharan Africa. Helsinki: United Nations University, World Institute for Development
Economics Research; 2000.
154. Australia. Steering Committee for the Review of Commonwealth/State Service Provision,
Australia. Industry Commission. Data envelopment analysis?: a technique for measuring the
efficiency of government service delivery. Melbourne: Industry Commission; 1997.
155. Kumbhakar SC, Lovell CAK. Stochastic frontier analysis. Cambridge: Cambridge University
Press; 2000. Available from: http://catdir.loc.gov/catdir/samples/cam032/99031297.pdf
156. Chumney ECG, Simpson KN, American Society of Health-System Pharmacists. Methods and
designs for outcomes research. Bethesda, MD: American Society of Health-System
Pharmacists; 2006.
157. Moutinho L, Hutcheson GD. The SAGE Dictionary of Quantitative Management Research. Los
Angeles, Calif.?; London: SAGE; 2011.
158. Hay JW, Leu R, Rohrer P. Ordinary Least Squares and Sample-Selection Models of Health-
Care Demand. Journal of Business & Economic Statistics. 1987 Oct;5(4):499506.
159. Meesen B, Hercot D, Noirhomme M, Ridde V, Tibouti A, Bicaba A, et al. Removing User Fees
in the Health Sector in Low-Income Countries: A Multi-Country Review. New York: UNICEF;
2009 Sep. Available from: http://www.helpcentrum.be/itg/Uploads/Volksgezondheid/unicef/
UNICEF_Multi-Country_review.pdf
160. Rwanda Community Based Health Insurance Policy. Kigali, Rwanda: Ministry of Health,
Rwanda; 2010 Apr. Available from: http://www.ilo.org/gimi/gess/RessFileDownload.do?
ressourceId=23210
161. WHO Model List of Essential Medicines. WHO; 2011. Available from: http://
whqlibdoc.who.int/hq/2011/a95053_eng.pdf
162. De Jonghe M, Jamoulle M, Porignon D. Utilisation et valuation du thsaurus belge 3BT adapt
au Rwanda. Revue Mdicale de Bruxelles. 2006;2006(27):2748.
163. Hategekimana T, Tran Ngoc C, Porignon D, De Jonge M, Verbeke F, Van Bastelaer S.
Monitoring of clinical activities and performances by using international classifications ICD-10
and ICPC-2. Three years experience of the Kigali University Teaching Hospital, Rwanda.
electronic Journal of Health Informatics. 2010;5(1):e8.
164. Mapping between DSM-IV, ICD-9 and ICD-10. Ministry of Health of New Zealand; Available
from: http://www.health.govt.nz/nz-health-statistics/data-references/mapping-tools/mapping-
between-dsm-iv-icd-9-and-icd-10
165. Verbeke F, Murekatete C, Tran Ngoc C, Karara G, Gasakure E, Nyssen M. Evaluation of a
new method for in-patient co-morbidity analysis based on KHIRI Pathology Group Set codes at
the Kigali University Teaching Hospital. Journal for Health Informatics in Developing Countries.
2009;3(2). Available from: http://www.jhidc.org/index.php/jhidc/article/viewFile/31/64
166. Mathers C, Fat DM, Boerma JT, World Health Organization. The global burden of disease 2004
update.. Geneva, Switzerland: World Health Organization; 2008 [cited 2012 Aug 28]. Available
from: http://site.ebrary.com/id/10266345
167. Murray CJ, Lopez AD. Alternative projections of mortality and disability by cause 19902020:
Global Burden of Disease Study. The Lancet. 1997 May;349(9064):1498504.
168. Murray CJ, Lopez AD. Global mortality, disability, and the contribution of risk factors: Global
Burden of Disease Study. The Lancet. 1997 May;349(9063):143642.
169. Queue management systems installed in hospitals. The New Times; 2010. Available from:
http://www.newtimes.co.rw/news/index.php?i=14390&a=33808

170. Ware JE, Gandek B. Overview of the SF-36 Health Survey and the International Quality of Life
Assessment (IQOLA) Project. Journal of Clinical Epidemiology. 1998;51(11):90312.
171. Visit-Specific Satisfaction Instrument (VSQ-9). RAND Health; Available from: http://
www.rand.org/content/dam/rand/www/external/health/surveys_tools/vsq9/vsq9.pdf
172. Marshall GN, Hays RD. The patient satisfaction questionnaire short-form (PSQ-18). RAND
Health; 1994. Available from: http://www.rand.org/content/dam/rand/pubs/papers/2006/
P7865.pdf
173. Westaway M. Effects of ageing, chronic disease and co-morbidity on the health and well-being
of older residents of Greater Tshwane. South African Medical Journal. 2010 Jan;100(1).
Available from: http://www.scielo.org.za/scielo.php?pid=S0256-
95742010000100016&script=sci_arttext
174. Mller PH. Measuring health-related quality of life: a comparison between people living with
AIDS and police on active duty. Health SA Gesondheid. 2004;9(2). Available from: http://
www.ajol.info/index.php/hsa/article/viewFile/10249/2337
175. Kalra D. The Good European Health Record. Computer methods and programs in biomedicine.
1994 Oct;45(1-2):839.
176. Kalra D, Ingram D, Maskens A. The Good European Health Record. Proceedings of the Annual
Conference of the Primary Health Care Specialist Group of the British Computer Society. 1992.
p. 1637.
177. Java Platform, Standard Edition (Java SE). Oracle; Available from: http://docs.oracle.com/
javase/
178. MySQL Open Source Database. mysql.com; Available from: http://www.mysql.com/
179. Apache Tomcat. The Apache Software Foundation; Available from: http://tomcat.apache.org/
180. HL7 Reference Information Model (RIM). Health Level Seven International; Available from: http://
www.hl7.org/implement/standards/rim.cfm
181. ISO/HL7 21731:2006 Health informatics, HL7 version 3, Reference information model. ISO
TC215; 2012.
182. ISO/HL7 27932:2009 Data Exchange Standards, HL7 Clinical Document Architecture. ISO
TC215; 2009.
183. The CDA TM book. London: Springer-Verlag London Limited; 2011.
184. Eggebraaten TJ, Tenner JW, Dubbels JC. A health-care data model based on the HL7
Reference Information Model. IBM Systems Journal. 2007;46(1):518.
185. Schadow G, Mead CN, Walker D. The HL7 Reference Information Model Under Scrutiny.
Maastricht: Studies in Health Technology and Informatics; 2006. Available from: http://
amisha.pragmaticdata.com/~schadow/Schadow-MIE06-r3.pdf
186. Smith B, Ceusters W. HL7 RIM: An Incoherent Standard. Studies in Health Technology and
Informatics. 2006;2006(124):1338.
187. Verbeke F, Karara G, Nyssen M, Evaluating the Impact of ICT-tools on Health Care Delivery in
Sub-Saharan Hospitals, Stud Health Technol Inform, August 22, 2013
188. Ceusters W, Smith B. Strategies for referent tracking in electronic health records. Journal of
biomedical informatics. 2005 Sep;39(3):36278.
189. Emuir. The Rise and Fall of HL7. Interfaceware; 2011. Available from: http://
blog.interfaceware.com/hl7/the-rise-and-fall-of-hl7/
190. Mamlin BW, Biondich PG. AMPATH Medical Record System (AMRS): collaborating toward an

Bibliographie 203
EMR for developing countries. AMIA Annual Symposium Proceedings. 2005. Available from:
http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1560633/?tool=pubmed
191. Heather L. openEHR - The Worlds Record. PulseIT. 2007 Oct; Available from: http://
www.openehr.org/301-OE.html
192. Beale T. Archetypes Constraint-based Domain Models for Future- proof Information Systems.
2001. Available from: http://www.openehr.org/publications/archetypes/
archetypes_beale_web_2000.pdf
193. Beale T, Heard S. Archetype Definition Language. OpenEHR; 2008. Available from: http://
www.openehr.org/releases/1.0.2/architecture/am/adl.pdf
194. GrFinger Fingerprint SDK Recognition Library for Fingerprint Readers. grfinger.com; Available
from: http://www.grfinger.com/grfinger.com/Home.html
195. Verbeke M. The creation of the Belgian Bilingual Bi-encoded Thesaurus (3BT). Semantic
Health; 2006. Available from: http://www.semantichealth.org/PUBLIC/Belgium_The%20creation
%20of%203BT.pdf
196. Becker H, Oskam S, Okkes I, Van Boven K, Lamberts H. ICPC2-ICD10 Thesaurus. A
diagnostic terminology for semi-automatic double coding in Electronic Patient Records..
Academic Medical Center/University of Amsterdam Department of Family Medicine; 2005.
Available from: http://www.transitieproject.nl/Download/Installer%20ICPC2-ICD10%20thesaurus
%20bilingual.exe
197. Verbeke F, Karara G, Hategekimana T, Vanbastelaere S, Secondary use of electronic health
records for measuring the impact of health insurance status on health services consumption
and in-hospital mortality, HISA2013, Port-Elizabeth, Nelson Mandela Metropolitan University,
July 5, 2013
198. Kamadjeu RM, Tapang EM, Moluh RN. Designing and implementing an electronic health
record system in primary care practice in sub-Saharan Africa: a case study from Cameroon.
Informatics in primary care. 2005;2005(13):17986.
199. Ayankogbe OO, Oyediran MA, Oke DA, Arigbabu SO, Osibogun AA. ICPC-2 defined pattern of
illnesses in a practice-based research network in an urban city in West Africa. African Journal
of Primary Health Care & Family Medicine. 2009 Apr 14 [cited 2012 Aug 31];1(1). Available
from: http://www.phcfm.org/index.php/phcfm/article/view/3
200. Adejayan O. Reasons for encounter and diagnoses at primary care level in the North West
Province: A prospective cross sectional survey. [Stellenbosh, South-Africa]: Stellenbosch
University; 2011.
201. Diagnostic and statistical manual of mental disorders: DSM-IV-TR. Washington, DC: American
Psychiatric Association; 2000.
202. Global Assessment of Functioning (GAF) scale. American Psychiatric Association; 2000.
Available from: https://www.msu.edu/course/sw/840/stocks/pack/axisv.pdf
203. Logical Observation Identifiers Names and Codes. Regenstrief Institute; 2012. Available from:
http://loinc.org/
204. Sage 100. Sage; Available from: http://www.sage.fr/pme/logiciels-de-gestion/sage-100
205. 1 year of OpenClinic experience at the Military Hospital of Kamenge, First national workshop
on health informatics. Bujumbura; 2012.
206. Programme de dsenclavement numrique des universits de la RDC et du Burundi. Available
from: http://universitic.wordpress.com/
207. SDMX-HD Standard Specification. eSHIFT; Available from: http://www.sdmx-hd.org/

208. A Rockefeller funded E-Health Center of Excellence. 2010. Available from: http://
www.kist.ac.rw/ehealth/
209. District Hospital Monthly HMIS Report. Ministry of Health of Rwanda; 2012. Available from:
http://moh.gov.rw/english/wp-content/uploads/2012/09/Rwanda-DH-HMIS-monthly-report-
form_12Apr2012-English.docx
210. Madamombe I. Solar power: cheap energy source for Africa. Africa Renewal. 2006 Oct;20(3).
Available from: http://www.un.org/en/africarenewal/vol20no3/203-solar-power.html
211. Solar Energy in Sub-Saharan Africa, a solar cost-benefit analysis of Uganda. UNICEF; 2010.
Available from: http://www.scribd.com/doc/38453697/Research-on-Solar-Power-in-Uganda-
IRSP-2010
212. Rwanda Health Statistics Booklet. Ministry of Health, Rwanda; 2012.
213. Cheng G. MaxDEA for Data Envelopment Analysis. China Center for Health Development
Studies, Beijing University; 2011. Available from: http://www.maxdea.cn
214. Progress Rwanda Health Indicators June 2012. Kigali: Rwanda Ministry of Health; 2012 Jun.
Available from: http://moh.gov.rw/english/wp-content/uploads/2012/05/Progress-Rwanda-
Health-Indicators-June-2012..docx
215. District Health Information Software 2. Health Information Systems Programme; 2012.
Available from: http://dhis2.org/
216. SNOMED CT. International Health terminology Standards Development Organisation; Available
from: http://www.ihtsdo.org/snomed-ct/
217. RESIP Banque Claude Bernard. RESIP; Available from: http://www.resip.fr/bcbpda.asp
218. HAPI - The Open Source HL7 API for Java. University Health Network; 2012. Available from:
http://hl7api.sourceforge.net/
219. Verbeke F, Van Bastelaere S, Ndabaniwe E, Ly O, Evaluating the Impact of Hospital
Information Systems on the Technical Efficiency of 8 Central African Hospitals Using Data
Envelopment Analysis, Journal of Health Informatics in Africa, October 8, 2013
220. Ly O, Nyssen M, Karara G, Verbeke F, Extraction automatique dindicateurs de sant des
systmes dinformations de soins: le projet Global Health Barometer, Journal of Health
Informatics in Africa, October 8, 2013

Chapitre
XV
15 Annexes
15.1 Annexe 1: Rles et fonctions des parties prenantes

Dans cette section sont rpertoris les rles et les activits des diffrentes sous-structures du MSP
et de ses partenaires pertinents qui ont t analyss plus en dtail au courant de cette tude.
15.1.1 Formulaire d'interview smi-structure utilis

PNDIS -RDC
Canevas dinterview
Glossaire:
Entreprise: Ministre de la Sant Publique de la RDC
Organisation : Sous-structure de lentreprise (direction, hpital, administration
provinciale)
Informations didentification :
Organisation :
Nom de linterlocuteur :
Fonction de linterlocuteur
Adresse e-mail de linterlocuteur :
Numro de tlphone de linterlocuteur :
Date et heure de linterview :
Intervieweur :
1. Expliquer le but de la visite

a. Dveloppement dun plan directeur informatique pour le MSP
b. Rpertorier les exigences mtiers de nos interlocuteurs
2. Mission / mandat de lorganisation
a. La mission reprsente la raison dtre de lorganisation, le cur de ses activits, son core
business.
b. La mission nonce succinctement le rle de l'organisation, ses buts, la clientle quelle dessert,
le secteur gographique dans lequel elle uvre et ce qui la distingue. Il s'agit d'un message
simple par lequel lorganisation communique lextrieur quelles sont ses principales activits
et comment elle les accomplit.
c. Habituellement, le mandat se compose de quatre lments :
i. Quelle est le rle de lorganisation?
ii. Quel est son but?
iii. qui sont destines ses activits et qui y participe?
iv. Comment cela fonctionne-t-il?
d. Type de rponse : texte libre
3. Vision de lorganisation
a. La vision est la reprsentation de ce que lorganisation veut devenir. Elle doit exprimer des
projections dans le futur et devrait contenir les lments suivants :
i. Un but significatif qui explique la raison dtre de lorganisation (Quel est le cur des
activits de lorganisation? = la mission)
ii. Une image du futur qui prsente lobjectif ultime et pas uniquement le processus pour
latteindre (Quel est le futur souhait?)
iii. Des valeurs claires qui fournissent les lignes directrices guidant la poursuite du but et le
cheminement vers le futur souhait (Quelles sont les rfrences culturelles communes aux
membres de lorganisation qui ont une incidence positive sur la vision et les pratiques au
sein de celle-ci?)
b. En pratique, la vision sexprime en quelques lignes et comprend souvent des expressions telles
que :
i. Nous visons tre reconnus comme tant un leader, la rfrence
ii. Notre organisation est dtermine devenir le chef de file, le meilleur, le partenaire
privilgi
c. Une vision peut couvrir un futur souhaitable moyen terme, ce qui correspond la dure dun

Annexes 207
plan stratgique, soit habituellement de trois cinq ans.

4. Objectifs de lorganisation
a. Les objectifs constituent les engagements, en termes de rsultats viss, pris par lorganisation.
Ils refltent laction de lorganisation sur les citoyennes, les citoyens et les clientles.
b. Introduits par un verbe daction, les objectifs expriment une finalit et doivent, idalement,
contenir les lments suivants :
i. le changement prcis souhait (utiliser un seul verbe daction);
ii. la date laquelle le changement est sens se produire;
iii. la mesure du changement (en nombre ou en pourcentage);
iv. le groupe cible.
c. Type de rponse : texte libre
5. Fonctions de lorganisation
a. Quelles sont les tches excuter pour atteindre la vision ? Ceci peut constituer une longe liste
mais on essayera de focaliser sur les tches clefs de haut niveau sans trop dcomposer en
sous-tches.
b. Type de rponse : texte libre sous forme dune liste de fonctions avec
pour chaque fonction au moins:
i. Dnomination
ii. Objectif de la fonction
iii. Acteurs concerns
6. Structure organisationnelle
a. Comment lorganisation est-elle organise ?
b. Est-ce que cette organisation est adapte aux fonctions ?
c. Type de rponse : de prfrence sous forme dun organigramme. En texte
libre pour dcrire si lorganisation est adapte aux fonctions.
7. Instruments de gestion dinformations
a. Ressources humaines
i. Quantitatif (nombres de personnel)
1. Type de rponse : liste de catgories de personnel avec nombres.
ii. Qualitatif
1. Niveau de connaissances des NTIC ?
2. Pyramide dage ?
3. Niveau/programmes de formation ?
4. Niveau/programmes de motivation ?
5. Type de rponse : texte libre
b. Outils non-informatiss
i. Btiments (par exemple pour le stockage des archives)
ii. Moyens de transport (pour aller chercher ou pour livrer des informations)
iii. Registres (exemples fournir si possible)
iv. Rapports (exemples fournir si possible)
v. Type de rponse : texte libre
c. Outils informatiss
i. Hardware (PC, laptop, imprimante, scanner )
ii. Logiciels (comptabilit, bureautique, gestion de projet, base de donnes, site web, e-mail)
iii. Rseau (intranet, internet, wifi, 3G, fournisseur)
iv. Type de rponse : texte libre
d. Pour chaque outil informatis ou non-informatis, essayez de documenter :
i. Besoins de formations
ii. Besoins de maintenance
iii. Aspects financiers
iv. Effectivit et efficience
v. Etendu de limplmentation
vi. Evolution prvue
vii. Fiabilit et oprationalit
viii. Type de rponse : texte libre
8. Cadre normatif
a. Cadre normatif pour la mission
b. Cadre normatif pour la structure organisationnelle
c. Cadre normatif pour les outils de gestion dinformations


9. Interactions avec dautres organisations
a. Interactions avec structures suprieures et infrieures de lentreprise
b. Interactions avec des partenaires en dehors de lentreprise (ONG, autres structures tatiques,
structures prives, organisations multilatrales, cooprations bilatrales ...)
c. Quels changes dinformations ?
i. Type dinformation
ii. Source primaire de linformation
iii. Format de rapportage
iv. Frquence des changes
v. Compltude et volume de donnes
vi. Promptitude
vii. Qualit des donnes
viii. Consquences de la (non)ralisation de lchange ?
ix. Procdures daudit
x. Demander des exemples de rapports papiers ou lectroniques lis aux changes
10. Problmes rencontrs en termes de gestion dinformations
Dnomination Spontan Prsent Importance Commentaire

O/N O/N -/+/++
1. Faibles qualification du personnel
2. Trop peu de personnel
3. Outils non-adapts aux besoins
3.1 Matriel vtuste
3.2 Problmes de maintenance
3.3 Electricit
3.4 Rseau
3.5 Cots levs
4. Approvisionnement (registres,
rapports)
5. Dmotivation. Manque dintrt

personnel
6. Trop doverhead
7. Redondance des informations
8. Instabilit des outils
9. Manque de directives et de normes
10. Procdures mal documentes
11. Dsintrt hirarchique

a. Type de rponse : texte libre + canevas ci-dessus
11. Attentes du processus dinformatisation

O/N O/N -/+/++
1. Amlioration de la qualit
2. Efficience de la gestion

Annexes 209
dinformations (rduction de
loverhead)
3. Rduction de la redondance
4. Impact sur les ressources
humaines
5. Rduction des cots
6. Standardisation des
informations. Meilleure
interoprabilit.
7. Outils mieux adapts
12. Craintes du processus dinformatisation

O/N O/N -/+/++
1. Dgradation de la qualit
2. Plus de travail (augmentation de

loverhead)
3. Multiples systmes redondants
4. Personnel sous-qualifi pour ce

processus
5. Trop coteux
6. Outils non-adapts
7. Rsistance au changement
8. Peur dtre licenci cause de

linformatisation
13. Dans quelle mesure linformatisation est une priorit pour lorganisation ?
a. Demander de fournir le top 5 des priorits pour lorganisation
i. Si les NTIC ne figurent pas dans le top 5, demander des clarifications
b. Type de rponse : texte libre + position de linformatisation dans la
liste (0 = pas dans le top 5)
14. Avez-vous des suggestions pour amliorer la gestion dinformations dans votre organisation. ?
a. Type de rponse : texte libre
15.1.2 Structures centrales

15.1.2.1 Directions centrales
15.1.2.1.1 Cadre organique 2003
La totalit des directions centrales du MSP travaillent encore selon le cadre organique 2003 (Rf:
arrt CAB/MIN/FP/JMK/PPJ/044/2003 du 28/03/2003). La mise en uvre du cadre organique
labor en 2012 n'a pas encore t ralise.

15.1.2.1.2 Secrtariat gnral
15.1.2.1.2.1 SWOT
Forces/Succs Faiblesses/Echecs Priorits actuelles

- La collaboration - Insuffisance du personnel form, - Assurer le leadership du
intersectorielle est ralise - Mauvais dploiement des Ministre de la Sant dans
par le PNDS, ressources humaines, le domaine de
- Prsence de plusieurs - Mauvaise gestion du matriel linformatique,
partenaires dans le secteur (manque dantivirus, - Produire le guide pratique
intresss par maintenance, dtournement), de mise en uvre de
lamlioration de la gestion - Absence dun guide pratique de linformatisation du secteur
de linformation, mise en uvre de la de la sant.
- Quelques projets ont dj collaboration intersectorielle,
dmarr et donn des - Faible couverture rseau dans
rsultats avec quelques les zones rurales,
leons apprendre, - Manque dun cadre normatif
- Objectifs politiques connus pour la gestion informatise de
(stratgie dimplmentation linformation,
dfinir)
Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/
(attente) recommandations pour
ltude
- Existence de quelques - Environnement difficile de la - Prendre en compte le
pistes de solution (Monkole RDC (inscurit, zones daccs contexte de la RDC tous
et Ngaliema), difficile), les niveaux,
- Risque rduit de rsistance - Faible reprsentativit de - Tenir compte des
aux normes lchantillon, pralables du
dinformatisation du fait de - Concurrence actuelle de fonctionnement du SIS
la faible implmentation plusieurs bailleurs, (lectricit, RH et matriel),
actuelle, - Faible capacit dabsorption des - Privilgier les panneaux
- Plusieurs bailleurs dj nouvelles comptences des RH solaires en milieu rural,
actifs dans le domaine actuelles, - Voir dans quelle mesure
(JICA, DFID, USAID, BM, - Conflit dintrt par rapport intgrer le volet
OMS, CTB, UE, GAVI, lorganisation du systme de dveloppement de
EB@LE), sant. nouvelles technologies
- Existence du CNP du dans les appuis des
secteur sanitaire. partenaires,
- Ne pas rester sur
llgance scientifique,
mais voir la faisabilit
(guide pratique de mise en
uvre),
- Calculer le rapport cot-
efficacit du PNDIS,
- Voir dans quelle mesure
largir lchantillon, mme
avec cofinancement.
Conclusions
Le PNDIS devra couvrir tous les aspects dinformatisation du secteur de la sant ;
Le PNDIS doit inclure un guide pratique dimplmentation (plan directeur) ;
Agrandir la reprsentativit de lchantillon de trois six provinces (Kinshasa, Bas-Congo, Kasa
Occidental, Katanga, Province Orientale et Nord-Kivu).
Identifier le tronc commun de linformatisation pour lensemble des parties prenantes (intgration
des solutions);

Annexes 211
tablir un fonds commun pour linformatisation de la sant;

Sorienter sur les solutions techniques simples et solides (maintenance minimale, facile utiliser,
interfaces conviviales, langage simple), avec rduction maximale des frais rcurrents (licence,
maintenance, consommation lectrique) ;
Dvelopper une filire de formation en informatique de sant (ESU, EPSP et formation continue)
15.1.2.1.3 Cellule d'informations stratgiques
15.1.2.1.3.1 Mission
Initier, programmer, piloter, coordonner et valuer les actions de communications relatives

lorganisation et au fonctionnement des structures du MSP, la vulgarisation des textes rgissant
les systmes de sant et la promotion de la sant
Assurer la publication et la diffusion des politiques, des plans et des stratgies du MSP
Faire le lien entre le MSP et le SNIS ascendant (transformer les donnes en information)
Assurer la collaboration interministrielle (bureau de recensement, valuation universelle de droits
de lhomme, cooprations,)
15.1.2.1.3.2 Analyse de la situation
Projet de GPSS (gestion de performances du secteur de la sant): banque de donnes accessible

sur internet ventile vers les structures priphriques:
- Gouvernance et dcentralisation provinciale, information au public sur ce qui est fait par le MSP,
monitoring de la situation des ressources
- Modules: Gestion de documents; Gestion des performances en sant; Finances et
performances du trsor public en sant; Gouvernance politique et administrative; Structuration,
organisation et fonctionnement; Gestion du patrimoine.
Plan de revitalisation du systme dvaluation (SNIS): identification de 10 dfis et une analyse
SWOT de la gestion dinformation au niveau du SG dans le cadre de la rvolution de la modernit
Organisation : RH (7 personnes), Collectif des informaticiens et des juristes
15.1.2.1.3.3 SWOT

- Equipements informatiques : - Pas serveur e-mail (bote - Disposer dun cadre de
Rseau local, PC-serveur, 4 professionnelle) rfrence pour le
PC (fin. JICA), Connexion - Difficults daccessibilit au site dveloppement de
internet (fin. OMS) Web (hberg ltranger) linformatique du
- Nombres danalyse de - Saturation de la connexion secteur de la sant
besoins dj raliss: tude internet, - Mise en place dune
GPSS, Revitalisation, - Pas de rpondants provinciaux infrastructure moderne
- Disponibilit de lINPP - Conditions de travail peu pour lhbergement de
(formation en Informatique de attractives la banque de donnes
base) - Pas dinformaticien dans la du SG (bibliothque
cellule virtuelle/SNIS
- Pas de budget pour les descendant,
formations continues messagerie
- Pas dinformation descendant du professionnelle, flux de
SNIS travail, serveur web)
- Implmentation trs fragmentaire
du GPSS
- Manque de leadership dans
linformatique sanitaire du MSP
ltude
- Intgration des TIC dans la - Pas de prvision budgtaire pour - Tenir compte du travail

formation continue (ENA) la maintenance du matriel dj ralis dans le

- Structure centrale responsable informatique cadre de la gestion de
des TIC au niveau du MSP - Utilisation dquipements linformation
- Formaliser un mcanisme de personnels pour le stockage de - Cration dun fond
rtention et de motivation des donnes professionnelles commun pour
informaticiens du MSP - Imposition des solutions par les linformatisation du
programmes secteur de la sant
- Manque de cadre normatif par - Ractivation du Comit
rapport aux NTIC sant National de Pilotage
(protection de la vie priv, pour la sant
dontologie)
- Rsistance la transparence
Conclusions
Structure centrale qui prend en charge le travail normatif de linformatisation du secteur de la
sant ( la DEP a dj pris linitiative)
Structure centrale de gestion technique de linfrastructure informatique du MSP
Cration dune bibliothque virtuelle
Installation au SG dune seule connexion internet centrale et performante, partage par toutes
les structures du site du SG
Mise en place dun serveur mail pour le MSP
Mise en place dune infrastructure serveur centrale et partage
Mise en place dun systme dinformation gographique (SIG) de sant (lien vers le DHIS2,
iHRIS, SI des programmes de sant)
15.1.2.1.4 D1: Direction des services gnraux et ressources humaines
15.1.2.1.4.1 Mandat
Coordonner le dveloppement des ressources humaines, la gestion du patrimoine et les finances du

Ministre de la Sant.
15.1.2.1.4.2 Mission
Assurer ladministration et la gestion du personnel(la planification des effectifs, la gestion de la

carrire et la rmunration )
Organiser les actions sociales en faveur du personnel
Elaborer les prvisions budgtaires de la Sant
Elaborer la carte sur les infrastructures, les personnels et les quipements non mdicaux;
Assurer la liaison avec la Fonction Publique et les autres Ministres.
15.1.2.1.4.3 Structure
Division 1: ressources humaines

Bureau de gestion des ressources humaines
Bureau de planification des effectifs
Bureau rmunration
Bureau ressources et contentieux
Suivi des bourses d'tudes et des boursiers
Division 2: finances et budgets

Bureau finances, comptabilit et trsorerie
Bureau budget et contrle budgtaire
Division 3: patrimoine
Bureau gestion mobilire et immobilire
Bureau intendance et comptabilit des matires
Bureau approvisionnement

Annexes 213
99 agents actifs
Problme de qualification du personnel
Utilisation dune base des donnes Access au sein de la direction
Data Managers forms
Pas de jonction avec les bases des donnes des provinces (la direction descend en province
rcuprer les donnes sur la cl USB
Projet dimplmentation iHRIS (approch par IMA en 2012)
Dbut de projet WISN pour la gnration dindicateurs de besoins en personnel en fonction de la
charge de travail
15 PC avec dimportants problmes de virus (pas de budget pour acheter les licences)
Prsence dun rpondant dans chaque province.
15.1.2.1.4.5 SWOT

- Prsence des data managers - Manque de gestion prvisionnelle - Cration dune filire de
forms, des ressources humaines gestion des ressources
- Prsence de matriels (gestion de plthore, recrutement humaines dans la
informatiques, intempestif), sant
- Facilit de formation en - Absence de connexion internet - Cration du volet
informatique de base (INPP et (modems privs), RH dans le SNIS,
Ministre du plan), - Le systme darchivage reste en - Amlioration de la
- Observatoire des ressources papier, fiabilit des donnes
humaines (site web : - Manque de comptences dans la des RHS,
www.minisante-rhs.cd ), gestion des ressources
- Linformatisation est humaines,
considre comme une - Archivage non fonctionnel,
priorit, - Faible fiabilit des donnes des
RH,
- Manque de rapportage rgulier
sur les RHS.
ltude
- Dveloppement dun volet - Occupation des postes de travail - Mettre en place une
ressources humaines dans par des agents non productifs, connexion internet,
le SNIS, - Manque de motivation du - Mettre en place un
- Mise en place dun logiciel personnel, systme de gestion
complet de gestion de - Faible capacit dabsorption de des ressources
personnel (administrative, plan nouvelles comptences, humaines (iHRIS
de carrire, formation valuer),
continue, absences, - Mettre en place un
rmunration, etc.), systme de rapportage
- Identification unique de tout des donnes agrges
agent du MSP) sur les ressources
humaines (DHIS2
valuer).
Conclusions :
Mettre en place un logiciel de gestion des dossiers du personnel (avec module dextraction des
donnes agrges)
Connecter la D1 dans le rseau du MSP.

15.1.2.1.5 D2: Direction des tablissements de soins
15.1.2.1.5.1 Mandat
Veiller au bon fonctionnement de tous les tablissements des soins de la RDC, quelle que soit leur
appartenance.
15.1.2.1.5.2 Mission
Elaborer les projets des textes lgislatifs, rglementaires et normatifs relatifs lorganisation et au
fonctionnement des tablissements de soins
Mettre en uvre lapproche contractuelle pour la gestion des tablissements de soins :
- Convention de cession en gestion des tablissements de soins publics aux privs et leur
valuation
- Convention dagrment des tablissements de soins privs
- Convention dintgration des tablissements privs la Politique Nationale de la Sant
- Convention dappui aux tablissements de soins.
- Rglementer et normaliser la pratique de la mdecine traditionnelle
- Evaluer le fonctionnement des tablissements de soins en vue de proposer des actions
correctrices indispensables .
- Inspecter et contrler les tablissements de soins
- Enregistrer les professionnels de sant expatris et les Congolais ayant tudi ltranger et les
tradipraticiens .
Division 1: normalisation et fonctionnement

Bureau normalisation
Bureau fonctionnement
Bureau rhabilitation, construction et quipement
Division 2: lgislation, agration, mdecine traditionnelle et spcialise

Bureau lgislation
Bureau agration
Bureau mdecine traditionnelle et spcialise
15.1.2.1.5.4 Cadre normatif
Ordonnance n 82-027 du 19 mars 1982 fixant les cadres du Conseil Excutif

Arrt n CAB/MIN/FP/JMK/PPJ/044/2003 du 28 mars 2003
Travail principalement normatif

La direction insiste sur le dveloppement de Systmes dInformations Hospitalires (SIH).
Linformatisation hospitalire devrait aller au-del dun SNIS hospitalier (plutt un outil de gestion
quun outil de rapportage)
Plusieurs initiatives en cours sans coordination: la direction nest pas capable de dire quels
outils de gestion dinformation sont utiliss dans quelles structures de soins
54 agents rattachs la direction, dont seulement 15 qui sont oprationnels (mdecins,
pharmacien, juriste, gestionnaires administratifs, infirmires, laborantin). Affectation des agents
pas toujours base sur les besoins de la direction (comptences non-alignes)
Divulgation des normes, canevas dinspection hospitalire et de la contractualisation
essentiellement sur papier
La direction a dvelopp un nouveau canevas dindicateurs pour la contractualisation qui est en
phase de validation
Pas de connexion internet, quelques outils bureautiques. Informatisation minimale
La direction met attire lattention sur la plthore de certaines professions de sant (mdecins,
infirmires)
Lhpital devrait tre considr comme un endroit de rencontre et de concertation de toutes les

Annexes 215
directions du MSP
Un manque dthique de gestion dans les structures de soins combin un sous-financement
par ltat.
15.1.2.1.5.6 SWOT

- Direction trs engage qui - Mauvaise politique de - Dploiement SIH
considre linformatisation et recrutement avec peu de contrle dans quelques
lamlioration de la gestion au niveau de la direction structures pilotes
comme des priorits - Absence dquipements - Connexion internet
- quipe multidisciplinaire au informatiques pour la direction
sein de la direction - Absence de connectivits - quipements
internet et LAN informatiques pour la
- Conditions de travail peu direction
attractives - Bibliothque
- D2 pas suffisamment implique numrique pour
dans le dveloppement de diffusion des normes
projets hospitaliers
- Evaluation des rendements des
hpitaux non standardise
- Manque de contrle sur le
secteur priv
(attente) - Manque de comptences dans recommandations pour
- Mise en place de connexion les structures de soins. normes ltude
internet besoins en termes de - approche phase
- Cration dune bibliothque formations. commenant avec
numrique pour la diffusion de - La transparence et la traabilit quelques sites qui
normes nest pas recherche par tout le fonctionnent dj
- Mise en place de systmes monde (manque dthique de correctement
intgrs de gestion gestion, mise en place de - meilleur suivi des
dinformations hospitalires mcanismes de survie). Le actions sur le terrain
(SIH) processus de rducation et prennisation
- Mise en place dun SNIS ncessite une stratgie long - amliorer les
hospitalier bas sur les terme ( partir de lcole conditions de travail
donnes des SIH primaire ?). pour le personnel
- Secteur priv qui se dveloppe
rapidement de faon non
contrle (pas pris au srieux
par les DPS, manque de
directives claires)
- Direction pas laise avec la
nouvelle mega-direction dans le
cadre organique 2012
(contractualisation encore dans
les comptences de la D2?)
Conclusions :
Mise en place dune bibliothque virtuelle pour la diffusion de normes. Intgration de ces
informations avec les autres directions du MSP.
Mise en place de la connectivit internet
Mise en place dun rpertoire dtablissements de soins (Facility Registry)
- Code didentification
- Appartenance hirarchique

- Type de structure
- Dnomination
- Go-localisation
Dveloppement dun nombre de sites pilotes SIH avec intgration dans le SNIS. Ces solutions
devront prendre en compte les aspects de gestion administrative, financire, RH, mdicales,
paramdicales, pharmaceutiques etc.
Mise en place de mtriques standardises pour lvaluation des performances hospitalires
(validation du nouveau canevas ?)
Mise en place de normes en termes de gestion dinformations pour le secteur publique et priv
(structure daccrditation des solutions SIH)
15.1.2.1.6 D3: Direction de la pharmacie et du mdicament
15.1.2.1.6.1 Mandat
Coordonner et contrler le secteur pharmaceutique national afin de prserver et contribuer

lamlioration de la sant de la population en veillant la qualit et la disponibilit de :
Mdicaments modernes et traditionnels amliors
Produits phytopharmaceutiques
Produits dittiques, cosmtiques
Produits biologiques
Produits pharmaceutiques et parapharmaceutiques
15.1.2.1.6.2 Mission
Traduire en programmes daction la Politique Pharmaceutique, planifier et coordonner leur mise en

uvre
Suivre et valuer lexcution des programmes relevant du domaine de comptence de la DPM
Promouvoir et suivre le dveloppement du secteur pharmaceutique national y compris la
pharmacope traditionnelle.
Division 1: gestion du mdicament

Bureau production locale des mdicaments
Bureau enregistrement, certification et autorisation de mise sur le march
Bureau approvisionnement et promotion des mdicaments essentiels gnriques
Division 2: pharmacie
Bureau rglement, statistiques et archives
Bureau inspection et contrle de l'exercice de la pharmacie
Division 3: substances stupfiantes, psychotropes, dsinfectantes et autres toxiques

Bureau substances stupfiantes, psychotropes et dangereuses
Bureau dsinfectants et autres toxiques
Division 4: produits vtrinaires, phyto-pharmaceutiques, cosmtiques et dittiques

Bureau produits vtrinaires et phyto-pharmaceutiques
Bureau produits cosmtiques et dittiques
Division 5: contrle et assurance qualit

Bureau assurance qualit et laboratoire de contrle
Bureau analyse des mdicaments
Bureau pharmacope et formulaires nationaux
Bureau pharmacovigilance
Division 6: promotion des plantes mdicinales, cosmtiques et dittiques

Bureau classification des plantes mdicinales
Bureau pharmacope traditionnelle

Annexes 217
Bureau coordination et valuation des recherches

La direction focalise sur les tches suivantes :

Homologation de produits phramaceutiques
Pharmacovigilance
Production de statistiques pharmaceutiques
Autorisation douverture dtablissements pharmaceutiques
80 agents dont 50 oprationnels (pharmaciens et administratifs) dont les comptences sont en ligne
avec les objectifs de la direction. Faibles connaissances des NTIC chez le personnel. 15 PC, un LAN
et une connexion internet finance par la CTB.
Le rapportage statistique est actuellement trs faible, entre autre par manque de formations des
agents en priphrie. Lencodage des indicateurs est gr par la DSNIS. La DPM attend une nette
amlioration avec lintroduction du DHIS2 (nouveaux indicateurs proposs par la DPM)
Il existe aujourdhui un grand nombre dtablissements pharmaceutiques sauvages :

Autorisation par les autorits locales sans attendre lavis de la D3 (pression politique)
Non respect des normes (prsence dun pharmacien, conditions de conservation etc)
Il existe un Centre de Pharmacovigilance National lUNIKIN (CNPV). La collaboration avec la D3

nest pas optimale. La D3 devrait tre le premier destinataire des rapports du CNPV et le centre de
prise de mesures gnrales.
La D3 a produit la liste des mdicaments essentiels (base sur la liste OMS et diffus sur papier) et
est en train de dvelopper un guide dutilisation des produits pharmaceutiques. La direction a
galement identifi une solution adapte ses besoins qui est dj fonctionnelle au Burkina Faso.
Avec quelques adaptations faire cette solution pourrait tre introduite en RDC. Elle couvre le suivi
des homologations, des importations, de la pharmacovigilance et des autorisations dtablissements.
15.1.2.1.6.5 SWOT

- Besoins dinformatisation dj - Faibles comptences NTIC - Implmentation dun
identifis par la direction - Faible rapportage statistique systme central et
- Contenu (listes de - Manque dautorit normative intgr de gestion
mdicaments, guide (interfrences politiques) pharmaceutique
thrapeutique) existant - Mise en uvre de la
- Informatisation identifi collecte de donnes
comme prioritaire travers le DHIS2
- Diffusion du guide
thrapeutique
(attente) - Collaboration difficile avec le recommandations pour
- Rapportage de donnes plus CNPV, conflits dintrt ltude
dtailles via le DHIS2 - Faible capacit dabsorption pour - Intgrer un maximum
- Diffusion des normes et les formations NTIC de flux dinformations
informations via une - Attentes irralistes qui peuvent dans un systme
bibliothque lectronique sur mener la dception unique
internet - Prvoir suffisamment
- Implmentation dun systme de formations
central de gestion de la
politique pharmaceutique
Conclusions :
Dveloppement dune bibliothque numrique

Intgration dun volet pharmaceutique dans le site web du MSP

Intgration de la D3 dans les projets dinformatisation du CNPV
Faire une tude technique pour limplmentation dun systme de gestion pharmaceutique la D3
15.1.2.1.7 D4: Direction de la lutte contre la maladie
15.1.2.1.7.1 Mandat
La promotion de la sant de la population par le contrle des maladies endmo-pidmiques et non

transmissibles.
15.1.2.1.7.2 Mission
Dfinir les stratgies nationales de lutte contre les maladies

Sassurer de leur mise en uvre par les structures sanitaires
Assurer la surveillance pidmiologique
Fournir les appuis techniques la gestion des pidmies
Promouvoir la recherche
Participer la prvention et la gestion des catastrophes
Coordonner les programmes et les interventions de lutte contre les maladies
Mobiliser les ressources ncessaires la lutte contre la maladie.
Division 1: surveillance des grandes endmies

Bureau paludisme
Bureau IST & SIDA
Bureau trypanosomiase
Bureau onchocercose, bilharziose et filarioses
Bureau lpre et tuberculose
Bureau vaccination et maladies transmissibles de l'enfance
Bureau autres endmies
Division 2: surveillance des endmies, des maladies quarantenaires, des catastrophes et

des autres urgences
Bureau surveillance pidmiologique et alerte
Bureau interventions
Contrle mdico-sanitaire aux frontires
Division 3: maladies chroniques et dgnratives

Bureau cancer
Bureau hypertension artrielle, maladies cardio-vasculaires et rhumatisme
Bureau diabte
Division 4: sant buco-dentaire et maladies nutritionnelles carentielles et oculaires

Bureau lutte contre les maladies buco-dentaires
Bureau maladies nutritionnelles carentielles et dgnratives
Bureau maladies oculaires
Prsence dune banque des donnes (en EpiData)

Transmission des rapports des zones de sant la direction en passant par les DPS (pour les
maladies potentiel pidmique)
Pour les grandes endmies, les programmes qui les grent transmettent les rapports trimestriels
la DLM
Les programmes nenvoient pas leurs bases des donnes la Direction, ils envoient lextrait des
maladies
Collaboration avec les programmes dans llaboration et la diffusion des normes
59 agents dont 30 sont oprationnels

Annexes 219
Seulement le personnel technique utilise loutil informatique et chacun a au moins un laptop

Direction rationalise depuis 2009 sur base de recrutement
Prsence de deux informaticiens et un statisticien ayant des aptitudes en informatique
Instabilit du personnel, les cadres tant recruts par les partenaires une fois quils sont forms
Reoit les rapports de 11 provinces dont sept fonctionnent convenablement, les autres ayant le
problme de disponibilit des outils, de matrise de loutil et dabsence dinternet
Production mensuelle du bulletin pidmiologique
Transmission rgulire des rapports au Cabinet du Ministre, Secrtariat Gnral et lOMS
Prsence dun site web o tous les documents sont posts, y compris les bulletins
pidmiologiques : www.luttecontrelamaladie.org
Prsence dune connexion internet
Prsence des bailleurs : CTB, OMS, CDC Atlanta, Fondation Bill Gates
Apport des frais de fonctionnement par le Gouvernement.
15.1.2.1.7.5 SWOT

- Matriel informatique - Instabilit du personnel form ; - Avoir un serveur o lon
(hardware) en quantit - Faible capacit dassurer la peut mettre tous les
suffisante ; maintenance de matriel et programmes ;
- Ressources humaines quipements. - Mettre en place un
rpondant au profil ; systme web orient
- Prsence dune banque des pour amliorer la
donnes ; compltude et la
- Existence dun circuit connu promptitude ;
de transmission des donnes - Au niveau de la DLM,
(MAPEPI) ; avoir sur le serveur une
- Collaboration avec les base des donnes
programmes ; accessible tous les
- Prsence dun site web ; experts
- Prsence dinformaticiens
dans lquipe,
- Connexion internet.
ltude
- Volont des bailleurs de voir la - Instabilit dinformaticiens ; - Crer des adresses
DLM informatiser ses donnes - Problme de maintenance des professionnelles pour
financires ; quipements ; les cadres du
- Option de linformatisation des - Indisponibilit de lnergie Ministre de la sant ;
donnes sanitaires leve par le lectrique.
Ministre de la sant ;
Conclusions
Mettre en place une structure qui limite laccs aux donnes
Mettre en place une base des donnes qui soit accessible tous les experts de la DLM
Crer des adresses professionnelles pour les cadres du Ministre.
15.1.2.1.8 D5: Direction de dveloppement des soins de sant primaires
15.1.2.1.8.1 Mandat
Coordonner le dveloppement des composantes de la stratgie des Soins de Sant Primaires sur
lensemble du territoire national.

15.1.2.1.8.2 Mission
Accompagner les Provinces dans la mise en uvre de la SRSS et renforcer la responsabilit des
ECP sur lensemble du secteur
Appuyer la collecte des informations Sanitaires, lanalyse et la formulation des dcisions pour
orienter la mise en uvre de la SRSS
Evaluer la stratgie des soins de sant primaires
Coordonner la commission Prestations des soins du CNP
Renforcer les capacits du personnel dans les provinces en Management de Soins de Sant
Primaires( la supervision, le monitorage, le SNIS, AQS, la recherche oprationnelle et la gestion)
Renforcer les capacits de services de sant par llaboration et la
Vulgarisation de politiques, directives, outils et normes en rapport avec les besoins sanitaires de la
population et lorganisation de la participation communautaire
Division 1: renforcement des capacits gestionnaires des quipes cadres de district et des
zones de sant
Bureau programme de formation en gestion de soins de sant primaires
Bureau gestion des matriels de formation en gestion de soins de sant primaires
Division 2: dveloppement des services de sant
Division 3: stratgie des soins
Division 4: systme national d'information sanitaire

4 divisions dont une division qui soccupe du SNIS

- Gestion des outils de collecte et transmission de donnes
- Encadrement des provinces pour lexploitation des informations
- Production des annuaires des statistiques
- Publication des rsultats via la DEP
Solution GESIS utilis pour la collecte des donnes. Elle devrait disparatre dici 2016
Tests du DHIS2 (commenc en 01/2014) sur 4 provinces jusque fin 2014 et toutes provinces vers
fin 2016
- 26 DPS dj forms
- Prise de contacts avec les programmes pour saligner au DHIS2
Mise en place des procdures de validation et de divulgation des informations SNIS de la zones de
sant via le DPS jusquau niveau central et les partenaires
Matriel : 1 serveur local, 1 serveur DHIS2 dans le cloud (USA)
Personnel : 12 personnes (mdecins, informaticien, cartographe, logisticien, administratif)
15.1.2.1.8.5 SWOT

- Bonne vision au niveau de la - Pauvre qualit dinformations la - Dploiement de
division source (fiabilit) linfrastructure
- GESIS existe et les canevas - Utilisation de plusieurs systmes technique
ont t paramtrs pour tre parallles au niveau des bailleurs - Formation des DPS
compatibles avec le DHIS2 (PNLT, PNLS, FBR) et BCZ en DHIS2
- Le budget a t dj mobilis - Utilisations fragmentaires du
(4millions de USD) systme GESIS (fichiers Excel et
- Multiples partenaires engags rapports papier)
dans la mise en place du - Faible compltude des donnes
DHIS2 (DFID, IMA, USAID, collectes
FM, Cordaid, BM, UE)

Annexes 221

(attente) recommandations
pour ltude
- Intgration du dossier mdical - Couvrir lcart de 13millions - Former des
informatis comme sources dUSD pour implmenter le projet ressources humaines
dinformation DHIS2 pour lexploitation des
- Lien avec iHRIS via la D1 - Difficile couvrir tous les besoins donnes
- Intgration avec autres en terme dindicateurs des - Mise en place dune
systme dinformation du MSP programmes dans le cadre du structure rgulatrice
(bibliothque virtuelle) SNIS des droits accs aux
- Hbergement des serveurs donnes de la sant
ltranger - Intgration maximale
- Dossier mdical informatis mis des outils spcifiques
en 2me priorit dinformatisation des programmes de
- Faible couverture rseau et de sant avec le SNIS
courant lectrique dans les zones
rurales
- Gnralisation nationale dj
planifie avant lvaluation de
lexprience pilote
- Manque de moyen de motivation
et de rtention du personnel form
- Pas de cadre formel pour la
gestion des droits daccs aux
informations du SNIS
Conclusions
Etablir une tape dvaluation du dploiement DHIS2 avant sa gnralisation
Eviter la redondance dencodage pour amliorer la fiabilit de donnes (lien avec le dossier
mdical informatis/Systme de gestion dinformations des soins, extraction dinformations des
outils des programmes de sant)
Intgration du SNIS avec le systme de bibliothque virtuelle
Mise en place dune structure rgulatrice des accs aux donnes de la sant
Hbergement des serveurs sur le territoire national (infrastructure serveur centrale du MSP)
Prvoir une structure performante dassistance technique et de maintenance
Prvoir des formations spcifiques pour lexploitation des donnes (ESP)
Harmonisation rgionale des donnes collectes et des indicateurs de sant (Initiative GT-
HELINA : Standardisation et Interoprabilit)
Partage du plateau technique (rseau et hardware) avec les autres directions et programmes
Mise en place dune autorit didentification des ressources de la sant (Professionnels de
sant, Structures de soins, Structures dassurance maladie, Structures administratives
Mise en place des normes pour la classification des informations structures (Mdicaments,
Prestations, Diagnostics et plaintes, Procdures et examens techniques, matriel, )
15.1.2.1.9 D6: Direction de l'enseignement des sciences de sant
15.1.2.1.9.1 Mandat
Organiser la formation des professionnels de sant du niveau secondaire comptents en vue

dassurer la population les soins de sant de qualit susceptibles de rduire la morbidit et la
mortalit.
15.1.2.1.9.2 Mission
Veiller ce que les ITM & IEM soient organiss et fonctionnent suivant les dispositions lgales
Mener des investigations ncessaires auprs des directions scolaires des ITM & IEM
Etablir des normes auxquelles doivent rpondre les locaux des ITM & IEM, le matriel didactique,

les formations hospitalires et autres dans lesquelles se donnent lenseignement pratique et o

seffectuent les stages.
Division 1: gestion administrative des ressources humaines, financires et matrielles des

tablissements des sciences de sant et de la 6me direction
Bureau gestion administrative des ressources humaines, financires et matrielles des
tablissements des sciences de sant
Bureau inspection de la gestion des ressources humaines, financires et matrielles des
tablissements des sciences de sant
Division 2: gestion des programmes de formation de base

Bureau programmes de formation de base des cours gnraux
Bureau programmes de formation de base des cours techniques
Bureau planification et coordination de la formation de base
Division 3: gestion des programmes de formation continue du personnel enseignant

Bureau formation en cours d'emploi de courte dure des enseignants et du personnel de
l'enseignement des sciences de sant
Bureau valuation de la formation en cours d'emploi
Division 4: inspections pdagogiques

Bureau implantation des tablissements scolaires
Bureau titres scolaires, statistiques, archives et documentation
Existence de 457 ITM/IEM dans le pays et 9 filires de formation (Infirmire, Accoucheuse,

Pharmacie, Laboratoire-mdical, Assainissement, Bucco-dentaire, Sant communautaire, Kin
et Radaptation, Sant mentale)
Restructuration des divisions en cours : direction spare
Personnel : 55 agents (dont 10 ligible la retraite): Pharmacien (1), Technicien Labo (1),
Administrateur gestionnaire (1), Technicien en sant mentale (1), Infirmier (17), Administratif (34)
15.1.2.1.9.5 SWOT

- Reforme : Rfrentiel de - Pas de cadre formel de Trouver des partenaires
formation, valuation et suivi collaboration avec les autres pour lextension de la
dans 3 filires de formation ministres (ESU & EPSP) rforme
(Infirmire, Accoucheuse, - Pas de comptences Kin et Appuy par :
Pharmacie) : accoucheuses dans lquipe - JICA
- Matriel info (7PC et 4 - Motivation du personnel : - APEFE (sest
imprimantes) : appui JICA Condition de travail, prime de rtir)
- Personnel comptent dans risque catgorise, pas de
informatique de base (2 forms formation continue et plan
en TIC) (carrire) en RH
- Gestion des donnes et archives
pas structure (sur Serveur-PC
isol individuel et backup sur
disque Externe la maison !)
- Pas rseau local, pas dinternet
(3G personnel)
- Pas de matriel info suffisant la
base (dans les coles et au
niveau provincial)

Annexes 223

(attente) recommandations
pour ltude
- Dveloppement des coles - Risque de non-prennisation de Permettre :
pilotes offrant toutes les filires lactivit (financement continuel) - Accs rapide
denseignement de sant - dmotivation des gestionnaires linformation
(Appui JICA) - absence de maintenance des - Distribution rapide de
- Intgrer linformatique de base outils et matriels linformation
dans les formations - Projet ncessitant des grands - Suivi rapide des
- Intgrer linformatique de sant budgets activits et des
dans les formations (aspect - Risque davoir un systme trop ressources. Calcul et
dchange dinformation) complexe do non appropriation distribution
- Amliorer lchange par les utilisateurs automatique des
dinformations avec les indicateurs.
ministres et les bureaux
provinciaux
- Et Intgrer iHRIS (appui IMA
dans 4 provinces)
- Avoir un SNIS
enseignement (8me
composante du SNIS) (DHIS2
enseignement)
- Formation continue du
personnel
Conclusions
Installation dun volet enseignement sur le DHIS2
15.1.2.1.10 D7: Direction d'tudes et planification
15.1.2.1.10.1 Mandat
Coordination des structures dtudes et planification par le Ministre du Plan

15.1.2.1.10.2 Mission
laborer le diagnostic macroconomique et sectoriel

Dfinition des politiques, stratgies, plans programmes et projets sectoriels
laboration du budget de lEtat consacr la sant
Le suivi & valuation du dveloppement du secteur de la sant
Raliser le partenariat pour la mobilisation des ressources
15.1.2.1.10.3 Structure
Division 1: tudes et analyses sectorielles
Division 2: planification stratgique et staistiques
Division 3: analyses et valuation des projets

Arrt ministriel de la Fonction Publique instituant les DEP dans tous les Ministres (AM
CAB.MIN/FP/RM/kit/039/2001 du 05/09/2001)
Un rseau LAN atteint tous les bureaux avec 1 serveur physique avec certains serveurs virtuels en
cours dessai. Un rack, une connexion Internet, un site internet et un centre de documentation
physique. Un appareil de vidoconfrence (pas encore utilis).

Dans le cadre organique 2012, les comptences de documentation et de gestion des NTIC ont t
attribues la DEP.
La documentation pourra tre conue sous forme dune bibliothque virtuelle
Le rassemblement et la diffusion des informations de la sant sont considrs comme des
activits de la DEP
Le site web actuel du MSP est gr par la DEP (hbergement externe)
La DEP devrait tre le gestionnaire coordonnateur des 12 composantes du SNIS. Elle compile les
informations obtenus du SNIS et travers le suivi des diffrents projets et les prsente sous forme
de tableaux synoptiques dans lesquels le Secrtariat Gnral (via la Cellule dInformations
Stratgiques) pourra puiser les lments stratgiques.
Il est suggr de loger la gestion de linformation t de linformatique au sein de la DEP.
Linformaticien de la DEP jouera dans ce cadre un rle de facilitateur pour la recherche en
organisant et prsentant les informations aux experts sous forme exploitable.
La DEP pourra offrir des services de recrutement et de formation continue pour les cadres
dinformaticiens de la sant.
La DEP se considre galement la mieux place pour grer le PNDIS dans lavenir. Elle insiste sur
le dveloppement doutils trs pratiques pour sa mise en uvre sur le terrain. Lutilisation et
lapplication de ces directives pratiques seraient alors galement supervises par la DEP.
La DEP est une direction rationalise avec recrutement sur base de concours, ce qui lui a permis de
rassembler des comptences pertinentes pour remplir son rle de plaque tournante pour les
informations au MSP. Elle emploie actuellement 21 personnes, dont 7 experts, un informaticien, un
administrateur gestionnaire, un comptable et des agents administratifs. Dans sa politique de
recrutement, il lui arrive souvent de recruter des profils non-disponibles dans la fonction publique via
des projets aprs lesquels ils seront intgrs dans cette fonction publique.
Plusieurs outils sont utiliss :

Outils de suivi valuation pour les diffrents niveaux (central, province)
Table synoptique base sur les outils de suivi valuation
Outils canevas de planification
Outils de budgtisation CDMT (Cadre de dpenses Moyen Terme) avec une nomenclature
harmoniser travers le pays et qui est galement utilis par le Ministre du Plan
Rcemment, un outil web est programm pour la planification et le suivi en ligne de la ralisation
des budgets des partenaires.
Le plan stratgique pour la DEP est le PNDS. Un plan daction DEP a t dvelopp et est valu
sur base trimestrielle (des rapports trimestriels et annuels sur la ralisation du plan daction sont
envoys au Secrtariat Gnral).
La mise en uvre du PNDIS devra tre progressive et phase. Le papier survivra encore un bon bout
de temps vue ltendue du pays et les nombreux autres priorits auxquelles il fait face.
15.1.2.1.10.6 SWOT

- Prsence dune quipe de - Un rseau peu performant - Renforcement des
professionnels comptents et - Site Internet qui nest pas jour capacits
qualifis pour atteindre les et qui est hberg lextrieur - Dploiement de la
objectifs de la direction - Pas de moyens darchivage bibliothque virtuelle
(Consultants nationaux et numrique ou pour la cration - Dmarrage dune
internationaux) dune bibliothque virtuelle. messagerie
- Une forte collaboration avec professionnelle
les bailleurs
- Point focal des informations en
matire de planifications de
toutes les directions du
ministre (elle joue un rle cl

Annexes 225
auprs du Ministre)
- Un rseau Lan et WIFI avec
connexion internet
- Gestionnaire du PNDS actuel
du ministre
ltude
- Cration dun datacenter - Important renforcement des - Installation dun
central pour la centralisation capacits ncessaire par rapport systme de gestion de
des informations et des aux NTIC documents
comptences NTIC du MSP - Collaboration parfois plus difficile lectroniques
- Connexion Internet haut avec certaines directions - Installation dun
dbit systme (workflow)
- Mise en place dun systme - Installation dune
darchivage numrique et dune messagerie
bibliothque virtuelle professionnelle
- Installation dune messagerie - Hbergement dun site
professionnelle central pour le MSP
- Cration dun site web unique - Cration dun
pour le MSP datacenter pour la
gestion centrale
dinformations et
dapplications
partages
Conclusions
Mettre en place un Datacenter pour le Ministre de la Sant publique
Mettre en place un systme darchivage numris
Mettre en place une bibliothque virtuelle
Renforcement des capacits (formations continues pour les informaticiens actuels, moyennant un
module adapt aux exigences et besoins futurs)
Rvision du site internet et hbergement au sein du MSP (datacenter)
Mise en place dune messagerie professionnelle
Mise en place doutils s (gestion de workflow)
Mettre en place une stratgie de recrutement et de rmunration des informaticiens de la sant
15.1.2.1.11 D8: Direction des laboratoires de sant
15.1.2.1.11.1 Mandat
Contribuer lamlioration de la sant de la population en mettant en place des services des

laboratoires et dimagerie mdicale dlivrant des rsultats de qualit en appui aux soins de sant.
15.1.2.1.11.2 Mission
Traduire la politique nationale en programme;

laborer et vulgariser les normes;
Planifier les besoins des laboratoires;
Rglementer le fonctionnement et les ouvertures de laboratoires sant;
Organiser le systme dassurance qualit et de contrle de qualit;
Rhabiliter le rseau national des laboratoires de sant publique;
Contribuer la surveillance pidmiologique et au dveloppement de laboratoires de gnie
sanitaire ;
Appuyer le contrle de qualit deau de boisson et des denres alimentaires
laborer les protocole, manuel de procdure et directives techniques ;
Mettre en place un rseau national de scurit sanguine ;

Standardiser les mthodes danalyses des ractifs de laboratoires et des intrants des services
dimagerie mdicale ;
Renforcer les capacits de laboratoires cliniques , centres de sant , hpitaux gnraux et des
services dimagerie mdicale
Assurer les analyses toxicologiques.
15.1.2.1.11.3 Structure
Division 1: laboratoires de sant et recherche biomdicale

Bureau laboratoire de sant
Bureau laboratoire de recherches biomdicales
Bureau contrle de qualit des boissons et des denres alimentaires
Division 2: scurit sanguine et drives du sang

Bureau planification, programmation et dveloppement des structures de scurit sanguine
Bureau laboratoire de recherches biomdicales
Division 3: analyse et orientation clinique

Bureau dveloppement d'activits de base d'appui l'orientation clinique
Bureau assurance qualit
15.1.2.1.12 D9: Direction nationale de l'hygine
15.1.2.1.12.1 Mandat
Rle normatif et de Coordination de toutes les activits de lHygine qui se droulent sur lensemble
du Territoire National
15.1.2.1.12.2 Mission
La Direction Nationale de lHygine contribue dans lamlioration de la Sant de la Population par la

Promotion de bonne pratique de lHygine et la Prvention contre des maladies lies au manque
dEau potable, de lHygine et de lAssainissement.
15.1.2.1.12.3 Structure
Division 1: hygine publique

Bureau eaux de boissons industrielles, artisanales et de consommation
Bureau surveillance de la qualit des aliments
Bureau salubrit des installations de production et de vente des aliments
Bureau dchets, produits radioactifs et autres toxiques
Bureau tablissements humains ouverts au public
Bureau hygine industrielle et de l'habitat
Division 2: lutte anti-vectorielle

Bureau lutte chimique
Bureau lutte biologique
Division 3: communication pour le changement de comportement

Bureau information et ducation pour la sant
Bureau logistique et supports pdagogiques
Arrt inter Ministriel : N CAB/MIN/FP/JMK/044/2003 DU 28 MARS 2003: Cadre Organique

Arrt Ministriel n1250/CAB/MIN/S/013/MC/2006 du 04 Juillet 2006 portant Organisation et
fonctionnement des services dHygine en RDC

Annexes 227
Projet principal : http://www.ecole-village-assainis.cd

communication et changement du comportement
formation et suivi des oeuvrages
monitoring et valuation
Appuy par Unicef, DIFID, JICA, USAID
Conception des modules dducation dans les villages avec validation au niveau central. Diffusion sur
support papier (bien quaussi disponible sur le site)
Coordination et inspections travers les brigades provinciales

154 agents affects la direction, l o il y a un besoin de maximum 30 personnes. Personnel
accommod dans 2 petits bureaux (pas despace de travail). 70% administratifs, 15% techniciens,
15% mdecins & infirmiers.
Rapportage de la ZS au DPS sur papier et via SMS. De la DPS au niveau central en format Word ou
Excel via e-mail. Les indicateurs dhygine ont t intgrs dans le DHIS2 et sont encods dans le
cadre du SNIS. Les points focaux dans les zones de sant viennent dtre forms.
15.1.2.1.12.6 SWOT

- Internet disponible dans le - Conditions de travail peu - Amlioration de la
programme des villages attractives (manque despace) qualit dinformations
assainis et la D9 (fixe + - Faible qualit des informations collectes en
modems 3G) collectes dans les zones non priphrie
- Internet disponible dans les appuyes
provinces via des modems 3G
- Disponibilit dun webmaster
pour le site des villages
assainis
(attente) - Faibles comptences en matire recommandations pour
- Communication avec dautres de NTIC dans les zones de sant ltude
directions et programmes - Un site web central
pourra tre amlior en avec des pointeurs
mettant en place des outils vers toutes les
de communication informations du MSP
lectronique (e-mail, site web, mettre

Langue

Pndis 1 0

Transféré par

Informations du document

Description :

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Description :

Droits d'auteur :

Formats disponibles

Pndis 1 0

Titre original :

Transféré par

Description :

Droits d'auteur :

Formats disponibles

Plan National de Dveloppement de

l'Informatique de la Sant (PNDIS)

Une Architecture Entreprise e-Sant pour le

Rapport technique du 20 octobre 2014

(c) 2014, Ministre de la Sant Publique de la RDC

Imprim : octobre 2014 en RDC

Le Secrtariat Gnral de la Sant, pour son appui politique

Table des matires

Partie I Glossaire & abrviations 11

Partie II Rsum excutif 17

2014 Ministre de la Sant Publique de la RDC

Partie IV Phase prliminaire 34

Partie V Vision de l'architecture 50

2014 Ministre de la Sant Publique de la RDC

Partie VI Architecture mtier 59

Partie VII Architecture systmes d'information 71

2014 Ministre de la Sant Publique de la RDC

Partie VIII Architecture technologique 129

2014 Ministre de la Sant Publique de la RDC

Partie IX Opportunits et solutions 145

2014 Ministre de la Sant Publique de la RDC

Partie X Budget 170

2014 Ministre de la Sant Publique de la RDC

Partie XI Migration et planification 184

Partie XV Annexes 206

2014 Ministre de la Sant Publique de la RDC

1 Glossaire & abrviations

Bloc de construction Dsigne un composant mtier, informatique ou architectural. Les

Livrable Tout composant matrialisant le rsultat d'une prestation de

CDMT Cadre de Dpenses Moyen Terme

2014 Ministre de la Sant Publique de la RDC

CDR Centrale de Distribution Rgionale

2014 Ministre de la Sant Publique de la RDC

I-PPTE Initiative des Pays Pauvres Trs Endetts

2014 Ministre de la Sant Publique de la RDC

PNLS Programme National de Lutte contre le VIH/Sida et les IST

2014 Ministre de la Sant Publique de la RDC

UNICEF Fonds des Nations Unies pour lEnfance

2014 Ministre de la Sant Publique de la RDC

2014 Ministre de la Sant Publique de la RDC

Ce PNDIS est compos de 2 lments essentiels:

La mthodologie TOGAF a t utilise pour le dveloppement du PNDIS. Plus de 10% des

2014 Ministre de la Sant Publique de la RDC

3.1 Programme de renforcement du systme dinformation

3.2 Programme relatif lamlioration de la qualit de

3.3 Programme damlioration de l'utilisation de l'information

3.4 Programme de renforcement de la communication au sein

3.5 Rforme du systme national dinformation sanitaire

2014 Ministre de la Sant Publique de la RDC

3.6 Approche systmique de l'informatisation au sein du MSP

3.7 Systme National d'Informations Sanitaires (SNIS)

2014 Ministre de la Sant Publique de la RDC

3.8 Comit National de Pilotage du Secteur de la Sant

1. la premire commission (charge de la gouvernance, de la dcentralisation sectorielle,

3.9 Objectifs de l'tude

2014 Ministre de la Sant Publique de la RDC

dchange dinformations relatives au secteur de la sant (quipement et logiciels), les profils de

3.9.1 Objectif gnral de l'tude