Piattaforme di WiFi per strutture sanitarie: onboarding dei pazienti, filtraggio dei contenuti e isolamento delle reti VLAN a confronto

Le migliori piattaforme di WiFi per ospiti in ambito sanitario inseriscono pazienti, visitatori e fornitori in VLAN separate assegnate tramite RADIUS, mantenendo l'IoT clinico completamente al di fuori della rete ospiti. Applicano un filtraggio DNS che blocca gli elenchi IWF e CTIRU e registrano i pazienti a lunga degenza una sola volta al letto di degenza, fornendo una chiave personale valida per l'intera durata del ricovero.

Quale approccio alla piattaforma di WiFi per ospiti in ambito sanitario è preferibile scegliere?

Il WiFi ospedaliero serve quattro tipologie di utenti con profili di rischio differenti: pazienti, visitatori, fornitori e dispositivi clinici. Una piattaforma che li gestisce come un unico gruppo di "ospiti" genera tre problemi: aumenta l'esposizione sui temi di salvaguardia e tutela, i sistemi clinici diventano raggiungibili e l'accettazione di reparto si trasforma in un helpdesk WiFi.

Per la maggior parte delle strutture, la soluzione ideale combina più modelli di accesso anziché sceglierne uno solo:

• I pazienti ricoverati ottengono un accesso basato sull'identità: una chiave personale, rilasciata una sola volta al letto di degenza, che riconnette ogni dispositivo per l'intera durata del soggiorno.
• I visitatori e i pazienti ambulatoriali utilizzano un portale captive registrato (la pagina web visualizzata da un dispositivo prima di accedere a Internet), con verifica tramite e-mail o SMS.
• I fornitori ricevono un accesso sponsorizzato e a tempo determinato, che scade alla data di fine contratto.
• L'IoT clinico non interagisce mai con la piattaforma ospiti. Risiede su una rete clinica separata, autenticata tramite IEEE 802.1X o iPSK e segmentata dietro un firewall.

Purple offre i primi tre modelli sugli access point già in uso, sotto forma di overlay cloud. L'overlay è compatibile con Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. Purple gestisce reti ospiti dal 2012 ed è attivo in oltre 80.000 strutture in 90 Paesi. La piattaforma gestisce 500 milioni di utenti e accessi all'anno. Vanta le certificazioni ISO 27001, Cyber Essentials e B Corp, ed è conforme a GDPR e CCPA.

Se si desidera chiarire prima la questione relativa all'hardware, consultare l'articolo Perché il prossimo aggiornamento del WiFi non richiede nuovo hardware.

In cosa si differenziano davvero le piattaforme di WiFi per i pazienti ospedalieri?

Ogni piattaforma dichiara di offrire un accesso ospiti sicuro e filtrato. Le vere differenze emergono su tre aspetti: il primo riguarda le modalità di riconnessione di un paziente al quinto giorno; il secondo riguarda la separazione del traffico; il terzo riguarda l'identità a cui viene associato un evento di filtraggio.

Modello di accesso	Modalità di connessione di un paziente o visitatore	Riconnessione nell'arco di un soggiorno di 7 giorni	Separazione del traffico	Eventi di filtraggio attribuiti a	Ambito di applicazione ideale
SSID aperto, portale captive con accettazione diretta	Accettazione dei termini su una splash page	Nuova richiesta a ogni scadenza della sessione	Un'unica rete VLAN condivisa per gli ospiti con isolamento dei client	Solo indirizzo MAC del dispositivo	Sale d'attesa ambulatoriali, visite brevi
Captive Portal registrato (verifica via email o SMS)	Verifica un dettaglio di contatto una sola volta	Richiesto alla scadenza della sessione o del record MAC	VLAN guest condivisa con client isolation	Email o numero di cellulare verificato	Visitatori, day hospital, sale d'attesa del pronto soccorso
Basato sull'identità (iPSK o bubble di rete privata)	Scansiona un codice QR al letto del paziente e riceve una chiave personale	Nessuna richiesta se la durata della chiave corrisponde al ricovero	VLAN per identità o bubble privata assegnata da RADIUS	Chiave nominale per paziente o letto	Degenze, maternità, reparti di lunga degenza e riabilitazione
Passpoint o OpenRoaming	Si connette automaticamente con un profilo configurato	Nessuna richiesta finché il profilo è valido	Criterio applicato dal realm dell'identity provider	Account dell'identity provider	Personale e visitatori che dispongono già di un profilo

