基于业务中台的医院信息一体化管理平台构建方法及系统

技术领域

本公开属于电子信息技术领域，尤其涉及一种基于业务中台的医院信息一体化管理平台构建方法及系统。

背景技术

本部分的陈述仅仅是提供了与本公开相关的背景技术信息，不必然构成在先技术。

医院信息化建设一直是国内医疗结构的一个难题，现有方法存在有接口模式、集成模式、大HIS模式以及一体化模式。发明人发现，其中一体化模式是一种成本低，见效快的医院内部信息化建设模式，但是该方式在应用于医疗机构之间业务协同时候，存在难度大及效果差的问题，无法正确实现业务间数据的协同处理。

发明内容

本公开为了解决上述问题，提供了一种基于业务中台的医院信息一体化管理平台构建方法及系统，通过构建一体化数据和业务模型，以患者为核心实现医疗机构间信息的高度互联互通。

根据本公开实施例的第一个方面，提供了一种基于业务中台的医院信息一体化管理平台构建方法，包括：

统一不同医疗机构之间的患者索引、机构科室、医院人员、核心字典、服务以及医院资源，构建出基础服务字典；

基于所述基础服务字典，建立以患者为核心的数据中心；

建立一体化业务中台，利用所述一体化业务中台统一对接前端不同应用，同时对后台各子系统进行统一封装；

通过所述一体化业务中台，将医疗机构业务进行层级划分为患者服务层、服务能力层以及基础业务层，以患者服务层作为业务中台的最上层，直接面向患者服务的前端应用；

采用一体化业务中台的设计实现医疗信息一体化管理平台的构建，实现医疗机构间的资源共享。

进一步的，在统一患者索引的过程中，统一云HIS注册的患者会建立患者唯一主索引，统一患者的注册入口，从业务上实现患者信息唯一性；

在统一机构科室的过程中，建立在业务平台中的机构和科室，将业务的开展在不同机构中进行关联，实现业务协同的基础；

在统一医院人员的过程中，建立医院工作人员的统一主索引。

进一步的，在统一核心字典的过程中，统一机构使用的核心字典，在业务中台中建立统一的标准字典库，不同的医疗机构根据需求引用所需的字典，同时调整部分字典的可变个性化属性。

进一步的，在统一医院资源的过程中，建立统一资源索引，在不同的机构之间打通资源通道，建立统一资源中心。

进一步的，在统一服务的过程中，统一服务字典，基于统一机构、字典和人员，实现医疗服务统一，方便医疗机构之间进行医疗协同。

进一步的，所述医疗信息一体化管理平台的构建还包括服务注册管理中心的构建，其具体过程为：

利用业务中台建立服务注册管理中心；

将医疗机构能力及基础业务能力抽象为服务模块，并注册在服务注册管理中心；

所述服务注册管理中心对业务中台的能力服务进行访问限制及安全验证。

进一步的，所述医疗信息一体化管理平台的构建还包括基于业务中台的应用的构建，其具体过程为：

所述业务中台中预先定义医疗领域的资源标准，并通过API接口对外部应用进行开放；

外部应用的开发仅需利用对应的API接口进行开发，即可在医疗机构中实现资源共享。

根据本公开实施例的第二个方面，提供了基于业务中台的医院信息一体化管理平台构建系统，包括：

基础服务字典构建模块，其用于统一不同医疗机构之间的患者索引、机构科室、医院人员、核心字典、服务以及医院资源，构建出基础服务字典；

数据中心构建模块，其用于基于所述基础服务字典，建立以患者为核心的数据中心；

业务中台构建模块，其用于建立一体化业务中台，利用所述一体化业务中台统一对接前端不同应用，同时对后台各子系统进行统一封装；

业务分层模块，其用于通过所述一体化业务中台，将医疗机构业务进行层级划分为患者服务层、服务能力层以及基础业务层，以患者服务层作为业务中台的最上层，直接面向患者服务的前端应用；

