這一行的實際狀況
- 一趟車，有三個數字。車資要拆成政府補助與民眾自付，兩者加起來就是車資。拆的方式看福利身分、服務類別、住在哪個行政區，還有當月額度用了多少。司機在車上就要知道該收多少。
- 各縣市不一樣，而且會改。補助上限與自付比例由各縣市公告。跨縣市服務的車隊，同一套系統要同時跑好幾套規則。公告調整後，新趟次用新規定，已完成的趟次還是要照當時的規定對得起來。
- 偏遠地區另有規定。個案住在哪個行政區，會決定比對哪一套規則。偏遠的標示要以主管機關為準，系統裡的行政區資料要定期對照。
- DA01 與 BD03 算法不同。交通接送是往返就醫或復健，社區式交通接送是往返日間照顧這類據點。社區式以每趟基準計算，交通接送要比對當月額度，月底的報表格式也不同。
- 每月額度會累計，超出的部分算自付。同一位個案當月的車資一路加總，超過補助上限的那一段改算自付。有些縣市對超額另有特別處理，這類規定不一定能用一個數字表達。
動工之前，我們會先問的事
想做或想換計費系統的單位，我們會先問這幾件事。每一題的答案，都會改變系統怎麼算、怎麼存。
- 服務哪幾個縣市？各縣市的補助規定現在是誰在對、多久對一次？
- 每位個案的福利身分與當月已用的額度記在哪裡？多久更新一次？
- 同一位個案一個月通常搭幾趟？超出額度時，現在是怎麼跟個案說明的？
- 哪些縣市對超額有特別做法？能不能用規則欄位表達，還是要另外寫例外？
- 偏遠地區怎麼判定？是看居住的行政區，還是另有名單？名單多久更新？
- 規定公告調整時，現在是誰通知誰？新規定通常從哪一天開始適用？
我們在這個現場做了什麼
做法的核心是：把規定當成資料，不寫死在程式裡。公告一改，改的是資料，而且已完成的趟次保留當時算出的金額。
- 規則存成資料：每筆規則記錄縣市、服務類別、是否偏遠、每月補助上限、每趟補助上限、依福利身分分三類的自付比例，以及生效日與失效日。
- 公告調整就新增一筆：舊規則填上失效日，新規則填上生效日。已寫入的趟次保留當時的金額，不會因為後來的規則而改寫。
- 額度累計與超額提示：每月額度累計的是當月未取消趟次的車資。超額時不擋下這一趟，把超出的部分列為自付，並在司機端提示，讓司機當場向個案說明。
- 政府補助由差額得出：補助等於車資減自付額，系統不另存補助欄位。核銷報表用同一個差額產生，月底三者對得起來。
| 欄位 | 用途 |
|---|---|
| 縣市 | 規則適用的縣市，對應個案居住的行政區 |
| 服務類別 | 區分社區式交通接送與交通接送，兩者的計算與報表不同 |
| 是否偏遠 | 決定比對哪一筆規則 |
| 每月補助上限 | 個案當月的補助額度 |
| 每趟補助上限 | 單趟的補助基準 |
| 自付比例 | 依福利身分分三類，各一欄 |
| 生效日與失效日 | 規則的適用期間，失效日留空代表目前仍有效 |
司機端怎麼在行程中看到額度，見調度作業怎麼串起這些資料；月底的請款檔如何從同一批趟次產出，見核銷檔的產出方式。
這類案子，我們通常怎麼開始
- 有些例外不一定能用一個數字表達。超額的特別處理、偏遠的判定、個別個案的例外，導入時要逐一問清楚，再決定做成規則欄位還是另外處理。
- 同一組規則，一天只有一筆有效。同一縣市、同一服務類別、同一偏遠組合，任何一天只能有一筆有效規則，否則同一趟會對到兩筆，不知道以哪一筆為準。
- 先談好規則由誰維護。誰能新增與修改規則、誰對公告內容負責、改了之後誰會被通知，動工前講清楚。沒有人管的規則，系統再準也會慢慢不準。
- 從一個縣市、一種服務開始。先從一個縣市、一種服務類別開始，把規則、額度與報表跑通，再擴大。一次把所有例外都做進來，通常是最慢的路。
適合來談的人：長照特約交通接送單位、想跨入長照接送的車隊與租賃業者、需要接送個案的日間照顧中心，以及要替這類單位建置系統、需要有人懂這一行的軟體公司。
常見問題
長照交通接送的自付額怎麼計算？
自付額由車資、個案福利身分對應的自付比例、每趟補助上限，以及當月已使用的額度共同決定。各縣市的規定不同，而且會調整，實際金額要以該縣市現行公告為準。系統只負責把規定套用到每一趟。
各縣市的長照交通補助上限一樣嗎？
不一樣。各縣市公告的上限與自付比例各自獨立，公告調整時也會變動。系統把這些數值存成各縣市的規則資料，新公告生效時新增一筆規則即可，已完成的趟次金額不會被改寫。
長照補助額度每個月怎麼累計？
系統把個案當月未取消的交通接送車資加總，作為已使用額度，再與本趟車資相加和每月補助上限比對。超過的部分列為自付，司機端會顯示提示。累計的是車資金額，不是補助或自付額。
我們車隊想做長照交通接送計費，應該從哪裡開始？
先把服務縣市的現行公告整理成一張表，列出補助上限、自付規定、偏遠判定與超額做法，並標明來源與生效日。這張表弄清楚，系統該長什麼樣子就清楚了。動工前先確定誰負責更新它。
這個案例實際用的技術：ASP.NET Core（.NET 8）、SQL Server、Vue 3。技術跟著問題走，不是重點。