Voici un tableau récapitulatif pour mieux comprendre les différences entre les différents identifiants :

Remarque : Depuis octobre 2024, l'identifiant ADELI n'est plus utilisé.

L'offre innovation de l'ANS est une offre évolutive construite de manière itérative depuis le début de l’année 2022. Elle est issue d’une co-construction avec les entrepreneurs de l’écosystème, notamment de PariSanté Campus. L'ANS s'est en effet appuyée sur la première promotion d’entreprises pour tester et prioriser les propositions traduites en briques de services. 

Cette offre a ensuite été mise en œuvre officiellement à partir de la rentrée 2022 et a bien entendu vocation à évoluer, pour s’adapter aux besoins des entreprises. 

Pour nous remonter vos souhaits ou propositions d'évolutions sur l'offre, vous pouvez nous contacter directement à l'adresse innovation@esante.gouv.fr.

L'équipe Innovation souhaite promouvoir la collaboration entre l'ANS et les entreprises innovantes de la esanté. Cela peut se traduire par des productions communes, par exemple sur l'adoption des services de l'ANS, la mise en oeuvre de services socles, mais également par des retours d'expérience recueillis auprès d'entreprises accompagnées par l'ANS sur ses sujets d'expertise. 

Si vous souhaitez collaborer avec l'ANS sur ses sujets d'expertise (cyber, interopérabilité, INS, Convergence, ...), vous pouvez nous contacter à l'adresse innovation@esante.gouv.fr. 

L'équipe Innovation partage également aux startups des propositions de collaboration avec l'ANS. Vous retrouverez ces informations sur la page Innovation du Portail Industriels, ou dans la Newsletter envoyée toutes les deux semaines par l'équipe innovation. Pour vous inscrire aux Newsletter, écrivez nous : innovation@esante.gouv.fr.

Le champs « identifiant national du professionnel » doit : 

• dans le cas de l’utilisation de l’API FHIR, contenir la valeur de l’IDNPS ;
• dans le cas de l’utilisation du fichier PS_libreAcces, contenir la valeur de l’Identification nationale PP.

Pour information : Identification nationale PP/ IDNPS : préfixe « 8 » + numéro RPPS

Si le système utilise l’API FHIR pour récupérer les données annuaire de santé, il est nécessaire d’avoir , en plus des preuves énumérées en ANN.1.1.1, une description du process es différents appels à l’API effectués (mode DELTA, FULL, unitaire) : à quel moment ces appels sont faits, à quelle fréquence le cas échéant. 

De même pour la preuve ANN.2.1.2, en plus de la vidéo montant la recherche des données annuaire dans le service, il sera nécessaire de fournir les logs des appels API nécessaires à cette recherche.

Pour obtenir des produits de certification de test (cartes CPS et certificats de test) émis par l'IGC-Santé, il suffit de suivre deux étapes :

ÉTAPE 1 - Phase administrative

Vous souhaitez commander des cartes CPS de test et/ou enregistrer des habilitations pour les certificats logiciels de test ? Pour cela vous pouvez :

• consulter notre offre complète de produits ;
• passer une commande pour cela : veuillez compléter et envoyer par email le formulaire de commande de moyens d'identification électronique de test (F414) ou réaliser la démarche en ligne ;
• pour information : une carte de test s'oppose au bout de 3 ans.

ÉTAPE 2 - Phase technique 

Utilisez la carte habilitée lors de l'étape 1 pour interagir avec la Plateforme de confiance IGC-Santé : vous pourrez en toute autonomie commander, retirer, suivre ou révoquer vos certificats de test en utilisant l'interface IHM ou l'interface Web Service. 

Pour cela, assurez-vous que la carte de test avec laquelle vous souhaitez réaliser l'opération est bien insérée dans votre lecteur de cartes, puis accédez au portail web de la Plateforme de confiance IGC-Santé. 

Consultez notre documentation de mise en œuvre spécifique :

Oui, si la fiche patient dans laquelle est indiqué le médecin traitant est stockée sur le Système en cours dévaluation. En effet, dans ce cas, le médecin traitant associé au patient est bien un correspondant. Ce médecin traitant doit être créé sur le système : soit en tant que correspondant, soit en tant qu'usager. L’essentiel est qu’il soit identifié avec son n°RPPS ET associé au patient. Les exigences ANN 3 et ANN 5 sont applicables et doivent être respectées.