Alcune definizioni possono essere d'aiuto in questo contesto. La tecnologia iPSK (identity pre-shared key) fornisce a ciascuna persona o dispositivo la propria password WiFi su un SSID condiviso. RADIUS è il protocollo di autenticazione che verifica le credenziali e restituisce i criteri all'access point. Passpoint (Hotspot 2.0) consente a un dispositivo di registrarsi automaticamente utilizzando una credenziale archiviata. OpenRoaming è la federazione della Wireless Broadband Alliance basata su Passpoint.

In che modo le piattaforme WiFi per ospiti negli ospedali separano il traffico di pazienti, visitatori, fornitori e dispositivi IoT clinici?

La separazione avviene su tre livelli: l'SSID, la VLAN e il firewall. Una VLAN (LAN virtuale, definita nello standard IEEE 802.1Q) suddivide una singola rete fisica in reti logiche isolate.

Assegnazione dinamica della VLAN. Non è necessario utilizzare un SSID per ciascuna popolazione di utenti. Ogni SSID aggiuntivo aumenta il traffico dei beacon e fornitori come Cisco e HPE Aruba raccomandano di mantenerne basso il numero. RADIUS può invece restituire una VLAN al momento dell'accesso, utilizzando gli attributi di tunnel standardizzati nella RFC 3580. La chiave di un paziente indirizza alla VLAN dei pazienti, mentre la credenziale di un fornitore alla VLAN dei fornitori. Entrambe le connessioni avvengono tramite lo stesso SSID.

Client isolation. Abilita il blocco peer-to-peer su tutte le VLAN guest. In questo modo si impedisce al laptop di un paziente di raggiungere lo smartphone di un altro paziente. La bubble di rete privata di Purple compie un ulteriore passo avanti. I dispositivi dello stesso paziente possono comunicare tra loro, permettendo ad esempio a un tablet di trasmettere su uno smartphone, ma impedendo qualsiasi connessione all'esterno di tale bubble.

Criteri del firewall. Le VLAN guest devono accedere a Internet e a nessun'altra risorsa. Blocca tutti gli intervalli di indirizzi privati RFC 1918 dalle VLAN guest, quindi autorizza solo le eccezioni necessarie, come ad esempio un servizio di intrattenimento per i pazienti. Registra nei log le regole di diniego. Questa è la documentazione richiesta dagli auditor per la conformità all'NHS Data Security and Protection Toolkit (DSPT).

Crittografia. Gli SSID aperti trasmettono il traffico in chiaro via radio. WPA3 Enhanced Open, basato su Opportunistic Wireless Encryption (RFC 8110), crittografa ogni sessione senza richiedere una password. I dispositivi dei pazienti più datati non lo supportano, pertanto è consigliabile eseguirlo in modalità di transizione dove l'hardware lo consente.

Popolazione	Rete	Autenticazione	Criteri di VLAN e firewall	Durata delle credenziali
Paziente ricoverato	SSID per ospiti	iPSK o bolla di rete privata, rilasciata al letto del paziente	VLAN del paziente, solo Internet, isolamento client	Durata del ricovero, revocato alla dimissione
Visitatore o paziente esterno	SSID per ospiti	Portale captive registrato	VLAN per visitatori, solo Internet, isolamento client	Un giorno di visita
Fornitore esterno	SSID per ospiti	Richiesta sponsorizzata approvata dalla gestione patrimoniale o dall'IT	VLAN del fornitore esterno, Internet più endpoint di fornitori designati	Data di fine contratto
IoT clinico	SSID clinica, mai per ospiti	IEEE 802.1X con EAP-TLS, oppure iPSK per dispositivi headless	VLAN clinica dietro firewall, nessun accesso a Internet per impostazione predefinita	Vita dell'asset, revocato alla dismissione
Personale	SSID del personale	IEEE 802.1X tramite Microsoft Entra ID, Okta o Google Workspace	VLAN del personale in base al ruolo	Periodo di impiego, revocato alla cessazione del rapporto di lavoro

