Vos démarches

L’exigence DMP UX 27 stipule que le système doit proposer au professionnel de santé une fonction de recherche et/ou de filtrage basée sur les métadonnées XDS des documents issus du DMP.

Afin d'éclairer la mise en œuvre de cette exigence, voici des précisions à titre indicatif et illustratif sur le niveau d'exigence réglementaire et les recommandations UX destinées à optimiser l'usage au quotidien par le professionnel de santé.

1. Cadre réglementaire et portée de l'exigence
   • Sur le plan réglementaire : Le texte de l'exigence SC.DMP/UX.27 n'impose pas de liste exhaustive de métadonnées obligatoires à filtrer, ni de modalités techniques strictes d'implémentation du filtrage (par exemple, type d'interface ou combinaison exacte de filtres).
   • Conséquence pour la conformité : Les éléments présentés ci-dessous ne constituent pas des exigences strictes de vérification, mais des recommandations d'ergonomie et de bonnes pratiques.
2. Recommandations fonctionnelles (À titre indicatif et d'amélioration UX)
   Pour offrir une valeur ajoutée maximale aux professionnels de santé et leur permettre de retrouver rapidement les informations pertinentes au sein du DMP du patient, il est fortement recommandé de proposer :
   • Des fonctionnalités combinées :
     • Un module de filtrage ciblé par critère.
     • Une possibilité de tri (ex. tri chronologique inverse par défaut).
     • Une recherche par mot-clé au sein des métadonnées affichées.
3. Exemples de critères et métadonnées recommandés pour le filtrage / tri
   Afin d'optimiser la lisibilité de la liste des documents, il est pertinent d'offrir des capacités de recherche ou de filtre sur les champs de métadonnées suivants :
   • La date du document / de l'acte :
     • Filtrage par période (ex. derniers 6 mois, année en cours) ou intervalle de dates.
   • La nature du document médical :
     • Par intitulé du type-code : Compte-rendu d'imagerie, Compte-rendu de Biologie, Lettre de liaison, Prescription de produits de santé, Synthèse Médical etc.
     • Par titre précis : Échographie abdominale, Consultation de cardiologie, etc.
   • L'auteur du document :
     • Par nom de l'auteur : Recherche textuelle ou sélection de l'émetteur.
     • Par profession / spécialité : Filtrage par Médecin généraliste, Radiologue, Pharmacien, Orthophoniste etc.
     • Par établissement / structure : Filtrage par centre hospitalier, cabinet, laboratoire, etc.
   • Le niveau de confidentialité :
     • Le filtrage sur l’invisibilité des documents fait l’objet d’une vérification obligatoire de cette exigence.

Conclusion

Bien que la liberté d'implémentation soit laissée à l'éditeur quant aux métadonnées XDS choisies pour le filtrage, l'intégration de ces critères clés (Date, Type/Titre, Auteur/Profession/Établissement) constitue un levier majeur d'ergonomie et d'efficacité pour le gain de temps médical.
 

Oui. L'exigence SC.SSI/IE.38.01 prévoit que « le système DOIT permettre au professionnel de fermer sa session ». Dès lors qu'un professionnel de santé peut accéder à la solution via plusieurs interfaces distinctes nécessitant une authentification, cette exigence doit être satisfaite sur chacune de ces interfaces.

Ainsi, toute interface authentifiée donnant accès à la solution doit permettre au professionnel de santé de se déconnecter et conduire à la fermeture effective de sa session.

Bonne pratique sécurité

Cette exigence vise explicitement les accès des professionnels de santé. Elle ne s'applique donc pas formellement aux interfaces destinées aux patients.

Toutefois, lorsque la solution propose également des interfaces accessibles aux patients après authentification, il est recommandé d'appliquer le même principe de sécurité en permettant au patient de fermer sa session et en garantissant la fermeture effective de celle-ci. Cette approche constitue une bonne pratique de sécurité visant à limiter les risques d'accès non autorisés, notamment en cas d'utilisation de postes ou d'équipements partagés.

En général, ces outils ne peuvent pas être déclarés car ils ne concourent pas à la sécurisation de l’AD mais uniquement à la gestion des identités. Toutefois, si l'ADS remonte des anomalies qui sont corrigées par le produit d’IAM, la modification du processus dans l’IAM peut contribuer. L'acquisition d'un outil IAM en lui-même ne peut être prise en charge.

Vous pouvez nous les transmettre via notre support dédié au programme Care : https://esante.gouv.fr/contact en sélectionnant l'entrée "Demande d'accompagnement en cybersécurité" dans "votre demande de contact porte sur".

Ce type d’outil ne rentre pas dans le périmètre des audits d’exposition, car la demande porte sur un outil de surveillance des fuites de données et non sur la remédiation de potentielles vulnérabilités.