MEMOIRE +++ Final Corrigé - Paginé

REPUBLIQUE DU BENIN
@@@@@
MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET
DE LA RECHERCHE SCIENTIFIQUE (MESRS)
@@@@@
UNIVERSITE DE PARAKOU (UP)
@@@@@
INSTITUT UNIVERSITAIRE DE TECHNOLOGIE (IUT)

@@@@@
MEMOIRE DE FIN DE FORMATION EN LICENCE PROFESSIONNELLE

@@@@@
17ème promotion
OPTION : Gestion FILIERE : Informatique de Gestion
THEME :
CONCEPTION D’UNE PLATEFORME WEB POUR LE SERVICE DE

L’IMAGERIE MEDICALE FAVORISANT LA TELERADIOLOGIE DANS
L’HIA-CHU DE PARAKOU
Réalisé et présenté par :
HOUNTON D. Justus et OLAMILOKOUN A. Julienne
Sous la supervision de :
Maître de stage : Directeur de mémoire :
Sergent Jean Gabin DAGNON Dr Akimou SADIKOU
Chef Section Information et Communication Enseignant en Informatique à

Gestionnaire des Réseaux Informatiques l’Université de Parakou
Décembre 2020
CONCEPTION D’UNE PLATEFORME WEB POUR LE SERVICE DE L’IMAGERIE MEDICALE
FAVORISANT LA TELERADIOLOGIE DANS L’HIA-CHU DE PARAKOU
Avertissement
« L’INSTITUT UNIVERSITAIRE DE
TECHNOLOGIE (IUT) DE
L’UNIVERSITE DE PARAKOU
N’ENTEND DONNER AUCUNE
APPROBATION, NI IMPROBATION
AUX OPINIONS EMISES DANS LES
MEMOIRES. CES OPINIONS DOIVENT
ETRE CONSIDEREES COMME
PROPRES A LEURS AUTEURS. »
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne i

Dédicace 1
A:
✓ Mon père HOUNTON S. Sévérin ;
✓ Ma mère AGBOGAN Céline.
Justus D. HOUNTON
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne ii

Dédicace 2
A:
✓ Mon père OLOUMARE Dieudonné ;
✓ Ma mère ADEYEMI Doukpè.
Julienne A. OLAMILOKOUN
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne iii

Remerciements
Ce mémoire de fin de formation n’aurait connu un aboutissement sans le concours et la
bienveillance de certaines personnes. Ainsi, qu’il nous soit permis d’adresser nos sincères
remerciements à l’endroit de :
✓ Monsieur Henri TCHONKPONHOUE, le Directeur de l’Institut Universitaire de

Technologie de l’Université de Parakou (IUT/UP) ;
✓ Tous les honorables membres du jury qui ont accepté la noble tâche d’évaluer notre
travail ;
✓ Docteur SADIKOU Akimou, notre Directeur de mémoire, enseignant en informatique
à l’Université de Parakou ;
✓ Médecin Lieutenant-Colonel Roger KLIKPEZO, le Directeur de l’Hôpital
d’Instructions des Armées-Centre Hospitalier Universitaire de Parakou ;
✓ Monsieur Hermann M. HOUSSOU, le Chef Service d’Administration Générale ;
✓ Sergent Jean Gabin DAGNON, le Chef Section Information et Communication ;
✓ Tout le personnel de l’HIA-CHU de Parakou ;
✓ Tout le personnel administratif et tout le corps professoral de l’IUT de Parakou, qui
bravant soleil et pluie, a su nous inculquer le sens du savoir-être et du
professionnalisme ;
✓ Nos Parents et Frères, pour nous avoir soutenus et comblés pour leurs différents
conseils ;
✓ Tous nos camarades et amis de l’IUT en particulier ceux de la filière Informatique de
Gestion ;
✓ Tous ceux qui de près ou du loin ont contribué à la réalisation de ce mémoire.
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne iv

Sigles et Abreviations
BDD : Base de données ;
CSS : Cascading Style Sheets;
DICOM: Digital Imaging and COmmunication in Medicine;
Dr : Docteur ;
HIA-CHU : Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire ;
HIS: Hospital Information System;
HTML: HyperText Markup Language;
InfoE : Informations Examen ;
IRM : Imagerie par Résonance Magnétique ;
MVC : Modèle-Vue-Contrôleur ;
OAG : Officier d’Administration Gestionnaire ;
PACS : Picture Archiving and Communication Systems ;
PHP : HyperText Preprocessor ;
RD : Règle de Domaine ;
RIS : Radiology Information System ;
SIR : Système d’Information en Radiologie ;
SQL: Structured Query Language;
UML: Unified Modeling Language;
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne v

Listes des tableaux
Tableau 1 : Ressources Matérielles (desktop) de l’HIA-CHU/Parakou. ................................... 4

Tableau 2 : Ressources matérielles (laptops) de l’HIA-CHU/Parakou. ..................................... 4
Tableau 3 : Ressources matérielles (imprimantes) de l’HIA-CHU/Parakou. ............................ 5
Tableau 4 : Autres ressources matérielles de l’HIA-CHU/Parakou. .......................................... 5
Tableau 5 : Ressources logicielles de l’HIA-CHU/Parakou. ..................................................... 6
Tableau 6 : Identification des cas d’utilisation......................................................................... 21
Tableau 7 : Description du cas d’utilisation « S’authentifier » ................................................ 24
Tableau 8 : Description du cas d’utilisation « Ajouter examen » ............................................ 25
Tableau 9 : Description du cas d’utilisation « visualiser liste des examens non traités » ........ 27
Tableau 10 : Description du cas d’utilisation « Traiter une image » ....................................... 27
Tableau 11 : Description du cas d’utilisation « Rédiger compte rendu » ................................ 29
Tableau 12 : Description du cas d’utilisation « Imprimer compte rendu » .............................. 30
Tableau 13 : Description du cas d’utilisation « Consulter un examen » .................................. 32
Tableau 14 : Glossaire .............................................................................................................. 42
Tableau 15 : Coût de l’application RadioLOG. ....................................................................... 56
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne vi

Listes des figures

Figure 1 : Les composants de la plateforme ............................................................................. 12
Figure 2 : Les diagrammes de UML ........................................................................................ 12
Figure 3 : Architecture 3 tiers .................................................................................................. 14
Figure 4 : Le modèle MVC ...................................................................................................... 14
Figure 5 : Diagramme de contexte dynamique de RadioLOG ................................................. 18
Figure 6 : Diagramme de contexte statique de RadioLOG ...................................................... 18
Figure 7 : Diagramme de cas d’utilisation de RadioLOG ........................................................ 33
Figure 8 : Diagramme de séquence système du cas d’utilisation s’authentifier ...................... 34
Figure 9 : Diagramme de séquence système du cas d’utilisation ajouter examen ................... 35
Figure 10 : Diagramme de séquence système du cas d’utilisation visualiser liste des examens
non traités ................................................................................................................................. 36
Figure 11 : Diagramme séquence système du cas d’utilisation traiter une image ................... 37
Figure 12 : Diagramme séquence système du cas d’utilisation rédiger compte rendu ............ 38
Figure 13 : Diagramme séquence système du cas d’utilisation imprimer compte rendu ......... 39
Figure 14 : Diagramme séquence système du cas d’utilisation consulter un examen ............. 40
Figure 15 : Modèle de vie de RadioLOG ................................................................................. 47
Figure 16 : Diagramme de Séquence Système d’authentification des utilisateurs .................. 49
Figure 17 : Diagramme de classe partielle d’authentification.................................................. 50
Figure 18 : Diagramme de Séquence Système du cas d’utilisation « Examen et Compte
rendu » ...................................................................................................................................... 51
Figure 19 : Diagramme de classe partielle d’examen et compte rendu ................................... 52
Figure 20 : Diagramme de classe de RadioLOG...................................................................... 53
Figure 21 : Diagramme d’activités de l’opérateur ................................................................... 54
Figure 22 : Diagramme d’activités du médecin ....................................................................... 55
Figure 23 : Ordre d’implémentation des classes de RadioLOG............................................... 58
Figure 24 : Interface d’authentification .................................................................................... 61
Figure 25 : Interface de page d’accueil de l’opérateur ............................................................. 61
Figure 26 : Interface page d’accueil de médecin ...................................................................... 62
Figure 27 : Interface visualisation de liste examens ................................................................ 62
Figure 28 : Interface de traitement d’image médicale .............................................................. 63
Figure 29 : Exemple d’un compte rendu .................................................................................. 63
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne vii

Sommaire
AVERTISSEMENT .................................................................................................................... I
DEDICACE 1 ............................................................................................................................ II
DEDICACE 2 ........................................................................................................................... III
REMERCIEMENTS ................................................................................................................ IV
SIGLES ET ABREVIATIONS ................................................................................................. V
LISTES DES TABLEAUX ...................................................................................................... VI
LISTES DES FIGURES..........................................................................................................VII
SOMMAIRE ......................................................................................................................... VIII
INTRODUCTION ...................................................................................................................... 1
I. Présentation de la structure d’accueil ................................................................................... 2
II. Etat des lieux ....................................................................................................................... 7
I. Problématique ..................................................................................................................... 10
II. Cahier des charges ............................................................................................................. 10
III. Identification des acteurs et leurs descriptions ................................................................ 16
IV. Modélisation du contexte de l’étude ................................................................................ 17
I. Analyse fonctionnelle de RadioLOG ................................................................................. 21
II. Analyse statique ................................................................................................................ 41
I. Modélisation statique et modélisation dynamique pour chaque cas d’utilisation .............. 48
II. Le coût de l’application RadioLOG .................................................................................. 56
I. Ordre d’implémentation des classes ................................................................................... 58
II. Règle de passage du diagramme de classe au modèle relationnel .................................... 59
III. Structure de la base de données ....................................................................................... 59
IV. Quelques interfaces de l’application ................................................................................ 61
V. Quelques lignes de code .................................................................................................... 64
I. Formation à l’exploitation .................................................................................................. 68
II. Mesures de sécurité d’accès et confidentialité .................................................................. 68
CONCLUSION ........................................................................................................................ 70
REFERENCES BIBLIOGRAPHIQUES .................................................................................. A
BIBLIOGRAPHIE ................................................................................................................... a
WEBOGRAPHIE .................................................................................................................... a
FILMOGRAPHIE .................................................................................................................... a
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne viii

INTRODUCTION
Les avancées des technologies de l'information et de la communication ont impacté
plusieurs domaines en particulier l'imagerie médicale. Ceci a conduit vers la modification
profonde des pratiques médicales dans les milieux hospitaliers, notamment dans les services de
radiologie. A cet égard, l'utilisation des systèmes de production des images numériques tels que
la tomodensitométrie (scanner), l’imagerie par résonance magnétique (IRM), ou encore
l’imagerie par ultrasons (l’échographe) constituent des exemples significatifs de ces pratiques
médicales. Cependant, les systèmes de production des images numériques ont certes ouvert de
nouvelles portes devant l'exploration profonde et détaillée du corps humain et ont contribué par
conséquent à l'amélioration de la qualité du diagnostic médical. Ils ont en contrepartie engendré
la production de grandes quantités de données images qu’il urge d’indexer, d’archiver et de
faire partager.
En effet, l’industrie liée à l’informatique médicale s’est intéressée au développement de

