1

E-Santé dans le contexte Cloud-IoT:

Plateformes à base de ‘Edge Computing’
pour le suivi personnalisé des patients

MR2 - Systèmes intelligents et internet des objets

Année universitaire : 2020/2021
 2
Introduction
1
Chapitre 1 : Etat de l’art sur l’intégration de Cloud
et IoT pour l’e-santé
2

Chapitre 2 : Solutions middleware

3
PLAN
Chapitre 3 :Plateforme pour le développement
collaboratif pour les appareils IoT
4

Chapitre 4 : Système de score d’alerte précoce

5 pour la surveillance adaptative des signes vitaux

6 Conclusion
 3
Introduction

 La plupart des régions du monde sont confrontées à des défis relatifs au domaine de santé qui peuvent se présenter sous différentes
formes ( le vieillissement rapide , les épidémies, la mortalité infantile . . . ) c’est pour cela les chercheurs se sont plus focalisés sur ce
domaine .

Au passé Aujourd’hui

o E-santé
o Modèle traditionnel de soins centré sur l’hôpital
o Défis : urbanisation , couts des soins élevées... Proposition des o E-santé connectée (IoT , Cloud , Edge
solutions
o Multiplication des données et des échanges  technologiques
computing . . . )
problème de stockage et gestion des ressources
 4

Chapitre 1 :

Etat de l’art sur l’intégration de Cloud et IoT

pour l’e-santé
 5
Cloud computing dans le domaine de la santé

Exemples des app Iot basées

sur le cloud dans le domaine de
Définition Avantages santé
CLOUD COMPUTING :
LE CLOUD COMPUTING : • Plusieurs travaux ont utilisés des cloud

Un modèle où on consomme des ressources publics comme Amazon et Windows

• Assure l’accessibilité , la disponibilité , la
informatiques virtualisés et configurables Azure pour tester leurs applications e-
fiabilité .
( par exemples réseaux , serveurs , espace de santé
• Meilleure solution pour les problèmes
stockage , applications et services) et tout ça • HCX (Health Cloud Exchange): Système
d’interopérabilité
sans en posséder l’infrastructure technique de partage des dossiers de santé de santé
• Favorise l’accès rapide aux données de santé
qui est chez le fournisseur Cloud; Ces
• Application des techniques de
services sont accessibles via un réseau étendu • Permet d’améliorer la collaboration entre le
virtualisation pour permettre aux patients
comme internet et peuvent être louées à la médecin et le patient (télémédecine)
de créer et construire leurs propres
demande • il permet de stocker et de partager des documents dossiers médicaux
sensibles et confidentiels.
 6
IoT dans le domaine de la santé

Définition
INTERNET OF THINGS :
un ensemble de réseaux d’objets physiques ou virtuels
( appelés objet intelligents ) qui communiquent via des
réseaux souvent sans fil.
INTERNET OF MEDICAL THINGS:
L’Internet des objets médicaux (IoMT) est l’ensemble des
dispositifs et applications médicaux qui se connectent aux
systèmes informatiques de santé par le biais de réseaux
Avantages de l’adoption de l’IoT dans le
domaine de santé
• Solution pour tous les besoins ( santé
, sécurité , beauté . . .)
• Surveillance à distance du patient
( vérification régulière , envoi des
informations en temps réel ,contrôle
continuellement . . .)
Exemple: Surveillance des signes vitaux
dans les services hospitaliers
Un patient diabète
Capteurs sur le corps (bracelet , patch)
Détection des signes vitaux (pression ,
glycémie , pouls . . .)
Analyse et évaluation

informatiques en ligne. Les dispositifs médicaux équipés • Facile à utiliser

de la technologie Wi-Fi permettent la communication de

machine à machine qui est à la base de l’IoMT.

 7
Intégration de cloud et IoT dans le domaine de la
santé

Cloud-IoT Avantages Challenges

Un cloud IoT est un réseau massif qui prend • Nouvelles capacités de stockage , de • Qualité des service ( bande passante , retard , perte de

en charge les appareils et applications IoT. traitement ,d’évolutivité et de mise en données . . .)

Cela inclut l'infrastructure sous-jacente, les réseau ( services de santé plus intelligents :
• Contraste énergétique (connectivité continue forte
développement et maintien)
serveurs et le stockage, nécessaires aux consommation d'énergie)

opérations et au traitement en temps réel. • Disponibilité :accès en ligne et en temps

• Performance ( obtenir des performances réseau
réel 24h/24 et 7j/7( grâce au dispositifs
ARCHITECTURE CLOUD-IOT : adéquates pour effectuer un transfert de données sans
médicaux filaires et sans fil ,des protocoles
interruption (bande passante élevée ))
• Couche de perception
de communication , bases de données... )
• Sécurité et confidentialité
• Couche réseau • Réduction des coûts

• Couche Cloud
 8
Modèles et protocoles de communication dans un
environnement Cloud-IoT

Modèles de communication
MODÈLE DEMANDE-RÉPONSE MODÈLE PUBLICATION-ABONNEMENT