IEEE 802.1X è lo standard di controllo dell'accesso basato su porte utilizzato per il WiFi aziendale. EAP-TLS è il metodo basato su certificati integrato nello standard, ed è adatto per i dispositivi in grado di conservare un certificato. Molte pompe per infusione, monitor e unità di chiamata infermieri non possono farlo. iPSK fornisce a tali dispositivi headless una chiave univoca, consentendo di revocare un singolo dispositivo senza dover modificare la chiave dell'intero reparto.

Il WiFi del personale Purple applica il modello "joiners, movers and leavers" all'accesso del personale. Gli utenti disattivati in Microsoft Entra ID, Okta o Google Workspace perdono contemporaneamente l'accesso al WiFi. Ciò impedisce che la password condivisa del personale si diffonda nella rete per ospiti della struttura.

Quali criteri di salvaguardia e filtraggio DNS sono richiesti per le reti NHS e per le reti WiFi per ospiti delle strutture sanitarie private?

Non esiste un unico testo di legge che elenchi ciò che una rete per ospiti dell'NHS debba bloccare. Nella pratica, i trust definiscono i propri criteri di filtraggio basandosi su cinque fonti.

1. L'elenco URL della Internet Watch Foundation (IWF) relativo al materiale pedopornografico. Va bloccato su ogni VLAN per ospiti, senza eccezioni.
2. L'elenco CTIRU dell'Home Office relativo ai contenuti terroristici illeciti. La definizione di filtraggio appropriato dello UK Safer Internet Centre fa riferimento a questo elenco.
3. L'obbligo di prevenzione (Prevent duty). I trust dell'NHS e i foundation trust sono autorità specificate ai sensi del Counter-Terrorism and Security Act 2015. I criteri per il WiFi per ospiti devono mostrare come supportano tale obbligo.
4. Friendly WiFi. Questo schema di accreditamento del Regno Unito certifica che i filtri WiFi pubblici blocchino la pornografia e i contenuti inerenti all'abuso di minori. Molti acquirenti del settore pubblico lo richiedono.
5. I criteri di salvaguardia della struttura. I reparti pediatrici, le unità di salute mentale e i servizi per adolescenti richiedono un profilo più rigido rispetto all'atrio per pazienti esterni adulti.

Il filtraggio DNS verifica ogni ricerca di dominio rispetto agli elenchi di categorie e blocca la richiesta prima che venga aperta una connessione. Rappresenta il livello pratico per le reti per ospiti poiché non richiede alcun agente sui dispositivi dei pazienti. Una linea guida ragionevole prevede il blocco dei contenuti illegali, per adulti, malware e phishing su ogni VLAN per ospiti. È poi opportuno aggiungere le categorie relative a gioco d'azzardo, autolesionismo e pro-disturbi alimentari sulle VLAN pediatriche e di salute mentale.

Due aspetti tecnici determinano la tenuta dei criteri:

• Forzare il DNS. Reindirizzare o bloccare il traffico DNS in uscita sulla porta 53 che non sia diretto al resolver di filtraggio preposto.
• Gestione del DNS crittografato. Il DNS over HTTPS (DoH, RFC 8484) può eludere completamente un filtro. Blocchi i resolver DoH pubblici noti e il DNS over TLS sulla porta 853. Utilizzi il dominio canarino che i browser controllano prima di abilitare il DoH per impostazione predefinita.

In base al UK GDPR, i log di filtraggio costituiscono dati personali nel momento in cui vengono collegati a un paziente o a un visitatore. Imposti un periodo di conservazione breve, lo documenti nella Valutazione d'impatto sulla protezione dei dati (DPIA) e limiti chi può consultarli. L'accesso basato sull'identità offre un vantaggio evidente in questo caso. Un responsabile della tutela può collegare un avviso di richiesta bloccata a un letto o a una chiave, anziché a un indirizzo MAC casuale.

