Dans le cadre de la prestation principale liée au déploiement d’une DRIMbox, il est demandé de réaliser un audit ciblé du plateau d’imagerie existant ainsi que de l’architecture informatique associée aux composants nécessaires au fonctionnement de la DRIMbox. Cet audit doit donner lieu à la production d’un rapport formel.

Cet audit n’a pas vocation à constituer un audit global de l’ensemble du système d’information de l’établissement. Il doit permettre d’identifier les éléments techniques nécessaires à la préparation du SI au déploiement de la DRIMbox, notamment au regard des solutions d’imagerie et de leurs interfaces, afin de s’assurer que l’environnement est compatible et sécurisé pour son déploiement.

Il appartient aux prestataires de s’appuyer sur leurs propres abaques et méthodologies d’audit, ainsi que sur les spécifications et guides disponibles sur le site de l’ANS, afin de proposer un audit adapté au contexte du site concerné.

À ce jour, aucun modèle ou exemple de rapport d’audit n’est imposé. Le rapport produit doit néanmoins formaliser les constats réalisés, les éventuels écarts ou points d’attention identifiés ainsi que les éléments nécessaires à la préparation du déploiement de la DRIMbox.

Oui. Dans le cas d'un logiciel SaaS dont le numéro de version évolue entre le début du référencement et la fin du déploiement, il est possible de candidater sur une version N, d'obtenir le référencement sur une version N+1, puis de déployer une version N+2, à condition que cette dernière respecte les exigences de la version pour laquelle le référencement a été obtenu.

Toutefois, il est demandé à l'éditeur de déclarer tout changement de version auprès de l'équipe de référencement.

En règle générale, la compatibilité ascendante peut être considérée comme respectée en cas de changement de version mineure. En revanche, un changement de version majeure nécessite une analyse spécifique, notamment en raison des impacts potentiels sur certains contrôles, tels que les tests d'intrusion réalisés dans le cadre de l'Espace de Confiance Pro Santé Connect (EDC PSC).

Lorsqu’un client dispose d’un RIS référencé Vague 2 couvrant une partie de son activité et d’un second RIS non référencé Vague 2 couvrant une autre partie de son activité, le financement de la DRIMbox peut, à titre dérogatoire, prendre en compte l’activité couverte par ce second RIS, sous réserve du respect cumulatif des conditions suivantes :

• Le client a commandé une DRIMbox dans le cadre du dispositif SONS DRIMbox Vague 2, ainsi qu’une Prestation secondaire de continuité de service associée
• Le bon de commande initial mentionne explicitement le périmètre d’activité retenu pour le calcul du financement, incluant le cas échéant l’activité couverte par le RIS non référencé Vague 2
• Le fournisseur du RIS non référencé Vague 2 s’engage formellement, auprès du client et du fournisseur de la DRIMbox, à mettre en œuvre, avant la VA DRIMbox, les fonctionnalités et flux nécessaires au partage des examens via la DRIMbox et à la consultation depuis le RIS, notamment l’ajout du lien dans le compte-rendu, l’envoi des comptes-rendus à la DRIMbox et l’appel contextuel.
• Le RIS non référencé Vague 2 est effectivement connecté à la DRIMbox au moment de la VA DRIMbox.

Le montant de financement pris en compte est celui déclaré au moment de la demande d’avance, sur la base du bon de commande signé par le client, et ne peut en aucun cas être réévalué à la hausse postérieurement à cette demande. Il demeure en tout état de cause plafonné par les barèmes applicables au dispositif.

Si, au moment de la VA DRIMbox, le RIS non référencé Vague 2 n’est pas effectivement connecté à la DRIMbox ou si les fonctionnalités attendues ne sont pas opérationnelles, le Fournisseur de la DRIMbox devra recalculer le montant de financement en excluant l’activité couverte par ce RIS non référencé vague2 de l’assiette retenue pour la demande de solde de la Prestation principale DRIMbox. Cette exclusion emporte, le cas échéant, les conséquences correspondantes sur le montant de la Prestation secondaire de continuité de service.

