Comment traduire et valider les commandes vocales d’un dispositif médical ?

La traduction et la validation des commandes vocales d’un dispositif médical ne consistent pas à remplacer des mots dans une liste. Une commande traduite doit rester compréhensible pour l’utilisateur, cohérente avec l’interface et reconnue par le moteur de reconnaissance vocale. Elle doit surtout déclencher l’action attendue, sans créer de confusion susceptible d’affecter la sécurité.

Ce travail associe traduction spécialisée, localisation logicielle, ingénierie vocale, gestion des risques et essais d’aptitude à l’utilisation. Il convient de valider le texte, mais aussi la prononciation, les variantes acceptées, les conditions acoustiques et le comportement du dispositif après chaque énoncé.

Pourquoi une commande vocale traduite doit-elle être validée ?

Une commande vocale est un élément fonctionnel de l’interface utilisateur. Une traduction linguistiquement correcte peut échouer si elle est trop longue, difficile à prononcer, proche d’une autre commande ou mal adaptée au modèle de reconnaissance de la langue cible. À l’inverse, une formulation très bien reconnue par le logiciel peut rester ambiguë pour un professionnel de santé.

Le règlement (UE) 2017/745 relatif aux dispositifs médicaux impose que les informations accompagnant le dispositif soient fournies dans les langues requises par les États membres. Il encadre également la sécurité, les performances et la maîtrise des risques sur l’ensemble du cycle de vie.

La norme ISO 14971:2019 de l’Organisation internationale de normalisation fournit un cadre de gestion des risques applicable aux dispositifs médicaux. La norme IEC 62366-1, relative à l’ingénierie de l’aptitude à l’utilisation, complète cette approche pour les risques liés à l’utilisation et à l’interface. Dans ce contexte, la validation d’une interface vocale doit démontrer que les utilisateurs visés peuvent exécuter les tâches attendues dans des conditions représentatives.

Ce qu’il faut traduire avant de valider les commandes vocales

La traduction des commandes vocales ne peut pas être séparée du reste de l’expérience utilisateur. Le périmètre comprend les formulations prononcées par l’utilisateur, les synonymes acceptés, le mot d’activation, les confirmations sonores, les messages d’erreur, les instructions à l’écran et les indications présentes dans la notice. Une prestation de traduction de dispositifs médicaux doit donc couvrir les contenus visibles, audibles et fonctionnels.

Il convient également de vérifier la cohérence entre les différents canaux. Si l’écran indique « Arrêter la perfusion », la notice emploie « Interrompre l’administration » et le moteur attend « Stop perfusion », l’utilisateur doit mémoriser plusieurs formulations pour une même action. Cette divergence augmente la charge cognitive et peut provoquer des erreurs.

Traduction et validation des commandes vocales d’un dispositif médical : une méthode en neuf étapes

Le processus doit rester proportionné au risque. Une commande qui affiche un écran d’aide n’exige pas les mêmes contrôles qu’une commande qui modifie un débit, lance une émission d’énergie ou confirme une action irréversible. Les critères d’acceptation doivent donc être définis par catégorie de commande.

1. Définir l’utilisation prévue et les utilisateurs

Précisez les profils d’utilisateurs, leur niveau de formation, les langues et variantes régionales, ainsi que les environnements d’utilisation.

2. Classer les commandes selon leur criticité

Classez les commandes vocales et les actions auxquelles elles correspondent en fonction de leur effet potentiel.

3. Analyser les risques linguistiques et acoustiques

Recherchez les homophones, les formulations proches, les négations, les nombres, les unités, les abréviations et les mots susceptibles d’être masqués par le bruit.

4. Préparer une terminologie contrôlée

Le glossaire doit couvrir les composants, les paramètres, les actions et les états du dispositif.

5. Traduire pour l’usage oral

La traduction doit privilégier une formulation naturelle, concise et distincte des autres commandes. Il peut être nécessaire de s’éloigner d’une traduction littérale pour préserver la sécurité et la reconnaissance.

6. Intégrer la langue dans le moteur vocal

Les chaînes validées doivent être intégrées au moteur vocal avec leurs variantes, règles grammaticales, prononciations, seuils de confiance et réponses du système.

7. Effectuer le contrôle linguistique en contexte

Le linguiste vérifie les commandes dans l’interface réelle ou dans un prototype représentatif.

8. Réaliser les essais acoustiques et fonctionnels

Des locuteurs natifs représentatifs prononcent les commandes dans plusieurs conditions.

9. Valider l’aptitude à l’utilisation et documenter la décision

Les utilisateurs visés exécutent les tâches prévues dans le cadre de scénarios critiques, sans être guidés par l’équipe de développement. Les résultats, écarts, corrections et risques résiduels sont consignés.

Comment construire un protocole de validation vocale pertinent ?

Un protocole efficace ne teste pas uniquement une voix enregistrée en studio. Il doit couvrir la diversité des utilisateurs et des conditions prévues : accents régionaux, débits de parole, port d’un masque et présence d’alarmes.

Les jeux d’essai doivent également inclure des cas négatifs, par exemple des commandes incomplètes, ambiguës, non autorisées ou prononcées hors contexte.

Il n’existe pas de seuil universel adapté à tous les dispositifs. Les critères doivent être fixés avant les essais, justifiés par l’analyse des risques et renforcés pour les actions les plus critiques.

Comment harmoniser la langue d’interface d’un dispositif médical ?

La langue d’interface d’un dispositif médical forme un système. Les commandes, menus, alarmes, confirmations vocales, notices et supports de formation doivent employer les mêmes concepts. Cette cohérence réduit l’effort d’apprentissage et facilite l’analyse des incidents. Elle doit également être maintenue dans toute traduction de notice associée au produit.

