THEME : SUIVI DES PATIENTS DANS LES HOPITAUX

Table des matières

INTRODUCTION GENERALE

I. Présentation du projet choisi

II. Cahier de charges fonctionnelles

A. Besoins auxquels l’application doit répondre

B. Exigences de l’application
1. Exigences fonctionnelles
2. Exigences non fonctionnelles

III. Plan de test

IV. Implémentation d’une classe et mise en œuvre des tests unitaires

1. Diagramme de classes
2. Implémentation de la classe choisie en JAVA
3. Présentation, installation et configuration de l’outil Xunit choisi
4. Mise en œuvre et exécution des tests unitaires sur la classe choisie

CONCLUSION

BLIBIOGRAPHIE
Actuellement, le monde ne cesse de connaitre une avancée technologique considérable qui est
devenu un phare référentiel de ce siècle. Cette avancée serait limitée voir même inexistante sans
l’intervention de l’informatique qui joue un rôle important dans le développement et la fluctuation
des entreprises et établissements. Les hôpitaux qui constituent l’une des principales instances d’un
pays font partie intégrante des établissements que l’informatique peut et pourra beaucoup aider. En
effet la croissance de la population hospitalière implique la mise sur pied de logiciels permettant une
prise en charge rapide et efficace des patients dans un hôpital d’où une nécessite d’introduire
l’informatique dans l’administration hospitalière. L’objectif de notre projet présenté dans ce rapport
sera donc axé sur le processus de mise en place d’une application pour le système hospitalier.

I. Présentation du projet choisi

 OBJECTIFS : Améliorer les conditions et la qualité des soins dans les hôpitaux.
 Intérêts pour la société : Rendre accessible des soins médicaux de qualité pour les patients
 Bénéficiaires : les malades et les usagers des centres hospitaliers
 Problèmes traités : Au Cameroun les usagers des services d’accueil des urgences notamment
dans les hôpitaux régionaux et nationaux autant que les soignants se plaignent de la faible
accessibilité et de la mauvaise qualité des soins qui y sont délivrés ; Ces plaintes sont souvent
relayées par les medias, d’où un engouement pour leur résolution

Une enquête dans les services d’accueil des urgences(SAU) de Yaoundé montrait un taux de
satisfaction 51 .5% en 2011.

Les usagers et les soignants identifies entre autre facteurs sous-jacents :(i) les insuffisances et
le démotivation du personnel hospitalier affecté dans les SAU, (ii) Une organisation
approximative des procédures de travail responsable d’un surmenage du personnel.

Les conséquences sont : (i) l’allongement des délais de prise en change et des durées
d’hospitalisation (plus de 24h pour 65% des usagers), (ii) Une augmentation des couts directs
médicaux ( 109237 FCFA en moyenne à Yaoundé), (iii) De nombreuses complications et
séquelles ainsi qu’une forte mortalité.
II. Cahier de charges fonctionnelles

A. Besoins auxquels l’application doit répondre

 Volume important des informations traitées manuellement, ce qui provoque
parfois des erreurs dans l’établissement des documents
 Recherche difficile sur les registres qui engendrent une perte de temps
 Insécurité des informations
 Possibilité d’erreurs dans le remplissage des différents documents et registres
 Possibilité d’erreurs dans le calcul statistique
 Nombre important des archives qui engendrent une difficulté de stockage
 Mauvaise codification sur quelques objets dans la gestion d’informations objectives
 Gestion et répartition approximatives des taches aux personnels de santé

Objectifs

Afin de remédier à ces problèmes les objectifs suivants sont visés :

 Rapidité dans l’établissement des différents documents
 Facilité et d’accès aux informations
 Stockage des informations sur des supports informatiques ce qui assurent leurs
sécurités
 Automatisation des taches
 Proposer une bonne codification
 Gérer et assigner les taches aux personnels de façons structurées et précises
 B. Exigences de l’application

1 .Exigences fonctionnelles

Notre système doit répondre aux exigences suivantes :

 Etre capable de récupérer les informations de chaque entité à partir

de son matricule pour mettre à jour la base de données de
l’application
 L’insertion des patients et d’autres entités et les orienter vers une
salle d’un service quelconque
 Modification des informations à propos du patient et autres entités
 La suppression
 L’impression des documents comme (bulletin d’admission,
certificats de décès, billet de salle)
 Calcul statistiques : nombre de nouveaux nés, nombre de décès,
nombre de lits libre
 Temps de travail et heures supplémentaires de chaque employé de
l’hôpital

2. Exigences non fonctionnelles

 Performance : L’application doit produire les résultats escomptés

en un temps record
 Robustesse : le système doit être capable de supporter des
