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'offre d'accompagnement de l'ANS pour les entreprises innovantes du numérique en santé est structurée autour de 3 piliers :
- Sensibilisation : ce pilier propose des sessions collectives ayant pour but de présenter des sujets généraux (INS, Pro Santé Connect, le référencement Mon Espace Santé, etc.), de donner une visibilité sur les évolutions et les contraintes réglementaires, et principalement de répondre aux questions des innovateurs sur les sujets d’expertise de l’ANS. Les actions menées capitalisent par ailleurs sur les contenus déjà mis à disposition par l’ANS, comme les webinaires thématiques sur le site de l’ANS, ou les contenus de e-learning de la plateforme de formation. Ce pilier repose également sur des productions spécifiques comme les fiches synthétiques qui ont vocation à servir de point d’entrée à tout acteur innovant sur chacune des thématiques d’expertise.
- Animation : ce pilier se base sur l'organisation d’évènements formels et informels permettant de mettre en contact les experts de l’ANS et les acteurs innovants, sur des newsletters pour pousser de l'information générale (sessions organisées, actualités) auprès de l'écosystème , et sur l'animation de communautés thématiques pour répondre aux questions des innovateurs.
- Soutien et orientation : ce pilier vise à bien comprendre le positionnement et les besoins des entreprises au travers de sessions de "deep-dive" afin de personnaliser l'accompagnement de l'ANS, d'appuyer de manière spécifique les acteurs au travers de sessions thématiques individuelles selon le besoin, ou encore de soutenir plus largement les acteurs de l'écosystème sur des thématiques communes fortes au travers de meets-ups startups ou d'évènements d'envergure (type projectathon).
Cette réponse vous a-t-elle été utile ?
Afin de vous familiariser avec les notions et les cadres de la e-santé, l'ANS met à disposition des entreprises les ressources suivantes, consultables en toute autonomie :
- Une plateforme de formation : plateforme ouverte à tous (professionnels du secteur santé, usagers, étudiants, industriels…) proposant des contenus de formation qui abordent toutes les dimensions de la e-santé : le cadre règlementaire, les grands programmes nationaux, les référentiels et services socles, etc.
- Le guichet G_NIUS : guichet national de l’innovation du numérique en santé, fruit d’un travail collectif entre la délégation ministérielle au numérique en santé (DNS) et l’agence du numérique en santé (ANS) pour orienter, informer, mettre en relation l’ensemble des acteurs de la e santé, faciliter l’innovation et valoriser les réussites de terrain, notamment autour de 4 thèmes :
- Les enregistrements des webinaires dispensés par l'ANS sur l'ensemble des thématiques d'expertise de l'Agence
- Des fiches synthétiques : fiches descriptives mises à disposition par l'équipe Innovation sur 7 sujets clés de la e-santé, déclinés en sous-thématiques :
- Interopérabilité,
- Services socles et référentiels,
- Conformité réglementaire,
- Stratégie nationale,
- Sécurité des SI,
- Europe et international,
- Référencement des SI.
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 ?
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 ?
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 ?
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
|
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 |
---|---|
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
|
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 ?
Non. Le bon de commande doit impérativement faire figurer le montant réel, non nul, de la Prestation Ségur. La prise en charge par l'Etat doit être indiquée par la mention « Montant pris en charge par l’Etat au titre du Ségur de la santé » visible sur le bon de commande.
En particulier, au moment de la demande de solde, une copie de la facture faisant apparaître un montant total de la Prestation Ségur à 0€ sera systématiquement rejetée.
Cette réponse vous a-t-elle été utile ?
Conformément au cadre réglementaire des dispositifs SONS du Ségur du numérique en santé, chaque établissement et professionnel de santé (ES/PS) éligible ne peut bénéficier que d’un seul financement par SONS, c’est-à-dire un seul financement de mise à jour pour un type de logiciel donné.
En conséquence, toute demande de financement portant sur un / des bénéficiaire(s) ayant déjà fait l’objet par ailleurs d’une demande validée par l’Agence de services et de paiement fera l’objet d’un rejet.
En cas de contestation par l’éditeur ayant vu sa demande rejetée, l’ASP contactera par courrier électronique les deux éditeurs concernés, pour qu’ils apportent sous dix jours ouvrés les précisions nécessaires (maintien de leur demande initiale ; information d’une erreur commise dans le périmètre couvert par la demande initiale et demande de modification en conséquence ; retrait de leur demande de financement, etc.), selon des modalités précisées dans le message ASP.
S’il s’agit d’un établissement ou professionnel de santé ayant signé deux bons de commande distincts sur le même périmètre logiciel : les éditeurs devront faire valider par l’établissement ou le professionnel concerné l’identité de l’éditeur avec lequel il souhaite bénéficier de la Prestation Ségur, et le signaler auprès de l’ASP. Il appartiendra alors à l’éditeur voyant sa commande annulée de tirer les conséquences d’une éventuelle rétractation directement auprès de l’établissement ou le professionnel de santé.
En cas de non-réponse, ou lorsque les réponses apportées ne permettraient pas de statuer sur le dossier, l’Agence du Numérique en Santé se réserve le droit de procéder à toute vérification utile, et au besoin à demander l’annulation des demandes de financement concernées.
Cette réponse vous a-t-elle été utile ?
Pour annuler votre demande de financement vous devez contacter le support utilisateur de l'ASP en fournissant :
i. une attestation sur l’honneur signée et motivée de votre part si l'annulation est de votre propre chef, pour une erreur effectuée lors de la demande ;
ii. une attestation sur l'honneur signée et motivée de votre part et une attestation de renonciation du client si l'annulation est en accord avec le client ES/PS.
Après vérification du périmètre de l'annulation par rapport au périmètre initial et de l'avance perçue le cas échéant :
Cas 1 : Demande d'annulation de la totalité de la demande de financement concernant le ou tous les bénéficiaires du périmètre initial pour un éditeur ayant déjà perçu l'avance
- l’ASP annule la demande de financement ;
- l’éditeur rembourse l’avance perçue.
Cas 2 : Demande d'annulation partielle de la demande de financement concernant un ou plusieurs bénéficiaires du périmètre initial pour un éditeur ayant déjà perçu l'avance
- réouverture et modification de la demande de financement par l'ASP pour supprimer le ou les bénéficiaires OU Annulation par l’ASP et dépôt d’une nouvelle demande sur le bon périmètre par l’éditeur ;
- une régularisation du trop-perçu est effectuée par l’ASP au moment du solde.
Cas 3 : Demande d'annulation de la totalité de la demande de financement concernant le ou tous les bénéficiaires du périmètre initial pour un éditeur n'ayant pas perçu l'avance
- l’ASP annule la demande de financement.
Cas 4 : Demande d'annulation partielle pour un ou plusieurs bénéficiaires du périmètre initial pour un éditeur n'ayant pas perçu l'avance
- avant le 17/11 : Rejet par l’ASP et dépôt d’une nouvelle demande sur le bon périmètre par l’éditeur ;
- à partir du 17/11 : Modification de la demande de financement pour suppression du ou des bénéficiaires.
Des modèles d'attestation sont disponibles auprès de l'ASP.
Pour contacter l’Assistance Utilisateur de l’ASP : https://segurnum.asp-public.fr/segurnum/contacter-assistance
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. Une fois votre compte Wiin.io créé, vous devez soumettre le formulaire de candidature pour la partie administrative. Il y a un délai d'environ 1e semaine d'instruction durant lequel vous seront transmises les informations pour accéder à GAZELLE.
Cette réponse vous a-t-elle été utile ?
La demande de solde doit être conforme et introduite sur le même périmètre que la demande d’avance auprès de l’ASP. Cependant :
- si un ou plusieurs clients sont soustraits du périmètre de la demande d’avance, la demande de solde est recevable. Une compensation du montant versé lors de l’avance pour ce(s) client(s) sera effectuée au moment du solde.
- si un ou plusieurs clients sont ajoutés au périmètre de la demande d’avance, alors cette demande sera rejetée par l’ASP. Il faudra donc :
- modifier la demande de solde par un périmètre correspondant à la demande d’avance ou inférieur à celle-ci (si inférieur, une compensation du montant versé lors de l’avance pour ce(s) client(s) sera effectuée au moment du solde.)
- modifier la demande de solde par un périmètre correspondant à la demande d’avance ou inférieur à celle-ci (si inférieur, une compensation du montant versé lors de l’avance pour ce(s) client(s) sera effectuée au moment du solde.)
- si le périmètre est modifié en raison de l’évolution administrative d’un bénéficiaire (fusion, scission, etc.), cette demande sera acceptée par l’ASP à condition que :
- le JSON solde comporte les identifiants historiques (A et B) de l’avance au nouveau bloc « bénéficiaires »
- en complément au JSON solde, le fournisseur mentionne les bénéficiaires historiques ainsi que le nouveau bénéficiaire dans les documents de gestion. A cet effet, il faut joindre à la facture (dans le même document PDF), un traité de fusion. Ce document est mis à l'initiative du fournisseur, lors du dépôt de sa demande.
Ainsi, si A et B à l’avance, et que B est devenu C entre l’avance et le solde, le fournisseur devra fournir ce justificatif au moment de la demande de solde à l’ASP.
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 ?
Oui, une solution référencée Ségur ayant fait l'objet d'évolutions doit repasser le processus de référencement. Les règles d'une nouvelle candidature de cet ordre sont détaillées dans l'article 9 de la convention signée entre un éditeur et l'ANS.
Cette réponse vous a-t-elle été utile ?
Les solutions éligibles au dispositif SAS doivent comprendre :
- Un module de prise de rendez-vous en ligne ;
- Une accessibilité depuis les navigateurs Web standards du marché ;
- Un module d’agenda permettant la gestion des disponibilités du professionnel de santé et proposant à minima l’un des types de créneaux suivants : créneaux accessibles par le grand public hors patientèle, créneaux accessibles par l’ensemble des confrères clients de la solution logicielle hors structures et CPTS, créneaux accessibles uniquement par la plateforme numérique SAS.
A noter également que les solutions logicielles uniquement à destination des professionnels de santé hors contexte de médecine de ville ne sont pas éligible au dispositif SAS.
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 ?
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 ?