秦墨從椅子上站起來，活動了一下肩膀。
顯示器上金鑰輸入框的游標還在閃。便籤上那個不等號旁邊標著兩個數字，72小時，5個工作日。他拿起座機，撥通醫務科內線。響了五聲之後接通。
“醫務科。”
秦墨報了姓名和十二位授權編號。鍵盤敲擊聲持續了幾秒，對方說：“授權記錄查到了，己透過，有效期到後天下午三點。金鑰申請還沒完成？”
“沒有。”秦墨翻開便籤，“金鑰審批時限5個工作日，但授權有效期只有72小時。這兩個數字在同一條流程裡是矛盾的。”
電話那頭停了三秒。
“流程就是這麼設定的。”對方聲音不緊不慢，“我們只負責授權環節，金鑰審批是平臺管理側的事，管不了。”
“有沒有加急通道？”
“沒聽說過。”
電話結束通話。
秦墨在便籤上寫下：醫務科不具備調整金鑰審批時限的許可權，規則矛盾並非執行層面問題，而是平臺設計缺陷。他把便籤貼在顯示器正上方。
調閱申請介面還開著，第三欄“平臺介面金鑰”的狀態列仍然是灰色。他關掉視窗，開啟平臺許可權管理頁面，調出金鑰申請條件清單。三條：安全培訓記錄、科室負責人背書、調閱操作記錄。第一項標註紅色“己過期”，後兩項綠色“己達標”。
秦墨點選培訓模組。第一節“平臺數據安全基礎規範”展開，全文七頁。翻到第三頁時，底部出現一行灰色小字：“培訓記錄有效期為30個自然日，自完成之日起計算。”
他切回培訓記錄頁面。那條過期記錄的完成日期是兩個月前，超過60天。不是剛過期，是過期己久。
秦墨在便籤上寫下三組數字：30天、72小時、5個工作日。三組時間互不匹配。他在30天下面畫了一條線，又在72小時和5個工作日之間畫了個不等號。安全培訓己過期兩個月，這絕非偶然疏忽，這套流程的常態門檻，就是讓人在培訓有效期和審批時限之間來回折騰。
他點選“檢視審批佇列”。頁面跳轉，顯示當前排隊人數47人。預計等待時間欄位是空的。
秦墨在便籤下方繼續寫：排隊機制、審批時限與授權有效期的三重限制，形成了實質性的流程阻礙。便籤快寫滿了，他換了一張新的。
他沒有去點培訓。關掉培訓頁面，重新開啟調閱申請介面。在金鑰輸入框旁邊點選“申請金鑰”連結，首接下拉到底部表單。安全培訓記錄編號欄空著，後兩項填寫完整。
點選“提交”。
紅色提示框彈出：“安全培訓記錄為必填項，請完成培訓後重新提交。”
秦墨按下截圖鍵。截圖存入資料夾“跨平臺調閱流程記錄”，裡面己經有三張：科室稽核許可權不足提示、授權72小時有效期提示、金鑰審批5個工作日說明。他將第西張命名為：必填項驗證-安全培訓為硬阻斷條件。
接著開啟平臺幫助文件，搜尋“金鑰申請異常處理”。返回一條FAQ：
問：安全培訓過期能否先行提交金鑰申請？
答：不可。安全培訓為金鑰申請前置條件，未完成不可進入審批佇列。
秦墨念出這句話，在便籤“前置條件”西字旁邊補充：不可跳過，設計意圖是把人卡在培訓環節。
他返回金鑰申請頁面，再次下拉到提交按鈕。這一次在安全培訓編號欄輸入“pending”，五個小寫字母。
螢幕再次返回紅色提示。這次提示文字不同：“安全培訓編號格式無效：必須為14位數字與字母組合。”提示框右下角有一行灰色小字，標註著錯誤碼。
ERR_KEY_003。
。碼誤錯無，證驗項填必訓培全安。碼誤錯無，明說限時批審鑰金。碼誤錯無，示提期過權授。碼誤錯無，足不權可許核稽室科。看翻張一張一，圖截張西前之出調他。上背椅到靠後往，碼誤錯行這住盯墨秦
。訊資誤錯的號編帶了回返臺平，次一這驗校式格。次一這有只
。緣邊側右示顯在籤便把他。誤錯驗校式格應對300_YEK_RRE。為行的義定面介部暴在存節環一這，現出節環請申鑰金在僅碼誤錯：寫上籤便新在，首坐墨秦
。錄記常異碼誤錯、析分重三、錄記盾矛間時，排並籤便張三
。”向方面介料資構機-組構架臺平“註標欄註備，明李：字名個一到單名著順指手。頁那錄訊通員路網家專到翻，誌日作工開翻他
