Dans le cas d’un professionnel exerçant en libéral, l’unité comptabilisée est le professionnel inscrit au répertoire RPSS.

L’accès par client lourd en CIBA à Pro Santé Connect n’étant pas initialement inclus dans la vague 1 du Ségur, une dérogation a été mise en place. Cette dernière permet de tolérer un accès par client lourd en CIBA à Pro Santé Connect au lieu de l’accès par client lourd via une application native avec renvoi vers navigateur externe attendu et s’applique uniquement à la vague 1 du Ségur. 

Le scénario attendu est le suivant :

• Scénario  - application native : Accès par client lourd en CIBA
• Vérifie les exigences du référentiel PSC : EX PSC 01, 03, 04, 05, 08, 09, 10, 14, 15, 20, 25, 28, 29, 30, 31
• Prérequis : la vidéo doit être en plein écran :
• Etapes de la vidéo de preuve :
  1. Afficher la page des CGU du service ou un autre document que l'utilisateur peut consulter facilement avant utilisation du service ayant une page web dédiée accessible via un lien ou un contrat entre l'utilisateur et le service, par contrat peut être entendu un document que l'utilisateur valide en cochant une case
  2. Parcourir les CGU jusqu'au paragraphe PSC
  3. Fermer les CGU
  4. Se rendre sur la zone d'interface utilisateur qui gère la connexion
  5. Action de lancement de la connexion à PSC
  6. Authentification par CPS ou eCPS valide
  7. Affichage de la zone du logiciel indiquant que la connexion est valide
  8. Se rendre sur la zone d'interface utilisateur qui gère la déconnexion
  9. Action de lancement de la déconnexion
  10. Action de lancement de la connexion à PSC
       

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

Que ce soit pour une modification ou une suppression, le procédé reste le même. Le système doit toujours proposer d'envoyer un email au(x) destinataire(s) initiaux.

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.

Si le client possède une BAL MSSanté autre que Mailiz, la fonctionnalité n'est pas utile. Votre logiciel référencé proposera donc une fonctionnalité inutilisée par ce client mais le bon de commande sera validé car votre logiciel répond à l'ensemble des besoins du client.

Pour le deuxième point, cette information est utilisée par l'ANS pour établir un "état des lieux" des MSSanté sur le marché.

