专业咨询
致力推进中国医疗卫生信息化

薛万国:什么是医院基础信息系统

来源:HIT专家网    作者:龚晨 根据录音整理

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

“医院基础信息系统。”

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

以下内容根据薛万国主任演讲录音整理。

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

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

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

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

集成方式则主要有两种:(1)同构:不同的模块或子系统基于同一数据库,直接共享使用数据;(2)异构:不同的模块或子系统基于不同数据库,通过接口共享数据。

从图1可以看出,同构集成方式适用于“水桶”状的系统关系,系统之间的接口数量多、数据交互量大、交互频度高;异构集成方式适用于“哑铃”状的系统关系,系统之间的接口数量少、数据交互量小、交互频度低。

图1 不同集成方式适用场景

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

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

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

图2 医院基础信息系统的最小构成

医院基础信息系统的三大作用

1.支撑核心业务“链”

既然是基础信息系统,首先应当支持“基础业务”,也即以临床为中心,覆盖患者就医核心环节,前序包含挂号、住院登记等,后序包含收费、病案管理等。

早期的医院信息系统基于半自动化流程设计,受工作模式与应用范围所限,子系统之间联系不紧密,信息流也欠流畅。目前,我们已实现了全数字化的工作流程,因此系统功能及信息流应按照全数字化工作链条进行优化设计。

同时,在支持传统业务的基础上,医院基础信息系统还应为医院未来多元化的业务模式提供核心服务。什么是核心服务?以银行为例,在过去这么多年的信息化建设中,银行信息系统经过多次升级迭代,但核心服务系统始终没有很大变化,只是在外在应用形式上不停地进行创新。

医院的核心服务是什么呢?比如说挂号服务、缴费服务、医嘱审核等都可以列入。医院信息系统功能模式的多样化发展,需要统一核心业务逻辑。如同银行核心系统一样,医院信息系统也应该建立核心功能服务,在系统建设时应该把这些核心功能服务模块独立出来进行设计。

图3 多样化的业务模式与统一的核心功能服务示例

2.汇集医疗数据“池”

从信息系统的集成形态看,如果能从网状结构进化到星形结构(如图4所示),那么集成工作可大幅度简化。对于医院信息系统而言,星形结构中间的红点是什么?是应用集成平台吗?我认为不是。应用集成平台只是把系统与系统之间点对点的集成网,从平台外部转移到了内部而已,在当前普遍需要定制接口的情况下,其本身并未简化集成工作。

图4 信息系统的不同集成形态

我们应该把基础信息系统放在“红点位置”。让基础信息系统拥有所有医疗数据,这样一来,外围的应用系统不用再两两之间发生关系,只用和基础信息系统打交道即可。

我们知道,CDR是电子病历的核心。目前,电子病历的实现途径有两种,一种是内置式的,即医护工作站内嵌CDR;一种是外挂式的,即由第三方通过数据集成形成CDR并提供浏览,医护工作站借助浏览器调用CDR。不难看出,内置式CDR更有助于数据与功能融合、有助于数据驱动和智能化功能实现。

因此,我认为医院基础信息系统应构建医疗数据“池”(CDR)。将基础信息系统作为整个医院信息系统医疗数据的归档中心,这样才能为整个系统提供医疗数据服务,并以此支撑星形集成架构、电子病历以及数据二次利用。

3.提供开放接口“库”

封闭,是当前医院信息系统发展的最大技术障碍。由于缺乏标准化接口,大量的系统集成工作需要定制,甚至有的完全封闭的“哑巴系统”根本无法定制。医院常有的“被厂商绑架”的感觉,根源都来源于系统封闭。

医院基础信息系统承担着“开放”的责任与义务。它是基础业务的载体,直面临床;是一切医疗行为的源头,需要向下游传导;与周边系统互动最多,是信息的“交互中心”;拥有最核心的数据资源,需要对外提供服务。同时,医院基础信息系统还要承担起建立和遵循业务集成规范的义务,起到规范业务流程的作用。通过开放接口库,医院基础信息系统为多个应用系统提供多元化接口,为整个医院信息系统起到集成框架的作用。

医院基础信息系统应开放哪些内容呢?我认为有三类:(1)开放数据,以接口的方式对外数据共享;(2)开放事件,对外提供事件通知;(3)开放服务功能,对外提供基础服务功能。

另外的几点思考

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

1.压缩范围

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

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

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

2.着眼长远

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

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

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

3.消除补丁

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

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

关注HIT专家网微信订阅号
精彩不容错过!

【责任编辑:陈曦】

赞(22)

评论 1

评论前必须登录!

 

  1. #1

    那基础信息系统到底包含哪些呢?

    zhoumin4年前 (2020-04-27)


未经允许不得转载:HIT专家网 » 薛万国:什么是医院基础信息系统
分享到: 更多 (0)