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

Oui, vous pouvez retrouver la liste des solutions certifiées conformes sur le site de l'ANS. En revanche, il appartient à l'ENS certifiée conforme d'accepter ou non la diffusion de sa certification de conformité.

PRO Santé Connect a implémenté la section sur la déconnexion en cours de spécification dans la norme OpenID Connect : 
http://openid.net/specs/openid-connect-session-1_0.html#RPLogout

Vous pouvez réaliser une déconnexion fonctionnelle en suivant les recommandations standards d'OpenID, et en appelant l'URL de déconnexion suivante :

• en production : https://auth.esw.esante.gouv.fr/auth/realms/esante-wallet/protocol/openid-connect/logout
• sur le Bac à Sable :  https://auth.bas.psc.esante.gouv.fr/auth/realms/esante-wallet/protocol/openid-connect/logout

Le endpoint de déconnexion est exposé dans la configuration PSC.

L'initialisation d'un produit se fait à l'aide du bouton ajouter produit. Un questionnaire d’identification du produit et un questionnaire de qualification du produit permettent à l'utilisateur d'indiquer :

• le nom du produit, sa ou ses versions, son N° d'Identification (NIL délivré par le CNDA), sa description et ses certifications ;
• des spécificités techniques ou fonctionnelles ;
• la démarche dans laquelle vous souhaitez inscrire le produit en fin de création du produit.

Le questionnaire d’identification est descriptif. Il permet d’identifier le produit et la ou les versions évaluées puis recueille la présentation du produit, son numéro d’identification NIL, sa finalité et ses certifications.

Le questionnaire de qualification permet de préciser des spécificités techniques ou fonctionnelles afin de profiler les questionnaires de maturité qui constituent les différentes démarches.

Le produit est créé dès validation des questionnaires d’identification et qualification. La plateforme vous propose alors de sélectionner la démarche dans laquelle vous souhaitez inscrire le produit. Vous pouvez aussi choisir d’inscrire un produit dans une démarche depuis la fiche du produit, la page de présentation la démarche.

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

Des exemples de jetons sont publiés ici :
Exemples de jetons.

Certaines données du jeton viennent du MOS.
Vous pouvez en retrouver le détail ici.

Les données du jeton UserInfo sont les suivantes : Nom d'exercice, prénom de l'utilisateur, Identifiant de l'utilisateur final, Identifiant du système cible, Identifiant national, Liste des données du Référentiel Professionnel du PS identifié, version du jeton utilisée, palier d'authentification,role, secteur d'activité, structure, ID de structure, accès régulation médicale.

Le détail des jetons est donné dans le mode opératoire.

Nous n'enregistrons qu'une seule URL de redirection pour l'environnement de production (en HTTPS et sans wildcard). Pour gérer les différents environnement d'intégration, il est possible d'enregistrer sur l'environnement bac à sable :

• plusieurs URLs de redirection différentes
• des URLs de redirection incluant un wildcard à la fin, du type : https://nom-de-domaine.fr/redirection-uri/*
• des URLs en localhost
• des URLs en HTTP