IoT médical : connecter les équipements de télémedecine et de surveillance patient

· 9 minutes de lecture
9 min read
Sophie Durand
Sophie Durand
Chargée de contenu technique

La télémédecine et la surveillance patient à distance reposent sur un prérequis invisible mais critique : une connectivité fiable, sécurisée et disponible 24h/24. Voici les exigences techniques spécifiques au secteur médical et comment les adresser.

Le contexte de la connectivité médicale en France​

Déploiement massif de la télésurveillance​

Depuis le décret du 14 avril 2022, la télésurveillance médicale est remboursable par l'Assurance Maladie dans plusieurs pathologies chroniques :

  • Insuffisance cardiaque
  • Diabète
  • Insuffisance rénale chronique
  • BPCO (insuffisance respiratoire)
  • Hypertension artérielle résistante

Ce cadre réglementaire a accéléré le déploiement d'équipements connectés dans les domiciles et les établissements de soin.

Les équipements concernés :

  • Balances connectées (suivi du poids en insuffisance cardiaque)
  • Oxymètres de pouls (saturation SpO2 et fréquence cardiaque)
  • Tensiomètres connectés
  • Spiromètres (capacité respiratoire BPCO)
  • Moniteurs ECG (holter à distance)
  • Pompes à insuline et capteurs de glycémie

Les contraintes spécifiques au médical​

L'IoT médical n'est pas de l'IoT industriel. Les contraintes supplémentaires sont :

ContrainteExigence
Données de santéHébergement HDS (Hébergeur de Données de Santé) obligatoire
DisponibilitéCritique — une coupure = donnée manquante → risque patient
SécuritéRGPD renforcé (données sensibles), traçabilité des accès
InteropérabilitéStandards HL7 FHIR, DICOM pour certains équipements
ValidationDispositif médical de classe I/IIa → marquage CE

Architecture de connectivité pour la télésurveillance​

Cas 1 : Dispositifs patient à domicile​

La majorité des dispositifs de télésurveillance patient utilisent aujourd'hui le Bluetooth vers un hub (smartphone ou box médicale), puis Internet vers la plateforme :

Problème : dépendance au smartphone du patient

  • Patient oublie de charger → pas de données
  • Patient change d'opérateur → coupure possible
  • Smartphone éteint ou trop loin → Bluetooth KO

Solution gateway dédié : pour les patients à risque élevé, un gateway médical dédié (style box médicale) offre une connectivité indépendante du patient :

Cas 2 : Équipements en EHPAD et SSR​

Les établissements de soin (EHPAD, Soins de Suite et de Réadaptation) déploient des équipements connectés sur des dizaines ou centaines de chambres :

Cas 3 : Dispositifs médicaux itinérants (véhicules SMUR, ambulances)​

Les véhicules de soin mobile nécessitent une connectivité robuste en mobilité :

Équipements embarqués :
  - Moniteur défibrillateur (ECG 12 dérivations, NIBP, SpO2, EtCO2)
  - Pompe à perfusion
  - Ventilateur de transport

Contraintes :
  → Connectivité 4G en déplacement (handovers fréquents)
  → Reconnexion VPN transparente lors des changements de cellule
  → Transmission ECG temps réel vers SAMU ou cardiologie
  
Solution : OpenVPN (reconnexion < 2s lors des handovers)

Sécurité des données médicales : les exigences HDS​

Hébergement de Données de Santé​

Toute donnée de santé à caractère personnel collectée via des dispositifs IoT médicaux doit être hébergée chez un Hébergeur de Données de Santé certifié :

Obligations HDS (Certification ISO 27001 + HDS) :
  ✓ Localisation des données en France (ou UE pour certains cas)
  ✓ Contrôle des accès tracés et audités
  ✓ Chiffrement au repos et en transit
  ✓ PCA/PRA documenté et testé
  ✓ Contrat HDS avec le client (établissement de soin)

Eziwan route les données de santé collectées vers des hébergeurs HDS certifiés partenaires — les données ne transitent pas par des infrastructures non certifiées.

Chiffrement de bout en bout​

