FAQ de l'offre : Ségur du numérique en santé

Non. Pour accéder à l’environnement de test de l’API Pro Santé Connect de l’INSi dans le cadre du PMT, il n’est pas nécessaire d’avoir préalablement obtenu une homologation du téléservice INSi via d'autres APIs (carte CPS, e-CPS ou certificat).

Toutefois, une expérience préalable sur les autres modes d’accès à l’INSi peut constituer un avantage. Elle permet notamment de mieux maîtriser les attendus du téléservice et peut, dans certains cas, faciliter ou accélérer les démarches d’homologation ultérieures, notamment dans le cadre d’une homologation en extension de périmètre.

Le prérequis de maturité technique (PMT) se situe en amont des tests PASSI

Lorsqu’un client dispose d’un RIS référencé Vague 2 couvrant une partie de son activité et d’un second RIS non référencé Vague 2 couvrant une autre partie de son activité, le financement de la DRIMbox peut, à titre dérogatoire, prendre en compte l’activité couverte par ce second RIS, sous réserve du respect cumulatif des conditions suivantes :

• Le client a commandé une DRIMbox dans le cadre du dispositif SONS DRIMbox Vague 2, ainsi qu’une Prestation secondaire de continuité de service associée
• Le bon de commande initial mentionne explicitement le périmètre d’activité retenu pour le calcul du financement, incluant le cas échéant l’activité couverte par le RIS non référencé Vague 2
• Le fournisseur du RIS non référencé Vague 2 s’engage formellement, auprès du client et du fournisseur de la DRIMbox, à mettre en œuvre, avant la VA DRIMbox, les fonctionnalités et flux nécessaires au partage des examens via la DRIMbox et à la consultation depuis le RIS, notamment l’ajout du lien dans le compte-rendu, l’envoi des comptes-rendus à la DRIMbox et l’appel contextuel.
• Le RIS non référencé Vague 2 est effectivement connecté à la DRIMbox au moment de la VA DRIMbox.

Le montant de financement pris en compte est celui déclaré au moment de la demande d’avance, sur la base du bon de commande signé par le client, et ne peut en aucun cas être réévalué à la hausse postérieurement à cette demande. Il demeure en tout état de cause plafonné par les barèmes applicables au dispositif.

Si, au moment de la VA DRIMbox, le RIS non référencé Vague 2 n’est pas effectivement connecté à la DRIMbox ou si les fonctionnalités attendues ne sont pas opérationnelles, le Fournisseur de la DRIMbox devra recalculer le montant de financement en excluant l’activité couverte par ce RIS non référencé vague2 de l’assiette retenue pour la demande de solde de la Prestation principale DRIMbox. Cette exclusion emporte, le cas échéant, les conséquences correspondantes sur le montant de la Prestation secondaire de continuité de service.

Tout écart entre le périmètre déclaré, le périmètre effectivement déployé et les montants demandés ou perçus est susceptible d’être détecté dans le cadre des contrôles. En cas de déclaration erronée ou de manquement avéré, le Fournisseur s’expose au reversement de tout ou partie des sommes perçues.
 

Ce test d’accrochage permet de valider concrètement un test d’authentification PSC via l’API PSC, afin de démontrer l’accès aux services socles. Il constitue ainsi un moyen de sécuriser la suite du parcours et des développements en confirmant la capacité d’accès au DMP via Pro Santé Connect.
Il n’est pas obligatoire lors de l’accès à l’espace de test du CNDA, mais il relève des bonnes pratiques recommandées.

Nous vous conseillons de voir le replay du webinaire du 4 juin 2026 sur "l'architecture logicielle" qui traite de cette question de test d'accrochage : https://esante.gouv.fr/webinaires/segur-vague-2-architecture-des-solutions-homologation-cnda-et-pro-sante-connect

Pour voir un exemple de test d'accrochage sur un environnement potsman vous pouvez regarder cette vidéo :  https://www.youtube.com/watch?v=1XMThUSO_Po

N.B. Attention lors de vos tests d'accrochage au CNDA il faudra utiliser directement le couple LPS et proxy et non un environnement postman

Des travaux de convergence sont prévus dans le cadre du développement du portefeuille européen d’identité numérique (European Digital Identity Wallet). Ce dispositif a notamment vocation à favoriser l’interopérabilité et la fédération des mécanismes d’identification et d’authentification à l’échelle européenne.

Chaque solution logicielle métier dispose de son propre certificat. Ainsi, un certificat est associé à chaque composant principal (LPS) et au proxy partagé. C'est ce certificat qui est utilisé dans le cadre des échanges avec Pro Santé Connect et les services tiers concernés.

Une candidature « Éditeur de solution logicielle » doit être déposée pour chaque composant principal (LPS). Par ailleurs, une candidature unique doit être déposée pour le Proxy e-santé partagé.

Ainsi, le cas d’une architecture comportant deux composants principaux et un Proxy e-santé partagé, trois candidatures doivent être déposées au total : deux candidatures « Éditeur de solution logicielle » et une candidature « Éditeur de Proxy e-santé ».

Afin de répondre aux exigences LABEL.XX, il est attendu des candidats concernés d'indiquer qu'ils disposent du label e-santé pour ne pas laisser la preuve vide sans contrainte sur le format. Les vérificateurs vérifieront l'information sur le tableau de suivi dont dispose l'ANS.

Afin de renseigner une note de vaccination lorsqu'un professionnel saisit rétrospectivement un vaccin ancien et ne dispose plus du numéro de lot :

• La codification du vaccin en CIS et ATC est obligatoire. 
• Le numéro de lot est obligatoire (card [1..1]), mais si l'information n'est pas connue, vous pouvez utiliser un nullFlavor="UNK".