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 ?
- Dispositif: Référentiel Identité (RI)
- (-) Référentiel Identité (RI)
Oui, l'INS doit être qualifié pour être transférée vers un autre logiciel.
Pour un statut d'identité récupérée, les traits du téléservice INSi doivent écraser les traits locaux.
Cette réponse vous a-t-elle été utile ?
Oui, il est en effet recommandé que la récupération de l'INS soit seulement effectuée par le référentiel d'identité mais il n’est pas interdit que d’autres logiciels appelle le téléservice INSi et récupère l'INS. Dans le cas où celui-ci est récupérée par le RI, il peut ensuite être véhiculé aux autres logiciels via un connecteur d'interopérabilité.
Cette réponse vous a-t-elle été utile ?
Non, l’ordre d’affichage des traits n’est pas une exigence. Néanmoins, il convient de respecter l’exigence SI 11 du RNIV : « Les traits d’identités affichés conformément à la réglementation doivent pouvoir être facilement distingués, sans risque d’équivoque, par les acteurs concernés ».
Cette réponse vous a-t-elle été utile ?
Il faudra à minima que l’INS apparaisse au moins 1 fois sur le document.
Cette réponse vous a-t-elle été utile ?
Les mécanismes possibles de délégation d'accès aux BAL ne sont pas décrits à date par les référentiels 1 ou 2. Certains de ces mécanismes sont présents chez certains opérateurs. Il s'agit de solutions propriétaires développées en local.
Cependant, l'ANS instruit le sujet de la mutualisation d'un principe de délégation d'accès aux BAL qui a pour vocation d'être introduit dans les référentiels 1 & 2 dans des versions à venir.
Cette réponse vous a-t-elle été utile ?
Un LBM site géographique est un site qui dispose :
- Soit d'un identifiant d'immatriculation FINESS géographique (catégories 132, 610, 611 ou 612) ;
- Soit d'une autorisation de fonctionnement de l'ARS faisant état de ce site géographique ;
- Soit d'une mention comme 'unité technique' dans la liste des LBM accrédités sur le site du COFRAC.
Afin de simplifier, les sites géographiques mentionnés dans le 'fichier de calcul' sont dispensés d'en apporter la preuve.
Cette réponse vous a-t-elle été utile ?
Il existe 3 types de boîte aux lettres (BAL) MSSanté : nominative, organisationnelle et applicative. Pour plus d'informations sur chacune de ces BAL, nous vous invitons à consulter le document ci-après : https://esantegouv.sharepoint.com/sites/CommandosSgur2/Documents%20partages/Chantier%20D/3.%20Documentation%20utile/MSS/fiche-pratique---tout-savoir-sur-les-boites-aux-lettres-mss.pdf?CT=1686123177579&OR=ItemsView
Cette réponse vous a-t-elle été utile ?
Les programmes SUN-ES, Ségur et HOP'EN sont indépendants et portés par des acteurs publics différents. Les indicateurs des deux programmes sont étudiés en cohérence l'un vis-à-vis de l'autre, et il n'est pas prévu qu'ils se substituent. Le programme HOP'EN a une durée déterminée indépendamment du Segur.
Cette réponse vous a-t-elle été utile ?
Non, cette vérification "en masse" n’est pas exigée dans le cadre des DSR Vague 1. Les textes exigent néanmoins que les INS présentes dans une base de données soient vérifiées a minima tous les 5 ans. Votre solution doit donc permettre à vos clients d'assurer une vérification de leur base d'INS dans ce délai.
Cette réponse vous a-t-elle été utile ?
Le catalogue de services a pour objectif de référencer des outils et services numériques qui traduisent la richesse de l’offre du numérique en santé français. Vous trouverez toutes les informations relatives au processus de référencement sur la page suivante : https://gnius.esante.gouv.fr/fr/le-parcours-guide-mon-espace-sante/jidentifie-si-ma-solution-echange-avec-mon-espace-sante/ma-roadmap-mon-espace-sante-avec-echange
Cette réponse vous a-t-elle été utile ?
Oui, une solution référencée Ségur ayant fait l'objet d'évolutions doit repasser le processus de référencement. Les règles d'une nouvelle candidature de cet ordre sont détaillées dans l'article 9 de la convention signée entre un éditeur et l'ANS.
Cette réponse vous a-t-elle été utile ?
Non, les DSR vague 1 n'imposent pas un type d'inferface spécifique avec un opérateur MSSanté.
Cette réponse vous a-t-elle été utile ?
Oui, vous devez intégrer la gestion de ces attributs ("identité douteuse", "identité fictive") pour pouvoir candidater au référencement Ségur. Le système doit vérifier la règle 25 du guide d'implémentation de l'INS.
Cette réponse vous a-t-elle été utile ?
Vous pouvez faire un devis avec plusieurs lignes correspondant à chaque FINESS géographique ou faire un devis pour chacune des structures identifiées dans le fichier de calcul. Pour le solde, il vous faudra une VA et une facture par devis déposé.
Cette réponse vous a-t-elle été utile ?
Non, il n’est pas demandé que le logiciel référencé affiche le numéro unique de référencement. En revanche, les noms commerciaux et versions affichés par le logiciel doivent permettre la vérification aisée par l’acheteur du bon référencement de la solution sur le site officiel de l’ANS.
Cette réponse vous a-t-elle été utile ?
L'éditeur doit à minima préciser les éléments suivants :
- pour quelle raison des pièces d’identité sont-elles stockées et dans quel(s) cas un accès ultérieur à ces documents est-il prévu ?
- les principes du RGPD sont-ils appliqués (protection des données stockées, information du patient, etc.) ?
- algorithme de chiffrement utilisé et taille des clés,
- modalités de gestion de la durée de conservation,
- précisions sur la "gestion des secrets" :
- de quelle façon les clés de chiffrement sont-elles générées ?
- de quelle façon les clés de chiffrement sont-elles protégées ?
- qui peut y accéder ?
- comment sont-elles gérées dans le temps ?
- comment s’exécute le processus de déchiffrement d’un document préalablement chiffré lorsque celui-ci est nécessaire ?
Cette réponse vous a-t-elle été utile ?
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).
Cette réponse vous a-t-elle été utile ?
Oui la pièce justificative ayant été utilisée pour s’assurer de la cohérence entre l’identité physique et numérique doit être sélectionnée.
Néanmoins un utilisateur n’est pas obligé de scanner et d’insérer dans son SI la pièce justificative lui ayant permis de valider / qualifier l’identité.
Pour rappel, le statut validé peut-être attribué de deux manières :
- l'utilisateur peut manuellement indiquer que l'identité est validée.
- le statut validé peut automatiquement être déduit en fonction de la nature de la pièce justificative sélectionnée.
A noter : la solution doit obligatoirement proposer la première option. Si la seconde option est proposée, celle-ci doit être désactivable.
Cette réponse vous a-t-elle été utile ?
La documentation doit a minima aborder les points suivants : algorithme de chiffrement et tailles des clés, gestion de la durée de conservation et traitement de suppression, gestion des clés de chiffrement (génération, protection des clés, restriction des droits d’accès aux clés, processus de déchiffrement).
Cette réponse s'applique aux profils de stockage des pièces d'identités des DSR RI, SLG, RIS, LGC, MS.
Cette exigence se réfère à la règle n°19 du guide d'implémentation INS.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?