utilisations non conventionnelles
 Maintenabilité : l’application doit être capable de supporter les
modifications et amélioration ultérieures
 Sécurité : les informations relatives aux patients doivent être
sécurisées et accessibles uniquement aux personnes spécialisés
 III. Plan de test

N° du Action utilisateur Action système /Résultat attendu

test
Test 1 Tester l’accès à l’application à partir
de quelques postes utilisateurs
Test 2 Insertion et enregistrement des
informations relatives à chaque patient
Test 3 Recherche d’une information relative à
une entité par son identifiant
Test 4 Modifier les informations d’un patient
Test 5 Impression d’un document (billet
d’admission)
Test 6 Recherche du temps de travail d’un
membre du personnel
Test 7 Test de sécurité en essayant d’entrer
dans la base de données sans
authentification
Test 8 Entrée d’un champ inapproprié lors du
remplissage des informations
L’application est accessible aux utilisateurs
(menu, écran, édition)
L’application enregistre convenablement les
informations dans la base de données du système
Le système génère automatiquement le résultat
après l’ajout de l’identifiant
L’application réinitialise sa base de données après
la modification
Le système se connecte à l’équipement concerné
qui génère le billet
Le système produit les différents horaires déjà
occupé par l’employé et calcule son temps total de
travail puis l’affiche
Le système génère un message d’erreur et signale
l’action
Le système renvoi un message d’erreur et indique
l’entrée d’un nouveau champ

Test 9 Attribution d’un soignant à un patient Message d’erreur du système

dont le temps de travail à dépasser le
seuil autorisé
Test Admission d’un patient dans une Le système génère un message d’erreur et génère
10 chambre non vide des choix potentiels
 IV. Implémentation d’une classe et mise en œuvre des tests
Unitaires

1. Diagramme de classes

 Identification des classes

Les classes sur lesquelles notre application est basée sont les suivantes :

 Patient : c’est la classe la plus essentielle de notre application, il s’agit de toute

personne entrant dans l’hôpital ayant droit à l’hospitalisation

 Mod_adm : décrit la façon dont le patient est entré dans l’hôpital

 Salle : désigne l’emplacement où le patient séjournera

 Accompagnateur /Garde patient : représente la personne qui accompagnera le

malade lors de son entré à l’hôpital ou un garde malade qui assistera le patient lors
de son séjour à l’hôpital

 Personnel_med : cette classe représente le personnel médical dont les médecins, les
infirmiers etc…c’est-à-dire toute personne qui s’occupe du suivi du patient tout au
long de son séjour à l’hôpital

 Traitement : représente les traitements et les remèdes que le patient peut prendre
durant son hospitalisation

 Mod_sortie : représente la manière dont le patient va sortir de l’hôpital (sortie par

guérison, par évacuation ou par décès)

 Naissance : c’est la classe des naissances dans l’hôpital

Nous définissons les méthodes et les attributs de chaque classe comme suit :
classe Attribut Méthode
Patient Num_pat, Nom_pat, Prenom_pat,
Sexe_pat, Daten_pat, Age_pat, Adresse_pat, Renseigner ()
Sit_fam_pat, Nom_époux, Tel_époux

Mod_adm Mod_adm, nom_adm

Salle Num_salle, num_lit

unité Cod_unité

Service Cod_service, Nom_service

Garde_patient Nom_gp, Prenom_gp,

sexe_gp, Tel_pat, age_gp, Lien_fam_gp,
Num_CNI

Personnel_med Mat_Per_med, Statut_Per_med, Nom_Per_med Ajouter (), modififier ()

Prenom_Per_med,heure_de_pointe Supprimer()

Traitement Code_tr, nom_tr

Mod_sortie Code_sortie,nom_sortie

Naissance N_naiss, Date_naiss, Heure_naiss, Etat_naiss Ajouter (), modifier ()

Sexe_naiss, Poids_naiss, prenom_nouveau_né Supprimer ()

 Identification des relations

 Chaque patient est admis dans un seul mode d’admission et chaque mode
d’admission contient un ou plusieurs patients
 Un patient est affecté à une salle qui se trouve dans une unité d’un service bien
déterminé et une salle contient un ou plusieurs patients limités.
 Chaque patient peut être accompagné par une personne et cette personne peut être
le garde patient.
 Le personnel médical suit un ou plusieurs patients et un patient peut être suivi par
plusieurs membres du personnel médical.
 Le personnel médical est obligatoirement affecté dans un seul service et un service
contient un ou plusieurs agents du personnel médical.
 Un patient prend un ou plusieurs médicaments et un médicament est pris par un ou
plusieurs patients
 Un patient doit être sorti par un mode de sorti et un mode de sorti est pris par un ou
plusieurs patients
 Diagramme de classes