一种跨省异地医保联网结算方法及系统

技术领域

本发明涉及实时联网结算的技术领域，尤其涉及一种跨省异地医保联网结算方法及系统。

背景技术

当前，自助挂号机受读卡器的限制，几乎所有自助挂号机的读卡器均为各省市当地社保中心授权的开发商来改造以获取当地缴纳社保人群的医保信息。

因某些省市(如天津市)的特殊情况，该省市几乎所有医保卡均为磁条卡，故现有读卡器均可直接从磁条中读取卡信息，然后发送给社保中心授权的开发商，以便对接国家医保平台并进行实时结算。但其他省市医保卡大多为芯片卡，普通读卡器无法对芯片卡进行解析，部分省市的地方社保中心会对特定的读卡器进行改造授权，以解析当地社保卡中芯片的信息，并获取被保人的医保信息来进行实时报销。每个省市读取本地社保卡的方式大同小异。

当异地患者持卡在人工窗口进行挂号缴费，窗口操作员根据患者医保卡手工选择异地身份，通过计算机连接本地医保服务平台，然后跳转到国家医保服务器进行数据交互，实现医保实时结算。

窗口通过接口方式调用医保平台，将患者基本信息推送给医保平台，平台返回患者参保信息，窗口将患者参保信息以及挂号缴费等数据推送给平台，平台返回成功状态以及报销金额。窗口根据平台返回信息完成医保交互，进行挂号收费票据打印。

因此，现有自助挂号机读卡器仅可获取解析当地社保卡的芯片及磁条内容，且仅可调取当地医保平；其次，接口不能自主选择患者为异地就医患者，需要人工手动进行选择。

发明内容

本发明公开了一种跨省异地医保联网结算系统，旨在解决现有技术中存在的技术问题。

本发明采用下述技术方案：

第一方面，本发明实施例提供了一种跨省异地医保联网结算方法，包括：

响应于用户的第一操作；

引用中心接口中的动态链接库文件及用于医疗数据上传和下载的函数；

调用下载医保卡相关数据的函数接口，解析医保卡中的用户具体信息；

当用户为异地患者时，调用异地门特医保结算函数接口，进行费用预结算；

将预结算信息及用户的医保信息上传至国家医保服务平台，进行最终医保结算。

在一种可能的实施方式中，用户的第一操作包括：检测并确认用户的医保卡已插入自助挂号机的卡槽。

在一种可能的实施方式中，动态链接库文件包括：

计费DDL文件，用于计算医院各项业务的成本和费用；

同步DDL文件，用于将医院内部的各个子系统数据进行同步更新，确保数据的一致性和准确性；

HIS系统相关DDL文件，用于与HIS系统集成，实现数据共享和交换等功能。

在一种可能的实施方式中，用于医疗数据上传和下载的函数定义于所述动态链接库文件中。

在一种可能的实施方式中，调用下载医保卡相关数据的函数接口，解析医保卡中的用户具体信息的步骤中，还具体包括：

调用下载医保卡相关数据的函数接口，接收接口函数返回的消息；

解析返回消息中的程序执行状态，当程序执行状态为成功时，继续解析返回消息中用户的具体信息。

在一种可能的实施方式中，当用户为异地患者时，调用异地门特医保结算函数接口，进行预结算的步骤中，还包括：

基于用户的具体信息判断用户是否为异地患者，当判断当前用户为异地患者时，调用异地门特医保结算函数接口，上传国家服务接口字典定义的国际疾病诊断分类编码，获取就医顺序号；

调用异地门特医保结算函数接口，上传所述就医顺序号和费用分割信息，接收接口函数返回的消息；

解析返回消息中的程序执行状态，当程序执行状态为成功时，继续进行预结算操作。

在一种可能的实施方式中，在所述将预结算信息及用户的医保信息上传至国家医保服务平台，进行最终医保结算的步骤中，还包括：

调用异地门特医保结算函数接口，上传预结算信息及用户的医保信息至国家医保服务平台，进行最终医保结算。

第二方面，本发明实施例提供了一种跨省异地医保联网结算系统，包括：

响应模块，用于响应于用户的第一操作；

引用模块，用于引用中心接口中的动态链接库文件及用于医疗数据上传和下载的函数；

解析模块，用于调用下载医保卡相关数据的函数接口，解析医保卡中的用户具体信息；

预结算模块，用于当用户为异地患者时，调用异地门特医保结算函数接口，进行预结算；

医保结算模块，用于将预结算信息及用户的医保信息上传至国家医保服务平台，进行最终医保结算。

第三方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上任一项所述的跨省异地医保联网结算方法。