平台构建模块，其用于采用一体化业务中台的设计实现医疗信息一体化管理平台的构建，实现医疗机构间的资源共享。

根据本公开实施例的第三个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种基于业务中台的医院信息一体化管理平台构建方法。

根据本公开实施例的第四个方面，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现一种基于业务中台的医院信息一体化管理平台构建方法。

与现有技术相比，本公开的有益效果是：

(1)本公开所述方案通过建立以患者为核心的数据中心，围绕患者，建立流程，医嘱，诊断等多条主索引，作为所有医疗数据的中心线，能够方面的检索到需要的数据，同时能够快速形成符合国家标准的数据集。通过数据一体化能够将患者在医院各个环节的数据按照各个主索引所代表的主线实时收集到数据中心中，通过数据的高度共享，实现医院信息的高度互联互通。

(2)本公开所述方案采用一体化业务中台设计理念，HIS、EMR、LIS、PACS等产品数据实时共享，业务互联互通：医生可以在门诊医生站看到电子病历和检查检验结果和报告，实现数据的互联互通；采用闭环式流程管理，实现居民健康从那建档到结案、病人从入院到出院、医嘱从开立到的执行、费用从发生到结算等全流程闭环管理，确保医疗质量及资源管理全程可控；通过一体化的操作页面方便操作人员完成所有操作，闭环化医嘱做到医疗环节透明化，实现医疗服务有跟踪，数据上报有依据，减少医院信息人力物力投入，同时为医疗管理者提供全面监管。

(3)本公开所述方案充分考虑临床一线人员操作习惯与工作环境，采用人性化人机交互设计，做到界面操作不切换、一气呵成；系统初始化数据只需配置一次，医务工作者可通过一个账户完成医疗卫生信息系统应用的所有操作，医疗卫生信息系统为就诊过的患者建立一个唯一检索，患者在医院产生的医疗数据实现跨时间、跨医院、跨地区使用，使患者的医疗数据形成一个活的病历库。

本公开附加方面的优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本公开的实践了解到。

附图说明

构成本公开的一部分的说明书附图用来提供对本公开的进一步理解，本公开的示意性实施例及其说明用于解释本公开，并不构成对本公开的不当限定。

图1为本公开实施例一中所述的统一资源中心的结构示意图；

图2为本公开实施例一中所述的业务中台结构示意图；

图3为本公开实施例一中所述的基于中台的应用构建示意图。

具体实施方式

下面结合附图与实施例对本公开做进一步说明。

应该指出，以下详细说明都是例示性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。实施例一：

本实施例的目的是提供一种基于业务中台的医院信息一体化管理平台构建方法。

一种基于业务中台的医院信息一体化管理平台构建方法，包括：

统一不同医疗机构之间的患者索引、机构科室、医院人员、核心字典、服务以及医院资源，构建出基础服务字典；

基于所述基础服务字典，建立以患者为核心的数据中心；

建立一体化业务中台，利用所述一体化业务中台统一对接前端不同应用，同时对后台各子系统进行统一封装；

通过所述一体化业务中台，将医疗机构业务进行层级划分为患者服务层、服务能力层以及基础业务层，以患者服务层作为业务中台的最上层，直接面向患者服务的前端应用；

采用一体化业务中台的设计实现医疗信息一体化管理平台的构建，实现医疗机构间的资源共享。

具体的，为了便于理解，以下对本公开所述方案进行了详细说明：

其中，所述统一不同医疗机构之间的患者索引、机构科室、医院人员、核心字典、服务以及医院资源，构建出基础服务字典，具体包括：

统一机构科室：建立在业务平台中的机构和科室，能够将业务的开展在不同机构中关联起来，实现了业务协同的基础。

统一医院人员：建立医院工作人员的统一主索引，医院工作人员在不同的机构工作是可以实现医院工作人员的信息关联，最终为医院的精细化人事管理提供重要的数据依据。

