CN106845067A - 商业保险直赔直付通道智能转化***及方法 - Google Patents

Abstract

本发明公开了一种商业保险直赔直付通道智能转化***和方法，该***包括请求报文接收模块、请求报文解析模块、商保公司识别模块、请求报文封装模块、请求报文发送模块、结果报文解析模块、结果报文组装模块和结果报文返回模块。本发明解决各个商保公司***及其不同业务所需医院方传递信息没有统一的报文格式的问题，具备多家不同商保公司***差异化数据处理的能力；统一了医院信息***HIS请求的报文格式；对医院与商保公司***之间的数据进行了智能转化，提升了通道的简洁性、易用性，使得交互更顺畅、安全、高效。

Description

商业保险直赔直付通道智能转化***及方法

技术领域

本发明涉及互联网医疗信息技术领域，具体地指一种商业保险直赔直付通道智能转化***及方法。

背景技术

商业健康保险是我国医疗保障体系的重要组成部分，加快商业健康保险的发展，有利于夯实多层次医疗保障体系，满足人民群众多样化的健康保障需求。现阶段，商业健康保险的赔付主要是通过线下人工来完成的，对于患者和保险机构来说费时费力，患者和商业保险公司都需要耗费更大的代价才能完成整个赔付流程，这样既不利于患者及时获得商业健康保险的赔付，也不利于商保公司***降低商业健康保险的管理和赔付成本。目前，在建立商保公司***与医院信息***HIS对接通道的过程中，由于各个商保公司***及其不同业务所需医院方传递信息或格式千差万别，没有统一的报文格式，而使得医院方HIS***不得不根据不同的商保公司***、或者相同商保公司***的不同业务需求对双方交互报文进行调整，从而使得对接难度逐渐增大，对交互通道的维护和调整越来越困难，对交互通道业务、功能的扩展不能标准化，极大地降低了对接通道的灵活性、稳定性、可扩展性、可维护性。

发明内容

针对现有技术中的缺陷，本发明提供了一种商业保险直赔直付通道智能转化***，解决各个商保公司***及其不同业务所需医院方传递信息没有统一的报文格式的问题。

为实现上述目的，本发明所设计的商业保险直赔直付通道智能转化***，其特殊之处在于，包括请求报文接收模块、请求报文解析模块、商保公司识别模块、请求报文封装模块、请求报文发送模块、结果报文解析模块、结果报文组装模块和结果报文返回模块；

所述请求报文接收模块：用于接收医院信息***请求的报文；

所述请求报文解析模块：用于解析所述医院信息***请求的报文，并进行格式验证；

所述商保公司识别模块：用于根据所述医院信息***请求的报文，判断要发送的商保公司***，并获取所述商保公司***的报文格式；

所述请求报文封装模块：用于根据所述商保公司***的报文格式将报文数据封装；

所述请求报文发送模块：用于将所述封装后的报文发送至所述商保公司***；

所述结果报文解析模块：用于接收所述商保公司***的返回结果并解析；

所述结果报文组装模块：用于将解析后的所述商保公司***的返回结果封装；

所述结果报文返回模块：用于将封装后的所述商保公司***的返回结果发送至医院信息***。

进一步地，所述请求报文接收模块、结果报文返回模块与医院信息***的接口方式包括WebService、Http、Https。本发明提供WebService、Http、Https等多种方式部署服务供医院信息***HIS调用，提供统一的入口，具有跨平台性、跨语言性，使医院HIS能根据自身实现自主选择调用方式，尽可能的降低调用的复杂性。

更进一步地，所述请求报文发送模块、结果报文解析模块与商保***的接口方式包括WebService、Http、Https。本发明提供WebService、Http、Https等多种方式以满足不同商保公司***需要的请求方式。

一种用于上述商业健康保险在线直赔智能推荐***的方法，其特殊之处在于，包括如下步骤：

1)请求报文接收模块接收医院信息***请求的报文；

2)请求报文解析模块对接收的所述报文进行解析和验证；

3)根据所述解析后的报文，判断所要发送的商保公司***，并获取所述商保公司***的报文格式；

4)商保公司识别模块根据所述商保公司***的报文格式转换解析后的报文，请求报文封装模块进行封装：

5)请求报文发送模块将所述封装后的报文发送至所述商保公司***(10)；

6)结果报文解析模块接收所述商保公司***的返回结果并解析；

7)结果报文组装模块接收医院信息***请求将解析后的所述商保公司***的返回结果封装；

8)结果报文返回模块将封装后的所述商保公司***的返回结果发送至医院信息***。

优选地，所述步骤2)中的验证包括：非空验证、日期格式验证、长度验证、映射验证、业务验证，以校验报文格式是否符合格式规范。

优选地，所述步骤4)中的转换包括：业务编码转换、金额单元转换、日期格式转换，以符合商业保险公司的接口标准。

优选地，所述步骤6)中返回结果中包括状态标识，当状态标识为失败时，将失败原因对应的变更状态码和错误提示信息进行转换，以供医院信息***能够读取。

本发明的优点包括：

