Produit
Un dossier, vingt spécialités : comment les modules s’assemblent
Sous le capot du Système de Capacités par Spécialité, et pourquoi un dossier partagé vaut mieux que des silos sur mesure.
6 min de lecture
« Il suffit d'ajouter la traduction » est une phrase que les ingénieurs apprennent à redouter. Pour un produit médical, où une dose mal traduite ou une négation inversée peut causer un vrai préjudice, ce n'est pas une fonctionnalité que l'on ajoute par-dessus. Nous avons conçu Doctopass pour fonctionner en arabe, en français et en anglais depuis le modèle de données, et les parties difficiles ont rarement été celles que nous attendions.
Le sens droite-à-gauche n'est pas un réglage CSS
Le premier mythe à abandonner est que prendre en charge l'arabe se résume à retourner la mise en page. C'est bien le cas, la navigation, les icônes, la progression et l'ordre de lecture se reflètent tous, mais une interface clinique mêle constamment les écritures. Une note de consultation en arabe contient des noms de médicaments en caractères latins, des doses numériques et des dates. Faire s'afficher correctement le texte bidirectionnel, pour qu'une posologie se lise dans le bon sens à l'intérieur d'une phrase de droite à gauche, a demandé bien plus de soin que le reflet des menus.
La mise en page se reflète. La médecine, non. Une dose doit se lire correctement quelle que soit la langue qui l'entoure.
Une traduction qui sait qu'elle peut se tromper
Quand un patient écrit à son médecin en arabe et que le médecin lit en français, la traduction automatique est réellement utile. C'est aussi un endroit où les erreurs assurées et fluides sont les plus dangereuses : un moteur de traduction rendra volontiers un sens erroné dans une grammaire parfaite.
Aussi, dans Doctopass, les messages traduits ne sont jamais présentés comme s'ils étaient l'original. Le lecteur peut toujours voir qu'un message a été traduit et atteindre le texte source en une étape. Pour tout ce qui est clinique, l'original est à une pression du doigt, car l'hypothèse sûre est que la traduction est une aide, non une autorité.
La règle que nous avons retenue
Le texte traduit est toujours signalé comme traduit, et l'original est toujours accessible. Le système aide le lecteur à comprendre ; il ne parle jamais discrètement à la place de l'autre personne.
Le langage simple survit à la traduction ; le langage habile, non
Celle-ci a remodelé notre façon d'écrire tout le produit. Les idiomes, l'humour et les tournures habiles ne survivent pas à la traduction : ils deviennent du charabia ou, pire, quelque chose qui signifie le contraire. « Vos résultats sont prêts » se traduit proprement dans n'importe quelle langue. Une version désinvolte et idiomatique de la même phrase, non.
Nos règles de contenu ne concernent donc pas seulement le ton. Écrire des phrases courtes, littérales, à la deuxième personne, voilà ce qui rend la même interface digne de confiance en trois langues. La voix simple que vous lisez en anglais est la voix qui survit intacte au voyage vers l'arabe.
Intégré, pas traduit après coup
La leçon la plus profonde portait sur la séquence. Les équipes qui livrent dans une langue et « internationalisent plus tard » découvrent d'ordinaire que leurs hypothèses sont ancrées trop profond pour être retirées : du texte concaténé dans l'ordre des mots de l'anglais, des mises en page qui supposent le gauche-à-droite, des dates et des nombres formatés d'une seule manière.
- Nous ne collons jamais de phrases à partir de fragments ; les chaînes complètes sont traduites comme des unités.
- Le sens de la mise en page est une propriété de toute l'interface, défini une fois et respecté partout.
- Les nombres, les dates et la monnaie se formatent selon la locale du lecteur, pas celle du développeur.
Le faire dès le départ nous a coûté du temps tôt et nous a épargné une reconstruction plus tard. Pour un produit destiné à s'enraciner localement puis à s'étendre au-delà des frontières, le multilingue n'était pas une phase. C'était le fondement.