DMP et interopérabilité : comprendre les enjeux pour votre structure

Le DMP et Mon Espace Santé : où en est-on en 2026 ?

Le DMP (Dossier Médical Partagé) et l'interopérabilité des systèmes d'information de santé sont au coeur de la transformation numérique du secteur. Pour les structures de santé, les porteurs de projets d'innovation et les DSI, comprendre l'architecture du DMP et les standards d'échange est devenu indispensable — que ce soit pour piloter un projet, choisir un prestataire ou dialoguer avec vos éditeurs.

Depuis son intégration dans Mon Espace Santé en janvier 2022, le DMP a changé de dimension. Les chiffres de janvier 2026 sont éloquents : plus de 420 millions de documents déposés en 2025 par les professionnels et établissements de santé (soit +40 % par rapport à 2024), près de 150 000 professionnels de santé libéraux et 3 800 établissements qui alimentent activement le dossier, et 2,5 millions d'usagers qui se connectent chaque mois pour consulter leurs documents.

Le DMP n'est plus un projet expérimental. C'est une infrastructure nationale en plein régime, et chaque structure de santé doit s'assurer que ses outils s'y connectent correctement.

De DMP à Mon Espace Santé : une évolution structurante

Rappelons le parcours. Le DMP a été créé par la loi du 13 août 2004, mais son déploiement a connu des années difficiles. Le véritable tournant est arrivé avec la loi du 24 juillet 2019 (Ma Santé 2022) qui a rendu le DMP automatique pour tous les bénéficiaires de l'Assurance Maladie, et surtout avec le lancement de Mon Espace Santé en janvier 2022.

Mon Espace Santé est bien plus qu'un DMP amélioré. C'est une plateforme qui regroupe :

• Le DMP (documents médicaux)
• Une messagerie sécurisée de santé
• Un agenda médical partagé
• Un catalogue d'applications référencées

Aujourd'hui, près de 97 % de la population dispose d'un profil Mon Espace Santé, et 33,6 % des comptes sont activés. En 2026, la plateforme amorce un virage vers la médecine préventive et personnalisée, avec le déploiement de parcours dédiés aux pathologies chroniques.

Architecture technique du DMP

Pour piloter un projet d'interopérabilité ou évaluer les solutions du marché, il est utile de comprendre l'architecture technique du DMP. Le système repose sur plusieurs couches normalisées.

Les profils IHE : XDS.b au coeur du partage

Le DMP s'appuie sur le profil IHE XDS.b (Cross-Enterprise Document Sharing) pour le partage de documents. Ce profil définit une architecture avec plusieurs acteurs :

• Document Source : le système qui produit et soumet un document (votre logiciel)
• Document Repository : le dépôt qui stocke les documents
• Document Registry : le registre qui indexe les métadonnées
• Document Consumer : le système qui consulte les documents

Concrètement, quand votre logiciel alimente le DMP, il agit en tant que Document Source. Il soumet un document structuré au Repository, accompagné de métadonnées XDS (auteur, type de document, patient, date, etc.) qui sont indexées dans le Registry.

HL7 CDA R2 : la structure des documents

Les documents déposés dans le DMP doivent être structurés selon le standard HL7 CDA R2 (Clinical Document Architecture, Release 2). CDA R2 définit un format XML avec :

• Un en-tête (header) contenant les métadonnées administratives : patient, auteur, établissement, date, type de document
• Un corps (body) qui peut être structuré (sections codées) ou non structuré (PDF encapsulé)

Le CI-SIS définit des modèles de documents CDA spécifiques pour chaque type : compte rendu de consultation, lettre de liaison, résultat de biologie, prescription, synthèse médicale, etc.

La transition vers FHIR R4

Le standard HL7 FHIR R4 (Fast Healthcare Interoperability Resources) est la direction stratégique de l'ANS pour l'interopérabilité en France. Contrairement à CDA qui est centré sur le document, FHIR adopte une approche par ressources (Patient, Observation, MedicationRequest, etc.) avec des API REST natives.

L'ANS et Interop'Santé publient des profils FHIR français, notamment le FR Core Implementation Guide qui définit les profils, extensions et jeux de valeurs pour les données administratives (patients, professionnels, structures) et cliniques (constantes vitales, rencontres).

