FAQ des industriels

Le système désigne le LGO donc la visualisation doit se faire au travers du LGO. En revanche, comme il s'agit d'une préconisation, le développement de cette fonctionnalité n'est pas obligatoire pour le référencement vague 1. Elle le deviendra pour la vague 2.

Le SGL doit faire 1 et 2, pour faire face à toutes les situations :

1. capable de fournir ‘directement’ au client une alimentation DMP
   • soit le SGL alimente directement le DMP, il faut que le SGL apporte sa propre homologation CNDA ;
   • soit le SGL a une PFI (‘module’) sous-traitant qui s’en charge (PFI invisible pour le client), il faut alors qu’il apporte l’homologation CNDA du sous-traitant (et nous donne quelques éléments sur son interconnexion en sortie avec son ‘module’) lors du référencement de l’ensemble [SGL + module] (1 seul référencement) ;
     
     et
      
2. capable de laisser l’hôpital gérer les envois au DMP avec la PFI de l'hôpital (non choisie par le SGL, mais préalablement choisie par l’hôpital). Il n'appartient pas au SGL de s'assurer que la PFI est référencée Ségur. Le SGL n’a aucune homologation CNDA à apporter dans ce cas. Le SGL doit en revanche prouver qu’il sait envoyer les CR par des messages ORU (qui seront routés par la DSI vers la PFI hospitalière)

Les exigences sur la eprescription couvre l'ensemble des prescriptions détaillées en annexe 3 du DSR.

Les choix d'ergonomie sont laissés à la discrétion des industriels.
La trace des résultats modifiés/ supprimés sont à rendre accessibles à l’utilisateur en cas de modification et de suppression.

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

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.

Vous trouverez ci-dessous, une image d’une boite de vaccin qui vous permettra de répondre à l’exigence ERGO 4 et sur laquelle vous trouverez le numéro de lot, la date d’expiration, le Datamatrix ainsi que le nom du vaccin qui doit ressortir dans votre logiciel.

Image

Image

Image

Les éditeurs ayant déjà déposé un dossier pour une solution déjà référencée Ségur dans un autre couloir, devront déposer l’ensemble des pièces pour le(s) nouveau(x) couloir(s) pour lequel ils demandent le référencement. Libre à eux de déposer les mêmes pièces si celles-ci font foi pour les solutions candidates. Par ailleurs l’ANS a travaillé sur des évolutions des modalités de référencement : il sera possible de déposer les preuves et valider les développements par lots fonctionnels et techniques.

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

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

Indépendament du Ségur, transmettre les documents en CDAR2 N1 par MSSanté et au DMP est aujourd'hui un minimum. Toutefois dans le cadre du Ségur, il n'y aura pas de financement en cas de non respect des exigences sur l'usage du CDAR2 N3 + PDF, car ceci est un point fondamental du couloir Biologie Médicale. Par ailleurs, nous rappelons que c'est bien le SGL qui structure le document au format CDAR2N3 et non la PFI qui, si elle est présente, se charge de l'envoi de ce document par MSSanté ou via le DMP.

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.

L'AF précise qu'il s'agit de l'envoi d'un message, sans imposer une pièce jointe. L'envoi doit être fait à l'adresse de test "reponse.automatique-test@patient.mssante.fr".

Suite à la labellisation d’un logiciel, le candidat reçoit par courrier électronique les outils graphiques nécessaires à sa communication.

La labellisation est délivrée à l’éditeur de la solution (ou de la famille de solution) après la convention signée avec l’ANS. L’éditeur de la solution labellisée peut apposer les mentions relatives au label "Logiciel Maisons et Centres de Santé" sur des brochures publicitaires, commerciales et sur des documents techniques, sans qu’il soit apporté de restrictions au type de support utilisé (papier, internet, intranet, support magnétique, etc.). Le bénéficiaire doit obligatoirement préciser le niveau de labellisation (1 ou 2). Ces niveaux sont détaillés dans le corpus d’exigences du référentiel fonctionnel. 

Toutes les ressources concernant les dispositifs Ségur de financement à l’équipement numérique sont disponibles sur notre page dédiée.

Pour les aider à se préparer à la labellisation de leurs solutions, il est notamment mis à la disposition des éditeurs :

