iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
佛心分享-SideProject30

30 天打造公開資料版急診檢傷系統:Side Project 與實驗計畫 系列

急診檢傷不是診斷疾病,而是在有限時間內判斷病患接受處置的先後順序。本系列將使用 Kaggle 公開的韓國急診檢傷與急迫度分級量表(Korean Triage and Acuity Scale, KTAS)資料,從 1,267 筆急診紀錄出發,逐步完成資料清理、公開知識庫、檢索增強生成(Retrieval-Augmented Generation, RAG)、門控、重排序與模型評估。我們不只比較準確率,也會分析檢傷不足、檢傷過度、少數高急迫案例與結果的不確定性,打造一套可重現、可解釋且清楚標示限制的急診檢傷 Side Project。

參賽天數 23 天 | 共 23 篇文章 | 2 人訂閱 訂閱系列文 RSS系列文
DAY 1

Day 01|30 天打造急診檢傷系統:先看懂我們要解決的問題

想像一個忙碌的急診現場:候診區同時出現胸悶、發燒、腹痛與呼吸困難的病患,但能立即投入處置的人力與空間有限。 這時最先要回答的問題,不是「病患最後確診什麼疾病」,...

DAY 2

Day 02|急診為什麼需要檢傷?先看懂問題,不急著談模型

上一篇,我們畫出了 30 天個人實作專案(Side Project)的完整路線。今天先不談模型,也不寫程式。我們要回到所有技術設計的起點:急診為什麼需要檢傷?...

DAY 3

Day 03|三套五級急診檢傷制度有什麼不同?同樣五級,規則不能直接換名字

上一篇,我們先建立了急診檢傷的共同方向:第一級最急迫,第五級最不急迫;分錯級數時,還要觀察檢傷不足與檢傷過度。 不過,「都是第一級到第五級」不代表所有五級制度都...

DAY 4

Day 04|大型語言模型很會讀文字,為什麼不能直接決定檢傷級數?

上一篇,我們比較了台灣急診檢傷與急迫度分級量表、韓國急診檢傷與急迫度分級量表,以及急診嚴重度指數。三套制度都輸出第一級到第五級,但主訴、規則、判斷順序與版本不能...

DAY 5

Day 05|檢索增強生成是什麼?讓模型回答前先找到證據

Day 04 留下了一個很明確的問題:大型語言模型(Large Language Model, LLM)可以把文字整理得很流暢,卻不能保證規則、數值、版本與引用...

DAY 6

Day 06|同一套規則,三種檢索架構會走出什麼不同路徑?

Day 05 建立了檢索增強生成(Retrieval-Augmented Generation, RAG)的共同流程:先從外部知識庫找出候選證據,再把問題與證據...

DAY 7

Day 07|整體準確率為什麼不夠?先建立急診檢傷評估地圖

檢索增強生成(Retrieval-Augmented Generation, RAG)是一種先從外部知識庫找出候選證據,再交給大型語言模型(Large Lang...

DAY 8

Day 08|不是三選一:找出被混在一起的實驗變因

檢索增強生成(Retrieval-Augmented Generation, RAG)是一種先從外部知識庫找出候選證據,再交給大型語言模型(Large Lang...

DAY 9

Day 09|不要只問哪個最好:把研究問題寫成可驗證的假設

檢索增強生成(Retrieval-Augmented Generation, RAG)是一種先從外部知識庫找出候選證據,再交給大型語言模型(Large Lang...

DAY 10

Day 10|資料選定:為什麼整個系列只使用 Kaggle KTAS?

上一篇,我們把研究問題寫成可以失敗的假設。下一步不是立刻訓練模型,而是確認手上的資料,是否真的能回答那些問題。 這次還有一個很明確的限制:病患資料必須能從公開頁...