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 ?
L’AF précise les connecteurs inclus dans la prestation Ségur. Cette dernière est limitée à l’installation, la configuration, la qualification de 5 flux différents au total, en priorisant le flux identité entrant (si pertinent), le flux DMP, le flux MSS Pro, le flux MSS Citoyenne et le flux HL7 ORU/OUL vers l'éventuel DPI/PFI (si pertinent).
Cette réponse vous a-t-elle été utile ?
Ce n'est pas systématique. L'éditeur doit assurer la compatibilité ascendante de ses solutions et déclarer les modifications à l'ANS. Ce principe est décrit dans les conventions de référencement pour chaque SONS.
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 ?
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.
Cette réponse vous a-t-elle été utile ?
L'éditeur des fonctionnalités de PFI peut être un groupement de solutions : certains éditeurs font référencer une solution en se regroupant avec un ou plusieurs partenaires. Toutefois, dans tous les cas, un seul éditeur porte le référencement et le financement SONS (tout en déclarant ses partenaires). C'est l'interlocuteur unique de l'ANS et de l'ASP.
Cette réponse vous a-t-elle été utile ?
Les logiciels pouvant candidater au programme Ségur doivent répondre aux fonctionnalités décrites dans les DSR (Dossier de Spécifications de Référencements). Toutefois le DSR DPI ne s'adresse pas aux dossiers de spécialité.
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 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 ?
Les éditeurs devront déposer leurs preuves sur le guichet Vague 2 dès qu’il sera ouvert et ils pourront bénéficier du financement SONS Va1+Va2 en cas de référencement, dans les limites d'exclusion précisées dans l'AF Vague 2 ("Eligibilité d’un Client à la Prestation Ségur Vague 1 + Vague 2"). S’ils sont référencés Vague 1, ils ne devront pas redéposer les preuves Vague 1, mais uniquement celles du périmètre Vague 2.
Cette réponse vous a-t-elle été utile ?
Vous ne trouvez pas la réponse à votre question ?
Posez nous votre question !
Besoin d'une mise en relation avec nos experts dédiés ?
