FAQ des industriels

L’AF précise les connecteurs inclus dans la prestation Ségur. Cette dernière est limitée à l’installation, la configuration, la qualification de 5 flux différents au total, en priorisant le flux identité entrant (si pertinent), le flux DMP, le flux MSS Pro, le flux MSS Citoyenne et le flux HL7 ORU/OUL vers l'éventuel DPI/PFI (si pertinent).

Profil Général : Dans le cadre de la procédure de vérification de conformité Ségur, la capacité des solutions SGL (profil général) à appeler INSi n'est pas vérifiée. Profil RI : Dans le cadre de la procédure de vérification de conformité Ségur est vérifiée la capacité des solutions SGL (profil RI) à appeler l'opération de recherche d'INSi par carte vitale et par traits et l'opération de vérification unitaire d'INSi grâce à une identification électronique de type CPx et certificat logiciel.

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)

Après la certification de la solution logicielle, le CNDA transmet à l’éditeur l’attestation de conformité ainsi que la lettre de référencement (ci-dessous). Les éditeurs apportent l'attestation de conformité comme preuve de certification à l’ANS.

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

Il sera demandé d'envoyer votre dossier de preuves en amont. Cet envoi sera suivi d’une visite sur site afin de vérifier certaines exigences. La procédure est semblable à celle du CNDA.

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

Sur la plateforme Convergence, plusieurs preuves obligatoires vont vous être demandées selon vos profils sélectionnés pour attester de la conformité votre solution logicielle aux exigences (captures d’écrans, vidéos, fichiers, logs, homologations…). Le dépôt des preuves se fait par chapitre selon la catégorisation proposée dans Convergence et indiquée dans le REM. Vous pourrez également suivre vos dépôts de preuves chapitre par chapitre.

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.

Une équipe est dédiée à la vérification des preuves Interopérabilité. Le suivi des preuves Interopérabilité se fait directement dans Convergence.

Pendant l’instruction du dossier, une phase d’échanges entre l’ANS et l’Editeur peut être nécessaire afin d’apporter des précisions sur les éléments de preuves fournis par l’Editeur. Dans ce cas, l’ANS peut être amenée à solliciter l‘Editeur via l’outil de gestion des candidatures.
A noter que passé 5 jours sans réponse de l’éditeur, un retard important sur l’instruction du dossier est à prévoir.

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. 

 En effet, les prescripteurs peuvent parfois disposer d'une BAL nominative (adresse MSS personnelle) ainsi que d'une BAL organisationnelle (boite de service, pouvant être utilisée par plusieurs professionnels
d’un même service). Dans ce cas, il convient d'enregistrer les deux correspondants : le prescripteur et le service ou établissement.

Le SGL doit faire 1 et 2, pour faire face à toutes les situations :

1. capable de fournir ‘directement’ au client une alimentation DMP
   • soit le SGL alimente directement le DMP, il faut que le SGL apporte sa propre homologation CNDA ;
   • soit le SGL a une PFI (‘module’) sous-traitant qui s’en charge (PFI invisible pour le client), il faut alors qu’il apporte l’homologation CNDA du sous-traitant (et nous donne quelques éléments sur son interconnexion en sortie avec son ‘module’) lors du référencement de l’ensemble [SGL + module] (1 seul référencement) ;
     
     et
      
2. capable de laisser l’hôpital gérer les envois au DMP avec la PFI de l'hôpital (non choisie par le SGL, mais préalablement choisie par l’hôpital). Il n'appartient pas au SGL de s'assurer que la PFI est référencée Ségur. Le SGL n’a aucune homologation CNDA à apporter dans ce cas. Le SGL doit en revanche prouver qu’il sait envoyer les CR par des messages ORU (qui seront routés par la DSI vers la PFI hospitalière)

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.