solution logicielle répondant à ces nouveaux besoins des services de radiologie. De nouveaux
standards ont alors fait leur apparition dans ce domaine, notamment la norme DICOM
définissant tous les aspects relatifs à la gestion des images médicales tels que le codage,
l’échange et le stockage. Cette norme a favorisé le développement de plateformes logicielles de
gestion de réseaux d’imagerie médicale offrant un ensemble de services (visualisation,
traitement d’image, archivage, échange, etc.) qu’il serait important d’utiliser à distance pour
l’obtention d’un diagnostic en l’absence d’un radiologue, auprès du patient pour interpréter
immédiatement les images médicales. Ainsi, l’Hôpital d’Instruction des Armées-Centre
Hospitalier Universitaire de Parakou (HIA-CHU/Parakou) où nous avions effectués notre stage
doit se conformer à cette norme qui constitue aujourd’hui le cœur des centres de radiologie dans
les pays développés.
C’est dans cette logique que nous avons choisi de mener notre réflexion sur le thème
intitulé « conception d’une plateforme web pour le service de l’imagerie médicale
favorisant la télé radiologie dans l’HIA-CHU de Parakou ». Notre travail nourrit l’ambition
de pallier les difficultés rencontrées dans la consultation et l’interprétation des images
médicales à distance au sein du service d’une part, de proposer des approches de solutions pour
remédier aux différentes insuffisances d’ordre informatique d’autre part. Et pour cela le
développement de ce thème s’articulera autour de trois (03) parties cohérentes à savoir :
✓ La présentation du cadre théorique et problématique de l’étude ;
✓ L’analyse et conception du système ;
✓ La programmation et la sécurité.
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne 1

1ERE PARTIE : Présentation du cadre théorique et problématique de l’étude
Cette première partie sera consacrée à la présentation du cadre théorique et au

dégagement de la problématique.
CHAPITRE I : Présentation générale du cadre institutionnel
Pour mieux appréhender les réalités du fonctionnement du service de l’imagerie

médicale, il parait important de faire un aperçu général de l’Hôpital d’Instruction des Armées-
Centre Universitaire Hospitalier de Parakou.
I. Présentation de la structure d’accueil
A. Historique de l’HIA-CHU/Parakou
L’Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire de Parakou est un

établissement public à statut militaire régi par le décret n° 2010-640 du 31 décembre 2010. Il a
été mis en service le 13 Février 2011 par l’ex président de la république du Bénin, son
Excellence le Dr Thomas Boni YAYI, en présence de l’ambassadeur de la Chine près du Bénin.
C’est un fruit de la coopération sino-béninoise. En 2015, l’HIA devient un Centre Universitaire
Hospitalier. De 2011 à 2014 il a été dirigé par le médecin-Colonel HOUENASSI Martin
(Cardiologue), de 2014 à 2018 par le médecin-Colonel DADJO Yves (Traumatologue) et
depuis le 09 Août 2018 par le médecin-Lieutenant-Colonel KLIKPEZO Roger (gynécologue).
B. Situation de l’HIA-CHU/Parakou
L’Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire de Parakou est

situé au quartier Okédama au bord de la voie inter-état Cotonou Parakou à environ 1 km du
carrefour rond-point Hubert C. Maga.
C. Organisation
1. Structure
Il s’agit d’un ensemble de quatre groupes de bâtiments sur deux niveaux disposés en
« u » reliés entre eux. Cet ensemble est constitué de trois blocs :
• Un bloc administratif comportant la direction et ses composantes et quelques

services médicotechniques ;
• Un amphithéâtre de 256 places ;
• Un bloc médicotechnique avec de nombreuses unités

2. Services
Les services qui y sont ouverts actuellement sont : les Urgences, la Gynécologie-
Obstétrique, l’ophtalmologie, la Chirurgie Viscérale, la Traumatologie-Orthopédie, la
Médecine-Interne/Diabétologie, l’Odontostomatologie, le laboratoire d’Analyse Biomédicales,
l’Hépato-Gastroentérologie, l’Imagerie Médicale, la Pharmacie, le Service d’Hygiène et
Assainissement, les Services Administratifs et Financiers, la Cantine et la Morgue.
Notons qu’une bonne partie de ces services médicotechniques (Anesthésie-

Réanimation, la Pédiatrie, la Neurochirurgie, l’Urologie, Cardiologie, la Neurologie, la
Dermatologie, l’ORL, etc.) ont été désactivés depuis la réquisition du centre dans le cadre de la
prise en charge des patients atteints par le CORONAVIRUS. Cette désactivation continue
jusqu’à la fin probable de la pandémie.
Tous ces services se résument dans l’organigramme de l’HIA-CHU de Parakou (Voir

annexe).
D. Ressources de l’HIA-CHU/Parakou
Pour mener à bien sa mission, l’HIA-CHU de Parakou dispose de ressources humaines,

matérielles et financières très importantes à savoir :
1. Ressources Humaines
La satisfaction de la clientèle étant sa préoccupation majeure, l’HIA-CHU/Parakou
dispose d’un effectif total de 233 agents dont 131 militaires et 83 civiles disponibles 24h/24 et
7j/7.
2. Ressources matérielles
2.1 Matériels médico-techniques
Les mobiliers de bureau, les équipements médico-techniques, chirurgicaux, électriques,
informatiques sont mis en place par le gouvernement avec l’appui de la République populaire
de la Chine. Les nouveaux matériels (scanner 64 barrettes, radio numérique, échographe,
Holter, amplificateur de brillance), don de la Chine, viennent d’être installés.
2.2 Matériels roulants

L’hôpital dispose sur son parc automobile de :
• Un véhicule de fonction Nissan Patrol donné par le Gouvernement (à travers le

Ministère de la Santé en 2011) et actuellement hors d’usage.
• Deux ambulances hors d’usage, l’une reçue en don de la Chine et l’autre du
Bénin.
• Un véhicule double cabine Toyota Hillux 4x4, reçu en don de la Chine en 2018
et fonctionnel
• Cinq motos dont deux hors usages.

2.3 Ressources matérielles informatiques (Hardware) de l’HIA-CHU/Parakou

La Section Information et Communication (SIC) gère la salle serveur qui permet la
mise en place de tous types d’applications et ses partages.
2.3.1 Les desktops

Tableau 1 : Ressources Matérielles (desktop) de l’HIA-CHU/Parakou.
N° Marque Caractéristique Nombre
01 DELL Processeur Intel Pentium Dual CPU 2 GHz ; 8
RAM : 4 GO ; Disque dur : 500 Go
Processeur Intel Pentium Dual CPU 2.20 GHz 5
2.19 GHz ; RAM : 4 Go ; Disque dur : 500 Go
02 HP Intel core 2 CPU 6600 @2,4 Ghz 2,4 Ghz ; RAM 23

: 4 Go ; Disque dur : 500 Go
Total 36
Source : Section Information et Communication (SIC).
2.3.2 Les laptops

Tableau 2 : Ressources matérielles (laptops) de l’HIA-CHU/Parakou.
01 HP -Processeur Intel Core Duo CPU P8400 @2,26 01
GHz 2,27 GHz ; RAM : 4Go ; Disque dur : 500

Go
01
-Processeur Intel Core i7 CPU P8400 @2,26
GHz 2,27 GHz ; RAM : 4Go ; Disque dur : 1
To
Total 02
Source : Section Information et Communication (SIC)

2.3.3 Les imprimantes

Tableau 3 : Ressources matérielles (imprimantes) de l’HIA-CHU/Parakou.
01 HP Laser Jet Recto –verso : oui 36
(2035-2055, Vitesse : 19 ppm
M125-126, Type de support : A4

M277n)
Résolution maximale : Inconnue
Total 36
2.3.4 Autres ressources matérielles

Tableau 4 : Autres ressources matérielles de l’HIA-CHU/Parakou.
N° Type Caractéristiques Nombre
01 Onduleur De 650VA à 6000VA 45
02 Régulateur Capacité output : 2000 VA 18
03 Router -original Xiaomi Mi 3A Router Wifi 03

64MB 1167 Mbps 2.4GHz-5GHz Dual
Band avec antennes 4-Blanc, 3 Ports
RJ45, 1 Port USB
-Netgat N150 Wireless Router WNR
1000V3
-HUAWEI B310S-927 ; WL 1B3

10TM
04 Switch -Cisco Catalyst 2960, 24 Ports 07
-TP-Link 16 Ports et 8 Ports
TOTAL 73

3. Les ressources logicielles (Software)

Tableau 5 : Ressources logicielles de l’HIA-CHU/Parakou.
Type Désignation Utilisation
Progiciels de gestion Perfecto Les ressources humaines, les stocks,

Herox les prestations, comptabilités
Système Windows XP Plateforme sur les postes de travail

d’exploitation
Windows 7
Windows 10
Windows 8 serveur
Anti-virus Kaspersky Internet Security Protection contre les virus
Anti-virus réseaux Kaspersky Small Office Security Protection contre les virus
(Logiciel pour le serveur et les postes

clients du serveur)
4. Ressources financières
L’hôpital fonctionne grâce aux subventions de l’Etat béninois et aux recettes issues de
ses activités de soins.
La subvention accordée à l’hôpital diminue progressivement et passe de 600 millions à

100 millions alors que les besoins de fonctionnement augmentent dans un contexte de baisse
de la fréquentation et des activités.
E. Présentation du service administratif de l’HIA-CHU/Parakou
1. Service de l’administration générale

Le service d’Administration Générale de l’HIA-CHU de Parakou est constitué de quatre
sections à savoir :
✓ Section Information et Communication (lieu ou notre stage s’est déroulé).
✓ Section Législation des Ressources Humaines
✓ Section Approvisionnement
✓ Section Archive

2. Les attributions de la Section Information et Communication

La Section Information et Communication est chargée de :
➢ Contribuer à la conception et à la mise en œuvre du système d’information hospitalier

(S.I.H) ;
➢ Concevoir et réaliser l’automatisation des fonctions administratives ;
➢ Concevoir la gestion informatisée des ressources ;
➢ Fixer les spéciﬁcations techniques des matériels informatiques et des logiciels à acquérir ;
➢ Veiller à la maintenance des équipements informatiques ;
➢ Assurer la formation des personnels à l’utilisation et l’entretien des matériels

informatiques ;
➢ Veiller au fonctionnement de la connexion Internet ;
➢ Superviser le fonctionnement des installations et outils téléphoniques.
II. Etat des lieux
A. Etat des lieux sur les activités
1. Les atouts
✓ L’HIA-CHU enregistre de la rigueur dans sa mission ;
✓ Il impose la discipline militaire à tous ses acteurs ;
✓ Il est doté d’une connexion gratuite pour les recherches ;
✓ Il dispose d’un esprit de persévérance afin de répondre au besoin de ses clients ;
✓ Il est organisé dans sa structure et présent pour tous ;
✓ Il a informatisé ses données, donc dispose de plusieurs logiciels pour différentes tâches
telles que : La gestion des stocks, la gestion des prestations des différents services, la
gestion de la comptabilité, la gestion du personnel et la gestion de la caisse ;
✓ Il dispose des caméras de surveillance pour enregistrer le moindre détail de tout ce qui
s’y passe. Le contrôle est effectué par le Directeur et l’OAG.

2. Les insuffisances
Malgré ses performances, l’HIA a des faiblesses tels que :
✓ Insuffisance de personnels administratifs ;
✓ Indisponibilité de matériels de bureau ;
✓ Difficulté à suivre certains courriers qui se perdent ;
✓ Le libellé des objets des courriers ne sont souvent pas bien définis ;
✓ Difficulté dans la gestion et le suivi des stagiaires.
✓ Difficulté dans la consultation et l’interprétation des radiogrammes (clichés

radiologiques) des patients à distance.
Bien que les diverses problématiques soient assez pertinentes à résoudre, celle relative
à la consultation et l’interprétation des radiogrammes des patients à distance parait plus urgente
pour l’HIA-CHU de Parakou. Elle représente à cet effet, la source des manifestations suivantes
jugées directement perceptibles :
• La difficulté dans l’interprétation des radiogrammes des patients en l’absence du

radiologue ;
• Le manque de rapidité et d’efficacité dans la recherche des anciennes images des

patients dans tous les services de l’imagerie médicale de l’HIA-CHU ;
• La perte de temps entre la prise du cliché radiologique, sa visualisation, son

