01先確認導入目標——您想解決的是哪一段？
在談硬體、談 IT 之前，最該先想清楚的其實是一件事：您最想解決的是看診流程裡的哪一段？ 不同的痛點，導入的重點與驗收的標準也不同。先把目標抓對，後面的準備才不會白做。
看診打字、下診補病歷，還是健保文書？
常見的痛點大致有三種樣貌：一是看診當下忙著打字，沒辦法好好抬頭看病人； 二是下診後留下來補病歷，把白天沒打完的紀錄一筆一筆補回去，變成隱形加班； 三是健保相關文書負擔重，希望病歷格式更貼合申報實務。 這三種痛點不互斥，但通常會有一個是您「最想先解決」的。先把它指出來，導入時就有明確的優先順序。
先抓使用情境，再決定怎麼導入
抓對情境，準備清單自然就清楚了。例如：您是單一診間自己看、還是多位醫師輪早午晚診？ 診間環境安靜還是吵雜？現在用的 HIS 是哪一套、習慣怎麼輸入病歷？ 這些看似瑣碎的問題，決定了主機要幾台、麥克風怎麼擺、病歷怎麼貼回去。 建議您在評估前，先用自己最典型的一個診次當作「驗收情境」，導入時就拿這個情境實際跑一遍。
02硬體面——診間要準備什麼？
硬體大概是醫師最先想到、也最容易想得太複雜的一塊。實際上對診所端來說，要準備的東西比想像中少。 我們把它拆成三個部分：醫師端電腦、運算主機、麥克風與收音環境。
醫師端——現有診間電腦多半就夠（Win / Mac）
醫師端只需要一台診間電腦，用來操作 OPPA 客戶端、把病歷貼回 HIS，Windows 或 Mac 皆可。 它不負責繁重的 AI 運算，所以您現在診間在用的那台電腦，多半就足以勝任，不必為此另外升級。
運算主機——離線方案需要一台能本地推論的主機
語音辨識與 SOAP 生成的運算，發生在診所內的一台運算主機上，這正是「資料留院、不上雲」的關鍵。 OPPA 的 mini-PC 主機由我們提供，配置足以在診間即時跑語音辨識與 LLM 推論，放在診所內即可。 若您本身有符合規格門檻（如足夠的 GPU / VRAM）的硬體，也可以洽詢我們做相容性評估。
麥克風與診間收音環境
收音品質會直接影響辨識準確度。診間擺放、麥克風位置、背景噪音，都是導入時要一起調校的細節。 這部分不需要您事先採購昂貴設備——裝機當天我們會依您的診間實際擺設與收音狀況一起設定到位。
03網路與資安面——連網還是不連網？
這是 IT 與法務最在意、也最該問清楚的一塊。語音病歷牽涉病人的對話內容，「資料會不會離開診所」 這件事，必須有明確答案。而答案的關鍵，就在於它是不是真的離線。
離線方案不需對外網路，斷網照常運作
OPPA 是 On-Premise（離線、在地端）設計：語音、轉錄、SOAP 全程在診所主機完成推論， 不需要對外網路，斷網一樣照常運作。資料物理上不離開診所，這跟把對話送上雲端伺服器運算的 雲端方案，是結構上的差異。關於「為什麼門診病歷該選離線、而不是直接用雲端 AI」這個觀念， 我們在另一篇有更完整的討論：用 ChatGPT 寫病歷可以嗎。
主機與診間電腦之間的內網連線
診間電腦（醫師端）與運算主機之間，透過我們設計的專用認證連線在診所內網相連， 兩者都不需要對外連網。對 IT 來說，這是一條封閉、可控的內部連線，不會在診所網路上開出對外的破口。
導入時，與院內 IT／法務一起做合規檢查（資料留院前提）
因為資料完全不出院，本質上就避開了個資跨境傳輸的最大風險。OPPA 在設計時即對齊台灣個資法、醫療法、 以及健保署電子病歷管理的相關要求。實際導入時，我們會配合貴院的 IT 與法務一起做合規檢查， 把「資料存在哪、誰能存取、要不要備份」這些問題一條一條釐清。資料留院，是整個架構的前提， 不是事後的補強。
04流程面——怎麼貼回 HIS？會不會大改系統？
「導入新工具會不會逼我換掉現在的 HIS？」這是很多醫師最擔心的一題。答案是：不會。 OPPA 的設計原則，是配合您現有的系統，而不是要您整套換掉。
HIS 直貼——熱鍵 + 剪貼簿，不需 HIS 廠商改 API
OPPA 透過熱鍵 + 剪貼簿的方式，把生成好的病歷自動貼回 HIS 對應欄位，不需要 HIS 廠商配合改 API。 也就是說，只要是您能用滑鼠鍵盤操作的 HIS／EMR，原則上就能整合，不必為了導入語音病歷去動現有系統的後端。 關於從對話到病歷、再到貼回 HIS 的完整步驟，可以參考我們的 門診語音病歷完整流程。
S／O／A／P 分段或一鍵複製，配合醫師現有習慣
不同醫師、不同 HIS，輸入病歷的習慣不一樣。OPPA 支援整份一鍵複製，也支援按 S／O／A／P 分段貼上， 方便對應到不同系統的欄位設計。重點是讓工具遷就您的習慣，而不是要您改變看診與紀錄的流程。
桌面 Widget 浮動視窗的角色
對已經導入的診所，我們提供一個桌面 Widget——一個停在桌面角落的浮動小視窗。 它的角色很單純：讓您在看診畫面與 HIS 之間，能順手把整理好的 SOAP 一鍵帶回病歷欄位， 不必在不同視窗之間來回切換。它是貼回 HIS 這一步的便利工具，本身不改變離線運算的架構。
05導入時程與分工——一場 Demo 到正式上線怎麼走？
從第一次接觸到正式上線，中間會經過幾個清楚的階段。一般而言整體約需 2–4 週（依客製與排程而定）。 我們把它拆成三步，讓您知道每一步診所端要配合什麼。
現場 Demo——帶機實跑一診
第一步是現場 Demo。我們帶機到您診所，用您科別常見的看診情境實際跑一遍， 讓您親眼看到從對話到 SOAP、再到貼回 HIS 的完整流程，也讓 IT 當場確認連線與資料流向。 這一步診所端只需要安排一個方便的時段，其餘由我們準備。
裝機與診間調校
確定合作後，我們到診所現場安裝主機、設定內網連線、調整麥克風與收音， 並依您的科別客製專科 profile、對應您現有 HIS 的病歷欄位。這一步是把「能跑」調到「在您診間順手地跑」。
醫師與行政的上手期
上線時我們提供現場教學，醫師與行政人員一起。前幾個診次通常會有一段適應期—— 熟悉怎麼審閱草稿、怎麼貼回病歷、怎麼微調格式。這段期間有線上支援隨時協助， 讓工具真正融入日常，而不是停在「裝好了但沒在用」。
06給決策者的導入前 Checklist
如果您是診所的決策者，下面這四題是評估任何一套語音病歷 AI 都該問清楚的關鍵。 把這份清單帶進每一場 Demo，答案是否明確，往往比介面好不好看更能決定它能不能長久用下去。
資料會不會離開診所？
這題最該優先釐清。請直接問對方：對話與病歷是在診所本機運算，還是送上雲端伺服器？ 牽涉病人個資與《醫療法》《個資法》的場景，「資料跑去哪裡」必須有明確、可驗證的答案。 OPPA 的答案是：完全在診所本機運算、不外連，資料留在院內。
需不需要連網？需不需要 HIS 廠商配合？
確認它能不能在斷網狀態正常運作，以及整合時是否要動到您現有的 HIS。 OPPA 不需對外網路、斷網照常跑；貼回 HIS 用熱鍵 + 剪貼簿，不需 HIS 廠商改 API。 這兩點直接決定了導入的門檻與對現有系統的影響。
硬體誰提供？保固與維護怎麼算？
問清楚運算主機是您自購還是廠商提供、保固多久、過保後怎麼維護、硬體壞了誰負責換修。 OPPA 的 mini-PC 主機由我們提供；買斷方案含一年保固，月租期間主機由我們維護。 細節（如過保後的維護方案）建議在 Demo 時一併確認。
買斷還是月租？能不能先 Demo？
不同診所的使用週期與預算考量不同，買斷與月租各有適合的情境。 月租方案有早鳥窗口、也涉及合約條款（如綁約期間），這些細節我們會在 Demo 與後續說明時一條一條講清楚， 不在這裡替您下結論。最務實的做法，是先約一場 Demo 實際看過再決定。
把這六段串起來看，導入語音病歷 AI 其實沒有想像中複雜：醫師端用現有電腦、運算主機我們提供、不必對外連網、 不必改 HIS、Demo 到上線約 2–4 週。剩下的，就是把上面這份 Checklist 的每一題， 在一場實際的 Demo 裡，當著您和 IT 的面一一回答清楚。