當建築遇上 Odoo：仁濟院站前大樓的「健康 OS」

在醫療體系裡，我們常討論的是人力、設備、科別配置，
但真正決定一間醫院靈魂的，往往還有兩個看不見的東西：

• 這棟建築，把最好的空間留給誰？
• 這套系統，把最完整的資料，留給誰用？

前者是「建築語言」，後者就是醫院的「數位作業系統（Digital OS）」——
在這篇文章裡，我用 Odoo 來當作這個 OS 的具體化身，
重新詮釋：仁濟院站前大樓想說的那句話——

「把最好的空間留給預防，而不是治療。」

一、從「空間配置」到「流程建模」：Odoo 看見的醫院

仁濟院站前大樓位於台北車站正對面，由建築師姚仁喜操刀，
是人潮、租金、曝光度都拉滿的城市地標。

多數醫療機構如果拿到這樣的位置，第一直覺會是：

• 高樓層做 VIP 門診、醫美中心
• 黃金樓層做高毛利科別、檢查中心
• 大廳放掛號櫃台、品牌意象牆

但仁濟院的選擇是反過來的：

• 高樓層：身心活化、失智照顧、公益課程
• 黃金樓層：預防醫學、健康促進、再生醫療
• 整棟大樓：不是「生病來看」，而是「健康時常來」

如果把這棟樓想像成一個資訊系統，
那麼這個規劃就等於在 Odoo 裡做了非常不同的「模型設計」：

• 最貴的空間，對應到 預防與活動的主模型，而不是門診收入
• 每一個活動空間，都是一個 可被追蹤的流程（workflow）
• 大樓本身，是一個 健康資料的入口（Data Entry Point）

二、Odoo 作為「健康活動中台」：誰來、做什麼、留下什麼數據？

站前大樓如果只是一棟漂亮建築，頂多是好看的 CSR；
要讓它成為「會說話的健康系統」，背後就需要一套像 Odoo 這樣的中台。

1. 活動與課程：從排程到資料

在 Odoo 裡，我們可以把每一種預防醫學與健康促進服務，建成一個「活動模型」：

• 使用 Odoo Calendar / Planning
  • 排程銀髮運動課程、失智共融活動、健康講座
• 使用 Odoo Events
  • 報名、候補、簽到、滿班管理
• 使用 Contacts + Membership
  • 建立長者與家屬的「健康社群」關係圖譜

於是，建築裡的每一間教室、每一場活動，不再只是事件，而是：

一條條可以被追蹤的 活動紀錄（Activity Logs），
與一組組可以被分析的 健康軌跡（Health Journeys）。

三、AI × 居家健康：Odoo 當「資料樞紐」，不是只做 ERP

仁濟院站前大樓的理念，是讓民眾「來維持不生病」。
這個想法如果要落在 AI 與居家健康 上，就需要三件事：

1. 場域能產生乾淨、有結構的資料
2. 系統能把這些資料串成「人」而不是「事件」
3. AI 能在這些資料上運算，給出有意義的建議

1. Odoo × IoT / Wearables

• 透過 Odoo IoT 或 API
  • 串接運動器材、步態感測、心率錶、血壓機
• 活動時段自動寫回 Odoo 的自訂模型（例：elder.exercise.session）
• 每個 session 都連結到特定長者、特定課程、特定空間

於是我們可以問的，不再只是：

「今天上幾個人？」

而是：

「這位阿姨過去三個月的運動強度，
是否跟她最近的血壓控制、情緒狀態有連動？」

2. Odoo 做健康資料湖的「對接層」

Odoo 本身不是醫療 HIS，但可以做：

• 居家訪視紀錄、活動參與史、家屬互動紀錄
• 長者在日照、運動課程、公益活動的參與頻率與中斷點
• 心理量表、生活功能自評的時間序列（以自訂模型儲存）

這些資料再往後端丟給：

• AI 風險預測模型（跌倒風險、失智惡化風險、社會孤立風險）
• BI Dashboard（Power BI、Metabase、Odoo 自帶看板）

讓 「看診紀錄」以外的生活資料，第一次在系統裡有名字、能被看見。

四、從「治療導向流程」到「不生病導向流程」

如果用 Odoo BPM（流程、看板、任務）去畫醫院現況，很可能長這樣：

• 入口：掛號 → 等候 → 看診 → 檢查 → 繳費 → 領藥
• 資料主軸：病歷、檢查報告、用藥紀錄

而仁濟院站前大樓，若用 Odoo 重新建模，流程會變成：

• 入口：
  • 線上／現場報名運動課程
  • 健康風險自評問卷
  • 家屬諮詢預約
• 流程：
  • 參與課程／活動（自動寫入活動紀錄模型）
  • IoT 裝置回傳運動與生命徵象資料
  • 社工／治療師／護理師紀錄觀察與建議（Odoo 紀錄）
• 延伸到家：
  • 居家運動任務（Odoo Project / Task 指派）
  • 語音 AI 互動紀錄回寫至 Odoo（對話摘要、情緒分析）
• 分析：
  • 誰在中途流失？
  • 誰雖然沒生病，但已經顯示出高風險行為？
  • 哪些活動組合對於維持功能最有幫助？

這就是 從「處理疾病」轉為「管理健康行為」的流程翻轉。
而 Odoo 在這裡扮演的角色，就是：

把原本散落在建築各角落的活動、記錄與感測，
串成一個可以被 AI 理解與治理的健康資料系統。

五、建築是前端 UI，Odoo 是後端 OS

原文說：「如果空間決定優先順序，那建築就是醫療價值的放大器。」

在數位世界裡，我會補上一句：

如果資料結構決定了能被看見的東西，
那 Odoo 這類平台，就是醫療價值的 執行引擎。

仁濟院站前大樓預計明年啟用，
它是一個很罕見的案例：

• 建築把「預防」放到城市最亮的窗戶
• 系統有機會把「健康行為資料」放到醫療決策的核心

當我們在 Odoo 裡設計模型、流程、欄位、權限時，
其實也在回答一個跟建築一樣尖銳的問題：

• 我們要讓誰被看見？
• 我們要追蹤的是「病例數」，還是「保持健康的日子」？
• 我們願不願意為「尚未生病的人」設計完整的資料旅程？

六、結語：當 Odoo 也說起「健康值得最好的位置」

仁濟院這棟樓，本來就已經是一則公共訊息：

健康，值得在城市裡占據最好的位置。

如果我們把同樣的精神搬進資訊系統世界，
那麼下一步就是：

讓 預防醫學、居家健康、長者活動與家屬支持，
也在 Odoo 的資料模型與儀表板上，占據「最核心的版位」。

因為在 AI 時代，
真正能放大建築哲學的，不只是鋼筋與玻璃，
而是我們怎麼設計那一張張資料表、那一條條流程線。

參考原文：
尚青論壇》照護未生病者健康 解放醫療空間樣貌（郭冠廷）
https://www.chinatimes.com/opinion/20251209001755-262114?chdtv