FAQ de l'offre : Ségur du numérique en santé

Les étapes n°1 à n°4 du scénario de test doivent être effectuées en impliquant la fonction source associée à la solution logicielle DRIMBox. Au travers de ces étapes de test, il est attendu qu'un workflow de gestion du cycle de vie d'un document KOS puisse être démontré (création + suppression). Afin de démontrer la capacité de la fonction source DRIMBox à assurer le workflow correspondant aux étapes n°1 à n°4, la ou les éléments de preuve déposés doivent illustrer les aspects suivants : 

• Déroulement de bout en bout du workflow de gestion du cycle de vie d'un document KOS, depuis l'envoi d'un message HL7v2 jusqu'à l'impact sur le DMP (ajout/suppression d'un document).
• Opérations effectuées par la fonction source associée à la solution logicielle DRIMBox. Etant donné que la fonction source DRIMBox ne dispose pas d'interface utilisateur, cet aspect de la preuve peut être attesté au travers de la mise à disposition de traces d'audit ou logs logiciels, afin de faire une mise en correspondance avec le workflow d'alimentation.

L'étape n°5 du scénario de test doit être effectuée en impliquant la fonction consommatrice associée à la solution logicielle DRIMBox. Le déroulement de cette étape de test implique une tentative d'accès (appel contextuel) à la fonction consommatrice DRIMBox pour un patient non consentant à la consultation de son DMP. La ou les preuves déposées afin d'attester du déroulement de l'étape n°5 doivent illustrer cette tentative de consultation ainsi que l'échec qui en résulte.

Oui. 
Les exigences affichées dans Convergence sont générées automatiquement en fonction : 

• des profils fonctionnels déclarés, 
• des composants optionnels sélectionnés. 

Le filtrage est essentiel, le tri peut être simple (ex : ordre alphabétique). L’idée est d’extraire l'information (ex : nature du document) des métadonnées de l'enveloppe IHE.XDM sans avoir à ouvrir le message et permettre ainsi tri et filtre.  

Non, l’accès aux environnements CNDA est nécessaire pour réaliser les pentests.
Délai d’ouverture : 15 jours ouvrés incompressibles entre l’enregistrement au CNDA et l’ouverture des environnements de tests. Ce délai est lié aux processus de création de jeux de données et au whitelisting. L'information est communiquée via l’espace personnel éditeur. 

Conformément au DSR, vous devez nous transmettre l’attestation d’homologation.

A défaut, il est autorisé de déposer au plus tard au jalon de la date 2 de votre couloir et à titre dérogatoire (date de dépôt du dossier complet de preuves de conformité), une copie d’écran de votre espace personnel CNDA montrant que le dossier est en cours de pré-examen. 

Conformément au DSR, vous devez nous transmettre l’attestation d’homologation.

A défaut, il est autorisé de déposer au plus tard au jalon de la date 2 de votre couloir et à titre dérogatoire (date de dépôt du dossier complet de preuves de conformité), une copie d’écran de votre espace personnel CNDA montrant que le dossier est en cours de pré-examen

La gestion d'une file d'attente d'envoi vers le DMP a deux objectifs : 

• éviter la perte de documents  
• permettre un envoi différé 

Par exemple, dans le cas d'un envoi impossible qui est stocké, ou lors d'un evoi effectué lors d’une reconnexion valide.

Une visualisation correcte du document PDF attendu suffit pour être valide. Le téléchargement du PDF est une implémentation possible, mais pas nécessaire.

Non, la connexion PSC n'est pas obligatoirement automatique après l'insertion de la CPS. La connexion suit le processus standard sans aucun automatisme obligatoire.

Oui, les deux cas sont obligatoires et doivent être logiquement implémentés. Le système doit être en mesure de déclencher un appel au téléservice INSi :

• lors de l’insertion de la carte Vitale ; 
• lors de l’ouverture du dossier à partir des traits d’identité.

La carte Vitale est à privilégier lorsqu’elle est disponible, mais les deux modalités doivent impérativement être implémentées.