Download rapport de réalisation

Another Manager for Pills Reminder
Figure 3 - Médivib
Ces solutions ne sont pas adaptées à tous les types de traitement, soit la taille des compartiments
est trop petite ou alors le système de rappels peu flexible. De plus il n’est pas possible au médecin
de contrôler en direct la prise des médicaments.
4. Choix de l’infrastructure
Afin de rendre notre approche des différents problèmes plus facile, nous avons choisi de séparer ce
projet en trois parties distinctes.
A l’une des extrémités de notre système, nous avons la base de données, qui peut être éditée par le
médecin grâce à l’application web. A l’autre extrémité, nous avons l’application cliente, qui se trouve
sur le mobile du patient, et qui doit pouvoir
pouvoir accéder à la base de données pour récupérer les
informations dont elle a besoin pour fonctionner correctement.
La solution la plus évidente qui nous est venu à l’esprit dans un premier temps a été de permettre à
l’application de directement pouvoir se
se connecter à la base de données. Cependant, rendre notre
base de données accessible de cette manière n’est tout simplement pas possible et ce
principalement pour des raisons de sécurité. En effet, une fois que le mobile est entre les mains du
patient, nouss avons un contrôle plus restreint sur les requêtes qu’il peut effectuer à la base de
données, et lui donner la possibilité d’accéder directement aux informations qui s’y trouvent pose de
nombreux problèmes ne serait-ce
ce qu’au niveau de la confidentialité vis-à-vis
v
vis des autres patients.
Il nous a donc fallu créer une entité de contrôle des accès à la base de données afin de pouvoir
garantir le secret médical, c'est-àà-dire
dire que les informations d’un patient ne soient pas divulguées à
une tierce personne.
Le serveur
veur que nous avons implémenté répond alors à ce besoin. Il est à noter, qu’au niveau de cette
infrastructure de communication entre la base de données et l’application cliente du patient, nous
avons un modèle que nous pouvons assimiler au modèle MVC. Ainsi,
Ainsi, notre base de données joue le
rôle de modèle, l’application cliente celui de vue, et au milieu nous avons le serveur qui prend le rôle
du contrôleur en fournissant à la vue les informations dont elle a besoin du modèle.
Si nous regardons le système dans l’ensemble, nous avons donc une représentation de notre
infrastructure qui ressemble au schéma suivant
8
dos Santos Pedro
Fuino Francesco
Lala Alain