一個人也能打造的智慧醫院：Omakase Smart Hospital（演講素材）

"The menu is omakase." — DHH, The Rails Doctrine

這篇原是我在部落格寫下的一篇宣言（〈一個人也能打造的智慧醫院〉，2026-07-07），這裡把它整理成可以直接上台講的素材。Omakase 是「交給師傅決定」，一份經過設計、有主張的菜單，而不是把所有選項丟給你自己配。我在動手做醫院系統的時候讀到 Rails 這條 doctrine，整個人被打中。同樣的精神放到智慧醫院，就是：與其把無數模組、無數選項攤在醫院面前，不如端出一套有觀點、能落地、一個人也扛得動的東西。

智慧醫院的瓶頸，不在技術

傳統的醫院資訊系統，預設就是要大廠、要大預算、要拉很長的專案。每個模組都要客製，資料各躺各的、彼此不通。但我一直在想一個問題：這種「規模依賴」真的是必要的嗎？如果它不必那麼大呢？一旦把「非得很大不可」這個成見拿掉，很多原本以為跨不過的障礙，其實會整個換位置。

我動手做下來的體會

真的用開源工具做下去之後，我發現可控的範圍比想像中大很多。Ruby on Rails 當骨架、FHIR 當資料標準、LINE 當病人端入口、Kamal 負責部署，整套跑起來的維運成本，可以低到每個月只花幾塊錢美金。這不是紙上談兵，是實際做出來、用起來的數字。

我相信的五件事

這五點是整場演講的核心，也是 Omakase Smart Hospital 的骨架。

開放標準當地基：FHIR、REST API、事件驅動架構，讓資料能流動、不被單一廠商綁死。vendor lock-in 是醫院最貴的隱形成本，開放標準是解法。
樂高式架構：系統應該由一塊塊能各自升級的模組組成，核心 HIS、FHIR Server、事件匯流排、AI 服務、病人 App，各自獨立又能拼在一起，而不是一坨改不動的巨獸。
開源優先：Rails、PostgreSQL、Kafka、容器這些技術，讓小團隊也能做出企業級規模的平台。開源不是省錢而已，是把主導權拿回自己手上。
AI 內建，不是外掛：臨床決策支援、診斷輔助、病人溝通這些 AI 能力，應該長在系統基礎設施裡，而不是事後黏一個外掛上去。
以人為本：系統是為了替醫師、護理師、行政、病人減負而存在。而且我認為開發者自己的體驗也一樣重要，做起來痛苦的系統，維護不了多久。

「一個人」不是限制，是一種主張

我講「一個人」，不是要叫醫院裁員，也不是否定大系統的價值。我想證明的是：當「一個人就能做出堪用、醫院願意採用的東西」成立，試錯的成本會被壓到非常低。醫院可以先把想法做成雛形、真的摸過再談規格，可以快速迭代而不必背著沉重的財務焦慮。這種工程師的做法，快速原型、迭代、平台思維，本身就是 Omakase 的方法論：工程師是在設計醫療的未來，而不只是把規格翻成程式碼。

把它落地在台灣

台灣這幾年在推 FHIR、推電子病歷交換、推資料互通，方向跟這套主張是對上的（見〈台灣跨院 FHIR 互通〉）。但把國際標準接上醫院既有系統、再接上健保的現實，需要真的動手做過的在地經驗，而這種中文的第一手紀錄目前非常少。我打算把這條路走過的成功與坑都寫下來，因為在中文的醫療脈絡裡，這條路幾乎還沒人走過。

一張圖：Omakase Smart Hospital 的樂高式架構

flowchart TB
    subgraph CORE["核心平台（開源、開放標準）"]
        HIS["Core HIS<br/>Rails + PostgreSQL"]
        FHIR["FHIR Server<br/>開放標準介面"]
        BUS["事件匯流排<br/>event-driven"]
    end
    subgraph AI["AI 服務（內建，非外掛）"]
        CDS["臨床決策支援"]
        DX["診斷輔助 / 篩檢"]
    end
    subgraph EDGE["病人 / 醫護端"]
        LINE["LINE Bot / LIFF"]
        APP["病人 App"]
    end
    HIS <--> FHIR
    FHIR <--> BUS
    BUS <--> AI
    FHIR <--> EDGE
    KAMAL["Kamal 部署<br/>每月幾塊美金"] -.部署整套.-> CORE

演講切角（給自己備稿用）

開場鉤子：把 DHH 那句 "The menu is omakase." 丟出來，再問一句「智慧醫院一定要很大嗎？」
反差：傳統大廠大預算長專案 vs 一個人每月幾塊美金，用具體數字製造衝擊。
可信度：強調這是我實際做出來、跑在 production 的東西，不是投影片工程（可連到〈我的完整 Agentic Workflow〉與〈數位轉型傳教士〉）。
收尾主張：Omakase Smart Hospital 不是一個產品，是一種主張，相信醫療系統可以更開放、更模組化、更以人為本，同時仍然小到一個人扛得動。