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.

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. 

Le schéma cible proposé par la puissance publique aux structures vise justement à ne pas utiliser le fournisseur d'identité national sectoriel santé ProSantéConnect comme fournisseur d'identité pour les services numériques internes à la structure mais à utiliser un fournisseur d'identité local fédéré avec ProSantéConnect.

Ainsi, les authentifications aux services numériques locaux de la structure reposent sur ce fournisseur d'identité local qui est capable de solliciter le fournisseur d'identité national sectoriel santé ProSantéConnect lorsque l'utilisateur a besoin d'accéder à un service numérique externe à la structure qui nécessite l'utilisation d'une identité nationale.

Pour éviter les oublis de cartes, il peut être utile de multiplier les usages de la carte autre que pour l'authentification. Ainsi, le professionnel sera empêché de réaliser d'autres actions utiles à son travail quotidien, ce qui ancrera davantage la carte dans les pratiques quotidiennes.

L'ensemble des informations répondant à cette question ont été abordées lors du webinaire du 20 novembre 2024 (notamment sur les diapositives 30 et 31). Le support de présentation ainsi que le replay sont disponibles en suivant ce lien.

ProConnect n'est pas un fournisseur d'identité sectoriel des métiers de la santé. D'une part, si ProSantéConnect s'interfaçait avec ProConnect, les professionnels enregistrés dans le référentiel ProConnect n'auraient pas accès aux téléservices de santé (services sensibles). D'autre part, les professionnels devraient s'authentifier avec un MIE compatible avec ProSantéConnect.  

Dans le cadre de l'évolution de l'offre de service d'identification électronique de l'ANS, le service d'enregistrement national offrira une API permettant une intégration de l'enregistrement national dans le système d'information local. Dans ce contexte, les professionnels relevant d'un enregistrement  par l'employeur (professionnel à rôle) pourront être enregistrés au RPPS via API sous réserve de la qualité des traits d'identité fournis par l'établissement en entrée. 

Une authentification sans contact via le standard MiFARE DESFIRE peut constituer un facteur d'authentification.
Pour être conforme, il est effectivement nécessaire de compléter la procédure avec un deuxième facteur d'authentification (un code PIN par exemple).