• Aucun résultat trouvé

Envoi les résultats

Affichage les données trouvé

Figure 3.6 : Diagramme de séquence du cas de recherche. 3.2.1.6- Diagramme de séquence du cas d'utilisation « Mesure »

1. l’utilisateur sélectionne un patient pour les mesures 2. le system affiche les capteurs connecté à ce patient 3. l’utilisateur choisie un ou plusieurs capteurs

4. le system lui affiche les valeurs idéales selon des contraintes spécifiques. (Par fois choisit par l’utilisateur. Exemple (le taux de glycémie peut mesurer à jeun ou dans le cas habituel) 5. Lancer la mesure.

6. Afficher les résultats des mesures. 7. Enregistrer les résultats a la BBD.

System BDD F ilt ra ge

utilisateur

Sélection d’un patient

Recherche des capteurs connectés Renvoi les résultats de recherche Affichage des capteurs connecté

Lancer la mesure

Affichage des résultats des mesures Enregistrement des résultats

Stockage des résultats des mesures Figure 3.7 : Diagramme de séquence du cas de mesure 3.2.2-Diagramme d'activité

Il donne une vision des enchaînements des activités propre à une opération ou à un cas d'utilisation.

Le diagramme d'activité est attaché à une catégorie de classes et décrit le déroulement des activités de cette catégorie. Le déroulement s'appelle "flot de contrôle". Il indique la part prise par chaque objet dans l'exécution d'un travail. Il sera enrichi par les conditions de séquence.[11] System BDD Re ch erc he

Le diagramme d'activité d'authentification nous permet de voir les comportements internes du système, lors du démarrage de l'application par l'utilisateur, le système lui affiche le formulaire d'authentification, après que le mot de passe soit saisit le système vérifie sa validité et affiche la page d'accueil sinon il affiche un message d'erreur.

Utilisateur System

Figure 3.8 : Diagramme d’activité d'authentification.

Démarrer l’application Ouvrir l’application

Saisir et soumettre la requête

Afficher le formulaire d’authentification

Affichage de la page d’accueil Vérifier et contrôler le mot de passe

Affichage de message d’erreur

Après une demande d'ajout d'une donnée par l'utilisateur (patient, médecin), le système lui affiche le formulaire d'ajout pour qu'il puisse saisir ces données et confirmer leur enregistrement au niveau de la base de données.

Utilisateur System Base de données

Figure 3.9 : Diagramme d’activité d’ajout Demande formulaire d’ajout Affichage du formulaire d’ajout Saisir les nouvelles données Vérifier l’existence des nouvelles Afficher message d’erreur Confirmation de l’ajout Stockage des nouvelles données

Utilisateur System Base de données

Figure 3.10 : Diagramme d’activité de suppression Demande de

suppression Affichage la table des données Sélection de la donnée a supprimé Demande de confirmation Suppression des données Confirmation de la suppression

Utilisateur System Base de données

Figure 3.11 : Diagramme d’activité de modification. Demande de

modification

Affichage du tableau des données Sélectionne les

données a modifié

Lancer la recherche Recherche

Modifier les données du formulaire Valider la modification des données Chargement L’aperçu du formulaire a modifié Confirmation de la modification

Utilisateur System Base de données

Figure 3.12 : Diagramme d’activité de recherche. Demande de recherche des Affichage des contraintes de recherche Choisir les contraintes Filtrage Lancer la recherche Chargement L’aperçu des données

Utilisateur System Base de données

Figure 3.13 : Diagramme d’activité de mesure Sélection d’un

patient

Lancer la recherche des capteurs connectés

Choix de capteur Affichage des

capteurs connectés

Recherche

Valider la sauvegarde des valeurs de

Traiter le cas Afficher résultats des mesures

Lancer la mesure

Stockage des valeurs de mesure Intervention

d’utilisateur Générer message

3.3.1-Diagramme de classes :

C'est une collection d'éléments de modèle statique, tels que des classes, des interfaces et leurs relations, connectés entre eux comme un graphe.

Il représente la description statique du système en intégrant dans chaque classe la partie dédiée aux données et celle consacrée aux traitements. C'est le diagramme pivot de l'ensemble de la modélisation d'un système.

3.3.1.1-Identification des classes

Une classe est une description d'un groupe d'objets partageant un ensemble commun de propriétés (les attributs), de comportements (les opérations) et de relations avec d'autres objets (les associations et les agrégations).[11]

Une classe contient :

Des attributs (ou champs, ou variables d'instances) : Les attributs d'une classe décrivent la structure de ses instances (les objets).

Des méthodes (ou opérations de la classe) : Les méthodes décrivent les opérations qui sont applicables aux instances de la classe.

Une agrégation est une association correspondant à une relation qui lorsqu'elle est lue dans un sens signifie "est une partie de" et lorsqu'elle est lue dans l'autre sens elle signifie "est composé de".

Nous définissons les classes et les méthodes et les attributs comme suit :

Classe Attribut Méthode

Administrateur Login, mot_de_pass Identifier ()

Patient Codepatient, âge, sexe,daterentree,freqcardique, Pressionart,glycimie,oxymetrie.

Ajouter (), modifier (), supprimer (), rechercher ()

Médecin Codemedecin, nummedecin. Ajouter (), modifier (),

supprimer (), rechercher ()

Personne Nom, prénom Ajouter (), modifier (),

salle Code_salle, num_salle. Ajouter (), modifier (), supprimer (), rechercher ()

Intervention Codeinterv, type. Afficher ().

freqcardiaque Codefreqcardiaque. Afficher ().

pressionart Codepressionart. Afficher ().

tauxglycimie Codeglycimie. Afficher ().

oxymetrie Codeoxymetrie. Afficher ().

Tableau 3.1 : Méthodes et attributs des classes. 3.3.1.2-Dictionnaire des données :

Codification Désignation type taille observation

Login le nom d’utilisateur caractère 20

mot_de_pass Le mot de passe d’utilisateur caractère 20

Codepatient Le code du patient entier 6 xxxxxx

âge L’ag du patient entier 2 xx

sexe Sexe du patient caractère 20

daterentree La date d’entrer du patient date 8 jj/mm/aaaa

freqcardique Disponibilité du capteur de la Fréquence cardiaque

boolien 10

Pressionart Disponibilité du capteur de la pression artérielle

boolien 10

glycimie Disponibilité du capteur de la glycémie

boolien 10

oxymetrie Disponibilité du capteur de l’oxymetrie

nummedecin Numéro du médecin entier 6

Nom Le nom du patient ou médecin caractère 20

prénom Le prénom du patient ou médecin caractère 20

Parametre_ideal Le paramètre dans l’état idéal réel 8

parametre_mesurer Le paramètre dans l’état de mesure réel 8

Code_salle Code de la salle entier 2

num_salle Numéro de la salle entier 2

Codeinterv Code d’intervention entier 6

type Type d’intervention caractère 20

Codefreqcardiaque Code de la fréquence cardiaque entier 6

Codepressionart Code de la pression artérielle entier 6

Codeglycimie Code de la glycémie entier 6

Codeoxymetrie Code de l’oxymetrie entier 6

4- Conclusion :

Dans ce chapitre, nous avons pu concevoir un système d'information pour la télésurveillance médicale du patient dans un établissement hospitalier en se basant sur les diagrammes du langage UML à savoir le diagramme de cas d'utilisation, le diagramme de séquence, et le diagramme d’activité, et le diagramme de classe.

1-Introduction :

Dans ce chapitre, consacré à la réalisation et la mise en œuvre de notre application de la télésurveillance médicale des patients dans un établissement hospitalier, nous allons présenter les outils de développement adoptés; soit le système de gestion de base de données Paradoxe, le langage de manipulation de bases de données SQL ainsi que l'environnement utilisé qui est Borland Delphi 7 et enfin nous montrer les principales interfaces et fenêtres de l'application.

Documents relatifs