Combien de temps a pris la construction et le lancement de cette plateforme de télésurveillance ?

L'ensemble du projet a été livré en 5 mois, incluant l'intégration des appareils BLE, le module de scoring de risque de grossesse et la validation réglementaire. Ce délai a tenu grâce à l'architecture à trois niveaux, qui a permis de développer et tester l'application mobile, l'API cloud et le tableau de bord clinicien en parallèle plutôt qu'en séquence.

Que se passe-t-il si l'appareil Bluetooth d'un patient perd la connexion à domicile ?

Les constantes sont mises en mémoire tampon localement sur le téléphone du patient et resynchronisées automatiquement dès le retour de la connexion, sans aucune perte de mesure, même dans les zones rurales ou à faible bande passante. C'était une exigence de conception spécifique après que les premiers tests aient montré une connectivité domestique irrégulière chez les patientes suivies en maternité.

Comment la plateforme a-t-elle évité de submerger les cliniciens de fausses alertes ?

Les premiers prototypes généraient tant de faux positifs que les infirmières avaient commencé à ignorer les notifications. L'équipe a donc conçu un moteur d'alertes configurable avec des seuils ajustables par cohorte de patients, ce qui a ramené le taux de faux positifs sous les 7 % et rendu les alertes suffisamment fiables pour que le tableau de bord s'intègre aux tournées quotidiennes.

Retour aux études de cas

Santé / IoTDéveloppement d'applications SaaSLogiciel piloté par IA

Surveillance des patients à distance via IoT Bluetooth

Q: La solution fonctionne-t-elle uniquement avec une seule marque d'appareil médical ?

Non — une couche d'abstraction BLE normalise les données de plus de 6 fabricants d'appareils derrière un schéma unique, ce qui permet d'intégrer de nouveaux appareils par simple configuration plutôt que par du code d'intégration sur mesure. Cela a été conçu spécifiquement pour éviter d'enfermer le client chez un seul fournisseur matériel, les hôpitaux disposant déjà de parcs d'appareils hétérogènes.

Connexion de dispositifs médicaux Bluetooth à un tableau de bord clinique sécurisé pour les soins chroniques et maternels, offrant aux équipes soignantes une visibilité continue sur l'état des patients sans multiplier les visites à l'hôpital.

Surveillance continue hors hôpital pour soins chroniques et maternels

Client

Confidentiel — Plateforme HealthTech

Secteur

Santé / IoT

Calendrier

5 mois

Technologies

8+ outils

Le défi

!Les cliniciens n'avaient aucune visibilité en temps réel sur les constantes des patients entre deux visites à l'hôpital, si bien que les signes précoces de complications, aussi bien pour les maladies chroniques que pour les grossesses à risque, passaient souvent inaperçus jusqu'au rendez-vous suivant. Les équipes soignantes naviguaient à l'aveugle pendant des semaines, dépendant de l'auto-déclaration des patients.

!Les appareils médicaux Bluetooth — tensiomètres, oxymètres, glucomètres — n'avaient aucun pipeline d'ingestion unifié, chaque fabricant utilisant un protocole propriétaire nécessitant une intégration spécifique. La plateforme risquait ainsi de se retrouver captive d'un seul fournisseur de matériel, ce qui était inacceptable puisque les hôpitaux disposaient déjà de parcs d'appareils hétérogènes sur le terrain.

!La surveillance de grossesse exigeait un modèle de scoring de risque entièrement distinct des flux de soins chroniques, car l'âge gestationnel, les seuils propres à chaque trimestre et l'escalade rapide en cas d'indicateurs de pré-éclampsie ne pouvaient pas être traités par des règles génériques de constantes vitales. Construire ce module sans expertise clinique en interne représentait un risque produit majeur.

!Le chiffrement de bout en bout et une conformité stricte en matière de résidence des données étaient non négociables pour l'homologation réglementaire, alors que le client ne disposait d'aucune infrastructure répondant déjà aux normes de l'autorité nationale de santé numérique. La moindre faille dans la piste d'audit ou la gestion du consentement aurait bloqué le lancement.

!Les tableaux de bord cliniques devaient ne faire remonter que les alertes réellement critiques sans submerger des équipes soignantes déjà sous tension, car les premiers prototypes généraient tant de faux positifs que les infirmières avaient commencé à ignorer les notifications. La fatigue d'alerte a été identifiée comme un risque direct pour la sécurité des patients, bien au-delà d'un simple problème d'ergonomie.

!La connectivité mobile au domicile des patients était irrégulière, en particulier pour les patientes suivies en maternité dans des zones rurales ou à faible bande passante, ce qui imposait une mise en mémoire tampon locale fiable et une synchronisation reprenable plutôt qu'une hypothèse de connexion permanente.

