Troisième volet de notre série verticale. Ici : le secteur où la Voice AI a le plus à apporter, et où elle est juridiquement la plus encadrée.
La scène qui se joue des milliers de fois par jour
Un médecin termine sa consultation. Pendant les douze minutes qui viennent de s'écouler, il a écouté, examiné, décidé, et il lui reste maintenant quinze minutes de frappe pour retranscrire tout cela dans le dossier patient. Multipliez par le nombre de consultations, ajoutez le burn-out documentaire que dénoncent les ordres professionnels depuis des années : la transcription automatique par IA est l'un des gains de temps les plus évidents de la médecine moderne.
Alors l'établissement teste un outil de transcription. Voix claire, ponctuation automatique, intégration au DPI (Dossier Patient Informatisé). Le pilote est convaincant.
Et puis la question arrive : où vont les données ?
Ce que dit le droit, et il ne rigole pas
Les données de santé sont la catégorie la plus protégée du RGPD (article 9 : données sensibles). À cela s'ajoutent des régimes spécifiques :
L'hébergement HDS (Health Data Hosting)
En France, tout hébergeur de données de santé à caractère personnel doit être certifié HDS, un régime dédié, avec des exigences au-delà de l'ISO 27001 classique. Interrogez donc votre fournisseur SaaS de transcription : êtes-vous certifié HDS ? Sur quel périmètre ? La réponse est fréquemment un silence, ou un « nous travaillons dessus ».
La voix est une donnée biométrique
Une voix n'est pas un texte : c'est un élément biométrique qui identifie (et peut identifier) une personne. Transcrire la voix d'un patient revient à traiter une donnée de santé et une donnée biométrique, double qualification, double exigence.
Le secret médical
Une consultation contient ce que le patient n'a dit qu'à son médecin. Le secret médical s'étend à tous les intervenants de la chaîne, y compris les sous-traitants techniques du fournisseur de transcription. Or une chaîne SaaS typique implique : l'éditeur (US ?), son hébergeur (US ? AWS/Azure ?), ses sous-traitants d'inférence, l'ensemble hors du contrôle du praticien.
Et le CLOUD Act de creuser le problème : un éditeur américain certifié HDS sur papier reste sous juridiction US. L'analyse détaillée est dans notre article dédié, Patriot Act, CLOUD Act, FISA : ces lois permettent la réquisition des données détenues par un fournisseur US quel que soit l'endroit où elles sont hébergées.
Le test des cinq questions
Avant tout outil de transcription en santé, le RSSI/DPO doit pouvoir répondre :
1. Où physiquement tourne l'inférence ? (Si SaaS : quels pays exactement, y a-t-il burst vers d'autres régions ?) 2. L'audio est-il conservé après transcription ? (Beaucoup le gardent par défaut pour « améliorer le service ») 3. Les transcriptions alimentent-elles un entraînement de modèle ? (Opt-out explicite ou opt-in silencieux ?) 4. L'hébergeur est-il certifié HDS, et pour quelle portée ? 5. En cas de réquisition étrangère, serai-je informé ? (Avec le Patriot Act/CLOUD Act : non.)
Si une seule réponse est inconfortable, l'outil est disqualifié pour un usage clinique.
Ce que la chaîne on-premise change
La réponse DalonCorp s'appelle l'infrastructure du praticien, et elle est complète :
| Étape | Composant | Localisation |
|---|---|---|
| Capture | Micro/praticien → LiveKit SIP ou application | Votre réseau |
| Transcription | Whisper on-prem (30+ langues, diarization médecin/patient) | Vos GPU |
| Compréhension / résumé | LLM via NLPBC, Ollama on-prem (Llama 3.1, Mistral) | Vos GPU |
| Synthèse vocale (réponse, assistance) | Piper sub-200ms | Vos GPU |
| Stockage | Dossier patient, transcriptions | Vos serveurs (NATS Object Store) |
| Identité | NSC Ed25519, chaque accès tracé par personne | Vos contrôleurs |
| Journalisation | Audit log complet, rétention illimitée possible | Vos disques |
Aucune donnée de santé ne quitte l'établissement. Pas de DPA à négocier avec un cloud US, pas de DPF à réévaluer après chaque décision CJUE, pas de question « où est physiquement le serveur ».
Les usages concrets en établissement
- Consultation → compte-rendu : le médecin dicte ou l'IA transcrit la consultation ; le NLPBC résume et structure en sections (anamnèse, examen, diagnostic, prescription) prêtes à intégrer au dossier
- Assistance en consultation : l'assistant vocal interroge le dossier (« ses derniers bilans ? ») pendant que le praticien examine, mains libres
- Télémédecine : transcription des téléconsultations, avec double consentement vocal
- Accessibilité patients : sous-titrage en direct pour patients malentendants, synthèse vocale pour malvoyants, l'accessibilité RGAA n'est pas une option en établissement public
- Urgences : mains libres absolues, la voix est le seul canal disponible pendant les gestes techniques.
Une objection fréquente : « Whisper, c'est du machine learning, donc un traitement automatisé ? »
Oui, et c'est précisément pourquoi l'AI Act est votre allié ici : il exige la supervision humaine (le médecin valide la transcription), la journalisation (audit log DalonCorp) et la transparence (le patient est informé). Trois points où l'architecture DalonCorp est déjà conforme par construction, le médecin valide, le système trace, rien n'est décisionnel.
Pour aller plus loin
- La chaîne vocale temps réel, Whisper et Piper en détail
- La sécurité de bout en bout, les 5 couches, dont la conformité santé
- La proposition de valeur DalonCorp (PDF)