iT邦幫忙

#醫療軟體相關文章
共有 28 則文章
鐵人賽 Software Development DAY 29

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

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

鐵人賽 Software Development DAY 28

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

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

鐵人賽 Software Development DAY 27

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

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

鐵人賽 Software Development DAY 26

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

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

鐵人賽 Software Development DAY 25

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

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

鐵人賽 Software Development DAY 24

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

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

鐵人賽 Software Development DAY 23

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

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

鐵人賽 Software Development DAY 22

技術 Day21 - 身分驗證與授權

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

鐵人賽 Software Development DAY 21

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

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

鐵人賽 Software Development DAY 20

技術 Day19 - 資料完整性與 AI 資料品質

延續前一篇的血壓紀錄 App,前一篇的文章中我們將資料流畫出來,並藉由系統架構圖,來掌握安全邊界,知道如果發生模組發生問題時,我們應該如何處理。 但是另外一個需...

鐵人賽 Software Development DAY 19

技術 Day18 - 醫療軟體架構與安全邊界

前面幾天中,我們介紹了 FHIR、DICOM 這兩種醫療資料標準。不過當設計一套醫療軟體,只有資料是不夠的,還需要設計軟體架構,搭配一套 UI/UX,讓資料能夠...

鐵人賽 Software Development DAY 18

技術 Day17 - 醫療影像的傳輸標準 (DICOM) 簡介

前面兩篇文章中,我們介紹了 FHIR 用於交換臨床資料與脈絡。今天介紹如何傳遞醫療影像。等等,在開始之前,你可能會想說:「欸?FHIR 沒有辦法傳遞醫療影像嗎?...

鐵人賽 Software Development DAY 17

技術 Day16 - 醫療資訊交換標準-FHIR(下)

還記得我們昨天建立出來的 FHIR 資料嗎?如下: { "resourceType": "Observation",...

鐵人賽 Software Development DAY 16

技術 Day15 - 醫療資訊交換標準-FHIR(上)

在軟體設計中,資料格式一直是最重要的一環之一。當我們設計好一個軟體,需要設計資料型別儲存資料。資料儲存後,我們可以存在本機端或是存在伺服器。如果只是在我們自己的...

鐵人賽 Software Development DAY 15

技術 Day14 - 醫療資料模型:一筆生命徵象紀錄由什麼組成?

前幾天我們討論,風險管理、UI/UX、錯誤處理。接下來要聊聊,軟體要顯示這些資訊,背後的資料要怎麼存? 如果是體溫紀錄 App,第一個想到的可能就是「姓名、體溫...

鐵人賽 Software Development DAY 14

技術 Day13 - 從需求到安全使用:風險、介面與邊界條件怎麼串起來?

前幾天談需求、風險、介面和邊界條件時,我們一直在問同一件事:發現一個可能誤導使用者的情境後,團隊怎麼確定它沒有只停在討論?今天直接拿 Day 10 那張生命徵象...

鐵人賽 Software Development DAY 13

技術 Day12 - 需求遇到風險與使用錯誤時,怎麼補齊邊界條件?

昨天談到,UI/UX 是很重要的,雖然功能可能都正常,都有滿足需求,但是可能因為 UI/UX 的不良設計導致讓人選錯紀錄對象、看錯單位,或以為資料已經存好了。當...

鐵人賽 Software Development DAY 12

技術 Day11 - 介面不好用也可能成為安全問題

昨天談到病人與單位誤配。今天再問一步:資料怎麼會在操作中被放錯位置? 「使用者按錯」只是結果。軟體即使照規格運作,畫面若沒說清楚目前對象、單位或保存狀態,人仍可...

鐵人賽 Software Development DAY 11

技術 Day10 - 風險管理不是列 Bug 清單

在昨天的文章中,我們介紹 IEC 62304 軟體安全等級,評估產品在預期使用及可合理預見的使用情境中,可能如何造成傷害。不過,我們在軟體開發時,會發現軟體的運...

鐵人賽 Software Development DAY 10

技術 Day9 - IEC 62304 不只是開發流程:安全分類

前文提到 IEC 62304 的軟體生命週期流程,除了軟體生命週期外,在 IEC 62304 將安全等級分為三類:A、B 以及 C。 安全等級的用意是,判斷軟體...

鐵人賽 Software Development DAY 9

技術 Day8 - 從預期用途到可驗證需求:醫療軟體該怎麼寫規格?

在軟體開發前,團隊常先整理產品需求文件(PRD),再形成系統與軟體需求規格。文件名稱可能因組織而異;關鍵是讓需求、設計與查證證據能相互追溯。 從產品的角度出發,...

鐵人賽 Software Development DAY 8

技術 Day7 - 如何落實 SaMD 品質管理

在昨天的文章中,我們了解到醫療軟體的品質管理系統包含了ISO 14971 (醫療器材風險管理)、IEC 62304(醫療器材軟體生命週期流程)、IEC 6236...

鐵人賽 Software Development DAY 7

技術 Day6 - 醫療軟體的品質管理系統

在昨天的文章中,說明一個醫療軟體(SaMD)開發的第一步是確立預期用途(Intented Use),主管機關會依照宣告的用途來決定該監管的等級,當預期用途被主管...

鐵人賽 Software Development DAY 6

技術 Day5 - 進入開發前的第一步:撰寫醫療軟體的「預期用途 (Intended Use)」

在前幾天的內容中,我們介紹了醫療軟體的使用者角色(Persona)與資料語意脈絡(Context),接著我們要定義預期用途 (Intended Use) ,無論...

鐵人賽 Software Development DAY 5

技術 Day 4 - 工程師需要懂到什麼程度的醫學?

在進入醫學軟體開發之前,可能會思考一個問題,那就是我需要了解醫學知識嗎?回答這個問題之前,我分享一下我的經驗,當我開發一個軟體,雖然可以在不完全知道開發項目的背...

鐵人賽 Software Development DAY 4

技術 Day3 - 醫療軟體的三類核心利害關係人

前面兩天的文章中,我們了解醫療軟體與一般軟體的差異,但是說到底不論是一般軟體或是醫療軟體,都會有「利害關係人」,本篇文章將與各位介紹在醫療軟體中,可能會有哪些利...

鐵人賽 Software Development DAY 3

技術 Day2 - 一般醫療軟體與醫療器材軟體的差異

昨天的文章中,我們已經知道一般軟體與醫療軟體的差異,可以開始開發醫療軟體了嗎?在開始開發醫療軟體之前,我們需要更進一步了解,究竟你開發的是「一般醫療軟體(Gen...

鐵人賽 Software Development DAY 2

技術 Day1 - 醫療軟體與一般軟體的不同

不知道在我開始說明之前,大家對於醫療軟體有什麼想像?在進入醫療軟體產業開發之前,我心中不知道/不認為有差異,對我來說,不管是什麼軟體,終究只是軟體,我們可以使用...