FAQ des industriels

Le format attendu de chaque preuve est spécifié dans le Référentiel d'Exigences Minimales de chaque couloir.

 Il s'agit de proposer un service d'accès Web-PS à la consultation DMP via deux méthodes techniquement différentes. Il est donc demandé d’implémenter les deux manières.

Si vous étiez en cours de référencement précédemment, alors vous devez candidater et déposer l'ensemble des preuves demandées, produites à partir de la version présentée en Référencement ("version candidate" de la Convention de Référencement)

Non, cela n'est pas obligatoire. Attention, seuls les profils référencés pourront bénéficier du financement SONS. Des contrôles seront réalisés.

L'intégration d'une interface Mailiz n'a pas de lien avec le choix du profil MSS. Si vous choisissez le profil Mailiz en déploiement, les preuves déposées devront correspondre à ce profil.

S vous devez faire un groupement d'éditeurs pour répondre à tout le périmètre des exigences, il faut cocher "OUI".

A noter qu'un composant additionnel ne doit pas faire l’objet d’un coût supplémentaire pour le client. 

Les exigences d'ergonomie portent sur le logiciel métier et ont pour but de faciliter le traitement, par le PS, des documents de santé transmis par MSS. Selon le niveau d'intégration de la MSS avec le logiciel métier, la synchronisation de la liste de travail transversale sera synchrone ou asynchrone.

Les URL de test de l'interface DST sont au §8.3.2.2 du "Dossier des Spécifications Techniques (DST) des interfaces clients de messagerie / opérateurs MSSanté (V1.3 - 28/01/2022)" disponible sur https://mssante.fr/is/doc-technique.

Une nouvelle interface IMAP/SMTP sera disponible début juillet dans le cadre de la vague 2 du Ségur : celle-ci ne sera plus uniquement exposée par Mailiz, mais par l'ensemble des opérateurs MSSanté d'ici fin 2022. L'interface DST sera encore proposée au moins jusqu'à fin 2023.

Pour plus d'informations : https://mssante.fr/is/cr-taskforce-mssante & https://participez.esante.gouv.fr/consultation/referentiel-1-mssante-et-contrat-v2-operateurs/presentation/presentation

L'objectif est que le Professionnel de Santé, sans clic, puisse prendre connaissance et visualiser l'ensemble des résultats de biologie anormaux reçus par MSSanté pour sa patientèle.

Aussi, si le CR de biologie comporte au moins une valeur anormale, alors le PS doit en être averti (ergonomie laissée à l'appréciation de l'éditeur). Par ailleurs, concernant l'exigence 87, l'objectif est que si le CR mentionne l'une de ces 3 valeurs, alors le PS doit en être averti d'une autre manière pour pouvoir consulter immédiatement le(s) résultat(s) et prendre une décision en conséquence.

Selon l'exigence ERGO 4, le système DOIT permettre de lire les données d'un datamatrix d'une boite de vaccin et enregistrer ces données (code CIP, numéro de lot et date d'expiration) via webcam ou lecteur (type douchette) ou tout autre support. Pour information, voici les accès aux guides des bonnes pratiques de lecture du code à barres 2D : 

 https://www.france-mvo.fr/wp-content/uploads/2019/10/CIP-GS1-Guide-de-lecture-du-DataMatrix-sur-les-medicaments.pdf 

https://www.france-mvo.fr/wp-content/uploads/2019/10/CIP-ACL-Les-Cahiers-26-Datamatrix-Optimiser-qualite%CC%81-et-lecture.pdf

Le message doit contenir un unique document PDF unique. Dans le cas où le CDA contiendrait plusieurs documents, ils doivent être concaténés dans un seul PDF. Si les documents sont de plusieurs types, alors <type document> dans le nommage du PDF doit être remplacé par le nombre de documents (cf nommage de l'objet).

L’implémentation des attributs est obligatoire pour tous les DSR du Ségur. Sur certains points les exigences vont plus loin que les règles 3 étoiles du guide d’implémentation INS.

Pour le DSR Médecine de Ville il n’est pas obligatoire d’avoir des habilitations distinctes entre l’appel à INSi et la création d’une identité. Cela est néanmoins recommandé.

Il s’agit d’une lettre dans laquelle vous attestez répondre aux critères d’éligibilité décrits dans la section 2.1 du DSR. Il convient, pour chacun des critères listés de décrire en quoi la solution logicielle y répond (par exemple sur la base d’une documentation produit, de captures d’écrans ou tout autre élément attestant de cette éligibilité).

Non, cela n'est pas nécessaire : un seul formulaire 413 est suffisant pour commander les certificats DMP et INSi. Il vous faut cocher la case "Certificat ORG (personne morale)", puis indiquer dans la case "Précisions sur l’usage des certificats et sur votre projet" les informations suivantes:

DMP: authentification et signature sur le DMP ;
INSI: authentification sur les TLS INSi.

 En effet, les prescripteurs peuvent parfois disposer d'une BAL nominative (adresse MSS personnelle) ainsi que d'une BAL organisationnelle (boite de service, pouvant être utilisée par plusieurs professionnels
d’un même service). Dans ce cas, il convient d'enregistrer les deux correspondants : le prescripteur et le service ou établissement.

Opérateur Développeur : désigne un Opérateur MSSanté qui développe et met en œuvre (le cas échéant avec l’aide d’un sous-traitant) pour lui-même ou pour le compte d’Opérateurs Acheteurs les composants spécifiques aux exigences MSSanté (exemple : connecteur MSSanté).

Opérateur Acheteur : désigne un Opérateur qui a recours à la technologie d’un Opérateur Développeur (disposant d’un contrat Opérateur MSSanté signé avec l’ANS) en lui achetant les composants techniques tels que le connecteur MSSanté (ex : les établissements sanitaires Opérateurs MSSanté qui achètent leur connecteur MSSanté auprès d’un Opérateur MSSanté tiers).

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.

Nous nous situons au niveau local avec répercussion sur le DMP et la MS Santé comme pour le cas d'une modification. Si le document est supprimé uniquement dans le DMP et pas en local (ex : le patient fait la suppression lui-même), il n’y a pas besoin d'informer les destinataires MS Santé.

Pour rappel, le pharmacien ne peut pas supprimer ou modifier directement un document dans le DMP, il doit le faire depuis son LGO pour répercuter ensuite la mise à jour ou la suppression dans le DMP. Ceci assure une synchronisation entre DMP et logiciels métiers.

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)