Besoin d’aide ? Toutes les réponses et ressources utiles pour les ENS

Pour rappel, l'exigence EPRESC.01 est que : "Le système DOIT gérer la ePrescription conformément à la spécification ePrescription unifiée (Package Ordonnance numérique [ORD1])." 

La preuve attendue est la fourniture de l'autorisation d'accès au téléservice ePrescription unifiée. L'ENS doit, pour cela, contacter le CNDA au plus vite afin d'obtenir la contractualisation à l'homologations Ordonnance numérique.

Consultez la page d’accompagnement à la contractualisation

Il est important de sélectionner le type d'établissement "société de téléconsultation".

Le corpus documentaire associé au projet DRIM-M comporte deux éléments définissant l'affichage de l'intégralité des traits stricts INS au sein de l'interface DRIMBox consommatrice : l'exigence INS/va1.36 issue du REM du dispositif DRIMbox ainsi que la section 4.6.2 de la spécification projet DRIMBox.

Ainsi, l'utilisateur doit être en mesure de consulter les données d'identification patient suivantes au démarrage de la DRIMBox :

• Nom de naissance
• Premier prénom de naissance
• Date de naissance
• Sexe
• Lieu de naissance
• Matricule INS
• Nature du matricule INS (OID)
• Liste des prénoms de naissance
• Prénom utilisé
• Nom utilisé

En considérant le workflow global de consultation de données de santé associé à la fonction consommatrice DRIMBox, deux flux permettent à cette dernière d'avoir connaissance de l'intégralité des traits stricts INS du patient ciblé :

• Transaction d'appel contextuel initiée par un système LPS à destination de la solution DRIMBox (Cf. section 4.6.1 de la spécification projet DRIMBox). Dans le cadre de cette interaction, le LPS transmet les traits INS suivants à la solution DRIMBox : Nom de naissance ; Premier prénom de naissance ; Date de naissance ; Sexe ; Lieu de naissance ; Matricule INS ; Nature du matricule INS (OID).
• Transaction TD3.1 initiée par la solution DRIMBox vers l'environnement DMP afin de récupérer les lots de soumission associés aux documents publiés sur ce dernier. Suite à cette interaction, la solution DRIMBox récupère l'intégralité des traits INS associés au patient ciblé (au travers des métadonnées "sourcePatientId" et "sourcePatientInfo").

Ainsi, parmi l'exhaustivité des traits stricts INS, trois d'entre eux ne peuvent être connus de la fonction consommatrice DRIMBox qu'à la suite d'une transaction TD3.1 vers le DMP : Liste des prénoms de naissance ; Prénom utilisé ; Nom utilisé.

Par conséquent, le workflow associé au lancement de la fonction consommatrice DRIMBox a été défini afin de tenir compte de ces aspects, pour rappel :
 

1. Mise en oeuvre d'une transaction d'appel contextuel, initiée par un système LPS à destination de la fonction consommatrice DRIMBox.
2. Authentification de l'utilisateur via ProSantéConnect.
3. Interaction TD3.1 entre la solution DRIMBox et l'environnement DMP permettant de récupérer les métadonnées XDS associées aux documents d'intérêt publiés sur le DMP.
4. Ouverture de l'interface DRIMBox (fonction consommatrice) présentant les résultats de la transaction TD3.1.

Au sein du workflow présenté ci-dessus, la combinaison entre les étapes n°1 et n°3 implique que l'intégralité des traits stricts INS du patient soient connus de la solution DRIMBox au démarrage de son interface.  

L’identifiant national se trouve sur la première ligne de votre CPx. 

Si vous n'avez pas de carte, il s'agit de votre identifiant RPPS composé de 12 chiffres : 
• en 1ère position, le chiffre "8" ;
• suivi des 11 chiffres de votre numéro RPPS. 
 

Image

Dans le Google Store vous trouverez deux applications : "e-CPS" que les PS doivent utiliser, et "e-CPS (BAC A SABLE)" réservée aux éditeurs.

Dans l'Apple Store vous trouverez uniquement l'application "e-CPS".

Non, les contraintes de sécurité d'une adresse MSS ne permettent pas de s'en servir pour activer une e-CPS.

Ce message peut avoir plusieurs causes :

• votre téléphone est rooté : votre téléphone est alors incompatible avec l’utilisation de la e-CPS, vous devez le réinitialiser aux paramètres d’usine ou utiliser un autre appareil ;
• vous avez une application qui ne provient pas d'un store officiel : vous devez désinstaller la ou les applications en question ;
• vous avez changé de carte SIM après l'installation de l'application e-CPS : vous devez désinstaller et réinstaller l’application e-CPS, puis réactiver votre e-CPS ;
• vous avez 2 cartes SIM sur votre téléphone : échangez la position des cartes SIM.

Ce message peut avoir plusieurs causes :

• si vous utilisez un smartphone Android : assurez-vous d’avoir installé l’application e-CPS "tout court", et pas la e-CPS BAS (Bac à Sable) qui est une application de test ;
• vérifiez que votre identifiant est bien saisi ;
• vérifiez que votre identifiant apparait dans l'Annuaire Santé ;
  • Si vous n’apparaissez pas dans l’Annuaire Santé : prenez contact avec votre Ordre ou votre ARS pour vérifier l’enregistrement de votre activité professionnelle. 

Le Référentiel National d’Identitovigilance (RNIV) et le Référentiel Identité Nationale de Santé (INS) constituent les fondements réglementaires et fonctionnels de la mise en œuvre de l’INS : ce sont eux qui définissent les règles de référence. 

Le guide d’implémentation INS, quant à lui, a pour rôle de traduire ces règles en pratiques opérationnelles. Il s’appuie donc directement sur les deux référentiels et en décline les exigences. 

Ainsi, en cas de divergence d’interprétation, il est essentiel de se référer au RNIV et au Référentiel INS, le guide servant d’outil d’accompagnement pour leur mise en œuvre concrète.

1. Quel est le changement principal ?

Lors de la publication des REM RIS et DB, MDV et DCC le GIi DMP 2.10 [DMP4] était publié en version release candidate (RC) (pas d'homologation CNDA).
La version du GI DMP 2.9 [DMP5] a donc été pointée dans les exigences.
La publication officielle du GI DMP 2.10 API PSC intégrant toutes ces exigences, cette référence à la 2.9 n’est plus nécessaire et devient source d’erreur pour les candidats.

2. Concrètement, qu’est-ce que ça implique ?

Les exigences concernées qui mentionnent GI DMP 2.9 [DMP5] peuvent désormais être lues comme faisant référence au GI DMP 2.10 – API PSC [DMP4].

3. Quand appliquer ce changement ?

Immédiatement, pour toutes les implémentations, vérifications et homologations en cours ou à venir.

4. Quelles obligations pour l’éditeur ?

Se conformer à la version GI DMP 2.10 – API PSC [DMP4].

La suppression de l’exigence DB.SO.106 initialement référencée au sein du REM DRIM-M a été actée suite à la constatation de son inapplicabilité. 

La mise à jour du REM DRIM-M n’ayant à l’heure actuelle pas été mise en œuvre au sein de la plateforme Convergence, l'exigence DB.SO.106 reste assignée aux candidatures à l’homologation SEGUR vague 2 pour les solutions DRIMBox. 

Par conséquent, la preuve de test associée à l'exigence DB.SO.106 peut être renseignée avec la mention « Non applicable au REM DRIM-M » en attendant une mise à jour corrective ultérieure de la plateforme Convergence.