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 ?
Pour le référencement Ségur il est admis de fournir l'agrément CNDA des composants/services INS, DMP, MSS tiers utilisés. En cas de groupement, vous avez obligation de le déclarer dès l'éligibilité
Cette réponse vous a-t-elle été utile ?
S'il s'agit d'une version du logiciel supérieure à la version référencée et sans régression par rapport au référentiel d'exigences, il n'est pas nécessaire de repasser un processus de référencement. Les modalités de conformité ascendante du logiciel sont décrites dans le cadre de la convention de référencement signée entre l'ANS et l'éditeur.
Cette réponse vous a-t-elle été utile ?
Vous pouvez désormais utiliser le fournisseur d'identité Industriel Santé Connect pour disposer d'un compte unique donnant accès à de nombreux services de l'ANS, notamment votre Espace Authentifié qui vous permettra l'accès aux outils Convergence et Gazelle.
Pour en savoir plus et s'inscrire : ANS iSC | Accueil
Cette réponse vous a-t-elle été utile ?
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 :
Date | Notes de mises à jour |
---|---|
19/05/2024 | Version initiale |
30/05/2024 | Preuve concernée : SSI/IAM.83.01.01
Scénario concerné : SSI/GEN.18.01
Scénarii concernés : INS/va1.62.01, INS/va1.62.02, INS/va1.62.03, MSS/va1.13.01, DOC/va1.04.01, DOC/va1.06.01
Scénarii concernés : SSI/GEN.01.01, SSI/GEN.02.01, SSI/GEN.03.01, SSI/GEN.11.01, SSI/GEN.18.01, SSI/GEN.20.01, SSI/GEN.21.01
|
26/06/2024 | Ajout de liens vers des documents d'accompagnement au référencement dans l'onglet "Liste Référentiels" Exigences concernées : SC.ANN/va1.01, SC.SSI/GEN.18
Exigence concernée : SC.DB/TRA.04
Preuve concernée : SSI/GEN.03.01.01
Preuve concernée : SSI/IAM.80.01.01 et Scénario concerné : SSI/IAM.80.01
Scénario concerné : SSI/IAM.83.01
|
04/07/2024 | Scénario concerné : SSI/IE.39.01
|
17/07/2024 | Scénario concerné : SSI/GEN.03.01
|
07/11/2024 | Exigences concernées : SC.DB/TRA.04, SC.DMP/CONF.05, SC.DMP/CONF.16, SC.DMP/UX.51, SC.DMP/UX.14.BIS, SC.DMP/UX.14.TER, DPI.DMP/AUTH.01, SC.DMP/CONF.06, SGL.DMP/CONF.06, SC.DMP/CONF.06.BIS, SC.DMP/CONF.09, SC.DMP/CONF.09.BIS, SC.DMP/CONF.13
|
20/12/2024 | Preuves concernées : CDA/HL7.01.01.01, CDA/HL7.02.01.01, CDA/HL7.02.01.02 et CDA/HL7.02.01.03
|
11/03/2025 | Scénarii concernés : DMP/CONF.06.01, SC.SSI/IAM.92.01, SC.MSS/UX.05.01 et MSS/UX.05.BIS.01
|
Cette réponse vous a-t-elle été utile ?
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 :
Date | Notes de mises à jour |
---|---|
19/05/2024 | Version initiale |
30/05/2024 | Scénario concerné : SSI/GEN.18.01 et Preuve concernée : SSI/GEN.18.01.02
Scénarii concernés : MSS/CONF.03.01.01, MSS/CONF.05.01.01, MSS/CONF.06.01.01, MSS/CONF.12.01.01, MSS/CONF.14.01.01, MSS/CONF.15.01.01, MSS/CONF.16.01.01, MSS/CONF.21.01.01, MSS/CONF.27.01.01
Scénarii concernés : MSS/va1.17.01, SSI/GEN.01.01, SSI/GEN.02.01, SSI/GEN.03.01, SSI/GEN.11.01, SSI/GEN.18.01, SSI/GEN.20.01, SSI/GEN.21.01
|
26/06/2024 | Ajout de liens vers des documents d'accompagnement au référencement dans l'onglet "Liste Référentiels" Exigences concernées : SC.SSI/GEN.18
Exigence concernée : SC.DB/PFI.01
Preuve concernée : SSI/GEN.03.01.01
|
04/07/2024 | Scénario concerné : SSI/IE.39.01
|
17/07/2024 | Scénario concerné : SSI/GEN.03.01
|
05/09/2024 | Scénario concerné : SC.DB/PFI.01.01
|
27/11/2024 | Correctifs apportés au scénario de conformité : améliorations et correction d'une erreur sur les jeux de données proposés.
|
11/03/2025 | Exigences concernées : PFI.MSS/UX.11 et PFI.MSS/UX.12
|
Cette réponse vous a-t-elle été utile ?
Pour rejoindre l'Espace de Confiance Pro Santé Connect, consultez l'onglet dédié à l'EdC sur le parcours de raccordement à PSC
Cette réponse vous a-t-elle été utile ?
Le numéro de version technique du Logiciel est l'identifiant unique de la solution.
Cette réponse vous a-t-elle été utile ?
L'éditeur doit à minima préciser les éléments suivants :
- pour quelle raison des pièces d’identité sont-elles stockées et dans quel(s) cas un accès ultérieur à ces documents est-il prévu ?
- les principes du RGPD sont-ils appliqués (protection des données stockées, information du patient, etc.) ?
- algorithme de chiffrement utilisé et taille des clés,
- modalités de gestion de la durée de conservation,
- précisions sur la "gestion des secrets" :
- de quelle façon les clés de chiffrement sont-elles générées ?
- de quelle façon les clés de chiffrement sont-elles protégées ?
- qui peut y accéder ?
- comment sont-elles gérées dans le temps ?
- comment s’exécute le processus de déchiffrement d’un document préalablement chiffré lorsque celui-ci est nécessaire ?
Cette réponse vous a-t-elle été utile ?
Oui, il est possible de ne remplir qu’un seul formulaire pour la structure. La commande du certificat se fait avec le FINESS géographique du GIE. Pour plus d’informations, nous vous invitons à consulter le guide spécifique à la radiologie, disponible depuis le site esanté accessible via le lien suivant
Cette réponse vous a-t-elle été utile ?
Oui, dans le cas où un éditeur commercialise plusieurs solutions logicielles couvrant des périmètres fonctionnels relatifs aux DSR, il peut solliciter des référencements pour chacune de ces solutions logicielles en déposant autant de candidatures que de solutions logicelles à référencer.
Une solution logicielle est constituée d’un Composant principal, d’un Composant Proxy esanté, et éventuellement complété d’un ou plusieurs Composants additionnels intégrés dans une version majeure identifiée et référencée par l’ANS. Au sein du présent document, sauf mention spécifique, le terme Solution logicielle désigne donc l’ensemble constitué du Composant principal, du Composant Proxy e-santé, et du ou des éventuels Composants additionnels.
Cette réponse vous a-t-elle été utile ?
L'objectif du projet DRIM-M (Data Radiologie Imagerie Médicale & Médecine Nucléaire) est de proposer une architecture basée sur un maillage national de DRIMbox permettant d'aller chercher les images médicales là où elles se trouvent, et de permettre :
- Aux Professionnels de Santé exploitant de l'imagerie, spécialistes et radiologues et médecins nucléaires, d'afficher et d'importer l'examen dans leurs environnements de travail afin de réaliser des comparaisons, des reconstructions et du post-traitement
- Aux Professionnels de Santé et/ou patients, de visualiser un examen se rapportant au compte-rendu d'imagerie médicale à partir d'un lien intégré au document.
A travers le projet DRIM-M, chaque service et cabinet de radiologie producteur d'imagerie médicale devient un noeud du réseau DRIM-M : la structure d'imagerie partage des images via une passerelle nommée "DRIMbox" spécifiée par le projet.
Cette réponse vous a-t-elle été utile ?
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. La date d’entrée en vigueur de la convention est la date de décision du référencement (voir « article 10. Commercialisation du logiciel/Distributeurs ci-dessous) ».
En conséquence, l’éditeur doit collecter les preuves de conformité au DSR à partir d’une version qui doit lui permettre de respecter ce délai maximum de commercialisation à partir de son référencement.
En pratique, les versions des logiciels à partir desquelles les preuves sont générées doivent permettre de couvrir toutes les exigences du profil général et du ou des profils conditionnels retenus par l’éditeur. Les versions doivent avoir fait l’objet de tests préalables (tests fonctionnels, tests techniques, tests de non régression sur l’ensemble du logiciel,…).
Rappel de l’Article 10. Commercialisation du Logiciel / Distributeurs de la convention : L’Editeur commercialise le Logiciel, à des conditions déterminées par ses soins, au plus tard dans les deux (2) mois à compter de l’entrée en vigueur de la Convention. L’Editeur est tenu de produire, sur simple demande de l’ANS et dans un délai de huit (8) jours à compter de cette demande, une preuve de cette commercialisation sous le format d’une documentation commerciale.
Cette réponse vous a-t-elle été utile ?
Le Numéro de version technique du logiciel est l’identifiant unique de la solution. Il présente obligatoirement les caractéristiques suivantes :
- Le Numéro de version technique est aisément accessible à l’utilisateur dans l’IHM (Interface HommeMachine) du logiciel,
- Le Numéro de version technique doit évoluer dès qu’un élément du code source est modifié, y compris un simple patch,
- La succession chronologique des versions techniques doit être clairement compréhensible au travers d’une numérotation alphanumérique
Cette réponse vous a-t-elle été utile ?
Le périmètre de la prestation Ségur de chaque couloir est précisé dans l'Appel à Financement (AF) afférent précisant les modalités de financement relatives à la prestation Ségur auprès de votre client. Nous vous invitons à consulter les ressources disponibles.
Cette réponse vous a-t-elle été utile ?
La dernière version de ce document est disponible sur les pages dédiées des dispositifs concernés 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 :
Date | Notes de mises à jour |
---|---|
22/03/2024 | Version initiale |
18/07/2024 | Simplification des paramètres associés à l'URL d'accès à la DRIMbox Consommatrice (Tableau 1 - pages 10-11) :
Ajout d'une note afin de mettre en visibilité la norme RFC 3986 (page 11) :
|
Cette réponse vous a-t-elle été utile ?
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 :
Date | Notes de mises à jour |
---|---|
26/07/2024 | Version initiale |
12/08/2024 | DOC.03.01, INS.31.01, INS.31.02, INS.31.03, MSS.17.01, MSS.18.01, MSS.20.01
DOC 3, DOC 4, DOC 6
ANN 2
|
23/09/2024 | Admission étapes n°14 et 20- onglet "Scénarios cœur de métier"
Admission étape n°20 - onglet "Scénarios cœur de métier"
Projet personnalisé étape n°30 - onglet "Scénarios cœur de métier"
Dossier de soin étape n°34 - onglet "Scénarios cœur de métier"
INS.28
A_PIL_H/GRU.3, Admission étapes n°9 et 15 - onglet "Scénarios cœur de métier",
Dossier de soin étape n°38 - onglet "Scénarios cœur de métier"
|
16/10/2024 | ANN.01
ANN.01.01 et ANN.01.01.01
ANN.01.01.02
ANN.02.01
ANN.02.01.01
ANN.02.02 et ANN.02.02.01
ANN.04.01
ANN.05
ANN.05.01.01
|
Cette réponse vous a-t-elle été utile ?
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 :
Date | Notes de mises à jour |
---|---|
26/07/2024 | Version initiale |
12/08/2024 | DOC 3.1, DOC 7.1, INS 31.1, INS 31.2, INS 31.3, MSS 17.1, MSS 18.1, MSS 20.1
DOC 3, DOC 4, DOC 6, DOC 7
Dossier de soins étapes n°33 à 39
Admission étapes n°19 et n°22 - "Scénarios cœur de métier"
Projet personnalisé étapesn°29 et n°32 - "Scénarios cœur de métier"
Dossier de soins n°39 - "Scénarios cœur de métier"
Prise en charge étapes n°48 et n°60 - "Scénarios cœur de métier"
Evaluation de l'usager étape n°57 - "Scénarios cœur de métier"
Agenda et activité/intervention étapes n°42 à n°44 - onglet "Scénarios cœur de métier"
ANN 2
INS 28A
|
03/09/2029 | "Scénarios cœur de métier" n°42 à 44
|
23/09/2024 | Admission étape n°13 - onglet "Scénarios cœur de métier"
Admission étape n°20 - onglet "Scénarios cœur de métier"
INS 28B
A_PIL_H/CIE.8, Agenda et activité/intervention étape n°42 - onglet "Scénarios cœur de métier"
|
16/10/2024 | ANN 1
ANN 1.1 et ANN 1.1.1
ANN 1.1.2
ANN 2.1
ANN 2.1.1
ANN 2.2 et ANN 2.2.1
ANN 4.1
ANN 5
ANN 5.1.1
|
Cette réponse vous a-t-elle été utile ?
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 :
Date | Notes de mises à jour |
---|---|
26/07/2024 | Version initiale |
12/08/2024 | DOC.03.01, INS.31.01, INS.31.02, INS.31.03, MSS.17.01, MSS.18.01, MSS.20.01
DOC 3, DOC 4, DOC 6
ANN 2
INS.28
|
23/09/2024 | Projet personnalisé étape n°26 - Onglet "Scénarios cœur de métier"
Projet personnalisé étape n°29 - Onglet "Scénarios cœur de métier"
M/A.9.B, Admission étapes n°8 et 12 - onglet "Scénarios cœur de métier"
|
15/10/2024 | ANN.01
ANN.01.01 et ANN.01.01.01
ANN.01.01.02
ANN.02.01
ANN.02.01.01
ANN.02.02 et ANN.02.02.01
ANN.04.01
ANN.05
ANN.05.01.01
|
Cette réponse vous a-t-elle été utile ?
Le CIBA est prévu dans la vague 2 du Ségur en tant que profil optionnel. En cas de client lourd, l'éditeur doit proposer les deux solutions (code flow et CIBA) => SC.PSC.01 et SC.PSC.13. Le profil est obligatoire lorsque l’éditeur a choisi d’implémenter dans sa solution logicielle l’authentification ProSanté Connect par le protocole CIBA (§3.1 du DSR DPI).
Cette réponse vous a-t-elle été utile ?