商业保险直赔直付通道智能转化系统及方法与流程

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

背景技术：

商业健康保险是我国医疗保障体系的重要组成部分，加快商业健康保险的发展，有利于夯实多层次医疗保障体系，满足人民群众多样化的健康保障需求。现阶段，商业健康保险的赔付主要是通过线下人工来完成的，对于患者和保险机构来说费时费力，患者和商业保险公司都需要耗费更大的代价才能完成整个赔付流程，这样既不利于患者及时获得商业健康保险的赔付，也不利于商保公司系统降低商业健康保险的管理和赔付成本。目前，在建立商保公司系统与医院信息系统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作为本次请求的最终结果。

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

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