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

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 en place
outils s). La D9 change des
informations avec la
D2,D3,D4,D5,D7,D8,D11,D12
Conclusions :
Cration dun centre documentaire pour le MSP
Mise en place dun site internet MSP fdrateur pour les autres sites des directions et
programmes. Des compilations inter-programmes pourront tre directement hberges sur le site.
Mise en place dun outil de collaboration lectronique au MSP
15.1.2.1.13 D10: Direction de la sant de la famille et de groupes spcifiques
15.1.2.1.13.1 Mandat & missions
Promouvoir la sant de la Famille et des Groupes Spcifiques par lapproche des interventions
intgres haut impact et par groupe cible, aux niveaux central, provincial et de la zone de sant.

15.1.2.1.13.2 Structure
Division 1: sant de la famille

Bureau sant de la femme
Bureau prise en charge intgre des maladies de l'enfant et soins nonatales
Bureau sant du jeune et de l'adolescent
Bureau naissances dsirables
Bureau personnes de 3me age
Division 2: sant des groupes spcifiques

Bureau sant en milieu scolaire et universitaire
Bureau promotion de la sant du sport
Bureau sant au travail
Bureau promotion de la sant mentale
Bureau mdecine du transport
Division 3: mdecine physique et radaptation

Bureau mdecine physique
Bureau rinsertion et uvres sociales
Arrt ministriel de la Fonction Publique n CAB/MIN/FP/JMK/PP/044/2003 du 28 mars 2003

Cre en 2003. Structuration en 3 divisions: Sant de la famille, des Groupes spcifiques et

Mdecine physique et radaptation
58 postes organiques dfinis mais 118 agents (Mdecins, AG, Techniciens Labo, pharmaciens,
Nutritionniste, Infirmier, Kinsithrapeute, Administratifs,..) : 30 40 personnes sont prcieuses.
Appuis des mdecins provinciaux et des cellules locales dans les provinces (excepts : Katanga,
Bas-Congo et Bandundu)
Activits : Promotion, coordination, normative (lgislation et rgulation)
Partenariat avec plusieurs programmes de sant (PNSR, PEV, PRONUNAT, PNLS, PNLP,.)
Matriel informatique : 7 lap top, 1 photocopieuse, 8 desktop, 2 imprimantes, Internet par modem
15.1.2.1.13.5 SWOT

- Bonne organisation et - Manque de formation en - Amlioration des
collaboration avec lquipe (team gestion de linformation conditions de travail
building) - Faible compltude des (espace+matriel)
- Matriel fournis par ltat donnes du SNIS pour la - Crer les rpondants dans
congolais D10 (avec 1 composante les provinces restants (5)
- Quelques lments de synergie : fonctionnelle sur 12 !) - Support logistique :
Task-force Mre-Enfant, - Echange dinformation automobile+carburant
Commission de prestations (D5 et alatoire avec les
D10), partenaires,
- Prsence du matriel dinternet - Absence de la connexion
(routeur et cble) internet faute des frais
dabonnement.
Opportunits/Potentialits Menaces/Obstacles Conclusions/
(attente) (craintes) recommandations pour
ltude
- Avoir des donnes fiables partir - Barrire culturelle - tablir une relation
de la DHIS2 (viter un robot qui - Gros problmes coordonne entre la base
remplace 1 autre robot) organisationnels et le niveau suprieur

Annexes 229
- Avoir un systme dinformation - Budget insuffisant (culture du partage de

global et qui calcul les indicateurs - Manque de motivation : linformation, agencer
dont la D10 a besoin formation continue, toutes les pices dun
- Bien dvelopper le site du MSP et financement selon les moteur)
le rendre accessible la D10 performances et - Avoir un outil qui soit utile
- Avoir un outil de gestion des surcrot financier pour chaque utilisateur
donnes de base du moins pour la (intrt personnel
sant maternelle dabord) : allger la charge
- Avoir une page Web spcifique dans la collecte
aux activits de la D10 (la DEP dinformation, outil de
devra muler toutes les directions) travail avec valuation des
performances
Conclusions
Prvoir les indicateurs de la D10 dans le DHIS2
Prvoir un module dvaluation des performances en gestion de RH
Crer un systme de coordination et dinteraction entre la base et le niveau suprieur (Envoi-
feedback/Workflow)
Prvoir un espace sant mre-enfant au niveau du site web du MSP
15.1.2.1.14 D11: Direction de formation continue
15.1.2.1.14.1 Mandat
Crer un systme national de formation permanente pour les professionnels de sant, qui se fonde
sur les besoins et les demandes effectifs tant nationaux que locaux. Introduire lanalyse du systme
dans la planification ducationnelle pour la formation permanente, et lvaluation priodique de la
qualit du travail des personnels de sant. Elaborer la politique ainsi que dautres textes normatifs et
rglementaires de la formation continue.
15.1.2.1.14.2 Mission
Dfinir et dvelopper les stratgies de FC

Elaborer les programmes de FC
Assurer la FC tous les personnels de sant sans discrimination, conformment aux exigences
du Systme Sanitaire National, aux besoins de sant de la population ainsi qu ceux des
personnels dsireux dentretenir et de parfaire leur qualification professionnelle
Augmenter laccessibilit du personnel de sant la documentation y compris laccs internet
(dans le cadre des efforts de promotion de lauto-apprentissage ainsi que la formation distance
via les NTIC
Grer les programmes de FC dans les aspects tant administratifs que pdagogiques
Coordonner les activits de FC dveloppes par les diffrents directions & programmes du
systme sanitaire national
Dvelopper la collaboration inter institutions avec les associations professionnelles, les diteurs
des manuels, les firmes pharmaceutiques et les structures qui dispensent la formation de base
des professionnels de sant en vue de promouvoir la complmentarit de leurs actions
15.1.2.1.14.3 Structure
Division 1: gestion du programme de formation continue

Bureau gestion de programme
Bureau gestion de formateurs et des agents former et des agents forms
Division 2: gestion des matriels de formation continue

Bureau gestion des matriels de formation continue
Bureau gestion des modules de formation

15.1.2.1.15 D12: Direction de la gestion du partenariat pour la sant
15.1.2.1.15.1 Mandat
Elaborer les normes en matires de partenariat pour la Sant

15.1.2.1.15.2 Mission
Assurer la gestion adquate des donnes et des informations en rapport avec les partenaires du
Ministre de la Sant Publique tous le niveau du systme de la sant en RDC
Assurer lappui technique, la coordination et le suivi des projets des partenaires intrieurs et
extrieurs.
Produire la signature de Monsieur le Secrtaire Gnral et travers lui, de Monsieur le Ministre
de la Sant Publique, des projet darrts et de circulaires internes de ladministration publique en
vue dune gestion amliore du partenariat sous toutes ses formes
Assurer toutes les interventions ncessaires la promotion du partenariat tous les niveaux du
systme de sant en RDC, ainsi que les reprsentations diplomatiques, les organisations des
nations unies et les organisations non gouvernementales
15.1.2.1.15.3 Structure
Division 1: mobilisation sociale et promotion de la collaboration intersectorielle

Bureau mobilisation sociale
Bureau promotion de la collaboration intersectorielle
Division 2: gestion du partenariat intrieur

Bureau ordres et associations des professionnels de la sant
Bureau initiatives prives de sant sans but lucratif
Bureau initiatives prives de sant but lucratif
Division 3: gestion du partenariat extrieur

Bureau organisations des nations-unies
Bureau organismes multilatraux et bilatraux
Bureau ONGs trangres
Arrt Ministriel n CAB/ MIN/FP/SMK/PPJ/044/2003 du 28 Mars 2003

Personnel : 27 personnes (Mdecins, Economistes, Administratifs,) dont 13 ont des

comptences en informatique. Une quipe jeune (femmes et hommes). 2 personnes sont ligibles
la retraite. 9 personnes sur le 27 ne sont pas mcanises.
La division possde 3 divisions : division du partenariat extrieur, division du partenariat intrieur,
division de partenariat intersectoriel.
Pas dappui structurel dun bailleur.
Matriel : 2 ordinateurs de bureaux (dont un en panne), 1 laptop pour le directeur, 1 imprimante et
connexion internet via le rseau internet de PARSS
Locomotion : 1 vhicule (don Banque Arabe) pour la construction des hpitaux.
Un outil de collecte des donnes des ASBL a t labor en Word. Un formulaire dinscription en
dur (fichier informatis D5)
Plusieurs initiatives en cours mais manque de financement, tel que linterconnexion de diffrentes
direction par VSAT, cest un projet rgionale.
Un Projet darchivage a t initi par la D12 mais pas encore financ
Prsence dun site internet, mais pas encore totalement enrichit par les contenus
15.1.2.1.15.6 SWOT

Annexes 231
- Une quipe jeune et trs - Pas assez de relation avec - Identifier tous les partenaires et
motive aussi la D5 et la DEP, do les classifier par catgorie
multidisciplinaire prsence de conflits - La rvision des textes lgaux
- Le responsable de la dintrts dans la gestion pour le partenariat (Arrt sur le
direction a plusieurs des partenaires partenariat revoir via le CN des
initiatives positives - Manque de leadership au ONG)
- Un grand espace de niveau des ASBL suite au - La mise en place des
travail (5 bureaux) manque dapplication du procdures lintention du
- Prsence dun outil de document de procdure qui partenaire
collecte des donnes en nest pas encore sign par le - Outils de gestion des
Word cabinet du ministre, mais partenaires
aussi le problme du - Trouver le financement des
nouveau cadre organique qui diffrents projets encours
fusionne la D12 et la D5.
- Manque de collaboration
avec le SG, dans le suivi de
certains dossiers
- Pas de connexion internet
propre la direction
(utilisation WIFI PARSS)
Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/recommandations
(attente) pour ltude
- La formation continue du - Manque de motivation des - Le MSP travers le SG doit
personnel en informatique agents d la faible favoriser lapplication de
mdicale, mais aussi en considration de leur travail diffrentes initiatives entreprises
langue trangres dans le service. au niveau de la direction en vue
(Anglais et autres) - Faiblesse des outils de la gestion efficace des
- Des outils informatiques travail : matriel informatique, partenaires
(matriels informatiques) systme de gestion - Mettre en place des outils de
mais aussi des outils des gestions de partenaires au
gestions de partenaires, niveau national avec des
tels quun site Web pour interfaces web o les
des inscriptions en ligne partenaires pourront
senregistrer ou mme prendre
connaissances des procdures
et lois actuelles en matire
dactivits lies la sant en
RDC
- Renforcer les capacits du
personnel en gestion de
linformation et de linformatique
Conclusions:
Mettre en place des outils et procdures de la gestion efficaces des partenaires fin de renforcer
le leadership du MSP dans ce domaine.
Cration des outils informatique comme un site web pour linscription des partenaires en ligne
Connecter le B12 dans un rseau intranet du MSP
Renforcer lefficience (cot/efficacit) dans lutilisation dune connexion internet partage
15.1.2.1.16 D13: Direction de l'quipement et matriels mdico-sanitaires
15.1.2.1.16.1 Mandat
Traduire en programme la politique du Gouvernement (Ministre de la sant) en matire

dquipement , et dispositifs mdicaux, ingnierie et maintenance biomdicale.

15.1.2.1.16.2 Mission
Elaborer les normes en matire d acquisition, daffectation et de maintenance des quipements et

matriels mdico-sanitaires
Identifier les besoins en quipements;
Mettre en place des mcanismes de contrle de qualit des quipements;
Dvelopper des stratgies de maintenance;
Promouvoir des dons en quipements;
Etablir la classification des quipements par nature de prsentation et par niveau dtablissement
de sant (Plateau Technique et Spcifications techniques)
15.1.2.1.16.3 Structure
Division 1: gestion courante des quipements mdico-sanitaires

Bureau normalisation
Bureau approvisionnement, stockage et distribution des quipements et matriels mdico-
sanitaires
Bureau maintenance
Division 2: gestion prvisionnelle des quipements et matriels mdico-sanitaires

Bureau planification des quipements mdico-sanitaires
Bureau gestion informatise des quipements et matriels mdico-sanitaires
Une note circulaire du SG demandant aux structures hospitalires dactualiser les inventaires
chaque anne. La direction fait donc le suivi,
Deux projets darrts produits qui attendent la signature du Ministre la mise en excution,
Existence des normes des plateaux techniques par catgorie des structures : CSR, HGR, hpital
de rfrence secondaire, hpital de rfrence tertiaire,
Infrastructures (bureaux) non adaptes, matriel informatique : 3PC dont 1PC-serveur, 2
Imprimantes et 2 photocopieuses (vieilles), des portables personnels.
Direction appele devenir division dans le nouveau cadre organique,
Personnel plthorique car ayant en son sein les agents de lancien DCMP : 44 agents dont 18
ingnieurs techniciens, les lectroniciens, le AG, les infirmiers, un juriste. Le mdecin et
assistant en pharmacie sont dcds et nont pas encore t remplacs,
Il est prvu des pools de maintenance dans les provinces (actuellement ils nexistent pas dans
certaines provinces). Bas-Congo : 2, Kasa Oriental : 2, Nord-Kivu, Kasa Occidental et Equateur :
1. ,
Direction ne reoit pas les rapports des formations sanitaires, ces dernires envoient leurs
rapports la D2.
15.1.2.1.16.5 SWOT

- Prsence du matriel - Personnel plthorique et
pour la connexion peu adapt aux besoins, - Harmoniser la coordination entre les
internet, - Absence dinformaticiens structures du MSP (qui fait quoi, qui
- Existence des dans lquipe de la rpond quoi,) en particulier avec la
normes des plateaux direction, D2, D5, DEP et CAG
techniques par - Absence de connexion - Renforcer les capacits sur le plan
catgorie des internet et dun logiciel de matriel (avoir assez doutillages
structures, gestion dinformation, collectifs et individuels)
- Existence dun fichier - Insuffisance - Avoir un moyen de transport pour
Excel pour la gestion dquipements pour intervenir sur terrain
de la maintenance permettre la direction de - Disposer dune base des donnes :
remplir ses fonctions, disposer des statistiques sur ce qui
- Pas de centre de existe pour estimer les besoins (outils

Annexes 233
formation en informatiss de gestions)

maintenance, stage et - Mettre en place pool de service de
perfectionnement (a t maintenance biomdicale avec un
detruit) personnel qualifi dans chaque
province,
- Renforcer les capacits du personnel
dans lutilisation du matriel ( au besoin
trouver un ingnieur en maintenance
des quipements mdicaux) et en
informatique de gestion
Opportunits/ Menaces/Obstacles Conclusions/recommandations pour
Potentialits (attente) (craintes) ltude
- Prsence dune filire - Le manque de - Crer un lien formel entre la D2 et la
de formation des coordination, D13.
ingnieurs - Inscurit et instabilit - Avoir un systme de gestion du matriel
techniciens en politique, et de la maintenance
maintenance - Mauvaise perception des
biomdicale lISTA, acteurs, spcialement du
- Plaidoyer pour avoir niveau central. Do la
une autonomie de ncessit de limplication
gestion des dirigeants.
- Acquisition dun
systme central de
gestion dinformation
pour la direction
Conclusions
Prvoir un systme central de gestion et de maintenance du matriel mdico-sanitaire
Intgrer les indicateurs de suivi des quipements mdico-sanitaires dans le SNIS (par le DHIS2) :
non prsent dans le SNIS.
15.1.2.2 Programmes de sant

15.1.2.2.1 Programme National de Lutte contre le Cancer et les maladies Cardio-Vasculaires (PNLCCV)
15.1.2.2.1.1 Mission
Promouvoir la lutte contre les cancers et les maladies cardio-vasculaires (2 cause de mortalit en
RDC)
Conscientiser les politiques et la population sur ces flaux et intensifier la lutte au niveau structurel
et fonctionnel (attache la D4)
Existence depuis 2003, suite aux tats gnraux de la sant de 1999

Pas encore oprationnelle (adresse physique dans le cabinet de consultation MCV la Clinique
Galiema)
1 Direction (1Directeur empch et 1 Directeur Adjoint), 3 divisions ( 2 chefs disponibles)
Matriel : 1 Laptop, 1 imprimante et 1 projecteur
15.1.2.2.1.3 SWOT

- Existence dun plan triennal - Pas de financement suffisant : - Avoir une adresse
pas de partenariat avec les physique (peut-tre trs
bailleurs et des acrobaties rapidement la DEP ?
personnelles pour avoir le bureaux de la D4)

financement au MSP - Avoir un rpondant du

- Pas de rpondants directs au programme au niveau de
niveau de la base (BPS) chaque province
- Pas dactions dj menes - Lister les diffrents
indicateurs entrer dans
le SNIS
- Amliorer le partenariat
avec les cardiologues des
hpitaux afin didentifier
les facteurs de risques
ltude
- Amliorer la collecte - Manque dimplication des - Intgrer les hpitaux de
dinformations sur les cancers autorits politiques rfrence dans lanalyse
et les maladies cardio- - Manque dimplications des de besoins
vasculaires (au moins dans tous les programmes - Tenir compte des
Hpitaux de rfrences) (appuys ou non !) : Chaque indicateurs lis aux
- Equiper le Programme et les programme devrait y trouver 1 cancers et les maladies
rpondants au BPS de intrt cardio-vasculaires
matriels informatiques
Conclusions :
Avoir un module de la DHIS2 avec les indicateurs des cancers et des maladies cardio-vasculaires
Harmoniser la collecte dinformations au niveau de la base afin dintgrer galement les activits du
PNLCCV
Harmoniser les appuis (financements) des bailleurs au niveau des programmes dans le cadre de
linformatisation
15.1.2.2.2 Programme National des Mutuelles de Sant (PNPMS)
15.1.2.2.2.1 Mission
Permettre laccs soins de sant facile et de qualit tous dici 2020-2025

Plaidoyer par rapport aux mutuelles.
Normative avec comme rles : Etudes de faisabilits, renforcement de capacit (alignement la
D4 et la DEP)

30 agents issus de plusieurs disciplines (Mathmaticiens, sociologues, juristes, mdecins) dont
15 sont actifs,
Personnels qualifis pour remplir leurs tches,
2 ordinateurs de bureau et 12 ordinateurs portables (Individuels),
Des initiatives en cours pour un systme de gestion de mutuelles de sant (AMU visant les
Dfavoriss, le secteur formel et Informel)
Utilisation dExcel comme outil principal de formulaire denregistrement de nouveaux membres,
donc pas de BDD
Pas de rpondants du programmes au niveau dans les provinces
Routeur domestique pour 10 machines pay par Cordaid
Appui ponctuels : Cordair, Unicef, OMS, Mutualits Chrtiennes (Be)
15.1.2.2.2.3 SWOT

- Prsence dune quipe - Maque doutil de gestion - Logiciel de gestion des

Annexes 235
multidisciplinaire et trs centralis de suivi des mutuelles de sant et

motives, mutuelles de sants (le SNIS indicateurs au niveau
- Agents dj form pour naide pas) central
lutilisation de loutil - Le taux de pntration la - Outils informatiques
informatique (Via le Ministre mutualisation des risques de (serveur, PC, internet, site
du Plan) dont 80% savent trs sant faible environ 2% web )
bien lutiliser. - Pas assez de conscientisation - Besoins de formations des
du politique sur le rle de MS personnels (renforcement
dans le dveloppement de capacits)
conomique. - Amliorer les partenariats
- Absence de connexion avec dautre Direction
internet (modems privs) et - Avoir un financement et
assez doutils informatiques gestion propre du
(PC, imprimantes,) programme
- Le systme darchivage reste
en papier,
- Pas assez dappui des
bailleurs (la DEP saccaparent
des financements !)
ltude
- Dvelopper un Systme de - Occupation des postes de - Conscientiser lEtat
gestion de Mutuels de sant travail par des agents non soutenir certains projets
et qui produit des indicateurs productifs, du programme
souhaits au niveau central - Manque de motivation du - Informatisation de toutes
- Avoir une personnalit personnel, les procdures de
juridique comme service - Faible capacit dabsorption gestion, donc un systme
dappui aux mutuelles de nouvelles comptences, de gestion intgre de
- Crer des structures - Le conflit dintrts avec mutules de sants
rpondants au niveau des dautres directions (Surtout la
provinces DEP qui veut tout
- Avoir Connexion Internet sapproprier) !
haut dbit - Manque de lappropriation de
- Mise en place dun systme lEtat congolais (MSP) du
darchivage structur projet dinformatisation
- Avoir un site Web propre (ou - Avoir un budget consquent
une page sur le site Web du => non prennisation du
MSP) systme
Conclusions
Mettre en place un logiciel de gestion des mutules de la sant (Avec un module intgr au DHIS2)
Mettre en place un site internet pour la mutuelle de la sant avec une rubrique dans le site du
MSP
Harmoniser le canevas SNIS avec celui du PNMS,
Mettre un systme darchivage et de bibliothque lctronique
15.1.2.2.3 Programme National de Sant de la Reproduction (PNSR)
15.1.2.2.3.1 Mission
Rduire les risques de dcs lis aux complications des problmes SR (grossesse, avortement
clandestins, IST.VIH/SIDA) pour les personnes en ge de procrer, les jeunes et adolescents, les
enfants et les personnes du 3me ge.


8 divisions : Adm & Fin, Maternit Moindre Risque, Planification Familiale, Communication pour
le Changement de Comportement (CCC), Recherche Oprationnelle (RO), Formation et
Supervision, Suivi et Evaluation, Groupes Spcifiques
11 Coordinations Provinciales sont installes dans 11 Provinces au sein des lInspections
Mdicales provinciales
Personnel : 101 (mdecins, infirmiers, Ag, pharmaciens, administratifs,). 2/3 sont actifs.
Matriel informatique dans tous les bureaux
15.1.2.2.3.3 SWOT

- Programme bien appuy - Retard dans la transmission - Amlioration des
(UNFAP, USAID, OMS,) dinformation (rapport de conditions du travail pour
- Bien structur, bonne 2013 pas encore finalis, le personnel
organisation interne, activits donnes de 4 provinces - Amlioration de la gestion
claires seulement) dinformation
- Bonne collaboration avec la D10 - Faible compltude des - Augmentation des
et D5 (alimentons les donnes donnes (charge de travail, missions de suivi et de
du SNIS) achat des donnes par supervision
- Disponibilit du matriel certains bailleurs) - Alignement des bailleurs
informatique et du rseau - 2 missions seulement par an sur nos priorits
internet (grande partie du de consolidation de donnes (coordination et
btiment) (supervisions) intervention rationnalises)
- Utilisation dun fichier Excel & - Pas de logiciel pour la - Formation renforce du
Access pour la gestion des gestion de toutes les personnel dans la gestion
donnes (suivi de 2 indicateurs : donnes du programme dinformation sanitaire
Accouchements assists et PF (plusieurs indicateurs : (tous les niveaux)
moderne) utilisation des formulaires)
- Existence doutils spcifiques
de collecte dinformation
chaque division
ltude
- Amlioration de la qualit - Manque de motivation du - Tenir compte des
dinformation personnel (conditions de indicateurs du programme
- Rduction de la charge du travail, surcharge dactivits, SR
travail en viter les prime) - Trouver des stratgies et
redondances - Instabilit de llectricit et techniques pour amliorer
- Outil informatique de gestion de de linternet la transmission des
donnes du SR et connect aux - Resistance au changement : informations de la base
provinces Conversion du personnel vers le niveau central
- Cration dune revue dans dautres tches
trimestrielle lectronique (informatique)
Conclusions
Introduction dans le DHIS2 le module des indicateurs du PNSR
Rendre accessible le site internet du MSP pour les activits de la PNSR

Annexes 237
15.1.2.2.4 Programme National de Sant Mentale (PNSM)
15.1.2.2.4.1 Mission
Promouvoir les soins de sant mentale (prise en charge holistique)
Disponibilit des documents produits par le programme : le PMA de sant mentale (2004), module
des prestataires, le module des RECO standardis, prise en charge des victimes des violences
sexuelles standardis
Trois divisions en son sein et un total de 33 agents. Tous les 33 agents sont actifs parmi
lesquels : 5 mdecins, 3 infirmiers neuropsychiatres, les infirmiers hospitaliers, une radiologue,
une nutritionniste, 3 assistants sociaux et les AG
Absence dinformaticien
Prsence des bureaux de coordination dans cinq provinces : Nord-Kivu, Sud-Kivu, Bas-Congo,
Katanga, Kinshasa
Absence dappui aussi bien du Gouvernement que des PTF
Prsence dun desk top et dune imprimante. Tous les lap top sont privs
Absence de connexion internet, mais usage des modems privs
Pas de logiciel dvelopp
Transmission des rapports dactivits par quelques provinces.
15.1.2.2.4.3 SWOT

- Production de quelques - Irrgularit de la transmission des - Actualiser et
documents ; rapports des provinces ; vulgariser les
- Transmission des rapports - Outils informatiques en quantit documents des
dactivits par les provinces ; insuffisante ; normes
- Transmission des rapports - Absence de connexion internet ; - Former les
trimestriels au SG ; - Absence de logiciel de gestion de prestataires
- Prsence de quelques outils linformation ;
informatiques (hardware) ; - Absence dinformaticien ;
- Collaboration avec le PNSR, - Court-circuitage du niveau central par
PNSA, D10, Ministre des certains partenaires qui ny recourent
affaires sociales et du genre ; que lorsquils ont besoin de
linformation.
pour ltude
- Equiper la direction doutils - Dmotivation du personnel, le - Penser la
informatiques (la bureautique), programme se sentant abandonn. motivation du
- Nouveau cadre normatif du personnel (prime,
SNIS, conditions de
- Permettre la transmission travail, etc.).
rgulire de linformation
jusqu la Direction.
Conclusions
Mettre en place un systme darchivage et de bibliothque lectronique
Mettre en place un logiciel de gestion de linformation de la sant mentale (Avec un module intgr
au DHIS2)
Mettre en place un site internet pour la sant mentale avec une rubrique dans le site du MSP
Prvoir lquipement de la Direction avec le matriel informatique (hardware).

15.1.2.2.5 Programme National des Comptes Nationaux de la Sant
15.1.2.2.5.1 Mission
Coordonner et identifier toutes les sources de financement et leur ralisations dans le secteur de la
sant
Produire les comptes de la sant
Etudes sur limpact des interventions de la sant
Etudes sur le financement de la sant
Etudes cot/efficacit
Etudes sur lquit du financement
Produire des outils de gestion (pout toutes les structures)
Une des 12 composantes du SNIS (flux financiers)
Le PNCNS est organis en plusieurs divisions :

Division administration et finances
Division tudes macro-conomiques (peu de rsultats par manque de financements)
Division des comptes de la sant (enqutes sur le terrain, traage des flux financiers dans la
sant raliss par le gouvernement, les mnages, les partenaires techniques et financiers, les
socits etc.
Avec laide de USAID, les comptes ont pu tre produits dans une premire phase pour la priode
2000-2010. Puis avec un financement CTB et BM, les comptes 2011 ont galement pu tre faits.
Pour les comptes 2012, la collecte des informations a t ralise, mais les financements manquent
pour la publication et la diffusion.
Le financement du PNCNS est bas sur des appui ponctuels ce qui rend les activits instables.
La RDC publie ses comptes nationaux de la sant selon des standards internationaux (sous
stimulation de lOMS) ce qui les rend comparable avec dautres pays dans le monde : les comptes
sparent clairement les dpenses courantes des investissements et intgrent les donnes des
dpenses des 13 directions et 52 programmes de sant. Seuls la RDC et le Burkina Faso sont
arriv en Afrique utiliser loutil HAPT aujourdhui.
Les ressources humaines du PNCNS sont composes de 29 personnes, dont 7 personnes

rellement oprationnelles (gestionnaire dinstitutions de sant, conomistes, agents comptables,
spcialiste en sant communautaire).
Collecte active ralise sur base de canevas papier et Excel sui sont envoys, puis collects auprs
des rpondants. La version lectronique a lavantage de pouvoir tre importe directement dans loutil
HAPT. La majorit des rapports sont fournis sur papier ; le PNCNS les centralise et les encode
manuellement dans HAPT. Le PNCNS organise galement des vrifications ponctuelles des donnes
reues (par triangulation). Les donnes primaires sont compltes par des informations secondaires
en provenance denqutes auprs des mnages ou dinformations obtenues du suivi du SIDA. Des
indicateurs supplmentaires ont galement t intgrs dans les canevas SNIS (DHIS2),
principalement sur les ventilations des maladies vues en consultation ou en hospitalisation.
Le partage des informations nest pas dans la culture: la collecte de donnes est une vraie chasse
aux informations ! En plus, les donnes obtenues des hpitaux privs intgrs dans le systme
public ne semblent pas toujours tre fiables (ne dclarent pas toujours toutes leurs recettes qui
correspondent pour le PNCNS aux dpenses des mnages).
Le rapportage se fait aprs validation par le ministre de la sant (sur base dateliers de validation
tenus au MSP).
Le PNCNS est trs intress pour diffuser ses informations travers un site MSP unique afin dviter
la circulation de versions contradictoires sur les dpenses dans le secteur de la sant en RDC. Le
PNCNS dispose de 4 PC (don de USAID) et 3 PC portables personnels quips de modems 3G
personnels. Disponibilit dun petit rseau local sans connexion internet.

Annexes 239
15.1.2.2.5.3 SWOT

- Utilisation active de HAPT - Environnement de travail peu - Diffuser les rsultats
- Systme de comptes attractif des comptes 2012
normalis sur le plan - Utilisation dquipements - Configurer les
international personnels comptes 2013 dans
- Mcanisme fonctionnel pour - Pas de connexion internet (sauf HAPT sur base du
la collecte de donnes outils personnels) nouveau plan de
- Personnel comptent en comptes (en cours)
form sur les outils appropris
- Direction fortement engage
dans le processus
dinformatisation
- Personnel motiv qui trouve
une motivation dans le travail
ralis
ltude
- Collecte dinformations sur les - Intrt chez certains partenaires - Intgrer les rapports
dpenses travers dun outil de ne pas fournir les donnes sur sur les comptes
central web (automatisation les dpenses relles nationaux dans le site
de la transmission des - Rejets de dpenses suite aux web central du MSP
informations) discordances entre la dclaration - Crer un outil central
- Diffusion en ligne rapide des et la vrification bas sur le web pour
donnes sur les comptes la dclaration et la
nationaux sur le site web du collecte des
MSP informations sources
- Utilisation dune messagerie
professionnelle
- Connexion internet
- Equipements informatiques
fournis et entretenus par le
MSP
Conclusions
Le PNCNS dispose dune source dinformations extrmement intressante dans le cadre de la
planification des politiques de sant en RDC. Une large diffusion de ses rapports mrite dtre
faite.
Intgration des rapports PNCNS dans le site web du MSP
Cration dune messagerie professionnelle
Mettre en place une connexion internet
Crer un outil central bas sur le web pour la dclaration et la collecte des informations sources
15.1.2.3 Structures de soins

15.1.2.3.1 Cliniques Universitaires de Kinshasa (CUK)
15.1.2.3.1.1 Mission
Organiser des soins de qualit au niveau de troisime rfrence du systme de la sant et servir
comme structure denseignement et de recherche pour la sant

Structure hospitalire sous double tutelle

1. MSP pour linspection de loffre de soins de sant (obligation den informer le MESU)
a) Structure de 3me rfrence intgre dans le MSP
b) Devrait tre intgre dans le SNIS (initiative de lOMS en cours)
2. MESU pour les missions denseignement et de recherche
a) laboratoire pour la facult de mdecine du lUNIKIN
b) laboratoire dexcution de recherches dautres tablissements
120 professeurs, 628 mdecins (y inclus les mdecins en formation) : situation de plthore
Problmes pour organiser la formation continue (post universitaire)
1. Disponibilit dun centre de tlmdecine et de tl-enseignement (avec une ONG Indienne,
plus de participation aux activits depuis 9 mois, faible disponibilit du coordonnateur,
redynamiser)
2. Formations en NTIC inities avec le programme eb@le-sant (projet UniversiTIC de la
coopration universitaire belge). Devrait tre organis par le backbone de luniversit. Le
dpartement Mathmatique-Informatique offre galement des formations.
3. Linformatique (et langlais) a t intgre dans le curriculum de mdecine mais est encore
peu pratique. Lcole de sant publique (ESP) offre des formations pour les outils
informatiques de recherche scientifique.
4. Loffre de formations nest actuellement pas adapte aux besoins des CUK
5. Une matrise en informatique mdicale pourrait tre offerte par lESP
6. Des certificats dinformatique mdicale applique pourraient tre offerts par le dpartement
Mat-Info avec un laboratoire aux CUK
A part loutil de eb@le-sant (OpenClinic GA, aussi utilis dans les CHU de Bukavu, Kisangani
et Lubumbashi), aucune application mtier nest utilise par les CUK. Linformatique se limite
des applications gnrales de bureautique.
Les CUK aimeraient mettre en place une solution de messagerie professionnelle (domaine
cuk.unikin.ac.cd) et un site web pour communiquer son offre de soins et ses ralisations de
recherche.
15.1.2.3.1.3 SWOT

- Engagement fort de la - structure de dcision fortement - Intgration des
direction des CUK dans dcentralise (grande autonomie procdures
linformatisation de linstitution des services cliniques) financires
- Premires dmarches - personnel insuffisamment motiv bancarises dans
positives avec les outils de et disposant de faibles OpenClinic GA.
eb@le-sant comptences en NTIC - Consolider les
- Bancarisation des recettes de - centre de tlmdecine non activits
lhpital utilis didentification et de
- Existence de procdures de - absence de culture de formation gestion administrative
rmunration base sur le continue des patients en
rendement (primes de - absence doutils informatique de OpenClinic GA.
redement) sur base gestion de base (comptabilit, - Intgration des
dindicateurs objectifs et gestion de budget, gestion de donnes des CUK
puises des recettes propres ressources humaines) dans le SNIS
des CUK. - manque de standardisation dans
la gestion (pas de liste valide de
prestations et tarifs pour lhpital)
(attente) - double tutelle avec faible recommandations pour
- Intgration de la bancarisation implication du MSP ltude
dans loutil OpenClinic GA - problmes dlectricit - Mettre en place une
- Introduction doutils de - collaboration difficile avec liste valid de
gestion de ressources lquipe backbone de lUNIKIN prestations et de

Annexes 241
humaines tarifs
- Intgration des CUK dans le - Rentabiliser le centre
SNIS avec lappui de lOMS de tlmdecine pour
- Redynamiser le centre de la formation continue
tlmdecine dans le cadre (en faire un indicateur
de la formation continue de rendement)
- Installer une messagerie
professionnelle
- Crer un site web pour les
CUK
Conclusions
Des outils technologiques trs avancs (centre de tlmdecine, OpenClinic GA) sont la
disposition mais restent sous-exploits. Avant de dmarrer des nouvelles initiatives, il est
important de dabord exploiter lexistant.
Utiliser iHRIS pour la gestion des ressources humaines
Implmenter un outil de comptabilit gnrale
Renforcement du contact avec le MSP
1. Intgrer les CUK dans le SNIS
2. Reprise des inspections par la D2
Intgrer les utilisateurs des CUK dans la messagerie UNIKIN ou dans une messagerie
professionnelle du MSP
Crer et intgrer un site web des CUK dans le site web de lUNIKIN et dans le site web du MSP
15.1.2.3.2 Hpital Gnral de Kisantu
15.1.2.3.2.1 Objectifs
Objectif gnral: assurer les soins de qualit accessibles la population
Objectifs spcifiques :
Appliquer lapproche de tarification forfaitaire pour les soins de sant
Investir dans lamlioration de la qualit de loffre de soins
Assurer une gestion optimale des ressources de lhpital :
1. Traabilit de lutilisation des ressources
2. Limitation des pertes et du gaspillage de ressources
3. Contrle de lutilisation de ressources en fonction des recettes (viabilit)
Hpital bien organis offrant des services de qualit dans un cadre de tarification forfaitaire, mais
actuellement avec des prvisions financires ne couvrant pas les cots (sous-financement).
Un outil de gestion ( GESTION HOSPITALIERE de la socit Lojciel) implment pour la gestion
des informations lies :
lidentification patient
la gestion de la fiche administrative du patient
la gestion des orientations des patients
la gestion de la caisse
la gestion du dossier mdical et paramdical (laboratoire et radiologie)
la gestion pharmaceutique (gestion de stock et distribution)
le rapportage et les statistiques
Le logiciel est utilis tous les niveaux de lhpital et est intgr dans les procdures mtiers de
routine de prise en charge des patients (LAN cbl avec 42 postes de travail pour 102 utilisateurs et
48.000 fiches gres).
Lhpital dispose dun systme PACS avec possibilit daccder aux images de radiologie numriss
travers une application ddie

15.1.2.3.2.3 SWOT

- Logiciel sur mesure et donc - Absence de standards et de - Intgration des sous-
trs adapt aux besoins de classifications internationales stocks
lhpital de Kisantu (utilisation de texte libre) pharmaceutiques
- Application stable - Li la tarification forfaitaire dans les services
- Cot raisonnable (gestion financire peu (trousses de
- Codes sources disponibles gnrique) services) ; ncessite
pour le client - Systme client-serveur de la programmation
- Interface simple trs proche ncessitant linstallation de - Renforcement de
de la ralit du travail lapplication sur chaque poste de lquipe informatique
- Peut tre gr par 1 travail (pas dinterface web) (1 personne trop peu
informaticien - Pas dinterfaage lectronique pour assurer la
- Rapportage labor intgrant avec le SNIS (DHIS2) gestion informatique,
les besoins du SNIS - Identification patient lassistance et les
essentiellement base sur nom/ formations
prnom utilisateurs)
- Utilisation dun numro de - Migration SQL
dossier unique peu fiable (gnr Serveur 2003 2008
par limprimeur des dossiers
papier)
(attente) - Trs petite quipe de recommandations pour
- Rcupration de lapplication dveloppement (1 informaticien ltude
dans dautres structures de travaillant la D5 + 1 collgue) - Migration vers
soins travaillant avec la - Ancienne technologie de technologie plus
tarification forfaitaire dveloppement (Visual Basic rcente (.NET) avec
- Intgration du PACS sans le 6.0) interface web
logiciel hospitalier - Dveloppement peu gnrique
- Intgration dune interface de - Retour au papier pour les
rapportage lectronique ordonnances de mdicaments
DHIS2 (format DXF2)
Conclusions
Application trs bien adapte aux structures de soins oprant dans un environnement de
tarification forfaitaire
Migration de lapplication une technologie plus moderne offrant une interface web
Recherche dune quipe de dveloppement plus large avec plus grande disponibilit (ngociation
avec le fournisseur actuel)
Dveloppement dun module dextraction de donnes destines au DHIS2
Ajouter des solutions de gestion de ressources humaines (iHRIS) et de comptabilit gnrale
15.1.2.3.3 Clinique Ngaliema
15.1.2.3.3.1 Mission
Structure de soins publique de 3me rfrence

La clinique dispose dun LAN infrastructure mixte (cbl et wifi)

Un logiciel de gestion hospitalire est en train dtre mis en place avec une socit locale
(TIKDEM) :
1. Bas sur OpenERP/Tryton (module Medical)
2. En phase de planifier les formations de 10 formateurs (devront par aprs former 80 autres
utilisateurs)
3. Lapplication est installe sur un serveur central et offre une interface cliente web

Annexes 243
4. En total 40 postes de travail

5. Modules administratives, financires, dossier mdical et rapportage ont t planifis
6. Le logiciel tient compte du SNIS (pas de communication lectronique envisage avec le
DHIS2)
7. Premier focus sur le bureau des mouvements
15.1.2.3.3.3 SWOT

- Engagement dans la mise en - Pas dinterfaage prvu avec le - Mise en production
place dun systme intgr de SNIS (DHIS2) des bureaux des
gestion dinformations entres et de
hospitalires mouvements
- Achat et maintenance - Dveloppement du
budgtiss dossier mdical
- Importante infrastructure
informatique dj existante
- Disponibilit permanente dun
informaticien
(attente) - Pas de concertation avec recommandations pour
- Informatisation initiale du dautres structures de soins ou ltude
bureau des entres et des avec le MSP : risque - Mieux tudier les
mouvements pour dincompatibilit possibilits dusage
lamlioration de la gestion secondaire des
financire informations du
- Cration dun dossier mdical dossier mdical
informatis avec possibilit - Etudier la possibilit
dexportation en format PDF dinterfaage avec le
DHIS2
Conclusions
Structure de soins dans une dmarche avance de slection et dimplmentation dun SIH,
pouvant servir comme rfrence dexprience pour dautres structures tertiaires.
Cration dun site web dans le site du MSP : espace structures de soins avec :
1. Contact (administration, finances, soins), adresse, go-localisation
2. Offre de soins
3. Tarifs et autres modalits financires
4. Site(s) web
5. Qui est qui ? -> interrogation iHRIS
6. Indicateurs cls -> interrogation DHIS2
15.1.2.3.4 Hpital de Monkole
15.1.2.3.4.1 Mission
Hpital de rfrence confessionnel, inscrit dans le systme public de la sant

Le site hospitalier de Monkole regroupe 4 sites

Centre Hospitalier Mre et Enfant (CHME)
Monkole 1 (GO)
Monkole 2 (chirurgie)
Monkole 3 (maladies infectieuses)
Le parc informatique consiste en un serveur central dans un local climatis au CHME, un rack
central avec switch + patch panel, des switch chaque tage du CHME. Sur le serveur central est

install un MS SQL Server 2008. Le backbone est connect internet via une connexion de Global
Communications.
En total 102 postes de travail sont dploys, dont 75 intgrs dans le rseau local. 60 postes sont
connects sur lapplication PPH, 4 sur GFM et 3 sur Ciel Compta.
Les diffrents btiments de Monkole sont interconnects via des fibres optiques.
Lapplication PPH (Programme de Parcours Hospitalier) est un dveloppement interne, qui a

initialement commenc en MS Access, intgrant du code VB et avec une base de donnes Access.
Depuis 2013, la base de donnes a t migre en MS SQL server en gardant les interfaces
utilisateurs Access/VB. Lapplication se connecte MS SQL Serveur via ODBC.
Les modules suivants ont t implments :
1. Rception
a. Identification patient essentiellement sur base du nome du patient ou sur n de dossier (si
existant)
b. Dtermination de la catgorie tarifaire lacceuil (aid par le service social). 4 catgories
tarifaires existent Monkol (A-D)
c. Dtermination du statut de prise en charge (priv ou conventionn). 70% des patients sont
conventionns avec prise en charge de 100% des frais.
d. Encodage des actes raliser
e. Eventuellement identification dun rendez-vous qui a dj t pris
2. Caisse
a. Production de factures (priv ou conventionn) sur base des prestations encodes.
b. Encodage des paiements
3. Poste infirmier
a. Encodage des signes vitaux
b. Dispatching vers le cabinet du mdecin
c. Validation des actes raliss
4. Cabinet mdical
a. Ajout de la partie clinique moyennant un cran de saisie standardis et partag par les
diffrents mdecins. Encodage semi-structur des plaintes et diagnostics en CISP-2, CIM-10 et
texte libre.
b. Prescriptions laboratoires, radiologie et pharmaceutiques, ce qui donne lieu un nouveau
passage par la caisse.
c. Envoi en hospitalisation si ncessaire (galement avec un nouveau passage la caisse)
5. Laboratoire
a. Encodage manuel des rsultats laboratoires en texte libre sur base des demandes encodes.
b. Possibilit de stocker des copies dcrans des logiciels des automates dans des fichiers PNG
avec indentification du chemin du fichier dans le dossier patient.
6. Radiologie
a. Radiologie conventionnelle avec cassettes numrises.
b. Egalement possibilit de stocker des images scanns en format PNG dans des rpertoires
avec annotation du chemin du fichier dans PPH.
7. Pharmacie
a. Gestion de multiples stocks (central, distribution, services)
b. Gestion de la distribution
8. SNIS / Statistiques
a. Des rapports statistiques peuvent tre gnrs partir de tous les crans.
b. Les donnes SNIS peuvent tre produites automatiquement en format PDF. Pas de lien DHIS2
pour linstant.
Un systme de Gestion des Finances de Monkole (GFM, dveloppement interne) gre la trsorerie
et la paie et permet de rcuprer les donnes du PPH (utilise la mme base de donnes)
Le logiciel Ciel Compta permet lencodage de donnes en comptabilit gnrale sur base de rapports
gnrs par PPH. Pour faciliter cet encodage, PPH produit des rapports sur base du plan comptable
configur dans Ciel.

Annexes 245
15.1.2.3.4.3 SWOT

- Systme Intgr Hospitalier - Rsultats laboratoires non - Installation dun
trs performant et bien structurs PACS
adapt aux besoins de - Lien PPH systme - Contrle de qualit
lhpital documentaire non structur et sur les sorties des
- Equipe informatique peu scuris patients
capable de prendre en - Systme client-serveur,
charge la gestion du ncessitant linstallation du
systme logiciel sur chaque poste client
- Dveloppement interne
sous contrle de lhpital
- Logiciels PPH, GFM et Ciel
compltements intgrs
dans les activits de routine
de lhpital
- Excellente maintenance
technique
- Personnel mdical bien
form en lutilisation du
PPH
- Courant stable
- Connexion internet stable
- Grand parc informatique
rcent
(attente) - Equipe de dveloppement trs recommandations pour
- Connexion lectronique au restreinte ltude
DHIS2 - Ancienne technologie de - Systme qui mrite
- Installation dun PACS programmation dtre tudi pour
connect au PPH rplication dans
dautres structures de
soins
- Masse critique de
dveloppeurs former
pour garantir la
prennit du systme
Conclusions :
- Systme qui mrite dtre tudi pour rplication dans dautres structures de soins (hpitaux de
rfrence et centres de sant)
- Etudier comment une quipe de dveloppement pourrait tre cre pour garantir la continuit du
systme et pour sa migration vers une solution web
- Interface lectronique avec le DHIS2 dvelopper (exportation DXF2)
15.1.2.4 Bailleurs de fonds, partenaires techniques et financiers

15.1.2.4.1 Dlgation de l'union europenne (DUE)
15.1.2.4.1.1 Mission
Renforcement de :
la dcentralisation du secteur de la sant
financement des dpenses du secteur de la sant
renforcement de loffre des soins
renforcement du secteur du mdicament
mise en place dune tarification forfaitaire pour les soins prventifs et curatifs

Lintervention de la DUE rfre fortement la SRSS pour sa mise en uvre.

La DUE vise une approche systmique dans laquelle les dmarches de dveloppement informatique
devront intgrer les besoins de plusieurs niveaux :
amlioration de la fiabilit et utilisation/exploitation du SNIS
intgration doutils de planification
intgration doutils de gestion des ressources financires, humaines et matrielles.
gestion et diffusion de la rgulation (besoin de travailler sur la rgulation de loffre avant de
travailler sur la demande)
Lintervention de la DUE se limite aux niveaux primaires et secondaires (sarrte en principe la
zone de sant). Par contre, toute intervention centrale pouvant renforcer le fonctionnement des
niveaux primaires et secondaires est envisageable.
La DUE cherche une meilleure coordination des partenaires ( travers les groupes de travail du
GIPS), ce qui pose encore des problmes :
Mdicaments : lEU est le seul partenaire utiliser les Centrales de Distribution Rgionales
(CDR) pour les mdicaments
Financement : attention particulire pour les facteurs de cot de la sant
Ressources humaines : actuellement limit au recensement des ressources
Actuellement la DUE prpare la reformulation de lintervention partir de 2016 (priode juin-octobre
2014 pour la sant)
15.1.2.4.1.3 SWOT

- Bailleur avec engagement - Collaboration inter-bailleurs - Renforcement du
important dans la sant continue poser des problmes financement de la
- Focus sur lamlioration de la sant travers la
gestion de la sant tarification forfaitaire
- Volont relle dinscrire ses - Interventions dans
activits dans une politique des provinces cibles :
nationale Nord-Kivu, Sud-Kivu
(attente) - Approche systmique de recommandations pour
- Implmentation de systmes rationalisation de la gestion dans ltude
de gestion dinformations la sant en conflit avec des - Importantes
solides pour la gestion, le pratiques en gestion de composantes de
monitoring et lvaluation des ressources humaines existantes formation et de
activits de mise en place de - Risques dabus par les sensibilisation
la tarification forfaitaire consommateurs de soins (vente mettre en place
- Implmentation de systmes de mdicaments reus dans le autour de la
informatiques pour une cadre dun forfait) tarification forfaitaire
meilleure gestion de la chane - Manque de responsabilit/ - Prendre des initiatives
dapprovisionnement des comptences chez les de coordination inter-
mdicaments prescripteurs de soins bailleur et renforcer
- Amlioration de la qualit des (motivation ou capacit pour un leadership normatif
indicateurs de sant par la rationaliser les cots de la sant) au niveau du MSP
mise en place de solutions - Interventions peu cohrentes de
dextraction de donnes des diffrents bailleurs
SIH
Conclusions
Prendre en compte les dmarches de tarification forfaitaire dans les processus dinformatisation
des structures de soins
Bailleur intress dans la mise en place de systmes informatiss pour la gestion de la chane
dapprovisionnement pharmaceutique

Annexes 247
Bailleur pouvant jouer un rle important dans llaboration de PPDIS dans les provinces
bnficiant de son appui
15.1.2.5 Centres de formation

15.1.2.5.1 Facults des Sciences et de Mdecine de l'UNIKIN
15.1.2.5.1.1 Mission
Former les futurs cadres du pays en mdecine, mathmatiques et en informatique

La facult de mdecine de luniversit de Kinshasa est la plus grande facult de la RDC qui forme
les mdecins. Elle existe depuis 1958. La facult organise ses enseignements en 3 cycles.
Le dpartement de mathmatiques et informatique existe depuis 1997. Il forme jusquau diplme
de doctorat en informatique et en mathmatique avec lappui de la CTB, la CUD, Universits
Belges (Namur, ULB), Canadiennes (Universit dOttawa), Franaises (Paris Dauphine), lAUF et
les universits chinoises.
Les modules en informatiques sorientent vers : linformatique gnrale, les systmes
informatiques, les bases des donnes, les rseaux des neurones, la scurit des systmes et les
bases donnes, la scurit informatique et les systmes dinformations.
Formations en Informatique : Graduat (3ans), Licence (2ans) en Mathmatiques ou Informatique,
DEA (Data mining), Doctorat en partenariat avec des universits trangres.
Le labo dinformatique de la facult des sciences est galement utilis par la facult de mdecine
pour suivre les cours dinformatiques. Le dpartement des mathmatiques assure tous les
modules dinformatique de la facult de mdecine. Actuellement les modules dinformatique sont
dispenss en deuxime graduat (Informatique Gnrale) et en troisime graduat, le module
dintroduction de base des donnes.
Formation 3me Cycle : DEA : 2.000USD/an, 20 candidats chaque anne (majoritairement des
Assistants). 10 doctorants en informatique.
15.1.2.5.1.3 SWOT

- La facult de mdecines - Pas de laboratoire bien quip en - Insrer de modules en
possde des infrastructures et matriel informatique informatique de la
des ressources humaines de - Problme de motivation des sant en Second cycle
qualits, mais aussi les enseignants. pour la formation des
cliniques universitaires mdecins
- Le dpartement de - Insrer une formation
mathmatiques et informatique post universitaire ou un
possde des RH qualifies et master professionnel
assez de lespace. en informatique
- Les 2 facults sont en mdicale.
partenariats avec certaines
universits trangres ou
participent dans des
programmes dchanges avec
ces universits
- Intrt particulier de 2 facults
pour collaborer dans des
formations structures en
informatique de sant
ltude

- Des modules en informatique - Manque des financements pour - Insertion des modules
de la sant insrs dans tous certains modules ou formations en informatique bien
le cursus des mdecins postuniversitaires, adapt aux diffrents
- Un laboratoire dinformatique - Manque de partenariat avec des besoins du futur
bien quip Universits ou Structures de mdecin.
formations comptentes en
- Manque de vision de
prennisation du projet de
formation en informatique de
sant
Conclusions:
Renforcer les modules dinformatique de base au premier cycle de mdecine (partenariat avec le
dpartement de Math-Info)
Introduire le module de gestion du dossier mdical informatis et des archives au 2me cycle :
partenariat avec lESP
Enseignement Post universitaire (3me cycle) en Master en Informatique mdicale, en partenariat
avec les universits trangres
Recyclage du corps administratifs, mdical et professoral en Informatique mdicale.
15.1.2.5.2 Ecole de Sant publique (ESB) de l'UNIKIN
15.1.2.5.2.1 Mission
Former les futurs cadres du pays, en particulier ceux du MSP, en sant publique
LESP est un grand dpartement de la facult de mdecine et est dote dune directrice de lcole
qui est professeur la facult de mdecine mais aussi assist par un adjoint et un charg de
formation. Cre en 1987 par linitiative du Ministre de la sant Publique (MSP), avec lappui du
CORDAID, USAID et CTB.
Lcole recrute sur concours dadmission les tudiants dtenteurs dune Licence en sciences ou
en mdecine ayant aussi une exprience de 2 ans. Les meilleurs tudiants se voient octroyer des
bourses. LESP retient 30 tudiants par promotion chaque anne.
LESP possde 5 dpartements qui sont :
Dpartement dpidmiologique et bio statistique
Dpartement de Management des Institutions de sants
Dpartement dhygine et assainissement sanitaire
Dpartement de nutrition
Dpartement de sant communautaire
Personnel : La majorit de professeurs de lESP sont actuellement form par luniversit de Tulane
(USA) en sant publique avec laquelle lcole possde un partenariat. LESP reoit galement des
professeurs visiteurs mais la majorit de professeurs sont des locaux et aussi pour certaines
formations professionnelles lcole collabore avec certains experts du terrain. Professeurs sont au
nombre de 10, Les Chargs de cours 40 et les Assistants 60.
Au niveau du dpartement Epidmiologie-Statistiques, il ya 7 Professeurs et 6 Charg de cours
permanents.
LESP appui dans les formations la Facult de Mdecine dans les modules : Biostatistique,
Epidmiologie, Statistique dmographique et sanitaire.
Lcole dtient une salle informatique de 20 machines, avec un serveur mais les machines ne sont
pas en rseau. La connexion internet trop lente, est sur 2 machines. Pour lanalyse des donnes,
les logiciels CS-Pro, EPI INFO (Epidata) et SPSS monoposte et STATA sont utiliss. Elle
possde galement une salle danalyse informatique.
Lcole dtient un internat des tudiants mais avec des places limites. Les valuations se font
par bloc : il y a des cours en tronc commun (6 modules) et les cours doption (7 modules).
2 tarifs : Externe : 7.000USD/an et Internes : 9.000USD/an.

Annexes 249
Chaque anne, lEcole diplme 35 laurats.

Sont attaches lESP : le Centre Hospitalier Mont Amba, le Laboratoire Mdical et lITEM
Les partenaires actuels de lESP sont : USAID, CTB, Caritas, CORDAID, GAVI, qui donnent des
bourses certains tudiants.
15.1.2.5.2.3 SWOT

- Lcole de sant publique - Pas de subvention directe de - Maintenir la vision dun
possde une grande lEtat, Centre dExcellence en
infrastructure avec les bureaux - Pas de plan de carrire de la domaine de la sant
des professeurs, laboratoire personne qui finit lESP, car la publique en RDC en
mdicale et une grande salle majorit des cadres forms Afrique Centrale
informatique. travaillent lextrieur du MSP - Construction des
- Les ressources humaines trs - Actuellement il ny a plus des nouveaux btiments de
comptentes et disponibles et partenaires pour soutenir la filire lEcole
multidisciplinaires Economie de la Sant - Financement pour
- Prsence des certains - Pas de rmunration extra pour certaines formations
partenaires pour le financement motiver les enseignants qui qui exigent des
des certaines options telles doivent animer certains modules, comptences externes
que la Sant Communautaire, une fois le partenaire parti.
Epidmiologie du terrain, la Bio - Cots de formation levs
Ethique
ltude
- Lcole a des atouts pour - Seulement 10% des personnes - Initier une filire
accueillir une formation formes travaillent au MSP dinformatique de sant
spcialise en informatique de - Manque des partenaires qui (Master ou DES)
sant engendre la disparition des - Trouver des partenaires
- Possibilit de partenariat avec certaines filires suite au manque pour la formation de
la Facult des sciences, Math- de financement cette filire
Info. - Peu de motivation des
enseignants (la majorit est paye
par lEtat) et dorientation de
carrire
Conclusions:
Crer et intgrer un site web de lESP dans le site web de lUNIKIN et dans le site web du MSP
Intgrer les tudiants, professeurs et administratifs de lESP dans la messagerie UNIKIN ou dans
une messagerie professionnelle du MSP
Elaborer un programme complet de la formation en informatique de sant lESP
Renforcer les contacts avec les partenaires pour un plaidoyer de formation en informatique de
sant
15.1.2.6 Autre
15.1.2.6.1 Collectif des informaticiens du MSP
15.1.2.6.1.1 Mission
Devenir une structure de conseil pour le secrtaire gnral en matires dinformatisation afin
dharmoniser les dveloppements informatiques du MSP
Dfendre le statut dinformaticien au sein du MSP (essayer dinstaller une prime pour rendre la
fonction plus attractive), ventuellement sous forme dun syndicat
Dvelopper un esprit de camaraderie parmi les informaticiens
Installer des initiatives dauto-formation collective (manque de formation continue) et dchange

dexpriences
Collaborer de faon ponctuelle en cas de besoin avec dautres collectifs (juristes par exemple)
Nombre limit dinformaticiens professionnels au sein du MSP. 18 informaticiens reprs par le

collectif.
Le MSP nest pas en mesure de formuler un avis technique cohrent aux partenaires avec
comme rsultat une dispersion doutils et un manque de standardisation des logiciels et des
donnes.
Le collectif est une initiative sans statut juridique et se limite aux informaticiens du MSP. Sa
cration est motiv par une circulaire du secrtariat gnral stimulant ce genre dinitiatives.
Le fonctionnement du collectif est plutt ad hoc et peu rigoureux : en principe il y a des
runions trimestrielles mais il ny en a eu que 3 en 2 ans (pas prioritaire pour beaucoup de
gens).
15.1.2.6.1.3 SWOT

- Le collectif regroupe la fois - Manque de partage - Cration dun cadre
des comptences et des dinformations et dexpriences rglementaire pour le
expriences en matire de au sein du MSP dveloppement de
solutions informatiques dans - Manque de statut juridique nouvelles initiatives
le secteur de la sant - Prise en charge dobjectifs peu dinformatisation au
- Capacits en dveloppement compatibles (structure de sein du MSP
web, gestion de rseau et conseil au SG et syndicat - Formaliser le rle du
gestion de projet. dinformaticiens) collectif
- Bonne connaissances des - Organisation peu formelle avec
besoins mtiers du MSP engagement htrogne des
membres
- Difficults pour les
informaticiens de rester jour
avec lvolution des nouvelles
technologies ; manque de
formation continue
(attente) - Faible volont de certaines recommandations pour
- Cration dune structure directions et programmes de ltude
organique regroupant les sant de partager le pouvoir de - Prendre au srieux le
informaticiens du secteur de linformation statut des
la sant dans lorganigramme - Manque de cadre lgal pour informaticiens dans le
du MSP. octroyer des primes seulement PNDIS
- Cration dun statut aux informaticiens du MSP - Organiser un
spcifique de informaticien - La formation continue en programme de
de sant informatique nest pas du core formation continue
business pour le MSP pour les informaticiens
- Dvelopper une
approche systmique
pour le dveloppement
informatique au MSP
Conclusions
Crer une Direction dinformatique de sant (DIS) qui regroupe tous les informaticiens du
MSP au niveau central. Cette structure dtachera une grande partie de son personnel aux
diffrents autres directions et programmes.
1. Division de gestion des infrastructures informatiques centrales (datacenter, serveurs
dapplications, intranet de la sant)

Annexes 251
2. Division dassistance informatique (helpdesk et personnel dtach)

3. Division de normalisation des technologies de gestion dinformations de sant (standards
techniques, standards de codification et de classification)
4. Division de formation continue dinformatique de sant
Cration dune filire dinformatique de sant en RDC (Centre dexcellence dinformatique de
sant)
1. Matrise en informatique mdicale
2. Certificat en informatique de sant applique
Reconnaissance du statut de informaticien de sant donnant droit une prime permettant
de fidliser le personnel
Les activits lies au syndicat dinformaticiens restent le domaine du collectif
15.1.2.6.2 Tikdem
15.1.2.6.2.1 Mission
Offrir du dveloppement web, dveloppement de systmes dinformations de qualit et services

accompagnants (de lanalyse fonctionnelle jusqu laccompagnement aprs mise en production)
15.1.2.6.2.2 Evaluation de la situation
La socit a ralis partrir de la RDC un nombre de dveloppements de sites web pour des clients
internationaux. An plus, elle offre des applications bases sur OpenERP. Elle dispose dune quipe
de 14 personnes en total.
Les dveloppements se concentrent sur des solutions open source. Dans ce cadre il nest pas clair
dans quelle mesure le choix de OpenERP vomme moteur de base pourra tre tenu (est pass en
version payante). Un passage Tryton ne semble pas tout de suite tre envisag. Actuellement
Tikdem utilise encore OpenERP version 7 (open source). Pour les applications mdicales, les
principales raisons pour ne pas passer Tryton (fork open source) et son module mdical GNU
Health sont les suivantes :
GNU Health noffre pas une assistance technique correcte en franais (orient sur le monde
hispanophone)
Lquipe de OpenERP est beaucoup plus accessible (en Belgique)
Tikdem distribue Tikdem Mdical , ce qui est OpenERP tendue par un module hospitalier (bas
sur lancien module Medical de OpenERP qui a t adapt au contexte de la RDC). Le logiciel est
gratuit, seuls les services accompagnants sont vendus. Le client reoit les codes sources au
moment de linstallation (dvelopp en python). Tikdem Mdical est disponible pour Windows et pour
Linux, mais la version Linux est prfrable. Une base de donnes PostgreSQL est fournie par dfaut.
Le dveloppeur signale avoir un accord avec lhpital de Monkole pour la mise en production de
Tikdem Mdical dans les trois prochaines semaines, ce qui ne correspond pas du tout avec les
informations obtenues du dpartement informatique de Monkole. Pour linstant, 1 site est
oprationnel en RDC : le cabinet ophtalmologique Ariel. Les sites suivants seraient programms pour
les prochains mois (tous Kinshasa) :
Clinique Astrid
CIK
Clinique Ngaliema
La dmonstration donne par Tikdem connaissait beaucoup de limitations : modules non installes
(et donc pas dmonstrables), beaucoup de termes en anglais, rfrentiels non-installs ; ce qui rend
lvaluation de la solution difficile. Les crans de saisie semblent fortement orients gestion
financire et ressources et moins inspirs par le mtier et le fonctionnement mdical.
15.1.2.6.2.3 SWOT

- Moteur OpenERP stable et - systme incomplet, orient - Mettre en production

rpandu gestion des nouveaux sites
- Codes sources disponibles - Communication commerciale - Elargir le nombre de
- Solution adapte la RDC peu crdible (Monkole, dmo clients
- Equipe de dveloppement trs limit)
locale
- Solution web
- Indpendance OS
- Cot raisonnable (entre 6.500
et 50.000 USD par site
dpendant de la taille de la
structure)
(attente) - Risque de faible acceptation par recommandations pour
- Rplication des expriences les professionnels de sant ltude
dun premier site dans - Pas de choix clair pour - Amliorer la
dautres structures de soins lvolution technique dans le futur traduction en franais
(OpenERP, Tryton, Open - Etablir une politique
Source) claire par rapport au
futur technique
- Crer une version de
dmonstration bien
fonctionnelle
Conclusions :
Tikdem Mdical est une solution qui dispose actuellement de trop peu de rfrences en RDC
pour pouvoir juger son applicabilit.
Les installations en cours mritent dtre suivies et rvalues aprs leur mise en production
15.1.2.6.3 DEP PTNTIC
15.1.2.6.3.1 Mission
Planifier les stratgies en matires NTIC y compris les diffrents plans dactions et les priorits pour le ministre P
Le ministre de la PTNIC dfinit la politique sectorielle (conditions dexploitations et taxes y

affrents) au niveau national et la rgulation (Traffic coul au niveau national et international) par la
RPTC (Autorit des rgulations de Poste, Tlphone et Tlcommunication).
Lexploitation est laisse entrain la main des oprateurs (VODACOM, Airtel, Tigo, Standard
Tlcom, RENATELSAT, SOGETEL et Africell) et ISP. Les oprateurs sentendent eux-mmes
sur le prix de tarif de linterconnexion (Traffic entrant et sortant) sous larbitrage de lautorit de
rgulation (ARPTC).
LARPTC et le Ministre de PTNTIC interviennent dans la taxation au niveau des oprateurs selon
les pr-sances de tout un chacun. Cest ainsi que la taxe de numrotation revient lARPTC et
celles des oprations revient au Ministre de PTNTIC.
15.1.2.6.3.3 SWOT

- Organe de lEtat fixant la - Manque du leadership au prs - Elaboration dun plan
politique Sectoriel dans des oprateurs, vu limpuissance stratgique
PTNTIC de lEtat davoir des dinformatisation (plan
infrastructures capables de directeur Informatique
contrler les trafics national) pouvant dfinir les
internationaux, do les besoins et les priorits de

Annexes 253
oprateurs viennent eux-mmes lEtat en NTIC mais aussi

dclarer les nombre des trafics assoir son leadership en
couls linternational mais NTIC auprs des ICT,
aussi utilisent les Gateway priv arrt sign depuis le 8
pour les appels internationaux mai le 1er ministre
- Manque des ressources nommant les membres de
humaines comptentes dans le comit de pilotage.
domaine.
- Pas une priorit de lEtat, do le
budget mme allou ce secteur
est insignifiant.
ltude
- Linformatisation de - Rsistance au changement d - Implication de lEtat en
ladministration au NTIC certains agents de mettant comme priorit
publique y compris le lEtat, ce qui peut constituer un linformatisation de
secteur de la sant frein au dveloppement. ladministration publique et
qui est prioritaire avec - Le taux danalphabtisation en allouant un budget
linformatisation du informatique est trs enlve, consquent dans ce
dossier patient cest qui ncessite un grand secteur.
- Un e-gouvernement besoins de la formation des - Contrler tous les trafics
avec des objectifs utilisateurs. internationaux en mettant
bien prcis et clairs. - Manque de partage de un Gateway pour lEtat
connaissance d aux conflits des pouvant grer tous les
gnrations trafics des ICT
- Manque de llectricit
permanente pouvant assurer le
fonctionnement des
infrastructures TIC dune
permanente.
Conclusions
Mettre en place un plan Stratgique national en matire des NTIC (Plan directeur Informatique
National) pouvant prendre en compte tous les besoins mtiers de chaque entit du gouvernement
(Ministres, administrations provinciales et services publiques), un plan bien labor sans
prcipitation faisant intervenir lexprience des Experts Nationaux quinternationaux.
Se servir de lexprience des autres pays de la rgion qui ont dj implment un plan national
dinformatisation de ladministration publique.
Rajeunir ladministration publique.
15.1.3 Structures intermdiaires et priphriques

15.1.3.1 Province du Bas-Congo
15.1.3.1.1 DPS
15.1.3.1.1.1 Mission
Coordonner les activits sanitaires travers la province,

Encadrer les zones de sant dans leur processus de dveloppement.
Tous les bureaux et programmes du MSP prsents sauf le programme de lutte contre lpre et
tuberculose
75 agents avec plthore dans certains bureaux et carence dans dautres ( avec +/-10 agents par

BCZS)
Un seul informaticien,
Une dizaine dagents ligibles la retraite,
Insuffisance des ressources humaines matrisant loutil informatique,
Insuffisance de loutil informatique,
Raret/irrgularit du backup des donnes,
Faible capacit de maintenance de loutil informatique avec perte de donnes en cas de panne de
machine,
Faible promptitude suite la transmission des rapports en dur,
Bonne compltude (> 85%),
Loutil utilis (GESIS) ne permet pas de cerner lexhaustivit de linformation (gestion des RH,
gestion des MEG),
Absence de connexion internet par manque de paiement par la CTB qui est en fin projet,
Instabilit du personnel,
Proportion importante des bureaux centraux fournis en lectricit par la SNEL,
Besoin dun logiciel de gestion des diffrentes ressources,
Insuffisance dacteurs de terrain forms/recycls,
Disponibilit des logiciels de gestion des ressources humaines (Access et WINS), mais pas
encore utiliss par manque de formation,
Mauvaise comprhension de certains indicateurs par les acteurs de terrain.
15.1.3.1.1.3 SWOT

- Existence de la base des - Insuffisance des comptences - Standardiser les outils au
donnes (GESIS) au niveau en informatique, niveau oprationnel,
de la DPS - Faible promptitude des rapports - Renforcer les capacits de
- Prsence dun informaticien au niveau de la DPS, tous les acteurs,
dans lquipe, - Insuffisance doutils - Fidliser (stabiliser) le
- Bonne compltude des informatiques, personnel.
rapports au niveau de la - Loutil utilis ce jour ne permet
DPS, pas de cerner lexhaustivit de
- PAO en ligne (log un linformation,
serveur au Canada). - Absence de logiciel de gestion
des ressources,
- Absence de comprhension
commune des certains
indicateurs,
- Raret/irrgularit du backup de
donnes.
ltude
- Proportion importante des - Instabilit du personnel, - Standardiser les outils
bureaux centraux fournis en - Faible capacit de maintenance informatiques (logiciels)
lectricit par la SNEL, du matriel, utiliss dans le systme,
- Prsence dun institut - Mauvaise qualit des outils - Penser aux mcanismes
suprieur formant les informatiques utiliss (cas de de fidlisation du
informaticiens matriel chinois), personnel,
(programmeurs) - Dmotivation du personnel - Renforcer les capacits de
- Acquisition dun logiciel (rmunration insuffisante, pas tous les acteurs
intgr incluant tous les assez dencadrement et - dfinir la scurit des
lments. accompagnement, injustice) donnes.
- Acquisition du matriel - Faible scurit des systmes :
informatique au niveau protection des donnes et de la
provincial et BC des ZS vie prive des patients

Annexes 255
Conclusions
Etablir une connexion unique haut dbit la DPS
Mettre en place un serveur central de gestion de donnes et de backup
Mettre en place un serveur mail central
Avoir un systme de centralisation dindicateurs de sant provenant des rapports des ZS
15.1.3.1.2 BCZS et HGR de Matadi
15.1.3.1.2.1 Mission
Coordonner les activits sanitaires au sein de la zone de sant.
Le Zone de sant couvre 9 Aires de sant dont la plus loigne est 12 km,
Personnel : 16 agents (dont 1 mdecin, 2AG, 8 superviseurs). 7 agents utilisent rgulirement
lordinateur (notion de base). Parmi les Superviseurs, 2 seulement ont des notions en informatique.
Insuffisance des comptences en gestion des outils informatique,
Les formations de sant remplissent le canevas en papier quelles transmettent au bureau central,
Le GESIS a t abandonn car il y avait disconcordance des donnes et un nouveau logiciel
DHIS2 sera implment. Seule la Secrtaire savait utiliser le logiciel GESIS
Le canevas SNIS est complt en dur (sur papier) par les AS et compil au niveau du BCZS sur
format lectronique (Excel)
Un vhicule est utilis pour la supervision
Matriel informatique: 7 desktops, 2 imprimantes et 1 LCD.
Gestion des archives : Chaque Superviseur gre ses propres documents. Larchivage nest pas
centralis car il ny a pas despace. Pas de backups de donnes (pas de disque dur externe ou
autre support informatique de backup.
Le BCZS utilise la connexion interne de lhpital de Kinkanda (partenaire italien finance la
connexion). Pas de connexion interne au Bureau central.
Stabilit du courant et mais pas de groupe lectrogne.
15.1.3.1.2.3 Information sur l'HGR
Lhpital Kinkanda a une capacit de 324 lits dont 245 lits monts (taux doccupation 87 117%).
Il fait office dHGR et dHP.
Nombre moyen de consultations/mois : 1400 & Nombre moyen de malades hospitaliss/mois :
540
Un bloc est utilis par lOMS pour ses bureaux
282 agents dont 19 Mdecins (4 spcialistes), 165 infirmiers, 6 techniciens de Radio, 18
techniciens de Laboratoire, 2 nutritionnistes, 1 dentiste et une 40aine dadministratifs
Prsence des spcialistes dans certains services (ranimation et imagerie),
Absence dinformaticien au sein de lhpital. Lhpital fait recours linformaticien de la DPS.
Rcolte journalire des donnes dans chaque service de lhpital et transmission la fin de
chaque mois la cellule par les chefs des services,
Prsence dune cellule de gestion de linformation sanitaire qui comprend 2 personnes (Chef de
service et Adjoint)
Insuffisance de lespace de travail de la cellule (actuellement hberge dans le bureau de la
comptabilit)
Prsence du logiciel GESIS, mais non utilis depuis quelques mois suite lintroduction du
nouveau canevas SNIS. Utilisation dun fichier en Word pour compiler des donnes du rapport
SNIS
Rgularit des runions mensuelles danalyse des donnes avec tous les chefs de services,
Transmission des rapports mensuels en papier au CS leader de lAS (en tant quHGR) et rapports
mensuels lectroniques la DPS et la DSNIS (en tant quHP),
Difficult de reproduction des outils, lOMS qui donnait les fournitures ayant arrt, lhpital se
dbrouille,

Le dlai de transmission de linformation la cellule par les services est gnralement respect,
Dlai de transmission des rapports mensuels au CS (avant le 07) et la DPS et DSNIS (avant le
20) gnralement respect,
Au total 5 PC-desktop dont un seul la cellule de gestion de linformation sanitaire, 1 flash &
disque dur externe (individuel) pour le backup des donnes.
Connexion internet avec rseau LAN au niveau de lAdministration et WIFI via le routeur central,
Pas assez despace pour larchivage des dossiers de malades (achat dun container pour cette
fin),
Application du tarif forfaitaire initialement subventionn (COOPI : Coopration italienne) mais
aujourdhui non subventionn,
La tarification forfaitaire ne prend pas en compte les mdicaments, limagerie et les examens le
laboratoire spcialiss,
Rflexion en cours pour lintgration des mdicaments dans le forfait,
Prsence des malades conventionns (socits para tatiques, prives et autres organisations de
la place),
Prsence de la mutuelle de sant en processus de contractualisation avec lhpital,
Partenaires financiers : CTB (construction Labo (partie sant publique) + prime des Laborantins,
OMS (multiplication du canevas SNIS), COOPI (tarif forfaitaire)
15.1.3.1.2.4 SWOT

- Matriel informatique - Problme daccs facile aux - Amliorer la gestion de
suffisant AS loignes linformation sanitaire
- Stabilit du courant et - La validation de certaines par les formations,
Infrastructures de bonne donnes pose problme car - Se doter dun logiciel de
qualit et 1 vhicule accs difficile la gestion de donnes du
- Pas loign de lHGR et supervision (gographique, SNIS de manire
bonne collaboration dans le financement) : la promptitude intgre,
partage de la connexion des rapports amliorer - Acqurir des portables
internet - Absence financement pour pour le personnel,
- Bonne compltude au niveau payer labonnement internet, - Grer de manire
des rapports SNIS - Insuffisance de lespace de efficace le stock de
- Prsence des spcialistes travail (pas despace pour les mdicaments essentiels
dans certains services archives) - Accompagner en priorit
(ranimation et imagerie), - Absence dinformaticien au le CS de Sulo-Wali
- Rcolte journalire des sein de lhpital, (loign et beaucoup
donnes dans chaque - Insuffisance de lespace de frquent)
service de lhpital et travail de la cellule SNIS et - Amliorer les conditions
transmission la fin de des archives de travail de la cellule
chaque mois la cellule par - Le logiciel GESIS nest pas (espace de travail),
les chefs des services, utilis, - Informatiser le dossier
- Prsence dune cellule de - Hpital sans statut prcis du patient (modle de
gestion de linformation (tantt HGR et tantt HP), Saint Luc de Kisantu)
sanitaire, - Absence doutils de -
- Prsence du logiciel GESIS, transmission (canevas pour
- Rgularit des runions les services hospitaliers) en
mensuelles danalyse des stock,
donnes avec tous les chefs - Absence de financement des
de services, runions mensuelles
- Grande promptitude et danalyse des donnes,
compltude des donnes de - Insuffisance du matriel
lhpital informatique, (LCD et
- Disponibilit de la connexion portables)
internet,
- Effort darchivage des
dossiers de patients (achat

Annexes 257
dun container)
- Tarification forfaitaire dont les
recettes participent la
motivation du personnel (55%
pour les primes)

(attentes) recommandations pour
ltude
- Larriv du logiciel DHIS2 - Insuffisance des comptences - Penser former le plus
(intgre tous les indicateurs) en informatique (former au de personnel pour parer au
- Bonne couverture en rseau moins 2 personnes en gestion problme dinstabilit du
internet (Orange, Tigo, Airtel & du SNIS) personnel,
Vodacom) - Dmotivation du personnel - Amliorer la motivation du
- Appui renforc par le niveau (monitoring rgulier par le personnel par un suivi
central (supervision, carburant, niveau central, appui renforc rgulier des activits,
motivation) dans la supervision des Fosa - Concevoir un outil intgr
- Stockage central des donnes au moins un sucr), (et simple lutilisation)
et gestion des back up - Changement brusque des de transmission des
- Couverture de la zone de sant outils de gestion du SNIS donnes,
en rseaux tlphoniques - Manque de formation des - Penser la formation des
(Airtel, Vodacom, Tigo, utilisateurs, utilisateurs,
Orange, Africell), - Problme de maintenance de - Doter lhpital en matriels
- Institut suprieur de formation matriels, informatiques,
des informaticiens(ISIPA), - Crainte de la transparence lie - Prvoir la motivation du
- Informatisation de toutes les linformatisation des services personnel (rmunration),
activits de lhpital financiers - Informatiser le dossier du
patient,
Conclusions:
Crer une interface informatique standard correspondant au canevas SNIS
Prvoir une connexion internet stable dans un mme rseau pour la BCZS et lHGR
Renforcer les formations du personnel dans la gestion SNIS
Implmenter progressivement les nouveaux outils de gestion des donnes (valider les expriences
test)
Doter lhpital dun systme de gestion intgre du dossier du patient incluant
o Identification du patient
o Gestion des mouvements des patients
o Facturation du patient et des assureurs
o Dossier mdical
o Gestion des services mdico-techniques (labo, imagerie, pharmacie,)
o Gestion du personnel
o Gestion des finances et comptabilit
o Gestion du matriel et immobilisations
Doter lhpital dun systme darchivage efficace et informatis
Intgrer les indicateurs du SNIS hospitalier dans liHRIS (gestion des ressources humaines) et
dans DHIS2
Collaborer avec les comptences locales (formes lISIPA) pour prenniser le systme
15.1.3.1.3 BCZS et HGR de Nzanza
15.1.3.1.3.1 Mission

12 agents (dont 1 mdecin, 2AG, 3 superviseurs). 6 agents utilisent rgulirement lordinateur,

Insuffisance des comptences en gestion des outils informatique,
Les formations de sant remplissent le canevas en papier quelles transmettent au bureau central,
Les structures para tatiques nacceptent pas facilement de rapporter au bureau central, alors que
environ 85% des FOSA prives se soumettent,
Insuffisance de personnel form en SNIS dans les FOSA, do blocage en cas dempchement de
lunique agent qui soccupe du SNIS,
Absence de stock doutils de transmission des donnes, les formations sanitaires reproduisent
les outils sur fonds propre. Do prtexte de non transmission de rapport,
Coupures intempestives de courant et la zone de sant na pas de gnrateur,
Environ 10 canevas sont remplis et transmis mensuellement par la zone de sant vers la province,
Plus de 400 indicateurs sont produits par le BCZS,
Lunique agent form en GESIS est all la DPS, do GESIS non fonctionnel depuis une anne
(utilisation dune base de donnes Excel,
Prsence dune connexion internet (TIGO) paye tantt par le partenaire PROVIC (partenaire
Italien), tantt sur fonds propre de la zone de sant (MCZ),
Insuffisance de matriel informatique :2 desk et 1 laptop, do utilisation d1 ordinateur portable
priv, 1 LCD et 1 photocopieuse non entretenue.
Le nouveau canevas des hpitaux ne prvoit pas les activits prventives alors quen ralit les
hpitaux offrent aussi les services prventifs. Do recours aux pages annexes pour transmettre
ces donnes.
Nombre de lits monts: 75

Nombre de Consultations/ mois : 500-700
Nombre dhospitalisation/mois : 250
Matriel informatique : 2 PC (dont 1 du VIH), pas de rseau cbl, 1 WIFI via modem
15.1.3.1.3.4 SWOT

- Prsence dune connexion - Absence financement sr pour - Amliorer la gestion
internet (Modem), payer labonnement internet, de linformation
- Les formations sanitaires - Les formations para tatiques ne sanitaire tous les
tatiques et prives se soumettent pas aux exigences niveaux du systme de
transmettent rgulirement de rapportage, sant local,
leurs rapports dactivits : - Insuffisance de lespace de travail - Approvisionner les
bonne compltude (pas despace pour les archives) formations sanitaires
- Satisfait du format en Excel - Insuffisance de matriel en outils de
dvelopp localement pour le informatique transmission des
rapportage SNIS - Coupures intempestives donnes,
- Prsence de lalimentation dlectricit, - Former le personnel en
lectrique de la SNEL, - Multiplicit des canevas de informatique,
- Infrastructures de bonne transmission des donnes (~10 - Doter la zone de sant
qualit et 1 vhicule canevas par mois !), dune connexion
- Le BCZS dans lenceinte de - Suivi de plus de 400indicateurs permanente
lHGR, - Insuffisance des outils de
- , collectes de donnes (formulaires
- du canevas) au niveau des
structures
Beaucoup derreurs dans le
remplissage de canevas : faible
promptitude

Annexes 259

ltude
- Larriv du logiciel DHIS2 - Insuffisance des comptences - Penser former le
(intgre tous les indicateurs) en informatique, plus de personnel pour
- Bonne couverture en rseau - Indisponibilit des consommables parer au problme
G3 (Orange, Tigo, Airtel & pour le matriel informatique, dinstabilit du
Vodacom) - Incapacit dassurer la personnel,
- Amlioration de la culture de maintenance du matriel, - Amliorer la motivation
production des donnes de - Dmotivation du personnel du personnel
sant (sensibilisation dans les (rmunration insuffisante par (rmunration),
coles) rapport au travail effectu), - Rsoudre le problme
- Manque dintrt personnel des des donnes des
prestataires vis--vis de activits prventives au
linformation sanitaire. niveau des HGR,
- Concevoir un outil
intgr de
transmission des
donnes.
Conclusions
Crer une interface informatique standard correspondant au canevas SNIS
Prvoir une connexion internet stable pour la BCZS et lHGR
Prvoir 1 appui dun informaticien comptent en gestion de rseau et maintenance du matriel
informatique avec des notions en informatique de sant.
Amliorer les formations du personnel dans lutilisation des outils informatiques et des systmes
de gestion de donnes.
15.1.3.1.4 BCZS et HGR de Boma
15.1.3.1.4.1 Mission
Bureau central au sein de lHGR ;

Bonne compltude interne au niveau du bureau central (rapports des AS) ;
Faible compltude interne au niveau des AS (rapports des FOSA) ;
Prsence dun Jeep (de 2010) pour les dplacements ;
4 ordinateurs portables dont 2 en bon tat ; 2 PC dont 1 en bon tat ; 3 imprimantes dont 2 en
panne (quantit insuffisante) ;
Logiciel GESIS pour la gestion de linformation sanitaire au BCZS abandonn depuis prs 3 mois
et retour au papier ;
Logiciel CHANNEL pour la gestion des mdicaments lHGR en cours dutilisation, mais son
utilisation est basique ;
Logiciel BANANA pour la gestion financire disponible depuis 2013 mais jamais utilis ;
Pas de problme dlectricit au bureau central ;
10 CS sur les 11 que compte la zone de sant sont locataires et 2 nont pas dlectricit ;
Deux centres de sant en construction (en cours davoir des btiments propres) ;
Faible capacit technique et financire de maintenance du matriel informatique ;
Les donnes sont conserves dans le disque dur externe (backups rguliers) ;
Prsence dune connexion internet paye par la CTB, mais qui est son dernier mois
dabonnement,
Partenaires : CTB, PROVIC au niveau des FOSA, FM pour le VIH

Nombre de lits monts : 250

Taux doccupation : 65%
Tarification forfaitaire (prioritisation des mdicaments)
Difficults de paiement de la population (moins dactivits conomiques du port depuis linterdiction
dimportation des vhicules de plus de 10 ans)
2 Mutuelles communautaires : Mutuelle de lglise Gdon et Mutuelle des enseignants
15.1.3.1.4.4 SWOT

- Bonne compltude interne au - Faible compltude interne au - Doter les CS de leurs
niveau du bureau central niveau des AS (rapports des btiments propres,
(rapports des AS) FOSA) - Informatiser SNIS et
- Prsence dun Jeep pour les - Plus de 90% des CS sont de lHGR,
dplacements locataires, - Formation/recyclage
- Prsence de quelques - Insuffisance du matriel du personnel dans
logiciels (Gesis, Channel, informatique, tous les domaines,
Banana), - Les logiciels disponibles sont soit - Mcaniser le
- Absence de problme abandonns (GESIS), soit jamais personnel,
dalimentation lectrique, utiliss (Banana), soit sous- - Doter la zone de sant
- Le BCZS est au sein de utiliss (Channel), des mdecins
lHGR, - Faible capacit technique et spcialistes,
- Prsence des points focaux financire de maintenance du - Doter les FOSA en
SNIS dans les formations matriel informatique. quipements
sanitaires para tatiques, mdicaux.
- Backups des donnes dans le
disque dur externe,
- Prsence dune connexion
internet (routeur central pour 4
machines)
- Transmission des rapports
dactivits la DPS par
internet.
ltude
- ZS totalement couverte par les - Manque de suivi des utilisateurs - Faire le plaidoyer pour
rseaux de communication (le personnel mme form devra que la CTB revienne
(Airtel, Vodacom, Tigo, Africell tre suivi pour que le projet BOMA,
et Orange) russisse), - Prvoir le recyclage du
- Application du tarif forfaitaire - Dmotivation du personnel (faible personnel en TIC,
lHGR, rmunration : cration dune - Mettre en place les
- Prsence de deux mutuelles prime locale ? mcanismes de
communautaires dans la zone - Instabilit du personnel ( la fidlisation des agents
de sant, recherche de la meilleure de lEtat,
- Prsence des partenaires rmunration) - Doter les CS en outil
dans la zone de sant - informatique pour
(PROVIC avec appui aux faciliter les changes
FOSA, Fonds Mondial avec dinformations.
volet VIH et CTB (en fin projet),
- Acquisition des outils de
gestion standardises et
intgrs (GRH, SIS)

Annexes 261
Conclusions :
Standardisation et uniformisation des indicateurs au niveau des FOSA et des ZS
Formations continues des points focaux SNIS (FOSA et ZS) en outils & systmes de gestion
dinformation sanitaires afin davoir une mme comprhension des indicateurs dfinis dans le
canevas SNIS
Implmentation des outils dchanges dinformation pour faciliter la communication entre les AS et
les ZS
Appui des systmes dvelopps localement comme BANANA (gestion financire et comptabilit),
Application SNAME (Systme national dapprovisionnement des mdicaments essentiels),
MUNTU (gestion des RH).
15.1.3.1.5 BCZS et HGR de Seke-Banza
15.1.3.1.5.1 Mission
Coordonner les activits sanitaires (79 structures sanitaires) au sein de la zone de sant.
Zone de sant rurale de 2000 Km2(143.120 habitants, 79 FOSA, 16 AS) avec un HGR 22 km de
la route principale
15 agents dont 1 mdecin, 2 AG, 2 infirmiers, 1 nutritionniste, 1 Technicien dAssainissement, 1
Animateur Communautaire, 3 hyginistes, 3 administratifs et personnels dappoint,
Les cadres (11 personnes) ont des notions de base en informatique (bureautique),
Prsence dun Data Manager (la nutritionniste),
Absence dinformaticien dans lquipe,
4 ordinateurs dont deux en panne (utilisation parfois des machines prives :2), 1 imprimante et 1
photocopieuse dclasse !
4 Aires de Sant sur les 16 que compte la Zone de Sant sont lectrifies,
BCZ couvert en rseaux de communication (Airtel, Vodacom, Orange, et Tigo),
Seul le GESIS est disponible, mais abandonn depuis quelques mois suite larrive du nouveau
canevas SNIS. Do retour lusage des feuilles Excel (collecte de ~100 indicateurs),
Connexion par un modem WIFI sur fonds propre (50US$/mois dabonnement)
Partenaires financiers : OMS, Villages Assainies, BDEOM (Bureau diocsain des uvres
mdicales), UNICEF (Mdecin dAfrique)
15.1.3.1.5.3 Information dur l'HGR
Nombre de lits monts: 94

Nombre de consultations/jours : 10
Nombre dhospitalisation/mois : 150-200
Tarification par acte
15.1.3.1.5.4 SWOT

- Transmission des rapports la - Absence dinformaticien, - Formation du
DPS en lectronique donnes - GESIS abandonn sans aucune personnel en
sous fichier Excel autre solution, do retour aux informatique (formation
- Prsence dune base des feuilles Excel, continue)
donnes en Excel, - Le gravage est annuel avec risque - Dotation en kit
- La majorit des cadres de la de perdre les donnes au courant informatique (que la
ZS avec notions de lanne, base des donnes
dinformatiques, - Archivage des copies en dur en puisse avoir une
- Backup des donnes par dsordre (manque despace) machine propre),
gravage de la base des - Les canevas sont photocopis - Logiciel de gestion de
donnes sur CD lextrieur : cher (2500Fc/copie) mdicaments pour la

- Analyse et valuation des - Faible proportion daires de sant pharmacie.

donnes en quipe (utilisation lectrifies (25%),
des fonctionnalits dExcel) - BCZ situ 22 Km de lHGR,
- Les modems utiliss pour la
transmission des donnes sont
privs,
ltude
- Prsence des rseaux de - Perturbations de la fourniture - Penser la formation
tlcommunication Airtel, lectrique, du personnel en
Vodacom, Orange, Tigo, sauf - Instabilit du personnel informatique,
Africell au bureau central de - Penser doter la zone
zone de sant, de sant de kits
- Prsence des partenaires informatiques (au
dans la zone de sant moins 5 machines).
- Harmonisation canevas SNIS
par rapport au logiciel utilis.
Conclusions
Harmonisation les logiciels utiliser par rapport au nouveau canevas SNIS (idem pour le DHIS2)
Prvoir un systme de backup stable (PC-serveur local, disque dur externe) pour la scurit des
donnes
Implmentation des systmes informatique de gestion incluant la composante gestion de
mdicaments
Etablir une communication facile dans la gestion des donnes entre le BCZS et le HGR (22km de
distance !)
15.1.3.1.6 BCZS et HGR Nsona-Mpangu
15.1.3.1.6.1 Mission
Coordonner les activits sanitaires (73 structures sanitaires) au sein de la zone de sant.
Zone de sant rurale de 4209 Km (109.028 habitants, 79 FOSA, 20 AS), situe 1h de route de
la route principale.
Le BCZS et lhpital ne sont pas connects au rseau lectrique. Ils fonctionnent par groupe
lectrogne (respectivement 5 et 20 Kva). 1 panneau solaire existe lhpital pour la banque de
sang (Financement OMS)
12 agents dont 2 mdecins, 2 AG, 3 superviseurs, 1 secrtaire-data manager, 2 infirmiers, 1
propos pharmacien, 1 maintenancier et 1 mobilisateur. Pas dinformaticien dans lquipe.
Les administrateurs et mdecins savent utiliser lordinateur.
Parmi les cadres 1 seul a t form lutilisation du GESIS, et Le GESIS nest pas utilis. La
collecte dinformations se fait par documents en dur.
Matriel informatique : 2 laptops (dont 1 en panne), 1 imprimante photocopieuse et 4 laptops
personnels.
Seulement 2 FOSA (Ndwizi & Kinganga, situ entre 35-70 km du BCZS) sont quipes en
panneaux solaires (qui ne fonctionnent pas !) et certaines AS sont difficilement accessibles.
Les rseaux Orange, Vodacom et Airtel fonctionnent par endroit. Tigo est permanent (antenne
dans la rgion)
Pas de connexion internet. Le modem (personnel) orange est en panne.
Communication avec lextrieur par tlphone gnralement pour communiquer les donnes (Palu,
VIH et PEV) la DPS
Vhicule : 2 motos fonctionnent et 4 sont en pannes.

Annexes 263
Partenaires financiers uniquement sectoriels: BM (Paludisme & VIH).

Le BCZS puise dans les caisses des structures pour fonctionner (~300.000 Fc/mois).
Faibles compltude et promptitude des donnes des FOSA
Lhpital est sous utilis.
Nombre de lits monts:

Nombre de consultations/mois : 100-170 (selon les saisons)
Nombre dhospitalisation/mois : 18 20
Taux doccupation : 25 30 %
Tarification par acte
15.1.3.1.6.4 SWOT

- Personnel de sant - Absence dinformaticien et de - Renforcer la gestion du
comptent (2 mdecins et comptence informatique pour le SNIS (lectricit, outils
infirmires) GESIS et connexion internet)
- Effort dans la collecte - GESIS abandonn sans aucune - Moyen de locomotion
dinformation malgr autre solution, do retour au papier (1 jeep)
lenclavement - BCZS trs isol (25 km de la route - Amliorer la motivation
- Transmission des rapports principale), sans lectricit, sans du personnel (prime
(mme incomplets) pour le financement consquent locale)
15 du moins vers la DPS - Manque parfois de support papier du - Acqurir les frais de
SNIS (les copies se font Kimpese : fonctionnement
105 km !) ncessaire
- Dplacement difficile (2 motos) et - Amliorer la formation
carburant cher 1700Fc/l. continue du personnel
- Structures de sant couvertes nont (dernire formation du
pas dlectricit. PEV date de 1986 !)
- Pas de connexion internet, ni de
maintenance du matriel, ni de back
up de donnes
- Difficults utiliser longtemps le
groupe lectrogne (essence trs
cher)
ltude
- Rparation du micro - Moyens pour prenniser le - Instaurer Formation et
barrage ( 3km) pour systme : supervision rgulire
alimenter le BCZS et - Electricit stable des IT en gestion des
lHGR. - Personnel comptent donnes du SNIS
- Prsence des partenaires - Maintenance du matriel - Amener les FOSA
dans la zone de sant. communiquer
- Acquisition des outils pour clairement leurs
la gestion du SNIS pour recettes
amliorer la qualit des - Acqurir des outils
donnes collectes. informatiques
ncessaires
Conclusions :
Fournir le matriel qui sauvegarder longtemps lnergie et de faible consommation dnergie
Acqurir des outils de gestion robustes et harmoniser (matriel informatique et logiciels) au niveau
de toute la zone de sant

Prvoir un systme de backup stable pour la scurit des donnes

Faciliter la communication entre les AS et le BCZS ; et entre le BCZS et la DPS (connexion
internet stable, Phonies,)
15.1.3.1.7 HGR Kisantu
15.1.3.1.7.1 Missions
Assurer les soins de qualit accessibles la population

Appliquer lapproche de tarification forfaitaire pour les soins de sant
Investir dans lamlioration de la qualit de loffre de soins
Assurer une gestion optimale des ressources de lhpital :
- Traabilit de lutilisation des ressources
- Limitation des pertes et du gaspillage de ressources
- Contrle de lutilisation de ressources en fonction des recettes (viabilit)
15.1.3.1.7.2 Situation
Hpital bien organis offrant des services de qualit dans un cadre de tarification forfaitaire, mais
actuellement avec des prvisions financires ne couvrant pas les cots (sous-financement).
Un outil de gestion ( GESTION HOSPITALIERE de la socit Lojciel) implment pour la gestion
des informations lies :
lidentification patient
la gestion de la fiche administrative du patient
la gestion des orientations des patients
la gestion de la caisse
la gestion du dossier mdical et paramdical (laboratoire et radiologie)
la gestion pharmaceutique (gestion de stock et distribution)
le rapportage et les statistiques
Le logiciel est utilis tous les niveaux de lhpital et est intgr dans les procdures mtiers de
routine de prise en charge des patients (LAN cbl avec 42 postes de travail pour 102 utilisateurs et
48.000 fiches gres).
Lhpital dispose dun systme PACS avec possibilit daccder aux images de radiologie numriss
travers une application ddie.
15.1.3.1.7.3 SWOT

- Logiciel sur mesure et donc - Absence de standards et de - Intgration des sous-
trs adapt aux besoins de classifications internationales stocks
lhpital de Kisantu (utilisation de texte libre) pharmaceutiques
- Application stable - Li la tarification forfaitaire dans les services
- Cot raisonnable (gestion financire peu (trousses de
- Codes sources disponibles gnrique) services) ; ncessite
pour le client - Systme client-serveur de la programmation
- Interface simple trs proche ncessitant linstallation de - Renforcement de
de la ralit du travail lapplication sur chaque poste de lquipe informatique
- Peut tre gr par 1 travail (pas dinterface web) (1 personne trop peu
informaticien - Pas dinterfaage lectronique pour assurer la
- Rapportage labor intgrant avec le SNIS (DHIS2) gestion informatique,
les besoins du SNIS - Identification patient lassistance et les
essentiellement base sur nom/ formations
prnom utilisateurs)
- Utilisation dun numro de - Migration SQL
dossier unique peu fiable (gnr Serveur 2003 2008
par limprimeur des dossiers
papier)

Annexes 265
(attente) - Trs petite quipe de recommandations pour

- Rcupration de lapplication dveloppement (1 informaticien ltude
dans dautres structures de travaillant la D5 + 1 collgue) - Migration vers
soins travaillant avec la - Ancienne technologie de technologie plus
tarification forfaitaire dveloppement (Visual Basic rcente (.NET) avec
- Intgration du PACS sans le 6.0) interface web
logiciel hospitalier - Dveloppement peu gnrique
- Intgration dune interface de - Retour au papier pour les
rapportage lectronique ordonnances de mdicaments
DHIS2 (format DXF2)
Conclusions :
Application trs bien adapte aux structures de soins oprant dans un environnement de
tarification forfaitaire
Migration de lapplication une technologie plus moderne offrant une interface web
Recherche dune quipe de dveloppement plus large avec plus grande disponibilit (ngociation
avec le fournisseur actuel)
Dveloppement dun module dextraction de donnes destines au DHIS2
Ajouter des solutions de gestion de ressources humaines (iHRIS) et de comptabilit gnrale
15.1.3.1.8 Autre
Enter topic text here.

15.1.3.1.8.1 Dveloppeur du Bas-Congo et Hbergeur de sites Web Kinshasa
Offrir des systmes bass sur le web pour la gestion des services de sant
Rolf est Gradu en Sciences Informatiques, Option Informatique de Gestion. Il est actuellement en
Premire anne de licence Option Administration des bases des donnes lISIPA de Matadi.
Il sintresse aux systmes de gestion des services de sant depuis Janvier 2013, aprs il eut t
contact par John Baka Zola (zolajohnbaka@gmail.com, +243 992325133), Chef des Mtiers de
Gestion- DPS Bas-Congo.
Avec John, ils ont ainsi commenc dvelopper diffrents logiciels bass sur le web, comme
Logiciel du Systme National d'Approvisionnement en Mdicaments Essentiels (Applications
SNAME) de la R.D.Congo, le logiciel de Gestion des Ressources Humaines (MUNTU) et le
logiciel de gestion de finances et de comptabilit (BANANA) qui na pas t hberg car devra
sadapter la nouvelle reforme du secteur de la sant.
Le logiciel SNAME est hberg sur ce lien www.intellectservices.org/pnam_ctb
Le logiciel MUNTU est hberg sur ce lien www.intellectservices.org/ressources
Les logins sont les noms des DPS qui utilisent le systme : bascongo, tsopo, kwilu.
Les logiciels ont t programm en : HTML5, PHP, CSS, JavaScript et JQuery en utilisant le
systme de gestion de bases des donnes MySQL.
Le serveur dhbergement se trouve au Canada, chez FUNIO. Ren garantie la scurit du serveur
dhbergement et de la plate forme intellectservices.org . Ren est un informaticien lAgence de
la Francophonie. Il a fait un long stage en Bulgarie. Cest l o il a commenc hberger les
applications sur le serveur FUNIO.
Les codes daccs ont t accords lquipe des dveloppeurs et aux utilisateurs des logiciels
SNAME et MUNTU selon le niveau daccs aux donnes. Lespace dhbergement est de 600 Go.
Labonnement est de 500 USD/an.
Cest Ren qui est propritaire du certificat de scurit pour les logiciels SNAME et BUNTU. Les
applications qui grent le centre de documentation de la DEP sont galement hberges sur FUNIO.
Cest Ren qui grait avant cette espace de dveloppement.
Le logiciel SNAME serait en test dans les provinces du Bas-Congo, Kisangani, Sud Lubangi et

Equateur Nord. Au dpart la vision tait de couvrir 28 ZS du Bas-Congo sur les 31 que compte la
province.
John et Rolf sont actuellement en procdure de cration dune socit, en partenariat avec 5 autres
tudiants-dveloppeurs de lISIPA de Matadi. Ils comptent sur lappui de la CTB et la JICA pour
renforcer les dveloppements de ces logiciels, respectivement les applications SNAME et le logiciel
MUNTU.

- Equipe motive plus par les - Equipe trop jeune qui travaille dans - Crer la socit de
rsultats prsenter dans un environnement isol (ne connait service de
leur mmoire mme pas les concurrents dveloppement des
- Systmes sur interface web potentiels) solutions web pour le
(modules dimplmentation - Equipe mal encadre (tudiants) : MSP
dj en ligne, pour la dmo) travail dans linformel. La socit - Chercher les
- Synergie avec un personnel qui les lierait na pas encore t financements pour
interne la DPS, qui cre. payer au moins
connat bien les besoins et - Aucun financement dj enregistr lhbergement
qui peut faire une bonne ni de la CTB, ni de la JICA =>
analyse sur les applications manque de motivation de lquipe
dont le secteur de la sant a - Hbergement via un partenaire
besoin. local (individu) sur FUNIO (au
- Trs bonnes initiatives vue Canada) : faible contrle du site
les besoins en dhbergement
informatisation du secteur - Codes daccs contrls par le
de la sant partenaire local.
(attente) - Risque de faible acceptation des recommandations pour
- Valorisation du travail dj logiciels par le MSP eu gard aux ltude
ralis auprs des bailleurs implmentations actuelles du - Amlioration des
(CTB & JICA) DHIS2 (gestion du SNIS) et de interfaces et du
- Ouverture largie pour iHRIS (gestion RH) professionnels contenu des
discuter (et intgrer) avec de sant applications
lquipe ICT du MSP - Gestion de la scurit des - Cration de
- Appui dans les systmes lie leur hbergement linterfaage avec le
dveloppements renforcs DHIS2 & iHRIS
de lapplication SNAME & - Soutien des initiatives
le logiciel MUNTU locales
Conclusions :
Les logiciels MUNTU & SNAME existent sur linterface web, leurs fonctionnalits sont encore en
test
Un suivi et une valuation particuliers de leurs dveloppements sont ncessaires pour mieux
analyser leur implmentation grande chelle.
Aucune structure au Bas-Congo ne nous a dit quelle utilise une des interfaces web de SNAME ou
MUNTU. Une valuation des potentiels utilisateurs est ncessaire pour connatre leurs perceptions
aux 2 systmes
15.1.3.2 Province du Katanga

15.1.3.2.1 DPS
15.1.3.2.1.1 Mission

Encadrer les districts de sant dans leur processus de dveloppement.

Annexes 267
Nouvelle restructuration : La province sera divise en 4 Divisions Provinciale Sanitaire (DPS)

combinant les 7 anciens Districts Sanitaires (DS). Les Zones de Sant (ZS) seront ainsi
directement attaches la DPS:
- DPS du Haut-Katanga
DS de Lubumbashi avec 11 ZS
DS du Haut-Katanga avec 8 ZS (la plus loigne 350 km de Lubumbashi)
DS de Likasi ( 120 Km de Lubumbashi) avec 8 ZS (la plus loigne 420 km de
Lubumbashi)
- DPS de Lualaba
DS de Kolwezi ( 300 km de Lubumbashi) avec 8 ZS (la plus loigne 450 km de
Lubumbashi)
DS de Lualaba (610 km de Lubumbashi) avec 6 ZS (la plus loigne 1000 km de
Lubumbashi)
- DPS du Haut-Lomami
DS du Haut Lomami avec 16 ZS (la plus loigne, ZS Kamina, 600 km de Lubumbashi)
- DPS du Tanganyika
DS du Tanganyika avec 11 ZS (avec la ZS Kalemi 900 km de Lubumbashi)
Situation scuritaire bonne sauf dans le triangle Est Pweto-Manono-Mitwaba.
Chaque district dispose dune ou plusieurs zones de sants. Chaque ZS un Hpital Gnral de
Rfrence (HGR) attache sauf DS de Lubumbashi se trouvant dans lenceinte des Cliniques
Universitaires de Lubumbashi.
Prsence dune cole de sant publique avec deux orientations une licence en sant publique et
un DEA/DES en sant publique
Prsences plusieurs instituts suprieurs denseignements mdicaux (ISTEM et ISCM) et 43
coles des infirmires.
Prsence dune clinique universitaire et dune facult de mdecine lUNILU et plusieurs autres
facults de mdecines en gestations dans les universits priphriques (Kamina, Kalemi,
Kolwezi).
Existences des outils de collectes des donnes manuels (imprims, fiches, canevas SNIS,
canevas des programmes) mais qui sont des fois inaccessibles au niveau des FOSA.
Des outils informatiques de collectes dinformation de sant sont essentiellement sous format
Excel. Le GESIS a t longtemps utilis dans certaines ZS mais a t abandonn.
Prsences des certains partenaires tels que : PARSS (BM) (qui a fini son propre depuis le 30 juin
2014), PROSAMI (USAID) actif dans 17 ZS, OMS, UNICEF, UNFPA et le FONDS MONDIAL
(dune manire asynchrone) tous agissent au niveau de la province.
Matriels Informatique : 7 laptops, 7 desktops, 9 imprimantes et 5 kits informatiques complets.
Tout le matriel a une dure de vie de moins de 4 ans en moyenne et la majorit est encore en
bon tat. La DEP na pas de connexion internet centralis. Les agents utilisent des modems des
projets ou leurs propres modems.
Electricit est stable mais la DPS na pas de groupe lectrogne. Certains desktops sont
connects sur des onduleurs.
6 ZS ne sont pas couvertes totalement en rseau internet. Certains bureaux centraux des ZS sont
quips des panneaux solaires.
15.1.3.2.1.3 SWOT

- Revues et monitoring - Outils en dur (imprims) de - Restructuration
mensuels au niveau des ZS collectes des donnes sont de la DPS en 4
est presque rgulier. insuffisants et les registres nouvelles DPS
Transmission trimestrielle standards dans les Fosa font - Standardiser les
des donnes sous canevas dfaut. do la faible outils au niveau
compil en Excel aprs promptitude des donnes des ZS,
analyse (10%). - Renforcer les
- Pas de plthores aux - Groupe de travail SNIS 2x/an capacits du

niveaux des ressources au lieu de 3 et revue personnel,

humaines provinciale 1X/an au lieu de 2 - Amliorer la
- Bonne compltude des cause des moyens. collecte
donnes, malgr le retard - Problme dorganiser des dinformation au
dans la transmission des revues mdicales sous- niveau des
canevas rgionales dans certains DS structures prives,
- Prsence dune ressource (restructuration en cours). - Amliorer les
humaine familire - Chaque bailleur impose son conditions de
lutilisation des outils NTIC canevas de collecte des travail du
(chacun possde au moins donnes au lieu de suivre le personnel
une adresse lectronique) et canevas SNIS qui reprend (motivation)
d1 informaticien au niveau tout (problme de
de la DPS, coordination des diffrents
- Prsence dune fiche mise bailleurs au niveau provincial).
jour par le SNIS provincial Do la multiplicit des outils
des matriels informatique et beaucoup de redondances.
de la DPS - GESIS qui tait utilis dans 4
- Assez de lespace pour le DS a t abandonn.
travail - Plthores au niveau des
administratifs et
paramdicaux dans les
diffrents hpitaux et cela
dans tous les districts,
dautres sont ligibles la
retraite.
- Pas de couverture de rseaux
des oprateurs Telecom sur
lensemble de la province
- Instabilit des outils
informatiques de collecte et
traitement de donnes
(GESIS peine commenc,
maintenant on parle de
DHIS2)
- Systme darchivage manuel,
pas doutils informatiques de
stockage de donnes
(attente) - Pas assez de comptences recommandations
- Acquisition des outils intgrants au niveau des futures DPS pour ltude
tous les indicateurs de sant des - Pas de postes - Tenir en compte
programmes d'informaticiens prvus dans laspect motivation
- Allgement du travail effectu au le cadre organique du MSP du personnel
moment de la collecte au niveau des DPS (PBF)
dinformation au niveau de la base (structures sous rgionales) - Tenir en compte
- Renforcement des capacits du pour accompagner le de la
personnel en informatique de processus dinformatisation dcentralisation
sant tous les niveaux effective des
- Acquisition du matriel structures de
informatique suffisant au niveau sant
des DPS et des BCZS - Harmoniser les
indicateurs de
sant en tenant
compte de la
ralit de terrain

Annexes 269
Conclusions :
Etablir une connexion unique haut dbit au niveau des DPS
Mettre en place un serveur mail central pour la communication (le MSP et les DPS)
Avoir un systme de centralisation dindicateurs de sant provenant des rapports des ZS (DHIS2 ?)
Produire les comptences en informatique mdicale soit par recyclage des paramdicaux (trs
nombreux) et par des formations de 3me cycle.
15.1.3.2.2 BDS Lubumbashi
15.1.3.2.2.1 Mission
Coordonner les activits sanitaires au sein du district sanitaire par le:

Dveloppement du leadership intgr au niveau du district de sant
Rationalisation du fonctionnement des zones de sant
Amlioration de la couverture sanitaire au sein du district de sant
Amlioration de la qualit des soins
Participation communautaire
(Avec la nouvelle restructuration, le concept de DS sera supprim et remplac dans les nouvelles
provinces par la DPS)
Le DS de Lubumbashi couvre 4 ZS : Kenya, Lubumbashi, Kampemba et la plus loigne Kisanga

( 20km)
Personnel : 13 personnes en moyenne par BCZS (respect de lorganigramme) mais plthore au
niveau des structures de sant publiques.
Comptences sont moyennes en informatique au niveau des BCZS. Mais lquipe cadre est trs
comptente (jeune et la majorit ayant fait la sant publique)
Matriel informatique : en moyenne 4 5 ordinateurs par BCZS
lectricit : Stabilit au niveau des BCZS mais accessibilit au courant des fois difficile au niveau
des structures loignes et isoles.
Financement et partenaires: Faible financement du DS par les structures (CS public attribue 5%
de ses recettes au DS et HGR donne 3% de leurs recettes). Les CS tatiques donnent 10% de
leurs recettes aux BCZS (5%) et DS (5%). Les HGR attribuent 10% de leurs recettes au
fonctionnement de la DPS (4%), du DS (3%) et de la ZS (3%).
En gnral, pas assez de financement par le pouvoir public : Pas assez dappui et de
financements des structures et des projets : manque de mdicaments la CAMELU,
infrastructures dlabres, PAO non financ, personnel non pay,
Actuellement un partenariat avec le FM: 5 vhicules attribus au ZS et panneaux solaires dans
certains CS.
Outils de collecte dinformation: Variabilit des outils (changement rgulier de canevas. 5 versions
depuis jan.2014). Existence de beaucoup de canevas (SNIS et programmes) : faible promptitude
la compilation des informations au niveau des AS et des BCZS. 2 BCZS (Lubumbashi et Kenya)
envoient des donnes sous format Excel et les 2 autres ZS les envoient en dur.
Beaucoup dindicateurs sont collects : 691 indicateurs !
Structures de rfrences du DS: Cliniques Universitaire de Lubumbashi, Hpital provincial Sendwe,
Polyclinique Don Bosco (prive). Deux ont des outils de gestion du dossier du patient.
15.1.3.2.2.3 SWOT

- Financement par le FM : 5 - Beaucoup de canevas de - Gestion rationnelle des
vhicules et quelques collecte dinformation (SNIS et pidmies et
panneaux solaires programmes) et dindicateurs catastrophes (cholra,
- Promptitude et compltude => normment de travail aux rougeole, accidents)
bonne au niveau des ZS. Infirmiers titulaires (IT) - Gestion des donnes de
- Courant stable au niveau des - PNDS est-ce une utopie ? sant en utilisant des

BCZS, et en moyenne 4 5 Aucun financement nest arriv outils informatiques

ordinateurs par BCZS. Lubumbashi ( part 5 appropris
- BCZS ont accs aux copies vhicules). Le plan a t labor - Prvention et suivi du
de tous les canevas et les par le niveau central sans VIH, Lpre et
rendre disponibles au niveau suffisamment tenir en compte Tuberculose
des AS et CS les ralits de terrain. - Rationalisation des
- Comptence lutilisation des - Pas assez dappui et de ressources humaines
outils informatiques par financements des structures et - Gestion rationnelle des
lquipe cadre des ZS des projets : CAMELU, mdicaments
- Data manager avec infrastructures dlabres, PAO, - Renforcement du
connaissance en maintenance fonctionnement, salaires, systme rfrence,
informatique dans les BCZS - CS sans lectricit (ni contre-rfrence.
de Kenya et Lubumbashi panneaux solaires) et
- Formations de recyclage, difficilement accessible (loign
revues et supervisions sont et isol)
bien ralises (appuis des - Faible financement des
bailleurs) structures centrales (DPS, DS
et ZS) par les structures
publiques de soins
ltude
- Formation de mdecins chefs - Formations continues du - Intgrer la nouvelle
des zones en droit. Devenir personnel sur les nouveaux restructuration
comme des OPJ pour mieux outils (beaucoup dinstabilit du - Intgrer la politique de
aligner les structures prives personnel) dcentralisation et
et confessionnelles derrire - Problmatique de connectivit dautonomie des
les quipes cadres de certaines structures (CS et provinces
- Implication des politiques AS) en courant, en internet et
sapproprier les outils de tlphone
gestion de donnes (comme - Maintenance continue du
elles le font pour les matriel informatique et mises
pidmies) jour antivirus
- Excution de la rorganisation - Inscurit des donnes de
du systme de sant au sant lhbergement et la
niveau local sauvegarde.
Conclusion :
Renforcer les capacits du personnel en gestion de donnes de sant
Rflchir sur les niveaux de scurit lors de laccs aux donnes et renforcer le rle des quipes
cadres dans la validation des donnes de leurs structures.
Informatiser compltement les activits des structures de rfrences (dossier mdical informatis,
Comptabilit, gestion des RH, gestion du matriel)
15.1.3.2.3 BCZS et HGR de Kisanga
15.1.3.2.3.1 Mission
Coordonner les activits sanitaires au sein de la zone de sant

Situation : la ZS de Kisanga a une population de estime environ 22.555 habitants. Superficie de

28km. Elle compte 30 CS dont 3 sont tatiques, 3 de confession catholique et les autres sont
des structures prives.
Personnel : 12 agents dont 2 mdecins (MCZ et Mdecin superviseur), 2 AG, et 5 superviseurs. 4
personnes de lquipe ont des comptences en manipulation de lordinateur (consultation des

Annexes 271
mails, applications bureautiques basiques). 4 personnes seulement touchent le salaire.

Moyen de locomotion : Un vhicule nouveau et 3 motos
Matriel informatique : 2 ordinateurs de bureau (dont 1 en panne) et un ordinateur portable. Pas de
photocopieuse, pas dimprimante, ni de disque dur externe pour les backups mais 1 cl-USB
personnelle.
Electricit SNEL qui nest pas stable, mais il ya prsence des panneaux solaires
Les donnes SNIS (Canevas SNIS en Excel) sont envoyes en dur vers le district sauf celle du
VIH qui est envoyes sous format Excel
Larchivage est totalement en papier, dans les classeurs rang dans les armoires qui sont
dbordes : pas despace darchivage et pas assez despace de travail
Partenaires : les appuis sont ponctuels.
Hpital Gnral de rfrence avec une capacit de 65 lits

Activit : 400 consultations/mois et 120 hospitalisations/mois. Taux doccupation : inconnue mais leve
(dure dhospitalisation moyenne de 5 jours)
Personnel : effectif estim 110 personnes y compris beaucoup de nouvelles units (NU)
Outils : Aucun matriel informatique. La gestion des fiches se fait par anne (aprs une anne, la fiche
est archive, et le patient est nouveau la prochaine visite)
Facturation par acte (Fiche : 500 Fc, Consultation : 3000 Fc et hospitalisation : 2200Fc-2500 Fc/jour). Il
existe quelques abonnements : WITECH (socit chinoise : construction des routes), malades Caritas,
OEV (orphelins, enfants vulnrables) assurs par PROVIC, de la GECAMINE, les malades O et V
support par PROVIC (USAID). Pour le personnel de lhpital, la consultation est gratuite, et le travailleur
paie les mdicaments 50% du prix.
15.1.3.2.3.4 SWOT

- Un HGR frquent - Nombre lev des structures - Informatisation des donnes de
- Une quipe trs des sants prives : il faut sant collectes
engage pour le secouer les structures prives - Amlioration du niveau sociale de
changement pour avoir les donnes la population surtout par les
- Existence de moyen - Pas assez de matriels SSP : avoir des systmes de
de transport informatique couverture de SS (ex. Mutuelle
- Stabilit du courant : - Pas assez de comptence en des enseignants)
Existence de NTIC du personnel - Transport du personnel
panneaux solaires - Systme darchivage totalement (remboursement des frais)
sur papier et pas assez - Amlioration de lespace de
despace de travail travail et meilleure gestion des
- Pas appuis fonctionnels comme archives (centralisation)
ctait avec Mdicus Mundi- - Acquisition des frais de
Belgique ou ICA (International fonctionnement (carburant,
Christian Aid) entretien du matriel,
- Difficult au rapportage suite consommables de bureau) et des
linstabilit du personnel dans mobiliers
les structures prives
- Pas de leadership aux niveaux
des structures prives
Opportunits/ Menaces/Obstacles (craintes) Conclusions/recommandations
Potentialits (attente) pour ltude
- Disponibilit des - Leadership sur structures - Penser la maintenance
outils de gestion de prives rgulire du matriel
donnes dans toutes - Multiplicit de canevas des - Investir galement dans la
les structures et rcoltes de donnes qui change meilleure gestion de
temps. tout moment lenvironnement (ampoule
- Stabilit du - La non-mcanisation des conomique, panneaux solaires,

personnel : avoir une nouvelles units recyclage du matriel,)

implication dans la - Manque dinfrastructure de
gestion du personnel travail, do lespace de travail
des privs est petit.
- Amlioration de la - Maintenance des outils et du
motivation : matriel informatique
rmunration en
fonction du travail
effectu.
- Formation continue
en informatique
Conclusions:
Dployer un systme de gestion intgr des activits de lhpital (dossier patient)
Implmenter un rseau local reli sur internet au BCZS et lHGR
Implmenter un systme darchivage numrique
Recycler le personnel en informatique et en informatique de sant
Intgrer la composante environnementale dans la gestion des informations de sant
15.1.3.2.4 BCZS et HGR de Kampemba
15.1.3.2.4.1 Mission
La ZS de Kampemba comprend 18 AS et 65 structures intgres. Toutes les structures sont

prives sauf lHGR de Kampemba. La ZS compte 384.013 habitants sur une superficie de 150 km.
Le bureau central se trouve au sein de lHGR, qui est en soi une maison dhabitation transforme.
Personnel: Lquipe cadre compte 5 personnes (MCZ, AG, Mdecin Superviseur/Data Manager,
Superviseur SSP et Pharmacien). Au total, le BCZS compte 13 personnes.
lectricit: Pas de courant lectrique et le convertisseur de panneaux solaires est tomb en panne
le jour de linstallation. Il existe un seul convertisseur pour le frigo des vaccins.
Locomotion: 1 vhicule neuf financ par le FM et 1 vieille moto.
Matriel informatique: 2 ordinateurs portables pour le bureau, 2 imprimantes, une connexion
internet (modem) WIFI pour 4 machines (finance par PROVIC). Labonnement mensuel est
galement support par PROVIC.
Outils de gestion dinformation : Des canevas standards des BCZS : SNIS et canevas des
programmes. Tous sont en dur.
Archivage : Pas de systme darchivage scuris, car tous les documents sont sur papier et
actuellement les armoires sont dbords.
LHGR a une capacit de 7 lits avec un taux doccupation dpassant les 100%. 600 consultations
sont enregistres chaque mois.
Matriel informatique : 1 ordinateur fixe pour lencodage de donnes.
15.1.3.2.4.4 SWOT
Forces/Succs Faiblesses/Echecs
- Implication des relais communautaires - Problme de leadership sur structures
dans le ramassage de canevas prives (Instabilit du personnel) ce qui fait que la
(bnvolat) promptitude et compltude sont basses au niveau
- Un bailleur ponctuel (PROVIC) de la ZS.
- Personnel avec plusieurs initiatives et - Multiplicit de canevas de collecte de donnes

Annexes 273
engag pour lamlioration des conditions (chaque bailleur a son propre canevas !)
de travail - Canevas du SNIS qui change rgulirement, avec
- Un vhicule neuf pour les activits de plusieurs indicateurs
supervision - Problme de saisie de donnes (Pas de Data
- Panneaux solaires qui devaient tre manager engag) et envoie des donnes en retard
fonctionnels (neufs) et financs par le FM. au niveau du DS
- Lespace de travail est trs troit : 1 seul bureau.
- Actuellement, pas dlectricit
Opportunits/Potentialits (attente) Menaces/Obstacles (craintes)
- Stabilit du courant - Incomptence du personnel dans la gestion des
- Equipement en nouveaux outils informations et dans lutilisation des outils
informatiques (besoins : 3 portables et 2 informatiques (formation continu, et non compter
machines fixes) sur 1 seule personne)
- Acquisition des outils de gestions - Sources dnergie instables et non maintenues
appropris et standardiss - La gestion des donnes de sant est considre
comme un travail de plus pour les structures
prives : manque de motivation !
- Manque de maintenance de tout le matriel et
outils informatiques
Conclusions :
Stabiliser le courant lectrique dans le cadre du financement du DHIS2.
Cration dune connexion internet locale au niveau du btiment (BCZS + HGR)
Mettre en place un systme de gestion intgre du dossier patient lHGR (modle rduit du CS
de Rfrence)
Formation continue du personnel en gestion de linformation de sant.
15.1.3.2.5 BCZS et HGR de Kenya
15.1.3.2.5.1 Mission
La ZS de Kenya couvre 16 AS oprationnelles constitues par 43 structures. La structure la plus

loigne, Kilenge, est situe 28 Km. La majorit des structures sont prives. Le BCZS est
hberge dans lenceinte de lHGR.
Personnel : Leffectif du personnel est 14 (2 mdecins, 1 AG, 8 superviseurs, 1 pharmacien, 1
Data Manager, 1 secrtaire administratif et comptable). 9 agents parmi les 14 savent utiliser loutil
informatique.
Matriel informatique : 3 desktop, 1 portable, 1 imprimante-photocopieuse. Pas de matriels de
Backup (Disque externe, ni flash), la sauvegarde des documents se fait exclusivement sur les
ordinateurs du bureau ou sur les machines prives des agents. Le Bureau a dj connu un
problme de perte des donnes suite une machine qui t infecte pas des virus. La
maintenance est assure par une personne externe, mais parfois on fait appel un informaticien
du DS.
Locomotion : Le BCZS dtient 1 vhicule neuf (financ par le FM) et une moto.
Electricit : Le BCZS utilise le courant de groupe lectrogne de lHGR en cas de coupure de
courant. Il possde galement 2 panneaux solaires, 1 pour le frigo (vaccins) et lautre, financ par
le FM, sera utilis pour le matriel informatique mais nest pas encore fonctionnel.
Outils de collecte dinformation : Les canevas SNIS, du PNLS et du PSR sont sous format Excel,
mais sont envoys en durs. Les canevas des autres programmes sont compils en dur. Les
copies de canevas restent auprs des superviseurs (pas darchivage centralis).
Partenariat : Le BCZS a connu les bailleurs comme Medicus Mundi (arrt dactivits en 2008).
Actuellement le Fond Mondial (projet UMCOR) et USAID (projets PROVIC, ECPAF) appuient les

activits de la ZS de manire transversale, en particulier la lutte contre le VIH.

LHGR de Kenya a une capacit de 88 lits monts avec un taux doccupation moyenne de 45%.
Activits : une moyenne de 800 nouveaux cas/mois sont vus en consultation pendant la priode
chaude et de 450 580 nouveaux cas, pendant la priode froide. Les nouveaux cas
dhospitalisation sont estims 40% du nombre des consultations.
Le systme de facturation utilis est la facturation par pisode, et naccepte quune dure
maximale dhospitalisation de 7 jours.
Personnel : 170 personnes constituent leffectif du personnel de lhpital dont 21 mdecins et 80
infirmiers et 20 paramdicaux. Cest beaucoup par rapport aux activits de lhpital ! 31% du
personnel est mcanis.
Matriel informatique : 5 ordinateurs fixes (Nursing & pharmacie, secrtariat, Comptabilit, ARV,
MD), 1 portable priv du MD, 2 imprimantes, 1 photocopieuse et un rseau local avec routeur (2
connexions [direction et pharmacie] et WIFI) financ par PROVIC, qui est le seul partenaire de
lhpital.
Outils de collecte dinformation : Sont en format Excel : SNIS du dispensaire intgr (Service des
Urgences) et le SNIS de lHGR. Les donnes sont envoyes par format lectronique.
Espace darchivage est limit (trs petit) vu le nombre de dossiers des patients
Le HGR a une ambulance, qui actuellement en panne
15.1.3.2.5.4 SWOT

- Existence de moyen de - Utilisation des stagiaires - Amliorer la collecte
locomotion (moto, Vhicule) dans la collecte des donnes dinformation de sant en
au niveau de la ZS => faible correctitude impliquant tous les acteurs
- Utilisation de relais - Instabilit des IT et de base
communautaires et des supervisions non rgulires - Augmenter le nombre les
stagiaires fin de raliser auprs de certaines structures publiques dans les
certaines activits lies la structures => Promptitude AS (en engageant du
collecte de donnes. Les 70% personnel public dans les
relais communautaires - Faible intgration du priv et structures prives)
bnficient de soins de sant du public, cest un chec au - Garantir la maintenance du
gratuits, et ceux qui sont niveau de la zone ! matriel informatique et la
membres de la CODESA ont - Problmes stabilit de la connexion
une prime de motivation dincomprhension de internet pour le BCZS et HGR
quivalente 4% des certains indicateurs et - Amliorer la motivation et les
recettes de la structure. concept par les IT (des conditions de travail des
- Les donnes SNIS de lHGR structures prives), beaucoup agents (Ex. Medicus Mundi :
sont informatises et de canevas et beaucoup prime en fonction du poste,
envoyes par voie dindicateurs (redondances prime de supervision, frais de
lectronique. de donnes), changements fonctionnement, carburant,
- Les Structures (BCZS & frquents de canevas => prime la revue,)
HGR) sont quipes de faible compltude. - Rhabiliter lHGR et rparer
matriel et outils - Difficult de disponibiliser les lambulance
informatiques outils de collecte des - Former le personnel en sant
- LHGR a commenc a donnes toutes les publique et maladies
enregistr les informations structures et temps (le tropicales (TB, malaria, IVR)
sur les patients sous format BCZS se charge de faire des - Rhabiliter lhpital (sur son
Excel copies) fond propre)
- LHGR a une exprience - Plthore des agents et - Amliorer lquipement du
dans la gestion de dossier ambulance en panne au plateau technique de lhpital
mdical unique pour le niveau du HGR
patient (avec 2 numros - Problme de retrouver le
didentification : 1 mensuel et dossier unique du patient

Annexes 275
autre annuel) (problmatique de 2 numros

didentification) => patient a
par consquent plusieurs
dossiers lHGR
ltude
- Capitaliser les expriences - Instabilit du courant - Former plusieurs personnes
acquises par le Medicus lectrique en outils de collecte
Mundi afin de maintenir la - Manque de formation dinformation (pas seulement
motivation des agents. continue du personnel en se focaliser sur 1 personne)
- Former le personnel selon le informatique mdicale et en - Rationnaliser lespace
besoins tout le niveau sans SNIS darchivage de lHGR
exception. - Manque de la maintenance
- Concrtiser les initiatives des outils et matriel
dinformatisation de lhpital informatique (avec grille
par lexprience de la dentretien)
polyclinique Don Bosco, en - Non-implication effective du
commenant par personnel (crainte dtre
limplmentation dun contrl)
systme de gestion du
dossier du patient
Conclusions:
Mettre en place des outils de gestion des donnes SNIS tels que DHIS2 dans le BCZS et un
systme de gestion de dossier du patient au niveau de lHGR
Mettre en place une connexion internet et intranet centralise partage entre BCZS et lHGR
Renforcer le partenariat public/priv (plaidoyer auprs des bailleurs) et implmenter lexprience
daffectation des agents publics dans les structures prives afin de mieux coordonner la collecte
des informations sanitaires.
Capitaliser les expriences acquises de certains partenaires, tel Medicus Mundi, qui sont bases
sur la reconnaissance des mrites des agents.
15.1.3.2.6 BDS Likasi
15.1.3.2.6.1 Mission

Le DS de Likasi couvre 8 ZS dont 5 sont rurales (Mufunga-Sampwe, Mitwaba, Kapolowe,

Kambove, Kilela-Balanda) et 3 de zone urbaine (Likasi, Kikula, Panda).
Personnel : leffectif du personnel est de 41 agents (20 ligibles la pension & 10 agents sont
salaris!) dont 4 mdecins, 1 AG, des infirmiers et des agents sanitaires. Lquipe cadre est
compose de 16 personnes c..d. le MID, 4 Chefs de cellules (Services gnraux, SSP, Hygine
& Communication sanitaire, Enseignement) et 3 Chefs de programmes (PRONANUT, PEV, L-TBC)
au niveau du district et de 8 MCZS (mais 3 participent effectivement aux runions). Lquipe du
district na pas dinformaticien. Toute lquipe cadre des notions en informatiques. ).
Partenaires : la prsence des appuis du DS est ponctuelle. Sont prsents FM, UNICEF.
Matriel informatique : 7 ordinateurs dont 2 portables (1 desktop est dfectueux), 3 imprimantes (2
en pannes). Pas de photocopieuse. Pas du matriel pour le backup.

Prsence dun rseau local avec un routeur WIFI (financ par ALIMA) dont labonnement est pay
par le DS. Actuellement, le DS na pas de connexion internet (pas dabonnement).
Locomotion : Pas de charroi automobile (ni moto ou ni vhicule)
Llectricit est instable et le bureau du DS na pas de panneau solaire.
Outils : Canevas sont compils en dur sauf le SNIS qui est sous-Excel. Le GESIS a t utilis
pendant 2 ans.
La couverture par le rseau tlphonique nest pas totale dans toutes les ZS.
15.1.3.2.6.3 SWOT

- Meilleur compltude et - Difficult de collecte de donnes au - Les moyens de
promptitude des 1er semestre 2014 car le canevas locomotion
donnes envoyes par SNIS avait t modifi. Amlioration - Linternet
les BCZS au bureau du - La logistique
DS. Envoi des rapports au 2me trimestre. (Consommables
temps la DPS du - La correctitude des donnes nest informatiques et
Katanga pas bonne car les registres de fournitures des bureaux),
- Envoi du canevas SNIS collectes de donnes pour les AS ne les imprimantes, le
et des autres canevas suivent pas le changement du SNIS groupe lectrogne et les
lectroniques par e-mail - Les imprims de canevas ne sont panneaux solaires
la DPS. pas accessibles toutes les - Appuis aux frais de
- Prsence des grands structures cause du manque de fonctionnement et aux
hpitaux paratatiques financement consquent primes des agents.
comme celui de la - La supervision des ZS est - Maintenance du matriel
Gcamine et de la occasionnelle car le DS na pas de et outils informatiques
SNCC. moyen de locomotion propre
- Data manager a t - Pas accs toutes les donnes
inform sur le DHIS2 (surtout financires) des structures
prives
Opportunits/ Menaces/Obstacles (craintes) Conclusions/
Potentialits (attente) recommandations pour
ltude
- Equipement en matriel - Instabilit du courant - Eviter des systmes qui
et rseau informatique - La maintenance priodique utilisent des multiplicits
- Amlioration des discontinue et non structure de canevas (viter la
comptences dans la - Manque de formations continues redondance des donnes
gestion des outils de dans diffrents domaines de la sant des programmes)
gestion des donnes de publique et de la gestion - Disponibiliser en
la sant - Beaucoup (une vingtaine) dagents permanence des
- Appuis continus dans le sanitaires gs. imprims des canevas
fonctionnement du DS pour les structures de
et des ZS sant
- Etablir des formations
continues dans les
diffrents indicateurs
utiliss dans les canevas
pour avoir tous une
mme comprhension
Conclusions
Proposer des systmes de gestions robustes, stables et accessibles
Centraliser les indicateurs de sant au niveau dun seul outil intgr et facilement adaptable
Crer des formations de recyclage en informatique de sant incluant des modules bases sur les
diffrents indicateurs de sant collects dans les outils du SNIS ou des programmes de sant

Annexes 277
15.1.3.2.7 BCZS et HGR de Kikula
15.1.3.2.7.1 Mission
Le Zone de sant couvre 12 Aires de sant regroupant 23 CS et 1 HGR Daco.

Superficie 41 km et population de 225.746
Personnel : 17 agents matriculs (8 salaris de ltat) : 1 mdecin, 1AG, 5 superviseurs (SSP,
Nutrition, Lpre/TB, Mob.Sociale, eau et assainissement), 1 pharmacien et 1 propos, 1
surveillance pidmiologique et 1 logisticien.
7 personnes sont comptentes en informatique.
Matriel informatique: 2 desktops, 2 laptops, 1 imprimante et 2 portables personnels. Pas de
backup, pas de photocopieuse ni de connexion internet (1 modem personnel).
Electricit existe mais instable. Existence de panneaux solaires pour le matriel informatique
uniquement (Don du Gouv.projet RSS).
Existence d1 moto fonctionnelle (1 autre en panne), pas de vhicule. Les archives sont au niveau
des tagres par de local propre aux archives
Outils de collecte dinformation : Pas doutil lectronique (GESIS abandonn). Les canevas sont
photocopis lextrieur (cher !). Quelques inventaires en Excel : HIV, Surveillance
pidmiologique, TBC, PAO, donnes de campagne de vaccination,
Utilisation des relais communautaires (CODESA : Comit de dveloppement sanitaire) dans
chaque AS mais sans responsabilit pour collecter les canevas des AS.
Lit : 250 (165 lits monts)

Consultations : 6nc/jr
Hospitalisation : 60-80/mois
Personnel : 180 dont 20 mdecins et 1 AG et 106 infirmiers (=> plthore et instabilit du
personnel!)
Matriel : 1 ordinateur au secrtariat (data manager), 1 flash disque (backup de tout => virus !),pas
de connexion internet, ni panneau solaire
Outil de collecte dinformation : SNIS en dur
15.1.3.2.7.4 SWOT

- Instabilit du courant - Matriel informatique insuffisant : - Chercher les appuis dans le
mais existence des pas dimprimante, ni de disque fonctionnement (Partenariat)
panneaux solaires externe (ou CD de gravage) pour les - Trouver un moyen de
pour le matriel backups, ni de connexion internet locomotion
informatique permanente. - Avoir une connexion internet
- Comptences du - Pas doutil de gestion de donnes et les outils informatiss de
personnel en centralises comme le GESIS gestion des donnes
informatique (7/17) - Transmission des rapports en retard - Construire des btiments
- Utilisation des relais (beaucoup dindicateurs) pour 2 AS (actuellement
communautaires - Le nouveau SNIS contient des elles louent) et rhabilit 2
indicateurs non collects au niveau AS (Mafuta et Okito)
des AS et FOSA - Trouve des espaces pour la
- Instabilit du personnel dans les salle de runion et le dpt
structures prives pharmaceutique
- Pas dappui pour la maintenance du
matriel, ni pour imprimer les
canevas pour les structures


Potentialits (attentes) recommandations pour
ltude
- Acquisition du - Pas assez des formations - Etablir des formations
matriel informatique continues appropries en indicateurs
- Appuis dans - Pas de vhicule pour les du SNIS
limpression des outils supervisions - Disponibiliser des outils
en dur pour les - Pas de comprhension commune (canevas) standardiss pour
structures des indicateurs des canevas tous les indicateurs
- Systme intgr de
gestion de donnes
Conclusions
Crer un format informatique standard et stable correspondant au canevas SNIS
Prvoir une connexion internet stable au niveau du BCZS et de lHGR
Renforcer les formations du personnel dans la gestion SNIS (comprhension des indicateurs)
Renforcer le rle des CODESA dans la collecte des informations (assurer le transport des canevas
des AS vers BCZS)
15.1.3.2.8 BCZS et HGR de Panda
15.1.3.2.8.1 Mission
Le Zone de sant couvre 9 Aires de sant regroupant 8 structures dont 2 publics et 6 prives (dont
HGR de la Gcamines). 4 structures sont rurales.
Superficie 162 km et population de 87.289.
Personnel : 12 dont 1 mdecin, 1AG, 4 superviseurs (SSP, Nutrition, Animation communautaire,
eau et assainissement), 1 pharmacien, 1 propos, 1 surveillance pidemio et 1 data manager. 1
seul est salari.
4 personnes sont comptentes en informatique de base et savent utiliser Excel.
Matriel informatique: 1 desktop, 1 laptop, 2 imprimantes (dont 1 est photocopieuse-scanner).
Pas de backup, pas de connexion internet (1 modem personnel).
Electricit stable (car rseau Gcamines). Pas de panneaux de solaire
Existence d1 moto en panne, pas de vhicule.
Archives : pas despace pour les archives papier (classeurs) et pas de disque dur externe.
Outils de collecte dinformation : SNIS en dur (GESIS abandonn depuis 1 anne) qui change
rgulirement. Uniquement le canevas VIH est sous format Excel.
Groupe dhpitaux: HGR Panda, Hpital Kambovu, Clinique Panda

HGR Panda H.Kambovu Clinique
Panda
Nombre de lits 247 141 47
Taux 29% 25% 22%
doccupation
Consultations/jr 93 23-27 144
Hospitalisations/ 418 222 712
mois

Annexes 279
Personnel : 180 dont 20 mdecins et 1 AG et 106 infirmiers (=> plthore et instabilit du

personnel!)
Matriel : 1 ordinateur par hpital. Pas de connexion internet (modems personnels). Electricit
stable.
Outil de collecte dinformation : SNIS en dur. Pas de systme de gestion du dossier du patient,
mais la recherche.
Financement de soins : Systmes dabonnement (100%) et Gcamines (100%)
15.1.3.2.8.4 SWOT

- Stabilit du courant - Multiplicit de Canevas (pour - Renforcement des
- Promptitude : SNIS (70%), les programmes). Impression capacits du personnel
PEV (80%) et Surveillance cote cher ! dans les nouveaux outils
pidmiologique (100%), - Correctitude : 60% (manque - Disponibilit des outils
- Compltude 100% mais en de formation et les registres informatiques au niveau du
retard des Fosa ne suivent pas les BC et des outils en dur au
- Runions de lquipe cadre modifications du SNIS) niveau des structures
respectes (Revues), mais - Les IT des structures prives - Appui aux structures en
financ seulement pour le sont instables termes de supervision et de
VIH - Diminution de la promptitude monitoring
due au nombre de canevas - Moyen de locomotion
levs - Rhabilitation et
- Pas de maintenance pour le quipement des certaines
matriel informatique structures (comme CS
Nguha)

ltude
- Acquisition du matriel - Maintenance rgulire du - Se former en indicateurs du
informatique matriel SNIS et en informatique
- Appuis dans limpression - Amlioration de la motivation - Disponibiliser des outils
des outils en dur pour les du personnel (salaires (canevas) standardiss
structures (Partenariats) rguliers et primes de pour tous les indicateurs
- Simplification de la collecte performance) toutes les structures et
dinformation temps
Conclusions:
Crer un format informatique standard et stable correspondant au canevas SNIS
Prvoir une connexion internet
Renforcer les formations du personnel dans la gestion SNIS (comprhension des indicateurs)
Chercher un systme de gestion du dossier du patient pour le rseau hospitalier de la Gecamines.
15.1.3.2.9 BCZS et HGR de Likasi
15.1.3.2.9.1 Mission
Situation : La ZS de Likasi a une superficie de 45 km, population de 136.965. Elle couvre 10 AS

contenant 22 structures dont 4 publiques et un HGR de la SNCC et des structures prives. La
structure la plus loigne est 8km. Toutes les structures sont facilement accessibles par un
vhicule.

Personne : Leffectif du personnel est de 12 dont 2 mdecins, 1 AG et 5 superviseurs (SSP, Eau

et Assainissement, mobilisation et animation communautaire, L-TBC et Nutrition). Lquipe cadre
est constitue de 5 personnes. 2 personnes seulement de lquipe cadre savent utiliser
lordinateur. Pas de Data Manager ! Cest MCZS qui joue ce rle. Toutes 12 personnes sont
mcanises et seulement 4 personnes de lquipe sont salaries.
Matriel informatique : 2 portables (1 sans autonomie), 1 desktop, 1 imprimante-photocopieuse-
scanner, 1 modem internet priv. Pas de disque externe de Backup, le courrier lectronique est
utilis comme Backup.
Vhicule : Aucun
Llectricit est stable car le BCZS et lHGR sont connects la ligne lectrique de la SNCC.
Outils de collecte dinformation : Les mmes outils quailleurs. 3 outils sont sous format
informatique, en Excel : le SNIS (664 lignes !), PNLS, PEV. Les rapports de ces canevas sont
envoys par voie lectronique.
Espace darchivage : Pas de systme darchivage. Les canevas et autres documents sont rangs
dans les classeurs. Le BCZS occupe 2 bureaux de lHGR.
Partenaires : prsences des partenaires Ponctuels comme Vision Mondial (SANRU et Fond
Mondial), PEDER (Programme Dioscsain d'encadement des enfants de la rue), TOYOTA et
PEDER Simba ; et des partenaires habituels comme UNFPA, UNICEF, Fondation Damien et
OMS.
Hpital de la SNCC a une capacit de 106 lits

Activit : sous-utilise ! Avant ctait lhpital des agents de la SNCC. 1 seul mdecin, personnel
rduit (80 mois darrirs) et manque criante de mdicaments.
HGR a comme appui la SNCC, avec comme consquence quil ny a aucun budget pour le bon
fonctionnement (La SNCC ne va pas bien !)
Lhpital pourrait passer la gestion par la Gcamines. Les prix des actes vont par consquent
trs augments.
Outils : 1 ordinateur et pas de connexion.
15.1.3.2.9.4 SWOT

- Accessibilit facile des - Pas assez de formation dans la gestion - Construire des
structures de sant du nouveau canevas infrastructures propres
- Utilisation des outils de - Pas de financement pour les frais pour la BCZS
collectes de donnes dimpression de canevas (frais de - Augmenter la motivation
(Excel) numrique et fonctionnement pays pour la BCZS) du personnel (salaire de
qui sont envoys par - Multiplicit doutils de collectes lEtat)
internet dinformation (compltude & promptitude - Acqurir un moyen de
- Backup des canevas vers 80%, mais beaucoup derreurs) locomotion (moto
SNIS, PEV et VIH par - Pas de Data Manager ni dans le surtout) et de
email (personnel) personnel, ni dans lorganigramme communication
- Prsence des - Pas assez de comptence en - Chercher les autres
partenaires ponctuels informatique sources des frais de
et habituels - Pas de moyens de transport (Vhicules fonctionnement et de
et motos). Frais pays personnellement supervision
pour la supervision - Initier la formation
continue du personnel.

ltude
- Matriel informatique - Maintien jour des comptences du - Acquisition de matriel
au niveau du BCZS et personnel en informatique de sant et des quipements

Annexes 281
HGR - Maintenance du matriel et des ncessaires pour la

- Des outils de gestion systmes informatiques utiliss meilleure gestion de
de donnes - Motivation du personnel (manque de linformation sanitaire
rationnaliss (peu rigueur dans le travail) (outils informatiques,
doutils et peu consommables,
dindicateurs) et maintenance permanent
standardiss - Connexion internet
permanent et stable
Conclusions
Etablir un moyen de communication structure entre les diffrents niveaux de la ZS
Informatiser le dossier du patient des HRG de la SNCC
Canaliser le partenariat public-priv vers la collecte (intresser les bailleurs) dinformation
structure : supervisions rgulires, outils accessibles temps, un personnel financ par le public
qui sen occupe,
15.1.3.2.10 BDS de Kolw ezi
15.1.3.2.10.1 Mission

Le DS couvre 8 zones de sant dont les plus proches du DS sont Manika (HGR : Mwangeji), Dilala
(HGR : Gcamines) et Lualaba (CSRf : Mupanja). Tous les BCZS ont de llectricit en
permanence (prsence galement des panneaux solaires)
Personnel : au niveau du DS 13 personnes dont 6 sont comptents en informatique (AG, SSP,
MCA, AC, MCD & MC2). Mais 9/13 sont ligibles la retraite.
Outils de collecte dinformation : Multitudes des canevas pour le SNIS et les programmes. Alors
que les indicateurs par ex. du PNLS se retrouvent dans le SNIS intgr : beaucoup de travail
redondant
Outils informatiques : 5 desktops dont 2 sont en mauvais tat, et des portables personnels
Partenariat : USAID (PROSANI, MSH, IRC, OSC) appui les ZS. Appui dans limpression des
formulaires de collecte dinformations.
Beaucoup des structures de sant gres par les compagnies des Minerais (Mining)
Locomotion : Le DS na pas de vhicule pour faire les supervisions, ni les BCZS qui dispose en
majorit des motos
15.1.3.2.10.3 SWOT

- Les BCZS couverts en - Multiplicit doutils de collecte - Rcuprer les activits dune
permanence en dinformation : redondance et ZS qui tait gre par le DS
lectricit beaucoup de travail aux IT (do Likasi
- Quelques personnels des fois copier-coller - Mcaniser le personnel et
jeunes et comptents - Contrat dintgration avec les avancement en grade
en informatique au prives non respect par certaines - Etablir les normes de
sein des quipes structures (clandestines !) partage dinformation entre
cadres - Organisation les runions des les niveaux
quipes cadres (mieux avant la - Acqurir un moyen de
supervision) locomotion
- Problmes de gestion des - Harmoniser les canevas de

structures des Minings collecte des donnes au

(compltude et promptitude faible) niveau des ZS.
- Motivation du personnel : plthore,
instabilit, non salari. Le
personnel est envoy sans
demander un avis au responsable
de terrain
- Prennisation des acquis des
partenariats
- Assurer la restructuration en
douceur (viter les conflits DPS-DS
lgard des ZS)
ltude
- Matriel informatique - Maintien jour des comptences - Intgrer un moyen de
au niveau des ZS du personnel en informatique de communication structure
- Des outils de gestion sant entre les diffrents niveaux
de donnes - Maintenance du matriel et des de la sant
rationnaliss ! systmes informatiques utiliss - Intgrer les structures
- Motivation du personnel (manque prives en leur facilitant la
de rigueur dans le travail) tche (avoir les outils qui
simplifie le travail)
Conclusions
Etablir les normes (et standard) de communication entre diffrents niveaux de la pyramide
sanitaire
Informatiser le dossier du patient des HRG publics et des structures prives importantes
15.1.3.2.11 BCZS et HGR de Lualaba
15.1.3.2.11.1 Mission

La ZS de Lualaba compte 164.799 Habitants. Elle comprend 14 AS regroupant 22 structures de

sant dont 14 tatiques. La structure la plus loigne se trouve 165 km.
Moyen de Locomotion : 1 moto et une ambulance en panne !
Personnel : effectif de 10 cadres c.--d. 1 mdecin, 1AG et 8 superviseurs dont 1 (charg de lAC)
est en mme temps Data Manager. 40% de ces cadres ont des comptences en informatique.
Matriel informatique : 1 seul ordinateur (fianc par VM) et certains cadres ont des portables
personnels. Pas dimprimantes, ni de connexion internet et des outils de sauvegarde de donnes
sauf une cl USB 4Go.
Pas dlectricit mais des panneaux solaires dont le convertisseur a une capacit de 1000 watts,
et 220 V la sortie (financ par le FM).
Outils de collectes dinformation (SNIS, canevas des programmes, surveillance pidmiologique)
sont en dur. Limpression des copies pour toutes les structures est finance par PROSANI (depuis
2010), et le projet prendra fin en 2015. Des canevas en Excel sont pour le PNLS (avec des
nouveaux indicateurs, Pharmacie et PEV (acquis depuis peu !). des donnes sont envoys en dur,
ou mises sur flash et tlcharges destination.
Partenaires : USAID dans MSH, OSC et PROSANI (appuyant les soins de sant primaire, le VIH),
Vision Mondiale et Fond mondial.
Archivage : pas despace spcifique. Elles se trouvent dans des classeurs, et classs dans les
armoires des superviseurs. Les donnes lectroniques sont gardes sur les PC personnels ou
mises sur la cl flash.

Annexes 283
Rle de HGR jou par le CS de Rfrence de Mupanja de 28 lits avec un taux doccupation
atteignant le 100%.
Activits : Consultations de 5 15 patients/jr, et hospitalisation de 3 10/jr selon les priodes.
Beaucoup de frquentations pendant la saison des pluies.
Mode de paiement : facturation par acte, mais les modalits de paiement sont ngocies avec les
patients (des fois en nature : rcoltes, poules,)
15.1.3.2.11.4 SWOT

- Forte partenariat avec - Pas de couverture rseau sur - Etablir le paquet
PROSANI qui se charge de lensemble de la ZS : 5 AS nont pas de complmentaire
multiplier les outils pour la rseau tlphonique => la surveillance dactivits car le
zone de sant et ses pidmiologique en souffre sant CSRef est considr
structures - 1 seul ordinateur pour toute la ZS ! Le comme un HGR
- 3 vlos par AS. matriel informatique fait dfaut - Stabiliser le personnel
- Revue mensuelle respecte - Pas de moyen de transport pour la ZS - Eviter la rupture des
avec tous les IT les 2 du pour la supervision des structures. mdicaments
mois avec les IT des AS. Ils - Instabilit du personnel au sein des - Amliorer les
viennent alors avec les structures prives et trs fragrant au infrastructures de
rapports. Et le rapport est niveau des structures tatiques. certaines AS
transmis au plus tard au DS, - La correctitude est amliorer, elle est - Grer mieux
le 10 du mois. faible (comprhension des indicateurs, linformation de sant
- La promptitude et la travail la hte) avec des outils
compltude envoisinent les adquats
100%.
ltude
- Matriel informatique au - Atteindre le maintien jour des - Donner la priorit au
niveau des ZS comptences du personnel en matriel informatique
- Des outils de gestion de informatique - Faciliter laccs aux
donnes rationnaliss - Maintenance rgulire du matriel et des CS (vhicule/
- Connexion internet systmes informatiques non assure Ambulance)
- Moyen de locomotion - Gestion de la motivation du personnel
(Vhicule et moto) pour (manque de rigueur dans le travail)
faciliter la supervision au - Couverture totale de la ZS par le rseau
niveau des aires de sants tlphonique
- Harmoniser le partenariat
priv/publique
Conclusions
Trouver un moyen de communication efficace avec les structures non couvertes en rseau
tlphonique
Mettre en place un outil de gestion intgre du dossier du patient pour des CS de rfrence
Etablir une connexion internet partage entre le BCZS et le CSRf.
15.1.3.2.12 BCZS et HGR de Manika
15.1.3.2.12.1 Mission

Situation : La ZS de Manika est forme de 13 AS formes par 43 structures de sant dont 3 sont
tatiques. Elle couvre une superficie de 59 Km2, avec une population de 448.291 habitants. LAS la
plus loigne (Kizito) est 7 km.

Personnel : Un effectif du personnel de 10 dont 1 mdecin, 2 AG (1 tant secrtaire), 1 data

manager et 5 superviseurs (1 SNIS, 1 SSP, 1 L-TB, 1 PF, VIH, AC, 1 Nutrition) et 1 pharmacien.
3 personnes sur 10 ont de comptences en outils informatiques.
Locomotion : 3 motos (1 en panne) et une ambulance du HGR
Matriel informatiques : 3 ordinateurs fixes, 2 ordinateurs portables, 1 imprimante-photocopieuse-
scanner, 1 connexion internet (finance par la Fondation Damien) et 1 modem (financ par
PROVIC). Maintenance du matriel assure par la socit prive MICROCOM.
Electricit: celle de la SNEL permanente et existe un groupe lectrogne de 25 KVA pour
suppler en cas de besoin et des panneaux solaires pour 3 ordinateurs et les lumires.
Outils de gestion : sont standards c.--d. le canevas SNIS et les canevas des programmes. Les
canevas du SNIS, VIH et PEV sont sous format Excel. Les archives sont tenues par les
superviseurs.
Partenaires : USAID (PROSANI, PROVIC), SANRU, FM, Vision Mondiale (finance les activits du
PNLS). PROSANI finance les imprims de canevas de collectes dinformation pour toutes les
structures de la ZS.
HGR Mwangeji avec une capacit de 135 lits avec un taux doccupation 35%.
Activits : Une moyenne de 7 consultations/jour et 172 hospitalisations/mois. Le patient paie par
acte.
Permanence de 18 mdecins !
Matriel : 1 ordinateur pour la direction (1 autre est en panne)
15.1.3.2.12.4 SWOT

- Prsence dune revue mensuelle - Beaucoup de structures - Ajouter des spcialistes
(tous les 5 du mois) au sein de la prives avec une HGR (Ophtalmologie,
zone de sant. Et monitorage importante instabilit du service de dentisterie
tous les 2 du mois. personnel quip, ORL) et quip le
- Le transport des IT (taxi) est - Pas de financement de service de laboratoire
rembours par PROSANI registres, ni fiches- (Biochimie)
- Un data Manager dj inform au patients pour les - Rhabilit le CSRef Manika
DHIS2 structures. (en cours par des fonds de
- Les donnes informatises des - Activits transversales PROSANI)
outils en (Excel) sont envoyes partenaires : appui dune - Former lquipe cadre en
par voie lectronique. activit et pas dune management des SSP
- Permanence du courant lectrique autre ! - Pas suffisamment de
avec un groupe lectrogne de - Plthore de mdecins au locomotion pour la
secours. niveau de lHGR supervision des structures
- Prsence de partenaires qui - Linformatisation des outils
finance le fonctionnement des ZS de collectes dinformation
(imprims, transport, runion, ) (pourrait amliorer la qualit
- Promptitude, compltude et de donnes)
correctitude leves. Un
accompagnement rapproch des
structures
- Opportunits/Potentialits Menaces/Obstacles Conclusions/
ltude
- Stabilit dappuis des activits de - Absence de mise jour - Rendre disponible en
la ZS surtout dans la collecte des comptences du permanence les outils
dinformation personnel en informatique standardiss de collecte
- Informatisation du dossier patient et informatique de sant dinformation
au niveau du HGR - Manque de rgularit dans - Informatiser le HGR car

Annexes 285
- Un rseau local reliant le BCZS et la maintenance du lhpital pourrait devenir un

le HGR (trs distant : 100m) matriel et des systmes hpital provincial
informatiques utiliss
- Absence dappui structur
et permanent de la ZS
- Instabilit du personnel de
structures prives
intgres.
Conclusions
Informatiser le dossier du patient de lHGR et organiser son archivage
Organiser des formations en informatique pour le personnel cadres du BCZS et de lhpital
Etudier comment connecter le BCZS et lHGR sur un seul rseau internet (et intranet)
15.1.3.2.13 BCZS et HGR de Dilala
15.1.3.2.13.1 Mission

Le Zone de sant couvre 10 Aires de sant regroupant 34 FOSA dont 33 sont prives. La seule
publique est CSRef Kanina). La plus loigne se trouve 52 km.
Personnel : 13 dont 1 mdecin, 1AG, 5 superviseurs (SSP, SNIS, PSR, PEV, VIH, Animation
communautaire), 1 pharmacien, 1 nutrition, 1 secrtaire. Le nouvel organigramme permet 7
personnels. Lquipe est jeune. 9/13 sont comptents dans lutilisation des outils informatiques.
Lquipe cadre est forme 5 personnes : MCZ, AG, MDH, DN et SSP. 4 sont mcaniss. Et 4/5
utilisent lordinateur.
Matriel informatique: 4 desktops, 2 laptops, 3 imprimantes (dont 2 ont un scanner & une
photocopieuse). Connectivit internet par un modem (PROVIC), et 1 LCD projecteur avec
problme dampoule.
Electricit stable car connect sur le rseau SNEL avec 1 groupe lectrogne et des panneaux
solaires.
Vhicule : 1 moto en bon tat (et 2 non fonctionnels) et 1 ambulance de 2007.
Partenaires : USAID (PROVIC, PROSANI, FM) qui appui dans les frais de fonctionnement et
ducation ; Fondation Damien appuie le Bureau L-TBC
Archives : assez despace et prsence des armoires. Backups sur des flashs et disque dur
externe personnel
Outils de collecte dinformation : Canevas SNIS, VIH et PNLP en format Excel, mais des copies
en dur existent galement. GESIS abandonn depuis 1 anne.
L'HGR de la Gcamines tait appel l'Hpital du Personnel de Kolwezi: HPK

Activits : 290 lits (Tc 45%), 198 consultations/mois et 617 hospitalisations/mois
Matriel : 1 ordinateur
Outil de collecte dinformation : SNIS en dur. Pas de systme de gestion du dossier du patient.
Financement de soins : Systmes dabonnement (100%) et Gcamines (100%). Sinon facturation
par acte.
Hpital non appuy.
15.1.3.2.13.4 SWOT

- Stabilit du courant : - Promptitude faible 29% (les - Acqurir des outils
SNEL, Groupe, privs ont dautres priorits) informatiques de gestions de
Panneaux solaires - Instabilit du personnel surtout donnes de sant et une

- Compltude 100% dans le priv (plus motivant connexion internet au niveau de

(tous dposent les dans le Mining). toutes les AS
rapports mme si cest - Prime de Motivation - Amliorer la promptitude des
tard) discriminatoire. AS
- Correctitude de 75% (2 - Amliorer la motivation et la
ou 3 AS problmes) mcanisation du personnel
- Prime de motivation - Rendre fonctionnel le CS
(500$ Mdecin, 300$ Kapata (dj construit)
AG & Pharmacien, 20$ - Trouver 1 jeep ou pickup pour
tout le reste. mieux assurer la supervision
- Assurer la formation continue du
personnel en informatique et
SNIS
Opportunits/ Menaces/Obstacles (craintes) Conclusions/recommandations
Potentialits (attentes) pour ltude
- Acquisition du matriel - Manque de maintenance du - Intgrer le secteur priv dans
informatique matriel linformatisation
- Permanence de la - Manque de formation continue - Avoir 1 informaticien point focal
connexion internet du personnel de tous les du BCZS
- Assistance permanente niveaux - Acqurir des outils de bonne
en informatique - Manque de prennisation des qualit
frais de fonctionnement pour
achat des consommables
Conclusions
Prvoir une connexion internet dans lenceinte de lHPK & le BCZS
Renforcer les formations du personnel dans la gestion SNIS et en informatique
Mettre en place un systme de gestion intgre du dossier du patient pour lhpital provincial
15.1.3.2.14 BDS de Kalemie
15.1.3.2.14.1 Mission

Le DS est localise dans la future Province de Tanganyika. Il couvre 11 zones de sant dont 9 ont
un HGR (il existe un hpital provincial : Hpital dEtat). Au total 266 AS sont comptabiliss. LAS
la plus loigne est 500 km.
Existence des ZS (Kiambi, Mbulula) trs enclaves o il faut parcourir 30-70 km pour trouver une
connexion et envoyer les donnes.
RH : 22 personnes dont 5 Mdecins, 3 personnes ligibles la pension. En tout le DS compte 20
cadres dont 15 savent utiliser lordinateur. Le DS na pas dinformaticien (pas de poste prvu).
Au niveau des BCZS 80% ont des comptences en informatique de base.
Matriel informatiques : 2 desktops et 2 laptops fonctionnels (7 autres ont t dclasss ! don de
MDM), 3 imprimantes dont 1 avec photocopieuse. 2 autres imprimantes sont en panne.
Connectivit internet par VSAT ne fonctionne pas depuis 1 anne. Existence de CD de backups de
donnes. Aucun contrat de maintenance de matriel nexiste. Existence des modems et des
portables privs (ex. pour les data managers)
Tous les oprateurs de tlphonie sont prsents (Airtel, Vodacom, Orange) mais en dehors de

Annexes 287
Kalemi, seul VODACOM fonctionne et certaines ZS ne sont pas du tout couvertes : Kiambi,
Mvulula, Manono, Ankoro, Kansibe (ZS de sant problme !)
Le BCDS occupe 3 bureaux de la Clinique dEtat. Il ny a pas despace pour les archives.
Outils de collecte dinformation : Multitudes des canevas pour le SNIS et les programmes. Le
SNIS est informatis est envoy la DPS sous format Excel. 6 ZS envoient les donnes du SNIS
sous format Excel au DS. Les programmes restent autonomes dans la collecte de leurs donnes
au niveau des ZS. Les donnes de la surveillance pidmiologique sont collectes par tlphone.
Partenariat : GAAVI et IRC (frais de fonctionnement, supervision et prime de performance), COOPI,
MSF-France, MSF-Hollande, UMCORE, Action Damien, ADRA, ASF (Assistance sant famille),
CADMETA (Centre dapprovisionnement des mdicaments essentiels du Tanganyika), OMS
(surveillance pidemiologique : 50$ de crdits)
Locomotion : 1 vhicule dj amorti (fond.MDM), 7 motos (2 en mauvais tat)
15.1.3.2.14.3 SWOT

- Compltude trs bonne - Compltude faible entre AS et - Avoir des btiments
entre ZS et DS (100%) ZS (65%). Les structures propres pour les bureaux
- Promptitude moyenne prives transmettent du DS
tous les niveaux difficilement les donnes. - Avoir des quipements
- Revues hebdomadaires - Beaucoup dindicateurs sont informatiques et des outils
respectes et bonne demands et parfois mme non de gestion des donnes
comprhension des comprhensibles (BCZ : 505, tous les niveaux centraux
indicateurs par lquipe HGR : 971, AS : 834) (DPS,DS,ZS)
cadre - Pas de concordance - Acqurir un charroi
- Utilisation des phonies pour dindicateurs entre les donnes automobile pour la
collecter les donnes dans que les AS envoient aux supervision
les zones les plus recules programmes et les donnes du - Plaider pour al
et non couverte par les SNIS envoyes au BCZS. mcanisation des agents
oprateurs tlcom - Couverture tlphonique nest (70% sont des Nouvelles
pas totale Units )
- Le nouveau SNIS na pas
encore parvenu toutes les ZS,
ce qui fait que les rapports des
ZS se diffrent
- Plthore du personnel mdical
dans les hpitaux de rfrences
et instabilit du personnel dans
les structures prives.
- Faible comptence du
personnel en informatique et
carence dinformaticiens de
carrire au niveau de la rgion
(UNIKAL ne forme pas en
informatique)
- Donnes de sant sur des
portables individuels des data
managers
ltude
- Matriel informatique au - Instabilit du courant (sil ny a - Penser la connectivit
niveau des ZS pas de groupe ou de panneaux avec les ZS de sant
- Des outils de gestion de solaires) recules soit par phonies
donnes rationnaliss : - Manque de comptence en ou autre technologie
c.--d. avec possibilits maintenance du matriel - Introduire un systme qui

dvaluer les donnes en - Manque de motivation du implique tous les acteurs

quipe tous les niveaux personnel de sant (outil de travail ou
et dy apporter des de collecte quon
corrections (permettre la sapproprie)
validation des donnes
avant leur envoi), deffectuer
des calculs automatiss
pour certains indicateurs,
avoir des cls de contrle
la saisie, ...
- Avoir du matriel qui devra
grer uniquement le SNIS
(un serveur)
- Formations continues
tous les niveaux
Conclusions
Etablir les normes (et standard) de communication entre diffrents niveaux de la pyramide sanitaire
Informatiser le dossier du patient des HGR publics et des structures prives importantes
Avoir au niveau du DHIS2 :
- Paramtre de contrle de qualit la saisie des donnes
- Paramtre de validation par des utilisateurs autoriss (chellons de responsabilit)
- Module de fonctionnement offline (continue ajouter les donnes mme sans connexion
internet)
- La correction des donnes devant tre assure par la source
Renforcer les comptences en informatique au niveau local.
15.1.3.2.15 BCZS et HGR de Nyemba
15.1.3.2.15.1 Mission

Le Zone de sant couvre 11 Aires de sant regroupant 21 structures de sant dont 11 postes de
sant et 4 FOSA sont prives. La plus loigne se trouve 240 km. La connexion tlphonique 3G
couvre 10 structures sur 21.
Superficie: 12.400 km2 et population : 299.991 habitants.
Personnel: 17 dont 1 mdecin, 1AG, 6 superviseurs, 4 Sant publique (A0) et 1 data manager. 3
personnels seulement sont mcaniss et pays. 8/17 sont comptents dans lutilisation des outils
informatiques (5 superviseurs et 3 cadres). Lquipe cadre comprend 5 personnes et est jeune.
Matriel informatique: 5 ordinateurs (2 desktops, 3 laptops), 1 imprimante-photocopieuse, 1 disque
dur externe (pour les backups) et 2 modems (non chargs).
Electricit stable sauf les samedis (dlestage). Pas de groupe lectrogne, ni panneaux solaires.
3 AS sont quipes en panneaux solaires, mais le courant reste instable dans la ZS.
Locomotion: 1 vhicule et 7 motos (financement 5 IRC & 2 UNICEF) moto en bon tat (et 2 non
fonctionnels) et 1 ambulance de 2007.
Partenaires: ICF (paludisme), SANRU (sensibilisation communautaire, PEV), Mdecins du Monde
(ne sont pls l !), ADRA (mdicaments et fonctionnement), Action Damien (L-TBC), IRC (appui
important dans fonctionnement, mais fin de projet 30/6/2014), FH (scurit alimentaire), Solidarit
(Hygine et Assainissement), OMS, UNICEF.
Emplacement: le BCZS occupe 3 locaux de lHGR de Kalemi. Pas assez despace pour les
archives.
Outils de collecte dinformation : Canevas SNIS en dur des SNIS (CS, HGR et BCZS) et des
programmes (PNLP, L-TBC, PNLS, PEV, PSR, Villages assainies). En format lectronique Excel
SNIS et PNLS & PNLP.GESIS abandonn depuis janv. 2014 avec le nouveau SNIS intgr.

Annexes 289
Situation des 2 CS de rfrence qui jouent le rle d'HGR
CS Rf Ndugu CS Rf Interlacs
Distance par 3 km 60 km
rapport BCZS
Statut Public Priv
Nombre de lits 56 40
Taux doccupation 80% (surtout accouchement & >100% (trs frquent)
CPN)
Personnel 34. insuffisant et pas de mdecin Suffisant (avec 1
mdecin en permanence)
Financement Etat (fonctionnement) + Eglise Socit Ciment Lac
(btiment)
Matriel 1 desktop 1 desktop
informatique
Electricit SNEL (dlestage 1 fois/semaine) SNEL et groupe
lectrogne (en panne
actuellement)
Facturation Par pisode (et hospitalisation par Abonns (Ciment Lac)
acte). Pas dabonns et par acte les autres
Transmission des A temps En retard (priorit
donnes donnes pour la Socit)
Bonne collaboration dans les rfrences et contre-rfrences entre les structures.

15.1.3.2.15.4 SWOT

- Appuis rcurrents dIRC - Correctitude faible car - Avoir des infrastructures
(fonctionnement, prime de comprhension diffrente des propres (en dehors de
motivation) indicateurs et des nouveaux lenceinte de HGR Kalemi)
- Stabilit du courant SNEL indicateurs (Canevas SNIS - Continuer stabiliser le
(dlestage programm) actualis) qui ne sont pas personnel aprs lappui du
- Compltude 100% (tous collects dans les fiches et les bailleur IRC (prime de
dposent les rapports registres des structures. motivation selon la
mme si cest tard) - Pas assez de formation sur le performation globale et
- Bonne coordination malgr nouveau SNIS individuelle)
les distances et les - Revue mensuelle avec 14 - Amliorer la salubrit des
difficults de structures accessibles (sur le structures (4 ont t
communication avec les plateau), celles (7) du lac restaurs grce au
structures isoles (appui viennent tous les 2 mois. financement dIRC)
IRC par phonies) - Promptitude faible au niveau des - Amliorer les comptences
CS du niveau du lac. du personnel en SNIS et en
- A partir de juillet, problme outils informatique (1 seule
doutils de collecte en dur (arrt personne ne gre le SNIS !)
de financement dIRC)
- Pas assez despace (locaux
pour tout le personnel.
- Pas darchivage central (chaque

superviseur gre ses outils)

ltude
- Continuit dappui dans la - Formations continues du - Intgrer les structures
gestion des informations personnel pour les nouveaux isoles
- Acquisition des phonies outils (beaucoup dinstabilit du - Renforcer les revues et
pour accder facilement personnel) runions dvaluation
aux AS sans connexion - Problmatique de connectivit - Assurer la scurit du
tlphonique de certaines AS (courant, matriel et des donnes
- Acquisition des systmes internet, tlphonie) informatises (vol, virus,
standardiss pour la - Maintenance continue du instabilit de courant)
gestion des donnes de matriel (fin des appuis dIRC)
sant - Scurit du matriel (vol !) pour
des bureaux facilement
accessibles
Conclusions
Prvoir une connexion internet dans lenceinte de lHGR Kalemi partage avec les BCZS de Kalemi
& Nyemba
Renforcer les formations du personnel dans la gestion SNIS et en informatique
Mettre en place un systme de gestion intgre du dossier du patient pour lHGR.
Prvoir des phonies pour accder aux AS isoles.
15.1.3.2.16 BCZS et HGR de Kalemie
15.1.3.2.16.1 Mission
La ZS de Kalemi couvre 27 AS composes de 31 structures de sant et 4 postes de sant. La

structure la plus loigne Kasanga Nyemba est 188 km. 2 autres structures sont isoles :
Kambu et Katondo 145 Km.
Personnel : Le BCZS a 17 agents dont 2 mdecins (MCZS & Mdecin superviseur), 1AG, 5
superviseurs, 1 pharmacien, 1 intendant, 1 secrtaire comptable/data manager, 2 barquetiers, 1
fille de salle et 1 chauffeur. Lquipe cadre est compos de 5 personnes (MCZS, Mdecin
superviseur, AG, MD de HGR, Nursing de lHGR). 5 personnes du BCZS utilisent loutil
informatique. Leffectif du personnel au niveau des CS est compris entre 5 et 12 (LIRC finance les
salaires de 5 personnes).
Connectivit : Le rseau tlphonique ne couvre pas toute la zone. Certaines aires de sant
(Comme Tembwe et Fatuma) utilisent la phonie (finance par MDM-France) pour transmettre les
donnes de sant. Celles qui nen possdent pas (Comme Muswaki et Kiluba), leurs IT doivent
joindre pied les structures de sant proches qui ont une connexion tlphonique (Fatuma ou
Nyemba). Nyemba utilise la phonie de la SNCC. Le rseau Vodacom fonctionne mieux lintrieur
du pays.
Electricit : le courant lectrique est stable (dlestage 1 jour/semaine). Le BCZS a un groupe
lectrogne (financement GAAVI), qui est actuellement en panne. Il ny a pas de panneaux
solaires. 4 AS sur 22 possdent des frigos ptrole pour la conservation des vaccins.
Locomotion : Le BCZCS possde 2 vhicules (1 en panne) et 5 motos (2 en pannes), dotation de
lIRC.
Matriel informatique: Le BCZS possde 7 ordinateurs (4 ordinateurs fixes et 3 portables), 1
imprimante, 1 photocopieuse, des CD vierges (pour le backup) et 1 modem internet (sans
crdits)
Outils de gestion de linformation sont format Excel pour les canevas SNIS, PEV, PNLP, PSR,

Annexes 291
PNLS, et en dur pour le L-TBC et les autres programmes.

Partenariat : La ZS tait appuy structurellement par lIRC (depuis 2012 jusquau 30/6/2014). Il a
appuy la ZS dans les frais de fonctionnement, lapprovisionnement en mdicament, la prime, le
matriel informatique, la construction du bureau central et de 4 CS, les supervisions et la
photocopie des canevas de toutes les structures.
Dans le cadre de lappui sectoriel, la ZS est finance actuellement par Solidarit (assainissement
des eaux), Croix-Rouge (sensibilisation), Maman UZIMA (Coloration de leau), Vision Mondiale
travers SANRU (paludisme, VIH), GAAVI (relais communautaire), FH Suisse (scurit alimentaire),
ICF Columbus (sensibilisation) et Fondation Damien (L-TBC).
Le HGR de Kalemie a une capacit de 347 lits avec un taux doccupation de 65-85%
Activits : 2300 consultations/mois et jusqu 1200 nouvelles hospitalisation/mois. La facturation
se fait par acte et le taux de recouvrement est de 85%. Lhpital 2 contrats dabonnement
Personnel : 145 agents dont 12 mdecins et 83 professionnels de la sant. 28 agents sont
mcaniss et salaris. 20 personnes sont ligibles la retraite. 5 10 agents savent bien utiliser
lordinateur.
Matriel informatique : 1 ordinateur pour le secrtariat de lhpital, 1 imprimante et 1
photocopieuse en panne.
Les donnes SNIS sont remplies en dur.
15.1.3.2.16.4 SWOT

- Prsence dun partenaire qui a - La correctitude des - Etablir les stratgies de
beaucoup appuy la ZS : IRC. donnes nest pas bonne prennisation des acquis
- Il existe un compte-pargne du suite les multiplicits de des appuis de lIRC
BCZS qui a t financ par lIRC canevas, la redondance (financement forfaitaire,
aprs concertation avec le BCZS, des indicateurs et la achat de mdicament,
ce qui a permis la ZS de retranscription manuelle salaires,)
sapprovisionner rgulirement en des donnes - La gestion des pidmies
mdicaments. - La distance des certaines surtout le cholera
- Lutilisation des phonies dans les structures, trs loignes - Rnovation de quelques
zones sans couvertures en (dplacement pieds), structures publiques.
rseau tlphonique. pose problme sur la - Maintenance des
- Revue mensuelle au BCZS communication et la quipements informatiques
respecte par les IT (non transmission des y compris lachat des
loigns) donnes. consommables.
- Utilisation des relais - Les indicateurs du - Acquisition des frigos au
communautaires dans le cadre de nouveau canevas SNIS moins dans 12 AS.
la sensibilisation au niveau local. manquent leurs - Recyclage du personnel
- La promptitude et la compltude rpondants au niveau des dans la gestion du SNIS
est leve au niveau de lHGR et registres de lHGR.
dans la majorit des AS. - Les programmes (PEV)
- Systme de payement forfaitaire se plaint de nest pas
(500fc) pour couvrir les soins de retrouver leur indicateurs
sant du patient/pisode niveau dans le nouveau canevas
des CS : systme instaur par SNIS.
IRC. - Lhpital na pas de
vhicule, ni dambulance.
ltude
- La formation continue des agents - Conservation de vaccinqui - Attribuer les phonies aux
administratifs et des personnels nest plus bien assure structures isoles

soignants suite une panne du frigo - Cration dun poste de data

- Dotations des phonies des qui lalimenter manager/informaticien et
toutes les structures isoles afin - Pas dlectricit dun service informatique au
de faciliter la transmission des permanente au niveau de niveau de lHGR
donnes. la BCZS et aussi au
- Prime de professionnalisation et niveau du HGR
de performance dans lutilisation - Formation continue du
des outils informatiques. personnel, pour certains
- Systme de gestion intgr de modules tant en sciences
lhpital afin dextraire de la sant quen
automatiquement les indicateurs informatique mdicale.
ncessaire au SNIS hospitalier. - La maintenance des
matriels informatiques
Conclusions
Connecter les 3 structures qui sont dans une mme enceinte par rseau internet et intranet : HGR
de Kalemi, BCZS de Kalemi et BCZS de Nyemba.
Crer un dpartement dinformatique et statistique au niveau de lHGR qui pourrait assurer la
maintenance des quipements informatiques, implmentation des applications informatiques, et
la collecte dinformations niveau de lhpital.
Assurer la stabilit du courant pour le matriel informatique (outil de travail) : panneaux solaires,
groupe lectrogne.
15.1.3.2.17 Autres structures de soins
15.1.3.2.17.1 Cliniques Universitaires de Lubumbashi (CUL)
Les Cliniques Universitaires de Lubumbashi (CUL) ont une capacit de 257 lits. Un taux
doccupation de 45%
Activits : jusqu 85 hospitalisations par mois.
Tarif par acte. 10 socits sont abonnes.
Personnel : 450 agents dont 1 informaticien des Cliniques appuy par linformaticien de lUniversit
(UNILU).
Matriel informatique : 30 ordinateurs et 1 serveur. 5 imprimantes et 1 photocopieuse. Connexion
internet et rseau WIFI et cbl au niveau de btiments de lhpital.
Outils de gestion : Utilisation dOpenClinic pour grer le dossier du patient (renforcement
dutilisation en dbut Mars 2014). Les activits ralises sont : Identification du patient, facturation
patient et gestion des caisses, ajout des raisons de consultation et diagnostics.
Les services suivants utilisent dj le systme : Rception, Caisses et Caisse centrale,
Consultations et les Hospitalisations (Ophtalmologie, Maternit, Gynco, Pdiatrie, Mdecine
Interne et Chirurgie). Fiches des consultations externes sont la Rception et les fiches
dhospitalisation dans les services.
Electricit : SNEL. Instabilit du courant. Groupe lectrogne
Partenaire : Projet Eb@le-Sant.

- Appui consistant de projet - Instabilit du courant et du - Formation continue et suivi
Eb@l-Sant rseau en temps dorages, dans lutilisation des
- Engagement fort de la direction - Dans lutilisation du fonctionnalits dOpenClinic
des CUL dans linformatisation systme : oublis de clture (dcentralisation et
de linstitution des contacts, gestion de autonomie des services
- Rsultats positifs du projet plusieurs fentres, manque dans lutilisation
dans lutilisation de OpenClinic dhabitude dans lutilisation dOpenClinic)
- Matriel informatique des outils informatiques, - Formation du personnel

Annexes 293
accessible et 1 informaticien Switch dconnect et mdical et universitaire

qui gre ces outils. perturbation du rseau, dans lutilisation des outils
- Personnel form dans tous les - Il nexiste pas darchivage informatique (~120
dpartements (Rception, central personnes) et de
Caisse, Facturation, Labo, - Le service de Labo nest pas OpenClinic (module
Nursing) encore intgr dans le mdical)
- Bonne gestion des backups au systme malgr quil ait t - Recrutement dun 2me
niveau local et des backups form. informaticien car le travail
encrypts au niveau du projet devient consistant
Eb@le-Sant - Utiliser OpenClinic pour la
recherche
- Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/
ltude
- Renforcement acquis et ajout - Manque de protection du - Avoir un informaticien propre
de nouvelles connaissances matriel contre la foudre aux Cliniques
en OpenClinic - Faible motivation du - Impliquer les Responsables
- Intgrer la comptabilit et la personnel qui utilise ces au projet dinformatisation
gestion de la trsorerie outils informatiques - Introduire un systme de
- Appui dans la prennisation - Manque de maintenance des PBR (financement bas sur
du projet Eb@le-sant matriels et des systmes les rsultats)
informatiques
- Manque de protection contre
le vol du matriel
Conclusions:
Formations structures et continues en informatique de base et en informatique mdicale
(collaboration avec lESP)
Suivi rapproch des utilisateurs pour amliorer lutilisation du systme OpenClinic
Intgrer des outils de gestion des RH et la Comptabilit pour rendre complet le systme de
gestion de lhpital.
Intgrer les utilisateurs des CUL dans la messagerie professionnelle de lUNILU et du MSP
Crer et intgrer un site web des CUL dans le site web de lUNILU et dans le site web du MSP
15.1.3.2.17.2 HGPR de Jason Sendw e
Organiser des soins de qualit au niveau de la troisime rfrence du systme de la sant.
Lhpital Sendwe est cheval entre un HGR au niveau du district et un HGR au niveau de la
province (HGPR). Cest un hpital construit sur 5 niveaux, avec une capacit de 1200 lits.
Actuellement 650 lits sont oprationnels. Le taux doccupation est de 45%.
Activits : 30 consultations/jour, 223 hospitalisations au 19/7/2014 dont 19 nouveaux cas.
Facturation par acte (ex. consultation : 4500 Fc), mais il existe 5 6 socits abonnes.
Personnel : 354 personnes dont la majorit est non mcanises. Au total 94 mdecins et 164
paramdicaux (153 infirmiers et 9 techniciens de laboratoire). Une plthore de personnel vu
lactivit actuelle de lhpital ! 10 agents ont atteint lge de la retraite. La prime du personnel est
partage 40% pour les mdecins, 20% pour les infirmiers et 40% pour les administratifs : ce
sont des miettes la fin !
Matriel informatique : 9 ordinateurs fixes (1 Pharmacie, 1 Labo, 3 cyber, 1 Nursing, 1 MDA <en
panne>, 2 ladministration central) et des portables personnelles. La majorit des mdecins sait
utiliser loutil informatique. Il existe une connexion internet (MICROCOM) au niveau de
ladministration centrale.
Electricit : instabilit du courant et le groupe lectrogne central na jamais fonctionn depuis
sont installation ! Il existe 2 autres petits groupes pour la maternit et la pdiatrie (non fonctionnels
actuellement : manque de carburant !)
Locomotion : 3 ambulances (vieilles), 1 corbillard, 1 camionnette et 2 vhicules

Outils de collecte dinformation : le SNIS est en dur. Formulaire VIH en Excel.

Partenaires habituels comme PROVIC (pour le VIH) et OMS (pour la surveillance pidmiologique).
Financement ponctuels du Gouvernement provincial pour le fonctionnement et rcemment pour
lachat des mdicaments (22.000 USD)

- Hpital rnov, de grande - Faire concider les indicateurs du - Informatiser le circuit
capacit pour tre un hpital nouveau canevas SNIS avec les du patient (comme
provincial donnes du patient enregistres la polyclinique Don
- Financement consistant du dans les registres Bosco !)
Gouvernement provincial - Le niveau central rflchie pour - Inclure les services
(mdicaments) lhpital et prend des dcisions dun hpital provincial,
- Personnel comptent (+ en sans consultation au pralable le plateau technique
informatique) mais non - Pas de formations structures au et les comptences
employ SNIS ni pour les encodeurs (data qui vont avec.
- Motivation rmunre par managers) , ni pour les chefs de
groupe de personnel (ce qui service
vite des jalousies) - La correctitude des informations
nest pas au top ! (due
plusieurs retranscriptions)
- Echec dinformatisation du
dossier du patient car vol de
matriel et pas de motivation
(crainte !) du personnel
- Financement des partenaires
non structurels
- Echec dans la gestion de
lhpital par des structures
comme la Gcamines, les CU de
Lubumbashi.
(attente) - Scurit du matriel (vol des recommandations pour
- Introduction d1 outils de ordinateurs) ltude
gestion intgre du dossier - Craintes de certaines personnes - Stabiliser le courant
patient pour tre contrles. lectrique par un
- Introduction doutils de - Service informatique (et onduleur central (ou
gestion de ressources technique) incomptent batteries
humaines - Insuffisance de matriel chargeables) et un
- Intgration des modules de informatique pour tout lhpital groupe lectrogne
collecte automatise des fonctionnel.
informations du SNIS - Utiliser des plaques
solaires pour le
matriel informatique
et le serveur
- Etablir une connexion
internet permanente
- Penser
lorganisation des
formations continues
au niveau du
personnel de lhpital
Conclusions :
Implmenter un (des) outils de gestion intgre du dossier patient avec des modules dextraction
automatise des indicateurs du SNIS
Implmenter des outils de comptabilit gnrale et de gestion des RH

Annexes 295
Installer un systme darchivage (lectronique) des dossiers du patient

Renforcer le partenariat entre le Gouvernement provincial et HGPR Sendwe
Amliorer la communication entre le personnel de lhpital, et entre lhpital et les structures
partenaires (la Province, les partenaires et structures paires) : un serveur des mails professionnels
et un Web site.
15.1.3.2.17.3 Polyclinique Don Bosco-Afia
Accorder des soins de sant qualit la population en tant que structure prive
La polyclinique Don Bosco est gre par la congrgation des pres Salisiens. Elle compte 125 lits
(109 lits monts) et est trs bien entretenue. Le taux doccupation dpasse les 75%.
Activits : 28.000 consultations/an, 60 nouvelles hospitalisations/mois et la dure dhospitalisation
moyenne est de 6 jours.
Personne : Lhpital compte 111 personnels dont 6 mdecins employs temps plein, 62
infirmires et 15 paramdicaux. Ladministration compte 13 personnes.
La facturation est tablie par acte. Il existe tout de mme une trentaine de socits abonnes dont
certaines sont factures par le forfait.
Matriel informatique : 15 ordinateurs (desktops), 1 serveur central, 9 imprimantes, 2
photocopieuse et un rseau LAN (tabli depuis 2007) et WIFI.
Electricit : le courant lectrique de la zone est instable. Lhpital a un groupe lectrogne qui
consomme 20l/heure, mais na pas de panneaux solaires.
Outils de gestion : la polyclinique a un systme de gestion du dossier du patient (Best Clinic)
dvelopp en plusieurs vagues depuis 1993. Dabord une application simple utilisateur (base de
donnes SQL et dveloppe en php), puis une application multiutilisateurs sur filemaker qui est
devenue de plus en plus lourde et partir de 2010, la base de donnes est devenue SQLserver
2008, language C++.
Les donnes du canevas SNIS sont tires des registres et compltes sur le formulaire en dur.
Les applications mtiers
- Best Clinic : elle oriente vers la gestion du dossier du patient. Actuellement les modules
utiliss sont : Identification du patient, gestion des contacts, la facture du patient et la
facturation des assureurs. Lapplication est base sur le web. Prochainement les modules de
gestion de pharmacie et de laboratoire seront ajoutes (recherche de lexpertise pour appuyer la
polyclinique). La gestion du dossier mdical et lajout des raisons de consultation et diagnostics
nest pas prvue car la priorit est la gestion des finances, la gestion des donnes
administratives du patient et la gestion des stocks.
- Ciel Compta : est le logiciel utilis en comptabilit.
- Access : est utilise pour la gestion des ressources humaines
Archivage : le serveur central hberge les applications mtier, et gre les backups de ces
applications.
Le systme darchivage utilise les fiches (dossiers) papier des patients. Le rangement se fait dans
les armoires selon lordre suivant : dabord par catgorie du patient (abonn ou non), puis la
socit dabonnement, puis par anne de naissance et afin par nom.

- Structure trs bien organise, - Organisation politique plus - Personnel spcialis
avec un personnel centralise de la polyclinique, dans lanalyse
professionnel et motiv - Politique dinformatisation qui informatique
- Elle a dveloppes ( na pas t prioritaire au cours - Formation continue du
linterne) un systme de des annes passes personnel local dans la
gestion du dossier du patient - Systme de gestion Best Clinic prise en charge du
et utilise des outils mtier qui doit intgrer tout le circuit dossier du patient
pour la gestion des RH et de du malade, mais cela exige - Espace technique pour
la comptabilit plus de financement pour les le serveur (rack,
- Une quipe informatique expertises aration)
multidisciplinaire (un service - Systme Best Clinic centralis - Informatisation complet
unique statistique- au niveau la gestion des du dossier intgr du
informatique a t cr) avec prestations (local de saisie) patient

des comptences en - Systme darchivage plus

informatique, en gestion, en complexe car ne suit pas un
statistique et en sant classement unique (et le
publique dossier du patient na pas de
- Structure bien quipe en code didentification unique)
matriel informatique avec 1 - SNIS reste transmis en dur et
serveur central (8 Go de RAM beaucoup dindicateurs sont
et 2TB de mmoire). demands (canevas de 29
- Systme de backup pages !)
structures (toutes les 3
heures) et contrles.
- Participation actives des
chefs des services dans la
collectes des informations
du SNIS (registres), la
promptitude, la compltude et
la correctitude sont bonnes.
(attente) - Les appuis qui narrivent pas recommandations pour
- Ressources comptentes - Maintenance des systmes ltude
dans linformatique mdicale centraux des donnes (manque - utilisation des
- Partenaires dans le de comptences) standards dans
dveloppement des solutions - Manque dimplication effective linformatisation du
informations de gestion de du MSP et des bailleurs secteur de la sant
donnes de sant - amlioration de
communication et
dchange
dexpriences entre
structures.
Conclusions :
Impliquer le MSP et les partenaires dans le financement de la polyclinique (partenariat public-
priv):
- Matriel informatique
- Amlioration des systmes de gestion informatise du dossier du patient : Expertise
- Maintenances des systmes de collectes dinformation
- Archivage structure
Utilisation des outils qui ont fait leurs preuves: iHRIS (gestion des RH) et DHIS2 (centralisation
dindicateurs)
Cration dun cadre dchange dinformations et dexpriences en informatique de sant
(Association dinformatique mdicale) institutionnalis qui appuiera dans la rflexion dutilisateurs
des standards dans les services de la sant.
Cration dun serveur mail professionnel et intgration de la polyclinique dans le site web du MSP
Appuie dans la cration dun site web de la polyclinique
15.1.3.2.18 Centres de formation
15.1.3.2.18.1 Ecole de Sant Publique (ESP) de l'UNILU
Organiser et dispenses des enseignements en Sant Publique.
LESP de Lubumbashi fait partie de lUniversit de Lubumbashi (UNILU). LEcole dispense des
formations en 3 cycles :
- Graduat en Sant Publique : 1er cycle de 3 ans (Sant publique de base)
- Licence en Sant Publique : 2me cycle de 2 3 ans selon lorientation (Sant publique
hospitalire avec des filires en Epidmiologie, en Gestion des institutions de sant et en

Annexes 297
Nutrition en Sant publique [+ sant au travail ou sant vtrinaire])

- DEA en Sant Publique : 3me cycle de 1 anne ou 2 ans selon lorientation (Epidmiologie et
mdecine prventive et Organisation des services et Management des systmes de sant [reste
fonctionnelle sous financement de lULB])
Comptences en personnel :
- Localement et permanent :
5 professeurs dorganisation des services et management des systmes de sant
3 professeurs dpidmiologie et statistiques
1 professeur dinformatique (venant de France)
Des professeurs de la Facult de Mdecine : Pdiatrie, G-O et Toxicologie et Environnement
Des chefs de travaux, qui prparent leurs thses : 4 en Organisation des services, 2 en
Epidmiologie et 3 en Sant au travail
- Partenariat
UNIKIN (Analyse transversale) : 2 professeurs
UNILU (branche de Mdecine)
IMT (Anvers) : li les ESP (Afrique, Amrique du Sud et Europe) pour le renforcement de
capacit et lvaluation. Participation dans le HCEA (Health Convention & Exhibitors
Association) Conference en 2013: Publication scientifique de lESP en partenariat avec la
Mdecine vtrinaire
ULB (ESP-Bruxelles) : appui dans la mdecine prventive et pidmiologie, le laboratoire de
toxicologie et environnement
UCL (ESP-Louvain) : encadrement des professeurs (obsttrical et carence en iode)
Expertises ralises par lESP :
- Financement bas sur les performances (PBF) : tude finance par la BM au Bandudu
- Soins obsttricaux et nonataux : tude financ par lUNFPA
- Sant de lenfant : plusieurs tudes finances par lUNICEF
Profil des tudiants (candidats)
- 1er cycle (Niveau Bachelier) : Infirmiers (ITM), diplm dEtat ou changements de filire
(pharmacie, sciences humaines,)
- 2me cycle (Niveau Licence) : laurats de lISTEM, 1er cycle de Pharmacie ou de Mdecine
- 3me cycle (DEA) : Mdecin, Gestionnaire, Infirmier avec licence en sant publique
Tarifs : 250 USD/an pour le 1er et le 2me cycle en sant publique, jusqu 4.000 USD/an pour le
3me cycle en sant publique.
Etudiants inscrits actuellement : Pr-licence : 150, 1re Licence : 500, 2me Licence : 350 et 3me
cycle : 24 => Plus de 1000 tudiants en sant publique.
Matriel informatique : Ordinateur (Desktop) dans chaque bureau, 2 salles informatiques (10 PC &
15-20PC), rseau LAN dans toute lcole et WIFI par endroits.
Applications informatiques : EPIINFO, CS-PRO, STATA et SPSS. La majorit dapplications sont
individuelles (et non en rseau). LESP est abonne au programme HINARI (daccs la recherche
en sant) de lOMS.
Potentialits locales pour les formations en Informatique de sant : les comptences de lESP en
Epidmiologie, Statistiques, Organisation du systme de sant, Sciences humaines, Informatique
de base et Utilisation des outils de collecte et danalyse de donnes de sant (EPIINFO, SPSS,
CS-PRO, STATA, Excel) pourraient tre utilises

- Disponibilit de candidats - Disponibilit temps - Trouver des financements
former vue lexprience de lESP voulu des formateurs pour les recherches
- Comptences en personnel local (trangers) - Crer des partenariats
- Partenariats des universits tant - Partenariats non nouveaux et durables
nationaux qutranger structurels mais - Mieux encadrer les tudiants
- Expertises de lESP dans la orients vers les qui font leurs travaux de
recherche et la formation projets mmoire
- Bonne structuration des - Formation en - Introduire de nouveaux outils
formations selon les cycles management de de dinformation, de formation
- Disponibilits des Locaux systme (DEA) et de recherche :

(Btiment propre lESP), du dpendant Tlconfrence, bibliothque

matriel informatique et du exclusivement de en ligne, site web,
matriel didactique financement de lULB
- Pas de site web
propre et de serveur
de mails.
Opportunits/Potentialits Menaces/Obstacles Conclusions/recommandations
(attente) (craintes) pour ltude
- Une formation qualifiante (et - Non implication des - Organiser des formations
diplmante) en informatique de autorits structures en informatique de
sant avec des formations du 1 er acadmiques, sant
provinciales et du - Mettre tous les acteurs
(Certificat) et du 3me cycle MSP influents autour de la table
(Master) - Indisponibilit des afin de soutenir ces
- Nouveaux partenariats en formateurs des formations (bailleurs, MSP,
informatique mdicale modules spcifiques Universits, partenaires
- Opportunits des recherches qui ne trouvent pas de trangers qui ont des
appliques en informatique de comptences comptences requises dans
sant localement ce domaine.
- Rfrence provinciale pour la - Financement pour les
formation en informatique formations et les
mdicale et en outils de gestion recherches dans le
des informations de sant
(DHIS2, iHRIS, SNIS, OpenMRS, 3me cycle
OpenClinic, )
- Amlioration de la qualit des
autres formations
Conclusions :
Crer et intgrer un site web de lESP dans le site web de lUNILU et dans le site web du MSP
Intgrer les tudiants, professeurs et administratifs de lESP dans la messagerie UNILU ou dans
une messagerie professionnelle du MSP
Renforcer les contacts avec le Gouvernement provincial et les partenaires financiers locaux pour un
plaidoyer de cration dune formation en informatique de sant
Elaborer un programme complet de la formation en informatique mdicale lESP
15.1.3.2.19 Autre
15.1.3.2.19.1 CAMELU
La mission confie au Centrale dApprovisionnement de Mdicaments Essentiels de Lubumbashi

(CAMELU), comme Centrale de distribution rgional (CDR) centralis, est de :
Quantifier les besoins en produits de sant pour la ZS
Procder lachat et lacheminement de ces produits la ZS (ou son CDR)
Procder, pour le compte de Partenaires Techniques et Financiers (PTF), au stockage et la
distribution de leurs produits vers les ZS appuys
Assurer le suivi de conditions de stockage et utilisation des produits de sant lintrieur de la ZS
La CAMELU est une structure qui a volue progressivement:

- Avant 2008, il tait appuy par le Medicus Mundi
- Aprs le dpart de Medicus Mundi, la CAMELU a t considr come un dpt pharmaceutique
de la Province
- A partir de 2012, les PTF prennent conscience du rle important de la CAMELU et en
partenariat avec la Gcamines et le MSP, ils transforment la CAMELU en ASBL et mettent en
place un Conseil dAdministration.
- Fin 2013, une nouvelle direction est mise en place par le Comit de Gestion. Le nouveau
directeur commence assurer ces fonctions en 2014, et un plan stratgique de dveloppement
de la CAMELU 2014-2016 est labor.

Annexes 299
La Zone de rayonnement de la CAMELU comprend 6 DS, 53 ZS et une population de 6.936.650.

La CAMELU a son bureau central dans les btiments de lHpital Sendwe et ses entrepts dans les
hangars du site de la Gecamine. Les dpts de stockage sont 3 dune capacit totale de 2600 m3.
Lhpital Sendwe a attribu 4 bureaux despace de travail la CAMELU
Personnel : 10 agents travail la CAMELU : 1 Directeur et son Adjoint, 1 Gestionnaire de stock, 1
Magasinier et son Aide, 1 Manutentionnaire, 1 Comptable, 1 Secrtaire et 2 femmes de salle. 6
personnes sur 10 utilisent loutil informatique.
Locomotion : la CAMELU na pas de vhicule propre. Elle sous-traite les vhicules des partenaires
Matriel informatique : le bureau central est quip de 2 nouveaux ordinateurs (portables) et 2
desktop vtustes, 3 imprimantes (dont 2 sont en mme temps photocopieuse), une connexion
internet WIFI (avec routeur).
Electricit : Au niveau du bureau central, la CAMELU utilise le courant lectrique de lhpital
Sendwe. Il ya beaucoup de coupures et lhpital na pas de groupe lectrogne (fonctionnel).
Les entrepts de la CAMELU sont aliments par le courant de la Gcamine, plus stable. La
CAMELU un frigo de 470 l de capacit, sans source dnergie autre que celle de la Gcamine.
Partenaires : La CAMELU na pas de partenaire de financement structurelle. Elle fonctionne sous
son financement propre : sources de revenus lies ses activits. Actuellement les PTF suivants
stockent leurs produits la CAMELU : FM (SANRU et CORDAIR), USAID (PROVIC et PSI),
UNFPA et le Gouvernement.
Outils de gestion dinformation : La CAMELU na aucun systme de gestion dinformation
pharmaceutique. Elle utilise les canevas sous format Excel de collecte de donnes fournis par les
PTF et son canevas propre (en Excel galement). Les informations de rception, distribution et
gestion de stock venant des ZS sont reus en dur, et encodes en Excel pour produire les
rapports remettre au partenaire. Elle est en attente dacquisition de loutil APISOFT (utilis par
plusieurs CDR et les partenaires).

- Un Conseil dAdministration - Diversit de modles de - Chercher les
incluant les PTF : amlioration canevas, beaucoup de travail financements pour la
du fonctionnement de la pour les remplir construction des
structure et confiance du - Lourdeurs dans la distribution btiments de la
partenaire des produits sans avoir son CAMELU
- Une structure bien organise propre vhicule - Acqurir des fonds de
et tourne vers les - Pas fonds pour lachat de ses roulement pour pouvoir
changements (amlioration du propres mdicaments (La acheter ses propres
fonctionnement) CAMELU ne gre actuellement stocks de mdicaments
- Un espace de travail et de que les stocks des produits des gnriques
stockage gratuit et vaste! PTF) - Acqurir un logiciel de
- Un terrain propre o sera - Pas dappuis structurels gestion des stocks des
construits les bureaux et (comme lpoque de Medicus mdicaments
entrepts de la CAMELU Mundi). - Trouver des moyens
- Comptences en informatique - Pas assez de matriel logistiques propres pour
de tout le personnel cadre informatique pour assurer mieux la distribution des
le travail au quotidien intrants
- Lespace de travail nest pas - Avoir du matriel
propre la CAMELU (dpend de informatique suffisant
lhpital Sendwe et de la pour amliorer le travail
Gcamine) du personnel
- Pas de systme de gestion
informatise de produits
mdicaux
ltude

- Acquisition dun systme de - Stabilit de la connexion - Connexion permanente

gestion intgre (et en rseau) internet pour une gestion en de linternet la
des stocks de la CAMELU et rseau des stocks CAMELU
des CDR - Recyclage et formation continue - Formation en
- Plaidoyer auprs des du personnel en gestion de informatique et en SIS
partenaires pour un appui linformation et de linformatique - Informaticien permanent
structurel de sant (engag) pour appuyer
- Formations renforces en - Maintenance permanent du la CAMELU et le rseau
gestion des stocks de matriel et des outils de gestion des CDR
mdicaments en utilisant des informatise de donnes
Conclusions:
Renforcer les capacits du personnel en gestion de donnes de sant et en gestion de stock
Informatiser compltement les activits de la CAMELU et de ses CDR
- Matriel informatique :
4 ordinateurs et 1 serveur central au niveau de la CAMELU + 1 rseau internet et intranet
1 Ordinateur par CDR partenaire & 1modem de connexion internet
1 imprimante pour chaque structure
- Un systme intgr (bas sur le web) de gestion de stocks qui sera install au niveau du serveur
central et des applications offline sur les ordinateurs des CDR. Le systme aurait comme
module :
Gestion des mouvements de stock local
Synchronisation des donnes de diffrents CDR avec lapplication centrale (le moment voulu)
Contrle de qualit des produits : date de premption, conditionnement, traabilit
Gnration automatique des rapports statistiques par partenaire
Instaurer un service informatique pour appuyer la CAMELU et les CDR de la rgion.
15.1.3.3 Province du Nord-Kivu

15.1.3.3.1 DPS
15.1.3.3.1.1 Mission

Personnel:
- 185 agents parmi lesquels tous les cadres utilisent loutil informatique,
- Grves rcurrentes du personnel de sant qui affectent les performances de la province
(compltude : 43% et promptitude : 19% en 2014) depuis novembre 2013. Cette anne la
compltude tait de 93.2% et la promptitude de 19%.
- Prsence dun informaticien la cellule SNIS
Gestion des donnes:
- Organisation des revues trimestrielles par la DPS,
- Toutes les zones de sant transmettent leurs donnes sous format informatique (internet ou cl
USB),
- Transmission trimestrielle du rapport dactivits au niveau central,
Outils :
- Utilisation du logiciel GESIS dans toutes les zones de sant de la province et ANASNIS (en
Excel) pour lanalyse des donnes,
- Excel pour les programmes
Province divise en 2 pools : pool Butembo et pool Goma,
Les donnes sont de qualit satisfaisante,
Instabilit du courant lectrique,
Connexion internet de trs mauvaise qualit,

Annexes 301
Manque des frais dentretien et de carburant pour les vhicules,

La grande partie du territoire couverte par les rseaux de tlphonie mobile (Vodacom, Orange,
Airtel, Tigo),
Le back up se fait dans les ordinateurs des diffrents bureaux,
Dbut dinformatisation du dossier patient dans lHGR de Kirotshe avec le CEMUBAC,
Matriel informatique : La cellule SNIS dispose de 5 ordinateurs (dont 2 laptops) et de 2
rhizographes, VSAT central et un rseau cble dans chaque bureau.
La cellule reproduit les canevas de rapports quelle met gratuitement la disposition des zones de
sant,
Prsence de quelques partenaires dans la province,
15.1.3.3.1.3 SWOT

- Tous les cadres utilisent loutil - La DPS na pas encore adopt le - Installer DHIS2 volet
informatique, nouveau cadre normatif mdicaments dans 10
- Prsence dun informaticien - Pas assez de financement ni ZS,
dans lquipe, pour la production de canevas, ni - Implmenter le
- Utilisation du logiciel GESIS pour les formations nouveau cadre
dans toutes les ZS et la DPS, - Grve des IT des AS : Faible normatif,
- Rgularit des revues compltude et promptitude des
trimestrielles dactivits, rapports au niveau de la DPS,
- Dveloppement dun outil - Absence de logiciel de gestion
danalyse des donnes, des ressources,
- Prsence dune connexion - La connexion internet est de
internet, mauvaise qualit,
- Dbut dinformatisation du - Un seul informaticien pour toute
dossier patient dans un HGR, la province sanitaire,
- Mise disposition des ZS des - Le back up se fait sur dautres
canevas de rapports dactivits machines,
des FoSa et BCZS,
- Equipements informatiques
en nombre suffisants au niveau
de la cellule,
- Back up rgulier.
ltude
- Bonne couverture du territoire - Instabilit du courant lectrique - Veiller la rduction
en rseaux de tlphonie la DPS et dans la plupart des de la charge de travail
mobile, zones de sant, en crant un lien entre
- Prsence de quelques - Dmotivation/Instabilit du les outils proposs et
partenaires dans la province, personnel (salaire insuffisant et linformatisation (pas
- Proportion importante des peu dagents y ont accs), dutilisation la fois
bureaux centraux fournis en - Grves rcurrentes du personnel des outils papier et
lectricit par la SNEL, de sant, informatiques),
- Prsence dun institut - La majorit des partenaires sont - Penser la
suprieur formant les soit des urgentistes, soit en appui mobilisation des
informaticiens aux programmes verticaux, ressources pour la
mise en uvre du plan
qui sera produit,
- Penser aux
mcanismes de
fidlisation du
personnel.

Conclusions
Reduire les donnes collectes et les indicateurs de sant du SNIS
Intgrer les donnes de programmes dans 1 seul SNIS
Pouvoir importer les donnes des GESIS dans le nouveau systme de DHIS2
15.1.3.3.2 BCZS et HGR de Kirotse
15.1.3.3.2.1 Mission
Population totale de 438.432 habitant pour une superficie de 1.000 Km2 ;

25 Aires de Sant dont la plus loigne se situe 150 Km et daccs difficile ;
Quatre structures sont en urgence avec lappui de COOPI-UE ;
Bonne compltude interne au niveau du bureau central (rapports des AS) pour lanne 2013
(95%) ;
Bonne promptitude pour lanne 2013 (80%) ;
Donnes de qualit parfois pas bonne, surtout des postes de sant ;
Prsence de deux Jeeps dont lune pour les dplacements de lECZS en mauvais tat et une
ambulance en bon tat pour le transport des malades transfrs des CS en urgence ;
Prsence dun quipement V-SAT non fonctionnel depuis un an suite la faillite du provider ;
Instabilit du courant lectrique de la SNEL ;
Instabilit des rseaux de tlphonie mobile (couverture par endroits) ;
Bureau central au sein de lHGR ;
Infrastructures relativement bonnes,
3 agents sur 12 savent utiliser correctement lordinateur ;
Seul un agent est ligible la retraite (le secrtaire) ;
6 ordinateurs portables, 4 PC et 3 imprimantes dont 2 multifonctions (quantit suffisante) ;
La ZS est approvisionne en canevas de rapports par la DPS ;
Absence dun informaticien au sein de lquipe (la ZS a un contrat avec un informaticien de Goma
qui lui cote 50$ par mois) ;
Utilisation du logiciel Gesis pour la gestion de linformation sanitaire au BCZS et dune base Excel
ANASNIS pour lanalyse des donnes ;
Les rapports mensuels dactivits sont transmise au moyen de la cl USB, alors que les donnes
hebdomadaires de surveillance pidmiologique sont transmises par SMS ;
Pas de back up de la base des donnes ;
Personnel de la zone de sant en grve depuis 6 mois, do pas de transmission des rapports
dactivits ;
Seulement 4 agents touchent le salaire de lEtat sur les 476 que compte la zone de sant ;
Un seul cadre de la zone de sant (le nutritionniste) touche le salaire de lEtat ;
Identification de linformatisation parmi les cinq priorits de la zone de sant,
Seulement 4 agents sur les 476 que compte la ZS touchent le salaire de lEtat
Information sur lHGR

Capacit : 128 lits. Un taux doccupation de lits de 73%
Consultation : 8/jour et hospitalisation : 6/jour. Tarification forfaitaire.
Personnel : 69 dont 4 mdecins et 41 infirmiers
Matriel informatique : 7 portables, 1 PC-serveur et 1 desktop. Pas de rseau cbl ni de
connexion internet
Gestion des donnes : ACCESS (gestion des mdicaments et la facturation), Excel (pharmacie et
labo), GESIS (donnes du SNIS)
Locomtion : 1 ambulance et 1 jeep
Partenaire : appui de la CEMUBAC

Annexes 303
15.1.3.3.2.3 SWOT

- Bonne compltude interne au - Le vhicule de transport du - Amliorer la sant
niveau du bureau central (95%) personnel en mauvais tat, gnsique,
et promptitude (80%) pour - Les donnes des postes de sant - Diviser lAS de Sake
lanne 2013, (23) sont de trs mauvaise en 2 AS pour amliorer
- Donnes des CS de bonne qualit, laccessibilit et la
qualit, - Absence dinformaticien au sein qualit des soins,
- Prsence de deux jeeps dont de lquipe du BCZS, - Organiser le
une ambulance et une pour la - Seulement 4 agents sur les 476 redploiement du
locomotion du personnel, que compte la ZS touchent le personnel travers la
- Les structures sanitaires sont salaire de lEtat, ZS,
majorit tatiques, - VSAT non fonctionnel depuis 2 - Renforcer le PCA dans
- Application de la tarification ans cause de la faillite du deux CSR,
forfaitaire avec lappui du provider, - Informatiser les
CEMUBAC, - Instabilit des rseaux de diffrents rapports
- Le BCZS est au sein de tlphonie mobile,
lHGR, - Absence des backups des
- La DPS approvisionne donnes,
rgulirement les ZS en
canevas SNIS,
- Prsence dune connexion
internet (modem),
- Transmission des rapports
dactivits la DPS par
internet,
- Identification de
linformatisation parmi les cinq
priorits de la zone de sant
ltude
- ZS totalement couverte par les - Inscurit rcurrente, - Penser la source
rseaux de communication - Dmotivation du personnel (faible dnergie lectrique,
(Airtel, Vodacom, Tigo, Africell rmunration), - Prvoir la formation du
et Orange) - Non appropriation du personnel (de base et
- Application du tarif forfaitaire Gouvernement, surtout provincial, continue),
lHGR, - Instabilit du courant lectrique, - Veiller la qualit des
- Prsence de deux mutuelles - Frquentes visites improvises outils informatiques
communautaires dans la zone immobilisant parfois les cadres quon apporte,
de sant, de la zone de sant, - Amliorer la
- Prsence des partenaires rmunration du
dans la zone de sant personnel,
(PROVIC avec appui aux - Prvoir la connexion
FOSA, Fonds Mondial avec internet
volet VIH et CTB (en fin projet)
Conclusions :
Etablissement des formations structures et continues (recyclage, certificat) en SNIS et en
informatique mdicale.
Appliquer les technologies de communication en distance entre le HGR et le BCZS
Amliorer les systmes utilises dans la gestion de lhpital

15.1.3.3.3 BCZS et HGR de Rutshuru
15.1.3.3.3.1 Mission

Population totale de 275.173 habitants pour une superficie de 2.957 Km2 ;

13 Aires de Sant dont la plus loigne se situe 65 Km et daccs difficile (elle appartiendra
une autre ZS selon le plan de couverture) ;
Absence dun informaticien au sein de lquipe du BCZS,
Toutes les Aires de Sant sont couvertes par les rseaux de tlphonie,
Utilisation du GESIS,
Utilisation dANASNIS pour les analyses de linformation sanitaire,
Utilisation dun logiciel en Access pour la Prise en Charge Intgre des Maladies de lEnfance
(PCIME),
Utilisation dExcel pour la gestion des donnes de certains programmes spcialiss,
Un seul agent sur les 13 que compte le BCZS est mcanis,
Tous les cadres, lexception du Directeur de Nursing de lhpital, utilisent loutil informatique,
Le secrtaire de lHGR matrise bien linformatique et apporte souvent son assistance au bureau
central de zone,
Transmission des donnes la DPS tantt en papier, tantt en lectronique,
Prsence dun modem vodacom avec une trs mauvaise connexion,
Acquisition rcente dun routeur dOrange avec trs bonne connexion,
Prsence de 4 ordinateurs portables (2 en mauvais tat) et de 4 ordinateurs de bureau (2 en
mauvais tat), de 2 imprimantes dont une multifonction sans CD dinstallation, une imprimante
scanner manque de cartouche quil faut aller chercher Kigali au Rwanda,
Prsence dun vhicule et 4 motos dont une achete sur fonds propre,
Courant lectrique permanent et trs stable,
Utilisation des panneaux pour la chaine de froid au BCZS et dans certains centre de sant,
Prsence des partenaires dans la zone de sant : MSF France lHGR, Heal Africa avec appui
ponctuel, Caritas avec volet VIH, Tear Found pour leau et World Vision,
Transmission des donnes la DPS par internet,
Bonne compltude (100%) et faible promptitude (70%) avant la priode de grve,
Manque des outils de collecte des donnes individuelles et de compilation (fiches, registres,
partogramme) depuis le dpart de lONG Merlin,
Irrgularit des runions mensuelles danalyse des donnes dans les aires de sant par manque
de financement,
Grve des prestataires,
Transmission tardive des rapports par les structures prives,
Manque de formation des prestataires, la dernire formation date de 2005,
Tenue rgulire des runions mensuelles danalyse et validation des donnes au BCZS (avant la
grve),
Manque de crdits pour transmettre les donnes hebdomadaires de surveillance
pidmiologique,
Infrastructures en bon tat,

168 agents dont 5 savent utiliser lordinateur,
Prsence de lappui de MSF,
Gratuit des soins,
3 ordinateurs,
Routeur dorange,
Pas de vhicule pour le dplacement du personnel,
Ambulance gre par MSF,
Chaque service produit ses donnes, lquipe se runit pour les analyser et le directeur de nursing
les centralise,

Annexes 305
15.1.3.3.3.4 SWOT

- Utilisation du logiciel GESIS - Absence dun informaticien au - Former le personnel de
jour, sein de lquipe du BCZS, la zone de sant en
- Utilisation dANASNIS pour - Un seul agent agent sur les 13 SNIS, en commenant
lanalyse des donnes, que compte le BCZS est par lECZS,
- Utilisation dun logiciel en mcanis, - Renforcer la capacit
Access pour la Prise en - Transmission des donnes la de mobilit des cadres
Charge Intgre des Maladies DPS tantt en papier, tantt en du bureau central
de lEnfance (PCIME), lectronique, (dotation en un
- Tous les cadres lexception - Prsence dun modem vodacom vhicule),
du Directeur de Nursing de avec une trs mauvaise - Mettre en place un
lhpital, utilisent loutil connexion, SNIS intgrateur,
informatique, - Matriels informatiques en - Informatiser la gestion
- Le secrtaire lHGR matrise quantit insuffisante, de lhpital,
bien linformatique et apporte - Matriels dont les pices - Se doter dune
souvent son assistance au dtaches sont parfois connexion internet
bureau central de zone, introuvables sur le march, haut dbit,
- Acquisition rcente dun - Transmission tardive des rapports
routeur dOrange avec trs par les structures prives,
bonne connexion, - Un seul ordinateur lHGR.
- Prsence des matriels
informatiques,
- Tenue rgulire des runions
mensuelles danalyse et
validation des donnes au
BCZS (avant la grve)
ltude
- Toutes les aires de sant sont - Inscurit rcurrente, - Prvoir suffisamment
couvertes par les rseaux de - Dmotivation du personnel (faible de moyens pour le
tlphonie mobile, rmunration), suivi de ce PNDIS,
- Permanence et stabilit du - Grves rcurrentes, - Penser la motivation
courant lectrique, - Non appropriation du des agents par la
- Prsence de lappui de MSF Gouvernement, surtout provincial, politique davancement
lHGR. - Manque de financement, en grade.
- Problmes de maintenance du
matriel.
Conclusion
Formation en informatique de base, en SNIS (recyclage) et en informatique mdicale.
Appliquer les technologies de communication entre le HGR et le BCZS
Instaurer un systme de prime base sur les performances du personnel
15.1.3.3.4 BCZS et HGR de Rw ankuba
15.1.3.3.4.1 Mission

Situation : La ZS de Rwanguba est constitue de 18 AS formes par 22 structures de sant dont

18 CS (6 confessionnels), 3 postes de sant, et 1HGR (confessionnel-Protestant). 4 CS sont des
CS de rfrence dont 1 plus important Bunagana (16 km).

La ZS de Rwanguba couvre une superficie de 948 Km2, avec une population de 252.339 habitants.
LAS la plus loigne est 50 km (Kabaya et Shinda). 2 nouveaux CS sont en construction.
Personnel : Un effectif du personnel de 16 dont 1 MCZ, 2AG, 1 TDR, 2 IS, 1 ACP, 1 Nutritionniste,
1 propos la pharmacie, 1 Assistant propos la pharmacie, 1 Secrtaire-comptable, 2 Ouvriers
et 2 Sentilles. Tout le personnel administratif sait utiliser lordinateur. Lquipe cadre comprend 6
personnes dont les 2 Mdecins (MCZ et MD HGR), 2IS, 1AG et le DN de lHGR.
Personnel au bureau nest mcanis ! Et au niveau de la ZS, 7/324 sont mcaniss. La ZS de
sant nest pas en grve comme les autres ZS de la Province.
Locomotion : 1 vhicule (prt IRC) et 6 motos dont 1 est en panne (fin. 3 IRC, 1 FM, 1 Villages
Assainies, 1 CPLTB-Lpre)
Matriel informatiques : 2 ordinateurs fixes (fin. FM), 1 portable (Fin. IRC). 4 autres portables ont
t pills !
2 imprimantes finances par lIRC (dont 1 est en mme temps photocopieuse-scanner), pas de
connexion internet (ni modem), ni de matriel pour le backup de donnes. La maintenance du
matriel est irrgulire, assure par un 1 informaticien du quartier.
Airtel RDC (et MTN-Uganda) est le seul rseau qui fonctionnel. Vodacom par endroit.
Electricit: Toute la ZS na pas de courant. Le BCZS utilise des panneaux solaires (Chane de froid
& matriel informatique) financs par CARITAS.
Outils de gestion : Utilisation du GESIS (install dans tous les ordinateurs) pour lencodage par
axes des donnes du SNIS. Le MCZ fait la centralisation. Le ASNIS permet de dceler les
certaines aberrances et erreurs des donnes. Les donnes du PCIMA (suivi malnutrition
PRONANUT) sont encodes en Access. Le programme Excel est utilis pour grer les RH et les
mdicaments. Toutes autres donnes (des programmes) sont en dur.
Partenaires : Les appuis fonctionnels venaient de lIRC (a arrt le 30/6/2014), de IMA (lutte contre
le paludisme) et de CARITAS (lutte contre le VIH).
HGR est confessionnel (55me CBCA-Communaut Baptiste au Centre de lAfrique) et a une

capacit de 90 lits avec un taux doccupation de 28%.
Activits : Une moyenne de 5 consultations/jour (lors de la priode dappui par lIRC, lhpital
atteignait 60 consultations par jour : ctait la gratuite de soins !).
Le paiement se fait actuellement par forfait (Consultation : 1,5$, Accouchement : 3,5$,
csarienne : 25$, hospitalisation 6$ pour adulte/enfant et 3,5 un bb). La chirurgie 32$
(majeure) et 8$ (mineure). La facture du patient va augmenter progressivement pour passer 25%
du prix, puis 50% du prix dans 2 mois.
Personnel : 64 agents dont 3 mdecins (1 seul reoit la prime de risque : 80$/mois). Parmi les
autres agents, 12 infirmires et 10 ouvriers reoivent la prime de risque (10$/mois). Les autres
personnels sont pris en charge par les recettes de lhpital. 3 personnes utilisent rgulirement
lordinateur.
Locomotion : 1 ambulance (sans carburant car le transport des patients est gratuit !)
Matriel : 1 ordinateur pour la direction (1 Go RAM)
15.1.3.3.4.4 SWOT

- Mdicaments disponible - Promptitude faible, lie - Renforcer les capacits du
(Existence dune ligne de laccessibilit difficile de personnel dans la gestion
crdit et dun compte spar certaines structures du SNIS
pour les mdicaments) - Correctitude moyenne, due aux - Acqurir du matriel
- Existence de moyen de nouveaux agents dans les informatique
transport : Moto, vhicule, structures (25%) - Continuer le plaidoyer pour
ambulance - Systme de relais un barrage hydro-
- Comptences du personnel communautaire non lectrique
dans lutilisation doutils oprationnel, suite linscurit - Plaidoyer pour la
informatiques dans certaines ZS. mcanisation du
- Existence des outils de - Matriel informatique vol (4PC), personnel, lamlioration

Annexes 307
gestion informatise : GESIS, actuellement peu de matriel des primes et des salaires
PCIMA, Excel informatique, pas de connexion
- Appuis fonctionnels par lIRC internet, pas doutils de
pendant 5 ans (fin du projet sauvegarde
06/2014) : il ya actuellement - Problme rcurrent de courant
un stock de mdicaments (pas dlectricit), utilisation des
essentiels pour 3 mois. panneaux solaires
- Personnel motiv malgr les - Insuffisance despace
conditions de travail (pas en darchivage et dlabrement de
grve, Prsence au lieu du certains locaux
travail,) - Gros problmes de frais de
- Le matriel informatique est fonctionnement (trs peu de
connect au rseau recette, pas dappui fonctionnel)
lectrique des panneaux - La gratuit des soins encore
solaires imprgne dans la population

ltude
- Amlioration des conditions - Instabilit du personnel - Beaucoup dautres
de travail (prime, espace de - Instabilit (ou existence) de besoins pour le BCZS et
travail) llectricit lhpital
- Elaboration dun mini-projet - Inscurit et instabilit politique - Besoin urgent pour le
de dtablissement - Inscurit du matriel (vol) courant stable et la
hospitalier - Manque de motivation du rhabilitation des espaces
personnel de travail
Conclusions
Formation du personnel en informatique de base surtout pour le personnel de lhpital
Penser la protection des donnes sur le matriel (si en cas de vol, que les donnes ne se
perdent pas). Centralisation des donnes sur un serveur distance?
15.1.3.3.5 BCZS et HGR de Goma
15.1.3.3.5.1 Mission
Piloter laction sanitaire au sein de la zone de sant.

Zone de sant totalement urbaine avec une population totale de 243.685 habitants sur une
superficie de 33,4 Km2,
Dispose de 10 aires de sant avec 9 CS et 1 CSR, un HGR (confessionnel catholique), un PS et 3
Centres Hospitaliers (deux confessionnels protestants et un priv)
LAS le plus loigne du BCZS se trouve 13 Km,
10 agents au BCZS dont 7 utilisent loutil informatique
8 agents sur 10 sont mcaniss et 5 seulement touchent le salaire de lEtat,
Un des infirmiers superviseurs fait le data manager,
7 ordinateurs au BCZS dont 3 de bureau et 4 portables, 5 imprimantes dont 2 multifonction,
La DPS approvisionne rgulirement les FOSA en canevas SNIS,
Pas de connexion internet, mais prsence dun modem de tigo sans crdit,
Prsence dun router de vodacom depuis deux mois pour le DHIS2,
Pas de backup, mais partage dinformations sur diffrents ordinateurs,
Utilisation du GESIS comme logiciel de gestion des donnes SNIS,
Logiciel DHIS2 en place dans son volet gestion des mdicaments mais non encore utilis par
manque des donnes (grve des prestataires),
Toute la zone de sant est couverte par les rseaux de tlphonie mobile,

Absence de vhicule pour le BCZS,

Electricit disponible dans 80% de temps,
Prsence dun groupe lectrogne fonctionnel,
HGR (Charit Maternelle) situ prs de 4 Km du bureau central,

Hpital confessionnel catholique,
5 ordinateurs, 3 imprimantes et 1 photocopieuse,
Prsence dune connexion internet en permanence,
Instabilit de llectricit,
Prsence de deux groupes lectrognes pour palier linstabilit du courant,
Prsence dune JEEP et une ambulance mdicalise,
Prsence des banques des donnes la pharmacie, la rception, la consultation mdicale, etc.
Besoin dinstaller le GESIS lhpital,
Projet de mettre en rseau les diffrents services,
Prsence dun rseau cbl dans certains services pour la connexion internet,
Personnel dj form en informatique, reste juste la mise en place des outils,
Absence dinformaticien au sein de lhpital, do recours linformation de la Caritas qui a une
longue exprience,
Prsence dune mutuelle de sant protestante parmi les abonns,
Prsence des partenaires Caritas (investit dans lquipement et la formation du personnel) et
Fonds Mondial (dans la lutte contre le VIH),
Utilisation dun programme Excel la comptabilit,
Retard dans la transmission des donnes des services,
Donnes parfois incohrentes,
Informatisation de la gestion de lhpital identifie comme priorit,
Forte probabilit de lintressement de la Caritas au processus dinformatisation,
15.1.3.3.5.4 SWOT

- 70% dagents utilisent loutil - Seulement 5 agents sur 10 - Installer le GESIS
informatique, touchent le salaire de ltat, lHGR,
- Prsence dun modem pour la - Approvisionnement rgulier des - Mettre les diffrents
transmission des donnes par formations sanitaires en canevas services de lhpital en
internet, SNIS, rseau,
- Prsence dun routeur de - Absence de connexion internet, - Informatiser la gestion
Vodacom pour le DHIS2, - Absence des backups, de lhpital.
- Utilisation du logiciel GESIS - Absence dinformaticien au sein
pour la gestion de de lhpital, do recours
linformation, linformation de la Caritas qui a
- Outils informatiques en une longue exprience
quantit suffisante, - Retard dans la transmission des
- Prsence dune connexion donnes des services de lhpital,
internet permanente lHGR, - Donnes de lHGR parfois
- Prsence dun rseau cbl incohrentes.
dans certains services pour la
connexion internet,
- Personnel dj form en
informatique, reste juste la
mise en place des outils
- Prsence dune mutuelle de
sant protestante parmi les
abonns.

Annexes 309
ltude
- Toute la zone de sant est - Inscurit, - Penser la source
couverte par les rseaux de - Grves rcurrentes du personnel, dalimentation en
tlphonie mobile, - Personnel non form, dernire nergie lectrique,
- Electricit disponible dans formation en SNIS ayant eu lieu - Envisager la motivation
80% de temps, en 2005, du personnel.
- Linitiateur de lhpital (la - Instabilit de llectricit lHGR,
CARITAS) pourrait tre
intress par ce projet.
Conclusions
tablissement des formations structures et continues (recyclage, certificat) en SNIS et en
Appliquer les technologies de communication en distance entre le HGR et le BCZS
Amliorer la gestion de lhpital par un systme de gestion de donnes informatises (GESIS pour
SNIS et un systme de gestion hospitalire incluant la comptabilit, les RH et la gestion du
dossier du patient
15.1.3.3.6 BCZS et HGR de Karisimbi
15.1.3.3.6.1 Mission

Situation : La ZS de Karisimbi est urbano-rurale. Elle est constitue de 24 AS formes par 39

structures de sant dont 24 CS, 8 postes de sant, et 7 CS de rfrence (dont 3 centres
hospitaliers) et 1HGR Virunga (confessionnel). LHGR se trouve 5Km du BCZS et le centre de
sant le plus loign (Kisizi), difficilement accessible, se trouve 35 km.
La ZS de Karisimbi couvre une superficie de 341 Km2 (sans le parc) avec une population de
59.216 habitants.
Le taux moyen dutilisation des services curatifs est de 38%. En 2013 la promptitude de la Zone
tait de 58% (lie surtout la guerre et la grve qui a commenc en octobre 2013) et la
compltude de 78% (due au nouveau personnel non form et aux documents manuscrits de
collecte dinformation).
Une mutuelle de sant existe depuis Fv. 2014 (1500 abonns). La cotisation annuelle est de
25USD/an/personne
Personnel : Un effectif du personnel de 11 dont 1 MCZ, 1AG, 2 TDR, 2 IS, 1 Nutritionniste, 1
propos la pharmacie, 1 Secrtaire technique (data-manager), 1 Secrtaire-comptable, 1
Sentinelle. Tout le personnel administratif sait utiliser lordinateur. 2 personnes (MCZS et Le
Propos) sont mcanises et payes. Lors de la visite, La ZS de sant comme toutes les
structures de la rgion tait en grve.
Locomotion : Pas de vhicule mais 5 motos en bon tat
Matriel informatiques : 2 ordinateurs fixes et 2 laptops. 1 imprimante et 1 photocopieuse.
Connexion internet par le routeur-modem (financement DHIS2). 1 disque dur externe pour les
backups de donnes. La maintenance est effectue par un informaticien externe.
Tous les oprateurs tlphoniques sont prsents (Airtel partout, Orange, Vodacom sauf
Kibumba)
Electricit: pas de stabilit du courant ! 1 systme solaire (financement COOPI) est utilis pour 3
laptops (il nya pas de matriel pour la chane de froid) et 1 groupe (5Kva) pour limpression et
lclairage.
Outils de gestion : Utilisation du GESIS pour lencodage des donnes du SNIS (ancien canevas).
Le programme Excel est utilis pour grer les donnes de programmes. Certains rapports sont
envoys en dur.
Partenaires : COOPI (panneaux solaires, Matriel informatique, fournitures de bureaux et 2 motos)
a arrt son projet dappui en juin 2014. UNFPA (appui PSR), FM (Cordaid, SANRU), Save-

Children dans le PF, assurent lappui institutionnel des programmes et projets.

HGR Virunga, situ 5 km du BCZS, a t ananti par lruption volcanique de 2002. Depuis lors,
lhpital est en rhabilitation et construction. Cest un hpital confessionnel protestant
(Communaut Baptiste-CBCA) avec une capacit de 135 lits monts. Le taux doccupation des lits
est de 50%
Activits : Une moyenne de 20 consultations/jour et 4-5 hospitalisations par jour. La dure
dhospitalisation est de 5 7 journes.
Le paiement se fait par acte pour les patients-priv et forfaitaire (ou par acte) pour les abonns. La
majorit des patients est abonne.
Personnel : 96 agents dont 8 mdecins et 49 infirmiers et paramdicaux. 30% du personnel sont
mcaniss. Parmi le personnel, 15 savent utiliser lordinateur.
Locomotion : 1 vhicule.
Matriel : 2 desktops dclasser (au secrtariat), 1 laptop fonctionnel ( la comptabilit), 1
ordinateur dj amorti ( la pharmacie) et 3 vieilles imprimantes. Des portables privs sont
utiliss.
Outils de gestion : Excel pour la pharmacie, SAGE pour la Comptabilit. Rapport SNIS complt
en dur.
Electricit : un groupe de 50Kva (200l/3jrs)
Partenaire : Eglise CBCA (appui dans lassurance du personnel au niveau de lHGR et 1 mutuelle
pour les soins externe), CEMUBAC (mdicaments pour 700Euros/an), PNAM (un lot de
mdicament dune valeur de 4.000USD). En attente : COOPI (construction dun bloc Opratoire) et
Handicap International (construction dun bloc de Pdiatrie et de Chirurgie.)
15.1.3.3.6.4 SWOT

- Dbut dexprience - Promptitude faible, lie - Formation approfondie en
mutuelliste laccessibilit difficile de SNIS du personnel
- Majorit du personnel certaines structures (zones en - Acquisition des quipements
comptent dans guerre) et infrastructure propre au
lutilisation doutils - Grve depuis Octobre 2013 BCZS
informatiques jusquau jour de lentretien - Amlioration de la
- Existence de matriel - Manque actuelle des imprims rglementation du secteur
informatique et de au niveau des structures de priv (rle important du
connexion internet base (do manuscrit et traage Ministre de la justice)
- Existence de tous les de registre la main - Amliorer lapplication des
oprateurs de tlphonie (disconcordance des tableaux protocoles thrapeutiques
dans la ZS des registres et le canevas (anagramme)
- Existence des outils SNIS) - Amliorer la couverture
stables de gestion - Instabilit du personnel : vaccinale des enfants de
informatise : GESIS, beaucoup de nouvelles units, moins 1 anne (actuellement
Excel stables qui nont pas encore de 78%)
- Le matriel informatique formation en SNIS - Informatisation de tous les
est connect au rseau - Beaucoup de structures prives services de lhpital HGR
lectrique des panneaux non encore intgres - Construction dautres
solaires - La gratuit des soins encore btiments de lHGR dtruits
imprgne dans la population, par lruption volcanique en
ce qui implique un faible taux 2002
dutilisation des services curatifs - Acqurir dautres
- Manque dinformaticien dans la quipements mdicaux
ZS et maintenance irrgulire du lHGR
matriel. - Amliorer la motivation du
- Instabilit du courant lectrique : personnel (rgularisation des
peu de plaques solaires et un dossiers administratifs vers la

Annexes 311
petit groupe lectrique. mcanisation)

- Opportunits/ Menaces/Obstacles (craintes) Conclusions/
ltude
- Apport de matriels, - Instabilit (ou existence) de - Besoin urgent dquipement
source dnergie : llectricit en matriel source de courant
panneaux solaires, - Manque de maintenance du lectrique : groupe, panneaux
groupes lectrognes, matriel solaires,
- Formations structures en - Absence du matriel - Hpital gnral de rfrence
gestion du SNIS informatique de qualit en rhabilitation : possibilit
- Acquisition doutils - Non prparation la sortie du dobtenir un financement pour
standardiss (alignes partenaire (manque de une information de tout
aux normes nationales et prennisation des projets) lhpital
internationales) et faciles - Manque doutils standardiss de
utiliser collecte dinformation
- Connexion internet non
permanente et qui nest pas de
qualit
- Non-rgularit de suivi et
dvaluation du personnel de
terrain
Conclusions
Appliquer les technologies de communication en distance entre le HGR et le BCZS.
15.1.3.3.7 BDS de Butembo
15.1.3.3.7.1 Mission

Le BCDS de Butembo occupe ses propres locaux construits sur 2 niveaux. Le DS de Butembo
sera une antenne de la DPS du Nord-Kivu dans le cadre de la nouvelle restructuration des services
de sant.
Le DS compte 9 ZS et environ 300 AS.
RH : 20 agents. Tous le monde sait utiliser lordinateur (sauf les chauffeurs et gardiens). Tout le
personnel participe dans la motivation de chacun (restitution de 40% des frais des missions au DS
pour payer les primes de ceux qui sont rests). Revenues dun MCD : 1800-1900 USD/mois
(salaire : 70 USD + Prime : 1000 USD + Frais de mission) : il ne faut pas se lamenter !
Matriel informatiques : 10 ordinateurs et 6 imprimantes. Un modem Vodacom et 1 antenne VSAT
non utiliss cause dabonnement. Et il existe au moins 1 ordinateur fonctionnel dans chaque
BCZS.
Tous les oprateurs de tlphonie sont prsents (Airtel, Vodacom, Orange) dans le district. Mais
par endroit il ya des coupures.
Electricit : abonnement dans une station service : 100-150 USD/mois
Outils de collecte dinformation : Le GESIS pour la gestion informatise du SNIS et le HANS pour
la gestion informatise des donnes de la surveillance pidmiologique. Utilisation galement
dExcel et Access pour grer certaines donnes comme PEV, VIH, et des donnes financires

et RH des hpitaux.
Locomotion : 4 vhicules (vtustes) fonctionnels et 2 motos neufs.
Partenariat : 10me FED et le Gouvernement central (salaires et primes)
15.1.3.3.7.3 SWOT

- Le MCD comprend trs - Mieux connatre les missions du - Prparer le DS tre une
bien le besoin du PNDIS SNIS dans une vision antenne de la DPS
Prcher 1 dinformatisation - Chercher les autres
converti ! (importance de - Problme des sources dnergie sources de revenues pour
linformatique et de langlais au niveau du BCDS et BCZS permettre aux ZS de
dans ce millnaire) - Encrer la mission des acteurs de mieux fonctionner
- Beaucoup de personnel sant dans un systme de - Importance de
des ZS savent utiliser sant : promptitude trs faible car linformatisation des
lordinateur. le personnel est en grve ! structures de sant
- Culture de faire un effort - Faiblesse dans la sensibilisation
pour envoyer les rapports du personnel sur les lments de
par internet motivation pas se comporter
- Capitalisation des frais de comme des mercenaires mais
mission du personnel : avoir des objectifs atteindre
40% entrent dans la caisse dans la vie
du district pour payer le
personnel qui reste au
bureau.
- Btiment propre au DS et
un terrain existe pour de
nouvelles constructions
ltude
- Bonne orientation de - Gap numrique : pas accs un - Penser 1 VSAT pour
linformatisation du secteur rseau haut dbit et manque de chaque BCZS
de la sant la culture dinformatique - Plaider pour des
- Apprendre des expriences - Source dnergie instable formations en
dailleurs - Connexion internet instable informatique partir de
- Capitalisation des - Manque de maintenance du lcole primaire
ressources (RH, matriel et matriel - Mettre des panneaux
financires) solaires dans toutes les
structures
Conclusions
Etablir les normes (et standard) de communication entre les diffrents niveaux de la pyramide
sanitaire
Conseiller des outils de gestion dinformation de sant qui ont dj fait leur preuve (on ninvente
pas la roue !)
Renforcer les comptences en informatique au niveau local
Avoir des systmes o chacun se retrouve : dfinir bien son rle et la procdure dexcution des
tches!
Avec le DHIS2, permettre la validation des donnes au niveau intermdiaire et surtout penser la
scurit des donnes des provinces. Principe de base: les donnes appartiennent aux structures
de sant, dcentralises !

Annexes 313
15.1.3.3.8 BCZS et HGR de Katw a
15.1.3.3.8.1 Mission
Situation : La ZS de Katwa est urbano-rurale. Le BCZS a ses propres btiments. La ZS est

constitue de 20 AS formes par 39 structures de sant dont 20 CS, 18 centres hospitaliers et
1HGR confessionnel-protestant. LHGR se trouve 30m du BCZS. Le CS Kanyihunga est le plus
loign : 55km.
Elle couvre une superficie de 950 Km2 avec une population de 398.206 habitants.
En 2013 la compltude de la Zone tait de 100% et la promptitude de 75%. Le taux dutilisation
des services curatifs est de 55% (trs bas au niveau des CS publics) et le taux de recouvrement
des recettes 80%. Les RECO sont actifs.
Personnel : 14 dont 1 MCZ, 1AG, 1 TDR, 3 IS, 1 Nutritionniste, 1 Comptable, 1charg dhygine.
Tout le personnel administratif sait utiliser lordinateur et encoder dans le GESIS. Lquipe est
compose de beaucoup de nouvelles units. Le MCZ centralise les donnes : il joue le rle du
secrtaire et du data manager.
Locomotion : Pas de vhicule mais 2 motos en bon tat
Matriel informatiques : 1 ordinateurs fixes en panne et 5 portables en bon tat. 2 imprimantes (1
avec scanner). Connexion internet par le modem-routeur (financement DHIS2). La maintenance est
effectue par un informaticien externe. Tous les oprateurs tlphoniques sont prsents. La
connexion internet via Vodacom passe par le 2G (ce qui est lent).
Electricit: Pas de courant lectrique. 1 systme solaire est utilis pour le frigo (existe galement
un frigo ptrole) et un groupe lectrogne (2,5Kva : 5l/jour) pour charger le matriel informatique.
Outils de gestion : Utilisation du GESIS pour lencodage des donnes du SNIS. Le programme
Excel est utilis pour grer les donnes de programmes (PEV, surveillance pidmiologique,).
Dbut dutilisation du DHIS2 pour la pharmacie. Un effort est effectu pour envoyer toutes les
donnes sous-format informatique.
Partenaires : 9me FED (arrt en 2009) : 1 moto, 1 ordinateur et 1 imprimante ; FM (paludisme),
Cordaid (VIH et 1 portable), projet DHIS2 (portable et modem)
HGR Katwa, situ 30m du BCZS, de lautre ct de la route. Cest un hpital confessionnel
protestant (Communaut Baptiste-3me CBCA) avec une capacit de 250 lits monts. Le taux
doccupation des lits est de 55-60%
Activits : Une moyenne de 15-20 consultations/jour et 4-5 hospitalisations par jour. La dure
dhospitalisation est de 5 journes.
Le paiement se fait par acte. Le taux de recouvrement est de 86%. 6 maisons sont abonnes.
Mais la majorit des patients est prive. Le personnel et les pasteurs et leurs dpendants sont pris
en charge par lHGR (frais couverts par les appuis ponctuels de la CBCA)
Personnel : 142 agents dont 8 mdecins et 70 infirmiers et paramdicaux. 5 savent utiliser
lordinateur.
Locomotion : 1 camionnette (dj amortie).
Matriel : 2 desktops (au secrtariat) et 3 laptops fonctionnel (comptabilit, pharmacie et
direction). 2 imprimantes. Pas de rseau cbl. Mais il existe un modem internet.
Outils de gestion : Excel pour la pharmacie, personnel et finances. Les donnes du SNIS sont
envoyes en dur. Il existe un systme de gestion du dossier unique du patient : traage via les
registres didentification et au niveau des archives.
Electricit : un groupe de 20Kva fonctionne de 15h par jours (5 fts/mois) pour assure le courant
permanent dans le matriel informatique et le matriel mdicaux. Il existe galement des
panneaux solaires pour la lumire.
Partenaire : Eglise CBCA (appuis ponctuels). FM, 9me FED via le BCZS. SANRU, dans le
temps.

15.1.3.3.8.4 SWOT

- Trs bonne compltude en - Faible promptitude faible, lie - Amliorer la promptitude de
priode normale grve depuis Octobre 2013 la collecte
- Personnel comptent jusquau jour de lentretien et - Assurer des formations
dans lutilisation doutils la difficult de collectes continues des IT des CS
informatiques dinformations auprs des - Amliorer lapprovisionnement
- HGR propre et grand (bien structures prives et en mdicaments (ASRAMES
tenu !) confessionnelles. cher !) en passant par les
- Btiments propres au - Faible taux dutilisation des privs ? (moins chers mais
BCZS (pas de location) et services de sant par la quid de la qualit ?)
assez despace population - Rhabiliter et quiper en
- Existence doutils de - Louverture anarchique des matriel mdicaux certaines
gestion informatise de structures de sant prives structures (surtout le Labo de
donnes (DHIS2- - Problme despace pour grer lHGR).
pharmacie, GESIS, les archives (surtout lHGR) - Amliorer lutilisation du
Excel,) pour continuer grer le dossier DHIS2 (revoir la connexion
unique du patient Vodacom utilise)
- Problme de plthore du - Informatiser le circuit (et les
personnel dans les CS et surtout donnes) du patient dans
dans lHGR (personnel envoy lHGR
par lEglise !)
- Pas de vhicule pour la ZS
ltude
- Stabilit du courant - Manque de maintenance du - Intgrer les donnes de
surtout avec des matriel (antivirus, sont chers !) lHGR et des centres
quipements solaires et - Non-appui structurel et hospitaliers dans le DHIS
groupe lectrogne de fonctionnel pour linformatisation - Former beaucoup du
bonne qualit du moins pendant 1 anne. personnel dans le BCZS
- Formations continues du - Non-maintien de la connexion lutilisation des nouveaux
personnel dans la gestion internet outils comme le DHIS2 (et
du SNIS et dans - Instabilit du courant non 1 personne)
lutilisation des nouveaux
outils comme le DHIS2
- Acquisition des outils
standardiss de collectes
dinformation
Conclusions
Formations structures et continues (recyclage, certificat) en SNIS et en informatique mdicale.
Etablir un lien automatique entre le systme (informatis) de gestion hospitalire et le DHIS2
(extraction automatique de donnes)
15.1.3.3.9 BDS de Beni
15.1.3.3.9.1 Mission


Annexes 315
Bonnes infrastructures au sein de lhpital gnral de rfrence de Beni,

Toutefois, lespace de travail est insuffisant,
District couvrant 7 zones de sant, bientt 8,
1.544.086 habitants,
Deux zones de sant (Kyondo et Mutuanga) ont de llectricit en permanence aux bureaux
centraux,
22 agents dont deux ligibles la retraite,
Tous les cadres utilisent loutil informatique,
Seulement 11 agents sont mcaniss et pays, 2 sont mcaniss et non pays,
Pas dinformaticien au sein de lquipe, do recours au service externe,
Deux ordinateurs portables et deux ordinateurs de bureau, deux imprimantes (une multifonction) et
une photocopieuse,
Utilisation des portables privs par certain cadres,
Pas de disque dur externe pour le backup des donnes, do perte des donnes en cas de panne
dordinateur,
Prsence dun vhicule Land Cruiser et dune moto fonctionnelle (besoin de deux vhicules et
quatre motos),
Pas dalimentation en nergie lectrique, do abonnement une station de carburant pour 100$
par mois, mais le courant est faible pour faire tourner les machines,
2 groupes lectrognes dont un de 5 KVA et lautre de 2,5 KVA,
Prsence dun autre groupe lectrogne de 11 KVA mais jamais utilis par manque de carburant
(consomme 100 litres de carburant par semaine),
Compltude de 100% et promptitude de 80% en dehors de la priode de grve,
Les feed-back sont faits mensuellement aux BCZS soit par le district sanitaire, soit par la DPS et
ces feed-back sont gnrs par lANASNIS,
Utilisation du GESIS pour la gestion de linformation sanitaire,
Transmission du rapport GESIS la DPS par internet,
Prsence dune antenne de Vodanet avec un abonnement de 110$ par mois,
Prsence dun autre Vodanet lHGR de Beni ct du bureau du district) et au bureau central
qui est environ 150 mtres du district et de lHGR de Beni,
Tous les bureaux centraux sont couverts en rseaux de tlphonie mobile (Vodacom et Airtel)
alors qu Orange et Tigo se trouvent seulement en ville,
Certains rapports sont transmis en dur : rapports de supervision, rapports de certains programmes
spcialiss,
Majorit des zones de sant sans connexion internet,
Faible proportion de personnels mcaniss dans le district, do dmotivation,
Ncessit dun statut spcial du personnel de sant,
Absence de mise niveau des connaissances du personnel et ncessit de s formations
continues qui sont un lment de motivation,
Insuffisance des quipements informatiques,
Connexion internet trs lente,
Prsence du partenaire PAPNDS,
Les archives sont gres par chaque cadre individuellement,
15.1.3.3.9.3 SWOT

- Grande proportion du - Espace de travail insuffisant au - Doter le bureau du
personnel avec connaissances bureau du district, district en matriels
en informatique, - Absence dinformaticien parmi le informatiques,
- Utilisation du GESIS par la personnel du district, - Former le personnel en
totalit des zones de sant du - Insuffisance du matriel SNIS,
district, informatique,
- Bonnes infrastructures du - Absence de backup des
bureau de district, donnes,

- Bonne compltude et - Les rapports de certains

promptitude, programmes spcialiss sont
- Feed-back rguliers aux zones encore transmis en dur,
de sant, - Deux kits vodanet et deux
- Analyse des donnes au abonnements pays sparment
moyen dANASNIS, alors que le bureau du district et
- Donnes SNIS transmises lHGR sont ensemble,
gnralement par internet, - Connexion internet trs lente.
- Prsence de la connexion
internet
ltude
- Couverture presque totale du - Manque dlectricit, - Penser renforcer
district sanitaire en rseaux de - Inscurit rcurrente, lquipement
tlphonie mobile, - Absence de maintenance du informatique et non
- Dbut dradication des matriel, informatique,
groupes arms qui sment - Dmotivation et mobilit du - Privilgier lnergie
linscurit dans le district personnel, solaire,
sanitaire, - Grves intempestives. - Renforcer les
- Prsence dun appui capacits (recyclage,
formation continue),
- Prvoir au moins un
informaticien au sein
de lquipe du district.
Conclusions
Trouver du matriel informatique de bonne qualit
Etablir les normes (et standard) de communication entre les diffrents niveaux de la pyramide
sanitaire
Conseiller des outils de gestion dinformation de sant qui ont dj fait leur preuve.
Mettre un service informatique au niveau de DS ou des DPS
15.1.3.3.10 BCZS et HGR de Oicha
15.1.3.3.10.1 Mission

Situation : La ZS de Oicha (date de 1983) est rurale. La ZS est constitue de 25 AS formes par
30 structures de sant dont 21 CS, 4CS de rfrence, 4 Postes de sant intgrs et 1 HGR
confessionnel-protestant du CECA20 (Communaut Evanglique du Centre dAfrique). Le CS
Kainama, le plus loign, est plus de 68 km. La zone de sant de Oicha couvre une superficie
de 1.658 km avec une population de 325.421 habitants.
En 2013, la compltude de la ZS tait de 100% et la promptitude de 80% (lie linscurit la
partie Est, ltat des route et la distance des structures). La qualit des informations collectes
(correctitude) tait estime 70% (lie linstabilit du personnel et formation des nouveaux). Le
BCZS a une imprimerie, qui est galement source de revenues de la ZS.
Le taux dutilisation des services curatifs est de 50-55%. Il existe une mutuelle de sant de la ZS
initie par lISTM mais avec beaucoup de difficults de fonctionnement (le fondateur est dcd).
Un nouveau comit de coordination a t mis en place : le BCZS est conseill.
Personnel : 16 dont 1 MCZ, 1AG, 1 TDR, 2 IS, 1 Nutritionniste, 1 Commis au Secrtariat, 1CA, 1
Comptable, 1 Secrtaire, 1 Assistant la pharmacie, 1 Caissire, 1 Sentinelle et 2 Ouvriers. Le
secrtaire est un informaticien et gre limprimerie de la BCZS. Toute lquipe administrative sait
utiliser lordinateur. 1 IS gre la centralisation des donnes dans le GESIS. Lquipe comprend 11

Annexes 317
mcaniss et pays (sur 16 personnel), ce qui est source de motivation importante au niveau du
BCZS.
Matriel informatiques : 3 ordinateurs fixes et 4 ordinateurs portables, 3 imprimantes (dont 1 est en
mme photocopieuse). Un rseau cbl et une connexion internet (VSAT : 300USD/mois), partag
avec lHGR. 1 disque dur externe pour les backups rguliers. Les oprateurs Orange, Vodacom et
Airtel sont prsents.
Archivages : Le BCZS fonctionne dans ses propres btiments. Chaque bureau dispose d1 armoire
pour les archives
Outils de gestion : Utilisation du GESIS pour lencodage des donnes du SNIS. Auto-Compta
(logiciel dvelopp localement) pour la comptabilit. Le programme Excel est utilis pour grer les
donnes de programmes (PEV, nutrition, VIH), le HANSE pour la surveillance pidmiologique.
Les donnes de PEV, VIH, sont envoyes galement en dur car les signatures sont exiges. Le
DHIS2 nest pas encore utilis dans la ZS.
Locomotion : 1 vhicule (financement SANRU, g 12 ans) et 6 motos fonctionnels.
Electricit: Pas de courant lectrique. 1 systme de panneaux solaires pour la chane de froid et 2
groupes lectrognes (20 Kva et 16 Kva) fonctionnent de 9h 15h, consommation : 150l/mois.
Partenaires : GAAVI (fonctionnement du BCZS) a arrt ses activits au 1er trimestre 2013. FM
(palu, TB, VIH) via Cordaid, MEDAIR appui 4 structures (prises en charges des vulnrables) et
LWVF (Leahy War Victims Fund) appui dans la nutrition.
HGR Oicha situ dans la mme enceinte que le BCZS. Cest un hpital confessionnel protestant
(Communaut Evanglique-CECA20) avec une capacit de 280 lits monts. Le taux doccupation
des lits est de 70%
Activits : Une moyenne de 3000 consultations/mois et 470-520 hospitalisations par mois. La
dure dhospitalisation est de 5-6 journes.
Le paiement se fait par acte. Le taux de recouvrement est de 79% : un problme de non-paiement
des militaires, dplacs et des pygmes. 1 seul abonn, la Mutuelle. La majorit des patients est
prive.
Personnel : 210 agents dont 7 mdecins (incluant le MCZS) et 104 infirmiers et paramdicaux et
11 administratifs. Lhpital a 1 informaticien. 15 personnes utilisent rgulirement loutil
informatique.
Locomotion : pas dambulance.
Matriel : 3 desktops, 4 laptops et 3 imprimantes. Un rseau cbl au niveau de ladministration et
1 connexion internet (VSAT) partage avec le BCZS. Pas de serveur mais 2 Switchs (16 ports)
pour distribuer la connexion. Pas de systme de backup (mais centralisation sur le PC du
secrtariat)
Outils de gestion : Auto-Compta pour la comptabilit. Excel pour la gestion de la pharmacie et du
personnel. Les donnes du SNIS sont compiles et envoyes en dur. Il existe un systme de
gestion du dossier unique du patient dans lhpital. Ce dossier numro unique reste l pour
toujours ! : les archives sont derrire la rception.
Electricit : un groupe de 40Kva fonctionne de 8h par jours (1200l/mois) pour assure le courant
permanent dans le matriel informatique et le matriel mdicaux. Les panneaux solaires sont
utiliss au Labo, Maternit, Soins-intensifs et Salle dOpration.
Partenaire : GAAVI (investissement 2011 dans lachat lits et en 2012 dans lachat des
mdicaments)
15.1.3.3.10.4 SWOT

- Existence dun site web : http:// - Instabilit du personnel - Renforcement de
www.oicha.org (beaucoup de nouveaux lquipement solaire au
- Gestion centralise des recettes former chaque fois) niveau de CS et BCZS
des CS au niveau du BCZS : - Les mauvais tats des routes - Remplacement de
application du payement bas sur pour attendre certaines ZS certains matriels
les performances et financements - Inscurit cause des AFD- informatiques et

prioritaires des projets de la ZS. NALU (enlvements, 1CS Informatisation de tout le

- Recherche dautres sources de ferm) circuit du patient HGR
revenues (auto-financement) : - Les cots pour envoyer les - Avoir un (des) systmes
Imprimerie du BCZS qui documents en dur DS de anti-foudres
fonctionne bien (avec renomme Beni - Renforcement du
dans le DS de Beni) - Problme de gestion des systme de rfrence et
- Trs bonne compltude et archives au niveau de contre-rfrence (quiper
promptitude malgr la situation lhpital : les patients la ZS dune ambulance)
inscuritaire de la ZS changent de nom, ou de date et le systme
- Trs bonne collaboration entre le de naissance dapprovisionnement des
BCZS et HGR : Partage des cots - Plthore du personnel mdicaments.
de la connexion VSAT, plaidoyer administratif et infirmier - Acquisition des
partag auprs des partenaires - Les charges pour llectricit nouveaux quipements
(ex. financement du BCZS utilis sont trs leves (groupes mdicaux et frigos
pour couvrir les priorits lHGR qui consomment) solaires dans les CS
et vis-versa). - Retard dans le paiement des - Amlioration des
- Effort dinitialisation dune primes (ces revenues ne sont recettes de lHGR
mutuelle de sant pas bancarises mais gres (actuellement Cons :
(accompagnement du BCZS) par la Province) 2USD et Hosp : 1USD/
- Motivation du personnel du BCZS jour !)
car la majorit est mcanis - Amnager un systme
- BCZS a ses btiments propres de captage ou creuser
un puits de 50m
(200USD/m)
ltude
- Stabilit du courant grce au - Grve du personnel (cause : - Avoir des systmes
financement des quipements primes irrgulires, compatibles, qui
solaires et groupe lectrogne de rmunration non base sur intgrent tous les
bonne qualit (qui ne consomment les performances, manque de indicateurs (des
pas beaucoup) considration du programmes) et faciles
- Formations continues du personnel,) utiliser
personnel dans la gestion du - Inscurit dans les ZS et - Penser au matriel
SNIS et en gestion informatis du dans le pays en gnral informatique de bonne
dossier du patient (mdecins) - Maintenance rgulire du qualit et leur scurit
- Acquisition des outils matriel (contre le vol)
standardiss et compatibles de - Instabilit du courant (groupe - Implmenter des
collectes et danalyse lectrique et nergie solaire) solutions performantes
dinformation - Non-suivi des utilisateurs des et qui ont fait leurs
systmes preuves (faire des
expriences pilotes)
Conclusions
Formations structures et continues en SNIS et en informatique mdicale
Encourager lutilisation du matriel informatique conomique (ThinClients lHGR) et cologique
Fournir lHGR un systme de gestion intgre du dossier du patient
15.1.3.3.11 BCZS et HGR de Beni
15.1.3.3.11.1 Mission

Infrastructures en bon tat construites sur autofinancement,

370.193 habitants sur une superficie de 1553 Km2,

Annexes 319
23 aires de sant, 22 centres de sant, 1 centre de sant de rfrence, 1 HGR, 3 centres

hospitaliers intgrs,
La structure la plus loignes se trouve 53 Km,
Compltude 100% et promptitude 85%,
Toutes les aires de sant sont couvertes par les rseaux de tlphonie mobile (Airtel et Vodacom
sont les plus rpandus),
Problme de promptitude cause de la transmission tardive des structures prives et
confessionnelles sur lesquelles il nexiste aucun moyen de pression,
Problme de qualit des donnes des structures prives et confessionnelles cause du
changement intempestif du personnel,
13 agents dont tous les cadres utilisent loutil informatique,
Cinq agents sont mcaniss et pays,
La majorit des matriculs impays ont de faux numros matricules de la fonction publique ne
reconnait pas,
6 ordinateurs dont 3 portables et 3 desktops, 2 imprimantes
Prsence dquipement de Vodanet mais non fonctionnel par manque de moyens pour payer
labonnement mensuel (120 240 $),
Absence dlectricit, do abonnement un groupe lectrogne qui fournit le courant de 9 heures
19 heures pour 90$ par mois,
Prsence des panneaux solaires pour la chane de froid,
Les panneaux solaires sont amortis (datent de 2001),
2 groupes lectrognes dont une de 5,4 KVA et un de 2,5 KVA qui sont utiliss en cas de
ncessit,
1 vhicule et 5 motos dont seulement deux en bon tat,
Absence de disque dur externe pour le backup,
Partage des rapports lors de lencodage,
Utilisation de GESIS pour la gestion du SNIS et HANS pour la surveillance pidmiologique,
Transmission des rapports SNIS par internet,
Transmission rapports de programmes spcialiss en dur et en lectronique,
Disponibilit des nouveaux canevas en version lectronique, mais non encore utiliss,
Problme de mise jour de lantivirus sur les desktops par manque de connexion internet,
Absence donduleurs pour les desktops, do perte des donnes en cas de coupure de courant,
Instabilit des infirmiers,
Tous les centres de sant gardent leur argent au bureau central qui le place la banque,
Infrastructures en bon tat,

Espace de travail insuffisant,
Les locaux parpills ne suivant aucun plan,
Hpital situ environ 300 mtres du bureau central de la zone de sant, mais ct du bureau
du district sanitaire,
118 agents dont 28 ligibles la retraite,
Six cadres utilisent loutil informatique,
Prsence du service des statistiques dont le chef centralise les donnes en provenance des
diffrents services,
Participation des cadres aux runions mensuelles danalyse des donnes,
Deux ordinateurs portables et un desktop,
Utilisation des ordinateurs privs (AG et MDH),
Gestion financire en Excel,
Utilisation des fiches et carnets des patients avec n de dossier annuels,
Archives gards au secrtariat sur les tagres,
Deux ambulances dont lune est vieille de 10 ans et est amortie,
Pas dnergie lectrique, do abonnement une station moyennant 300 $ par mois,
Deux gnrateurs dont un de 5 KVA et lautre de 15 KVA
Utilisation du gnrateur la nuit consommant 13 litres par jour,
Payement par acte,
Prsence des structures abonnes lhpital,

Faible taux de recouvrement des cots (60%) suite au mauvais payement des structures
abonnes,
Inexactitude des adresses et dates de naissance des patients,
Informatisation du dossier patient perue comme une priorit,
15.1.3.3.11.4 SWOT

- Infrastructures en bon tat - Retard de transmission des - Construire le dpt
construites sur rapports par certaines pharmaceutique du BCZ,
autofinancement, structures prives et - Constituer 5 nouveaux
- Bonne compltude et confessionnelles, comits de sant,
promptitude, - Faible qualit des donnes - Former le MDH et le
- Tous les cadres utilisent loutil des structures prives et directeur de nursing en
informatique, confessionnelles cause du analyse des donnes
- Prsence dquipement de changement intempestif du (utilisation de loutil
Vodanet pour la connexion personnel, informatique),
internet, - Lquipement Vodanet non - Former un agent de
- Utilisation de GESIS pour la fonctionnel par manque des maintenance du matriel
gestion du SNIS et HANS pour frais dabonnement, informatique pour le bureau
la surveillance pidmiologique - Absence de fourniture en central
- Transmission des rapports nergie lectrique - Informatiser le dossier du
SNIS par internet, - Pas de backup des donnes, patient,
- Prsence dun service des - Hpital avec btiments
statistiques lHGR, insuffisants et inadapts,
- Organisation des runions - Faible taux de recouvrement
mensuelles danalyse et de des cots lhpital,
validation des donnes
lhpital,

ltude
- Prsence des partenaires - Problme des locaux car - Trouver les partenaires pour
lHGR (Lions Club local et lhpital na pas t construit la zone de sant car sans
CICR), comme un hpital (peu de partenaire la zone de sant
- Toutes les aires de sant sont locaux et mal rpartis), ne peut pas sen sortir,
couvertes par les rseaux de - Problme de mise jour des - Trouver les onduleurs et
tlphonie mobile (Airtel et antivirus, deux batteries pour les
Vodacom sont les plus panneaux solaires.
rpandus
Conclusions
Appliquer les technologies de communication en distance entre le HGR, le BCZS et le BDS.
15.1.3.3.12 BCZS et HGR de Butembo
15.1.3.3.12.1 Mission

Annexes 321
Btiments en trs bon tat construits sur financement local,

Population total de 300.084 habitants sur une superficie de 797 Km2
23 aires de sant dont la plus loigne est 75 Km, 21 CS, 2 CSR, 1 HGR et 15 CH,
17 agents au bureau central parmi lesquels aucun informaticien,
Tous les cadres utilisent loutil informatique,
12 agents sont mcaniss et pays et 2 sont lge de retraite,
Le charg de lencodage des donnes est un infirmier licenci en sant publique (pidmiologie),
Quatre ordinateurs portables fonctionnels, quatre ordinateurs de bureau dclasss, deux
imprimantes et une photocopieuse,
Routeur internet de vodacom remis dans le cadre du DHIS2 et qui fonctionne trs bien,
Une Jeep Land Cruiser vieille de 8 ans et 3 motos,
Groupe lectrogne de 3,5 KVA vieux de 10 ans et consommant 5 litres de carburant par jour,
Approvisionnement rgulier en canevas SNIS par la cellule SNIS de la DPS du Nord-Kivu,
Aucun appui structurel au niveau de la zone de sant,
Constitution des circuits de transmission des donnes par axe,
Utilisation du GESIS pour la gestion du SNIS, Hans pour la surveillance pidmiologique,
Transmission des donnes SNIS par internet au cybercaf et transmission des rapports des
programmes spcialiss en dur,
Bonne compltude des rapports de 2013 (100%), mais faible promptitude (56%) suite la grve du
dbut de lanne,
Prestataires non forms en SNIS,
Les grves rcurrentes affectent la performance de la zone de sant,
Instabilit du personnel,
Faible capacit de maintenance du matriel,
Absence dalimentation en lectricit, do abonnement au groupe lectrogne dun particulier qui
fournit le courant de 9 heures 16 heures,
Inscurit dans certaines aires de sant (un mdecin et un infirmier ont t enlevs et librs 72
heures aprs),
La charge du fonctionnement du routeur non garantie,
Expression du besoin en quipement informatique et de positionner un informaticien au bureau du
district sanitaire,
Besoin dun outil permettant de coupler les rsultats raliss avec les ressources utilises,
Intgrer progressivement les donnes des diffrents programmes spcialiss dans le SNIS de
routine,
Ncessiter du feedback comme lment de motivation.
Hpital de Kitatumba loign du bureau central ( plus ou moins 3 Km),

Hpital confessionnel protestant (Communaut des Eglises Baptistes au Congo Est) avec les
infrastructures en bon tat,
4 ordinateurs portables et 4 imprimantes multifonction,
Absence dinformaticien, do recours une main duvre extrieure en cas de problme,
Absence de connexion internet,
Prsence dun groupe lectrogne de 5 KVA (3.880 litres de consommation par an) et des
panneaux solaires utiliss pour linformatique (imprimer les documents, encoder les donnes)
Utilisation du GESIS gr par lAGIS,
Gestion informatise de la pharmacie (Excel),
Transmission des rapports en papier au Bureau Central de la Zone de Sant,
Archivage des fiches des patients dans un conteneur,
Prsence dorganisations abonnes lhpital
Prsence de deux mutuelles de sant dont une organise par lglise catholique et lautre par les
commerants de la ville,
Tarification par acte, mais rflexion en cours pour passer la tarification forfaitaire,
64 agents dont environ 20% sont des cadres et savent utiliser loutil informatique,
Seulement 19 agents sont matriculs et pays,

Personnel en grve,
Personnel non form en GESIS, do utilisation limite de cet outil,
Rflexion en cours sur la gestion du dossier du patient avec numro unique du dossier,
Ncessit de renforcer les capacits du personnel en informatique,
Accent mettre sur la dotation en outils informatiques et sur la maintenance de ces outils.
15.1.3.3.12.4 SWOT

- Btiments en trs bon tat - Aucun informaticien au sein de - Pr positionner les kits
construits sur financement lquipe du bureau central, la pharmacie de la
local, - Transmission des rapports des zone de sant,
- Tous les cadres utilisent loutil programmes spcialiss en dur, - Amliorer la desserte
informatique, - Faible promptitude, en eau potable,
- Utilisation du GESIS pour la - Prestataires non forms en SNIS, - Dcouper certaines
gestion du SNIS et HANS pour - Hpital loign du bureau central aires de sant pour
la surveillance (prs de 3 Km), amliorer
pidmiologique, - Absence de connexion internet laccessibilit aux
- Routeur de Vodacon lhpital, services,
fonctionnel, - Transmission des rapports en - Renforcer les
- Approvisionnement rgulier en papier au bureau central, capacits du
canevas SNIS par la cellule - Faible capacit de maintenance personnel en
SNIS de la DPS du Nord-Kivu, du matriel, informatique,
- Constitution des circuits de - Absence de fourniture en nergie
transmission des donnes par lectrique,
axe, - Faible proportion dagents qui
- Transmission des donnes utilisent loutil informatique,
SNIS par internet, - Cadres de la zone de sant non
- Bonne compltude, forms en GESIS, do utilisation
- Utilisation des panneaux limite du logiciel
solaires lhpital pour faire
tourner le matriel
informatique,
- Utilisation du GESIS
lhpital,
- Gestion informatise de la
pharmacie,
- Archivage des fiches des
patients dans un conteneur,
ltude
- Retour progressif la paix et - Grves intempestives, - Penser la dotation
stabilit, - Inscurit dans certaines aires de en quipements
- Dveloppement pas gants sant, informatiques,
de la vie conomique de la ville - Instabilit du personnel, - Positionner un
de Butembo, - Charges de fonctionnement du informaticien au niveau
- Prsence de deux mutuelles routeur non garanties, du district sanitaire,
de sant (de lglise - Manque dappui structurel - Proposer des solutions
catholique et des pouvant permettre de
commerants de la ville), coupler les rsultats
raliss avec les
ressources utilises,
- Mettre en place un
SNIS centralisateur
pour mettre

Annexes 323
progressivement fin
aux canevas parallles
des programmes
spcialiss,
- Mettre laccent les
feedback qui sont un
lment de motivation
Conclusions
Fournir les quipement informatique
Connection distance entre HGR et le BCZS
Un SNIS centralisateur de donnes
15.1.3.3.13 BCZS et HGR de Mabalako
15.1.3.3.13.1 Mission
Nouvelle zone de sant qui na quune anne dge,

180.202 habitants sur une superficie de 1.080 Km2
12 aires de sant avec 12 centres de sant, 1 HGR, 1 centre hospitalier confessionnel et 3 postes
de sant,
La structure la plus loigne est 50 Km du bureau central et son accs se fait en passant par la
Province Orientale,
Btiment du bureau central en bois avec les conditions de scurit trs limites,
Bureau central situ dans lenceinte de lhpital,
Compltude 90% et promptitude 80%,
Jeune quipe de 10 agents avec une moyenne dge autour de 35 ans,
Tous les cadres utilisent loutil informatique, y compris le mdecin directeur de lhpital et le
directeur de nursing,
Pas dinformaticien au sein de lquipe, do recours des techniciens occasionnels de Beni ( 30
Km),
Aucun agent nest mcanis,
Deux ordinateurs portables, 1 imprimante et 0 photocopieuse,
Pas de connexion internet ni modem,
Couverture par Airtel (stable) et Vodacom (instable),
Prsence dun disque dur externe sur lequel le backup est prvu chaque trimestre,
Pas dlectricit, mais abonnement un groupe lectrogne dun particulier moyennant 60$ par
mois
Une jeep Land Cruiser neuve et deux motos,
Prsence dun groupe lectrogne de 2,5 KVA consommant 3,5 litres par jour pour 5 heures de
fonctionnement,
Archivage dans le bureau du secrtaire et quand il pleut, leau pntre par les espaces des murs
et mouille les documents,
Utilisation du GESIS pour la gestion du SNIS,
Utilisation des fichiers Excel pour le PEV, la nutrition, la gestion des mdicaments, la surveillance
pidmiologique,
Transmission des donnes au district sanitaire de Beni par cl USB et la DPS Goma par
internet partir des cybercafs de Beni,
Plus de 50% dinfirmiers titulaires non forms en SNIS, do donnes parfois peu fiables,
Retard de transmission des rapports de certains centres de sant loigns qui sont parfois obligs
de transmettre les rapports par le canal des motards conduisant parfois la perte des rapports,
Les membres de lECZ non forms en SNIS, GESIS et DHIS2,

Cest un CSR qui est devenu HGR depuis seulement un an lissue du dcoupage,
Infrastructures insuffisantes pour jouer le rle dun HGR,
Mode de payement par acte,
Taux de recouvrement des cots entre 90 et 95%,
Les pygmes et les militaires ne payent pas les soins,
Pas dordinateur lHGR, do utilisation des ordinateurs privs du mdecin directeur et directeur
de nursing,
Une imprimante-photocopieuse achete avec les recettes locales,
29 agents dont un seul est matricul mais non pay et 15 reoivent la prime de lEtat,
Les donnes sont gres sur papier,
Pas dlectricit, do abonnement un groupe lectrogne comme le BCZ,
Prsence dun groupe lectrogne de 2,5 KVA pour alimenter le bloc opratoire, lchographe,
limprimante-photocopieuse,
Absence de partenaire dappui,
Dossier du patient avec attribution du numro de dossier,
Les archives sont gards dans la salle des statistiques,
15.1.3.3.13.4 SWOT

- Bureau central dans lenceinte - Btiments du bureau central - Construire les btiments du
de lHGR, peu scurisant pour les BCZ,
- Bonne compltude et matriels, - quiper le BCZ en outils
promptitude, - Absence dinformaticien au informatique (au moins 5
- Jeune quipe de 10 agents sein de lquipe, do recours ordinateurs)
avec une moyenne dge des techniciens - lectrifier le BCZ avec les
autour de 35 ans, occasionnels de Beni, panneaux solaires de
- Tous les cadres utilisent loutil - Aucun agent mcanis au prfrence,
informatique, bureau central, - Doter le BCZ dune chane
- Prsence dun disque dur - Absence de connexion de froid,
externe sur lequel le backup internet et mme de modem, - Doter la ZS en 2 motos
est prvu chaque trimestre, - Absence dalimentation en (plus facile faire
- Utilisation du GESIS pour la nergie lectrique, fonctionner que le vhicule
gestion du SNIS, - Plus de la moiti dinfirmiers qui sera utilis
- Utilisation des fichiers Excel titulaires non forms en occasionnellement),
pour le PEV, la nutrition, la SNIS, do donnes parfois - Amliorer la capacit
gestion des mdicaments, la peu fiables, daccueil de lHGR,
surveillance pidmiologique, - Retard dans la transmission - lectrifier lHGR,
- Transmission des donnes en des rapports de certains - Doter lhpital en outils
lectronique au district centres de sant loigns qui informatiques,
sanitaire de Beni (par cl sont parfois obligs de - Raccorder la salle
USB) et la DPS Goma (par transmettre les rapports par dopration, salle
internet partir des le canal des motards daccouchement et le
cybercafs de Beni conduisant parfois la perte laboratoire au rseau de
des rapports distribution deau.
- Les membres de lECZ non
forms en SNIS, GESIS et
DHIS2
- Utilisation des ordinateurs
privs lHGR,
ltude
- Couverture par les rseaux - Inscurit rcurrente, - Protection du matriel

Annexes 325
tlphoniques Airtel (stable) et - Manque des comptences contre la foudre (beaucoup

Vodacom (instable) en informatique, de foudres dans la rgion),
- Absence de maintenance du - Tenir compte des
matriel problmes prioritaires de la
zone de sant en lien avec
linformatisation,
- Penser la capacitation
des ressources humaines,
- Programmer la
maintenance du matriel
Conclusions
Recyclage du personnel en informatique de base et en SNIS
Technologie de communication entre le BCZS et le HGR
tablir des plans de maintenance de matriel informatique
15.1.3.3.14.1 Hpital Provincial du Nord-Kivu
Organiser des soins de qualit au niveau de la troisime rfrence du systme de la sant.
Lhpital provincial du Nord-Kivu se trouve dans la mme enceinte que la DPS Nord-Kivu. Cest un
hpital pavillonnaire inaugur en 1986 avec une capacit de 205 lits. Le taux doccupation actuel
est de 20% (Goma a beaucoup dhpitaux et de centres mdicaux privs qui font concurrent).
Lhpital a des services dhospitalisation un peu dlabrs pour des patients qui prfrent plus de
confort.
Activits : 30 consultations/jour, 9 nouveaux cas dhospitalisations par jour.
Facturation se fait par acte (ex. consultation gnraliste : 5USD, consultation spcialiste : 10USD,
Forfait pour accouchement eutocique : 20USD et csarienne : 100USD). Une mutuelle est
abonne mais rembourse difficilement. Le taux de recouvrement est de 60%.
Personnel : plus de 150 personnes travaillent lhpital dont 31 agents sont ligibles la retraite.
Au total 35 mdecins (dont 11 spcialistes) et 101 infirmiers. Une plthore de personnel vu
lactivit actuelle de lhpital ! Les recettes de lhpital sont distribues 21% pour le
fonctionnement et 79% pour le personnel et les mdicaments. La pharmacie a une gestion
autonome.
Matriel informatique : 2 ordinateurs fixes pour le secrtariat et la comptabilit, 1 imprimante et 1
abonnement internet par antenne (300USD/mois). Beaucoup des mdecins et paramdicaux ont
leur portable priv.
30% du personnel est comptent en informatique (cest rvaluer)
Electricit : beaucoup de coupures ! Lutilisation dun groupe de 250 Kva (28l de carburant/h) et 1
petit groupe pour (20Kva) pour le bloc opratoire et Soins intensifs, nonatologie, rception et
laboratoire. Lhpital a acquis un nouveau groupe 30Kva (financement BM) qui consomme 2 3l de
carburant/h. Lhpital na pas de panneaux solaires.
Locomotion : 3 ambulances.
Outils de collecte dinformation : le SNIS (pour HGR et non Hpital provincial) est en dur. Le
dossier mdical est adapt chaque dpartement. Il nexiste pas de dossier mdical mais de
carnet de patient , propritaire au patient. Les donnes de la comptabilit, finance et RH sont
en Excel.
Partenaires : CEMUBAC (G-O et violence sexuelle) couvre le manque li au forfait
laccouchement ; PIC, centre de stage pour lUniversit de Goma a achet des quipements
20.000Euro/service. Appui du Gouvernement Central : 35.000 USD/an, et bientt lEgypte va
quiper 6 services mdicaux.

- Gestion spare des - Les indicateurs du SNIS ne - Rhabilitation de

mdicaments rencontrent pas les certains btiments et

- Financements potentiels indicateurs des activits de construction dune
(Egypte, Gouvernement lhpital provincial (ex. la clinique moderne
central) pour rquiper majorit des diagnostics sont - Informatisation du
lhpital classs dans autres dossier mdical du
- Volont exprime par la pathologies dans le canevas patient en commenant
Direction de rorganiser la SNIS par les finances
rception, afin de crer un - Faible utilisation des services - Amlioration de la
espace pour la gestion du de lhpital (20% de taux motivation du personnel
dossier du patient (Archive) dhospitalisation) par une augmentation de
Numro unique - Pas de concept de dossier la prime locale (un
- Existence de modle de mdical du patient: mais un mdecin touche 30USD/
fiche-patient spcifique carnet priv du patient (que le mois !)
chaque service mdical patient perd facilement) - Amlioration de la
- Promesse dinformatisation - Faible taux de recouvrement maintenance du matriel
dabord de la partie financire (60%) biomdical par des
par un informaticien de lISIG - Plthore de personnel comptences locales
(cot : 250USD) - Peu de matriel informatique (faire appel aux
appartenant lhpital trangers cote trs
cher !)
(attente) - Inscurit du matriel (vol des recommandations pour
- Introduction d1 outil de ordinateurs et virus) ltude
gestion intgre du dossier - Equipements (matriel - Crer un canevas SNIS
patient informatique) de mauvaise adapt aux hpitaux
- Intgration des modules de qualit provinciaux
collecte automatise des - Manque de maintenance du - Former le personnel en
informations du SNIS (des matriel tenant compte de leur
hpitaux provinciaux) - Incomptence du personnel niveau en informatique
- Acquisition du matriel de dans lutilisation des outils (ex. les vieux !)
bonne qualit informatiques - Arriver rendre stable le
courant (convertisseur
central)
Conclusions :
Implmenter un (des) outils de gestion des dossiers du patient avec des modules dextraction
automatise des indicateurs vers le SNIS
Implmenter des outils de comptabilit gnrale et de gestion des RH (en tenant compte de
lexprience en place)
Installer un systme darchivage (lectronique) des dossiers du patient (pas assez despace pour
les archives papiers la rception)
Mettre en place une connexion internet partage entre lhpital provincial et la DPS
Crer un serveur-mail lhpital
Utiliser du matriel qui ne consomme pas trop dnergie, cologique et protg (ex. Thinclients
comme terminaux) et un serveur Linux pour contrer les virus.
15.1.3.3.14.2 Heal Africa Hospital
Prodiguer les soins de sant la population de la ville de Goma.
Infrastructures imposantes et en cours de rnovation,

Capacit daccueil de 180 lits occups 80% avec une moyenne mensuelle de 2.000
consultations, 200 interventions chirurgicales et 150 accouchements,
Prsences des ordinateurs dans les diffrents services,
24 mdecins dont 12 spcialistes et tous les mdecins utilisent loutil informatique,
Les infirmiers chefs des services ont galement t forms en informatique,

Annexes 327
Les administratifs se dbrouillent assez bien en informatique,

Linformatisation initialement considre comme un travail supplmentaire, est aujourdhui
accepte par tous,
Informatisation de certains services: la comptabilit (Quckbooks), la caisse et la facturation (base
de donnes annuelle en Access ), la nonatologie (programme sur tablette Android, pour la
recherche. Les donnes sont synchronises automatiquement vers un serveur central aux USA)
Les diffrentes applications fonctionnent de manire isole dans diffrents services,
Acquisition dun nouveau logiciel (Care2X) devant permettre de crer un lien entre les diffrents
services
Le cblage des diffrents services de lhpital est en cours,
Prsence dun serveur central,
Prsence de deux informaticiens parmi le personnel,
Adaptation et installation du logiciel, formation par les informaticiens de SANRU,
Connexion internet disponible, mais avec une bande passante insuffisante,
Informatisation du laboratoire, mais ne peut changer les rsultats avec les services (pas de
rseau),
Instauration du n unique du dossier du patient,
Entre les services, les informations circulent sur les papiers,
Expression du besoin de formation des agents de maintenance locaux,
Veut lintgration du systme (inter connectivit entre les autres logiciels qui seront dvelopps).

- Bonnes infrastructures, - Les diffrentes - Mettre en rseau tous
- Prsence des ordinateurs dans diffrents applications les services de
services, fonctionnent de lhpital,
- Infirmiers chefs des services forms en manire isole dans - Amliorer la connexion
informatique, diffrents services internet (augmenter la
- Les administrateurs utilisent loutil - Bande passante bande passante).
informatique, insuffisante,
- Informatisation accepte par tout le - Circulation de
personnel, linformation sur papier
- Informatisation de la comptabilit, la entre les diffrents
caisse et la facturation, services.
- Acquisition dun nouveau logiciel devant
permettre de crer un lien entre les
diffrents services,
- Prsence dun serveur central,
- Prsence de deux informaticiens parmi le
personnel,
- Connexion internet disponible,
- Instauration du numro unique du
dossier.
Opportunits/Potentialits (attente) Menaces/Obstacles Conclusions/
(craintes) recommandations pour
ltude
- Prsence des partenaires : amricains, - Manque de motivation - Former les agents de
australiens, etc du personnel, maintenance locaux
- Lintrt accord par linitiateur - Non appropriation par - Penser lintgration
linformatisation lEtat congolais, du systme (inter
- Tlmedecine (oriente violence - Inscurit rcurrente. connectivit entre les
autres logiciels qui
sexuelle), appui par ABA (Barreau des seront dvelopps).
avocats amricains)

Conclusion
Capitaliser des acquis de linformatisation de lhpital
Integrer les systmes utiliss pour grer 1 seul dossir du malade
15.1.3.3.14.3 Centre Mdical Evaglique de Nyakunde
Le CME de Nyakunde existe depuis 2004 aprs la destruction et le pillage du Centre mdical dans
lIturi. Le CME a dmnag par aprs Beni dans un btiment qui tait un hangar. Actuellement
de nouvelles constructions de lhpital sont en phase finale (certains dpartements ont dj
dmnags : SO et Maternit) sur un terrain (47 ha) 12 km du centre de Beni. Elle compte 91
lits. Le taux doccupation est de 77% (au cours de ces 3 derniers mois).
Les services importants de lhpital sont : Imagerie, Gastroscopie, Dentisterie et lOphtalmologie.
Activits : 398 consultations/mois, 190 nouvelles hospitalisations/mois.
Personnel : Lhpital compte 78 employs dont 4 mdecins, 34 infirmires, 10 paramdicaux et 7
administratifs. La majorit du personnel est engag par lEglise, do la plthore observe (au
niveau administratif, daprs la Directrice). 10 personnes parmi les mdecins, les paramdicaux et
les administratifs savent utiliser lordinateur (10/51)
La facturation est tablie par acte. Il existe quelques abonns mais la majorit des patients est
prive. Le taux de recouvrement des factures est de 85%.
Matriel informatique : 5 ordinateurs portables (2 la Comptabilit, 1 au Secrtariat, 1
ladministration et 1 au MDH), 3 imprimantes, 1 VSAT non-fonctionnel ( cause du cot
dabonnement), et pas de disque externe pour le backup : la sauvegarde des donnes e fait sur les
laptops et jusqu ce jour, il ny a pas eu de problme de perte de donnes
Electricit : Stable. Abonnement de 8h 17h (350 USD/mois) et groupe de 15 KVa. Au nouveau
site il ya un groupe de 32,5 KVa.
Outils de gestion : La gestion du dossier du patient est centralise au niveau des hospitalisations
(avec 1 numro unique) et individuelle (le patient a son carnet) au niveau de la consultation. Le
patient rentre avec le carnet et 95% reviennent avec car un carnet cote 0,5 USD. Le numro
unique la consultation et diffrent de celui lhospitalisation pour 1 patient et ce numro change
chaque anne (un autre lanne suivante).
Le canevas SNIS est rempli en dur. Aucune application mtier nexiste lhpital. Le fichier Excel
est utilis en comptabilit/finance et en RH.
Partenaires : DS par son valuation et supervision (+ PEV), EPVIE (prise en charg des enfants
orphelins et vulnrables au VIH) incluant le PVVS (mdicaments et suivi VIH) et la nutrition ;
Eglise du Christ au Congo (CME) dans la construction, Samaritains purs (pour le matriel mdical)

- Structure bien organise, - Beaucoup dindicateurs sont - Dmnager tous les
avec un personnel demands dans le canevas services dans les nouveaux
professionnel et motiv SNIS. La compilation prend btiments (avant fin
- Concept de faire payer le beaucoup de temps. Do septembre)
carnet au patient en cas envoi du rapport en retard - Acqurir des panneaux
de perte - Le mdecin ne note pas solaires pour diminuer les
- Stabilit de courant : toutes informations dpenses lies au carburant
abonnement et groupe ncessaires dans le registre (par fonds propres)
- Un nouveau terrain de (compltude trs moyenne) - Lancer la rflexion sur
lhpital sur 47 ha - Gestion du dossier du patient linformatisation de lhpital
problmatique (pas de
numro de dossier unique)
- Problme de gestion des
backups et de larchivage des
dossiers dhospitalisation
(attente) - Manque de formations recommandations pour
- Acquisition des systmes continue (ici important de ltude

Annexes 329
gestion hospitalier (via le passer par lINPP) - Avec du matriels et outils

public) en tant que - Instabilit et non permanence de collecte dinformation en
structure intgre du courant quantit suffisante
- Rduction des tches - Penser aux formations
manuelles de saisie et continues du personnel
retranscription - Inclure la problmatique de
la stabilit du courant au
nouveau des structures
Conclusions :
Impliquer le MSP et les partenaires dans le financement dinvestissement aux cliniques prives
intgres:
- Expertise (tude sur linformatisation)
- Outils de collecte de donnes
- Evaluation et supervision
Cration dun cadre dchange dinformations et dexpriences en informatique de sant afin de
partager les informations sur linformatisation du secteur de la sant.
Voir une collaboration possible du projet dinformatisation du MSP avec lINPP.
15.1.3.3.15.1 Institut Suprieur dInformatique et de Gestion (ISIG)
LISIG du Goma est un institut de formation en gestion et en informatique. Il se propose de crer, de

transmettre, et dappliquer la connaissance dans le but damliorer le bien-tre individuel (en termes
de qualit de vie), de booster le dveloppement de la communaut, et de participer laccroissement
de la comptitivit provinciale/nationale.
Il a t cr en 1987 par Alain Wodon (ULB/ESP) et Katulanya Isu Deo (CEMUBAC) pour rsoudre
la question de carence en personnel qualifi en informatique, en sant publique et en gestion dans la
province du Nord Kivu.
http://www.isig.ac.cd/isig/
LISIG est une institution de Gestion , travers les diffrents dpartements quil organise :
- Informatique de Gestion ;
- Gestion du Dveloppement ;
- Gestion des Institutions de Microfinance;
- Gestion des Institutions de Sant et Sant Publique ;
- Environnement et Dveloppement Durable ;
- Rseaux et Systmes Informatiques.
Les formations : Graduat (1er cycle) et Licence (2me cycle).
- Graduat (3 annes) en :
Informatique de gestion (IG)
Sant publique
Gestion de dveloppement (GD)
Environnement et dveloppement durable
Gestion des institutions de sant(GIS)
Sciences commerciales et financires
- Licence (2 annes) en :
Informatique de gestion : conception et programmation
Rseaux et tlcommunications
Gestion de dveloppement (GD)
Sant publique
Gestion des institutions de sant(GIS)
Gestion des institutions de Microfinance
Nombre total dtudiants : 2.000 dont 50% sont en premire anne.
Comptences en sant publique :
- 4 professeurs de sant publique et 2 professeurs dconomie de la sant permanents (dont le

Recteur dULPG)
- 1 Laboratoire (salle informatique) avec les logiciels Epi-Info et SPSS
- Laurats chaque anne
Sant publique : 20
Gestion des institutions de sant : 5
Informatique de gestion : 25
- Partenariat :
ULPG : 1 professeur
UNIKIS : 2 professeurs
Profil des tudiants (candidats)
- 1er cycle (Niveau graduat) : Diplm dEtat
- 2me cycle (Niveau Licence) : laurats de 1er cycle ISIG ou niveau bachelier ou graduat dune
autre cole
Tarifs : 210 USD/an
Matriel informatique : 112 Ordinateurs dont la majorit sont des portables. Un rseau cbl avec
WIFI et internet. Une salle informatique (50 postes). 1 serveur central pour grer les connexions et
les backups.
Applications informatiques : EPIINFO, SPSS et le R . Lapplication est sur chaque poste (et
non sur le serveur en rseau).
Potentialits locales pour certains modules dispenss en Informatique de sant : Biostatistique,
Thorie de sondage, Economie de la sant, Psychologie, Epidmiologie, Mthode de la recherche,
Traitement informatique des donnes, Tests et pratiques en SPSS et Epiinfo.
Electricit : SNEL et groupe lectrogne pour tous les btiments. Les panneaux solaires
alimentent les Access points, les routeurs, le serveur et le rseau.

- Disponibilit de candidats - 2 professeurs temps - Trouver des financements
former plein pour les modules pour les recherches
- Comptences en personnel local de sant publique ! - Crer des nouveaux
- Expertises de lISIG dans - Beaucoup dtudiants partenariats
lducation et une bonne vision vu la capacit des - Mieux encadrer les
des formations qualifiantes (dbut locaux tudiants qui font leurs
dactivits en 1991) - Diversification des travaux de mmoire
- Bonne structuration des formations sans - Introduire de nouveaux
formations avec des modules personnel permanent outils de formation
intgrants linformatique et la lInstitut (tlconfrence,
sant publique bibliothque en ligne) et
- Disponibilits des locaux amliorer les applications
(Btiments sont proprit de du site web
lISIG), du matriel informatique et - Introduire de modules de
du matriel didactique gestion de projet
- Serveur mail et site web de applique en sant
lInstitut gr par le Directeur du publique
systme informatique - Prsenter le projet de
formation en informatique
de sant au CA
- Une formation qualifiante (et (craintes) recommandations pour
diplmant) en informatique de - Non disponibilit des ltude
sant avec des formations du 1 er formateurs des - Organiser des formations
modules spcifiques de 1er ou/et de 2me
cycle (Graduat) et du 2me cycle qui ne trouvent pas de
(Licence) cycle en informatique de
comptences sant
- Ou une Licence en Informatique de localement
sant pour les gradus en sant - Trouver des partenaires
- Manque de financement intresss : Universits,
publique, Informatique de Gestion pour les experts
et Gestion des institutions de bailleurs et plaidoyer

Annexes 331
sant. trangers pour auprs des instances

- Nouveaux partenariats en dispenser des modules publiques (Ministres,
informatique mdicale avec du spcifiques Province)
personnel comptent
- Opportunits des recherches
appliques en informatique de
sant
- Rfrence provinciale pour la
formation en informatique mdicale
et en outils de gestion des
informations de sant (SNIS,
GESIS, DHIS2,)
- Amlioration de la qualit des
autres formations
Conclusions :
Elaborer un programme complet de la formation en informatique mdicale lISIG
Crer des liens du site web du MSP vers les sites web des Ecoles de formation en Sant
Plaider pour la cration des formations en informatique de sant dans les Instituts suprieurs
dInformatique et de sant publique.
15.1.3.3.16 Autre
15.1.3.3.16.1 ASRAMES
Elle coordonne les achats pour les Centrales de Distributions Rgionales dans le cadre de
Fdration des Centrales dAchats FEDECAME et dispose en son sein deux entits considres
comme CDR qui fournissent des produits pharmaceutiques pour les partenaires dans la province du
Nord Kivu et dans dautres villes et provinces de la Rpublique Dmocratique du Congo. Ses
prrogatives :
Centrale de distribution rgionale pour la Province du Nord Kivu;
Bureau de coordination des achats pour la partie Est de la RDC;
Site dentreposage des produits des partenaires du Gouvernement;
Installation, Rhabilitation et maintenance des systmes solaires pour les FOSA et partenaires;
Appui technique aux autres CDR et partenaires
Association Rgionale dApprovisionnement en Mdicaments Essentiels (ASRAMES) a t cre

le 11 septembre 1993
Actuellement, elle coordonne les achats pour les Centrales de Distributions Rgionales dans le
cadre de Fdration des Centrales dAchats FEDECAME et dispose en son sein deux entits
considres comme CDR qui fournissent des produits pharmaceutiques pour les partenaires dans
la province du Nord Kivu et dans dautres villes et provinces de la Rpublique Dmocratique du
Congo.
Sites dentreposage : Sige de Goma et dpt relais de Musienene
Capacit de stockage : 7.650 m3 dont 5.000 m3 Goma
- 2.650 m3 Musienene
- Un terrain de 17.000 m dj cltur a t achet pour augmenter cette capacit afin
dassumer convenablement son rle de BCAF
Personnel : 39 dont 1 informaticien permanent (rseau, matriel et maintenance)
Activits : 13 clients par jour (620 mouvements logistiques, 54 flux financiers)
Clients :
- Formations sanitaires tatiques, confessionnelles et prives agres par le Ministre de la
Sant
- ONGs intervenant dans le secteur de la sant et autorises par le Gouvernement congolais;
- Centrales de Distribution Rgionales du BCAF Est
Provinces desservies : Nord Kivu, Sud Kivu, Maniema, Katanga, Orientale, deux Kasa et en cas
durgence les autres provinces (Kinshasa, Equateur, etc.)
Gestion des donnes : Pro logiciel EXACT pour la gestion de stock et mouvements des

produits, comptabilit, immobilisation et trsorerie. Utilis depuis 2002 (rvis en 2009). Logiciel
de gestion de mails OUTLOOK dEXCHANGE serveur pour la communication interne et
externe. EXCEL est utilis pour grer le personnel.
Matriel : 1 serveur (4Go de RAM, 1TBo de mmoire), 20 ordinateurs, 1 rseau interne, 1
connexion internet.
Courant stable, grce aux inverseurs, panneaux solaires et au groupe lectrogne.
Partenaires : Le Gouvernement Central, La Commission Europenne, USAID, Les Zones de sant et les
CDR; Quelques ONGs et Programmes intervenant dans le secteur de la sant.

- ASRAMES fait partie de 9 - Concurrences des autres - Capitaliser toutes les
Centrales dAchat Humanitaires fournisseurs dont les fonctionnalits du logiciel
reconnue au monde par la DG produits sont moindre (GRH, gestion par item et
ECHO prix (mais qualit par lot)
- ASRAMES est membre du douteuse) : cela arrange la - Devenir un centre
rseau international population qui a un faible dexcellence pour la
dassurance qualit pouvoir dachat distribution de mdicaments
QUAMED - Non utilisations de tous les dans toute la RDC afin de
- ASRAMES est pr qualification modules du systme mieux appuyer les CDR et
par USAID et est le seul agr - Systme avec licence, les partenaires
en Afrique. cots dinvestissement
- Sa devise : Disponibilit (20.000) et cots de
daccord mais qualit et maintenance (6.400/an)
accessibilit dabord sont levs
- Recherche de produits chez - Complexit du logiciel
des fournisseurs agrs (beaucoup
(internationalement) daccompagnements)
- Logiciel permettant la
traabilit, utilisant la
nomenclature CNAM
(Codification Nationale des
Actes Mdicaux)
- Contrat de maintenance :
bonne gestion de backup et
des mises jour
- Transparence dans le
fonctionnement
(attentes) (craintes) recommandations pour
ltude
- Plaidoyer auprs des - Personnel qui naime pas - Renforcement du systme
partenaires pour acheter les la transparence EXACT
mdicaments via les CDR - Faible de comprhension - Formations structures en
- Formations renforces en du systme de gestion de gestion de mdicaments
gestion des stocks de mdicaments pour le personnel
mdicaments en utilisant des
Conclusions
Renforcer les capacits du personnel en gestion de donnes de sant et en gestion de stock
Informatiser compltement les activits dASRAMES
Capitaliser les expriences dASRAMES dans la gestion informatise des produits
pharmaceutiques

Annexes 333
15.1.3.3.16.2 CEMUBAC
Son objet principal est de renforcer les systmes de sant locaux :

en appuyant leur fonctionnement,
en formant le personnel
en dveloppant de nouvelles stratgies valides par des travaux de recherche
Le CEMUBAC, (Centre scientifique et mdical de l'Universit libre de Bruxelles pour ses activits
de coopration) est une ONG de dveloppement spcialise en sant, prsente depuis 1938 en
Afrique et plus particulirement en Rpublique dmocratique du Congo (RDC).
En 1976 : Cration du CEMUBAC-asbl de droit belge Centre scientifique et mdical de
l'Universit libre de Bruxelles pour ses activits de coopration .
1997 : renforcement de l'impact au niveau intermdiaire : la Cellule dappui du CEMUBAC, installe
Goma au Nord-Kivu, assure officiellement le soutien de deux activits de lInspection provinciale :
le SIS (Systme dInformation sanitaire) et la SE (Surveillance pidmiologique).
Et en 2002, cration din cadre normatif du SIS plus cohrent et qui intresse tout le pays
(Financement UE)
- Cration des donnes et indicateurs minimaux pour tout le pays
- Dveloppement et installation du GESIS dans les BCZS, DPS et au niveau de la D5 du MSP
- Cration des canevas, de standards et de manuels pour le SIS dans le GESIS
- Dbut dimplmentation en 2005
2009, le CEMUBAC met en uvre le Projet dAppui la Rhabilitation du Secteur de Sant
(PARSS) de la Banque mondiale. Lobjectif assign cette mission est de renforcer les
capacits gestionnaires et techniques des inspections mdicales des provinces et des districts .

- En 2014n GESIS couvraient prs - Implmentation du GESIS - Accompagner la
de 98% de structures de sant. complexe sans avoir assez restructuration des
- Encodage de donnes, puis de financement structures du MSP
runion de validation de donnes - Beaucoup de systmes de (nouveau cadre
(analyse avec ANASNIS), registre gestions de donnes (surtout organique)
derreurs et feedback : Instructive pour les Programmes de - Renforcer les systmes
(qualit de connaissance) et MSP) partir de 2005 : dinspections des
valorisation du travail dquipe => systmes parallles ! provinces sanitaires
Cycle de la supervision - Faibles comptences en - Conseiller pour une
- Diffusion chaque trimestre du informatique de meilleure utilisation du
Bulletin sur les SIS et la DHIS2
surveillance pidmiologie.
ltude
- Reconnatre limportance des - La proprit des donnes - Centrer le malade dans
donnes existantes dans les risque dtre enleve la ltude (SNIS qui
bases de donnes GESIS des Province avec le DHIS2 amliore la qualit des
structures - Peu de comptences du soins)
- Implmentation doit aller avec personnel en informatique - Proposer des solutions
formation, suivi et valuation - Beaucoup de donnes faciles utiliser et rester
- Valoriser les gens qui travaillent redondantes de canevas raliste.
bien
Conclusions
Renforcer les capacits des personnels de la sant dans la gestion des SNIS et dans lutilisation
des outils informatiques
Conseiller des applications qui facilite la traabilit et robuste.
Partir des donnes du malade temps rel.
Faciliter la communication (change dinformations) entre les structures (pyramide sanitaire) et

entre les personnes (revues dvaluation source de connaissance et de comptence)
15.1.3.4 Province du Kasa Occidental

15.1.3.4.1 DPS
15.1.3.4.1.1 B1
Personnel : AG, resp finances, resp informatique, data manager

Solutions informatiques essentiellement ncessaires pour enrlement et identification des agents
et encodage des droits aux primes (prime de risque)
Actuellement il existe une base de donnes Access avec les donnes du personnel de la ville de
Kananga (appui JICA). La db se trouve sur un PC partag avec dautres agents.
Important problme de dmotivation du personnel : peu de gens mcaniss.
Linformaticien doit utiliser son propre matriel pour le travail (machines Linux et Windows prives)
Pas de moyens de transport disponibles pour faire des analyses en priphrie (est-ce que le
personnel dclar existe rellement?)
Effet pervers de la bancarisation : les mcaniss ne viennent plus (sont pays de toute faon) et
les autres doivent faire le travail.
Formation iHRIS dispense mais logiciel pas encore utilis (concurrence avec WIZEN?)
Gestion des primes de risque en Excel (DPS)

- Personnel informatique - Trop peu de personnel qualifi - Amlioration de la
prsent la DPS (mcaniss passifs bande passante de la
- Base de donnes Access occupent les places des autres) connexion internet
existante pour la ville de - Insuffisance dquipements - Migration sur iHRIS
Kananga informatiques (quipements - Equipements (laptop,
- Comptences NTIC du privs) disque dur externe)
personnel
- Recrutement des chefs de
bureau (rationalisation)
(attente) - Faible rmunration du personnel recommandations pour
- Formations iHRIS reues ; qui fait que beaucoup dentre eux ltude
dmarrage de sont en permanence la - Renforcement de la
limplmentation prvue recherche dun travail mieux connexion internet
bientt. Rcupration des pay => fuite des comptences la DPS
donnes de la db Access si - Connexion faible bande - Prvoir un kit
possible. passante la DPS. Avec informatique pour la
- Profiter du projet iHRIS pour application online iHRIS : si pas maintenance
remettre jour et valider les de connexion on ne sait pas - Prvoir un modem 3G
listes de personnel travailler pour interventions
- Scannage systmatique des - Informaticien travaille la DPS distance
dossiers papier du personnel aussi pour des privs : conflit
dans les archives dintrt potentiel
- Informatisation identifie par - Risque de redondance iHRIS/
le B1 comme prioritaire WIZEN ?
Conclusions :
Encodage fragmentaire des informations dans une base de donnes Access, Excel et en iHRIS
(pas encore commenc)
Pralables pour encodage online iHRIS pas remplies
Personnel adquat mais mal rmunr : risque de perdre les agents clefs si pas une solution
cela. Sinon grand risque de conflit dintrt o les agents risquent de se focaliser sur des services
privs payants pendant les heures de travail.

Annexes 335
Ncessit de mise en place de procdures et outils adquats pour la validation des donnes de
personnel qui viennent de la priphrie.
15.1.3.4.1.2 B4
Organisation du B4 (9 personnes oprationnels)

- Cellule 1 : surveillance pidmiologique
Collecte de donnes via Registre Epidmiologique Hebdomadaire (papier) pour 16 maladies :
transmission par SMS. Exprimentation avec SMS structurs via projet SURVAC.
Transmission des informations la D4 via EpiData (encodage local et envoi des fichiers
exports)
Analyse locale des donnes avec EpiInfo
Pas de couverture totale lheure actuelle
Certaines zones nont pas de couverture tlcom (le B4 propose des tlphones Thuraya
comme solution)
- Cellule 2 : riposte
Problme de sous-financement du plan de contingence (pas possible dorganiser la riposte
dans des dlais corrects maintenant)
- Cellule 3 : grandes endmies
Information rcupre du B5
Un masque de saisie a t cr permettant la rcupration des donnes DHIS2, mais les
donnes ne sont actuellement pas encore fiables. Actuellement la saisie se fait en Excel.
Le B4 ne dispose pas de ses propres ordinateurs (du matriel priv est utilis)
Pas de moyens de transport pour aller vrifier sur terrain les donnes de surveillance
pidmiologique

- Surveillance pidmiologique - Pas de couverture tlcom dans - Couverture totale des
hebdomadaire fonctionnelle et certaines ZS : retard ou manque ZS
bien organise (utilisation de de transmission - Formation continue
SMS beaucoup dendroits) - Pas dintgration avec le DHIS2 des prestataires au
- Communication avec la D4 - Pas dordinateurs au B4 niveau des ZS
effective via EpiData - Disponibilit
- Plan de riposte dvelopp suffisante des outils
papier
- Assurer une
transmission
hebdomadaire
100% des donnes
(attente) - Pas de financement pour le plan recommandations pour
- Utilisation de tlphones de riposte ltude
Thuraya (mais 0,6 USD/SMS) - Qualit de donnes non assure - Amliorer lintgration
- Amlioration de la couverture (qualification des prestataires : des informations du
des rseaux GSM dans la besoin de formation) B4 avec le DHIS2
rgion - Problmes de courant dans les - Mise en place dun
- Intgration de la surveillance ZS et la DPS programme de
pidmiologique mensuelle - Utilisation du crdit tlphonique formation continue
dans le DHIS2 pour dautres fins que la pour les prestataires
- Limitation des numros surveillance pidmiologique dans les ZS
appelables avec les - Pas de moyens de transport
tlphones offerts pour la pour le B4 pour la validation des
surveillance donnes sur terrain
- Rcupration du matriel
informatique dans les ZS parfois
par du personnel qui nen fait pas

usage utile (MCZ)

- Insuffisance doutils papier pour
lencodage
Conclusions :
Les tlphones Thuraya peuvent offrir une solution intressante dans le cas o les numros
appelables peuvent tre limits (sinon grand risque dabus avec cot lev). Etudier lachat de
tlphones Thuraya + crdit avec limitation des numros appelables
Sensibiliser le niveau central pour amliorer lintgration de la surveillance pidmiologique avec le
DHIS2 (contrle de cohrence des donnes)
15.1.3.4.1.3 B5
Le B5 applique dj le cadre organique 2012 ( Bureau dInformation Sanitaire et de

Communication )
- La cellule information et communication est dj en place
- Production dinformation et de la cartographie
- Surveillance pidmiologique
Focus sur la mise en uvre des soins de sant primaires
Projets en route
- Quantum GIS pour la cartographie dtaille des ressources de sant (exercice dj ralis dans
5 ZS laide de 30 GPS)
Complte le DHIS2 qui noffre pas suffisamment de prcision dans la golocalisation
- Un outil Excel est utilis pour le benchmarking
- RDQA (Audit, Productivit et Qualit)
Contrle de la qualit de la source la sortie
- DHIS2
Bande passante actuellement disponible est trop faible dans la majorit des ZS pour
lutilisation du DHIS2. Cela va mieux dans les zones dotes dun VSAT (mais facteur cot)
Le choix de navigateur semble important pour les performances du DHIS2
Trop de registres dencodage de donnes : le canevas pour les CS en ncessite 32
Il reste difficile daligner les partenaires (internationaux) avec les donnes/indicateurs DHIS2
Pas de courant stable beaucoup dendroits (la DPS na pas dnergie solaire, les 13 zones
appuyes par le Fond Mondial sont bien quips avec des kit solaires correctement
dimensionns)
Lappui des partenaires nest souvent pas systmique (focus sur la gouvernance pour lUE, sur
lquipement pour ASSP)
La qualit des donnes alimentes dans le DHIS2 pose encore de srieux problmes. Il reste un
important besoin de dployer plus doutils danalyse de cohrence des donnes.
Le B5 ne dispose pas de son propre vhicule pour les supervisions
Le B5 communique avec de nombreuses autres structures (autres bureaux DPS, programmes)
Constat de manque de comptences en termes de gestion de linformation chez les prestataires
de soins
Linformatisation est cruciale pour le fonctionnement et le dveloppement des activits du B5

- B5 absolument convaincu de - Alignement du rapportage des - Cohrence des
limportance de partenaires techniques sur le indicateurs (niveau
linformatisation SNIS non russi central)
- Quantum GIS avec succs - Importants problmes - Diminuer le nombre
initi dans 5 zones de sant oprationnels avec le DHIS2 dindicateurs et de
- DHIS2 oprationnel et effectif (absence de connexion, bande donnes (niveau
dans plusieurs zones de passante trop faible, sources central)
sant dnergie sous-dimensionnes) - Amlioration des
- SNIS considr comme un - Pas de moyens de transport comptences des
outil essentiel pour le propres au B5 prestataires de soins

Annexes 337
systme de sant dans les - Implmentation

ZS (conscience des doutils de premire
professionnels de sant) collecte (gestion des
dossiers patients)
(attente) - Lencodage des canevas SNIS recommandations pour
- Appui technique et financier reprsente une norme charge ltude
solide pour le SNIS de travail pour les FOSA - Essayer dharmoniser
- Participation des HGR dans (registres remplir). Peu de le rapportage des
lencodage direct dans le motivation pour saisir des partenaires avec le
DHIS2 donnes de qualit (tendon SNIS : 1 seul entrept
- Informatisation de la gestion dAchilles du SNIS) de donnes
des dossiers patients (HGR - Manque de prennit des renforcerait
et autres FOSA) pourra interventions (financement, normment le
amliorer la qualit et la motivation) systme de sant
cohrence des donnes - Manque de standardisation dans - Amlioration de la
- Ajout doutils danalyse de lquipement des ZS bande passante
cohrence des informations - Instabilit des masques de internet dans les ZS
- GIS offre un grand potentiel saisie DHIS2 (incohrence avec - Amlioration de la
pour le renforcement de canevas papier) qualit des donnes
lexploitation des donnes - Nombre limit de navigateurs ncessaire (outils
collectes dans le SNIS (et supports par le DHIS2 dvaluation de la
en dehors) cohrence, outils de
- Performance des rseaux gestion de premire
2G/3G samliorera collecte)
probablement dans les
prochaines annes +
disponibilit de la fibre optique
certains endroits
Conclusions :
Plaidoyer au niveau central pour la rduction du nombre dindicateurs et lharmonisation avec les
rapportages des partenaires
Ncessit dimplmenter des outils de premire collecte (gestion du dossier patient, gestion
laboratoire, gestion de la pharmacie, gestion du personnel) avec interfaces vers le DHIS2
Renforcement du niveau provincial avec des outils dvaluation de la cohrence des informations
Amlioration de la bande passante internet ncessaire dans les ZS
Essayer dtendre lexprience initiale Quantum GIS (cartographie dtaille des ressources de la
sant)
Harmonisation des navigateurs utiliss dans les ZS
15.1.3.4.1.4 Coordination PEV
Dispose de 4 antennes (Kananga, Lwiza, Mweka et Tshikapa),

30 agents pour toute la province (nombre estim suffisant),
Les outils de transmission des donnes utiliss sont les formulaires 1, 2,3 et 4,
Les ZS collectent et transmettent les informations en dur,
Les antennes de Lwiza et Mweka transmettent les donnes en dur malgr la prsence des outils
informatiques,
Les antennes de Kananga et Tshikapa transmettent les donnes en lectronique par internet pout
Tshikapa et par cl USB pour Kananga,
La collecte des donnes se fait paralllement au SNIS/DHIS2,
Le dlai de transmission des donnes nest pas harmonis avec celui du SNIS,
Parfois rupture de stock en formulaires de transmission des donnes,
A la coordination, les donnes sont encodes dans un fichier Excel fourni par le niveau central et
sont transmises la direction sous ce forma,

Carence en matriels informatiques et utilisation des matriels privs,

Prsence de feedback aux diffrents niveaux,
Partage des donnes avec les partenaires : Unicef, OMS, etc.
Insuffisance du personnel form au niveau des antennes,
Insuffisance du matriel informatique,
Absence de source stable dalimentation en nergie lectrique.

- Personnel en nombre suffisant - Les zones de sant transmettent -
(pas de plthore ni carence, les donnes en forma papier,
- Les antennes de Kananga et - Les antennes de Lwiza et Mweka
Tshikapa utilisent loutil transmettent les donnes en dur
informatique, malgr la prsence des outils
- Les donnes sont encodes informatiques,
la coordination et transmises - La collecte des donnes se fait
la direction sous forma paralllement au SNIS/DHIS2,
lectronique, - Le dlai de transmission des
- Prsence de feedback tous donnes nest pas harmonis
les niveaux, avec celui du SNIS,
- Partage des donnes avec les - Parfois rupture de stock en
partenaires, formulaires de transmission des
- donnes,
- Carence en matriels
informatiques et utilisation des
matriels privs,
- Insuffisance du personnel form
au niveau des antennes,
- Insuffisance du matriel
informatique,
- Absence de connexion internet,
- Absence de source stable
dalimentation en nergie
lectrique,
ltude
- Larrive de la fibre optique,
- Construction du barrage la
chute Katende,
15.1.3.4.2 ZS de Bukonde
Situation: La ZS de Bukonde est rurale. Le BCZS est 64km du Kananga. La ZS est constitue
de 14 AS formes par 19 structures de sant dont 14 CS, 4PS et 1HGR confessionnel catholique.
Les CS Kankulu et Tambwe Lomami, les plus loigns, sont plus de 54km. Toutes les AS sont
accessibles en vhicule. La ZS de Bukonde couvre une superficie de 3.400 km avec une
population de 111.770 habitants. Le BCZS est bien couvert par AIRTEL mais dans la ZS,
VODACOM existe galement. Le rseau tlphonique arrive dans toutes les AS. La compltude et
la promptitude internes atteignent les 100% (idem pour la surveillance pidmiologique).
Personnel: 13 dont 1 MCZ, 1AG, 1 AC, 1CA, 1 secrtaire-encodeur, 4 IS (dont 1 AP), 1 caissier, 1
chauffeur, 2 sentinelles. Tous les administratifs sont comptents en informatique. Lquipe
comprend 7 mcaniss et pays et 1 immatricule mais non-paye

Annexes 339
Matriel informatique: 2 ordinateurs fixes et 4 ordinateurs portables (1 en panne), 2 imprimantes-

photocopieuses, 1 LCD, 1 disque dur externe et 10 flash (cl USB) pour la sauvegarde des
donnes. La maintenance du matriel se fait Kananga. 1 modem-routeur (5 machines) avec
connexion AIRTEL et 1 modem. 1 antenne parabolique (4 chanes) pour voir les actualits.
Archivages: Le BCZS fonctionne dans les btiments des surs qui grent lhpital. Il ny a pas
assez despace car le dpt mdical est en dehors du btiment du BCZS. Larchivage est trs
bien gr avec un rayonnement fardes clairement tiquetes et un fichier Excel pour mieux se
retrouver.
Outils de gestion: Utilisation du DHIS-2 pour lencodage des donnes du SNIS. 1 seule machine
arrive connecter la page. Les autres machines se connectent sur le rseau VODACOM
Kananga.
Excel est utilis pour grer les bases de donnes des programmes PEV, PNLS, TB et les RH,
finances, archives et les mdicaments du BCZS. Mais tout rapport lectronique est envoy avec
son quivalent en dur la DPS.
Locomotion: Pas de vhicule. 1 moto en bon tat (et 3 autres en panne).
Electricit: 1 groupe de 10KVa (70-100l/mois). Des panneaux solaires pour la lumire et les
machines.
Partenaires: PAPNDS (UE) (fonctionnement, mdicaments) et FM (sensibilisation VIH, paludisme
et intrats)
15.1.3.4.2.2 HGR
L'HGR Bukonde est situ de lautre ct de la rue du BCZS. Cest un hpital confessionnel
catholique dune capacit de 100 lits avec 88 lits monts. Le taux doccupation des lits est
compris entre 60-70%.
Activits: Une moyenne de 300 consultations/mois et 50-60 hospitalisations/mois. La dure
dhospitalisation est de 7 journes.
Le paiement applique le tarif forfaitaire et par pisode (paludisme : 9000 FC, Pdiatrie : 2000 Fc,
Accouchement normal : 4500Fc). Existence dune caisse de solidarit pour assurer les soins de
sant du personnel lHGR.
Personnel: 34 agents dont 3 mdecins (incluant le MCZS) et 24 infirmiers et paramdicaux et 4
administratifs. Seulement 2 personnes sont +/- comptents en informatique. 11 personnes sont
mcanises et 8 sont ligibles la pension. Le SNIS est gr par le DN en partenariat avec les
chefs des services.
Matriel: 2 ordinateurs fixe et 1portable non fonctionnel.
Outils de gestion: La gestion des donnes se fait en dur. Sauf les rapports administratifs. Le
dossier du patient est gard pendant un trimestre. Le dossier est gr par n de contact.
lectricit : un groupe de 40Kva fonctionne de 8h par jours (1200l/mois) pour assure le courant
permanent dans le matriel informatique et le matriel mdicaux. Les panneaux solaires sont
utiliss au Labo, Maternit, Soins-intensifs et Salle dOpration.
Locomotion : pas dambulance.
Partenaire : PAPNDS (10me FED) pour les mdicaments et prime des prestataires. FM pour la
lutte VIH et paludisme
15.1.3.4.2.3 SWOT

- Esprit dquipe et de partage - Qualit des donnes SNIS est - Amlioration de l
au BCZS (tout le personnel amliorer (beaucoup de canevas fonction managrial du
travaille dans un mme local, et dindicateurs, indisponibilit BCZS : locomotion,
autour dune table, recherche des outils la base, instabilit supervision rapproche
des solutions quitables pour des IT) - Amlioration de la
tous, suivi des informations - DHIS2 avec la structuration des motivation salariale au
la TV) FOSA qui ne correspond pas niveau de la ZS (40
- Informatisation des tous les la ralit de terrain agents sur 140 sont
outils de collecte - DHIS2 avec certains indicateurs mcaniss)
dinformations qui ny sont pas - Construction dun

- Larchivage des documents est - Laccs la page de DHIS2 est btiment propre pour le
trs bien organis (avec 1 trs difficile (page lourde) BCZS
fichier Excel pour mieux se - Le DHIS2 ne permet pas de - Amlioration de la
retrouver) cumuler et centraliser les gestion de lhpital
- Donnes du DHIS2 encodes donnes des structures par ZS : - Acquisition du lit
sont tlcharges pour les pas de calcul des totaux (cela dopration de lhpital,
sauvegarder en Excel se fait en Excel) radio et chographie
- Un tlphone fixe (avec - Avec le DHIS2 il ya une faible - Formations du personnel
abonnement) pour qualit de contrle et de mdical et paramdical
communiquer avec les IT des validation de donnes au niveau en informatique et en
AS local urgences (ici des
- Caisse sociale pour lappui aux - Le DHIS2 ne nous permet pas recyclages Tshikaji ou
soins de sant du personnel de rcuprer les donnes du Kananga)
GESIS
ltude
- Amlioration de la configuration - Connexion internet instable - Standardiser le DHIS2
du DHIS2 - Energie lectrique instable aux indicateurs du
- Standardisation du canevas - Manque de maintenance du canevas SNIS.
SNIS et du masque de saisie matriel - Rationaliser les
du DHIS2 - Manque des formations et des indicateurs du canevas
suivis SNIS et des canevas
des programmes
Conclusion pour ltude

Formations structures et continues en informatique de base ncessaires
Fournir lHGR un systme de gestion intgre du dossier du patient
Simplifier le SNIS hospitalier
15.1.3.4.3 ZS de Lubondae
Situation: La ZS de Lubondae est rurale. Elle a une superficie de 4115 km, population 146.496.
La ZS est constitue de 20 AS formes par 34 structures de sant dont 20 CS, 11 PS, 1HGR, 1
H. Secondaire et 1 CSR. LAS la plus loigne est 115 km. 6AS nont pas couvert par le rseau
tlphone. Vodacom et Airtel sont les 2 oprateurs de la ZS. BCZS est couvert par Vodacom.
Tous les AS sont accessibles par route. Promptitude et compltude de 100%. Pour la surveillance
pidmiologique, la promptitude est de 97%. Taux dutilisation des soins curatifs : 37%. La ZS
comprend 3 expriences mutuellistes via les coopratives : Cooprative MONALUX (agriculture) et
COPIJEP (Elevage, agriculture et construction) et AMEM pour lAfrique (scierie, mdicament,
vanglisation, palmeraies)
Personnel: 13 dont 1 MCZ, 1AG, 1 AC, 1CA, 1 AP, 1 secrtaire (Data manager), 3 IS, 1
maintenancier, 1 chauffeur, 2 sentinelles. 2 administratifs (MCZ & Data manager) sur 10 sont
comptents en informatique. Lquipe comprend 8 mcaniss et pays et 2 matriculs mais non-
pays.
Matriel informatique: 2 ordinateurs fixes (1 na jamais fonctionn et lautre ne fonctionne plus !
acquis en 2008 par ACCESS) et 1 ordinateur portable (Financement FM), 1 imprimante (en panne,
manque de maintenance), LCD (lou).
Archivages: dans les bureaux des superviseurs
Outils de gestion: Utilisation du DHIS pour lencodage des donnes du SNIS (location des
informaticiens Kananga pour faire la saisie). Excel pour la gestion des RH, PEV, PNLS,
Pharmacie,
Locomotion: 1 vhicule (GAVI, 2009). 1 moto en bon tat (PROSANI).
Electricit: Pas de groupe. Des panneaux solaires (FM, 2013) pour les machines. Frigo ptrole.

Annexes 341
Partenaires: PROSANI (fonctionnement, supervision, mdicaments) depuis le dpart de ACCESS

(2011), GAVI (mdicament et matriel, prime de performance et prime 5 membres du BCZS)
appui au HGR et 5 CS. COOPI (nutrition) intervient en urgence (3 derniers mois), UNICEF
(formation des RECO en communication, SPP (soins aux populations pauvres)
15.1.3.4.3.2 HGR
HGR est dans la mme enceinte que le BCZS. Cest un hpital confessionnel (31me
Communaut Presbytrienne au Congo : Universit Tshikaji) dune capacit de 60 lits avec 45
lits monts. Le taux doccupation des lits est compris entre 30-50%. Lhpital a t quip en
nouveaux lits (GAVI) et nouveaux matelas (PROSANI)
Activits: Une moyenne de 6-7 consultations/jour et 30-40 hospitalisations/mois.
Tarif par acte (consultation : 500 Fc, Hospitalisation : 1500 Fc/7jours, Chirurgie majeur : 15-20.000
Fc, accouchement eutocique: 2.500 Fc forfaitaire et par pisode (paludisme : 9000 FC, Pdiatrie :
2000 Fc, Accouchement normal : 4500Fc). Existence de 3 abonns : AMEM, COPIJEP,
MONALUX. Beaucoup de clients sont des privs.
Personnel: 27 agents dont 2 mdecins (incluant le MCZS), 1 AG et 9 infirmiers et paramdicaux et
15 administratifs et support. Seulement 2 personnes utilisent rgulirement lordinateur. 6
personnes sont mcanises.
Matriel: 1 ordinateur fixe et 1 imprimante au secrtariat. Pas de connexion internet.
Outils de gestion : La gestion des donnes se fait en dur. Rapport RH et mdicaments en Excel :
appui du BCZS.
Gestion de dossier patient avec 1 numro la consultation et 1 autre lhospitalisation. Numros
gards pour 1 anne.
Electricit: pas de groupe, panneaux solaires pour lclairage de la maternit.
Locomotion : pas dambulance, ni de moto
Partenaire: PROSANI (mdicaments dont 30% retourne pour acheter les mdicaments et 70%
pour le fonctionnement de lhpital)
15.1.3.4.3.3 SWOT

- Data manager form pendant 3 - Peu de personnel comptent - Amlioration de
mois en informatique dans lutilisation des outils lutilisation du DHIS2 et
(maintenance) informatiques des outils informatiques
- Lits et matelas nouveaux - Gros problmes de connexion - Besoin dintgrer le
lHGR internet (saisie Kananga) nouveau cadre normatif
- Equipement mdical disponible - Pas assez de courant lectrique du SNIS
(sauf la radiologie) (peu de panneaux solaires) : - Formation en SSP
- Existence des abonns location des fois du groupe chez - Acquisition dun vhicule
lhpital (exprience des les privs (+ carburant) pour les
mutuelles) - Aucune formation organise sur supervisions
le nouveau canevas SNIS rapproches
(dernire formation 2007) - Rparation du puits
- Beaucoup de canevas remplir deau lhpital
(SNIS, programmes,
partenaires) : surcharge de
travail aux IT et au BCZS
- Copies de canevas SNIS de
PROSANI diffrent du canevas
actuel
- Pas de leau lHGR
- Difficult de retrouver le dossier
aprs une longue priode (>
3mois).


ltude
- Accessibilit facilite la page - Instabilit de la connexion - Acqurir du matriel
DHIS2 tlphonique et internet informatique
- Amlioration des comptences - Pas de courant suffisant - Intgrer des formations
du personnel en informatique et - Manque de recyclage au SNIS structures en
SNIS et aux outils utiliss dans la informatique et en
collecte dinformation gestion du SNIS
- Espace de travail insuffisant

Formations structures et continues en informatique de base ncessaires
Amliorer laccs au serveur web du DHIS2 pour encoder les donnes
15.1.3.4.4 ZS de Ndesha
Situation: La ZS de Ndesha est urbaine. Elle a une superficie de 419 km, population 101.630. La
ZS est constitue de 8 AS formes par 16 structures de sant dont 7 CS, 8 PS, 1CSR. LAS la
plus loigne est 35 km. Bonne couverture du rseau Vodacom, Orange et Airtel. Tous les AS
sont accessibles par route. Promptitude : 70% et compltude : 90% (beaucoup dactivit qui
chevauchent). Taux dutilisation des services curatifs : 31%. 1 personnel ligible la pension.
Personnel: 13 dont 1 MCZ, 1AG, 1 AC, 1CA, 1 AP, 1 caissier/logisticien, 5 IS, 1 chauffeur, 1
sentinelles. 9/10 administratifs comptents en informatique. 1 IS et LAC encodent les donnes du
SNIS dans le DHIS2. Lquipe comprend 4 mcaniss et pays et 4 matriculs mais non-pays.
Matriel informatiques : 2 ordinateurs fixes et 2 ordinateur portable, 2 imprimante-photocopieuses
(en panne) et quelques ordinateurs personnels. 1 disque dur externe (pour les backups), 1 modem-
routeur (5 machines) et 1 modem (ASSP),
Archivages: dans les bureaux des superviseurs
Outils de gestion : DHIS2 pour lencodage des donnes du SNIS. Excel pour la gestion des PNLS.
RDQAS (Excel pour le contrle de qualit du SNIS). Dur : Surveillance pidmiologique, tous les
autres rapports sont galement envoys en dur. Anti-virus: Caspesky.
Locomotion: 1 vhicule (ASSP), et 3 motos (2 ASSP et 1 MDM)
Electricit: 1 groupe lectrogne (2.5 KVa) et des panneaux solaires pour le systme informatique
(SANRU-ASSP)
Partenaires: SANRU-ASSP (fonctionnement), GAVI (paquet complet des SSP) et MDM
(fonctionnement), arrt 2013.
15.1.3.4.4.2 CSR de Ndesha Etat
CSR Ndesha est 600 m du BCZS. Cest un CSR rhabilit par la Coopration Japonaise (via
MDM Belgique). Il a une capacit de 42 lits avec un taux doccupation des lits de 32%.
Activits : 15-20 consultations/jour et 7-8 hospitalisations/jour.
Tarif par acte et forfait (consultation : 1000 Fc, Hospitalisation : gratuit, accouchement : 3500 Fc et
Chirurgie majeure : 40-70.000 Fc)
Personnel : 38 agents dont 2 mdecins (incluant le MCZS), 1 AG et 18 infirmiers et 9
paramdicaux et 6 administratifs et 2 ouvriers. Seulement 2 personnes utilisent rgulirement
lordinateur. 15 personnes sont mcanises. 8 ligibles la pension.
Matriel : pas doutils informatiques.
Outils de gestion : Canevas en dur (manuel). Gestion de dossier-patient avec 1 numro unique par
patient et par an.
Electricit : nergie solaire pour tous les btiments (MDM, arrt 02/2014) et pas de groupe
Locomotion : pas dambulance, ni de moto
Partenaire : ASSP (fonctionnement)

Annexes 343
15.1.3.4.4.3 SWOT

- Accessibilit facile des CS - Peu dunits pour tlphoner - Formation continue du
- 2 personnes formes sur le (50USD pour le modem) personnel en
DHIS2 - 4 pages dindicateurs SNIS mal informatique de base
- Gestion des backups et placs par rapport au masque du - Acquisition dautres
tlchargements de la base de DHIS2 matriels informatiques
donnes DHIS2 de la ZS - Faible motivation du personnel au BCZS et CSR
chaque fois pour analyse et (salaire) - Amliorer la connectivit
conservation - Pas de btiment propre au internet
- Panneaux solaires destins au BCZS - Amliorer le courant
matriel informatique - Faible compltude et lectrique (un nouveau
- Btiments rnovs et propres promptitude (faible motivation du groupe) au BCZS
personnel) - Informatisation des outils
- Pas doutil informatique et pas et de fonctionnement du
dassez dlectricit au CSR CSR
- Pas de comptences en - Acquisition dun moyen
informatique de base du de transport des
personnel du CSR malades au CSR
- Pas assez despace (archivage) - Clture et scurit du
au CSR. CSR
- CSR loign du BCZS pour
facilement partager la connexion
internet
ltude
- Amlioration de la connexion - Insuffisance de formation du - Former le personnel en
internet personnel outils informatiques
- Amlioration des comptences - Insuffisance du courant (base, SNIS et DHIS2)
du personnel en informatique et lectrique - Connexion stable
SNIS - Manque de maintenance du (VSAT)
- Acquisition du matriel et matriel - Informaticien pour le
outils de gestion informatiss - Vol du matriel rseau et la
du CSR maintenance
pour toute lquipe du
BCZS et pour le CSR

tablir une connexion distance entre le BCZS et le CSR
Rflchir linformatisation des activits du CSR
Amliorer lutilisation du DHIS2 (formation, accs facilit,)
15.1.3.4.5 ZS de Benaleka
Zone de sant rurale situe 130 Km de la DPS avec une population totale de 273.829 habitants
sur une superficie de 5.700 Km2,
Dispose de 24 aires de sant avec 26 FOSA fonctionnelles,
13 agents au BCZS dont 8 utilisent loutil informatique dont un secrtaire data qui a une bonne
matrise de loutil informatique,
Faible proportion dagents qui touchent le salaire de ltat (44 sur 213) et la prime de risque (87 sur

213),
5 ordinateurs au BCZS dont 2 de bureau et 3 portables, 2 imprimantes dont la plus grande en
panne,
Utilisation des laptops privs,
La source dnergie est solaire (un ensemble de 7 kits solaires au bureau central et HGR),
Pas de connexion internet, prsence de deux modems (Airtel et Vodacom) dont le signal est trs
faible, do difficult dencodage des donnes (doivent aller Kananga pour ouvrir les onglets
DHIS2),
Couverture en rseaux de tlphonie mobile Vodacom et Airtel,
Bonne compltude et promptitude (100%),
Utilisation du logiciel DHIS2 pour la gestion de linformation sanitaire,
Organisation rgulire des runions mensuelles danalyse et de validation des donnes,
Personnel form en iHRIS mais non encore fonctionnel,
Tous les rapports parviennent au BCZS en dur,
Transmission des rapports des programmes spcialiss en dur,
Production des rapports synthse des centres de sant et des hpitaux qui sont transmis la
province en dur,
Chaque canevas est produit en trois copies pour le 5me bureau, le district sanitaire et le partenaire,
Utilisation des SMS pour transmettre les donnes de surveillance pidmiologique la DPS,
Besoin de renforcement des capacits en informatique,
4 structures de la zone de sant ont t dotes en kits de panneaux solaires,
Absence dun gnrateur lectrique au bureau central,
Espace de travail insuffisant (deux petites pices accordes par lHGR),
Pas de backup des donnes,
Prsence de deux vhicules pour les dplacements de lquipe
15.1.3.4.5.2 HGR
Hpital tatique avec 53 lits monts et un taux doccupation des lits estim 30%,
Prsence dun desktop, pas dimprimante,
Le desktop est utilis juste pour les correspondances,
Utilisation des ordinateurs privs galement pour les correspondances,
15.1.3.4.5.3 SWOT

- Bonne compltude et - Espace de travail insuffisant pour - Construire les
promptitude, le bureau central, btiments du bureau
- Tenue rgulire des runions - Utilisation des laptops privs, central de zone de
mensuelles danalyse et - Pas de connexion internet, sant,
validation des donnes, - Mauvaise connectivit des - Motiver le personnel,
- 60% dagents utilisent loutil modems ne permettant pas - Amliorer laccs
informatique, lencodage des donnes dans leau potable,
- Prsence dune source DHIS2, - Former au moins deux
dnergie solaire, - Dplacement de lquipe personnes en
- Utilisation de DHIS2, Kananga (130 Km) pour encoder chographie,
- Personnel form en iHRIS, les donnes, - Electrifier lHGR pour
- Prsence dun desktop - Production et transmission des lclairage pendant la
lHGR, rapports synthse des CS et nuit,
- Prsence de deux modems HGR en papier en plus des - Former en scurit de
pour la transmission des donnes encodes, transfusion,
donnes par internet, - Transmission parallle des
- Approvisionnement rgulier rapports aux programmes
des formations sanitaires en spcialiss,
canevas SNIS, - Absence dinformaticien au sein
de lquipe,

Annexes 345
- iHRIS non encore oprationnel,

- Le desktop de lHGR nest utilis
que pour la bureautique,
- Multiplicit des kits solaires (7)
sans beaucoup defficacit,
ltude
- Amlioration des rseaux - Mauvaise connexion internet, - Penser la source
Airtel et Vodacom, - Manque dappui technique en dalimentation en
- Arrive de la fibre optique, maintenance de matriel nergie lectrique,
- Zone de sant appuye par (absence dinformaticien), - Envisager la motivation
SANRU dans la cadre du - Attaque du matriel par les virus, du personnel,
projet ASSP, - Faibles comptences en
- SIH informatique,
- Absence des backups,
Conclusions :
Implmentation dune solution DHIS2 offline plus performante
Middleware ip2sms (HERMES) pour communication
Rationalisation des investissements
Formations de base en NTIC
15.1.3.4.6 ZS de Ilebo
Zone de sant avec une population totale de 185.902 habitants,

Dispose de 19 AS et 56 formations sanitaires dont un HGR et un hpital de la SNCC,
Plus de 80% de la population se trouve sur la cit dIlebo,
22 agents au BCZ dont seulement deux utilisent loutil informatique,
Prsence dun data manager dans lquipe,
Seulement 10 agents sur 22 sont mcaniss,
103 agents sur 264 que compte la ZS reoivent la prime de risque redistribue (prime initialement
prvue pour 54 personnes),
Prsence de 3 ordinateurs portables dont 2 en bon tat, 2 desk tops et 2 imprimantes (achetes
sur autofinancement),
Prsence dinformaticiens la SEP Congo et chez les oprateurs de tlphonie mobile,
Prsence dun kit solaire avec 14 batteries,
Prsence dun groupe lectrogne (en panne),
Irrgularit du courant de la SNCC,
Prsence de deux autres kits solaires pour les frigos,
Prsence de deux kits solaires dans les aires de sant pour les frigos,
Prsence dun V-SAT qui fonctionne correctement si crdits disponibles,
Prsence dun modem wifi avec connexion instable,
Deux jeeps dont une en panne,
Deux vlos pour chaque aire de sant,
Prsence des rseaux de tlphonie (Airtel, Vodacom et Orange),
Utilisation du DHIS2 depuis 4 mois, mais poursuite de transmission des canevas synthse en dur,
Lenvoi des donnes avec DHIS2 pose problme, de fois pas de message de succs denvoi,
Parmi les trois personnes formes en DHIS2, deux taient des stagiaires et non dj parties
faisant peser toute la charge du travail dencodage sur le data manager,
Formation en iHRIS, mais logiciel non encore oprationnel,
Usage dExcel pour lanalyse des donnes,
Transmission des rapports des programmes spcialiss en dur paralllement avec le SNIS,
Toutes les aires de sant sont couvertes en rseaux de tlphonie mobile,

Dmotivation du personnel : ASSP na pris en charge que 13 agents sur les 22 que compte le
BCZ,
Mauvais tat dinfrastructures des CS et de lHGR,
Manque de conglateur pour la zone de sant, do location pendant les campagnes de
vaccination
15.1.3.4.6.2 HGR
Hpital situ prs de 300 m du bureau central,

Prsence dun desk top pour la production des rapports de lHGR,
Prsence de deux kits solaires dont un la maternit,
Utilisation parfois du matriel informatique priv,
Application de la tarification forfaitaire,
Instabilit de llectricit,
Absence de groupe lectrogne,
Absence dinformaticien au sein de lhpital,
15.1.3.4.6.3 SWOT

- Prsence de 3 ordinateurs - Moins de 10% dagents utilisent - Construire certains
portables, 2 ordinateurs de loutil informatique, centres de sant et
bureau et 2 imprimantes, - Absence dinformaticien dans lHGR,
- Prsence dun data manager lquipe du bureau central, - Motiver le personnel
dans lquipe, - Une jeep neuve mais en panne, (mcanisation, prime
- Prsence de la connexion - La connectivit du modem est de et salaires),
internet haut dbit (V-SAT), mauvaise qualit (lenteur), - Amliorer
- Prsence dun modem wifi, - Poursuite de transmission des lapprovisionnement en
- Utilisation du logiciel DHIS2 canevas synthse en dur eau potable,
pour la gestion de linformation paralllement au DHIS2, - Former le personnel en
sanitaire, - Formation des stagiaires en informatique,
- Prsence dun kit solaire avec DHIS2 la place des agents de - Former les
14 batteries, la zone de sant, prestataires de lHGR
- Prsence de deux jeeps, - Difficult denvoi des donnes en utilisation des
- Prsence de deux vlos dans encodes dans le DHIS2, quipements
chaque aire de sant, - Utilisation abusive des crdits de mdicaux,
- Formation de deux agents en V-SAT,
iHRIS, - Absence des backups,
- Usage dExcel pour lanalyse - Transmission des rapports des
des donnes, programmes spcialiss en dur
- Application du tarif forfaitaire paralllement avec le SNIS,
lHGR,
ltude
- Toutes les aires de sant sont - Faible capacit (technique et - Penser la source
couvertes en rseaux de financire) dassurer la dalimentation en
tlphonie mobile, maintenance du matriel, nergie lectrique,
- Arrive de la fibre optique, - Non appropriation du projet par - Envisager la motivation
- Prsence dinformaticiens la lEtat, du personnel,
SEP Congo et chez les - Dmotivation du personnel,
oprateurs de tlphonie - Attaque par les virus.
mobile,

Annexes 347
Conclusions :
Limiter lusage VSAT certains sites
Rationalisation du personnel (plthore)
Brancher lhpital et le BCZS sur fibre optique ds possible
15.1.3.4.7 ZS de Bobozo
Zone de sant spciale des militaires et policiers avec une population totale de 40.587 habitants,
Dispose de 8 aires de sant avec 8 CS et 1 HGR
6 agents dont 4 forms en DHIS2,
Absence dinformaticien au sein de lquipe,
Zone de sant sans appui des partenaires,
BCZS situ dans lenceinte de lHGR,
2 ordinateurs au BCZS dont 1 de bureau et 1 portable,
Utilisation du DHIS2 pour la gestion du SNIS,
Transmission des canevas synthse des centres de sant sur recommandation du 5me bureau,
Transmission des rapports papier des programmes spcialiss : PEV, TBC, PRONANUT, PNLP,
CPTS, etc.
Pas de connexion internet, mais prsence dun modem achet sur fonds propre du mdecin chef
de zone,
Mauvaise connexion lie lemplacement du bureau central,
Pas dalimentation en nergie lectrique, recours au groupe lectrogne de lacadmie militaire qui
fonctionne de manire irrgulire par manque de carburant,
Prsence dun kit solaire (panneaux et batteries),
Les crdits pour le modem sont achets sur fonds propre du MCZ,
Lencodage hors connexion dans le DHIS2 ne russit pas souvent et fait mme perdre les
donnes,
Utilisation dExcel pour lanalyse des donnes,
Les cadres du bureau forms en iHRIS
15.1.3.4.7.2 HGR
Hpital situ au milieu du camp militaire empchant ainsi au civiles de frquenter la structure,
55 lits monts avec un bon taux doccupation des lits (70%),
Prsence dun seul ordinateur achet sur financement local,
Pas de connexion internet,
Informatisation de la gestion de lhpital identifie comme priorit,
15.1.3.4.7.3 SWOT

- 4 agents forms en DHIS2, - Outils informatiques en nombre - Informatiser la gestion
- Utilisation du logiciel DHIS2 insuffisant, de lHGR,
pour la gestion de linformation - Absence dinformaticien au sein - Mettre en rseau
sanitaire, de lquipe, toutes les formations
- Prsence du kit solaire, - Transmission des canevas papier sanitaires de la zone
- Utilisation dExcel pour malgr lutilisation du DHIS2, de sant,
lanalyse des donnes, - Persistance du circuit parallle de -
- Les cadres du bureau central collecte des donnes des
forms en iHRIS, programmes spcialiss,
- Lquipe dvoue au travail - Absence de connexion internet,
malgr les conditions de travail - Absence des backups,
difficiles,,


ltude
- SIH - Manque de support technique - Penser laffectation
pour la maintenance, dun data informaticien
- Manque des frais de au BCZS,
fonctionnement au moment o la - Trouver les partenaires
ZS ne produit pas de recettes (les pour la zone de sant,
soins sont gratuits), - Penser la formation
des cadres en
informatique,
Conclusions :
Installation dun SIH
Prvoir une solution de connexion internet 3G
Affectation dun technicien NTIC
FBR SNIS (frais de fonctionnement) : rtrocession aux BCZS par FOSA
15.1.3.4.8 ZS de Mushenge
16 personnes au BCZS
- 4 personnes disposent dune matrise de base de linformatique
24 AS, 53 FOSA, population de 160.000 sur 6.000 km2
Equipement informatique
- BCZS
2 PC desktop
3 portables
2 imprimantes dont 1 en panne
- HGR
2 portables privs (MD et MCS)
Logiciels
- DHIS2 pour le SNIS
- Formation reue pour iHRIS mais logiciel pas encore disponible
- Excel, Word, applications internet
Electricit
- BCZS
1 kit solaire (Fond Mondial) avec contrleur, convertisseur et batteries au BCZS
- HGR
1 Groupe lectrogne de 30 KvA lHGR mais consommation excessive de 5L/heure
1 kit solaire (ASSP) la maternit avec 1 batterie
1 kit solaire (ASSP) au secrtariat (pas de matriel informatique)
1 ancien kit solaire ( ?) pour la salle dopration (utilis pour charger des tlphones/laptops)
Connexion internet et rseau
- 2 modems 3G Airtel au BCZS (crdit pays par ASSP) mais doivent se dplacer Domiongo
pour trouver un signal utilisable (22 km)
- Un projet de VSAT pour le BCZS (ASSP) serait en cours
Assistance technique/informatique
- En cas de problme ils doivent aller Kananga, ce qui reprsente une grande perte de temps
Rapportage
- Rapports SNIS de synthse sur papier envoys au B5 (collecte sur base de canevas papier
partir des aires de sant)
- Encodage des donnes par FOSA dans le DHIS2 : trs problmatique suite la connexion
internet instable. Ils doivent aller Domiongo pour ouvrir les onglets de saisie pour les diffrents
FOSA, puis rentrer chez eux pour lencodage et finalement aller chercher une connexion
Domiongo pour envoyer les donnes.

Annexes 349
Les donnes encodes ne sont pas toujours compltement enregistres dans le serveur
Incompatibilit des canevas SNIS avec le masque de saisie du DHIS2 : reproduction de
quelques pages reste encore tre fait
- PEV : sur papier (envoy lantenne de Mweka)
- PNLP : sur papier
- Tuberculose/lpre : sur papier
- SANRU : quelques indicateurs propres au programme envoyer (le cas pour plusieurs
partenaires)
- Surveillance pidmiologique : par SMS mais beaucoup de AS et le BCZS pas couvert par les
rseaux Vodacom ou Airtel (BCZS se dplace souvent Domiongo pour rcuprer les SMS)
HGR (ancien CS) dispose de beaux btiments mais est quasiment vide (pas de lits dignes de ce
nom ni de plateau technique).
- Personnel vieillissant avec faibles qualifications
- Trs peu de patients.
15.1.3.4.8.2 SWOT

- Electricit solaire stable - Pas de connexion internet - Connexion internet
mais insuffisante lHGR - Personnel vieillissant et sous- - Plateau technique
pour les quipements (lampe qualifi lHGR correct (HGR)
salle dopration, - Plateau technique extrmement - Remplacement du
chographe) faible lHGR personnel HGR par
- Personnel motiv au BCZS - Pas dordinateur(s) lHGR, une quipe jeune
- Suffisance de moyens de pourtant un kit solaire a t qualifie
transport fourni pour linformatique ( - Gnrer des recettes
- Zone avec de bonnes utiliser pour quel but ?) propres
performances
- Tarification forfaitaire dj
applique lHGR.
(attente) - Faible rmunration du recommandations pour
- Le BCZS et HGR proposent personnel qui fait que beaucoup ltude
eux-mmes une approche dentre eux sont en permanence - Installation dune
mixte mcanisation + FBR la recherche dun travail mieux connexion VSAT
- Gnration de recettes pay => fuite de comptences Mushenge
propres travers un projet - Seulement 5 personnes sur 16 - Evaluation approfondie
dlevage mcaniss (75 sur 184 pour la de la valeur davoir un
ZS). HGR Mushenge
- Site difficilement accessible et (HS ?) avant dy
loign des grands axes investir en informatique
- De nombreux centres de sant - Si HGR doit rester :
offrant le paquet de soins o Amliorer
complmentaire dans la rgion. laccessibilit
Un hpital priv ouvre ses portes o Renforcer le
45km de lHGR. plateau technique
- Problmes de scurit (PESS ?)
- Importantes doutes quant la o Renforcement du
prennisation de linformatisation personnel (jeunes
(quoi aprs le dpart du qualifis)
partenaire ?)
- Pas de frais de fonctionnement
disponibles pour le BCZS
- Frquentation de plusieurs
FOSA par un mme malade :
gnre des faux nombres de

nouveaux cas
Conclusions :
Encodage DHIS2 effectif mais difficile cause dabsence de connexion internet.
VSAT installer en priorit.
Si lHGR reste : doter dquipement informatique (rentabilisation du kit solaire)
Renforcer le BCZS avec un technicien/informaticien pour la maintenance et le support
informatique
15.1.3.4.9 ZS de Mw eka
Zone de sant rurale avec une population totale de 198.941 habitants sur une superficie de 4.000
Km2,
Dispose de 23 aires de sant dont 21 seulement ont t valides par la province avec 65 FOSA,
13 agents au BCZS dont 4 utilisent loutil informatique
8 agents sur 13 touchent le salaire de lEtat et tous ont la prime de risque,
Prsence de deux licencis en informatique de lU.KA sur la cit (joignables en cas de problmes
informatiques),
6 ordinateurs au BCZS dont 2 de bureau et 4 portables 5deux ont de problme de batterie, pas
dimprimante ni photocopieuse,
Deux kits solaires au BCZS qui servent sans problme pour loutil informatique et deux autres kits
sans batterie pour les frigos,
Pas de connexion internet, do usage de trois modems Orange, Vodacom et Airtel dont la
connexion est de trs mauvaise qualit,
A cause de la mauvaise connexion, il a t recommand la zone de sant daller encoder les
donnes Ilebo (150 Km ou Kananga (250 Km),
Utilisation de DHIS2 mais rapports non encore encods,
Bonne compltude (100%) et promptitude (90%),
Transmission dautres rapports des programmes spcialiss en papier,
Utilisation dExcel pour les analyses et de PowerPoint pour les prsentations,
Usage des tlphones pour les changes des mails et informations,
Aucune formation sanitaire avec loutil informatique part lHGR,
Deux personnes forms en iHRIS, mais logiciel non encore oprationnel,
Projet dinstallation de V-SAT dici la fin de lanne,
Besoin dun agent avec les comptences en informatique renforces au Bureau Central de Zone
(Datamanager informaticien),
Besoin dun agent de maintenance,
Besoin de renforcer les comptences des autres cadres de la zone de sant,
Utilisation des tlphones pour la transmission des donnes de surveillance pidmiologique par
SMS,
Presque toute la zone de sant est couverte par les rseaux de tlphonie mobile
15.1.3.4.9.2 HGR
Hpital situ moins de 100 m du bureau central,

Prsence dun kit informatique,
Prsence dun kit solaire pour le matriel informatique,
Lordinateur utilis pour encoder les donnes dans le canevas SNIS sauvegarder dans la
machine,
Pas dutilisation de DHIS2,
Absence de connexion internet

Annexes 351
15.1.3.4.9.3 SWOT

- 61% dagents touchent le - Trs peu dagents utilisent loutil - Former le personnel en
salaire de lEtat, informatique, informatique,
- Prsence de deux modems - Absence dinformaticien dans - Renforcer lquipement
pour la transmission des lquipe, do recours aux informatique,
donnes par internet, services externes en cas de - Construire le btiment
- Bonne compltude et problme, du bureau central,
promptitude, - Prsence des tableaux dans les
- Utilisation dExcel pour canevas ne correspondant pas au
lanalyse des donnes et de masque de saisie de DHIS2,
Power Point pour les - Absence de connexion internet,
prsentations, - Absence des backups,
- Application de la tarification - Rapports non encore encods
forfaitaire lhpital, dans le DHIS2,
- Deux agents forms en iHRIS, - Production et transmission des
- Utilisation des tlphones pour canevas synthse des CS en dur,
la transmission des donnes
de surveillance
pidmiologique par SMS,
ltude
- Toute la zone de sant est - Manque dappropriation de lEtat, - Mettre laccent sur le
couverte par les rseaux de - Fuite des comptences aprs renforcement des
tlphonie mobile, formation (dmotivation), capacits du
- Le passage de la fibre optique personnel,
dans la zone de sant ( ct - Penser la source
du BCZS) dalimentation en
- Prsence de deux licencis en nergie lectrique,
informatique dans la zone de - Envisager la motivation
sant, du personnel,
- Projet dinstallation de V-SAT - Affectation dun agent
dici la fin de lanne, de maintenance au
bureau central de zone
de sant,
Conclusions :
Encodage DHIS2 ncessite le dplacement des agents dencodage Kananga ou Ilebo. VSAT
installer en priorit. Sinon une solution pour un DHIS2 offline devra tre dveloppe (ncessite une
stabilit importante des canevas/masques de saisie).
Diminuer la redondance entre le DHIS2 et les rapportages partenaires
Renforcer le BCZS avec un technicien/informaticien pour la maintenance et le support informatique
15.1.3.4.10 ZS de Tshikaji
15.1.3.4.10.1 Situation
- Seulement les MCZ, AG et IS disposent dune matrise de base de linformatique
12 AS, 35 FOSA, population de 108.000
Le MCZ constate une grande rsistance aux NTIC chez les utilisateurs (manque dintrt, il ne
connat pas les raisons)

- BCZS
2 PC desktop (PROSANI)
5 portables (ASSP)
Une imprimante
- HGR
Serveur Linux + 15 postes de travail (desktops et quelques laptops fournis par IMA)
Serveur Windows (simple PC)
- HS Kalemba
Utilisation dun PC priv
Logiciels
- SPSS et Epidata/Epi-info pour des recherches locales de la ZS
- Progi-Sant pour la comptabilit hospitalire
- Introduction rcente de BHIMA (IMA) en version alpha pour
Identification/administration des patients
Tarification et facturation
Gestion des caisses
Gestion des stocks de mdicaments
Electricit
- Disponible en permanence grce la prsence dun barrage ct
- 1 antenne Microcom (partage avec HGR)
Bande passante trs faible (utilisable tt le matin et tard le soir)
- 1 VSAT BCZS (ASSP)
Problmes de connexion (ne fonctionne pas pour linstant). Problmes de crdits VSAT
- 1 VSAT HGR planifi (ASSP)
Implmentation du SNIS hospitalier
- Modems Vodacom et Airtel (avaient dj t acquis avant linstallation de la VSAT). Les
connexions sont instables
- Rseau mixte UTP/Wifi lHGR
- Toutes les aires de sant couvertes par les rseaux Vodacom et Airtel
- 1 technicien informatique lHGR, sinon on fait appel au B5 de Kananga
Rapportage
- Rapports SNIS au B5 seulement travers le DHIS2 (nenvoient plus les rapports papier de
synthse)
- PEV sur papier (rapports Excel imprims)
- VIH sur papier (rapports Excel imprims)
15.1.3.4.10.2 SWOT

- Electricit stable - Faible bande passante internet, - Internet stable et de
- Personnel motiv lHGR connexions instables (manque haut dbit
(gr par une congrgation dunits/cot dexploitation) - Ressources
protestante, appuy par IMA) - Discordances entre les canevas humaines mieux
- Utilisation DHIS2 effective SNIS et linterface DHIS2 formes et motives
- Proximit de la DPS - Des formations NTIC
supplmentaires sont
surtout rclames par
le HGR
(attente) - Personnel du BCZS peu recommandations pour
- Encodage direct dans le intress ltude
DHIS2 par lHGR planifi dans - Manque de cohsion dans - Remplacement des
le projet ASSP lquipe BCZS nombreuses

Annexes 353
- Direction motive lHGR, qui - Faible rmunration du personnel connexions internet

comprend limportance de qui fait que beaucoup dentre eux dfaillantes par 1
linformatisation sont en permanence la connexion stable pour
- Assistance pour BHIMA recherche dun travail mieux le site (BCZS + HGR)
disponible Kinshasa. pay => fuite de comptences - Extension de
Assistance distance via lutilisation de BHIMA
internet envisage avec au HGR et possibilit
intervention directe sur le dextraction et
serveur. dexportation vers le
DHIS2
- Introduction dun FBR
SNIS ?
Conclusions :
Dmotivation au niveau du BCZS vis--vis de linformatique. Manque de personnel comptent en
NTIC. Malgr cela il y a un encodage effectif dans le DHIS2.
Prsence dune assistance NTIC lHGR.
Dveloppement avanc du systme de gestion hospitalier (web-based) BHIMA avec appui
structurel de IMA.
Courant lectrique stable mais connectivit internet dfaillante malgr la plthore de connexions.
Leur remplacement pas une solution stable et haut dbit devrait tre tudi.
15.1.3.4.11 BCZS de Demba
15.1.3.4.11.1 Mission
Dveloppement du leadership intgr au niveau de la zone de sant

Amlioration de la couverture sanitaire au sein de la zone de sant
15.1.3.4.11.2 Situation
La zone de sant couvre 22 aires de sants avec 22 structures dont 2 confessionnelles

religieuses, Superficie: 4.898Km
La promptitude et compltude sont 100%
Taux dutilisation de services curatifs dans la zone est estim 29,7%, la zone la plus loigne
est 80Km
Ressources humaines : 14 agents dont 3 seulement sont mcaniss mais sans salaire de lEtat,
9 personnes sur les 14 savent manipuler lordinateur mais tous form lutilisation du DHIS2.
Matriels informatique : 7 ordinateurs (2 portables et fixes), 1 imprimante, prsence dun routeur
dinternet avec loprateur Vodacom mais qui pose trop des problmes, loprateur Airtel est aussi
dans la zone mais sa couverture pose problme aussi !
Les outils SNIS sont en durs et en Excel de mme pour les diffrents programmes
Prsence dun Kit solaire financ par IRC et ASSP, mais ceux de IRC posent problmes. La zone
utilise le groupe lectrogne de 20 KVA de lhpital.
Moyens de transports : 2 vhicules et 2 motos
Larchivage est totalement sur papier rang par ordre sur des grosses armoires selon les annes !
Partenaires : SANRU, ASSP, lEtat congolais
15.1.3.4.11.3 SWOT

- Une grande partie de - Mauvaise qualit de - trouver des moyens
personne savent connexion internet qui ne de sources
manipuler lordinateur permet pas la zone dnergies stables
- La zone de sant dencoder les donnes dans - amliorer la qualit

disponibilise le canevas le DHIS2, suite la de connexion

SNIS aux diffrentes mauvaise couverture des internet
structures de la zone, oprateurs (Vodacom et
elle est aussi appuye Airtel)
par lEtat congolais qui - La duplicit du travail suite
reste son premier la double saisie des
partenaire. donnes dans le DHIS2 et
- Plusieurs moyens de sur le canevas SNIS et ceux
transport sont des bailleurs
disponibles au bureau de - pas dinformaticien pour
la zone permanant de la zone pour
assurer la maintenance des
matriels
ltude
- Une quipe bien form - Motivation des agents qui - Prenniser le projet
par le SNIS et savent sont majoritairement non SURVAC fin de
trs bien manipuler mcaniss faciliter la collecte
lordinateur et majoritaire - Manque dune source des donnes dans
form par le DHIS2 dnergie stable et fiable car la zone.
il ny a pas dlectricit et - Dployer un
pas un groupe lectrogne systme de
propre la zone. connexion par
VSAT fin de
faciliter la connexion
Conclusion:
Mettre en place dans la zone un rseau local ayant un lien VPN avec la DPS
Disponibiliser un informaticien pour la maintenance des matriels informatique de la zone mais
aussi assister certaines structure et le HGR
Mettre en place un systme darchivage lectronique du document de la zone dans un serveur
hberg la DPS.
Mettre en place le PBF.
15.1.3.4.12 BCZS Katoka
15.1.3.4.12.1 Mission

15.1.3.4.12.2 Situation
La zone a une superficie de 192 Km2 , la population est de 138.837hab

La zone a 9 aires de sants, 24 structures dont 9 centres de rfrence et 1 hpital secondaires y
compris aussi de postes de sant
La structure la plus loigne de la zone est situe 17 Km, la compltude est 100% et la
promptitude est 72%
RH : 19 personnes dont 6 seulement savent utiliser lordinateur, 3 personnes sont mcanises
mais pas pay, 2 sont mcanises et touchent le salaire de lEtat
Le taux dutilisation de services curatifs dans la zone est de 20%
Prsence dun DATAMANAGER de la zone qui soccupe de lanalyse des donnes
Matriels informatique : 1 ordinateur fixe du bureau, 4 laptops dont 1 ne fonctionne pas. 2

Annexes 355
imprimantes dont 1 est en panne

Le BCZS se charge de multiplier les outils de collectes des donnes pour les structures
1 rtroprojecteur mais qui est panne, larchivage est totalement sur papier rang dans le classeur
en ordre
Outils de collectes des donnes: le DHIS2, les autres outils des diffrents programmes sont en
durs et transmis aussi en dure.
Energie : 1 kit de panneaux solaire donn par le fond mondial, 1groupe lectrogne de 2 KVA avec
une consommation moyenne de 250litres/mois
Logistique : 1 vhicule (donn par SANRU) et 4 motos (3 SANRU et 1 UNICEF)
Partenaires : SANRU :qui est depuis 2013 dans la zone qui appui dans tous les paquets, donc
appui global, FDSS :dans le VIH/SIDA, PMI
Prsence dun routeur internet de loprateur VODACOM
15.1.3.4.12.3 SWOT

- La zone possde plusieurs - Manque de formation des - Disponibiliser une
partenaires dont lun avec un prestataires au niveau des connexion internet
appui global structures, ce qui entraine avec le VSAT
- Loutil de collecte des la mauvaise qualit des - Doter le BCZS sa
donnes SNIS est le DHIS2 donnes collectes. propre
avec la prsence dun Data - Manque de couverture infrastructure, car
manager. rseau dans toute la zone actuellement elle
- Ddoublement des est locataire.
structures dans le DHIS2, - Formation de base
certaines figurent dans le en informatique
DHIS2 mais qui ne sont pas - Harmonisation du
fonctionnelles, cela pose canevas SNIS et du
problme de compltude. pyramide au niveau
- Le canevas SNIS contient de la page DHIS2
beaucoup dindicateurs qui
ne sont pas
comprhensibles mais
aussi inutile et rends la
tche complexe au IT
ltude
- Une connexion internet - Maintenance des outils - Connexion internet
stable et de qualit informatique grande vitesse
- Canevas SNIS simplifi avec - Formation continue du avec VSAT
des indicateurs personnel - Harmonisation des
comprhensibles - Motivation du personnel outils de collecte de
- Harmonisation des page et donnes mais aussi
de structures figurant dans le harmoniser le
DHIS2 qui doivent tre nombre des
conforme celle qui existe structures qui sont
dans la zone dans le DHIS2
Conclusion:
Mettre en place dans la zone un rseau local ayant un lien VPN avec la DPS
Disponibiliser un informaticien pour la maintenance des matriels informatique de la zone
hberg la DPS.
Prparer lautonomie future de la zone dans la gestion afin dassurer la prennit des actions

effectues par les partenaires.

15.1.3.4.13 BCZS de Tshikula
15.1.3.4.13.1 Mission

15.1.3.4.13.2 Situation
La zone a une superficie de 2.500Km2, avec 134.156 Habitants

La zone a 16 aires de sants avec un HGR, 19 postes de sants dont 8 confessionnelles et 8
tatiques.
Laire la plus loigne est situe 60 Km
La couverture rseau des oprateurs tlcoms (Airtel, Vodacom et Orange) nest pas stable
Prsence dun routeur internet qui fonctionne avec Airtel
La compltude est 100% par rapport au SNIS, la promptitude est aussi 100%
La surveillance pidmiologique est 100% de compltude.
Leffectif du personnel est 14 dont 8 personnes seulement savent utiliser lordinateur, sur leffectif
2 agents sont sous statut non pays, 3 Nouvelles units et le reste sont mcaniss
Matriels Informatique : 3 ordonnateurs fixes des bureaux, 4 portables, 2 photocopieuses, 1
imprimante
Moyens de transports : 4 motos (2 unicef et 2 PAPNDS)
Energie : 1 panneau solaire (Fond mondial), 2 Groupe Electrogne de 18 KVA
Le DHIS2 est utilis comme outil de collecte des donnes SNIS.
Les donnes pidmiologiques sont faites en dures, la gestion du personnel et de la paie se paie
se fait par Excel y compris aussi la gestion des mdicaments.
Larchivage est totalement sur papier.
Les prestataires : PMA(USAID) a appuy sur la formation des prestataires de base (appuis
partiel), FDSS, SANRU (pour le VIH), lUNICEF avec le volet communautaire (appui global)
Le taux dutilisation des soins curatifs de soins dans la zone est de 61% au niveau interne
(Structures de sants) et 67% au niveau du HGR
Toutes les structures sont cartographies avec KGIS, appuy par le PAPNDS qui donne aussi le
paquet pour le fonctionnement du bureau central de zone de sant.
15.1.3.4.13.3 SWOT

- Plus de la moiti du - 5 personnes seulement ont - Augmenter les
personnel de la zone t formes sur le DHIS2, et paquets des
savent manipuler louverture de la page partenaires
lordinateur daccueil pose des gros - Amliorer la qualit
- La zone possde problmes suite une de fonction de
plusieurs sources mauvaise qualit de prestation surtout
dnergies. connexion internet sur le renforcement
- La gestion du personnel - Pas de systme de capacit
et celle de mdicaments darchivage, celui-ci est - Lappui sur la
sont effectues dans totalement sur papier. logistique : Vhicule
une base de donnes - Pas de moyen des - Disponibiliser des
Excel. reproductions des outils de laboratoires et
- Les BCZS disponibilise collectes des donnes, la matriels mdicaux
les outils de collectes reproduction est totalement dans les structures
des donnes aux prise en charge par le BCZS qui en manquent
structures. ce qui constitue des frais

Annexes 357
- Existence dune normes supporter.

cartographie de toutes - Pas dambulance pour le
les structures des HGR de la ZS
zones.
ltude
- Fournir la zone de - Maintenance des matriels - Connexion Internet
sant les matriels informatique de la zone. Var VSAT
informatiques - Motivation des agents car - Matriel
- Connexion internet plus de la moiti ne sont informatiques pour
stable et de bonne pas mcanises et certains la zone de sant
qualit mcaniss ne touchent pas
le salaire de lEtat
Conclusion:
Mettre en place dans la zone un rseau local au sein de la zone ayant un lien VPN avec la DPS
Disponibiliser un informaticien pour la maintenance des matriels informatique de la zone mais
aussi assister certaines structure et le HGR
hberg la DPS.
Prparer lautonomie future de la zone dans la gestion fin dassurer la prennit des actions
effectues par les partenaires.
15.1.3.4.14 BCZS de Lukonga
15.1.3.4.14.1 Mission

15.1.3.4.14.2 Situation
La zone a une superficie de 153 Km2, avec une population estime 267422 habitants
19 Aires de sants avec un HGR, y compris 1 institution spcialise en sant mentale, donc 17
centres de sants et 2 postes de sants dont 5 structures sont confessionnelles et 12 autres
tatiques.
Promptitude interne pour le rapportage des donnes est de 100% et la compltude est de 67%
Laire de sant la plus loigne TSHIKULA est situe 13Km
Leffectif du personnel de la ZS est de 19 (1 Med, 1 AG, 6 infir, 1 CEA, 1 secrtaire, 1 chauffeur, 1
fille de salle, 1 sentinelle, 2commis et1 Ass.phsien) personnes dont 11 savent manipuler
lordinateur. 7 personnes sont mcanises, 5 personnes sont mcanises sur les 19 que compte
leffectif.
La saisie des donnes est assure par 5 personnes
La maintenance des outils informatique est assure par linformaticien de la DPS que la ZS paye
en cas dintervention.
La ZS possde : 6 ordinateurs dont 2 qui sont en panne, 1 imprimante avec photocopieuse
incorpore
Le Backup est effectu sur le PC et non sur de disque Externe
Prsence dun rseau local avec un routeur WIFI dune connexion internet supportant 10 machines
(150$ comme abonnement mensuel) avec comme fournisseur MICROCOM.
Le logiciel DHIS2 est utilis comme outils de collecte des donnes, IRIS pour la gestion des RH

lquipe a t dj forme pour cet outil mais pas exploitable (IRIS) dans la zone de sant. Pour
tous les programmes de la zone, les outils sont en Excel.
Rapport en Dure : SNIS, Surveillance Epidmiologique.
La ZS possde : Un Kit de panneaux solaires du projet ASSP(IMA HEALTH, UK AID, DFID), 1
groupe Electrogne de 2 KVA, le carburant, convertisseur et les frais de fonctionnement sont
assurs par ASSP.
2 vhicules dont un a t donn par ASSP (IMA HEALTH, UK AID, DFID) et lautre par IRC. 3
motos en bon tat dont 1 donne par UNICEF et 2 ASSP
La ZS possde un GHR, le taux dutilisation des services curatifs est estim entre 15 35%.
Prsence des partenaires : ASSP (IMA HEALTH, UK AID, DFID) et le fond mondial travers
SANRU dans le projet FDSS pour le VIH/SIDA
15.1.3.4.14.3 SWOT
Pass Forces/Succs Faiblesses/Echecs Priorits actuelles

/
Prse
nt
- Zone de sant rurale - Linstabilit de la - La lutte contre le
forte densit avec connexion internet par paludisme
un HGR manque dune couverture - Construction des
- Une quipe dj maximale de la zone par nouvelles
form sur le DHIS2, les ICT (VODACOM et infrastructures
et IRIS mais aussi Airtel), mais aussi la propres la ZS (3
utilisation des outils technologie(EIDGE) dont 1 est en
annexes propre la utilis qui ne permet pas cours de
zone en Excel pour au DHIS2 de se charger construction)
tous les programmes. rapidement. - La disponibilit
- Assez doutils - Pas doutils (CANEVAS) des mdicaments
informatiques avec de gestion des donnes dans le CDR
une connexion SNIS et manuels de - Rsoudre le
internet avec un remplissage au niveau problme lis la
rseau local et WIFI de la base, suite au mcanisation des
- Une grande masse manque de moyen pour certains agents
critique du personnel les multiplier. de la ZS mais
savent utiliser - Instabilit des IT au aussi la
lordinateur. niveau des structures motivation en
- Prsence dun prives de confession ajoutant le
bailleur ponctuel religieuses paquet: Etre
ASSP (IMA HEALTH, - Monitorage sur le terrain rmunrer en
UK AID, DFID) avec nest pas rgulier fonction des
appuis global (frais de - Manque dinfrastructure tches raliser.
fonctionnement et propre la ZS, car elle - Trouver dautres
primes) et le fond est loge dans lenceinte sources de
Mondial via SANRU du HGR. revenus
dans le projet FDSS supplmentaires
avec un appui fin de suppler
sectoriel (VIH/SIDA) celui des bailleurs
une fois le projet
arrt
Futur Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/
pour ltude
- Formation dune - labsence dune nergie - Mettre en place
masse critique des IT lectrique permanente une connexion

Annexes 359
sur le nouveau SNIS au sein de la zone de avec une bande

au saint de la Zone sant passante
de sant, car - manque dune formation acceptable au
actuellement 1 IT par continue et structure en sein de zone de
structure a t form. informatique de la sant sante
- Une connexion mais aussi au nouveau - Mettre en place
internet avec une SNIS. une quipe
bande passante - La motivation des dinformaticien (2)
acceptable pour agents, vu que la grande pour la zone de
amliorer le travail. partie nest pas sant qui aura
- Une formation mcanise. dpanner les
complmentaire sur diffrentes
le DHIS2 structures.
- Disponibiliser les - Mettre en place
CANEVAS SNIS un systme de
toutes les structures sauvegarde bien
de la zone de sant appropri (par
ainsi que les registres disque externe) et
complmentaires scuriser les
manquant dans le machines par des
DHIS2 antivirus.
- Formation
complmentaire
avec plusieurs
pratiques sur le
DHIS2, mais
aussi sur le
nouveau SNIS
des plusieurs IT
dans la ZS.
Conclusion:
Inciter les ICT (Airtel et Vodacom) amliorer leur couverture dans la rgion et dployer les
technologies rcentes, 3G ou fibre optique offrant une bonne connexion acceptable dans toute la
rgion.
Formation avec plusieurs explications et atelier pratiques danalyse de qualit des donnes SNIS
insrer dans le DHIS2, car actuellement cette analyse nest pas effectue, suite au manque de
connaissance dutilisation des diffrentes options du DHIS2.
Capitaliser les expriences avec les partenaires fin de prparer un bon fonctionnement sans
appuis des bailleurs.
15.1.3.4.15 BCZS de Dibaya
15.1.3.4.15.1 Mission

15.1.3.4.15.2 Situation
La zone a une superficie de 3000 Km2, avec une population de 179.811 habitants
Le nombre des aires de sants est de 17(confessionnelles et religieuses), les structures de sant
au nombre de 43 dont 17 centre de sant et 2 secondaires dont le HGR
La compltude est 100% au niveau du bureau de la zone de sant, la promptitude est 89%

avec les pidmiologiques mais pour les donnes SNIS est 100%
Taux curatif dans la zone est estim 34%.
Personnel : le nombre est de 12(1 MCZS, 1 AG, 5 infirmier superviseurs, 1 secrtaire, 3 huissiers
et 1 sentinelles
8 personnes sur le 12 savent manipuler lordinateur, dont 7 sont matriculs et touchent le salaire
de lEtat, 1 personne ne touche pas et le reste du personnel sont des nouvelles Units (non-
mcaniss)
Matriels informatique : 3 ordinateurs (1 desktop et 2 laptops) parmi les ordinateurs portables 1 est
priv, 1 imprimante qui est en panne.
Partenaires : PROSANI (finance limpression des outils de collectes des donnes depuis 2009).
En cas de besoins et que le partenaire na pas encore disponibilis les outils, les IT se dbrouillent
eux-mmes pour la multiplication de ces outils.
Prsence dune connexion internet avec modem de loprateur VODACOM donn par PROSANI
dans le cadre du DHIS2 mais qui ne fonctionne pas sur place suite au manque du signal il
fonctionne TSHIMBULU, il y a aussi un modem Airtel.
Source dnergie : 1 kit panneau solaire donn par le fond mondial cette anne, un petit groupe
lectrogne de capacit de 1.5 KVA, donn par PROSANI, 1 rtroprojection pour la campagne de
VIH/SIDA
Pas de vhicule, 1 moto en bon tat donne par PROSANI.
Le DHIS2 est utilis comme outil de collecte des donnes SNIS
15.1.3.4.15.3 SWOT
- Prsence dune quipe - Certaines machines - Motivation du

dynamique au niveau de donnes par les partenaires personnel
la zone de sant dont La dans le cadre du DHIS2 ne - Transport du
majorit du personnel de fonctionnent pas ou personnel mais
la zone savent manipuler carrment leur navigateurs aussi le logement
lordinateur internet ne parviennent pas des agents du
- Le BCZS a son propre souvrir. BCZS
btiment de travail - Manque dintrt dans les - Lautonomie de la
- Pas de personne ligible donnes collectes par les reproduction des
la retraite, donc prestataires des servir suite outils SNIS pour le
lquipe est trop jeune. au manque danalyse au prestataires au
pralable mais aussi de niveau de la zone
motivation qui entrainent la
mauvaise qualit de
donnes
- Multiplicit de canevas de
rcolte des donnes ce qui
rend une charge
supplmentaires aux
- prestataires qui narrivent
plus donner les
informations de qualits et
font du copier/coller
- le personnel nest pas
proximit de la zone suite
au manque des
infrastructures de logements
cest ainsi que le personnel
fait 12 Km chaque jour.

Annexes 361
ltude
- Utilisation du DHIS2 - Formation continue en - Formation continue
comme outil de collecte informatique du personnel
des donnes car - Matriels informatiques - Lalignement des
prsentement loutil nest adapts aux besoins de la partenaires au
pas encore exploitable zone y compris les niveau du bureau
dans la zone. fournitures de matriels central de la zone
- Une connexion internet roulant - Commencer
stable informatiser les
structures dabord
- Renforcer le BCZ
avec le KIT
informatique
Conclusion:
Inciter les ICT (Airtel et Vodacom) amliorer leur couverture dans la rgion et dployer les
technologies rcentes, 3G ou fibre optique offrant une bonne connexion acceptable dans toute la
rgion.
Formation avec plusieurs explications et atelier pratiques danalyse de qualit des donnes SNIS
insrer dans le DHIS2, car actuellement cette analyse nest pas effectue, suite au manque de
connaissance dutilisation des diffrentes options du DHIS2.
Capitaliser les expriences avec les partenaires fin de prparer un bon fonctionnement sans
appuis des bailleurs.
Mettre en place rseau local dans la zone ayant une liaison VPN avec la DPS
Mettre en place un systme darchivage lectronique
Mettre en place un systme intgr de gestion des ressources humaine (iRIS)
15.1.3.4.16 BCZS de Mikalay
15.1.3.4.16.1 Mission
Dveloppement du leadership intgr au niveau de structures de sant

Rationalisation du fonctionnement des structures de sant
15.1.3.4.16.2 Situation
La zone de sant a une superficie de 4.893 Km2, avec la densit de 35hb/Km2

Les aires de sants sont au nombre de 24 et les structures de sants au nombre de 28 dont 2
FOSA avec un HGR, plus de la moiti des structures de sant sont des confessionnelles
religieuses y compris le HGR.
La compltude interne et externe est 100%, le taux dutilisation des soins curatifs au sein de la
zone est de 59%
Toutes les structures ne sont pas couvertes par le rseau tlphonique (au moins 10 qui nont
aucune connexion) et certaines sont mme difficilement accessibles. Les oprateurs VODACOM
et Airtel ont une couverture dans certains coins de la zone mais toujours en utilisant la couverture
rseau du Kananga. Dans la zone les deux oprateurs tlcom nont aucune infrastructure.
Le nombre du personnel de la zone est de 14 agents dont 4 savent utiliser lordinateur, 9 agents
sur les 14 sont mcaniss.
Matriels Informatiques : 2 ordinateurs fixes et 2 ordinateurs portables dont 1 est en panne, il y a 2
imprimantes dont une avec photocopieuse incorpore. Il y a un routeur internet Vodacom, mais
aussi 1 routeur Airtel priv pour lassistant pharmacien qui de fois supple celui de Vodacom en
cas de manque de connexion de ce dernier.
La zone fait partie des zones couvertes par le projet PAPNDS de lUnion Europenne qui est

partenaire de la zone avec un appui global (primes, mdicaments et frais de fonctionnements). Il y

a aussi le Fond Mondial sous couvert de SANRU dans le VIH/SIDA, les Surs Cur Immacul de
Marie (SCIM). Dailleurs le MCZS est une sur religieuse
Les flashdisk sont utiliss comme sauvegarde des donnes suite des pertes de donnes
enregistres plusieurs fois dans le pass.
Le DHIS2 est utilis comme outil de collecte des donnes mais encod Kananga suite la
mauvaise qualit de la connexion (qui nexiste presque pas !)
La collecte des donnes des autres programmes est en dur sauf celle du PEV pour lequel le
modle est disponible sur DVD mais pas encore utilis.
Pas de vhicules
La zone possde un groupe lectrogne de 3.5 KVA mais en panne, actuellement la zone loue un
groupe priv.
Prsence dun frigo avec kit solaire.
LHS de Lulengele (congrgation presbytrienne) est situ 65 km du BCZS.
Dispose ni dlectricit ni dquipements informatiques (sauf un PC portable du mdecin directeur).
Une couverture Airtel (2G) est disponible.
3 btiments avec une distance de +- 200m entre eux (1 btiment en rhabilitation)
Taux doccupation de 63%
Hpital avec peu de moyens mais propre et bien gr. Archives papier correctement organises
(rare !).
Demande explicite dinformatiser ladministration, les finances, le laboratoire, la pharmacie et le
dossier mdical
15.1.3.4.16.3 SWOT

- Prsence dun grand - Pas de surveillance - Avoir une source
bailleur (Union pidmiologique au niveau dnergie stable et
Europenne) qui appuis de la zone suite au manque permanente la
globalement la zone de couverture de rseau zone
(frais de fonctionnement, tlphonique des ICT dans - Amliorer la qualit
prime, et mdicament) lensemble de la zone, mais de la connexion
mais aussi dautres aussi aucun nest disponible internet au sein de
bailleurs dans certains dans la zone et cest la la zone.
secteurs. couverture de Kananga qui - Disponibiliser un
- Une gestion est utilise dans la zone rtroprojecteur la
rationnalise de la zone, avec trop de problme de zone de sant afin
car elle a t toujours connectivit. de faciliter les
dirige par des religieuse - Pas de connexion internet runions des
depuis sa cration. malgr la prsence de monitorages mais
- Plusieurs initiatives sont routeur achet par les aussi des
en cours au niveau de la bailleurs dans le cadre du formations.
zone entre autre la DHIS2 - Doter le BCZS dun
construction dun - Pas dlectricit ni source vhicule
nouveau btiment aux dnergie solaire - Rsoudre le
moyens propres de la supplmentaire par celle problme li la
zone qui va abriter le du chambre froide mcanisation des
dpt pharmaceutique de - La maintenance et les agents.
la zone comptences des TIC au
personnel posent problme !
dailleurs un DVD du
Canevas PEV t remis la
zone et na jamais t
utilis suite au manque de
comptence
- linterface du DHIS2 est trs

Annexes 363
lourd et difficile safficher

sur les navigateurs au
carrment il ne saffiche pas
sur certaines machines
donnes par les bailleurs.
ltude
- Une connexion internet - Maintenance des outils - Inciter les ICT
stable et des bonnes informatiques installer leurs
qualits au sein de la - Manque des dune infrastructures au
zone ainsi que la couverture maximale au sein de la zone fin
couverture du rseau sein de la zone de permettre une
tlphonique dans toute bonne qualit de
ltendue de la zone. connexion internet
- Une maintenance mais aussi une
rgulire des outils couverture
informatiques de la zone. tlphonique
- Formation continue en acceptable.
informatique mais aussi - Formation du
en DHIS2 ainsi que les personnel en DHIS2
matriels informatiques avec des outils de
utiliser. travail accompagns
aprs formation car
certaines zones
avaient t form
mais nont jamais
reu le matriel de
travail
Conclusion:
Mettre en place une connexion locale au sein de la zone ayant une liaison avec la DPS, mais
aussi une connexion internet haut dbit.
Disponibiliser une quipe des informaticiens au niveau du bureau central de zone de la zone qui
assurerons la maintenance de linfrastructure informatique, mais aussi dpanner certaines
structures.
Mettre en place des outils de gestion intgre des RH, IRIS car actuellement la gestion se fait sur
papier. Former les agents sur le nouveau canevas SNIS mais aussi donner une formation
complmentaire en DHIS2.
Inciter les ICT dployer leurs infrastructures dans la zone fin dassurer une couverture
maximale permettant une bonne connexion internet mais les appels tlphoniques aussi.
Mettre des solutions darchivage numrique au sein de la zone.
15.1.3.4.17 BCZS de Kananga
15.1.3.4.17.1 Situation
Situation : La ZS de Kananga est urbaine. Le BCZS est log dans les btiments du Complexe
Hospitalier du Kananga (CHK).
La ZS est constitue de 19 AS formes par 21 structures de sant dont 19 CS (dont 6 structures
confessionnelles), 2 centres hospitaliers (le CHK et lhpital Secondaire priv de la SNCC). Le CS
le plus loign est : 53km.
Elle couvre une superficie de 300 Km2 avec une population de 272.816 habitants. Laccessibilit
via le rseau tlphonique et internet est bonne sur toute la ZS en utilisant VODACOM, AIRTEL ou
ORANGE (faible couverture).
La compltude et la promptitude de la Zone sont de 100%. La ZS de Kananga (comme celle de

Demba) a t la zone test pour limplmentation du projet SURVAC pour lenvoie des donnes de
la surveillance pidmiologique par SMS.
Personnel : 15 dont 1 MCZ, 1AG, 1 AC, 1 CA, 6 IS, 1 AP, 1 Secrtaire, 1 huissier et 1 sentinelle.
Parmi les 12 personnels administratifs, 6 savent utiliser loutil informatique. 1 IS est point focal des
donnes SNIS. La mcanisation touche 13 personnes.
Matriel informatique : 3 desktops (1 en panne), 1 imprimante, 1 LCD et quelques portables privs.
Le BCZS ne reoit pas dappui des informaticiens de la DPS pour la maintenance du matriel. Pas
de connexion internet, ni de modem.
Locomotion : Pas de vhicule. 1 moto en bon tat
Electricit: 1 groupe de 3 KVa uniquement.
Outils de gestion : Utilisation du DHIS2 (la saisie se fait la DPS). Toutes les autres donnes
(des programmes) sont sur dur.
Partenaires : Pas dappui structurel du PAPNDS. FM (FDSS) pour la lutte contre le paludisme et
activits de monitorage du VIH.
15.1.3.4.17.2 SWOT

- Trs bonne compltude et - Pas daccs internet - Renforcement des capacits
promptitude. - Problme de production des des prestataires (Gestion,
- Personnel stable au BCZS outils (canevas, registres) pour PM et SSP)
car la majorit est les structures - Recherche de ressources
mcanis - Dmotivation lie au manque pour lachat des
- Bonne couverture en dappui direct et au moyen de mdicaments autres que
rseau tlphonique dans dplacement ceux du Paludisme et du VIH
la ZS - Manque de courant en - Acquisition de matriels
- Encore des locaux permanence (achat du carburant mdicaux dans les structures
disponibles difficile) et pas de panneaux sanitaires
solaires - Acquisition de matriel pour
- Besoins en formation des IT des mieux informatiser les
AS en SNIS (d linstabilit donnes de sant (Matriel
des IT dans les structures informatique, panneaux
confessionnelles) solaires, connexion internet)
- Le systme SURVAC na pas
tenu longtemps
ltude
- Bonne couverture en - Pas assez de matriel - Mettre en place des
rseau internet dans la informatique, de formation et de formations de recyclage du
ZS source dnergie personnel en SNIS et en
- Stabilit du courant - Manque de standardisation des outils informatique de gestion
surtout avec des canevas SNIS (et masque de des donnes
quipements solaires et saisie DHIS2), et des registres - Stabiliser lapprovisionnement
groupe lectrogne de o se trouvent les sources de en nergie (kit solaire) et
bonne qualit donnes internet
- Formations continues du - Manque dappui dans la - Uniformiser les canevas de
personnel dans la gestion maintenance du matriel collectes dinformations
du SNIS et dans
lutilisation des nouveaux
outils comme le DHIS2
- Acquisition des outils
standardiss de collectes
dinformation

Annexes 365
Conclusions pour ltude

Formations structures et continues (recyclage, certificat) en SNIS et en outils DHIS2.
Standardisation des canevas utiliss (faire correspondre les donnes des registres et les donnes
de canevas).
15.1.3.4.18 BCZS de Kakenge
15.1.3.4.18.1 Situation
22 AS, 39 FOSA, population de 159.000
- BCZS
2 PC desktop
2 portables
Une imprimante prive
- HGR
1 PC desktop (ASSP) pour le SNIS hospitalier
2 portables privs
Logiciels
- Excel
Electricit
- 1 kit solaire (ASSP) avec contrleur, convertisseur et 3 batteries au BCZS
- 1 kit solaire (ASSP) avec contrleur, convertisseur et 3 batteries lHGR
- Pas de groupe lectrogne
- 2 modems 3G Vodacom et Airtel au BCZS (crdit pays par ASSP) avec dimportants
problmes de connectivit
Seulement 2G trs instable
- Rseau Wifi via un des modems 3G
- 2 modems 3G privs lHGR
- En cas de problme ils doivent aller Kananga. Peu de problmes avec le matriel informatique
(1 desktop encore en rparation)
Rapportage
internet instable. Ils doivent aller Kananga pour ouvrir les onglets de saisie pour les diffrents
FOSA, puis rentrer chez eux pour lencodage et finalement aller chercher une connexion dans
une autre ZS pour envoyer les donnes.
Problme de discordance entre les canevas SNIS et les onglets DHIS2 (quelques pages
modifier et redistribuer)
- PNLP : sur papier
- PRONANUT (Programme National de Nutrition): sur papier
- Onchocercose : sur papier
- ASSP : quelques indicateurs propres au programme envoyer en Excel via e-mail
- Surveillance pidmiologique : par SMS mais certaines AS pas couvert par les rseaux
Vodacom ou Airtel
HGR (ancien CS) dispose de btiments dlabrs. 50 lits avec un taux doccupation de 83% depuis
lintroduction de la tarification forfaitaire

15.1.3.4.18.2 SWOT

- Electricit solaire stable mais - Connexion internet trs instable - Infrastructure
sous-dimensionne - Utilisation DHIS2 peu effective (construction de
- Personnel motiv malgr la suite aux problmes de nouveaux btiments)
faible rmunration connectivit internet - Disponibilit dune
- Suffisance de moyens de - Discordances entre les canevas assistance
transport SNIS et linterface DHIS2 informatique locale
- Zone avec actuellement de - Certains AS pas couvert en - Plus dordinateurs
bonnes performances rseau GSM portables
- Renforcement de la
puissance lectrique
- Encodage direct dans le qui fait que beaucoup dentre eux ltude
DHIS2 par lHGR planifi par sont en permanence la - De nouvelles
ASSP recherche dun travail mieux constructions
- Staff BCZS partie prenante pay => fuite de comptences envisager
pour un FBR SNIS - Seulement 3 personnes sur 11 (certainement
mcaniss (16 sur 188 pour la lHGR)
ZS). - Installation dun
VSAT au BCZS et
lHGR
- Assistance
informatique locale
ncessaire
- Introduction dun FBR
SNIS ?
Conclusions :
Encodage DHIS2 peu effectif (situation actuelle pas tenable long terme).
Besoin dune assistance technique locale vu les distances pour aller Kananga ou Ilebo
Courant lectrique stable mais sous-dimensionn
Couverture rseau 2G actuellement dfaillante. VSAT prvoir comme alternative
Btiments inadapts la fonction dun HGR
15.1.3.4.19 BCZS de Luebo
15.1.3.4.19.1 Situation
26 AS, 69 FOSA, population de 238.000 sur 5.400 km2
- BCZS
2 PC desktop
2 portables
2 imprimantes (1 achat local)
- HGR
1 desktop
2 portables privs (MD et MCS)
Logiciels
- Excel, Word, applications internet
Electricit

Annexes 367
- BCZS
1 kit solaire (ASSP) avec contrleur, convertisseur et 3 batteries au BCZS
- HGR
1 Groupe lectrogne de 15 KvA lHGR avec consommation de 2L/heure
1 kit solaire (ASSP) la maternit avec 1 batterie
1 kit solaire (ASSP) chez lAG avec 3 batteries
- 1 modem Vodacom au BCZS (crdit pay par ASSP) mais connectivit 2G trs faible (ne
permet pas de travailler avec le DHIS2)
- Un projet de VSAT pour le BCZS (ASSP) serait en cours
- En cas de problme ils doivent aller Kananga, ce qui reprsente une grande perte de temps
(210km de route difficile via Bulungu)
Rapportage
internet instable. Ils doivent aller Kananga pour lencodage (mme la synchronisation des
donnes encodes offline ne fonctionne pas Luebo). 4 personnes sont formes sur loutil
DHIS2.
Incompatibilit des canevas SNIS avec les masques de saisie DHIS2 (reproduction de 3
pages sur papier brouillon)
- PNLP : sur papier
- PRONANUT : sur papier
- SANRU/ASSP : quelques indicateurs propres au programme envoyer (le cas pour plusieurs
partenaires comme Fond Mondial)
- Surveillance pidmiologique : par SMS mais quelques AS pas couvert par les rseaux tlcom
15.1.3.4.19.2 SWOT

- Electricit solaire stable mais - Connexion internet avec trs - Connexion internet
insuffisante lHGR pour les faible bande passante (VSAT)
quipements (lampe salle - Agents BCZS doivent se - Renforcement des
dopration, chographe) dplacer Kananga pour capacits en NTIC
- Personnel motiv au BCZS lencodage de donnes (instabilit du
- Suffisance de moyens de personnel)
transport - Extension du parc PC
- Zone avec de bonnes - Renforcement du kit
performances solaire sous-
- Tarification forfaitaire dj dimensionn
applique lHGR
- Equipe trs motive au BCZS, qui fait que beaucoup dentre eux ltude
prt faire dimportants sont en permanence la - Equipe motive
efforts pour faire russir recherche dun travail mieux - Installation dune
linformatisation pay => fuite de comptences connexion VSAT
- FBR SNIS - Moins de 50% des agents Luebo
- Technicien labo trs motiv mcaniss - Renforcement du
lHGR, prt sinvestir dans - Rseau routier trs difficile systme dnergie
linformatisation - Manque de frais de solaire
fonctionnement (1500 USD - De grands doutes
ASSP/mois) quant la prennit

- Importantes doutes quant la des interventions

prennisation de linformatisation partenaires (cot
(quoi aprs le dpart du VSAT ?)
partenaire ?)
- Gestion gnrale de lHGR
dfaillante (selles et urine dans
les couloirs, beaucoup de chiens
dans lhpital, grand dsordre)
Conclusions :
Encodage DHIS2 ncessite le dplacement des agents dencodage Kananga (210km / 8 heures
de route). VSAT installer en priorit. Sinon une solution pour un DHIS2 offline devra tre
dveloppe (ncessite une stabilit importante des canevas/masques de saisie).
Diminuer la redondance entre le DHIS2 et les rapportages partenaires
Renforcer le systme dnergie solaire
Renforcer le BCZS avec un technicien/informaticien pour la maintenance et le support informatique
15.1.3.4.20 HGR de Lukonga
15.1.3.4.20.1 Situation
Lhpital possde : 110 lits monts

Le taux dhospitalisation est estim 25%
Le nombre dhospitalisation par mois est estim 178 personnes (mois daot 2014)
La moyenne dhospitalisation est de 5jours
Le HGR applique un systme de paiement par actes
La consultation ainsi que la fiche est fixe 600FC (adulte) et 450 (Enfants), laccouchement :
4000FC, lhospitalisation : 750FC pour tous les sjours
Le HGR possde 68 personnes comme personnel (4 mdecins, 50 infirmiers et paramdicaux)
10 personnes sur 50 (exclus ceux qui nutilisent pas lordinateur dans leurs taches quotidienne)
savent utiliser lordinateur (saisie de textes, envoyer courrier), 14 personne sont ligible la
retraite. Parmi le personnel mcanis 2 ne sont pas pays
Le HGR possde 1 ordinateur fixe et 1 imprimante
Le HGR utilise la connexion internet du BCZS, 1 groupe lectrogne de 10 KVA, sous utilis par
manque de carburant avec une consommation moyenne 1Litre pour 45 minutes
La maternit possde un systme solaire qui claire la salle daccouchement ainsi que la salle
dopration
Les outils de collecte des donnes SNIS sont en dures le dossier patient est gr par fiche, alors
le malade se voit attribuer un numro valide pour toute lanne et cette fiche reste au service de
triages qui le classe par numro dordre selon le mois.
Les donnes sont encodes directement dans le DHIS2
15.1.3.4.20.2 SWOT

- Le HGR a une grande - Beaucoup dindicateurs - Rsoudre le
capacit daccueil pour (souvent inutiles) figurant problme du statut
survenir la demande de dans le SNIS ne sont pas du personnel
la zone mais aussi bien comprhensibles mais (mcanisation)
comme hpital gnral aussi aucune formation na - Renforcement de
de rfrence. t donne sur le nouveau capacits en prise
- Un systme de SNIS. en charge durgence
tarification accessible - Le DHIS2 nest pas bien (cot mdical)
la population la plus maitris, do on encode les - Formation continue
dmunis donnes quon ne sait pas en informatique de
analyser et interprter sant
- Pas deau disponible au - Disponibiliser les

Annexes 369
sein de lhpital, les eaux quipements

des pluies sont utilises par mdicaux au sein
manque de disponibilit de lhpital
deau. - Rhabilitation des
infrastructures de
lhpital (douches,
et autres)
- Rparer le matriel
de radiographie qui
est en panne
ltude
- Formation sur le nouveau - Manque dune source - Mettre en place des
SNIS ainsi que du dlectricit permanente et outils de gestion du
DHIS2 avec lexplication stable. dossier patient
dtaille sur les - La scurit du btiment qui prenant en compte
diffrents indicateurs. nest pas bien assur avec tout le circuit : de la
- Mettre en place une le risque du vol. rception la
connexion internet - La maintenance des outils facturation.
grande vitesse pour informatiques, une fois - Disponibiliser des
favoriser lencodage dans disponible au sein de matriels
le DHIS2 lhpital informatique au sein
- Formation continue de lhpital fin de
structure en faciliter le travail.
informatique de la sant - Mettre en place un
- Disponibiliser un Data systme darchivage
Manager pour gestion lectronique du
des donnes SNIS dossier patient mais
- Informatiser le dossier aussi pour tous les
patient ainsi que tout le documents de
circuit y affrent. lhpital
- Disponibiliser une
connexion internet
avec une bonne
bande passante
Conclusion:
Mettre en place un systme gestion intgr du dossier patient comprenant tout son circuit.
Mettre en place un systme darchivage numrique du dossier de lhpital
Favoriser ou initier la politique de mutuels de sant au sein de lhpital fin de rendre plus
accessible et cout acceptable le soin de sant la couche de la population la plus dmunie.
15.1.3.4.21 HGR de Demba
15.1.3.4.21.1 Situation
Le taux de soins curatifs dans la zone est estim 70%

Lhpital a 100 lits monts sur le 120 prvus
Le taux doccupation est estim 50,8%, celui de consultation est de 230/mois
Le nombre dhospitalisation pour le mois daot tait de 151 pour le mois daot 2014, le
payement est forfaitaire
La consultation + hospitalisation coute 2850 FC, la chirurgie mineur coute :15.000FC et la
chirurgie mineur est apprcier selon le cas.
Matriels informatiques : 2 PC, pas de connexion internet
1 groupe lectrogne de 21KVA, un kit de panneaux solaires pour alimenter le bloque opratoire
mais aussi servir de source dnergie pour les Kit informatique.

Les donnes SNIS sont gres par de fichiers Excel

Partenaire du HGR : SANRU (avec tous les paquets), ASSP, DFID
Personnel : 65 dont 5 mdecins et 36 paramdicaux, 43 personnes reoivent la prime des
partenaires qui est octroyes selon leurs niveaux de fonction, car certaines fonctions avaient t
slectionnes par les partenaires. 15 personnes sur le 65 sont mcanises dont 6 ne touchent
pas le salaire de lEtat.
4 personnes sur le 65 savent manipuler lordinateur.
15.1.3.4.21.2 SWOT

- Un grand hpital avec - Une grande partie du - Informatisation du
plusieurs bailleurs qui personnel nest pas capable HGR
financent plusieurs dutiliser un ordinateur - Amliorer les taux
secteurs, exemple de - Pas dambulance pour le doccupation de
SANRU qui prend tous HGR lhpital
les paquets (Primes, - Disponibiliser une
frais de fonctionnement, source deau
mdicaments, logistique, permanente pour le
ect..) HGR
- Disponibiliser de
llectricit
- Lambulance pour le
rfrencement
ltude
- Une connexion internet - Manque de motivation du - Une connexion
stable et des bonnes personne qui internet stable et
qualits au sein de majoritairement ne savent des bonnes
lhpital pas manipuler loutil qualits au sein
- Une maintenance informatique du HGR
rgulire des instruments - Manque dune source - Une maintenance
biomdicaux dnergie lectrique stable rgulire des
- Formation continue en avec redondance afin outils
informatique mais aussi dassurer le fonctionnement informatiques et
en DHIS2 ainsi que les des matriels biomdicaux biomdicaux du
matriels informatiques mais aussi alimenter le bloc HGR
utiliser. opratoire. - Formation
continue en
informatique
Conclusion:
Implmenter des outils de comptabilit gnrale et de gestion des RH
15.1.3.4.22 HGR de Dibaya
15.1.3.4.22.1 Situation
Le HGR a une capacit de 39 lits

La moyenne de consultation par est estim 188 statistiques du mois daot, le nombre de
nouveaux cas dhospitalisation par mois est de 79 personnes pour le mois daot, la moyenne de
la dure dhospitalisation est de 7jours
La consultation est 500Fc, lpisode est fixe 2.500Fc y compris lhospitalisation, la tarification

Annexes 371
forfaitaire nest plus applicable.

Leffectif du personnel du HGR est de 33 personnes qui ne savent pas manipuler lordinateur.
Matriels informatique : 1 groupe lectrogne, un kit solaire avec 2 batteries
Loutil de gestion des donnes SNIS est totalement en dure de mme pour les autres programmes
Le donnes collectes par les IT ne sont pas de qualits suite au manque dappui lhpital
Partenaires : Gouvernement de la RDC qui avait cibl 4 hpitaux publics de la province appuyer y
compris le HGR de DIBAYA dont le montant de 30000USD avait t remis pour chaque hpital, le
PAPNDS (UE), SANRU
Prsence dune moto achete par le gouvernement
15.1.3.4.22.2 SWOT

- Lhpital est appuy par - Pas assez dhygine dans - Fontaine deau
le grand partenaire qui lhpital y compris le bloc - Logement de
est le gouvernement avec opratoire et la maternit. mdecin
un appui des frais de - Pas de source dnergie
fonctionnement. stable qui peut faire
- Le HGR est attractif fonctionner les appareils
suite sa situation biomdicaux
gographique mais aussi - Manquent doutils de
il est le grand hpital de laboratoire mais aussi de
la zone qui couvre une lits de qualits car tous le
grande partie du territoire matelas sont totalement
endommags
- Mauvaise gestion du fond
allou par lEtat congolais
dont certaines priorits
destines ce fond non pas
t excuts.
- Pas de bonne couverture
rseaux des oprateur
tlcoms (Vodacom, Airtel)
dans la zone
ltude
- Une connexion internet - La formation continue du - Formation continue
de bonne qualit personnel en soins du personnel
- Outils de collecte de durgence - Maintenance de
donne, DHIS2 - La maintenance des linfrastructure
- Les matriels appareils biomdicaux, hospitalire qui est
biomdicaux dans le mais aussi mcaniques en tat de
bloc opratoire mais (groupe lectrogne) car dlabrement avanc
aussi dans le laboratoire plusieurs appareils sont
tombs en pannes
Conclusion:
Mettre en place un systme de gestion intgr du dossier patient
Mettre en place un outil de collecte des donnes SNIS, le DHIS2
Disponibiliser les matriels biomdicaux pour le HGR mais aussi pour le laboratoire
Formation continue du personnel en informatique de la sant mais aussi sur le SNIS
Mettre en place source dnergie stable avec plusieurs redondances.

15.1.3.4.23 HGR de Tshikula
15.1.3.4.23.1 Situation
Le HGR a une capacit de 29 lits, avec un taux doccupation de lit est estim moyenne 90
100%
Le nombre de consultation par mois est aux environs de 300 400 personnes
La tarification est forfaitaire, la consultation pour un adulte est de 9000Fc qui comprends tout le
paquet : hospitalisation, et autres. Pour adulte est fixe 7000Fc
Pour les malades ambulatoires : Adulte : 5.000Fc pour adulte et 3500Fc pour enfants.
La chirurgie majeure 25000Fc et celle qui est mineur 10.000Fc part la chirurgie, tous les
autres services sont incluses dans le montant forfaitaire.
Ressources Humaines : 32 personnes dont 9 personnes sont seulement matricules parmi
lesquelles 7 touchent le salaire de lEtat et 2 qui ne le touche pas.
Matriels informatiques : 3 laptops et 1 desktop
Pas de connexion internet
La gestion du dossier patient est en dure (sur la fiche)
Loutil Excel est utilis pour utilis pour la lenregistrement des recettes mais aussi pour la
facturation
Energie : 1 groupe lectrogne de 3KVA, le kit des panneaux solaires est destin alimenter le
bloc opratoire.
Prsence dune ambulance pour le rfrencement
Bailleurs : UE avec PAPNDS, SANRU
15.1.3.4.23.2 SWOT
Pass Forces/Succs Faiblesses/Echecs Priorits actuelles

/
Prse
nt
- Le HGR est trs - La capacit daccueil est - Informatisation du
sollicit dans la zone assez leve par rapport HGR
vu ses capacits au nombre de lits - Amliorer les
mais aussi son prvus. taux doccupation
importance mais - Pas doutil de collecte de lhpital
aussi son systme des donnes - Disponibiliser une
de paiement est automatiss source deau
forfaitaire ce qui permanente pour
permet laccs une le HGR
masse critique de la - Disponibiliser de
population de la zone. llectricit stable
et permanente
pour le HGR
Futur Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/
pour ltude
- Une connexion - Manque de motivation du - Une connexion
internet stable et des personnel suite au internet stable
bonnes qualits au manque de rmunration et des bonnes
sein de lhpital des agents qui qualits au
- Une maintenance majoritairement ne sont sein du HGR
rgulire des pas mcaniss mais - Une
instruments aussi pour ceux qui le maintenance
biomdicaux sont ne touchent pas le rgulire des
- Formation continue salaire de lEtat. outils
en informatique mais - Maintenance des informatiques

Annexes 373
aussi en DHIS2 ainsi matriels biomdicaux . et

que les matriels biomdicaux
informatiques du HGR
utiliser. - Formation
continue en
informatique
Conclusion:
Formation continue en SNIS et en informatique de la sant.
15.1.3.4.24.1 Hpital Saint Franois de Tshimbulu
Lhpital Saint-Franois est considr comme lHGR de la ZS de Dibaya. Il est situ Tshimbulu,
25min du BCZS de Dibaya. Lhpital appartient lArchidiocse et gr par les Surs deu Cur
Immacul de Marie (CIM). Il est appuy depuis sa cration, en 2008, par COE (Corporacin de
Orientacin Educativa y Atencin Integral), une ONG italienne.
Activits : hpital de 64 lits (expansion pour atteindre 80 lits) avec un taux doccupation de 50%.
Nombre de consultations : 303/mois et hospitalisations 134/mois.
Facturation : Tarif par acte sauf la chirurgie (o cest forfaitaire). Cons : 600 Fc, hospitalisation :
1000Fc/5 jour.
Personnel : 48 personnes dont 2 mdecins et 18 infirmiers et paramdicaux. 6 agents de ltat
sont affects au CS (dispensaire) de lhpital.
Matriel informatique : 7 ordinateurs dont 4 portables (1 ordinateur la caisse, pharmacie et labo
et 2 ordinateurs ladministration et dans les bureaux mdicaux). 1 rseau cbl +WIFI dans les
bureaux administratifs et 1 connexion internet via le VSat (149EUR/mois dabonnement pour
64kbps). Pas de serveur central !
Electricit : 1 parc de panneaux solaires et 2 groupes lectrognes (2 x 30 KVa. Les cots
dexploitation dpassent le million par mois !)
Outils de collecte dinformation : Canevas SNIS Hospitalier (24 pg) en dur. 1 fiche du patient avec
un numro unique est cre la consultation (sauvegarde pendant 1 anne) et lhospitalisation
(sauvegarde pendant 5 ans).
Excel est utilis pour la gestion des mdicaments (mouvements), RH (paie) et Account Pro pour la
comptabilit.
Partenaires : COE (assistance technique et financire), PROSANI (VIH), PAPNDS (mdicaments).

- Hpital avec des appuis - Canevas SNIS - Recherche des soutiens
(COE) et dautres volumineux (24 pg) avec locaux aprs le dpart de COE
ressources : imprimerie et beaucoup dindicateurs - Logiciel de gestion de la
vente de leau potable => trop de biais et pas pharmacie dabord avant
- Bien organis et bien gr dintrt direct pour dacqurir un systme global
avec un parc solaire qui lhpital de gestion de lhpital
couvre une grande partie des - Beaucoup dchecs - Matriser les cots de
besoins de lhpital en dans la gestion de la connexion internet (VSAT) et
nergie pharmacie (format dlectricit
- Existence des statistiques Excel a chang - Construction dun CS
mensuelles simplifies plusieurs fois !) (dispensaire) pour les
(internes) de lhpital - Jusqu 2 dossiers par consultations externes
- Un logiciel de gestion de la patient (manque lextrieur de lhpital
comptabilit utilis depuis dapproche holistique)
2008

- Equipement en matriel
informatique
Opportunits/Potentialits Menaces/Obstacles Conclusions/recommandations
(attente) (craintes) pour ltude
- Rvision complte du canevas - Arrt dappui en - Rflchir sur des systmes
SNIS afin de rduire les dcembre 2017 informatiques de la prise en
indicateurs demands - Peu de comptences charge oriente problme !
- Nouveau systme de gestion informatiques chez les
de la pharmacie prestataires de soins
Conclusions :
Proposer un systme de gestion de la pharmacie
Intgrer la prise en charge oriente problme dans le dossier lectronique du patient
Revoir le systme darchivage des dossiers pour atteindre un dossier unique du patient au sein de
lhpital
Mettre un serveur central pour la gestion centralise des donnes et la gestion des mails
professionnels
15.1.3.4.24.2 Complexe Hospitalier de Kananga
Le Complexe Hospitalier du Kananga regroupe lancien HGR du Kananga et la Clinique du

Kananga. Il est cheval entre un HGR au niveau du district et un HGR au niveau de la province
(HGPR). Cest un hpital construit sur 2 blocs, lancienne clinique sur 2 niveaux et lancien HGR
sur 3 niveaux. Avec une capacit de 500 lits, seuls 153 lits sont actuellement oprationnels. Le
taux doccupation est en moyenne de 28.8%.
Activits : 108-110 consultations/semaine, 50 hospitalisations en moyenne par semaine.
Facturation par acte (ex. consultation gnraliste : 1000 Fc, consultation spcialiste : 5USD,
fiche : 1000 Fc et la journe dhospitalisation varie de 2500 5000 Fc ). 2 socits sont
abonnes : RVA et Beltesco, mais remboursent difficilement.
Personnel : 211 personnes dont 70% sont mcanises et presque la moiti ligible pour la
pension. Au total 24 mdecins (dont 6 spcialistes) et 104 infirmiers, 11 paramdicaux (2
dentistes, 1 ass. pharmacie, 2 kins, 1 bio-mdical, 5 techn. labo). Trop peu de comptences en
informatique.
Matriel informatique : 1 seul ordinateur au bureau de lAG et quelques portables personnels. Pas
de connexion internet.
Electricit : Pas de courant propre! Un cble est tir de la DPS. Lhpital a 2 groupes non
fonctionnels (50 et 35 KVa). Des panneaux solaires installs par la MONUSCO couvrent la salle
des urgences, la maternit et la pdiatrie.
Locomotion : 1 ambulance
Outils de collecte dinformation : Tous en dur. Le dossier du patient est gard pendant 1 mois et
puis mis aux archives, la cave.
Partenaires : Anciens appuis de la MONUSCO (panneaux solaires), ALISEE de 2002 2005
(fusion de 2 hpitaux pour former 1 Complexe), FNUAP de 2003 2008 (Maternit), Jumelage
avec la Rochelle de Belgique (matriel mdicaux non utilis faute du courant), CTB 2009 (citerne
deau, tuyauterie, toiture). Pas dappui dans le cadre du PAPNDS (Kananga ne fait pas parti des
28 ZS appuyes)

- Une partie de lhpital a - Plthore du personnel vu - Informatisation (volont
t rnove. Elle offre lactivit de lhpital affiche)
une grande capacit pour - Toutes les donnes sont - Raccordement llectricit
tre un hpital provincial collectes en dur. (panneaux solaires pour le
- Personnel comptent - Lhpital nest pas du tout rseau informatique) et leau
(avec des spcialistes), exploit de faon optimale - Recyclage en informatique du

Annexes 375
dont une majorit est - Le personnel est vieillissant personnel

mcanise. - Pas de courant lhpital - Mieux valoriser les mrites
- Matriel mdical pour alimenter les outils comme source de motivation.
disponible informatiques
- - Pas de matriel informatique
pour lhpital
- Pas de volont politique
pour restructurer et appuyer
lhpital
Opportunits/Potentialits Menaces/Obstacles (craintes) Conclusions/recommandations
(attente) - Manque de statut clair de pour ltude
- Exploitation rationnelle lhpital - Utiliser des plaques solaires
- Introduction des outils de - Manque de comptence en pour le matriel informatique et
gestion de lhpital et du informatique du personnel le serveur
dossier patient - Etablir une connexion internet
- Intgration des modules permanente
de collecte automatise - Organiser des formations de
des informations du recyclage du personnel en
SNIS informatique
- Tarification forfaitaire
Conclusions :
Implmenter un (des) outil(s) de gestion de dossier patient et de lhpital avec des modules
dextraction automatise des indicateurs du SNIS
Amliorer la communication entre le personnel de lhpital, et entre lhpital et les partenaires : un
serveur des mails professionnels et un site Web hbergs la DPS.
15.1.3.4.24.3 CSR CERDES
Le centre de sant est situ 500 m du BCZS, avec une capacit de 48 lits
Le nombre de consultation/mois est de 250 patients, le moyenne dhospitalisation est de
50personnes/mois
La tarification est forfaitaire pour les soins curatifs. 1 adulte : 2400fc pour le traitement. la fiche de
consultation est gratuite. le labo est factur par acte.
Lhospitalisation cote : 500Fc/jours, la chirurgie majeure : 35.000Fc, la chirurgie mineure : 10.000
20000Fc.
Lhpital na pas dabonns
RH : 25 personnes dont 1 mdecin, une fille de salle et 23 paramdicaux parmi le 24 personnes
(exclus la fille de salle) 3 personnes savent utiliser lordinateur. Certains agents sont mcaniss,
les autres pas! 2 personnes sont ligibles la retraite.
Tous les rapports sont en durs ! pas dambulance, pas de groupe lectrogne.
Prsence de panneaux solaires donns par SANRU pour la maternit.
Partenaires : SANRU, PMI intervient dans la lutte contre le VIH/SIDA et loctroi des ARV
Pas de systme darchivage lectronique ni en dure, les donnes patients sont gres sur les
registres papiers.

- Centre de sant de - Pas dhygine au sein de - Doter lhpital dun
rfrence vu son centre de sant ce qui groupe lectrogne
importance dans la zone expose les malades des fin dassurer la
car il ny a pas un HGR ventuelles contaminations. disponibilit de
et ce centre joue ce rle. - Pas des matriels lnergie en
- Une quipe trs motive biomdicales ni des permanence.
et trs implique fin ractifs de laboratoires. - Equiper les blocs
dassurer le - Pas de comptences opratoires avec

fonctionnement de base suffisante en SNIS ni en des matriels

du centre de sant. utilisation de lordinateur. appropris
- Kits informatique
pour le centre de
sant
- De lits et de
matelas
- Rsoudre le
problme de
mcanisation des
agents de lhpital
ltude
- Formation du SNIS au - Manque dune source - Mettre en place des
personnel de lhpital dlectricit permanente et outils de gestion du
- Connexion internet avec stable. dossier patient
signal de qualit - La maintenance des outils prenant en compte
- Formation en soins informatiques, une fois tout le circuit : de la
durgence pour les disponible au sein de rception la
patients lhpital facturation.
- Maintenance des outils - Disponibiliser des
biomdicaux une fois mise matriels
en place. informatique au sein
de lhpital fin de
faciliter le travail.
- Disponibiliser une
connexion internet
avec une bonne
bande passante
Conclusion:
Mettre en place un systme gestion intgr du dossier patient comprenant tout son circuit.
Mettre en place un systme darchivage numrique du dossier de lhpital
Favoriser ou initier la politique de mutuels de sant au sein de lhpital fin de rendre plus
accessible et cout acceptable le soin de sant la couche de la population la plus dmunie.
Assurer lhygine au sein de lhpital y compris celle de matriels biomdicaux.
Formation continue du personnel soignant sur le SNIS et DHIS2 mais aussi en informatique de
sant.
15.1.3.4.25 Structures d'enseignement
15.1.3.4.25.1 Facults des Sciences et de Mdecine de l'UK
Former les futurs cadres du pays en mdecine, mathmatiques et en informatique
La facult de mdecine de lUniversit du Kasa est relativement jeune. Les premires cohortes de
mdecins diplms viennent de sortir. La facult organise ses enseignements en 3 cycles.
Le dpartement de mathmatiques et informatique forme jusquau diplme de matrise en
informatique et en mathmatique.
Les modules en informatiques sorientent vers : linformatique gnrale, les systmes
informatiques, les bases des donnes, la scurit des systmes et les bases donnes, la scurit
informatique et les systmes dinformations.
Le labo dinformatique de la facult des sciences est galement utilis par la facult de mdecine
pour suivre les cours dinformatiques.
Actuellement les modules dinformatique sont dispenss travers les diffrents cycles de
mdecine (du dbut la fin).

Annexes 377

- La facult de mdecine - Universit avec peu de - Insrer de modules en
possde des infrastructures et collaboration acadmique au informatique de la
des ressources humaines de niveau international (enclavement) sant en premier et
qualit deuxime cycle pour
- Le dpartement de la formation des
mathmatique et informatique mdecins
possde des RH qualifies et - Insrer une formation
assez de lespace. post universitaire ou un
- Les 2 facults sont en master professionnel
partenariat en informatique
- Intrt particulier des 2 mdicale.
facults pour collaborer dans
des formations structures en
- Prsence d'un laboratoire bien
quip en matriel
informatique
- Bonne motivation des
enseignants
ltude
- Des modules en informatique - Manque des financements pour - Insertion des modules
de la sant insrs dans tous certains modules ou formations en informatique bien
le cursus des mdecins post-universitaires, adapts aux diffrents
- Collaboration avec d'autres - Manque de partenariat avec des besoins du futur
universits en RDC universits ou structures de mdecin.
formations comptentes en
- Manque de plan claire de
prennisation du projet de
formation en informatique de
sant
Conclusions:
Renforcer les modules dinformatique de base au premier et deuxime cycle de mdecine
(partenariat avec le dpartement de math-info)
Introduire le module de gestion du dossier mdical informatis et des archives au 2me cycle :
partenariat avec lISTM, l'UCB (Bukavu), l'UNIKIN (Kinshasa) et l'UNILU (Lumbumbashi)
Enseignement Post universitaire (3me cycle) en Master en Informatique mdicale, en partenariat
avec les universits trangres
Recyclage des corps administratif, mdical et professoral en informatique mdicale.
15.1.3.4.25.2 ISTM de Kananga
Former les techniciens en sciences mdicales
Le dpartement administratif et une salle de formation informatique de lISTM Kananga se trouvent

en centre ville
LISTM de Kananga forme les infirmires en 1er et 2me Cycle.
- 1er Cycle en : Soins hospitaliers, Accouchement, Pdiatrie, Ranimation et Anesthsie, Soins
Intensifs (Graduat)
- 2me Cycle en : Accouchement, Pdiatrie, Soins Intensifs (Licence)
LISTM forme galement des agents de sant en 2me Cycle (Licence) en :

- Biomdicale => Techniciens de Laboratoires

- Sant publique
- Gestion des institutions de sant

- Btiments disponibles - Infrastructures pas trs - Renforcement de suivi
- Volont affiche de la direction adaptes pour les formations (et assistance) des
pour une spcialisation de 2me en informatique : labo limit, tudiants
cycle en informatique mdicale dlabrement,
et renforcement de la formation - Pas assez de professeurs
biomdicale en informatique de permanents
sant
- Salle informatique quipe
ltude
- Amlioration de la salle - Manque de partenariat - Organiser un 2me cycle
spcifique pour linformatique et - Peu de comptences locales en Biomdicale
les techniques mdicales en informatique de sant applique intgrant les
- Matriel informatique et lments informatiques
systmes de gestion de - Rechercher le partenariat
dmonstration prvoir avec des universits
- Collaboration avec l'UK congolaises et/ou
trangres
Conclusions
Introduire une spcialisation en techniques mdicales, laboratoire, imagerie et informatique
Impliquer les bailleurs pour financer cette spcialisation afin de trouver du personnel comptent
dans les structures de sant pour grer le matriel mdical.
15.1.3.5 Province Orientale

15.1.3.5.1 DPS
15.1.3.5.1.1 Mission

La DPS de la Province Orientale comprend 83ZS. La nouvelle restructuration scinde la province en

4:
- Tshopo avec 23 ZS
- Bazuel avec 11ZS
- Ouele avec 13 ZS
- Ituri avec 36 ZS
Personnel : 416 agents dont 253 sont mcaniss, et 100 sont rguliers. Entre 30 et 40% sont
ligibles la pension.
Structuration : 13 bureaux, 12 coordinations et 1 bureau unique qui dpend direct du MIP. Dans la
nouvelle restructuration les bureaux seront au nombre de 6.
Espace et matriel : La DPS ses bureaux dans 7 btiments. Le matriel est rparti comme suit
en nombre dordinateurs et connexions internet:
- Btiment principal : 7 bureaux et 2 programmes : 16 ordinateurs et 1 connexion internet
- Btiment B au niveau des CUKis : 3 bureaux et 1 programme: 0 ordinateur et connexion
- Btiment C en face du btiment principal : 2 bureaux et 3 programmes : 6 ordinateurs et 1
connexion

Annexes 379
- Btiment du B8, lHGR de Makiso-Kisangani : 1 ordinateur et 0 connexion

- Btiment du CDR : 2 programmes : 2 programmes : 5 ordinateurs et 1 connexion
- Btiment du PNLS : 3 ordinateurs et 0 connexion
- Btiment L-TB 4 km du btiment principal : 5 ordinateurs et 1 connexion
- Btiment Hygine aux frontires 4 km : 1 ordinateur
- Btiment Transfusion sanguine la Bralima : 1 ordinateur et 1 connexion
- Btiment Onchocercose : 2 ordinateurs et 0 connexion
Il ya au total 63 ordinateurs dans les 23 BCZS. Au moins 2 ordinateurs par BCZS.
Outils informatiques :
- Au niveau de la DPS : TomPro (Comptabilit), GESIS (gestion SNIS, arrt Mai 2013), EXCEL
(RH, infrstucture, SNIS, Finances), Epi-Info et EpiData (B4), CDMT (planification), Health-Mapper
(Cartographie-B4), Quantum-GIS (cartographie des structures-B5), RDQA (audit qualit de
donnes-B5), DQS (contrle de la qualit de donnes PEV)
- Au niveau des BCZS : Channel (gestion mdicaments), SAGE, TomPro et ApiSoft
(Comptabilit), MESI-TIEL.NET (suivi VIH), DHIS2-Mdicament (SNIS mdicaments), DVD-MT
(suivi vaccination), EXCEL (MAPEPI-Surveillance pidmiologique), GESIS (gestion SNIS Ituri
dans 5ZS), ApiSoft
Rception des donnes par e-mail, par cl USB ou par le papier. Canevas SNIS pour le BCZS, le
HGR et le CS. Bonne compltude (91%), et une moyenne promptitude (66%)
Couverture internet dans 14 BCZS sur les 83.
Electricit : SNEL + Groupe (60/83 BCZS), SNEL (8/83 BCZS), Panneaux solaires (18/83 BCZS)
Parc automobile important
Partenaires :
- Au niveau de la DPS : CTB (appui fonctionnel, fin dc. 2013), CARITAS (ASSP), OMS appui le
B10, FM appui PNLP, PNLS et PNTS, Action Damien : L-TB. Les appuis passent par le budget
du MIP.
- Au niveau des ZS : BAD (27 ZS, groupe lectrogne+rhabilitation) ; FM (59 ZS) dont 6ZS
(paludisme) ; 47ZS (renforcement du systme de sant), 6ZS (prestations de services) ; PMI
(PSI-USAID) dans 26 ZS (paludisme te renforcement SNIS). La grande majorit des ZS appuye
sont Ituri et Tshopo.
15.1.3.5.1.3 SWOT

- Assez despace de travail - Plthore du personnel, avec une - Standardiser les outils
- Disponibilit du matriel concentration dans le milieu au niveau oprationnel,
informatique dans les BCZS : urbain : problme de gestion du - Renforcer les
au moins 2 ordinateurs personnel capacits de tous les
- Beaucoup doutils - Beaucoup de btiments parses acteurs,
informatiques pour la gestion et gestion de connexion internet - Grer la mcanisation
des programmes verticaux dcentralise et la stabilit du
- Effort remarquable dans la - Les appuis des partenaires personnel (fidlisation)
recherche dune couverture souvent pas clairs au niveau du - Fin de construction du
lectrique dans les ZS (72% bureau du MIP nouveau btiments de
de BCZS couvert par la SNEL - Manque de coordination, la DPS de Tshopo
ou au moins 1 groupe) interfaage et interoprabilit pour la fin de lanne.
entre les systmes.
- Incohrence de donnes des
coordinations et du SNIS
- Faible couverture internet dans la
province (17% des BCZS
couverts).
- Les appuis des partenaires sont
concentrs seulement dans lIturi
et Tshopo
- Faible couverture en lectricit et
en tlcommunication


ltude
- Proportion importante des - Collecte dinformation parallle - Standardiser les outils
bureaux centraux fournis en par les programmes alors que le informatiques
lectricit SNIS est intgr (logiciels) utiliss dans
- Tendre vers les outils - Longues distances entre les le systme,
facilement utilisable et pouvant BCZS et la DPS, avec des fois un - Penser aux
intgrer la majorit des problme de communication d mcanismes de
donnes de sant demandes au rseau de tlcommunication motivation du
par le SNIS et les et internet. personnel,
programmes. - Faible maintenance du matriel - Renforcer les
- Etablir un systme de informatique capacits de tous les
maintenance du matriel et - Dmotivation du personnel intervenants
des systmes informatiques - dfinir la scurit des
au niveau de la DPS donnes et des
systmes
Conclusions
Etablir une connexion unique haut dbit la DPS dans les nouveaux btiments
Mettre en place un serveur mail central et entrer dans le rseau sant protg par un VPN (rseau
virtuel priv)
Avoir un systme de centralisation dindicateurs de sant provenant des rapports des BCZS
15.1.3.5.2 BCZS et HGR de Bengamisa
15.1.3.5.2.1 Mission
Situation : La ZS de Bengamisa est rurale. Le BCZS se trouve aprs la traverse de la rivire

Tshopo. Elle a une superficie de 10732 km, population 112206. La ZS est constitue de 17 AS
formes par 18 structures de sant dont 17 CS (incluant 2CSR), 1HGR et 8 PS. La majorit des
CS (14) sont tatiques. LAS la plus loigne (Mambo) est 60 km. Tous les CS sont accs
moto. Chaque structure de sant a au moins 2 vlos. AIRTEL est le seul oprateur dans la ZS. Il
est accessible par endroits, lantenne est installe 12 km du BCZS et seule AS de Banjwade est
bien servie. Les 2CSR utilisent la phonie. la Promptitude SNIS : 100% et compltude SNIS :
100% pour la surveillance pidmiologique (MAPEPI). Pour le SNIS la promptitude est de 17/18.
Le taux dutilisation des services curatifs est entre 30,9% (juin) et 23% (jan). La tarification est
forfaitaire au niveau des structures de la ZS.
Personnel : 14 dont 1 MCZ, 1AG, 6IS, 1 secrtaire-administratif, 1 data-manager, 1 pharmacien, 1
chauffeur, 2 sentinelles. 9/11 sont comptents en informatique. Lquipe comprend 0 mcaniss et
7 matriculs non-pays. Personne nest ligible la retraite.
Matriel informatiques : 2 ordinateurs fixes (en pannes) et 4 ordinateurs portables, 1 imprimante-
photocopieuse (en panne), 1LCD, 1 connexion internet par VSAT (financement IRC) partage avec
lhpital : 325USD/mois
Outils de gestion : Rapports en dur : SNIS, LTB, surveillance pidmiologique. Utilisation EXCEL :
gestion mdicaments, PEV, PNLS. Arrt dutilisation du GESIS, juin 2014.
Electricit: Pas de SNEL. Panneaux solaires (24 batteries) pour la lumire et les ordinateurs. Mais
les batteries (2011) ne supportent plus la charge.
Locomotion : 2 vhicule (ASSP, IRC) et 4 motos (1IRC, 1UNICEF et 2 ASSP)
Espace : btiment du BCZS, plus de 3 bureaux. Archivage dans les bureaux des IS.
Partenaires : IRC (appui structurel, fin 03/2013), ASPP (mdicaments et fonctionnement BCZS),
BAD (formations).

Annexes 381
HGR est dans la mme enceinte que le BCZS. Cest un hpital public avec de 77 lits monts
(capacit jusqu 114lits). Le taux doccupation des lits de 53%. Dure moyenne dhospitalisation
7 jours.
Activits : Une moyenne de 7-10 patients/jour et 4-6 hospitalisations/jour.
Tarif par forfait : consultation : 1800 Fc/2500Fc, Hospitalisation : 5.000Fc/10.000Fc, csarienne:
18.000Fc (tout inclus), chirurgie majeure : 25-27.000Fc. Recouvrement des factures 75%.
Personnel : 44 agents dont 4 mdecins, 27 infirmires et 2 techniciens de Labo et 11
administratifs et ouvriers. 5 personnes savent utiliser lordinateur
Matriel informatique : 1laptop, desktop (en panne), imprimante (sans cartouche). Connexion
internet VSAT partag avec le BCZS
Outils de gestion : Rapports en dur. Dossier du patient avec un numro unique pour une anne.
Archivage la Rception.
Electricit : Panneaux solaires
Locomotion : pas dambulance
Partenaire : ASSP (mdicaments, construction Laboratoire)
15.1.3.5.2.4 SWOT

- Nouvelle ZS : nouveaux - Pas assez des outils - Groupe lectrogne (pour la
btiments (BCZS) et (registres, partogramme,) radiologie) lHGR et des
quipements de lHGR. de collecte dinformation au panneaux solaires
- Bonne promptitude, niveau des structures (batteries) pour le BCZS
compltude, correctitude et - Manque de leadership sur les - Acqurir une ambulance
cohrence des donnes de structures prives non - Amliorer le projet dappui
sant lie la stabilit des IT intgres pour la participation
- Ponctualit dans lenvoie des - Faible couverture rseau communautaire (APC).
donnes tlphonique et internet - Amliorer
- Bonne comptence du - Appareil de radiologie non lapprovisionnement en
personnel en informatique fonctionnel cause du mdicaments
- Projet APC (Appui par la manque des intras et du
Participation Communautaire) groupe.
o chaque mnage participe - Pas de maisons dhabitations
pour 400Fc/mois (Projet gr pour les prestataires
par lIT, Prsident Codesa & 1 appartenant lhpital
Reco) - Pas assez doutil
informatique lHGR
ltude
- Amlioration des comptences - Manque de rgularit dans la - Stabiliser et rendre
du personnel en informatique et maintenance du matriel accessibles les outils de
SNIS - Instabilit du courant collecte dinformation la
- Informatisation du dossier du lectrique base
patient et du fonctionnement - Manque sur terrain de - Rduire les indicateurs et
de lHGR consommables pour le les redondances dans les
matriel informatique rapports demands (un
- Formation continu/recyclage SNIS intgr)
du personnel en informatique
et en SNIS

Formations structures et continues en informatique de base
Rendre accessible les documents de collecte dinformation la base

Trouver du matriel informatique utilisant peu dnergie et des systmes offlines et

synchronisables
Informatiser le circuit du patient et le fonctionnement de lHGR
15.1.3.5.3 BCZS et HGR de Banalia
15.1.3.5.3.1 Mission
15.1.3.5.3.2 Analyse la situation
Situation : Le BCZS de Banalia 50 km de Bengamisa aprs la traverse de la rivire Lindi, 62

km de Kisangani. La ZS a une superficie de 15565 km, population 143300. La ZS est constitue
de 20 AS formes par 21 structures de sant dont 20 CS (7 confessionnels et 14 publics), 1HGR.
LAS la plus loigne (Panga) est 144 km. 8 structures sont accessibles par tlphone ou
phonie et 10 ne sont pas du tout accessibles par outils de tlcommunication. AIRTEL couvre le
BCZS et VODACOM la priphrie. Les AS nont pas de phonies propres la structure.
Promptitude est faible (entre 13/21 et 21/21) certains mois due au chevauchement dactivits et
surtout laccessibilit difficile des structures. La compltude est de 100%. Le taux dutilisation
des services curatifs est de 22%.
Personnel : 14 dont 1 MCZ, 1AG, 7IS, 1 comptable-secrtaire, 1 secrtaire-administratif, 1
propos la pharmacie, 1 ouvrier, 1 sentinelle. Faible comptence en informatique : 2/11, la
majorit se dbrouille. Lquipe comprend 4 mcaniss et 8 matriculs non-pays.
Matriel informatiques : 3 ordinateurs fixes (1 en pannes) et 3ordinateurs portables (1 en panne), 1
imprimante et 1 photocopieuse (sans cartouche), 1 disque dur externe pour le back-up, 1LCD (en
panne). 1 connexion par VSAT (IRC) 206USD/mois
Outils de gestion : Utilisation EXCEL : SNIS, PEV, PNLS, Pharmacie. En dur : PNLS, LTB,
Surveillance pidmiologique.
Locomotion : 2 vhicules (ASSP et IRC) et 4 motos (ASSP)
Electricit: panneaux solaires pour kit informatique. Et non pour la lumire. Groupe 6 KVA, qui
alimente galement lhpital
Espace : btiment du BCZS, plus de 3 bureaux. Archivage dans les bureaux des IS.
Partenaires : IRC (appui structurel, fin 03/2013), ASPP/IMA (mdicaments et fonctionnement
BCZS), BAD (rhabilitation hpital et Groupe lectrogne). Appuis des programmes verticaux :
Fondation Damien, UNICEF , PROSANI...
HGR est dans la mme enceinte que le BCZS. Cest un hpital public avec de 91 lits monts. Le
taux doccupation des lits de 54%. Dure moyenne dhospitalisation 7 jours.
Activits : Une moyenne de 15-200 patients/mois et 50 hospitalisations/mois. Recouvrement des
facture : 90%
Tarif par forfait : consultation : 2300 Fc/3500Fc, Hospitalisation : 5.000Fc/10.000Fc, csarienne:
18.000Fc (tout inclus), chirurgie majeure : 27.000Fc. Recouvrement des factures 75%.
Personnel : 48 agents dont 5 mdecins, 21 infirmires et 1techniciens de Labo. 13 mcaniss et
ligibles la pension.
Matriel informatique : 1 desktop au secrtariat. Pas de connexion internet.
Outils de gestion : Rapports en dur. Dossier du patient avec un numro unique pour une anne.
Chaque mdecin prend en charge les dossiers de ses patients consults. Et les fiches des
hospitalisations sont ranges dans les services.
Electricit : Panneaux solaires pour tout lhpital (mais le convertisseur est en panne depuis 1
anne). Propres panneaux de la maternit. Groupe 6KVa partag avec le BCZS.
Locomotion : pas dambulance
Partenaire : IRC (lits, internet et appui personnel), BAC (rnovation btiments)

Annexes 383
15.1.3.5.3.4 SWOT

- Btiments de lHGR - Epoque de lIRC : application de la - Amliorer la prise en charge
rhabilits en 2013 par la gratuit des soins=> actuellement du personnel
BAD il est difficile de se relever (faible - Amliorer le projet dAPC
- Projet APC (Appui par la utilisation des services de sant! dans toute lAS
Participation - Multiplicit des canevas de - Amliorer
Communautaire) o rapportage lapprovisionnement en
chaque mnage participe - Compilation actuellement difficile mdicaments (20% de
pour 4800Fc/an (Projet au niveau du BCZS car le format satisfaction)
gr par lIT, Prsident actuel est orient activits pour le - Besoin en source dnergie
Codesa & le MCZ) BCZS alternative (groupe trs
- Hpital propre et spacieux - Difficult de comprhension de coteux)
certains indicateurs du nouveaux - Amlioration de la bande
canevas passante internet
- Registres de collecte dinformation (augmenter labonnement
au niveau des structures non mensuel)
adapt au nouveau canevas - Rparer la pompe eau
(omissions) pour lHGR
- Faible comptence du personnel
en informatique
- Beaucoup de structures nont pas
de rseau tlphonique
- Instabilit des IT (diminution de la
motivation par rapport la priode
dappui par lIRC)
- Hpital non cltur, inscurit (vol)
ltude
- Acquisition du matriel - Faible comptence du personnel - Amliorer les comptences
informatique en informatique du personnel en
- Formation du personnel en - Manque de maintenance rgulier informatique et en SNIS
SNIS et informatique du matriel (recyclage)
- Systmes informatiques - Mauvaise qualit du matriel - Etablir un plan de
de gestion de donnes informatique maintenance du matriel
- Instabilit du courant informatique et mdical.
- Manque de gestion des ligibles
la pension

Trouver du matriel informatique utilisant peu dnergie.
15.1.3.5.4 BCZS et HGR de Lubunga
15.1.3.5.4.1 Mission

Situation : La ZS de Lubunga est urbano-rurale. Le BCZS se trouve lautre ct du fleuve Congo

(par rapport au centre de Kisangani). Elle a une superficie de 740 km, population 114.756. La ZS
est constitue de 18 AS formes par 21 structures de sant dont 17 CS (dont 9 sont Etatiques), 3

PS et 1HGR. LAS la plus loigne est 37 km. 9 AS sont urbaines, 4 sont le long du fleuve, 3
sont sur la grande route et 2 sont difficilement accessibles. 9 AS nont pas couvert par le rseau
tlphone. Lantenne Vodacom est prs de lenceinte de lHGR & du BCZS, cest le plus stable.
Promptitude SNIS : 95% et compltude SNIS : 100%. Pour ce qui est la surveillance
pidmiologique (MAPEPI), la promptitude est de93% et la compltude de 99%. Le taux
dutilisation des services curatifs est de 35%. La tarification est forfaitaire dans 14 FOSA sur les
18.
assistant en pharmacie, 1 chauffeur, 1 huissier, 1 agent pailleur, 1 intendant. 6/14 sont
comptents en informatique. Lquipe comprend 6 mcaniss et 9 matriculs non-pays. 5 agents
sont ligibles la retraite.
Matriel informatiques : 4 ordinateurs fixes et 3 ordinateurs portables, 2 imprimantes (HP & 1
DELL qui ne trouve pas de toners), 2 routeurs pour antennes (CTB), 2 modems (FM et OMS), 1
disque dur externe et 1 LCD.
Outils de gestion : DHIS2-Mdicaments (avec une trs faible connexion), DVD-MT (PEV), Tir-Net
(VIH-Cohorte), CHANEL (pharmacie) & base den EXCEL : MAPEPI, Violence-genre,
Locomotion : 1 vhicule (CTB) et 1 moto en bon tat (et 6 motos non fonctionnels).
Electricit: SNEL (dlestage 1 jour sur 2), groupe lectrogne de lHGR et 2 systme solaire pour
le frigo et la phonie (pas souvent utilise) pour communiquer avec la DPS (utilisation du GSM).
Espace : Vers le dmnagement dans les nouveaux btiments (1 salle de runion et 6 bureaux !)
don de la CTB.
Partenaires : CTB (appui global 2009-2013), FM (palu, TB et VIH), FEPFAR/USAID (VIH & TB),
OMS & UNICEF (surveillance pidmiologique et vaccination)
LHGR est dans la mme enceinte que le BCZS. Cest un hpital public dune capacit de 145 lits
monts. Le taux doccupation des lits de 30%. Dure moyenne dhospitalisation 7 jours.
Activits : Une moyenne de 300 consultations/mois et 120-150 hospitalisations/mois.
Tarif par forfait (consultation : 3500 Fc, Hospitalisation : 50.000 Fc/pisode (incluant 1 kit
mdicament), Pdiatrie : 40.000 Fc. Recouvrement de factures de 60%
Personnel : 120 agents dont 22 mdecins, 51 infirmires et 3 techniciens de Labo.
Matriel informatique : 4 desktops (AG, Compta, data-manager, pharmacie. Problme en cas
dabsence de courant). Portables et disques durs externes. Pas de connexion internet (antenne au
BCZS).
Outils de gestion : SAGE (utilis depuis 1 mois, Comptabilit), CHANEL (utilis depuis 7 mois),
EXCEL : RH, gestion prsences, Inventaire matriel et mdicaments, SNIS. SNIS galement en
dur.
Gestion du dossier patient : 1 numro unique gard pour 1 anne. Archivage central pour les
dossiers hospitalisation et consultation externe.
Electricit : SNEL 1jour sur 2. Groupe de 30KVa, utilis en cas durgence. Systme solaire pour
la chane de froid et la banque de sang.
Locomotion : 1 ambulance (1 pneu a t vol)
Partenaire : PROSANI (mdicaments dont 30% retourne pour acheter les mdicaments et 70%
pour le fonctionnement de lhpital)
15.1.3.5.4.4 SWOT

- Appui global de la CTB de - Problme daccessibilit - Rationalisation du personnel
2009-2013 avec le financement gographique (4AS) et (BCZS et CS publics)
du forfait des soins et des tlphonique (9AS) qui - Amlioration de la qualit
mdicaments influence sur la promptitude de linformation
- Nouveau btiment pour le - Connectivit internet trs (amlioration des
BCZS (7 locaux) lente (64Mb/s), rduction comptences du personnel
- Existence de leau courant cause de manque de en SNIS et outils
lHGR financement informatiques, renforcement

Annexes 385
- Promptitude vers la DPS trs - Beaucoup dindicateurs et des supervisions)

bonne (vers le 15 du mois) canevas qui influence sur la - Informatisation des donnes
- Existence de leau courant qualit de linformation lHGR
lHGR - Capacit danalyse des - Recherche dappui pour les
- Etablissement dun Kit donnes de prestataires ( la mdicaments (20% de
mdicament pour les base) trs faible recettes de lhpital vont
hospitaliss. - Outils de collecte aux mdicaments), la
- Existence dune archive dinformation non adapts au motivation du personnel et
centrale au niveau de lHGR nouveau canevas SNIS le fonctionnement.
- Une exprience dinscription au - Plthore du personnel - Scurit de lhpital (une
forfait (1000FC/mnage/mois) lHGR et 5/18 ligible la clture)
et caisse de solidarit (5% des retraite au BCZS. - Amlioration de la qualit
recettes de lhpital) lHGR de soins au niveau des
pour couvrir les mdicaments structures de soins
prescrits au personnel et (matriel & quipement,
leurs descendants. Avant rhabilitation des FOSA en
ctait 3000FC/personnel/ bis, la mcanisation et
mois (pas de succs!) laccueil des patients)
ltude
- Amlioration des comptences - Faible comptence du - Amlioration des
du personnel en informatique et personnel comptences du personnel
SNIS - Faible bande passante - Amlioration de la bande
- Informatisation du dossier du internet (si utilisation avec le passante de linternet
patient et du fonctionnement DHIS2) - Stabilit du courant
de lHGR - Dlestage du courant (1jour lectrique
par 2)

Amliorer laccs la page web de DHIS2 pour encoder les donnes
15.1.3.5.5 BCZS et HGR d'Isangi
15.1.3.5.5.1 Mission

Zone de sant rurale avec une population totale de 151.102 habitants sur une superficie de 2730
Km2,
BCZ hberg dans les locaux de lHGR,
Dispose de 21 aires de sant avec 19 CS, 2 CSR dont un fait office dhpital secondaire, un HGR
(de lEtat mais cd en gestion lglise catholique) et 38 PS,
LAS le plus loigne du BCZS se trouve 146 Km et accessible seulement par le fleuve,
Comprend les aires de sant accessibles par route, les aires de sant accessible par leau et
dautres difficilement accessibles (combinaison des deux voies),
Seulement 9 aires de sant sont couvertes par les rseaux de tlphonie mobile de manire
permanente et 2 de manire instable,
10 aires de sant ne peuvent pas du tout tre jointes par tlphone,
Bonne compltude des rapports SNIS et MAPEPI,
Faible promptitude des REH (52%) et SNIS (88%),
Zone de sant sans appui des partenaires,

Les formations sanitaires participent au fonctionnement du BCZS,

15 agents au BCZS avec un secrtaire comptable qui fait le data manager et seulement trois
agents utilisent loutil informatique,
Tous les agents ont des numros matricules mais aucun ne touche le salaire de lEtat,
Prsence de 2 laptops dont un seul est fonctionnel, 1 desktop et une imprimante multifonction,
Utilisation des outils en dur pour la transmission des diffrents rapports (SNIS et programmes
spcialiss),
Approvisionnement de la zone de sant en canevas SNIS par la DPS,
Prsence dune base des donnes Excel au niveau du bureau,
Pas de vhicule, prsence de 5 motos dont deux seulement sont oprationnelles, un hors bord et
une pirogue amortie,
Le groupe lectrogne est en panne, do dpend du groupe lectrogne de lHGR pour faire
fonctionner le matriel informatique,
52% daires de sant ne sont pas couvertes par les rseaux de tlphonie mobile et sont daccs
difficile, do problme de transmission des REH,
Absence de gestion informatise des donnes,
Supervisions irrgulires suite au cot lev (manque dappui),
Changement brusque des canevas sans formation des prestataires,
Difficult dappuyer les IT dans leurs runions mensuelles danalyse et validation des donnes
(accs difficile),
Hpital de lEtat cd en gestion lglise catholique,

57 agents dont 10 ligibles la retraite,
Application de la tarification forfaitaire hors mdicaments et laboratoire,
Faible taux de recouvrement des cots (45%) hors mdicaments,
Pas doutil informatique,
Utilisation des laptops privs,
La gestion de tout lhpital se fait sur papier,
Les dossiers des malades non hospitaliss sont gards la consultation externe pour tre
envoys au service des statistiques la fin de lanne, tandis que ceux des malades hospitaliss
sont directement gards au service des statistiques,
Les dossiers des malades chroniques tels les cas de VIH sont gards par le MDH pour garantir la
confidentialit,
Pas de connexion internet propre lHGR,
Prsence dun VSAT pour permettre les changes dans le cadre dune tude sur la
trypanosomiase humaine africaine (THA),
Absence des comptences en informatique.
15.1.3.5.5.4 SWOT

- Bonne compltude des - Faible promptitude des REH (52%) et - Amliorer la compltude
rapports SNIS et SNIS (88%), et la promptitude des
MAPEPI, - Absence dappui des partenaires, rapports,
- Les formations - Seulement trois agents utilisent loutil - Construire les btiments
sanitaires participent informatique, en dur pour les CS qui ne
au fonctionnement du - Aucun agent ne touche le salaire de les ont pas encore,
BCZS, lEtat, - Former le personnel en
- Tous les agents ont - Un seul laptop est fonctionnel, informatique,
des numros - Utilisation des outils en dur pour la
matricules, transmission des diffrents rapports
- Prsence de 2 (SNIS et programmes spcialiss),
laptops,1 desktop et - Absence de vhicule de la zone de
une imprimante sant,
multifonction, - Le groupe lectrogne est en panne,

Annexes 387
- Approvisionnement de - 52% daires de sant ne sont pas

la zone de sant en couvertes par les rseaux de
canevas SNIS par la tlphonie mobile et sont daccs
DPS, difficile, do problme de
- Prsence dune base transmission des REH,
des donnes Excel au - Irrgularit des supervisions suite au
niveau du bureau, cot lev (manque dappui),
- Prsence de 2 motos - Changement brusque des canevas
oprationnelles, un sans formation des prestataires,
hors bord et une - Difficult dappuyer les IT dans leurs
pirogue, runions mensuelles danalyse et
- Application de la validation des donnes (accs
tarification forfaitaire difficile),
lHGR. - Prs de 18% dagents de lHGR sont
ligibles la retraite,
- Faible taux de recouvrement des
cots lHGR (45%) hors
mdicaments,
- Absence doutils informatique lHGR.
ltude
- Prsence de trois - Manque dun informaticien dans - Augmenter le nombre de
rseaux de tlphonie lquipe, matriels informatique
mobile dans la zone - Indisponibilit du personnel form, pour que tout le monde y
de sant (Airtel, do la ncessit de former le plus ait accs,
Vodacom et Orange). dunits pour assurer la couverture en - Penser lnergie solaire
cas dempchement. pour alimenter les outils
- Manque de lnergie lectrique. informatiques,
- Penser clturer lhpital
pour scuriser le matriel
car les cas de vol sont
frquents,
- Aider lHGR informatiser
la gestion de sa base des
donnes, gestion
financire, gestion de la
pharmacie, etc.
Conclusions :
Formation continue (recyclage) en informatique de base
Scurisation du matriel informatique (contre le vol)
Systme de stabilit de courant pour le matriel informatique
Favoriser le partenariat (utilisation du matriel informatique) avec les organisations/projets installs
sur le site (partage de la connexion VSAT, par ex.)
15.1.3.5.6 BCZS et HGR de Yakusu
15.1.3.5.6.1 Mission
Zone de sant avec population totale estime 151.909 habitants sur une superficie de 4.250
Km2,

Dispose de 21 aires de sant avec 18 CS, 3 CSR, 1 HGR et 14 PS,

LAS le plus loigne du BCZS se trouve 154 Km et daccs difficile,
ZS divise en deux par le fleuve Congo, 7 AS la rive droite et 14 AS la rive gauche,
15 agents au BCZS dont un data manager,
Seulement 2 agents utilisent loutil informatique,
Tous les agents ont des numros matricules, lexception de lAG de la zone de sant,
Seulement 2 agents sont pays par lEtat,
ZS sans appui de partenaire depuis 4 ans,
Prsence de trois ordinateurs et dune imprimante multifonction,
Pas de source dalimentation en nergie lectrique,
Pas de vhicule,
Bonne promptitude et compltude SNIS,
Approvisionnement irrgulier en canevas SNIS par la DPS,
Pas de DHIS2 ni GESIS,
Prsence dune base des donnes en Excel,
Transmission des donnes en dur lissue dune compilation,
Rapports en dur pour tous les programmes spcialiss,
Classement des rapports bien rangs sur les tagres,
La moiti des AS sont accessibles par tlphone, mais problme de charge lectrique et mme
des crdits avec consquence sur la transmission des REH,
Linstabilit du personnel form entame la qualit des donnes des centres de sant,
Tous les agents ne sont pas forms en informatique,
Hpital confessionnel protestant avec 58 lits monts mais occups seulement 16%,
Application de la tarification forfaitaire, exclus le laboratoire et les mdicaments,
Faible taux de recouvrement des cots,
45 agents dont une dizaine ligibles la retraite et 4 seulement sont pays par lEtat,
Pas doutil informatique, seul le MDH a son portable priv quil utilise parfois pour le service et est
le seul qui utilise loutil informatique,
HGR jamais appuy depuis larrt de lappui de BMS (British Missionnary Society) il y a plus de
20 ans, cause de son appartenance lEglise,
Pas dnergie lectrique, le groupe lectrogne tant tomb en panne depuis plusieurs annes,
Pas de moyen de transport,
Dossier patient avec numro unique gard pendant au moins une anne,
15.1.3.5.6.4 SWOT

- Prsence dun data manager - Seulement 2 agents sur 15 - Payement du
dans lquipe, touchent le salaire de ltat, personnel (seulement
- 14 agents sur 15 ont des - Seulement deux agents utilisent 36/168 sont pays par
numros matricule, loutil informatique, lEtat),
- Prsence de 3 ordinateurs et 1 - Absence de source dalimentation - Trouver un partenaire
imprimante multifonction, en nergie lectrique, dappui global,
- Bonne compltude et - Absence de vhicule, - Former le personnel en
promptitude SNIS, - Irrgularit de lapprovisionnement SNIS et en
- Approvisionnement en canevas en canevas SNIS, informatique,
SNIS par la DPS, - Pas de DHIS2 ni de GESIS, - Doter le BCZS de ses
- Prsence dune base des - Transmission des donnes en dur propres infrastructures,
donnes Excel, pour le SNIS et les programmes - Trouver une source
- Rapports bien rangs dans spcialiss, dalimentation en
des classeurs sur les - Instabilit du personnel form qui nergie lectrique,
tagres, affecte la qualit des donnes
- 52% daires de sant sont des formations sanitaires,
couvertes par les rseaux de - Faible taux de recouvrement des

Annexes 389
tlphonie, cots lHGR,

- Application de la tarification - Plus de 90% dagents de lHGR
forfaitaire lHGR, ne sont pas pays par lEtat,
- Dossier du patient lHGR - Prs de 25% dagents de lHGR
avec numro unique ligibles la retraite,
- Absence dlectricit lHGR,
ltude
- Processus de cession de la - Manque de capacit de - Former le personnel en
gestion de lhpital lEtat, ce maintenance du matriel, informatique,
qui enlverait lalibi lEtat et - Manque dlectricit, - Doter la zone de sant
ses partenaires, - Absence de connexion internet, en matriels
- Pas dappui la zone de - Attaque des virus. informatiques,
sant. - Penser au moyen de
transport.
Conclusions :
Avoir le courant lectrique ou un systme source dnergie stable (panneaux solaires) pour le
matriel informatique
Formation du personnel en informatique de base
Acquisition du matriel informatique et de connexion internet
Plaidoyer pour un statut clair de lHGR
15.1.3.5.7 BCZS et HGR de Mangobo
15.1.3.5.7.1 Mission
Zone de sant totalement urbaine avec une population totale estime 188.576 habitants sur une
superficie de 14 Km2,
Zone de sant issue de la zone de sant de Makiso/Kisangani lors du dcoupage de 2004,
Dispose de 18 aires de sant avec 24 structures dont seulement 3 appartiennent lEtat et les
autres sont soit confessionnelles, soit prives,
Laire de sant la plus loigne du BCZS est situe 6 Km,
BCZS confin dans des locaux de lHGR qui souffre car ayant les infrastructures du CSR davant le
dcoupage,
Compltude et promptitude 100%,
Taux dutilisation des services curatifs autour de 38%,
Application de la tarification forfaitaire dans la zone de sant,
15 agents au BCZS dont un data manager qui fait aussi la maintenance du matriel informatique,
10 agents utilisent loutil informatique,
Le MCZ sest auto form en informatique, y compris la maintenance,
Aucun agent ne touche le salaire de lEtat, pourtant 7 ont les numros matricules,
Personnel plthorique vieillissant dans la zone de sant car les inactifs remercis dans les zones
de sant appuyes par la CTB ont t dverss dans les autres zones de sant,
Prsence dun vhicule FM-RSS en bon tat,
4 laptops et 2 desktops dont un en panne et 2 imprimantes,
La DPS approvisionne rgulirement la zone de sant en canevas de rapports mensuels, mais ces
canevas sont parfois de mauvaise qualit (illisibles) et la zone de sant est dans ce cas oblige de
reproduire encore les mmes canevas,
Les backups des donnes se font sur les diffrentes machines,
Prsence de connexion internet par un routeur Vodacom et un modem Vodacom,

La connexion est trop lente, do recours souvent lOMS pour encoder les donnes dans DHIS2,
Toutes les structures sont couvertes en rseaux de tlphonie mobile (Airtel, Vodacom et
Orange),
Utilisation de DHIS2 pharmacie depuis le mois daot lissue de la formation,
Utilisation de Channel dans la gestion du dpt pharmaceutique,
Les backups du DHIS2 pharmacie se font en Excel,
Prsence des bases de donnes en Excel pour tous les programmes spcialiss qui sont intgrs
dans la zone de sant,
Utilisation du DVD-MT depuis lanne 2013 pour le PEV,
Transmission des rapports en dur aux programmes en plus des fichiers lectroniques en Excel,
Donnes des centres de sant parfois avec des erreurs matrielles qui sont corriges pendant les
revues mensuelles avec registres lappui,
Faible qualit des runions danalyse et de validation des donnes au niveau des formations
sanitaires,
Multiplicit des canevas car les programmes continuent de rclamer les donnes aux FoSa en
dpit du nouveau canevas SNIS intgrateur,
Absence dappui institutionnel de la zone de sant, Fonds Mondial-RSS tant en arrt depuis
plusieurs mois,
Les formations sanitaires participent au fonctionnement du bureau central en faisant remonter 10$
chaque mois, soit 230$ pour lensemble,
Prsence dune mutuelle du personnel de lHGR et rflexion dextension travers toute la zone de
sant.
Hpital dappartenance tatique,

Cest un CSR de la zone de sant de Makiso devenu HGR la faveur du dcoupage de 2004,
Trs faible capacit daccueil (44 lits monts) car ayant les mmes infrastructures du CS de
rfrence,
Application de la tarification par acte avec faible taux de recouvrement des cots,
Pas dabonns pour les soins lhpital,
117 agents dont 17 mdecins (personnel plthorique pour toutes les catgories),
Environ 15 agents utilisent loutil informatique,
Pas de matriel informatique,
Hpital sans appui,
Rapportage SNIS sur papier,
Archivage du dossier du patient chaque mois,
Les fiches dhospitalisation des patients sont entasses au mme endroit sans distinction du
service utilis,
Les dossiers ne sont pas gards longtemps faute despace.
15.1.3.5.7.4 SWOT

- Prs de 90 % des cades - BCZ confin dans des locaux de - Construire les
utilisent loutil informatique, lHGR qui souffre car ayant les btiments propres du
- Prsence dun data manager infrastructures du CSR davant le bureau central,
avec comptences en dcoupage, - Trouver un partenaire
maintenance du matriel - Aucun agent ne touche le salaire dappui pour la zone
informatique, de lEtat, pourtant 7 ont les de sant,
- MCZS form en informatique numros matricules, - Rationnaliser les
avec notions de - Personnel plthorique vieillissant ressources humaines.
maintenance, dans la zone de sant car les
- Promptitude et compltude inactifs remercis dans les zones
100%, de sant appuyes par la CTB ont
- Application de la tarification t dverss dans les autres zones
forfaitaire dans les CS, de sant,

Annexes 391
- Prsence dun vhicule en - Les canevas imprims par la DPS

bon tat, sont parfois de mauvaise qualit,
- Prsence de 4 laptop et 2 - La connexion est trop lente, do
desktops, recours souvent lOMS pour
- Approvisionnement de la encoder les donnes dans DHIS2,
zone de sant en canevas - Transmission des rapports en dur
SNIS par la DPS, aux programmes en plus des
- Les backups des donnes fichiers lectroniques en Excel,
sont faits, - Donnes des centres de sant
- Connexion avec routeur et parfois avec des erreurs
modem Vodacom, matrielles,
- Utilisation de DHIS2 - Faible qualit des runions
pharmacie depuis le mois danalyse et de validation des
daot lissue de la donnes au niveau des formations
formation, sanitaires,
- Utilisation de Channel dans - Multiplicit des canevas car les
la gestion du dpt programmes continuent de
pharmaceutique, rclamer les donnes aux FoSa en
- Bases des donnes en dpit du nouveau canevas SNIS
Excel pour les programmes intgrateur,
spcialiss, - Trs faible capacit daccueil de
- Utilisation du DVD-MT lHGR (44 lits monts) car ayant
depuis lanne 2013 pour le les mmes infrastructures du CS
PEV, de rfrence,
- Les formations sanitaires - Absence de matriel informatique
participent au lHGR,
fonctionnement du bureau - Les fiches dhospitalisation des
central en faisant remonter patients sont entasses au mme
10$ chaque mois, soit 230$/ endroit sans distinction du service
mois pour lensemble, utilis,
- Prsence dune mutuelle du - Les dossiers des patients ne sont
personnel de lHGR et pas gards longtemps lHGR
rflexion dextension faute despace.
travers toute la zone de
sant,
- Archivage du dossier patient
chaque mois lHGR.
ltude
- Toute la zone de sant est - Instabilit du personnel, - Elargir le DHIS2 au-
couverte par les rseaux de - Dmotivation du personnel, del de la pharmacie,
tlphonie mobile, - Renforcer les
- Electricit disponible dans capacits du
presque 100% de temps, personnel en
informatique,
- Que lEtat reprenne
son leadership en
payant les salaires
dcents et en dotant
les zones de sant
des frais de
fonctionnement.
Conclusions :
Formation du personnel en informatique de base, exploiter le prsence de lINPP pour offrir cette

formation,
Formations structures et continues (recyclage, certificat) en SNIS et en informatique mdicale.
Etablir un lien automatique entre le systme (informatis) de gestion hospitalire et le DHIS2
(extraction automatique de donnes).
15.1.3.5.8 BCZS et HGR de Makiso-Kisangani
15.1.3.5.8.1 Mission

Zone de sant urbaine avec une population totale de 193.226 habitants sur une superficie de 801
Km2,
Dispose de 18 aires de sant avec 18 CS et 2 CSR, un HGR, 1 hpital du cinquantenaire et les
cliniques universitaires,
Toutes les aires de sant sont couvertes en rseaux de tlphonie,
Bonne compltude (100%) et promptitude (95%),
13 agents au BCZS dont 7 utilisent loutil informatique,
Prsence dun data manager licenci en sant publique,
Aucun agent ne touche le salaire de lEtat, mais tous touchent la prime de risque,
Cinq agents ont des numros matricules,
Deux laptops et un desktop, imprimante en panne et pas de photocopieuse,
Prsence dun disque dur externe pour les backups de la base des donnes,
Deux rtroprojecteurs,
Prsence dune connexion internet haut dbit dont les frais dabonnement mensuel slvent 225
USD, jadis pays par la CTB et aujourdhui sous menace de coupure (difficults de payement),
Partage de la connexion et des frais avec lHGR,
Un vhicule et trois motos,
Prsence du courant lectrique de la SNEL plus ou moins stable,
Pas de groupe lectrogne ni panneaux solaires,
Pas de bureau darchivage, les archives sont gardes par chaque infirmier superviseur et pour y
accder il faut la prsence de ce dernier,
Formation en DHIS2 mdicaments et utilisation du logiciel depuis 2 mois,
Prsence dune base des donnes Excel du canevas SNIS qui permet la centralisation,
Formation en MESI et tiers net et dbut dutilisation du logiciel depuis deux semaines pour la
gestion des donnes du VIH,
Transmission des rapports la DPS en lectronique par la cl USB,
Transmission des durs aux programmes en plus de llectronique,
Transmission des REH en dur,
Canevas trop grands, do importante charge de travail,
La DPS approvisionne la zone de sant en canevas SNIS,
Les programmes ont commenc passer au BCZ chercher les donnes dans le SNIS,
Les runions danalyse et validation des donnes dans les aires de sant sont rarement
organises,
Feedback sance tenante lors des runions de monitorage de la zone de sant.
Hpital situ dans le mme btiment que le bureau central,

Application de la tarification forfaitaire,
137 agents dont 14 mdecins,
80% du personnel non mcaniss,
Trs peu dagents savent utiliser loutil informatique,
Trois ordinateurs dont un au secrtariat, un la pharmacie et un non encore install au laboratoire,
Utilisation du logiciel Channel la pharmacie depuis trois mois,
Comptabilit avec plan comptable OHADA mais sur papier,

Annexes 393
Pas de gestion informatise du SNIS,

Linformatisation du dossier patient identifie comme priorit,
Le secrtaire form en GDM (Gestion des Dossiers Mdicaux) et actuellement Kinshasa pour
les soins mdicaux,
Prsence dun service darchivage qui est aliment chaque mois.
15.1.3.5.8.4 SWOT

- Bonne compltude et promptitude, - Aucun agent ne touche le - Doter la ZS des frais de
- Plus de 50% dagents utilisent salaire de ltat, fonctionnement aprs le
loutil informatique, - Imprimante en panne et dpart de la CTB,
- Prsence dun data manager pas de photocopieuse, - Approvisionner les FoSa
licenci en sant publique, - Pas de groupe en mdicaments pour
- Tous les agents touchent la prime lectrogne ni panneaux amliorer la qualit des
de risque, solaires, soins,
- Prsence de 2 laptops et 1 - Pas de bureau - Rationnaliser les
desktop, darchivage, les archives ressources humaines,
- Prsence dun disque dur externe sont gardes par chaque - Redynamiser la
pour les backups de la base des infirmier superviseur et participation
donnes, pour y accder il faut la communautaire,
- Prsence de 2 rtroprojecteurs, prsence de ce dernier, - Informatiser le dossier
- Prsence dune connexion internet - Transmission des patient lHGR (prvue
haut dbit, rapports en dur aux dans les PAO de toutes
- Partage de la connexion et des programmes en plus de les ZS qui taient
frais avec lHGR, llectronique, appuyes par la CTB,
- Prsence dun vhicule et trois - REH en dur,
motos, - Nouveaux canevas trop
- Prsence du courant lectrique de volumineux, do
la SNEL plus ou moins stable, importante charge de
- Formation en DHIS2 mdicaments travail,
et utilisation du logiciel depuis 2 - Les runions danalyse et
mois, validation des donnes
- Prsence dune base des donnes dans les aires de sant
Excel du canevas SNIS qui permet sont rarement organises,
la centralisation, - 80% dagents de lHGR
- Formation en MESI et tiers net et ne sont pas mcaniss et
dbut dutilisation du logiciel depuis trs peu savent utiliser
deux semaines pour la gestion des loutil informatique,
donnes du VIH, - Pas de gestion
- Transmission des rapports la informatise du SNIS,
DPS en lectronique par la cl
USB,
- Approvisionnement rgulier de la
zone de sant en canevas SNIS
par la DPS,
- Les programmes ont commenc
passer au BCZ chercher les
donnes dans le SNIS,
- Feedback se fait sance tenante
lors des runions de monitorage de
la zone de sant,
- Application du tarif forfaitaire
lHGR,
- Prsence de trois ordinateurs
lHGR,
- Utilisation du logiciel Channel la

pharmacie de lHGR,
- Linformatisation du dossier patient
identifie comme priorit lHGR,
- Secrtaire de lHGR form en GDM
(Gestion des Dossiers Mdicaux),
- Prsence dun service darchivage.
(craintes) recommandations pour
ltude
- Retour de la CTB dans le secteur - Instabilit du courant - Former le data manager
de sant lanne prochaine, lectrique, en maintenance de base
- Toutes les aires de sant sont - Faible capacit technique du matriel informatique
couvertes en rseaux de tlphonie de maintenance du lINPP,
mobile. matriel informatique - Doter le BCZS dune
(absence du plan de source dnergie solaire.
maintenance).
Conclusions :
Doter la zone de sant dun gnrateur lectrique de secours,
Pour la formation en cours demploi en informatique, exploiter lINPP qui offre ce genre de
formation,
Implmenter un (des) outils de gestion des dossiers du patient lHGR avec des modules
dextraction automatise des indicateurs vers le SNIS
Implmenter des outils de comptabilit gnrale et de gestion des RH (en tenant compte de
lexprience en place).
15.1.3.5.9 BCZS et HGR de Wanie-Rukula
15.1.3.5.9.1 Mission
Situation : La ZS de Wanie-Rukula est rurale 60 km de la ville de Kisangani. Elle a une superficie

de 13767 km, population 81.571. La ZS est constitue de 16 AS formes par 17 structures de
sant dont 16 CS (4 tatiques & 12 confessionnelles), 1HGR confessionnel et 10 PS. Laccs
toutes les structures est facile par route. La structure la plus loigne est 115 km (axe Ituri) et
104 km (axe Lubutu). Promptitude: 6/16 et la compltude : 100%.
Seulement 3 structures et le BCZS sont couverts en rseau VODACOM, le seul sur le territoire
(5km). Lantenne est alimente par lnergie solaire : la connexion est disponible de 9h 20h !
La transmission des donnes de la surveillance pidmiologique se font seulement lors des
revues. La phonie ne se trouve quau niveau du BCZS seulement. Taux dutilisation des services
curatifs : 30%
Personnel : 11 dont 1 MCZ, 1AG, 4IS, 1 data-manager, 1 pharmacien, 1 mcanicien-chauffeur, 1
maintenancier, 1 AC. 1/7 sont comptents en informatique. Lquipe ne comprend aucun
mcanis. 8 personnel sont matriculs non-pays, le MCZS est une NU. Au niveau de toute la ZS,
2/198 sont mcaniss (52 matriculs).
Matriel informatiques : 2 desktops (1 fonctionnel) et 1 portable (BAD) non fonctionnel. 1
imprimante (laserjet) avec un problme de mmoire. Utilisation de lordinateur du MCZ pour faire
les backups. Pas de connexion internet (VSAT non fonctionnel depuis 1 anne par manque de
frais dabonnement).
Outils de gestion : SNIS en dur. DVD MT du PEV se trouve sur le portable du MCZ, les autres
canevas sont en dur
Locomotion : Pas de vhicule propre (utilisation de lambulance de lHGR), 5 mots dont 3 sont en
bon tat.

Annexes 395
Electricit: Pas de courant de la SNEL. Groupe lectrique : 3KVa (~50USD/mois) et 1 groupe

mazout. Panneaux solaires pour la phonie (qui nest pas utilise) et dautre pour le rfrigrateur.
Espace : Btiment propre au BCZS. Espace transforme en 3 bureaux (ctait un dpt
pharmaceutique)
Partenaires : Projet Dr RAU (UNICEF) : appui supervision, construction 2CS, VSAT, 2 motos ; FM
(SANRU) : mdicaments paludisme, BAD : quipements, renforcement de capacits (fin 2011),
UNICEF : nutrition
HGR est 1km du BCZS. Le HGR confessionnel catholique dune capacit de 80lits dont 20 lits
seulement sont monts. Cest un nouvel hpital construit en 2010 par Cordaid. Le taux
doccupation des lits de 11%.
Activits : 50 consultations/mois (95 le mois pass) et 15 hospitalisations/mois.
Tarif par forfait : consultation : 1.000Fc ; hospitalisation : 100Fc/jr ; chirurgie lourde : 60.000Fcles
mdicaments sont pays part. Taux de recouvrement faible 50%. 1 fond pour le
fonctionnement de lambulance (forfait de 50Fc par patient). Il ya galement un capital mdicament
(BDD).
Personnel : 13 agents dont 2 mdecins, 8 infirmiers, 1 technicien de labo. 1 personnel ligible la
retraite, 2 mcaniss.
Matriel informatique : Aucun ordinateur, ni connexion internet. Rseau Vodacom arrive lHGR.
Outils de gestion : en dur. Nouveau systme de gestion du dossier patient dans des carnets de
malade. 1 numro unique pour le patient pendant 1 anne.
Electricit : nergie solaire mais batteries endommages. Utilisation des torches.
Partenaire : Bureau Diocsain de dveloppement (BDD)
15.1.3.5.9.4 SWOT

- Le BCZS a ses propres - Le rseau tlphonique ne couvre que 3 - Rationalisation du
bureaux FOSA et le BCZS : retard dans la personnel non qualifi
- Financ par les transmission des donnes de la - Matriel informatique et
structures (5000Fc/ surveillance pidmiologique connexion internet
structures/mois) pour - Problme de maintenance du matriel accessible
faire les photocopies informatique - Recherche des appuis
des fiches et registres - Backup sur le portable propre du MCZ. pour mieux fonctionner
- Revues rgulires 1 - Pas de connexion internet - Appuis en mdicaments
fois le mois (entre le 3 - Instabilit du personnel et faibles et matriel mdicaux
et le 5) : participation comptences des IT dans la gestion : pour HGR
des structures pour la faible qualit dinformation - Rparation panneaux
prise ne charge des IT - Supervision non rgulire (manque de solaires de lHGR et du
qui participent. carburant pour lambulance) systme de forage de
- Population qui croit beaucoup aux leau.
fticheurs : faible utilisation des services
de sant et de lHGR
- Pas de contractualisation entre ltat et
le BDD pour la gestion de lhpital :
manque du leadership du BCZS.
- HGR na pas de leau, ni dlectricit, ni
de matriels informatiques.
ltude
- Dveloppement des - Incomptences du personnel - Augmenter le rseau G3
capacits du personnel - Faible connexion internet (et non ou VSAT
- Acquisition du matriel permanent) - Acqurir du matriel

informatique - Matriel informatique de faible qualit informatique (BCZS et

- Stabilit de la - Manque de maintenance permanente HGR)
connexion internet du - Former le personnel en
mois au BCZS (VSAT outils de gestion des
activ) donnes
Conclusions
Appui en matriels et systmes informatiques
Maintenance du matriel et des systmes
15.1.3.5.10 BCZS et HGR de Kabondo
15.1.3.5.10.1 Mission

Situation : La ZS de Kabondo est urbaine, dans la ville de Kisangani. Elle a une superficie de 1435
km, population 159.193. La ZS est constitue de 16 AS formes par 17 structures de sant dont
16 CS (80% confessionnelles), 1HGR confessionnel et un certain nombre PS. La couverture
rseau arrive dans 13 FOSA. Au niveau de 3 autres, le personnel se dplace pour trouver 1 rseau
fouillant. VODACOM est loprateur qui couvre assez bien la ZS (existent ORANGE et AIRTEL).
La structure la plus loigne est 25 km. Et toutes les FOSA sont accessible par route.
Promptitude: 15/17 et compltude : 100%.
Personnel : 11 dont 1 MCZ, 1AG, 3IS, 1 secrtaire-comptable, 1 data-manager, 1 pharmacien, 1
chauffeur, 1 prpos pharmacie, 1 gestionnaire de la chane de froid. 4/11 sont comptents en
informatique. Lquipe comprend 2 mcaniss et 5 matriculs non-pays et 2 NU. Le personnel
est jeune, rationnalis par la CTB.
Matriel informatiques : 2desktop et 4 laptops (FDSS et OMS), 1 imprimante, 1 photocopieuse,
1LCD et 2 disques durs externes. 1 connexion internet : Globalnet (appui CTB, 450USD/mois),
actuellement 150USD/mois=> faible bande passante, 2 Modem Vodacom (difficult de connexion
sauf au centre-ville)
Outils de gestion : EXCEL : SNIS. Logiciel : MESI (VIH), CHANEL (pharmacie), DHIS2-
mdicament, Tom-Pro (comptabilit).
Locomotion : 1 vhicule (CTB) et 1 moto.
Electricit: SNEL avec beaucoup de coupures et un groupe de 5 Kva (GTZ). Les panneaux solaires
appartiennent lHGR, le BCZS a connect 3 prises.
Espace : un bloc de lHGR : 3 locaux + 1 salle de runion. Les archives dans les armoires des IS
Partenaires : CTB (appui global, jusquen 2013), FM (palu), Fondation Damien, EGPAF (mre-
enfant/VIH), PROVIC, UNICEF (vaccins), OMS (surveillance pidemiologique)
LHGR est confessionnel, construit en 1989 par lappui de Lux Dev (Coopration Luxembourgoise).
Il a une capacit de 160 lits monts. Le taux doccupation des lits de 60-80% (61% en Aot).
Dure moyenne dhospitalisation 7 jours.
Activits : 280-300 consultations/mois (>400 lors de la priode dappui CTB) et 200-300
hospitalisations/mois.
Tarif par forfait : consultation : 5USD (exclu labo), hospitalisation : 25USD-45USD, Chirurgie :
90USD, Accouchement : 30USD. Taux de recouvrement 80%. 70% de recettes sont utiliss
pour payer le personnel. Et 1 forfait de 6USD/patient pour couvrir les mdicaments. Abonns ;
MSF, BCC, New TRAN (Indiens commerants), CARITAS
Personnel : 93 agents dont 7 mdecins + 2 spcialistes, 53 infirmiers, 3 techniciens de labo, et 40
personnels dappui. 10 personnels ligibles la retraite ; 90% de mcaniss non-pays et 2
mcaniss pays.
Matriel informatique 4 ordinateurs (pharmacie, secrtariat, comptabilit et bureau AG).
Outils de gestion : SAGE (Comptabilit) et CHANEL (pharmacie), autre rapports en dur. Dossier

Annexes 397
patient par service pour 1 anne et un service central darchivage du dossier du patient.
Electricit : SNEL avec quelques factures impayes et 3 groupes (dont 1 de 30 KVa) utilis en
cas durgence. Panneaux solaires pour le Labo et banque de sang.
Partenaire : CTB (mdicaments et achat de performance) + appui au forfait entre 6USD et 19USD.
15.1.3.5.10.4 SWOT

- Un bon taux - Abandon du GESIS (Mars 2014). : Il - Construction dun btiment
dutilisation des faut actuellement faire correspondre propre au BCZS
services de sant le canevas SNIS a une nouvelle base - Plaider pour la
(53%) et de taux de donnes EXCEL (SNIS mcanisation
doccupation de lits au actuellement en dur) - Avoir de leau courante
HGR (80%) - Courant de la SNEL non stable : lhpital
- Accessibilit facile au utilisation de groupe (problme - Acquisition de
niveau de la majorit rcurent de carburant) mdicaments (stock de
des AS - Manque de maintenance rgulire du rserve laiss par le bailleur
- Structure appuye matriel informatique est puis) et de matriels
longtemps par al CTB - Connexion internet chre (diminution mdicaux
- Existence des outils de prix dabonnement de 450USD - Etudier les nouvelles
mtiers CHANEL, 150USD) ! Elle actuellement trs sources de revenues des
SAGE et TOM-PRO lente FOSA pour atteindre
- Hpital est cltur - Beaucoup de surcharge lIT pour la lautofinancement
collecte dinformation (multiple
canevas, donnes redondantes)
- Pas de source permanente de
llectricit et de leau lHGR
- Les outils de gestion informatiss ne
sont pas bien utiliss (man que de
suivis aprs formations)
ltude
- Formations bien - Manque de maintenance rgulire du - Amliorer les comptences
structures des matriel informatique du personnel en SNIS et
utilisateurs en outils et - Faible comptence du personnel en informatique
informatique de base TIC - Bien former et accompagner
- Etablissement dun - Instabilit du courant le personnel dans
plan de maintenance et lutilisation des outils
dassistance dans informatiques
lutilisation des outils - Assurer ma maintenance
informatiques rgulire du matriel
informatique
Conclusions
Maintenance du matriel et des systmes informatiques
Rseau internet partag entre le HGR et le BCZS
15.1.3.5.11 BCZS et HGR de Shopo
15.1.3.5.11.1 Mission

Situation : La ZS de Tshopo est urbano-rurale. Le BCZS se trouve dans la ville de Kisangani. ZS

fille cre en 2004 de Makiso-Kisangani. Elle a une superficie de 153 km, population 129.993. La
ZS est constitue de 15 AS formes par 17 structures de sant dont 15 CS (dont 4 sont
Etatiques, 3 confessionnels et 8 privs), 1CSR Saint Joseph et 1HGR. LAS la plus loigne est
75 km. 10 AS sont urbaines (bonne couverture tlphonique et internet), 5 sont rurales dont 4 sont
joignables uniquement par phonie. Couverture par 3 rseaux Vodacom, Orange et Airtel. Les AS
sont accessibles par vhicule ou moto, avec la traverse des rivires Tshopo et Lindi. Mais
beaucoup de FOSA sont trs difficilement accessibles. Promptitude SNIS : 17% et
compltude SNIS : 86%. Pour ce qui est la surveillance pidmiologique, la compltude est trs
faible : 10% (et manque de phonies). Le taux dutilisation des services curatifs varie de 9 35%
(31% le mois pass).
chauffeur, 1 huissier. 2/10 sont comptents en informatique. Lquipe comprend 2 mcaniss et 8
matriculs non-pays et 2 NU. Le personnel est encore jeune.
Matriel informatiques : 1 desktop (FM) et 2 laptops (FDSS et OMS), 2 modem internet (FDSS et
OMS)
Outils de gestion : Informatique : DHIS2-Mdicaments (dbuts timides), MESI-TierNet (VIH), DVD-
MT (PEV), CHANEL (mdicaments). En dur : SNIS, PEV, PNLS, PNLP, MAPEPI. Les
documents de collecte ont t laisss par la CTB
Locomotion : 1 vhicule (FM/SRSS) et 2 motos (UNICEF villages Assainis et PEV).
Electricit: Pas de courant (SNEL). 2 groupes (GTZ 2006, FM 2014) en panne. Panneaux solaires
pour la chane de froid.
Espace : 1 seul bureau de lHGR
Partenaires : USAID (EGPAF, PROVIC), FM (IMA, CARITAS) et Action Damien. Pas directement
par la CTB (uniquement de formulaires)
HGR est dans la mme enceinte que le BCZS. Cest un hpital public dune capacit de 23 lits
monts. Le taux doccupation des lits de 40%. Dure moyenne dhospitalisation 7 jours.
Activits : Une moyenne de 400 consultations/mois et 200 hospitalisations/mois.
Tarif par forfait et par acte (consultation=> Pdiatrie : 2500 Fc, Gnraliste : 3500 Fc, Csarienne :
70USD, Chirurgie majeure : 70USD-100USD, Chirurgie mineure (40USD-50USD). La commune est
abonne.
Personnel : 85 agents dont 13 mdecins et 50 infirmiers. Comptences en informatique : 5/85. 25
mcaniss et plus de 20 ligibles la pension.
Matriel informatique : 0 ordinateur !
Outils de gestion : tous les rapports en dur. La saisie se fait lextrieur du bureau. 1 dossier
unique pour le patient gard la aux archives la rception pour 3 mois.
Electricit : pas de courant SNEL. Pas de groupe lectrogne.
Partenaire : Programmes Verticaux ; Pas dappui fonctionnel.
15.1.3.5.11.4 SWOT

- Disponibilit de - Difficult daccessibilit gographique - Source dnergie
mdecins qui et de couverture tlphonique de permanente et
pourraient tre plus certaines AS. communication rseau
productifs - Instabilit des IT car beaucoup de - Partenaire pour un appui
- Travail dquipe structures prives global
malgr les conditions - Pas de courant lectrique permanent! - Renforcement de capacit
difficiles - Multiplicit dactivits (chevauchement) du personnel dans la
et de canevas implique une faiblesse gestion de linformation de
dans la qualit de donnes : beaucoup sant et en informatique de
dincohrence base
- 1 seul local de travail ! trs petite - Espace : btiment propre

Annexes 399
despace de travail. au BCZS

- Faible motivation du personnel qui
collecte linformation (41/266
mcaniss, pas dappui structurel)
- Plthore du personnel dans lHRG
(pensionns provenant des structures
appuyes par la CTB par la prime de
bonne sparation
Potentialits recommandations pour
(attente) ltude
- Amlioration des - Instabilit du rseau et du courant - Amliorer les comptences
comptences du - Faible comptence en informatique du personnel en SNIS et
personnel en - Espace et condition de travail de informatique
informatique et SNIS manire gnrale - Stabilit du rseau et du
- Acquisition du courant
matriel et doutils de
gestion informatiss
Conclusions
Apport du matriel informatique et des outils de gestion
Recherche de sources dnergie stables pour le matriel informatique
15.1.3.5.12.1 Cliniques Universitaires de Kisangani (CUKis)
Les btiments des CUKis sont en pleine rnovation sous financement du Gouvernement Central.
La fin des travaux est prvue en fvrier 2015. Actuellement les Cliniques fonctionnent avec une
capacit de 61 lits monts (dhabitude cest 300 lits). Ces lits sont dlocaliss au niveau de lHGR
de Makiso-Kisangani et dans 2 btiments de passage dans la ville de Kisangani. Le taux
doccupation des lits actuel est faible.
Activits : rduites suite la rnovation des btiments
Tarif par acte
Personnel : 246 personnes. Rpartition du personnel en 3 groupes, qui se remplace aprs 3 mois.
Actuellement, le personnel actif est de 86.
Matriel informatique : une 30aine de portables et 2 serveurs. Rseau avec WIFI.
Outils de gestion : Utilisation dOpenClinic pour grer le dossier du patient.
Electricit : SNEL. Instabilit du courant. Les batteries ne sont plus charges depuis le
dmnagement.
Partenaire : Projet Eb@le-Sant.

- Appui consistant de projet - Avec la rhabilitation, le matriel a - Fin des travaux et retour
Eb@l-Sant t centralis au niveau du service dans les btiments
- Rsultats positifs du projet informatique. La saisie se fait dans propres du CUKis
avant le dmnagement trs peu dendroits (Rception, - Effectuer des suivis
pour rhabilitation Labo) rapprochs des
- Accs au matriel - Local ICT non climatis, ce qui utilisateurs et des
informatique et au rseau cause linscurit du matriel. Une valuations sur le travail
internet fois le serveur sest arrt pendant 3 ralis

- Personnel form dans tous semaines ! - Etablir un systme

les dpartements - LInformaticien nest pas permanent, dvaluation individuel
(Rception, Caisse, pour appuyer les utilisateurs et
Facturation, Labo, Nursing) assurer la maintenance du matriel
- Le groupe nest pas utilis et les
batteries ont t dbranches (avec
le dmnagement)
- Les personnels forms (encodeurs)
ne sont pas rguliers : demande
dune motivation financire !!
- Manque dimplication effective du
leadership pour lutilisation des
- Pas de rapport SNIS propre aux
hpitaux universitaires (3me niveau)
ltude
- Renforcer les dbuts - Incomptences du personnel en - Avoir un informaticien
dutilisation du systme informatique (1/3 est ligible la propre aux Cliniques
OpenClinic retraite) - Impliquer les
- Intgrer les CUKis dans le - Instabilit du courant Responsables au projet
SNIS du MSP. - Manque de maintenance du dinformatisation
- Renforcer les formations matriel - Introduire un systme de
continues en informatique PBR (financement bas
de base sur les rsultats)
- Avoir une messagerie
professionnelle pour les
CUKis
Conclusions
Formations structures et continues en informatique de base,
Suivi rapproch des utilisateurs pour amliorer lutilisation du systme OpenClinic,
Intgrer des outils de gestion des RH et la Comptabilit pour rendre complet le systme de gestion
de lhpital.
15.1.3.5.12.2 Hpital du Cinquantenanire
Lhpital du Cinquantenaire est fonctionnel depuis Janvier 2013. Cest un hpital appuy par la
Fondation Gertler Family. Il compte 103 lits (y compris 6 couveuses). Taux doccupation : 40%
Activits : De Jan 2013 Jan 2014, le nombre dhospitalisation a t de 1997 (soit 166 nouveaux
hospitaliss/mois), et de Jan 2014 Juillet 2014, le nombre de consultations externes ont t de
4.195 soit 599 nouveaux cas/mois.
Tarification par acte. Consultation : 5USD adulte et 3500Fc enfant, hospitalisation 50USD/jour
(repas inclus ou 30USD/jr, repas exclus) et enfant 1500Fc/jour. 20 socits sont abonnes. La
majorit des patients soigns sont des abonns (10% payent en forfait et 90% par acte). Le taux
de recouvrement des factures est de 98%.
Personnel : 151 agents dont 33 mdecins, 75 infirmiers et techniciens mdicaux. La majorit des
mdecins travaillent dans le secteur public, est des shifts sont organiss (7h-14h, 14h-21h et 21h-
07h). La majorit sait utiliser lordinateur.
Matriel informatique : 8 ordinateurs placs ladministration (et quelques portables personnels).
Un rseau internet (via un routeur central). Pas de service informatique et pas de disque dur
externe pour le backup !
Outils de gestion : un fichier central de gestion didentification de patient. Un numro unique et un

Annexes 401
archivage central. Le fichier Excel permet de retrouver le dossier du patient (enregistrement de

patients mois par mois). Excel est galement utilis en comptabilit et en pharmacie. Une
tentative de gestion de la pharmacie en Access est en cours.
Electricit : SNEL et un groupe lectrogne.
Partenaire : Gertler Family Foundation

- Hpital moderne, trs bien - Pas de systme intgr de - Informatisation de la
organis et trs propre gestion informatise de lhpital pharmacie, caisse et
- Personnel qualifi avec - Le taux doccupation de lits est facturation
quelques spcialisations faible - Augmenter le nombre
(surtout la pdiatrie) - Le nombre de recettes ralises dactivits pour couvrir les
- Existence des outils est trs inferieur aux cots de dpenses
informatiques et une fonctionnement de lhpital. Taux - Trouver dautres
exprience didentification de recouvrement des cots est de spcialistes
du patient dans un fichier 30% !
Excel (mais lhpital est en plein
- Archives trs bien investissement)
structurs - Pas de service informatique, ni
dinformaticien dans la maison
ltude
- Acquisition dun systme - Non implication des responsables - Avoir un systme de
intgr de gestion de - Pas de service informatique gestion informatise de
lhpital en particulier la - Manque de recyclage du lhpital
comptabilit, la pharmacie personnel (mise jour)
et le personnel
- Formation structure des
responsables de lhpital
en gestion hospitalire
(utilisant les outils
informatiques)
Conclusions
Un systme informatique de gestion de lhpital intgrant la gestion du dossier du patient, de la
pharmacie, du labo, du personnel et de la comptabilit (et finance)
Implication des partenaires et responsables du projet afin dappuyer linformatisation de lhpital
15.1.3.5.12.3 Centre de Sant de Rfrence Saint-Joseph
Organiser des soins de qualit au niveau de la 1re rfrence du systme de la sant.
Le CSR Saint-Joseph se trouve dans la ZS de Tshopo. Il existe depuis 1987 mais travail dans les
nouveaux btiments depuis 1997. Il aurait t souhait quil soit HGR pour la ZS car plus grand et
plus organis que lHGR actuel. Cest un CS confessionnel de 38 lits spcialis plus dans la prise
en charge mre-enfant . Le taux doccupation actuel des lits est de 56%. Dure moyenne
dhospitalisation 7 jours.
Activits : > 500 consultations/mois et > 250 hospitalisations/mois.
Tarif par forfait et par acte : consultation=> Pdiatrie 0-5 an : 6000 Fc (exclu labo), adulte 8000
F ; Hospitalisation : 1500/jr (enfant), 2500 Fc/jr (adulte) + soins infirmiers, 5000Fc/pisode.
Personnel : 20 agents dont 1 mdecin et 15 infirmiers. Comptence en informatique trs faible.
Matriel informatique : Aucun !
Outils de gestion : Tout manuel (en dur). 1 dossier unique pour le patient gard aux archives
centrales.
Electricit : SNEL et un petit groupe lectrogne.

Partenaire : Programmes des programmes verticaux : FM (VIH), EGPAF (VIH), SANRU (palu) ;
Pas dappui fonctionnel

- Structure bien organise - Pas de matriel informatique - Matriel informatique
et propre - Comptences faibles en - Amliorer de plus en plus la
- Existence du courant et informatique pour le personnel qualit des
de leau soins (disponibilit de
- Personnel rationnalis mdicaments, accueil, )
- Focalisation mre- - Recherche dappuis
enfant structurels
- CSR cltur et scuris
ltude
- Amlioration des - Instabilit du courant - Amliorer les comptences
comptences du - Faible comptence en du personnel informatique
personnel en informatique informatique - Avoir un systme de
Acquisition du matriel et gestion du dossier du
doutils de gestion patient intgrant galement
informatiss la gestion de la pharmacie.
Conclusions
Formations en informatique de base et en SNIS
Apport du matriel informatique et des outils de gestion informatise du dossier patient
15.1.3.5.13.1 Facult de Mdecine de l'Universit de Kisangani (UNIKIS)
Former les futurs cadres du pays en mdecine
La Facult de Mdecine comprend 3 dpartements :

- Les sciences Biomdicales, sanctionnes aprs 6 ans par un diplme de docteur en mdecine
- La pharmacie, sanctionne par un graduat aprs 3 ans
- La Sant Publique, sanctionne par une Licence (gestion hospitalire et gestion dinstitutions de
sant) aprs 4 ans.
- Un 2me cycle en Nutrition
Une rflexion pour un DEA en Sant publique est en cours.
Modules en Informatique :
- Informatique de base en 1re et 2me anne (applications de Windows : Word et Excel)
- Logiciels dAnalyse Statistique en 3me anne : Epi-info, SPSS et STATA
- Informatique approfondie (Traitement de donnes) en 1re Licence
- Biostatistique approfondie et traitement de donnes en 2me Licence
Inscrits : 100 en mdecine, 70 en Licence de sant publique.
Minerval :
- Droit dinscription : 236.000 Fc
- Syllabus : 15USD/cours
- DEA : 2.000USD
Partenariat : UNIKIN, VLIR (Projet Ebal Sant au CUKi s ), Uni vers i t de Li ge (pha rma ci e)

- Volont affiche de la direction - Infrastructures dlabres - Rnovation des
pour un 3me Cycle en - Salle informatique pas bien btiments de la Facult
Informatique mdicale quipe - Prparation dune

Annexes 403
- Beaucoup dheures - Pas assez des professeurs formation de 3me Cycle

dinformatique dans les cursus permanents DEA en Sant Publique
de formation
- Bonnes comptences et
expriences des professeurs
permanents
ltude
- Utilisation future dune partie - Manque de partenariat avec - Organiser un 3me cycle
des btiments rnovs des des universits qui forment en dinformatique de sant
cliniques universitaires pour Informatique mdicale (en Sant Publique)
des modules en Informatique - Manque de vision de prennit - Rechercher le partenariat
- Potentialit dun DEA en de ce projet de formation en avec les universits
Informatique de Sant informatique de sant trangres qui forme en
- Profiter du matriel informatique - Peu de comptences locales informatique de sant
des CUKis en informatique de sant (faire
recours aux universits
trangres)
Conclusions
Introduire le module de gestion du dossier mdical informatis et des archives au 2me cycle de
mdecine.
Enseignement Post universitaire (3me cycle) en Master ou DEA en Informatique mdicale, en
partenariat avec les universits trangres
Recyclage du corps administratifs, mdical et professoral en Informatique.
15.1.3.5.13.2 ISTM de Kisangani
Former les techniciens en sciences mdicales
Le dpartement administratif et certaines salles de formation de lISTM Kisangani se trouvent dans

lenceinte de lHGR Makiso-Kisangani.
LISTM de Kisangani forme les infirmires en 1er et 2me Cycle.
- 1er Cycle en : Soins hospitaliers, Accouchement, Pdiatrie, Ranimation et Anesthsie, Soins
Intensifs (Graduat)
- 2me Cycle en : Accouchement, Pdiatrie, Soins Intensifs (Licence)
LISTM forme galement des agents de sant en 2me Cycle (Licence) en :
- Biomdicale (10 tudiants) => Techniciens de Laboratoires
- Sant publique (10 tudiants)
- Gestion des institutions de sant (<10 tudiants)

- Construction de nouveaux - Infrastructures non adaptes - Construction dun site de
btiments en cours pour les formations en lISTM en cours
- Volont affiche de la direction informatique : pas de labo, pas - Renforcement de suivi
pour une spcialise de 2me de locaux libres, dlabrement, (et assistance) des
cycle en informatique mdicale tudiants
- Salle informatique pas quipe
- Pas assez des professeurs
permanents

ltude
- Mise en place dune salle - Manque de partenariat - Organiser un 2me cycle
spcifique pour linformatique et - Peu de comptences locales en Biomdicale
les techniques mdicales en informatique de sant et en applique intgrant les
- Matriel informatique et techniques dimagerie lments informatiques
systmes de gestion mdicale (faire recours aux - Rechercher le partenariat
enseignants trangres)
Conclusions
Introduire une spcialisation en techniques mdicales, Laboratoire, Imagerie et Informatique
Impliquer les bailleurs pour financer cette spcialisation afin de trouver du personnel comptent
dans les structures de sant pour grer le matriel mdical.
15.1.3.5.14 Autre
15.1.3.5.14.1 CTB
Coordonner les activits sanitaires du projet ASSNIP (Appui au Systme de Sant, Niveaux
Intermdiaire et Priphrique).
Projet ASSNIP
- De 2007-2011 : rationalisation des structures appuyes (Makiso-Kisangani, Lubunga et
Kabondo) selon les normes de sant et le respect des chelons PMA (CS) et PCA (HGR) ;
formation du personnel mdical (ESP) et autres formations et stages. Prime de bonne
sparation pour les ligibles la pension.
- De 20011-2014 : Consolidation des acquis, apport des logiciels SAGE et TomPro. Appuis de la
DPS de Tshopo en fonctionnement, locomotion (1 vhicule par ZS et 1 mabulance par HGR et 1
vhicule pour la DPS) et mobilier de bureau. Construction dun nouveau btiment de la DPS de
Tshopo et rhabilitation des structures appuyes. Financement bas sur le tarif forfaitaire au
niveau des 3 HGR et de 38 CS : financement en mdicaments et achat du forfait (10-15%).
Installation du capital mdicament la CDR pour les CS ( partir de juillet 2013)
Informatisation de la comptabilit et de la pharmacie :
- Avec SAGE dans les HGR et BCZS de Makiso-Kisangani, Lubunga et Kabondo et au niveau de
la DPS. Utilisation de la procdure OHADA (Organisation pour l'Harmonisation du Droit des
Affaires en Afrique) propos par lOMS.
- TomPro dans les BCZS de Banalia, Bengamisa, Isangi, Yakusu et Tshopo, financement IRC

- Appui global des structures : - Matrise de lutilisation des - Standardiser les outils au
investissement et logiciels informatiques ans niveau oprationnel,
fonctionnement. de base de connaissance - Renforcer les capacits de
- Demande explicit de rigueur dans lutilisation de tous les acteurs,
dans la gestion du projet lordinateur - Grer la mcanisation et la
- La tarification forfaitaire a - Manque de bonne stabilit du personnel
amlior le taux dutilisation appropriation des systmes (fidlisation)
de services de sant informatiques (pas dintrt, - Fin de construction du
- ZS de Kabondo se dmarquait crainte de la clart) nouveau btiment de la
des autres ZS dans la gestion - Manque de traabilit dans DPS de Tshopo pour la fin
du forfait les mdicaments. de lanne.
- Politique de rationalisation des - Les pensionns qui taient
ressources (matriel, financier des structures appuyes
et personnel). sont alls travaills dans les
- Effet positif de la prime de structures aux alentours :
bonne sparation pour les augmentation de la plthore
ligibles la pension dans les dans les structures non
structures appuyes appuyes par la CTB

Annexes 405

ltude
- Proportion importante des - Faible comptences du - Etablir un manuel de
bureaux centraux fournis en personnel en informatique procdure pour chaque
lectricit - Faible appropriation des systme
- Tendre vers les outils systmes informatique - Rendre la comptabilit
facilement utilisable et pouvant (amour du travail dans obligatoire
intgrer la majorit des lopacit !) - Amliorer les formations
donnes de sant demandes - Manque de suivi au niveau pour augmenter les
par le SNIS et les des structures comptences
programmes. - Introduire un Financement
- Etablir un systme de bass sur les rsultats
maintenance du matriel et (FBR) ou prime au
des systmes informatiques fonctionnement.
au niveau de la DPS - Assurer la rgularit dans
les paiements du personnel
Conclusions
Rationalisation dans le financement du projet PNDIS (un fond commun ?). Ce financement
sorienterait vers:
- Apport du matriel informatique et de la maintenance
- Apport des systmes informatique et de la maintenance
- Formations structures en information, suivi dutilisation de systmes et valuation
- Financement bas sur les rsultats
Intgration du projet PNDIS dans le nouveau programme de financement de la sant en RDC
15.2 Annexe 2: Liste des sites connecter l'intranet de sant

Les sites intgrer dans l'intranet de sant du MSP avec indication des catgories de connexion,
peut tre rsume comme suit:
Catgorie 1 Catgorie 2 Catgorie 3 Catgorie 4 Total Structures

Kinshasa 1 5 36 8 50 1599
Equateur 67 7 74 299
Province Orientale 84 6 90 2692
Maniema 19 2 21 644
Nord Kivu 25 3 28 698
Sud Kivu 35 4 39 940
Katanga 3 63 5 71 2014
Kasa Oriental 57 3 60 2335
Kasa Occidental 48 5 53 1897
Bandundu 52 8 60 2386
Bas Congo 32 8 40 1490
Totaux 1 8 518 59 586 16994
Il s'agit de de 586 sites sur un total de 16.994 structures de sant. Ces calculs sont approximatifs et
ont pu tre raliss sur base des informations obtenues lors des visites sur terrain et aprs
extrapolation en fonction des donnes obtenues de la DSNIS.

15.2.1 Kinshasa
ZS Hpitaux CS PS & ZS Hpitaux CS PS &
& Autr & Autre
CSR e CSR
1 ZS Bumbu 24 1 19 ZS Kokolo 16 0
2 ZS Kasa-Vubu 33 6 20 ZS Binza Mto 29 0
3 ZS Makala 25 0 21 ZS Binza Ozone HGR de la Rive 17 75
4 ZS Ngiri-Ngiri 22 12 22 ZS Kintambo HGR Kintambo 16 10
5 ZS Barumbu 21 20 23 ZS Mont-Ngafula1 29 2
6 ZS Gombe 14 22 24 ZS Mont-Ngafula2 17 20
7 ZS Kinshasa 19 37 25 ZS Selembao HGR Makala 15 80
8 ZS Lingwala 11 6 26 ZS Biyela 59 4
9 ZS Police HGR Police 8 16 27 ZS Kikimi HGR 8 1
Kimbanguiste
10 ZS Kalamu1 30 28 28 ZS Kimbanseke 65 20
11 ZS Kalamu2 31 4 29 ZS Kingasani 54 26
12 ZS Kingabwa 41 27 30 ZS Masina1 30 14
13 ZS Limete 8 68 31 ZS Masina2 56 6
14 ZS Kisenso 17 0 32 ZS Ndjili HGR Ndjili 56 28
15 ZS Lemba 25 56 33 ZS Maluku1 16 1
16 ZS Matete 41 4 34 ZS Maluku2 12 3
17 ZS Ngaba 5 35 35 ZS Nsele 14 1
18 ZS 22 8
Bandalungwa
Totaux des structures

1 DPS
35 BCZS
16 Hpitaux
906 CS & CSR
641 autres structures de soins (PS, cliniques, cabinets...)
Totaux des connexions l'intranet sant

1 catgorie 1
5 catgorie 2
36 catgorie 3
8 catgorie 4
15.2.2 Equateur
ZS Hpitaux ZS Hpitaux
1 Bcz Mbandaka Hgr Mbandaka 34 Bcz Bokungu Hgr Bokungu
2 Bcz Bolenge Hgr Bolenge 35 Bcz Bosanga Hgr Bosanga
3 Bcz Wangata Hgr Wangata 36 Bcz Yalifafo Hgr Yalifofa
4 Bcz Basankusu Hgr Basankusu 37 Bcz Djolu Hgr Djolu
5 Bcz Djombo Hgr Djombo 38 Bcz Lingomo Hgr Lingomo
6 Bcz Bikoro Hgr Bikoro 39 Bcz Ikela Hgr Ikela
7 Bcz Iboko Hgr Iboko 40 Bcz Mondombe Hgr Mondombe
8 Bcz Ntondo Hgr Ntondo 41 Bcz Monkoto Hgr Monkoto
9 Bcz Bolomba Hgr Bolomba 42 Bcz Bili Hgr Bili
10 Bcz Mampoko Hgr Mampoko 43 Bcz Bosobolo Hgr Bosobolo

Annexes 407
11 Bcz Monieka Hgr Monieka 44 Bcz Businga Hgr Businga

12 Bcz Bomongo Hgr Bomongo 45 Bcz Karawa Hgr Karawa
13 Bcz Lilanga Hgr Lilanga Bobanga 46 Bcz Loko Hgr Loko
Bobanga
14 Bcz Makanza Hgr Makanza 47 Bcz Gbadolite Hgr Gbadolite
15 Bcz Ingende Hgr Ingende 48 Bcz Mobayi Mbongo Hgr Mobayi Mbngo
16 Bcz Lotumbe Hgr Lotumbe 49 Bcz Abuzi Hgr Abuzi
17 Bcz Lukolela Hgr Lokolela 50 Bcz Wapinda Hgr Wapinda
18 Bcz Irebu Bds Mongala 51 Bcz Wasolo Hgr Wasolo
19 Bcz Bongandanga Hgr Bongandanga 52 Bcz Yakoma Hgr Yakoma
20 Bcz Boso Hgr Bosomondana 53 Bcz Bangabola Hgr Bangabola
Mondanda
21 Bcz Bosondjo Hgr Bosondjo 54 Bcz Budjala Hgr Budjala
22 Bcz Pimu Hgr Pimu 55 Bcz Bulu Hgr Bulu
23 Bcz Bumba Hgr Bumba 56 Bcz Mbaya Hgr Mbaya
24 Bcz Lolo Hgr Lolo 57 Bcz Ndage Hgr Ndage
25 Bcz Yamaluka Hgr Yamaluka 58 Bcz Bogosenubea Hgr Bogosenubea
26 Bcz Yamongili Hgr Yamongili 59 Bcz Bominenge Hgr Bominenge
27 Bcz Binga Hgr Binga 60 Bcz Bwamanda Hgr Bwamanda
28 Bcz Boso Manzi Hgr Boso Manzi 61 Bcz Gemena Hgr Gemena
29 Bcz Lisala Hgr Lisala 62 Bcz Tandala Hgr Tandala
30 Bcz Befale Hgr Befale 63 Bcz Bokonzi Hgr Bokonzi
31 Bcz Mompono Hgr Mompono 64 Bcz Boto Hgr Boto
32 Bcz Boende Hgr Boende 65 Bcz Kungu Hgr Kungu
33 Bcz Wema Hgr Wema 66 Bcz Libenge Hgr Libenge

1 DPS
66 BCZS
66 Hpitaux
166 autres structures de soins (CS, CSR, PS, cliniques, cabinets...)

67 catgorie 3
7 catgorie 4
15.2.3 Province Orientale

& Autr & Autre
CSR e CSR
1 ZS Mangobo HGR Mangobo 13 21 43 ZS Doruma HGR Doruma 13 17
2 ZS Lubunga HGR Lubunga 18 9 44 ZS Niangara HGR Niangara 16 30
3 Kabondo HGR Kabondo 15 15 45 ZS Wamba HGR Wamba 17 26
4 ZS Tshopo 16 9 46 ZS Boma- HGR Boma- 14 33
Mangbetu Mangbetu
5 ZS Makiso- HGR Makiso- 21 35 47 ZS Pawa HGR Pawa 18 29
Kisangani Kisangani
6 ZS Basoko HGR Basoko 21 24 48 ZS Mambasa HGR Mambasa 15 1
7 ZS Basali 12 9 49 ZS Lolwa HGR Lolwa 5 2
8 ZS Yalimbongo 16 20 50 ZS Mandima HGR Mandima 15 0
9 ZS Yahuma HGR Yahuma 24 3 51 ZS Nia-Nia 8 0

10 ZS Isangi HGR Isangi 24 23 52 ZS Boga HGR Boga 9 1

11 ZS Yabaondo HGR Yabaondo 22 21 53 ZS Bunia HGR Bunia 14 35
12 ZS Yahisuli 17 28 54 ZS Gethy 17 0
13 ZS Yakusu HGR Yakusu 21 15 55 ZS Komanda 12 0
14 ZS Banalia HGR Banalia 18 33 56 ZS Nyakunde HGR Nyakunde 12 1
15 ZS Bengamisa 19 30 57 ZS Rwampara 12 0
16 ZS Lowa HGR Lowa 16 20 58 ZS Adi HGR Adi 17 21
17 ZS Ubundu HGR Ubundu 17 25 59 ZS Adja 18 7
18 ZS Wanierukula 17 10 60 ZS Ariwara HGR Ariwara 16 22
19 ZS Opala HGR Opala 21 53 61 ZS Aru HGR Aru 22 7
20 ZS Yaleko HGR Yaleko 21 25 62 ZS Biringi HGR Biringi 14 0
21 ZS Bafwasende HGR Bafwasende 14 22 63 ZS Laybo HGR Laybo 16 14
22 ZS Opienge 16 3 64 ZS Angumu 17 16
23 ZS Bafwagbogbo 19 12 65 ZS Aungba HGR Aungba 16 7
24 ZS Buta HGR Buta 17 8 66 ZS Kambala 15 7
25 ZS Titule HGR Titule 10 8 67 ZS Logo HGR Logo 20 24
26 ZS Aketi HGR Aketi 18 8 68 ZS Mahagi HGR Mahagi 14 33
27 ZS Likati HGR Likati 10 3 69 ZS Nyarambe HGR Nyarambe 20 36
28 ZS Bondo HGR Bondo 13 9 70 ZS Rimba HGR Rimba 18 10
29 ZS Bili HGR Bili 12 8 71 ZS Bambu HGR Bambu 14 1
30 ZS Monga HGR Monga 10 13 72 ZS Damas 11 0
31 ZS Poko HGR Poko 18 53 73 ZS Drodro HGR Drodro 16 0
32 ZS Viadana HGR Viadana 13 30 74 ZS Fataki HGR Fataki 13 0
33 ZS Ango HGR Ango 23 7 75 ZS Jiba HGR Jiba 13 0
34 ZS Ganga HGR Ganga 16 20 76 ZS Kilo 11 0
35 ZS Faradje HGR Faradje 17 24 77 ZS Linga 17 0
36 ZS Makoro 17 19 78 ZS Lita 11 0
37 ZS Aba HGR Aba 16 14 79 ZS Mangala 10 0
38 ZS Watsa HGR Watsa 17 40 80 ZS Mongbwalu 10 0
39 ZS Gombari HGR Gombari 15 13 81 ZS Nizi 10 0
40 ZS Isiro HGR Isiro 21 47 82 ZS Rethy HGR Rethy 22 1
41 ZS Rungu HGR Rungu 14 33 83 ZS Tchomia HGR Tchomia 11 0
42 ZS Dungu HGR Dungu 21 40

1 DPS
83 BCZS
60 Hpitaux
1305 CS & CSR

84 catgorie 3
6 catgorie 4
15.2.4 Maniema
ZS Hpitaux CS & PS &
CSR Autre
1 ZS Alunguli HGR Alunguli 6 2
2 ZS Kindu HGR Kindu 11 27

Annexes 409
3 ZS Kailo HGR Kailo 18 53

4 ZS Kalima HGR Kalima 17 28
5 ZS Kampene HGR Kampene 18 27
6 ZS Pangi HGR Pangi 14 15
7 ZS Lubutu HGR Lubutu 18 23
8 ZS Obokote HGR Obokote 11 9
9 ZS Ferekeni HGR Ferekeni 10 16
10 ZS Punia HGR Punia 16 0
11 ZS Kasongo HGR Kasongo 21 16
12 ZS Kunda HGR Kunda 26 29
13 ZS Samba HGR Samba 12 25
14 ZS Kabambare HGR Kabambare 10 0
15 ZS Lusangi HGR Lusangi 18 13
16 ZS Saramabila HGR Saramabila 18 20
17 ZS Kibombo HGR Kibombo 12 17
18 ZS Tunda HGR Tunda 12 19

1 DPS
18 BCZS
18 Hpitaux
268 CS & CSR

19 catgorie 3
2 catgorie 4
15.2.5 Nord-Kivu
& Autr & Autre
CSR e CSR
1 ZS Kirotshe HGR Kirotshe 28 3 13 ZS Lubero HGR Lubero 23 1
2 ZS Masisi HGR Masisi 35 2 14 ZS Beni HGR Beni 42 1
3 ZS Rutshuru HGR Rutshuru 10 18 15 ZS HGR 16 0
ManguredjipaManguredjipa
4 ZS Butembo HGR Butembo 24 9 HS Mambowa
5 ZS Goma HGR Goma 10 2 16 ZS Pinga HGR Pinga 22 3
HS Charit 17 ZS Rwanguba HGR Rwanguba 16 2
maternelle
6 ZS Kayna HGR Kayna 25 1 18 ZS Mweso HGR Mweso 21 1
7 ZS Walikale HGR Walikale 24 1 19 ZS Birambizo HGR Birambizo 24 1
8 ZS Mutwanga HGR Mutwanga 12 4 20 ZS Karisimbi HGR Karisimbi 16 3
9 ZS Katwa HGR Katwa 33 4 21 ZS Binza HGR Nyamilima 14 11
HS Matanda 22 ZS Biena 3 0
10 ZS MusieneneHGR Musienene 20 0 23 ZS Masereka HGR Masereka 13 1
11 ZS Kyondo HGR Kyondo 27 17 24 ZS Vuhovi HGR Vuhovi 54 8
12 ZS Oicha HGR Oicha 30 15

1 DPS

24 BCZS
23 Hpitaux
542 CS & CSR

25 catgorie 3
3 catgorie 4
15.2.6 Sud-Kivu
1 Bcz Bagira Hgr Bagira 19 Bcz Kitutu Hgr Kamituga
2 Bcz Ibanda HPGR 20 Bcz Mwana Hgr Kitutu
3 Bcz Kadutu Hgr Panzi 21 Bcz Mwenga Hgr Ifendula
4 Bcz Fizi Hgr Ciriri 22 Bcz Kalole Hgr Mwenga
5 Bcz Kilembwe Hgr Fizi 23 Bcz Lulingu Hgr Kalole
6 Bcz Minembwe Hgr Kilembwe 24 Bcz Mulungu Hgr Lulingu
7 Bcz Nundu Hgr Minembwe 25 Bcz Shabunda Hgr Mulungu
8 Bcz Idjwi Hgr Nundu 26 Bcz Haut-Plateau Hgr Shabunda
9 Bcz Kabare Hgr Monvu 27 Bcz Lemera Hgr Haut-Plateau
10 Bcz Katana Hgr Mukongola 28 Bcz Ruzizi Hgr Lemera
11 Bcz Miti-Murhesa Hgr Fomulac 29 Bcz Uvira Hgr Ruzizi
12 Bcz Nyantende Hop Pediatrique 30 Bcz Kaniola Hgr Uvira
Lwiro
13 Bcz Bunyakiri Hgr Nyantende 31 Bcz Kaziba Hgr Kaniola
14 Bcz Kalonge Hgr Bunyakiri 32 Bcz Mubumbano Hgr Kaziba
15 Bcz Kalehe Hgr Kalonge 33 Bcz Nyangezi Hgr Mubumbano
16 Bcz Minova Hgr Kalehe 34 Bcz Walungu Hgr Muzinzi
17 Bcz Itombwe Hgr Minova 35 Hgr Walungu
18 Bcz Kamituga Hgr Itombwe

1 DPS
34 BCZS
35 Hpitaux

35 catgorie 3
4 catgorie 4
15.2.7 Katanga
1 Bcz Kambove Hgr GCM 33 Bcz Lualaba Hgr Kisanga
2 Bcz Kapolowe Hgr Kapolowe 34 Bcz Mutshatsha Hgr Kenya
3 Bcz Kilela Balanda Hgr Kasenga 35 Bcz Kikula Hgr Nyunzu
4 Bcz Kasenga Hgr Mufunga Sampwe 36 Bcz Likasi Hgr Moba
5 Bcz Lukafu Hgr Kilwa 37 Bcz Panda Hgr Kansimba
6 Bcz Mitwaba Hgr Chamfubu 38 Bcz Dilolo Hgr Manono
7 Bcz Mufunga Hgr Sakania 39 Bcz Kasaji Hgr Kiyambi
Sampwe

Annexes 411
8 Bcz Kipushi Hgr Kitenge 40 Bcz Kalamba Hgr Ankoro

9 Bcz Kilwa Hgr Nzamb Mupandish 41 Bcz Kapanga Hgr Mbulula
10 Bcz Pweto Hgr 42 Bcz Kafakumba Hgr Kongolo
11 Bcz Sakania Hgr Bukama 43 Bcz Sandoa Hgr Nyemba
12 Bcz Bukama Hgr Kinkondja 44 Bcz Kamalondo Hgr Kalemie
13 Bcz Butumba Hgr Kabongo 45 Bcz Kampemba Hgr Kabalo
14 Bcz Kabondo Dianda Hgr Ntobo 46 Bcz Tshamilemba Hgr Hakika
15 Bcz Kinkondja Hgr Kamina 47 Bcz Katuba Hgr Vangu
16 Bcz Kabongo Hgr Songa 48 Bcz Kisanga Hgr Gcm Sud
17 Bcz Kayamba Hgr Kaniama 49 Bcz Kenya
18 Bcz Kitenge Hgr Lwamba 50 Bcz Nyunzu
19 Bcz Baka Hgr Malemba 51 Bcz Moba
20 Bcz Kamina Hgr Mulongo 52 Bcz Kansimba
21 Bcz Kinda Hgr Bunkeya 53 Bcz Manono
22 Bcz Songa Hgr Cimenkat 54 Bcz Kiyambi
23 Bcz Kaniama Hgr Daco 55 Bcz Ankoro
24 Bcz Lwamba Hgr Lizangenu 56 Bcz Mbulula
25 Bcz Malemba Nkulu Hgr Kasaji 57 Bcz Kongolo
26 Bcz Mukanga Hgr Samuteb 58 Bcz Nyemba
27 Bcz Dilala Hgr Kipuki 59 Bcz Kalemie
28 Bcz Bunkeya Hgr Lulua 60 Bcz Kabalo
29 Bcz Fungurume Hgr Kamalondo 61 Bcz Rwashi
30 Bcz Lubudi Hgr Kampemba 62 Bcz Vangu
31 Bcz Manika Hgr Sncc 63 Bcz Mumbunda
32 Bcz Kanzenze Hgr Katuba 64 Bcz Lubumbashi

1 DPS
64 BCZS
49 Hpitaux

2 catgorie 2
65 catgorie 3
5 catgorie 4
15.2.8 Kasa Oriental

1 Bcz Kabinda Hgr Kabinda 29 Hgr Katako Kombe
2 Bcz Kalonda Est Hgr Kalonda 30 Bcz Wembo Nyama
3 Bcz Ludimbi Lukula Hgr Mpengie 31 Bcz Dikungu
4 Bcz Kamiji Hgr Lubao 32 Bcz Bena Dibele
5 Bcz Kamana Hgr Kalenda Bay 33 Bcz Kole
6 Bcz Lubao Hgr Kanda Kanda 34 Bcz Omendjadi
7 Bcz Tshiofa Hgr Luputa 35 Bcz Vangakete
8 Bcz Kalenda Hgr Wikong 36 Bcz Lodja
9 Bcz Kanda Kanda Hgr St. Sauveur 37 Bcz Ototo
10 Bcz Luputa Hgr Chsfl 38 Bcz Lomela
11 Bcz Wikong Hgr Kansele 39 Bcz Tshudi Loto

12 Bcz Gandajika Hgr Muya 40 Bcz Minga

13 Bcz Kalambayi Kabanga Hgr Wembo Nyama 41 Hgr Minga
14 Bcz Mulumba Hgr Dikungu 42 Bcz Tshumbe
15 Bcz Bipemba Hgr Kole 43 Bcz Lusambo
16 Bcz Mpokolo Hgr Lodja 44 Bcz Pania Mutombo
17 Bcz Nzaba Hgr Lomela 45 Bcz Kabeya K.
18 Hgr Tudikolela Hgr Tshumbe 46 Hgr Kabeya Kamuanga
19 Bcz Bonzola Hgr Lusambo 47 Bcz Bibanga
20 Hgr Bonzola Hgr Kambaji 48 Bcz Tshitenge
21 Bcz Dibindi Hgr Miabi 49 Bcz Mukumbi
22 Bcz Lubilanji Hgr Lukalaba 50 Bcz Tshishimbi
23 Bcz Lukelenge Hgr Tshilenge 51 Bcz Cilundu
24 Bcz Diulu Hgr N.D.G. 52 Bcz Miabi
25 Bcz Kansele Hgr Tshimala 53 Bcz Kasansa
26 Bcz Muya 54 Bcz Tshilenge
27 Bcz Djalo Djeka 55 Bcz Mweneditu
28 Bcz Katako Kombe 56 Bcz Makota

1 DPS
56 BCZS
25 Hpitaux

57 catgorie 3
3 catgorie 4
15.2.9 Kasa Occidental

1 Bcz Kananga Hgr Kananga 25 Bcz Mweka Hgr Bena Leka
2 Bcz Katoka Hgr Bobozo 26 Bcz Bena Tshiadi Hgr Demba
3 Bcz Lukonga Hgr Tshikaji 27 Bcz Bunkonde Hgr Mutoto
4 Bcz Ndesha Hgr Tshikapa 28 Bcz Dibaya Hgr Mutoto
5 Bcz Bobozo Hgr Kalonda Ouest 29 Bcz Lubondaie Hgr Bilomba
6 Bcz Tshikaji Hgr Kanzala 30 Bcz Tshikula Hgr Kalomba
7 Bcz Tshikapa Hgr Kamwesha 31 Bcz Bena Leka Hgr Ndekesha
8 Bcz Kalonda Hgr Kamwesha 32 Bcz Demba Hgr Luambo
9 Bcz Kanzala Hgr Kamonia 33 Bcz Mutoto Hgr Tutante
10 Bcz Kamwesha Hgr Kitangwa 34 Bcz Mutoto Hgr Tutante
11 Bcz Kamwesha Hgr Mutena 35 Bcz Bilomba Hgr Masuika
12 Bcz Kamonia Hgr Nyanga 36 Bcz Kalomba Hgr Yangala
13 Bcz Kitangwa Hgr Luebo 37 Bcz Mikalayi Hgr Katende
14 Bcz Mutena Hgr Ndjoko-Mpunda 38 Bcz Ndekesha Hgr Katende
15 Bcz Nyanga Hgr Banga Lubaka 39 Bcz Tshibala Hgr Lubungu
16 Bcz Dekese Hgr Ilebo 40 Bcz Luambo Hgr Muetshi
17 Bcz Luebo Hgr Mikope 41 Bcz Luiza
18 Bcz Ndjoko-Mpunda Hgr Bulape 42 Bcz Masuika
19 Bcz Banga Lubaka Hgr Mweka 43 Bcz Yangala

Annexes 413
20 Bcz Ilebo Hgr BenaTshiadi 44 Bcz Katende

21 Bcz Mikope Hgr Bunkonde 45 Bcz Katende
22 Bcz Bulape Hgr Dibaya 46 Bcz Lubunga
23 Bcz Kakenge Hgr Lubondaie 47 Bcz Muetshi
24 Bcz Mushenge Hgr Tshikula

1 DPS
47 BCZS
47 Hpitaux

48 catgorie 3
5 catgorie 4
15.2.10 Bandundu
ZS HpitauxCS PS & ZS Hpitaux CS PS &
& Autr & Autre
CSR e CSR
1 ZS Bandudu HGR Bandundu 16 20 27 ZS Mungindu HGR Mungindu 18 21
2 ZS Kikwit Nord HGR Kikwit Nord 17 47 28 ZS Idiofa HGR Idiofa 28 78
3 ZS Kikwit Sud HGR Kikwit2 19 31 29 ZS Ipamu HGR Ipamu 23 19
4 ZS Feshi HGR Feshi 14 26 HS Lakas
5 ZS Kisandji HGR Kisandji 12 5 30 ZS Kimputu HGR Kimputu 27 21
6 ZS Mwela- HGR Mwela- 14 20 HS Balaka
Lembwa Lembwa
7 ZS Kahemba HGR Kahemba 28 20 31 ZS KoshibandaHGR 22 7
Koshibanda
8 ZS Kajiji HGR Kajiji 19 23 32 ZS Mokala HGR Mokala 26 12
9 ZS Kasongo- HGR Kasongo- 18 3 33 ZS Moanza HGR Moanda 22 17
Lunda Lunda
10 ZS Kitenda HGR Kitenda 17 11 HS Kingungi
HS Manzelele HS Lumbi
11 ZS Panzi HGR Panzi 21 15 34 ZS Masi HGR Masi 19 49
Manimba Manimba
12 ZS Tembo HGR Tembo 14 18 HS Kipata Katika
13 ZS Wamba HGR Wamba 14 11 35 ZS Mosango HGR Mosango 15 10
Lwadi Lwadi
14 ZS Boko HGR Boko 20 12 36 ZS Pay Kongila HGR Pay 21 13
Kongila
HS Kenge2 37 ZS Yasa-Bonga HGR Yasa-Bonga 17 21
15 ZS Kenge HGR Kenge 18 31 38 ZS Banzow HGR Banzow 19 18
Moke
HS CEBECO 39 ZS Inongo HGR Inongo 36 33
HS Mukila 40 ZS HGR 19 14
Ntandembelo Ntandembelo
16 ZS Kimbao HGR Kimbao 19 47 41 ZS Kiri HGR Kiri 26 9
17 ZS Popokabaka HGR Popokabaka 27 24 42 ZS Pendjwa HGR Pendjwa 16 3
18 ZS Bgata HGR Bagata 19 17 43 ZS Bokoro HGR Bokoro 28 30

HS Fatundu HS Duma CEBU

19 ZS Kikongo HGR Kikongo 19 13 HS Bondo
20 ZS Sia HGR Sia 20 18 HS Makaw
21 ZS Bulungu HGR Bulungu 24 76 HS CEBU
22 ZS Sala HGR Sala 31 24 44 ZS Bosobe HGR Bosobe 21 21
HS Djuma 45 ZS Nioki HGR Nioki 23 28
23 BCZ Lusanga HGR Lusanga 27 25 46 ZS Mimia HGR Mimia 17 11
24 ZS Vanga HGR Vanga 29 22 47 ZS Oshwe HGR Oshwe 32 19
25 ZS Gungu HGR Gungu 30 29 48 ZS Bolobo HGR Bolobo 25 15
26 ZS Kingandu HGR Kingandu 40 66 49 ZS Kwamouth HGR Kwamouth 21 3
HS Mukedi 50 ZS Mushie HGR Mushie 22 24
HS Kilembe 51 ZS Yumbi HGR Yumbi 16 11

1 DPS
51 BCZS
68 Hpitaux
1105 CS & CSR

52 catgorie 3
8 catgorie 4
15.2.11 Bas-Congo
BCZS Hpitaux CS & PS & BCZS Hpitaux CS PS &
CSR Autr & Autr
e CSR e
1 ZS Kangu HGR Kangu 12 45 17 ZS Boko Kivulu HGR Boko Kivulu 19 34
2 ZS Lukula HGR Lukula 15 81 18 ZS Gombe HGR Gombe 15 57
Matadi Matadi
3 ZS Inga HGR Inga 11 30 19 ZS Kimbangu HGR Kimbangu 12 49
4 ZS Seke HGR Seke 19 32 20 ZS Kwilu HGR de la 29 35
Banza Banza Ngongo Sucrire
5 ZS Kinkonzi HGR Kinkonzi 12 38 21 ZS Mb Ngungu HGR Nsona 11 35
Nkulu
6 ZS Kizu HGR Kizu 6 27 22 ZS Kimpese HGR Ime 23 59
Kimpese
7 ZS Kuimba HGR Kuimba 12 33 23 ZS Nsona HGR Nsona 22 29
Mpangu Mpangu
8 ZS Tshela HGR Mbata 11 33 24 ZS Masa HGR Masa 18 24
Manji
9 ZS Vaku HGR Vaku 11 19 25 ZS Sona Bata HGR Sona Bata 11 33
10 ZS Boma HGR Boma 21 32 26 ZS Kimvula HGR Kimvula 13 25
11 ZS Boma HGR Tsumba 11 24 27 ZS Kisantu HGR Saint Luc 17 17
Bungu Kituti
12 ZS Kitona HGR Kitona 5 6 28 ZS Ngidinga HGR Ngidinga 21 15
13 ZS Moanda HGR Moanda 13 24 29 ZS Nselo HGR Nselo 12 27
14 ZS Kibunzi HGR Kibunzi 9 19 30 ZS Matadi HGR Kinkanda 10 35
15 ZS Luozi HGR Luozi 10 15 31 ZS Nzanza HGR Kiamvu 26 6

Annexes 415
16 ZS HGR 14 37 HS Onatra
Mangembo Mangembo

1 DPS
31 BCZS
32 Hpitaux
451 CS & CSR

32 catgorie 3
8 catgorie 4
15.3 Annexe 3: Exemples de diagrammes Use-Case pour les

structures de soins
15.3.1 Comptabilit

15.3.2 Gestion des ressources humaines

15.3.2.1 Contrle des prsences
15.3.2.2 Formations
15.3.3 Identification des patients

Annexes 417
15.3.4 Facturation et gestion des caisses

15.3.4.1 Gestion des paiements

15.3.4.2 Assurance maladie

Pndis 1 0

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Pndis 1 0

Uploaded by

Copyright:

Available Formats

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

3.9.2 Objectifs spcifiques de l'tude

3.10 Rsultats attendus de l'tude

1. Une valuation des pratiques managriales actuellement en vigueur au MSP, en matire de

2014 Ministre de la Sant Publique de la RDC

rapports mondiaux de la Sant,)