D.Netsoins et A.Netsoins ne sont pas deux logiciels distincts. Ce sont deux contextes d’accès au sein de la même plateforme NETSoins, développée par Orisha (ex-Teranga Software). La confusion entre les deux crée des problèmes concrets de paramétrage, de droits utilisateurs et, au bout de la chaîne, de qualité de prise en charge des résidents.
Architecture technique D.Netsoins et A.Netsoins : deux portails, une base
D.Netsoins donne accès au volet soins du dossier usager informatisé (DUI). C’est le portail utilisé par les IDE, aides-soignants et AMP pour saisir les transmissions ciblées, consulter les prescriptions et suivre le projet de soins personnalisé.
A lire aussi : Les avantages d'une alimentation saine pour les seniors
A.Netsoins, lui, ouvre le volet administratif et hébergement. On y gère les mouvements (admissions, sorties, transferts), la facturation, les données d’état civil et la liaison avec les outils de gestion financière de l’établissement.
Les deux portails interrogent la même base de données. Un résident créé côté A apparaît côté D, et une prescription validée côté D remonte dans les indicateurs côté A. La séparation n’est pas technique au sens strict, elle est fonctionnelle : chaque portail expose des modules différents selon le profil métier.
A voir aussi : Bicarbonate dentaire : avantages et précautions d'usage
Droits d’accès NETSoins : ce que chaque profil voit réellement
La distinction D/A conditionne directement les droits d’accès. Un soignant connecté via D.Netsoins ne voit pas les mêmes onglets qu’un agent administratif connecté via A.Netsoins, même s’ils travaillent dans le même établissement et sur le même résident.
Nous observons en pratique trois configurations récurrentes dans les EHPAD ayant déployé le DUI socle :
- Les IDE et AS accèdent à D.Netsoins avec des droits élargis sur les transmissions narratives et ciblées, les plans de soins, la traçabilité des actes et le module de téléconsultation. Leur accès aux données administratives se limite à la consultation de la fiche synthèse du résident.
- Les agents administratifs et responsables hébergement passent par A.Netsoins. Ils gèrent les mouvements, la facturation, les contrats de séjour et les échanges avec les organismes payeurs. Les données médicales leur sont masquées conformément aux exigences RGPD et au principe du moindre privilège.
- Les médecins coordonnateurs et cadres de santé disposent souvent d’un accès hybride, avec des droits ouverts sur les deux volets. Ce profil transversal reste le seul à disposer d’une vision complète du résident sans basculer d’un portail à l’autre.
Le paramétrage de ces droits se fait au niveau de chaque établissement. Un profil mal configuré peut empêcher une AS de clôturer une transmission ou bloquer un agent administratif sur un mouvement de sortie.
Traçabilité des soins et conformité DUI socle
Le DUI socle impose un référentiel national de données minimales pour chaque résident en établissement médico-social. D.Netsoins est le portail conçu pour répondre à ces exigences : traçabilité des actes, horodatage des saisies, historique complet des modifications.
Chaque transmission ciblée enregistrée dans D.Netsoins suit le modèle DAR (Données, Actions, Résultats). L’horodatage est automatique, et la modification d’une saisie validée génère une trace d’audit consultable par le cadre de santé ou le médecin coordonnateur.
Côté A.Netsoins, la traçabilité porte sur les actes administratifs : date d’admission, changement de chambre, modification tarifaire, édition de facture. Ces traces répondent à des obligations réglementaires différentes (comptabilité publique, contrôle ARS sur les places autorisées).
Le piège fréquent est de considérer que la conformité DUI se vérifie uniquement côté D. Les données administratives du volet A alimentent aussi le DUI socle, notamment les informations d’identité, de personne de confiance et de directives anticipées. Un DUI incomplet côté A compromet la conformité globale de l’établissement.
Connexion NETSoins : URL, navigateur et sécurité
D.Netsoins et A.Netsoins utilisent des URL de connexion distinctes, hébergées sur des sous-domaines séparés (typiquement hsm.netsoins.com pour l’un, avec des variantes selon le déploiement). La solution fonctionne intégralement en mode web, sans installation locale.
Le navigateur recommandé reste un point de friction. NETSoins est compatible avec les navigateurs récents, mais certains modules (notamment la planification murale dans D.Netsoins) affichent des comportements différents selon le moteur de rendu. Nous recommandons de standardiser le navigateur sur l’ensemble des postes de l’établissement pour éviter les écarts d’affichage.
La sécurité repose sur l’hébergement HDS (Hébergeur de Données de Santé), l’authentification par identifiant/mot de passe avec déconnexion automatique après trente minutes d’inactivité, et la compatibilité Pro Santé Connect pour les professionnels de santé disposant d’une carte CPS ou e-CPS. L’accès aux données de santé via D.Netsoins exige une authentification conforme au référentiel d’identité sectoriel.
Impact résident : pourquoi la distinction D/A change la prise en charge
La séparation en deux portails a une conséquence directe sur le quotidien des équipes : pour obtenir une vision complète d’un résident, il faut parfois consulter les deux accès. Un IDE qui cherche la date exacte d’admission ou le nom de la personne de confiance devra basculer vers A.Netsoins si son profil D ne lui expose pas ces champs.
Ce va-et-vient entre portails ralentit le travail, surtout lors des transmissions de relève ou des réunions de synthèse pluridisciplinaires. Les établissements qui ont pris le temps de configurer des profils hybrides pour les fonctions transversales (cadres, IDEC, psychologues) gagnent un temps mesurable sur ces tâches.
Le paramétrage initial mérite une attention particulière. Nous recommandons de cartographier les besoins en données de chaque fonction avant de figer les profils :
- Lister les champs consultés et modifiés par chaque catégorie de personnel au cours d’une journée type.
- Identifier les situations où un même agent a besoin de données présentes dans les deux volets (exemple : AS référent qui met à jour le projet personnalisé et vérifie les coordonnées de la famille).
- Créer des profils intermédiaires plutôt que de multiplier les comptes avec des accès partiels.
La distinction entre D.Netsoins et A.Netsoins n’est pas un défaut de conception. C’est une architecture qui reflète la séparation réglementaire entre données de santé et données administratives. L’enjeu pour chaque EHPAD est de traduire cette architecture en profils utilisateurs qui correspondent à la réalité du terrain, pas à un organigramme théorique.
