Oui, il doit être possible d'envoyer le courriel MDN à une ou plusieurs BAL organisationnelles ou personnelles en fonction de la BAL destinataire du mail initial.

Toutes les modalités sont définies dans le Référentiel d’Accréditation HDS et dans le document "Exigences spécifiques pour l’accréditation des organismes procédant à la certification de systèmes de management dans le domaine des technologies de l’information" émis par le COFRAC. Ces deux documents, ainsi que des référentiels d’exigences spécifiques, sont téléchargeables dans notre espace Documentation.

Consultez la liste des organismes certifiés :

Il existe 6 types d’activités pour lesquelles un hébergeur de données santé peut être certifié : 

1. la mise à disposition et le maintien en condition opérationnelle des sites physiques permettant d’héberger l’infrastructure matérielle du système d’information utilisé pour le traitement des données de santé ; 
2. la mise à disposition et le maintien en condition opérationnelle de l’infrastructure matérielle du système d’information utilisé pour le traitement de données de santé ; 
3. la mise à disposition et le maintien en condition opérationnelle de la plateforme d’hébergement d’applications du système d’information ; 
4. la mise à disposition et le maintien en condition opérationnelle de l’infrastructure virtuelle du système d’information utilisé pour le traitement des données de santé ; 
5. l’administration et l’exploitation du système d’information contenant les données de santé ; 
6. la sauvegarde de données de santé. 

Vous pouvez consulter la liste complète des HDS certifiés, avec les activités concernées, sur notre site :

Oui, l'appel contextuel via PSC du web PS DMP doit obligatoirement être implémenté dans le cadre de la vague 2. Aussi, le mode AIR simplifié est-il obligatoire pour la consultation du DMP par API dans le couloir Hôpital.

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)

L’alimentation du DMP avec des CR d’imagerie peut être réalisée avec les développements qui ont été financés en vague 1. Lors de la vague 1, des établissements ont choisi d'envoyer au DMP les CR d'imagerie reçus dans le DPI, via la PFI, notamment les CR d'imagerie rédigés dans les PACS. Les éditeurs de DPI ont quand même dû réaliser des développements spécifiques.

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.

Si un établissement recueille les non-oppositions dans le RI et souhaite mettre à jour le flux identités pour transmettre cette info au DPI, l'éditeur de DPI ne peut pas facturer la mise en oeuvre de ce flux, comprise dans la Prestation vague 2. En revanche, l'éditeur du RI est libre de sa stratégie commerciale vis à vis de l’établissement qui souhaite installer cette fonctionnalité.

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.

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

Le numéro de version technique du Logiciel est l'identifiant unique de la solution. 

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.

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.

Il n'y a pas de reprise de données entre Win et Convergence.​ Vous devrez donc déposer les informations concernant votre société et votre solution dans Convergence. Vous pouvez consulter la page dédiée à Convergence et le guide d'utilisation mis à disposition.

Toutes les solutions référencées ou candidates au référencement sont affichées sur les sites Industriels et esante avec des données complémentaires : DSR, vague, profils, composants additionnels, etc. Veillez à respecter les jalons indiqués lors du webinaire et sur la page https://industriels.esante.gouv.fr/segur-numerique-sante/vague-1 relative à votre couloir pour pouvoir être référencés avant fin 2024 et permettre à vos clients de percevoir le forfait structure 2024. 

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.

Non, cela n'est pas obligatoire. Attention, seuls les profils référencés pourront bénéficier du financement SONS. Des contrôles seront réalisés.

L'intégration d'une interface Mailiz n'a pas de lien avec le choix du profil MSS. Si vous choisissez le profil Mailiz en déploiement, les preuves déposées devront correspondre à ce profil.

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.