interprétation et l’établissement du diagnostic.
3. Proposition de solutions
Dans le but d’améliorer ses prestations, plusieurs solutions peuvent être mises en place
parmi lesquelles nous avons :
✓ Recrutement en son sein de personnels administratifs ;
✓ Mise à disposition d’une plateforme web pour l’imagerie médicale favorisant la

téléradiologie que nous proposons de concevoir dans le cadre de notre mémoire.
Ainsi, nous travaillons à solutionner la difficulté dans la consultation et l’interprétation

des radiogrammes des patients à distance dans le cadre de ce mémoire.

B. Contexte du projet : Présentation de la situation actuelle de consultation et

d’interprétation des radiogrammes des patients à l’HIA-CHU de Parakou
L’HIA-CHU de Parakou fonctionne plus avec les images numériques puisque le service
de radiologie dispose des appareils numériques (appareil de scanner de 2 et 64 barrettes avec
l’imprimante Neusoft et l’appareil de radiographie avec l’imprimante WDM). Dans ce cas, le
service d’imagerie médicale stocke ces images numériques standard en DICOM ou JPEG ou
tout autre format image dans un simple dossier sur l’ordinateur du secrétaire.
Pour l’examen de radiographie, l’image médicale est tirée sous la forme clichée
(radiogramme) et remise au médecin traitant du patient (en cas d’inaptitude du patient) ou
directement au patient.
Après l’examen du scanner, l’image médicale au format DICOM stockée dans le serveur
de l’appareil de scanner est ensuite convertie en format JPEG ou PNG avant d’être gravée sur
un CD-ROM pour être remise au patient. La capacité de stockage du serveur étant faible, sa
mémoire est vidée des images médicales plus anciennes afin de pouvoir stocker de nouvelles
images médicales.
Les radiogrammes obtenus après ces divers examens doivent être interprétés et un
diagnostic doit être établi. L’HIA-CHU de Parakou ne disposant pas de radiologue sur place,
l’ingénieur en radiologie envoie les images numériques via la version gratuite du service
Dropbox (qui permet de stocker en ligne jusqu’à 2 Go de données) au radiologue. Ce dernier,
après analyse et interprétation, établit un diagnostic et le renvoie dans la boîte mail du médecin.

CHAPITRE II : Etude préliminaire
L’étude préliminaire est la toute première étape de notre processus de développement.

Elle survient à la suite d’une décision de démarrage de projet, et consiste à effectuer un premier
repérage des besoins fonctionnels et opérationnels.
Dans ce chapitre, il sera question de présenter le projet.
I. Problématique
Les systèmes d’informations santé regroupent toutes les données concernant le patient
pour faciliter leur échange et leur communication entre les différents professionnels impliqués
dans la prise en charge et le suivi du patient.
Dans cette optique, l’imagerie, parce qu’elle joue actuellement un rôle majeur dans les
différents domaines de la médecine et non pas seulement dans le diagnostic mais parfois aussi
dans le traitement devient un élément important et structurant de ces systèmes d’informations.
L’interrogation du personnel du service d’imagerie médicale nous a permis de mieux
appréhender la problématique et de connaître quelques anomalies qui sont :
- Perte de temps entre la prise du cliché radiologique, la dictée, la consignation par écrit
et la validation des résultats de radiographie et le transfert des résultats par messager à
l’unité ayant une requête d’examen ;
- Répétition de certains clichés en cas d’éclairage inadéquat ;
- Recherche des clichés radiologiques dans différentes archives ; les images et/ou les
résultats sont parfois introuvables ;
- Affectation à des examens radiologiques sur formulaire papier, transmis par messagers ;
- Données-patients classées dans des caisses de rangement : beaucoup de temps consacrés
à la recherche des informations.
II. Cahier des charges
La plateforme web à mettre en place est dénommée RadioLOG.
A. Présentation du thème
Dans le but d’aider l’HIA-CHU de Parakou à mieux améliorer la qualité du diagnostic

médical, nous avons décidé de focaliser notre étude sur le thème : « Conception d’une
plateforme web pour le service de l’imagerie médicale favorisant la téléradiologie dans
l’HIA-CHU de Parakou »

B. L’objectif général
L’objectif général poursuivi par notre étude est de permettre à l’hôpital d’améliorer la
qualité du diagnostic médical, c’est-à-dire que notre future plateforme web sera capable de
favoriser la consultation et l’interprétation des radiogrammes des patients à distance afin
d’assurer un meilleur diagnostic des patients par les médecins traitants.
L’atteinte de cet objectif général passe par les objectifs spécifiques ci-dessous.
C. Les objectifs spécifiques
✓ Permettre la disponibilité des examens précédents de chaque patient ;
✓ Améliorer la gestion des salles ;
✓ Améliorer la gestion des patients ;
✓ Améliorer la gestion des rendez-vous ;
✓ Permettre le traitement d’une image ;
✓ Améliorer la gestion des types radiologies ;
✓ Permettre la rédaction d’un compte rendu
✓ Permettre l’impression des comptes rendus ;
✓ Faciliter et fluidifier l’accès à ces images aux médecins ;
✓ Permettre la consultation et l’interprétation sur écran des images radiologiques.
D. Les spécifications techniques
1. Présentation de la plateforme Web

Notre plateforme web utilise des plugins open source permettant l'analyse et le stockage
de l’entête d’un fichier DICOM ainsi que le traitement de son image. Elle contient deux sous-
systèmes le PACS pour les médecins et le RIS pour les opérateurs.
Dans ce qui suit nous nous intéresserons plus au sous-système PACS.
La figure 1 présente les composants de notre plateforme et qui sont principalement un

serveur web d’application de type WAMP (XAMPP) relié à un poste PACS pour le médecin,
un poste RIS pour l’opérateur, une imprimante pour l’impression des comptes rendus, un
serveur de base de données MySQL, et un serveur de stockage des fichiers DICOM.

Figure 1 : Les composants de la plateforme

Source : HOUNTON Justus et OLAMILOKOUN Julienne, 2020
Pour la conception de notre application nous avons opté pour une démarche de
modélisation orientée objet avec pour langage de modélisation UML et l’utilisation de Visual
Paradigm for UML pour la représentation des diagrammes.
2. UML
UML (Unified Modeling Language) est un langage qui permet de modéliser une
application selon une vision objet sans se soucier des détails d’implémentation inhérentes au
langage de programmation utilisée. UML comporte au moins treize (13) types de diagrammes
dont le diagramme de cas d’utilisation, de séquence système, de classe, d’objet, de séquence,
d’états-transitions, d’activité, etc.
Figure 2 : Les diagrammes de UML

Source : Cours d’UML

3. Présentation de Visual Paradigm for UML

Visual Paradigm for UML est, comme son nom le laisse supposer, un logiciel permettant
aux programmeurs de mettre en place des diagrammes UML. Disposant d'un outil créant des
rapports personnalisables aux formats PDF, Word ou HTML afin de les partager et les publier
sur Internet, cette application est compatible avec de nombreuses applications, standards et
environnements. Ainsi, vous pourrez générer notamment des diagrammes de séquences ou de
cas d'utilisation et ainsi produire du code source dans de nombreux langages comme le Java ou
encore le C++, ou bien faire l'inverse, générer des diagrammes à partir de code déjà existant.
4.Technologies utilisées
4.1 Standards en imagerie médicale
4.1.1 La norme DICOM

La norme DICOM, "Digital Imaging and COmmunication in Medecine" a été créée
en 1985 par l'ACR (American College of Radiology) et la NEMA (National Electric
Manufacturers Association) dans le but de standardiser les données transmises entre les
différents appareils de radiologie. Ce standard définit un format de fichier mais aussi un
protocole de transmission des données. DICOM est un standard définissant des protocoles
adaptés à la médecine, permettant la communication et l’archivage en imagerie médicale sans
aucune translation d’interfaces entre les équipements. Il joue le rôle d’interface d’entrée et de
sortie pour l’équipement d’imagerie.
4.1.2 Présentation du PACS

PACS est l’acronyme de "Picture Archiving and Communication System. Il s’agit
d’un ensemble d’équipements informatiques reliés en réseau permettant l’acquisition,
l’archivage, l’impression, la consultation et l’interprétation sur écran des images radiologiques,
de plus il est relié à un système informatique de radiologie ou d’hôpital (RIS ou HIS) pour
l’identification du patient et la présentation des informations cliniques pertinentes.
Le système PACS offre des services, parmi lesquelles :
✓ Des services de numérisation ou d’acquisition des images radiologiques depuis les
modalités existantes.
✓ Des services d’affichage, de diagnostic, de consultation, d’édition de rapport et des
services de télé-radiologie (postes distants).
✓ Des services d’archivage des images radiologiques à court terme, à moyen terme et
à long terme.
✓ Des services d’impression des données acquises.
✓ Des services de communication sur réseaux locaux ou sur le réseau public.
✓ Des services d’accès d’interface au système d’information radiologique (RIS) et au
système d’information hospitalier (HIS).
4.1.3 Le système d’information en radiologie (RIS)

RIS est l’acronyme de « Radiology Information System » ou (SIR : Système
d’Information en Radiologie). Ce système permet la gestion d’un service de radiologie. Il
permet la sauvegarde des données personnelles et démographiques d’un patient, des
informations financières lors de l’inscription des patients...

Un système informatique RIS offre des services tels que :

✓ Gestion de la filmothèque.
✓ Gestion des rendez-vous et des inscriptions.
✓ Gestion des requêtes et résultats.
✓ Gestion des salles.
✓ Gestion des dossiers patients.
4.2 Architectures utilisées

L’architecture physique du système est de type 3 tiers (voir la figure 3), alors que son
architecture logique repose sur le modèle MVC (Modèle-Vue-Contrôleur) illustré dans la figure
4, ce choix est fondé sur le fait que les Frameworks utilisés imposent ce modèle.
Figure 3 : Architecture 3 tiers

Figure 4 : Le modèle MVC


4.3 Logiciels utilisés
✓ PHPstorm : son utilisation facilite le travail avec le framework Symfony tout en contenant
les outils nécessaires comme l’architecture des dossiers et le terminal pour créer un Bundle,
générer une entité, et créer la base de données.
✓ XAMPP : est un ensemble de logiciels libres. Le nom est un acronyme venant des initiales
de tous les composants de cette suite. Ce dernier réunit donc le serveur Web Apache, la
base de données relationnelle et le système de gestion de base de données MySQL ou
MariaDB ainsi que les langages scripts Perl et PHP. L’initial X représente tous les
systèmes d’exploitation possibles, à savoir Linux, Windows et Mac OS X.
✓ Apache : c’est un serveur Web open source qui est utilisé mondialement et permet de
délivrer des contenus Web.
✓ MySQL/MariaDB : un système de gestion de base de données relationnelle (SGBD).
✓ Orthanc : est un serveur DICOM libre pour l’imagerie médicale multiplateforme (Linux,
Windows, OS X), écrit en C++ , HTML et Javascript.
4.4 Les frameworks utilisés
✓ Symfony : un Framework MVC libre écrit en PHP 5.
Il fournit des fonctionnalités modulables et adaptables qui permettent de faciliter et

d’accélérer le développement d'un site web.
✓ Bootstrap : une collection d'outils utile à la création de sites et d'applications web. C'est
un ensemble qui contient des codes HTML et CSS, des formulaires, des boutons, des outils
de navigation et autres éléments interactifs, ainsi que des extensions JavaScript en option.
4.5 Les Plugins utilisés
✓ Osimis-Web-Viewer : est un open source zéro empreinte image médicale spectateur. Il

