Vai al contenuto principale

Patient WiFi: A Complete Guide for NHS Trusts and Hospital Operators

Una guida tecnica e commerciale definitiva per gli NHS Trust e gli operatori ospedalieri sulla distribuzione, la sicurezza e la monetizzazione del patient WiFi. Copre la segmentazione della rete, la conformità DSPT, il filtraggio dei contenuti e l'uso degli analytics per migliorare i risultati dei pazienti.

📖 4 minuti di lettura📝 859 parole🔧 2 esempi pratici3 domande di esercitazione📚 8 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Patient WiFi: A Complete Guide for NHS Trusts and Hospital Operators A Purple.ai Technical Briefing — Podcast Script Approximate runtime: 10 minutes --- [INTRO — 1 minute] Benvenuti alla serie Purple Technical Briefing. Sono il vostro ospite e oggi parleremo di un argomento che si colloca esattamente all'intersezione tra il benessere dei pazienti, la governance IT e l'efficienza operativa: il patient WiFi nei Trust del NHS e negli ambienti ospedalieri. Se siete un IT manager, un network architect o un CTO presso un Trust del NHS o un gruppo ospedaliero privato, questo argomento è direttamente rilevante per la vostra roadmap. Copriremo le decisioni infrastrutturali che dovete prendere, gli obblighi di conformità che non potete ignorare, le policy di filtraggio dei contenuti che proteggono sia i pazienti che l'organizzazione e i modelli di pricing che stanno ridefinendo il modo in cui i Trust concepiscono la connettività come servizio. Vedremo anche come il WiFi, se implementato correttamente, migliori effettivamente i risultati dei pazienti, non solo i punteggi di soddisfazione. E concluderemo con alcune domande a risposta rapida e una serie chiara di passaggi successivi. Iniziamo. --- [TECHNICAL DEEP-DIVE — 5 minutes] Partiamo dall'architettura, perché è qui che la maggior parte delle implementazioni ha successo o fallisce prima ancora che un singolo paziente si connetta. Il principio fondamentale della progettazione del WiFi ospedaliero è la segmentazione della rete. Vi trovate a operare in un ambiente in cui lo smartphone di un paziente si trova a pochi metri da sistemi clinici critici per la vita: pompe di infusione, apparecchiature di monitoraggio dei pazienti, terminali per le cartelle cliniche elettroniche. Questi non possono condividere lo stesso segmento di rete. Punto. L'approccio standard è la segmentazione basata su VLAN. In genere si implementano tre VLAN distinte: una per il patient WiFi, una per il personale clinico e i dispositivi medici e una per i sistemi di gestione dell'edificio (CCTV, controllo accessi, HVAC). Ogni VLAN ha le proprie policy di QoS, le proprie regole di firewall e il proprio percorso di breakout internet. La VLAN dei pazienti è quella che passa attraverso il filtro dei contenuti e il Captive Portal. La VLAN clinica bypassa completamente il Captive Portal e viene instradata attraverso un percorso dedicato e monitorato. Per quanto riguarda gli access point, lo standard 802.11ax — Wi-Fi 6 — rappresenta la base di partenza per qualsiasi nuova implementazione. In un reparto ospedaliero si registra un'elevata densità di dispositivi, molte scansioni passive da parte degli smartphone e interferenze causate dalle apparecchiature mediche che operano nella banda a 2,4 GHz. Il Wi-Fi 6 gestisce questa situazione in modo significativamente migliore rispetto ai suoi predecessori, grazie a OFDMA e BSS Colouring. Per le nuove costruzioni o le ristrutturazioni importanti, vale la pena specificare il Wi-Fi 6E — che aggiunge la banda a 6 GHz — in quanto offre uno spettro pulito e non congestionato per le applicazioni ad alta velocità di trasmissione. Ora, il backhaul. Questo è l'ambito in cui i Trust del NHS spesso sottoinvestono. Una rete WiFi per i pazienti che serve un ospedale da 500 posti letto con una densità media di due dispositivi per paziente, più i visitatori, più il personale sulla VLAN dei pazienti, può facilmente generare da 800 megabit a 1,2 gigabit di domanda simultanea durante le ore di punta. Il vostro uplink a Internet deve essere dimensionato di conseguenza. Una linea dedicata — non un circuito a banda larga condiviso — è la risposta corretta in questo caso. Se non avete familiarità con la connettività a linea dedicata, si tratta di una connessione dedicata, simmetrica e non condivisa tra la vostra sede e l'internet exchange. È la differenza che passa tra un'autostrada e una strada di campagna. Il filtraggio dei contenuti sulla VLAN dei pazienti è sia una misura di salvaguardia che un requisito di conformità. Il NHS ha pubblicato linee guida che raccomandano alle installazioni di WiFi per i pazienti di bloccare l'accesso a categorie quali: contenuti per adulti, materiale illegale, contenuti estremisti e gioco d'azzardo. L'implementazione è tipicamente un filtro basato su DNS o proxy posizionato in linea sulla VLAN dei pazienti. Vendor come Cisco Umbrella, Zscaler e Palo Alto offrono tutti soluzioni adeguate. La chiave è garantire che il filtro sia applicato in modo coerente, che sia aggiornato quasi in tempo reale rispetto ai feed di threat intelligence e che i tentativi di bypass vengano registrati. Il Captive Portal — la pagina di login che i pazienti vedono quando si connettono per la prima volta — è il vostro meccanismo principale di raccolta dati e consenso. Ai sensi del GDPR, è necessario ottenere un consenso esplicito e informato prima di elaborare qualsiasi dato personale. Ciò significa che il vostro Captive Portal deve contenere un'informativa sulla privacy chiara, un opt-in esplicito per qualsiasi comunicazione di marketing e un registro del consenso che sia memorizzato e verificabile. Piattaforme come la soluzione Guest WiFi di Purple gestiscono questo aspetto in modo nativo, offrendovi un portale personalizzato con il vostro brand, conforme al GDPR, con gestione del consenso e analytics integrate. Parliamo ora del DSPT — il Data Security and Protection Toolkit. Si tratta del framework annuale di autovalutazione del NHS, ed è obbligatorio per tutte le organizzazioni del NHS e per i loro fornitori. Dal punto di vista del WiFi, le asserzioni chiave di cui dovete fornire prova includono: la segmentazione della rete tra sistemi clinici e non clinici, i controlli di accesso sull'infrastruttura di rete, la registrazione dei log di audit degli eventi di accesso alla rete e una procedura documentata di risposta agli incidenti. Se state implementando il WiFi per i pazienti e non avete mappato la vostra architettura rispetto alle asserzioni del DSPT, vi state assumendo un rischio di conformità che potrebbe compromettere la vostra presentazione annuale. Sulla questione del WiFi gratuito rispetto a quello a pagamento: la stragrande maggioranza dei Trust del NHS gestisce il WiFi per i pazienti come servizio gratuito, finanziato tramite il budget di capitale del Trust o attraverso un contratto di servizio gestito con un operatore terzo. Il modello commerciale emerso in alcuni Trust più grandi prevede un concessionario — una società che finanzia l'implementazione dell'infrastruttura in cambio del diritto di trasmettere pubblicità o contenuti premium attraverso il Captive Portal. Questo sistema può funzionare, ma richiede una governance attenta per garantire che i contenuti pubblicitari siano appropriati per un ambiente clinico e che i dati dei pazienti non vengano monetizzati in modi che contrastino con i valori del NHS o con gli obblighi del GDPR. --- [RACCOMANDAZIONI DI IMPLEMENTAZIONE E TRAPPOLE DA EVITARE — 2 minuti] Permettetemi di indicarvi le tre cose che più comunemente vanno storte nelle implementazioni del WiFi per i pazienti e come evitarle. Primo: indagine del sito insufficiente. Un ospedale è uno degli ambienti RF più difficili che possiate incontrare. Spesse pareti di cemento, letti con telaio metallico, apparecchiature mediche che generano interferenze e vani ascensore che creano zone d'ombra. È necessaria un'indagine RF predittiva professionale prima di specificare le posizioni degli access point e un'indagine di convalida post-installazione prima di andare live. Non saltate nessuna delle due. Secondo: sottovalutare il carico di lavoro di conformità. Conformità DSPT, gestione del consenso GDPR, documentazione della policy di filtraggio dei contenuti, penetration test — questi non sono aspetti secondari. Inseriteli nel vostro piano di progetto fin dal primo giorno. Assegnate un responsabile nominato per la governance delle informazioni che sia responsabile dei deliverable di conformità. Se utilizzate un fornitore di servizi gestiti, assicuratevi che il suo contratto includa espliciti obblighi di conformità DSPT e la prova della sua certificazione Cyber Essentials Plus. Terzo: assenza di monitoraggio continuo. Il WiFi per i pazienti non è un'infrastruttura da implementare e dimenticare. È necessario un monitoraggio continuo dello stato degli AP, dei tassi di associazione dei client, dell'utilizzo della larghezza di banda e dell'efficacia dei filtri dei contenuti. Una piattaforma come Purple WiFi Analytics offre visibilità in tempo reale sulle prestazioni della rete e sul comportamento degli utenti, il che è prezioso sia per la gestione operativa sia per dimostrare il valore alla leadership del Trust. Una raccomandazione che farei a qualsiasi Trust che intraprenda un progetto di WiFi per i pazienti: iniziare con un reparto pilota. Scegliete un reparto con un caposala collaborativo, implementate un segmento di rete circoscritto, eseguitelo per 90 giorni, raccogliete i feedback dei pazienti e utilizzate questi dati per perfezionare il modello di implementazione prima di estenderlo a tutto il Trust. Questo riduce i rischi del progetto e vi fornisce un caso di studio interno convincente. --- [Q&A RAPIDO — 1 minuto] D: Il WiFi per i pazienti dovrebbe essere sullo stesso SSID del WiFi del personale? R: Assolutamente no. SSID separati, VLAN separate, policy di firewall separate. D: Abbiamo bisogno del WPA3? R: Per le nuove implementazioni, sì. Il WPA3 è lo standard attuale e fornisce una crittografia significativamente più forte rispetto al WPA2, in particolare negli scenari di rete aperta. D: Per quanto tempo dobbiamo conservare i log di connessione? R: Un minimo di 12 mesi è la raccomandazione standard, in linea con le linee guida sulla conservazione dei dati del NHS e con l'Investigatory Powers Act. D: Possiamo usare il captive portal per raccogliere i feedback dei pazienti? R: Sì, ed è consigliabile farlo. Un sondaggio post-sessione erogato tramite il captive portal è uno dei modi più convenienti per raccogliere le risposte al Friends and Family Test. D: Qual è il costo tipico per posto letto per l'implementazione del WiFi per i pazienti? R: È molto variabile, ma un parametro di riferimento ragionevole per una nuova installazione in un Trust acuto di medie dimensioni è compreso tra £200 e £400 per posto letto, tutto compreso, inclusi infrastruttura, servizio gestito e supporto per il primo anno. --- [RIASSUNTO E PROSSIMI PASSI — 1 minuto] Per riassumere: il WiFi per i pazienti nei Trust del NHS è un'implementazione complessa e soggetta a rigide normative che richiede un'architettura attenta, un filtraggio dei contenuti robusto e un quadro di governance chiaro. Se implementato correttamente, migliora visibilmente la soddisfazione dei pazienti, supporta le iniziative di salute digitale e riduce il carico di lavoro del personale di reparto, che attualmente deve gestire i reclami sulla connettività. I vostri prossimi passi: commissionate un'indagine sul sito se non l'avete già fatto. Mappate la vostra architettura attuale rispetto ai requisiti DSPT. Valutate i fornitori di servizi gestiti sulla base di una scheda di valutazione chiara che includa la conformità al GDPR, la capacità di filtraggio dei contenuti, l'analitica e gli SLA di supporto. E se volete vedere come la piattaforma di Purple si adatta a questi requisiti, visitate purple.ai o parlate con uno dei nostri specialisti del settore sanitario. Abbiamo implementato il WiFi per i pazienti in tutti i Trust del NHS, nei gruppi ospedalieri privati e nelle reti di case di cura — e conosciamo bene tutti i retroscena di questo settore. Grazie per l'attenzione. Alla prossima. --- [FINE DELLO SCRIPT]

