口述／孫培然‧彙整／CIO編輯室
傳統單體式的 HIS 要整個優化再造，必須先要有適當的設計理念，才可以決定需要哪些基本步驟，同時還要掌握將單體式變成微服務的概念及方法，以及打造微服務架構應注意的細節，才能優化再造 HIS，建立以病人安全為中心的醫療服務體系。
[ 2022年度CIO大調查報告下載 ]
HIS 要優化再造，必須要以病人安全為中心，再來就是必須符合健保跟評鑑的相關需求，由於從健保開辦到現在已經二十幾年了， HIS 要做全面性的整合再優化，必須要重新檢視整個醫院的作業及就醫流程，再透過資訊科技 AIoT 的應用做到精實醫療流程，此外，HIS 的操作介面要力求統一化及人性化，系統需求也必須要有成本效益的概念，以上所述就是第一個設計理念，也是HIS系統必須具備的基本需求。
迎合AI及大數據趨勢 確保系統高可用性及延展性
第二個設計理念，是要迎合未來的大數據及 AI 的趨勢，所以 HIS 的資料格式跟醫學詞彙，要儘量以國際標準為優先，如 ICD-10、SNOMED CT、HL7 FHIR 及 DICOM 等。其次，就是未來的病歷及檢查報告，在登打報告時就一定要可以做到及時標示標籤（Labeling），而不是要做 AI 時，再來調一大堆病歷來做 Labeling。同時還要提升HIS資料的結構化，非結構化資料要設法變成結構化，沒有做防呆機制的資料也要儘量做好防呆，確保資料的正確性，避免日後在做 AI 或者大數據應用時，還要花很多時間去做資料清洗（Data Cleaning）。
[ 推薦閱讀：閱讀孫培然所有專欄文章 ]
在建造 HIS 之際，也要導入一些好用的 AI 應用來支援臨床決策輔助（CDSS），並且直接融入到 HIS 裡面，以 AIoT 相關應用做到流程自動化及閉環管理（Closed loop management）。另外，也要關注區塊鏈（Blockchain）未來在醫療的整合應用。
第三個設計理念，是整個醫療體系的系統要具有高可用性及延展性，所以主機全部要虛擬化，才能提高可用性跟延展性，以微服務為架構形成體系醫療雲。再來就是確保所有體系的原始碼只有一個版本，但由於體系分院會有一些特殊性，我們可以透過 Rule Engine 來進行規劃，屬於醫學中心的規則，就是用來管控醫學中心，區域醫院則是有屬於區域醫院的管控規則。
最後就是希望未來的系統可以達到 Any Device、Any Where、Any Time、Any Run的概念，就是 HIS 進行優化再造的最大原則。
由繁化簡各個擊破
遵循前面的設計理念，再去拆開整個微服務架構。但在還沒有進行之前，我們必須先將現有 HIS 系統的所有問題彙整集合，再分群分類歸類相關問題，規劃出不同的群組，再根據這些群組，將一個大問題分割成許多小問題啊，只要將這些小問題解決以後，原本的大問題也就解決了。如果小問題還是很難解決，就代表還有更多的小問題，也就是再切成更小的問題，這就是要以簡化來做到極大化的概念，也就是由繁化簡，再各個擊破。
也是因為如此，我們盤點現有的 HIS 系統，就有高達五百多個子系統，所以先以病人為中心把系統分群分類，分出八大系統。分別是：
- 醫師臨床整合系統、
- 電子病歷整合查詢系統、
- 病人安全管理系統、
- 護理整合照護系統、
- 檢查治療整合系統、
- 衛藥材庫管理系統、
- 行政優化整合系統、
- 教學研究相關系統。
以醫師臨床整合系統為例，就是把所有與醫囑有關的系統加以整合，不管是門診、急診、住院，所有的醫囑操作介面都要整合在一起，並且採用單一簽入，醫囑系統也要 Web 化。接著是結構化病歷系統，包括病歷格式及詞彙標準化，病歷及檢查報告要能夠及時的標示標籤。再來就是針對臨床決策支援系統，做智慧藥囑輔助提示，以及用 AI 輔助查詢決策資源及智慧巡房系統等。
我們盤點的門急住醫囑系統，裡面就包括門診醫囑系統、急診醫囑系統、住院醫囑開立、住院檢驗檢查開立、智慧排程、會診系統、交班系統以及入院記錄、病程記錄、轉科摘要以及出院病摘等。這些屬於 HIS 常會用的系統，我們都把它歸類為「醫師臨床整合系統」，再去做微服務化。
本來的舊系統，門診、急診及住院都各有各的規則，而且程式碼分散在不同的地方，我們希望能把相關規則加以整合，如每天的用藥頻率規則，不管是門急住都會用到，微服務化以後，就可以把門急住的規則變成一個微服務，也就是原本要寫三個分屬門急住的規則，統一寫成一個規則用微服務來管控，這就是未來從單體式變成微服務架構的主要精神。
Rule Engine 讓系統更有彈性
在病人安全方面，也必須要加以管控。比如透過智慧藥囑輔助系統，提供用藥合理性提示、護理給藥提醒，以及病人個人化用藥的衛教提醒，或者是針對管制藥品的及時監控，以及藥師審方及調劑系統的管控。
我們也將門診、住院及急診與藥物相關的系統加以整合寫成微服務，同時還建立了藥物過敏反應警示系統，以及藥品處方集維護系統，包括交互作用設定，以及各階層藥品管理的模組等。從門急住醫囑系統、住院藥囑開立、藥物過敏反應，藥理分類、管制藥品即時監控、藥物交互作用設定以及健保藥品規範控管、用藥合理提示以及護理給藥提醒、臨床路徑、雲端藥歷等。
[ 加入 CIO Taiwan 官方 LINE 與 Facebook ，與全球CIO同步獲取精華見解 ]
我們將前述與病人安全有關的事項整合在 Rule Engine，再依照病人或是不同等級的院區，形成病人安全管理系統。通過 Rule Engine，只要你輸入資料，包括診斷、適應症、科別、年齡劑量、天數、劑量以及管制藥等，不管是門診、住院還是急診，就會根據院區如總院或是安南、北港、新竹這些分院，產生不同院區的規則。
這些規則以前可能大部分都是寫死在程式，通過 Rule Engine的概念，就可以依照不同的輸入，產生不同的規則，讓系統更有彈性，更具可用性。
模組化設計可以重複使用
比較新舊相關電子病歷查詢，舊系統的問題包括版本老舊、系統支援度低、沒辦法跨平臺；新系統因為採用 Web Based 設計，可以跨任何平臺；舊系統的頁面無法調整，沒辦法呈現整個資料；新系統改用個人儀表板設定，有更高的可近性來符合需求。
舊系統的單一頁面，呈現的資料量很少；新系統在單一頁面可以呈現更多資訊，而且操作介面查詢及呈現都是一致的，上手非常的容易。
新系統採用圖形化介面，會比舊系統的純文字介面，可以更快速的識別資訊，新系統採用模組化設計，不管是急診、門診、住院、護理系統、檢驗檢查系統，一樣的模組都可以重新使用，不用讓資訊人員重新寫好幾套的查詢檢查報告系統。
以前的系統層次結構太深，導致查詢動作過於繁瑣，新系統的結構則是扁平化設計，可以做到一鍵到位，簡易快速。
模組化設計也可以減輕資訊人員撰寫程式的負擔，如電子病歷整合查詢系統優化再造時，我們就把以前幾十個亂七八糟的格式，統一歸類在表格式模組、文字報告、時間軸呈現、圖形化趨勢呈現這四個模組，醫師們就可以很清楚的依照不同的屬性類別，去找到他所要的相關資訊。
友善統一的操作介面 讓使用者一目了然
使用者介面及經驗（UI/UX）就是友善統一的操作介面，讓使用者可以一目了然得知所要的資訊。因此，我們把原有的病歷系統重新盤點，分為病歷首頁、醫師數位助理、團隊整合照護以及其他相關查詢系統，全部整合到現在的電子病歷整合查詢系統，統一查詢介面，不管是在門診、急診、住院，甚至在護理系統或者檢驗、檢查系統裡面，所看到的介面都是一致的，而且還會延伸到後端的原始碼。所有的調閱查詢，都會有管控記錄，並且也把健保醫療資訊雲端整合進來，最後，病歷的相關資訊，不管是入院記錄、病程記錄、轉診摘要、出院摘要等查詢，也都會整合在同一系統。
這套電子病歷整合查訊系統，可以建立一個以病人為中心的動態儀表板，讓醫師、護理人員可以將第一眼想看到的重要資訊，依照自己的習慣動態設定成九宮格式的儀表板，也可以快速的切換各個類別的報告。
比如說某個儀表板本來是用藥記錄，現在可能要改成會診記錄，這個會診紀錄就會留在這邊，也就是客製化及個人化的設定概念。所有的系統查詢完了，也會嵌入在畫面裡面，減少切換的動作。