1)具备多家不同商保公司***差异化数据处理的能力；

2)统一了医院信息***HIS请求的报文格式，对于医院来说，一次商保接口对接，即可支持多家商保公司***接入，提升了医院的接入效率；

3)对医院与商保公司***之间的数据进行了智能转化，提升了通道的简洁性、易用性，使得交互更顺畅、安全、高效；

4)通过对医院信息***HIS请求报文的校验，过滤了由于数据错误造成的无效数据交互，节省了对网络连接的开销。

附图说明

图1为本发明商业保险直赔直付通道智能转化***的结构框图。

图2为本发明商业健康保险在线直赔智能推荐方法的数据流程图。

其中：请求报文接收模块1，请求报文解析模块2，商保公司识别模块3，请求报文封装模块4，请求报文发送模块5，结果报文解析模块6，结果报文组装模块7，结果报文返回模块8，医院信息***9，商保公司***10。

具体实施方式

以下结合附图和具体实施例对本发明作进一步的详细描述。

如图1和图2所示，本发明一种商业保险直赔直付通道智能转化***，包括请求报文接收模块1、请求报文解析模块2、商保公司识别模块3、请求报文封装模块4、请求报文发送模块5、结果报文解析模块6、结果报文组装模块7和结果报文返回模块8。

请求报文接收模块1：用于接收医院信息***9请求的报文。本***提供WebService、Http、Https等多种方式部署服务供医院信息***9调用，提供统一的入口，具有跨平台性、跨语言性，使医院HIS能根据自身实现自主选择调用方式，尽可能的降低调用的复杂性。

请求报文解析模块2：用于解析医院信息***9请求的报文为可操作的数据，并对关键字段进行格式验证。

商保公司识别模块3：用于根据医院信息***9请求的报文，判断要发送到指定的商保公司***10，并获取该指定的商保公司***10预先设定的报文格式。根据接收方代码(receiverCode)即保险公司代码，在本***中获取商保公司***10对应配置信息。获取对应商保公司***10请求路径、请求方式(WebService、Http、Https)，不同商保公司***10对应具体业务模块编码不一致，需要通过接收方代码(receiverCode)即保险公司代码匹配对应商保公司***10相应处理模块，然后做分发处理。

请求报文封装模块4：用于根据商保公司识别模块3的处理结果按照该指定的商保公司***10的报文格式将报文数据封装。根据对应商保公司***10的接口规范转换为相应的报文，业务编码(busseID)的转换，如上对应A保险公司的busseID，对应B保险公司的transType；相关金额的转换，医院信息***9报文统一单位为分，商保公司或为分、或为元、或需要两位小数、或需要四位小数，在本***中做统一转换；相关关日期格式的转换，医院信息***9为“yyyyMMdd”，商保公司***10或为“yyyy-MM-dd”、或为“yyyy-MM-dd HH:mm:ss”，本***根据不同商保公司***10做对应日期的转换。

请求报文发送模块5：用于将封装后的报文发送至商保公司***10。请求报文发送模块5将组装好的报文发送到对应商保公司***10，根据该商保公司***10需要的请求方式(WebService、Http、Https)做统一封装。

结果报文解析模块6：用于接收商保公司***10的返回结果并解析为***可操作的数据。结果报文解析模块6解析不同商保公司***10的返回报文，获取状态标识，如A保险公司为errorCode、B保险公司为failureReason，匹配保险公司返回代码，判断是否成功，对失败原因做统一转换，失败原因的对应业务编码、医院HIS报文中的相应字段做统一转换。

结果报文组装模块7：用于将解析后的商保公司***10的返回结果封装为***约定格式的报文。返回给医院HIS报文格式与请求报文格式一致，变更状态码(errorCode)、错误提示信息(errorMsg),使医院HIS能根据提示做对应的业务处理。

结果报文返回模块8：用于将封装后的商保公司***10的返回结果发送至医院信息***9。

一种用于上述商业健康保险在线直赔智能推荐***的方法，包括如下步骤：

1)请求报文接收模块1接收医院信息***9请求的报文。

接收到的报文如下所示：

中心医院请求A保险公司报文：

中心医院请求B保险公司报文：

2)请求报文解析模块2对接收的报文进行解析和验证。请求报文解析模块2首先对报文正确性和完整性做初步验证，对业务编码(busseID)进行验证，判断本***中是否开通对应服务；接着对人员编码(userId)、就诊流水号(medicalNum)、IS结算流水号(billNum)等非空字段做非空验证；然后对结算日期(settleDate)、出院日期(dischDate)等日期字段做日期格式验证；还包括对次要诊断名称1(diagnosisName1)等字段做长度验证；对医疗类别(medicalType)等字段做字典映射验证，判断其在数据字典中是否存在；对人员编码(userId)做业务验证，判断此人员编码是否能进行相关业务处理。

3)商保公司识别模块3根据解析后的报文，判断所要发送的商保公司***10，并获取指定的商保公司***10的报文格式。商保公司识别模块3根据接收方代码(receiverCode)即保险公司代码，在本***中获取商保公司对应配置信息。获取对应商保公司***10请求路径、请求方式(WebService、Http、Https)、报文格式。

