微服务架构在医院信息系统建设中作为设计模式仍未被厂商普遍采用，泽信在2010年产品开发时已经采用了数据库隔离技术，确保各个业务子系统在数据库层面不能交叉直接访问数据库实体，而是采用服务模式访问。通过多年的信息系统迭代开发，核心业务系统已实现微服务架构，实现核心业务系统的物理水平部署。

数据中台服务

医院信息系统的一个重要特点是数据库系统是一个典型的OLTP事务性数据库系统，每天产生的数据交易庞大；另一方面，随着医院电子病历系统的发展，无纸化成为医院信息系统的建设目标，电子病历规范建设要求患者诊疗信息应保持在线30年~50年，庞大的数据量必然会影响OLTP数据库的运行效率。

在此情况下，泽信软件采用了数据中台服务，从而改变过去一个主库的建设方法，实现一个主库加多个水平部署的历史数据服务器的建设模式，该模式可以保证医院信息系统30年以上的在线数据。

基于微服务架构和中台服务，泽信医疗整体解决方案可满足多院区，超过600万年门诊体量的超级医疗机构的信息系统建设需求。

应急管理系统

传统的院内系统应急模式，一般采用纯手工方式，或仅在收费窗口配置单机运行的程序，其他流程均手工，尤其医生站需要手写处方，收费处操作员根据纸质处方手动录入处方并收费，运行效率低下，且因为手工处方字迹辨认困难，因此存在发生差错的可能，带来极大的医疗安全风险。

该模式下，生产系统恢复后，应急期间产生的业务数据（纸质）难以处理，基本上仅财务数据能够合并到生产系统；其他如：应急期间门急诊药房的药品发放数据等，无法准确处理，无法实现药品库存的精细管理。

泽信设计的应急系统，实现应急模式下，门急诊挂号、门急诊收费、门急诊医生站、门急诊药房等主要就诊环节业务的电子化运行，以及尽量一致的操作方式，降低手工纸质流程造成的医疗风险。

设计理念：

应急终端系统，采用单机模式运行，通过打印纸质凭据，实现信息的输出；

应急系统，通过扫描纸质凭据的二维码，获取数据，从而实现数据在各业务环节之间的传递；

应急系统打印的各类单据，与生产系统的单据有明显标识区分，不混淆；

生产系统和应急系统的业务，相互平行，不产生交叉；生产系统开始的业务，在生产系统处理完成；应急系统开始的业务，在应急系统处理完成；

应急系统产生的业务数据，在工作人员验证无误后，可通过接口同步到生产系统，保证生产系统数据完整性，账务统计准确性。