Votre question concerne quel type d'offre ?
Votre question concerne quel couloir Ségur ?
Votre question concerne quel dispositif Ségur ?
Votre question concerne quel produit ou service produit?
Votre question concerne quelle thématique ?
Un certificat est lié à une structure/utilisateur cliente d'un éditeur.
Une structure / un utilisateur peut mandater son éditeur pour la gestion et la mise en oeuvre de son certificat.
Un changement d'éditeur nécessite de désigner un nouvel administrateur technique chez cet éditeur.
/!\ Révision réglementaire en cours
Cette réponse vous a-t-elle été utile ?
Le système désigne le LGO donc la visualisation doit se faire au travers du LGO. En revanche, comme il s'agit d'une préconisation, le développement de cette fonctionnalité n'est pas obligatoire pour le référencement vague 1. Elle le deviendra pour la vague 2.
Cette réponse vous a-t-elle été utile ?
Non, chaque preuve doit être déposée séparément dans le formulaire en suivant scrupuleusement les formats imposés.
Cette réponse vous a-t-elle été utile ?
Non, cela n'est pas interdit. Pour rappel, la présence des formats PDF et IHE_XDM est obligatoire lors de la transmission d'un document de santé dont le type est mentionné dans le DSR (CR biologie, CR radiologie, ...). Dans ce cas un message ne doit concerner qu'un seul patient (imposé par le format IHE_XDM).
Pour autant, la transmission d'autres formats entre correspondants est toujours possible en fonction des cas d'usage.
Cette réponse vous a-t-elle été utile ?
L’accès par client lourd en CIBA à Pro Santé Connect n’étant pas initialement inclus dans la vague 1 du Ségur, une dérogation a été mise en place. Cette dernière permet de tolérer un accès par client lourd en CIBA à Pro Santé Connect au lieu de l’accès par client lourd via une application native avec renvoi vers navigateur externe attendu et s’applique uniquement à la vague 1 du Ségur.
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
Cette réponse vous a-t-elle été utile ?
Il sera demandé d'envoyer votre dossier de preuves en amont. Cet envoi sera suivi d’une visite sur site afin de vérifier certaines exigences sur lesquelles la conformité n’est pas claire. La procédure est semblable à celle du CNDA.
Cette réponse vous a-t-elle été utile ?
Un numéro de dossier est communiqué à l’éditeur lors du processus initial d’enrôlement. C’est ce numéro qui sera utilisé in fine lors de l’octroi du référencement. Pour le cas des pré-commandes (sous condition de référencement), chaque Appel à Financement, que nous vous invitons à consulter, précise le formalisme devant figurer sur les devis ou les bons de commande. Le numéro de dossier ANS peut y être également mentionné s’il est connu de l’éditeur à la date de la pré-commande. A défaut, il n’a pas à être mentionné.
Cette réponse vous a-t-elle été utile ?
- Dans le cas d'un CDAR2N1, le PDF à mettre en pièce jointe doit être identique à celui encapsulé dans le CDA.
- Dans le cas d'un CDAR2N3, "Le document de santé au format PDF doit afficher tous les éléments de l’entête du document CDA ainsi que les zones textuelles des différentes sections du corps du document CDA."
Cette réponse vous a-t-elle été utile ?
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ù celui-ci est récupérée par le RI, il peut ensuite être véhiculé aux autres logiciels via un connecteur d'interopérabilité.
Cette réponse vous a-t-elle été utile ?
Les mécanismes possibles de délégation d'accès aux BAL ne sont pas décrits à date par les référentiels 1 ou 2. Certains de ces mécanismes sont présents chez certains opérateurs. Il s'agit de solutions propriétaires développées en local.
Cependant, l'ANS instruit le sujet de la mutualisation d'un principe de délégation d'accès aux BAL qui a pour vocation d'être introduit dans les référentiels 1 & 2 dans des versions à venir.
Cette réponse vous a-t-elle été utile ?
Non, les DSR vague 1 n'imposent pas un type d'inferface spécifique avec un opérateur MSSanté.
Cette réponse vous a-t-elle été utile ?
Oui, vous devez intégrer la gestion de ces attributs ("identité douteuse", "identité fictive") pour pouvoir candidater au référencement Ségur. Le système doit vérifier la règle 25 du guide d'implémentation de l'INS.
Cette réponse vous a-t-elle été utile ?
Les labels e-santé V2 attestent d’une conformité aux exigences fonctionnelles et réglementaires attendues pour les logiciels métiers des MSP et centres de santé.
Le parcours de référencement Ségur reprend certaines exigences mais constitue une étape nécessaire à l’obtention d’un financement Ségur, sur la base d’un DSR (Dossier de Spécifications de Référencement).
Cette réponse vous a-t-elle été utile ?