在班次結束時，一位病房經理叫住了您。同一條走廊上的三位家屬無法進行視訊通話，一位病人的平板電腦一直跳回登入頁面，還有人在白板上寫下了「這裡的 WiFi 很爛」。存取點正常運作，入口網站已上線，儀表板上看起來也沒有任何故障。
「已連線」與「可用」之間的落差，正是大多數醫院訪客 WiFi 專案停滯不前的所在。無線電計畫在有人統計上午十點有多少人在門診候診之前就已簽核通過。登入方式是由打開範本的人隨機決定的。而訪客需要的安全建議 - 無論是進行網路銀行交易還是參與視訊預約 - 都留在風險登記冊上，從未出現在 Portal 頁面上。
這三項決策密不可分。訊號、身份驗證與已發布的預期事項屬於同一項設計，而不是先建置網路事後才強加免責聲明。以下是我排序流程的方式，從無線電勘測到試點病房，以及在第一個無線存取點上線之前，值得與臨床治理小組提出討論的權衡取捨。
國家基準已經制定。截至 2019 年 3 月底，NHS WiFi 計畫 已在 98% 的 NHS 醫療信託基金機構引進免費 NHS WiFi，並覆蓋超過 8,000 個病患照護中心，為超過 6,300 萬名造訪病患提供免費連線。訪客存取不再是備用 VLAN 上的附帶專案，而是基礎設施的一部分。
在購買硬體前規劃容量與無線電目標
三個關鍵數據決定了醫院訪客 WiFi 是否能在繁忙的病房中維持正常運作：主要訊號強度、延遲和通道負載。入口網站的品牌設計可以稍後處理，因為如果病房人滿時連線就中斷，其他設計都毫無意義。
NHS England 建議在各個 NHS 環境中，主 RSSI 至少要達到 -65 dBm，並將可接受的延遲時間描述為大約 20 至 250 ms。請注意，這兩個數字都不是絕對標準，都應根據所使用的應用程式進行驗證（NHS England 評估 WiFi 效能指標指引）。請將該數值視為最低標準而非標準規格。病床旁的 -65 dBm 讀數僅證明連線可以建立，但完全無法說明同一個病室內的四十個人是否能在晚上八點同時進行視訊通話。
針對目前實際擁有的建築物進行勘測
在發出採購單之前，請使用勘測工具走遍每個樓層。注意會阻擋訊號的物體：鉛板防護照相室、查房期間移動的病床隔板、混凝土服務核心區，以及家屬等待計程車的地下室走廊。也要勘測室外通道，因為那正是人們出院時站著準備叫車的地方。
頻段選擇是容量決策，而非個人偏好。NHS England 將 2.4 GHz 指定為公眾訪客和舊型裝置的頻段，這些裝置對涵蓋範圍的需求高於吞吐量；並將 5 GHz 指定為提供容量的頻段，適用於支援該頻段的用戶端和基地台。封鎖 2.4 GHz 會懲罰舊款行動裝置；而將所有流量都放在 2.4 GHz 上運作，則會把您的空口時間拱手讓給發射功率最大的裝置。
請針對高峰期進行規劃，而非針對平均值。 於週二上午十點量測的網路數據會美化任何設計。真正具備參考價值的，是在探視日的晚上七點所量測到的數值。
接著衡量訪客對網路造成的影響：每個基地台的併發用戶端數量、頻道利用率、封包遺失率、DHCP 與 DNS 回應，以及完成身份驗證的速率。請使用視訊和訊息傳輸進行負載測試，而非僅使用 Ping，並在每次病房搬遷或建築結構變動後重複進行此測試，因為新設備或重新調整的病床區都會重新改變訊號涵蓋範圍。
| 指標 | 目標 | 備註 |
|---|---|---|
| 主要訊號 (RSSI) | -65 dBm 或更強 | NHS 英格蘭面向病患區域的目標 |
| 延遲 | 約 20 至 250 ms | 針對視訊通話與訊息傳送進行驗證 |
| 公用與舊型裝置頻段 | 2.4 GHz | 覆蓋範圍較廣，容量較低 |
| 容量頻段 | 5 GHz | 在用戶端與基地台支援之處使用 |
| 高峰期同時連線用戶端數量 | 在實際探視時間內計算每個基地台的數量，並以此為基礎規劃更高的容量 | 採用您的實際訪客數量，而非廠商提供的數據 |
| 頻道利用率 | 調查探視時間內測得的任何持續偏高讀數 | 離峰時段的讀數會掩蓋頻寬競爭問題 |
| 封包遺失 | 在負載測試期間設定您自己的門檻 | 請在高峰期重新測試，而非在夜間 |
該表中的每個數據都需要您持續重新量測，而非僅簽核一次即結束。若您正從頭開始構建測試計劃，射頻勘測與通道規劃指南 將更深入地涵蓋量測勘測機制。
為每個區域選擇正確的登入方式
常讓團隊措手不及的權衡取捨不是加密或成本，而是究竟有多少訪客根本沒有完成登入。
護貝告示牌上的共用密碼看起來成本低廉，直到您看到一排排隊的家屬用單手大拇指在破裂的螢幕上輸入密碼為止。它不具備個別使用者身分，也沒有個別裝置加密，因此它適合用於為期一天的活動，而不是病患家屬可能會保持連線長達六個小時的病房中。
透過強制入口進行電子郵件註冊是大多數醫療基金會最終採用的模式。 Queen Victoria Hospital NHS Foundation Trust 於 2014 年 11 月在病房、門診候診區、咖啡館及餐廳提供免費 WiFi，使用者只需註冊電子郵件地址即可換取密碼，同時限制串流傳輸和音樂下載，以保障其他所有人的網路頻寬容量（NHS 英格蘭將患者連接至數位服務的轉型部落格）。身份識別、條款與頻寬控制整合於單一流程中。技術雖然已經進步，但此模式並未改變。
| 方法 | 設定工作量 | 加密方式 | 訪客身分 | 最適合情境 |
|---|---|---|---|---|
| 帶有條款頁面的開放式網路 | 低 | 無 | 除了接受條款外無其他驗證 | 數據需求極低的等候區 |
| 告示牌上的共享密碼 | 低 | 僅限共享金鑰 | 每個使用者均無特定身分 | 短期活動，不適用於病房 |
| 需要電子郵件的強制入口 | 中 | 開放，除非應用 WPA2/WPA3 | 經同意擷取電子郵件 | 一般訪客存取 |
| Passpoint (Hotspot 2.0) | 高 | WPA2/3-Enterprise | 帳戶或設定檔 | 常客與員工配發的裝置 |
| 品牌應用程式或帳戶 | 中 | 取決於其所承載網路的安全保護等級 | 帳戶 | 經常光顧的訪客 |
門戶網站發生故障的位置，以及由誰來處置
某些裝置完全無法完成強制入口流程。較舊的 Android 行動裝置、受控管的工作筆電和電子書閱讀器會停留在 Portal 頁面且永遠無法解析，而對於拒絕開啟的瀏覽器，再怎麼微調入口網站也無濟於事。這既是技術問題，也是人員配置問題。病房工作人員需要有管道來註冊裝置，且失敗訊息需要顯示病房電話號碼，而非一般錯誤代碼。
Passpoint 在相同人員重複造訪的場景中發揮著重要作用。在完成一次性設定檔安裝後，裝置即可自動連線並具備企業級安全防護，非常適合定期回診的門診患者與員工專用平板電腦。這需要支援該功能的無線基地台與佈署路徑，但它無法替代那些無法載入設定檔的手機。
無論您選擇哪種方法，都請在訪客看得到的地方公布限制。Nottinghamshire Healthcare 告知訪客，NHS WiFi 可能無法在所有區域使用，且不適合用於電視影音串流或語音與視訊通話（Nottinghamshire Healthcare 免費 WiFi 頁面）。這是最坦誠的版本，比承諾提供影院級體驗的 Portal 頁面更好。
任何電子郵件或帳號收集都需要在 UK GDPR 規範下提供明確的同意步驟，且資料的保存應僅限於您在收集時說明的目的。在大字體與螢幕閱讀器友好的登入頁面方面，這裡比任何商業網路都更為重要。這篇 強制入口設計指南 更詳細地探討了 Portal 頁面結構和同意流程。
如何將訪客流量與臨床系統進行隔離
請將訪客存取視為恰好位於您建築物內的不可信網際網路服務。NHS England 的設定指引要求針對內容過濾、合理使用、自攜裝置 (BYOD) 規則與容量監控制定書面在地政策，並附上合理使用政策以及對非法或不當內容的阻擋機制。網路控制必須放在首位，因為單憑一份政策文件無法阻止受感染的手機掃描放射科子網路。
- 將訪客安排在獨立的 SSID、VLAN 與防火牆區域。受入侵的訪客裝置應進入死胡同，無法路由至任何重要位置。常見的漏洞是將訪客 VLAN 與會議室或櫃檯系統共用，只因為當天這樣設定比較快。
- 拒絕跨管道存取臨床、生物醫療、管理及印表機子網路。切勿為了方便而破例。最常見的安全防線漏洞是為了讓員工透過個人手機列印而開放印表機存取權，這會開啟通往管理範圍內列印伺服器的路徑。
- 僅允許訪客所需的出站服務。這通常意味著 Web 流量加上 DNS，而 VPN 與現代應用程式需求應經過審慎評估處理，而非直接假設開放。採取全盤允許的出站規則，會使您的訪客 VLAN 變成他人的攻擊平台。
- 進行過濾、速率限制、隔離與設定到期。實施 DNS 與內容過濾、針對單一用戶端進行速率限制、採行用戶端隔離以防止訪客相互查看，並依據您自身的治理政策設定工作階段到期時間，而非沿用其他機構的設定。NHS WiFi 設定指南要求隔離效果必須通過已驗證與未驗證的滲透測試證明，因此請在設計階段即納入此證明，而非在收到投訴後才進行補救。
- 記錄身分驗證、DHCP、NAT 及資安事件，並遵循能在要求時出示的書面保留與存取政策。若無記錄備查的保留規則，記錄日誌只是包裝成證據的風險責任。
- 在登入頁面公開前測試區域規則。任何從訪客區路由至臨床區且能回應的連線，都必須當天修復，而非列為積壓項目。
當有人告知真相時，訪客能做出更好的決定。某些信任聲明坦承警告，訪客流量可能會被其他無線使用者截獲，且不具備隱私保障。這正是共用密碼可以讓您避免撰寫的一句話，卻也正是訪客需要閱讀的一句話。
共用金鑰雖然會加密流量，但無法提供個別使用者身分：所有知道通行密碼的人與其他知道密碼的人完全無法區分，這使得上述警告是誠實提醒而非危言聳聽。如果設計假設訪客會使用修補好的裝置、自己的端點防護並搭配 HTTPS，請在他們接受的條款中明確說明，並將入口網站完成率、支援聯絡事項、遭封鎖的原則事件以及隔離測試結果，列為關鍵營運指標。對於更廣泛的架構，這份 企業WiFi安全性指南 詳細介紹了區隔與存取控制模式。
訪客可以在訪客 WiFi 上安全執行的操作
以下是病患與照顧者常問，但多數醫院網頁未解答的問題：我能在這個網路上進行網路銀行交易、參加視訊診察或開啟工作檔案嗎？
免費並不代表安全，而信任公告正好證明了這一點。有些公告將 NHS WiFi 描述為共用公用網路，並建議對個人或敏感資訊保持審慎，而有些公告則將存取權描述為僅需選擇網路並接受條款（King's College Hospital WiFi 與娛樂頁面）。這兩種訊息是針對同一種服務所提出的不同觀點，而訪客接收到的內容，完全取決於該機構碰巧發布了哪一種。請在架構設計階段，連同 SSID 和登入方式一起撰寫您的公告，而不是在上線後才處理。
這所涉及的利害關係遠不止於便利性。缺乏可靠的 WiFi 是導致部分人群完全無法使用數位醫療服務的障礙之一。若訪客網路僅能用於瀏覽網頁，卻無法登入 NHS 應用程式，將使最依賴該網路的人群無法獲得任何服務。
| 工作任務 | 訪客 WiFi 評估結果 | 建議改用 |
|---|---|---|
| 透過 HTTPS 進行一般瀏覽、查看新聞和地圖 | 合理 | 訪客 WiFi |
| 透過 HTTPS 與家人通訊傳訊 | 合理，避免敏感細節 | 訪客 WiFi |
| 網路銀行服務 | 避免 | 行動數據 |
| 包含個人健康資料的 NHS 應用程式登入 | 避免 | 行動數據 |
| 視訊諮詢 | 避免 | 行動數據 |
| 工作系統與檔案 | 避免 | 員工支援的存取權限 |
加密技術才是改變答案的關鍵，而網路名稱無法告訴訪客任何關於加密的資訊。HTTPS 雖能保護頁面內容，但在開放式或共用金鑰網路中，連線中繼資料仍然可見，且可能遭到攔截，這也是為什麼信任公告的語氣會有如此大的差異。建置在個別裝置專屬金鑰上的網路能改變這種狀況。但開放式網路則不然，無論登入入口頁面看起來有多麼令人放心。因此，對於「我在這裡可以安全地做些什麼」這個問題的誠實答案，是由第一位訪客連線前所作出的架構設計決策所決定的。如果您的架構僅支援安全的 HTTPS 瀏覽，請坦白公布該答案，並在同時指引人們選擇其他替代方案。
值得印在登入頁面上的守則：若該資訊顯示在陌生人的螢幕上會對您造成損害，就切勿透過訪客 WiFi 傳送。
請改為人們提供替代方案。行動數據涵蓋了網路銀行、健康應用程式登入和視訊會診。個人 VPN 在某些企業系統上有幫助，但會破壞其他系統，因此請說明其局限性，而非一味推薦。安排能在病房電腦前提供協助的工作人員，並為沒有合適裝置的人提供電話號碼，能為完全無法自我服務的訪客填補這一差距。
當訪客 WiFi 出現故障時進行測試、監控與應對
上線前，請從兩個起點執行隔離測試：已驗證的訪客會話與未驗證的會話。從這兩個起點出發，嘗試存取臨床、生物醫學、管理和印表機子網路。任何成功的存取都必須當天修復，因為您正在測試的失敗模式，往往是已撰寫但從未套用的規則。
上線後，五個運作訊號能告訴您設計是否有效。技術支援聯絡最為重要，它們通常比監控系統更早發現故障，特別是在病房搬遷或建築更動後的前兩週。將每個指標與觸發條件配對，讓警報帶有明確指令而非僅顯示圖表。
| 指標 | 重要原因 | 審查觸發條件 |
|---|---|---|
| 入口頁面完成率 | 顯示訪客是否能真正順利上網 | 探視時間內持續下降 |
| 連線時段時長 | 確認過期設定是否按設計正常運作 | 連線時段長於政策允許的時間 |
| 政策阻擋事件 | 顯示過濾機制確實作用於真實流量 | 單一區域突然飆升 |
| 隔離測試失敗 | 確認訪客無法存取臨床醫療子網路 | 當天發生任何失敗 |
| 技術支援聯絡次數 | 提早發現隱藏的故障 | 病房或建築變更後次數上升 |
在需要之前先確定事件應對流程
請明確記錄誰有權撤銷訪客工作階段、誰能隔離訪客 SSID、如何處理受感染的訪客裝置，以及根據保留政策由誰記錄該事件。在一頁紙上記下四個負責人姓名，勝過在晚上七點進行無休止的爭論。我建議與感染控制及設施管理團隊共同演練一次該流程，因為在探視時間發生訪客 WiFi 故障，同時也是患者溝通上的問題，走廊上的家屬和網路團隊一樣需要收到即時訊息。
變更管理是訪客網路品質下降的常見原因。更換交換器、調整防火牆規則集或重新連接病房纜線，都可能重新開啟在上線時已關閉的路徑，且在再次執行隔離測試之前無人會注意到。建議將訪客網路隔離測試納入標準的變更後檢查清單中，而非僅依賴年度審查。
當支援通話次數增加被視為重大事件，而非背景噪音時，監控才能發揮應有的價值。
觀察投訴的形態也很有幫助。若投訴持續不斷地來自某一條走廊，屬於訊號覆蓋問題。若整個院區突然湧現大量的登入問題，通常與身份驗證或 DNS 有關。若投訴集中在新設備進駐後的某個病房分區，則兩者皆非，該問題應由資產維運部門處理，而非無線網路控制器負責。
在全面推行前先進行試點計畫
一個病房、一個探視週，並針對先前所做的各項決策給出書面的合格或不合格評定。這是我在全院推廣前會設定的門檻，因為先導計畫的成本遠低於失敗的上線，且能提供指導小組作為決策依據的實證。
從無線訊號開始。在實際探視時間內，量測病房、候診區及戶外入口處的主訊號，並確認 -65 dBm 的目標確實維持，而非直接假設先前勘測結果具代表性。接著，在三台裝置上完整走一遍登入流程：一台最新款智慧型手機、一台可能永遠無法完成入口登入的舊款手機，以及一台筆記型電腦。記錄每台裝置所需的時間以及使用者放棄登入的地點，因為這些放棄案例就是您後續需要人工支援的依據。
接下來是隔離測試，包含已驗證和未驗證的會話，且不接受任何失敗。在任何人進行身份驗證之前，請確認登入頁面上顯示了淺顯易懂的安全使用聲明，並且合理使用、自攜設備 (BYOD) 和資料保留政策皆已通過簽署而非僅止於草案階段。請根據您的監控表設定審查觸發條件，並為每項條件指定負責人。
如果員工和訪客存取在同一園區內重疊，此時正是遴選廠商的最佳時機，而非等硬體到貨後才處理。Purple 可在單一雲端平台上運行訪客 WiFi、員工 802.1X 安全性及私人區域網路，訪客連線方式涵蓋強制入口、Passpoint 和應用程式，而員工驗證則支援 Entra ID、Google 及 Okta。您可以將其與您現有的控制器及身份設定進行比較，並在承諾擴大推廣前，先在單一病房預約試辦。
若先導計畫在訊號強度、網路隔離、登入完成率和公佈的預期服務標準方面皆通過測試，就能為您提供商業計畫書中罕見的依據：決策背後擁有一整週的真實訪客流量數據。僅在所有四項指標均通過時，才擴展至下一個病房。
Purple 為醫院提供了一種訪客即可輕鬆完成的訪客存取方式，包含品牌專屬的強制入口、Passpoint 支援以及針對每位訪客的同意聲明，全數整合於處理員工驗證的同一平台上。因此，訊號、身份與發布的警告訊息能在事前統一規劃，而非在上線後才拼湊黏合。如果您正在規劃病房試辦計畫，或是準備替換已過時的共用密碼，請造訪 Purple，瞭解如何將訪客與員工網路順暢整合至您現有的無線基地台上。
