1. 先選一條流程，讓不同方案回答同一個問題
第一次示範看了院友資料，第二次看了報表，第三次則集中介紹手機操作。三個方案看起來都能處理日常工作，但團隊回到會議室，仍難以說出哪一個更適合自己的交更方式。缺少的往往是一份共同使用的情境腳本。
以下是院舍選型與試點的建議做法，並非任何產品的功能清單或交付承諾。可先選一條經常發生、涉及兩個角色的流程，例如早班建立待跟進事項，晚班接手，再由主管確認處理結果。請每間供應商按相同起點、角色及預期結果示範。
2. 一張情境卡，寫清楚起點、操作與完成條件
會前由前線同事描述現時做法，主管確認責任，行政或項目負責人把內容整理成一頁。示範資料應使用虛構姓名和紀錄；畫面截圖亦不應包含真實院友資料。
- 情境編號：D01；目的：讓下一班找到尚未完成的跟進事項。
- 起點：虛構院友甲有一項待確認的活動安排；早班已記下負責人及跟進時間。
- 角色：早班建立、晚班查閱及更新、主管確認；先說明每個角色應可看見哪些資料。
- 操作：建立事項、交接、更新結果，再由主管查閱；請供應商展示每一步的實際入口。
- 完成條件：晚班能找到正確事項、識別負責人與狀態，主管能查明處理結果；若需人工補充，須一併記錄。
3. 正常流程完成後，再看三個例外情境
順利完成一次操作，只能證明當時的示範路徑。院舍還需要知道資料輸入有誤、角色不符或工作中斷時，團隊如何接續處理。以下項目是要向供應商驗證的需要，不代表系統必定提供相關功能。
- 資料修正：把虛構活動日期輸入錯誤，再要求修正。觀察誰能修改、原值是否可追溯，以及下一班如何辨認最新版本。
- 權限不符：改用一般職員測試帳戶，嘗試執行預先列為主管專用的操作，確認限制是否符合院舍設定。
- 工作中斷：請供應商在受控示範環境說明中斷後如何確認已儲存內容、避免重複輸入，以及何時需要人工接手。不要在正式環境刻意斷線測試。
4. 用證據紀錄比較，分清已展示與待確認
每個方案使用同一份紀錄欄位：情境編號、重要程度、預期結果、實際結果、證據位置、限制、負責人及回覆日期。先確認必要條件，再比較操作步驟；不能用其他項目的高分抵銷關鍵權限缺口。
- 已展示：在指定版本及測試角色下完成情境，記下日期、結果與可保存的去識別截圖。
- 部分符合：需要額外設定、人工程序或其他服務，列清楚依賴、費用及負責方。
- 待確認：只有口頭說明或簡報，尚未實際展示；不要當作已通過。
- 不符合：實際結果與必要條件不一致，記錄對流程的影響及是否有院舍可接受的替代安排。
5. 把培訓需要放入示範後的操作練習
供應商操作流暢，不等於第一次使用的同事已能獨立完成。可安排早班、晚班及主管代表，在測試環境各自按情境卡操作一次，記下需要提示的位置、找不到的入口及不理解的狀態名稱。
由這些觀察安排角色培訓：前線練習建立及交接，主管練習查閱及確認，指定支援同事練習收集問題與聯絡供應商。出席培訓和能獨立完成情境應分開記錄；未完成者補練後再檢視。
6. 把同一份腳本帶入小範圍試點
試點前先約定範圍、檢視日期、負責人和停止擴展的條件。例如先在一個班次處理一類非臨床待辦，再檢查跨班交接；試點長度應按工作頻率與團隊準備程度訂定，不宜只按日曆到期便全面上線。
- 通過條件：必要情境完成、角色限制符合約定、指定代表能獨立操作，且關鍵待確認項目已獲回覆。
- 暫緩條件：責任人無法辨認、重要資料遺漏、權限不符，或中斷後沒有可執行的接續方法。
- 銜接安排：如需暫用原有流程，指定正式紀錄來源、補錄責任及核對時間，避免紙本與系統各自保留不同版本。
- 擴展決策：由院舍負責人、前線代表及供應商共同檢視未解事項，記錄批准範圍，再逐步加入班次或模組。
7. 預約 ANI 示範前，準備三份資料
準備一張情境卡、一份按角色列出的必要條件，以及一份目前仍需人工處理的例外清單。無需先整理完整功能目錄，先讓團隊對一條流程的完成標準有共識，示範交流便有清楚焦點。
與 ANI 團隊交流時，可要求按這些情境確認 ANI System 4.0 的適用方式。實際功能、設定、費用及交付範圍須由雙方按示範結果與書面方案確認；本文不預設特定整合、離線能力或客製項目已包含。
“每個必要條件都應有可觀察的結果；尚未展示的能力，先保留為待確認。”
