La connessione a a.netsoins.com concentra diversi strati tecnici che la maggior parte delle guide di avvio ignora: gestione del certificato TLS lato browser, risoluzione DNS interna, politica di cache sui tablet condivisi. Ottimizzare questo accesso non è solo una questione di comodità, è una condizione affinché il DUI rimanga affidabile in tempo reale su tutte le postazioni dell’istituto.
Risoluzione DNS e certificato TLS: i punti ciechi della connessione Netsoins in EHPAD
Un fallimento della connessione a a.netsoins.com quasi mai deriva dal server remoto. Nella maggior parte dei casi, il problema si trova tra la postazione client e il gateway di rete dell’istituto.
Il primo punto da verificare è la risoluzione DNS locale. Molti EHPAD utilizzano un server DNS interno fornito dal router dell’operatore o da un firewall dedicato. Se questo server memorizza nella cache una risposta scaduta o reindirizza a un portale captive (frequente dopo un riavvio della rete), il browser mostra un errore di certificato o un timeout senza messaggio esplicito.
Configurare un DNS secondario affidabile su ogni postazione e tablet (ad esempio tramite il DHCP della rete locale) riduce questo tipo di incidente. Sui tablet Android utilizzati nei carrelli di assistenza, il DNS può essere bloccato dal MDM (Mobile Device Management): è quindi necessario intervenire a livello della politica di configurazione di rete del MDM, non sul tablet stesso.
Il secondo punto cieco riguarda il certificato TLS della piattaforma. Netsoins funziona in HTTPS con un certificato rinnovato periodicamente. Su postazioni il cui negozio di certificati radice non è aggiornato (macchine Windows non aggiornate, tablet obsoleti), il rinnovo del certificato lato server attiva un avviso di sicurezza. Il riflesso di “ignorare” l’avviso compromette la catena di fiducia e contravviene ai requisiti di hosting HDS.
Configurare correttamente la connessione a a.netsoins.com per ehpad implica quindi mantenere aggiornato il sistema operativo di ogni terminale, inclusi i tablet in fondo al corridoio che nessuno pensa di aggiornare.
Politica di cache e sessioni condivise su tablet di assistenza
In EHPAD, un tablet passa tra diversi operatori durante un turno. Questo funzionamento pone un problema concreto: la persistenza della sessione nel browser.
Netsoins gestisce sessioni autenticate lato server con un token di sessione memorizzato in un cookie. Se il browser conserva questo cookie dopo la disconnessione di un utente, l’operatore successivo può accedere alla cartella del residente sotto l’identità del precedente. Oltre al rischio RGPD, ciò distorce la tracciabilità degli atti nel DUI.
- Attivare la cancellazione automatica dei cookie alla chiusura del browser, o configurare un profilo “navigazione privata” di default sui tablet condivisi.
- Verificare che il timeout di sessione lato Netsoins sia allineato sulla durata reale di un turno di assistenza (generalmente configurabile nell’interfaccia di amministrazione).
- Su tablet gestiti da MDM, implementare una politica di pulizia della cache del browser ad ogni blocco dello schermo.
Questi settaggi sono di competenza dell’amministratore di rete o del fornitore informatico, non dei team di assistenza. Documentare la procedura nel protocollo di sicurezza del sistema informativo dell’istituto garantisce la sua sostenibilità durante i cambi di personale tecnico.
Identità nazionale di salute e DUI Netsoins: cosa la connessione deve permettere di verificare
Accedere a Netsoins non si limita a visualizzare il piano di assistenza. Il Repertorio nazionale di identitovigilanza (RNIV), la cui versione “Principi comuni” risale a dicembre 2024, impone agli istituti di controllare la qualità dell’identità digitale di ogni residente nel DUI.
In pratica, ogni cartella residente deve essere referenziata con l’Identità nazionale di salute (INS). Quando un operatore si connette e apre una cartella, il software deve consentire di verificare lo stato dell’INS (qualificata, provvisoria, in errore). Una connessione degradata (lentezza, timeout, sincronizzazione parziale) può mascherare un avviso di identitovigilanza e lasciare coesistere identità non riconciliate.
Questo punto è tanto più critico poiché il programma ESMS Digitale spinge gli istituti verso l’interoperabilità con Mon espace santé e MSSanté. Verificare lo stato degli scambi INS dopo ogni aggiornamento di Netsoins dovrebbe figurare nella check-list di manutenzione, alla pari con il backup dei dati.
Discrepanze di identità: un sintomo di rete spesso ignorato
Una discrepanza tra l’INS memorizzata localmente e quella restituita dal teleservizio INSi può derivare da un problema di sincronizzazione legato a una connessione instabile. Prima di correggere manualmente l’identità nella cartella, è necessario assicurarsi che l’ultima sincronizzazione sia andata a buon fine. Il registro degli scambi (accessibile nell’interfaccia di amministrazione Netsoins) consente di verificarlo.
Integrazione Netsoins-Omnidoc: rendere affidabile la teleexpertise senza doppia immissione
L’integrazione tra Netsoins e Omnidoc mira a eliminare la doppia immissione durante le richieste di teleexpertise. Il principio: i dati della cartella residente vengono trasmessi direttamente dal DUI alla piattaforma Omnidoc, senza reinserimento manuale da parte del medico coordinatore.
Affinché questo flusso funzioni, la connessione a a.netsoins.com deve autorizzare le chiamate API in uscita verso i server Omnidoc. Tuttavia, alcuni firewall degli EHPAD bloccano per impostazione predefinita le connessioni in uscita non referenziate. Il risultato: il pulsante “teleexpertise” in Netsoins restituisce un errore silenzioso, e il medico finisce per reinserire i dati in Omnidoc, annullando il beneficio dell’integrazione.
- Richiedere all’editore la lista dei domini e delle porte da autorizzare nel firewall per l’integrazione Omnidoc.
- Testare la connessione API da una postazione di assistenza (non solo dalla postazione amministrativa, che beneficia a volte di regole di rete diverse).
- Dopo ogni aggiornamento del firewall o del firmware di rete, rilanciare un test end-to-end sulla teleexpertise.
L’uso reale di questa funzionalità merita un monitoraggio regolare. Verificare quante richieste di teleexpertise passano effettivamente attraverso il flusso integrato e quante vengono reinserite manualmente fornisce una misura concreta della qualità della connessione e della configurazione di rete.
La connessione a Netsoins non è un dato di fatto fissato dopo il dispiegamento iniziale. Ogni aggiornamento del software, ogni cambiamento di hardware di rete, ogni rinnovo di certificato può mettere in discussione la stabilità dell’accesso. Integrare un test di connessione funzionale (accesso al DUI, sincronizzazione INS, flusso Omnidoc) nella manutenzione periodica dell’istituto rimane il modo più affidabile per evitare regressioni silenziose.