permet de visualiser des images médicales directement à partir du navigateur. Le Web
Viewer d’Osimis est distribué sous forme de plugin à Orthanc. En d’autre terme, le
spectateur peut être connecté à la plupart des modalités, mais également exploité grâce à la
forte extensibilité architecturale d’Orthanc. Le rendu 2D est pris en charge avec les outils
habituels : zoomer, panoramique, fenêtrage, mesure de la longueur, mesure d’angle, point/
cercle / rectangle d’intérêt, retournement / rotation d’image, prise en charge multiframe.
✓ Osimis-cloud : synchronisation de l’Orthanc avec des solutions cloud fournies par Osimis
(plateforme cloud d’imagerie médicale).
4.6 Les langages utilisés
✓ PHP : Hypertext Preprocessor, plus connu sous son sigle PHP (sigle autoréférentiel), est
un langage de programmation libre, principalement utilisé pour produire des pages Web
dynamiques via un serveur HTTP, mais pouvant également fonctionner comme n'importe
quel langage interprété de façon locale. PHP est un langage impératif orienté objet et peut

être mis en place sur toutes les plateformes possibles et est compatible avec divers systèmes
de base de données.
✓ JavaScript est un langage de programmation de scripts principalement utilisé dans les web
interactifs mais aussi côté serveur.
✓ Le HTML5 est un langage de base pour la création de site internet, il sert à structurer les
documents.
✓ CSS 3 : Cascading Style Sheets (CSS) est un langage de feuille de style utilisé pour décrire
la présentation d'un document écrit dans un langage de balisage.
5. Recueil des besoins fonctionnels : description des processus

Dans cette section, nous identifions les fonctionnalités de notre future plateforme web.
Elle devrait regrouper toutes les fonctionnalités nécessaires de gestion, de recherche et de
découverte détaillée.
• Gestion : L’objectif principal de notre plateforme consiste à permettre la consultation
et l’interprétation des images médicales à distance, en plus d’assurer leurs bonnes
gestions.
• Recherche : le radiologue aura accès à tous les radiogrammes de ses patients. Il aura à
sa disposition une méthode de recherche, lui permettant d'atteindre le radiogramme
souhaité, le résultat de la recherche sera disponible sur une page particulière et devra
pouvoir être facilement parcouru.
• Découverte détaillée : l'utilisateur autorisé pourra voir les détails concernant chaque
radiogramme, on y trouvera en particulier les informations civiles, la date de séquence,
l’heure de séquence et les résultats obtenus, etc.
6. Les besoins non-fonctionnels

À part les besoins fondamentaux, notre futur système doit répondre aux critères
suivants :
✓ La rapidité du traitement : En effet, vu le nombre important des transactions
quotidiennes, il est impérativement nécessaire que la durée d’exécution des traitements
s’approche le plus possible du temps réel.
✓ La performance : Une plateforme web doit être avant tout performante c'est-à-dire à
travers ses fonctionnalités, il doit répondre à toutes les exigences des utilisateurs d’une
manière optimale.
✓ La convivialité : La future plateforme doit être facile à utiliser. En effet, les interfaces
utilisateurs doivent être conviviales c'est-à-dire simples, ergonomiques et adaptées à
l’utilisateur.
✓ La confidentialité : vu que les données manipulées par notre plateforme sont critiques,
nous devons garantir une sécurité optimale. Ainsi, les droits d’accès au système doivent
être bien attribués, afin d’assurer la sécurité des données.
III. Identification des acteurs et leurs descriptions

Dans cette section, les différents acteurs du système et leurs rôles seront identifiés et
présentés.

A. Détermination des acteurs de RadioLOG
Par rapport à notre domaine d’étude, les acteurs identifiés pour utiliser le système ou
contribuer à son bon fonctionnement sont :
✓ L’administrateur
✓ Le médecin
✓ Opérateur
B. Description des acteurs
Cette description consiste à définir les rôles joués par chaque acteur qui interagit avec
le système. Ainsi :
✓ Administrateur : concerné par les deux sous-systèmes (PACS et RIS), gère les
comptes des utilisateurs et assure la sécurité du système.
✓ Médecin : concerné par le sous-système PACS, peut après authentification
visualiser la liste des examens, choisir un examen d’un patient donné pour lui faire
le traitement de son image médicale (calcul distance, calcul de l’angle, zoom sur
l’image, parcours de l’image, déplacement de l’image, pivoter l’image, modifier
le contraste, etc.), et lui rédige un compte rendu décrivant son diagnostic.
✓ Opérateur : concerné par le sous-système RIS, peut après authentification gérer
(ajout/modification/recherche/consultation) les patients, les rendez-vous, les
examens, les salles et types de radiologie, et imprimer les comptes rendus déjà
rédigés par le médecin.
IV. Modélisation du contexte de l’étude

La modélisation d’un système s’effectue à partir des différents messages véhiculés entre
le système et les acteurs. Cela est représenté de façon synthétique par un diagramme appelé
diagramme de contexte dynamique. On peut également spécifier le nombre d’instances
d’acteurs reliés au système à un moment donné avec le diagramme de contexte statique.
A. Diagramme de contexte dynamique
Le diagramme de contexte dynamique permet d’identifier et de comprendre les cas

d’utilisation. Le diagramme de contexte dynamique de RadioLOG se présente comme suit :

Figure 5 : Diagramme de contexte dynamique de RadioLOG

B. Diagramme de contexte statique
Le diagramme de contexte statique est un diagramme qui ne fait ressortir que les acteurs
du système et le système. Le diagramme de contexte statique relatif à notre système est
représenté ci-dessous :
Figure 6 : Diagramme de contexte statique de RadioLOG

Ainsi, la modélisation du contexte statique du système RadioLOG montre que la

plateforme à mettre en place est multiutilisateurs. En effet, de cette modélisation, il ressort

qu’en un instant donné, au plus une instance de chaque acteur est connectée au système mais
aussi que différents acteurs soient connectés au système au même moment.
Dans cette première partie, nous avons d’abord présenté l’HIA-CHU de Parakou,
ensuite nous avons choisi la problématique qui nous a permis de nous familiariser avec notre
cadre de travail. Ceci nous a aussi permis de retenir une solution informatique et de choisir les
outils techniques pour l’élaboration de cette solution. La seconde partie du mémoire sera
consacrée à l’analyse et à la conception du nouveau système.

2EME PARTIE : Analyse et Conception de RadioLOG
Cette partie s’occupe de l’analyse approfondie de l’étude et elle abordera d’abord en

premier chapitre l’analyse orientée objet de RadioLOG et ensuite en deuxième chapitre
conception orientée objet de RadioLOG.
CHAPITRE I : Analyse Orientée Objet de RadioLOG
L’utilisation d’un système informatique suppose que tout acteur qui interagit avec lui,
s’y identifie clairement. Cela amène le concepteur à identifier au départ, les acteurs avec leurs
rôles respectifs le tout consigné dans un document qu’il fait valider par le client. C’est dans ce
sillage, que nous nous proposons dans ce chapitre, d’étudier les aspects fonctionnels du futur
système (RadioLOG) et pour y parvenir, nous allons d’abord aborder les principaux concepts
liés au diagramme de cas d’utilisation, faire la description textuelle de quelques cas d’utilisation
avant de construire leur diagramme.
I. Analyse fonctionnelle de RadioLOG
A. Les cas d’utilisation
Un cas d’utilisation (« use case ») représente un ensemble de séquences d’actions qui

sont réalisés par le système et qui produisent un résultat observable intéressant pour un acteur
particulier. Chaque cas d’utilisation spécifie un comportement attendu du système considéré
comme un tout, sans imposer le mode de réalisation de ce comportement. Il permet de décrire
ce que le futur système devra faire, sans spécifier comment il le fera.
1. Identification des cas d’utilisation

L’analyse des besoins exprimés par les différents acteurs nous a permis d’identifier les
cas d’utilisation suivant pour chacun d’eux :
Tableau 6 : Identification des cas d’utilisation
Cas d’utilisation Acteur principal Message (s) émis/reçu (s) par les acteurs
S’authentifier Opérateur Emet : Authentification
Médecin
Administrateur
Gérer les patients Opérateur Emet : Ajout/recherche des patients

Reçoit : Liste des patients
Gérer les rendez-vous Opérateur Emet : Ajout/modification/recherche/suppression

des rendez-vous
Reçoit : Liste des rendez-vous
Gérer les examens Opérateur Emet : Ajout/recherche des examens
Reçoit : Liste des examens
Gérer les salles Opérateur Emet : Ajout/recherche des salles
Reçoit : Liste des salles
Imprimer comptes Opérateur Emet : Impression comptes rendus

rendus
Reçoit : Liste des comptes rendus
Gérer les types Opérateur Emet : Ajout/recherche des types radiologies

radiologies
Reçoit : Listes des types radiologies
Visualiser liste des Médecin Emet : Visualisation de la liste des examens non
examens non traités traités
Reçoit : Liste des examens
Traiter une image Médecin Emet : Traitement d’image

Consulter un examen Médecin Emet : Consultation d’examen
Reçoit :Liste des examens du patient
Rédiger un compte Médecin Emet : Rédaction du compte
Gérer compte Administrateur Emet : Ajout/modification/suppression de compte

utilisateur utilisateur
Assurer sécurité Administrateur Emet : Sécurisation système

système
2. Description textuelle de quelques cas d’utilisation

La description textuelle des cas d’utilisation le plus couramment utilisée se compose de
trois (03) parties :
• Première partie
La première partie permet d’identifier le cas, et contient généralement le nom du cas,

l’objectif, les acteurs primaires comme secondaires concernés, la date de création et de mise à
jour, le responsable et la version.
• Deuxième partie
Cette partie contient la description du fonctionnement du cas sous forme d’une séquence
de message échangé entre les acteurs impliqués et le système.
• Troisième partie
La troisième partie de la description d’un cas d’utilisation est une rubrique optionnelle,
qui contient généralement les spécifications non fonctionnelles. Il faut également préciser les
variantes possibles (les scénarios nominaux, les scénarios alternatifs et scénarios d’erreurs),
tout en essayant d’ordonner séquentiellement les descriptions afin d’améliorer leur lisibilité.
Dans notre cas, nous ferons la description textuelle dans un tableau.

2.1 Description du cas d’utilisation « S’authentifier »

Tableau 7 : Description du cas d’utilisation « S’authentifier »
Sommaire d’identification
Titre : S’authentifier
Résumé : Ce cas d’utilisation permet aux utilisateurs du système de s’authentifier
avant d’accéder aux services qu’il offre.
Acteur principal : Tous les acteurs de RadioLOG
Date de création : 10/08/2020
Version : 1.0
Responsable : Justus HOUNTON et Julienne OLAMILOKOUN
Description des scénarios
Précondition : Le système est lancé
Scénario nominal
Acteur RadioLOG
1. Choisit d’effectuer l’opération : connexion 2. L’interface utilisateur d’authentification

est affichée
3. Demande à l’acteur voulant se connecter

de choisir son profil, de saisir son login et son
mot de passe
4. Fournit les informations demandées
5. Valide ses renseignements en cliquant sur

le bouton « Se connecter »
6. Compare les informations fournies à celles

qui sont stockées dans la base de données
7. Constate des données correctes
8. Identifie l’acteur et affiche le menu

approprié
Scénario alternatif

A1 : un ou plusieurs champs du formulaire sont vides
L’enchaînement alternatif A1 démarre au point 6 du scénario nominal.
1- Le système affiche un message d’erreur « Veuillez renseigner tous les champs ».
2- L’acteur remplit les champs concernés.
Le scénario nominal reprend donc au point 5.
A2 : données incorrectes
1- Le système affiche un message d’erreur « vérifier que le mot de passe saisi correspond
au nom d’utilisateur saisi ».
Le scénario nominal reprend au point 3.
Post condition
L’acteur a accès au système et peut donc effectuer les traitements pour lesquels il est autorisé.
2.2 Description du cas d’utilisation « Ajouter examen »

Tableau 8 : Description du cas d’utilisation « Ajouter examen »
Titre : Ajouter examen

