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 ?
Oui, le logiciel éligible et 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 le logiciel référencé au plus tard dans les 2 mois à compter de l’entrée en vigueur de la Convention.
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. La procédure est semblable à celle du CNDA.
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, 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.
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ù 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é.
Cette réponse vous a-t-elle été utile ?
Vous pouvez commander un certificat mTLS via la PFCNG. La procédure est détaillée au chapitre Authentification mTLS de la documentation technique. Le processus de commande détaillé est en train d’être mise à jour sur la page Certificats.
Cette réponse vous a-t-elle été utile ?
Pour Pro Santé Connect il faut que le certificat contienne le client_id dans le champ "CN" du certificat. Sur la plateforme de commande de certificats logiciels, le client_id doit être renseigné dans le champ "service applicatif". C'est ce dernier qui alimentera le champ "CN" du certificat. Il faut donc un certificat spécifique à Pro Santé Connect.
Cette réponse vous a-t-elle été utile ?
Pas de documentation ANS, l'implémentation d'un serveur intermédiaire est du ressort du fournisseur de service, il peut donc l'implémenter de la manière qu'il le souhaite.
Cette réponse vous a-t-elle été utile ?
Si le raccordement à Pro Santé Connect a déjà été réalisé en flux CIBA dans un service, il fonctionnera en e-CPS par défaut.
Pour ajouter la possibilité à l'utilisateur de s'authentifier à l'aide de sa CPx, il faut ajouter un paramètre optionnel « channel » (documenté dans la documentation technique) pour spécifier le type de MIE à utiliser.
Cette réponse vous a-t-elle été utile ?
Le client_secret ne doit jamais être présent sur le poste client, il doit impérativement être stocké sur le serveur intermédiaire. Nous recommandons, dans la mesure du possible, de conserver également le client_id et les jetons d’accès (access_token, id_token, et refresh_token) sur le serveur intermédiaire.
Cette réponse vous a-t-elle été utile ?
Non pas forcément, il est possible d'utiliser CPS-Gestion et la carte CPx sur un poste Windows, ou macOS (à venir). Mais en usage full mobile, l’utilisateur aura accès uniquement à sa e-CPS.
Cette réponse vous a-t-elle été utile ?
L'équipe Pro Santé Connect étudie la possibilité de mettre cela en place, aucune date de mise à disposition ni de langage utilisé ne peut être annoncée à ce stade.
Cette réponse vous a-t-elle été utile ?
Les statuts de demande de certification auprès du CNDA sont :
- Initialisation,
- Pré-examen, (précisions ci-dessous)
- Examen de conformité,
- Finalisation
Les éditeurs peuvent suivre l’état de leur demande de conformité en accédant à leur espace personnel CNDA (Espace personnel CNDA).
Dans le parcours Editeurs CNDA, « En cours actif » indique que votre demande est à l’étape « Pré-examen ». Ce statut est nécessaire pour vous permettre à l’éditeur de déposer un dossier « réputé complet » pour le référencement de sa solution à l’ANS. Une fois que la certification est obtenue, l’éditeur peut soumettre son dossier pour instruction à l’ANS. Les DSR Ségur Vague 1 précisent au Chapitre 4.3 que « seul un dossier contenant l’intégralité des homologations ou certifications du CNDA peut faire l’objet, in fine, d’un référencement par l’ANS ».
En termes de preuves, vous pouvez transmettre une copie d’écran de votre espace personnel (mettre en visibilité : les Informations logiciel, le statut de la demande au moins à « Pré examen » et la date de retour prévisionnelle)
Cette réponse vous a-t-elle été utile ?
Si vous effectuez un montage (utilisation d’une solution tierce déjà certifiée), vous n’avez pas à effectuer de demande de certification auprès du CNDA. Vous pouvez communiquer à l'ANS le NIL de cette solution tierce lors de votre demande de référencement.
Cette réponse vous a-t-elle été utile ?
Deux moyens de contact vous sont proposés :
Cette réponse vous a-t-elle été utile ?
Non, cela n'est pas nécessaire : un seul formulaire 413 est suffisant pour commander les certificats DMP et INSi. Il vous faut cocher la case "Certificat ORG (personne morale)", puis indiquer dans la case "Précisions sur l’usage des certificats et sur votre projet" les informations suivantes:
DMP: authentification et signature sur le DMP ;
INSI: authentification sur les TLS INSi.
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 ?
Le SGL doit faire 1 et 2, pour faire face à toutes les situations :
- capable de fournir ‘directement’ au client une alimentation DMP
- soit le SGL alimente directement le DMP, il faut que le SGL apporte sa propre homologation CNDA ;
- soit le SGL a une PFI (‘module’) sous-traitant qui s’en charge (PFI invisible pour le client), il faut alors qu’il apporte l’homologation CNDA du sous-traitant (et nous donne quelques éléments sur son interconnexion en sortie avec son ‘module’) lors du référencement de l’ensemble [SGL + module] (1 seul référencement) ;
et
- capable de laisser l’hôpital gérer les envois au DMP avec la PFI de l'hôpital (non choisie par le SGL, mais préalablement choisie par l’hôpital). Il n'appartient pas au SGL de s'assurer que la PFI est référencée Ségur. Le SGL n’a aucune homologation CNDA à apporter dans ce cas. Le SGL doit en revanche prouver qu’il sait envoyer les CR par des messages ORU (qui seront routés par la DSI vers la PFI hospitalière)
Cette réponse vous a-t-elle été utile ?
Les exigences sur la eprescription couvre l'ensemble des prescriptions détaillées en annexe 3 du DSR.
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 ?