文章
共 55 篇文章 - 關於網頁開發與軟體工程的文章
授權此裝置
系列文章
2026 iThome 鐵人賽 Ironman
從衛福部資訊處的政策轉向說起(李建璋處長上任、為解決 HIS 孤島效應轉向 FHIR/SMART、邀 SMART 創辦人來台),FHIR 的多語言與 Docker 生態跟作者慣用技術棧一拍即合;第一屆台灣 50(號稱醫療界的 0050)登場後投稿驗證想法。開宗明義定義本系列「廣義 SMART on FHIR 應用開發」的範圍——涵蓋 SMART App Launch 標準核心,也延伸到真實醫療 app 的完整開發歷程。
FHIR Policy Gateway
在 Keycloak 和 HAPI FHIR 中間放一層 Rails，我把它定位成 FHIR Policy Gateway，不是透明 proxy。這個系列拆開講它的責任：把 scope 展開成真正的資料邊界、用 CQL 做臨床邏輯但不碰授權、讓 AI Agent 只能走受控工具，最後補上 OPA 判斷和 Kafka 傳事件，看整張圖怎麼合。
獨立文章
LLM 知識管理：從 RAG 到知識編譯器
受 Karpathy 的 LLM Knowledge Base 啟發，我用 Claude Code 打造了一套個人知識管理系統，跳脫 RAG 的檢索思維，讓 AI 直接編譯和維護結構化的 Wiki。
SMART on FHIR：我們選了一條不同的路
入選台灣 50 優良 SMART on FHIR 應用，我想談的不是這個應用本身，而是這個方向代表的趨勢：醫療資料的主人應該是病人。
兩座獎盃，一個開始
第一屆台灣 50 優良 SMART on FHIR 頒獎典禮側記，火線超人與救護車傷患追蹤平台雙雙入選，這不只是兩座獎盃，而是一種架構思維的確認。
一個人也能打造的智慧醫院
我把 Rails 的 Omakase 哲學帶進醫院，提出 Omakase Smart Hospital 這套主張：開放標準、模組化、開源優先、AI 整合、以人為本。一個人用現代工具鏈，也能打造出醫院願意用的智慧醫療系統。
AI 讓你做出東西，軟體工程思維讓它活下去：Vibe Coding 時代，真的還需要前後分離嗎？
不只是工程師在聊 AI，連醫院裡的行政人員、護理師、甚至科主任都在說：「我用 ChatGPT 寫了一個小工具」「我請 Cursor 幫我做了一個排班表」「我兒子用 AI 三天做出一個 app」。 這件事本身是好的。Andrej Karpathy 把它叫做 Vibe Coding，「感覺對了就好」，不用真的懂每一行程式碼在做什麼，只要對 AI 描述你想要的東西，它就幫你生出來。門檻從來沒有這麼低過。 但大家是否有注意到一件事：這些「Vibe 做出來的東西」，大多數活不久。 不是因為功能不對，是因為沒有人想過它怎麼上線、怎麼更新、怎麼在出問題的時候找到原因。能跑和能用是兩回事，能用和能活下去又是兩回事。
你的醫療資料，你的對話機器人：SMART on FHIR 如何讓第三方應用安全存取病歷
想像一個場景：你在 LINE 上跟一個聊天機器人對話，它能即時告訴你最近一次的血壓數值、用藥紀錄，甚至上次看診的摘要。這些資料不是你手動輸入的，而是直接從醫院的電子病歷系統裡，經過你本人授權後，安全地顯示在你的手機上。甚至不需要經過 LINE Server 轉送。
自助掛號機不是放下去就好：當效率碰上公平，你選哪邊
如果你曾經在早上七點走進一間區域醫院，你會看到一個有點超現實的畫面，掛號櫃檯已經擠滿了人，而櫃檯還沒開始作業。 這些人不是等看診的，他們是來**排隊掛號**的。 在台灣很多醫院的現場掛號流程是這樣的：病人到場後先抽一張號碼牌，等到八點櫃檯正式開始掛號，再依照號碼牌的順序到窗口辦理。號碼牌決定的是你到櫃檯的先後順序，而看診號碼是先掛先得，越早完成掛號，看診號碼越前面，等待看診的時間就越短。
三個月重構醫院官網：AI Coding 如何改變我們的開發節奏
2025 年 11 月底，我們啟動了醫院官方網站的重建專案。目標很明確：用現代技術堆疊取代舊網站，三個月內上線。聽起來不算瘋狂，但當你把需求攤開來看——內容管理系統、醫師團隊頁面、門診進度即時串接、無障礙規範、多語系支援、行動裝置適配——這個時程對一個 5 人團隊來說，是相當緊繃的。
當 AI 寫完所有程式碼
Anthropic 的 Claude Code 負責人 Boris Cherny 最近在 Lenny's Podcast 丟出一個震撼彈：他已經超過三個月沒有手動編輯過任何一行程式碼，每天靠 Claude Code 產出 10 到 30 個 PR。
如何訂閱本站新文章通知
一步步教你開啟瀏覽器推播通知，新文章發布時第一時間收到提醒。
無紙化卻失去了紙的靈魂
從紙本、表單到「多層式電子紙醫療文件」的轉變