Tout écart entre le périmètre déclaré, le périmètre effectivement déployé et les montants demandés ou perçus est susceptible d’être détecté dans le cadre des contrôles. En cas de déclaration erronée ou de manquement avéré, le Fournisseur s’expose au reversement de tout ou partie des sommes perçues.
 

Un site géographique est identifié :

• Soit par son numéro FINESS géographique
• Soit par son SIRET

Non, une DRIMbox ne peut s’appuyer sur un RIS non référencé vague 2 .

Un numéro AM ou FINESS est considéré comme "invalide" par le service de calcul dans les cas suivants :
- Numéro d'un établissement ou médecin créé après 2023
- Etablissement ou médecin existant en 2023 mais sans activité en 2023
- Tout numéro incorrect (par exemple format incorrect)

Vous pouvez soumettre votre demande d'enrôlement à l'ASP dès que la candidature administrative de la solution logicielle que vous éditez ou distribuez a été validée par l'ANS (statut éligible sur Convergence suite à la finalisation de la phase de dépôt du dossier administratif).

L'enrôlement auprès de l'Agence de services et de paiement (ASP) peut ensuite être effectué avant l'obtention du référencement Ségur. Dans ce cas, vous avez la possibilité de demander un enrôlement anticipé (enrôlement initial s'il s'agit de votre premier enrôlement auprès de l'ASP, vague 1 comprise ; ou enrôlement complémentaire s'il s'agit d'un second enrôlement, ou plus, auprès de l'ASP, vague 1 comprise). Cela vous permet d'accéder aux outils de test pour anticiper les démarches relatives à la demande de financement.

Dès l'obtention du référencement réalisée lors de la phase de dépôt et d'instruction du dossier de preuves sur Convergence, vous devez finaliser votre enrôlement ou effectuer un enrôlement initial via le Portail du Ségur Numérique.

Vous pouvez vous référer à la page dédiée au financement SONS de la vague 2 du Ségur du numérique en santé disponible sur le Portail Industriel de l'ANS.

Non, un distributeur n'a aucune action à réaliser pour le référencement de la solution. Le référencement de la solution est pris en charge par l'éditeur de la solution. Ce dernier doit déclarer ses distributeurs dans le dossier administratif du référencement Ségur. Un mandat de distribution devra également être fourni à l'ASP par le distributeur au moment de l'enrôlement au guichet ASP.

Suite à la publication du décret du 8 octobre 2019, l’utilisation de l’Identité Nationale de Santé (INS) pour référencer les données de santé est obligatoire depuis le 1er janvier 2021 pour tous les logiciels, systèmes PACS compris.
Au sein du référentiel INS, l'ANS précise donc que, d'après les articles R. 1111-8-1 à R. 1111-8-7 du Code de la Santé Publique,  le numéro d'inscription au répertoire national d'identification des personnes physiques (dit « NIR » ou numéro de sécurité sociale) constitue désormais l'identifiant national dans les champs de la santé et du médico-social.
Les systèmes PACS doivent donc être en mesure de récupérer, de stocker et de transmettre le matricule INS au travers des échanges de données d'imagerie auxquels ils participent, en plus des autres traits stricts d'identités constituant l'Identité Nationale de Santé, le matricule seul n'étant pas suffisant pour différencier l'identité :
* Nom de naissance
* Premier prénom de naissance
* Date de naissance
* Sexe
* Code INSEE du lieu de naissance
Par ailleurs, il est également nécessaire de prendre en compte les traits d'identité complémentaires afin que le système PACS puisse se conformer au référentiel d'identitovigilance :
* Nom utilisé : nom utilisé par l’usager dans la vie courante, enregistré obligatoirement lorsque différent du nom de naissance
* Prénom utilisé : prénom utilisé par l’usager dans la vie courante, enregistré obligatoirement lorsque différent du premier prénom de naissance
Il est à noter que les interactions entre la DRIMbox et le(s) PACS, les requêtes ne sont pas basées sur l'INS mais sur le StudyInstanceUID, cela permet à la DRIMbox d'être déployée même si le PACS n'est pas encore INS compatible

