AI Scenario：醫師請假處理
「いつ開始するか、何を達成すべきか、何が使えるか、どのルールを守るべきか、いつ人に引き継ぐか、何をもって完了とするか」のみを定義します。 （ACTIVE バージョン v1）
Workflow は描きませんStep 1 → Step 2 → … → Step 7 代わりに Trigger / Goal / Capability / Policy / Human / Completion を定義し、経路は Agent が現況に応じて決定します。Demo を実行
1
いつ開始するか？Trigger
doctor.leave.approved医師休暇承認
トリガー条件（すべて満たすと開始）
当日に外来がある：はい「医師休暇承認」かつ 当日に外来がある：はい
2
AI は何を達成すべきか？Goal
所有因醫師請假受到影響的掛號，必須得到明確處理結果，不得有未處理病患。
代診を受け入れ別の時間帯に変更別の医師に変更キャンセル人手による対応
未処理の患者があってはならない
3
AI が使用できる能力は？Capabilities
HIS 掛號查詢appointment.queryREAD
病患聯絡資料patient.contact.queryREAD
醫師排班查詢doctor.schedule.queryREAD
掛號改期 / 改掛appointment.rescheduleMEDIUM
取消掛號appointment.cancelHIGH
AI Voice 外撥voice.outboundLOW
SMS 簡訊sms.sendLOW
建立人工 TaskhumanTask.createLOW
電子門牌更新signage.updateLOW
叫號系統更新queue.updateLOW
4
AI が守るべきルールは？Policy
POL-001 臨床診断の禁止
POL-002 術後の予約変更には人手の確認が必要
POL-003 照会系は許可
POL-004 予約変更には患者の確認が必要
POL-005 定員超過は管理者の承認が必要
POL-006 患者がAIを拒否
hard
AI 不得自行判斷病患是否可以延後醫療處置。
preference
優先順序：同時段代診 → 原醫師 14 天內 → 同科其他醫師 → 取消
5
いつ人に引き継ぐか？Human Handoff
#1
術後追蹤病患沒有可用門診，必須由人員安排
条件すべて一致
患者区分 が 術後経過観察 利用可能な代替枠数 = 0 引き継ぎ先医務行政高
評価タイミング：連絡前
#2
電話聯絡不到
条件すべて一致
架電結果 が 応答なし 架電回数 ≥ 2 引き継ぎ先医務行政通常
評価タイミング：架電結果
#3
病患要求醫療判斷
条件すべて一致
患者の意向 が 臨床判断を要求 引き継ぎ先医務行政高
評価タイミング：患者返信後 LLM モードではモデルがルールに基づいて判断します
#4
沒有適合門診
条件すべて一致
利用可能な代替枠数 = 0 引き継ぎ先医務行政通常
評価タイミング：連絡前
順番に評価し、最初に一致したルールが適用されます。どれも一致しない場合はシステムの保底処理（連絡不可、空き枠なしなど）が行われます。
6
何をもって完了とするか？Completion
所有病患 resolved，且 HIS 已同步或 Human Task 已建立
代診を承諾 SUBSTITUTE_ACCEPTED予約変更 RESCHEDULEDキャンセル CANCELLED人手対応 HUMAN_HANDOFF