Sécurité dès la conception
Nous concevons Myukura selon un principe simple : chaque composant ne devrait accéder qu’à l’information dont il a besoin pour remplir sa fonction.
Cela conditionne l’architecture, de l’accès du professionnel jusqu’au traitement de l’audio, à la génération de la documentation et au stockage ultérieur.
Parmi les mesures appliquées sur la plateforme figurent :
Chiffrement
Les communications entre les clients et les services s’effectuent par des connexions chiffrées.
Les informations conservées dans l’infrastructure sont protégées par des mécanismes de chiffrement au repos fournis par les services d’infrastructure utilisés par Myukura.
Nous ne présentons pas le chiffrement comme une garantie absolue de sécurité : il fait partie d’un ensemble plus large de contrôles.
Identité et accès
L’accès aux espaces privés nécessite une authentification.
L’architecture intègre des contrôles d’autorisation pour limiter les ressources que chaque utilisateur peut consulter et séparer l’accès aux informations de chaque organisation.
Les autorisations s’appliquent à différentes couches de l’application et des données.
Séparation des données
Myukura est conçu pour éviter que les informations d’une organisation puissent être consultées par une autre.
Nous appliquons des contrôles d’accès tant dans l’application que dans la couche de données afin de limiter les opérations que chaque session peut effectuer.
Minimisation de l’information
Nous ne pensons pas que conserver davantage d’informations revienne à construire un meilleur produit.
Nous concevons les flux pour utiliser l’information nécessaire à chaque opération et minimiser sa persistance dès qu’elle n’est plus nécessaire.
Cela est particulièrement important dans des processus comme le traitement de l’audio.
L’audio ne devrait pas devenir un fichier permanent par défaut
L’audio d’une consultation est l’un des éléments les plus sensibles du flux.
C’est pourquoi Myukura est conçu pour séparer le traitement de la conservation de l’information.
Lorsqu’un flux a besoin d’audio pour réaliser une transcription, l’objectif est de ne le conserver que le temps nécessaire à ce traitement et d’éviter qu’il ne devienne automatiquement un fichier clinique permanent.
Les politiques de conservation précises peuvent varier selon le produit, la configuration et l’environnement de déploiement.
La documentation clinique obtenue suit un cycle de vie distinct de celui de l’audio dont elle provient.
Architecture locale et cloud
Toutes les données n’ont pas besoin de suivre le même chemin.
Myukura développe une architecture capable de combiner traitement dans le cloud et traitement local selon la fonction, les exigences techniques et l’environnement d’utilisation.
Cloud
L’infrastructure cloud permet d’exécuter certains services de traitement, de synchronisation et de stockage en s’appuyant sur des prestataires technologiques spécialisés.
Le choix de chaque service se fait en tenant compte, entre autres, de la sécurité, de la disponibilité, de la localisation, de la capacité technique et des exigences de protection des données.
Local
En développementAvec notre ligne Myukura Edge, nous développons des systèmes capables de déplacer certains traitements d’intelligence artificielle vers l’appareil ou vers une infrastructure située dans l’environnement de l’organisation.
L’objectif n’est pas de remplacer tout le cloud.
C’est de réduire les dépendances et d’offrir de nouvelles options sur le lieu de traitement de certaines informations.
Myukura Edge est actuellement en cours de développement.
Le professionnel reste dans le processus
La sécurité d’un système clinique ne dépend pas seulement de l’empêchement des accès non autorisés.
Elle dépend aussi du contrôle de ce qu’il advient de l’information produite par l’intelligence artificielle.
Myukura est conçu selon une approche human in the loop.
Les systèmes peuvent aider à transcrire, identifier et structurer l’information, mais la documentation clinique générée doit rester soumise à la relecture d’un professionnel avant d’être considérée comme définitive.
Cela permet de traiter les erreurs des modèles comme une composante explicite du système, et non comme une possibilité cachée à l’utilisateur.
Nous construisons des systèmes vérifiables
Nous ne partons pas du principe qu’un modèle est fiable simplement parce qu’il a obtenu un bon score public.
Nous développons et évaluons des composants spécialisés afin de comprendre leur comportement dans les fonctions précises pour lesquelles ils sont utilisés.
Cela inclut l’étude de :
- la précision ;
- les erreurs ;
- le comportement face à des informations cliniques pertinentes ;
- la latence ;
- les besoins de calcul ;
- la capacité d’exécution locale ;
- et les mécanismes de supervision.
La sécurité consiste aussi à connaître les limites d’un système.
Journalisation et traçabilité
Certaines opérations de la plateforme peuvent générer des journaux techniques et d’audit nécessaires à la sécurité, au diagnostic et à la traçabilité.
Ces journaux sont conçus selon des critères de minimisation et ne doivent pas servir de mécanisme parallèle pour stocker inutilement du contenu clinique.
Gestion des incidents
Aucune organisation responsable ne devrait affirmer qu’un incident est impossible.
Notre approche consiste à travailler pour les prévenir, les détecter et disposer de procédures pour réagir lorsqu’ils se produisent.
Lorsqu’un incident implique des données personnelles, sa nature, sa portée et le risque pour les personnes concernées sont évalués, et les obligations de communication et de notification prévues par la réglementation applicable sont respectées.
Confidentialité dès la conception
Travailler avec une technologie de santé implique de prendre des décisions de confidentialité bien avant de rédiger une politique juridique.
Parmi les principes qui guident notre architecture figurent :
01
Minimisation
Ne recueillir et ne conserver que l’information nécessaire à chaque finalité.
02
Limitation de l’accès
Restreindre l’accès en fonction de l’utilisateur, de l’organisation et de la fonction.
03
Séparation
Éviter que les données appartenant à différentes organisations partagent des périmètres d’accès.
04
Traçabilité
Maintenir des mécanismes permettant de comprendre les opérations pertinentes effectuées sur le système.
05
Supervision humaine
Maintenir le professionnel dans le processus de relecture de l’information clinique générée par l’IA.
06
Traitement local lorsqu’il apporte de la valeur
Rechercher et développer des façons de traiter certaines tâches sans dépendre nécessairement d’une infrastructure distante.
Prestataires technologiques
Myukura utilise des infrastructures et des services technologiques spécialisés pour faire fonctionner différentes parties de la plateforme.
Tous les prestataires n’interviennent pas dans tous les produits, et tous les flux n’utilisent pas la même architecture.
Nous tenons à jour l’information sur les catégories de prestataires susceptibles de participer au traitement de l’information et sur les fonctions qu’ils remplissent, dans notre Trust Center et notre documentation de confidentialité.
Développement continu
Myukura est en cours de développement.
Nos contrôles de sécurité, notre architecture et nos procédures évoluent avec le produit.
Nous n’utilisons pas de certifications, d’audits ou de tests de sécurité comme argument commercial tant qu’ils n’ont pas été réellement menés à terme et que nous ne pouvons pas les documenter.
À mesure que nous intégrerons de nouveaux contrôles ou évaluations indépendantes, nous mettrons à jour cette page et le Trust Center.
Vous avez découvert un problème de sécurité ?
Si vous êtes chercheur, utilisateur ou professionnel technique et pensez avoir identifié une vulnérabilité liée à Myukura, nous voulons la connaître.
Contact sécurité : seguridad@myukura.com
Merci de ne pas inclure de données cliniques réelles ni d’informations personnelles sensibles dans le premier message.
Dernière mise à jour : octobre 2026
