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
       

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

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. 

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 

La création de votre compte Gazelle est réalisée par les équipes de référencement dès que votre dossier de candidature est déclaré éligible. Une fois votre compte Wiin.io créé, vous devez soumettre le formulaire de candidature pour la partie administrative. Il y a un délai d'environ 1e semaine d'instruction durant lequel vous seront transmises les informations pour accéder à GAZELLE.

Pour rappel, l’établissement ou professionnel de santé ne peut bénéficier que d'une seule prestation Ségur financée par l'Etat par dispositif SONS. Si le PS/ES souhaite changer de solution logicielle après la signature du bon de commande, il doit s'accorder avec l'éditeur dont le bon de commande a été validé par l'ASP afin d'en demander l'annulation. Si cet éditeur avait perçu l'avance, il recevra un ordre de recouvrement de l'ASP pour la rembourser. A l'issue de l'annulation par l'ASP, le nouveau bon de commande pourra être traité. Dans tous les cas, cette nouvelle demande devra respecter la date de fin de dépôt des demandes d'avance. Nous vous invitons à retrouver toutes les procédures d'annulation et de gestion des doublons de bon de commande dans la section "Problèmes SONS" de la FAQ industriels.

Si la modification apportée affecte la conformité du Logiciel aux exigences, l’Agence du numérique en santé doit en être notifiée par l’éditeur dans un délai de 15 jours. Cette information est accompagnée de tout élément permettant de documenter la nature de la modification et les exigences de conformité impactées. En réponse, l’ANS peut demander à l’éditeur de déposer une nouvelle demande de référencement dans un délai d’un mois.

Si, à l’issue de ce délai, l’éditeur ne dépose pas de nouvelle demande de référencement ou si le référencement du logiciel modifié est refusé par l’Agence du Numérique en Santé, le référencement est abrogé et la Convention résiliée de plein droit et sans indemnité dans les conditions de l’Article 17.

S'il s'agit d'une version du logiciel supérieure à la version référencée et sans régression, il n'est pas nécessaire de modifier le bon de commande. Par ailleurs, il n'y a pas de contrôle de ce point dans la VA. Les modalités de conformité ascendante du logiciel sont décrites dans le cadre de la convention de référencement signée entre l'ANS et l'éditeur.

Oui, la prestation Ségur inclut les droits d'usage de la version référencée ainsi que les éventuels surcoûts de maintenance corrective pour 6 ans. Nous vous invitons à consulter le contenu des Appels à Financement qui précisent les conditions relatives au périmètre de la Prestation Ségur au paragraphe 4.3 "Condition relative au périmètre de la Prestation Ségur".

Il est possible de changer le scénario d'installation après avoir déposé votre dossier à l'ASP.  

La VA et la demande de solde devront faire apparaître les éléments liés au périmètre finalement installé, il n'est pas nécessaire de redéposer un dossier de demande d'avance à l'ASP. Les contrôles a posteriori seront réalisés sur la base du scenario indiqué dans la VA (solde).

Le scénario d'installation figurant sur le BDC doit être cohérent avec le profil de la solution logicielle référencée par l'ANS.
En revanche, dans les scénarios d’installation intégrés dans le bon de commande, vous n’êtes pas obligé d’indiquer quel sera l’opérateur MSSanté qui fera l’objet de l’installation.
Au moment de la demande de solde, pour la MOM ou la VA, vous devrez indiquer l’adresse MSSanté effectivement utilisée par le client. Les contrôles a posteriori s’appuieront sur cette adresse.

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

La mention "INS non signée" signifie que ce datamatrix n'est pas un document pouvant servir de preuve d'identité, (alors que c'est le cas de tout document 2D-DOC).

Non, cela n'est pas interdit. Pour rappel, la présence des formats PDF et IHE_XDM est obligatoire lors de la transmission d'un document de santé dont le type est mentionné dans le DSR (CR biologie, CR radiologie, ...). Dans ce cas un message ne doit concerner qu'un seul patient (imposé par le format IHE_XDM).
Pour autant, la transmission d'autres formats entre correspondants est toujours possible en fonction des cas d'usage.

Non, ce choix est devenu facultatif. Dans le JSON, le champ ne doit pas être vide et doit présenter une valeur , par exemple "null" à éfaut de l'opérateur (par exemple Mailiz).