一般軟體出錯,使用者重整頁面;醫療軟體出錯,可能有人依照錯誤資訊做了決定。
我是軟體工程背景,不是醫學或法規背景。這個系列不是「醫療法規教學」,而是一份工程師的轉譯筆記:把我熟悉的需求、架構、測試、CI/CD,逐步映射到醫療軟體真正在意的東西——預期用途、風險管理、資料完整性、可追溯性與上市後監控。
如果你也是工程師,想理解「醫療軟體到底特別在哪裡」,這 30 天就是為你寫的。
回顧昨天範例,我們收集完血壓數據之後,會透過 AI 來做摘要。也就是說,血壓數據會先儲存在本機端一段時間後,才會透過呼叫外部 API 來做AI 摘要。別忘了,醫...
前一篇文章我們討論到醫療資料的隱私保護,透過去識別化可以降低資料外洩後被識別的風險,當資料傳上後台、雲端服務後,誰有權限能夠查看呢? 在 Day3 的文章中,我...
在昨天的文章當中,我們說明了一個資料流程:使用者輸入資料之後,資料儲存在地端,再同步到雲端,之後讓具有查看資格的醫護人員查看。而在系統中,還會有系統管理員,負責...
現代開發軟體的時候,很少會完全由零開始打造,通常會使用開源套件、AI 模型。在一般軟體開發時,使用開源套件、AI 模型時,一般來說,會直接選擇一個版本來使用(可...
現代軟體開發幾乎都會做測試。版本要發布前,通常得先通過所有測試——單元測試、整合測試、E2E 測試通通過關。很多人會直覺地想:「覆蓋率很高、系統測試 100%...
在醫療軟體開發中,測試是開發與釋出前的重要環節之一。我們透過測試,確認產出的功能與行為是否符合需求,並發現可能影響品質與安全的問題。因此,如何設計測試、判讀結果...
昨天談到,軟體邏輯和模型需要不同的測試方法。開發時,我們會針對需求設計一些測試,並且讓這些測試通過,接下來確認:這些測試涵蓋了哪些需求?前面風險分析提出的控制措...
今天的會議在討論一個問題,我覺得很有意思,需求是 App 連接外部裝置後,會依照偵測到的數據來發出警報,有意思的地方是 RD 是根據先前 PM 提供的規格進行開...
總算來到了第 28 天,今天想要聊一聊的是,醫療軟體如果要使用 AI 來做摘要,我們需要注意什麼呢? 最簡單的作法是:將所有的資料全部傳給大語言模型(LLM),...