Page 88
Modèle d’échange de message pour les
architectures client/serveur dans lequel le client
envoie des demandes au serveur et lorsque le
serveur reçoit la demande ,il la traite , récupère les
données, prépare la réponse, puis renvoie la
réponse au client.
Protocoles de communication
 MQTT (Message Queuing Telemetry Transport) protocole d'interaction IoT basé sur le modèle publication-abonnement

 HTTP (Hyper Text Transfer Protocol Transport ) est le protocole de messagerie le plus populaire et le plus utilisé, c’est un protocole demande-réponse conçu pour

les communication M2M

 9
Edge computing au service de E-santé
 10
Plateformes Cloud-IoT pour le suivi des
patients

Définition Plateforme Middleware Exemples

PLATEFORME IOT :
• Une plateforme IoT est une technologie multicouche qui permet
le provisionnement, la gestion et l'automatisation simples des
appareils connectés dans un cloud et l'univers de l'Internet des
objets.
• Pour construire un meilleur écosystème IoT, on fait le recours
aux plateformes IoT qui permettent de collecter, stocker, corréler,
analyser et exploiter des données.
CATÉGORIE DES PLATEFORME CLOUD-IOT :
• Gestion des appareils : ces plateformes sont axées sur la gestion
des appareils à distance et l’optimisation des ressources réseau.
• Développement des applications : se basent sur
• Le middleware est un logiciel qui tourne sur un OS, on le
mets en dessous d'une application parce que son rôle c'est
d'aider les autres logiciels ou applications à interagir
ensemble,
• Le but est de permettre aux développeurs de se concentrer
sur le métier de l'application lors de sa construction sans ce
préoccuper de toutes les contraintes extérieures
• Il fournit des services récurrents permettant de faire
circuler les données entre les applications afin qu’ils
puissent interagir les uns avec les autres
• C’est une technologie habilitantes pour L’IoT
le
PLATEFORME MIDDLEWARE CLOUD-IOT
• ThingSpeak : middleware au niveau cloud qui
offre des interfaces web au personnel d’un hôpital
pour suivre la localisation d’un patient et le servir,
• VISIGNET : en utilisant la technologie Bluetooth
et 3 capteurs , on capture la fréquence cardiaque ,
la pression artérielle et la température corporelle et
puis on les envoie à la plateformes middleware
cloud Xively qui permet aux spécialistes de santé

développement des applications sécurisées qui doivent être • Dans un contexte Cloud-IoT, le middleware agit comme un de gérer à distance les informations de santé des
compatibles entre eux traducteur entre les différentes applications patients
communicantes.
• Middleware : activation et intégration d’application externes
 11

Chapitre 2 :

Solutions Middleware
 12
MOM : middleware orienté message dans un
environnement Cloud-IoT

Exemples : Solutions existantes à

Définition
base de MOM
 PRISMA
 MOM : un type de middleware qui facilite la
 M3IoT
communication entre les composants ou
 SEMOM
applications distribuées
 ...
 Il suit un modèle de distribution basé sur des
messages asynchrones axés sur l’information
 13
MO2MD : Middleware orienté message pour la
gestion dynamique des appareils IoT
Critique de l’existant Solution Proposée
 Le suivi des patients est un cas spécifique qui impose certaines exigences pour le développement

ou le choix d’un middleware.

 MO2MD : middleware orienté message proposé pour la

gestion dynamique des périphériques IoT . Il considère

 Tous les exemples mentionnés dans la diapo précédente n’offrent pas la possibilité d’ajuster des

paramètres de collecte et de suivi de données. tous les appareils connectés, tels que les capteurs et les

 dans un contexte de E-santé, il y a un besoin de personnalisation des applications selon les cas des actionneurs, comme des fournisseurs de données.
patients et la décision de staff médicale responsable après le déploiement de middleware.  Architecture MO2MD : architecture distribuée qui
 ces solutions ne permettent pas de prendre en compte la participation des experts du domaine contient 3 niveaux ( objets IoT , Edge et Cloud) , Tous
médicale ( non informaticiens )dans la définition des données échangés ainsi que les conditions à
les nœuds Edge sont des participants qui communiquent
prendre en compte.
avec la couche Cloud pour échanger les données des
 Besoin : développement d’une solution légère à installer dans le niveau de Edge afin d’optimiser les

ressources utilisées et assurer la disponibilité de services de suivi.

appareils et recevoir des données de configuration.
 14
MO2MD : Middleware orienté message pour la
gestion dynamique des appareils IoT
Services
 Gestion des données : acquisition , traitement et stockage de données (données détectées ,données de configuration ou notifications )

 Configuration : se compose de deux unités principales : (1) le gestionnaire des abonnements des spécialistes, qui permet à l'administrateur d'ajouter, de mettre à jour ou de

supprimer les spécialistes correspondants de chaque type d'appareil. Les spécialistes inscrits seront avertis en cas de comportement anormal de tout appareil au niveau de la

couche Edge. (2) le gestionnaire de nœuds Edge: responsable du traitement des demandes de configuration des administrateurs.

 Communication : un service de messagerie de publication-abonnement qui assure une communication centrée sur les données entre la couche Cloud et les nœuds Edge. Il

