客製落地與整合
要用 AI 病歷助手，不一定要換掉現在的診所系統。我們可以把它跑在你現有的 CMS 裡，也可以透過 API 做伺服器端對接 —— 兩條路今天都是通的。如果你要遷到 YilaCMS，而標準版的做法不合你診所的實際流程，客製也在同一件事裡：加模組、按你的流程走、按你的格式出報表和標籤、按你的結構存資料。
- AI 病歷助手嵌入你現有的 CMS
- 伺服器端 API 對接
- YilaCMS 上的客製模組與流程
- 你自己的報表、藥袋標籤與處方格式
服務
診所管理系統不會自己裝好，而沒有一家診所空得出一個月來慢慢摸。下面三件事，把一家診所從今天在跑的東西，帶到跑在 YilaMed 上。
要用 AI 病歷助手，不一定要換掉現在的診所系統。我們可以把它跑在你現有的 CMS 裡，也可以透過 API 做伺服器端對接 —— 兩條路今天都是通的。如果你要遷到 YilaCMS，而標準版的做法不合你診所的實際流程，客製也在同一件事裡：加模組、按你的流程走、按你的格式出報表和標籤、按你的結構存資料。
這是我們逐家診所做的工程，不是一個按鈕。只有庫存有通用匯入器；病人、病歷歷史與處方，是我們讀你真實資料的匯出檔案、專門為你那套系統寫對照 —— 沒有兩家診所的資料庫是一樣的，你那份的形狀決定了後面的一切。裝好後進入我們 staging 環境上一個只有你看得到的租戶，由你對著原系統逐位病人、逐張處方核對，直到你確認沒有丟失或串位。到那時我們才談切換日期。看到資料之前我們不報工期；誰報，誰就是沒看過資料。
設好的系統不等於用起來的系統。我們把診所真正設起來 —— 醫師與角色、角色 × 診所權限矩陣、你的常用方與藥材庫存、你的價目表與套餐 —— 然後帶真正上手的人：前台過預約、排隊、收費，醫師過病歷與 AI 助手。上線頭幾天我們隨時找得到，真正的問題都在那幾天冒出來。
換系統
三句話講清楚，然後我們坐下來聊。不搞功能比對表軍備競賽。
庫存與商品資料用現成的匯入工具搬。病人檔案、病歷歷史、處方與配藥記錄則針對你那套系統逐欄位人工對照 —— 這幾類沒有通用匯入器，我們寧可先說清楚，也不想在你的資料上才發現。對照方案由你確認後才寫入。
NEHR 資料結構已就位。CHAS 報銷流程與 Singpass 身分核驗仍在路線圖上 —— 遷移前請先與我們確認每一項的真實進度。
每一次問診都有 AI 病歷助手 + 六大流派辨證；病人端 App 也已經上線。