L’éditeur doit impérativement renseigner les informations CNDA suivantes (signalées par un *) dans l’outil de gestion des candidatures :

• Numéro d’Identification Editeur (NIE délivré par le CNDA)
• Numéro d’Identification Logiciel (NIL délivré par le CNDA)
• Attestation de dépôt d'une demande d'obtention des labellisations CNDA (Assurance Maladie)

• Le format CDA R2 N1 est envoyé de façon systématique. Il est utilisé pour l’impression et la visualisation. 
• Le format CDA R2 N3, lorsqu’il existe, peut être envoyé, sous condition d’être lié à la version N1 qui lui correspond (liaison XFRM). Le format CDA R2 N3 est utilisé pour l’affichage de données structurées ou sous forme graphique dans le logiciel

Une lettre d’engagement, fournie par l’Editeur, précise en quoi son logiciel répond aux critères de définition des fonctionnalités logicielles minimales décrites dans la section 2.1 du DSR.

Le format demandé dépendra du type de document que vous souhaitez transmettre. Nous vous suggérons de consulter les REM en ce qui concerne le format des documents de santé. Vous pouvez consulter l'annexe 5.3 du DSR.

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

Le numéro de version technique du Logiciel est l'identifiant unique de la solution. 

Les règles suivantes doivent être respectées :

• Une candidature unique au référencement est portée pour le groupement ;
• Le Chef de file du groupement est l’interlocuteur unique de l’ANS pendant tout le processus de
  référencement. Il représente le groupement pour toute démarche ou acte au titre du référencement du logiciel.

Oui, dans le cas où un éditeur commercialise plusieurs logiciels couvrant des périmètres fonctionnels relatifs aux DSR, il peut solliciter des référencements pour chacun de ces logiciels en déposant autant de candidatures que de logiciels à référencer.

Non, vos référencements obtenus ne sont pas conditionnés à vos futurs référencements Vague 2.​

Il n'y a pas de reprise de données entre Win et Convergence.​ Vous devrez donc déposer les informations concernant votre société et votre solution dans Convergence. Vous pouvez consulter la page dédiée à Convergence et le guide d'utilisation mis à disposition.

Une synthèse, par couloir, est disponible en consultant notre page dédiée au Financement SONS. (https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/financement-sons)

Un LBM site géographique est un site qui dispose :

• Soit d'un identifiant d'immatriculation FINESS géographique (catégories 132, 610, 611 ou 612) ;
• Soit d'une autorisation de fonctionnement de l'ARS faisant état de ce site géographique ;
• Soit d'une mention comme 'unité technique' dans la liste des LBM accrédités sur le site du COFRAC.

Le scénario d'installation figurant sur le BDC doit être cohérent avec le profil de la solution logicielle référencée par l'ANS.
En revanche, dans les scénarios d’installation intégrés dans le bon de commande, vous n’êtes pas obligé d’indiquer quel sera l’opérateur MSSanté qui fera l’objet de l’installation.
Au moment de la demande de solde, pour la MOM ou la VA, vous devrez indiquer l’adresse MSSanté effectivement utilisée par le client. Les contrôles a posteriori s’appuieront sur cette adresse.

Le montant HT de chaque prestation Ségur, le taux de TVA applicable et le montant TTC (pour les fournisseurs assujettis à la TVA) doivent être indiqués dans TOUS les bons de commande. 
Le calcul des montants de chacune des prestations doit être réalisé selon les étapes suivantes afin d’éviter les erreurs :

1. Vérifier que le montant HT du bon de commande est bien inférieur ou égal au plafond HT réglementaire, tel qu’indiqué dans les fichiers de calcul ou les appels à financements concernés ;

2. Appliquer à ce montant le taux de TVA auquel le fournisseur est soumis et selon les dispositions en vigueur dans le code général des impôts.

3. Faire figurer sur le bon de commande puis sur la facture les montants HT, TVA, et TTC, en s’assurant de l’exactitude des informations

De plus amples informations notamment sur le modèle à adopter ainsi que des exemples sont disponibles en cliquant sur le lien suivant : https://www.asp-public.fr/sites/default/files/content/aides/documents/Segur/SONS-Modeles_de_documents-BDC-MOM-VA.pdf

S vous devez faire un groupement d'éditeurs pour répondre à tout le périmètre des exigences, il faut cocher "OUI".

A noter qu'un composant additionnel ne doit pas faire l’objet d’un coût supplémentaire pour le client. 

Oui. Pour connaître la marche à suivre, veuillez-vous reporter aux informations contenues dans les slides ci-dessous, en particulier à la slide 2 ("Déclinaison du plan d'action selon les cas de figure")

Oui : les vagues ayant des durées limitées et ne pouvant pas se superposer, il existe une date limite pour candidater. La fin de période de candidature sera antérieure à la date de la fin de la vague (pour conserver le temps de la mise en place de la solution).

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 (voir « article 10. Commercialisation du logiciel/Distributeurs ci-dessous) ».

En conséquence, l’éditeur doit collecter les preuves de conformité au DSR à partir d’une version qui doit lui permettre de respecter ce délai maximum de commercialisation à partir de son référencement.

En pratique, les versions des logiciels à partir desquelles les preuves sont générées doivent permettre de couvrir toutes les exigences du profil général et du ou des profils conditionnels retenus par l’éditeur. Les versions doivent avoir fait l’objet de tests préalables (tests fonctionnels, tests techniques, tests de non régression sur l’ensemble du logiciel,…).

Rappel de l’Article 10. Commercialisation du Logiciel / Distributeurs de la convention : L’Editeur commercialise le Logiciel, à des conditions déterminées par ses soins, au plus tard dans les deux (2) mois à compter de l’entrée en vigueur de la Convention. L’Editeur est tenu de produire, sur simple demande de l’ANS et dans un délai de huit (8) jours à compter de cette demande, une preuve de cette commercialisation sous le format d’une documentation commerciale.

Non, ce choix est devenu facultatif. Dans le JSON, le champ ne doit pas être vide et doit présenter une valeur , par exemple "null" à éfaut de l'opérateur (par exemple Mailiz). 

Une facture totale reprenant le montant plafond inférieur ou égal au bon de commande est suffisante. Il n'est pas demandé de facture intermédiaire correspondant à l'avance.

Le montant de la facture transmise au client et à l'ASP en fin de projet doit correspondre au montant total (100%) - la partie "Prestation Segur" doit être reportée dans le JSON et doit être inférieure ou égale au montant déclaré lors de l'avance (dépôt du dossier).