prend également en charge le lien entre les bases de données externes et la couche Cloud.

 Sécurité

 Au niveau de la communication entre le cloud et la couche Edge : chiffrement (utilisation des algorithmes symétriques) garantir l’authenticité et l’intégrité des

données échangées

 Au niveau Edge : processus d’authentification pour les utilisateurs et les spécialistes

Au niveau Cloud : utilisation des mécanismes de confidentialité et d'intégrité des données échangées.
 15
MOM : middleware orienté message dans un
environnement Cloud-IoT

Implémentation

• le middleware implémenté ( application web pour le contrôle des patients) est basé sur

le Node.js

• Le nœud au niveau Edge est une carte Raspberry Pi 3

• Les messages échangés sont assurés par le protocoles MQTT en utilisant le paradigme

publication-abonnement
 16

Chapitre 3 :

Plateforme pour le développement collaboratif

pour les appareils IoT
 17
Exemples des Travaux connexes

Model-Driven Development of Model-Driven Design Approach for Building

Complex Software Smart Grid Applications CodePilot
• Intègre plusieurs langage de haut • Solution qui aide à développer des • Un IDE pour les programmeurs

niveau. application Web et moblile. novices.

• Intègre des techniques de génération

• Basés sur le mappage des modèles • Permet à une équipe de travailler
de description à l’aide de profils ensemble à l’aide d ’une session de
de code , des cartographie de tâches .
UML programmation web.
..
• Codage collaboratif en temps réel , tests
• Génère un % significative et
, gestion de contrôle
importante de code.
 18
Plateforme proposée

Présentation Participants Architecture

• Plateforme web qui aide à développer • Spécialiste du domaine(experts du domaine) :

une application IoT fixe le vocabulaire et les règles du domaine de

l'application.
• Permet la collaboration entre différents
• Développeur logiciel :définition de la structure
spécialistes
de l’application IoT à l’aide du modèle de
• Chaque participant présente les domaine et les spécifications sauvegardées

spécifications requises via une • Spécialiste en matériel: configuration des

interface Web personnalisée.
• Introduit différent type de modèle
• Génère des codes à déployer dans des
appareils IoT
objets connectés.
• Spécialiste de réseau : responsable de la partie
communication (les protocoles utilisés pour
connecter les objets.
• Les spécifications sont stockées sous forme de modèles
ou de bibliothèques pour une future réutilisation.
• chaque configuration de cas d'utilisation est stockée dans
une base de données spécifique ( pour assurer la
personnalisation du code) .
 19
Génération du Code
 20
Cas d’utilisation des soins de santé

Génération de code pour un suivi personnalisé du patient

 Développeur du logiciel :  Matériel : appareil Arduino

 Réseau : MQTT
 21

Chapitre 4 :

Système de score d’alerte précoce pour la

surveillance adaptative des signes vitaux
 22
Évaluation des signes vitaux avec des systèmes de
d’alerte

Approche EWS (Early Warning System) Norme NEWS ( Calcul de score )

 Un outil de prévention et de réduction des risques

 En fait , c’est une approche médicale utilisée pour

évaluer les données collectées( signes vitaux :
température, pression artérielle, fréquence
cardiaque, saturation en oxygène ...

 Un score ( 0 pour une condition parfaite et 3 pour la pire condition)

 La somme des scores degré de détérioration de la santé du patient

 23
Surveillance des signes vitaux basée sur le Edge dans
un contexte hospitalier intelligent

Le système basé sur le Edge peut être organisé de manière

distribuée sur les trois couches:

 la couche de perception : contact direct aves les

patients ( capteurs connectés: dispositifs médicaux)

 la couche de Edge :couche intermédiaire (stockage ,

traitement , communication  réactivité en temps réel)

 la couche de Cloud (serveurs): analyse et sécurité des

données ; notifications instantanées
 24
Solution Proposé

 Conception et développement d’un système de surveillance des signes vitaux en utilisant le middleware MO2MD comme
une plateforme de base , en effectuant les modification suivantes :

 Implémentation des objets sémantiques virtuelles en respectant le modèle de données décrit précédemment. Ces composants
logiciels sont facilement paramétrables grâce à la fonctionnalité de reconfiguration offerte par le middleware MO2MD.

 Définition d’un schéma de données en format JSON pour assurer l’interopérabilité au niveau de syntaxe des données
échangées entre les différents composants logiciels.

 Implémentation de l’algorithme d’auto configuration ainsi que le processus de notification comme des application Node Js et
leur intégration avec le middleware.
 25
Solution Proposé

Couche Edge
 Utilisation d’une passerelle dans chaque chambres de l’hopital

pour :

 Collecter les signes vitaux du patient séjournant dans la chambre

correspondante.

 Évaluer l'état de santé de chaque patient en calculant le score

d'alerte précoce.

 Assurer l'intervention du personnel médical en cas de détection

d'un score EWS de haut niveau.

 Envoyer des notifications en cas d'échec ou de dysfonctionnement

de la connexion d’une ou plusieurs appareils de mesure.

 26

 Processus de Notification
 27

Fin du diaporama
MERCI POUR VOTRE ATTENTION