![Image1](/sites/default/files/media/image/Image1.png)
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 ?
Ces preuves avaient été mises en place dans le cadre d'une certification pour le 31/12/2023. Elles n'ont plus lieu d'être. Pour rappel, pour être conforme aux exigences pentest, il faut :
- qu’il n’y ait plus aucune non-conformité pour les points de contrôle de gravité haute,
- qu’il y ait moins de 10 non-conformités pour les points de contrôle de gravité moyenne.
Dans ce cas, pas besoin de lettre d'engagement à effectuer les démarches correctives.
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 ?
Oui, nous vous invitons à contacter l'équipe du référencement depuis votre wiin.io (https://ans.wiin.io/fr) ou à défaut le support Ségur (Contactez-nous | Portail Industriels (esante.gouv.fr)).
Vous pouvez prendre connaissance de la nouvelle convention ici : conv-mdv-lgc-hors-segur-va1.pdf (esante.gouv.fr)
Cette réponse vous a-t-elle été utile ?
Oui, le dépôt de la preuve peut être réalisé une seule fois sous wiin.io
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 ?
Oui, le logiciel utilisé pour produire les preuves de conformité aux exigences du Ségur doit être disponible à la commercialisation (et, donc, à l'installation en clientèle).
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 ?
Les choix d'ergonomie sont laissés à la discrétion des industriels.
La trace des résultats modifiés/ supprimés sont à rendre accessibles à l’utilisateur en cas de modification et de suppression.
Cette réponse vous a-t-elle été utile ?
Oui, il est prévu d'utiliser un certificat serveur pour transmettre les messages.
Cette réponse vous a-t-elle été utile ?
Les exigences suivantes sont dans le DSR SGL vague 1 :
- le système DOIT savoir produire automatiquement le CR Bio en CDA R2 N3, conformément au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] ;
- le système PEUT produire automatiquement le CR Bio avec une version unique ou deux versions, patient et professionnel (dans le cadre d'un paramétrage général), en CDA R2 N3, conformément au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] ;
- le système DOIT savoir produire le CR Bio sous format CDA R2 N1 avec un PDF encapsulé en base 64, conformément au volet Structuration Minimale du CI-SIS [CISIS1] ;
- le système DOIT permettre par défaut l'envoi systématique et automatique du compte rendu d'examen de biologie dans la version conforme au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] et dans la version conforme au Volet Structuration Minimale du CI-SIS [CISIS1]) au DMP dès la validation biologique, y compris pour les CR Bio produits au sein de séjours hospitaliers.
Il faut comprendre qu’il faut, dans le cas où il y a deux versions, envoyer les deux au DMP, donc potentiellement 4 documents N1/N3 patient/pro. Conformément au RGPD, sauf pour les cas de consultation d’annonce, il ne faut pas mettre de masquage patient sur la version 'professionnelle' du compte-rendu.
Cette réponse vous a-t-elle été utile ?
Le marquage CE est un prérequis à la demande de certification de conformité au référentiel DMN.
Cependant, un marquage CE conforme aux directives européennes 93/42 ou 90/385 ou 98/79 est accepté comme pièce administrative lors de la recevabilité dès lors qu'il soit en cours de validité.
Il n'est pas nécessaire d'avoir obtenu le marquage CE conformément aux règlements 2017/745 ou 2017/746.
Cette réponse vous a-t-elle été utile ?
Lors de la construction du référentiel ANS, cette question de l'impact des exigences du référentiel sur le marquage CE du DMN a effectivement été soulevée. Il est difficile de définir des règles générales d'implémentation applicables à tous les DMN pour éviter de devoir repasser le marquage CE dans la mesure où les impacts sont différents en fonction de chacun des DMN. Cependant, les différents retours des Entreprises du Numériques en Santé à ce sujet que nous avons eu, a été qu'il n'y avait au final pas d'impact au niveau du marquage CE sur leur DMN.
Cette réponse vous a-t-elle été utile ?
Oui, json peut être considéré comme un format d'export valide pour la portabilité.
Pour rappel, il n'est pas demandé un dump de la base de données, mais bien un export des données sous un format quelconque (json, csv, xml …). Le DMN doit permettre l'export des données à tout moment.
Cette réponse vous a-t-elle été utile ?
Le système doit permettre la mise à disposition de l’ensemble des données de santé ainsi que les informations des correspondants qu’il traite. Le format du ou des fichiers mis à disposition doit être lisible, exhaustif, exploitable, et documenté par l’industriel.
La portabilité concerne les données patient mais ne concerne pas le paramétrage.
Cette réponse vous a-t-elle été utile ?
Vous trouverez ci-dessous, une image d’une boite de vaccin qui vous permettra de répondre à l’exigence ERGO 4 et sur laquelle vous trouverez le numéro de lot, la date d’expiration, le Datamatrix ainsi que le nom du vaccin qui doit ressortir dans votre logiciel.
![Image1](/sites/default/files/media/image/Image1.png)
![Image2](/sites/default/files/media/image/Image2.png)
![Image3](/sites/default/files/media/image/Image3.png)
Cette réponse vous a-t-elle été utile ?
Les éditeurs ayant déjà déposé un dossier pour une solution déjà référencée Ségur dans un autre couloir, devront déposer l’ensemble des pièces pour le(s) nouveau(x) couloir(s) pour lequel ils demandent le référencement. Libre à eux de déposer les mêmes pièces si celles-ci font foi pour les solutions candidates. Par ailleurs l’ANS a travaillé sur des évolutions des modalités de référencement : il sera possible de déposer les preuves et valider les développements par lots fonctionnels et techniques.
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 ?