Résumé : Ce cas d’utilisation permet à l’opérateur d’ajouter un examen après
l’ajout d’un patient et l’ajout d’un type radiologie.
Acteur principal : Opérateur
Version : 1.0
Précondition :
- Le système est lancé
- L’opérateur s’est authentifié
- Patient ajouté

- Type radiologie ajouté
Scénario nominal
Acteur RadioLOG
1. Choisit d’effectuer l’opération : examen 2. L’interface examen s’est affichée
3. Clique sur ajouter examen 4. Affiche formulaire d’ajout examen
5. Remplit formulaire d’ajout examen
6. Valide l’ajout en cliquant sur le bouton « 7. Vérifie les données saisies

Valider »
8. Constate que les données sont valides
9. Enregistre l’examen dans la liste des

examens non traités
10. Affiche le nouveau examen dans la liste

des examens non traités au niveau du
Médecin
A1 : le champ du formulaire est vide
1- Le système affiche un message d’erreur « Veuillez compléter ce champ ».
2- L’acteur remplit le champ.
Post condition
L’opérateur a ajouté un examen dans le système.

2.3 Description du cas d’utilisation « visualiser liste des examens non traités »
Tableau 9 : Description du cas d’utilisation « visualiser liste des examens non traités »
Titre : visualiser liste des examens non traités

Résumé : Ce cas d’utilisation permet de visualiser les examens médicaux non traités
Acteur principal : Médecin
Version : 1.0
Précondition :
- Le médecin s’est authentifié
Scénario nominal
Acteur RadioLOG
1. Affiche la page d’accueil du médecin
2. Choisit d’effectuer l’opération : examen
3. Affiche la liste des examens non traités
Post condition
Le médecin accède à la liste des examens non traités
2.4 Description du cas d’utilisation « Traiter une image »

Tableau 10 : Description du cas d’utilisation « Traiter une image »
Titre : Traiter une image

Résumé : Ce cas d’utilisation permet au Médecin de traiter une image médicale


Version : 1.0
Précondition :
- Le Médecin s’est authentifié
- L’examen a été ajouté par l’opérateur
Scénario nominal
Acteur RadioLOG
1. Choisit d’effectuer l’opération : examen 2. Affiche l’interface d’ examen
3. Sélectionne un examen
4. Clique sur l’option traitement 5. Affiche la liste des images
6. Effectue une recherche rapide avec des 7. Vérifie des critères

critères
8. Affiche l’image
9. Sélectionne l’image voulue
10. Visualise l’image
11. Traite l’image
12. Demande de sauvegarder
13. Sauvegarde l’image
A : le ou les critères mal spécifiés
L’enchaînement alternatif A démarre au point 7 du scénario nominal.
1- Le système fait une recherche infructueuse et notifie au médecin que les critères qu’il
a spécifiés ne correspondent à aucune image.

2- Le médecin revoit les critères.
Post condition
Le médecin a pu traiter l’image médicale du patient.
2.5 Description du cas d’utilisation « Rédiger compte rendu »

Tableau 11 : Description du cas d’utilisation « Rédiger compte rendu »
Titre : Rédiger compte rendu

Résumé : Ce cas d’utilisation permet au médecin de rédiger un compte rendu.
Version : 1.0
Précondition :
Scénario nominal
Acteur RadioLOG
1. Choisit d’effectuer l’opération : examen 2. Affiche l’interface d’examen
3. Sélectionne un examen
4. Clique sur l’option RédigerCR 5. Affiche l’interface de rédaction de compte

rendu

6. Saisit dans le champ description 7. Vérifie le champ
8.Clique sur le bouton Valider
9. Compte rendu enregistré
A : champ vide
1- Le système affiche un message d’erreur « Veuillez compléter tous les champs ».
2- L’acteur remplit le champ.
Post condition
Le médecin a pu rédiger le compte rendu.
2.6 Description du cas d’utilisation « Imprimer compte rendu »

Tableau 12 : Description du cas d’utilisation « Imprimer compte rendu »
Titre : Imprimer compte rendu

Résumé : Ce cas d’utilisation permet de faire l’impression des comptes rendus du
médecin.
Acteur principal : Opérateur
Version : 1.0
Précondition :
- L’opérateur s’est authentifié
- Le compte est rédigé

Scénario nominal
Acteur RadioLOG
1. Clique sur l’option : imprimer compte 2. Affiche l’interface d’impression compte

rendu rendu
3. Effectue une recherche rapide avec des 4. Vérifie les critères

critères
5. Affiche le(s) résultat(s) correspondant(s)
6. Sélectionne le compte rendu voulu
7. Clique sur l’option imprimer
8. Compte rendu imprimé
A : le ou les critères mal spécifiés
1- Le système affiche un message d’erreur « Aucun élément correspondant ».
2- L’acteur saisit les données correctes.
Post condition
L’opérateur a pu faire l’impression des comptes rendus.

2.7 Description du cas d’utilisation « Consulter un examen »

Tableau 13 : Description du cas d’utilisation « Consulter un examen »
Titre : Consulter un examen

Résumé : Ce cas d’utilisation permet de consulter un examen.
Version : 1.0
Précondition :
Scénario nominal
Acteur RadioLOG
1. Choisit d’effectuer l’opération : consulter 2. Affiche l’interface d’examen

examen
3. Clique sur la barre de recherche 4. Donne accès à la zone de saisir
5. Taper date/ examen ou nom du patient 6. Vérifie les données dans la BDD
7. Affiche les résultats de la recherche
A : Données non conformes à celles de la BDD
1- Le système fait une recherche infructueuse et notifie au médecin que l’examen

recherché ne correspond à aucun examen dans le système.
2- L’acteur revoit les données.

Post condition
Le médecin retrouve les informations sur l’examen.
3. Diagramme de cas d’utilisation de RadioLOG

Le diagramme de cas d’utilisation relatif à notre étude se présente comme suit :
Figure 7 : Diagramme de cas d’utilisation de RadioLOG

Source : Justus HOUNTON et OLAMILOKOUN Julienne, 2020

B. Quelques diagrammes de séquence système.
Dans cette partie, nous vous présenterons quelques diagrammes de séquence système.
1. Diagramme de séquence système du cas d’utilisation « S’authentifier »
RadioLOG
Tous les acteurs 1: Lancer du système
2: Afficher le formulaire d'authentification
3: Remplir les champs du formulaire d'authentification
4: Cliquer sur connexion
4.1: Vérifier les informations
alt
loop
5: Message d'erreur de connexion
6: Remplir à nouveau les champs d'authentification
7: Cliquer sur connexion
7.1: Vérifier les informations
7.2: Afficher la page d'accueil
Figure 8 : Diagramme de séquence système du cas d’utilisation s’authentifier


2. Diagramme de séquence système du cas d’utilisation « Ajouter Examen »
Figure 9 : Diagramme de séquence système du cas d’utilisation ajouter examen


3. Diagramme de séquence système « Visualiser liste des examens non traités »
Figure 10 : Diagramme de séquence système du cas d’utilisation visualiser liste des examens
non traités

4. Diagramme de séquence système « Traiter une image »
Figure 11 : Diagramme séquence système du cas d’utilisation traiter une image


5. Diagramme de séquence système du cas d’utilisation « Rédiger compte rendu »
Figure 12 : Diagramme séquence système du cas d’utilisation rédiger compte rendu


6. Diagramme de séquence système du cas d’utilisation « Imprimer compte

rendu »
Figure 13 : Diagramme séquence système du cas d’utilisation imprimer compte rendu

Source : Justus HOUNTON et OLAMILOKOUN Julienne, 2020.

7. Diagramme de séquence système du cas d’utilisation « Consulter un examen »
Figure 14 : Diagramme séquence système du cas d’utilisation consulter un examen

Source : Justus HOUNTON et OLAMILOKOUN Julienne, 2020.

II. Analyse statique

La modélisation statique s’occupe de la description des objets. Ce niveau de
modélisation ne tient pas compte du facteur temporel dans le comportement du système mais
s’attèle à fournir une représentation abstraite des objets qui vont interagir ensemble pour réaliser
les cas d’utilisation. Pour notre étude statique, nous allons adopter la démarche suivante :
✓ Le glossaire ;
✓ Les règles du domaine ;
✓ Le modèle du domaine.
A. Glossaire
Le glossaire est une liste des termes ou expressions techniques utilisés dans un domaine
particulier. Il permet d’éliminer toute ambiguïté afin d’éviter les malentendus dans les
spécifications et dans la communication. En UML, le glossaire est utilisé comme dictionnaire
des données.
Définition de termes
Image : C’est une image médicale qui est la matérialisation sous forme d’images d’information
anatomique ou fonctionnelle in vivo de parties (organes, tissus, cellules) du corps humain, ainsi
que les données extraites ou dérivées de ces images.
Opérateur : C’est l’agent qui effectue les opérations de gestion des salles, des examens, des
rendez-vous, et qui imprime les comptes rendus.
Médecin : C’est un spécialiste des techniques de l’imagerie médicale (clichés radio,

échographie, scanners et IRM)
Rendez-vous : C’est une rencontre prévue entre un médecin de l’hôpital et un patient dans le
but d’effectuer une radio.
Salle : C’est la salle où va s’effectuer la radio du patient.
Type Radiologie : Ce sont les différents types d’examens radiologiques (radiographie, scanner,
imagerie par résonance magnétique) permettant d’observer différentes parties du corps humain.
Série : C’est l’ensemble constitué des dossiers des images.
Type Pièce identité : C’est le type du document administratif prouvant l’état civil (carte
d’identité, le permis de conduire, ou le passeport).
Fiche Patient : C’est un document renfermant les informations civiles du patient.
Examen : C’est un examen radiologique permettant d’obtenir des images d’une partie du corps
ou d’un organe.

Compte Rendu : C’est l’avis du médecin après l’examen du patient.
Le glossaire de notre diagramme de classe est présenté dans le tableau suivant :
Tableau 14 : Glossaire
TERME ATTRIBUTS DESIGNAT NAT TYP LONG OBSERVATIONS

S IONS URE ES UEUR
S S
Image IndexImg Index de E AN 20

l’image
Taille Taille de E N 8
l’image
Type_Image Type de E A 9
l’image
Pixel_value Valeur en E AN 10
pixel de
l’image
Temps_acq Temps E T 10 HH : M’M’ : SS

d’acquisition
de l’image
Date_acq Date E D 10 JJ/MM/AAA

d’acquisition
de l’image
Num_acq Numéro E N 5
d’acquisition
de l’image
Opérateur Id_Ope Identifiant de E AN 50

l’operateur
Email_Ope E-mail de E AN 15
l’operateur
Password_Ope Mot de passe E AN 120

de l’opérateur

Adresse_Ope Adresse de E A 30
l’opérateur
Nom_Ope Nom de E A 30
l’opérateur
Prenom_Ope Prénom de E A 30
l’opérateur
Sexe_Ope Sexe de E A 1 F ou M
l’opérateur
Description_Ope Description E A 50
de l’opérateur
Médecin Id_Med Identifiant du E AN 50

médecin
Email_Med E-mail du E AN 30
médecin
Password_Med Mot de passe E AN 120

du médecin
Adresse_Med Adresse du E A 30
médecin
Nom_Med Nom du E A 30
médecin
Prenom_Med Prénom du E A 30
médecin
Sexe_Med Sexe du E A 1 F ou M
médecin
Description_Med Description E A 50
du médecin
Rendez- Id_Rdv Identifiant E N 11

vous rendez-vous
Date_Rdv Date rendez- E D 10 JJ/MM/AAA

vous
Salle Id_CodeSalle Identifiant E N 11

code salle

TypeRadi Id_TypeRad Identifiant E AN 13

ologie type
radiologie
Serie Url_Dossier Uniform E AN 70

Resource
Locator
Dossier
TypePiec Id_TypePI Identifiant du E AN 11

