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)

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

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.

La transmission de données patient via MSSanté n'implique pas de disposer d'une identité INS qualifiée. Dans le cas ou l'INS du patient n'est pas qualifiée, le document transmis ne doit pas contenir l'INS et OID.

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.

Opérateur Développeur : désigne un Opérateur MSSanté qui développe et met en œuvre (le cas échéant avec l’aide d’un sous-traitant) pour lui-même ou pour le compte d’Opérateurs Acheteurs les composants spécifiques aux exigences MSSanté (exemple : connecteur MSSanté).

Opérateur Acheteur : désigne un Opérateur qui a recours à la technologie d’un Opérateur Développeur (disposant d’un contrat Opérateur MSSanté signé avec l’ANS) en lui achetant les composants techniques tels que le connecteur MSSanté (ex : les établissements sanitaires Opérateurs MSSanté qui achètent leur connecteur MSSanté auprès d’un Opérateur MSSanté tiers).

Il faudra à minima que l’INS apparaisse au moins 1 fois sur le document.

Oui la pièce justificative ayant été utilisée pour s’assurer de la cohérence entre l’identité physique et numérique doit être sélectionnée.
Néanmoins un utilisateur n’est pas obligé de scanner et d’insérer dans son SI la pièce justificative lui ayant permis de valider / qualifier l’identité.
Pour rappel, le statut validé peut-être attribué de deux manières :

1. l'utilisateur peut manuellement indiquer que l'identité est validée.
2. le statut validé peut automatiquement être déduit en fonction de la nature de la pièce justificative sélectionnée.

A noter : la solution doit obligatoirement proposer la première option. Si la seconde option est proposée, celle-ci doit être désactivable.