Il existe une mécanique de remplacement et de versionning du document CDA. Ceci est décrit dans le volet structuration minimale des documents de santé (https://esante.gouv.fr/sites/default/files/media_entity/documents/CI-SIS_CONTENU_VOLET-STRUCTURATION-MINIMALE_V1.10.pdf) dans les chapitres : 3.5.5.10.setId – Identification d’une série de révisions du document / 3.5.5.11.versionNumber – Numéro de version du document.

Concernant la mention "annule et remplace", celle-ci doit être indiquée dans le PDF avec le nom de la version initiale. Pour l'emplacement, vous devez choisir.

Il sera demandé d'envoyer votre dossier de preuves en amont. Cet envoi sera suivi d’une visite sur site afin de vérifier certaines exigences sur lesquelles la conformité n’est pas claire. La procédure est semblable à celle du CNDA.

Une hypothèse de « réserves non bloquantes » et un processus de traitement associé est décrit au point 4.5 de chaque DSR. Nous vous invitons à vous y référer.

Vous trouverez toutes les informations relatives aux procédures de dépôt de demandes de solde sur les pages ci-dessous :

• Couloir Hôpital : https://esante.gouv.fr/webinaires/segur-du-numerique-en-sante-depot-dune-demande-de-solde-couloir-hopital 
• Couloir Mdv : https://esante.gouv.fr/webinaires/atelier-daccompagnement-pour-le-depot-dune-demande-de-solde-couloir-medecine-de-ville
• Couloir Officine : https://esante.gouv.fr/webinaires/atelier-daccompagnement-pour-le-depot-dune-demande-de-solde-couloir-officine
• Couloir Imagerie : https://esante.gouv.fr/webinaires/segur-du-numerique-en-sante-atelier-daccompagnement-pour-le-depot-dune-demande-de-solde-couloir-radiologie 
• Couloir Biologie : https://esante.gouv.fr/webinaires/segur-du-numerique-en-sante-atelier-daccompagnement-pour-le-depot-dune-demande-de-solde-couloir-biologie

Les Appels à Financement des SONS du Ségur Numérique définissent aux chapitres 6.2 les modalités de paiement du solde des prestations. Dans ce cadre, les Mises-en-œuvre de Marche (MOM) ou les Vérifications d’Aptitudes (VA) font partie des pièces justificatives à joindre aux demandes de versement du solde. 

Une VA non signée par le Client, transmise dans le cadre d’une demande de solde sera considérée comme non conforme par l’Opérateur de paiement.  

Pour rappel, la Vérification d’Aptitude (VA) est une étape de constat par le Client qu’un logiciel livré présente bien les caractéristiques qui le rendent apte à remplir les fonctions précisées dans la réglementation Ségur. 

Par ailleurs, il est rappelé que des conditions contractuelles garantissent une continuité d’intervention des éditeurs en phase de fonctionnement notamment les obligations relatives à la maintenance des logiciels dans le cadre des AF du Ségur et/ou, le cas échéant, l’étape de Vérification de Service Régulier (VSR) en fonction des relations contractuelles préexistantes. 

Dans le cas où le Client souhaite mentionner des éventuelles réserves jugées non bloquantes, il peut les renseigner dans l’encadré “commentaires” des modèles de VA. Ces commentaires seront sans traitement par l’Opérateur de paiement. 

En cas de désaccord entre le Fournisseur et le Client, il revient aux deux parties de formaliser leurs positions respectives et les conditions (moyens et calendrier) à réunir pour garantir la finalisation de la Prestation Ségur dans le calendrier compatible avec les échéances de la réglementation Ségur. Ces échanges sont par défaut régis selon les modalités prévues dans les documents contractuels en vigueur entre les parties. 

Un numéro de dossier est communiqué à l’éditeur lors du processus initial d’enrôlement. C’est ce numéro qui sera utilisé in fine lors de l’octroi du référencement. Pour le cas des pré-commandes (sous condition de référencement), chaque Appel à Financement, que nous vous invitons à consulter, précise le formalisme devant figurer sur les devis ou les bons de commande. Le numéro de dossier ANS peut y être également mentionné s’il est connu de l’éditeur à la date de la pré-commande. A défaut, il n’a pas à être mentionné.

Un operateur acheteur doit se faire enrôler une seule fois auprès de l'ASP. Il doit présenter un seul BDC (ou facture pour le solde) quelque soit son nombre de fournisseurs de connecteurs MSSanté. Le nombre de sous-traitants Opérateurs développeurs n'a pas d'impact sur le financement

Vous devez renseigner le numéro de référencement que vous aura communiqué l'Opérateur développeur qui vous fournit le connecteur MSSanté. Il faudra au préalable que ce dernier soit référencé Ségur auprès des services de l'ANS.

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

Conformément au cadre réglementaire des dispositifs SONS du Ségur du numérique en santé, chaque établissement et professionnel de santé (ES/PS) éligible ne peut bénéficier que d’un seul financement par SONS, c’est-à-dire un seul financement de mise à jour pour un type de logiciel donné.  

En conséquence, toute demande de financement portant sur un / des bénéficiaire(s) ayant déjà fait l’objet par ailleurs d’une demande validée par l’Agence de services et de paiement fera l’objet d’un rejet. 

En cas de contestation par l’éditeur ayant vu sa demande rejetée, l’ASP contactera par courrier électronique les deux éditeurs concernés, pour qu’ils apportent sous dix jours ouvrés les précisions nécessaires (maintien de leur demande initiale ; information d’une erreur commise dans le périmètre couvert par la demande initiale et demande de modification en conséquence ; retrait de leur demande de financement, etc.), selon des modalités précisées dans le message ASP. 

S’il s’agit d’un établissement ou professionnel de santé ayant signé deux bons de commande distincts sur le même périmètre logiciel : les éditeurs devront faire valider par l’établissement ou le professionnel concerné l’identité de l’éditeur avec lequel il souhaite bénéficier de la Prestation Ségur, et le signaler auprès de l’ASP. Il appartiendra alors à l’éditeur voyant sa commande annulée de tirer les conséquences d’une éventuelle rétractation directement auprès de l’établissement ou le professionnel de santé. 

En cas de non-réponse, ou lorsque les réponses apportées ne permettraient pas de statuer sur le dossier, l’Agence du Numérique en Santé se réserve le droit de procéder à toute vérification utile, et au besoin à demander l’annulation des demandes de financement concernées. 

Une synthèse, par couloir, est disponible en consultant notre page dédiée au Financement SONS. (https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/financement-sons)

Important : Les informations indiquées ne peuvent se substituer aux dates précisées dans les Appels à Financement. 

Non, chaque preuve doit être déposée séparément dans le formulaire en suivant scrupuleusement les formats imposés.

Le cadre réglementaire pour bénéficier du financement SONS pour la Biologie est fixé dans l’Appel à Financement au Chapitre 6.2 (https://esante.gouv.fr/sites/default/files/media_entity/documents/af-bio-sgl-va1.pdf) qui précise les conditions de versement du solde. 

Il est à noter que l’arrêté modificatif du 7 avril 2023 modifie les conditions de versement du solde pour le SONS SGL vague 1 : le compte-rendu de biologie médicale de test n’est plus exigé dans le dossier de demande de solde. Le chapitre 6.2 de l’Appel à Financement du SONS SGL vague 1 ( https://esante.gouv.fr/sites/default/files/media_entity/documents/af-bio-sgl-va1.pdf) a été amendé à cet effet.

Nous vous invitons à vous référer au DSR et au REM qui concerne votre demande afin de connaître le(s) format(s) dans lesquels les données des patients doivent être exportées. Vous trouverez ces documents sur la page "Toutes les ressources" du site de l'ANS, accessible via ce lien https://industriels.esante.gouv.fr/segur-du-numerique-en-sante/toutes-les-ressources-du-segur