Données chiffrées dès le gateway, jamais en clair sur le réseau LTE. Clés renouvelées toutes les 24 h · certificats TLS auto-renouvelés (Let's Encrypt / AC privée).

Continuité de service : la criticité médicale​

Dual SIM pour les applications médicales​

Dans le contexte médical, une coupure de connectivité peut avoir des conséquences sur la prise en charge du patient. La configuration Dual SIM est particulièrement importante :

ConfigurationDisponibilité estiméeUsage recommandé
SIM unique99,5%Suivi non urgent
Dual SIM (Orange + Bouygues)99,92%Surveillance chronique
Dual SIM + store-and-forward99,99%*Applications critiques

*Store-and-forward : les données sont stockées localement pendant la coupure et transmises dès le retour de connectivité. Aucune donnée n'est perdue, même lors d'une coupure prolongée.

Store-and-forward pour la continuité des données​

# Configuration store-and-forward Eziwan
buffer:
  local_storage: 72h    # 72 heures de données en local
  format: sqlite        # Base locale chiffrée
  
retry:
  interval: 30s
  max_attempts: unlimited
  on_reconnect: transmit_buffered_first
  
# En cas de coupure 4G :
#   → Données stockées localement (chiffrées)
#   → À la reconnexion : transmission du buffer en priorité
#   → Aucune perte de donnée sur 72h de coupure maximum

Conformité réglementaire : RGPD et dispositifs médicaux​

Dispositif médical logiciel (SaMD)​

Si votre solution IoT médicale prend des décisions d'aide au diagnostic ou thérapeutiques, elle peut être qualifiée de Dispositif Médical Logiciel (SaMD) et nécessite un marquage CE selon le règlement MDR 2017/745.

La gateway IoT de connectivité seule (collecte et transmission) n'est généralement pas un SaMD — elle est un accessoire ou un composant. Vérifiez avec un organisme notifié selon votre cas d'usage.

Traçabilité des accès (RGPD)​

Toute consultation de données de santé doit être tracée :

Journal d'accès RGPD — Format requis :

2025-09-16 14:22:11  Accès  Dr. Martin (praticien)  Patient #4521  Données SpO2
2025-09-16 14:22:11  Accès  Dr. Martin               Patient #4521  Historique 7j
2025-09-16 15:01:44  Accès  Infirmière Dupont         Patient #4521  Alerte SpO2

Export disponible pour exercice du droit d'accès patient (RGPD Art. 15)
Conservation : 5 ans minimum (recommandation CNIL santé)

Voir les certifications sécurité Eziwan → · Discuter de votre projet télésurveillance →

Cas concret : télésurveillance insuffisance cardiaque​

Programme de télésuivi IC déployé sur 150 patients :

Équipements : balance connectée + tensiomètre BT → box médicale IoT (Dual SIM)

Données collectées : poids quotidien, pression artérielle matin/soir, fréquence cardiaque

Règles d'alerte :

Si poids en augmentation de + 2kg en 48h → Alerte médecin coordinateur
Si pression systolique > 180 mmHg → Alerte immédiate cardiologue référent
Si FC > 120 bpm au repos → Alerte infirmière coordination
Si données manquantes > 2 jours → Appel de la coordinatrice

Résultats à 12 mois :

  • Taux de collecte des données : 97,8%
  • Hospitalisations évitées (vs cohorte historique) : 23%
  • Satisfaction patients : 89% "se sentent plus en sécurité à domicile"

Conclusion​

La connectivité IoT médicale n'est pas de l'IoT standard avec un "vernis santé". Elle exige une fiabilité de niveau opérateur (Dual SIM, store-and-forward), une sécurité renforcée (HDS, RGPD, chiffrement de bout en bout) et une traçabilité complète des accès.

La bonne nouvelle : ces exigences sont techniquement adressables avec des gateways LTE industriels configurés pour le secteur médical — sans infrastructure dédiée complexe.

L'enjeu est réel : pour chaque patient suivi à distance, la connectivité n'est pas un accessoire — c'est un élément de la chaîne de soin.

FAQ​

La connectivité 4G est-elle fiable pour un équipement médical qui surveille des signes vitaux ? Pour la télémedecine non-critique (suivi à domicile, téléconsultation, monitoring de paramètres vitaux type HbA1c ou pression), la 4G LTE avec Dual SIM est suffisante. Elle n'est pas appropriée pour des équipements life-critical nécessitant une action en millisecondes (défibrillateurs, ventilateurs en USI). Le critère décisif est le délai acceptable entre une anomalie et l'alerte : si ce délai est de quelques secondes à quelques minutes, la 4G est fiable.

Quelles certifications sont nécessaires pour la connectivité d'un équipement médical ? Pour les dispositifs médicaux (DM) connectés en France : homologation CE-MDR (Medical Device Regulation), HDS pour l'hébergement des données de santé, RGPD pour les données personnelles. La gateway de connectivité elle-même n'est généralement pas un dispositif médical (elle transporte des données, ne prend pas de décision médicale), mais son intégration dans la chaîne de soins doit être validée dans le dossier technique du DM.

Le store-and-forward fonctionne-t-il si la 4G est coupée pendant la nuit ? Oui. Le gateway Eziwan enregistre les données localement sur sa mémoire interne (SD card) pendant la coupure, et les transmet automatiquement à la reprise de la connectivité. La durée de rétention locale dépend du modèle (de quelques heures à plusieurs jours), configurable selon la fréquence de collecte et la taille des données.

Pour aller plus loin​

Découvrir la solution IoT médical Eziwan → · Planifier un échange avec notre équipe →

Ressources complémentaires​