Step 0 / 6
國家與醫療體系
選擇目標部署的國家與醫療體系類型，後續欄位將依此分流顯示對應的系統選項與法規要求。
部署國家 / 地區 *
Step 1 / 6
場域基本資訊
填寫目標部署醫院的基本規模與導入範圍，作為評估任務類型涵蓋範圍的基準。
🏥 醫院規模
醫院等級 *
實際總床數
Mapping Spec 的
total_beds 欄位。分級為級距判斷，此處填實際數字，供下游派工規模推算與 GTM 評分使用。🏛 醫院屬性
體系 / 法人集團名稱（選填）
組合結果 archetype_id
請先選擇醫院分級與下列屬性
📍 導入場域（可複選）*
📅 導入規劃
導入規模 *
導入時程預估
是否有定時任務需求？
例如：定時清消、定時補給耗材、每日固定備藥配送等排程性任務
是否有跨樓層或跨棟配送需求？
有跨樓層/跨棟需求時，電梯整合為必要條件（非選填）——未整合將導致跨樓層任務無法自動接案
Step 2 / 6
設備清單
選擇醫院已有或計畫導入的設備。勾選後可填入數量與狀態，作為任務可行性評估的依據。
🤖 機器人設備
運輸型機器人
具有儲藏空間的移動式機器人，可依需求存放物品，運送至指定位置
送藥機器人
具有藥品儲存及控管能力的移動式機器人，可依需求存放藥品，運送至指定位置
拖運型機器人
可藉由特殊制具固定醫院現有醫療車（藥車 / 護理車 / 個案車 / 污車 / 餐車...）
搬運型機器人（VLA）
具有特殊機械手臂的移動式機器人，可將物品（手術器械盒 / 布包 / 點滴罐 / 藥罐...）移動至指定位置
清消型機器人
具有清潔 / 消毒能力的移動式機器人
巡航機器人
具有巡航保安能力的移動式機器人
服務型機器人
具有人機互動能力的移動式機器人，可執行病人引導、陪伴諮詢等服務
📡 IoT 設備
⚠️ 特殊物資處理需求
是否有以下特殊物資的運送需求？（可複選）
Step 3 / 6
人員配置
填寫醫院的人員現況，作為人機混合派工策略的評估依據。
👤 傳送人員（Porter）
目前傳送人員總數
輪班模式
🧑⚕️ 有支援派遣的專業醫護人員
是否有可支援派遣任務的專業醫護人員？
🔐 高風險物資交接現況
ℹ各類別的具體物資範圍將由醫院系統（HIS/PIS）介接時直接取得，不在本工具判斷；以下僅蒐集貴院現行的交接驗證現況，作為系統設計參考。
貴院目前有以下哪些類別的交接需求？（可複選）
貴院現行交接驗證方式（可複選，適用於上方勾選的類別）
具資格交接人員的認定依據
🏥 病患特殊狀態支援能力
ℹ安控等級判斷與 EMR 標籤即時整合屬系統端設計範疇（待辦 #52）；以下僅了解貴院現行處理方式，作為系統設計參考。
是否需要支援有特殊狀態的病患相關配送任務？（可複選）
貴院現行隔離/接觸防護病患的物品配送，處理方式為？（可複選）
貴院現行對跌倒風險/需氧病患的配送服務，有哪些注意事項？（可複選）
貴院 EMR 系統目前是否有病患狀態（Isolation / Fall_Risk / O2_Req 等）的標籤功能？
Step 4 / 6
整合系統
選擇醫院已有或計畫整合的資訊系統，影響 Gate A 的觸發條件與 Context 帶入方式。
ℹ
請先在 Step 0 選擇國家 / 地區，本頁將顯示對應的整合系統選項。
🧪 LIS 檢體通知現況
ℹLIS 的 API 介接方式、payload 欄位定義屬技術規格，將於實際串接貴院 LIS 系統時確認，不在本工具判斷；以下僅了解貴院現行檢體運送的通知與分級方式，作為系統設計參考。
貴院現行檢驗單開立/核准後，如何通知檢體運送人員？（可複選）
貴院現行檢體運送的緊急分級方式
Step 5 / 6
任務需求確認
勾選醫院需要由機器人或派遣人員執行的非臨床任務。系統會依前面填寫的場域、設備、人員與整合條件，自動標示每項任務的可行性。
ℹ
任務依五大類 + 專業組分組。場域未涵蓋或無專業醫護的任務會以灰階鎖定（不可選）；缺偏好設備或整合的任務仍可選，但會標示「僅人力」或「觸發退化」。
ℹ
任務量填寫說明
勾選任務後會出現「平日日均」欄位。請填 平日（週一～週五）的每日平均值，單位已標示於欄位右側。
配送與回收請以單程計次 —— 一趟來回請在配送與回收各填一次。
此欄選填，若無法確認可留空；留空的項目會列入報告的「待確認項目」，標示為任務量待補。
勾選任務後會出現「平日日均」欄位。請填 平日（週一～週五）的每日平均值，單位已標示於欄位右側。
配送與回收請以單程計次 —— 一趟來回請在配送與回收各填一次。
此欄選填，若無法確認可留空；留空的項目會列入報告的「待確認項目」，標示為任務量待補。
⏱ 任務尖峰時段
全院任務量最集中的時段
日均值無法反映同時需求，而機隊規模的瓶頸是尖峰而非日總量。此欄用於推估負載上界，僅需選擇整體最忙的時段。
Step 6 / 6
系統行為設定
定義 Gate A 的核心行為規則，包含緊急情境觸發條件、任務合併排隊邏輯、優先級覆蓋規則。這些設定將影響系統的自動化判斷邏輯設計。
⚠
以下三個區段目前僅收集醫院的設定偏好與需求
🚨 全局情境模式設定
ℹ全局情境模式啟動時，強制覆寫所有任務派工邏輯。需預先定義各模式的觸發條件與行為規則。
需要支援哪些全局情境模式？（可複選）
情境模式由誰觸發？
影響 Gate A 的全局覆蓋邏輯設計與權限管理
Code Blue 觸發後，非緊急任務如何處理？
🎙️ 語音應用現況
ℹ此處先了解貴院現行語音應用的基礎現況。
貴院目前是否已使用語音控制 / 語音輸入相關應用？
🔀 任務合併 / 排隊邏輯
ℹ在 Rule-based 模式下，系統需判斷同類任務是否可以合併成一趟執行（提升效率），以及等待合併的時間窗口。
是否允許同目的地任務合併執行？
合併等待時間窗口
系統等待多久以確認是否有同目的地任務可合併（僅在允許合併時適用）
任務最長等待時間上限（強制派工）
與上方「合併等待窗口」不同：此為任務排隊的硬上限，超過後即使無法合併也強制派工，避免任務無限期等待
同時在排隊的同類任務上限
超過上限時系統應發出警報或自動升級優先級
哪些任務類型不可合併？（可複選）
⚡ 任務優先級覆蓋規則
ℹ定義 CRITICAL 等級任務進入系統時是否可以直接插隊，以及插隊的觸發條件。
CRITICAL 任務進入時，如何處理現有排隊？
等待超時觸發插隊的時間閾值
僅在「等待超時後自動插隊」模式下適用
插隊時，正在執行中的任務如何處理？
優先級定義（P_final 計算的基準）
系統派工時使用的優先級層次——請確認醫院現行的任務緊急程度分類
🦾 VLA 衍生任務確認機制
ℹ僅當導入搬運型機器人（VLA）時適用。VLA 執行任務途中若感知到需額外處理的物品，可能自動產生衍生任務；此為蒐集醫院對「機器人自動判定」的接受程度，本工具不在此判斷處理方式。
VLA 感知到衍生任務需求時，是否需要人工確認才能派工？
任務需求確認
任務執行時段
描述現場運營需要各任務在什麼時段執行、要避開什麼——系統再據此推導「可接單時間區段」。多數任務為「無限制」，只需標出例外。時效窗（物資本身）已帶入預設值（草稿），確認或覆寫即可。
結果報告
評估結果
依照填寫內容，系統分析建議的 Gate A 過濾條件與觸發方式設定。請人工確認後作為系統設定依據。
✨ 正式報告 (PDF)
將排版後的報告呼叫瀏覽器直接匯出為正式 PDF 檔。
📄 文字報告
供人工確認使用，包含所有建議說明與待確認項目。