下拉重新整理

標籤

點一個標籤,下面的清單就只留那個主題。字比較大的標籤,代表寫得比較多。

所有文章

54

火線超人 FHIR LINE Bot

前言與願景

醫療照護人員情境 — 更好的醫病溝通

家屬照顧者情境 — 用愛守護家人健康

DHH 改變主意了,他以前說要為每一個字元流汗

SMART on FHIR:我們選了一條不同的路

LLM 知識管理:從 RAG 到知識編譯器

兩座獎盃,一個開始

病患情境 — 掌握自己的健康

問題與痛點

解決方案概覽

FHIR 伺服器的處理錯誤

為什麼需要 PKCE

寫回 FHIR

呈現臨床資料(二)

呈現臨床資料(一)

第一個 SMART app

Token 的生命週期

身分識別與 fhirUser

解析 Launch Context

scope 解鎖哪些欄位

一個 scope 分成三個部分

從頭跑完一次授權

圖解授權碼流程

SMART Discovery 與能力探索

SMART 的兩種啟動模式

開發環境準備

FHIR 資源快速入門

SMART on FHIR 新地圖

為什麼是 SMART on FHIR

二十二年後,我在醫院做同一件事

我沒有經營它,它自己走到了國家的伺服器上

翻完之後我找了一個網友,我們把網站架在家裡

2002 年,我一個人把一套德國電商軟體翻成繁體中文

我請 AI 查一個 2006 年的協會,結果它查到了我自己

DHH:沒有人想要更好的印表機,大家只想要自己已經買的那一台

當做出東西的成本歸零,剩下的護城河是什麼

在 Keycloak 和 HAPI FHIR 中間放一層 Rails(五):Keycloak 發證、OPA 判斷、Rails 執行、Kafka 傳事件

在 Keycloak 和 HAPI FHIR 中間放一層 Rails(四):讓 AI Agent 只能走受控工具

在 Keycloak 和 HAPI FHIR 中間放一層 Rails(二):把 scope 展開成真正的資料邊界

在 Keycloak 和 HAPI FHIR 中間放一層 Rails(一):它不是 proxy,是 policy gateway

一個人也能打造的智慧醫院

AI 讓你做出東西,軟體工程思維讓它活下去:Vibe Coding 時代,真的還需要前後分離嗎?

你的醫療資料,你的對話機器人:SMART on FHIR 如何讓第三方應用安全存取病歷

自助掛號機不是放下去就好:當效率碰上公平,你選哪邊

當 AI 寫完所有程式碼

如何訂閱本站新文章通知

火線超人 FHIRLinebot 操作及技術手冊

健康分析 — 地端智慧,隱私優先

未來展望 — 無限可能

安全與隱私 — 您的資料,您做主

跨院整合 — 打破醫療資料孤島

結語 — 讓健康資料回到您手中

無紙化卻失去了紙的靈魂