【范益辉专栏】如何在医院信息平台架构下构建“中台”能力

来源：HIT专家网     作者：范益辉

在上一篇文章《医院“中台”之API管理》与大家分享后，有不少朋友在问我，“是不是我们公司在主推中台？”在这里，笔者稍微澄清一下。

其实，在笔者的第一篇文章开头，曾经强调过要抛开“中台”这一特定的概念，因为当我们陷在一个特定的概念里面时，会发现1000个人可能会有1000种不同的理解。在这种情况下，我们需要深入一个概念背后的本质。不难发现，市场上很多概念在本质上并没有太大区别，比如阿里的“中台”、亚马逊的“AWS”、微信的“小程序”、微软的“Windows”、苹果的“iOS”、Google的“Android”等，唯一区别就在于其对外提供服务的内容不一样。因此，笔者的这一系列文章是借了“中台”的概念来阐述一个基本思想，即如何更好地解决当前医院信息化建设面临的问题与挑战。

在前面的文章中，笔者讨论了“中台”如何解决医院信息化面临的问题，但在建设“中台”时，医院不得不面对现有信息架构这一现实情况。实际上，我国医院信息化从上世纪90年开始经过20多年的发展后，大致形成了两种不同的架构形态，一种是以HIS（一体化）为核心的信息化架构，另一种是以医院信息平台（集成平台+数据中心）为核心的架构体系。两种模式无优劣之分，都是在特定环境下形成的产物。但无论哪种模式，医院都会面临同样的问题，即如何满足和适应不断增长的新业务需求。而这也正是“中台”希望能解决的问题。

面对这一现状，我们到底应该如何构建“中台”能力？本篇文章，笔者将以医院信息平台为核心的基础架构为例，与大家分享医院如何构建“中台”能力。

医院信息平台现有架构

先来看看以医院信息平台为核心的架构，如下图所示：

在这种架构下，当医院引入一个新应用时，需要根据新应用提供的接口技术进行集成。新系统和历史系统没有本质区别，我们在前面的文章讨论过，这样的模式，新需求的引入成本是C *（N+1）。而通过引入API能力可以很好地解决这一问题。

引入API网关

如下图所示：

通过引入API网关，新的业务系统不再直接通过集成平台和其他业务系统进行集成，而是通过调用统一的API进行交互。医院信息平台负责将API转换为历史系统的接口，反过来也将历史系统的接口转换为标准的API供第三方调用。

在API网关中，我们将医院数字化资源的操作封装成相对应的API供外部调用。同时，通过“API管理”能力，对所有消费医院数字化资源的应用进行管理和控制。这样可以大大减少数据、功能的重复，以及系统之间集成带来的问题和挑战。

API网关是一个逻辑概念，在实现的过程中，它既可以是一个独立的产品，也可以是现有医院信息平台的一个模块。但选择哪种模式依赖于现有医院信息平台的能力，一种比较理想的情况是在现有医院信息平台基础上扩展API能力，这样可以保证技术和管理的一致性。

【小结】

系统的良好设计可以在很大程度上适应未来业务需求的扩展，但当面对老旧系统时，由于各种各样的原因已经很难进行扩展，这时通过引入一个组件模块就可以很好地解决老旧系统的相关问题（这也是集成平台出现的初衷）。这样，既可以保护已有的信息化投入，也可以满足新的业务需求。

API网关的引入也遵循了这样的架构设计原则，API网关将医院的资源进行封装并通过统一的API暴露出去供第三方调用。这种方式同时也可以保护数据资源的安全性，可以对所有的调用进行监控和管理。

但仅有API是不够的，API定义的目标是被消费，只有消费得越多，API的价值才越大。就像笔者在本系列文章的第一篇里提到的，为了让API能够被广泛应用，构建标准化的API是关键，HL7 FHIR 致力于构建医疗行业的标准API体系。后续笔者也会继续和大家分享 FHIR 这一当前医疗信息行业最火热的标准之一。

【作者简介】

范益辉，拥有16年医疗IT相关经验，2003开始正式工作，先后加入GE医疗信息化业务部门、IBM医疗解决方案团队、Philips研究院及医疗信息化业务部门，分别从事过研发、售前、咨询、创新研究等不同角色。有丰富的医疗信息化行业知识与经验，HIT相关行业标准专家（HL7 China CDA工作组联合主席、培训讲师、Lab标准指导委员会成员）。目前就职于InterSystems，当前作为业务拓展经理，负责对大中华区客户及合作伙伴提供医疗信息化专业知识，帮助客户和合作伙伴拓展新的业务领域、设计相关的解决方案。

系列文章：

如何理解浮现中的医院“中台”

小前台：SMART on FHIR实现无缝应用整合

医院“中台”之API管理

想加入HIT专家网专业交流群吗？请添加“HIT专家网”小助手微信好友

（请务必注明姓名、单位名称、职务、主管技术或产品领域等实名信息）

【责任编辑：孙鹏】