rails
devops
SMART on FHIR
AI Coding
問題與痛點
小美的故事
小美是一位 35 歲的上班族,最近因為身體不適,在住家附近的診所做了抽血檢查。醫師建議她到大醫院做進一步檢查。
當她到大醫院掛號時,醫師問:「之前診所的檢驗報告有帶來嗎?」
小美愣住了。她沒有帶,因為:
- 診所沒有主動給她報告
- 她不知道可以申請
- 就算知道,也要再跑一趟診所
結果呢?大醫院只好重新抽血檢查。
同樣的檢查,做了兩次。同樣的抽血,扎了兩針。
這不是個案,而是常態
痛點一:資料取得困難

這個流程對以下族群特別困難:
- 行動不便的長者
- 工作忙碌的上班族
- 住在偏鄉的民眾
- 需要頻繁追蹤的慢性病患
痛點二:資料分散各處
一個普通的台灣民眾,一生可能在多家醫療機構就醫:
| 類型 | 範例 |
|---|---|
| 基層診所 | 家裡附近的診所看感冒 |
| 地區醫院 | 健康檢查、小手術 |
| 區域醫院 | 較複雜的治療、專科門診 |
| 醫學中心 | 重大疾病、高難度手術 |
| 專科診所 | 牙科、眼科、皮膚科 |
每一家的資料都是獨立的,民眾自己也記不清:
- 去年在哪裡做過超音波?
- 三年前那次住院的診斷是什麼?
- 目前吃的藥是哪家醫院開的?
痛點三:緊急時刻的無助
想像這個場景:
王伯伯在外地旅遊時突然不舒服,被送到當地醫院急診。
醫師問:「有什麼慢性病?吃什麼藥?對什麼藥物過敏?」
王伯伯記不清楚,家人也說不上來。
醫師只能保守處置,等待進一步檢查。
關鍵時刻,缺乏資訊可能攸關生命。
痛點四:家屬照護的困境
陳媽媽照顧失智的父親,每次回診都是一場挑戰:
- 父親記不得上次醫師說了什麼
- 藥袋說明太小看不清楚
- 多科看診,藥物是否有重複或衝突?
- 想問醫師問題,但門診時間太短
她需要一個地方,能夠:
- 查看父親的所有用藥
- 了解各項檢查結果的意義
- 準備好問題在看診時提問
現有解決方案的不足
健保快易通 App
優點:整合健保資料
不足:
- 介面較為複雜
- 長輩不易上手
- 資料更新有延遲
- 無法即時互動詢問
各醫院 App
優點:可查該院資料
不足:
- 每家醫院一個 App
- 介面各不相同
- 需要個別註冊登入
- 看多家醫院就要裝多個 App
紙本病歷
優點:實體可觸摸
不足:
- 容易遺失
- 不易攜帶
- 難以整理
- 字跡難辨認
我們需要的是什麼?
綜合以上痛點,民眾真正需要的是:
| 需求 | 說明 |
|---|---|
| 一個入口 | 不要多個 App,一個地方查所有資料 |
| 熟悉的介面 | 不用學習新操作,用已經會的就好 |
| 隨時可用 | 想查就查,不用特地跑一趟 |
| 安全可靠 | 是我的資料,只有我能授權誰看 |
| 能夠互動 | 不只是看資料,還能問問題 |
FHIR LINE Bot 正是為了滿足這些需求而設計。
下一章,我們將介紹這個解決方案如何運作。