FAQ des industriels

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

Pour rejoindre l'Espace de Confiance Pro Santé Connect, consultez l'onglet dédié à l'EdC sur le parcours de raccordement à PSC

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

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

Une solution logicielle est constituée d’un Composant principal, d’un Composant Proxy esanté, et éventuellement complété d’un ou plusieurs Composants additionnels intégrés dans une version majeure identifiée et référencée par l’ANS. Au sein du présent document, sauf mention spécifique, le terme Solution logicielle désigne donc l’ensemble constitué du Composant principal, du Composant Proxy e-santé, et du ou des éventuels Composants additionnels.

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. 

Les données opposables de l’Annuaire Santé sont principalement l’identité du professionnel (nom/prénom d'exercice et le numéro RPPS) et la qualification du professionnel (profession/rôle et spécialité si elle existe).
Les coordonnées de contact/lieu d'exercice sont des données dynamiques : l'Annuaire Santé publie ce que déclarent les professionnels auprès de leurs autorités compétentes.

Nous recommandons ne pas permettre la modification des données issues du RPPS au niveau du logiciel car cela introduit une complexité de gestion des mises à jour.

Néanmoins, un éditeur, s’il le souhaite, peut permettre de compléter les données dans le référentiel adossé au SI. Idéalement, il doit le gérer dans des attributs séparés de ceux de l’Annuaire. Par exemple, s'il collecte des numéros de téléphone de structure "localement", il devrait les enregistrer à part, et gérer ensuite une règle de priorité (entre données RPPS et données collectées localement) pour l'affichage à ses utilisateurs.

En effet, l'adresse MSSanté du demandeur doit être insérée dans le document CDA. Néanmoins, il n'est pas nécessaire de faire mention de celle-ci dans le PDF.

Non, un même site géographique ne peut bénéficier du SONS que pour une seule instance logicielle pour un même DSR.

Lorsqu'un établissement de santé sous-traite sa biologie à un laboratoire de biologie médicale tiers, c'est le laboratoire de première intention qui doit communiquer le résultat sur le DMP et via la MSS (aux correspondants et aux patients).

Dans le cas où il y a deux versions (patient/professionnel correspondant), il faut ainsi générer six versions techniques, correspondant aux trois formats similaires (CDA R2 N3, CDA R2 N1, PDF/A-1). 4 versions techniques seront ainsi alimentées au DMP (N3/N1 patient et N3/N1 correspondant de santé, sans masquage particulier au patient), 2 versions envoyées par MSS-C (CDA R2 N3 / PDF/A-1 patient) et 2 versions techniques par MSS (CDA R2 N3 / PDF(A-1) professionnel). 

Non, cela n'est pas obligatoire. 

Plusieurs dispositions encadrent cette obligation et notamment :
- l'article R. 6211-4 du Décret n° 2016-46 du 26 janvier 2016 relatif à la biologie médicale ;
- l'article L1111-15 du code de la santé publique, dont certaines modalités (types de documents concernés, date d'application, etc.) seront prochainement précisées dans un arrêté.

Il est possible d'envoyer des CR Bio avec des résultats partiels. En revanche il ne faut pas confondre deux usages : les CR Bio, avec une constante de temps de l'ordre de quelques jours, et des flux au 'fil de l'eau' qui peuvent être mis en place par ailleurs (en cible en HL7 v2 profils IHE LTW et ILW) lorsque le demandeur en a besoin.  

Suite à un groupe de travail avec les représentants des biologistes, il a été acté que les CR Bio produits dans le cadre d'un séjour d'hospitalisation doivent alimenter les DMP car ces documents sont fréquemment utiles à la coordination des soins (suivi biologique en ville, etc.). En revanche, ces CR Bio ne doivent pas alimenter automatiquement les correspondants via MSS, ni les patients en MSS-C, pour éviter de surcharger les destinataires. Par ailleurs, des dérogations peuvent être actées au sein de l'établissement pour certains services prescripteurs pour lesquels les analyses sont particulièrement fréquentes (réanimation, etc.).

Cela ne concerne pas la biologie effectuée dans un cadre 'externe' dans le laboratoire de biologie médicale de l'hôpital, qui elle doit faire l'objet d'une alimentation systématique au DMP, ainsi que par MSS et MSS-C, sauf exceptions prévues.

Le Ségur prévoit un financement du catalogue d'examens, à hauteur de 3500 euros TTC par instance. L'objectif est de transcoder l'intégralité du catalogue, en priorisant si besoin les examens les plus courants, et en faisant remonter sur le site BIOLOINC les éventuels manques dans le jeu de valeur 'circuit de la biologie'

Non, un site géographique ne peut relever que d'une seule instance logicielle.

En vertu du RGPD vous devez déjà tracer l’accès aux données de santé à caractère personnel. Le fait de rajouter l’INS à ces données de santé à caractère personnel ne change rien. Il sera simplement vérifié que cette traçabilité est faite. Cette exigence sera vérifiée en s'assurant que lorsqu'un acteur accède au dossier d'un usager - doté ou non d'une INS (ouvre le dossier de cet usager) - cet accès est tracé dans la solution.