Pour les éditeurs, cela signifie une coexistence des deux standards pendant une période de transition. Les nouveaux projets gagnent à adopter FHIR d'emblée, tout en maintenant la compatibilité CDA pour l'alimentation du DMP existant.

Le cadre d'interopérabilité CI-SIS

Le CI-SIS (Cadre d'Interopérabilité des Systèmes d'Information de Santé), publié par l'ANS, est le référentiel national qui normalise les échanges. Tout logiciel connecté au DMP doit s'y conformer — c'est un critère clé quand vous évaluez un outil.

Les trois couches du CI-SIS

Le CI-SIS est organisé en trois couches complémentaires :

• Couche Transport : les protocoles de communication sécurisés (TLS, certificats IGC-Santé)
• Couche Service : les fonctionnalités d'échange (soumission, consultation, recherche de documents), basées sur les transactions IHE
• Couche Contenu : les modèles de documents métier (volets CDA) qui définissent la structure attendue pour chaque type de document

Les volets de contenu essentiels

Les principaux volets du CI-SIS à connaître :

• Structuration minimale des documents de santé : le socle commun à tous les documents CDA du DMP
• Compte rendu de consultation (CR) : le document produit à l'issue d'une consultation
• Lettre de liaison : le document d'entrée ou de sortie d'hospitalisation
• Volet de synthèse médicale (VSM) : le résumé structuré du dossier patient
• Compte rendu de biologie (CR-BIO) : les résultats d'analyses de laboratoire
• Prescription de médicaments : l'ordonnance dématérialisée
• Compte rendu d'imagerie : les résultats d'examens radiologiques

Chaque volet définit les sections obligatoires, les terminologies à utiliser (CIM-10, CCAM, LOINC, SNOMED CT) et les contraintes de validation.

Le Ségur du Numérique : exigences pour les éditeurs

Le Ségur du Numérique en Santé, lancé en 2021, est le levier principal de l'État pour accélérer l'interopérabilité. Il conditionne les financements publics au respect d'exigences techniques précises, dont l'alimentation du DMP.

Les couloirs du Ségur

Le Ségur est organisé en "couloirs" correspondant aux segments du marché :

• Couloir Médecine de ville : logiciels de gestion de cabinet (LGC), logiciels de pharmacie (LGO)
• Couloir Hôpital : dossiers patients informatisés (DPI), plateformes de formation et d'information (PFI)
• Couloir Imagerie : systèmes d'information radiologiques (RIS), solutions DRIMbox
• Couloir Biologie : systèmes de gestion de laboratoire (SGL)
• Couloir Médico-social : dossiers usagers informatisés (DUI)

Vague 1 et Vague 2

La Vague 1 a posé les fondations : alimentation du DMP, messagerie MSSanté, et identité nationale de santé (INS). La Vague 2, dont le déploiement est en cours, amplifie le mouvement avec des exigences renforcées :

• Alimentation systématique du DMP avec des documents structurés
• Consultation facilitée des documents disponibles dans le DMP
• Intégration de l'identifiant national de santé (INS) qualifié
• Support de Pro Santé Connect pour l'authentification des professionnels

Le guichet de référencement Vague 2 est ouvert pour plusieurs dispositifs : LGC (depuis septembre 2025), RIS et DRIMbox (depuis avril 2025), DPI (avec des échéances de dépôt en décembre 2025 et mars 2026).

Le processus de référencement

Pour obtenir le référencement Ségur, un éditeur doit :

1. Prendre connaissance des référentiels : DSR (Dossier de Spécifications de Référencement) propre à son couloir
2. Développer les fonctionnalités conformes aux exigences
3. Tester sur les plateformes de l'ANS : environnements de test et jeux de données fournis
4. Constituer un dossier de preuves de conformité
5. Déposer le dossier auprès du GIE SESAM-Vitale
6. Passer l'évaluation et obtenir le référencement

Intégration technique : guide pratique

Passons à la mise en oeuvre concrète. Voici les étapes clés pour intégrer le DMP dans votre logiciel.

Prérequis techniques

Avant de commencer, assurez-vous de disposer de :

• Un certificat IGC-Santé (infrastructure de gestion de clés) pour l'authentification de votre logiciel auprès du DMP
• L'accès aux plateformes de test de l'ANS (bac à sable DMP)
• La bibliothèque CDA adaptée à votre stack technique (Java, .NET, PHP)
• Le référentiel INS pour la gestion de l'identité patient

