iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Software Development

三十天轉職成「醫療軟體工程師」 系列

一般軟體出錯,使用者重整頁面;醫療軟體出錯,可能有人依照錯誤資訊做了決定。

我是軟體工程背景,不是醫學或法規背景。這個系列不是「醫療法規教學」,而是一份工程師的轉譯筆記:把我熟悉的需求、架構、測試、CI/CD,逐步映射到醫療軟體真正在意的東西——預期用途、風險管理、資料完整性、可追溯性與上市後監控。

如果你也是工程師,想理解「醫療軟體到底特別在哪裡」,這 30 天就是為你寫的。

參賽天數 29 天 | 共 29 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 21

Day20 - 醫療資料的隱私保護:去識別化就夠了嗎?

回顧昨天範例,我們收集完血壓數據之後,會透過 AI 來做摘要。也就是說,血壓數據會先儲存在本機端一段時間後,才會透過呼叫外部 API 來做AI 摘要。別忘了,醫...

2026-10-05 ‧ 由 andydeveloper 分享
DAY 22

Day21 - 身分驗證與授權

前一篇文章我們討論到醫療資料的隱私保護,透過去識別化可以降低資料外洩後被識別的風險,當資料傳上後台、雲端服務後,誰有權限能夠查看呢? 在 Day3 的文章中,我...

2026-10-06 ‧ 由 andydeveloper 分享
DAY 23

Day22 - 加密、日誌、備份與金鑰管理

在昨天的文章當中,我們說明了一個資料流程:使用者輸入資料之後,資料儲存在地端,再同步到雲端,之後讓具有查看資格的醫護人員查看。而在系統中,還會有系統管理員,負責...

2026-10-07 ‧ 由 andydeveloper 分享
DAY 24

Day23 - 第三方元件與模型版本管理

現代開發軟體的時候,很少會完全由零開始打造,通常會使用開源套件、AI 模型。在一般軟體開發時,使用開源套件、AI 模型時,一般來說,會直接選擇一個版本來使用(可...

2026-10-08 ‧ 由 andydeveloper 分享
DAY 25

Day24 - 查證(Verification)與確效(Validation)

現代軟體開發幾乎都會做測試。版本要發布前,通常得先通過所有測試——單元測試、整合測試、E2E 測試通通過關。很多人會直覺地想:「覆蓋率很高、系統測試 100%...

2026-10-09 ‧ 由 andydeveloper 分享
DAY 26

Day25 - 醫療軟體與模型測試策略

在醫療軟體開發中,測試是開發與釋出前的重要環節之一。我們透過測試,確認產出的功能與行為是否符合需求,並發現可能影響品質與安全的問題。因此,如何設計測試、判讀結果...

2026-10-10 ‧ 由 andydeveloper 分享
DAY 27

Day26 - 雙向追溯與需求追溯矩陣 (RTM)

昨天談到,軟體邏輯和模型需要不同的測試方法。開發時,我們會針對需求設計一些測試,並且讓這些測試通過,接下來確認:這些測試涵蓋了哪些需求?前面風險分析提出的控制措...

2026-10-11 ‧ 由 andydeveloper 分享
DAY 28

Day27 - 形成性評量(Formative Evaluation)與總結性評量(Summative Evaluation)

今天的會議在討論一個問題,我覺得很有意思,需求是 App 連接外部裝置後,會依照偵測到的數據來發出警報,有意思的地方是 RD 是根據先前 PM 提供的規格進行開...

2026-10-12 ‧ 由 andydeveloper 分享
DAY 29

Day28 - 三個降低 LLM 幻覺風險的方法

總算來到了第 28 天,今天想要聊一聊的是,醫療軟體如果要使用 AI 來做摘要,我們需要注意什麼呢? 最簡單的作法是:將所有的資料全部傳給大語言模型(LLM),...

2026-10-13 ‧ 由 andydeveloper 分享