微服務架構在醫院信息系統建設中作為設計模式仍未被廠商普遍采用，澤信在2010年產品開發時已經采用了數據庫隔離技術，確保各個業務子系統在數據庫層面不能交叉直接訪問數據庫實體，而是采用服務模式訪問。通過多年的信息系統迭代開發，核心業務系統已實現微服務架構，實現核心業務系統的物理水平部署。

數據中臺服務

醫院信息系統的一個重要特點是數據庫系統是一個典型的OLTP事務性數據庫系統，每天產生的數據交易龐大；另一方面，隨著醫院電子病歷系統的發展，無紙化成為醫院信息系統的建設目標，電子病歷規范建設要求患者診療信息應保持在線30年~50年，龐大的數據量必然會影響OLTP數據庫的運行效率。

在此情況下，澤信軟件采用了數據中臺服務，從而改變過去一個主庫的建設方法，實現一個主庫加多個水平部署的歷史數據服務器的建設模式，該模式可以保證醫院信息系統30年以上的在線數據。

基于微服務架構和中臺服務，澤信醫療整體解決方案可滿足多院區，超過600萬年門診體量的超級醫療機構的信息系統建設需求。

應急管理系統

傳統的院內系統應急模式，一般采用純手工方式，或僅在收費窗口配置單機運行的程序，其他流程均手工，尤其醫生站需要手寫處方，收費處操作員根據紙質處方手動錄入處方并收費，運行效率低下，且因為手工處方字跡辨認困難，因此存在發生差錯的可能，帶來極大的醫療安全風險。

該模式下，生產系統恢復后，應急期間產生的業務數據（紙質）難以處理，基本上僅財務數據能夠合并到生產系統；其他如：應急期間門急診藥房的藥品發放數據等，無法準確處理，無法實現藥品庫存的精細管理。

澤信設計的應急系統，實現應急模式下，門急診掛號、門急診收費、門急診醫生站、門急診藥房等主要就診環節業務的電子化運行，以及盡量一致的操作方式，降低手工紙質流程造成的醫療風險。

設計理念：

應急終端系統，采用單機模式運行，通過打印紙質憑據，實現信息的輸出；

應急系統，通過掃描紙質憑據的二維碼，獲取數據，從而實現數據在各業務環節之間的傳遞；

應急系統打印的各類單據，與生產系統的單據有明顯標識區分，不混淆；

生產系統和應急系統的業務，相互平行，不產生交叉；生產系統開始的業務，在生產系統處理完成；應急系統開始的業務，在應急系統處理完成；

應急系統產生的業務數據，在工作人員驗證無誤后，可通過接口同步到生產系統，保證生產系統數據完整性，賬務統計準確性。