Avenir 1

THEME
: GESTION INFORMATISEE DU STOCK DE MEDICAMENTS EN PHARMACIE
INTRODUCTION GENERALE
De nos jours, L’informatique est le traitement automatique de l’information par le biais
de l’ordinateur. L’ordinateur est une machine électronique permettant de mémoriser de
traiter et automatiquement l’information reçue selon les règles inscrites dans ses
programmes en un record de temps. Ce fait s’explique par les applications importantes
de l’informatique dans presque tous les domaines de l’entreprise et de la vie
quotidienne. Une forte informatisation dans tous les secteurs de l’économie est un
exemple le plus visible.
Les pharmacies, face à ce développement de l’informatique et des activités des

entreprises, ne restent pas en marge a cette évolution. En effet, la croissance de la
demande de médicaments et leur disponibilité, nécessitent la mise en place d’une
gestion rationnelle. Il s’avère qu’à ce jour la manière de gérer les informations dans ce
domaine restent à revoir.
Vu cet état, notre projet de fin de cycle a pour objectif de concevoir et de mettre en
œuvre une bonne application fiable et facile à entrer dans l’environnement de travail de
la pharmacie en assurant la gestion de ces ressources en l’état de stock de médicaments
en apportant des solutions aux problèmes rencontrer lors de l’exécution.
En quoi cette application pourrait-elle répondre aux contraintes liées à la gestion de

cette pharmacie ? Quelles solutions pour y parvenir ?
Pour une meilleure compréhension du travail de recherche et de conception, ce présent

mémoire a été subdivise en trois (03) parties.
 La première partie intitulée présentation générale, présente de la pharmacie

choisie pour l’étude
 La deuxième partie qui a pour titre Etude technique, fait une analyse détaillée du
projet. Elle décrit aussi la façon dont le projet est conçu.
 La troisième partie quant a elle, est consacrée à la réalisation pratique du projet.
Elle parle des outils et des langages utilisées mener a bien la réalisation du projet
1
THEME : GESTION INFORMATISEE DU STOCK DE MEDICAMENTS EN PHARMACIE
PREMIERE PARTIE :
PRESENTATION
GENERALE
CHAPITRE 1 PRESENTTATION GENERALE
Introduction
2
Dans ce chapitre, nous allons présenter l’organisme d’accueil qui est la Pharmacie
BONHEUR. Nous allons aussi déterminer le rôle de chaque acteur agissant dans cet
organisme pour répondre aux problèmes rencontrés par chacun. Nous déminerons les
objectifs à atteindre dans le but d’assurer une meilleure gestion, Et la suite nous présenterons
notre projet où nous le situerons dans son intérêt.
A-PRESENTATION DE L’ACCUEIL
La pharmacie BONHEUR du GERANT DR KOFFI fut ouverte le 16/03/1993 dans la

commune de ATTECOUBE.
La pharmacie OUAKKOUCHE a pour objectif de :
Assurer le bon approvisionnement de médicaments à la population.
• Bien orienter le malade dans son processus de guérison.
• Sensibiliser le citoyen.
• Conseiller le malade.
• Veiller à la préservation de la santé de la population.
• Elle joue le rôle d’intermédiaire entre la LABOREX.
Pour assurer le bon fonctionnement de la pharmacie, le gérant doit tout d’abord gérer le stock
et donner une formation aux employer sous l’encadrement du pharmacien, qui eux
accueillent le client, le conseillent dans certains cas et vendent le médicament.
1) Rôle du personnel de la pharmacie :
Dans ce qui suit, nous allons énumérer le rôle et la fonction de chaque membre actif au sein
de la pharmacie :
Le Pharmacien :
Le pharmacien est un livre parlant, cette métaphore veut tout dire :
• Encadrer les employés dans leurs rôles de conseiller ;
• Donner des cours de chimie aux employés et les suivre dans leurs travaux d’apprentie
chimiste ;
• Assister aux séminaires et aux conférences pour apporter du nouveau à la science et à
là populations ;
• Suivre le gérant dans son travail de gestionnaire.
Le gérant :
3
Le gérant assure plusieurs tâches à savoir :

• L’approvisionnement journalier en termes de médicaments et produits
parapharmaceutiques chez le fournisseur ;
• Règlement des factures ;
• Formation des vendeurs ;
• Vérifications des arrivages (factures des produits pharmaceutique et
parapharmaceutique) ;
• Payement des charges fiscales ;
• Versement hebdomadaire à la banque.
L’employé :
Assure plusieurs tâches :
• Réceptionne la clientèle ;
• Conseille le malade (en cas de doute le vendeur doit systématiquement demander
conseil au pharmacien ou au gérant) ;
• Mise en place des produits ;
• Établir les factures client (Bon de commande, Facture) ;
• Établir la liste journalière des produits en rupture ;
• Manipulation de l’outil informatique.
2) Organigramme de la pharmacie
4
Pharmacie
employé Comptable Chef service

Matiere
Responsable
Figure 1 : Organigramme de la pharmacie
La pharmacie BONHEUR emploie 10 qui sont le gérant et les employés plus le pharmacien :
B- PRESENTATION DU PROJET
Le thème soumis à notre étude qui s’intitule : « GESTION INFORMATISEE DU
STOCK DE MEDICAMENTS EN PHAMARCIE : CAS DE LA PHAMARCIE
BONHEUR ». Ainsi, notre travail consistera à concevoir et développer une
application dynamique et rapide qui permettra une automatique ; les ruptures
d’approvisionnement, les ruptures de stock ; les commandes des médicaments
manquant dans la pharmacie entre la pharmacie et le Fournisseur à la demande.
1- Objectifs Spécifiques
Le système doit pouvoir :
 Générer des états statistiques,
 Gérer les ordonnances de patients,
 Gérer les commandes fournisseurs,
 Gérer les livraisons des médicaments,
 Prendre en charge les paramètres de stock,
 Gérer les utilisateurs.
