秦墨拿起座機撥號。響了七聲之後接通，對面聲音帶著迴音。
“哪位？”
秦墨報了身份，說明正在處理跨平臺調閱申請，系統卡在金鑰申請環節。
李明沉默了兩秒，說：“跨平臺調閱風險很高，一般不建議這麼操作。”
“我現在遇到的不是風險問題，是流程設計問題。”秦墨翻著便籤，“金鑰審批5個工作日，授權有效期72小時，提交申請必須先完成安全培訓，培訓記錄有效期30天。這三條時間規則互相矛盾。”
“我知道你想問什麼。”李明打斷他，“但目前許可權限制主要是防止患者隱私外洩，各機構之間資料隔離很嚴。介面設計的時候，許可權校驗就是按這個思路做的。”
“金鑰申請流程有沒有加急機制？”
“這個我不清楚。”李明聲音壓低了，“我只是架構組做介面開發的，審批流程是管理側設定的。開發人員拿不到審批佇列的許可權。”
秦墨停頓了一下。“那如果遇到安全培訓過期，審批時限又超過授權有效期這種情況，怎麼辦？”
電話那頭頓了頓。
“如果你真想碰這個東西，建議你謹慎。”李明的聲音又低了一點，“前段時間其他醫院有人提過類似的流程矛盾申請。沒批。”
頓了頓。
“還捱了函。”
秦墨追問：“哪家醫院？”
李明不說。
“跨平臺調閱的申請記錄會在平臺側留痕。”他語速加快，“反覆提交可能觸發風控審查。如果只是看看條件，沒問題。一旦點了提交，申請編號就進了日誌。”
秦墨換了隻手握筆。“能不能發我一份跨機構資料介面的技術文件？我現在只有FAQ，沒有介面定義。”
電話那頭沉默了五秒。
“我可以發你一份介面呼叫規範。”李明說，“但金鑰申請這部分不在文件範圍。管理側把金鑰頒發獨立出去了，開發文件裡只有呼叫方式，沒有申請流程。”
“收到。”
秦墨放下話筒。郵件彈窗，發件人李明，附件《跨機構資料調閱介面呼叫規範v2.3》。
他雙擊開啟，跳到第4章“介面呼叫與憑證管理”，停在4.2節：“調閱請求需攜帶有效介面金鑰，金鑰由平臺管理側獨立頒發，開發者不可自行生成。”
下方是引數說明表：請求頭欄位X-API-Key，128位string，必填，由平臺管理側頒發。
他繼續往下翻。異常返回碼定義表格：ERR_KEY_001認證失敗，ERR_KEY_002金鑰過期，ERR_KEY_003格式校驗失敗，ERR_KEY_004許可權不足，ERR_KEY_005使用次數超限，ERR_KEY_006己被吊銷。
他停在ERR_KEY_003上。含義說明與剛才提交“pending”時返回的提示一致。
游標繼續下移。
ERR_KEY_007。含義說明欄只有七個字：“引數超出允許範圍。”後面沒有具體解釋。允許範圍是什麼，哪一項引數，上限下限，全是空的。
秦墨按下截圖鍵。將ERR_KEY_003截圖和介面文件引數表截圖左右並排。左邊是格式校驗錯誤，右邊是引數範圍定義，003有明確格式要求，007只有一句模糊說明。
。證驗待義含的700。層分系碼誤錯，圍範數引應對700_YEK_RRE，驗校式格應對300_YEK_RRE：寫上籤便在他
。字二”層分“著標邊旁，線條了畫間中，下在700_YEK_RRE，上在300_YEK_RRE。籤便張西第了上側右示顯
。上表數引節2.4第件文面介在停線視，手雙叉他。作續繼有沒墨秦。閃在還標游的框輸鑰金。在還面介請申閱調
。白空片一面下，字個七”圍範許允出超數引“
