Dispositif médical : moulage, BLE, validation

Du MVP au dispositif médical : solutions techniques pour le moulage, le contrôle BLE et la validation internationale

Le développement d’un dispositif médical a dépassé le stade de simple projet amateur : les 25 premières unités du boîtier ont été produites par moulage sous vide, la version de l’application mobile sur React Native avec prise en charge iOS et Android est achevée, et une validation sur le terrain de deux semaines aux États-Unis a été menée avec succès — incluant des tests du ‘Biolumos Mini’ dans l’Ohio. Cet article décrit les solutions techniques, les compromis architecturaux et les défis d’ingénierie rencontrés lors de la transition du prototype vers un produit certifiable.

Le moulage sous vide comme étape intermédiaire de production

Pour la série de 25 boîtiers, l’impression FDM a été abandonnée : géométrie instable, mauvaise répétabilité et surfaces rugueuses rendaient ces pièces inadaptées à la démonstration auprès des partenaires potentiels et des utilisateurs cliniques. Le choix s’est porté sur le moulage sous vide (à froid) — une technologie qui allie rapidité de prototypage et qualité des pièces de série.

Le processus se compose de trois phases :

• Création d’un modèle maître à l’aide d’une imprimante 3D photopolymère (SLA/DLP) — haute précision et faible retrait ;
• Moulage d’un moule en silicone : durée de vie de 20 à 30 cycles, nécessitant nettoyage manuel et contrôle de l’épaisseur des parois ;
• Injection d’un polyuréthane bi-composant suivi d’un traitement en chambre à vide (élimination des bulles), cyclage thermique et finition manuelle.

Le matériau utilisé imite l’ABS en termes de rigidité, de résistance thermique et de machinabilité — mais sans le retrait ni les contraintes internes propres à l’impression FDM. La surface après moulage ne requiert ni ponçage ni peinture, ce qui est crucial pour les dispositifs médicaux : l’absence de revêtements supplémentaires réduit le risque de dégradation et garantit la biocompatibilité.

Le coût par pièce a augmenté de 3,2 fois par rapport à l’impression, mais le temps de post-traitement a diminué de 78 %. Pour un MVP, cela se justifie : une géométrie stable permet de tester de manière reproductible la compatibilité électromagnétique (CEM), les contraintes mécaniques sur les fixations et l’étanchéité du boîtier.

Architecture de l’application mobile : React Native + pile BLE avec contrôle tolérant aux pannes

L’application est développée sur React Native 0.74, utilisant react-native-ble-plx (v4.6.0) comme pilote BLE principal. L’architecture est divisée en trois couches : logique UI, service de gestion de la connexion et adaptateur natif pour les fonctionnalités spécifiques à chaque plateforme.

Les principales solutions techniques incluent :

• Reconexions automatiques en cas de déconnexion de la session BLE : implémentées grâce à une combinaison de scanForPeripheralsWithServices() et connectToDevice() avec backoff exponentiel (de 500 ms à 5 s) ;
• Mise en cache des paramètres de l’appareil dans AsyncStorage avec synchronisation ultérieure lors de l’établissement de la connexion ;
• Gestion des conflits de version du firmware : si la version du firmware est < 2.1.0, l’application bloque l’accès au mode de contrôle manuel et affiche un avertissement ;
• Prise en charge de deux types de services BLE : l’un pour les commandes de contrôle (UUID 0000fff0-0000-1000-8000-00805f9b34fb), l’autre pour la transmission de données télémétriques (température de la carte, niveau de charge de la batterie, adresse MAC).

Sur iOS, une configuration manuelle de Info.plist a été nécessaire : des clés telles que NSBluetoothAlwaysUsageDescription, NSLocationWhenInUseUsageDescription et UIBackgroundModes avec bluetooth-central ont été ajoutées. Sur Android, l’autorisation ACCESS_FINE_LOCATION a été demandée à l’exécution, et android.permission.BODY_SENSORS a été déclarée pour un scan en arrière-plan correct.

Pour le débogage, react-native-debugger avec un plugin personnalisé est utilisé, qui enregistre tous les paquets BLE en format HEX + ASCII et construit une chronologie des événements de connexion/déconnexion.

Validation sur le terrain aux États-Unis : de l’ergonomie à l’effet thérapeutique

En décembre 2025, deux versions de l’appareil ont été testées dans l’Ohio : le MVP principal et le ‘Biolumos Mini’ simplifié. L’objectif n’était pas une démonstration marketing, mais la collecte de données sur trois indicateurs : l’utilisabilité (évaluée via l’échelle de systèmes d’utilisabilité), l’adhérence (fréquence d’utilisation sur 14 jours) et l’efficacité préliminaire (évaluation subjective de l’effet sur une échelle de 5 points).

