FAQ des industriels

Oui, il est en effet recommandé que la récupération de l'INS soit seulement effectuée par le référentiel d'identité mais il n’est pas interdit que d’autres logiciels appelle le téléservice INSi et récupère l'INS. Dans le cas où celle-ci est récupérée par le RI, elle peut ensuite être véhiculée aux autres logiciels via un connecteur d'interopérabilité.

Oui, l'INS doit être qualifiée pour être transférée vers un autre logiciel. Pour un statut d'identité récupérée, les traits du téléservice INSi doivent écraser les traits locaux.Plus précisément, il est mentionné que la vérification de la cohérence de l’INS avec les traits d’identité à la réception de données de santé est une exigence, sauf si l’INS a déjà été récupérée ou vérifiée par le téléservice INS chez le récepteur des données de santé. Cela implique que l’INS doit avoir le statut « Identité récupérée » ou « Identité qualifiée » pour être utilisée de manière fiable dans les échanges de données entre systèmes, y compris les logiciels "esclaves".

Non, vous ne pouvez pas déposer toutes vos preuves dans un même dossier ZIP. Selon le document de spécifications de référencement de la vague 2 du Ségur numérique, chaque preuve de conformité doit être déposée individuellement et en respectant les chapitres spécifiques sur la plateforme Convergence.

Lé dépôt des preuves de conformité doit se faire par Chapitre sur la plateforme Convergence. Voici les points clés concernant le dépôt des preuves de conformité. Chaque preuve demandée dans Convergence est obligatoire et doit être déposée telle quelle, sans être regroupée dans un fichier ZIP global.

S'agissant des montées versions Ségur, le logiciel utilisé pour produire les preuves de conformité aux exigences du Ségur doit être disponible à la commercialisation. La convention de référencement Ségur stipule que l’éditeur doit pouvoir commercialiser les montées de version logiciel référencé au plus tard dans les 2 mois à compter de l’entrée en vigueur de la Convention. La montée de version de ce logiciel étant engagée suite au référencement.
 

Oui l’accès par client lourd en CIBA à Pro Santé Connect est autorisé

Le scénario attendu est le suivant :

Scénario  - application native : Accès par client lourd en CIBA
Vérifie les exigences du référentiel PSC : EX PSC 01, 03, 04, 05, 08, 09, 10, 14, 15, 20, 25, 28, 29, 30, 31
Prérequis : la vidéo doit être en plein écran :
Etapes de la vidéo de preuve :
Afficher la page des CGU du service ou un autre document que l'utilisateur peut consulter facilement avant utilisation du service ayant une page web dédiée accessible via un lien ou un contrat entre l'utilisateur et le service, par contrat peut être entendu un document que l'utilisateur valide en cochant une case
Parcourir les CGU jusqu'au paragraphe PSC
Fermer les CGU
Se rendre sur la zone d'interface utilisateur qui gère la connexion
Action de lancement de la connexion à PSC
Authentification par CPS ou eCPS valide
Affichage de la zone du logiciel indiquant que la connexion est valide
Se rendre sur la zone d'interface utilisateur qui gère la déconnexion
Action de lancement de la déconnexion
Action de lancement de la connexion à PSC 

Sur la plateforme Convergence, plusieurs preuves obligatoires vont vous être demandées selon vos profils sélectionnés pour attester de la conformité votre solution logicielle aux exigences (captures d’écrans, vidéos, fichiers, logs, homologations…). Le dépôt des preuves se fait par chapitre selon la catégorisation proposée dans Convergence et indiquée dans le REM. Vous pourrez également suivre vos dépôts de preuves chapitre par chapitre.

Oui, le numéro de candidature est communiqué à l’éditeur dès l'inscription au référencement dans Convergence. Ce numéro de candidature sera le numéro de référencement utilisé in fine lors de l’octroi du référencement.

Une équipe est dédiée à la vérification des preuves Interopérabilité. Le suivi des preuves Interopérabilité se fait directement dans Convergence.

Vous devrez redéposer vos preuves sur chaque DSR sur lesquels vous candidater.

Pendant l’instruction du dossier, une phase d’échanges entre l’ANS et l’Editeur peut être nécessaire afin d’apporter des précisions sur les éléments de preuves fournis par l’Editeur. Dans ce cas, l’ANS peut être amenée à solliciter l‘Editeur via l’outil de gestion des candidatures.
A noter que passé 5 jours sans réponse de l’éditeur, un retard important sur l’instruction du dossier est à prévoir.

Oui, le RIS doit obligatoirement pouvoir alimenter le DMP par API Pro Santé Connectée

Dans le cadre des exigences Segur, les ordonnances de sortie incluent tout type de prescription à réaliser en dehors de l'établissement. Les type-codes correspondants sont listés dans l'onglet dédié du REM.

Il n'est pas indispensable de récupérer la totalité des données du professionnel concerné.
A minima doivent être récupérées et utilisées les données d'identification et d’échanges de données :

• numéro RPPS
• nom/prénom
• profession/spécialité
• "catégorie" (professionnel en exercice vs étudiant/interne)
• Adresse(s) MSS.

Les autres données peuvent être récupérées en fonction de l'usage.

Oui. Si vous étiez en cours de référencement lors des précédents guichets de référencement MDV sur Wiin.io, notez qu'
il n'y a pas de reprise de données entre Wiin.io et Convergence.

Le dépôt des preuves peut être effectué en une fois ou par chapitre de preuves via la plateforme Convergence.

Le format attendu de chaque preuve est spécifié dans le Référentiel d'Exigences Minimales de chaque couloir.

 Il s'agit de proposer un service d'accès Web-PS à la consultation DMP via deux méthodes techniquement différentes. Il est donc demandé d’implémenter les deux manières.

Si vous étiez en cours de référencement précédemment, alors vous devez candidater et déposer l'ensemble des preuves demandées, produites à partir de la version présentée en Référencement ("version candidate" de la Convention de Référencement)