Appearance
ANI4／eDrug「執核派」30 分鐘圖像版 Runbook
本 Runbook 供主持人以 25 分鐘示範 + 5 分鐘 FAQ，向院舍決策者及前線主管介紹：
- ANI4 如何把醫囑轉成可執行的用藥計劃；
- PAA 如何分開記錄執藥及第二人核藥；
- eDrug 如何處理一般派藥、暫緩、不服、PRN 及針藥；
- ANI4 如何回查流程、結果、原因及操作人。
示範範圍
這是一場流程示範，不等於完整 UAT、臨床認證、法規認證或正式上線批准。現有個別功能已有實機核對；同一資料鏈的刷新、重登及跨系統歷史一致性仍須完成受控 UAT。庫存會否隨派藥自動扣減尚待產品規格正式確認，本次 DEMO 不作承諾。
展示標籤
| 標籤 | 主持人可以怎樣描述 |
|---|---|
LIVE | 正在 demo tenant 即場查看或執行；只有 Green Gate 才可提交寫入。 |
預置畫面 | 來自已準備的 demo 畫面，用於例外或高風險分支；不可描述成剛才即場建立的同一筆資料。 |
FALLBACK | Live 畫面失效時使用；主持人須主動說明已切換備援畫面。 |
30 分鐘時間表
| Session | 時間 | 重點 |
|---|---|---|
| 1 | 0:00–2:00 | 開場及執核派全貌 |
| 2 | 2:00–4:00 | 角色分工及安全界線 |
| 3 | 4:00–8:00 | ANI4 用藥計劃 |
| 4 | 8:00–13:00 | PAA 執藥及第二人核藥 |
| 5 | 13:00–18:00 | 電子派藥正常主線 |
| 6 | 18:00–21:00 | 暫緩、不服及 PRN |
| 7 | 21:00–23:00 | 針藥雙人核對及注射位置 |
| 8 | 23:00–25:00 | 派服記錄及審計回查 |
| 9 | 25:00–30:00 | 總結及 FAQ |
DEMO 前準備
測試資料及帳戶
- 建立專用 Run ID：
DEMO-EDRUG-YYYYMMDD-RUNNN。 - 只使用
demotenant 及明確虛構的示範院友。 - 正常派藥、暫緩／補服、不服、PRN 及針藥使用獨立藥物項目，不能用同一項目覆蓋不同結果。
- 預留一項一般口服藥供 Session 5 使用；其他例外分支使用預置畫面。
- 執藥員與核藥員使用不同獲授權帳戶。沒有第二位職員或第二個有效帳戶時，不得假裝完成雙人核對。
- 密碼、token、真實院友資料及密碼管理器提示不得出現在投影畫面。
預先打開的頁籤
- ANI4
用藥計劃管理； - PAA
包藥工作管理； - eDrug
電子派藥； - ANI4
派服記錄。
使用香港網絡、Asia/Hong_Kong 時區、Chrome 及 1440×900 畫面。開始前關閉通知、自動填寫提示及無關頁籤。
Green／Amber／Red Gate
| Gate | 條件 | 主持方式 |
|---|---|---|
| Green | 同一 Run ID 已於綵排通過刷新、重登及派服記錄回查。 | Session 5 可提交一項專用一般口服藥，Session 8 回查同一筆記錄。 |
| Amber（預設） | 各階段可以展示，但完整同一資料鏈尚未通過綵排。 | 分階段 Live 查看；寫入、例外及高風險分支使用預置畫面。 |
| Red | tenant、院友、身份、日期、藥板不一致；出現 5xx、持續載入或疑似重複提交。 | 停止寫入，轉用對應 FALLBACK 圖；不可為完成 DEMO 繞過。 |
統一停止轉場句
「呢個情況正正展示安全原則：資料未確認就唔繼續，亦唔會重複提交。為免污染示範記錄，我轉用已核對嘅備援畫面繼續講解。」
Session 1｜開場及執核派全貌
時間：0:00–2:00｜展示模式：簡介圖
主持人要做
- 全螢幕展示流程圖。
- 由左至右指出 ANI4、PAA、eDrug 及返回 ANI4 的五個階段。
- 暫時不要進入操作畫面或解釋個別按鈕。
要講
「今日唔係逐個掣介紹，而係跟一位示範院友，睇一個用藥計劃點樣經過執藥、第二人核藥、電子派藥，最後留下可以追查嘅記錄。」
「部分主線會即場查看，高風險及例外分支會用預置畫面。今次係流程示範，唔代表完整 UAT、臨床認證或正式上線批准。」
觀眾應看到
- 三個系統的責任邊界；
- 計劃建立人員、執藥員、核藥員及派藥員的角色；
- 最終不是停在「已派藥」，而是回到可追查記錄。
Session 2｜角色分工及安全界線
時間：2:00–4:00｜展示模式：FALLBACK
主持人要做
- 指出畫面的
執／派身份。 - 指出
登入核藥員入口。 - 指出登入後同時顯示的兩個不同姓名。
- 指出工作完成後的登出入口。
要講
「雙人核對唔係一個人登入兩個帳戶，而係兩位獲授權職員各自重新核對，再用自己身份確認。」
「系統只協助核對同留痕，唔取代醫囑、實體藥物核對、專業判斷或院舍 SOP。」
Fallback 規則
沒有第二位職員或第二個有效帳戶時，只講解本圖，不可即場假裝完成雙人核對。
Session 3｜ANI4 建立可執行用藥計劃
時間：4:00–8:00｜展示模式：LIVE；圖片為 FALLBACK
畫面一：用藥計劃管理入口
畫面二：計劃內容
主持人要做
- Live 打開已準備的
應用中計劃，不由零開始填寫完整取藥表格。 - 先確認已選擇正確示範院友。
- 依次指出藥物、劑量、單位、途徑、藥板、頻率及時段。
- 最後指出
應用中，然後轉入 PAA。
要講
「第一關係將醫囑變成可執行工作。重點唔只係藥名，而係邊位院友、幾多劑量、咩途徑、咩時間同使用邊種藥板。」
「計劃顯示應用中，只代表可以承接下一步，唔代表藥物已經執、核或者派。」
超時切換
如果四分鐘內未能載入正確計劃，立即使用以上兩張 FALLBACK 圖，不要臨場改選其他院友。
Session 4｜PAA 執藥及第二人核藥
時間：8:00–13:00｜畫面一 LIVE；畫面二預置畫面
畫面一：藥板及執藥核對
畫面二：完成第二人核藥
主持人要做
- 打開預建包藥工作。
- 先核對院友、過敏／不良反應、日期及藥板編號。
- 指出藥物名稱、劑量、總數及日期／時間格。
- 展示
待處理 → 已執 → 已核狀態分工。 - 以第二張圖指出執藥及核藥的兩個身份與
全部已完成。 - 批量完成按鈕只介紹用途，不作主線捷徑。
要講
「執藥同核藥係兩個獨立步驟、兩個身份、兩筆記錄。」
「畫面顯示全部完成，只代表系統已收到記錄，唔可以取代實體藥物嘅逐項雙人核對。」
停止條件
過敏資料、藥板、日期、藥物或身份任何一項不一致，立即停止 Session 4 Live 操作。只可使用第一張圖講解原定核對點，並明確說明今次沒有完成執藥或核藥；不可展示第二張「全部已完成」畫面，Session 5 亦須切換 Amber Gate，不作 Live 寫入。
Session 5｜電子派藥正常主線
時間：13:00–18:00｜畫面一 LIVE；畫面二預置畫面
畫面一：逐層選擇
畫面二：一般藥物派藥前後
主持人要做
- 只使用專用的一般口服 demo 項目。
- 按圖中次序核對：日期／時段 → 樓層／房間 → 院友 → 藥板 → 藥物 → 派藥操作。
- 再次核對院友、床位、藥名、劑量、途徑及時間。
- Green Gate 才可完成一次 Live 提交；Amber Gate 只展示前後畫面。
- 完成後指出
已派藥及不可重複提交的狀態。
要講
「每次切換日期、時段或者院友，都要重新核對。」
「只有確認院友已實際服用，先可以記錄做已派藥；唔可以為咗完成 DEMO 預先按落去。」
疑似已提交
如按鈕變成不可按、畫面反應不清或網絡中斷，不要重按。先查看目前狀態及派服記錄，再按 Red Gate 處理。
Session 6｜暫緩、不服及 PRN
時間：18:00–21:00｜展示模式：預置畫面
6A：暫緩及補服
「暫緩代表當刻未服，但稍後仍可能補服，所以系統會保留原因、延服時間同後續工作。」
指出延服時間、暫緩原因、備註，以及完成暫緩後出現的 補服入口。未有實際補服前不可預先完成補服記錄。
6B：不服
「不服代表今次唔會補服。暫緩同不服唔可以混用，否則會直接影響跟進清單同歷史記錄。」
指出不服原因、備註、完成後的 不服狀態，以及本次不再進入補服流程。
6C：PRN
「PRN 設定只係將藥物放入合適候選時段，唔代表系統會自動派藥。最終仍要按醫囑、院友情況同院舍程序判斷。」
指出 定制 PRN、開始／結束日期、頻率及候選時段。不要把「出現在候選」描述成「已批准派藥」。
Session 7｜針藥雙人核對及注射位置
時間：21:00–23:00｜展示模式：預置畫面
畫面一：份量及雙人核對
畫面二：注射位置
主持人要做
- 指出藥物、份量及單位。
- 指出批次及有效日期。
- 指出
執藥及核藥由兩個不同身份完成。 - 指出人體圖上的實際注射位置。
- 說明本 Session 只講解預置畫面，不進行真實或模擬注射提交。
要講
「針藥會額外核對份量、單位、批次、有效期、兩位職員身份同實際注射位置。」
「呢個 Session 只用預置畫面講解，唔會為咗 DEMO 模擬或預先確認真實注射。」
Session 8｜派服記錄及審計回查
時間：23:00–25:00｜Green 模式 LIVE；否則預置畫面
主持人要做
- Green Gate：以已知日期、院友、藥物、操作人及完成時間，找出 Session 5 剛完成的 Live 記錄。
- Amber Gate：使用已存在的示範記錄，明確稱為「既有記錄例子」。
- 指出日期範圍、流程、時段及搜尋欄。
- 說明結果表可用來核對事件時間、院友、藥物、結果、操作人及原因。
- 找不到記錄時，不要不斷刷新或聲稱已同步成功。
要講
「價值唔係撳完一個掣，而係之後可以回答：邊個、幾時、為邊位院友、處理咗咩藥、結果同原因係咩。」
「目前個別功能已有實機核對，但同一資料鏈刷新、重登及歷史一致性仍要經正式 UAT，今日唔會當作已驗收。」
Session 9｜總結及 FAQ
時間：25:00–30:00｜展示模式：總結圖
要講
「今日請大家記住三點：職責分離、例外有狀態、全程有記錄。」
「下一步唔係直接全院上線，而係用院舍現行 SOP、獨立角色帳戶同預留測試資料，完成一次受控 UAT。」
FAQ Cue Card
| 問題 | 標準短答 |
|---|---|
| 系統會否取代專業判斷？ | 不會；系統支援核對及留痕，醫囑、專業判斷及 SOP 仍然優先。 |
| 為甚麼需要兩位職員？ | 用來分開執行及覆核責任；兩位職員須使用各自帳戶親自核對。 |
| 批量完成是否等於跳步？ | 不可以；只可記錄已經完成的實體工作。 |
| 暫緩與不服有何分別？ | 暫緩表示稍後可能補服；不服表示今次不會補服。 |
| PRN 是否自動派藥？ | 不會；只提供候選，仍須按醫囑及院友情況判斷。 |
| 針藥有甚麼額外控制？ | 要核對份量、單位、批次、有效日期、兩位職員身份及注射位置。 |
| 找不到院友或藥板？ | 核對日期、時段、院舍、計劃及 PAA 執核狀態；不可改用其他院友。 |
| 不確定是否已提交？ | 不可重按；先查目前狀態及派服記錄。 |
| 畫面載入失敗？ | 安全返回後只重試一次；仍失敗便停止並記錄時間、頁面及藥板資料。 |
| 斷線後可否離線操作？ | 現有文件沒有證明離線模式；恢復連線後先核對狀態。 |
| 可以追查甚麼？ | 可按日期、流程、時段、院友、藥物、操作人及原因回查；實際內容受權限控制。 |
| 派藥會否自動扣庫存？ | 尚待產品規格正式確認，本次 DEMO 不作承諾。 |
| 是否已通過完整 E2E？ | 個別階段已實機核對；同一資料鏈完整 UAT 尚未完成。 |
| 可以保證減少多少錯誤？ | 可強化核對、分工及追查，但目前沒有量化結果可作百分比承諾。 |
| 私隱如何處理？ | 只用 demo 假資料、不展示密碼、按角色授權，完成後登出。 |
| 下一步如何落地？ | 先完成角色、資料、例外、刷新、重登及歷史一致性的受控 UAT。 |
綵排及驗收清單
- [ ] 每個 Session 的圖像都可載入，中文字及圈選清楚。
- [ ] 每張操作畫面都能辨認為
LIVE、預置畫面或FALLBACK；開場及總結圖則明確標示為流程／總結圖。 - [ ] 原始
live-*圖片沒有被覆寫。 - [ ] 另一位未參與準備的主持人可在 22–24 分鐘完成 Session 1–8。
- [ ] Session 9 至少保留 5 分鐘 FAQ。
- [ ] 沒有真實院友資料、密碼、token 或通知出現在投影。
- [ ] 沒有重複提交或為完成 DEMO 而改用其他院友、日期或藥板。
- [ ] 如完整同一資料鏈未通過綵排，維持 Amber Gate，不描述成完整 Live E2E。
- [ ] 主持人能在任何停止條件下使用統一轉場句切換 FALLBACK。