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.