Il est attendu que vous déposiez, dans l’onglet « Documentation attendue pour le DSR », tout document permettant de démontrer en quoi votre solution logicielle répond aux critères définissant les fonctionnalités minimales décrites dans le Dossier de Spécifications de Référence (DSR) pour lequel vous candidatez.

Non, la messagerie de Wiin.io n’est plus utilisée pour la vague 2 du Ségur. 

Les échanges et la validation des preuves sont désormais centralisés sur la plateforme Convergence, qui a remplacé Wiin.io pour ce processus. 

Pour plus de précisions sur la migration associée, vous pouvez vous référer à la question / réponse dédiée.

La phase de dépôt du dossier administratif est considérée comme finalisée lorsque l’éditeur dépose sa candidature administrative et complète le formulaire d’éligibilité. Ensuite l’ANS instruit le dossier puis valide la candidature. 

Après votre inscription à iSC, cette phase est réalisée dans Convergence. 

Une fois votre produit ajouté et inscrit dans la démarche de candidature Segur Vague 2, vous accédez à la page listant les étapes de complétion de la candidature. 

Après avoir vérifié votre saisie sur le récapitulatif, vous pouvez soumettre votre candidature aux vérificateurs ANS. 

Après validation de votre candidature administrative par un vérificateur ANS, vous pourrez accéder au formulaire d’éligibilité. 

A noter que dans le cas où le vérificateur ANS vous demande d’apporter des modifications à votre candidature administrative ou à votre formulaire d’éligibilité, vous êtes notifié via la messagerie interne de Convergence et recevez un e-mail vous indiquant qu’un nouveau message est disponible dans la messagerie interne de Convergence. Vous pouvez consulter le détail de la demande de modification envoyée par le vérificateur ANS en haut de la page de l’étape à modifier. 

Après avoir apporté les modifications nécessaires, vous pouvez soumettre l’étape à nouveau en cliquant sur « Suivant » puis en validant le récapitulatif. 

Après validation par l’ANS de l’éligibilité de votre dossier, vous êtes notifié via la messagerie interne de Convergence et recevez un e-mail vous indiquant qu’un nouveau message est disponible dans la messagerie interne de Convergence. L’accès à la phase suivante de dépôt de preuve vous est accessible.

Vous pouvez suivre l'avancement de votre candidature dans le tableau de bord dédié via Convergence. 

Pour toute information complémentaire, vous pouvez vous référer au Guide Utilisateur de Convergence.

Oui il est nécessaire de déposer deux candidatures séparées afin d’être référencé dans le cadre du Ségur.

Le Référencement est prononcé par Solution Logicielle, elle-même étant constituée par un ensemble (Composant Principal, Composant Proxy e-Santé, éventuellement Composants Additionnels).

Ainsi si votre LPS est Composant Principal, celui-ci étant associé à deux Composants Proxy e-Santé, alors il s'agit de deux Solutions Logicielles, chacune devant suivre leur parcours de Référencement, indépendamment l'une de l'autre.

Oui, le dépôt des preuves est à réaliser par chapitre dans Convergence. 

Une fois toutes les preuves chargées dans le chapitre et sa soumission dans Convergence, les preuves sont vérifiées par un vérificateur ANS qui valide le chapitre de preuves ou vous demande d’apporter des modifications aux preuves chargées. 

Pour plus de précisions sur les modalités de dépôt des preuves, vous pouvez vous référer au guide d'utilisation de Convergence : ANS_Convergence_Industriels_Guide_Utilisateurs_20240715_v7.0

Chaque collaborateur amené à intervenir doit disposer d’un compte iSC. 

Une fois la candidature créée, il est possible, pour les utilisateurs mandataires et représentants, de rattacher ces collaborateurs afin de leur déléguer certaines tâches, comme le dépôt et la gestion des preuves. 

Le mode opératoire détaillé est présenté dans le guide utilisateur iSC : ANS_ISC_MUT_Industriels_Guide.Utilisateur_20230309_v1.0.pdf dans le chapitre de gestion des demandes d’inscription et de modification de vos collaborateurs.

