Cours au département INFO - IUT - UNS

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== Etude de cas Fil rouge ======



<box round rgb(195,270,250) rgb(198,250,270) 75%| extrait de https://glc.i3s.unice.fr/actions/polesante:start> 

Le concept de PSP (“Pôles Santé de Proximité” ou encore simplement dit “Maison/Pôle de Santé”) a été introduit suite à la loi HPST du 21 juillet 2009, relative à la réforme du système de santé publique, permettant aux professions de santé du secteur ambulatoire de se regrouper dans les SISA (Société Interprofessionnelle des Soins Ambulatoires) qui ont pour objectif de renforcer le suivi de la santé et les soins des personnes dans leur vie quotidienne, par des actions interprofessionnelles coordonnées.

Cette réforme vise à une évolution du système de santé publique vers une nouvelle répartition et coordination des soins entre le secteur hospitalier et celui ambulatoire permettant une meilleure maîtrise de la dépense publique tout en renforçant la qualité des soins.

La plate-‐forme regroupera, en dehors du secteur hospitalier public/privé, les deux versants du système de santé, le secteur ambulatoire et le secteur médico-‐social (PMI, personnes âgées…) et social (pauvreté-‐précarité-‐réinsertion).
</box>

Une maison de la santé regroupant plusieurs corps de métiers est en construction sur [[http://www.biot.fr/modules/news/article.php?storyid=396|Biot]]
Le consortium vous demande d'imaginer un système d'informations qui réponde au cahier des charges simplifié ci-après. Vous pourrez être amené à l'étendre après la rencontre avec les spécialistes du domaine et/ou votre propre analyse du sujet.
Une attention particulière devra être portée sur les cas d'erreur et les propriétés non fonctionnelles.

La plate‐forme regroupera, en dehors du secteur hospitalier public/privé, les deux versants du système de santé, le secteur ambulatoire et le secteur médico-social (PMI, personnes âgées…) et social (pauvreté-‐précarité-‐réinsertion).


Attention le vocabulaire et la suite du texte présentent des incohérences ou des incomplétutes qu'il convient de lever. 

  * [[http://www.ffmps.fr|fédération française des maisons et pôles de santé]]
===== Déroulement =====
<note important>Seules les séances précédées d'une heure sont encadrées. Les dates sont données à titre indicatif mais sont sujettes à modification.</note>
  - __(Semaine du 10/9)__ Distribution du cahier des charges ci-dessous pour affectation des tâches 15 jours plus tard
      * <fc red>Préparer les questions sur l'étude de cas pour la semaine suivante </fc>
  - __(Semaine du 18/9)__Rencontre avec un ou des professionnels de la santé pour compléter l'analyse des besoins
      *<box round rgb(185,211,238) rgb(198,226,255) 75%|A rendre le 28/9 > 
**Par mail à [[blay@unice.fr|Mme Blay-Fornarino]] :**
   - La constitution des quadrinomes précisant les étudiants en apprentissage ou non 
   - Les tâches choisies par chaque sous-groupe (3 choix sont exigés) avec motivations
   - Le sujet du mail sera : **
LP-affectation : //<noms des membres>//**
   - en copie les étudiants du groupe
</box>
  - **3h** __(Semaine du 1/10)__Séance d'évaluation et affectation des tâches
      * Questions et explicitations des points difficiles
      * <del>Evaluation de la complexité des tâches : Planning Poker</del>
      * Répartition en groupe de 4 équilibrés <del>entre apprentis et non-apprentis</del>
      * Affectation d'un ensemble de tâches à chaque sous-groupe
      * <fc #008080>Affectation également des sujets d'atelier</fc>
      * <fc #008000>Affectation d'une étude</fc>
      * <fc #008000>Chaque fonctionnalité aura été évaluée pour son importance aux yeux du client</fc> 
  - __(Semaine du 22/10)__ Création du projet dans la forge & Analyse des BPs
  - __(Semaine du 5/11)__ Etude de l'architecture
  - __(Semaine du 19/11)__ <fc red> Livraison d'un cahier des charges approfondi pour chaque sous-groupe comprenant les grands cas d'utilisation, une vision de l'architecture et des BP **(notée : Mangt)**</fc> <fc red>Le cahier des charges sera revu et complété pour le 4 décembre par les étudiants non en formation continue (notée : FR) </fc>
  - 3h__(Semaine du 26/11)__  <fc red>Séance de présentation des travaux de chacun **(notée : FR)**</fc>, définition de l'architecture globale et des interconnexions entre les sous-groupes ([[2012_2013:lp:idse:gl:etude-de-cas-fil-rouge:Planning0|Planning et compléments]])
  - 1h30__(Semaine du 3/12)__   Séance d'analyse du sujet de l'atelier (voir qui la dirige)
  - 1h30__(Semaine du 17/12)__ <fc red>Livraison & Présentation de l'étude  **(notée : FR)** </fc>; 
  - 1h30__(Semaine du 17/12)__<fc red> Livraison & Présentation de la conception (notée : FR) </fc>; 
      * Diagrammes UMLs
      * Choix de technologies
      * Décomposition en user-stories 
      * Eléments de code
      * Conception relative aux ateliers
      * Business Process
      * Estimation des tâches
      * Expression des risques et des paliatifs
  - 4h__(Semaine du 8/1)__[[2012_2013:lp:idse:gl:etude-de-cas-fil-rouge:coaching|Séance de coaching]]...
  - 4h__(11/1)__[[2012_2013:lp:idse:gl:etude-de-cas-fil-rouge:etudestechniques|Présentation des études techniques]]...
  - __(Semaine du 1/1)__ Séances libres de développement en Scrum des différents sous-groupes composés uniquement des non-apprendis pour construire le projet (Daily meeting, ...) 
  - 1h30__(Semaine du 15/4 & 22 avril )__Développements en extreme programming par groupes
  - 1h30__(Début de Semaine du 22/4)__Faire intervenir un product owner (un médecin, ou une partie prenante)
  - 1h30__(Fin de Semaine du 22/4)__Séance de synthèse pour évaluer les avancées et les retards, par tous.
  - __(Semaine du 27/5)__ <fc red>Démonstration</fc>

!- 1h30__(Semaine du 18/2)__Développements en extreme programming par groupes-!
!-  - 1h30__(Fin de Semaine du 18/2)__Séance de synthèse pour évaluer les avancées et les retards, par tous.-!
===== Vocabulaire =====

Une maison de la santé est une composition de //structures et cabinets médicaux//. Un ensemble d'//assistante médicale// gère l'accueil pour les cabinets. Chaque cabinet est dirigé par un ou plusieurs médecins. Un médecin a une ou plusieurs //spécialités// (généraliste, dentiste, homéopathe, nutritionniste,, ...). Plusieurs salles d'attentes, qui peuvent être de simples "box" permettent aux personnes d'attendre leur tour. Les structures médicales sont des cabinets d'infirmiers, une pharmacie, un kiné, ...

===== Description Fonctionnelle =====


   * [[2012_2013:lp:idse:gl:etude-de-cas-fil-rouge:versionInitiale|Version initiale partielle à lire ]]
   * [[2012_2013:lp:idse:gl:etude-de-cas-fil-rouge:Fonctionnalités|voir ici une première étude à affiner.]]
===== Propriétés non fonctionnelles attendues =====

   - Respect du caractère privé des données (ce point devra être démontré)
   - Tout accès aux informations personnelles devra être tracé.
   - Respect des normes d'accessibilité W3C pour tous les sites et prise en compte ou du moins étude de l'accessibilité pour tous les produits.
   - La prévention du déni de services n'est pas une option.
   - Certaines des données sont sensibles et il convient de prévoir des systèmes de sauvegardes importants.
   - Certains noeuds du réseau pourront être déconnectés, sans que le système soit "trop" perturbé. 
   - Le nombre de données enregistrés à partir de capteurs peut être très important. Il vous faudra étudier le format des données, réfléchir à leur stockage, ....

===== Etudes techniques =====
   - Un bon référencement du site web de la maison de la santé est attendu. Vous étudierez les techniques à mettre en place. **(Kevin C.)**
   - Une connexion aux réseaux sociaux est-elle envisageable? Quelles fonctionnalités? Quels risques? Comment se protéger ? **(Judicael)**
   - Comment minimiser la consommation d'énergie? Quels principes appliquer? **(Fabien)**
   - Quel rôle pourrait jouer le "cloud" dans une maison de la santé? Montrer comment vous utiliseriez ce type d'architecture et d'outils dans notre cas d'étude. Présenter bien les avantages et inconvénients. **(Axel)**
   - Sécurité et Cloud, Problèmes et solutions **(Jérémy G.)**
   - Un tel système exige de sécuriser les accès et de protéger les données. Expliquer les mécanismes que vous mettriez en place. 
   - Cryptage des données **(Sébastien)**
   - La présence de capteur peut entrainer de stocker de très grandes quantités de données. Que proposeriez-vous?
   - Il existe différentes manières de représenter des données issues de capteurs : tableaux, cartes, cartes de chaleur, courbes, ... Expliciter ces possibilités en fonction des types de capteurs. Simile exhibit, ?? **(Alexis)** 
   - La géo-localisation d'une personne peut reposer sur différents équipements avec différentes précisions. Expliquer.**(Kevin G.)**
   - Plan d'un bâtiment par une image et visualisation d'une personne à partir de ses coordonnées sur ce plan **(Valentin)**
   - Quels algorithmes de recherche d'informations sur le web?
   - Privatisation/anonymisation des données **(Oumar?)**
   - Internationalisation et Tests **(Blandine)**
   - Profils utilisateurs et sécurité des accès (RBAC) **(Damien)**
   - Gestion de contraintes et connexions 
   - Systèmes de règles et gestion de conflits **(Thomas L.)**
   - Sureté de fonctionnement : quelques éléments pour assurer le fonctionnement : focus sur la réplication, approches maîtres-esclaves, ... **(Jérémy R.)**
   - Etude des plates-formes javascript & html5 pour améliorer la gestion des données côté client (par exemple mise en cache, et organisation des codes) **(Yacine)**
   - Web sockets et partage de données multi-utilisateurs **(Cédric)**
   - Processus métier : de la modélisation à la mise en oeuvre (sujet à préciser) **(Simon)**
   - Portabilité des interfaces du grand écran au téléphone (quelles données, quels développements, privé, public) **Jonathan**
   - 

**
===== Groupes =====


Sujets revisités : 
{{ :2012_2013:lp:idse:gl:capture-d-ecran-2012-10-04-a-17.09.30.png?600 |}}

   *// Philippe Kévin - Sebastien Tan// : Gérer les statistiques

   * //Oumar niang(traditionnel) - Damien Ligier (alternance)// : Gérer Patient 

http://liris.cnrs.fr/inforsid/sites/default/files/a574c1RQcL875eNes.pdf
http://liris.cnrs.fr/~ic04/programme/articles/Dieng-IC2004.pdf
http://philippe.ameline.free.fr/download/texts/Rapport-final-Ligne-de-Vie-INRIA.pdf


   * //Blandine HELVIG-LARBRET, Judicaël COGREL, Kevin GROSSET, Jonathan GHOZLAND	//:  Gérer la salle d'attente

   * //Fabien Crequis et Valentin Mastroianni// Gérer la localisation des patients (saisie des parcours comprise)

   * //Jérémy Ruggieri, Thomas Leccia, Cédric Ferretti et Yacine Rezgui// : Gestion des rendez-vous

    *// Alexis Da Silva, Kévin Couard :// Gérer les protocoles métiers.



===== Evaluation =====

  * 0,5 : Présentation de l'analyse de chacun des groupes 
  * 1 : Présentation de l'étude 
  * 0,5 : Présentation de la conception avancée 
<note> A venir Détail de la notation  ....</note> 
  * 1,5 : Note de l'entreprise pour les **apprentis**
  * 2 : livraison et démonstration

<note>A venir  Détail de la notation : 
  * tests, 
  * processus de développement (Intégration continue?)
  * utilisation de la forge, ....</note> 


====== Atelier Ambiant-computing ======

A faire
Cours au département INFO - IUT - UNS

User Tools

Site Tools

Page Tools