!L'environnement informatique hospitalier existant appliquait des processus de contrôle des changements très stricts, et le tableau de bord clinicien devait s'intégrer aux flux de travail quotidiens sans exiger de connexions supplémentaires ni créer de doublons de dossiers patients entre systèmes.

!L'intégration des patients devait fonctionner pour un public large, y compris des patients âgés en soins chroniques peu familiers du couplage Bluetooth, ce qui obligeait l'application mobile à guider des utilisateurs non techniques sans générer un volume massif de tickets de support.

Notre solution

Mise en place d'une couche d'abstraction BLE supportant plusieurs fabricants de dispositifs médicaux derrière un schéma de données normalisé unique, permettant d'intégrer de nouveaux appareils par configuration plutôt que par du code d'intégration supplémentaire. Cela a découplé la feuille de route de la plateforme du cycle de sortie d'un fournisseur matériel particulier.

Conception d'une architecture à trois niveaux — application mobile patient, API Cloud sécurisée et tableau de bord clinicien web — avec une séparation claire des responsabilités permettant à chaque couche d'évoluer et d'être auditée indépendamment. Cela a également simplifié l'examen réglementaire grâce à des frontières de flux de données explicites et documentées.

Déploiement d'un pipeline WebSocket temps réel livrant les constantes du dispositif à l'écran du clinicien en moins de 5 secondes, avec mise en mémoire tampon locale sur l'application mobile pour gérer la connectivité intermittente au domicile des patients. Les mesures sont mises en file d'attente et resynchronisées automatiquement dès le retour de la connexion, sans perte de données.

Création d'un moteur d'alertes configurable avec gestion de seuils cliniques et routage d'escalade en astreinte, permettant aux équipes soignantes d'ajuster la sensibilité par cohorte de patients plutôt que de subir des réglages génériques. Cela a directement résolu le problème de faux positifs identifié dans les premiers prototypes.

Développement d'un module dédié à la surveillance de grossesse avec scoring de risque adapté à l'âge gestationnel, conçu en étroite collaboration avec les conseillers cliniques du client pour encoder des seuils spécifiques à chaque trimestre et des parcours d'escalade pour les indicateurs de pré-éclampsie.

Mise en conformité réglementaire grâce au chiffrement de bout en bout au repos et en transit, à des flux granulaires de gestion du consentement patient, et à une piste d'audit complète répondant aux exigences de l'autorité nationale de santé numérique dès la première revue de conformité.

Conception d'un parcours d'intégration avec couplage Bluetooth guidé pas à pas et instructions en langage simple adaptées aux patients non techniques et âgés, réduisant les échecs de couplage et le volume de tickets de support pendant le déploiement pilote.

Intégration d'une authentification unique (SSO) avec les systèmes d'identité hospitaliers existants pour que les cliniciens accèdent au tableau de bord sans identifiants séparés, et synchronisation des dossiers patients avec les systèmes existants de l'hôpital pour éviter les doublons de dossiers.

Impact mesurable

Latence des données

< 5 secondes

Transmission en temps réel des constantes du dispositif Bluetooth au tableau de bord clinique, même en connectivité domestique intermittente.

Taux de faux positifs

< 7%

Des seuils ajustés par cohorte capturent les événements réellement critiques sans provoquer de fatigue d'alerte chez les équipes.

Appareils supportés

6+ protocoles de fabricants

La couche d'abstraction BLE fonctionne avec 6 protocoles de fabricants ou plus, évitant toute dépendance matérielle.

Statut réglementaire

Validé dès la première revue

Le chiffrement de bout en bout et les flux de consentement ont satisfait les exigences de l'autorité nationale de santé numérique dès la première revue, sans aucune non-conformité relevée.

Réussite d'intégration patient

Plus de 90 % au premier essai

Le parcours de couplage guidé a permis à plus de 90 % des patients âgés ou peu technophiles de se connecter dès le premier essai, réduisant fortement les tickets de support.

Adoption clinicienne

Utilisé dans plus de 95 % des tournées

Quelques semaines après le déploiement, le tableau de bord était consulté dans plus de 95 % des tournées matinales, selon les retours des équipes soignantes.

Délai de livraison

5 mois

L'ensemble de la plateforme, de l'intégration BLE à la validation réglementaire, a été livré dans le délai initial du projet.

“Nos cliniciens peuvent maintenant surveiller les patients de n'importe où. Le tableau de bord est la première chose qu'ils consultent chaque matin — il a changé notre façon de soigner. Ce qui nous a le plus marqués, c'est la capacité de l'équipe à gérer la nuance clinique du scoring de risque de grossesse tout en résolvant le défi technique de l'intégration Bluetooth multi-fabricants.”
R
Responsable Technologie Clinique
Plateforme HealthTech (NDA)

Stack technologique

React NativeNode.jsBLE SDKWebSocketsPostgreSQLRedisAWSDocker