Votre question concerne quel type d'offre ?
Votre question concerne quel couloir Ségur ?
Votre question concerne quel dispositif Ségur ?
Votre question concerne quel produit ou service produit?
Votre question concerne quelle thématique ?
La doctrine du numérique en santé identifie plusieurs référentiels de données qui chacun portent une finalité distincte :
- le RPPS étendu (ou RPPS+) afin de porter l'identification de toutes les personnes physiques dans leur rôle d'acteur de santé (tout type de professionnel ou assistant du secteur) ;
- le FINESS refondu (ou FINESS+) afin de porter l'identification de toutes les personnes morales de santé (tout établissement et entité juridique du secteur) ;
- le ROR afin de décrire l'offre de santé au sein d'un établissement (spécialités, capacités) ou d'un cabinet.
Cette réponse vous a-t-elle été utile ?
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é.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?
Pour indiquer que l'entreprise ou un produit a participé à un connectathon, il est possible d'utiliser les champs de saisie libre comme :
- le champ « certifications » du questionnaire d’identification (étape 1) de l’ajout d’un produit ;
- les espaces de commentaires dans le questionnaire « Interopérabilité ».
Cette réponse vous a-t-elle été utile ?
Selon les travaux de la Commission européenne sur l'interopérabilité sémantique, un vocabulaire de base, tel que le MOS et les NOS, peut être utilisé comme point de départ pour :
- développer et faire évoluer de systèmes d'information (SI) afin de formaliser les modèles de données conceptuels et logiques de ces systèmes (par exemple, le MOS est utilisé comme référence pour la modélisation du RPPS) ;
- échanger des informations entre les SI afin de constituer des modèles de données spécifiques à utiliser (ainsi, le MOS est sous-jacent au modèle d’exposition du ROR) ;
- prendre en compte et fusionner des éléments provenant de sources différentes ;
- publier des données dans un format commun d'annuaires ou de répertoires (comme l’Annuaire Santé).
Cette réponse vous a-t-elle été utile ?
Le MOS est un ensemble de concepts, décrits de manière homogène et neutre, quelle que soit la technologie utilisée. Il offre une description commune des informations traitées dans les systèmes d’information (SI) pour faciliter les échanges numériques.
La cohérence globale du MOS repose sur la définition et la description des concepts en UML (Unified Modelling Language). Certains attributs du MOS peuvent être codifiés : Ils sont alors associés à des Nomenclatures des Objets de Santé (NOS), c'est à dire des listes de codes-libellés.
Vous êtes invités à utiliser le MOS et les NOS pour :
- mutualiser et réduire les efforts au moment de l’analyse et de la conception d’un système (ou d’une application) en réutilisant les mêmes composants sémantiques ;
- assurer la cohérence entre les développements internes, et avec les applications des systèmes externes dans un soucis d’interopérabilité.
Cette réponse vous a-t-elle été utile ?
Des exemples de jetons sont publiés ici :
Exemples de jetons.
Cette réponse vous a-t-elle été utile ?
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.
Cette réponse vous a-t-elle été utile ?
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
Cette réponse vous a-t-elle été utile ?
Le jeton ID est valide 2 minutes et renouvelé par le système des refresh token, donc de manière transparente pour l'utilisateur. Le jeton UserInfo n'expire pas.
Cette réponse vous a-t-elle été utile ?
La connexion sécurisée nécessitant l’obtention d’un certificat de AUTH-CLI est en cours d’implémentation dans Pro Santé Connect, et sa demande en cours de dématérialisation.
Cette réponse vous a-t-elle été utile ?
La plateforme vise à mesurer les capacités techniques des produits.
Ainsi, si un produit propose plusieurs interfaces dont certaines interopérables, il est conseillé d'indiquer le niveau de maturité associé aux interfaces interopérables que celles-ci soient utilisées ou non.
Cette réponse vous a-t-elle été utile ?
Si un usage n'est pas couvert par le CI-SIS, il est possible de répondre en indiquant que les critères de maturité sont non applicables et signalant à l'ANS que le cas d'usage n'est pas couvert via :
- l’espace de commentaire dans le questionnaire ;
- la complétion d'un formulaire d'expression des besoins disponible sur le site de l’agence du numérique en santé.
Cette réponse vous a-t-elle été utile ?
Le terme échange désigne tout ce qui est en lien avec les services de messagerie : les données transitent vers une ou plusieurs destination(s) identifiée(s).
Le terme partage regroupe les activités de stockage des données et la gestion des accès à celle-ci : les données sont à un seul endroit et sont consultées par plusieurs acteurs non identifiés lors de la mise en partage (contrairement à l’échange avec plusieurs destinataires).
Cette réponse vous a-t-elle été utile ?
La certification remplace l’agrément.
Elle repose sur un référentiel et une procédure de certification :
- un organisme certificateur procède à l’évaluation de la conformité au référentiel ;
- il délivre un certificat de conformité pour une durée de 3 ans.
Les dossiers de demande d’agrément déposés avant le 31 mars 2018 sont instruits selon l’ancienne procédure.
Cette réponse vous a-t-elle été utile ?
En effet, lorsqu'un produit est DMP compatible, l'interface avec le DMP est mise en œuvre dans le respect des spécifications du CI-SIS selon les distinctions suivantes pour les 3 profils.
DMP compatibilité pour le profil « Administration », indiquez :
- dans les questions de qualification, que le produit est une infrastructure de partage de documents de santé ;
- dans le questionnaire « Interopérabilité », que le produit atteint le niveau vert à la question A08.4.3 Mise en œuvre interopérable du service Gestion de Dossiers Patient Partagés.
DMP compatibilité pour le profil « Alimentation », indiquez :
- dans les questions de qualification, que le produit interagit avec une infrastructure de partage de documents de santé,
- dans le questionnaire « Interopérabilité », indiquez que :
- le produit atteint le niveau vert à la question A08.3.1 Connexion synchrone avec d'autres SI,
- le produit atteint le niveau vert à la question A08.4.1 Mise en œuvre interopérable du service Partage de Documents de Santé,
- le produit atteint le niveau vert à la question A08.5.01 Partage et/ou échange de documents (producteur de documents CDA) - structuration minimale (sauf si c'est un connecteur qui prend les documents produits par d'autres).
DMP compatibilité pour le profil « Consultation », indiquez :
- dans les questions de qualification, que le produit interagit avec une infrastructure de partage de documents de santé,
- dans le questionnaire « Interopérabilité », indiquez que :
- le produit atteint le niveau vert à la question A08.3.1 Connexion synchrone avec d'autres SI,
- le produit atteint le niveau vert à la question A08.4.1 Mise en œuvre interopérable du service Partage de Documents de Santé,
- le produit atteint au moins le niveau jaune à la question A08.5.23 Partage et/ou échange de documents (consommateur de documents CDA) - structuration minimale.
Cette réponse vous a-t-elle été utile ?
La doctrine du numérique en santé identifie le Cadre d’Interopérabilité des Systèmes d’Information de Santé (CI-SIS) comme le référentiel qui fixe les règles d’une informatique de santé communicante en spécifiant les flux entre les systèmes d’information de santé.
La plateforme Convergence mesure donc le respect des volets du cadre d'interopérabilité actuellement publiés et qui portent principalement sur les échanges extrahospitaliers.
Cette réponse vous a-t-elle été utile ?
Un identifiant calculé (INS-C), attribué au travers d’un algorithme à partir d’informations lues à partir de la carte Vitale de l’assuré, a d’abord été utilisé de façon transitoire dans l'attente de l'évolution des textes permettant l'utilisation d'un identifiant adapté.
L'évolution des textes permet aujourd’hui la mise en œuvre de l’INS (Identité Nationale de Santé). L’INS-C est donc remplacé par l'INS c'est à dire le NIR et les cinq traits d'identité qualifiés (nom de naissance, prénom(s), date de naissance, sexe, lieu de naissance).
Cette réponse vous a-t-elle été utile ?
Les professionnels en santé numérique sont invités à utiliser le MOS et les NOS en s’appuyant sur la méthode d’élaboration des spécifications fonctionnelles des échanges.
Il y a 3 raisons principales de s’y conformer :
- favoriser l’interopérabilité des systèmes en harmonisant les noms, attributs, valeurs et nomenclatures ;
- partager le même sens de l’information, peu importe le référentiel d’où elle provient ;
- réduire les efforts de spécification, d’analyse et de conception des projets e-santé.
L’ANS vous propose des formations sur le MOS, les NOS et la méthode d’élaboration des spécifications fonctionnelles des échanges.
Le schéma ci-dessous illustre les profils types des utilisateurs du MOS et des NOS :
Cette réponse vous a-t-elle été utile ?
Le Modèle des Objets de Santé (MOS) et les Nomenclatures des Objets de Santé (NOS) sont indissociables et proposent un vocabulaire de base pour le secteur santé-social. Il s'agit de proposer un référentiel commun et standardisé pour tous.
Les NOS reposent sur un système de codification (code et libellé) des éléments structurés du MOS, par exemple la catégorie d'établissement ou la profession. Les NOS sont découpées en 3 familles :
- les terminologies de référence (TRE) : des nomenclatures officielles créées et maintenues soit par l'ANS, soit par une organisation externe. Dans ce cas, l'ANS extrait la terminologie, la formate selon ses conventions de nommage et de structure, pour l'intégrer dans ses systèmes ;
- les jeux de valeurs (JDV) : des nomenclatures constituées de codes extraits d’une ou plusieurs TRE. Un jeu de valeurs est créé à des fins applicatives. Par exemple, avec les JDV du répertoire opérationnel des ressources (ROR) ou bien du cadre d’interopérabilité des systèmes d’information de santé (CI-SIS) ;
- les tables d'association (ASS) : des tables assurant la correspondance entre les codes issus d'au moins deux TRE.
Il existe 233 terminologies de référence sur les NOS, 171 jeux de valeurs et 23 tables d’association, disponibles au format PDF, CSV, XML/SVS, XML/FHIR et JSON/FHIR.
Le MOS et les NOS sont mis à jour tous les mois.
Cette réponse vous a-t-elle été utile ?