Oui, le bon de commande, et ses éventuelles annexes, doit avoir fait l’objet d’un accord explicite du Client final, par la signature du responsable, celle-ci pouvant être manuscrite ou électronique : signature avec certificats CPx, signature avec identification électronique par Pro Santé Connect, signature par certificat logiciel RGS, signature électronique de niveau minimum eIDAS simple

Il est possible de changer le scénario d'installation après avoir déposé votre dossier à l'ASP.  

La VA et la demande de solde devront faire apparaître les éléments liés au périmètre finalement installé, il n'est pas nécessaire de redéposer un dossier de demande d'avance à l'ASP. Les contrôles a posteriori seront réalisés sur la base du scenario indiqué dans la VA (solde).

Il est demandé de présenter une seule facture globale à 100%. Dans le cas d'exception où vous souhaitez faire parvenir deux factures au guichet ASP, il faut : 
> Envoyer les deux factures en un document PDF unique
> Indiquer un montant récapitulatif total des deux factures
> Il est souhaitable d’indiquer sur chacune des factures s’il s’agit de l’AVANCE ou du SOLDE (le mentionner sur les documents). 
> Par ailleurs, il est demandé que l’ensemble des mentions demandées par l’ASP figure sur chacune des 2 factures

Si la modification apportée affecte la conformité du Logiciel aux exigences, l’Agence du numérique en santé doit en être notifiée par l’éditeur dans un délai de 15 jours. Cette information est accompagnée de tout élément permettant de documenter la nature de la modification et les exigences de conformité impactées. En réponse, l’ANS peut demander à l’éditeur de déposer une nouvelle demande de référencement dans un délai d’un mois.

Si, à l’issue de ce délai, l’éditeur ne dépose pas de nouvelle demande de référencement ou si le référencement du logiciel modifié est refusé par l’Agence du Numérique en Santé, le référencement est abrogé et la Convention résiliée de plein droit et sans indemnité dans les conditions de l’Article 17.

S'il s'agit d'une version du logiciel supérieure à la version référencée et sans régression, il n'est pas nécessaire de modifier le bon de commande. Par ailleurs, il n'y a pas de contrôle de ce point dans la VA. 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.

La liste des éléments et mentions obligatoires à faire figurer dans la facture sont détaillés au chapitre 12 du document "SONS-Modeles_de_documents-BDC-MOM-VA.pdf" disponible en cliquant ici (lien vers https://www.asp-public.fr/sites/default/files/content/aides/documents/Segur/SONS-Modeles_de_documents-BDC-MOM-VA.pdf)

Vous trouverez toutes les informations relatives aux procédures de dépôt de demandes de solde sur les pages ci-dessous :

• Couloir Hôpital : Comment déposer une demande de solde pour le couloir Hôpital du Ségur du numérique en santé ? (Atelier d’accompagnement)
• Couloir Médecine de ville : Comment déposer une demande de solde pour le couloir Médecine de ville du Ségur du numérique en santé ? (Atelier d’accompagnement)
• Couloir Officine : Comment déposer une demande de solde pour le couloir Officine du Ségur du numérique en santé ? (Atelier d’accompagnement)
• Couloir Imagerie : Comment déposer une demande de solde pour le couloir Imagerie du Ségur du numérique en santé ? (Atelier d’accompagnement)
• Couloir Biologie : Comment déposer une demande de solde pour le couloir Biologie du Ségur du numérique en santé ? (Atelier d’accompagnement)

Pour rappel, l’établissement ou professionnel de santé ne peut bénéficier que d'une seule prestation Ségur financée par l'Etat par dispositif SONS. Si le PS/ES souhaite changer de solution logicielle après la signature du bon de commande, il doit s'accorder avec l'éditeur dont le bon de commande a été validé par l'ASP afin d'en demander l'annulation. Si cet éditeur avait perçu l'avance, il recevra un ordre de recouvrement de l'ASP pour la rembourser. A l'issue de l'annulation par l'ASP, le nouveau bon de commande pourra être traité. Dans tous les cas, cette nouvelle demande devra respecter la date de fin de dépôt des demandes d'avance. Nous vous invitons à retrouver toutes les procédures d'annulation et de gestion des doublons de bon de commande dans la section "Problèmes SONS" de la FAQ industriels.

Dans le cadre du financement « SONS », la clause de portabilité « doit permettre la mise à disposition des données dans un délai de 15 jours calendaires à partir de la demande formelle du Client final, sans surcoût pour ce dernier. Le Client final peut effectuer cette demande par écrit, dans un espace client, ou directement dans le logiciel. ». L’éditeur doit alors transmettre à son client tous les éléments nécessaires pour réaliser l’export manuellement (activation de la fonctionnalité, documentation utilisateur…) ou procéder lui-même à l’export si la fonctionnalité n’est pas activable par l’utilisateur, sans facturation sur le périmètre défini dans le cadre de l’Appel à Financement (§4.5). 

Cette clause « doit pouvoir être actionnée par le Client final au moins une fois par an, et au changement de fournisseur. » 

Cette obligation n’inclut pas de prestation d’accompagnement ou de support visant à adapter le format de fichier ou à extraire des données de nature différente, par exemple des données de facturation.

Non, ce programme ne finance pas l'acquisition d'un nouveau logiciel, mais sa mise à jour sous réserve que le logiciel soit référencé "ségur" par l'ANS.

Il incombe à l'éditeur de s'occuper de l'ensemble des démarches pour le référencement et la demande de financement.

Toutefois si l'offre de l'éditeur permet d'identifier séparément les prestations relevenant du périmètre Segur, alors ces prestations pourront bénéficier du financement SONS.

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.

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.

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.

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".

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).

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.

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")

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")

Les règles de nommage des versions référencées Ségur sont détaillées dans le slide ci-dessous

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. 

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).