S'agissant des montées de version Ségur, le logiciel utilisé pour produire les preuves de conformité aux exigences du Ségur doit être disponible à la commercialisation. La convention de référencement Ségur stipule que l’éditeur doit pouvoir commercialiser les montées de version logiciel référencé au plus tard dans les 2 mois à compter de l’entrée en vigueur de la Convention. La montée de version de ce logiciel étant engagée suite au référencement.
 

Le montant HT de chaque prestation Ségur, le taux de TVA applicable et le montant TTC (pour les fournisseurs assujettis à la TVA) doivent être indiqués dans TOUS les bons de commande. Le calcul des montants de chacune des prestations doit être réalisé selon les étapes suivantes afin d’éviter les erreurs :

1. Vérifier que le montant HT du bon de commande est bien inférieur ou égal au plafond HT réglementaire correspondant a la tranche déterminée par le service de calcul, tel qu’indiqué dans les appels à financements concernés ;
2. Appliquer à ce montant le taux de TVA auquel le fournisseur est soumis et selon les dispositions en vigueur dans le code général des impôts.
3. Faire figurer sur le bon de commande puis sur la facture les montants HT, TVA, et TTC, en s’assurant de l’exactitude des informations

De plus amples informations notamment sur le modèle à adopter ainsi que des exemples sont disponibles en cliquant ici

La carte CPx contient un volet DESFire sans-contact qui peut être utilisé pour cet usage. 

Lors d’échange de fichier pdf dans des documents conforme au standard CDA r2 niveau 1, il est obligatoire d’intégrer le datamatrix INS dans le fichier pdf.

Lors d’échange de documents de santé conforme au standard CDA r2 niveau 3, l’intégration des données de l’identité nationale de santé dans l’entête CDA est obligatoire, l’intégration du datamatrix INS est optionnelle. En revanche, les logiciels permettant la rematérialisation des documents CDA r2 niveau 3 doivent générer le datamatrix à partir des données de l’INS de l’entête CDA et l’ajouter au document rematérialisé. Les fonctions de dématérialisation concernées sont : la création de pdf à partir d’un document CDA r2 niveau 3 et l’impression d’un document CDA r2 niveau 3.

Ces documents sont mis à votre disposition par notre partenaire, la CNDA, et sont téléchargeables au format ZIP

Votre dossier de candidature, dûment rempli et signé, doit être complété avec les documents suivants : 

• le règlement du label, qui décrit les étapes du processus de labellisation ayant lieu avant l’octroi du label SI commun MDPH ;
• la convention relative à l’utilisation du label SI commun MDPH, qui encadre les étapes et activités ayant lieu après octroi du label. Y sont présentés, par exemple, les obligations liées à la labellisation, les visites d’audit, les cas de modification du label, etc.
• les annexes à la convention relative à l’utilisation du label SI commun MDPH :
  • le plan assurance sécurité de la vérification de conformité du label « SI commun MDPH » ;
  • la Licence d’utilisation de la solution labellisée ;
  • les décisions éventuellement délivrées par les organismes partenaires en charge des flux d’échange : CNAF / SNGI, Imprimerie Nationale, etc. afin d’attester de la bonne mise en œuvre des flux correspondants.

Les éléments clés sont mis à votre disposition par l’ANS. Téléchargez les dans notre espace Documentation.

Le dossier est à envoyer par courriel ET par voie postale : 

• Agence du Numérique en Santé
  Labellisation logiciels Maisons Départementales des Personnes Handicapées
  9 rue Georges Pitard 75015 Paris
• labellisation.mdph@esante.gouv.fr

La procédure d’obtention du label SI commun MDPH est ouverte à toute personne morale propriétaire d’une solution logicielle destinée aux Maisons Départementales des Personnes Handicapées (MDPH). Celle-ci inclut les MDPH qui développent leurs propres solutions conjointement avec les Conseils Départementaux avec lesquels elles sont liées.

La labellisation est une démarche volontaire. Chaque candidat peut s’engager dans le processus s’il estime que sa solution est conforme aux exigences et au périmètre du référentiel fonctionnel (RF) en vigueur à la date d’octroi du label 

Nous avons établi une liste des erreurs les plus fréquentes, afin de mieux mettre en visibilité les points à vérifier avant de candidater, pour réduire les rejets des candidatures au référencement Ségur du numérique en santé.

Non, un site géographique ne peut relever que d'une seule instance logicielle.

Non, cela n'est pas obligatoire. 

L'éditeur des fonctionnalités de PFI peut être un groupement de solutions : certains éditeurs font référencer une solution en se regroupant avec un ou plusieurs partenaires. Toutefois, dans tous les cas, un seul éditeur porte le référencement et le financement SONS   (tout en déclarant ses partenaires). C'est l'interlocuteur unique de l'ANS et de l'ASP. 

Une Terminologie peut être considérée comme complète si elle couvre l’ensemble des concepts du domaine qu’elle cherche à représenter. Une Terminologie est vivante, et ne peut être "complète" qu’à un instant "t". Une Terminologie "complète" n’est donc pas pour autant "terminée".

Le nombre de Terminologies en usage ne fait et ne fera que croître, suivant la progression du savoir et des domaines de connaissance nouveaux à couvrir. Afin de favoriser l’interopérabilité, l’Etat peut se doter de "doctrine" instaurant par exemple un principe de non-prolifération des Terminologies, principe qui viserait à éviter de préconiser plusieurs Terminologies pour un domaine de connaissance donné.

L’interopérabilité est la capacité que possède un produit ou un système, dont les interfaces sont intégralement connues, à fonctionner avec d’autres produits ou systèmes existants ou futurs et ce sans restriction d’accès ou de mise en œuvre.

• Critère 1 : Terminologie conçue par une Unité de Production de l’ANS
• Critère 2 : Terminologie conçue par une Unité de Production avec laquelle un conventionnement est en place
• Critère 3 :Terminologie en usage
• Critère 4 : Terminologie compatible avec le droit qui s’impose à l’ANS
• Critère 5 : Terminologie de référence
• Critère 6 : Terminologie "ouverte"
• Critère 7 : Maturité de l’Unité de production en charge de la conception et de la maintenance de la Terminologie
• Critère 8 : Terminologie ancillaire locale / "petites Terminologies"
• Critère 9 : Terminologie conçue par une Unité de Production "fragile" / Terminologie conçue par une Unité de production ne disposant pas d’un point de distribution.