FAQ de l'offre : Ségur du numérique en santé

L'utilisation de puce de sécurité TPM (Trusted Platform Module) est envisageable comme mode d'authentification.

Dans le cadre de la vague 1 de référencement Ségur, les éditeurs proposant un DPI avec accès Web, devaient implémenter Pro Sante Connect sur au moins une interface (ce qui a été fait, dans la majorité des cas). 

L’implémentation de Pro Sante Connect est une exigence de la vague 2 du référencement obligatoire pour tous les DPI, ainsi que l’implémentation d’un connecteur OpenId Connect. 

Les solutions référencées Ségur peuvent être consultées en suivant ce lien.

L'identité locale doit être liée à l'identité nationale lorsque l'utilisateur relève d'un enregistrement national. Mais cela n'implique pas forcément d'utiliser un MIE à portée nationale qui embarque l'identifiant national.
L'identifiant national est nécessaire pour assurer l'interopérabilité entre les services locaux des structures et les services externes (régionaux, nationaux). Il est donc tout à fait possible sécuriser l'authentification locale sans enregistrement national.

Le lancement du dispositif de généralisation est prévu à horizon 2025.

Aujourd'hui, seuls certains étudiants ont accès au RPPS et à une CPF et e-CPS: les internes en médecine, en pharmacie et en odontologie, ainsi que les étudiants en maïeutique.
Pour les autres étudiants, nous savons ce besoin de les inclure car ils accèdent aussi à des services numériques sensibles. Aujourd'hui le cadre réglementaire ne les inclut pas, et donc il n'est pas possible de les enregistrer comme tel dans le RPPS.
Nous étudions donc pour les inclure prochainement dans le RPPS avec une révision de l'arrêté RPPS.

Dans le cadre de l'appel à projet Alpha d'HospiConnect, nous demandons aux lauréats de nous fournir une estimation chiffrée de la charge RH nécessaires pour ce projet. Nous ferons un retour concaténé de ces éléments chiffrés vers la fin d'année dans notre guide de retour d'expérience.

En ce cas, il est pertinent de s'orienter vers des MIE qui ne dépendent pas d'un accès réseau comme les cartes CPx ou les clés FIDO, par exemple.

Si le client léger est un navigateur web, alors le navigateur passe par la couche cryptographique service provider du système d'exploitation et du middleware de la carte (cryptolib) pour accéder à la carte à puce.
Si le client léger est un bureau virtuel (citrix ou équivalent), il faut se rapporter au guide d'intégration du middleware CPS (cryptolib) dans un environnement de type Citrix.

Après authentification forte sur le poste, l'accès aux applications sensibles lourdes doit se faire grâce à une brique SSO qui génère un jeton d'authentification. 

Lorsqu'un utilisateur ouvre sa session sur son poste au niveau du système d'exploitation, la preuve d'authentification est relayé au logiciel de SSO et le logiciel de DPI délègue l'authentification de l'utilisateur au logiciel de SSO. Autrement dit, le logiciel de SSO fournit bien une preuve d'authentification au logiciel de DPI. Ainsi, la chaîne d'authentification est garantie.