Qu'est-ce qu'un espace d'échange ?

Il s’agit d’un espace mis en place pour favoriser l'échange et le partage d'informations entre concepteurs de services numériques de la santé.

Pourquoi un espace d'échange ?

L’objectif est de construire et de renforcer les liens entre les producteurs de logiciels et de dispositifs médicaux pour le secteur de la santé. Créer une communauté solide capable d’utiliser cet espace comme un outil de communication et de diffusion des informations.

Vous ne trouvez pas la réponse à votre question ?

Posez vos questions et donnez des réponses à la communauté de concepteurs de services numériques de la santé.

Titre / Thème Message
Exigence DOC 2.1
Thème : Dépôt de preuves
Couloir : Médecin de ville
Bonjour,
Le scénario de conformité de l'exigence DOC 2.1 requiert de produire une lettre de suivi (Type_Code : 11490-0) ; or, l'exigence demande de produire un document de l'annexe 3 du DSR dans laquelle ce type_code est inexistant.
Faut-il donc produire une note de transfert (dont lettre de liaison à l'entrée en établissement de soins) (Type_Code : 18761-7) présente dans l'annexe 3 ?

Ecrit par aurore.thiel@juxta.fr, le 8 Aoû. 2022.
Ce message a obtenu 1 réponse.
Voir la discussion et Ajouter une réponse
Destinataires pour BMP et Entretien pharmaceutique
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,

L'exigence 4 prescrit "mentionner dans le CR d'entretien pharmaceutique et le bilan partagé de médication l'ensemble des destinataires (correspondants de santé, etc.) à qui le document va être transmis."

Le souci c'est que les formulaires de BMP et d'entretien pharmaceutique (fournis par CNDA) ne contiennent pas de champs correspondants.
Pourriez-vous préciser ce que vous sous-entendez de nous?
Et que ce que vous attendez de nous en tant que Preuve 2 qui demande de présenter "* le compte rendu au format PDF/A-1 mentionnant le ou les destinataires"?
De notre côté si un document est envoyé sur DMP, aucun destinataire n'est prévu. Si un document est envoyé à un professionnel de santé via MSSante, le destinataire sera indiqué dans la section "informationRecipient" du fichier XML. Est-ce que cette solution est suffisante?

Je vous remercie d'avance de votre aide.
Ecrit par EVERYS, le 3 Aoû. 2022.
Ce message a obtenu 1 réponse.
Voir la discussion et Ajouter une réponse
Quantité de PDF dans les preuves
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,

L'exigence DOC5 demande de "paramétrer les mentions d'information patient exigées par le RGPD et que ce texte soit inclus dans un espace en bas de page dans le CR d'entretien pharmaceutique et le bilan partagé de médication". La preuve 1 exige "le compte rendu au format PDF/A-1 incluant les mentions d'information patient exigées par le RGPD en bas de page."
On compte environ 20 - 30 formulaires de types entretien pharmaceutique et bilan médical partagé: p.ex. Conclusions, Effet de traitement, Surveillances biologique, observance, effets indésirables et etc.

Devons nous présenter comme preuve tous ces PDF? Ou suffit-il de présenter quelques uns pour montrer le fonctionnement?

Merci de votre aide

Ecrit par EVERYS, le 3 Aoû. 2022.
Ce message a obtenu 1 réponse.
Voir la discussion et Ajouter une réponse
PDF et IHE_XDM.ZIP
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
ECO.2.1.5 du document "ans_mss_ref2_clients_de_messageries_mssante_v0.1.pdf" déclare que " Le pdf rattaché au courriel MSSanté doit être généré à partir du ou des documents CDA contenus dans l’archive ZIP au format IHE_XDM. Le document de santé au format PDF doit afficher tous
les éléments de l’entête du document CDA ainsi que les zones textuelles des différentes sections du corps du document CDA".
Est-ce que cela signifie que nous ne pouvons pas rattacher PDF originel bien qu'il est toujours sauvegardé dans notre base de données et il sert à générer un document XML?
C'est à dire nous sommes supposés d'agir de la façon suivante :
1. Générer un document XML en utilisant PDF originel qui est sauvegardé dans notre base de données
2. Ensuite au lieu de rattacher ce PDF originel, nous devons regénérer un autre PDF à partir du document XML et rattacher déjà ce PDF "réitératif" au message sécurisé?

Pourriez-vous confirmer que nous avons bien compris la documentation?
Merci d'avance
Ecrit par EVERYS, le 28 Juil. 2022.
Ce message a obtenu 1 réponse.
Voir la discussion et Ajouter une réponse
Signatures de documents pour IHE_XDM.ZIP
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
Pourriez-vous préciser le sujet de signatures de fichiers dans l'archive IHE_XDM.zip?
1. Est-ce que nous devons signer (dans notre cas avec le certificat) chaque fichier XML comme c'est décrit dans le document CI-SIS_CONTENU_VOLET-STRUCTURATION-MINIMALE_V1.8.pdf page 133?
2. Est-ce que nous devons signer EN PLUS et avec le même certificat l'ensemble de fichiers du sous-dossier SUBSET01 et l'enregistrer dans le document de signature numérique (SIGN.XML) comme c'est indiquer dans le document CI-SIS_SERVICE_VOLET-ECHANGE-DOCUMENTS-SANTE_V1.6.pdf page 6? Est-ce possible d'avoir l'exemples du fichiers SIGN.XML?
3. Est-ce que le fichier METADATA.XML est supposé inclure les données sur le fichier SIGN.XML? Ou doit-il contenir lui-même les signatures?
Est-ce possible d'avoir un exemple du fichiers METADATA.XML contenant les données sur quelques documents XML ?

Nous vous remercions d'avance de préciser ces questions







Ecrit par EVERYS, le 28 Juil. 2022.
Ce message a obtenu 1 réponse.
Voir la discussion et Ajouter une réponse
Messages
Note de vaccination: approachSiteCode
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
Nous avons un souci en vérification de note de vaccination qui concerne la section "approachSiteCode".
Le document de base pour DMP "SEL-MP-037 DMPi v2.6.1 avec MR" considère l'élément "approachSiteCode" comme obligatoire et admets la valeur NULLFLAVOR avec la restriction que "si nullFlavor seule les valeurs UNK ou ASKU sont acceptées".
Donc, cette variante passe sans problèmes pour le serveur DMP:
<approachSiteCode nullFlavor="UNK">
<originalText>
<reference value="#UUID-613D3434-5075-F7D1869F7A6A"/>
</originalText>
</approachSiteCode>
Par contre nous avons toujours une erreur en vérification sur le site EVSClient:/ClinicalDocument/component/structuredBody/component/section/entry/substanceAdministration/approachSiteCode
Description
if there is a nullFlavor, there shall be no text or other attribute or element, unless it's nullFlavor='OTH' or 'NA' (@codeSystem, or may have a value), or nullFlavor 'UNC' (@extension or may have a value). Found:
Voir sur le lien https://interop.esante.gouv.fr/EVSClient/detailedResult.seam?type=CDA&oid=1.3.6.1.4.1.12559.11.36.3.1.44693
Mais si nous enlevons <originalText>, nous avons déjà une autre erreur:
/ClinicalDocument/component/structuredBody/component/section/entry/substanceAdministration/approachSiteCode
Description
(FR-Vaccination): element hl7:originalText is required [min 1x].
Voir le lien sur https://interop.esante.gouv.fr/EVSClient/detailedResult.seam?type=CDA&oid=1.3.6.1.4.1.12559.11.36.3.1.44807

Pourriez-vous préciser d'où vient le souci?
Merci d'avance
Ecrit par EVERYS, le 17 Aoû. 2022.
Ce message a obtenu 3 réponses (dernière réponse le 22 Aoû. 2022).
Voir la discussion et Ajouter une réponse
Note de vaccination problème de vérification sur EVS Client
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
Nous avons rencontré un souci dans la gestion de note de vaccination.
Le document de base pour DMP "SEL-MP-037 DMPi v2.6.1 avec MR" page 194 prescrit l'ecriture "Historique de vaccinations" comme code de section .
Par contre le document "Volet Vaccination. Spécifications techniques" (CI-SIS_VOLET_CONTENUS_VAC_STD_CDA_2021.01_20210830.pdf) page 22 prescrit "Historique des vaccinations".
Cet écart dans l'écriture de l'article provoque une incohérence désagréable car à cette cause nous ne pouvons pas passer la vérification obligatoire de note de vaccination sur le site EVSClient.
La vérification est toujours échouée car la vérification nous demande d'écrire "Historique des vaccinations".
Par contre si nous corrigeons sur "Historique des vaccinations" le serveur DMP de test nous affiche l'erreur et arrête la communication.
Est-ce possible d'unifier l'orthographe et nous dire quelle variante est correcte?

Merci d'avance de votre aide

Ecrit par EVERYS, le 17 Aoû. 2022.
Ce message a obtenu 1 réponse, le 18 Aoû. 2022.
Voir la discussion et Ajouter une réponse
Destinataires pour BMP et Entretien pharmaceutique
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,

L'exigence 4 prescrit "mentionner dans le CR d'entretien pharmaceutique et le bilan partagé de médication l'ensemble des destinataires (correspondants de santé, etc.) à qui le document va être transmis."

Le souci c'est que les formulaires de BMP et d'entretien pharmaceutique (fournis par CNDA) ne contiennent pas de champs correspondants.
Pourriez-vous préciser ce que vous sous-entendez de nous?
Et que ce que vous attendez de nous en tant que Preuve 2 qui demande de présenter "* le compte rendu au format PDF/A-1 mentionnant le ou les destinataires"?
De notre côté si un document est envoyé sur DMP, aucun destinataire n'est prévu. Si un document est envoyé à un professionnel de santé via MSSante, le destinataire sera indiqué dans la section "informationRecipient" du fichier XML. Est-ce que cette solution est suffisante?

Je vous remercie d'avance de votre aide.
Ecrit par EVERYS, le 3 Aoû. 2022.
Ce message a obtenu 1 réponse, le 5 Aoû. 2022.
Voir la discussion et Ajouter une réponse
Signatures de documents pour IHE_XDM.ZIP
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
Pourriez-vous préciser le sujet de signatures de fichiers dans l'archive IHE_XDM.zip?
1. Est-ce que nous devons signer (dans notre cas avec le certificat) chaque fichier XML comme c'est décrit dans le document CI-SIS_CONTENU_VOLET-STRUCTURATION-MINIMALE_V1.8.pdf page 133?
2. Est-ce que nous devons signer EN PLUS et avec le même certificat l'ensemble de fichiers du sous-dossier SUBSET01 et l'enregistrer dans le document de signature numérique (SIGN.XML) comme c'est indiquer dans le document CI-SIS_SERVICE_VOLET-ECHANGE-DOCUMENTS-SANTE_V1.6.pdf page 6? Est-ce possible d'avoir l'exemples du fichiers SIGN.XML?
3. Est-ce que le fichier METADATA.XML est supposé inclure les données sur le fichier SIGN.XML? Ou doit-il contenir lui-même les signatures?
Est-ce possible d'avoir un exemple du fichiers METADATA.XML contenant les données sur quelques documents XML ?

Nous vous remercions d'avance de préciser ces questions







Ecrit par EVERYS, le 28 Juil. 2022.
Ce message a obtenu 1 réponse, le 29 Juil. 2022.
Voir la discussion et Ajouter une réponse
PDF et IHE_XDM.ZIP
Thème : Préparation de la candidature
Couloir : Officine
Bonjour,
ECO.2.1.5 du document "ans_mss_ref2_clients_de_messageries_mssante_v0.1.pdf" déclare que " Le pdf rattaché au courriel MSSanté doit être généré à partir du ou des documents CDA contenus dans l’archive ZIP au format IHE_XDM. Le document de santé au format PDF doit afficher tous
les éléments de l’entête du document CDA ainsi que les zones textuelles des différentes sections du corps du document CDA".
Est-ce que cela signifie que nous ne pouvons pas rattacher PDF originel bien qu'il est toujours sauvegardé dans notre base de données et il sert à générer un document XML?
C'est à dire nous sommes supposés d'agir de la façon suivante :
1. Générer un document XML en utilisant PDF originel qui est sauvegardé dans notre base de données
2. Ensuite au lieu de rattacher ce PDF originel, nous devons regénérer un autre PDF à partir du document XML et rattacher déjà ce PDF "réitératif" au message sécurisé?

Pourriez-vous confirmer que nous avons bien compris la documentation?
Merci d'avance
Ecrit par EVERYS, le 28 Juil. 2022.
Ce message a obtenu 1 réponse, le 29 Juil. 2022.
Voir la discussion et Ajouter une réponse

Cette page vous a-t-elle été utile ?

Les informations recueillies dans le questionnaire sont enregistrées dans un fichier informatisé par l'ANS afin d’optimiser le site et satisfaire à vos attentes.

Les informations enregistrées sont destinées à l’usage de l’ANS et ne sont rendues accessibles qu’à ses services, personnels, prestataires externes ou partenaires habilités à en prendre connaissance.

Dans le respect de la réglementation applicable en matière de protection des données personnelles, vous disposez notamment d’un droit d’accès, de rectification et d’effacement de vos données.
Vous pouvez exercer ces droits en contactant le délégué à la protection des données de l’ANS, dans les conditions décrites sur la page dédiée Politique de protection des données personnelles du site de l’ANS.