统一核心字典：统一机构使用的核心字典，与业务中台中建立统一的标准字典库，各个机构可以根据自己需要引用需要的字典，同时可以调整部分字典的可变个性化属性。

统一服务：统一服务字典，基于以上描述的统一机构，字典和人员，可以实现医疗服务统一，方便医疗机构之间进行医疗协同。

统一患者索引，统一云HIS注册的患者会建立患者唯一主索引，统一了患者的注册入口，从业务上直接实现了患者信息唯一性。

统一资源，将医院的药品，材料，设备等资源建立统一资源索引，可以在不同的机构之间打通资源通道，建立统一资源中心。

进一步的，所述一体化业务中台具体如下：

1)业务中台的整体框架

业务中台，是将医疗机构相关的临床，管理，健康等业务按照科学的方法抽象后建立。业务中台结构如图：

业务中台将业务分为三层：基础业务层，服务能力层，患者服务层。

基础业务层：参照领域驱动设计和面向对象设计的思想方法，将支撑医疗机构业务运行的基础业务划分，抽象为患者服务中心，资源服务中心，权限管理中心，费用结算中心，配置中心，字典服务中心，基础服务和规则服务。

服务能力层：医院对患者服务的能力是医疗业务的核心，业务中台将医院相关的服务能力抽象，形成了将医院能力的能力服务，通过服务中心驱动医院对患者的服务闭环。比如门诊患者的检验流程，可以理解为患者到医院就诊是一次门诊服务，医生给患者开检验申请单是一次服务单，服务单经过系统的执行单元处理后进入执行体系。经过系统的执行体系的管控，根据服务的注册，系统会找到检验的能力单元去完成检验的流程，而检验的能力单元根据执行单的要求，按照服务注册的步骤完成该机构的检验流程，直到报告发布。在此过程中执行体系一直跟踪执行单的进展，并将中间关键的步骤消息发布出去，其他应用可以订阅相关消息来完成此次服务的闭环。

服务能力层主要有两部分：服务单执行单模块和能力服务模块。前者主要管理医院核心业务的申请，审核，执行，反馈等服务单闭环管理体系，后者主要是对医院各个执行科室业务能力的实现，用于支持医院医嘱等主要服务单的执行业务。

患者服务层：患者服务层主要实现对医院主要业务的支撑，比如门急诊业务流程，住院业务流程，医联体业务流程，互联网医院流程，挂号流程，医保流程等。这一层试业务中台的最上层，直接面向医院的患者服务流程，实现了医院流程的定制和业务沉淀，通过科室级业务流程配置，实现了流程的个性化定制以及规则的自定义开发。能够实现所有主流医疗机构的业务流程构建。

2)服务注册管理中心的设计方法

业务中台建立服务注册管理中心，首先将医疗机构能力、基础业务能力等抽象为服务模块，注册在服务注册管理中心。管理中心负责对中台能力服务进行访问限制、安全验证等管理，方便前台各应用，例如门诊医生站、EMR、LIS等对中台能力服务模块进行安全方便的使用。

3)基于中台的应用构建方法

业务中台定义了医疗领域的各种资源标准，比如患者、医嘱、检查、影像、手术、心电等，并通过API形式将这些资源开放给各个应用。应用只要满足标准的API，大到业务过程，小到一张报表、一个模板，都可以很方便的构建应用app，在医疗机构中实现资源共享。

进一步的，本公开所述方案基于一体化模型的核心思想：

1)以数据一体化为基础

数据一体化是指建立以患者为核心的数据中心，围绕患者，建立流程，医嘱，诊断等多条主索引，作为所有医疗数据的中心线，能够方面的检索到需要的数据，同时能够快速形成符合国家标准的数据集。通过数据一体化能够将患者在医院各个环节的数据按照各个主索引所代表的主线实时收集到数据中心中，通过数据的高度共享，实现医院信息的高度互联互通。