I moduli aggiuntivi di sicurezza di Purple (SecurePass, Verify e Shield) si affiancano alla piattaforma Guest WiFi. Specifichi nel capitolato d'appalto le categorie di filtraggio, le fonti delle liste e la conservazione dei log necessarie. Quindi chieda a ciascun partecipante alla gara di dimostrare il funzionamento di ogni elemento, anziché limitarsi a spuntare una casella.

In che modo i flussi di onboarding al letto del paziente riducono i ticket di supporto al banco del reparto per i ricoveri prolungati?

I ticket relativi al WiFi inviati al banco del reparto nei reparti di degenza prolungata hanno tre cause comuni.

• Scadenza della sessione. Una sessione a scatto da 24 ore costringe un paziente ricoverato per 10 giorni a passare attraverso il portale captive fino a 10 volte per dispositivo.
• Randomizzazione del MAC. iOS e Android utilizzano un indirizzo MAC privato per rete come impostazione predefinita e alcune versioni lo ruotano. Una piattaforma che riconosce i dispositivi che ritornano tramite l'indirizzo MAC li dimentica.
• Mancato funzionamento del portale captive. Alcune app e i dispositivi più datati non mostrano mai la pagina di benvenuto, pertanto il paziente vede "connesso, senza Internet" e si rivolge a un infermiere.

L'onboarding al letto del paziente elimina tutti e tre i problemi. Il paziente scansiona un codice QR sulla scheda al letto o sull'opuscolo di benvenuto. Conferma una sola volta i termini di utilizzo accettabile e riceve una chiave personale o una bolla a cui ogni dispositivo può associarsi. La durata della chiave corrisponde a quella del ricovero e viene revocata al momento della dimissione. Non viene più visualizzata alcuna pagina di benvenuto, pertanto i MAC casuali e le app che ignorano il portale smettono di rappresentare un problema.

Dettagli di progettazione che riducono ulteriormente i ticket:

• Emissione per letto, non per nome, laddove il Suo responsabile della protezione dei dati lo preferisca. Riemetta la chiave al momento della dimissione tramite il flusso di lavoro di gestione dei letti.
• Consentire un dispositivo familiare. Chi si prende cura del paziente spesso configura il tablet di un genitore. Una chiave che copre quattro o cinque dispositivi evita l'apertura di un secondo ticket.
• Redigere la scheda per il reparto. Utilizzi un linguaggio semplice, traduzioni nelle lingue principali dei Suoi pazienti e un rapporto di contrasto conforme al livello WCAG 2.2 AA.
• Aggiungere una pagina di supporto in self-service che si carica sul VLAN per ospiti senza autenticazione, in modo che i pazienti possano risolvere i problemi comuni senza rivolgersi al banco.

Qual è la collocazione di ciascun modello di onboarding all'interno di un complesso ospedaliero?

I due scenari pratici riportati di seguito utilizzano le ipotesi indicate. Ciascuno di essi mostra il calcolo, in modo che Lei possa eseguirlo nuovamente con i Suoi numeri relativi a letti e durata della degenza.

Scenario pratico 1: un ente sanitario per cure acute con NHS sostituisce una rete a scatto

Situazione. Un ente sanitario per cure acute da 600 posti letto gestisce una rete SSID aperta per gli ospiti con una sessione di 24 ore tramite click-through. Pazienti, visitatori, fornitori e alcuni dispositivi di reparto legacy condividono un'unica rete VLAN ospiti. I responsabili di reparto segnalano che il WiFi rappresenta un'interruzione regolare presso la postazione degli infermieri.

Intervento effettuato. L'ente ha suddiviso la struttura in quattro VLAN: pazienti, visitatori, fornitori e clinica. I dispositivi clinici sono stati spostati su una rete SSID clinica separata con iPSK e senza instradamento internet. I pazienti ricoverati ora effettuano l'onboarding al letto di degenza con una chiave valida per l'intera durata del ricovero. I visitatori utilizzano un portale captive registrato valido per un giorno di visita. Il filtraggio DNS blocca gli elenchi IWF e CTIRU su ogni rete VLAN ospiti, con un profilo più rigido nei reparti pediatrici e psichiatrici.

