一种医院医保接口配置方法及系统

技术领域

本公开涉及接口配置技术领域，特别涉及一种医院医保接口配置方法及系统。

背景技术

本部分的陈述仅仅是提供了与本公开相关的背景技术，并不必然构成现有技术。

随着国家对医保改革工作的稳定推进，医保政策也在不断的完善，因此各定点医疗机构也在随着政策的调整不断的完善与医保中心的对接工作，这就要不断的与各家医保厂商进行接口的对接工作。

发明人发现，由于接口对接过程中既要考虑如何与医保厂商如何对接又要考虑数据如何在HIS(Hospital Information System，医院信息系统)存储，并且需要大量的编码工作，导致接口的对接周期较长，效率不高，同时也影响了客户对我们工作的满意度。

发明内容

为了解决现有技术的不足，本公开提供了一种医院医保接口配置方法及系统，根据预设的接口配置平台，能够实现不同医保厂家的快速接口配置，缩短了医保接口的开发周期，提高了医保接口的开发效率，极大的提升了客户满意度。

为了实现上述目的，本公开采用如下技术方案：

本公开第一方面提供了一种医院医保接口配置方法。

一种医院医保接口配置方法，包括以下步骤：

获取待连接的当前的医保厂家的接口文档数据；

根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

作为可能的一些实现方式，利用工作流模式，将医保接口数据中变化次数大于预设阈值的业务流程和参数转化为可配置状态。

作为可能的一些实现方式，根据各医院信息系统与医保中心的交互流程，得到关键环节；

对得到的关键环节进行处理，得到可复用的功能；

通过抽象方法将可复用的功能进行整合作为接口开发框架的通用功能。

作为可能的一些实现方式，利用工作流模式，将业务流程进行提取，作为接口对接过程中可自定义的一部分；

根据不同的医保厂家制定不同的业务流程，将需要的流程模块拖动到编辑器中；

根据医保文档将各个模块进行串联组合。

作为可能的一些实现方式，对可复用的功能进行整合，得到表结构、字段类型以及接口对接过程中常用的实体类，采用三层架构搭建后台架构，包括业务处理层、数据处理层和数据模型层。

作为可能的一些实现方式，利用VUE前端框架添加前台交互页面，确认包含的组件，进行组件的添加，完成后配置相应的路由，平台运行时根据路由加载相应的组件；

添加对应的service服务，实现与后台数据的交互，所有操作均为异步；

添加前台页面，根据功能划分为不同的层次，作为功能模块的具体实现；

将接口开发过程中公用的数据统一分类整理，按类别形成不同的配置页，统一配置管理。

作为可能的一些实现方式，构建流程调试器，包括流程选择区和调试结果区两部分；

在流程选择区选择预设的流程进行调试，针对流程调试器调试结果区设置调试数据的入参值、出参值及参数错误提示，运行时如果出现错误则以特定颜色对结果值进行标识。

本公开第二方面提供了一种医院医保接口配置系统。

一种医院医保接口配置系统，包括：

数据获取模块，被配置为：获取待连接的当前的医保厂家的接口文档数据；

接口配置模块，被配置为：根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

本公开第三方面提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如本公开第一方面所述的医院医保接口配置方法中的步骤。

本公开第四方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如本公开第一方面所述的医院医保接口配置方法中的步骤。

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

1、本公开利用ASP.NET Core、VUE、工作流引擎、IPC等技术，创新性的提供了一种能够减少大量代码编写工作的医保接口配置化平台，该平台包含了嵌入式医保接口的开发以及非嵌入式医保接口的开发，并实现了前后端分离，使得开发人员只关注前端业务逻辑的实现，不必再过多关注后端数据的存储，能够减少开发人员不必要的代码编写工作，从而缩短医保接口的开发周期，提高开发效率，极大的提高了客户满意度。

2、本公开所述的医院医保接口配置方法、系统、介质或电子设备，可以根据医保接口文档数据结合预设的配置平台和设计代码，实现自动化的医保接口配置，极大的提高了医保接口配置效率。

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

附图说明

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

图1为本公开实施例1提供的医院医保接口配置方法的流程示意图。

图2为本公开实施例1提供的各医院HIS与医保中心的交互流程示意图。

图3为本公开实施例1提供的门诊登记流程示意图。

具体实施方式

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

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

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

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

实施例1：

如图1所示，本公开实施例1提供了一种医院医保接口配置方法，包括以下步骤：

获取待连接的当前的医保厂家的接口文档数据；

根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

具体的，接口平台的构建方法如下：

S1：根据各医院HIS与医保中心的交互流程(如图2所示)，进行关键节点的梳理，并梳理各医保厂商的接口文档，将通用方法抽象出来形成框架的通用功能模块，利用工作流模式，将医保接口中经常变化的业务流程、参数，转化为可配置的。

S2：根据S1中抽象出的通用功能模块建立后台架构，包含数据的存储、业务的处理、字段属性的匹配。

S3：利用VUE实现前端架构的设计，包含路由，根据路由加载相应的组件；服务层service，负责与后台进行数据交互；展示层view，作为页面功能模块的具体实现；配置，将公用数据统一整理。

S4：构建流程调试器，用于嵌入式接口流程配置后的测试工作。

