Image
23 résultats
23 résultats
[ Date de mise à jour :
]
Ségur Vague 1, Ségur Vague 2
Accompagnement à la contractualisation : contact.cnda@assurance-maladie.fr
Support technique : support.cnda@assurance.maladie.fr
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 1, Ségur Vague 2
Pour ouvrir votre dossier de référencement, deux références sont indispensables : le NIE et le NIL.
Ces références sont fournies lors de l’ouverture de votre dossier au CNDA.
Le NIL est attribué lorsque vous « créez votre logiciel » au CNDA et figure sur la convention de Référencement ANS.
Si vous ne disposez pas de ces informations, vous pouvez contacter la Gestion Relation Client CNDA via votre espace personnel CNDA.
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 1, Ségur Vague 2
Dès le début du parcours Ségur, il est nécessaire d’avoir lancé les démarches d’homologation auprès du CNDA. Cette inscription permet d’obtenir les éléments requis pour compléter le dossier administratif à l’étape 2 « Éligibilité » dans Convergence :
- Numéros NIE / NIL (Numéro d’Identification Éditeur et Numéro d’Identification Logiciel) ;
- Preuve de dépôt d’une demande de labellisation CNDA.
Pour cette preuve, vous pouvez fournir à l’ANS une copie d’écran de votre espace CNDA montrant que votre demande est au minimum au statut « Pré-examen » (exemple ci-dessous).
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 2
Si vous utilisez une solution tierce déjà certifiée, aucune demande de certification CNDA n’est nécessaire, sauf pour une homologation EAI. Dans ce cas, les LPS intégrant un moteur doivent obtenir une homologation auprès du CNDA.
Lors de votre demande de référencement, vous pouvez simplement communiquer à l’ANS le NIL de la solution tierce utilisée.
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 2
En l’état actuel des travaux, pour les couloirs sages-femmes / chirurgiens-dentistes / paramédicaux, une seule vague de travaux Ségur est prévue. Elle permettra la mise en place d’une mise à jour globale comprenant les exigences essentielles issues des travaux des autres couloirs ainsi que les spécificités des professions concernées (alimentation et consultation des données de santé).
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 1
Nous vous invitons à consulter l'annexe 3 de l'instruction du programme ESMS numérique piloté par la Caisse nationale de solidarité pour l'autonomie : https://www.cnsa.fr/documentation/instruction_esms_numerique_2023.pdf
Dans le cas d'une grappe mixte avec un logiciel unique, le référencement dans un seul couloir (a minima) est suffisant pour poursuivre l'équipement des établissements d'une grappe.
Il est fortement recommandé pour la grappe de choisir un logiciel référencé pour lequel il y a une majorité d’ESMS dans la grappe. Par exemple s’il y a 12 ESMS PdE et 3 ESMS PH, il est fortement recommandé de choisir un logiciel référencé dans le domaine PdE.
Source : Instruction de la phase de généralisation du programme ESMS numérique (cnsa.fr)
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 1, Ségur Vague 2
Non, vos référencements obtenus ne sont pas conditionnés à vos futurs référencements Vague 2.
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 2
Dans l’outil IGC, l’administrateur technique peut gérer l’ensemble de ses certificats depuis la page « suivi des certificats ». Il a notamment accès à la date de fin de validité de l'ensemble des certificats du parc géré.
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 1, Ségur Vague 2
Conformément aux indications formulées au sein du référentiel Espace de Confiance ProSantéConnect ainsi que du volet CI-SIS relatif aux API ProSantéConnect, une connexion mTLS est exigée entre le proxy e-santé et l'environnement ProSantéConnect. En complément, cette connexion mTLS doit être mise en œuvre dans le cadre d'une authentification OAuth 2.0 et conformément au référentiel RFC 8705.
En conséquence, il n'est pas nécessaire de mettre en oeuvre l'utilisation d'un "client_secret". Cette indication s'applique également dans le cadre des interactions entre le proxy e-santé et les APIs ProSantéConnect (API PSC DMP notamment).
Il est important de noter que la ou les clés privées associées au(x) certificat(s) client mis en œuvre dans le cadre de la connexion mTLS mentionnée ci-dessus doivent être archivées au sein d'un keystore sécurisé implémenté directement sur le proxy e-santé.
Cette réponse vous a-t-elle été utile ?
[ Date de mise à jour :
]
Ségur Vague 2
Pour toute question relative à Pro Santé Connect (PSC) ou sur l'espace de confiance PSC, veuillez-vous référer à la FAQ dédié.
Cette réponse vous a-t-elle été utile ?
Vous ne trouvez pas la réponse à votre question ?
Posez nous votre question !
Besoin d'une mise en relation avec nos experts dédiés ?
Déjà inscrit ?