Vous pouvez contacter le support Convergence à cette adresse : ans-support-convergence@esante.gouv.fr

Non, la démarche administrative est indépendante de l'implémentation et peut se faire en avance de phase à l'ouverture du guichet de référencement sur lequel vous souhaitez candidater.

Pour connaître les calendriers des guichets, vous pouvez vous référer à la page dédiée [https://industriels.esante.gouv.fr/segur-numerique-sante/vague-2] sur le Portail Industriels.

Oui, suite à la confirmation de l'éligibilité de votre solution au référencement Ségur (phase 1), l'équipe interopérabilité paramètre la plateforme selon les caractéristiques de l'éditeur.

Les étapes correspondent aux points de contrôle vérifiés par l’ANS. 

Elles sont volontairement détaillées afin de rendre visibles les attendus et de mieux préparer la phase de vérification.

Vous pouvez contacter le support Convergence à cette adresse : ans-espacedetest.ci-sis@esante.gouv.fr.

Dans le cadre de votre référencement, vous devez utiliser l’Espace de tests d'interopérabilité Gazelle dédié au référencement [https://interop.referencement.esante.gouv.fr/], accessible via la plateforme iSC.

Ces exigences SC.SSI/IAM.91 et SC.SSI/IAM.92 définissent la manière dont le système doit tracer certaines opérations et gérer la robustesse des mots de passe administrateurs.

Avant, le système devait conserver les traces de l’ensemble des opérations mentionnées (SC.SSI/IAM.91) et permettre à la structure de santé de mettre en place une politique de mots de passe robuste s’il gérait des comptes d’administration dans sa base de compte propre (SC.SSI/IAM.92).

Maintenant, le système doit uniquement conserver les traces des opérations mentionnées qu’il gère localement (SC.SSI/IAM.91) et peut utiliser un MIE sans mot de passe s’il garantit un niveau de sécurité équivalent ou supérieur, par exemple une clé FIDO (SC.SSI/IAM.92).

Ce changement est lié au fait que la rédaction initiale de ces exigences ne prenait pas en compte des cas d’usage remontés durant la procédure de référencement.

Concrètement :

• Dans la nouvelle version de l'exigence SC.SSI/IAM.91 : possibilité pour chaque scénario de déposer un justificatif expliquant le fonctionnement de l’application et indiquant que l’action n’est pas gérée localement.
• Dans la nouvelle version de l'exigence version SC.SSI/IAM.92 : possibilité de montrer l’authentification au système d’un administrateur pour justifier de l’utilisation d’un MIE sans mot de passe (NB : les codes PIN sont proscrits).

A noter qu'il n'y a aucune obligation pour l'éditeur, il s’agit d’une prise en compte de cas d’usage existants.

1. Quel est le changement principal ?
Les anciens scénarios évoquaient une « fenêtre de paramétrage » et ne prenaient pas en compte les nuances liées aux « évènements systèmes ». Les nouvelles exigences imposent que la vérification ou la récupération de l’INS se déclenche automatiquement en tâche de fond, soit à l’ouverture du dossier patient, soit lors d’évènements systèmes planifiés.

2. Quand la vérification est-elle faite ?
À l’ouverture du dossier patient ou lors d’un évènement système planifié.

Annexe – Nouveaux scénarios et jeux de test
SC.INS.13 – Vérification après 4 ans
 

Prérequis :
- Disposer d'un patient dont l'identité est au statut "identité qualifiée" ou "identité récupérée" depuis plus de 4 ans

Vérifier que le système déclenche l’opération de vérification automatiquement, soit à l'ouverture du dossier du patient, soit de façon planifiée pour tous les dossiers dont l'identité a été qualifiée et/ou récupérée depuis plus de 4 ans.
Étapes du scénario :
1. Montrer que le système dispose d'un patient dont l'identité est au statut "identité qualifiée" ou "identité récupérée" depuis plus de 4 ans.
2. Vérifier que le système déclenche l’opération de vérification en tâche de fond soit automatiquement soit à l'ouverture du dossier patient
3. Disposer d’un fichier bouchon qui renvoie « OK » à l’appel de vérification
4. Vérifier que le statut de l’identité et les traits d'identité sont inchangés
Jeu(x) de test à utiliser :
L'ANS met à l'ensemble des jeux de test INS à cette adresse : https://industriels.esante.gouv.fr/produits-et-services/referentiel-ins
Le patient à utiliser pour le test est BRANCHY MAX PATRICK
WS_INS3_verifierInsAvecTraitsIdentite_reponseOK.xml

SC.INS.15 – Vérification et récupération sur évènement système
 

Prérequis :
- Disposer d'un patient dont l'identité est au statut "qualifiée" ou "récupérée", avec un matricule INS de type NIA
- Disposer d'un fichier bouchon qui renvoie KO quand la vérification est appelée.
- Disposer d’un fichier bouchon qui renvoie un code « 00 » (1 seul patient trouvé) lors d’un appel de récupération.
- Disposer d’un fichier bouchon qui renvoie un code « 01 » (pas de correspondance trouvée) lors d’un appel de récupération.

Vérifier que, pour toute identité au statut « Identité récupérée » ou « Identité qualifiée » avec un matricule INS de type NIA, le système lance en tâche de fond lorsqu'un événement système survient, l’opération de vérification.

Cas 1 : Vérification KO + récupération réussie (code 00)
Étapes du scénario :
1- Montrer que le système dispose d'un patient dont le matricule INS est qualifié de type NIA
2- Vérifier que le système déclenche l’opération de vérification en tâche de fond à l'ouverture du dossier patient
3- Montrer la trace de la requête de vérification et le retour KO
4- Montrer la trace de la requête et le retour de l’opération de récupération de l’INSi "00"
5- Après la procédure automatique de récupération, montrer la fiche d’identité du patient est mise à jour et dispose maintenant d’un NIR
 

Jeu(x) de test à utiliser :
L'ANS met à l'ensemble des jeux de test INS à cette adresse : https://industriels.esante.gouv.fr/produits-et-services/referentiel-ins

Cas 1 :
Le patient à utiliser pour le test est BRANCHY MAX PATRICK avec un NIA positionné dans la base locale.
WS_INS3_verifierInsAvecTraitsIdentite_reponseKO.xml
Reponse_numcasINSI_01_CasNominal1.xml
Cas 2 : Vérification KO + récupération échouée (code 01)
Étapes du scénario :
1- Montrer que le système dispose d'un patient dont le matricule INS est qualifié de type NIA
2- Vérifier que le système déclenche l’opération de vérification en tâche de fond à l'ouverture du dossier patient
3- Montrer la trace de la requête de vérification et le retour KO
4- Montrer la trace de la requête et le retour de l’opération de récupération de l’INSi "01".
5- Montrer que dans la fiche patient, le matricule INS et son OID ont été supprimés et que le statut de l’identité a été rétrogradé
6- Montrer l’alimentation de la liste de travail des identités à destination de l’identitovigilance. (seulement si SC.INS.09 est applicable à ce couloir)
Jeu(x) de test à utiliser :
L'ANS met à l'ensemble des jeux de test INS à cette adresse : https://industriels.esante.gouv.fr/produits-et-services/referentiel-ins

Cas 2 :
Le patient à utiliser pour le test est LORMIER RAPHAEL LOUIS.
WS_INS3_verifierInsAvecTraitsIdentite_reponseKO.xml
REP_CR01_Aucune identite trouvee.xml
 

La dernière version de ce document est disponible sur la page dédiée du dispositif concerné ainsi que via son lien de téléchargement direct : 

La date de la version publiée est par ailleurs indiquée sur le lien de téléchargement du document.

Pour votre information, voici un historique des versions publiées :