5
2- Vision du Projet
Comme toutes les autres entreprises, les pharmacies sont contraintes de constituer les stocks
et l’approvisionnement dans l’immédiat car elles vendent des produits (médicaments). De ce
point de vue, afin de satisfaire au mieux leur clientèle en quantité, en qualité, délai et de
réduire son coût d’exploitation, les stocks constituent un moyen essentiel pour le bon
fonctionnement de la structure. D’où l’incontournable problème de gestion de stocks. Alors,
la vision principale de notre projet de réussir à concevoir une application qui puisse aider au
mieux ; la pharmacie dans son travail.
6
CHAPITRE 2 ETUDE DE L’EXISTANT
Dans ce chapitre nous voudrons présenter les principes de fonctionnement du système utilisé.
Nous commencerons par une description de l'existant puis déterminer les besoins
fonctionnels et non fonctionnels du système ensuite définir les acteurs qui interagissent avec
le système en utilisant le diagramme des cas d'utilisation.
I- DESCRIPTION DE L’EXISTANT
Lors de notre investigation à la pharmacie …, nous avons constaté que :
Ø Le stock était noté manuellement dans un document,
Ø La modification du stock après le récapitulatif de la journée,
Ø Les commandes étaient enregistré dans un registre.
II- CRITIQUES DE L’EXISTANT
Après avoir fait l’étude de l’organisme d’accueil, nous allons analyser des problèmes
rencontrés par les membres du personnel de la pharmacie puis nous allons tenter d’apporter
des solutions.
 Négligence du facteur temps : le facteur temps est un facteur fondamental pour toutes
activités et les tâches destinées au responsable de pharmacie, pour bien gérer le stock
des médicaments, il sera difficile de réussir cette tâche manuellement, aussi bien pour
les différentes ordonnances que pour les statistiques qui lui sont associées.
 Les documents (fiche de produit, bon de commande, bon de livraison, etc.) ne sont
pas bien détaillés.
 Une perte de temps dans la recherche des médicaments périmés ou proche de leur
date de péremptions bien des produits en rupture.
 Volume important des informations traitées manuellement, ce qui provoque parfois
des erreurs dans l'établissement des documents.
 Recherche difficile sur les registres qui engendre une perte de temps.
 Insécurité des informations.
 Possibilité d'erreur dans le remplissage des différents documents et registres.
 Possibilité d'erreur dans les calculs des statistiques.
 Nombre important des archives qui engendre une difficulté de stockage.
