主管來源複雜
簽核對象可能依申請人、表單單位、職務或特定欄位而不同。

申請人的原單位,不一定就是這張表單該找的主管來源。在醫院,同一張申請會因職類、服務單位與表單單位不同,而找不同的簽核對象。我們依表單單位、職務與欄位條件設計簽核規則,納入代理、退回與補件流程,再串接審核完成後的資料處理;同樣的做法也適用於企業與機關的跨單位簽核。
這些問題不只發生在畫面操作,
也牽涉制度、資料來源與跨單位分工。
簽核對象可能依申請人、表單單位、職務或特定欄位而不同。
代理、退回、補件與特殊組織關係,若沒有明確規則,容易變成口頭操作。
簽核完成後仍要另外通知、匯入或建立其他系統資料。
以下說明對應這些問題的功能與整合方式。
實際功能、介接與交付項目依專案確認。
確認欄位、主從資料、必填條件及資料來源。
將關卡、條件與對象來源分開整理,避免把人員原單位與表單單位混為一談。
依權限呈現送出、審核、退回與異動的必要紀錄。
定義完成簽核後的資料拋轉、回寫與異常處理。
更細部的規則、介接與維護條件,會在需求確認時一起整理。
可在需求設計時區分適用單位、表單資料與對象來源,並準備代表案例逐一驗證。
需明確定義資料可修改範圍、重新計算的關卡及已完成歷程保留方式,再以測試案例確認。
告訴我們哪個流程需要反覆整理、哪些資料接不起來。我們從現行作業與既有系統著手,一起釐清要處理的範圍。