FAQ de l'offre : Ségur du numérique en santé

Les données opposables de l’Annuaire Santé sont principalement l’identité du professionnel (nom/prénom d'exercice et le numéro RPPS) et la qualification du professionnel (profession/rôle et spécialité si elle existe).
Les coordonnées de contact/lieu d'exercice sont des données dynamiques : l'Annuaire Santé publie ce que déclarent les professionnels auprès de leurs autorités compétentes.

Nous recommandons ne pas permettre la modification des données issues du RPPS au niveau du logiciel car cela introduit une complexité de gestion des mises à jour.

Néanmoins, un éditeur, s’il le souhaite, peut permettre de compléter les données dans le référentiel adossé au SI. Idéalement, il doit le gérer dans des attributs séparés de ceux de l’Annuaire. Par exemple, s'il collecte des numéros de téléphone de structure "localement", il devrait les enregistrer à part, et gérer ensuite une règle de priorité (entre données RPPS et données collectées localement) pour l'affichage à ses utilisateurs.

En effet, l'adresse MSSanté du demandeur doit être insérée dans le document CDA. Néanmoins, il n'est pas nécessaire de faire mention de celle-ci dans le PDF.

Oui il le peut. S'il opère sur un marché concurrentiel (sous la forme d'une distribution GIE / GIP) il pourra entrer dans le Système Ouvert et Non Sélectif.
S'il n'opère pas sur un marché concurrentiel (ie in house), nous devrons traiter au cas par cas.
Dans tous les cas, le respect des exigences techniques sera obligatoire.

Oui, il est prévu d'utiliser un certificat serveur pour transmettre les messages.

Le DPI peut envoyer automatiquement les CR Biologie médicale vers l'extérieur sans intervention du clinicien. Toutefois, il est important de bien définir la visibilité du document par le patient et les autres intervenants de la prise en charge, dans le cas où une consultation d'annonce est nécessaire. (Masquer le document dans le DMP, ne pas envoyer automatiquement le document par MSSanté)

Les exigences suivantes sont dans le DSR SGL vague 1 :

• le système DOIT savoir produire automatiquement le CR Bio en CDA R2 N3, conformément au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] ;
• le système PEUT produire automatiquement le CR Bio avec une version unique ou deux versions, patient et professionnel (dans le cadre d'un paramétrage général), en CDA R2 N3, conformément au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] ;
• le système DOIT savoir produire le CR Bio sous format CDA R2 N1 avec un PDF encapsulé en base 64, conformément au volet Structuration Minimale du CI-SIS [CISIS1] ;
• le système DOIT permettre par défaut l'envoi systématique et automatique du compte rendu d'examen de biologie dans la version conforme au volet Compte Rendu d'Examen de Biologie du CI-SIS [CISIS3] et dans la version conforme au Volet Structuration Minimale du CI-SIS [CISIS1]) au DMP dès la validation biologique, y compris pour les CR Bio produits au sein de séjours hospitaliers.

Il faut comprendre qu’il faut, dans le cas où il y a deux versions, envoyer les deux au DMP, donc potentiellement 4 documents N1/N3 patient/pro. Conformément au RGPD, sauf pour les cas de consultation d’annonce, il ne faut pas mettre de masquage patient sur la version 'professionnelle' du compte-rendu.

Les solutions référencées Ségur Vague 1 doivent couvrir les aspects suivants, entre autres :

• Génération et visualisation du CR-Bio en CDA R2 N3 auto-présentable ainsi qu’en PDF/A-1 et CDA R2 N1 conformément au CI-SIS, avec les informations structurées (INS, analyses en LOINC, commentaires, etc.), ainsi que les analyses éventuellement sous traitées, soit comme un PDF encapsulé à partir du CR Bio reçu par MSSANTÉ du sous-traitant, soit, en respect de la cible, avec une lecture du CDA R2 N3 et/ou du flux HL7 v2 IHE ILW généré par le sous-traitant ;
• Envoi systématique et automatisé au DMP, éventuellement via un connecteur partenaire, au format CDA R2 N3 et PDF en CDA R2 N1 (ce dernier n’étant prévu que pour une période transitoire de 2 ans, avec, au 1er janvier 2024, l’envoi au DMP uniquement du CDA R2 N3), selon le guide d’intégration DMP compatibilité (v2.4.0 ou supérieure), avec possibilité de modification / retrait de documents ;
• Envoi systématique et automatisé par MSSanté éventuellement via un connecteur partenaire, au format CDA R2 N3 et PDF/A-1), vers le patient et les professionnels correspondants, depuis une boîte aux lettres applicative du SGL, avec possibilité d’envoi de correctifs et de compléments, conformément au RGPD ;
  • Pour le contexte hospitalier et dans la perspective d’un envoi au DMP et par MSSANTÉ éventuellement géré au travers de connecteurs et/ou du DPI, la capacité de transmettre au DPI les CDA R2 N3 / N1 et les PDF/A-1 via un flux HL7 v2 via des messages ORU/OUL (contexte profil IHE LTW), avec données de masquage et de connexion secrète pour les cas où c’est nécessaire (certaines analyses pour les patientes mineures, consultation d’annonce VIH, etc.) ;

Tous ces éléments sont précisés dans le paragraphe 2.2 du DSR Bio SGL Vague 1 : https://esante.gouv.fr/sites/default/files/media_entity/documents/DSR-BIO-SGL-Va1.pdf

Non, un même site géographique ne peut bénéficier du SONS que pour une seule instance logicielle pour un même DSR.

Lorsqu'un établissement de santé sous-traite sa biologie à un laboratoire de biologie médicale tiers, c'est le laboratoire de première intention qui doit communiquer le résultat sur le DMP et via la MSS (aux correspondants et aux patients).

L’information de remplacement d’un document reçu par la Messagerie Sécurisée de Santé est portée par l’élément relatedDocument. Cet élément précise l’identifiant du document à remplacer (voir # 3.5.5.23.2 du volet structuration minimale du CI-SIS v1.9).