為甚麼院舍要先開內部準備會，而不是直接睇 demo？
很多院舍在選型初期會先約產品示範，但如果管理層、前線、行政和醫療協作角色未先對齊真正要改善的工作，demo 往往只會變成「呢個功能好似都幾好」的印象式比較。最後大家可能記得畫面，但仍然答不到哪些流程最值得先導入、哪些角色最常用、哪裡最需要權限控制。
一次有結構的內部準備會，作用不是拖慢決策，而是把日後一定要面對的問題提前處理。當院舍先釐清導入目標、交接場景、責任分工和 rollout 節奏，之後再看不同方案，討論就會由主觀感覺轉成可比較的營運需要。
- 先定義想改善的工作，再比較系統如何支援。
- 把內部分歧提早攤開，避免示範後才發現大家理解不同。
- 令供應商回應更貼近院舍實際流程，而不是只展示標準功能。
內部準備會應該由哪些角色參與？
如果會議只有管理層，往往容易忽略前線真正最常做的交接和記錄細節；但如果只有前線參與，又未必能夠拍板資源、時序和跨部門優先次序。較穩妥的做法，是讓幾個核心角色同時在場，各自代表自己最常遇到的工作場景。
通常建議至少包括院舍主管或營運管理、前線護理代表、行政或財務角色，以及需要處理醫療協作或藥務跟進的同事。若院舍已有 IT 或資料管理支援，也應加入，因為帳戶建立、匯入資料和權限維護很多時會落在這些人身上。
- 管理層：確認導入目標、資源與優先次序。
- 前線代表：指出最常出現重複抄寫或交接斷層的位置。
- 行政／財務：補足收費、對帳、報表與資料整理需要。
- 醫療／藥務協作角色：確認覆診、治療、處方或派藥流程怎樣接上。
需求盤點時，應該如何比較不同角色的需要？
比起先列功能名稱，更有效的方法是先按角色列出「每天最常做的三至五件事」。例如前線需要快速查閱院友資料、更新護理記錄、處理交更待辦；主管需要覆核、追蹤進度和看摘要；行政則關心入住資料、文件、收費或統計輸出。這樣比較時，大家會更容易看出哪些需求屬於高頻核心，哪些只是低頻補充。
完成角色清單後，可以再逐項標示每個需求屬於必需、重要或加分。這一步能幫助院舍避免被低頻但花巧的功能分散注意力，也能令供應商更容易回應「如果我們第一階段只做核心流程，哪些功能已經足夠」。
- 先寫角色，再寫該角色最常做的工作。
- 每項需求標示為必需、重要或加分。
- 把高頻流程與低頻例外分開，方便決定第一階段範圍。
流程盤點時，最值得先畫出哪些交接點？
在院舍場景中，最值得先整理的通常不是整條大流程，而是那些最常出現資料斷層的交接位。例如院友入住後資料由誰建立、護理觀察怎樣交到下一班、覆診安排如何通知相關同事、派藥後如何留痕，以及異常事件由誰跟進收尾。
當團隊把這些交接點寫出來後，就會更容易判斷系統是否需要支援提醒、狀態追蹤、角色可見範圍或後續覆核。這類問題若不在導入前講清楚，上線後通常就會變成額外補充表格或口頭交代。
權限矩陣應該在導入前準備到甚麼程度？
很多團隊會把權限設定視為最後才處理的技術細節，但對院舍來說，權限其實是責任分工的延伸。若前線看到過多不相關欄位，操作會變得混亂；若主管看不到需要追蹤的摘要，系統又難以真正支持管理。
較實際的做法，是先畫一個簡單權限矩陣：每個角色需要看甚麼、輸入甚麼、修改甚麼、是否需要覆核、能否匯出。這不需要一次定得非常細，但至少要讓團隊知道哪些資料應該廣泛可見，哪些只應限於特定角色，以免導入後才因為權限不足或過寬而反覆返工。
- 查看：這個角色完成工作前，必須看到哪些資料？
- 輸入：哪些欄位由這個角色負責建立或更新？
- 覆核：哪些資料需要主管或指定角色確認？
- 匯出：哪些角色需要做統計、報表或對外提交？
培訓安排應該怎樣配合試點上線？
若培訓只集中在正式上線前一次過完成，最常見結果就是大家在課堂上都明白，但輪到自己班次實際操作時仍然會遺漏步驟。較穩妥的方式，是把培訓拆成與試點範圍相對應的幾輪，讓每個角色先掌握自己第一階段真的要用的功能。
例如第一輪只教前線和主管處理首階段流程，第二輪再加入行政、醫療或其他延伸角色。每輪培訓後都應保留短期回饋窗口，因為很多真正的問題不是在課堂內出現，而是在交更、趕時間或跨角色協作時才浮現。
- 先教第一階段必用功能，不要一次過塞滿全部模組。
- 按角色分批培訓，避免內容與日常工作脫節。
- 培訓後一至兩星期安排回顧，補足常見卡位。
試點上線範圍應該怎樣定，先上哪一段最穩陣？
試點範圍不應只按哪個模組最容易示範來決定，而應優先選擇高頻、跨班次交接多，而且一旦資料集中便能立即減少重複工作的流程。對不少院舍來說，院友基本資料、護理記錄、交更跟進，或者與處方相關的日常留痕，通常都是比低頻行政流程更適合作為第一階段。
同時，試點範圍要細到可以穩定運行，但又大到足以讓團隊感受到改善。如果第一階段只做太少內容，前線未必感受到價值；如果一次做太多，又很難分辨究竟是哪個步驟令大家卡住。
- 先選高頻、交接多、最易出現資訊斷層的流程。
- 控制首階段角色與流程數量，方便追蹤回饋。
- 為試點設定清晰成功指標，例如交更時間、漏填情況或追資料次數。
內部準備會結束後，最少要帶走哪幾份決策文件？
如果會議之後只留下印象，沒有形成可執行輸出，院舍很快又會回到各自理解的狀態。最低限度，團隊應整理成四樣東西：角色需求清單、交接流程圖、權限矩陣草稿，以及第一階段試點清單。這四份資料已足以令之後的示範、報價、導入安排和培訓節奏變得具體。
若能再加上一份責任表，列明誰拍板、誰收集回饋、誰負責內部溝通與供應商對接，推進會更順。因為導入管理系統很多時並非技術問題，而是沒有人持續收口和追進度。
帶著哪些問題去同供應商討論，最容易分辨方案是否適合？
當院舍已經把角色需求、流程交接、權限邊界和試點範圍整理好，再向供應商提問時，焦點便會由「有冇呢個功能」轉成「這套系統是否能按我們的工作節奏落地」。這樣不單更容易分辨方案差異，也較容易預計真正上線時的人手和培訓壓力。
- 系統是否可按我們列出的角色與責任做分權，而非只有固定範本？
- 若第一階段只上指定流程，供應商會如何安排配置、培訓與跟進？
- 前線最常用場景的步驟是否足夠短，還是需要大量跳頁和補充輸入？
- 試點期間若發現流程要微調，供應商的回應節奏和支援方式是甚麼？
- 首三十天會如何一起檢視使用情況、補訓與調整權限？
“導入前最有價值的一場會，不是產品示範，而是院舍先把角色、流程、權限與試點範圍講清楚的那場內部準備會。”
