長照派車：真正花人力的不是派車，是月底
我們替長照特約交通接送單位做過從預約、調度、司機回報到政府核銷的系統。這一頁不列功能，寫的是這一行外人不會知道的事，以及動工前該先弄清楚什麼。
這一行，外人不會知道的事
- 一趟車有兩個金額。車資要拆成政府補助和民眾自付。怎麼拆，看個案的補助身分、服務代碼、是不是偏遠地區，還有這個月的額度用了多少。司機在車上就要知道該跟個案收多少。
- 每個縣市算法不一樣，而且會改。補助上限、自付比例各縣市各自公告。跨縣市服務的車隊，同一套系統裡要同時跑好幾套規則，公告調整後，舊的趟次還要照舊的算。
- DA01 和 BD03 是兩種東西。一個是往返就醫復健，一個是往返日照中心。計費方式不同，月底要交的報表也不同，不能當成同一種趟次處理。
- 月底才是壓力最大的時候。整個月的乘車紀錄要整理成各縣市主管機關指定的格式。靠人逐筆謄寫的話，一個數字錯就可能整份退回。
- 司機是最重要的資料來源。實際里程、跳表金額、收了多少自付額、個案有沒有簽名，都在司機手上。司機那一端不順，後面全部都不準。
動工之前，我們會先問的事
想做或想換派車系統的車隊，我們會先問這些。很多答案會直接改變系統該長什麼樣子。
- 你們服務哪幾個縣市？各縣市月底要交哪些報表，現在是誰在做、做多久？
- DA01 和 BD03 的比例大概多少？有沒有日照或居家護理的接送？
- 現在司機怎麼知道今天的行程？怎麼回報里程和收費？
- 個案的補助身分和額度，現在記在哪裡？多久更新一次？
- 哪些個案是固定班次？臨時改期或取消，通常是誰通知誰？
- 調度的人有幾位？如果最熟的那一位請假，誰能接？
我們在這個現場做了什麼
- 個案與預約失能等級、補助身分、輪椅與陪同需求，就醫、復健、日照的預約
- 里程與計費地圖算出行車里程，依縣市與服務代碼套用計費規則
- 調度派車調度台批次指派車輛與司機，並顯示該時段已有任務的車與人
- 司機執行司機在 LINE 行程頁或 App 回報開始與完成，里程、車資、簽名都留下紀錄
- 支審核銷月底依 BD03、DA01 格式產出請款檔，匯入政府支審系統
做法的核心只有一句話：預約時記下的東西，要夠月底用。所以我們是從核銷報表往回設計的。
- 調度：一張預約單記下個案、上下車地點、輪椅與陪同需求，地圖算出預估里程，調度指派車與司機。調度作業的細節 →
- 計費：補助上限與自付比例存成各縣市的規則資料，公告調整時新增一筆，舊趟次照當時的規則。計費規則怎麼設計 →
- 司機回報：司機在 LINE 裡開啟行程頁或用 App，回報開始與完成、實際里程與車資，並完成簽名。
- 核銷：月底依縣市的範本產出 BD03、DA01 的 Excel 請款檔，資料直接來自每一趟的紀錄。核銷檔怎麼產出 →
如果你也在這一行，可以先想的事
- 先解決月底，再談調度。調度靠人還撐得住，月底請款才是最先壓垮行政的地方。
- 不要一次換掉所有做法。先讓幾位司機、一個縣市的報表用起來，穩了再擴大。
- 規則不要寫死。各縣市的數字一定會變。問清楚你的系統遇到公告調整時，是改設定還是要請人改程式。
- 系統產出的報表，送件前還是要有人看。系統能拿掉重打的錯，但資料齊不齊、符不符合該縣市的規定，仍要承辦人把關。
適合來談的人：長照特約交通接送單位、想跨入長照接送的車隊與租賃業者、需要接送個案的日間照顧中心，以及要替這類單位建置系統、需要有人懂這一行的軟體公司。
常見問題
長照派車和一般車隊派車差在哪裡？
一般派車只管車和趟次。長照交通接送多了三件事：每位個案有失能等級與補助身分，車資要拆成政府補助與民眾自付；各縣市的補助上限與自付比例不同，而且會調整；月底要依政府規定的格式請款。這三件事沒處理好，行政人員就得用試算表補。
BD03 和 DA01 是什麼？
兩者都是長照給付及支付基準裡的服務代碼。DA01 是交通接送，用於個案往返就醫或復健；BD03 是社區式服務交通接送，用於往返日間照顧中心等社區式服務據點。兩者的計費方式與請款報表都不同。
我們車隊想做派車系統，應該從哪裡開始？
從月底請款那一段往回看。先弄清楚你服務的縣市各要交什麼報表、欄位從哪裡來，再回頭決定預約與司機回報時要記下哪些資料。從調度畫面開始做，常常做到月底才發現缺欄位。
已經有派車軟體了，只想補核銷報表可以嗎？
可以先看看。只要既有系統的乘車紀錄能匯出或資料庫能讀取，而且當初有記下計費與核銷需要的欄位，就可以只補這一段。缺欄位的話，要先談怎麼從現在開始補記。
司機年紀比較大，不習慣用 App 怎麼辦？
這是導入時最常遇到的事，不是技術問題。做法之一是讓司機直接在 LINE 裡開啟行程頁，不必另外裝東西、記帳號。先讓幾位願意試的司機用，其他人看到月底不必補單，會比較願意跟。
這個案例實際用的技術：ASP.NET Core（.NET 8）、SQL Server、Vue 3、LINE、Android、Google Maps。技術跟著問題走，不是重點。