header_image.png

Executive Summary

Offrire un servizio di patient WiFi robusto, sicuro e conforme non è più un semplice servizio di cortesia per gli NHS Trust e gli operatori ospedalieri privati, ma un requisito infrastrutturale fondamentale. I pazienti si aspettano connettività per gestire la propria vita quotidiana, comunicare con i familiari e accedere ai servizi sanitari digitali durante la degenza. Tuttavia, fornire questa connettività in un ambiente clinico comporta notevoli sfide tecniche e di governance.

Questa guida fornisce un quadro completo per IT manager, network architect e CTO per progettare, implementare e gestire le reti patient WiFi. Analizzeremo la necessità di una rigorosa segmentazione della rete, le complessità della conformità al Data Security and Protection Toolkit (DSPT), l'implementazione di un filtraggio dei contenuti rigoroso e i modelli commerciali che sostengono queste implementazioni. Trattando il patient WiFi come un servizio di livello enterprise piuttosto che come una semplice connessione a banda larga consumer, i Trust possono mitigare i rischi, garantire l'integrità dei sistemi clinici e sfruttare piattaforme come il Guest WiFi per raccogliere dati utili e migliorare la soddisfazione dei pazienti.

Approfondimento Tecnico: Architettura e Standard

La base di qualsiasi implementazione WiFi in ambito ospedaliero è l'assoluta segregazione tra il traffico dei pazienti e i sistemi clinici. Un ospedale è un ambiente RF ad alta densità e ad alta interferenza, in cui dispositivi salvavita operano a stretto contatto con gli smartphone dei consumatori.