(Détérioration des archives à force de leur utilisation trop fréquente.
7
III - OBJECTIF PRINCIPAL

Ce mémoire fait l’objet d’une étude du système de gestion du stock de médicaments
de la pharmacie Bonheur, afin de proposer une solution informatique pour rendre le
travail plus accessible aux utilisateurs, les résultats plus efficaces, sans toucher aux
contraintes ni aux règles fondamentales existantes.
Une application importante, permettant un accès et une gestion des
informations rapide, efficace et simple.
IV - LE CAHIER DE CHARGE
Notre thème a pour fin la mise en place d’une application de gestion de stock de la
pharmacie qui devra :
 Permettre l’accès à l’application grâce à un nom d’utilisateur et un mot de
passe
 L’enregistrement efficace des médicaments, des utilisateurs dans la base de
données
 Faciliter les entrées/sorties du stock
 Faire la mise à jour du stock lors des entrées/sorties des médicaments.
V - PROPOSITIONS DE SOLUTIONS
Afin de pallier aux difficultés présentées ci-dessus dans la critique de l’existant,
nous proposons de développer une application web permettant à la pharmacie
BONHEUR d’atteindre son objectif dans les points suivants :
Automatiser les tâches qui se traitent manuellement.
Faciliter la recherche et l'accès aux informations.
Sauvegarder toutes les données relatives à la gestion des ordonnances sur des
supports informatiques ce qui assurera leur sécurité.
Minimiser les supports papiers utilisés.
Faire toute modification (ajout, suppression, modification) automatiquement. Plus
d'organisation dans le travail du responsable de pharmacie.
Faciliter la recherche de l'information.
Rapidité dans l'établissement des différents documents.
Gain de temps dans les calculs des statistiques.
8
DEUXIEME
PARTIE :
ETUDE TECHNIQUE
9
CHAPITRE 3 METHODE D’ANALYSE
I- Choix de la méthode d’analyse

La conception d’un système d’information n’est pas évidente car il faut réfléchir à
l’ensemble de l’organisation que l’on doit mettre en place. La phase de conception nécessite
des méthodes permettant de mettre en place un modèle sur lequel on va s’appuyer. La
modélisation consiste à créer une représentation virtuelle d’une réalité de telle façon à
ressortir les points auxquels on s’intéresse.
Ce type de méthode est appelé analyse. Il existe plusieurs méthodes d’analyse, et parmi ces
méthodes on a choisi la méthode MERISE
a- PRESENTATION DE LA METHODE MERISE
MERISE est une méthode de conception et de développement des

systèmes d’informations, elle a été conçue pour couvrir les besoins des
administrations ainsi que les entreprises.
Elle a été conçue au début des années 1977 et à la fin des années 1978 à la
suite d’une vaste consultation du ministère de l’industrie en France.
Elle fait une conception basée sur une approche systémique et permet
d’avoir un système d’information évolutif, elle vise à la totalité des informations
soient celles utilisées manuellement ou de manière automatique qu’elle que soit
les lieux de production ou de consommation ou encore les impliqués. Ainsi,
même les informations dont la production ne fera l’objet d’aucune information
devront être décrites.
JUSTIFICATION DU CHOIX :
La méthode MERISE est conçue pour couvrir les besoins des

administrations ainsi que les entreprises. Aussi la plus importante caractéristique
de MERISE est de traduire une vue globale de l’entreprise de façon à lier la
mise en place d’un système d’information de gestion à une refonte de
l’organisation, c’est pour cela que l’on a choisi cette méthode.
MERISE (Méthode Etude et de Réalisation Informatique par Sous

Ensemble), car c’est la méthode la plus adaptée pour notre cas, qui repose sur
une étude d’un modèle relationnel et qui répond au mieux aux exigences de notre
10
système d’information. En effet, La méthode MERISE se caractérise par une

modélisation du monde réel à travers une collection d’outils jusqu’à aboutir à un
SIA (système d’information automatisé). MERISE permet l’analyse d’un
système d’information de sorte à faire une séparation entre les données et les
traitements, ainsi pour la conception d’un système d’information ; la démarche
MERISE passe par les étapes suivantes :
 Le schéma directeur.
 L’étude préalable.
 L’étude détaillée.
 L’étude technique.
II- CONCEPTION DU SYSTEME
1 – Le Modèle Conceptuel des Données (MCD)

a- Présentation du MCD
Le modèle conceptuel des données (MCD) a pour rôle d’écrire de façon formelle les données
qui seront utilisées par le système d’information (SI). Il s’agit donc d’une représentation des
données, facilement compréhensible, permettant de décrire le système d’information à l’aide
d’entités. Cette modélisation conceptuelle des données du SI se fait au moyen de concepts
dont sa mise en œuvre aboutit à une représentation appelée Modèle Conceptuel des Données
(MCD) ou (Schéma conceptuel des données).
Le modèle conceptuel des données (MCD) est la représentation est la représentation schéma
de l’aspect statique du système d’information ; il représente les données et leurs dépendances
fonctionnelles.
Cette modélisation des données s’élabore à partir des étapes successives suivantes :
 Les règles de gestion
 Le dictionnaire de données
 La structure d’accès théorique (SAT)
 La construction du modèle conceptuel des données (MCD)
b- Les règles de gestion
11
Les règles de gestions suivantes nous on permet de déceler les

cardinalités mentionnées dans le MCD établi dans notre étude.
 Chaque employé est affecté à un seul service.

 Un service contient plusieurs employés.
 Un employé peut remplir plusieurs ordonnances à des dates différentes
 Une ordonnance est remplie par un seul employé à une date fixe
 Un employé peut établir plusieurs bons d’affectations
 Un bon d’affectation est associé à un seul employé
 Un médicament appartient à une seule catégorie.
 Une catégorie peut contenir plusieurs médicaments.
 Une commande est passée à un seul fournisseur à une date fixe.
 Une commande ne peut pas être annulée.
 A un fournisseur, on peut passer plusieurs commandes à une date fixe.
 Un fournisseur peut établir plusieurs bons de livraison à des dates
différentes.
 Un bon de livraison est établi par un seul fournisseur à une date fixe.
 Un bon de sortie se réfère au minimum à un médicament.
 Un médicament en stock peut ne pas figurer dans un bon de sortie.
 Un médicament peut figurer dans plusieurs bons de sortie
 Un médicament peut figurer dans plusieurs bons d’affectation
 Un médicament peut figurer dans plusieurs bons de commande.
 Un médicament peut figurer dans plusieurs bons de livraison.
 Un bon d’affectation doit concerner au minimum un médicament en stock.
 Une commande contient au minimum un médicament.
 Un client émet plusieurs ordonnances à une date donnée
 Une ordonnance est émise par un client à une date donnée
12
c - Dictionnaire de Données
Désignation de la donnée Codification Type Taille
Code Médicament Code_Med A 8
Désignation Médicament Médicament A 40
Quantité en Stock Qte_stock N 5
Date de stockage Date_Stock D 12
Seuil Minimum Seuil N 8
Numéro bon Livraison Num_liv A 6
Date Livraison Date Liv D 15
Prix Unitaire Pu_Méd N 10
Quantité livrée Qte_liv N 5
Montant Total M_tot AN 12
Numéro bon d’affectation Num_baf A 6
Date affectation Date_aff D 12
Quantité Affectée Qte_aff N 5
Numéro bon de sortie Num_bso A 6
Date sortie Date_sor D 15
Quantité Sortie Qte_sortie N 5
Numéro bon de commande Num_bco A 6
Date commande Date_com D 10
Quantité commandée Qte_cde N 5
Code Employé Code_emp N 5
Nom employé Nom_emp AN 30
Prénom Employé Prenom_emp AN 30
Grade employé Grade_emp AN 30
Fonction employé Fonction AN 30
13
Code service Code_service AN 5
Intitulé de service Intitule_service AN 20
Nom du responsable service Nom_resp AN 20
Prénom du responsable service Prénom_resp AN 20
Référence de catégorie Ref_cat AN 3
Division catégorie Division AN 5
Code Fournisseur Code_Fournisseur N 5
Nom Fournisseur Nom_Fournisseur AN 30
Prénom Fournisseur Prénom_Fournisseur AN 30
Adresse Fournisseur Adresse_Fournisseur AN 50
Numéro Télephone Num_Tel N 11
Numclt Numero client N 10
Nom_clt Nom client AN 20
Lib_clt Libelle client AN 40
TABLEAU 1 : Dictionnaire des données
Légende : AN : Alphanumérique
N : Numérique D : Date
d- La Structure d’Accès Théorique (SAT)
La structure d’accès théorique est un graphe de dépendance fonctionnelle qui permet de

mettre en évidence les dépendances fonctionnelles entre les différentes entités de notre base
de données future.
14
Figure 2 : Schéma de la structure théorique d’accès théorique
e- Schéma du Modèle Conceptuel de données (MCD)
Figure3 : Schéma du Modèle Conceptuel de données
15
2- Le Modèle Logique de Données Relationnel (MLD)
a - Définition
En respectant les règles de passage d’un MCD à un MLD, on construit les tables
qui seront implémentées dans une base de données par l’utilisation d’un SGBD
relationnel, ainsi on obtient le MLD.
b -forme précative du MLDR
 EMPLOYE (code_emp, nom_emp, fonction, #code_service)

 SERVICE (code_service, nom_resp, prenom_resp, intitule_service)
16
 CATEGORIE (Cod_cat, Lib_Cat)

 MEDICAMENT (Ref _Med, Designation_Med, Qte_Med, Date_Stock, Type, Seuil,
#cod_cat)
 FOURNISSEUR (Cod_Four, Adress, Nom_Four, Pren_Four, E-mail, Tel_Four)
 ORDONNANCE (num_ord, date _ord, #code_emp, #num_clt)
 AFFECTATION (Num_baff, date_affect, #code_emp)
 COMMANDE (Num_com, date_com, #cod_Four)
 BON LIVRAISON (Num_livraison, date_livraison, Pu_Med, Mot_Tot, #num_com)
 CONCERNER (Ref_Med, Num_baff, Qte_aff)
 FIGURER (Ref_Med, Num_ord, date_ord)
 CONTENIR (Ref_Med, Num_com, Qte_cde)
 RENFERMER (Cod_Four, Num_livraison, Qte_liv)
3- Le modèle physique de données (MPD)
a- Présentation du MPD
Le modèle des données défini les choix techniques indépendant des logiciels et
ders machines. Il s’agit donc :
• D’implémenter physiquement la structure logique des données en mettant

en œuvre un système de gestion de données relationnelles (SGBDR)
• De regrouper sur un même espace physique les données liées à forte
activité.
Par exemple : dans le cas d’un réseau, ces données seront sur un
serveur.
b- Description des tables
Cette étude permet d’inventorier toutes les tables concernées par l’application,
et de déceler les principales causes du mauvais fonctionnement et ces tables
seront celles de notre base de données. Nous présenterons aussi l’attribut et le
volume d’information traité pour chaque table. Le formalisme utilisé pour cette
étude est le suivant :
Tableau 2 : table EMPLOYE
17
Nom table : EMPLOYE

Support : disque dur
Longueur :
Clé primaire : Code_emp
Code Désignation Type Taille OBSERVATION
Code_emp Code employe N 10 IDENTIFIANT
Nom_emp Nom employe AN 15
Prenom_emp Prenom employe AN 50
Fonct_emp Fonction employe AN 30
Tableau 3 : table SERVICE
Nom table : SERVICE

Longueur :
Clé primaire : code_service
Code_service Code service N 10 IDENTIFIANT
Nom_resp Nom responsable AN 15
Prenom_resp Prenom responsable AN 50
Intutil_ser Intitule service AN 30
Tableau 4: table ORDONNANCE
Nom table : ORDANNANCE

Longueur :
Clé primaire : Num_ord
Num_ord Numero ordonnance N 10 IDENTIFIANT
Date_ord Date ordonnance D 20
18
Tableau 5 : table AFFECTATION
Nom table : AFFECTATION

Longueur :
Clé primaire : Num_baff
Num_baff Numéro affectation N 10 IDENTIFIANT
Date_aff Date affectation D 520
Tableau 6 : table CATEGORIE
Nom table : CATEGORIE

Longueur :
Clé primaire : cod_cat
Cod_cat Code categorie N 10 IDENTIFIANT
Lib_cat Libelle categorie AN 50
Tableau 7 : table MEDICAMENT
Nom table : MEDICAMENT

Longueur :
Clé primaire : ref_med
Ref_med Reference medicament N 10 IDENTIFIANT
Designa_med Designation AN 50
medicament
Qte_med Quantite medicament AN 50
19
Type Type du medicament AN 30

Seuil Seuil N 25
Tableau 8 : table COMMANDE
Nom table : COMMANDE

Longueur :
Clé primaire : Num_com
Num_com Numero commande N 10 IDENTIFIANT
Date_com Date commande D 25
Tableau 9 : table BON LIVRAISON
Nom table : CLIENT

Longueur :
Clé primaire : Num_livraison
Num_livraison Numero livraison N 10 IDENTIFIANT
Date_livraison Date livraison D 25
Pu_med20 Prix unitaire AN 20
medicament
Mot_tot Montant total AN 15
Tableau 10 : table FOURNISSEUR
Nom table : FOURNISSEUR Support : disque dur
20
Clé primaire : cod_four Longueur :

Cod_four Code fournisseur N 10 IDENTIFIANT
Adres Adresse AN 50
Nom_four Nom fournisseur AN 50
Prenom_four Prenom fournisseur AN 30
E-mail_four E-mail fournisseur AN
Tel_four Telephone AN
fournisseur
Tableau 11 : table CLIENT
Nom table : CLIENT

Longueur :
Clé primaire : Num_Clt
Num_Clt Numéro client N 10 IDENTIFIANT
Nom_Clt Nom du client AN 50
4- Le model conceptuel de traitement (MCT)

a- Principe du MCT
Le modèle conceptuel des traitements (MCT) exprime ce que fait le domaine et

non par qui, quand, où et comment sont réalisées ces activités. Il permet ainsi
de préciser les frontières du domaine en décrivant les activités qui lui sont
associées et les échanges avec son environnement.
b- Elaboration du MCT
21
Le graphe des flux
• Liste des acteurs
Un acteur est une entité abstraite ou concrète qui émet ou reçoit des données
(Informations). L’acteur peut aussi traiter l’information. On distingue deux

types d’acteurs : les acteurs internes et les acteurs externes.
L’identification des acteurs se fait dans le tableau suivant :
Tableau 12: liste des acteurs
N° d’ordre ACTEURS NATURE RÔLES
1 Pharmacien interne -Réception de récépissé 1

-réception de récépissé 2
-calcul du bénéfice
2 Responsable interne -Enregistrement des commandes

-ordre de livraison
-vente de Médicaments
-réception de commande
-émission de reçu
-Estimation des commandes
22
-communication des commandes et

heure de livraison
-Emission de livraison
-réception de montant de médicaments
vendus
-Emission des invendus
-Emission de récépissé
3 Fournisseur Livraison des médicaments

Commandés
Client Externe -envoi d’ordonnance

Paiement
-réception de reçu
Réception de médicaments
Versement du reliquat
 -Flux d’informations :
Le flux d’information permet de représenter la circulation des informations entre

l’organisation avec ses différentes structures d’un côté et les acteurs externes de
l’autre, selon une représentation standard dans laquelle chaque objet porte un
nom.
Les acteurs externes sont représentés par des rectangles en pointillés
Les acteurs internes sont représentés par des rectangles pleins
23
Les flux d’informations sont représentés par des flèches dont l’orientation
désigne le sens du flux d’information
1 : Envoyer un état de besoins pour validation.
2 : Envoyer l’état de besoins pour visa
3 : Envoyer l’état de besoins visé
4 : Envoyer l’état de besoins visé et caché
5 : Envoyer un bon de commande pour signature
6 : Envoyer un bon de commande signé
7 : Envoyer un bon de commande signé
8 : Envoyer un bon de livraison signé
9 : Envoyer le bon de livraison avec les produits livrés
10 : Envoyer un bon de sortie
11 : Envoyer un bon de sortie signé pour visa
12 : Envoyer le bon de sortie signé et visé
13 : Envoyer le bon de sortie signé et visé
24
12
EMPLOYES
10
11
2
CHEFS
3
SERVICES 1 13
FOURNISSEUR RESPONSABLE
6
7 5
GERANT
9
Pharmacien
8
FIGURE 4 : Flux D’information
 Le modèle conceptuel de traitement (MCT)

 Réception des médicaments commandés
Processus 1 : Réception de bon de livraison
25
Réception de bon
Vérification des
01 Médicaments livrés
A la demande Accepter Non
Livraison des médicaments

Renvoi au fournisseur
02 Mise à jour de la fiche de stock
A chaque livraison Toujours
Rangement des articles dans la pharmacie
Tableau13 : processus1
Processus 2 : commande des médicaments
26
Passe commande avec bon de
Vérification
01
l’existence des médicaments
A la demande Accepter Non accepter
Médicament existe
Bon sortie rejeté
Vérification de
02
quantités commandées avec le
A chaque commande Toujours
Quantité satisfaite selon le stock
Mise à jour de la fiche

03
A chaque Toujours
médicaments sortie
Tableau 14 : processus 2
Processus 3 : affectation des médicaments
27
Réception de bon d’affectation
Vérification
01
l’existence des médicaments
A la demande trouver Non Trouver
Article existe
Bon d’affectation rejeté
Vérification de
02
quantités commandées avec le
A chaque commande Toujours
Article affecté
Mise à jour de l ’état journalier de

03
A chaque affectation Toujours
Articles sortie
Processus 4 : réintégration des médicaments
28
Réception de bon de réintégration
Vérification de l’état de
01
A la réintégration Bon Réforme
médicament en bonne état Etabli un PV de Réforme
Mise à jour de l ’état

02 journalier et rangement de
médicaments dans la pharmacie
A la réintégration Toujours
I- CHOIX DE LA PLATEFORME DE DEVELOPPEMENT
29
Compte tenu de l’utilisation qui sera faite de cette application nous avons
décidés de la recherche accessible à partir d’un réseau (plateforme
client/serveur). Permettant ainsi à l’administrateur d’avoir accès à celle-ci à
partir de n’importe quel ordinateur connecté au réseau.
1- Présentation de quelques Atelier Génie Logiciel

On distingue par atelier de génie logiciel (AGL) un ensemble de programmes
informatiques permettant eux-mêmes de produire des programmes de manière
industrielle.
Il existe plusieurs langages de programmation orienté objet dont WINDEV,

Visual Studio etc. Nous nous concentrerons de présenter seulement deux AGL
pour voir leurs caractéristiques et faire ensuite un choix pour notre application.
a) Windev
Windev est un atelier de génie logiciel totalement intégré et complet, de la
conception à la maintenance : cela facilite et fiabilise le développement qui
permet de créer de façon simple des applications dans tous les domaines. C’est
un logiciel simple qui permet de créer facilement rapidement les applications.
Outre sa simplicité il est en français mais disponible aussi en anglais.
b) Microsoft Visual studio

Microsoft Visual studio est une suite de logiciels de développement pour
Windows conçus par Microsoft. Visual studio est un ensemble complet d’outils
de développement permettant de générer des applications web, des applications
bureautiques et de l’application mobile. Visual Basic, Visual C++, Visual C# et
Visual J# utilisent tout le même environnement de développement intégré IDE
(Intégrale Développement Environnement), qui leur permet de partager des
outils et facilite la création de solution faisant appel à plusieurs langages.
LES LOGICIELS DE VISUAL STUDIO : Visual Basic, Visual C++, Visual C#,
Visual Web Developer, Visual J#.
2- Choix De L’environnement De Développement Integer (IDE)
30
Comme IDE, notre choix s’est porté sur le progiciel WINDEV qui est un des
meilleurs logiciels de développement d’applications. Aussi ce logiciel est-il très
efficace dans le domaine de la conception de progiciel. Nous avons opté pour
cet environnement compte tenu de sa performance et de son concept de
programmation orientée objet.
Tableau 17 : comparaison de WINDEV et MICROSOFT VISUAL STUDIO
AGL AVANTAGES INCONVENIENTS

WINDEV -développement rapide et -cout d’acquisition élevé. -
économique. peu utilisé au plan
-prise en main facile international.
MICROSOFT -excellente ergonomie -PEU DEVENIR LENT
VISUAL STUDIO -bon IDE SUR LE développement de
gros projet.
-problème d’intégration
avec les technologies autres
que Microsoft
II- Système de Gestion de Base de Données
➢ Quelques bases de données
• Hyper File SQL server
Hyper File SQL est un puissant et rapide SGBDR (Système de Gestion de Base
de Données Relationnelle).
31
C’est une base de données SQL intégrer aux environnements WINDEV,

WINDEV MOBIL et WEBDEV. Il fonctionne aussi bien sur Windows que
linux et MAC.
• SQL server
SQL server est un SGBDR rapide, sécurisé développé et commercialisé par

Microsoft.
1- Choix du système de gestion de base de données
Pour la mise en place de notre base de données, nous avons choisi Hyper File
SQL qui est intégré au logiciel WINDEV pour un fonctionnement harmonieux
du logiciel.
Tableau 18 : comparaison de HYPER FILE SQL SERVER et MICROSOFT

SQL SERVER
SGBDR AVANTAGES INCONVENIENTS
HYPER FILE SQL -Rapide -Pas connu du public

SERVER -Robuste
MICROSOFT SQL -Déploiement par un setup, -Compatibilité limitée
SERVER mise en œuvre et
administration par des
interfaces graphiques
intuitives.
-Programmable.
-Gestion avancée de la
sécurité en offrant deux
modes d’authentification
(Authentification Windows
et Authentification SQL
32
Server).
-Cout relativement moins
cher par rapport aux autres
SGBD du marché
Tableau : comparaison de base de données.
2- Description
Le SGBD Hyper File SQL est composé de plusieurs éditeurs qui permettent la
conception des tables à l’éditeur des états. Comme éditeur nous pouvons citer :
➢ L’éditeur de tables qui permet la conception des différentes tables de notre
base de données.
➢ L’éditeur de requête permet la conception des différentes requêtes
de notre base de données.
➢ L’éditeur de formulaire permet de réaliser les différents formulaires

de notre base de données.
III- LANGAGE DE PROGRAMMATION
1- Quelques langages de programmation
Il existe plusieurs langages de programmation dont les plus utilisés sont :
➢ PHP : HyperText Preprocessor, plus connu sous son sigle PHP, 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.
33
➢ JAVA : Java est un langage de programmation orientée, objet créé par

James Gosling et Patrick Naughton, employés de Sun Microsystems,
avec le soutien de Bill Joy, présenté officiellement le 23 mai 1995 au
SunWorld. La société Sun a été ensuite rachetée en 2009 par la société
Oracle qui détient et maintient désormais Java.
➢ WLANGAGE : Le WLangage est un langage de programmation
apparu en 1992 avec WinDev. Utilisé par les outils de développement
WinDev, WebDev et WinDev Mobile, il est propriétaire les
programmes ne peuvent être manipulés qu'avec les outils PC SOFT.
2- Choix du langage
Vu que notre choix s’est porté sur l’environnement WINDEV par conséquent,
le langage de programmation qui s’y rapporte sera le WLANGAGE.
3- Description
Windev est un atelier de génie logiciel (AGL) édité par la société française PC
SOFT et conçu pour développer des applications, principalement orientées
données pour Windows 10, 8, 7, Vista, XP, 2008, 2003,2000, et également
pour Linux, .Net et Java.
Il propose son propre langage : LE WLANGAGE.
La première version de l’AGL est sortie en 1993. Apparenté à WEBDEV et

WINDEV MOBILE.
34
Troisième partie :
REALISATION DE
L’APPLICATION
CHAPITRE 5 PHASE DE REALISATION
I- PRESENTATION DU TABLEAU DE BORD DE WINDEV 20
Le tableau de bord du projet est un élément indispensable à la gestion de

projets
Windev. Il permet d’avoir une vision globale et synthétique de l’état

d’avancement d’un projet. Les différents éléments du tableau de bord sont :
35
Figure 5 : Ecran du tableau de bord de Windev 20
Le tableau de bord du projet est composé de :
✓ La liste d’élément
Le tableau de bords est composé de différentes listes. Ces listes

permettent d’optimiser l’accès aux éléments du projet. Par exemple la liste «
SELECTION RAPIDE » permet de rechercher facilement un élément du projet.
Il suffit de saisir quelques lettres composant le nom de l’élément recherché.
Ayant dans son application une fenêtre ou un code qui est utilisé plusieurs fois,
une fenêtre générale regroupant par exemple les fonctionnalités principales, on
a aussi la liste « FAVORIS » qui permet de regrouper ces fenêtres ou code pour
36
ne pas perdre de temps à rechercher cet objet. Par le biais du tableau de bord, il
est également possible de connaitre et de modifier certaines caractéristiques
importantes du projet. Ces éléments sont également présentés sous forme de
voyants : le voyant est vert ? Cela signifie que la fonctionnalité est activée dans
votre projet. Dans le cas contraire, un simple clic sur le voyant permet d’activer
ou de désactiver ou de configurer la fonctionnalité.
Figure 6 : liste des éléments
✓ Le compteur de bugs
Le compteur de bugs représente le nombre de bugs actuellement présent sur le

projet. Ces bugs sont référencés dans le Centre de Contrôle Qualité. Ces bugs
ont été fournis directement par les utilisateurs de l’application, au moyen de
l’option ‘’ ?...Envoyer une suggestion,…’’de leur application. Cette option est
proposée en standard si vous intégrez le menu automatique ‘’ ?’’ Dans votre
application.
37
Figure 7 : le compteur de bugs
II- DEPLOIEMENT DE L’APPLICATION
1- Interface authentification
Le paramétrage du groupware utilisateur est réalisé par le superviseur de

l’application.
Ce paramétrage consiste à créer des utilisateurs, des groupes d’utilisateurs, et à

leur attribuer pour chaque champ de chaque fenêtre de l’application certains
droits. Ces droits consistent à rendre visible, invisible ou grisé des champs, des
groupes de champs, des options de menu.
Figure 8 : page authentification

Insertion de figure de l’application
2- Création des Personnels
La création d’un nouvel Personnel consiste à donner les informations

suivantes : nom, prénoms, date de naissance, résidence, fonction, civilité et le
type de compte. Si le personnel possède un compte il devra renseigner les
champs :
38
- Le login de l’utilisateur (qui correspond à l’identifiant de l’utilisateur

lors de sa connexion à l’application)
- Le mot de passe de l’utilisateur (ce mot de passe n’est pas obligatoire,
et peut être saisi par l’utilisateur lui-même lors de sa première
connexion à l’application)
- Le mot de récupération qui permet de récupérer le compte en cas
d’oubli du mot de passe
Figure 9: création d’un compte personnel
Insertion de figure de l’application
III- Sécurité et optimisation

Les principales recommandations permettent d’optimiser le niveau de sécurité
d’une base de données HFSQL Client/serveur en fonction des contraintes et des
fonctionnalités recherchées. Quelques principes sont les suivants :
▪ Sécurité physique de la machine : Pour assurer cette sécurité, les

points suivants sont conseillés : o Limiter les accès physiques possible à
la machine
o Assurer l’alimentation électrique (alimentation redondée, onduleur,

…) o Contrôler la température et l’hygrométrie de la pièce,… o
Assurer les accès réseau du serveur (plusieurs cartes réseau) o
Enlever de la machine les matériels non utilisés (Graveur, Modem.
…) o Protéger le BIOS par un mot de passe et désactiver dans le
bios les fonctionnalités et matériels non nécessaires (Port USB
intégrés s’ils sont non utilisés par exemples)
o Choisir un média physique (disque) sûr (et rapide). Ce média
physique stockera le serveur HFSQL et surtout les bases de
données.
▪ System d’exploitation : Le système d’exploitation du serveur
(Windows/Linux, version 32/64 bits) doit être à jour de ses correctifs de
sécurité. Un administrateur spécialisé du système choisi permet
d’assurer une bonne configuration du système d’exploitation. Toutes les
39
options et services non utilisés doivent être désinstallés ou désactivés

(serveur web, serveur
FTP…).Dans le cas d’un serveur sous Windows, vérifiez que le serveur
n’a pas également le rôle ’’Active Directory’’. En effet dans ce cas, les
caches en écriture du système sont désactivés, ce qui impacte
grandement les performances de mises à jour des données.
▪ Sécurité réseau : Pour assurer la sécurité réseau du poste, voici

quelques éléments à prendre en compte :
o Blocage de port de connexion car nous ne faisons pas d’accès
externe. o Sécurisation de la pile TCP/IP.
o Interdire les accès externes (Internet), les accès sans fil (Wifi,
GPRS,
3G…).
▪ Système de sauvegarde : La mise en place d’un système de sauvegarde

et de restauration. Une sauvegarde permet de pouvoir récupérer des
données suite à un problème de fonctionnement (panne de matériel,
erreur de manipulation, vol,…). La présence d’une copie/sauvegarde
des données implique que
l’emplacement de cette sauvegarde soit dans un endroit physiquement
différent, mais aussi bien protégé que les données originales.
▪ Gestion des sessions utilisateur : ne pas laisser de sessions ouvertes

sur le serveur. Le fait de conserver une session ouverte sur le serveur
ouvre des possibilités d’accès et constitue donc une faille de sécurité.
Le serveur ne doit donc en aucun cas être un poste de travail.
▪ Utilisateurs et droits : Le serveur HFSQL permet de créer des
utilisateurs et des groupes d’utilisateurs grâce au Centre de Contrôle
HFSQL (onglet vertical
‘’Utilisateur’’ et onglet vertical ‘’Groupes’’ disponible dans l’onglet du
serveur HFSQL).
40
Pour chaque utilisateur et chaque groupe, le Centre de Contrôle HFSQL

permet de donner des droits de lecture, d’écriture, de création, de
suppression…
(Option ‘’Gestion des droits’’ présente dans le groupe ‘’Droits’’ des

onglets correspondants au serveur, à la base et aux fichiers de la base de
données).
Afin de diminuer les possibilités d’opérations accidentelles ou
malveillantes, les applications qui se connectent au serveur HFSQL
doivent le faire avec un compte utilisateur HFSQL approprié. Deux
utilisateurs différents ne doivent pas utiliser le même compte utilisateur
HFSQL.
Dans le Centre de Contrôle HFSQL, définissez une politique de droits

avec uniquement les droits minimum requis pour chaque utilisateur et
chaque groupe d’utilisateurs.
▪ Maintenance : Il est important de maintenir à jour le serveur HFSQL et

la couche cliente HFSQL. Les mises à jour peuvent comporter des
corrections de failles de sécurité.
La ré-indexation régulière des index des bases de données permet non
seulement d’assurer des requêtes performantes (mises à jour des
statistiques), mais également une meilleure robustesse des fichiers.
Attention aux différents processus qui peuvent être actifs sur le serveur
(antivirus, vérification de disque,…) : aucun processus autre que le
serveur HFSQL ne doit accéder aux bases de données.
▪ Sécurisation des applications : La sécurisation d’une base de données

passe par la sécurisation des applications qui utilisent la base de
données. En effet, les applications qui accèdent à la base de données
contiennent toutes les informations nécessaires pour accéder à la base.
Elles constituent donc un gros point faible d’accès à la base de données.
41
Les applications qui accèdent à une base de données doivent donc elles-
mêmes être protégées avec au moins : o Une authentification des
utilisateurs
o Un verrouillage automatique de l’application ou de la session en

cas d’inactivité prolongée
o Les informations d’authentification ne doivent pas être mémorisées
o Les possibilités d’exports des données doivent être désactivées
partout ou elles ne sont pas strictement nécessaires dans
l’application
o Les différentes options de l’application doivent être accessibles en
fonction de l’utilisateur (Groupware utilisateur)
o L’installation de l’application doit elle-même être sécurisée et
accessible uniquement aux personnes autorisées.
▪ Configuration du poste : Les caractéristiques physiques de la machine
conseillées :
o Multiprocesseurs, multi-cœurs, afin d’assurer un traitement en
parallèle des requêtes par le serveur HFSQL
o Technologie 64bits : pour que le serveur HFSQL puisse utiliser
plus de 2Go de RAM, il doit être installé dans sa version 64bits, sur
un système 64bits et sur une machine de 64bits.
o Une grande quantité de RAM. Plus il y aura de mémoire RAM,
plus le système d’exploitation et le serveur HFSQL pourront
générer du cash sur les lectures de fichiers, et les traitements s’en
trouverons accélérés. De plus, une partie de la mémoire RAM
installé est utilisée par le système
d’exploitation et les différents autres services installés sur la
machine. Si la base de données est volumineuse, il est conseillé
d’avoir 16Go de mémoire (ou plus).
o Des disques durs rapides : Le serveur HFSQL fait un grand nombre

d’accès aux disques (lectures et écritures), la présence de disques
rapides peut plus que doubler la vitesse de certaines opérations.
42
▪ Autres conseils : o Pas d’écrans de veille autres qu’un écran noir sur le
serveur, car certains écrans de veille peuvent utiliser beaucoup de
ressources.
o Activation possible de la compression des trames sur les
communications HFSQL. Cette option est intéressante uniquement
si le débit du réseau de communication entre le serveur et le client
est faible (GPRS, 3G…).
CHAPITRE 5 COUT DE L’APPLICATION
I- L’ENVIRONNEMENT ET LES CARACTERISTIQUES
43
1- L’environnement
L’environnement désigne les postes de travail sur lesquels se fera l’installation

de l’application. L’application pourra être installée sur plusieurs postes donc
pour le fonctionnement de notre application nous besoins deux postes au
minimum l’un géré par l’administrateur et l’autre par la caissière.
2- Les caractéristiques de l’environnement
Notre application pourra être installée sur des ordinateurs portables (LAPTOP)
ou des ordinateurs de bureaux (DESKTOP). Notre choix c’est porté sur les
ordinateurs de bureaux pour leur prix abordable et leur durabilité.
Les caractéristiques de nos ordinateurs tourneront autour de:
- La performance :
• Nos postes de travail pour une meilleure performance

devront avoir des RAM (Random Access Memory) d’au
moins 4 Go
• Pour une CPU (central processing unit en français unité
central de traitement) pour une meilleure vitesse devra
tourner à 2.16GHz
- Le système d’exploitation : le système d’exploitation de nos

poste sera : le système Windows 10 x32 Bits(ou plus)
- Le stockage : le Disque dur de nos postes devra être au moins
de 300 Go afin d’avoir un espace suffisant.
II- COUT DE L’APPLICATION
44
Voici ci-après un devis estimatif du cout de la réalisation de note

application :
Tableau 19 : cout de l’application
DESCRIPTION QUANTITES PRIX TOTAL HT
UNITAIRE
Main d’œuvre 500 .000 .CFA 500 .000 .CFA

Ordinateur 3 150.000 .CFA 450.000 .CFA
Fly box 1 65.000CFA 65.000CFA

Office 2016 1 196.000F .CFA 190.000F .CFA
TOTAL 1.205.000 FCFA
45

Avenir 1

Transféré par

Informations du document

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

Avenir 1

Transféré par

Droits d'auteur :

Formats disponibles

THEME

: GESTION INFORMATISEE DU STOCK DE MEDICAMENTS EN PHARMACIE

Les pharmacies, face à ce développement de l’informatique et des activités des

En quoi cette application pourrait-elle répondre aux contraintes liées à la gestion de

Pour une meilleure compréhension du travail de recherche et de conception, ce présent

 La première partie intitulée présentation générale, présente de la pharmacie

CHAPITRE 1 PRESENTTATION GENERALE

La pharmacie BONHEUR du GERANT DR KOFFI fut ouverte le 16/03/1993 dans la

1) Rôle du personnel de la pharmacie :

Le gérant assure plusieurs tâches à savoir :

employé Comptable Chef service

Figure 1 : Organigramme de la pharmacie

CHAPITRE 2 ETUDE DE L’EXISTANT

III - OBJECTIF PRINCIPAL

CHAPITRE 3 METHODE D’ANALYSE

I- Choix de la méthode d’analyse

MERISE est une méthode de conception et de développement des

La méthode MERISE est conçue pour couvrir les besoins des

MERISE (Méthode Etude et de Réalisation Informatique par Sous

système d’information. En effet, La méthode MERISE se caractérise par une

II- CONCEPTION DU SYSTEME

1 – Le Modèle Conceptuel des Données (MCD)

b- Les règles de gestion

Les règles de gestions suivantes nous on permet de déceler les

 Chaque employé est affecté à un seul service.

Désignation de la donnée Codification Type Taille

Code Médicament Code_Med A 8

Désignation Médicament Médicament A 40

Quantité en Stock Qte_stock N 5

Date de stockage Date_Stock D 12

Seuil Minimum Seuil N 8

Numéro bon Livraison Num_liv A 6

Date Livraison Date Liv D 15

Prix Unitaire Pu_Méd N 10

Quantité livrée Qte_liv N 5

Montant Total M_tot AN 12

Numéro bon d’affectation Num_baf A 6

Date affectation Date_aff D 12

Quantité Affectée Qte_aff N 5

Numéro bon de sortie Num_bso A 6

Date sortie Date_sor D 15

Quantité Sortie Qte_sortie N 5

Numéro bon de commande Num_bco A 6

Date commande Date_com D 10

Quantité commandée Qte_cde N 5

Code Employé Code_emp N 5

Nom employé Nom_emp AN 30

Prénom Employé Prenom_emp AN 30

Grade employé Grade_emp AN 30

Fonction employé Fonction AN 30

Code service Code_service AN 5

Intitulé de service Intitule_service AN 20

Nom du responsable service Nom_resp AN 20

Prénom du responsable service Prénom_resp AN 20

Référence de catégorie Ref_cat AN 3

Division catégorie Division AN 5

Code Fournisseur Code_Fournisseur N 5

Nom Fournisseur Nom_Fournisseur AN 30

Prénom Fournisseur Prénom_Fournisseur AN 30

Adresse Fournisseur Adresse_Fournisseur AN 50

Numéro Télephone Num_Tel N 11

Numclt Numero client N 10

Nom_clt Nom client AN 20

Lib_clt Libelle client AN 40