導入語音 AI 輔助診療紀錄擬撰、交班病摘等文書作業，減省人力負擔。—— 《健康台灣深耕計畫（114-118 年度）》衛生福利部 114 年 2 月版， 肆、執行策略及方法／範疇三「導入智慧科技醫療」／目標 3「優化醫療照護流程和效率」。 計畫本文 PDF
這一句裡有兩件事，我們現在只做得到一件。 「診療紀錄擬撰」是 OPPA 正在做的——門診語音轉成標準 SOAP 病歷。 「交班病摘」我們還在規劃，尚未正式推出，這一頁不會把它算進來， 也請不要把它寫進貴院的計畫書。
有醫院來問 OPPA 能不能放進深耕計畫。這一頁不是行銷稿，是我們把五份官方文件讀完之後的逐條對位： 哪幾句對得上、我們能交出哪些文件給院內委員會、經費大概落在哪個會計科目—— 以及哪一條我們對不上，而且不打算硬湊。
Point-by-point
左邊是文件原文，右邊是 OPPA。最後一條是我們對不上的那一條——寫在這裡，是因為計畫書被退最常見的原因就是把對不上的硬寫成對得上。
「導入語音 AI 輔助診療紀錄擬撰、交班病摘等文書作業，減省人力負擔。」
計畫本文 114 年 2 月版，範疇三目標 3 建議策略第 3 點。
OPPA 目前做的是門診語音轉標準 SOAP：門診對話進來，整理成 S／O／A／P 四格草稿，每一行標出來源——逐字稿裡講過的標 T、模型推論補的標 I。醫師刪修定稿後貼回 HIS，病歷內容由醫師確認並負責。
要看實際長相，30 份真實輸出都在這裡，包含辨識聽錯字、建議碼漏碼的那幾份——我們沒有挑好看的給您看。
同一句裡的「交班病摘」，OPPA 還沒有。在規劃中，沒有正式推出，也沒有可以給貴院評估的版本。要涵蓋交班病摘的計畫項目，請不要寫 OPPA。
「促進醫療服務及醫療檢驗相關機構統一使用 LOINC、SNOMED CT 與 RxNorm 三大國際標準，以符合國際 FHIR 格式，實現資料互通。」
「所以在寫作健康台灣的時候，資料要使用 FHIR 和 TW Core IG 整合。」
前句出自計畫本文範疇三第 7 點「資料標準」；後句出自範疇三懶人包（114.7.2 更新）「二、資料治理」。
OPPA 輸出 HL7 FHIR R4 document Bundle，涵蓋 Composition（S／O／A／P 四節，含 LOINC 節碼）、Encounter、Condition、MedicationRequest，對齊衛福部 TW Core IG 1.0.0 與電子病歷交換實作指引（EMR-IG）門診病歷（PMR）。以 HL7 官方 validator_cli 實測，完整文件 Bundle 為 0 error；對應 S／O／A 三節的 ClinicalImpression 對 EMR-IG 的 PMR profile 亦各為 0 error。
這不等於「通過 EMR-IG 認證」——EMR-IG 目前沒有這種認證機制，0 error 是我們自己跑官方 validator 的結果，貴院的資訊室可以自行複驗。驗證畫面與完整說明在這裡。
「醫院資訊系統取得資安認證及檢測；確保患者數據的隱私和安全。」
計畫本文範疇三目標 4 建議策略。
OPPA 主機放在診間，語音、逐字稿、SOAP 草稿全部在那台機器上完成，不呼叫任何外部模型服務、不走雲端 API；音檔轉成文字後即銷毀。
不必相信廠商說法——最硬的驗法是當場把網路線拔掉、重新開機，再跑一次完整流程。斷網照常運作，這件事您可以自己驗。
我們沒有 ISO 27001，也沒有 TFDA 取證，這兩件事我們不會寫在貴院的計畫書裡。
「以 AI 取代大規模重複性的影像判讀……更多 AI 解決方案進入臨床應用，並輔助醫師做出診斷決策。」
計畫本文範疇三目標 1 建議策略。
OPPA 不做影像判讀、不做診斷決策輔助、不提示用藥、不評估適應症，也不是醫療器材。計畫書要寫目標 1 的部分，OPPA 不該被放進去。
OPPA 的 ICD 欄位是建議碼／勾選參考，由醫師逐筆確認；它不自動申報，我們也不對健保申報結果做任何承諾。
硬把文書工具寫成診斷輔助，審查委員一看就知道。我們寧可少佔一條。
Governance
範疇三懶人包把這三件事列為計畫寫作的核心。委員會是院方的、審查是院方的，我們只負責把文件交齊。
平常沒有對外通道。需要工程師協助時，必須由院內那台電腦主動執行維修／檢查更新程式並同意，通道才會開啟，結束後關閉；開通與關閉都會留下紀錄。
換句話說，沒有院方許可，雷森無法自行連入，也無法遠端把模型換版。主導權在院內。
據實以告的一點：OPPA 目前沒有提供讓院方自行查看的對外連線紀錄介面。要驗證請在防火牆端自己觀察，或直接拔網路線實測。
懶人包的原話是「資料要使用 FHIR 和 TW Core IG 整合」。OPPA 的輸出就是這個形狀，Composition 四節帶 LOINC 節碼，主次診斷用 Encounter.diagnosis.rank、鑑別診斷用 Condition.verificationStatus，都是標準欄位，貴院 HIS 不需要匯入任何 OPPA 專屬定義。
我們可以提供一份範例輸出與 validator 執行紀錄給貴院資訊室評估，細節在夥伴頁。
懶人包建議從三方面建立 AI 治理制度：設置 AI 管理委員會與制度規章、強化透明性與揭露原則（九大透明原則）、建立 AI 生命週期管理機制。對應到我們這邊：
MOHW 115-05-29
115 年 5 月 29 日衛部醫字第 1151663164 號函頒。指引列的風險類型第六項，剛好就是地端存在的理由。
服務中斷風險：多數生成式人工智慧解決方案仰賴外部模型服務商或雲端 API。實務上可能遭遇服務停止、模型下架、API 介面或行為變更、版本更新造成輸出漂移、速率限制、定價政策調整或合約條款變動等問題，進而影響機構內流程的可用性與成本可控性。—— 《醫療機構應用生成式人工智慧指引》三、風險類型第 6 項。 同份指引在導入前評估一節另要求「視需要保留替代模型或替代服務之切換可能性，以降低單一服務依賴風險」。 指引全文
Budget
以下整理自衛福部公開的 QA 問答集與經費編列說明。這是我們讀公開文件的理解，不是會計或法律意見——核實編列與審查權在衛福部。
「申請單位向外單位租賃實施本計畫所需租用之場地、機器設備、車輛、資訊軟體屬『租金』，惟本部將就所提計畫內容之合理性及必要性進行審查，並擇優補助。」
OPPA 的月租與年繳方案屬於這一類。
《健康台灣深耕計畫》QA 問答集（1140710）拾、經費 Q36／A36 第 2 點。
門診主機若採購置，列資本門設備費。問答集明定資本門以占總經費百分之三十為上限；確有需要超過者，應敘明理由並經衛福部審查同意。第一階段（114–115 年）以兩年合計經費的 30% 計算，116–118 年以逐年經費的 30% 計算。
資本門購置的設備須逐一編號黏貼財產標籤，並於明顯適當位置註明「衛生福利部健康台灣深耕計畫獎助購置」，由財產管理人員驗收蓋章、列入財產目錄。
QA 問答集 Q12／A12、Q33／A33、Q53／A53、Q56／A56、Q82／A82。
QA 問答集經費變更相關問答。
QA 問答集 A35、A36 第 1 點、A82 第 1 點。
Timing
依深耕計畫官網公告專區（最新公告為 115 年 9 月），第二階段（116–118 年度）的徵件與 A 類計畫實體會議審查已於 115 年 7–9 月間辦理。所以現在來問的醫院，多半不是在趕徵件。
要找的是能對上查核點、而且做得完的具體落地項目。OPPA 可以提供技術說明、透明性資料與 FHIR 輸出範例，配合貴院的查核點填報與期末成果報告所需的欄位說明。
深耕計畫有變更申請機制，經常門與資本門也有一次變更機會。要評估把語音文書加進既有項目，我們可以先把文件給貴院的計畫辦公室看，再決定要不要談。
不急的話更好。先索取技術說明，讓貴院的資訊室和委員會自己讀；要看實機就安排一次 Demo，用貴院自己的科別、醫師自己平常的講法跑一次。
那就先索取文件，不必先決定。我們不會因為您索取文件就開始推銷——想先自己讀，完整版 51 題常見問題都在這裡。
一份給貴院資訊室、計畫辦公室與 AI 治理委員會看的文件包。索取不需要任何承諾。
Sources
本頁所有引用均出自下列衛生福利部／國家衛生研究院公開文件。官方文件會改版，請以官方網站最新版本為準。