Risultato misurabile. Si prenda in considerazione un reparto da 28 posti letto con una degenza media di sei giorni e due dispositivi per paziente. La vecchia sessione di 24 ore generava fino a 12 richieste di accesso al portale per letto per degenza. Si tratta di circa 336 richieste per reparto per ciclo di degenza. Con l'onboarding al letto di degenza la cifra scende a due, una per dispositivo al momento del ricovero. L'ente misura il cambiamento tramite i ticket del service desk contrassegnati come "WiFi pazienti", confrontati trimestre su trimestre. Ha inoltre ottenuto un registro del firewall che mostra zero traffico da ospiti a dispositivi clinici, a supporto delle proprie evidenze DSPT.

Scenario reale 2: un ospedale privato gestito secondo standard alberghieri

Situazione. Un ospedale privato da 120 posti letto posiziona il soggiorno dei pazienti come quello di un hotel, con servizio in camera, streaming di intrattenimento e servizio concierge. I pazienti si aspettano un WiFi che funzioni come in una camera a quattro stelle. Molti lavorano da remoto durante la convalescenza, utilizzando un laptop, uno smartphone e un tablet ciascuno.

Intervento effettuato. L'ospedale ha utilizzato la bolla di rete privata di Purple per consentire ai dispositivi di ciascun paziente di comunicare tra loro, ma non con quelli altrui. Un paziente può trasmettere contenuti allo schermo della stanza senza esporlo alla stanza accanto. La registrazione raccoglie solo nome ed e-mail, con consenso esplicito e consapevole per le comunicazioni dell'ospedale. Non raccoglie mai informazioni sullo stato di salute, che UK GDPR tratta come dati di categorie particolari. WiFi Analytics segnala i dispositivi connessi e il tempo di permanenza per reparto, non per singolo individuo.

Risultato misurabile. Si consideri un paziente che soggiorna per quattro notti con tre dispositivi su una sessione di 24 ore. Quel paziente si troverebbe ad affrontare 12 richieste di riconnessione. Con una chiave valida per l'intera durata del soggiorno, ne affronta tre. L'ospedale monitora due parametri: le richieste di assistenza WiFi al concierge per notte di posto letto occupato e i punteggi di soddisfazione dei pazienti per la connettività. Confronta inoltre i tassi di adesione rispetto al precedente modulo di consenso cartaceo.

La stessa logica dell'accoglienza si ritrova nel lavoro svolto da Purple con gli Hotel. Molti atrii ospedalieri ora includono bar e negozi. Quell'area commerciale si comporta come il settore Retail: l'acquirente necessita di un accesso rapido e filtrato, e il portale captive registrato risulta perfetto.

Quali sono i costi di gestione di ciascuna opzione?

Il prezzo della licenza è solo una parte del costo. I costi maggiori sono legati al tempo del personale di reparto, all'impegno per le modifiche IT e agli oneri di protezione dei dati.

Modello di accesso	Modifica hardware	Impegno del personale di corsia	Impegno IT	Oneri di protezione dei dati
Portale captive ad accesso diretto senza credenziali	Nessuna sugli access point supportati	Elevato: richieste ripetute a ogni sessione	Basso: un VLAN, una policy	Pochi dati conservati, ma debole attribuzione ai fini della tutela
Portale captive con registrazione	Nessuna sugli access point supportati	Medio: richieste alla scadenza e dopo la rotazione dei MAC	Basso: una o due VLAN	Dati di contatto conservati: DPIA, piano di conservazione, informativa sulla privacy
Basato sull'identità (iPSK o bolla di rete privata)	Nessuna se gli access point supportano l'assegnazione di iPSK o RADIUS al VLAN	Basso: una configurazione per ricovero	Medio: VLAN per gruppo di utenti e policy RADIUS	Chiave collegata al letto o al paziente: la DPIA copre i log di filtraggio
Passpoint o OpenRoaming	Gli access point devono supportare Hotspot 2.0	Basso una volta installati i profili	Da medio a elevato: certificati, realm, distribuzione dei profili	Identità conservata dal fornitore: termini di condivisione dei dati da verificare

Tre fattori di costo vengono facilmente trascurati:

• Dipendenza dal controller. Se il portale captive e le policy risiedono su un controller LAN wireless in sede, ogni modifica deve attendere una finestra di manutenzione. Un overlay in cloud sposta tale policy all'esterno del controller. Vedere Che cos'è un WLC (Wireless LAN Controller) e ne hai ancora bisogno?.
• Deriva delle credenziali dei fornitori esterni. Le password condivise dei fornitori esterni cambiano raramente. L'accesso sponsorizzato a tempo elimina il costo di individuazione e revoca delle credenziali a seguito di un incidente.
• Ticket di riconnessione. Ogni ticket sottrae diversi minuti al personale infermieristico, distogliendolo dai pazienti. Moltiplicare le richieste modellate per il tasso di ticket per ottenere una stima numerica.

Purple dichiara un uptime del 99,999% per la propria piattaforma (dati interni di Purple). Richiedere a ogni offerente il valore di uptime e il periodo coperto, poiché il tempo di inattività in corsia si traduce in ulteriori ticket.

Come scegliere la soluzione ideale per la propria struttura?

Partire dai propri gruppi di utenti e dai propri vincoli, non da un elenco di funzionalità.

La propria situazione	Approccio consigliato
Presidio ospedaliero per acuti, degenze brevi e lunghe miste, rete ospiti attualmente priva di segmentazione	iPSK a bordo letto per i pazienti ricoverati, portale captive con registrazione per i visitatori, SSID clinico separato
Servizi di salute mentale, pediatrici o adolescenti in sede	VLAN per ciascun reparto con un profilo di filtraggio DNS più rigido e avvisi di tutela collegati alle chiavi dei letti
Ospedale privato che offre un soggiorno di livello alberghiero	Bolla di rete privata per ciascun paziente, consenso esplicito opzionale, nessun dato sanitario richiesto al momento della registrazione
Clinica ambulatoriale o ospedale di comunità, visite inferiori a quattro ore	Portale captive con registrazione, sessione giornaliera e filtraggio di base
Elevato numero di fornitori esterni durante un programma di interventi infrastrutturali	VLAN sponsorizzato e a tempo per i fornitori esterni con scadenza alla data di termine del contratto
Dispositivi medici legacy che non supportano 802.1X	iPSK per ciascun dispositivo su un VLAN clinico privo di instradamento a Internet

Eseguire quindi cinque verifiche prima di definire la lista di selezione finale:

1. Hardware. Verificare che i punti di accesso supportino l'assegnazione di RADIUS VLAN e iPSK. Purple supporta Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet.
2. Filtraggio. Richiedere la conferma scritta della copertura delle liste IWF e CTIRU, della gestione DoH e dei profili per VLAN.
3. Protezione dei dati. Richiedere le certificazioni ISO 27001 e Cyber Essentials, la residenza dei dati e una bozza di accordo sul trattamento dei dati.
4. Onboarding. Osservare una procedura al letto del paziente su uno smartphone con MAC casuale, quindi su un tablet Android più datato, prima di firmare.
5. Reportistica. Verificare che l'analisi dei dati fornisca report a livello di reparto senza esporre i singoli pazienti.

La guida Requisiti RFP per il WiFi per ospiti: cosa specificare per onboarding, sicurezza e analisi trasforma questi controlli in clausole di gara. Per il contesto del settore, consultare la pagina Healthcare di Purple.

Domande frequenti

Purple è compatibile con i punti di accesso già in possesso del nostro ospedale?

Sì. Purple funziona come overlay cloud su hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme e Fortinet. È possibile mantenere i punti di accesso, gli switch e il cablaggio esistenti. Ciò che occorre verificare è il supporto delle funzionalità sui propri modelli, principalmente l'assegnazione di RADIUS VLAN e iPSK, poiché determinano se l'onboarding basato sull'identità al letto del paziente funziona in ogni reparto. Il team di Purple ne confermerà la disponibilità rispetto all'inventario delle apparecchiature durante la fase di analisi.

I pazienti a lunga degenza possono rimanere connessi per l'intera durata del ricovero senza dover effettuare nuovamente l'accesso?