Les flux documentaires

L'alimentation du DMP suit un flux type :

1. Qualification INS : vérifier l'identité du patient via le téléservice INSi
2. Construction du document CDA : générer le document conforme au volet CI-SIS correspondant
3. Ajout des métadonnées XDS : renseigner les métadonnées de partage (type, auteur, confidentialité)
4. Soumission au DMP : appeler la transaction IHE Provide and Register Document Set (ITI-41)
5. Gestion du retour : traiter l'acquittement (succès ou erreur)

La sécurité des échanges

Les échanges avec le DMP sont sécurisés par plusieurs mécanismes :

• Authentification mutuelle TLS avec certificats IGC-Santé
• Identification du patient par INS qualifié (matricule INS + OID)
• Traçabilité complète des accès et des dépôts
• Gestion des droits : respect des règles de masquage définies par le patient

L'hébergement de votre solution sur une infrastructure certifiée HDS est un prérequis pour manipuler ces données de santé. Pour les exigences les plus élevées, un hébergement qualifié SecNumCloud garantit la souveraineté totale sur les données.

Erreurs fréquentes à éviter

Quelques écueils classiques rencontrés par les éditeurs :

• OID non enregistré : chaque éditeur doit disposer d'un OID (Object Identifier) enregistré auprès de l'ANS pour identifier ses documents
• INS non qualifié : soumettre un document avec une identité patient non vérifiée est rejeté
• Volet CDA incorrect : utiliser un modèle de document inadapté au type de contenu
• Métadonnées XDS incomplètes : les champs obligatoires manquants provoquent un rejet
• Certificat expiré : les certificats IGC-Santé ont une durée de validité limitée

Recommandations pour réussir votre projet d'interopérabilité

À partir de notre expérience d'accompagnement de structures de santé et de porteurs de projets, voici nos recommandations.

Commencer par le volet le plus simple

Ne cherchez pas à implémenter tous les volets CDA en une fois. Commencez par le volet de structuration minimale, qui est le socle commun, puis ajoutez les volets spécifiques à votre métier. Un compte rendu de consultation non structuré (PDF encapsulé dans CDA) est un bon point de départ.

Investir dans les tests

L'ANS met à disposition des environnements de test complets. Utilisez-les intensivement. Les erreurs de format CDA ou de métadonnées XDS sont la première cause de rejet lors du référencement. Automatisez vos tests de validation CDA avec les outils de l'ANS (Gazelle, EVSClient).

Anticiper FHIR

Même si le DMP fonctionne aujourd'hui principalement en CDA/XDS, la trajectoire est clairement orientée FHIR. Architecturez votre couche d'interopérabilité pour pouvoir basculer vers les API FHIR sans remanier toute votre application. Une couche d'abstraction entre votre métier et le transport est un investissement qui paie.

Ne pas négliger l'INS

L'identitovigilance est un sujet à part entière. La qualification de l'INS via le téléservice INSi doit être intégrée dans le workflow de votre application, pas traitée comme un ajout secondaire. Un INS non qualifié bloque toute l'alimentation DMP.

Se faire accompagner

L'interopérabilité en santé mobilise des compétences pointues. Chez Ducal, nous accompagnons les structures de santé et porteurs de projets dans cette démarche : cadrage technique, choix d'architecture, pilotage de l'intégration et mise en conformité.

Ce qu'il faut retenir

L'interopérabilité et la connexion au DMP ne sont plus optionnelles. Le Ségur du Numérique en fait une condition d'accès aux financements publics, et les usages explosent avec Mon Espace Santé.

Les clés de réussite pour votre structure :

• Exiger la conformité CI-SIS de vos outils et prestataires, dans le cadre du Ségur du Numérique
• Vérifier les standards : CDA R2 pour les documents, XDS.b pour le partage, FHIR R4 pour l'avenir
• S'assurer de la qualification INS : sans identité patient vérifiée, rien ne passe
• Anticiper la transition FHIR : vos prochains choix doivent être compatibles
• Se faire accompagner : l'interopérabilité est un sujet transversal qui touche l'organisation autant que la technique

Le DMP et l'interopérabilité ne sont plus des sujets de niche réservés aux éditeurs. Ce sont des enjeux stratégiques pour toute structure de santé engagée dans sa transformation numérique.