---
title: BD03、DA01 長照支審核銷：由乘車紀錄產出請款檔｜如新科技 RUSIN Tech
url: https://rusin-tech.com/long-term-care/reimbursement/
description: 如新科技（台中）在長照交通接送的現場做過核銷報表。這一頁整理 BD03、DA01 支審核銷的實際狀況：報表如何由每一趟乘車紀錄產出、各縣市範本的差異，以及送件前仍需人工確認的地方。
---

長照派車・支審核銷

# BD03、DA01 長照支審核銷：由每一趟乘車紀錄產出請款檔

我們在長照交通接送的現場做過核銷報表的系統。這一頁整理這一行的實際狀況，以及動工前我們會先確認的事。

## 這一行的實際狀況

1.  **請款是以個案與趟次為單位。**同一位個案一個月可能有好幾趟，每一趟的日期、里程、時段與自付額都要對得上。少一趟或多一趟，該個案的數字就跟著錯。自付額怎麼拆，見[計費規則怎麼設計](https://rusin-tech.com/long-term-care/fare-rules/)。
2.  **DA01 與 BD03 的報表欄位不同。**DA01 是交通接送，用於往返就醫或復健，報表有跳表與自付額等欄位；BD03 是社區式服務交通接送，用於往返日間照顧等據點，範本以日期、起迄點、時間、里程與個案簽名為主。兩種要分開處理，不能當成同一種趟次。
3.  **每個縣市的衛生局與長照管理中心各有自己的範本。**同一種服務，不同單位的標題、欄位順序與頁尾都不一樣。範本還會跟著公告調整，換一個縣市，等於換一套格式。
4.  **紙本紀錄簿、調度表、試算表分開存，月底就要逐筆比對。**司機的紀錄簿、調度表與試算表各記一部分，行政人員得一筆一筆對過，才敢把數字打進報表。最花時間的就是這一段。
5.  **一個數字錯，可能整份退回。**人工謄寫整月紀錄時，一個日期或一格費用抄錯，就可能整份檔案被退件重做。退件之後除了重跑，整個月的請款時程也會延後。

## 動工之前，我們會先問的事

想做或想換核銷流程的單位，我們會先問下面這些。每一題的答案，都會改變系統產檔的方式。

-   服務哪幾個縣市？各縣市要交哪幾種報表，範本是誰提供的、用的是哪一版？
-   交通接送與社區式服務交通接送各佔多少趟次？兩種報表現在是分開做，還是混在一起？
-   司機的紀錄簿、調度表、試算表各記哪些欄位？有沒有哪一份是唯一的依據？
-   月底對帳時，通常是誰跟誰對？對到什麼程度才算完成？
-   範本或送件規定改過的時候，是誰發現的、怎麼通知承辦人員？
-   上一次被退件，是格式問題、資料缺漏，還是數字對不上？

## 我們在這個現場做了什麼

做法的核心只有一句話：**報表直接取自每一趟的乘車紀錄，不另外填表。**月底不再把整月紀錄逐筆重打，同一筆紀錄直接轉成報表欄位。

-   **依範本對位產出：**依各縣市主管機關的範本，表頭與欄位位置照範本對位，產出 Excel 檔。範本缺漏時產檔直接失敗，不會留下欄位不完整的檔案。
-   **核銷檔可一次匯出多種服務：**DA01 與 BD03 可同時勾選，並依日期、縣市、個案身份字號與訂單狀態篩選。
-   **月報與明細並列：**另有運輸服務月報表，依日統計趟次與服務人數；服務費用明細表則逐筆列出訂單，可依歸屬縣市篩選。
-   **查無資料不產檔：**條件下查不到任何趟次時，系統不會產出空白報表。

| 報表種類 | 對應的服務 | 用途 |
| --- | --- | --- |
| 核銷檔（核銷用 Excel） | DA01、BD03 可同時勾選 | 依日期、縣市、個案身份字號與訂單狀態篩選，一次匯出多種服務的核銷明細。 |
| BD03 特約社區式服務交通接送表 | BD03 | 依各縣市範本產出，每一列為一趟，頁尾有使用組數與加總。 |
| DA01 交通接送請款表 | DA01 | 依各縣市範本產出，含跳表、乘車數、自付額與共乘欄位。 |
| BD03 個案服務紀錄一覽表 | BD03 | 以個案與日期排成每日使用狀況，供每月勾稽與稽核留存，部分縣市需要。 |
| 運輸服務月報表 | DA01、BD03 | 依日統計趟次與服務人數，供月報與趟次核對。 |
| 服務費用明細表 | DA01、BD03 | 逐筆列出訂單明細，可依歸屬縣市篩選。 |

篩選時，BD03 與 DA01 報表必須填起迄日期與個案身份字號，缺一就不會送出查詢。趟次資料怎麼從調度進來，見[調度作業](https://rusin-tech.com/long-term-care/dispatch/)。

要注意的是，頁尾加總遇到空白的費用欄位會當成 0 計算，所以司機端沒填完整的趟次不會自己跳出來。送件前仍要抽幾筆，與司機端的簽收紀錄對照。系統不保證不被退件，審核結果取決於各縣市規定與資料是否齊全。

## 這類案子，我們通常怎麼開始

-   **從範本與送件方式開始確認。**範本版本與送件管道都要先問承辦單位。手上的範本如果不是最新版，後面做得再準也是白做。
-   **送件前留一道人工確認。**系統能拿掉重打的錯，但資料齊不齊、符不符合規定，還是要承辦人員把關。頁尾加總不會找出漏填的趟次。
-   **小數位數等格式要求，由承辦人員確認。**里程與費用在試算表裡很容易多出小數位，系統只把數值寫進範本，該保留幾位小數要依各縣市規定。
-   **從一種報表、一個縣市開始。**先讓一種報表、一個範本、一位承辦人員的流程跑通，確認格式問題不再發生，再考慮擴大。

**適合來談的人：**長照特約交通接送單位的行政與會計人員、需要把既有乘車資料轉成支審格式的車隊與日照中心，以及要替這類單位建置核銷流程、需要有人懂這一行的軟體公司。

## 常見問題

**長照交通接送的核銷報表要怎麼產生？**

在報表功能選擇報表種類，填入起迄日期與個案身份字號後匯出 Excel。BD03 與 DA01 的縣市範本報表，每一列是一趟乘車紀錄，頁尾會列出使用組數與自付額、補助額的加總。送件前仍建議抽幾筆與司機端的紀錄核對。

**不同縣市的核銷範本一樣嗎？**

不一樣。各縣市的衛生局與長照管理中心各有自己的範本，表頭與欄位順序不同。新增其他縣市時，需要先取得該縣市的範本，再建立對應的報表設定。

**用系統產出的核銷檔就保證不會被退件嗎？**

無法保證。系統可以降低格式錯誤與謄寫錯誤，但審核結果還取決於各縣市的規定與個案資料是否齊全。我們不會對審核結果做任何承諾。

**想從月底核銷開始導入，要先準備什麼？**

先把該月每位個案的趟次、服務項目與司機回報整理出來，同時拿到承辦單位要求的範本與送件方式。再用一個月的實際資料，比對系統產出的檔案和手上現有報表差在哪裡。差異清楚了，才決定要不要換掉既有的做法。

這個案例實際用的技術：ASP.NET Core（.NET 8）、SQL Server、NPOI（讀寫 Excel 範本）、Vue 3。技術跟著問題走，不是重點。