4)请求报文封装模块4根据商保公司识别模块3获取的商保公司***10的报文格式，转换解析后的报文，并进行封装。请求报文封装模块4根据对应保险公司的接口规范转换为相应的报文，包括业务编码(busseID)的转换，如上对应A保险公司的busseID，对应B保险公司的transType；相关金额的转换，医院HIS***报文统一单位为分，商保公司或为分、或为元、或需要两位小数、或需要四位小数；相关关日期格式的转换，医院HIS***为“yyyyMMdd”，商保***或为“yyyy-MM-dd”、或为“yyyy-MM-dd HH:mm:ss”。请求报文封装模块4根据不同商保公司***10做业务编码、金额单位和对应日期的转换。封装后的报文如下所示：

A保险公司转换后的报文：

B保险公司转换后的报文：

5)请求报文发送模块5根据商保公司***10需要的请求方式(WebService、Http、Https)将封装后的报文发送至商保公司***10。6)结果报文解析模块6接收商保公司***10的返回结果并解析。请求报文发送模块5解析不同商保公司***10的返回报文，获取状态标识，如A保险公司为errorCode、B保险公司为failureReason，匹配保险公司返回代码，判断是否成功，对失败原因做统一转换，失败原因的对应业务编码、医院HIS报文中的相应字段做统一转换。

返回报文如下所示：

A保险公司返回报文：

B保险公司返回报文：

7)结果报文组装模块7将解析后的商保公司***10的返回结果封装；

8)结果报文返回模块8将封装后的商保公司***10的返回结果发送至医院信息***9作为本次请求的最终结果。

以上结合最佳实施例对本发明进行了描述，但本发明并不局限于以上揭示的实施例，而应当涵盖各种根据本发明的本质进行的修改、等效组合。

本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (7)

1.一种商业保险直赔直付通道智能转化***，其特征在于：包括请求报文接收模块(1)、请求报文解析模块(2)、商保公司识别模块(3)、请求报文封装模块(4)、请求报文发送模块(5)、结果报文解析模块(6)、结果报文组装模块(7)和结果报文返回模块(8)；

所述请求报文接收模块(1)：用于接收医院信息***(9)请求的报文；

所述请求报文解析模块(2)：用于解析所述医院信息***(9)请求的报文，并进行格式验证；

所述商保公司识别模块(3)：用于根据所述医院信息***(9)请求的报文，判断要发送的商保公司***(10)，并获取所述商保公司***(10)的报文格式；

所述请求报文封装模块(4)：用于根据所述商保公司***(10)的报文格式将报文数据封装；

所述请求报文发送模块(5)：用于将所述封装后的报文发送至所述商保公司***(10)；

所述结果报文解析模块(6)：用于接收所述商保公司***(10)的返回结果并解析；

所述结果报文组装模块(7)：用于将解析后的所述商保公司***(10)的返回结果封装；

所述结果报文返回模块(8)：用于将封装后的所述商保公司***(10)的返回结果发送至医院信息***(9)。

2.根据权利要求1所述的商业保险直赔直付通道智能转化***，其特征在于：所述请求报文接收模块(1)、结果报文返回模块(8)与医院信息***(9)的接口方式包括WebService、Http、Https。

3.根据权利要求2所述的商业保险直赔直付通道智能转化***，其特征在于：所述请求报文发送模块(5)、结果报文解析模块(6)与商保***(10)的接口方式包括WebService、Http、Https。

4.一种用于权利要求1～3中任一权利要求所述的商业健康保险在线直赔智能推荐***的方法，其特征在于：包括如下步骤：

1)请求报文接收模块(1)接收医院信息***(9)请求的报文；

2)请求报文解析模块(2)对接收的所述报文进行解析和验证；

3)根据所述解析后的报文，判断所要发送的商保公司***(10)，并获取所述商保公司***(10)的报文格式；

4)商保公司识别模块(3)根据所述商保公司***(10)的报文格式转换解析后的报文，请求报文封装模块(4)进行封装：

5)请求报文发送模块(5)将所述封装后的报文发送至所述商保公司***(10)；

6)结果报文解析模块(6)接收所述商保公司***(10)的返回结果并解析；

7)结果报文组装模块(7)接收医院信息***请求(9)将解析后的所述商保公司***(10)的返回结果封装；

8)结果报文返回模块(8)将封装后的所述商保公司***(10)的返回结果发送至医院信息***(9)。

5.根据权利要求4所述的商业健康保险在线直赔智能推荐方法，其特征在于：所述步骤2)中的验证包括：非空验证、日期格式验证、长度验证、映射验证、业务验证。

6.根据权利要求4所述的商业健康保险在线直赔智能推荐方法，其特征在于：所述步骤4)中的转换包括：业务编码转换、金额单元转换、日期格式转换。

7.根据权利要求4所述的商业健康保险在线直赔智能推荐方法，其特征在于：所述步骤6)中返回结果中包括状态标识，当状态标识为失败时，将失败原因对应的变更状态码和错误提示信息进行转换。