“在数量众多的医院信息系统中，我们最应该抓住什么？”

“医院基础信息系统。”

解放军总医院大数据中心主任薛万国从系统架构的角度出发，对“医院基础信息系统”这一概念及其内涵进行了深入浅出的解读。对问题追本溯源，对概念消弭歧义，对说法去伪存真，对路径裁弯取直。这一堂“系统架构课”让人印象深刻。

什么是医院基础信息系统？

医院信息系统是一个超级复杂的系统，整个系统由面向不同业务的上百个子系统构成，并处于不断扩展的动态过程之中。同时，由于业务协同，子系统之间还存在着千丝万缕的联系与互动。

所谓系统架构，是指“对系统中的实体及实体之间的关系所进行的抽象描述”，“实体”是指各种业务系统与模块，“关系”就是它们之间的互动与集成。因此，医院信息系统架构的基本问题，归根结底就是系统的划分方式与集成方式。

系统的划分方式千差万别，但总体来说要遵从两个基本原则：（1）系统独立性原则：各模块的内聚程度要高，模块间的耦合程度要低；（2）数据低冗余原则：同一数据只保持一个存在，以避免数据不一致或访问控制等问题的出现。

集成方式则主要有两种：（1）同构：不同的模块或子系统基于同一数据库，直接共享使用数据；（2）异构：不同的模块或子系统基于不同数据库，通过接口共享数据。

由此我们可以首先得出医院基础信息系统的基本含义，也即在众多的医院信息系统模块中，应一体化设计、不宜采取异构方式集成的、具备（最少）核心功能的医院信息系统模块集合。当然，这个定义只是相对的，比如“不宜”不是指“不能”，只是我们根据多方权衡后作出的一个经验判断。

其次，医院基础信息系统的最小构成应包括患者管理、电子病历、计价收费三大板块。其中，患者管理包括门诊挂号、住院登记、病案编目等，电子病历统包含门诊医生工作站、住院医生工作站、护士工作站（含移动）等，计价收费则囊括门诊收费、住院收费、价格管理等功能。

为什么将这三个板块作为系统的最小构成呢？因为这三者存在大量动态更新的数据，且双向密集交互（如图2所示），不宜采用异构方式集成。比如，患者管理板块需要为电子病历板块提供患者主索引、入院信息等数据，反过来电子病历板块又需要将患者状态的更新数据进行实时反馈，两者之间存在着大量“剪不断、理还乱”的联系。

另外的几点思考 

关于医院基础信息系统建设，还有如下几点思考，希望与业界同仁探讨交流。

1.压缩范围

现在的医院信息系统日益庞大与复杂，导致系统整体升级的难度越来越高，这要求我们保持系统间的松耦合，避免“铁板一块”。

过去，我们的系统设计往往追求“大而全”，我认为现在应当转而追求“合理适度”，在遵循最小化原则的基础上，合理确定基础信息系统的边界范围。除不宜分割的系统外，尽量压缩一体化设计范围。

这就对医院信息系统设计与建设提出了新要求。对于系统开发商而言，可以有较为完整的产品线，但需要设计“防火墙”，也即产品与产品之间需要保持一定的独立性，不能耦合过紧，也需要和基础信息系统之间“保持距离”。对于医院而言，需要研究信息系统集成形态，做好布局规划，科学决策，避免在基础信息系统上长出紧耦合的“衍生物”。

2.着眼长远 

从过往的经验来看，医院基础信息系统拥有很长的生命周期，它是整个医院信息系统的根基，不宜也难以改变。因此我们的目标应该是“20年不做颠覆性改变”，那么策略自然应该是“百年大计，质量第一”。

为确保医院基础信息系统能长远发展，要注重“三个稳定”：（1）稳定数据：数据结构稳定是保持系统内部与外部稳定的基础；（2）稳定功能：功能服务稳定是保持系统业务模式扩展性的条件；（3）稳定接口：对外接口稳定是保持信息系统全局稳定的根本。

当然，发展是建立在变化基础上的，这要求我们把握好“变”与“不变”的矛盾统一。

3.消除补丁

既往的医院信息系统中存在不少“补丁”行为，如：“电子病历”与医嘱系统的分离、EMPI（企业级患者主索引）的引入、外挂式的CDR、异构的移动医护工作站等。

存在的不一定是合理的，我们要对问题追本溯源，对概念消弭歧义，对说法去伪存真，对路径裁弯取直。新一代医院基础信息系统应从架构上着手，以一体化新设计，取代异构旧“补丁”。