政府與公共服務

連一根針頭都不能算錯:DMAT 物資管理三期進化

醫療相關的物資可以有多少?連一根針頭都不能算錯!協助嘉義市災難醫療救護隊 DMAT,從零打造三期出隊物資管理系統,整合物資進出庫、打包模組、出勤套版與離線版本,讓救護隊在出隊前的物資備勤時間大幅縮短。

漸進式開發

系統分三期開發更新,越來越好用

模組管理一鍵出勤

任務情境套版自動生成物資清冊

極限環境離現操作

現場無網路環境仍可完整操作

需求分析

嘉義市災難醫療救護隊 DMAT 負責嘉義市的重大災難醫療應變,出隊物資涵蓋器械、消耗品、藥品等數百項,每次出勤前的物資清點與打包耗費大量人力,有效期限管理依賴人工記錄,難以掌握全局。

  • 物資種類繁多,器械、消耗品、需清點物品分類各異,全靠紙本清冊管理,出勤前翻找耗時
  • 藥品與消耗品有效期限難以系統性追蹤,過期品未及時發現的風險長期存在
  • 不同任務情境(地震、外傷處置、傳染病防疫)需要打包不同物資組合,每次重新人工核對
  • 出勤現場網路環境不穩定,系統需能在無網路狀態下正常操作

來解決問題吧!

  • 第一期建置物資倉儲核心:進出庫管理、標籤印製系統(搭配掃碼槍)、簡易檢索、歷史追蹤、分層到期提醒
  • 第二期開發打包模組與出勤事件系統,設計插管包、外傷處理、地震災害等出隊套版,出勤前一鍵生成物資清冊
  • 第三期打包區網本地離線版,封裝為本地端可執行環境,在無網路現場仍可完整操作
  • 持續年度維運,配合團隊實際使用狀況滾動修正與優化

案例細節

alt text

嘉義市災難醫療救護隊 DMAT 是嘉義市重大災難醫療應變的核心力量。地震、颱風、大規模傷亡事件,這支隊伍必須在接獲通報後快速集結、備妥物資、出發支援。

但在數位系統建置之前,每次出隊前的備勤流程高度仰賴人工:翻清冊、對數量、確認有效期限、打包裝箱。物資種類超過數百項,器械要確認功能、消耗品要核對期限、特殊藥品要獨立清點,一次出隊前後的物資備勤往往耗費大量人力與時間。

2021 年,DMAT 找上創準整合數位科技,想從根本改變這個流程。

alt text


第一期,先打好無紙化地基

alt text 第一期的目標很明確:先把物資管理數位化。 物資倉儲管理系統的核心就是「物資」,物品的出入庫絕對不能困難。支援掃碼槍快速進出庫,讓每一筆物資的進庫時間、存放位置、數量狀態都有完整記錄。系統同步建置了分層到期提醒機制——已過期的物品標紅字紅標,即將到期的標黃色提醒,讓有效期限管理從人工記憶變成系統自動示警。

側邊功能欄整合了物料、打包標籤、倉儲位置、出勤事件四大模組入口,建立起後續開發的系統骨架。


打包模組解決核心痛點

alt text 第一期上線後,DMAT 團隊回饋了一個核心痛點:物資打包。

每次出勤,備勤物資的組合因任務性質不同而差異極大。地震搜救需要的是外傷處置耗材;傳染病防疫出勤需要的是個人防護裝備;大規模傷亡事件則需要插管、急救、轉送的完整器械組合。

這些「打包邏輯」過去全靠有經驗的隊員憑記憶執行,沒有系統化的流程支撐。

第二期以打包模組為核心重新設計:

打包標籤系統讓物資可以依任務情境被標記、分層,建立標籤階層後,系統可自動檢索符合條件的物資(包含有效期限優先選取邏輯)。

出隊套版功能則讓 DMAT 可以預先建立「插管包」、「外傷處理模組」、「地震災害套版」等情境模板。出勤前,選擇任務類型,系統自動生成物資清冊與倉儲列表,隊員確認數量後即完成出勤打包,大幅縮短備勤時間。


極限狀態的離線操作

alt text DMAT 的出勤場景有時在偏遠山區、災後基礎建設受損的現場,或是醫院內網環境。這些場域的共同特點是:網路不穩定,甚至完全沒有對外網路。

第三期,創準開發了系統的區網本地離線版本,將完整系統封裝為可在本地端執行的環境。不依賴外部雲端服務,在無網路的現場仍能完整操作物資管理、出勤點收與物資追蹤功能。

離線版本身不難,而回到網路環境時,離線版的改動要能無痛同步至線上正在運行的正式版,也是一個資料處理的細節。

完成本期離線版完成交付與簽收後,DMAT 的物資管理系統正式具備全場景適應能力。


技術架構

  • 前端框架:Vue.js + Nuxt.js + Vuetify
  • 後端:Node.js
  • 部署模式:雲端版本 + 區網本地離線封裝版
  • 硬體整合:掃碼槍進出庫、標籤機支援
  • 設計範疇:UI/UX 規劃、系統流程設計、多期迭代開發

這個案子的核心學習

物資管理系統不求功能多,而是簡單易用,隨著物資越來越多,仍能輕鬆管理的設計。

DMAT 的隊員在出勤前打開系統,確認「我能用這個找到我需要的東西,而且找到的是對的」。這個信任需要時間建立,也需要每一次的維運都不讓人失望。

三期開發讓我們理解,複雜系統的真實需求往往只有在使用之後才會浮現。第一期解決了找不到的問題,才知道打包流程才是核心痛點;第二期解決了備勤效率,才知道現場沒有網路是另一道關卡。迭代開發不是因為前期規劃不夠好,而是因為使用者的真實需求,只有在系統存在之後才越來越清晰。

這樣的成果,你也可以擁有!

從 AI 需求分析開始,把你的想法整理成具體的需求草稿。

開始我的 AI 需求分析