Une alerte sanitaire — fermeture temporaire d’un service, consigne de circulation dans l’établissement, information sur un risque infectieux localisé — doit parfois atteindre des patients et des familles non francophones en quelques minutes, un délai totalement incompatible avec le circuit de traduction habituel d’un établissement de santé, pensé pour des contenus informatifs et institutionnels sans contrainte de temps aussi serrée. Ce sujet ne traite pas de la terminologie médicale déjà abordée précédemment, un travail de fond sur le vocabulaire : il porte sur l’architecture d’une procédure d’urgence multilingue à part entière, distincte du fonctionnement quotidien du site.
Pourquoi le circuit normal ne convient pas à l’urgence
Le circuit de traduction habituel d’un hôpital universitaire multilingue implique généralement une validation médicale du contenu source, une traduction professionnelle spécialisée, puis une relecture croisée avant publication, un processus qui prend, sur ce type d’établissement, entre plusieurs heures et plusieurs jours selon la complexité du sujet. Appliqué à une alerte urgente, ce circuit produirait une information disponible en français immédiatement, mais inaccessible dans les autres langues pendant une durée incompatible avec la nature de l’urgence, exposant l’établissement à un risque réel pour les patients non francophones.
La procédure dégradée : une architecture à préparer avant la crise
La solution retenue par cet établissement repose sur une procédure dégradée, définie et validée en amont avec la direction de la communication et la direction des soins, activable uniquement pour une liste fermée de situations qualifiées d’urgentes. Cette procédure repose sur une arborescence de diffusion pensée à l’avance :
Alerte sanitaire déclarée
└─ Rédaction du message source (français), validé par le cadre de garde
├─ Publication immédiate en français sur le site et les écrans internes
├─ Traduction automatique instantanée (DeepL API) vers les langues prioritaires
│ └─ Publication immédiate avec bandeau « traduction automatique, non relue »
└─ File de révision humaine déclenchée en parallèle
└─ Remplacement du contenu traduit dès validation, sans interrompre l'affichage
Ce schéma repose sur un principe assumé : publier une traduction automatique explicitement signalée comme telle vaut mieux, dans ce contexte précis, que ne rien publier du tout en attendant une traduction humaine. Le bandeau de mention explicite protège à la fois l’établissement et le patient, en indiquant clairement le niveau de fiabilité du contenu affiché à cet instant.
Ce qui rend cette procédure activable en quinze minutes
La rapidité de quinze minutes entre publication source et diffusion multilingue ne tient pas à un outil miracle, mais à une préparation technique effectuée bien avant toute crise : un gabarit de page dédié aux alertes, préconfiguré dans Polylang avec les langues prioritaires déjà activées, un compte API DeepL déjà provisionné et testé, et un rôle éditorial spécifique (« rédacteur d’alerte ») disposant des droits de publication immédiate sans passer par le circuit de validation éditoriale habituel, réservé aux situations listées dans la procédure.
Le rôle de la file de révision humaine
La traduction automatique publiée en urgence n’est jamais considérée comme définitive. Une file de révision humaine, alimentée automatiquement dès la publication de l’alerte, notifie les traducteurs habituels de l’établissement pour une relecture accélérée, avec remplacement du contenu affiché dès validation, sans jamais dépublier la version automatique entre-temps. Ce mécanisme garantit qu’une information reste toujours disponible dans chaque langue prioritaire, même pendant la phase où sa qualité de traduction s’améliore progressivement.
Les limites assumées de cette architecture
Cette procédure dégradée ne couvre volontairement qu’une liste fermée de situations, définie avec la direction médicale, et non l’ensemble du contenu institutionnel de l’établissement. Élargir son usage à des contenus non urgents diluerait la confiance accordée au bandeau de traduction automatique et banaliserait un dispositif pensé précisément pour rester exceptionnel. La liste des langues prioritaires elle-même reste volontairement limitée aux langues les plus représentées parmi la patientèle de l’établissement, plutôt que de viser une couverture linguistique exhaustive incompatible avec la rapidité recherchée.
- Définir à l’avance, avec la direction médicale, la liste fermée des situations relevant de la procédure dégradée
- Préconfigurer un gabarit de page d’alerte et un accès API de traduction automatique déjà opérationnel
- Toujours signaler explicitement une traduction automatique non relue par un bandeau visible
- Maintenir une file de révision humaine qui améliore le contenu sans jamais le dépublier entre-temps
En résumé
Un établissement de santé multilingue ne peut pas se permettre d’attendre son circuit de traduction habituel face à une urgence sanitaire réelle. La solution ne consiste pas à accélérer ce circuit à l’excès, ce qui en dégraderait la qualité pour tous les contenus, mais à construire, en parallèle, une procédure d’urgence assumée et clairement balisée, activable en quelques minutes, avec une amélioration continue de la qualité une fois le pic de tension passé.