Sì, quando si utilizza l'onboarding basato sull'identità. Il paziente scansiona una volta il codice QR al letto e riceve una chiave personale. Ciascun dispositivo si riconnette quindi automaticamente per la durata del soggiorno. È possibile impostare la durata della chiave in base al ricovero e revocarla al momento della dimissione. Gli indirizzi MAC casuali e i timer di sessione brevi non forzano più le richieste ripetute del portale captive, che rappresentano la fonte principale di ticket per il WiFi presso la reception del reparto.

Purple è conforme ai requisiti di protezione dei dati del Regno Unito per i trust NHS?

Sì. Purple è conforme al GDPR e possiede le certificazioni ISO 27001 e Cyber Essentials, a supporto della garanzia del fornitore. Il trust rimane il titolare del trattamento dei dati, pertanto spetta al trust completare una valutazione d'impatto sulla protezione dei dati e impostare la conservazione dei log di registrazione e filtraggio. Non raccogliere mai informazioni sulla salute al momento della registrazione al WiFi. Il UK GDPR le tratta come categorie particolari di dati personali e l'accesso alla rete non ne necessita.

I dispositivi medici clinici devono collegarsi alla rete WiFi per ospiti dell'ospedale?

No. L'IoT clinico deve risiedere su una SSID e una VLAN cliniche separate, dietro un firewall senza instradamento a Internet per impostazione predefinita. Utilizzare IEEE 802.1X con EAP-TLS per i dispositivi in grado di ospitare un certificato. Utilizzare iPSK per i dispositivi headless che non possono farlo, in modo da poter revocare un singolo dispositivo senza dover rigenerare le chiavi dell'intero reparto. Le VLAN per gli ospiti dovrebbero bloccare tutto il traffico verso gli intervalli di indirizzi privati interni.

Di quale filtraggio dei contenuti ha bisogno una rete WiFi per ospiti NHS?

Bloccare almeno l'elenco della Internet Watch Foundation e l'elenco CTIRU dell'Home Office su ogni rete VLAN per ospiti. Aggiungere come base il blocco dei contenuti per adulti, del malware e del phishing. Applicare profili più rigidi nei reparti pediatrici e di salute mentale. Forzare il DNS attraverso il proprio resolver di filtraggio e bloccare i resolver DNS over HTTPS pubblici, altrimenti i pazienti potrebbero aggirare il filtro. Molti acquirenti del settore pubblico richiedono anche l'accreditamento Friendly WiFi.

Come viene concessa la licenza Purple per una struttura ospedaliera?

Purple viene concesso in licenza tramite tre piani: Connect, Capture ed Engage. SecurePass, Verify e Shield sono disponibili come componenti aggiuntivi per la sicurezza. La maggior parte dei trust inizia con il piano che copre l'accesso di pazienti e visitatori, per poi aggiungere funzionalità di sicurezza in linea con i propri requisiti di tutela e di identità. Contattare Purple per un preventivo basato su sedi, reparti e bacino d'utenza. È consigliabile preparare l'inventario dei punti di accesso per garantire una definizione accurata dell'ambito.

Quanto sforzo richiede il passaggio da una rete senza registrazione?

La maggior parte dello sforzo riguarda la progettazione della rete, non l'installazione. Non sono necessari nuovi punti di accesso sull'hardware supportato. Il Suo team definirà le VLAN, scriverà le regole del firewall tra di esse e imposterà la politica RADIUS per ciascun bacino d'utenza. Sarà inoltre necessario produrre schede per i comodini e informare il personale di reparto. L'esecuzione di un progetto pilota in un solo reparto consente di misurare la riduzione dei ticket prima dell'estensione a tutto il trust.

È possibile utilizzare la registrazione al WiFi per ospiti per le comunicazioni ai pazienti?

Sì, a condizione di utilizzare esclusivamente un consenso esplicito e consapevole. Richiedere il consenso separatamente dalle condizioni d'uso accettabili, registrarlo con una marca temporale e rendere la revoca semplice quanto il conferimento. Raccogliere solo i dati di contatto, mai informazioni cliniche. I dati di prima parte acquisiti in questo modo possono alimentare comunicazioni ospedaliere approvate, come i promemoria degli appuntamenti. L'informativa sulla privacy e la DPIA devono coprire tale utilizzo.