• 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.

Non, l'exigence PGSSI-S IEU 2 n'est pas applicable lorsque la solution est esclave de l'identité.

Il doit être possible de voir la création ou le résultat de la création d’un patient dans la solution avec son identifiant privé et ses 5 attributs. Il doit être possible aussi de visualiser que ce patient est associé à son INS, même si peut être les étapes du scénario de conformité sont faites en même temps.

Il faudrait donc, s’il n’est pas possible de visualiser la création d’un patient via la GAP, avoir le flux de création permettant de créer le patient et celui pour associer l’INS dans la solution (si différent), puis d’avoir une copie écran d’un compte usager associé à son matricule INS.

NB : Attention à ne pas confondre  la création de l'identité (au niveau de la GAP) et la création du compte dans le DMN. Si la solution ne permet pas l'accès à la GAP, cela signifie qu'il ne peut récupérer l'identité.

Comme noté à la page 14 du référentiel 1.2.2 : « Le Référentiel d’Interopérabilité et de Sécurité des Dispositifs Médicaux Numériques (DMN) exige une méthode d’authentification des usagers à 2 facteurs. Le Système doit donc implémenter cette méthode d’authentification (exigence IEU 9.1). » Le développement de la double authentification est donc obligatoire pour un DMN s'il y a un accès patient, et c’est une exigence qui sera vérifiée par l’ANS.

Par contre, il est également indiqué : « Pour tenir compte du cas où l’activation de l’authentification des usagers à 2 facteurs diminue l’usage de la solution et entraîne une perte de chance pour l’usager, le fabricant du DMN peut sous sa responsabilité ne pas activer systématiquement l’authentification à deux facteurs. ». Cela signifie que l’activation du double facteur peut ne pas être systématique pour l’ensemble des patients. Ce point est de la responsabilité de l'entreprise du numérique en santé développant le DMN.

Enfin, il est précisé dans le scénario IEU 9.1 : « L'accès du patient à une interface de déclaration simple dans le cadre d'un parcours de télésurveillance n'est pas soumis à ce scenario de conformité et ne nécessite pas d'authentification à deux facteurs systématique. » . Cela signifie que dans le cadre d’une déclaration simple, c’est-à-dire dans le cas où un patient accède à un simple formulaire de saisie de données (hors du DMN),  il n’est pas soumis au développement du double facteur.

Le référentiel d’identification électronique se borne à faire en sorte que les identifiants utilisés pour les usagers soient des identifiants uniques et sectoriels de préférence. Il n'existe aujourd'hui aucune exigence qui encadre ce cas de figure, même si la qualité de l’identification d’un usager est l’un des principes fondamentaux de la qualité et de la sécurité de sa prise en charge.

Dans le cas d'une candidature pour un DMN pour lequel l'implémentation de l'Identité Nationale de Santé est non applicable, la conformité aux exigences IEU 7 et IEU 8 n'est pas obligatoire. Ces deux exigences sont donc "Non applicables".

En cas de non applicabilité, une déclaration sur l'honneur justifiée devra être fournie à la place de la preuve attendue. 

Un éditeur de logiciel santé & social intègre généralement plusieurs Terminologies couvrant les cas d’usages "de base" : noms et codes des communes, noms et codes des langues, des pays…

Il intègre ensuite généralement des "Terminologies socle" (Terminologie de médicament, de DM, de facturation, administratives…) puis des Terminologies spécifiques à son métier (Terminologie du vivant, Terminologie spécifique à la cardiologie, à la gériatrie…).

Il en existe beaucoup : CIM-10, la CIM-11, la CCAM, ADICAP, Cladimed, Medicabase, la SNOMED 3.5VF, LOINC, MedDRA, ISO IDMP, EphMRA, ATC, CIS, CIP, UCD,…

Pour toutes vos questions (SMT et terminologies médicales) : ans-terminologies@esante.gouv.fr 

Utilisées aussi bien entre machines, entre humains et entre humains et machines, les ressources sémantiques constituent un langage et un bien commun. Elles sont le socle nécessaire à la dématérialisation de disciplines telles que la production et la coordination des soins, la recherche médicale ou le pilotage médico-économique.

Une unique Terminologie ne pourra pas être en mesure de couvrir l’ensemble des domaines et des cas d’usages de la Santé, : chaque domaine étant administré par une communauté d’experts, et de nouveaux domaines pouvant être révélés régulièrement, des Terminologies "spécifiques" seront toujours nécessaires.

De nombreuses terminologies sont constamment créées et ne sont pas contrôlées. Le CGTS n’en a pas connaissance et ne peut pas les intégrer dans le SMT.

De plus, le catalogue actuel est basé sur les terminologies utilisées au sein du CI-SIS. Et c’est la gouvernance des terminologies de santé qui décide des terminologies à publier par le SMT.

Une ontologie est le produit de l’ingénierie de la connaissance. C’est le type de ressources sémantiques le plus complet (présence de liens entre concepts, présence de synonymes, possibilités de raisonnement…). Il est décrit dans l’annexe bibliographique de l’"étude DNS".

Le programme de labellisation des Centres et Maisons de santé, créé pour organiser la montée en gamme des logiciels tout en répondant aux besoins d’exercices interdisciplinaires des MCS, s’accompagne d’un cahier des charges basé sur l’ISO 10781 "Modèle fonctionnel d’un système de dossier informatisé de santé". Ce cahier des charges évoque la CISP-2 (soins primaires) pour "capturer les facteurs de santé", la CIM-10, la CISP-2 ou le DRC pour "coder un problème" ou pour "exploiter les données". Les logiciels doivent pouvoir afficher à l’utilisateur la "table de transcodage" vers la CIM-10.

CCAM n’est pas publiée dans un format ontologique standard mais c’est une des seules ontologies formelles utilisée en France ;

HPO (génétique), ORDO (maladies rares) sont des ontologies. De même, quelques Terminologies ad-hoc telles que celles construites sur la base de Menelas (OntoMenelas, OntolUrgence), OntoParon sont des ontologies.

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.

Une terminologie peut être considérée comme correcte si

• ses concepts sont correctement représentés, d’une manière précise et cohérente tout en assurant une couverture optimale du domaine ou cas d’usage en question ;
• les axiomes déduits des liaisons entre les concepts sont justes et utiles.

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".

Un utilisateur est capable de gérer les permissions des comptes utilisateur qui lui sont rattachés directement ou indirectement.

Il n’est pas possible d'administrer soi-même la liste des produits auxquels l’on a accès. Pour modifier la liste des produits auxquels vous avez accès, il est nécessaire d’en faire la demande à votre responsable.