「把診間醫病對話 → 出 SOAP」的離線醫師助理。整合台灣健保規範, 看診結束數十秒內出現 SOAP 草稿,可直接貼回病歷。
不想填表單?加官方帳號 @liaison.tw,價格、硬體、導入流程都可以直接問。
上面講的流程,這裡直接跑給您看。左邊是主機螢幕的實際畫面,右邊是完整的系統介紹。
影片託管於 YouTube,但按下播放前不會向 YouTube 送出任何請求——連預覽圖都放在我們自己的主機上。
不是比功能,是比一天怎麼過。左邊那一欄,您應該很熟。
一邊問診、一邊低頭打字。病人講到一半,要等您打完。 細節就掉在這個停頓裡——S 常常只剩一行。
趁下一號還沒進來,憑記憶補剛才那一份。 記得的是主訴,忘掉的是病人補的那句「還有一件事」。
留在診間,把今天的病歷一份一份補完。 寫的不是紀錄,是回憶錄。
對著當初那份只剩一行的病歷,想破頭回憶那天到底講了什麼。 挑燈夜戰的不是看診,是回想。
雙眼看著病人,雙手離開鍵盤。 猶豫、補充、改口——說出口的都還在逐字稿裡。
SOAP 草稿已經在螢幕上,每一行標了來源。 逐字稿講過的標 T、模型推論的標 I,您知道自己在確認什麼。
刪修定稿、逐格複製貼回 HIS。 病歷在看診結束的時候,就已經結束了。
當次的問診內容當時就記在裡面了,調出來就是。 不必回想,病歷自己會講。
這是情境對照,不是療效或成效承諾。 兩欄的差別是「從零手打」與「刪修草稿」兩種做法,不是兩種醫療品質。 最後一列講的是病歷寫得完不完整, 不是承諾核刪會變少——核刪還牽涉適應症判斷,那一塊 OPPA 不介入, 我們也不對申報結果做任何承諾。實際差多少,請在 Demo 用您自己的門診跑一次。
這一段沒有我們的數字。三個都由您自己填,頁面只負責做乘法。
說清楚這個數字是什麼: 它算的是您現在花在病歷上的時間,用的是您自己填的三個數字, 裡面沒有任何 OPPA 的數據。OPPA 做的事是把「從零手打」換成「刪修草稿」—— 能省下多少,我們不猜也不寫在這裡,請在 Demo 用您自己的科別、 自己平常的講法實測一次。
30 份完整的機器輸出攤在那裡,一字未改。每一份都有送進模型的語音辨識原文、 產出的 SOAP 四格、ICD 建議碼。下面先給三份的看點—— 都是刻意挑出來的難看的地方,真正要挑剔的請到完整頁慢慢挑。
先說清楚:這 30 份沒有真實病人。對話是虛構腳本, 連聲音都是合成的國語語音,再用正式管線跑出來——所以這一頁不能拿來推論台語表現。 也因為沒有真人錄音,您看到的每一份都可以放心細看。
看 30 份實際輸出OPPA 不以「效率」為訴求,而以「還原醫病關係的溫度」為核心 — 從「協助醫師處理事務」轉向「協助醫師重新成為醫師」。
不是「AI 幫你看病」。是您已經講過的話,不用再打第二次。
趕時間的時候,S 常常只剩一行「腰痛三天」。OPPA 從實際對話整理草稿,主訴的發生時間、部位、誘因、加重與緩解因素、已經試過什麼處置都會留在紀錄裡;O 與 P 也照您平常的格式列出來。
您做的是刪修一份完整草稿,不是下診之後從零回想。
示意(虛構):您聽到的是「這個腰痛從搬東西那天開始,彎腰比較痛,躺著會好一點,之前有吃過止痛藥」——這四件事,四件都會在。
不用一邊聽一邊打字,不用中途說「等我一下」。病人講到一半的猶豫、講完之後那個「還有一件事」,您接得住。
這不只是感覺的問題。病人願意多講的那幾句,往往就是病歷裡最有價值的那幾句——注視換來的資訊,最後也回到病歷上。
健保核刪的常見原因,大致可以分成兩類:不符合適應症,以及病歷記載不全。
OPPA 只處理後者:讓每一次看診都留下夠完整的紀錄,減少「因為記載不全而被核刪」的情形。
醫師開始看診,OPPA 完成從聽寫、推理到健保碼建議的完整管線,產出可直接 copy/paste 的 SOAP。
為台灣門診現場設計,每一個功能都對應一個真實的臨床痛點。
所有病人隱私資料(語音、診斷、處方)在診所內完成,沒有任何資料離開機房,斷網照常運作。對比:Nuance DAX / Abridge / Suki 皆送 AWS/Azure。
針對台灣醫療場景優化,內建台語 → 醫療中文對照(持續新增)。國際競品多以英文情境為主,在繁中與台語的在地適配上仍有落差。
完整健保署 4,700+ 申報碼索引,依病歷內容提供建議碼供醫師參考、逐筆確認。屬行政文書層面的查找輔助,不替醫師判斷或自動申報。
在 OPPA 逐格點選複製,再到 HIS 對應欄位貼上(Ctrl+V 或右鍵貼上),填入 S/O/A/P。不需 HIS 廠商任何改動或 API 串接——這是不必等任何人的最低門檻。若貴院 HIS 廠商願意開放匯入接口,也可以再省掉「貼上」這一步。
每段 SOAP 內容都可溯源回原始對話,醫師看得到每句的依據、方便查證。法務 / 溯源性 完整。
MSK / Neurology / Internal / Surgery / Pediatrics 等,針對各專科常見的紀錄重點與用語調整 LLM prompt,讓整理出的病歷更貼合該科實務。
S 3–6 行 + O 3–6 行 + A Primary + DD ≤ 2 + P 3–5 行,符合台灣門診手寫風格,不是冗長的 AI 作文。
買斷 NT$199,000 / 台(永久授權 + 1 年保固),或月租 早鳥方案 NT$4,990 / 月(前 100 家限定)。
一個診間一台,不限醫師人數——早午晚診輪值的醫師共用同一台。依公開資訊,國際 scribe 多按「每位醫師每月」計費,OPPA 按診間計費:這是計價單位的差別,也是長期總成本差距的來源。
以下是完整的設計理念、技術架構與競品分析。趕時間可以直接跳過,需要時再展開。
這是最常被問到的一題,也是最容易被混在一起講的一題。
健保醫療資訊雲端查詢系統走的是健保資訊網服務系統(VPN)——一條封閉的專屬網路。
醫事機構要先向電信業者申請線路、再向健保署分區業務組提出申請才連得上;
入口位址是 10.253.253.242
這類內部網段的私有 IP,不是公開網際網路上查得到的位址。
那本質上是一個國家級的私有網路。
一般商用的雲端 AI 服務完全不同:您的資料經公開網際網路傳到第三方伺服器。 中間經過哪些節點、存在哪個國家、誰有存取權限、會不會被拿去訓練, 取決於那家廠商的合約與政策——而合約可以改版。
| 健保雲端查詢系統 | 商用雲端 AI 病歷 | |
|---|---|---|
| 走的網路 | 封閉專網(健保 VPN) | 公開網際網路 |
| 做的事 | 查病人在其他院所既有的紀錄 | 把這一診正在發生的對話送出去 |
| 方向 | 把外面的資訊拿進來 | 把診間裡的內容送出去 |
| 規則由誰訂 | 主管機關 | 您與廠商的合約 |
所以「健保在推雲端」不構成「把病歷丟給雲端 AI 沒問題」的背書。 這兩件事可以並存:您照常用健保雲端查病人的跨院所紀錄, 同時決定這一診講出口的話要不要離開診所。 在健保雲端化的方向下,地端在「病歷生成」這一段依然有它的位置—— 因為那一段本來就不在健保雲端的範圍裡。
所有雲端競品都繞不過個資法、台語、HIS 整合三道牆。
| 產品 | 來源 | 部署 | 語言 | 訂閱費 / 醫師 / 月 | HIS 整合 | 健保碼 | 溯源 |
|---|---|---|---|---|---|---|---|
| Nuance DAX | 微軟 (美) | 雲端 | 英文為主 | US$300+ ≈ NT$9,800 | EHR API (Epic/Cerner) | ✗ | ✗ 黑盒 |
| Abridge | 美 | 雲端 | 英文 | US$250+ ≈ NT$8,000 | EHR API | ✗ | ✗ |
| Suki AI | 美 | 雲端 | 英文 | US$199 ≈ NT$6,400 | EHR API | ✗ | ✗ |
| DeepScribe | 美 | 雲端 | 英文 | US$200+ | EHR API | ✗ | ✗ |
| Heidi Health | 澳 | 雲端 | 英文 | US$129 ≈ NT$4,100 | EHR API | ✗ | ✗ |
| 富士通病歷語音 | 日 | 雲端 | 日文為主 | 約 NT$8,000 | 自家 HIS | ✗ | ✗ |
| 各醫院自建 | 台灣 | 自建雲 | 中英混合 | 開發 NT$200萬+ | 客製 | 部分 | 視專案 |
| OPPA | 台灣 | 離線 | 繁中 + 台語 | NT$4,990 早鳥方案 · 每診間不限醫師數 |
copy/paste 零改 HIS 可選:接口匯入 |
✓ NHI 4,700+ 碼 | ✓ 三層 |
不是功能多,而是架構上對手追不上的差異。
個資法第 6 條特種個資 + 醫療法第 70 條 — 雲端 ASR/LLM 在台灣灰色地帶。OPPA 物理隔離,徹底解決。
國際競品多以英文情境優化;中文方案對台語口語的覆蓋程度不一,依各家公開資訊而定。OPPA 的繁中+台語混講是為台灣門診場景調校的,並已在實際門診中測試。
偏鄉診所、行動診療車、災害應變 — 都是 cloud 競品的盲區。OPPA 完全離線運作。
Nuance DAX 一個醫師每月 NT$9,800,3 年 NT$352,800。OPPA 可買斷 NT$199,000 永久使用。
競品都要 HIS 廠商配合改 API;OPPA 走剪貼簿,導入的最低條件是「什麼都不用改」,週期從 6 個月降到 1 天。若貴院的 HIS 廠商願意開放匯入接口,還能再省掉「貼上」這一步 — 我們也備好了給系統廠商的整合說明。
ASR、LLM、知識庫各司其職,每段 SOAP 內容都可溯源、供醫師查證。
採用台灣開源 ASR 模型,繁中 / 台語混合,比 Whisper-Large 等通用模型更貼近台灣醫療場景的語料分佈與術語慣用。
從對話逐字稿自動整理成 S / O / A / P 結構。完全在診所主機內推論,病人隱私零外洩。
OPPA 內建的文獻與健保知識庫只作為可查證的佐證:每段 SOAP 內容都可回溯原始對話與引用出處,供醫師自行核對,降低 AI 幻覺風險,符合 audit trail 要求。
OPPA 不以「效率」為訴求,而以「還原醫病關係的溫度」為核心 — 從「協助醫師處理事務」轉向「協助醫師重新成為醫師」。
醫師低頭敲鍵盤打病歷,病人對著醫師的頭殼講話。電子病歷雖提升了行政效率,卻也讓醫病之間的眼神交流、肢體語言、情感連結逐漸消失 — 醫療的「溫度」在鍵盤聲中流失。
而中小型診所與地區醫院更面臨另一層困境:缺乏 IT 部門、舊電腦無法運行 AI、專業 AI 設備昂貴、雲端 AI 又有資料外洩疑慮 — 最需要被解放的基層醫師,反而被排除在 AI 紅利之外。
Breeze ASR 在背景靜默聆聽醫病對話,LLM + RAG 自動生成結構化 SOAP — 讓醫師雙手離開鍵盤、雙眼回到病人身上。
下診之後批次執行案例反思,桌面寵物「小醫」陪伴醫師回顧個人臨床軌跡、追蹤學習盲區。
「文書吃掉的時間,是從病人身上偷來的。我想把它還回去。」 —— 周毓霖 · 神經外科專科醫師,OPPA 開發者。做這個東西的人,自己也還在看診。
上面的內容是寫給診間裡的醫師看的。如果您的身分不同,下面這幾頁比較適合您。
OPPA 不是另一套 HIS。不碰您的病歷主檔、不改資料庫結構、不接觸您的客戶關係。整合分成三個層級,最低那層是「什麼都不用改」。
看整合方式與責任分工 → 醫院・健康台灣深耕計畫計畫本文明列「導入語音 AI 輔助診療紀錄擬撰」。這一頁逐條對位範疇三的目標、三大治理要交哪些文件、經費落在哪個會計科目——也寫清楚哪一條我們對不上。
看逐條對位與官方出處 → 投資人・一般民眾看診時醫師一邊聽你說、一邊低頭打字。那些字就是你的病歷。這一頁講 OPPA 為什麼存在、它不做什麼,以及我們現在的位置。
把目光還給病人 →這裡只放五題——都是會讓人不敢簽的那五件事。硬體、資安細節、臨床使用、上線支援那些,在完整頁。
不會送雲端。OPPA 是 On-Premise 設計,語音、轉錄、SOAP 生成全程在診所主機本地完成,斷網照常運作,資料物理上不離開診所機房。最低配置是診間電腦一台,搭配我們提供的 OPPA mini-PC 主機放在診所內,兩台以專用認證連線相連,不需要對外網路。
這件事不必聽我們說。Demo 的時候請當場把網路線拔掉、把機器重新開機——它照樣把病歷寫出來,因為它從來不需要網路。這是我們認為最硬、也最快的驗證方式。
我們使用台灣自製語音辨識,搭配自訓醫療語料,針對台灣門診場景(中台混講、藥名、病名)特別調校。台語對醫療中文的對照詞庫也持續擴充中。實際辨識表現,建議在現場 Demo 用貴科別的真實對話跑一場最準。
可以,而且不需要 HIS 廠商配合改 API。OPPA 透過 clipboard 整合:醫師在 OPPA 逐格點選要用的內容複製,再到 HIS 對應欄位貼上(Ctrl+V 或右鍵貼上),把 S/O/A/P 分別填入。原則上,任何能用滑鼠鍵盤操作的 HIS/EMR 都能整合。
如果貴院的 HIS 廠商願意進一步配合,OPPA 也可以把整理好的內容依約定格式提供給貴司系統取用,省掉手動貼上這一步。這是選配,不影響上面的最低門檻。
需要。OPPA 的定位是文書與行政效率工具,不是醫療器材,更不取代醫師。生成的 SOAP 是初稿,必須經主治醫師檢視、修改、確認後才存入病歷,醫療責任仍歸屬執行業務的醫師。為方便審閱,OPPA 會將草稿內容溯源回原始的醫病對話,讓您快速核對每一句的依據、自行查證,而不是由系統替您做臨床判斷。
三種方案都不綁約。月租可以隨時停止下期扣款,不補繳任何差額,主機由我們回收,就這樣。年繳是預付,提前停止按原價結算退還餘額——算式是 54,890 − 已使用月數 × 6,990,所以用滿 8 個月以上就沒有餘額可退。這一條我們寫在這裡,不藏在合約附件裡。
買斷沒有退費機制,但也沒有月費。我們寧可您先讓我們帶機到診所跑一場真實門診、看到滿意再開始,也不想靠合約把人留住。
上面五題是最會卡住決定的那幾件。完整版共 51 題(含硬體、資安、臨床使用、 健保申報、上線支援)在常見問題完整頁。 還有其他問題?最快的方式是讓我們帶機到貴診所,跑一場真實門診給您看。
預約現場 Demo →歡迎來電或來信預約 Demo,親眼看 OPPA 把診間對話整理成 SOAP 草稿,可直接貼回 HIS 病歷。