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: Dossier Usager Informatisé (DUI) - PDS (MS2)
- (-) Dossier Usager Informatisé (DUI) - PDS (MS2)
L’éditeur doit impérativement renseigner les informations CNDA suivantes (signalées par un *) dans l’outil de gestion des candidatures :
- Numéro d’Identification Editeur (NIE délivré par le CNDA)
- Numéro d’Identification Logiciel (NIL délivré par le CNDA)
- Attestation de dépôt d'une demande d'obtention des labellisations CNDA (Assurance Maladie)
Cette réponse vous a-t-elle été utile ?
Une lettre d’engagement, fournie par l’Editeur, précise en quoi son logiciel répond aux critères de définition des fonctionnalités logicielles minimales décrites dans la section 2.1 du DSR.
Cette réponse vous a-t-elle été utile ?
Le format demandé dépendra du type de document que vous souhaitez transmettre. Nous vous suggérons de consulter les REM en ce qui concerne le format des documents de santé. Vous pouvez consulter l'annexe 5.3 du DSR.
Cette réponse vous a-t-elle été utile ?
Le Numéro de version technique du logiciel est l’identifiant unique de la solution. Il présente obligatoirement les caractéristiques suivantes :
- Le Numéro de version technique est aisément accessible à l’utilisateur dans l’IHM (Interface HommeMachine) du logiciel,
- Le Numéro de version technique doit évoluer dès qu’un élément du code source est modifié, y compris un simple patch,
- La succession chronologique des versions techniques doit être clairement compréhensible au travers d’une numérotation alphanumérique
Cette réponse vous a-t-elle été utile ?
Le numéro de version technique du Logiciel est l'identifiant unique de la solution.
Cette réponse vous a-t-elle été utile ?
Les règles suivantes doivent être respectées :
- Une candidature unique au référencement est portée pour le groupement ;
- Le Chef de file du groupement est l’interlocuteur unique de l’ANS pendant tout le processus de
référencement. Il représente le groupement pour toute démarche ou acte au titre du référencement du logiciel.
Cette réponse vous a-t-elle été utile ?
Oui, dans le cas où un éditeur commercialise plusieurs logiciels couvrant des périmètres fonctionnels relatifs aux DSR, il peut solliciter des référencements pour chacun de ces logiciels en déposant autant de candidatures que de logiciels à référencer.
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.
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 ?
La convention de référencement Ségur stipule que l’éditeur doit pouvoir commercialiser le logiciel référencé au plus tard dans les 2 mois à compter de l’entrée en vigueur de la Convention. La date d’entrée en vigueur de la convention est la date de décision du référencement (voir « article 10. Commercialisation du logiciel/Distributeurs ci-dessous) ».
En conséquence, l’éditeur doit collecter les preuves de conformité au DSR à partir d’une version qui doit lui permettre de respecter ce délai maximum de commercialisation à partir de son référencement.
En pratique, les versions des logiciels à partir desquelles les preuves sont générées doivent permettre de couvrir toutes les exigences du profil général et du ou des profils conditionnels retenus par l’éditeur. Les versions doivent avoir fait l’objet de tests préalables (tests fonctionnels, tests techniques, tests de non régression sur l’ensemble du logiciel,…).
Rappel de l’Article 10. Commercialisation du Logiciel / Distributeurs de la convention : L’Editeur commercialise le Logiciel, à des conditions déterminées par ses soins, au plus tard dans les deux (2) mois à compter de l’entrée en vigueur de la Convention. L’Editeur est tenu de produire, sur simple demande de l’ANS et dans un délai de huit (8) jours à compter de cette demande, une preuve de cette commercialisation sous le format d’une documentation commerciale.
Cette réponse vous a-t-elle été utile ?
L'export des données doit être réalisé sous un format standard, structuré et/ou non structuré, au choix de l’éditeur (ex : HL7 CDA, HL7 FHIR, PDF, DOC, DOCX, XML, etc.), avec une documentation détaillant la procédure à réaliser. La profondeur de l’historique doit être paramétrable dans la procédure. Le format des fichiers mis à disposition doit être lisible, exhaustif, exploitable, et documenté par l’éditeur.
Nous vous invitons à vous référer au DSR de votre couloir au chapitre 2.2.
Cette réponse vous a-t-elle été utile ?
Vague 1 : 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.
Vague 2 : Une hypothèse de « réserves non bloquantes » et un processus de traitement associé est décrit au point 4.6 de chaque DSR. Nous vous invitons à vous y référer.
Cette réponse vous a-t-elle été utile ?
L'INS doit être utilisée pour référencer les données de santé produites dans la cadre de la prise en charge sanitaire ou le suivi médico-social de la personne. Seuls les acteurs de la santé et du médico-social concourant à la prise en charge de l’usager, au suivi médico-social de la personne, ou menant des actions de prévention sont tenus d’utiliser l'INS. Il convient donc de s'assurer que les documents respectent bien ce cadre et sont porteurs de l'INS.
A noter : les documents réalisés à des fins de facturation, destinés à des organismes de sécurité sociale ou à des organismes d'Assurance Maladie complémentaire ne doivent pas contenir l'INS.
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 ?
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 ?