eIdentite Type pièce
d’identité du
patient
FichePati Identite Identité du E A 20

ent patient
Nom Nom du E A 30
patient
Prenom Prénom du E A 30
patient
Date_Naissance Date de E D 10 JJ/MM/AAA

naissance du
patient
Sexe Sexe du E A 1 F ou M
patient
Ville Ville où E A 20
réside le
patient
Nationalité Nationalité E A 25
du patient
Adresse Adresse du E A 30
patient
Telephone Numéro de E N 8
téléphone du
patient

Examen Id_Examen Identifiant de E N 11

l’examen
Date_Examen Date de E D 10 JJ/MM/AAA

l’examen
Compte Id_Compte_Rendu Identifiant du E N 11

compte rendu
Rendu
Description Description E AN 2000
du compte
rendu
Légende
AN = Alpha numérique N = Numérique D = Date J = Jour
M = Mois A = Année H = Heure M’= Minute S = Seconde E = Elémentaire
B. Règles du domaine de RadioLOG
Une règle du domaine est un élément de description globale du fonctionnement de

l’organisation. Elle peut porter sur les données manipulées par l’organisation ou sur les
traitements exécutés au sein de celle-ci. Les règles du domaine précisent les contraintes qui
doivent être respectées par le modèle.
Les règles qui régissent le champ de notre étude sont les suivantes :
✓ RD1 : un utilisateur est soit un médecin, ou un opérateur.
✓ RD2 : un opérateur peut gérer plusieurs rendez-vous mais un rendez-vous ne peut être
géré par au plus un technicien.
✓ RD3 : une fiche-patient peut être attribuer pour au moins un rendez-vous tandis qu’un
rendez-vous est attribué à une seule fiche-patient.
✓ RD4 : un médecin peut avoir plusieurs rendez-vous mais ne peut répondre à un instant
donné à au plus un rendez-vous.
✓ RD5 : une salle peut être utiliser à un instant donné pour au plus un rendez-vous.
✓ RD6 : un type radiologie peut concerner plusieurs salles mais une salle est destinée à
au plus un type radiologie.

✓ RD7 : un médecin peut consulter plusieurs examens tandis qu’un examen ne peut être
consulter à la fois par au plus un médecin.
✓ RD8 : un type pièce identité peut concorder à plusieurs fiches-patients tandis qu’une
fiche-patient ne peut concorder qu’à un seul type pièce identité.
✓ RD9 : une fiche-patient peut être destiner à plusieurs examens tandis qu’un examen est
destiné à au plus une fiche-patient.
✓ RD10 : une série contient une ou plusieurs images tandis qu’une image se trouve dans
une et une seule série.
✓ RD11 : une série correspond à plusieurs examens tandis qu’un examen fait l’objet
d’une série.
✓ RD12 : un examen dispose au plus d’un compte rendu.
✓ RD13 : un type radiologie peut faire l’objet de plusieurs examens tandis qu’un examen
ne peut faire l’objet d’au plus un type de radiologie.
C. Modèle du domaine ou dictionnaire visuel
A partir du Glossaire et des règles du domaine, nous établissons une représentation

visuelle des classes conceptuelles en faisant les relations entre les termes ou concepts du
domaine. Le modèle de RadioLOG est présenté ci-dessous :

Figure 15 : Modèle de vie de RadioLOG


CHAPITRE II : Conception Orientée Objet de RadioLOG
La conception orientée objet est la phase de la modélisation où l’on identifie les classes
logicielles (classes conceptuelles + méthodes).
I. Modélisation statique et modélisation dynamique pour chaque cas d’utilisation
A. Réalisation de quelques cas d’utilisation
La réalisation d’un cas d’utilisation est l’élaboration du diagramme de séquence et du

diagramme de classes de ce cas.
Pour des raisons de simplicité, nous ne présenterons pas la réalisation de tous les cas
d’utilisation. Néanmoins, on retrouvera toutes les classes associées à ces cas d’utilisation dans
le diagramme de classe définitif de l’application.

1. Réalisation du cas d’utilisation « S’authentifier »
1.1 Diagramme de séquence du cas d’utilisation « S’authentifier »
Figure 16 : Diagramme de Séquence Système d’authentification des utilisateurs


1.2 Diagramme de classe partielle associé à ce diagramme de séquence
Figure 17 : Diagramme de classe partielle d’authentification


2. Réalisation des cas d’utilisations « Gérer examen », « Traiter une image »,

« Rédiger compte rendu » et « Imprimer compte rendu »
Les cas d’utilisations « Gérer examen », « Traiter image », « Rédiger compte rendu » et
« Imprimer compte rendu » peuvent être regroupés sous le cas d’utilisation nommé « Examen
et compte rendu ».
2.1 Diagramme de séquence des cas d’utilisations « Examen et Compte rendu »
Figure 18 : Diagramme de Séquence Système du cas d’utilisation « Examen et Compte

rendu »

2.2 Diagramme de classe partielle associé à ce diagramme de séquence
Figure 19 : Diagramme de classe partielle d’examen et compte rendu


B. Elaboration du diagramme de classes
Le diagramme de classe de notre solution web est présenté dans la figure suivante :
Figure 20 : Diagramme de classe de RadioLOG


C. Modélisation du diagramme d’activité
1. Diagramme d’activité de l’opérateur

Dans ce diagramme, sont présentées les activités de l’opérateur qui permettent de
déclencher et de mettre fin aux activités du médecin.
Figure 21 : Diagramme d’activités de l’opérateur


2. Diagramme d’activité du médecin

Ce diagramme, explicite les activités du médecin faisant partie du sous-système
PACS, ainsi que son interaction avec le sous-système RIS.
Figure 22 : Diagramme d’activités du médecin


II. Le coût de l’application RadioLOG

Tableau 15 : Coût de l’application RadioLOG.
Détails Prix d’origine Montant en FCFA
OVH Hébergeur de Données Santé (HDS) 875 €¨(HT) 575.0971
-Data center certifié ISO 27001
-Gestion des règles de sécurité firewall
-VLAN dédié
-Système anti-intrusion
-Traçabilité des accès
-Protection anti-DDOS
-Administration système, réseau, sécurité
-Transit IP dédié
-Sauvegarde chiffrée
-Service d’accès VPN
Référencement 76€ 49.704
Main d’œuvre - 800.000
TOTAL 1.424.792
Nous comptons commercialiser RadioLOG au prix de : Un million quatre cent vingt-quatre

mille sept cent quatre-vingt-douze Franc CFA (1.424.792F CFA).
NB :
- Un (01) an de garantie
- Le prix de la maintenance est variable après la perte de garantie.

3EME PARTIE : Programmation et Sécurité
Cette troisième et dernière partie représente le cœur de la phase pratique de l’étude.

Comme toutes les autres parties, elle sera développée en deux chapitres successifs dont le
premier aborde la programmation informatique proprement dite et le second la sécurité
informatique.
CHAPITRE I : Programmation informatique
Dans ce chapitre, il sera question de la présentation de l’implémentation des classes,

règle de passage du diagramme de classes au modèle relationnel, structure de la base de données
et enfin de quelques interfaces de l’application.
I. Ordre d’implémentation des classes

L’implémentation matérialise le passage de la conception au code. Le processus Unifié
définit un Modèle d’Implémentation qui contient les artefacts de l’implémentation : code
source, définition de la base au processus de production du code. L’ordre d’implémentation
des classes de RadioLOG se présente comme suit :
Figure 23 : Ordre d’implémentation des classes de RadioLOG


II. Règle de passage du diagramme de classe au modèle relationnel

Le passage du diagramme de classe au modèle relationnel suit un certain nombre de
règles. Ainsi grâce à ces règles le modèle relationnel correspondant au diagramme de classe
établi est le suivant :
➢ MEDECIN (Id_Med, Username_Med, Email_Med, Password_Med, Adresse_Med,
Tel_Med, Nom_Med, Prenom_Med, Sexe_Med, description_Med) ;
➢ OPERATEUR (Id_Ope, Username_Ope, Email_Ope, Password_Ope, Adresse_Ope,
Tel_Ope, Nom_Ope, Prenom_Ope, Sexe_Ope, description_Ope) ;
➢ RENDEZ-VOUS (Id_Rdv, Date_Rdv) ;
➢ SALLE (Id_CodeSalle) ;
➢ TYPERADIOLOGIE (Id_TypeRad) ;
➢ EXAMEN (Id_Examen, Date_Examen) ;
➢ SERIE (Url_Dossier) ;
➢ COMPTERENDU (Id_Compte_Rendu, Description) ;
➢ IMAGE (IndexImg, Taille, Type_Image, Pixel_value, Temps_acq, Date_acq,
Num_acq) ;
➢ FICHEPATIENT (Identite, Nom, Prenom, Date_Naissance, Sexe, Ville, Nationalite,
Adresse, Telephone) ;
➢ TYPEPIECEIDENTITE (Id_TypePI).
III. Structure de la base de données
➢ Structure de la table `Medecin`
CREATE TABLE Medecin (Id_Med varchar (50) NOT NULL, Email_Med varchar
(30) NOT NULL, Password_Med varchar (120) NOT NULL, Adresse_Med varchar (30),
Telephone_Med int (11) NOT NULL AUTO-INCREMENT, Nom_Med varchar (30) NOT
NULL, Prenom_Med varchar (30) NOT NULL, Sexe_Med varchar (1) NOT NULL,
Description_Med varchar (50) NOT NULL, PRIMARY KEY (Id_Med))
➢ Structure de la table ‘Operateur’
CREATE TABLE Operateur (Id_Ope varchar (50) NOT NULL, Email_Ope varchar
(30) NOT NULL, Password_Ope varchar (120) NOT NULL, Adresse_Ope varchar (30),
Telephone_Ope int (11) NOT NULL AUTO-INCREMENT, Nom_Ope varchar (30) NOT
NULL, Prenom_Ope varchar (30) NOT NULL, Sexe_Ope varchar (1) NOT NULL,
Description_Ope varchar (50) NOT NULL, PRIMARY KEY (Id_Ope))
➢ Structure de la table ‘Rendez-vous’

