医保接口数据处理方法、数据处理装置和可读存储介质与流程

[0001]
本发明涉及医疗技术领域，具体而言，涉及一种医保接口数据处理方法，一种医保接口数据处理装置，一种计算机可读存储介质。


背景技术：

[0002]
医保接口的开发可以说是医院信息系统his(hosipital information system)中极其重要的一部分，从某种意义上讲，医保接口实施地好坏直接影响项目总体的进度和效果，但是由于医保政策的复杂性，多变性，再加上不同地区医保政策往往有很大的地区差异，在项目交付的过程中，软件设计及开发经常会遇到许多比较复杂或者难以解决的问题。
[0003]
另外实施的过程中，经常会遇到修改政策的过程。这在一定程度上给软件设计和实施增加了不少的难度。同时，也会导致医保接口软件设计上的不确定性，直接的后果是可能导致很多的重复劳动。
[0004]
传统的his接口开发大多是在项目现场基于客开的，由于项目有工期的要求，往往客开人员进行接口开发时缺少完善的顶层设计及方法，采用堆叠式的开发写出了扩展性差，维护性不高，业务侵入比较高的代码，而这种代码一旦换了一个项目基本要面临重新开发的困境，复用性差。


技术实现要素：

[0005]
本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。
[0006]
为此，本发明的一个方面在于提出了一种医保接口数据处理方法。
[0007]
本发明的另一个方面在于提出了一种医保接口数据处理装置。
[0008]
本发明的再一个方面在于提出了一种可读存储介质。
[0009]
有鉴于此，根据本发明的一个方面，提出了一种医保接口数据处理方法，包括：根据目标业务的属性信息构建目标业务的实体对象；基于预设医保入口函数调用医保接口；根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文。
[0010]
本发明提供的医保接口数据处理方法，首先，抽取目标业务的属性信息，基于属性信息，构建目标业务的实体对象，从而统一了交易参数的处理方式。其次，通过预先设置标准化的医保入口函数，并埋入his端，将his端业务和医保端业务隔离，his端业务中不直接嵌入医保的处理过程，只在业务发生的业务触发点埋入标准化的医保入口函数。这样可解耦his端业务和医保端业务，可满足各家医院his主程序的完整性，又能灵活扩展进行客户化的开发。同时，利用共性，屏蔽个性，尽量将his端该调用医保处理的位置、函数名称和步骤明确化，规范化，避免不必要的重复劳动和差异程序维护。然后，根据医保接口对应的医保文档信息，对实体对象进行数据处理，从而得到医保接口所需格式的业务报文。由此可支持多种参数类型的传输，做到参数自动解析，自动格式化，规范化处理，大大减少冗余代码量。通过本发明提供的医保接口数据处理方法，规范化了医保接口开发的流程，使客开人员能根据开发技术指南按照步骤实现医保开发，使医保开发的重点从流程开发聚焦到数据层
面处理，并实现了医保接口与his系统的低耦合，提高了his产品的复用性。
[0011]
根据本发明的上述医保接口数据处理方法，还可以具有以下技术特征：
[0012]
在上述技术方案中，根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文的步骤，具体包括：根据医保文档信息，将实体对象转换为对应格式的第一业务报文；基于第一业务报文需要加密的情况下，将第一业务报文加密，得到第二业务报文并将第二业务报文发送至医保接口；基于第一业务报文不需要加密的情况下，则直接将第一业务报文发送至医保接口。
[0013]
在该技术方案中，对根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文的方法进行了限定。具体地，首先根据医保文档信息，将目标业务的实体对象转换医保接口所需格式的第一业务报文。之后，对于第一业务报文是否需要加密进行判定，如果第一业务报文需要加密，则将其加密而得到第二业务报文，并将第二业务报文输出给医保接口。如果第一业务报文不需要加密，则直接将其输出给医保接口。通过本发明的技术方案，实现了医保接口与his系统的低耦合，同时提高了交易安全性。
[0014]
在上述任一技术方案中，实体对象包括标签，以及以下任一项或其组合：患者姓名、性别、医保信息，就诊地点，就诊项目，单价，总费用。
[0015]
在该技术方案中，实体对象包括标签，以及患者姓名、性别、医保信息，就诊地点，就诊项目，单价，总费用中的任一项或其组合，其中标签可以是实体对象的标签，也可以是实体对象中的任一字段的标签。通过将业务数据抽象为实体对象，并设置标签，一方面可以规范化参数的处理方式，从而减少冗余代码量，另一方面可以为实体对象添加注解信息，如是否加密等信息，从而保证交易过程的安全性。
[0016]
在上述任一技术方案中，根据医保文档信息，将目标业务的实体对象转换为对应格式的第一业务报文的步骤，具体包括：基于对应格式为第一预设格式的情况下，将目标业务的实体对象转换为第一预设格式的目标对象，并根据目标对象生成第一业务报文；基于对应格式为第二预设格式的情况下，根据目标业务的实体对象生成第一业务报文。
[0017]
在该技术方案中，对根据医保文档信息，将目标业务的实体对象转换为对应格式的第一业务报文的方法进行了限定。具体地，如果医保接口所需格式为第一预设格式，第一预设格式为xml格式或json格式，则将目标业务的实体对象转换为xml或json的表达方式，再将此表达方式的目标对象反射生成第一业务报文。如果医保接口所需格式为第二预设格式，第二预设格式为自定义格式，包括分隔符
‘
|’等自定义信息，则将目标业务的实体对象反射生成第一业务报文。通过本发明的技术方案，能够做到参数自动解析，自动格式化，规范化处理，可以帮助研发或实施人员更好的实施医保，提高开发及交付效率。
[0018]
在上述任一技术方案中，第一预设格式为xml格式或json格式；第二预设格式为自定义格式。
[0019]
在该技术方案中，第一预设格式为xml格式或json格式，但不限于此；第二预设格式为自定义格式。
[0020]
在上述任一技术方案中，医保接口数据处理方法还包括：基于标签为预设信息的情况下，对第一业务报文加密。
[0021]
在该技术方案中，通过标签来判断是否对第一业务报文加密，当标签为预设信息时，则需要对第一业务报文加密。
[0022]
在上述任一技术方案中，医保接口数据处理方法还包括：接收医保接口反馈的结果消息报文，并对结果消息报文进行数据反处理，以将结果消息报文转换为目标业务的结果实体。
[0023]
在该技术方案中，通过接收医保接口反馈的结果消息报文，并对结果消息报文进行数据反处理，具体地，包括解密处理以及编码处理，从而将结果消息报文转换为目标业务的结果实体，返回给his系统。通过本发明的技术方案，实现了his端业务与医保端业务的双向数据格式转换，从而更好地规范化了医保接口开发的流程，实现医保接口与his系统的低耦合。
[0024]
在上述任一技术方案中，预设医保入口函数包括医保初始化函数、医保读卡函数，以及住院业务函数或门诊业务函数。
[0025]
在该技术方案中，预设医保入口函数包括医保初始化函数、医保读卡函数以及住院部核心业务涉及的住院业务函数，以及门诊核心业务涉及的门诊业务函数。并且，利用共性，屏蔽个性，尽量将his端该调用医保处理的位置、函数名称和步骤明确化，规范化，避免不必要的重复劳动和差异程序维护。
[0026]
根据本发明的另一个方面，提出了一种软件依赖关系分析装置，包括：存储器，存储器存储有程序；处理器，处理器执行程序时实现如上述任一技术方案的医保接口数据处理方法。
[0027]
本发明提供的软件依赖关系分析装置，处理器执行程序时实现如上述任一技术方案的医保接口数据处理方法的步骤，因此该软件依赖关系分析装置包括上述任一技术方案的医保接口数据处理方法的全部有益效果。
[0028]
根据本发明的再一个方面，提出了一种可读存储介质，其上存储有程序，程序被处理器执行时实现如上述任一技术方案的医保接口数据处理方法。
[0029]
本发明提供的可读存储介质，程序被处理器执行时实现如上述任一技术方案的医保接口数据处理方法的步骤，因此该可读存储介质包括上述任一技术方案的医保接口数据处理方法的全部有益效果。
[0030]
本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
[0031]
本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
[0032]
图1示出了本发明的第一个实施例的医保接口数据处理方法的流程示意图；
[0033]
图2示出了本发明的第二个实施例的医保接口数据处理方法的流程示意图；
[0034]
图3示出了本发明的第三个实施例的医保接口数据处理方法的流程示意图；
[0035]
图4示出了本发明的第四个实施例的医保接口数据处理方法的流程示意图；
[0036]
图5示出了本发明的第五个实施例的医保接口数据处理方法的流程示意图；
[0037]
图6示出了本发明的第六个实施例的医保接口数据处理方法的his端与医保端的交互示意图；
[0038]
图7示出了本发明的一个实施例的医保接口数据处理装置的示意框图。
具体实施方式
[0039]
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。
[0040]
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不限于下面公开的具体实施例的限制。
[0041]
根据本发明的一个方面的实施例，提出了一种医保接口数据处理方法，通过以下实施例对该医保接口数据处理方法进行详细说明。
[0042]
实施例一，图1示出了本发明的第一个实施例的医保接口数据处理方法的流程示意图。其中，该医保接口数据处理方法包括：
[0043]
步骤102，根据目标业务的属性信息构建目标业务的实体对象；
[0044]
步骤104，基于预设医保入口函数调用医保接口；
[0045]
步骤106，根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文。
[0046]
本发明的实施例提供的医保接口数据处理方法，首先，抽取目标业务的属性信息，基于属性信息，构建目标业务的实体对象，从而统一了交易参数的处理方式。其次，通过预先设置标准化的医保入口函数，并埋入his端，将his端业务和医保端业务隔离，his端业务中不直接嵌入医保的处理过程，只在业务发生的业务触发点埋入标准化的医保入口函数。这样可解耦his端业务和医保端业务，可满足各家医院his主程序的完整性，又能灵活扩展进行客户化的开发。同时，利用共性，屏蔽个性，尽量将his端该调用医保处理的位置、函数名称和步骤明确化，规范化，避免不必要的重复劳动和差异程序维护。然后，根据医保接口对应的医保文档信息，对实体对象进行数据处理，从而得到医保接口所需格式的业务报文。由此可支持多种参数类型的传输，做到参数自动解析，自动格式化，规范化处理，大大减少冗余代码量。通过本发明提供的医保接口数据处理方法，规范化了医保接口开发的流程，使客开人员能根据开发技术指南按照步骤实现医保开发，使医保开发的重点从流程开发聚焦到数据层面处理，并实现了医保接口与his系统的低耦合，提高了his产品的复用性。
[0047]
实施例二，图2示出了本发明的第二个实施例的医保接口数据处理方法的流程示意图。其中，该医保接口数据处理方法包括：
[0048]
步骤202，根据目标业务的属性信息构建目标业务的实体对象；
[0049]
步骤204，基于预设医保入口函数调用医保接口；
[0050]
步骤206，根据医保接口对应的医保文档信息，将实体对象转换为对应格式的第一业务报文；
[0051]
步骤208，第一业务报文是否需要加密？若是，执行步骤210，若否，执行步骤212；
[0052]
步骤210，将第一业务报文加密，得到第二业务报文并将第二业务报文发送至医保接口；
[0053]
步骤212，直接将第一业务报文发送至医保接口。
[0054]
在该实施例中，对根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文的方法进行了限定。具体地，首先根据医保文档信息，将目标业务
的实体对象转换医保接口所需格式的第一业务报文。之后，对于第一业务报文是否需要加密进行判定，如果第一业务报文需要加密，则将其加密而得到第二业务报文，并将第二业务报文输出给医保接口。如果第一业务报文不需要加密，则直接将其输出给医保接口。通过本发明的实施例，实现了医保接口与his系统的低耦合，同时提高了交易安全性。
[0055]
实施例三，图3示出了本发明的第三个实施例的医保接口数据处理方法的流程示意图。其中，该医保接口数据处理方法包括：
[0056]
步骤302，根据目标业务的属性信息构建目标业务的实体对象；
[0057]
步骤304，基于预设医保入口函数调用医保接口；
[0058]
步骤306，根据医保接口对应的医保文档信息确定对应格式；
[0059]
步骤308，基于对应格式为第一预设格式的情况下，将目标业务的实体对象转换为第一预设格式的目标对象，并根据目标对象生成第一业务报文；基于对应格式为第二预设格式的情况下，根据目标业务的实体对象生成第一业务报文；
[0060]
步骤310，第一业务报文是否需要加密？若是，执行步骤312，若否，执行步骤314；
[0061]
步骤312，将第一业务报文加密，得到第二业务报文并将第二业务报文发送至医保接口；
[0062]
步骤314，直接将第一业务报文发送至医保接口。
[0063]
在该实施例中，对根据医保文档信息，将目标业务的实体对象转换为对应格式的第一业务报文的方法进行了限定。具体地，如果医保接口所需格式为第一预设格式，第一预设格式为xml格式或json格式，则将目标业务的实体对象转换为xml或json的表达方式，再将此表达方式的目标对象反射生成第一业务报文。如果医保接口所需格式为第二预设格式，第二预设格式为自定义格式，包括分隔符
‘
|’等自定义信息，则将目标业务的实体对象反射生成第一业务报文。通过本发明的实施例，能够做到参数自动解析，自动格式化，规范化处理，可以帮助研发或实施人员更好的实施医保，提高开发及交付效率。
[0064]
在本实施例中，第一预设格式为xml格式或json格式；第二预设格式为自定义格式。
[0065]
在该实施例中，第一预设格式为xml格式或json格式，但不限于此；第二预设格式为自定义格式。
[0066]
实施例四，图4示出了本发明的第四个实施例的医保接口数据处理方法的流程示意图。其中，该医保接口数据处理方法包括：
[0067]
步骤402，根据目标业务的属性信息构建目标业务的实体对象；
[0068]
步骤404，基于预设医保入口函数调用医保接口；
[0069]
步骤406，根据医保接口对应的医保文档信息确定对应格式；
[0070]
步骤408，基于对应格式为第一预设格式的情况下，将目标业务的实体对象转换为第一预设格式的目标对象，并根据目标对象生成第一业务报文；基于对应格式为第二预设格式的情况下，根据目标业务的实体对象生成第一业务报文；
[0071]
步骤410，判断实体对象的标签是否为预设信息，若是，执行步骤412，若否，执行步骤414；
[0072]
步骤412，将第一业务报文加密，得到第二业务报文并将第二业务报文发送至医保接口；
[0073]
步骤414，直接将第一业务报文发送至医保接口。
[0074]
在该实施例中，通过标签来判断是否对第一业务报文加密，当标签为预设信息时，则需要对第一业务报文加密。
[0075]
实施例五，图5示出了本发明的第五个实施例的医保接口数据处理方法的流程示意图。其中，该医保接口数据处理方法包括：
[0076]
步骤502，根据目标业务的属性信息构建目标业务的实体对象；
[0077]
步骤504，基于预设医保入口函数调用医保接口；
[0078]
步骤506，根据医保接口对应的医保文档信息确定对应格式；
[0079]
步骤508，基于对应格式为第一预设格式的情况下，将目标业务的实体对象转换为第一预设格式的目标对象，并根据目标对象生成第一业务报文；基于对应格式为第二预设格式的情况下，根据目标业务的实体对象生成第一业务报文；
[0080]
步骤510，判断实体对象的标签是否为预设信息，若是，执行步骤512，若否，执行步骤514；
[0081]
步骤512，将第一业务报文加密，得到第二业务报文并将第二业务报文发送至医保接口；
[0082]
步骤514，直接将第一业务报文发送至医保接口；
[0083]
步骤516，接收医保接口反馈的结果消息报文，并对结果消息报文进行数据反处理，以将结果消息报文转换为目标业务的结果实体。
[0084]
在该实施例中，通过接收医保接口反馈的结果消息报文，并对结果消息报文进行数据反处理，具体地，包括解密处理以及编码处理，从而将结果消息报文转换为目标业务的结果实体，返回给his系统。通过本发明的实施例，实现了his端业务与医保端业务的双向数据格式转换，从而更好地规范化了医保接口开发的流程，实现医保接口与his系统的低耦合。
[0085]
在上述任一实施例中，实体对象包括标签，以及以下任一项或其组合：患者姓名、性别、医保信息，就诊地点，就诊项目，单价，总费用。
[0086]
在该实施例中，实体对象包括标签，以及患者姓名、性别、医保信息，就诊地点，就诊项目，单价，总费用中的任一项或其组合，其中标签可以是实体对象的标签，也可以是实体对象中的任一字段的标签。通过将业务数据抽象为实体对象，并设置标签，一方面可以规范化参数的处理方式，从而减少冗余代码量，另一方面可以为实体对象添加注解信息，如是否加密等信息，从而保证交易过程的安全性。
[0087]
在上述任一实施例中，预设医保入口函数包括医保初始化函数、医保读卡函数，以及住院业务函数或门诊业务函数。
[0088]
在该实施例中，预设医保入口函数包括医保初始化函数、医保读卡函数以及住院部核心业务涉及的住院业务函数，以及门诊核心业务涉及的门诊业务函数。并且，利用共性，屏蔽个性，尽量将his端该调用医保处理的位置、函数名称和步骤明确化，规范化，避免不必要的重复劳动和差异程序维护。
[0089]
实施例六，提出了一种软件依赖关系分析方法。其中，该软件依赖关系分析方法包括以下几个步骤：
[0090]
一、预先设置标准化的医保入口函数(即预设医保入口函数)，利用共性，屏蔽个
性，尽量将his端该调用医保处理的位置、函数名称和步骤明确化，规范化，避免不必要的重复劳动和差异程序维护。其中标准化的医保入口函数主要包括以下几个部分：
[0091]
医保初始化函数；
[0092]
医保读卡函数；
[0093]
住院核心业务：医保入院登记，医保入院登记撤销，医保出院登记，医保出院登记撤销，医保出院结算，医保出院结算撤销，医保预结算，医保(医嘱/费用)明细上传，医保(医嘱/费用)明细撤销；
[0094]
门诊核心业务：医保门诊挂号，医保门诊挂号撤销，医保门诊收费结算，医保门诊收费结算撤销，医保门诊收费预结算。
[0095]
二、将标准化的医保入口函数预埋入his业务触发点，将his端业务和医保端业务隔离，his端业务中不直接嵌入医保的处理过程，只在业务发生的业务触发点埋入标准化的医保(交易)入口函数。这样可解耦his端业务和医保端业务。可满足各家医院his主程序的完整性又能灵活扩展进行客户化的开发。
[0096]
三、根据医保接口对应的医保文档信息，对实体对象进行数据处理，得到对应格式的业务报文。此步骤可支持多种参数类型的传输(xml、自定义分隔符
‘
|’，json)，做到参数自动解析，自动格式化，规范化处理，大大减少冗余代码量。
[0097]
四、目前，开发完成医保接口想进行联网调试是比较困难的，主要面临以下问题：当地医保环境是否提供了测试网络环境，医院是否已经具备医保网络条件。基于以上问题的不确定性，根据医保文档信息的实体信息实例化出来一个虚拟的医保服务，用于脱机调试。
[0098]
图6示出了本发明的第六个实施例的医保接口数据处理方法的his端与医保端的交互示意图。其中，业务数据组装实体并添加注解的过程即根据目标业务的属性信息构建目标业务的实体对象，需要说明的是，一个实体包括一个或多个实体对象。
[0099]
普通消息处理器根据医保接口对应的医保文档信息对实体对象进行数据处理，以得到对应格式的业务报文。首先是高级特性的判断过程，具体地，根据医保文档信息确定医保接口所需格式，如果对应格式为xml或json，则判定具有高级特性，采用高级适配器将实体对象转换为xml或json表达方式的目标对象，再将目标对象反射生成消息报文(即第一业务报文)。如果对应格式为自定义格式，则直接对实体对象进行数据处理，以反射生成消息报文(即第一业务报文)。
[0100]
加/解密的方式为base64，但不限于此。
[0101]
定义适配消息处理器对结果报文进行编码，具体地，通过泛型解析构建结果实体。
[0102]
本实施例提供的软件依赖关系分析方法，具有以下有益技术效果：
[0103]
一、规范化了医保接口开发的流程，使客开人员能根据开发技术指南按照步骤实现医保开发，使医保开发的重点从流程开发聚焦到数据层面处理。
[0104]
二、实现了医保接口与his业务系统的低耦合，提高了his产品的复用性。
[0105]
三、提供的虚拟的医保服务，解决了医保网络专网限时导致调试困难的困境。
[0106]
根据本发明的另一个方面的实施例，提出了一种软件依赖关系分析装置，图7示出了本发明的一个实施例的医保接口数据处理装置700的示意框图。其中，该医保接口数据处理装置700包括：存储器702，存储器702存储有程序；处理器704，处理器704执行程序时实现
如上述任一实施例的医保接口数据处理方法。
[0107]
本实施例提供的医保接口数据处理装置700，处理器704执行程序时实现如上述任一实施例的医保接口数据处理方法的步骤，因此该医保接口数据处理装置700包括上述任一实施例的医保接口数据处理方法的全部有益效果。
[0108]
根据本发明的再一个方面的实施例，提出了一种可读存储介质，其上存储有程序，程序被处理器执行时实现如上述任一实施例的医保接口数据处理方法。
[0109]
本实施例提供的可读存储介质，程序被处理器执行时实现如上述任一实施例的医保接口数据处理方法的步骤，因此该可读存储介质包括上述任一实施例的医保接口数据处理方法的全部有益效果。
[0110]
在本说明书的描述中，术语“第一”、“第二”仅用于描述的目的，而不能理解为指示或暗示相对重要性，除非另有明确的规定和限定；术语“连接”、“安装”、“固定”等均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
[0111]
在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
[0112]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。