S5：开发非嵌入式接口程序，集成到该接口配置平台中，提供医院进行院内接口对接方案的选择。

S1的具体实施步骤如下：

S1.1：通过分析各医院HIS与医保中心的交互流程，得到关键环节为HIS与医保厂商之间的对接

S1.2：针对步骤S1.1找到的关键环节进行梳理，分析接口对接过程中存在的难点、问题及可复用的功能，其中难点就是各厂商制定的业务流程不同，各个接口函数的出入参数也存在差异

S1.3：通过抽象方法将S1.2中分析得出的可复用的功能进行整合，之后作为接口开发框架的通用功能，先将第三方医保接口文档中的第三方交互实现，通用处理实现如下方法：

1)初始化、设置解析类全局参数、参数的通用处理；

2)针对类似费用明细的数据集的提供以下约束：

3)数据集开始→明细处理开始→行开始处理→行处理→行结束处理→明细处理完成→数据集结束；

4)将实现的第三方交互及解析类配置到数据库中

S1.4：利用工作流模式，将S1.2所述的业务流程进行提取，作为接口对接过程中可自定义的一部分，根据不同的厂商制定不同的业务流程，将需要的流程模块拖动到编辑器中，然后根据医保文档将各个模块进行串联组合，如果有分支情况，编辑器中可以设置条件进行跳转，比如门诊登记，可画出如下工作流，如图3所示。

S1.5：针对步骤S1.4中工作流所涉及的各个业务流程模块进行出入参数的控制，将其设计为可配置化的，自定义入参、出参的参数名、参数值以及参数的相关说明

S2的具体实施步骤如下：

S2.1：根据S1.3所分析的可复用的功能进行整合，设计相关表结构及字段类型，比如HIS与医保中心的项目编码对应表，其中包含HIS_CODE、HIS_ITEM、HIS_SPEC、CENTER_CODE、CENTER_ITEM、CENTER_SPEC等字段，以及接口对接过程中常用的一些实体类，比如患者基本信息，费用明细等。

S2.2：根据S2.1中的设计采用三层架构搭建后台架构，包含业务处理层BLL、数据处理层DAL、数据模型层MODEL。

S3的具体实施步骤如下：

S3.1：利用VUE前端框架设计前台交互页面，确认包含的组件，针对组件进行开发，完成后配置相应的路由，平台运行时根据路由加载相应的组件，首先只渲染主页组件，延迟加载其他路由组件。

S3.2：开发相应的service服务，实现与后台数据的交互，所有操作均设置为异步，不阻塞前台进程。

S3.3：进行前台页面的设计开发，根据功能划分为不同的层次，作为功能模块的具体实现，前台页面主色调以灰白蓝为主，界面左侧作为导航菜单栏，右上方作为打开菜单的信息展示区，导航菜单的右侧为对应菜单主要功能展示区。

S3.4：将接口开发过程中公用的数据统一分类整理，按类别形成不同的配置页，统一配置管理，比如医保接口厂商维护、医疗机构信息配置、上传费用明细配置等。

S4的具体实施步骤如下：

S4.1：构建流程调试器，该流程调试器主要包含流程选择区和调试结果区两部分。

S4.2：在左侧选择区选择步骤(104)设计的流程进行调试，该调试器设计显示运行到哪一步，使使用者对流程调试阶段更清晰。

S4.3：针对流程调试器调试结果区设置调试数据的入参值、出参值及参数错误提示，运行时如果出现错误则以红色对结果值进行标识。

S5的具体实施步骤如下：开发非嵌入式接口程序，集成到该接口配置平台中，提供医院进行院内接口对接方案的选择。

S5.1：按照非嵌入式方案开发门诊报销流程；

S5.2：按照非嵌入式方案开发住院报销流程；

S5.3：针对S5.1、S5.2设计相应的结算单打印功能.

实施例2：

本公开实施例1提供了一种医院医保接口配置系统，包括：

数据获取模块，被配置为：获取待连接的当前的医保厂家的接口文档数据；

接口配置模块，被配置为：根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

所述系统的工作方法与实施例1提供的院医保接口配置方法相同，这里不再赘述。

实施例3：

本公开实施例3提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如本公开实施例1所述的医院医保接口配置方法中的步骤，所述步骤为：

获取待连接的当前的医保厂家的接口文档数据；

根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

详细步骤与实施例1提供的院医保接口配置方法相同，这里不再赘述。

实施例4：

本公开实施例4提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现如本公开实施例1所述的医院医保接口配置方法中的步骤，所述步骤为：

获取待连接的当前的医保厂家的接口文档数据；

根据得到的医保厂家的接口文档数据，利用预设的接口配置平台进行医院医保接口的实时配置；

其中，接口平台的构建，包括：

获取各医保厂家的医保接口历史数据，提取各个医保厂家的接口对接业务流程和接口函数的出入参数；

根据提取的数据，通过抽象方法将可复用的功能进行整合得到接口开发框架的通用功能模块，根据得到的通用功能模块构建接口配置后台架构，结合预设前端框架，得到接口配置平台。

详细步骤与实施例1提供的院医保接口配置方法相同，这里不再赘述。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

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