諮商 AI 的 SSO 與資安檢核清單：機構導入前的 7 個步驟

為什麼單一登入是第一個問題——也是第一個迷思

當一間診所、醫院、大學諮商中心或聯合執業團隊評估一項新的諮商 AI 工具時，對話幾乎總是以同一個問題開場：這項工具要如何融入我們現有的帳號與身分系統？單一登入（SSO）是很自然的起點。但這裡有一個讓許多採購審查絆倒的陷阱：某項特定工具是否把 SSO 作為標準功能支援，會因產品而異。所以及早把一般性的概念，與「是否支援」這個具體問題分開來看，是值得的。

SSO 讓員工能用一組組織憑證登入多個系統。吸引力顯而易見——要管理的密碼更少，而且當有人離職或轉調時，只需在單一處撤銷存取權。但 SSO 之所以位居資安審查之首，更深層的理由並非便利，而是控管。當帳號散落在各個工具之間，沒有人能回答那個在臨床場域裡最關鍵的問題：此刻，是誰能存取哪些個案資料？

本指南依優先順序列出審查步驟，讓 IT 或資安主責人員在走進供應商對話之前，就已經知道該問什麼——以及在那場對話發生之前，該先鎖定什麼。

步驟一：先盤點自家的身分提供者環境

在你評估任何工具的 SSO 能力之前，先向內看。你的組織目前已經在運行哪一套身分提供者（IdP）？兩大主流標準是 **SAML（Security Assertion Markup Language）**與 OIDC（OpenID Connect），而整合路徑完全取決於你現有的目錄服務、群組軟體或身分平台支援哪一種。

早期的定調問題很簡單：*我們用的是 SAML、是 OIDC，還是運行一套獨立的帳號系統？*在內部把這件事敲定——通常只需與 IT 團隊談五分鐘——就能讓接下來每一場與供應商的討論都大幅縮短、也更具體。

如果你是一間沒有專屬 IdP 的小型工作室，別過早把 SSO 硬塞進計畫裡。更務實的做法，是從工具自身的帳號管理功能開始，等到規模足以支撐時，再疊上聯合身分（federated identity）。

步驟二：若 SSO 尚未就緒，先從方案層級的帳號與角色管理著手

SSO 不該是導入的前提條件。如果它對你的環境並非硬性要求，那麼通往可運作導入最快的路徑，就是工具的組織帳號與角色管理能力。

一個成熟的機構方案，通常會提供具備細緻權限的多諮商師帳號、管理員與團隊管理工具、可為貴組織初談與紀錄表單客製的模板，以及親力協助的上線支援。Modalia AI 的組織方案正好提供這類多席次帳號與權限管理，讓一支諮商師團隊從第一天起就能在受控的框架內運作。是否提供完整的 SSO 整合，最好直接在採購對話中確認——但你不必等到那個答案，就能安全地開始運行一個多諮商師的環境。

關鍵在於化解*「SSO 到位之前我們無法導入」*這個假設。先用帳號與角色管理建立起你的運作結構；把聯合身分當成後續項目，等你的 IdP 環境與導入規模明朗後再去協商。如此一來，審查就能持續推進，而不會停滯。

步驟三：決定誰負責帳號開通——尤其是離職停用

多數團隊規劃不足的步驟，不是帳號的建立，而是帳號的終止。當一位諮商師離開組織或轉調至其他部門時，任何沒有立即撤銷的工具帳號，都留下一條通往個案資料的常設路徑——一個安靜卻嚴重的資安缺口。

在審查過程中，明確敲定兩件事：誰負責帳號的開通與停用，以及透過什麼程序。在有 SSO 支撐的環境中，理想的設計是把存取權直接綁定到 IdP，如此一來，在 IdP 停用一個身分，就會立即切斷該工具的存取。如果你在沒有 SSO 的情況下運作，請指派一位具名的管理員，透過管理主控台撤銷帳號，設定週期性的覆核節奏，並在啟用前把這兩者都寫進你的運作政策。

步驟四：依角色區隔存取——並去識別化敏感資料

在諮商 AI 的審查中，存取區隔與去識別化的重要性，不亞於驗證本身。如果說 SSO 治理的是誰能登入，那麼角色為基礎的權限治理的就是那個人進來之後能看到什麼。這是兩種不同的控管，而一個安全的部署兩者都需要。

Modalia AI 把存取區隔與去識別化視為常設的資安政策：它區分誰能觸及哪些資料，並支援一套從紀錄中剝除識別資訊的工作流程。身為資安主責人員，請——獨立於 SSO 這個問題之外——確認對會談資料的存取，已依每位使用者的角色與工作範圍進行分割。那些權限層級的精確細緻程度，是要在採購對話中依你的環境去客製的；但其原則從一開始就應該是不可妥協的。

步驟五：查核加密與「不用於訓練」的資料政策

諮商紀錄是組織所處理最敏感的資料之一，因此在 SSO 審查之外，你必須確認資料在靜態與傳輸兩種狀態下如何受到保護。請尋找靜態加密、傳輸加密，以及一項明確承諾：個案資料絕不用於訓練模型。

Modalia AI 採用靜態與傳輸加密，且不將個案資料用於模型訓練——而這項「不訓練」原則，也延伸至處理鏈中任何外部的模型提供者。更細的細節——金鑰管理方式、保存期限、具體認證——通常是作為正式採購與資安審查流程的一部分提供，而非作為固定的公開事實對外發布。如果你的組織進行資安評估，請在供應商對話中要求以書面提供這些具體事項，以便存檔備查。

步驟六：把 SSO 與資安需求整合進同一場採購對話

最後一步，是把以上一切整合進一場準備充分的供應商討論。SSO 支援、帳號與角色管理的範圍、資料保護政策，以及該納入資料處理協議的資安條款，全都會隨你的環境與導入規模而異——所以一次坐下來把優先順序一起設定，遠比逐項分頭追逐來得有效率。

準備能加速整個過程。帶著三樣已備妥文件走進去：你的 IdP 環境（SAML、OIDC 或獨立系統）、你需要的諮商師席次數量，以及你的資安審查所要求的文件清單。手握這些，你通常能在一場對話裡同時敲定 SSO 問題與你的資安需求。

審查優先順序一覽

SSO 不是機構導入的起跑線——它是一個你在已敲定帳號控管、角色權限與資料保護之後，再透過討論收斂的項目。依這個順序逐項推進，即使 SSO 的答案還懸而未決，你也能展開一個安全、治理良好的部署。善用這份清單，去形塑最適合你組織的配置。