Avant la traduction, il est utile de simplifier le texte source. Les commandes doivent être distinctes, brèves et prévisibles. Les couples tels que « activer » et « désactiver », ou « augmenter » et « diminuer », demandent une attention particulière lorsqu’ils sont prononcés dans le bruit. Une confirmation explicite peut être nécessaire pour éviter qu’une syllabe mal reconnue modifie l’action.

Un document archivé de l’ANSM consacré aux dispositifs de radiothérapie, publié en 2007 et présenté ici comme une illustration historique plutôt que comme la source réglementaire actuelle, reliait déjà la compréhension de l’interface homme-machine à la gestion des risques, au profil des opérateurs et à leur formation. Pour les produits déployés dans plusieurs pays, la conception ne doit donc pas imposer la syntaxe de la langue source : la grammaire du moteur vocal, les instructions vocales et les écrans doivent accepter les structures naturelles de chaque langue.

Protéger les données vocales et la confidentialité

La voix constitue une donnée personnelle et peut révéler des informations sur le locuteur ou son environnement notamment le contenu prononcé, certaines caractéristiques du locuteur, sa manière de parler et l’environnement sonore. Lorsqu’elle est utilisée pour identifier une personne, des exigences supplémentaires peuvent s’appliquer aux données biométriques. Le livre blanc de la CNIL sur les assistants vocaux insiste sur la transparence, la sécurité et la protection de la vie privée dès la conception. La conception doit donc préciser quelles données sont captées, où elles sont traitées, combien de temps elles sont conservées et qui peut y accéder.

Le traitement effectué localement par le dispositif peut limiter certains transferts, mais il ne supprime pas tous les risques. Les journaux, fichiers audio, transcriptions, identifiants techniques et données d’essai doivent être inventoriés et protégés. Le guide d’hygiène informatique de l’ANSSI (Agence nationale de la sécurité des systèmes d’information) recommande notamment d’identifier les informations sensibles et les composants qui les hébergent afin d’appliquer des mesures de sécurité adaptées.

Le protocole de traduction et de validation doit enfin encadrer les enregistrements d’essai. Il faut définir les informations fournies aux participants, les droits d’accès, les durées de conservation, les transferts éventuels et la suppression des fichiers. Les fournisseurs de moteurs vocaux et de services cloud doivent être intégrés à cette cartographie.

Quelles preuves conserver dans le dossier qualité ?

Une validation utile doit être reproductible et pouvoir faire l’objet d’un audit. Le dossier doit permettre de relier chaque commande à l’exigence produit correspondante, au risque associé, à sa traduction, à sa version logicielle et à ses résultats d’essai.

Les éléments à conserver comprennent le cahier des charges linguistique, le glossaire approuvé, la matrice des commandes, le plan d’essai, les profils des participants, la description des environnements acoustiques, les résultats bruts, les anomalies, les corrections et le rapport de validation. Les critères d’acceptation et les décisions de dérogation doivent être explicitement justifiés.

La traduction peut être organisée dans le cadre d’un système de management de la qualité conforme aux besoins du fabricant. L’ISO 13485 structure le management de la qualité des dispositifs médicaux, tandis que l’ISO 17100 décrit les exigences relatives aux processus et aux ressources des services de traduction. Ces référentiels ne remplacent pas les essais du produit, mais ils facilitent la maîtrise documentaire et la qualification des intervenants. Pour approfondir ce sujet, découvrez pourquoi il est essentiel de structurer les processus de traduction dans le cadre du MDR et de l’IVDR.

Les erreurs les plus fréquentes à éviter

Les erreurs suivantes reviennent régulièrement :

• valider uniquement le texte, sans tester la parole ;
• enregistrer une seule voix professionnelle dans un environnement silencieux ;
• ignorer les accents, les masques et les bruits réels ;
• mesurer la performance moyenne sans analyser les commandes critiques ;
• omettre les cas négatifs et les activations involontaires ;
• traduire séparément l’écran, la voix et la notice ;
• modifier une commande sans relancer les essais concernés ;
• utiliser des données vocales sans cadre clair de confidentialité.

Questions fréquentes sur la traduction des commandes vocales

Une traduction certifiée suffit-elle ?

Non. Une traduction certifiée ou révisée peut démontrer la qualité linguistique du contenu, mais elle ne prouve pas que le moteur reconnaît correctement les utilisateurs ni que le dispositif exécute la bonne action. Une validation fonctionnelle et, lorsque le risque le justifie, une validation d’aptitude à l’utilisation restent nécessaires.

Faut-il tester chaque langue séparément ?

Oui, car la longueur, la phonétique, les accents et les ambiguïtés diffèrent d’une langue à l’autre. Un résultat obtenu en anglais ne peut pas être automatiquement transposé au français, à l’allemand ou à l’italien.

Quand faut-il réaliser une nouvelle validation ?

La nécessité d’une nouvelle validation doit être évaluée après toute modification susceptible d’affecter la reconnaissance ou l’usage : nouvelle traduction, ajout de synonymes, mise à jour du modèle, changement de microphone, réglage des seuils, modification du dialogue ou évolution de l’utilisation prévue.

Conclusion

Réussir la traduction et la validation des commandes vocales d’un dispositif médical exige de traiter la langue comme une composante du fonctionnement et de la sécurité. La traduction doit être conçue avec l’interface, puis vérifiée dans le moteur vocal, testée auprès d’utilisateurs représentatifs et documentée selon une approche fondée sur les risques.

En associant traduction spécialisée, localisation logicielle, essais acoustiques et évaluation de l’aptitude à l’utilisation, le fabricant obtient une interface plus cohérente et des preuves plus solides. Une société de traduction expérimentée dans les dispositifs médicaux peut intervenir dès la définition des commandes afin d’éviter les corrections tardives et de préparer un protocole multilingue traçable.