第四方面，本发明实施例提供了一种可读存储介质，该可读存储介质上存储有跨省异地医保联网结算程序，所述跨省异地医保联网结算程序被处理器执行时，能够实现如上任一项所述的跨省异地医保联网结算方法。

本发明采用的技术方案能够达到以下有益效果：

本发明提供了一种跨省异地医保联网结算方法，通过刷卡读取患者信息，使用患者信息调用平台的接口，通过国家医保平台实现患者参保地进行实时交互，患者实时享受当地医保待遇，不需要全额垫付后再回所在地报销，以上操作均使用自助机实现，不需要人工窗口操作，减少人工窗口压力及患者排队缴费等待时间，为患者省出更多时间用于和医生交流，增加患者就医体验。同时还能结合实际情况，将标准处方信息上传给国家平台，如药品国家编码、给药途径、使用频次、使用剂量单位等。

基于上述方法，医院在现有的信息系统基础上，利用动态链接库接口中封装的函数与医保中心进行联网，以完成对医保病人的医疗数据管理及费用的结算。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，构成本发明的一部分，本发明的示意性实施例及其说明解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明一个实施例提供的跨省异地医保联网结算方法的流程图；

图2为本发明一个实施例提供的跨省异地医保联网结算系统的结构框图；

图3为本发明一个实施例提供的电子设备的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明具体实施例及相应的附图对本发明技术方案进行清楚、完整地描述。在本发明的描述中，需要说明的是，术语“或”通常是以包括“和/或”的含义而进行使用的，除非内容另外明确指出外。

显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在现有技术中，异地患者无法直接使用自助挂号机实现自助挂号缴费，需要到人工窗口办理，而在人工窗口进行挂号缴费时，需要通过计算机连接本地医保服务平台跳转到国家医保服务器，通过接口方式调用医保平台来完成数据交互，并根据平台返回信息完成医保交互和挂号收费票据打印，步骤繁琐。

具体地，患者在跨省异地就医时，如果要在异地完成结算，需要提前在线上进行备案，在备案成功后，再根据需求选择异地联网定点医疗机构，之后方可持卡完成异地就医的挂号及结算工作。

为解决上述问题，本发明实施例提供了一种跨省异地医保联网结算方法，包括以下步骤：

步骤110，响应于用户的第一操作。

在本发明一个实施例中，用户的第一操作包括：检测并确认用户的医保卡已插入跨省异地就医的自助挂号机的卡槽，并且该医保卡被正常识别并能够成功读取。

具体地，第一操作的时机包括患者挂号时、入院登记时、出院结算时和门诊结算时。

本实施例中所述的医保卡不限定磁条式医保卡(也即天津市的情况)或是芯片式医保卡(其他大部分省市的情况)，优选地，医保卡为芯片式医保卡。

步骤120，引用中心接口中的动态链接库文件及用于医疗数据上传和下载的函数。

具体地，中心接口是指挂号机的系统中连接各种子系统和模块的一个集成平台，它可以将所有的子系统集成在一起，实现数据共享和交互。中心接口的作用在于实现各个子系统之间的信息共享和协同工作，使得整个系统的性能和效率都得到了提高。

具体来说，中心接口可以帮助医院管理人员更好地把握病人就诊情况，可以将门诊、住院、检查等各个模块的数据连接在一起，使得医生和医院管理人员可以更加方便地查看和管理病人的医疗信息，为病人提供更好的医疗服务。

在本发明一个实施例中，动态链接库文件及函数均引用自中心接口标准，动态链接库文件包括nybreckoning.dll、nybreckoningsy.dll及yhybreckoning_his.dll；用于医疗数据上传和下载的函数包括DataDown_rs、DataDown_sp、DataDown_yb、DataDown_mts、DataDown_mtd、DataDown_czys、DataDown_czyd、DataDown_cmts、DataDown_cmtd、DataDown_smzs、DataDown_card、DataDown_smzd、DataDown_gzys、DataDown_gzyd、DataUpload、DataDown_sp1等。

具体地，DDL文件的作用是提供程序所需的模块或服务，以及对程序进行优化和增强。其中，nybreckoning.dll为计费DDL文件，用于计算医院各项业务的成本和费用；nybreckoningsy.dll为同步DDL文件，用于将医院内部的各个子系统数据进行同步更新，确保数据的一致性和准确性；yhybreckoning_his.dll为HIS系统相关DDL文件，用于与HIS系统(医院信息管理系统)集成，实现数据共享和交换等功能。