L'initialisation d'un produit se fait à l'aide du bouton ajouter produit. Un questionnaire d’identification du produit et un questionnaire de qualification du produit permettent à l'utilisateur d'indiquer :

• le nom du produit, sa ou ses versions, son N° d'Identification (NIL délivré par le CNDA), sa description et ses certifications ;
• des spécificités techniques ou fonctionnelles ;
• la démarche dans laquelle vous souhaitez inscrire le produit en fin de création du produit.

Le questionnaire d’identification est descriptif. Il permet d’identifier le produit et la ou les versions évaluées puis recueille la présentation du produit, son numéro d’identification NIL, sa finalité et ses certifications.

Le questionnaire de qualification permet de préciser des spécificités techniques ou fonctionnelles afin de profiler les questionnaires de maturité qui constituent les différentes démarches.

Le produit est créé dès validation des questionnaires d’identification et qualification. La plateforme vous propose alors de sélectionner la démarche dans laquelle vous souhaitez inscrire le produit. Vous pouvez aussi choisir d’inscrire un produit dans une démarche depuis la fiche du produit, la page de présentation la démarche.

Les infrastructures de gestion de clés (IGC) dédiées au secteur santé respectent des procédures rigoureuses de recueil des données d’identification professionnelle avec les autorités compétentes (autorités d’enregistrement du RPPS, etc.).  

Elles émettent des certificats électroniques logiciels ou des certificats électroniques confinés dans les cartes de la famille CPS. 

Enfin, elles assurent la publication de ces certificats et la prise en compte de leur révocation, signalée aux applications utilisatrices par des listes de révocation de certificats.  

Deux enjeux majeurs sont associés à la mise en œuvre de l’IGC-Santé :  

• assurer la sécurité des clés privées et des certificats émis par l’ANS : il faut veiller à limiter l’accès à ces clés privées et qu’elles ne puissent pas être dupliquées ni installées sur plusieurs équipements ;
• assurer la continuité de service : de nombreuses applications de santé utilisaient les certificats émis par les deux anciennes IGC-CPS, qui ne sont plus actives depuis Janvier 2021. Elles doivent prendre en compte les nouveaux certificats émis par l’IGC-Santé.  

En plus, les certificats émis par l’IGC-Santé respectent les règles habituelles de sécurité (analyse de risque, politique de sécurité), les "Politiques de Certification", et ils sont conformes aux référentiels de la PGSSI-S.

Il n'est pas possible de supprimer un produit créé sur la plateforme.

Il est seulement possible d’archiver les produits obsolètes ou créés par erreur. Dès lors qu’ils sont archivés, les produits ne sont plus affichés dans la cartographie ni dans les pages des démarches. Les réponses apportées aux questionnaires ainsi que les liens entre le produit et les démarches sont sauvegardés.

Les questionnaires d’ajout d’un produit (identification et qualification) doivent nécessairement être validés.

Il n'est pas possible d’enregistrer des brouillons pour ces questionnaires.

Les réponses apportées lors de l’initialisation sont ensuite éditables depuis la fiche produit. Elles sont modifiables à tout moment.

La modification des questions de qualification (qui consignent les spécificités fonctionnelles ou techniques) induit l’apparition ou le retrait de certains critères au sein des questionnaires Urbanisation, Interopérabilité ou Sécurité.

Les éventuelles réponses précédemment enregistrées ou validées sont conservées. Il est cependant nécessaire d’apporter des réponses aux critères nouvellement apparus et de supprimer (en enregistrant ou validant) les réponses aux critères obsolètes.

Il est donc nécessaire d’associer chaque révision des questions de qualification à une relecture des questionnaires de maturité.

Un produit socle est une solution, un service ou un dispositif commercialisé par un industriel en e-santé, qui répond aux besoins d'une activité, d’une pratique ou d’une profession spécifique et n’est pas conditionné à l’achat préalable d’un autre produit. Il peut être enrichi de produits option pour étendre sa couverture fonctionnelle.

Un produit option est une solution, un service ou un dispositif commercialisé par un industriel en e-santé, qui répond aux besoins d’extension du périmètre fonctionnel du ou des produits socle auxquels il s’ajoute. Il est conditionné à l’achat préalable d’un produit socle.

Dans le cas où un produit socle peut aussi être proposé en option d'un autre produit, nous vous proposons de déclarer en premier lieu le produit comme un produit socle. Vous pourrez ensuite, à partir de cette saisie, dupliquer puis convertir en produit option le produit socle initial.