Les participants — 12 individus âgés de 42 à 68 ans, tous diagnostiqués avec des douleurs chroniques (arthrose, fibromyalgie). Conditions de test : utilisation à domicile sans supervision médicale, reporting quotidien via le journal intégré de l’application.

Observations clés :

• Le ‘Mini’ a atteint 92 % d’adhérence contre 63 % pour le MVP principal (raison : facilité d’allumage/extinction et absence de synchronisation) ;
• Le dispositif principal a obtenu une note d’ergonomie de 4,1/5, mais 7 participants sur 12 ont noté une gêne lors de l’attachement prolongé (>20 minutes) ;
• L’effet thérapeutique a été jugé plus élevé avec le mode pulsé à 10 Hz avec vibration (note moyenne de 4,4/5) qu’avec l’éclairage continu (3,2/5) ;
• 100 % des participants ont estimé que l’interface de l’application était ‘intuitivement compréhensible’, mais 8 sur 12 ont demandé la possibilité d’exporter le journal en CSV.

Ces résultats ont servi de base pour affiner la conception mécanique et étendre les fonctionnalités de l’application — notamment en implémentant l’export automatique du journal et un montage modulaire.

Ce qui compte

• Le moulage sous vide n’est pas une alternative au moulage par injection, mais une étape intermédiaire qui permet de produire 20 à 30 pièces avec une géométrie et une qualité de surface conformes aux exigences de certification, sans investir dans des outils.
• Avec une architecture appropriée (séparation de la logique BLE de l’UI), React Native assure une cohérence de code de 92 % entre iOS et Android, mais exige une gestion manuelle des permissions spécifiques à chaque plateforme et de l’exécution en arrière-plan.
• La validation sur le terrain aux États-Unis a montré que, pour les dispositifs médicaux domestiques, l’adhérence est tout aussi cruciale que l’efficacité — et qu’elle peut être améliorée en simplifiant radicalement l’UX et en supprimant la synchronisation obligatoire.
• Pour entrer sur le marché américain, une autorisation FDA 510(k) est requise, ce qui impose une documentation conforme à ISO 13485, IEC 62304 (cycle de vie du logiciel) et IEC 60601-1 (sécurité électrique). Les prototypes envoyés dans l’Ohio ne sont pas considérés comme des ‘dispositifs cliniques’ au sens juridique — ils sont classés comme ‘à usage exclusivement de recherche’.
• L’application mobile doit respecter la HIPAA — même si les données ne sont pas transmises à un serveur : le stockage local des logs requiert un chiffrement AES-256 et une protection des clés via Keychain (iOS) et Keystore (Android).

Feuille de route : du MVP au produit certifié

Les six prochains mois seront axés sur trois axes :

1. Validation clinique

• Partenariat avec deux cliniques universitaires (États-Unis et UE) pour un essai clinique randomisé (RCT) avec n=45 par groupe ;
• Élaboration d’un protocole d’évaluation : critère principal — changement de l’échelle VAS de la douleur après 4 semaines ; critères secondaires — fréquence d’utilisation et qualité du sommeil (évaluée via actigraphie) ;
• Préparation de la documentation pour le comité d’éthique : formulaire de consentement éclairé, brochure de l’investigateur, modèle de rapport d’étude clinique.

2. Certification et conformité

• Audit des processus de développement logiciel selon IEC 62304 classe B ;
• Tests CEM dans un laboratoire accrédité (EN 60601-1-2:2015) ;
• Évaluation biologique des matériaux du boîtier selon ISO 10993-1 (cytotoxicité, sensibilisation, irritation) ;
• Préparation du dossier technique pour le marquage CE (classe IIa) et la demande FDA 510(k).

3. Développement technique

• Portage du firmware sur FreeRTOS avec priorisation des tâches : pile BLE (priorité 5), acquisition des capteurs (priorité 4), contrôle des LED/vibration (priorité 3), watchdog (priorité 1) ;
• Implémentation des mises à jour OTA via BLE DFU (Device Firmware Upgrade) avec signature ECDSA-P256 ;
• Ajout d’un ‘Mode clinique’ à l’application : désactivation de toutes les fonctions utilisateur, activation d’un journal horodaté avec coordonnées GPS (pour RCT).

Passer du MVP à un produit approuvé par les régulateurs ne consiste pas à passer à l’échelle, mais à repenser chaque composant — du choix du matériau du boîtier à l’architecture du firmware. Chaque décision doit être documentée, reproductible et étayée par des données — sinon aucune autorité régulatrice ne l’acceptera.

— Editorial Team