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é.

Poser une question

Formulaire
Titre / Thème Message
positionnement d'un logiciel de télé-expertise
Thème : Préparation de Candidature
Couloir : Transverse
Bonjour,
quel DSR est approprié pour une solution de téléexpertise faisant le lien entre plusieurs PS libéraux, potentiellement des services hospitaliers et des patients? c'est à dire couvrant plusieurs couloirs?

Le choix d'un DSR appartenant à un couloir pour le référencement, restreint il le financement de clients appartenant uniquement à ce couloir?
Ecrit par Aurélia Vernay, le 13 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
Format des logs de connexion TLS
Thème : DSR
Couloir : Hôpital
Bonjour

Nous aurions besoin de complément d'information sur la forme que doivent prendre les traces exigées pour le DSR MSSanté : par exemple pour l'exigence n°5 (et suivantes) il est demandé :
* Extrait de configuration TLS du client de messagerie.
* Logs de connexion TLS

Quels sont les types de logs dont vous avez besoin ? Devons-nous par exemple vous fournir un fichier ZIP contenant des dossiers, un pour chaque exigence, et contenant les traces des échanges, comme nous le demande le CNDA pour le DMP par exemple ?

Nous éditons un connecteur MSSanté utilisé par plusieurs opérateurs, ainsi qu'un client mail qui n'est prévu de fonctionner qu'avec notre système.

Notre logiciel est écrit en Java, nous avons donc la possibilité d'activer les traces SSL sur les échanges, en plus des logs "normaux" de nos modules : est-ce ce que vous demandez ? Voulez-vous pour chaque scénario la trace SSL complète (très verbeuse), ou bien de simple logs ? Ou bien une trace complète pour la première exigence par exemple, et les traces "normales" pour les autres (qui seront exactement les même donc) ?

Fournir ces traces représentant un temps considérable, nous aimerions savoir dores et déjà le format demandé.

Bien cordialement
Ecrit par ppasternak, le 12 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions N° Exigence A_PIL_H/GDU.4
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/GDU.4 :
"Règle 1
Le système doit permettre d'exporter à minima les éléments suivants, à minima au format Pdf..."

--> Nous proposons aujourd'hui des éditions personnalisables qui sont donc retranscrites au format Word (format de construction). Ces documents Word peuvent donc alors être convertit en PDF par les utilisateurs. Est-ce acceptable ?
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions N° Exigence A_PIL_H/CIE.13
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/CIE.13
"Le système DOIT permettre de transmettre une information à l'usager ou à son représentant légal lorsqu'il y a un changement de statut.
Règle 1
Le système doit informer l'usager ou son représentant légal lorsqu'il y a un changement de statut par la génération d'un courrier ou d'un e-mail."

--> Parle-t-on ici de traitements d'envoi automatique d'e-mail ? Quid d'un envoi automatique de courrier papier ?
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions 2/2 N° Exigence A_PIL_H/CIE.12
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/CIE.12
"le système doit permettre d'étiqueter ..."

--> Nous ne comprenons pas l'objet du scénario 20. Une fois la date d'admission passée, ne peut-on pas considéré de façon automatique le passage au statut "Admis" (et la date permet d'identifier que l'usager est "actif" ou "entré" dans l'ESMS).
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
Formulaire
Messages
positionnement d'un logiciel de télé-expertise
Thème : Préparation de Candidature
Couloir : Transverse
Bonjour,
quel DSR est approprié pour une solution de téléexpertise faisant le lien entre plusieurs PS libéraux, potentiellement des services hospitaliers et des patients? c'est à dire couvrant plusieurs couloirs?

Le choix d'un DSR appartenant à un couloir pour le référencement, restreint il le financement de clients appartenant uniquement à ce couloir?
Ecrit par Aurélia Vernay, le 13 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
Format des logs de connexion TLS
Thème : DSR
Couloir : Hôpital
Bonjour

Nous aurions besoin de complément d'information sur la forme que doivent prendre les traces exigées pour le DSR MSSanté : par exemple pour l'exigence n°5 (et suivantes) il est demandé :
* Extrait de configuration TLS du client de messagerie.
* Logs de connexion TLS

Quels sont les types de logs dont vous avez besoin ? Devons-nous par exemple vous fournir un fichier ZIP contenant des dossiers, un pour chaque exigence, et contenant les traces des échanges, comme nous le demande le CNDA pour le DMP par exemple ?

Nous éditons un connecteur MSSanté utilisé par plusieurs opérateurs, ainsi qu'un client mail qui n'est prévu de fonctionner qu'avec notre système.

Notre logiciel est écrit en Java, nous avons donc la possibilité d'activer les traces SSL sur les échanges, en plus des logs "normaux" de nos modules : est-ce ce que vous demandez ? Voulez-vous pour chaque scénario la trace SSL complète (très verbeuse), ou bien de simple logs ? Ou bien une trace complète pour la première exigence par exemple, et les traces "normales" pour les autres (qui seront exactement les même donc) ?

Fournir ces traces représentant un temps considérable, nous aimerions savoir dores et déjà le format demandé.

Bien cordialement
Ecrit par ppasternak, le 12 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions N° Exigence A_PIL_H/GDU.4
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/GDU.4 :
"Règle 1
Le système doit permettre d'exporter à minima les éléments suivants, à minima au format Pdf..."

--> Nous proposons aujourd'hui des éditions personnalisables qui sont donc retranscrites au format Word (format de construction). Ces documents Word peuvent donc alors être convertit en PDF par les utilisateurs. Est-ce acceptable ?
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions N° Exigence A_PIL_H/CIE.13
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/CIE.13
"Le système DOIT permettre de transmettre une information à l'usager ou à son représentant légal lorsqu'il y a un changement de statut.
Règle 1
Le système doit informer l'usager ou son représentant légal lorsqu'il y a un changement de statut par la génération d'un courrier ou d'un e-mail."

--> Parle-t-on ici de traitements d'envoi automatique d'e-mail ? Quid d'un envoi automatique de courrier papier ?
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse
DSR - Précisions 2/2 N° Exigence A_PIL_H/CIE.12
Thème : DSR
Couloir : Médico-social
DSR - N° Exigence A_PIL_H/CIE.12
"le système doit permettre d'étiqueter ..."

--> Nous ne comprenons pas l'objet du scénario 20. Une fois la date d'admission passée, ne peut-on pas considéré de façon automatique le passage au statut "Admis" (et la date permet d'identifier que l'usager est "actif" ou "entré" dans l'ESMS).
Ecrit par LOUVAT, le 8 oct. 2021.
Ce message n'a obtenu aucune réponse.
Voir la discussion et Ajouter une réponse