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 ?
Sauf cas d'exonération explicitement prévu par le code général des impôts, la prestation Ségur relève du taux normal de TVA en vigueur. Au 1er décembre 2021, celui-ci s'élevait à 20% en métropole, et à 8,5% en outre-mer. Si votre client n'est pas assujetti à la TVA, le champ "TVA applicable" dans votre JSON est égal à "HT". Vous devrez fournir à l'ASP une attestation de non-assujettissement à la TVA délivrée par la DGFIP, la DRFIP ou la DDFIP le cas échéant.
Cette réponse vous a-t-elle été utile ?
Les dispositions de la maintenance dans le cadre du Ségur sont conditionnées à l'existence d'un contrat de maintenance entre le fournisseur et le client final.
La prestation Ségur inclut les droits d'usage de la version référencée ainsi que les éventuels surcoûts de maintenance corrective sur les anomalies liées aux fonctionnalités prévues par le DSR, dans la limite de six années.
Nous vous invitons à consulter le contenu des Appels à Financement qui précisent les conditions relatives au périmètre de la Prestation Ségur au paragraphe 4.3 "Condition relative au périmètre de la Prestation Ségur".
Cette réponse vous a-t-elle été utile ?
Le dispositif SONS « impose la mise à disposition, à la demande du Client final, de l’historique des données de santé relevant du périmètre du référencement ». Le format des fichiers mis à disposition doit être lisible, exhaustif, exploitable, et documenté par le Fournisseur.
Ce périmètre comprend :
- Les documents concernés listés en annexe 3 du DSR-MDV-LGC-Va1.pdf ; les informations nécessaires à son import : le nom, prénom, date de naissance et sexe du patient ainsi que, lorsqu’elles sont stockées dans le logiciel ; l’INS, la date de production et le type de la donnée, sous une forme structurée dans le fichier ou attenant au fichier.
- Il n’inclut pas les autres données contenues dans le LGC. L’export de celles-ci (données de facturation, notes de consultation, …) dépend des conditions contractuelles passées avec le fournisseur.
Cet export doit être réalisé sous un format standard, structuré et/ou non structuré, au choix du Fournisseur (ex : HL7 CDA, HL7 FHIR, PDF, DOC, DOCX, XML, etc.), avec une documentation détaillant la procédure à réaliser. La profondeur de l’historique ainsi que le professionnel de santé concerné doivent être paramétrables.
(Extraits du document d’Appel à Financement, §4.5).
Cette réponse vous a-t-elle été utile ?
Oui. Pour obtenir plus d’informations sur ces contrôles, veuillez-vous reporter aux slides ci-dessous, en particulier à la slide 3 ("Précisions sur les contrôles au guichet ASP")
Cette réponse vous a-t-elle été utile ?
La marche à suivre si la solution que vous avez référencée ne respecte pas les règles de nommage des versions est détaillée dans les slides ci-dessous, en particulier en slide 2 ("Déclinaison du plan d'action selon les cas de figure")
Cette réponse vous a-t-elle été utile ?
Les règles de nommage des versions référencées Ségur sont détaillées dans le slide ci-dessous
Cette réponse vous a-t-elle été utile ?
Lorsqu’une structure s’authentifie pour l’appel au téléservice INSi par un certificat logiciel, il s’agit du FINESS utilisé pour ce certificat. Selon les ES, ce peut être le FINESS juridique ou le FINESS géographique.
Lorsque l’appel au téléservice est réalisé avec une carte CPx, il s’agit du numéro FINESS de l’établissement qui est utilisé par l’éditeur lors de l’appel à ce téléservice. Selon les sites, il pourra donc s’agir du FINESS géographique ou du juridique.
L'éditeur doit donc renseigner un seul FINESS (juridique ou géographique qui sera le plus suceptible de satisfaire les contrôles a posteriori).
Cette réponse vous a-t-elle été utile ?
Tous les sites doivent signer les VA respectives. Un seul document PDF regroupant l'ensemble des VA pour une même demande de financement devra être déposé sur le portail de l'ASP.
Cette réponse vous a-t-elle été utile ?
Un operateur acheteur doit se faire enrôler une seule fois auprès de l'ASP. Il doit présenter un seul BDC (ou facture pour le solde) quelque soit son nombre de fournisseurs de connecteurs MSSanté. Le nombre de sous-traitants Opérateurs développeurs n'a pas d'impact sur le financement
Cette réponse vous a-t-elle été utile ?
Vous devez renseigner le numéro de référencement que vous aura communiqué l'Opérateur développeur qui vous fournit le connecteur MSSanté. Il faudra au préalable que ce dernier soit référencé Ségur auprès des services de l'ANS.
Cette réponse vous a-t-elle été utile ?
Oui il le peut. S'il opère sur un marché concurrentiel (sous la forme d'une distribution GIE / GIP) il pourra entrer dans le Système Ouvert et Non Sélectif.
S'il n'opère pas sur un marché concurrentiel (ie in house), nous devrons traiter au cas par cas.
Dans tous les cas, le respect des exigences techniques sera obligatoire.
Cette réponse vous a-t-elle été utile ?
Non, l'exigence PGSSI-S IEU 2 n'est pas applicable lorsque la solution est esclave de l'identité.
Cette réponse vous a-t-elle été utile ?
Il doit être possible de voir la création ou le résultat de la création d’un patient dans la solution avec son identifiant privé et ses 5 attributs. Il doit être possible aussi de visualiser que ce patient est associé à son INS, même si peut être les étapes du scénario de conformité sont faites en même temps.
Il faudrait donc, s’il n’est pas possible de visualiser la création d’un patient via la GAP, avoir le flux de création permettant de créer le patient et celui pour associer l’INS dans la solution (si différent), puis d’avoir une copie écran d’un compte usager associé à son matricule INS.
NB : Attention à ne pas confondre la création de l'identité (au niveau de la GAP) et la création du compte dans le DMN. Si la solution ne permet pas l'accès à la GAP, cela signifie qu'il ne peut récupérer l'identité.
Cette réponse vous a-t-elle été utile ?
Comme noté à la page 14 du référentiel 1.2.2 : « Le Référentiel d’Interopérabilité et de Sécurité des Dispositifs Médicaux Numériques (DMN) exige une méthode d’authentification des usagers à 2 facteurs. Le Système doit donc implémenter cette méthode d’authentification (exigence IEU 9.1). » Le développement de la double authentification est donc obligatoire pour un DMN s'il y a un accès patient, et c’est une exigence qui sera vérifiée par l’ANS.
Par contre, il est également indiqué : « Pour tenir compte du cas où l’activation de l’authentification des usagers à 2 facteurs diminue l’usage de la solution et entraîne une perte de chance pour l’usager, le fabricant du DMN peut sous sa responsabilité ne pas activer systématiquement l’authentification à deux facteurs. ». Cela signifie que l’activation du double facteur peut ne pas être systématique pour l’ensemble des patients. Ce point est de la responsabilité de l'entreprise du numérique en santé développant le DMN.
Enfin, il est précisé dans le scénario IEU 9.1 : « L'accès du patient à une interface de déclaration simple dans le cadre d'un parcours de télésurveillance n'est pas soumis à ce scenario de conformité et ne nécessite pas d'authentification à deux facteurs systématique. » . Cela signifie que dans le cadre d’une déclaration simple, c’est-à-dire dans le cas où un patient accède à un simple formulaire de saisie de données (hors du DMN), il n’est pas soumis au développement du double facteur.
Cette réponse vous a-t-elle été utile ?
Le référentiel d’identification électronique se borne à faire en sorte que les identifiants utilisés pour les usagers soient des identifiants uniques et sectoriels de préférence. Il n'existe aujourd'hui aucune exigence qui encadre ce cas de figure, même si la qualité de l’identification d’un usager est l’un des principes fondamentaux de la qualité et de la sécurité de sa prise en charge.
Cette réponse vous a-t-elle été utile ?
L'exigence IRESP 9 issue des spécifications techniques minimales de la Haute Autorité de Santé s'applique seulement aux DMN de télésurveillance pour les patients sous Ventilation Non Invasive (VNI). Cette exigence est donc considérée "Non Applicable" pour votre DMN.
En cas de non applicabilité, une déclaration sur l'honneur justifiée devra être fournie à la place de la preuve attendue.
Cette réponse vous a-t-elle été utile ?
L'exigence IRESP 10 issue des spécifications techniques minimales de la Haute Autorité de Santé s'applique aux DMN de télésurveillance pour les patients sous oxygénothérapie ou Ventilation Non Invasive (VNI). Cette exigence est donc obligatoire pour votre DMN.
Cette réponse vous a-t-elle été utile ?
Dans le cas d'une candidature pour un DMN pour lequel l'implémentation de l'Identité Nationale de Santé est non applicable, la conformité aux exigences IEU 7 et IEU 8 n'est pas obligatoire. Ces deux exigences sont donc "Non applicables".
En cas de non applicabilité, une déclaration sur l'honneur justifiée devra être fournie à la place de la preuve attendue.
Cette réponse vous a-t-elle été utile ?
Dans le cas d’un professionnel exerçant en libéral, l’unité comptabilisée est le professionnel inscrit au répertoire RPSS.
Cette réponse vous a-t-elle été utile ?
Le cadre réglementaire pour bénéficier du financement SONS pour la Biologie est fixé dans l’Appel à Financement au Chapitre 6.2 (https://esante.gouv.fr/sites/default/files/media_entity/documents/af-bio-sgl-va1.pdf) qui précise les conditions de versement du solde.
Il est à noter que l’arrêté modificatif du 7 avril 2023 modifie les conditions de versement du solde pour le SONS SGL vague 1 : le compte-rendu de biologie médicale de test n’est plus exigé dans le dossier de demande de solde. Le chapitre 6.2 de l’Appel à Financement du SONS SGL vague 1 ( https://esante.gouv.fr/sites/default/files/media_entity/documents/af-bio-sgl-va1.pdf) a été amendé à cet effet.
Cette réponse vous a-t-elle été utile ?