FAQ des industriels

Oui, json peut être considéré comme un format d'export valide pour la portabilité.
Pour rappel, il n'est pas demandé un dump de la base de données, mais bien un export des données sous un format quelconque (json, csv, xml …). Le DMN doit permettre l'export des données à tout moment.

La déclaration RGPD n'a pas besoin d'être établie par un organisme extérieur. La déclaration de conformité au RGPD est signée par le représentant de l'exploitant. Vous trouverez cette déclaration en annexe du référentiel.

Oui, le référentiel s'applique à l'ensemble des DMN souhaitant être pris en charge par l'assurance Maladie, qu'ils soit utilisés pour des actes de télésurveillance ou non.

Dans le cas où l'exploitant du DMN au sens de fabricant du DMN a développé un produit qui s'appuie sur des composants principaux développés par des tiers, chacun de ces tiers doit formaliser dans un mandat auprès de l'exploitant précisant qu'il s'engage dans la certification du DMN avec celui-ci dans un groupement dont l'exploitant du DMN  est le chef de file. Le mandat doit être signé par l’ensemble des entités juridiques qui donnent mandat au représentant du groupement, lequel sera l’interlocuteur unique de l’ANS.

Le candidat n'a pas d'engagement de délais pour fournir les preuves aux exigences du référentiel des DMN. Toutefois, nous vous invitons à les déposer au plus vite, sans quoi votre dossier serait amené à être dépriorisé.

De plus, il n'y a pas de délai maximum entre la date à laquelle l'ANS fait un premier retour sur recevabilité de la candidature et la date de dépôt des preuves de conformité par l'exploitant. L'ANS a 60 jours calendaires pour certifier conforme une solution à partir du moment où l'ensemble des preuves aura été déposé, hors allers/retours éventuels en cas de preuves KO ou incomplètes.

Le document de marquage CE est un prérequis pour pouvoir déposer une candidature dans Convergence. La classe 2 n'est pas encore obligatoire jusqu'au 26 mai 2024, une classe 1 peut être suffisante.

Si la modification apportée ne remet pas en cause la conformité du DMN aux Exigences (par ex. patch correctif, etc.), la certification bénéficie au Logiciel modifié, sans qu’il soit nécessaire de déposer une nouvelle demande de certification relative à celui-ci ou de procéder à une quelconque notification auprès de l’Agence du numérique en santé. Si la modification apportée affecte la conformité du DMN aux Exigences, l’Agence du Numérique en Santé doit en être notifiée par l’Editeur 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’Editeur de déposer une nouvelle demande de certification dans un délai d’un mois.

Le système doit permettre la mise à disposition de l’ensemble des données de santé ainsi que les informations des correspondants qu’il traite. Le format du ou des fichiers mis à disposition doit être lisible, exhaustif, exploitable, et documenté par l’industriel. 

La portabilité concerne les données patient mais ne concerne pas le paramétrage.

Oui, un même DMN CE (au sens entité de référence réglementaire) peut être associé à plusieurs “produits” différents (au sens entité de référence dans Convergence). 

Oui, Pro Santé Connect utilise l'Annuaire Santé pour les professionnels de santé utilisateur du DMN. L'Annuaire Santé permet d'accéder à l'ensemble des professionnels des secteurs santé et médico-social.  PSC est un moyen d'authentification sécurisé et doit permettre l'accès  seulement aux professionnels de santé avec un numéro RPPS valide et vérifié.

Le dispositif médical numérique, esclave de l'identité, doit recevoir l'INS des patients (via la réception d’un message HL7 V2 transmis par la GAM).

Dans le référentiel d'interopérabilité et de sécurité des dispositifs médicaux numériques, c'est la transaction IHE PAM FR avec un message HL7 ADT qui est exigée. Actuellement les établissements de santé ont développé des flux HL7 V2, plutôt que la communication de bundle ou de ressources FHIR.

Oui, l'exigence d'interopérabilité INS45 de consommation de l'identité est obligatoire pour tous les systèmes de télésurveillance, y compris si vous implémentez la connexion au téléservice INSi.

Oui, comme chaque DMN est avec IHE PAM FR, consommateur de l’identité, il devra recevoir de la GAM un message HL7 V2 ADT pour la création, modification ou suppression de l’identité d’un patient.

Non, dans ce cas, il n'y a pas besoin de faire appel au téléservice INSi. Pour plus d'informations, il est possible de consulter les webinaires ANS sur le sujet à l'adresse suivante : 

Il n'est pas encore nécessaire pour l'instant d'envoyer des INS qualifiés pour la facturation.

L’identité doit être soit créée si vous êtes référentiel d'identité (et vérifiée par un PS), soit récupérée via les message HL7 de récupération de réception de l'identité (via un message HL7 V2 ADT).

Oui le statut de l'INS doit être stocké par le DMN dans tous les cas. La gestion du passage du statut d'identité de "récupérée" ou "validée" à "qualifiée" doit être implémentée par un exploitant qui a choisi le profil Référentiel d'Identités.

Pour IHE PAM, les données sont transmises par des messages HL7 V2. Il n’y a donc pas d’accès aux données via une API sécurisée. Différents protocoles de transport des messages sont aussi mis à disposition par HL7. Le protocole le plus répandu (adopté par un certain nombre de profils IHE) est basé sur les couches socket TCP-IP et s’appelle MLLP (‘Minimal Lower Layer Protocol’). Ce protocole est fréquemment encapsulé par IHE dans des tunnels sécurisés par une authentification forte (X509) des deux extrémités.

Non, il n’y a pas d’obligation de connexion avec d’autres systèmes au sein de l’hôpital. La consommation de l'INS provenant d'un établissement Référentiel d'Identités (GAM ou DPI de l'ES) est suffisante.