概覽
醫療理賠申請是醫療服務提供者（醫師、醫院、檢驗所、藥房或其他供應方）向付款方（保險計劃或政府計劃）提出的付款請求。理賠申請記錄了提供了什麼服務、對象是誰、由誰提供、原因為何（診斷），以及費用多少。正確的編碼與提交，是及時獲得付款並符合計劃規定的關鍵。
本參考說明了規範 Medicare、Medicaid、Medicare Advantage 及醫療保險市場理賠申請的表格、代碼集、標準與工作流程。這個過程受到嚴格監管並高度標準化——偏離規範可能導致理賠拒絕、延誤或被追回溢付款項。
理賠表格與提交方式
專業服務理賠申請（CMS-1500）
CMS-1500 表格是用於診所醫師服務、門診手術、診斷檢查及其他專業服務的標準紙本理賠表格。雖然紙本理賠申請現已少見，但 CMS-1500 的結構仍是電子專業服務理賠申請的基礎。它記錄以下內容：
- 病人的基本資料與保險資訊
- 提供者與帳單提供者的詳細資料（NPI、分類代碼）
- 服務日期、服務地點（POS）及程序代碼（CPT/HCPCS）
- 診斷代碼（ICD-10-CM）與病況指標
- 修飾碼（說明影響編碼或給付的情況）
- 收費金額與服務單位數
機構理賠申請（UB-04 與 837I）
UB-04（或 CMS-1450）是用於醫院住院與門診、專業護理機構（SNF）及復健服務的紙本理賠表格。其電子版本為 837I（機構型）交易格式。主要欄位包括：
- 入院與出院日期
- 入院與出院狀態（例如：常規、轉院、居家照護）
- 收入代碼（對應各部門或各服務項目）
- 病況代碼、事件代碼與數值代碼
- 診斷代碼（ICD-10-CM）與程序代碼（ICD-10-PCS）
- 按收入中心整理的收費項目
牙科與藥房理賠申請
牙科理賠申請使用 CDT（牙科程序與命名代碼），通常採用簡化格式。藥房理賠申請一般在藥房櫃檯透過 POS（銷售點）系統即時以電子方式提交，使用國家藥品代碼（NDC）。這些流程與專業服務及機構理賠的途徑是分開的。
代碼集及其用途
| 代碼集 | 是什麼 | 用於 |
|---|---|---|
| ICD-10-CM | 國際疾病分類第 10 版臨床修訂版。約有 70,000 個診斷代碼。 | 記錄病人的病況、症狀及就診原因。所有理賠申請都必須填寫。主要診斷與醫療必要性相關聯，用以確立服務是醫療必需的。次要診斷則說明共病或併發症。 |
| CPT | 現行程序術語（由美國醫學會 AMA 擁有）。約 10,000 個代碼，涵蓋診所／門診環境中的程序、服務與諮詢。 | 專業服務理賠申請。描述執行了什麼服務。每年修訂（1 月）。 |
| HCPCS Level II | 醫療通用程序編碼系統。約 3,000 個字母數字混合代碼（字首為 J、E、G、K 等），用於耐用醫療設備、耗材，以及 CPT 未涵蓋的服務。 | 專業服務理賠申請。涵蓋耐用醫療設備（輪椅、氧氣）、矯具、某些藥物，以及 CMS 認定為非標準的服務。 |
| ICD-10-PCS | ICD-10 程序編碼系統。約 72,000 個程序代碼，僅用於機構（住院）環境。 | 僅用於機構理賠申請。描述住院期間執行的程序與手術。 |
| 收入代碼 | 四位數代碼（例如：0100 = 住房與膳食；0340 = 物理治療），用於機構理賠申請，按服務項目整理收費。 | UB-04/837I 理賠申請必須填寫。將收費分組，便於重點審查與定價。 |
| NDC（國家藥品代碼） | 11 位數識別碼，對應每種藥物的配方、劑量強度與包裝規格。 | 藥房理賠申請，以及當藥物以耗材或施用服務形式計費時（例如輸液中心），用於機構／專業服務理賠申請上的藥物清單。 |
| 服務地點（POS） | 兩位數代碼，標示服務提供的地點（例如：11 = 診所，21 = 住院醫院，57 = 門診手術中心）。 | 專業服務理賠申請。影響編碼規則、計費許可與給付費率。 |
| 修飾碼 | 附加在程序代碼後的字母或數字字尾（例如：-25 = 獨立服務；-59 = 不同服務；-RT = 右側；-LT = 左側）。 | 專業服務理賠申請。釐清會改變組合計費、計費規則或給付的情況（例如同一天進行的檢查與程序）。 |
電子交易與標準
現今大多數理賠申請都是透過交換中心以電子方式提交，使用由 HIPAA 與 CMS 制定的標準交易格式：
理賠與付款交易
- 837-P（專業型） — CMS-1500 的電子版本。包含診斷、程序、修飾碼與收費資料。
- 837-I（機構型） — UB-04 的電子版本。包含收入代碼、病況代碼及住院專用欄位。
- 837-D（牙科型） — 用於牙科與齒顎矯正理賠申請。
- 835（ERA – 電子匯款通知） — 付款方的回覆；顯示每一個理賠項目獲允許、已支付、被拒絕或被上訴的情況。與福利說明（EOB）相對應。
資格與狀態交易
- 270/271 — 即時資格查詢（270）與回覆（271）。在服務前或服務當下使用，以核實病人的承保、共付額、自付額及自付費用狀態。
- 276/277 — 理賠狀態查詢（276）與回覆（277）。用於追蹤待處理理賠申請的裁定進度。
交換中心
交換中心（clearinghouse）是一種服務商，負責接收提供者提交的理賠申請，依照 CMS 及各付款方的特定規則進行驗證，將其轉換為標準 HIPAA 格式，再傳送給正確的付款方。交換中心也會將匯款通知回傳給提供者。它們確保理賠申請在送達付款方之前符合技術標準，減少因格式錯誤而被退回的情況。
無誤理賠申請的生命週期
- 核實與事前授權 — 提供者查核病人資格（270/271），並在需要時提交預先授權申請。這一步確認服務在承保範圍內，並確立醫療必要性。詳情請參閱提供者與計費及健康計劃運作。
- 提供服務與記錄 — 提供者提供服務並記錄於病歷中，載明診斷（原因）、程序（內容）、日期、時間、提供者及服務地點。
- 編碼 — 醫療編碼員將病歷記錄轉換為 ICD-10-CM（診斷）與 CPT/HCPCS（程序）代碼，視需要加上修飾碼，並指定服務地點與帳單提供者。
- 理賠組裝與驗證 — 計費系統組裝 837-P 或 837-I，執行內部檢查（診斷與程序相互對應、修飾碼適當、收費合理），然後提交給交換中心或直接送交付款方。
- 交換中心驗證 — 交換中心檢查 HIPAA 合規性、必填欄位及付款方特定的編輯規則。退回無效的理賠申請，或將有效的傳送給付款方。
- 付款方裁定 — 付款方的系統核查服務當日的資格、套用病人的福利計劃、核實預先授權合規情況、檢查重複申報或欺詐跡象，並決定允許額度。規則因計劃而異（Medicare、Medicaid、MA、醫療保險市場）。
- 付款與匯款通知 — 付款方向提供者付款（支票或電子轉帳）、拒絕該理賠申請，或要求提供更多資訊。匯款通知（835/ERA）會傳送給提供者與交換中心。
- 入帳與應收帳款 — 提供者的計費人員將付款登錄到病人帳戶、認列收入，並更新帳齡報表。
- 向病人收費 — 提供者向病人收取剩餘的應付餘額（共付額、共同保險、自付額，或不在承保範圍內的服務費用）。
常見的理賠拒絕原因
理賠申請被拒絕或減付的原因很多。常見情況包括：
- 資格問題 — 病人在服務日期當天未完成註冊，或承保因未繳費而暫停。
- 缺少預先授權 — 服務需要事先批准，但未取得或已過期。
- 編碼錯誤 — 診斷代碼無法支持該程序（缺乏醫療必要性），或程序代碼與服務地點的對應不正確。
- 逾期提交 — 理賠申請在截止期限後才提交（Medicare 通常為 180 天；各州 Medicaid 計劃規定不一）。
- 重複申報 — 相同服務日期與代碼的理賠申請已獲支付或正在處理中。
- 福利協調（COB） — 病人另有其他保險；主要付款方的回覆未被正確納入計算。
- 非承保服務 — 該服務不在病人計劃的承保範圍內，或不屬於該計劃的承保福利。
- 提供者網絡狀態 — 提供者在服務當時不屬於網絡內，或網絡合約已終止。
- 資訊缺漏或無效 — 必填欄位（NPI、服務地點、修飾碼或病人識別碼）不完整或無效。
被拒絕的理賠申請通常可以提出上訴，特別是當拒絕理由基於醫療政策或文件記錄時。有關流程與時限，請參閱上訴時限。
與預先授權及會員上訴的關聯
理賠申請並非孤立存在。預先授權（在提供服務前的事先批准）經常是必要的，且理賠申請必須註明授權編號以避免被拒。如果理賠申請遭拒，病人有權提出上訴。承保決定可以基於醫療政策分歧、付款錯誤或資格認定錯誤等理由提出上訴——流程與時限因計劃而異。
有關這些關聯的更多內容，請參閱：
重點整理
- 理賠申請是結構化、標準化的文件，依循既定的工作流程，從提供者經交換中心到付款方，最終完成付款。
- 編碼的準確性（ICD-10-CM、CPT、HCPCS、修飾碼）與必填欄位的完整性，是避免理賠拒絕與延誤的關鍵。
- 透過 HIPAA 標準格式（837-P、837-I、835）進行電子提交，可確保一致性並支援自動化裁定。
- 預先授權、資格核實與上訴，都與理賠流程環環相扣。
- 付款方在裁定時會套用各計劃的特定規則（Medicare、Medicaid、MA、醫療保險市場）；同一種理賠格式並不代表同一套決定規則。