Dans une approche inclusive, tous les services numériques à destination des citoyens, utiles à la prise en charge de sa santé, peuvent candidater au référencement. Les services numériques éligibles doivent s’adresser aux usagers (patients/citoyens) et être édités par des acteurs publics ou privés, dans les secteurs sanitaires (santé et bien-être), médico-social et social. Ils doivent entrer dans le périmètre défini par l’article L. 1111-13-1 précité.  

Les services numériques éligibles :

• doivent obligatoirement s’adresser aux usagers (patients/citoyens) ;
• et être édités par des acteurs publics ou privés ;
• dans les secteurs sanitaires (santé et bien-être), médico-social et social.

Les services numériques éligibles sont les suivants :  

• applications mobiles ;
• sites web.

Ils peuvent être :  

• reliés ou non à un ou plusieurs objets connectés ;
• gratuits ou payants ;
• des dispositifs médicaux ou non.

Au moment du dépôt de la demande de référencement, les services doivent être utilisables par des usagers finaux (patient/citoyen).

Les services relevant du règlement européen 2017/745 relatif aux dispositifs médicaux doivent être conformes aux exigences de sécurité et de performances qui leurs sont applicables. La conformité à cette règlementation est matérialisée par l’apposition du marquage CE dispositif médical.

Le respect du présent programme ne dispense pas le service candidat au référencement de satisfaire à toutes les dispositions en vigueur, légales et règlementaires, nationales et communautaires 

Afin que mon service soit référencé, dans le Catalogue de services référencés, il doit être conforme à la doctrine du numérique en santé.

Cette doctrine est publiée tous les ans et définit les règles communes de sécurité, d’interopérabilité, d’éthique qui s’appliquent aux services numériques en santé.

Les données qui figurent dans Mon espace de santé sont les suivantes :

• les données du profil médical saisies librement par le patient, dans un format non structuré (antécédents, allergies) ;
• les mesures de santé (poids, taille, IMC, nombre de pas pendant la journée, température, tour de taille, fréquence cardiaque, tension artérielle diastolique et systolique, niveau de la douleur, glycémie) au format FHIR (voir spécification interopérabilité FrObservation) ;
• des documents de santé (ex : compte-rendu d'acte diagnostic, compte-rendu d'acte thérapeutique, compte-rendu d'admission…).

Non, l'exigence PGSSI-S IEU 2 n'est pas applicable lorsque la solution est esclave de l'identité.

Il doit être possible de voir la création ou le résultat de la création d’un patient dans la solution avec son identifiant privé et ses 5 attributs. Il doit être possible aussi de visualiser que ce patient est associé à son INS, même si peut être les étapes du scénario de conformité sont faites en même temps.

Il faudrait donc, s’il n’est pas possible de visualiser la création d’un patient via la GAP, avoir le flux de création permettant de créer le patient et celui pour associer l’INS dans la solution (si différent), puis d’avoir une copie écran d’un compte usager associé à son matricule INS.

NB : Attention à ne pas confondre  la création de l'identité (au niveau de la GAP) et la création du compte dans le DMN. Si la solution ne permet pas l'accès à la GAP, cela signifie qu'il ne peut récupérer l'identité.

Si un système de télésurveillance/DMN est Référentiel d’identité et qu’il n’a pas besoin de consommer ou de diffuser l’identité au sein du même domaine d’identification, alors l’exigence INS 45 du référentiel des DMN peut être « Non Applicable » (l’Entreprise du Numérique en Santé doit alors à minima fournir une déclaration sur l’honneur que le système ne reçoit pas d’échanges pour la gestion de l’INS, à la place des preuves INS 45 exigées).

Il n'y a pas d'obligation à être certifié conforme au référentiel de l'ANS pour commercialiser le dispositif médical numérique marqué CE. La certification est obligatoire pour prétendre à un remboursement par l'Assurance Maladie.

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.

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.

Non, si le DMN n'a pas vocation à être Référentiel d'identité, alors il doit faire les développement du profil général concernant l'INS, et il se raccordera aux établissements au fur et à mesure que ceux ci seront Référentiel d'Identité.

Il n'est pas prévu d'intégrer l'INS dans les hôpitaux européens. En revanche, comme le profil IHE PAM est un standard d’interopérabilité international, le développement réalisé peut servir pour la communication avec les hôpitaux européens.

En effet, les différences entre IHE PAM FR et la version internationale sont les suivantes :

• rendre obligation l’option merge (pour la fusion de deux patients, si nécessaire) ;
• remplir les 5 traits associés à l’INS.

Oui, c'est cela.

Avec IHE PAM, l’INS est véhiculé par l’intermédiaire de messages HL7 V2. Ces messages peuvent être envoyés via une variété de transports TCP/IP. Parmi ces derniers, vous avez par exemple, un protocole particulièrement adapté au message HL7 V2, comme le MLLP (Minimum Lower Layer protocol) offre une prise en charge bidirectionnelle des informations à transmettre. Vous avez également un autre exemple, tel que le FTP (File Transfer Protocol) qui permet de réaliser une copie de fichiers vers un autre ordinateur.