Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Présentation du Mémoire - CES IOT - SERGE PIANNE

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité

Consultez-les par la suite

1 sur 22 Publicité
Publicité

Plus De Contenu Connexe

Plus récents (20)

Publicité

Présentation du Mémoire - CES IOT - SERGE PIANNE

  1. 1. PREVENTION DES MALADIES CARDIOVASCULAIRES ET UDE DE FAISABILIT E D’UN SERVICE CONNECT É DE MONIT ORING DE L’ACT IVIT E EN MILIEU URBAIN AU CAMEROUN Mémoire présenté par SERGE PIANNE Dans le cadre du CES IoT – Conception de Solutions Paris, le 10 Décembre 2021
  2. 2. Introduction 01 Contexte et partis pris Objectifs et limites PineTime & Cie 02 Montres opensources Gaps matériels et logiciels Architecturedu Service 03 Liaison BLE & internet, PaaS Conclusions 04 Résultats, retour relfexif Parcours
  3. 3. Introduction 01 Contexte et partis pris et limites
  4. 4. Introduction : Le monde a mal au coeur Les Maladies Cardiovasculaires ❑ 30% des décès prématurés dans le monde ❑ 85% surviennent dans les pays à faibles revenus ❑ Traitements longs et onéreux ❑ Priorité mondiale – Programme OMS ❑ Apport notable des objets connectés dans la prévention en occident
  5. 5. Introduction : Le contexte du Cameroun ❑ 25,4 Millions d’habitants, concentré en villes ❑ 43% ont moins de 15 ans et 3,5% de 65ans et + ❑ 2 fois plus de risques de decès qu’en France du aux MNT ❑ Bonne connaissances des facteurs de risque des populations en zones urbaines (73%) comparable aux pays occidentaux ❑ e-santé vu comme moyen efficace de lutte ❑ 25000 KM de Fibre ❑ Accès Internet : ADSL, FTT, Wimax, Satellites, 3G/4G ❑ 30% de taux de pénétration d’internet dont 59% via mobile
  6. 6. Introduction : Problématique Constats ● Problème de santé publique lié au MNT ● Bonne connaissance des facteur de risques ● La santé numérique contribue à améliorer les habitudes des personnes à risques ● L’infrastructure numérique locale est naissante, mais suffisante Hypothèse ● Il est possible de fournir un service de monitoring de l’activité en zones urbaines du Cameroun à moindre cout ; notamment en s’appuyant sur les ressources en licence libre
  7. 7. Introduction : Parti pris, Limites Les objectifs du service • Monitorer son activité physique, notamment le nombre de pas, mais aussi la fréquence cardiaque et la pression artérielle ; • Visualiser ses métriques (Poids, masses, Nombre de pas fréquence cardiaque) et leur évolution au fil du temps sur une courbe ; • Visualiser une estimation des calories dépensées pour chaque jour ; • Définir des seuils à partir desquels il recevra une alerte ; • Définir des tiers de confiance et les données partagées avec chacun d’eux ; • Communiquer de manière sécurisée avec les objets connectés et les tiers de confiances ; • Choisir de partager ou non ses données avec des tiers de confiance dans un délais définis ; • Sécuriser les données collectées sur tous les segments de communication. Limites ● Etude de faisabilité technique uniquement
  8. 8. PineTime & Cie 02 Montres open sources Gaps matériels et logiciels
  9. 9. PineTime & cie : Que faut-il monitorer ? Mesure Capteur/équipement requis Nombre de pas Podomètre via Accéléromètre Fréquence cardiaque ou pouls Cardiofréquencemètre Masse Balance/Impédancemètre Masse musculaire, grasse, hydrique, osseuse) Impédancemètre Pression artérielle Tensiomètre
  10. 10. PineTime & cie : Choix d’une solution ❑ PineTime : Meilleure approche en raison des fonctionnalités ❑ ECG Non pris en compte dans ce comparatif ❑ Dispositif d’alerte requis ❑ Maturité de projet : Perception subjective en fonction des ressources disponible sur le web ❑ Astéroïde : Projet logiciel uniquement pour diverses montres du marché
  11. 11. PineTime & cie : Gap Matériel & logiciel
  12. 12. PineTime & cie : Gap Matériel & Logiciel
  13. 13. Architecture du Service 03 Liaison BLE & internet, PaaS
  14. 14. Architecture globale du Service
  15. 15. Architecture du Service : Segments BLE ❑ Implémentation BLE native ✓ Advertising et échange d’infos non cryptée ✓ Sécurité à l’appairage : négociation des clés ❑ Amélioration possible ✓ Dispositif anti tracking d’identité ✓ Base sur la clé IRK négociable en phase d’appairage ✓ Visibilité après appairage
  16. 16. Architecture du Service : Gap Application Mobile
  17. 17. Architecture du Service : Segment Internet et Paas ❑ Communication avec le PaaS ✓ Possibilité de chiffrer ses données avec une clé personnelle ✓ Implémentation de HTTP/2 pour limiter la consommation de la data ✓ Chiffrement de la communication par certificat TLS (Privacy by design) ❑ Choix du PaaS ✓ AWS en phase de développement ▪ Effort minimal d’implémentation ▪ Couts
  18. 18. Conclusions 04 Résultats, retour réflexif
  19. 19. Conclusion: Résultats Fonctionnalités Statut Effort estimé Monitorer son activité physique, notamment le nombre de pas  Monitorer la fréquence cardiaque  Monitorer la pression artérielle  Monitorer son poids  Visualiser ses métriques (Poids, masses, Nombre de pas fréquence cardiaque) et leur évolution au fil du temps sur une courbe ;  Visualiser une estimation des calories dépensée pour chaque jour ;  Définir des seuils à partir desquels il recevra une alerte ;  Définir des tiers de confiance et les données partagées avec chacun d’eux ;  Communiquer de manière sécurisée avec les objets connectés  Communiquer de manière sécurisée avec les tiers de confiances ;  Choisir de partager ou non ses données avec des tiers de confiance  Sécuriser les données collectées sur tous les segments de communication.  Déjà disponible A construire Effort estimé 
  20. 20. Conclusion: Couts estimés du prototypage
  21. 21. Conclusion: Retour sur la démarche ❑ Intérêt personnel certain pour le sujet ✓ Utilisateur convaincu des « wearables » ✓ Inconditionnel de la protection des données personnelle ✓ Projet de startup en gestion dans l’e-santé ✓ Pays d’origine ❑ L’univers open source ✓ Levier de développement rapide de nouveau produit ✓ Les documents existants sont de bonnes qualité ✓ Effort d’appropriation important ✓ La documentation n’est pas forcément exhaustive ✓ Premiers test d’utilisation de la PineTime plus tôt concluant ❑ Limitation du scope ✓ Diversité des domaines connexes au projet global non abordés ✓ Délais impartis ❑ Résultats obtenus ✓ Bonne estimation de la faisabilité ✓ La mise à dispo du produit final à moindre cout n’est pas établi
  22. 22. Contact : Serge PIANNE sergepianne@gmailcom TOUS DROITS RÉSERVÉS©SERGE PIANNE | 2021

×