La connexion à a.netsoins.com concentre plusieurs couches techniques que la plupart des guides de démarrage passent sous silence : gestion du certificat TLS côté navigateur, résolution DNS interne, politique de cache sur les tablettes partagées. Optimiser cet accès ne relève pas du confort, c’est une condition pour que le DUI reste fiable en temps réel sur l’ensemble des postes de l’établissement.
Résolution DNS et certificat TLS : les angles morts de la connexion Netsoins en EHPAD
Un échec de connexion à a.netsoins.com ne provient presque jamais du serveur distant. Dans la majorité des cas, le problème se situe entre le poste client et la passerelle réseau de l’établissement.
Le premier point à vérifier est la résolution DNS locale. Beaucoup d’EHPAD utilisent un serveur DNS interne fourni par la box opérateur ou par un pare-feu dédié. Si ce serveur met en cache une réponse expirée ou redirige vers un portail captif (fréquent après un redémarrage réseau), le navigateur affiche une erreur de certificat ou un timeout sans message explicite.
Configurer un DNS secondaire fiable sur chaque poste et tablette (par exemple via le DHCP du réseau local) réduit ce type d’incident. Sur les tablettes Android utilisées en chariot de soins, le DNS peut être verrouillé par le MDM (Mobile Device Management) : il faut alors intervenir au niveau de la politique de configuration réseau du MDM, pas sur la tablette elle-même.
Le second angle mort concerne le certificat TLS de la plateforme. Netsoins fonctionne en HTTPS avec un certificat renouvelé périodiquement. Sur les postes dont le magasin de certificats racines n’est pas à jour (machines sous Windows non mises à jour, tablettes anciennes), le renouvellement du certificat côté serveur déclenche une alerte de sécurité. Le réflexe de « passer outre » l’avertissement compromet la chaîne de confiance et contrevient aux exigences d’hébergement HDS.
Paramétrer correctement la connexion à a.netsoins.com pour ehpad suppose donc de maintenir à jour le système d’exploitation de chaque terminal, y compris les tablettes en bout de couloir que personne ne pense à mettre à jour.
Politique de cache et sessions partagées sur tablettes de soins
En EHPAD, une même tablette passe entre plusieurs soignants au cours d’une vacation. Ce fonctionnement pose un problème concret : la persistance de session dans le navigateur.
Netsoins gère des sessions authentifiées côté serveur avec un jeton de session stocké dans un cookie. Si le navigateur conserve ce cookie après la déconnexion d’un utilisateur, le soignant suivant peut accéder au dossier résident sous l’identité du précédent. Au-delà du risque RGPD, cela fausse la traçabilité des actes dans le DUI.
- Activer la suppression automatique des cookies à la fermeture du navigateur, ou configurer un profil « navigation privée » par défaut sur les tablettes partagées.
- Vérifier que le timeout de session côté Netsoins est aligné sur la durée réelle d’une tournée de soins (généralement paramétrable dans l’interface d’administration).
- Sur les tablettes gérées par MDM, déployer une politique de nettoyage du cache navigateur à chaque verrouillage d’écran.
Ces réglages relèvent de l’administrateur réseau ou du prestataire informatique, pas des équipes soignantes. Documenter la procédure dans le protocole de sécurité du système d’information de l’établissement garantit sa pérennité lors des changements de personnel technique.
Identité nationale de santé et DUI Netsoins : ce que la connexion doit permettre de vérifier
Accéder à Netsoins ne se limite pas à afficher le plan de soins. Le Référentiel national d’identitovigilance (RNIV), dont la version « Principes communs » date de décembre 2024, impose aux établissements de contrôler la qualité de l’identité numérique de chaque résident dans le DUI.
En pratique, chaque dossier résident doit être référencé avec l’Identité nationale de santé (INS). Lorsqu’un soignant se connecte et ouvre un dossier, le logiciel doit permettre de vérifier le statut de l’INS (qualifiée, provisoire, en erreur). Une connexion dégradée (lenteur, timeout, synchronisation partielle) peut masquer une alerte d’identitovigilance et laisser coexister des identités non réconciliées.
Ce point est d’autant plus critique que le programme ESMS Numérique pousse les établissements vers l’interopérabilité avec Mon espace santé et MSSanté. Vérifier l’état des échanges INS après chaque mise à jour de Netsoins devrait figurer dans la check-list de maintenance, au même titre que la sauvegarde des données.
Discordances d’identité : un symptôme réseau souvent ignoré
Une discordance entre l’INS stockée localement et celle retournée par le téléservice INSi peut provenir d’un problème de synchronisation lié à une connexion instable. Avant de corriger manuellement l’identité dans le dossier, il faut s’assurer que la dernière synchronisation a abouti. Le journal des échanges (accessible dans l’interface d’administration Netsoins) permet de le vérifier.
Intégration Netsoins-Omnidoc : fiabiliser la téléexpertise sans double saisie
L’intégration entre Netsoins et Omnidoc vise à supprimer la double saisie lors des demandes de téléexpertise. Le principe : les données du dossier résident sont transmises directement depuis le DUI vers la plateforme Omnidoc, sans ressaisie manuelle par le médecin coordonnateur.
Pour que ce flux fonctionne, la connexion à a.netsoins.com doit autoriser les appels API sortants vers les serveurs Omnidoc. Or, certains pare-feu d’EHPAD bloquent par défaut les connexions sortantes non référencées. Le résultat : le bouton « téléexpertise » dans Netsoins renvoie une erreur silencieuse, et le médecin finit par ressaisir les données dans Omnidoc, annulant le bénéfice de l’intégration.
- Demander à l’éditeur la liste des domaines et ports à autoriser dans le pare-feu pour l’intégration Omnidoc.
- Tester la connexion API depuis un poste de soins (pas uniquement depuis le poste administratif, qui bénéficie parfois de règles réseau différentes).
- Après chaque mise à jour du pare-feu ou du firmware réseau, relancer un test de bout en bout sur la téléexpertise.
L’usage réel de cette fonctionnalité mérite un suivi régulier. Vérifier combien de demandes de téléexpertise passent effectivement par le flux intégré, et combien sont ressaisies manuellement, donne une mesure concrète de la qualité de la connexion et du paramétrage réseau.
La connexion à Netsoins n’est pas un acquis figé après le déploiement initial. Chaque mise à jour du logiciel, chaque changement de matériel réseau, chaque renouvellement de certificat peut remettre en cause la stabilité de l’accès. Intégrer un test de connexion fonctionnel (accès au DUI, synchronisation INS, flux Omnidoc) dans la maintenance périodique de l’établissement reste le moyen le plus fiable d’éviter les régressions silencieuses.
