---
title: 長照交通接送計費：多縣市規則、補助上限與自付額｜如新科技 RUSIN Tech
url: https://rusin-tech.com/long-term-care/fare-rules/
description: 如新科技（台中）在長照交通接送的現場做過計費規則。同一趟車在不同縣市、不同福利身分下金額不同，規定也會調整。這一頁整理補助上限、自付額與每月額度的處理方式，以及導入前我們會先確認的事。
---

長照派車・計費規則

# 長照交通接送計費：多縣市規則、補助上限與自付額

同一趟車，在不同縣市、不同福利身分下，補助與自付額可能不一樣，而且規定會調整。我們在這個現場做過計費規則的設計。這一頁整理這一行的實際狀況，以及動工前我們會先確認的事。

## 這一行的實際狀況

1.  **一趟車，有三個數字。**車資要拆成政府補助與民眾自付，兩者加起來就是車資。拆的方式看福利身分、服務類別、住在哪個行政區，還有當月額度用了多少。司機在車上就要知道該收多少。
2.  **各縣市不一樣，而且會改。**補助上限與自付比例由各縣市公告。跨縣市服務的車隊，同一套系統要同時跑好幾套規則。公告調整後，新趟次用新規定，已完成的趟次還是要照當時的規定對得起來。
3.  **偏遠地區另有規定。**個案住在哪個行政區，會決定比對哪一套規則。偏遠的標示要以主管機關為準，系統裡的行政區資料要定期對照。
4.  **DA01 與 BD03 算法不同。**交通接送是往返就醫或復健，社區式交通接送是往返日間照顧這類據點。社區式以每趟基準計算，交通接送要比對當月額度，月底的報表格式也不同。
5.  **每月額度會累計，超出的部分算自付。**同一位個案當月的車資一路加總，超過補助上限的那一段改算自付。有些縣市對超額另有特別處理，這類規定不一定能用一個數字表達。

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

想做或想換計費系統的單位，我們會先問這幾件事。每一題的答案，都會改變系統怎麼算、怎麼存。

-   服務哪幾個縣市？各縣市的補助規定現在是誰在對、多久對一次？
-   每位個案的福利身分與當月已用的額度記在哪裡？多久更新一次？
-   同一位個案一個月通常搭幾趟？超出額度時，現在是怎麼跟個案說明的？
-   哪些縣市對超額有特別做法？能不能用規則欄位表達，還是要另外寫例外？
-   偏遠地區怎麼判定？是看居住的行政區，還是另有名單？名單多久更新？
-   規定公告調整時，現在是誰通知誰？新規定通常從哪一天開始適用？

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

做法的核心是：**把規定當成資料，不寫死在程式裡。**公告一改，改的是資料，而且已完成的趟次保留當時算出的金額。

-   **規則存成資料：**每筆規則記錄縣市、服務類別、是否偏遠、每月補助上限、每趟補助上限、依福利身分分三類的自付比例，以及生效日與失效日。
-   **公告調整就新增一筆：**舊規則填上失效日，新規則填上生效日。已寫入的趟次保留當時的金額，不會因為後來的規則而改寫。
-   **額度累計與超額提示：**每月額度累計的是當月未取消趟次的車資。超額時不擋下這一趟，把超出的部分列為自付，並在司機端提示，讓司機當場向個案說明。
-   **政府補助由差額得出：**補助等於車資減自付額，系統不另存補助欄位。核銷報表用同一個差額產生，月底三者對得起來。

| 欄位 | 用途 |
| --- | --- |
| 縣市 | 規則適用的縣市，對應個案居住的行政區 |
| 服務類別 | 區分社區式交通接送與交通接送，兩者的計算與報表不同 |
| 是否偏遠 | 決定比對哪一筆規則 |
| 每月補助上限 | 個案當月的補助額度 |
| 每趟補助上限 | 單趟的補助基準 |
| 自付比例 | 依福利身分分三類，各一欄 |
| 生效日與失效日 | 規則的適用期間，失效日留空代表目前仍有效 |

司機端怎麼在行程中看到額度，見[調度作業怎麼串起這些資料](https://rusin-tech.com/long-term-care/dispatch/)；月底的請款檔如何從同一批趟次產出，見[核銷檔的產出方式](https://rusin-tech.com/long-term-care/reimbursement/)。

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

-   **有些例外不一定能用一個數字表達。**超額的特別處理、偏遠的判定、個別個案的例外，導入時要逐一問清楚，再決定做成規則欄位還是另外處理。
-   **同一組規則，一天只有一筆有效。**同一縣市、同一服務類別、同一偏遠組合，任何一天只能有一筆有效規則，否則同一趟會對到兩筆，不知道以哪一筆為準。
-   **先談好規則由誰維護。**誰能新增與修改規則、誰對公告內容負責、改了之後誰會被通知，動工前講清楚。沒有人管的規則，系統再準也會慢慢不準。
-   **從一個縣市、一種服務開始。**先從一個縣市、一種服務類別開始，把規則、額度與報表跑通，再擴大。一次把所有例外都做進來，通常是最慢的路。

**適合來談的人：**長照特約交通接送單位、想跨入長照接送的車隊與租賃業者、需要接送個案的日間照顧中心，以及要替這類單位建置系統、需要有人懂這一行的軟體公司。

## 常見問題

**長照交通接送的自付額怎麼計算？**

自付額由車資、個案福利身分對應的自付比例、每趟補助上限，以及當月已使用的額度共同決定。各縣市的規定不同，而且會調整，實際金額要以該縣市現行公告為準。系統只負責把規定套用到每一趟。

**各縣市的長照交通補助上限一樣嗎？**

不一樣。各縣市公告的上限與自付比例各自獨立，公告調整時也會變動。系統把這些數值存成各縣市的規則資料，新公告生效時新增一筆規則即可，已完成的趟次金額不會被改寫。

**長照補助額度每個月怎麼累計？**

系統把個案當月未取消的交通接送車資加總，作為已使用額度，再與本趟車資相加和每月補助上限比對。超過的部分列為自付，司機端會顯示提示。累計的是車資金額，不是補助或自付額。

**我們車隊想做長照交通接送計費，應該從哪裡開始？**

先把服務縣市的現行公告整理成一張表，列出補助上限、自付規定、偏遠判定與超額做法，並標明來源與生效日。這張表弄清楚，系統該長什麼樣子就清楚了。動工前先確定誰負責更新它。

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