2)以业务中台为一体化的具体体现

采用一体化业务中台设计理念，HIS、EMR、LIS、PACS等产品数据实时共享，业务互联互通：医生可以在门诊医生站看到电子病历和检查检验结果和报告，实现数据的互联互通；

采用闭环式流程管理，实现居民健康从那建档到结案、病人从入院到出院、医嘱从开立到的执行、费用从发生到结算等全流程闭环管理，确保医疗质量及资源管理全程可控；

通过一体化的操作页面方便操作人员完成所有操作，闭环化医嘱做到医疗环节透明化，实现医疗服务有跟踪，数据上报有依据，减少医院信息人力物力投入，同时为医疗管理者提供全面监管。

人性化人机交互设计，充分考虑临床一线人员操作习惯与工作环境，做到界面操作不切换、一气呵成；

系统初始化数据只需配置一次，医务工作者可通过一个账户完成医疗卫生信息系统应用的所有操作，医疗卫生信息系统为就诊过的患者建立一个唯一检索，患者在医院产生的医疗数据实现跨时间、跨医院、跨地区使用，使患者的医疗数据形成一个活的病历库。

3)一体化构建应用的优势

敏捷业务需求变化快，变更以天甚至更短的频率计算，一个单体大型应用，庞大的开发团队对单一应用的变更变得越来越困难。将大应用变为多个小的应用组合，才能适应外部的快速变化，实现业务的敏捷。

解耦随着业务的发展，业务系统之间的交互通常会变得越来越复杂。一个功能的修改可能会影响很多方面。只有将需要大量交互的功能独立，从应用中拆解出来，这样可以使得应用之间耦合度大幅下降。

复用一些公共的能力通过复用，大大提高了开发效率，避免了重复建设。同时使得数据和流程可以集中得以管理和优化。

实施例二：

本实施例的目的是一种基于业务中台的医院信息一体化管理平台构建系统。

基于业务中台的医院信息一体化管理平台构建系统，包括：

基础服务字典构建模块，其用于统一不同医疗机构之间的患者索引、机构科室、医院人员、核心字典、服务以及医院资源，构建出基础服务字典；

数据中心构建模块，其用于基于所述基础服务字典，建立以患者为核心的数据中心；

业务中台构建模块，其用于建立一体化业务中台，利用所述一体化业务中台统一对接前端不同应用，同时对后台各子系统进行统一封装；

业务分层模块，其用于通过所述一体化业务中台，将医疗机构业务进行层级划分为患者服务层、服务能力层以及基础业务层，以患者服务层作为业务中台的最上层，直接面向患者服务的前端应用；

平台构建模块，其用于采用一体化业务中台的设计实现医疗信息一体化管理平台的构建，实现医疗机构间的资源共享。

在更多实施例中，还提供：

一种电子设备，包括存储器和处理器以及存储在存储器上并在处理器上运行的计算机指令，所述计算机指令被处理器运行时，完成实施例一中所述的方法。为了简洁，在此不再赘述。

应理解，本实施例中，处理器可以是中央处理单元CPU，处理器还可以是其他通用处理器、数字信号处理器DSP、专用集成电路ASIC，现成可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据、存储器的一部分还可以包括非易失性随机存储器。例如，存储器还可以存储设备类型的信息。

一种计算机可读存储介质，用于存储计算机指令，所述计算机指令被处理器执行时，完成实施例一中所述的方法。

实施例一中的方法可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

本领域普通技术人员可以意识到，结合本实施例描述的各示例的单元即算法步骤，能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

上述实施例提供一种基于业务中台的医院信息一体化管理平台构建方法及系统的可以实现，具有广阔的应用前景。

以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

上述虽然结合附图对本公开的具体实施方式进行了描述，但并非对本公开保护范围的限制，所属领域技术人员应该明白，在本公开的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本公开的保护范围以内。