為甚麼院舍選型前，應先做一次內部需求工作坊？
不少院舍準備導入管理系統時，第一步會先收集供應商簡介、比較功能表或安排示範。不過如果內部仍未釐清想改善的是哪幾條流程、哪些角色最常使用、哪些資料需要保密或覆核，示範看得再詳細，最後仍然容易回到各部門各自理解的情況。
需求工作坊的作用，是把系統導入由抽象的功能比較，轉成具體的營運討論。院舍可以在同一張桌上先確認哪些流程最常卡住、哪些交接最易出錯、哪些資料經常重複輸入，以及哪些管理資訊是主管最想即時掌握。當團隊先對齊這些問題，再進入選型與上線規劃，判斷標準會清楚得多。
- 先釐清高痛點流程，再看系統怎樣支援。
- 把前線、主管、行政與財務看到的問題放回同一個討論。
- 避免供應商示範與院舍真實工作場景脫節。
需求工作坊應該由哪些角色參與？
如果工作坊只由資訊科技或單一主管參與，往往只會得到高層角度的需求，卻看不到前線操作的細節。較穩妥的做法，是讓至少四類角色參與：管理層、前線代表、行政或財務代表，以及未來負責內部推行的人。
管理層負責確認導入目標與優先次序，前線代表負責指出實際交接、記錄與查閱的困難，行政或財務角色則補充收費、對帳、文件與報表要求。若院舍已預計由班長、主管或指定同事承接後續推行，也應在這階段一併參與，因為很多上線阻力，其實早在工作坊已經能預見。
- 管理層：確認導入目標、資源與優先次序。
- 前線代表：說清楚日常記錄、交更與查閱場景。
- 行政或財務：補足收費、文件、匯出與覆核要求。
- 內部推行人：承接後續設定、培訓與回饋整理。
工作坊內最值得先盤點的是哪些流程？
流程盤點不需要一次畫出整個院舍所有工作，但應先找出高頻、多人交接、又最容易出現資訊斷層的部分。常見起點包括院友入住資料、護理記錄、交更跟進、藥務處理、覆診安排、事故跟進，以及管理層日常需要看的摘要報表。
討論時不只要寫「有沒有這個功能」，而是要寫清楚資料從哪裡開始、由誰輸入、在哪裡交接、何時需要覆核，以及最後誰會用這些資料作決定。當流程被拆解到這個程度，院舍才會知道某套系統是否真的貼近自己，而不是看起來甚麼都有。
- 由誰開始輸入資料。
- 中間會交到哪一個角色手上。
- 哪些步驟需要覆核、提醒或留痕。
- 最後哪位主管或部門要依靠這些資料作決定。
權限矩陣應該在工作坊內怎樣討論？
權限設定如果等到臨上線才處理，通常會變成純技術問題，例如「這個角色可否看到這個頁面」。但真正要先問的是：這個角色日常需要完成甚麼工作、應該看到多少資料、哪些資料可以修改、哪些只可閱讀、哪些變更必須經主管覆核。
把這些問題整理成權限矩陣會更實用。橫向可列出角色，例如前線護理、班長、護士、行政、財務與管理層；縱向則列出資料與操作，例如查閱、輸入、修改、匯出、覆核、停用。這樣不但方便與供應商確認設定可行性，也能幫助院舍同步檢視內部責任分工是否一致。
- 哪些角色只需看摘要，哪些需要查看完整紀錄。
- 哪些欄位可由前線直接更新，哪些必須主管覆核。
- 哪些資料涉及敏感內容，需要額外限制匯出或修改。
- 權限差異是否反映院舍現有責任分工，而非臨時決定。
比較系統時，內部需求應怎樣分成必需、重要與可後補？
院舍在工作坊後通常會整理出一長串需求，但若全部都視為必需，供應商比較就很難進行。較可行的做法，是把需求分成三層。第一層是沒有就難以上線的核心流程，例如院友基本資料、常用護理記錄、交接與權限控制。第二層是會明顯影響管理效率的項目，例如主管追蹤、報表、通知或部門協作。第三層則是可以在第二階段再補上的延伸功能。
這種分法有兩個好處。第一，院舍可避免在第一次 rollout 便要求所有功能同步到位。第二，當不同系統各有長短處時，團隊能回到自己真正的優先次序，而不是被示範節奏帶著走。
培訓安排應如何跟工作坊結果接起來？
需求工作坊不只是用來選型，亦應直接變成培訓藍圖。若工作坊已經整理出哪些角色負責哪些步驟、哪些頁面最常使用、哪些例外情況最易出錯，培訓就不需要由產品功能逐頁講起，而可以按角色與場景分批安排。
例如前線先集中學交更、記錄與查閱；班長或主管再處理覆核、追蹤與例外跟進；行政及財務則聚焦文件、對帳與報表。每一批培訓完成後，院舍亦較容易設計對應的試行清單，確認同事是否已掌握真正會用到的部分。
- 先教高頻場景，再教延伸功能。
- 按角色分批，不做一次過大課堂。
- 每批培訓後安排短期試行與回饋整理。
分階段 rollout 前，院舍要先定好哪些內部分工？
即使需求已清晰，如果沒有內部 owner，rollout 仍然容易卡住。院舍至少要先定好三類責任：誰負責與供應商對接、誰負責收集前線回饋、誰負責拍板流程與權限。這三個角色可以由不同人承擔，但不能沒有人負責。
此外，院舍亦應先決定首階段上線範圍、試行班組、回饋週期，以及甚麼情況需要微調設定。當分工與回饋機制在上線前已講清楚，首兩至四星期便會較容易把問題快速收斂，不會每次都由零開始重開討論。
- 對接窗口：整理需求、跟進設定與上線時間。
- 前線代表：回報操作阻力與遺漏場景。
- 決策窗口：確認流程、權限與優先次序。
院舍開會時可直接使用的導入前對齊清單
如果院舍希望把討論變成可執行的會議結果，最重要是每一項需求都能回到流程、角色、權限、培訓與 rollout 節奏之中。當這五部分能連起來，系統導入就不只是買軟件，而是整理一套更穩定的內部協作方式。
- 我們最想先改善的三條流程是甚麼？
- 哪些角色一定要參與第一階段試行？
- 每個角色需要查看、輸入、修改或覆核甚麼資料？
- 哪些需求是首階段必需，哪些可放到第二階段？
- 培訓應分成哪幾批，每批要對應哪些工作場景？
- 首階段 rollout 後，誰負責每星期收集與整理回饋？
“院舍導入管理系統前，先把需求工作坊開好，通常比急住比較功能更能減少日後返工修正。”
