Éditeur santé : intégrer les services socles via une API
Éditeur de logiciel santé : comment intégrer MSSanté, DMP, INS et Pro Santé Connect via une API socle unique, sans multiplier les chantiers, en 2026.
Pour un éditeur de logiciel santé, se connecter aux services socles nationaux — MSSanté, DMP, INS, Pro Santé Connect — peut vite ressembler à quatre chantiers menés en parallèle. Une API socle unique change la donne : une intégration, plusieurs services. Voici comment aborder cette approche en 2026, et ce qu'elle fait gagner à une équipe technique.
Les services socles, rapidement
Quatre briques structurent le numérique en santé français :
- MSSanté — la messagerie sécurisée, opérée dans l'Espace de Confiance de l'ANS (échanges chiffrés, S/MIME).
- DMP — le dossier documentaire du patient, dont l'alimentation exige une certification CNDA.
- INS — l'identité de référence, qualifiée via le téléservice INSi.
- Pro Santé Connect — l'authentification des professionnels, fondée sur OpenID Connect et l'e-CPS.
À cela s'ajoute souvent FHIR pour l'échange structuré de données.
Le problème : autant de services, autant de chantiers
Chaque service a ses spécifications, sa recette et ses compétences propres. Pris séparément, ils cumulent délais, coûts et charge de recette — un vrai frein, notamment dans le calendrier du Ségur du numérique en santé.
L'approche « API socle unique »
L'idée : une passerelle d'interopérabilité expose une API homogène au-dessus des services socles. L'éditeur intègre une seule fois ; la passerelle gère les subtilités de chaque service (S/MIME pour MSSanté, OAuth2 / OpenID Connect pour Pro Santé Connect, appels INSi, alimentation DMP).
💡 En marque blanche, cette passerelle s'intègre à votre produit sous votre marque : vos utilisateurs ne changent pas d'outil, et vous ne réécrivez pas chaque connecteur.
Ce que ça change concrètement
| Sans API socle | Avec une API socle |
|---|---|
| 4+ intégrations distinctes | Une intégration unique |
| Recettes multipliées | Recette mutualisée |
| Compétences rares à réunir | Complexité déléguée à la passerelle |
| Time-to-market long | Mise en production accélérée |
Sécurité et conformité
Une API socle sérieuse s'appuie sur un hébergement certifié HDS, respecte le RGPD, s'authentifie via Pro Santé Connect, et couvre les exigences propres à chaque service (Espace de Confiance MSSanté, certification CNDA pour le DMP). Vous héritez de ces garanties plutôt que de les reconstruire. Voir le cadre de l'Agence du Numérique en Santé.
Pour intégrer les socles via une seule API, demandez une démonstration ou explorez nos briques FHIR, Pro Santé Connect et certification CNDA.
Questions fréquentes
Qu'est-ce qu'une API socle ? Une interface unique qui expose, de façon homogène, l'accès aux services socles nationaux (MSSanté, DMP, INS, Pro Santé Connect), en masquant la complexité de chacun.
Faut-il tout réintégrer pour l'adopter ? Non, c'est l'inverse : vous remplacez plusieurs intégrations par une seule. La passerelle gère les connecteurs sous-jacents.
Et la certification CNDA ou la recette ANS ? Les exigences propres au DMP (CNDA) et aux autres services sont portées au niveau de la passerelle, ce qui allège votre charge de recette.
Est-ce compatible FHIR ? Oui, FHIR est le langage d'échange privilégié pour structurer les données ; une API socle peut l'exposer nativement.
Article rédigé par MetaConnect — hébergé HDS, conforme aux référentiels ANS — août 2026.