Dans le cadre du processus de consultation de documents KOS par la fonction consommatrice d'un logiciel DRIMBox, tel que défini au sein de la spécification projet DRIMBox, le premier acteur impliqué est le LPS initiant une requête d’appel contextuel. Dans ce cadre, le LPS est responsable de la qualification de l’intégralité des traits INS en amont de la construction de la requête d’appel contextuel émise à destination du logiciel DRIMBox. Ainsi, les traits d'identité INS qui sont réceptionnés par le logiciel DRIMBox peuvent être considérés comme « fiables ». 
A partir du contenu associé à la requête d'appel contextuel reçue, la fonction consommatrice du logiciel DRIMBox est en mesure d’interroger l'environnement DMP afin de déterminer quels documents d’intérêt doivent être présentés à l’utilisateur au sein de son IHM (Cf. transaction TD3.1 définie au sein du Guide d'Intégration DMP). 
A l'issue de cette première interaction avec l'environnement DMP, le logiciel DRIMBox récupère un certain nombre de métadonnées associées au contexte de publication du document d’intérêt. C’est uniquement à partir de cette étape que l'interface de consultation du logiciel DRIMBox peut être constituée (pour plus de précisions, se référer à l'exigence DB.CO.54 de la spécification projet DRIMBox). 
Les métadonnées récupérées par la fonction consommatrice du logiciel DRIMBox auprès de l'environnement DMP peuvent elles-mêmes être considérées comme « fiables » car résultant d’un contexte de publication du document KOS construit à partir de l’analyse d’un compte-rendu d’imagerie, lui-même issu d’une demande d’acte d’imagerie remplie par un professionnel de santé.
Ainsi, l’ensemble du processus aboutissant à l’affichage des informations au sein de l’IHM de la DRIMBox consommatrice permet de conserver une cohérence avec celles saisies initialement lors de la planification de l’examen d’imagerie du patient.

Dans le cadre d'une demande de consultation d'un document KOS par un professionnel de santé depuis l'interface du logiciel DRIMBox, ce dernier doit tout d'abord contrôler le consentement du patient à une telle opération (information véhiculée au travers du paramètre "InformationEtConsentement" mentionné au sein de la requête d'appel contextuel provenant du LPS). Ensuite, le logiciel DRIMBox doit initier une transaction permettant d'effectuer un test d'existence du DMP et de récupérer les conditions d'accès à celui-ci (transaction TD0.2 mentionnée au sein du Guide d'Intégration DMP). Enfin, et si cela s'avère nécessaire, le logiciel DRIMBox doit ajouter une autorisation du professionnel de santé pour la consultation de ce DMP (pour plus de précisions à ce sujet, se référer à la transaction TD0.3 définie au sein du Guide d'Intégration DMP).

Les sociétés d’exercice doivent commander un certificat avec le numéro de SIRET. Il s’agit du numéro sur lequel la société facture ses feuilles de soins électroniques.
Les cabinets individuels et les cabinets de groupe  doivent commander un certificat sur le numéro RPPS RANG.

Le guide ci-après propose aux éditeurs et acteurs territoriaux les prérequis et les procédures nécessaires à l'obtention des certificats :  https://esante.gouv.fr/sites/default/files/media_entity/documents/segur-numerique-radiologie-guide-certificats.pdf

Oui, il est possible de ne remplir qu’un seul formulaire pour la structure. La commande du certificat se fait avec le FINESS géographique du GIE. Pour plus d’informations, nous vous invitons à consulter le guide spécifique à la radiologie, disponible depuis le site esanté accessible via le lien suivant

Consultez l'annuaire santé et vérifiez quelle est la structure de vos clients. Selon la structure indiquée dans l'annuaire, vous pourrez déterminer à quelle procédure de commande de certificats se fier. Pour plus d'informations, nous vous invitons à consulter le guide suivant : 
https://esante.gouv.fr/sites/default/files/media_entity/documents/segur-numerique-radiologie-guide-certificats.pdf

Par ailleurs, le formulaire 413 n'est pas uniquement pour les SCM et les sociétés d'exercice. 

Pour DRIMBOX, la plaquette commerciale ou tout autre document décrivant le périmètre fonctionnel que couvre votre solution logicielle est recevable. L'objectif étant de vérifier que votre solution logicielle répond au périmètre fonctionnel du dispositif choisi.