Robotique · Application Android embarquée
Sakura France Service
On a appris à un robot à travailler dans un cabinet médical.
Client
Sakura France Service
Livraison
Mise en service au cabinet, août 2026
Le problème
Dans un cabinet d'orthodontie, les assistantes font des allers-retours permanents entre la stérilisation et les salles pour chercher les instruments stériles et rapporter le matériel souillé.
Du temps de soin perdu, des déplacements inutiles, et une chaîne d'hygiène à respecter strictement : le propre et le sale ne se croisent jamais.
Le robot OrionStar DR02 est livré nu. Tout le comportement métier, les écrans et l'outil de pilotage étaient à inventer.
Ce qu'on a construit
L'application embarquée dans le robot
Elle orchestre toutes les missions : charger en stérilisation, livrer une ou plusieurs salles, attendre la validation humaine, rapporter le souillé, retourner en veille, aller se recharger. L'écran guide le personnel à chaque étape et le robot parle.
Un tableau de bord servi par le robot lui-même
Pas de serveur externe, pas d'abonnement cloud. Le robot héberge sa propre interface sur le réseau du cabinet. Chaque salle passe commande en deux clics, la stérilisation voit la file des missions en temps réel, les alertes et l'historique complet.
Le moteur de missions
Le cœur du système : file d'attente, regroupement automatique des commandes sur plusieurs plateaux, tournées multi-salles avec retours intermédiaires en stérilisation, reprise après incident, planification des recharges.
- ■Jusqu'à trois commandes regroupées en un seul trajet, chaque salle sait sur quel plateau se trouve son matériel
- ■Marche en avant respectée : deux points distincts pour le départ et le retour en stérilisation
- ■Validation humaine à chaque étape, traçabilité complète dans un journal horodaté
- ■Gestion des anomalies : obstacle, livraison non conforme, réception non confirmée, perte de localisation
- ■Recharge autonome programmée à heures fixes, débrayable depuis le tableau de bord
- ■Annonces vocales à l'arrivée, demandes de passage polies, appel à l'aide en cas de blocage
Pourquoi c'était difficile
Le monde physique ne se simule pas
Un meuble mal placé devant un point d'arrêt, un couloir étroit, un patient qui passe devant. Chaque cas réel a demandé une réponse logicielle spécifique. Ici, le bug ne s'affiche pas en rouge dans un navigateur : un robot de 50 kg reste coincé dans un couloir en pleine journée de consultations.
Un robot peut se perdre
Déplacé ou redémarré, il ne sait plus où il est. Nous avons construit la détection de perte, le guidage du personnel pour le repositionner et la reprise automatique.
Zéro tolérance sur la traçabilité
En milieu médical, livré doit vouloir dire livré et confirmé par un humain. Jamais supposé.
Une itération terrain intensive
Des dizaines de versions livrées au fil des retours de l'équipe soignante, jusqu'à la mise en service réelle. Un vrai travail de co-construction avec les utilisatrices.
3
briques logicielles
3
livraisons regroupées par trajet
60+
versions itérées sur le terrain
0
serveur externe
Kotlin · Jetpack Compose · SDK OrionStar RobotOS · React · Vite · serveur HTTP embarqué · SQLite
Le service
Applications mobiles et embarquées
Projet suivant
Pièces Peugeot Motocycles