Interfaces de santé en langues locales : traduire, adapter, tester
Une application de santé en français ou en anglais seulement exclut une partie des patients et des agents de santé communautaires. Traduire ne suffit pas : il faut adapter, puis tester sur le terrain.
Un agent de santé communautaire qui lit mal le français, une mère qui reçoit un rappel de vaccination dans une langue qu’elle ne parle pas, un patient âgé qui ne comprend pas l’icône d’un médicament : ces situations ont des conséquences cliniques. La santé numérique et les langues locales ne relèvent pas du confort. Ce guide propose une démarche en trois temps, traduire, adapter, tester, pour une application de suivi, un portail patient ou un outil d’agents de terrain.
Pourquoi la traduction seule échoue
Traduire une interface mot à mot produit souvent des résultats corrects sur le plan linguistique et inutilisables sur le terrain. Les termes médicaux n’ont pas toujours d’équivalent courant ; un équivalent savant peut être compris des soignants et pas des patients. Les unités, les dates, les formats de nom varient. Certaines langues s’écrivent peu au quotidien et se parlent beaucoup. Et des choix graphiques, couleurs ou symboles, n’ont pas le même sens partout.
Une consigne médicale bien traduite mais mal comprise reste une consigne dangereuse.
La méthode en six étapes
- Choisir les langues sur des données. Recensements, enquêtes démographiques et de santé, retours des agents : quelles langues parlent réellement les usagers de la zone, et lesquelles lisent-ils ?
- Prioriser les parcours. Consignes de prise de médicament, rappels de rendez-vous, signes d’alerte, consentement : ce qui touche la sécurité passe en premier.
- Construire un glossaire médical. Pour chaque terme clé, une forme validée par des soignants locuteurs, une forme simple pour les patients et, si besoin, une explication courte.
- Préparer l’interface. Textes externalisés (aucun texte dans le code ni dans les images), place prévue pour des traductions plus longues, prise en charge des alphabets et des sens d’écriture nécessaires, formats de date et de nombre adaptés.
- Ajouter l’oral et les pictogrammes. Messages audio enregistrés par des locuteurs, pictogrammes testés auprès du public cible, appels vocaux pour les rappels.
- Tester sur le terrain. Avec des usagers représentatifs, dans les conditions réelles : téléphone d’entrée de gamme, lumière, bruit.
Adapter, au-delà des mots
| Élément | Question à se poser | Exemple d’adaptation |
|---|---|---|
| Termes médicaux | Le patient comprend-il le terme, ou seulement le soignant ? | « Hypertension » remplacé dans l’interface patient par l’expression courante, avec le terme médical entre parenthèses |
| Posologie | Les moments de prise sont-ils exprimés comme dans la vie quotidienne ? | Prises liées aux repas ou aux moments de la journée plutôt qu’aux heures |
| Noms et identités | Les champs acceptent-ils les structures de noms locales ? | Un seul champ de nom, ou des champs optionnels, sans imposer prénom et nom de famille |
| Dates | Les dates de naissance sont-elles toujours connues ? | Saisie d’une année ou d’un âge estimé, signalée comme telle |
| Pictogrammes | Le symbole est-il compris sans explication ? | Test de reconnaissance auprès d’un échantillon avant adoption |
| Couleurs | Le code couleur a-t-il le sens attendu ? | Couleur doublée d’un mot ou d’une forme, jamais seule |
Tester avec les bonnes personnes
Le test le plus utile est simple : demander à un usager de réaliser une tâche (« indiquez quand prendre ce médicament ») puis de reformuler ce qu’il a compris. La reformulation révèle les malentendus qu’un questionnaire de satisfaction ne voit pas.
- Recruter des testeurs représentatifs : âge, niveau de lecture, habitude du téléphone.
- Tester sur les appareils réellement utilisés, pas sur ceux de l’équipe projet.
- Faire conduire les tests par des locuteurs de la langue, en présence d’un soignant.
- Noter chaque incompréhension, la corriger, retester.
- Prévoir un canal de signalement permanent pour les agents de terrain.
Choisissez les langues sur des données, traduisez d’abord les parcours de sécurité, appuyez-vous sur un glossaire validé par des soignants locuteurs et vérifiez la compréhension par reformulation. L’oral et les pictogrammes testés élargissent la portée bien au-delà de l’écrit.
Les principes d’accessibilité du W3C (WCAG), en particulier sur la langue de la page et la lisibilité, s’appliquent aussi à ces interfaces. Le pôle BETZ et l’expertise santé numérique de DOSOBE intègrent cette démarche dans leurs projets.
Questions fréquentes
Faut-il traduire toute l'interface dans chaque langue ?
Commencez par les parcours qui comptent pour la sécurité du patient : consignes, rappels, résultats, consentement. Le reste suit par ordre d'usage.
La traduction automatique peut-elle suffire ?
Elle peut produire un premier jet pour les langues bien dotées, mais une relecture par des soignants locuteurs reste indispensable. Pour de nombreuses langues africaines, sa qualité est encore insuffisante pour un contenu médical.
Comment gérer une langue surtout orale ?
Par des messages audio enregistrés par des locuteurs, des pictogrammes testés, et une interface vocale ou un appel. L'écrit transcrit peut rester secondaire.
Qui doit valider les traductions ?
Un binôme : un professionnel de santé locuteur natif, et une personne représentative des usagers. Le traducteur seul ne suffit pas.