ProtectUs assure la traçabilité du linge hospitalier par RFID : chaque article est suivi sur tout son cycle - distribution, port, retour, blanchisserie.
Le contexte
La plateforme initiale (no-code Bubble) atteignait ses limites : latence moyenne de 720 ms (pics à 2 s) sur les opérations RFID, coûts élevés, pas de versioning, une table d'historique de plus d'un million de lignes, et surtout des données de santé hébergées hors de France.
Mon rôle
- Cadrage technique : analyse de l'existant, architecture cible et faisabilité.
- Développement full-stack (front et back) en Next.js et Node.js : dashboard temps réel, API métier et intégration de toute la chaîne IoT.
Le côté IoT
Le coeur du système repose sur des bornes autonomes E.D.G.A.R. (Electronic Data Gathering And Reporting), chacune composée de :
- un routeur Teltonika 4G (broker MQTT local)
- un contrôleur Arduino qui orchestre l'ouverture des armoires
- un lecteur RFID Zebra FX9600 (4 antennes)
- des armoires physiques (propre / sale / mixte)
Le flux : le soignant scanne un QR code, l'Arduino publie en MQTT, Node-RED fait le pont vers l'API ('/api/rfid/*'), les tags RFID sont lus et leur état mis à jour en temps réel (propre, retour, porteur).
La solution
- Réécriture en Next.js 15 + TypeScript (Clean Architecture, injection de dépendances)
- Supabase (PostgreSQL, Auth, Realtime, Storage) avec RLS pour cloisonner les données par établissement
- Tableau de bord temps réel (en remplacement de Power BI)
- Hébergement OVH en France (données de santé souveraines)
- Conservation du bridge IoT Node-RED existant
Les résultats
- Latence divisée par 4 (1,2 s -> 300 ms)
- 0 rupture de service pendant la migration
- 100 % des données hébergées en France