PREVENTION DES MALADIES CARDIOVASCULAIRE: Etude de faisabilité d’un service connecté de monitoring de l’activité en milieu urbain au Cameroun

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. 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. Introduction
01
Contexte et partis pris
et limites

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. 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. 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. 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. PineTime & Cie
02
Montres open sources
Gaps matériels et logiciels

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. 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. PineTime & cie : Gap Matériel & logiciel

12. PineTime & cie : Gap Matériel & Logiciel

13. Architecture du Service
03
Liaison BLE & internet, PaaS

14. Architecture globale du Service

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. Architecture du Service : Gap Application Mobile

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. Conclusions
04
Résultats, retour réflexif

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. Conclusion: Couts estimés du prototypage

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. Contact : Serge PIANNE
sergepianne@gmailcom
TOUS DROITS RÉSERVÉS©SERGE PIANNE | 2021