Segmentazione della Rete e Progettazione delle VLAN

Per proteggere l'integrità clinica, il patient WiFi deve operare su una Virtual Local Area Network (VLAN) dedicata. L'architettura enterprise standard impone un minimo di tre segmenti distinti:

  1. VLAN Pazienti/Ospiti: Instrada il traffico attraverso un Captive Portal, applica un rigoroso filtraggio dei contenuti e fornisce un accesso esclusivamente a Internet.
  2. VLAN Clinica: Dedicata ai dispositivi del personale e alle apparecchiature mediche (es. pompe d'infusione, workstation mobili). Esclude il Captive Portal e instrada il traffico attraverso un percorso monitorato e sicuro.
  3. VLAN di Gestione dell'Edificio: Supporta i dispositivi IoT, la videosorveglianza e i controlli ambientali.

Il traffico sulla VLAN Pazienti deve essere isolato a livello di switch e limitato da regole di firewall che neghino esplicitamente l'instradamento verso le sottoreti interne.

network_architecture_diagram.png

Densità degli Access Point e Pianificazione RF

L'implementazione del WiFi in un ospedale richiede il superamento di barriere fisiche significative: pareti schermate con piombo, macchinari pesanti e cemento denso. Affidarsi alla "copertura da corridoio" è una modalità di errore comune. Un'indagine RF predittiva, seguita da una validazione attiva post-installazione, è obbligatoria.

Per le nuove installazioni, lo standard di riferimento è IEEE 802.11ax (Wi-Fi 6). La sua implementazione di Orthogonal Frequency-Division Multiple Access (OFDMA) e BSS Colouring è fondamentale per gestire l'elevata densità di dispositivi tipica dei moderni reparti ospedalieri, riducendo la latenza e mitigando le interferenze dei sistemi di telemetria medica che operano nella banda a 2.4 GHz.

Requisiti di Backhaul e Throughput

Un errore comune è quello di predisporre access point di livello enterprise ma di penalizzarli con un backhaul insufficiente. Un ospedale da 500 posti letto può facilmente generare 1 Gbps di domanda simultanea durante le ore di punta serali. Gli operatori devono predisporre linee dedicate e non condivise (leased lines) anziché circuiti a banda larga condivisi per garantire il throughput ed evitare colli di bottiglia nella rete centrale. Per ulteriori informazioni sulla connettività dedicata, consultare What Is a Leased Line? Dedicated Business Internet .

Guida all'implementazione: Conformità e Filtraggio

L'installazione dell'infrastruttura fisica è solo metà dell'opera; la governance e la conformità normativa sono altrettanto critiche.

Conformità DSPT

Per gli NHS Trust, l'adesione al Data Security and Protection Toolkit (DSPT) non è negoziabile. Le installazioni di WiFi per i pazienti devono dimostrare:

  • Una rigorosa segmentazione della rete.
  • Controlli di accesso robusti e registrazione dei log di controllo (i log di connessione devono essere conservati per un minimo di 12 mesi).
  • Penetration test annuali da parte di terzi.

dspt_compliance_checklist.png

Filtraggio dei Contenuti

Le linee guida dell'NHS impongono che il WiFi per i pazienti debba bloccare l'accesso a contenuti inappropriati o dannosi, inclusi materiali per adulti, siti estremisti e piattaforme di gioco d'azzardo. Questo obiettivo viene solitamente raggiunto tramite un filtraggio basato su DNS o proxy applicato direttamente alla VLAN dei pazienti. La soluzione di filtraggio deve integrare feed di intelligence sulle minacce in tempo reale per bloccare dinamicamente i domini dannosi appena identificati.

Captive Portals e GDPR

Il Captive Portal è il gateway di accesso alla rete e il meccanismo principale per acquisire il consenso dell'utente. Ai sensi del GDPR, i Trust devono ottenere un consenso esplicito e informato prima di elaborare dati personali (come indirizzi MAC o indirizzi e-mail). Il portale deve presentare un'informativa sulla privacy chiara e opzioni di opt-in esplicite. L'utilizzo di una piattaforma robusta garantisce la conformità consentendo al contempo la raccolta di preziosi dati demografici.

ROI e Impatto sul Business: Modelli Gratuiti vs. A Pagamento

La strategia commerciale alla base del WiFi per i pazienti ne definisce la sostenibilità a lungo termine.

Il Modello WiFi Gratuito

La stragrande maggioranza degli NHS Trust offre il WiFi per i pazienti gratuitamente al punto di utilizzo. Questo modello è tipicamente finanziato tramite spese in conto capitale o budget operativi. Il ROI si misura in termini di soddisfazione dei pazienti (spesso riflessa nei punteggi del Friends and Family Test) e di riduzione del carico amministrativo sul personale clinico, che non deve più gestire i reclami relativi alla connettività.

Il modello di concessione

Alcuni Trust più grandi adottano un modello di concessione, in cui un managed service provider (MSP) terzo finanzia l'infrastruttura in cambio di diritti di monetizzazione. Ciò può comportare la pubblicazione di annunci pubblicitari mirati attraverso il Captive Portal o l'offerta di un servizio a livelli (navigazione di base gratuita, streaming premium a pagamento). Se adottano questo modello, i Trust devono garantire che i contenuti pubblicitari siano rigorosamente controllati per allinearsi ai valori dell'NHS e che le pratiche di monetizzazione dei dati siano conformi al GDPR.

Integrando WiFi Analytics , i Trust possono monitorare l'utilizzo della rete, tracciare i tempi di permanenza dei pazienti e attivare sondaggi di feedback automatizzati dopo la connessione, trasformando un centro di costo in una risorsa strategica per il miglioramento operativo. Questo approccio basato sui dati rispecchia le implementazioni di successo in altri settori, come l' Healthcare e il Retail .

Definizioni chiave

VLAN (Virtual Local Area Network)

Una sottorete logica che raggruppa una collezione di dispositivi provenienti da diverse LAN fisiche. Essenziale per isolare il traffico dei pazienti dai sistemi clinici.

Utilizzato dagli architetti di rete per garantire che un dispositivo compromesso di un paziente non possa accedere ad apparecchiature mediche sensibili o a cartelle cliniche elettroniche.

DSPT (Data Security and Protection Toolkit)

Uno strumento di autovalutazione online che consente alle organizzazioni del NHS di misurare le proprie prestazioni rispetto ai 10 standard di sicurezza dei dati del National Data Guardian.

Obbligatorio per tutti i Trust del NHS; la mancata segmentazione del WiFi dei pazienti o la mancata registrazione degli accessi può comportare il rifiuto della presentazione del DSPT.

Captive Portal

Una pagina web che un utente di una rete ad accesso pubblico è obbligato a visualizzare e con cui deve interagire prima che venga concesso l'accesso.

L'interfaccia principale per acquisire il consenso dell'utente, presentare le condizioni d'uso e applicare l'identità del brand all'esperienza WiFi.

802.11ax (Wi-Fi 6)

La sesta generazione dello standard Wi-Fi, progettata specificamente per migliorare le prestazioni in ambienti ad alta densità.

Cruciale per i reparti ospedalieri in cui decine di dispositivi di pazienti, visitatori e personale competono contemporaneamente per la larghezza di banda.

OFDMA (Orthogonal Frequency-Division Multiple Access)

Una funzionalità del Wi-Fi 6 che consente a una singola trasmissione di distribuire dati a più dispositivi contemporaneamente.

Riduce la latenza e migliora l'efficienza negli ambienti ospedalieri affollati, evitando che la rete si blocchi durante le ore di punta.

Content Filtering

L'uso di software o hardware per limitare i contenuti a cui un lettore è autorizzato ad accedere tramite la rete.

Richiesto dalle linee guida del NHS per impedire l'accesso a contenuti illegali, estremisti o per adulti sulle reti dei pazienti.

Leased Line

Una connessione dati simmetrica, dedicata e a larghezza di banda fissa, che collega direttamente un'azienda all'internet exchange.

Necessaria per il backhaul del WiFi ospedaliero per garantire una larghezza di banda garantita, evitando i problemi di congestione della banda larga condivisa.

MAC Address

Un identificatore univoco assegnato a un controller di interfaccia di rete (NIC) da utilizzare come indirizzo di rete nelle comunicazioni.

Considerato dato personale ai sensi del GDPR; la sua raccolta e memorizzazione da parte della piattaforma di analytics WiFi richiede il consenso esplicito dell'utente.

Esempi pratici

Un NHS Trust da 400 posti letto riscontra una grave congestione di rete sul suo patient WiFi legacy tra le 18:00 e le 21:00, con conseguenti reclami da parte dei pazienti e distrazione del personale. La configurazione attuale utilizza una connessione a banda larga condivisa da 500 Mbps e access point Wi-Fi 4 (802.11n) nei corridoi.

  1. Aggiornare il backhaul a una linea dedicata simmetrica da 1 Gbps per garantire la larghezza di banda nelle ore di punta. 2. Sostituire gli AP Wi-Fi 4 nei corridoi con AP Wi-Fi 6 (802.11ax) all'interno delle stanze per migliorare la penetrazione RF e gestire l'elevata densità di dispositivi tramite OFDMA. 3. Implementare il traffic shaping sul firewall per limitare la larghezza di banda del singolo utente a 5 Mbps, impedendo ai singoli utenti di monopolizzare la connessione con lo streaming in 4K.
Commento dell'esaminatore: Questo approccio affronta sia i limiti fisici RF sia i vincoli logici della larghezza di banda. Lo spostamento degli AP all'interno delle stanze risolve i problemi di attenuazione causati dalle pareti dell'ospedale, mentre il Wi-Fi 6 gestisce la densità. Il traffic shaping garantisce un utilizzo equo, fondamentale in una rete ad accesso gratuito finanziata con fondi pubblici.

Un gruppo ospedaliero privato desidera implementare una nuova rete patient WiFi ma è preoccupato per le implicazioni di conformità DSPT derivanti dall'acquisizione dei dati dei pazienti sul Captive Portal.

Implementare una soluzione di Captive Portal conforme al GDPR (come Purple) che separi i dati di autenticazione dai dati clinici. Configurare il portale per richiedere l'opt-in esplicito per qualsiasi trattamento dei dati oltre il minimo richiesto per l'accesso alla rete. Assicurarsi che la VLAN dei pazienti sia rigorosamente isolata dalla VLAN clinica tramite il firewall principale. Implementare il filtraggio dei contenuti basato su DNS per bloccare le categorie dannose e inappropriate.

Commento dell'esaminatore: La chiave qui è l'isolamento e il consenso esplicito. Utilizzando un Captive Portal gestito, l'ospedale esternalizza la complessità della gestione del consenso. Una rigorosa segregazione delle VLAN soddisfa il requisito fondamentale del DSPT di proteggere i sistemi clinici dai dispositivi guest non attendibili.

Domande di esercitazione

Q1. Un Trust dell'NHS desidera implementare un unico SSID sia per il personale che per i pazienti per "semplificare l'esperienza utente". Prevede di utilizzare un Captive Portal per differenziare i tipi di utenti. Questo approccio è consigliato?

Suggerimento: Considera i requisiti DSPT per la segmentazione della rete e il rischio di un dispositivo paziente compromesso.

Visualizza risposta modello

No, questo approccio è fortemente sconsigliato e introduce rischi di sicurezza significativi. Il traffico dei pazienti e quello del personale clinico devono essere segregati a livello VLAN con SSID separati. Affidarsi esclusivamente a un Captive Portal per la differenziazione non fornisce un isolamento di Livello 2 adeguato, esponendo i sistemi clinici a rischi di malware o movimenti laterali originati da dispositivi dei pazienti non attendibili.

Q2. Un ospedale sta pianificando l'aggiornamento del proprio Wi-Fi per i pazienti e desidera garantire una copertura adeguata. Il responsabile IT suggerisce di posizionare gli access point nei corridoi principali per coprire le stanze dei pazienti adiacenti e risparmiare sui costi dell'hardware. Qual è il difetto di questo piano?

Suggerimento: Pensa alla struttura fisica degli ambienti ospedalieri e all'attenuazione RF.

Visualizza risposta modello

Il posizionamento nei corridoi è una strategia fallimentare negli ospedali. Le pareti degli ospedali contengono spesso schermature in piombo (per le sale radiologiche), cemento pesante e infrastrutture dense che attenuano gravemente i segnali RF. Ciò si traduce in una scarsa copertura all'interno delle stanze, latenza elevata e disconnessioni. Gli access point dovrebbero essere distribuiti all'interno delle stanze dei pazienti o dei reparti sulla base di un'indagine RF predittiva professionale.

Q3. Un Trust ha implementato il Wi-Fi per i pazienti ma riceve lamentele per la lentezza della velocità durante le ore serali. Gli AP sono Wi-Fi 6 e gli switch core supportano i 10G. La connessione Internet è una linea a banda larga condivisa da 1 Gbps. Qual è il probabile collo di bottiglia?

Suggerimento: Differenzia tra capacità della rete locale e backhaul WAN.

Visualizza risposta modello

Il collo di bottiglia è la connessione Internet a banda larga condivisa. Anche con un'infrastruttura locale ad alta capacità (Wi-Fi 6 e switch 10G), una linea a banda larga condivisa risente dei tassi di contesa, il che significa che la larghezza di banda è condivisa con altre strutture della zona. Durante le ore di punta serali, questa contesa riduce drasticamente la velocità di trasmissione. Il Trust dovrebbe passare a una linea dedicata e non condivisa.