具体地，DataDown_rs函数用于下载人事相关数据，DataDown_sp函数用于下载药品相关数据，DataDown_yb函数用于下载医保相关数据，DataDown_mts函数用于下载门特相关数据，DataDown_mtd函数用于下载门特明细数据，DataDown_czys函数用于下载操作医生相关数据，DataDown_czyd函数用于下载操作医生对患者的诊断、治疗等记录，DataDown_cmts函数用于下载操作护士相关数据，DataDown_cmtd函数用于下载操作护士对患者的治疗记录，DataDown_card函数用于下载就诊卡相关数据，DataDown_mzydjs函数用于下载门诊医生结算相关数据，DataDown_smzs函数用于下载扫描医生相关数据，DataDown_smzd函数用于下载扫描医生对患者的诊断记录，DataDown_gzys函数用于下载工作医生相关数据，DataDown_gzyd函数用于下载工作医生对患者的治疗记录，DataUpload函数用于上传数据到数据库中，DataDown_sp1函数用于下载药品价格信息。具体地，前述函数定义于所述动态链接库文件中。

在本发明一个实施例中，对前述动态链接库文件及函数进行声明。

步骤130，调用下载医保卡相关数据的函数接口，解析医保卡中的用户具体信息。

在本发明一个实施例中，步骤130还具体包括：调用下载医保卡相关数据的函数接口(也即DataDown_card函数)，接收接口函数返回的消息；解析返回消息中的程序执行状态，当程序执行状态为成功时，代表医保卡能够正常解析，然后继续解析返回消息中用户的具体信息。

具体地，用户的具体信息包括身份号码、姓名、年龄、性别、单位名称、个人编码、人群类别、验证码、刷卡类型、电子凭证授权、实人认证业务流水号、二维码值+行分割符+信息结束符等具体信息。

步骤140，当用户为异地患者时，调用异地门特医保结算函数接口，进行费用预结算。

在本发明一个实施例中，步骤140还具体包括：

基于用户的具体信息判断用户是否为异地患者，当判断当前用户为异地患者时，调用异地门特医保结算函数接口(也即DataDown_mzydjs函数)，上传国家服务接口字典定义的国际疾病诊断分类编码，获取就医顺序号；

调用异地门特医保结算函数接口，上传所述就医顺序号和费用分割信息，接收接口函数返回的消息；

解析返回消息中的程序执行状态，当程序执行状态为成功时，继续进行预结算操作。

具体地，国际疾病分类(international classification of diseases，ICD)，是由WHO组织制定的。它是根据疾病的病因、病理、临床表现和解剖位置等特性，将疾病分门别类，并用编码方法表示的系统。2018年发布了第11版(简称ICD-11)。最新版本ICD-11在内容层面建立了其基础构件(ICD-11Foundation component)，共计5.4万疾病、伤害、外部原因、体征和症状等实体，可根据特定的需求，从基础构件中抽取需要的内容形成子集，ICD-11-mortality and morbidity statistics(ICD-11-MMS)就是从基础构件中抽出的子集，是用于统计死亡率和发病率的疾病分类与代码，也是我国目前组织编译的版本。

具体地，ICD-11-MMS定义了主干码(stem codes)和扩展码(extension codes)两种编码，以及预组配(pre-coordination)和后组配(post-coordination)编码的编码方式。

在本发明一个实施例中，上传的国际疾病诊断分类编码可以是门特编码M00500。

具体地，就医顺序号为本次就诊交易的就诊凭证序号，在之后的挂号和缴费交易中作为凭证上传给国家医保服务器，方便对端进行合法性验证。

具体地，费用分割信息包括明细输入时间、医疗机构项目编码、序号、医院编码、医保目录编码、医院服务项目名称、自负比例、剂型、规格、单价、数量、发生金额、申报金额、全自费金额、增负金额、手术费用标志、累计增负标志、统计代码、增负药品标志、用量、用法、批准文号、用药天数、单次用量、科室编码、医师编码、经办人、经办时间等信息。

步骤150，将预结算信息及用户的医保信息上传至国家医保服务平台，进行最终医保结算。

具体地，调用DataDown_mzydjs函数接口，将就医顺序号、单据号、急诊标识、主要诊断编码、科室编号、科室名称、医师编码、诊断描述、费用发生时间、经办人、次要疾病诊断编码、电子票据代码、电子票据号码、挂号编号、个人编码、医院编码、社区编码、社保处方流水号、医疗类别+信息结束符传给国家医保服务，接收到程序执行状态、程序执行信息、实收起付金额、医保支付总额、基本医疗保险统筹基金支付金额、公务员医疗补助基金、补充医疗保险基金、大病补充医疗保险基金(大额医疗补助基金)、伤残人员医疗保障基金、民政补助基金、其他基金支付、个人现金支付、个人账户支付、个人账户余额、险种类型、全额垫付标志、挂号编号、药品费发生金额、药品费申报金额、检查费发生金额、检查费申报金额、治疗费发生金额、治疗费申报金额、手术费发生金额、手术费申报金额、床位费发生金额、床位费申报金额、医用材料发生金额、医用材料申报金额、其它发生金额、其它申报金额、输全血发生金额、输全血申报金额、成分输血发生金额、成分输血申报金额、发生金额、申报金额、增负金额、自费金额、中心交易时间等信息上传至国家医保服务平台，然后进行最终医保结算。

