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 ?
Dans le cas d'une architecture composée de plusieurs logiciels DRIMBox d'un même opérateur en hébergement "On Premise" au sein de différents établissements de santé et d'un proxy e-santé mutualisé pour l'intégralité de ces déploiements, il n'est pas nécessaire de démultiplier les commandes de l'ensemble des certificats. En effet, dans ce cas, seul un "Client_ID" attribué par ProSantéConnect et un certificat "ORG_AUTH_CLI" (CN=Client_ID de l'opérateur DRIMbox et OU=idStructure de l'opérateur proxy) sont à implémenter.
Une fois obtenu, suite à une demande de Datapass effectuée par l'opérateur, l'identifiant Client_ID pourra être intégré à tous les logiciels DRIMBox déployés au sein de l'architecture mentionnée ci-dessus. Cet aspect n'est pas spécifique au projet DRIM-M, il s'agit d'un processus déjà documenté dans le cadre des architectures communautaires utilisant le service ProSantéConnect.
En revanche dans le cadre des interactions effectuées directement entre les logiciels DRIMBox composant l'architecture mentionnée ci-dessus et le service ProSantéConnect (endpoint d'introspection notamment), il est nécessaire de mettre en œuvre un certificat ORG_AUTH_CLI propre à chaque logiciel DRIMbox (CN=Client_ID et OU=SIRET opérateur DRIMbox).
Cette réponse vous a-t-elle été utile ?
Trois phases peuvent être distinguées afin d'assurer la gestion du cycle de vie d'un examen d'imagerie au niveau de l'archive locale associée au logiciel DRIMBox :
- Dans le cadre de la réalisation d'un examen d'imagerie, un compte-rendu d'imagerie ainsi qu'un ensemble d'images médicales sont produits. Ces informations, une fois envoyées à la fonctionnalité source du logiciel DRIMBox, permettent la création d'un document KOS mentionnant l'ensemble des informations à utiliser afin d'accéder ultérieurement aux images. Une fois le document KOS créé par le logiciel DRIMBox et publié au sein de l'environnement DMP (transaction TD2.1a du Guide d'Intégration DMP), une nouvelle entrée est ajoutée au sein de l'archive locale de la DRIMBox (pour plus de précisions, voir section 4.5.7 de la spécification projet DRIMBox).
- Dans le cadre d'une modification de contenu d'un examen d'imagerie (suppression/ajout d'images médicales, changement de visibilité du compte-rendu d'imagerie, ou autre), le document KOS associé doit être mis à jour en conséquence par le logiciel DRIMBox et remplacé au sein de l'environnement DMP (transaction TD2.1b du Guide d'Intégration DMP). Une fois la mise à jour effectuée auprès de l'environnement DMP, celle-ci doit également être répercutée au niveau de l'archive locale associée au logiciel DRIMBox. Cet ajustement aura pour conséquence un remplacement du document KOS archivé, ainsi que du lot de soumission associé (fichier METADATA.xml).
- Dans le cadre d'une dépublication d'un compte-rendu d'imagerie ou en cas de suppression de l'intégralité des images associées à un examen d'imagerie médicale, alors le document KOS associé doit être dépublié de l'environnement DMP (transaction TD3.3c du Guide d'Intégration DMP). Conformément aux indications fournies en section 4.5.8.1 de la spécification projet DRIMBox, le document KOS sera alors être identifié comme dépublié au niveau du stockage local. L’objet DICOM KOS en tant que tel peut éventuellement être supprimé de la base d’archivage, mais son identification et statut doivent être tracés afin de fournir une réponse précise lors de la demande d’accès aux images qu'il référence.
Cette réponse vous a-t-elle été utile ?
Pour le RIS, la plaquette commerciale ou tout autre document décrivant le périmétre fonctionnel que couvre votre solution logicielle est recevable. L'objectif étant de vérifier que votre solution logicielle répond au périmétre fonctionnel du dispositif choisi.
Cette réponse vous a-t-elle été utile ?
Pour DRIMBOX, dès l'entame de votre parcours de référencement Ségur, il est nécessaire d'avoir inscrit votre solution auprès du guichet CNDA et auprès du guichet Espace de Confiance Pro Santé Connect (dans Convergence). Les éléments suivants seront demandés à l'étpae éligibilité du dossier administratif du parcours référencmeent Ségur :
- Les Numéros NIE / NIL (Numéro d'Identification Editeur et Numéro d'identification Logiciel) et éventuellement NIL des composants additionnels, obtenus auprès du guchet CNDA. .
- le Numéro Unique de Référencement (NRU) au guichet Espace de Confiance Pro Santé Connect en tant qu’Editeur de Logiciel Utilisateur et/ou de Logiciel Proxy e-Santé.
Veuillez noter que le référencement Ségur ne pourra vous être attribué que si l'ensemble des preuves demandées dans le DSR choisi sont déposées et conformes et que toutes les homologations CNDA nécessaires obtenues. Nous vous encourageons également de prendre connaissance du chapitre 4 du DSR choisi précisant des informations supplémentaires quant à l'avancement attendu des candidatures à l'approche des différents jalons réglementaires.
Cette réponse vous a-t-elle été utile ?
Pour le RIS, dès l'entame de votre parcours de référencement Ségur, il est nécessaire d'avoir inscrit votre solution auprès du guichet CNDA et auprès du guichet Espace de Confiance Pro Santé Connect (dans Convergence). Les éléments suivants seront demandés à l'étpae éligibilité du dossier administratif du parcours référencmeent Ségur :
- Les Numéros NIE / NIL (Numéro d'Identification Editeur et Numéro d'identification Logiciel) et éventuellement NIL des composants additionnels, obtenus auprès du guchet CNDA. .
- le Numéro Unique de Référencement (NRU) au guichet Espace de Confiance Pro Santé Connect en tant qu’Editeur de Logiciel Utilisateur et/ou de Logiciel Proxy e-Santé.
Veuillez noter que le référencement Ségur ne pourra vous être attribué que si l'ensemble des preuves demandées dans le DSR choisi sont déposées et conformes et que toutes les homologations CNDA nécessaires obtenues. Nous vous encourageons également de prendre connaissance du chapitre 4 du DSR choisi précisant des informations supplémentaires quant à l'avancement attendu des candidatures à l'approche des différents jalons réglementaires.
Cette réponse vous a-t-elle été utile ?
Pour DRIMBOX, la plaquette commerciale ou tout autre document décrivant le périmétre fonctionnel que couvre votre solution logicielle est recevable. L'objectif étant de vérifier que votre solution logicielle répond au périmétre fonctionnel du dispositif choisi.
Cette réponse vous a-t-elle été utile ?
La création de votre compte Gazelle est réalisée par les équipes de référencement dès que votre dossier de candidature est déclaré éligible.
Il y a un délai d'environ une semaine d'instruction durant lequel vous seront transmises les informations pour accéder à Gazelle.
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 ?
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 ?
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 ?
Concernant l’exigence ePU pour la vague 1 médecine de ville, le CDC prescripteurs (disponible depuis novembre 2020) définit le périmètre de la ePU complète : produits de santé (médicaments totalement codifié et DM en format texte ou codifié) et tous les autres actes (sauf transport et radiologie) sont décrits en format texte.
La e-prescription unifiée correspond à un modèle de données commun et à des services communs. En dehors des médicaments et des dispositifs médicaux qui sont codifiés ligne à ligne, la description des actes de biologie, kinésithérapie, soins infirmiers, pédicurie, orthophonie et orthoptie sont enregistrés en format texte.
L’autorisation de la e-prescription unifiée porte sur l’ensemble du périmètre.
Cette réponse vous a-t-elle été utile ?
Le nombre de BAL pris en compte dans le calcul du financement est celui déclaré à la date fixée dans le contrat Opérateurs.
Cette réponse vous a-t-elle été utile ?
Concernant les DOM-TOM, les départements et régions d’outre-mer sont bien pris en compte dans le dispositif Ségur : Réunion, Martinique, Guadeloupe, Guyane, Mayotte.
Les collectivités d’outre-mer (la Polynésie française, Saint-Barthélemy, Saint-Martin, Saint-Pierre-et-Miquelon et Wallis-et-Futna) ne sont pas régies par le dispositif de l’accord national des CDS et ne sont donc pas conventionnés. Elles relèvent d’un autre régime d’Assurance Maladie.
Pour l’ensemble de ces raisons, elles ne sont pas prises en compte dans le dispositif Ségur.
Cette réponse vous a-t-elle été utile ?
Non, cela n'est pas possible.
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 ?
