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

La convention de référencement Ségur stipule que l’éditeur doit pouvoir commercialiser le logiciel référencé au plus tard dans les 2 mois à compter de l’entrée en vigueur de la Convention. La date d’entrée en vigueur de la convention est la date de décision du référencement.

Les logiciels pouvant candidater au programme Ségur doivent répondre aux fonctionnalités décrites dans les DSR (Dossier de Spécifications de Référencements). Toutefois le DSR DPI ne s'adresse pas aux dossiers de spécialité.

Les conditions portant sur la réception des Prestations Ségur sont définies au chapitre 6.2 des Appels à Financement pour chaque SONS. 

L’Opérateur de paiement met à disposition des Fournisseurs et Clients finaux, ainsi que les modèles de Vérification d’Aptitude (VA) qui traduisent précisément le périmètre de responsabilité de chaque éditeur dans la vérification des flux RI – DPI – PFI. 

Sont autorisées les signatures de VA attestant de la réalisation d’une Prestation Ségur pour une solution logicielle A en l’absence d’une autre solution logicielle B (pour des raisons indépendantes de l’éditeur de la solution A) devant échanger des flux avec la solution logicielle A. L’éditeur de la solution A apportera les correctifs nécessaires une fois que la mise à jour du logiciel B aura pu être réalisée.

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

Oui, le bon de commande, et ses éventuelles annexes, doit avoir fait l’objet d’un accord explicite du Client final, par la signature du responsable, celle-ci pouvant être manuscrite ou électronique : signature avec certificats CPx, signature avec identification électronique par Pro Santé Connect, signature par certificat logiciel RGS, signature électronique de niveau minimum eIDAS simple

Si vous effectuez un montage (utilisation d’une solution tierce déjà certifiée), vous n’avez pas à effectuer de demande de certification auprès du CNDA. Vous pouvez communiquer à l'ANS le NIL de cette solution tierce lors de votre demande de référencement.

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.

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.

Il est possible de signer un pdf avec la CPS selon la procédure ci-joint.
Vous pouvez également signer le bon de commande de manière manuscrite.

Comme indiqué dans l'Appel à Financement HOP RI, la mise en œuvre des flux de diffusion des INS qualifiées au sein du SIH via le profil IHE PAM porte sur un maximum de 3 flux.  

Ces flux concernent le flux à destination du DPI ou de l’EAI, et le cas échéant, le flux à destination de l’éventuel SGL (Système de gestion de laboratoire), et le flux à destination de l’éventuel RIS (Radiology Information System), soit au maximum 3 flux à mettre en œuvre par le Fournisseur.  

Le nombre de flux à contrôler dans chaque situation dépend de ce qui a été contractuellement prévu entre le Fournisseur et le Client au moment de la signature du bon de commande. Il peut éventuellement être ajusté d’un commun accord entre les parties si le contexte local d’urbanisation du SIH le justifie. 

Par ailleurs, les modèles de Vérification d’Aptitude (VA) du SONS RI mis à disposition des Fournisseurs et des Clients finaux par l’Opérateur de paiement sur la page https ://www.asp-public.fr/aides/segur-du-numerique-en-sante-financement-lequipement précisent qu’il ne peut y avoir de refus de signature de la VA RI si la mise en œuvre de ce(s) flux réalisée par le Fournisseur ne peut être vérifiée par le Client final en raison : 

• de l’indisponibilité d’une fonction DPI (et/ou SGL et/ou RIS) en version Ségur à la date de finalisation de la Prestation Ségur,  
• ou si la mise en œuvre de ce(s) flux n’a pas été réalisée car non applicable, le même logiciel portant les fonctions RI et DPI, et le Client final ne disposant pas de SGL / RIS.