在上述实施例中，异地患者在跨省就医时，即使不通过人工窗口，亦可在自助挂号机享受当地医保待遇并进行实时结算。基于上述方法，医院在现有的信息系统基础上，利用动态链接库接口中封装的函数与医保中心进行联网，以完成对医保病人的医疗数据管理。参保人到医院就医，医院信息系统可调用动态链接库接口中封装的函数功能，通过网络获取参保病人的基本情况，确定参保病人是否参保，并且是否在当地医保相关部门进行了就医登记，开具住院待遇资格确认书到医保中心，同时也将参保病人的资料保存于定点医疗机构信息系统中。医院信息系统再对其住院期间所发生的医院费用进行管理，待病人出院时，医院信息系统再调用动态链接库接口中封装的函数对病人住院费用进行结算，计算出该参保病人的个人支付金额、统筹申请金额和医疗救助申请金额，通过网络上传至医保中心数据库以完成对该病人住院费用的管理。对门诊支付而言，医院信息系统同样也应用动态链接库接口中封装的函数功能进行支付处理，达到实时处理个人帐户和门诊专项基金支付费用。

在本发明一个实施例中，还提供了一种跨省异地医保联网结算系统，该系统包括：

响应模块210，用于响应于用户的第一操作。

在本发明一个实施例中，响应模块210，被配置为检测并确认用户的医保卡已插入跨省异地就医的自助挂号机的卡槽，并且该医保卡被正常识别并能够成功读取。

引用模块220，用于引用中心接口中的动态链接库文件及用于医疗数据上传和下载的函数。

解析模块230，用于调用下载医保卡相关数据的函数接口，解析医保卡中的用户具体信息。

在本发明一个实施例中，解析模块230，被配置为调用下载医保卡相关数据的函数接口(也即DataDown_card函数)，接收接口函数返回的消息；解析返回消息中的程序执行状态，当程序执行状态为成功时，代表医保卡能够正常解析，然后继续解析返回消息中用户的具体信息。

预结算模块240，用于当用户为异地患者时，调用异地门特医保结算函数接口，进行预结算。

在本发明一个实施例中，预结算模块240，被配置为基于用户的具体信息判断用户是否为异地患者，当判断当前用户为异地患者时，调用异地门特医保结算函数接口(也即DataDown_mzydjs函数)，上传国家服务接口字典定义的国际疾病诊断分类编码，获取就医顺序号；调用异地门特医保结算函数接口，上传所述就医顺序号和费用分割信息，接收接口函数返回的消息；解析返回消息中的程序执行状态，当程序执行状态为成功时，继续进行预结算操作。

医保结算模块250，用于将预结算信息及用户的医保信息上传至国家医保服务平台，进行最终医保结算。

具体地，上述模块所进一步执行的功能详见上述步骤110～步骤150，在此不再赘述。

如图3，对应于上述实施例中所提供的跨省异地医保联网结算方法，在本发明一个实施例中提供了一种电子设备，该电子设备包括：处理器310和存储器320。其中，存储器320存储有计算机程序，计算机程序在被处理器310运行时执行上述跨省异地医保联网结算方法。

在本发明一个实施例中，电子设备还包括：通信接口330，处理器310、通信接口330和存储器320之间通信连接。处理器310用于执行存储器320中存储的可执行模块，例如计算机程序。

其中，存储器320可能包含高速随机存取存储器(RAM，RandomAccess Memory)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

其中，存储器320用于存储程序，所述处理器310在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器310中，或者由处理器310实现。

处理器310可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器310中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器310可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等。还可以是数字信号处理器(DigitalSignalProcessing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器320，处理器310读取存储器320中的信息，结合其硬件完成上述方法的步骤。

在本发明一个实施例中，提供了一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机程序，计算机程序被处理器运行时执行上述实施例所述的跨省异地医保联网结算方法。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统具体工作过程，可以参考前述实施例中的对应过程，在此不再赘述。

本发明实施例所提供的跨省异地医保联网结算方法、系统、电子设备及计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参照方法实施例，在此不再赘述。

尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本申请的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本申请的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本申请的范围之内。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该本申请的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如相应的权利要求书所反映的那样，其发明点在于可以用少于某个公开的单个实施例的所有特征的特征来解决相应的技术问题。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。