Parmi les exigences recensées dans le référentiel fonctionnel, on compte : 

1. Des exigences d’adéquation fonctionnelle aux besoins des professionnels, c’est à dire la mise à disposition effective des fonctions minimales nécessaires à la fois : 
   • à l’exercice individuel de chaque professionnel de la structure (gestion des consultations, du dossier patient, de l’agenda, de la facturation, etc.) ;
   • à la coordination pluriprofessionnelle (gestion des protocoles, des accès aux dossiers patients, des réunions pluriprofessionnelles, etc.) ;
   • au pilotage de l’activité (production d’états pour le suivi de l’activité de la structure et le reporting vers les institutionnels) ; 
   • à la gestion de la structure (gestion de la logistique, des ressources).
2. Des exigences de conformité à la réglementation en vigueur.
   Il s’agit de garanties en matière de conditions d’hébergement des données (agrément HDS de l’hébergeur de la solution), de dématérialisation des feuilles de soins (agrément SESAM-Vitale), d’aide à la prescription médicamenteuse (certification « LAP ») ; 
3. Des exigences DMP-Compatibilité, liées à la capacité de création, de consultation et d’alimentation du DMP.

En revanche, le label ne préjuge ni des aspects ergonomiques des solutions (les éditeurs restent libres dans la manière de mettre en œuvre les fonctionnalités attendues), ni des choix d’organisation, laissés aux préférences des utilisateurs. 

Il existe deux niveaux de labellisation : 

• "Niveau standard" (niveau 1) : votre solution couvre les fonctionnalités “standards” minimales requises pour le fonctionnement d’une maison ou centre de santé avec une structure pluriprofessionnelle. 
•  "Niveau avancé" (niveau 2) : la solution (ou famille de produits) couvre les fonctionnalités “avancées” requises, en plus du niveau standard. Ces exigences sont décrites dans le référentiel fonctionnel. 

Pour labelliser votre (ou vos) solution(s), vous devez remettre à l’ANS un dossier de candidature dûment complété. Le candidat devra déposer un dossier de demande de labellisation distinct pour chaque produit.  

Le dossier est composé des pièces suivantes : 

• la convention de labellisation, dûment complétée et signée par le représentant légal du candidat ; 
• le Plan Assurance Sécurité de la vérification de conformité du label e-santé Logiciel Maisons et Centres de santé, daté et signé ; 
• le règlement du label e-santé Logiciel Maisons et Centres de Santé, daté et signé par le représentant légal du candidat ; 
• la décision d’homologation de la solution ou du module externe intégré à la solution, sur lequel s’appuie la solution à la DMP-compatibilité ; 
• la décision de certification du logiciel d’aide à la prescription (LAP) ; 
• le procès-verbal d’agrément délivré par le Centre National de Dépôt et d’Agrément (CNDA) sur l’intégralité de la solution (surtout toute solution intégrant un logiciel tiers), une fois l’agrément prononcé ou la notification d’homologation reçue du GIE Sesam-Vitale* ; 
• la décision d’agrément du ministère des Affaires sociales et de la Santé délivrée au candidat ou à son prestataire, si la solution est hébergée par le candidat ou par un prestataire tiers auquel il a recours ;
• les niveaux de services (service-level agreement) associés au contrat ;
• la table de transcodage des informations saisies selon le DRC ou la CSIP avec la CIM10. 

*garantissant la conformité au cahier des charges Sesam-Vitale, pour les situations d’exercices et professions de santé déclarée par le candidat dans la convention de labellisation complétée. Sauf si la solution ne vise que les seuls centres de santé, ce document doit inclure l’annexe TLA. 

Faîtes parvenir le dossier de candidature dûment complété à l’ANS par voie postale ET par courriel. 

1. Le dossier est à retourner à l’adresse suivante :

   Agence du numérique en santé (ANS)
   Labellisation logiciel Maisons et Centres de Santé
   9, rue Georges Pitard
   75015 Paris

2. L’envoi postal est doublé d’une transmission par email des versions scannées (format PDF) de la convention et de ses annexes, en deux exemplaires, dûment complétées et signées, à l’adresse :

   labellisation.msp@esante.gouv.fr