Votre question concerne quel type d'offre ?
Votre question concerne quel couloir Ségur ?
Votre question concerne quel dispositif Ségur ?
Votre question concerne quel produit ou service produit?
Votre question concerne quelle thématique ?
Les dispositions de la maintenance dans le cadre du Ségur sont conditionnées à l'existence d'un contrat de maintenance entre le fournisseur et le client final.
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 sur les anomalies liées aux fonctionnalités prévues par le DSR, dans la limite de six années.
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".
Cette réponse vous a-t-elle été utile ?
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
Cette réponse vous a-t-elle été utile ?
Non, ce programme ne finance pas l'acquisition d'un nouveau logiciel, mais sa mise à jour sous réserve qu'elle soit référencée "Ségur" par l'ANS.
Il incombe à l'éditeur de s'occuper de l'ensemble des démarches pour le référencement et la demande de financement.
Toutefois si l'offre de l'éditeur permet d'identifier séparément les prestations du périmètre Segur, alors ces dernières pourront bénéficier du financement SONS.
Cette réponse vous a-t-elle été utile ?
Le référentiel d’imputabilité définit les moyens utilisables pour :
- assurer la traçabilité des actions réalisées vis-à-vis d’un SI de santé ;
- garantir la valeur des traces enregistrées ;
- contrôler l’usage fait de ce SI de santé.
Cette réponse vous a-t-elle été utile ?
La doctrine du numérique en santé identifie plusieurs référentiels de données qui chacun portent une finalité distincte :
- le RPPS étendu (ou RPPS+) afin de porter l'identification de toutes les personnes physiques dans leur rôle d'acteur de santé (tout type de professionnel ou assistant du secteur) ;
- le FINESS refondu (ou FINESS+) afin de porter l'identification de toutes les personnes morales de santé (tout établissement et entité juridique du secteur) ;
- le ROR afin de décrire l'offre de santé au sein d'un établissement (spécialités, capacités) ou d'un cabinet.
Cette réponse vous a-t-elle été utile ?
Il s'agit de l'identifiant utilisé pour valider la fin du projet de la structure ayant signé le bon de commande.
Cette réponse vous a-t-elle été utile ?
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, au titre de chaque arrêté instaurant un dispositif SONS.
Si une structure souhaite revenir sur sa décision initiale, elle 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 reç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épot 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.
Cette réponse vous a-t-elle été utile ?
Une facture totale reprenant le montant plafond inférieur ou égal au bon de commande est suffisante. Il n'est pas demandé de facture intermédiaire correspondant à l'avance.
Le montant de la facture transmise au client et à l'ASP en fin de projet doit correspondre au montant total (100%) - la partie "Prestation Segur" doit être reportée dans le JSON et doit être inférieure ou égale au montant déclaré lors de l'avance (dépôt du dossier).
Cette réponse vous a-t-elle été utile ?
Le SGL doit faire 1 et 2, pour faire face à toutes les situations :
- 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
- 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)
Cette réponse vous a-t-elle été utile ?
Vous devez demander le raccordement à Pro Santé Connect en remplissant le formulaire dédié, disponible ici.
Cette réponse vous a-t-elle été utile ?
Le document "Attestation de dépôt d'une demande d'obtention des labellisations CNDA" doit à minima correspondre au composant intégré assurant les interfaces INS et DMP.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?
Le document "Attestation de dépôt d'une demande d'obtention des labellisations CNDA" doit à minima correspondre au composant intégré assurant les interfaces INS et DMP.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?
Concernant l’exigence ePU pour la vague 1 médecine de ville, le CDC prescripteurs (disponible depuis novembre 2020) définit le périmètre de la ePU complète : produits de santé (médicaments totalement codifié et DM en format texte ou codifié) et tous les autres actes (sauf transport et radiologie) sont décrits en format texte.
La e-prescription unifiée correspond à un modèle de données commun et à des services communs. En dehors des médicaments et des dispositifs médicaux qui sont codifiés ligne à ligne, la description des actes de biologie, kinésithérapie, soins infirmiers, pédicurie, orthophonie et orthoptie sont enregistrés en format texte.
L’autorisation de la e-prescription unifiée porte sur l’ensemble du périmètre.
Cette réponse vous a-t-elle été utile ?
Il convient de se référer à la matrice des droits fonctionnels du SI-DMP, dans laquelle sont indiquées les différentes habilitations concernant les transactions associées à la TD3.3 (gestion des attributs des documents).
Le professionnel de santé étant identifié dans l’entête du CDA : identifiant national de PS dans les Métadonnées authorPerson et legalAuthenticator.
Cette réponse vous a-t-elle été utile ?
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é.
Cette réponse vous a-t-elle été utile ?
Au sujet de la BAL personnelle, si le pharmacien possède Mailiz, il faut que votre logiciel soit référencé avec le profil Mailiz pour lui proposer une interface opérateur / client de messagerie complète. Pour vous éviter tout problème, nous vous recommandons de répondre par défaut à l'exigence Mailiz du fichier REM. Comme cela vous couvrez ce cas de figure et si le pharmacien n'a pas Mailiz, la fonctionnalité ne sera pas utilisée.
Concernant la BAL organisationnelle, la question n'est pas obligatoire, c'est simplement une information proposée aux pharmaciens pour les encourager à s'équiper. Elle peut être utile, par exemple, pour la réception de prescription électronique et offre l'avantage d'être plus sécurisée. Cette question n'a donc pas d'impact sur la validation du bon de commande.
Cette réponse vous a-t-elle été utile ?
Un client lourd est un logiciel installé sur un ordinateur en réseau ou non. Dans ce cas la plupart des ressources sont installées en local à la différence d’un client léger. Dans le cas d’un client léger, les ressources sont installées sur un réseau.
Vous avez l'obligation de sélectionner un des deux profils pour proposer Pro Santé Connect à vos clients.
Vous n'avez pas d'obligation de réponse à cette exigence si vous avez la possibilité de vous connecter à un autre opérateur que Mailiz pour fournir les preuves d'envoi de message MSSanté.
Vous avez la liste exhaustive des domaines de messagerie Mailiz sur la liste blanche accessible ici ( LIEN : https://espacedeconfiance.mssante.fr/listeblanchemssante.xml )
Cette réponse vous a-t-elle été utile ?