CREATE TABLE Rendez-vous (Id_Rdv int (11) NOT NULL AUTO_INCREMENT,

Date_Rdv date NOT NULL, PRIMARY KEY (Id_Rdv))
➢ Structure de la table ‘Salle’
CREATE TABLE Salle (Id_CodeSalle int (11) NOT NULL AUTO_INCREMENT,
PRIMARY KEY (Id_CodeSalle))
➢ Structure de la table ‘TypeRadiologie’
CREATE TABLE TypeRadiologie (Id_TypeRad varchar (13) NOT NULL, PRIMARY
KEY (Id_TypeRad)
➢ Structure de la table ‘Examen’
CREATE TABLE Examen (Id_Examen int (11) NOT NULL AUTO_INCREMENT,
Date_Examen date NOT NULL, PRIMARY KEY (Id_Examen))
➢ Structure de la table ‘Serie’
CREATE TABLE Serie (Url_Dossier varchar (70) NOT NULL, PRIMARY KEY
(Url_Dossier))
➢ Structure de la table ‘Compte-rendu’
CREATE TABLE Compte-rendu (Id_Compte_Rendu int (11) NOT NULL
AUTO_INCREMENT, Description varchar (2000) NOT NULL, PRIMARY KEY
(Id_Compte_Rendu))
➢ Structure de la table ‘Image’
CREATE TABLE Image (IndexImg varchar (20) NOT NULL, Taille int (8) NOT
NULL AUTO_INCREMENT, Type_Image varchar (9) NOT NULL, Pixel_value varchar (10)
NOT NULL, Temps_acq time NOT NULL, Date_acq date NOT NULL, Num_acq int (5) NOT
NULL, PRIMARY KEY (IndexImg))
➢ Structure de la table ‘FichePatient’
CREATE TABLE FichePatient (Identite varchar (20) NOT NULL, Nom varchar (30)
NOT NULL, Prenom varchar (30) NOT NULL, Date_Naissance date NOT NULL, Sexe
varchar (1) NOT NULL, Ville varchar (20) NOT NULL, Nationalite varchar (25) NOT NULL,
Adresse varchar (30) NOT NULL, Telephone int (11) NOT NULL AUTO-INCREMENT,
PRIMARY KEY (Identite))
➢ Structure de la table ‘TypePieceIdentite’
CREATE TABLE TypePieceIdentite (Id_TypePI int (11) varchar NOT NULL,
PRIMARY KEY (Id_TypePI))

IV. Quelques interfaces de l’application

Dans cette partie nous exposons les interfaces les plus importantes de la plateforme
RadioLOG :
A. Interface d’authentification des utilisateurs
Figure 24 : Interface d’authentification

B. Page d’accueil d’opérateur
Figure 25 : Interface de page d’accueil de l’opérateur


C. Page d’accueil du Médecin
Figure 26 : Interface page d’accueil de médecin

D. Interface visualisation liste examens non traités
Figure 27 : Interface visualisation de liste examens


E. Interface traitement d’image médicale
Figure 28 : Interface de traitement d’image médicale

F. Impression d’un compte rendu
Figure 29 : Exemple d’un compte rendu


V. Quelques lignes de code

<?php require_once("conn.php"); ?>
<!DOCTYPE html>
<html lang="fr">
<head>

<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
<meta name="description" content="au theme template">
<meta name="author" content="Hau Nguyen">
<meta name="keywords" content="au theme template">

<title>Login</title>

<link href="css/font-face.css" rel="stylesheet" media="all">
<link href="font-awesome-4.7/css/font-awesome.min.css" rel="stylesheet" media="all">
<link href="font-awesome-5/css/fontawesome-all.min.css" rel="stylesheet" media="all">
<link href="mdi-font/css/material-design-iconic-font.min.css" rel="stylesheet"
media="all">

<link href="bootstrap-4.1/bootstrap.min.css" rel="stylesheet" media="all">

<script src="js/jquery-3.3.1.min.js"></script>
<script src="Show-Hide-Passwords-Bootstrap-4/bootstrap-show-password.js"></script>

<link href="css/theme.css" rel="stylesheet" media="all">
<link href="css/loginStyle.css" rel="stylesheet" media="all">
</head>
<body style="background-image: url(images/COVID-19.jpg)" onpageshow="myFunction()">
<script>
function myFunction() {
alert("Bienvenue à la page de connexion de RadioLOG!");
}
</script>
<div class="container">
<div class="login-wrap">
<div class="login-content">
<div class="login-logo">
<a href="#">
<h1>Bienvenue! <br> Connectez-vous à</h1> <img
src="images/IcôneRadioLOG.png" alt="RadioLOG">
</a>
</div>
<div class="login-form">
<form action="authentifier.php" method="post">
<div class="form-group ">
<label class="zmdi zmdi-account-box-mail text-dark ">Adresse
Email</label>
<input style="height:32px " class="form-control" type="email"
id="email" name="email" placeholder="Email" data-toggle="email" required="required">
</div>
<div class="form-group">
<label class=" fa fa-key text-dark">Password</label><br>
<input style="position: relative; bottom: 25px; height: 32px"
type="password" name="pwd" id="password" class="form-control" placeholder="Mot de
Passe" data-toggle="password">
<div class="input-group-append">
<span style="position: relative; left: 435px; bottom: 56px"
class="input-group-text">
<i class="fa fa-eye bg-light"></i>
</span>

</div>
</div>
<div class="login-checkbox">
<label>
<input type="checkbox" name="remember">Restez connecté
</label>
<label>
<a href="ForgetPass.php">Mot de passe oublié?</a>
</label>
</div>
<button class="au-btn au-btn--block au-btn--green m-b-20" type="submit"
name="valider" value="Se connecter">Se connecter</button>
</form>
</div>
</div>
</div>
</div>
</div>
</div>


<script src="js/main.js"></script>
</body>

<footer class="page-footer font-small blue pt-5" style="position: absolute; top: 595px; left:
485px">

<div class="footer-copyright text-light py-3 text-capitalize" style="font-size: large">©
2020 Copyright:
<h5 class="bg-light text-capitalize" style="font-size: large">RadioLOG, Tout droit
réservé.</h5>

<span style="position: relative; left: 300px; bottom: 35px">

<a href="radio.php" class="bg-light text-capitalize" style=" position: relative; left:
80px; font-size: x-large; "><u>A propos</u></a>
</span>
</div>

</footer>

</html>


CHAPITRE II : Sécurité informatique
Pour une bonne utilisation de la plateforme web par les différents acteurs, il est
nécessaire qu’ils aient une bonne connaissance pratique de ses différentes fonctionnalités
suivant leurs droits d’accès au système.
Ainsi, dans ce chapitre, nous parlerons de la formation à l’exploitation de la plateforme

web et des différentes mesures de sécurité d’accès et de confidentialité.
I. Formation à l’exploitation
Après la réalisation de l’implémentation de la plateforme, une formation à l’exploitation
sera nécessaire pour tous les utilisateurs. La formation de l’administrateur portera sur le
paramétrage de la plateforme web « RadioLOG », son utilisation ainsi que toutes les
informations jugées utiles.
A l’issue de la formation, l’administrateur aura une bonne connaissance de la plateforme

et devra être en mesure d’assurer celle des nouveaux utilisateurs.
II. Mesures de sécurité d’accès et confidentialité
A. La confidentialité
Les droits au système de chacun des utilisateurs sont définis par l’administrateur.
L’accès au système est sécurisé par un mot de passe particulier, haché dans la base de données
par une fonction de hachage (MD5), et l’e-mail de l’utilisateur. Toutes ces informations sont
définies lors de la création du compte utilisateur suite à un code de confirmation par e-mail.
L’utilisateur créé a droit à certaines opérations et ceci selon son profil. L’administrateur a par
contre à lui seul, le droit de suppression de compte utilisateur encombrant le système.
B. Sécurité de la plateforme
Pour la sécurité du système mis en place, il est important :
☞ D’installer un antivirus régulièrement mis à jour sur le système pour un contrôle

systématique du disque dur et des supports amovibles ;
☞ De programmer l’analyse périodique des disques durs ;
☞ D’analyser systématiquement les supports amovibles introduits avant de les ouvrir ;
☞ De contacter les concepteurs de la plateforme lors d’une mal compréhension de

l’exécution de celle-ci.

C. Sécurité physique des données
Pour préserver l’intégralité des données contre les pertes et altérations, il est conseillé :
☞ De mettre en place une gestion appropriée et optimisée de stockage d’une grande

capacité telle que les CD-ROM, clé USB ou les disques durs externes et sauvegarder
périodiquement les données de la base en vue de restaurer ces données à la suite d’une
panne du disque. Ces données devront être gardées en lieu sûr et même en dehors du site
d’implémentation du système.
☞ D’équiper les ordinateurs d’onduleurs afin qu’ils assurent des fonctions de stabilisation
et d’autonomie énergétiques, pour la protection du système et éviter les pertes
d’informations lors des coupures d’électricité.

CONCLUSION
Les radiogrammes des patients sont la matérialisation sous forme d’images

d’information anatomique ou fonctionnelle in vivo de parties (organes, tissus, cellules) du corps
humain, ainsi que les données extraites ou dérivées de ces images. Ce qui fait de ces derniers
un élément très sensible du système de santé. Cependant, La difficulté dans l’interprétation
immédiate de ces radiogrammes, la perte de temps entre la prise du cliché radiologique et
l’établissement du diagnostic entravent la qualité du diagnostic médical définitif. De ce fait,
une solution bien informatisée permettant la consultation et l’interprétation de ces
radiogrammes peut pallier à ces défauts par une meilleure structuration et par les outils
modernes de la technologie de l’information. C’est dans ce cadre que s’inscrit ce travail, pour
répondre au besoin d’amélioration de la consultation et de l’interprétation à distance des
radiogrammes dans le service de l’imagerie médicale de l’HIA-CHU de Parakou en continuité
avec la démarche qualité et le processus de promotion des pratiques médicales.
Au cours de ce mémoire, nous avons présenté les différentes étapes de la conception et
la réalisation de notre plateforme web « RadioLOG » pour les services touchants pleinement et
activement aux radiogrammes dans le service de l’imagerie médicale dudit Hôpital. Ce système
mis en place permettra la disponibilité des examens précédents de chaque patient, le traitement
des images, l’impression des comptes rendus, la consultation et l’interprétation sur écran des
images radiologiques. Afin de satisfaire les besoins des utilisateurs, notre plateforme web est
utilisable à distance et permet aux médecins d’interagir avec les images médicales à travers le
sous-système PACS et aux opérateurs de gérer toutes les informations du sous-système RIS.
Aussi, nous avons commencé la conception en utilisant le formalisme UML et la mise en œuvre
des bases de données avec le gestionnaire de bases de données MySQL et enfin la concrétisation
de l’application sous le langage de programmation PHP.
Ce stage a fait l’objet d’une expérience très intéressante, car elle nous a permis de nous
familiariser avec de nouvelles notions d’une part, et d’améliorer nos connaissances et nos
compétences dans le domaine de la programmation, et d’autre part de renforcer notre sens de
responsabilité dans la gestion des projets qui permet l’insertion dans le domaine professionnel.
Enfin, nous espérons que notre projet puisse répondre aux besoins fixés et satisfaire toutes les
personnes qui ont contribué à sa réalisation, ainsi que les utilisateurs pour l’exercice de leur
profession, sachant que ce projet ouvre d’autres possibilités et perspectives d’amélioration
comme sa migration en mode Cloud computing avec l’utilisation d’un data center pouvant
contenir cette gigantesque masse d’informations pour les sous-systèmes PACS et RIS intégrés.

REFERENCES BIBLIOGRAPHIQUES
BIBLIOGRAPHIE
❖ Mikaël Ange MOUSSE, (2020), Cours d’UML 3ème année Informatique de Gestion
(IUT-Parakou), 27 Février 2020 ;
❖ Mathieu NEBRA, Apprenez à créer votre site web avec HTML5 et CSS3, Eyrolles,
2017, 05 Novembre 2011 ;
❖ Mathieu NEBRA, Concevez votre site web avec PHP et MySQL, 04 Janvier 2013 ;
❖ Pierre François BONNEFOI, Cours de Sécurité Informatique, 2015 ;
❖ Joseph et David GABAY, UML2 Analyse et conception, Edition Dunod, 13 Avril
2008.
WEBOGRAPHIE
❖ https://www.hiachuparakou.com/ . Consulté le 30 Juin 2020 à 10 :20 ;
❖ https://www.doctissimo.fr/html/sante/imagerie/imagerie_sommaire.htm . Consulté le 1
Juillet 2020 à 10 :25 ;
❖ https://www.radiologiegustaverivet.com/imagerie-generale-grenoble/liste-dexamens/ .
Consulté le 1 Juillet 2020 à 12 :25 ;
❖ https://www.doctissimo.fr/html/sante/imagerie/scanner.htm . Consulté le 5 Juillet 2020
à 10 :00 ;
❖ https://www.doctissimo.fr/html/sante/imagerie/radiographie_standard.htm . Consulté le
5 Juillet 2020 à 10 :15.
FILMOGRAPHIE
❖ Pierre GIRAUD, COURS COMPLET JAVASCRIPT [1-65] ;
❖ Pierre GIRAUD, COURS COMPLET HTML et CSS [1-71] ;
❖ M. Youssfi, Technologie Web PHP, MySQL, HTML et Bootstrap [Partie 1-4].
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne a

Annexes
ORGANIGRAMME DE L’HIA-CHU-PKOU
Médecin-Chef
CHA Secrétariat particulier
Cellule social
Surveillant principal
Secrétariat Administratif
OAG
Services administratifs et financiers Services médicaux et techniques
SAG SMA SCF SHSE SR SPC
SLRH SAp SIC SAr SMT SM SF SC Scl SAc SSG SAd SCu Spl Sco
Urg GM CV CTO MI CAR UR AR BO HG OPH OS PHRAR LAB IM
Figure 30 : Organigramme de l’HIA-CHU de Parakou

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne c

Table des matières
AVERTISSEMENT .................................................................................................................... I
DEDICACE 1 ............................................................................................................................ II
DEDICACE 2 ........................................................................................................................... III
REMERCIEMENTS ................................................................................................................ IV
SIGLES ET ABREVIATIONS ................................................................................................. V
LISTES DES TABLEAUX ...................................................................................................... VI
LISTES DES FIGURES..........................................................................................................VII
SOMMAIRE ......................................................................................................................... VIII
INTRODUCTION ...................................................................................................................... 1
I. Présentation de la structure d’accueil ................................................................................... 2
A. Historique de l’HIA-CHU/Parakou ................................................................................... 2
B. Situation de l’HIA-CHU/Parakou ...................................................................................... 2
C. Organisation ....................................................................................................................... 2
1. Structure........................................................................................................................... 2
2. Services ............................................................................................................................ 3
D. Ressources de l’HIA-CHU/Parakou .................................................................................. 3
1. Ressources Humaines ...................................................................................................... 3
2. Ressources matérielles ..................................................................................................... 3
2.1 Matériels médico-techniques...................................................................................... 3
2.2 Matériels roulants ....................................................................................................... 3
2.3 Ressources matérielles informatiques (Hardware) de l’HIA-CHU/Parakou ............. 4
2.3.1 Les desktops ......................................................................................................... 4
2.3.2 Les laptops ........................................................................................................... 4
2.3.3 Les imprimantes ................................................................................................... 5
2.3.4 Autres ressources matérielles ............................................................................... 5
3. Les ressources logicielles (Software) .............................................................................. 6
4. Ressources financières ..................................................................................................... 6
E. Présentation du service administratif de l’HIA-CHU/Parakou .......................................... 6
1. Service de l’administration générale ............................................................................... 6
2. Les attributions de la Section Information et Communication ........................................ 7
II. Etat des lieux ....................................................................................................................... 7
A. Etat des lieux sur les activités ............................................................................................ 7
1. Les atouts ......................................................................................................................... 7
2. Les insuffisances.............................................................................................................. 8
3. Proposition de solutions................................................................................................... 8
B. Contexte du projet : Présentation de la situation actuelle de consultation et
d’interprétation des radiogrammes des patients à l’HIA-CHU de Parakou ............................ 9
I. Problématique ..................................................................................................................... 10
II. Cahier des charges ............................................................................................................. 10
A. Présentation du thème ...................................................................................................... 10
B. L’objectif général ............................................................................................................. 11
C. Les objectifs spécifiques .................................................................................................. 11
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne d
D. Les spécifications techniques ........................................................................................... 11

1. Présentation de la plateforme Web ................................................................................ 11
2. UML .............................................................................................................................. 12
3. Présentation de Visual Paradigm for UML ................................................................... 13
4.Technologies utilisées..................................................................................................... 13
4.1 Standards en imagerie médicale ............................................................................... 13
4.1.1 La norme DICOM .............................................................................................. 13
4.1.2 Présentation du PACS ........................................................................................ 13
4.1.3 Le système d’information en radiologie (RIS) .................................................. 13
4.2 Architectures utilisées .............................................................................................. 14
4.3 Logiciels utilisés ....................................................................................................... 15
4.4 Les frameworks utilisés ............................................................................................ 15
4.5 Les Plugins utilisés ................................................................................................... 15
4.6 Les langages utilisés ................................................................................................. 15
5. Recueil des besoins fonctionnels : description des processus ....................................... 16
6. Les besoins non-fonctionnels ........................................................................................ 16
III. Identification des acteurs et leurs descriptions ................................................................ 16
A. Détermination des acteurs de RadioLOG ........................................................................ 17
B. Description des acteurs..................................................................................................... 17
IV. Modélisation du contexte de l’étude ................................................................................ 17
A. Diagramme de contexte dynamique ................................................................................. 17
B. Diagramme de contexte statique ...................................................................................... 18
I. Analyse fonctionnelle de RadioLOG ................................................................................. 21
A. Les cas d’utilisation ......................................................................................................... 21
1. Identification des cas d’utilisation ................................................................................. 21
2. Description textuelle de quelques cas d’utilisation ....................................................... 23
2.1 Description du cas d’utilisation « S’authentifier » ................................................... 24
2.2 Description du cas d’utilisation « Ajouter examen » ............................................... 25
2.3 Description du cas d’utilisation « visualiser liste des examens non traités » ........... 27
2.4 Description du cas d’utilisation « Traiter une image » ............................................ 27
2.5 Description du cas d’utilisation « Rédiger compte rendu » ..................................... 29
2.6 Description du cas d’utilisation « Imprimer compte rendu » ................................... 30
2.7 Description du cas d’utilisation « Consulter un examen » ....................................... 32
3. Diagramme de cas d’utilisation de RadioLOG.............................................................. 33
B. Quelques diagrammes de séquence système. ................................................................... 34
1. Diagramme de séquence système du cas d’utilisation « S’authentifier » ................... 34
2. Diagramme de séquence système du cas d’utilisation « Ajouter Examen » ................. 35
3. Diagramme de séquence système « Visualiser liste des examens non traités » ............ 36
4. Diagramme de séquence système « Traiter une image »............................................... 37
5. Diagramme de séquence système du cas d’utilisation « Rédiger compte rendu » ........ 38
6. Diagramme de séquence système du cas d’utilisation « Imprimer compte rendu »...... 39
7. Diagramme de séquence système du cas d’utilisation « Consulter un examen ».......... 40
II. Analyse statique ................................................................................................................ 41
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne e

A. Glossaire........................................................................................................................... 41
B. Règles du domaine de RadioLOG .................................................................................... 45
C. Modèle du domaine ou dictionnaire visuel ...................................................................... 46
I. Modélisation statique et modélisation dynamique pour chaque cas d’utilisation .............. 48
A. Réalisation de quelques cas d’utilisation ......................................................................... 48
1. Réalisation du cas d’utilisation « S’authentifier » ......................................................... 49
1.1 Diagramme de séquence du cas d’utilisation « S’authentifier » .......................... 49
1.2 Diagramme de classe partielle associé à ce diagramme de séquence .................. 50
2. Réalisation des cas d’utilisations « Gérer examen », « Traiter une image », « Rédiger
compte rendu » et « Imprimer compte rendu » ................................................................. 51
2.1 Diagramme de séquence des cas d’utilisations « Examen et Compte rendu » ........ 51
2.2 Diagramme de classe partielle associé à ce diagramme de séquence ...................... 52
B. Elaboration du diagramme de classes .............................................................................. 53
C. Modélisation du diagramme d’activité ............................................................................. 54
1. Diagramme d’activité de l’opérateur ............................................................................. 54
2. Diagramme d’activité du médecin ................................................................................. 55
II. Le coût de l’application RadioLOG .................................................................................. 56
I. Ordre d’implémentation des classes ................................................................................... 58
II. Règle de passage du diagramme de classe au modèle relationnel .................................... 59
III. Structure de la base de données ....................................................................................... 59
IV. Quelques interfaces de l’application ................................................................................ 61
A. Interface d’authentification des utilisateurs ..................................................................... 61
B. Page d’accueil d’opérateur ............................................................................................... 61
C. Page d’accueil du Médecin .............................................................................................. 62
D. Interface visualisation liste examens non traités .............................................................. 62
E. Interface traitement d’image médicale ............................................................................. 63
F. Impression d’un compte rendu ......................................................................................... 63
V. Quelques lignes de code .................................................................................................... 64
I. Formation à l’exploitation .................................................................................................. 68
II. Mesures de sécurité d’accès et confidentialité .................................................................. 68
A. La confidentialité ............................................................................................................. 68
B. Sécurité de la plateforme .................................................................................................. 68
C. Sécurité physique des données ......................................................................................... 69
CONCLUSION ........................................................................................................................ 70
REFERENCES BIBLIOGRAPHIQUES .................................................................................. A
BIBLIOGRAPHIE ................................................................................................................... a
WEBOGRAPHIE .................................................................................................................... a
FILMOGRAPHIE .................................................................................................................... a
Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne f

MEMOIRE +++ Final Corrigé - Paginé

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

MEMOIRE +++ Final Corrigé - Paginé

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DU BENIN

INSTITUT UNIVERSITAIRE DE TECHNOLOGIE (IUT)

MEMOIRE DE FIN DE FORMATION EN LICENCE PROFESSIONNELLE

OPTION : Gestion FILIERE : Informatique de Gestion

CONCEPTION D’UNE PLATEFORME WEB POUR LE SERVICE DE

Réalisé et présenté par :

HOUNTON D. Justus et OLAMILOKOUN A. Julienne

Maître de stage : Directeur de mémoire :

Sergent Jean Gabin DAGNON Dr Akimou SADIKOU

Chef Section Information et Communication Enseignant en Informatique à

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne i

✓ Mon père HOUNTON S. Sévérin ;

✓ Ma mère AGBOGAN Céline.

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne ii

✓ Mon père OLOUMARE Dieudonné ;

✓ Ma mère ADEYEMI Doukpè.

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne iii

✓ Monsieur Henri TCHONKPONHOUE, le Directeur de l’Institut Universitaire de

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne iv

CSS : Cascading Style Sheets;

DICOM: Digital Imaging and COmmunication in Medicine;

HIA-CHU : Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire ;

HIS: Hospital Information System;

HTML: HyperText Markup Language;

InfoE : Informations Examen ;

IRM : Imagerie par Résonance Magnétique ;

OAG : Officier d’Administration Gestionnaire ;

PACS : Picture Archiving and Communication Systems ;

PHP : HyperText Preprocessor ;

RIS : Radiology Information System ;

SIR : Système d’Information en Radiologie ;

SQL: Structured Query Language;

UML: Unified Modeling Language;

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne v

Listes des tableaux

Tableau 1 : Ressources Matérielles (desktop) de l’HIA-CHU/Parakou. ................................... 4

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne vi

Listes des figures

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne vii

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne viii

En effet, l’industrie liée à l’informatique médicale s’est intéressée au développement de

✓ La présentation du cadre théorique et problématique de l’étude ;

✓ L’analyse et conception du système ;

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne 1

Cette première partie sera consacrée à la présentation du cadre théorique et au

CHAPITRE I : Présentation générale du cadre institutionnel

Pour mieux appréhender les réalités du fonctionnement du service de l’imagerie

I. Présentation de la structure d’accueil

L’Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire de Parakou est un

L’Hôpital d’Instruction des Armées-Centre Hospitalier Universitaire de Parakou est

• Un bloc administratif comportant la direction et ses composantes et quelques

• Un amphithéâtre de 256 places ;

• Un bloc médicotechnique avec de nombreuses unités

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne 2

Notons qu’une bonne partie de ces services médicotechniques (Anesthésie-

Tous ces services se résument dans l’organigramme de l’HIA-CHU de Parakou (Voir

Pour mener à bien sa mission, l’HIA-CHU de Parakou dispose de ressources humaines,

2.2 Matériels roulants

• Un véhicule de fonction Nissan Patrol donné par le Gouvernement (à travers le

Réalisé et présenté par : HOUNTON D. Justus et OLAMILOKOUN A. Julienne 3

2.3 Ressources matérielles informatiques (Hardware) de l’HIA-CHU/Parakou

2.3.1 Les desktops

N° Marque Caractéristique Nombre