Module Statistique et BI de l’Application ITSPCare’Hosp
•Télécharger en tant que PPTX, PDF•
2 j'aime•968 vues
ITSPCare'Hosp est une application web dédiée au domaine de l'e-santé qui gère: - l'admission patient - les dossiers médiales patients - les hospitalisations - les procédures de la cardiologie (Coro, Angio) - les procédures de la pneumologie - le module statistiques et BI
Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
Similaire à Module Statistique et BI de l’Application ITSPCare’Hosp
Similaire à Module Statistique et BI de l’Application ITSPCare’Hosp (20)
Dernier
Dernier (20)
Module Statistique et BI de l’Application ITSPCare’Hosp
- 1. Réalisé par : Ahmed HAMDI Encadré par : Monsieur Sami SIFI (ESPRIT) Monsieur Chiheb KHAMLIA (ITSP) Année universitaire 2015 - 2016
- 2. Plan 4 Contexte du projet1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 3. Plan 4 Contexte du projet1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 4. Contexte du projet Organisme d’accueil | Problématique | Solution Proposée | Méthodologie IT Service Place Fondé en 2010 Développement de solutions informatiques dédiées au domaine de la santé Combinaison du domaine de la recherche clinique et du domaine informatique.
- 5. Contexte du projet Organisme d’accueil | Problématique | Solution Proposée | Méthodologie Les Source d’information sont volumineuses et complexes Décideurs ont des difficultés dans la centralisation des données et la présentation de leurs statistiques avec des sources multiples Les tables ont des noms qui ne fournissent aucune information sur leurs contenus, de plus aucune description des tables n’est disponible
- 6. Contexte du projet Organisme d’accueil | Problématique | Solution Proposée | Méthodologie
- 7. Contexte du projet Organisme d’accueil | Problématique | Solution Proposée | Méthodologie
- 8. Contexte du projet Organisme d’accueil | Problématique | Solution Proposée | Méthodologie
- 9. Plan 4 Contexte du projet 1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 10. Analyse Les besoins fonctionnels | Les besoins non fonctionnels | Diagramme cas d’utilisation Modéliser et concevoir l’entrepôt de données Intégrer les données dans l’entrepôt de données Implémenter les cubes OLAP spécifiques aux besoins Générer des rapports et des tableaux de bord Intégrer les rapports dans Power BI Capture des besoins fonctionnels
- 11. Spécification des besoins Les besoins non fonctionnels Apparence Convivialité Performance Intégrité des données Maintenabilité sécurité Les besoins fonctionnels | Les besoins non fonctionnels | Diagramme cas d’utilisation Capture des besoins non fonctionnels
- 12. Spécification des besoins Les besoins fonctionnels | Les besoins non fonctionnels | Diagramme cas d’utilisation
- 13. Plan 4 Contexte du projet 1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 14. Conception
- 15. Conception
- 16. Conception
- 17. Conception
- 18. Conception
- 19. Plan 4 Contexte du projet 1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 20. Réalisation Environnement logiciel | Présentation des interfaces
- 21. Réalisation Environnement logiciel | Présentation des interfaces
- 22. Réalisation Environnement logiciel | Présentation des interfaces
- 23. Réalisation Environnement logiciel | Présentation des interfaces
- 24. Réalisation Environnement logiciel | Présentation des interfaces
- 25. Réalisation Environnement logiciel | Présentation des interfaces
- 26. Réalisation Environnement logiciel | Présentation des interfaces
- 27. Réalisation Environnement logiciel | Présentation des interfaces
- 28. Réalisation Environnement logiciel | Présentation des interfaces
- 29. Réalisation Environnement logiciel | Présentation des interfaces
- 30. Réalisation Environnement logiciel | Présentation des interfaces
- 31. Réalisation Environnement logiciel | Présentation des interfaces
- 32. Plan 4 Contexte du projet 1 2 3 5 Analyse Conception Réalisation Conclusion et perspectives 6
- 33. Conclusion et perspectives • Réalisation d’une solution BI générique • Améliorer la capacité de la recherche personnelle • Faire partie d’une équipe de projet avec des dates et des livrables à respecter minutieusement Conclusion • Utiliser le portail Power BI comme plateforme de visualisation, de diffusion et de partage des rapports et des tableaux de bord • Faire optimiser les méthodes développées Perspectives
Notes de l'éditeur
- 1)Avant de commencer nous devrons remercier les membres de jury d’avoir accepter juger ce travail. Nous remercions aussi notre famille et tous nos amis Nous somme présents aujourd’hui pour la soutenance de notre projet de fin d’étude intitulé « Conception et développement du module statistique et BI de l’application ITSPCare’Hosp » effectué au sein de ".......« 2) Madame la présidente, medames et messieurs les membre du jury, aimable assistances, C’est avec un grand plaisir que je vous présente mon projet de fin d’études intitulé « Conception et développement du module statistique et BI de l’application ITSPCare’Hosp » effectué au sein de ".......«
- 1) Nous commençons par présenter le plan de cette présentation. Durant cette présentation, Nous allons introduire le projet et le mettre dans son contexte, Puis nous allons passer à l’analyse des besoins. Ensuite, la conception de l’entrepôt de données, 4 ements la réalisation avec des imprimes écrans sur l’app et nous clôturons par une conclusion et des perspectives. 2) Le plan de notre présentation est divisé en 5 parties : Nous allons tout d’abord introduire le projet et le mettre dans son contexte. Puis nous allons passer à l’analyse des besoins de notre solution. la conception de l’entrepôt de données fera l’objectif de la 3 ème partie la 4 ème partie sera consacrée à la réalisation avec des imprimes écrans sur l’app nous clôturons par une conclusion et des perspectives. .
- Commencons par mettre le projet dans son contexte
- 1) Je commence, tout d’abord, par la présentation de l’organisme d’accueil. Ce projet s’est effectuée au sein de la société IT Service Place , c’est une société spécialisée dans le développement de solution. informatique dédiée au domaine de la santé. ITSP est fondé en 2010 et se caractérise par un profit qui combine la mise en place des projets de recherche clinique. 2) Nous avons effectué notre stage au sein de la société IT. Service Place crée, en 2010, et spécialisée dans le développement des solutions informatiques dédiées au domaine de la santé. ITSP se caractérise par un profit qui combine la mise en place des projets de recherche.
- Les décideurs et les analystes dans les hôpitaux sont tenus à visualiser et élaborer des statistiques et des analyses portant sur des données stockées dans des bases de données d’une façon permanente afin d’améliorer le niveau de la santé et de faire les bonnes décisions mais le système d’information de l’hôpital souffrent de quelques dysfonctionnements tels que
- 1) Pour remédier ces inconvénients et ces problèmes , nous proposons de Mettre en place, un système d’aide à la décision. Notre système est composée par un magasin de données opérationnelles qui sert à stocker les données extraites de différentes sources des données, un ETLET L(Elle est responsable de l’extraction et le. Chargement de données dans les tables de dimensions et de faits.)) qui se chargera de l’intégration de données, un cube OLAP qui organise les données dans DW sous forme cubique et un portail Microsoft Power BI qui regroupera tous les rapports et les tableaux de bords.
- De plus, nous proposons d’appliquer des méthodes de data mining sur nos données pour consolider le support d’aide à la décision
- Le projet a été réalisé au sein d’une équipe en adoptant la méthodologie SCRUM, est itératif et orienté résultat. Le projet avance par sprint de 2 semaines, avec une réunion quotidienne (presque chaque jour) d'une durée de15minutes au maximum. Parmi les avantages de cette méthode on peut citer l'intervention du client, la minimisation des dérapages massives erronés, les feedback et le retour dans le bon chemin.
- Passons à l’analyse
- Notre application offre un ensemble de fonctionnalités pour bien satisfaire les besoins de nos acteurs.
- Quant aux besoins non fonctionnels, le système doit répondre à un certain nombre d'exigences techniques. Celles-ci se résument dans les points suivants: À propos de l’apparence les interfaces des outils et des rapports doivent être attirantes Convivialité : La solution doit fournir des tableaux de bord simples et compréhensifs pour les utilisateurs moins expérimentés. Performance : La solution doit fournir une accessibilité rapide, un délai de réponse aux requêtes très court. Intégrité des données : Chaque donné doit être accessible rapidement et facile à trouvé pour faire gagner du temps. Maintenabilité. :un plan d’amélioration doit être en place avec suffisamment de documentation. Sécurité : : Chaque utilisateur doit avoir un login, un mot de passe et des privilèges systèmes prédéfinis.
- Maintenant, on va avoir une vue globale sur les tâches des différents acteurs de système. Les intervenants dans notre système sont l’administrateur et le chef service. ------Une fois authentifié, L’administrateur sera chargé du lancement et planification de l’ET L ------Une fois authentifié, le chef Service a la possibilité de consulter les notifications . Il peut envoyer un email. Il a la possibilité aussi de Consulter, la page d’accueil ( visualiser les tableaux de bord , poser des questions sur les données du tableau de bord et imprimer tableau de bord) et, finalement, le chef service peut accéder aux catalogues rapports/kpi ou il consulte les rapports , visualiser les KPI et Imprimer les rapports.
- On va passer maintenant au troisième partie qui est la Conception
- L'analyse de la base de production du l’hôpital a conduit à identifier Des données relatives au secteur cardiologie : Nombre de Patients, Nombre de procédure cardio, Nombre de matériel. À partir de ces données, nous pouvons dégager les axes d’analyse (Les dimensions) et les mesures à analyser ultérieurement par les décideurs (Les faits). Ces données vont alimenter le modèle en étoile de notre système. Notre modélisation contient les data martes suivantes:
- Cette figure présente la modélisation de la table de fait cardio matériel relié avec ces dimensions. Cette table affiche les différents matériels relatifs au service cardiologie
- la figure suivante s’agit de la table de fait Cardio Docteur qui a pour but de donner une vision sur les grades et les spécialités des médecins et les informations personnelles du patient dans le service cardiologie.
- La figure s’agit de la modélisation de la table de fait Cardio Procédure reliée avec ces dimensions. Cette table a pour objectif de donner une vision détaillée sur les Procédures Cardio telles les types de procédures cardio et les dates de demandes des procédures, ainsi des informations sur les matériels utilisées telles type de matériel et les fabricants.
- La table de fait nommée «Fact_CardioPatient» contient des données qui proviennent de différentes tables sources. Elles permettent de calculer les indicateurs relatifs aux patients dans le service cardiologie.
- On va passer maintenant à la 4éme partie « la réalisation »
- Pour la réalisation de notre projet nous avons utilisé
- Maintenant. Nous allons présenter quelques interfaces du portail Power Bi. Commençons par cette interface qui présente le nombre des patients dans les services de l’hôpital la taille de police des noms se change selon le nombre des patients. On remarque que le service cardiologie posséde un nombre très important du patient. accueille le plus grand nombre de patients
- Ce tableau de bord offre une visibilité sur le nombre de patients pour chaque habitude , le médecin peut détecter facilement les habitudes qui possèdent un nombre très important du patient.On remarque que les habitudes alcool, tabac et the ont des nombres éleé des patient. Le médecin a la possibilité en seul clic sur les pies chart de voir les relations entre les habitudes. ---------------------------------
- ----------------------------- le KPI présente une alerte sur le nombre de matériels pour chaque salle KT. L’utilisateur a la possibilité de sélectionner la spécialité de la salle pour voir s'il y a un manque de matériel. La couleur verte indique qu’il y a un nombre suffisant du matériel alors que la couleur rouge indique le contraire.
- ----------------------------------------------- le KPI présente une alerte sur le nombre de docteurs dans chaque service. L’utilisateur a la possibilité de sélectionner la spécialité du médecin pour voir s'il y a un manque de médecin et il peut alerter le service administratif pour recruter des autres docteurs.
- Le premier rapport présente le nombre de patients par type de prise en charge . Le deuxième rapport donne une vue globale aux docteurs sur les métiers qui contiennent un nombre élevé de patients. ----------------- Cette interface contient 2 rapports . le premier consiste à informer l’utilisateur sur les prises en charge les plus utilisées à partir nombre de patients et le deuxième rapport a pour objet de donner une vue globale aux docteurs sur les métiers qui contiennent un nombre élevé de patients.
- Ces rapports répondent à un besoin clair pour les docteurs. Elles aident les médecins à comprendre bien la relation entre la cardiopathie et les autres maladies et de prendre les bonnes décisions. ------------------ Ces rapports répondent à un besoin clair pour les docteurs. Elles permettent aux docteurs à comprendre bien la relation entre la cardiopathie et les autres maladies (diabète et hypertension) et de prendre les bonnes décisions.
- Ces interfaces donnent une visibilité sur la relation entre cardiopathie et les Elles facilitent la détection des habitudes qui contiennent une forte relation avec la maladie cardiopathie . ----------------
- Cette interface offre une visibilité sur la date de fin de chaque matériel . L’utilisateur peut comparer entre la date système et la date de préemption du matériel et prend la décision rapidement. Cette interface présente une visualisation détaillée sur les matériels et leurs dates de préemption. L’utilisateur peut contrôler rapidement les dates de fin de chaque matériel, il compare les deux dates (date de préemption et date d’aujourd’hui) et prends-la bonne décision.
- Avec sa version desktop , On peut également utiliser Power Bi avec sa version Mobile qui permet de visualiser les Dashboard réalisés Prenons l’exemple de cette interface qui ,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
- Passons à la partie data mining où on a utilisé deux outils différents pour notre analyse , la première interface est le résultat obtenu avec R et la deuxième avec Power BI et après fasser les résultats , on déduit que la variable PathNas_Oui_Non est la variable la plus décisive, c’est la variable la plus discriminante. AccVasc_Oui_Non et ChirORL_Oui_Non sont des variables décisives. On peut aussi dégager les règles décisionnelles suivantes:
- Comme il le montre ces 2 rapports PathNas_Oui_Non est la variable la plus décisive car elle constitue le noeud racine ,cette variable a une influence directe sur la décision ce qui était le cas avec les interfaces précedentes, Sauf que le nombre de nœuds terminaux est différent. La variable décisionnelle : Type 1 ou Type 2 On peut aussi dégager les règles décisionnelles suivantes
- On va passer maintenant à la 5éme partie « la réalisation »
- Ce stage nous a offert l’opp…………… Enfin quelques perspectives méritent d'être explorées: