換 HIS 的那一夜：台灣醫院與資訊廠商上線新系統的酸甜苦辣

星期五晚上十一點四十分，戰情室還亮著

以下場景取材自臺北醫院、臺北榮總、新光醫院、嘉義基督教醫院、高雄市立民生醫院及醫療資訊廠商的公開資料。人物、時間軸與對話經過合成，可視為許多台灣 HIS 上線週末的共同剪影。

門診燈熄了一半，資訊室旁的會議室仍然明亮。牆上貼著掛號、醫囑、藥局、檢驗、批價五張流程表。院方工程師盯著最後一批轉檔數字，廠商顧問逐欄核對介接狀態，護理長把操作手冊放到桌角，詢問凌晨三點能否再跑一次住院醫囑。

對戰情室裡的人而言，第一個成功畫面可能只是一筆病歷號、一張檢驗單，或藥局印出的第一張正確藥袋。每個小結果都連著明早的病人，也連著醫師、護理師、藥師、檢驗師、批價櫃檯與資訊人員能否繼續工作。

老系統撐了二十多年，最後一班仍得照常運作

很多老 HIS 曾經是醫院最可靠的工具。歲月把它變成一座熟悉又難以改動的城市：畫面看起來老，使用者憑肌肉記憶操作，資訊人員知道哪些程式凌晨不能碰，廠商也知道哪一段介接只能小心繞過。

公開案例裡，臺北醫院與嘉基的舊系統都使用超過二十五年，新光醫院的大型主機用了二十八年，臺北榮總的主機服役時間接近四十年。真正推動轉置的壓力，通常累積在效能下降、封閉架構、專屬語言人才減少、第三方介接困難與臨床需求持續增加。

酸味就在這裡。老系統承載過一代人的工作，也逐漸限制下一代人的改變。院方很清楚轉置風險，延後一年又會多堆一年的資料、需求與維護債務。廠商接手時，面對的也很少是一份乾淨規格，而是多年例外、口頭慣例與各科自行長出的工作方法。

凌晨一點，最安靜的畫面背後是最重的資料

畫面上的進度條走得很慢。有人每十分鐘報一次筆數，有人抽查病歷，有人核對醫囑狀態，也有人守著介接監控，等待藥局、檢驗、影像與帳務系統回傳第一個正常訊號。

新光醫院公開的轉置規模包含九十三項外部介接、四十三個功能模組、一千三百七十三個資料表，專案歷時四十八個月，投入院方與廠商三百三十人以上，還要搬移二十八年的數億筆資料。臺北榮總則用五年把上萬支程式轉到開放式架構，並形容新舊資料同步是最費力的部分。

苦味往往藏在 mapping、批次、編碼、狀態值與歷史例外裡。後端看到一個欄位對應問題，前線可能看到藥袋延遲、報告缺欄、帳務卡住，或醫師找不到過去紀錄。資料搬完只代表檔案抵達，臨床與營運流程能正確讀懂這些資料，才完成真正的轉置。

辣味也可能從契約與協作關係冒出來。臺北醫院在上線前一個月遇到多家其他核心系統廠商退出，團隊緊急找第二配合廠商補位。這段經驗提醒院方與主承商：每一條介接都要有明確負責人、替代方案、測試證據與最後決策者。

星期一早上七點四十五分，所有問題都叫做系統很慢

第一批病人進入大廳後，戰情室的電話開始密集。櫃檯找不到熟悉的快捷鍵，醫師多按了一層畫面，護理站的印表機挑錯格式，藥局等待一張狀態尚未回傳的處方。每個人都在趕時間，任何停頓都會被放大。

部分問題來自程式缺陷，部分源於流程記憶被打斷，還有一些只是按鈕位置改變。三種情況在忙碌現場都可能被回報成「系統不能用」。嘉基公開承認初期有員工覺得操作不順、流程與舊系統不同；高雄市立民生醫院也說明轉換初期曾延長門診候診時間。

院方需要先保住病人安全與核心營運，廠商需要迅速判斷程式、資料、環境、權限、設備或操作問題。回報若只留下「很慢」「不能開」「以前比較快」，工程師只能重複追問；現場支援人員若能記下使用者、時間、病歷情境、操作步驟、畫面訊息與影響人數，問題才會進入可處理狀態。

嘉基採現場支援、持續調整與加強訓練；民生醫院增派人力並滾動優化；醫療資訊廠商公開的服務流程也常安排上線前訓練，以及一到兩週甚至一個月的現場支援。這些做法把第一天的情緒，慢慢轉成可以排序的工作。

兩週後，電話少了，大家開始挑真正難用的地方

最緊張的幾天過去後，戰情室的白板會出現另一種變化：紅色事件減少，重複問題被整理成教學，權限與設備問題找到固定處理窗口，使用者開始提出更細的改善意見。

臺北醫院觀察到全面切換兩週後，資訊室收到的操作問題電話明顯下降；院方也把上線後第一年設定為核心業務穩定期，前三個月暫緩非緊急新需求。這種節奏讓團隊先把掛號、看診、取藥、檢驗、帳務與健保申報守穩，再處理更好的畫面與流程。

甜味通常很安靜。醫師第一次順利找到完整紀錄，護理師少做一次重複輸入，藥師看到警示正確出現，工程師終於能從高頻電話裡抬頭。廠商也會從醫院現場學到公版規格裡沒寫清楚的細節，這些經驗若能回到產品、文件與測試案例，下一次上線會少走一些彎路。

有人一夜換完，有人分段都更，也有人接上成熟平台

公開案例呈現三條明顯不同的路。臺北醫院用三個月準備，在一個晚上全面切換；嘉基先完成門診相關系統，住院系統接續開發；高雄市立民生醫院導入高雄榮總 HIS，經實際測試後階段性上線。

一次切換可以縮短雙軌期，也會把資料、介接、教育訓練與現場支援集中到同一個窗口。分階段改造能讓風險分散，代價是新舊系統同步與過渡介接要維持更久。導入成熟共用平台可共享既有功能與維運經驗，院所仍要處理在地流程、設備與組織適應。

CIO Taiwan 的醫療資訊實務文章把漸進改造比作都市更新：先建立新的資料結構，維持新舊資料同步，再依人力與風險逐步汰換。這個比喻點出切換策略的核心條件：醫療服務持續運作，工程團隊同時重建底下的道路與管線。

醫院與廠商坐在同一張桌上，最好先攤開四張清單

院方熟悉臨床與營運後果，廠商掌握產品、程式與部署細節。雙方若各自用自己的語言驗收，畫面成功與業務成功容易分開。四張共同清單可以把對話拉回同一組事實。

第一張列核心醫療與營運流程，逐一寫出掛號、看診、醫囑、檢驗、領藥、批價、住院、帳務與申報的通過條件。第二張列資料核對，包含筆數、金額、狀態、歷史紀錄與高風險樣本。第三張列介接責任，明確標示送出端、接收端、監控點、重送方式與替代聯絡人。第四張列現場支援，定義嚴重度、決策者、回覆節奏與停止變更條件。

這四張表也能改善測試。測試人員可以從真實流程建立端到端案例，開發與廠商工程師能把每個缺陷接回介接、資料與版本，醫護代表則確認修正後的操作仍符合照護情境。共同證據會降低彼此猜測，也能讓管理層看懂目前風險落在哪一段。

戰情室散場後，真正的系統才開始長出來

週末結束時，很少有人有力氣慶祝。有人收走冷掉的咖啡，有人整理尚未關閉的問題，有人準備星期一晨會。系統已經上線，醫院與廠商的關係也進入另一個階段：維運、優化、升級與下一次改變。

一個平實的成功標準，是病人可以完成必要醫療流程，醫護人員拿得到可信資料，錯誤有追蹤路徑，支援量逐步收斂，團隊也能在穩定後重新開始改善。畫面更漂亮、功能更多、架構更新，會在這個基礎上才產生長期價值。

公開案例大多來自完成上線後的回顧，失敗專案、成本超支、病安事件與長期滿意度資料仍很有限。這篇故事因此保留一塊空白：每一家醫院都有自己的夜班、妥協與驚險。能被帶走的經驗，是把風險攤在桌上，讓院方與廠商用同一份證據，一段一段把醫療服務送到新系統。