一种基于大数据与区块链的智慧医疗结算方法和系统与流程

本发明涉及大数据与区块链技术领域，具体而言，涉及一种基于大数据与区块链的智慧医疗结算方法和系统。

背景技术：

随着大数据技术的不断发展，其应用范围得到不断的扩展，例如，在医疗结算中，通过引入大数据技术，可以提高医疗结算的可靠性。但是，经发明人研究发现，现有的医疗结算技术中容易出现误收费的问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种基于大数据与区块链的智慧医疗结算方法和系统，以改善现有的医疗结算技术中容易出现误收费的问题。

为实现上述目的，本发明实施例采用如下技术方案：

一种基于大数据与区块链的智慧医疗结算方法，应用于区块链节点设备组包括的第一区块链节点设备，该区块链节点设备组还包括与该第一区块链节点设备连接的多个第二区块链节点设备，方法包括：

获取医疗费用支付终端发送的第一医疗费用支付信息，其中，该第一医疗费用支付信息包括第一支付金额信息和第一病历信息；

将所述第一医疗费用支付信息广播至每一个所述第二区块链节点设备，其中，每一个所述第二区块链节点设备分别用于存储该第一医疗费用支付信息，以形成医疗费用信息区块链；

获取医疗费用收取终端发送的第二医疗费用收取信息，其中，该第二医疗费用收取信息包括第二支付金额信息和第二病历信息；

基于所述第二病历信息在所述医疗费用信息区块链上查找到对应的第一病历信息，并确定该第一病历信息对应的第一支付金额信息与该第二病历信息对应的第二支付金额信息是否相同；

若所述第一支付金额信息与所述第二支付金额信息相同，则将该第二支付金额信息发送给目标金融平台，其中，该目标金融平台用于基于该第二支付金额信息在所述医疗费用支付终端对应的第一账号和所述医疗费用收取终端对应的第二账号之间进行费用结算处理。

在上述基础上，本发明实施例还提供了一种基于大数据与区块链的智慧医疗结算系统，包括：

区块链节点设备组，该区块链节点设备组包括的第一区块链节点设备和与该第一区块链节点设备连接的多个第二区块链节点设备，该第一区块链节点设备用于执行上述的智慧医疗结算方法；

与所述第一区块链节点设备连接的医疗费用支付终端；

与所述第一区块链节点设备连接的医疗费用收取终端。

本发明提供的基于大数据与区块链的智慧医疗结算方法和系统，通过获取医疗费用支付终端和医疗费用收取终端发送的医疗费用支付信息，使得可以基于包括的病历信息和支付金额信息先后进行比较处理，从而完成验证，再请求目标金融平台进行费用支付处理。如此，可以有效提高费用结算的可靠性，从而改善现有的医疗结算技术中容易出现误收费的问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

图1为本发明实施例提供的基于大数据与区块链的智慧医疗结算系统包括的各设备的系统框图。

图2为本发明实施例提供的基于大数据与区块链的智慧医疗结算方法包括的各步骤的流程示意图。

图标：100-第一区块链节点设备；200-第二区块链节点设备；300-医疗费用支付终端；400-医疗费用收取终端。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例只是本发明的一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明实施例提供了一种基于大数据与区块链的智慧医疗结算系统。其中，所述基于大数据与区块链的智慧医疗结算系统可以包括第一区块链节点设备100、第二区块链节点设备200、医疗费用支付终端300和医疗费用收取终端400。

详细地，所述第一区块链节点设备100和多个所述第二区块链节点设备200分别连接之后，可以构成区块链节点设备组。所述第一区块链节点设备100可以与所述医疗费用支付终端300和所述医疗费用收取终端400分别连接。

可以理解的是，所述第一区块链节点设备100和所述第二区块链节点设备200可以包括，但不限于手机、电脑等终端设备，以及服务器等。所述医疗费用支付终端300和所述医疗费用收取终端400可以是手机、电脑等终端设备。

其中，所述第一区块链节点设备100可以包括存储器和处理器。

详细地，所述存储器和处理器之间直接或间接地电性连接，以实现数据的传输或交互。例如，相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述存储器中可以存储有至少一个可以以软件或固件（firmware）的形式，存在的软件功能模块（计算机程序）。所述处理器可以用于执行所述存储器中存储的可执行的计算机程序，从而实现本发明实施例（如后文所述）提供的基于大数据与区块链的智慧医疗结算方法。

可选地，所述存储器可以是，但不限于，随机存取存储器（randomaccessmemory，ram），只读存储器（readonlymemory，rom），可编程只读存储器（programmableread-onlymemory，prom），可擦除只读存储器（erasableprogrammableread-onlymemory，eprom），电可擦除只读存储器（electricerasableprogrammableread-onlymemory，eeprom）等。

并且，所述处理器可以是一种通用处理器，包括中央处理器（centralprocessingunit，cpu）、网络处理器（networkprocessor，np）、片上系统(systemonchip，soc)等；还可以是数字信号处理器（dsp）、专用集成电路（asic）、现场可编程门阵列（fpga）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

结合图2，本发明实施例还提供一种基于大数据与区块链的智慧医疗结算方法，可应用于上述基于大数据与区块链的智慧医疗结算系统包括的第一区块链节点设备100。其中，该基于大数据与区块链的智慧医疗结算方法有关的流程所定义的方法步骤，可以由所述第一区块链节点设备100实现。

下面将对图2所示的具体流程，进行详细阐述。

步骤s110，获取医疗费用支付终端300发送的第一医疗费用支付信息。

在本实施例中，所述第一区块链节点设备100可以先获取所述医疗费用支付终端300发送的第一医疗费用支付信息。

其中，所述第一医疗费用支付信息可以包括第一支付金额信息（如病人进行治疗所需要支付的金额）和第一病历信息（如病人进行治疗的相关治疗信息），且可以是基于所述医疗费用支付终端300对应的用户（该用户既可以是病人，也可以是其他人）的操作生成。

步骤s120，将所述第一医疗费用支付信息广播至每一个所述第二区块链节点设备200。

在本实施例中，在基于步骤s110获取到所述第一医疗费用支付信息之后，所述第一区块链节点设备100可以将该第一医疗费用支付信息广播至每一个所述第二区块链节点设备200。

其中，每一个所述第二区块链节点设备200可以分别用于存储所述第一医疗费用支付信息，以形成医疗费用信息区块链。

步骤s130，获取医疗费用收取终端400发送的第二医疗费用收取信息。

在本实施例中，在形基于步骤s120形成所述医疗费用信息区块链之后，所述第一区块链节点设备100还可以获取所述医疗费用收取终端400发送的第二医疗费用收取信息。

其中，所述第二医疗费用收取信息可以包括第二支付金额信息和第二病历信息，且可以是基于所述医疗费用收取终端400对应的用户（该用户不同于医疗费用支付终端300对应的用户，可以是医疗结构的收费员）的操作生成。

步骤s140，基于所述第二病历信息在所述医疗费用信息区块链上查找到对应的第一病历信息，并确定该第一病历信息对应的第一支付金额信息与该第二病历信息对应的第二支付金额信息是否相同。

在本实施例中，在基于步骤s130获取到所述第二医疗费用信息之后，所述第一区块链节点设备100可以基于该第二医疗费用信息中的第二病历信息在所述医疗费用信息区块链上查找到对应的第一病历信息。如此，在查找到该第一病历信息之后，可以再确定该第一病历信息对应的第一支付金额信息与该第二病历信息对应的第二支付金额信息是否相同。

其中，若所述第一支付金额信息与所述第二支付金额信息相同，可以执行步骤s150；反之，若所述第一支付金额信息与所述第二支付金额信息不相同，可以返回费用结算失败的通知（即进行报错处理等）。

步骤s150，将所述第二支付金额信息发送给目标金融平台。

在本实施例中，再基于步骤s140确定所述第一支付金额信息与所述第二支付金额信息相同时，所述第一区块链节点设备100可以将该第二支付金额信息（即该第一支付金额信息）发送给目标金融平台。

其中，所述目标金融平台可以用于基于所述第二支付金额信息在所述医疗费用支付终端300对应的第一账号和所述医疗费用收取终端400对应的第二账号之间进行费用结算处理，如在第一账号和第二账号之间进行转账处理等。

基于上述方法，通过获取医疗费用支付终端300和医疗费用收取终端400发送的医疗费用支付信息，使得可以基于包括的病历信息和支付金额信息先后进行比较处理，从而完成验证，再请求目标金融平台进行费用支付处理。如此，可以有效提高费用结算的可靠性，从而改善现有的医疗结算技术中容易出现误收费的问题，例如，可以避免因将不同病人的医疗费用相互匹配错误而导致误收费的问题。

第一方面，对于步骤s110需要说明的是，获取所述第一医疗费用支付信息的具体方式不是限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以获取仅包括第一支付金额信息和第一病历信息的第一医疗费用支付信息。

又例如，在另一种可以替代的示例中，可以获取包括第一支付金额信息、第一病历信息和在所述目标金融平台的账号信息（如上述的第一账户）的第一医疗费用支付信息。

第二方面，对于步骤s120需要说明的是，对所述第一医疗费用支付信息进行广播处理的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，为了提高效率，可以在获取到所述第一医疗费用支付信息之后，直接将该第一医疗费用支付信息进行封装，形成区块，然后，将该区块广播至每一个所述第二区块链节点设备200。

又例如，在另一种可以替代的示例中，为了提高安全性，步骤s120可以包括以下子步骤：

首先，获取所述医疗费用支付终端300发送的第一身份标识信息，其中，该第一身份标识信息包括第一设备标识信息（如设备id等）；其次，基于所述第一身份标识信息对所述医疗费用支付终端300进行权限验证（例如，确定该医疗费用支付终端300是否预先在所述第一区块链节点设备100中进行注册，其中，注册之后，可以将该医疗费用支付终端300的第一设备标识信息保存至预设的白名单中）；然后，若所述医疗费用支付终端300通过权限验证，则将所述第一身份标识信息和所述第一医疗费用支付信息广播至每一个所述第二区块链节点设备200。

第三方面，对于步骤s130需要说明的是，获取所述第二医疗费用支付信息的具体方式不是限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，可以获取仅包括第二支付金额信息和第二病历信息的第二医疗费用支付信息。

又例如，在另一种可以替代的示例中，可以获取包括第二支付金额信息、第二病历信息和在所述目标金融平台的账号信息（如上述的第二账户）的第二医疗费用支付信息。

第四方面，对于步骤s140需要说明的是，基于所述第二病历信息查找所述第一病历信息的条件不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，为了提高效率，可以在获取到所述第二医疗费用支付信息之后，直接基于该第二费用支付信息中的第二病历信息在所述医疗费用信息区块链上查找对应的第一病历信息。

又例如，在另一种可以替代的示例中，为了提高安全性，步骤s140可以包括以下子步骤：

首先，获取所述医疗费用收取终端400发送的第二身份标识信息，其中，该第二身份标识信息包括第二设备标识信息；其次，基于所述第二身份标识信息对所述医疗费用收取终端400进行权限验证；然后，若所述医疗费用收取终端400通过权限验证，则基于所述第二病历信息在所述医疗费用信息区块链上，查找到对应的第一病历信息。

并且，对于步骤s140还需要说明的是，基于所述第二病历信息查找所述第一病历信息的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，步骤s140可以包括以下子步骤：

首先，将基于所述第二病历信息生成的病历请求信息发送给每一个所述第二区块链节点设备200，其中，该第二区块链节点设备200用于在所述医疗费用信息区块链上存在与该病历请求信息对应的目标区块（即该医疗费用信息区块链上存储有与所述第二病历信息完全相同的第一病历信息）时，返回该目标区块；其次，基于每一个所述第二区块链节点设备200返回的所述目标区块确定是否查找到所述第二病历信息对应的第一病历信息（也就是说，只要有获取到所述第二区块链节点设备200返回的所述目标区块，可以确定有查找到所述第二病历信息对应的第一病历信息）。

可选地，在上述示例中，基于所述第二病历信息向每一个所述第二区块链节点设备200发送病历请求信息的具体方式不受限制，可以根据实际应用需求进行选择。

其中，基于不同的需求，在本实施例中，分别提供以下六种可以替代的示例，具体内容如下所述。

在第一种示例中，可以基于子步骤10-子步骤18，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤10，确定预设的目标数量（如10、20、35等，可以根据实际需求进行配置）和所述第二病历信息的总数据量（如30mb、2gb等）。

子步骤11，基于所述目标数量和所述总数据量，确定每一个第二病历子信息的子信息数据量（例如，子信息数据量可以等于总数据量除以目标数量，如30mb/10，即子信息数据量为3mb），其中，每一个所述第二病历子信息的子信息数据量相同。

子步骤12，基于所述子信息数据量，依次对所述第二病历信息进行划分处理（例如，以所述第二病历信息的信息起点开始，每间隔所述子信息数据量进行一次划分处理，如此，可以进行所述目标数量减１次划分处理，得到所述目标数量各第二病历子信息），得到多个所述第二病历子信息。

子步骤13，针对每一个所述第二病历子信息，从该第二病历子信息中获取一个第二病历信息片段（例如，可以随机选择一个具有预定数据量的病历信息片段，或者选择具有一定完整度的病历信息片段，如一句话，可以是以句号或逗号确定的一句话）。

子步骤14，基于得到的多个所述第二病历信息片段构建第二信息片段集合（也就是说，通过一个第二病历信息片段来代表一个第二病历子信息，通过该第二信息片段集合来代表所述第二病历信息）。

子步骤15，在所述第二信息片段集合中获取至少两个第二病历信息片段，作为该第二信息片段集合的目标第二病历信息片段，其中，该至少两个第二病历信息片段的数据量为所述子信息数据量（也就是说，需要结合所述子信息数据量来选择至少两个第二病历信息片段，具体数量不受限制，只要总的数据量可以满足前述需求即可）。

子步骤16，针对每一个所述目标第二病历信息片段，基于该目标第二病历信息片段包括的多个病历信息维度，将该目标第二病历信息片段划分为多个目标第二病历信息子片段，其中，该病历信息维度包括治疗时间、治疗对象、治疗手段、入院时间、出院时间、出院注意事项、出院使用药物（例如，一个目标第二病历信息片段包括出院注意事项和出院使用药物，如此，可以将该目标第二病历信息片段划分为两个目标第二病历信息子片段，其中，一个目标第二病历信息子片段的内容包括出院注意事项，另一个目标第二病历信息子片段的内容包括出院使用药物）。

子步骤17，针对每一个所述目标第二病历信息片段，按照该目标第二病历信息片段中的病历信息的先后顺序，确定该目标第二病历信息片段包括的所述多个目标第二病历信息子片段之间的目标排列顺序（例如，在一个目标第二病历信息片段中，出院注意事项的内容在出院使用药物的内容之后，则在该目标排列顺序中，该出院注意事项对应的目标第二病历信息子片段位于该出院使用药物对应的目标第二病历信息子片段之后）。

子步骤18，针对每一个所述目标第二病历信息片段，基于该目标第二病历信息片段对应的目标排列顺序，依次基于对应的目标第二病历信息子片段生成病历请求信息，并发送给每一个所述第二区块链节点设备200（例如，结合前述的示例，可以先基于出院使用药物对应的目标第二病历信息子片段生成病历请求信息，然后，再基于出院注意事项对应的目标第二病历信息子片段生成病历请求信息）。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一目标第二病历信息子片段生成病历请求信息，并发送给每一个所述第二区块链节点设备200（也就是说，结合前述的示例，若获取到与基于出院使用药物对应的目标第二病历信息子片段相同的病历信息，则基于出院注意事项对应的目标第二病历信息子片段生成病历请求信息，并发送给每一个所述第二区块链节点设备200）。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一目标第二病历信息子片段生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息（也就是说，结合前述的示例，若未获取到与基于出院使用药物对应的目标第二病历信息子片段相同的病历信息，说明可能第二病历信息或第一病历信息有误，此时，没有必要再基于出院注意事项对应的目标第二病历信息子片段生成病历请求信息，如此，可以有效降低信息的查找量）。

在第二种示例中，可以基于子步骤20-子步骤28，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤20，确定预设的目标数据量（如2、3mb等）。

子步骤21，基于预设病历子信息的完整度条件和所述目标数据量，依次对所述第二病历信息进行划分处理，得到多个所述第二病历子信息，其中，每一个所述第二病历子信息的数据量小于或等于该目标数据量（例如，若所述第二病历信息依次包括病人身份信息、入院病情信息、出院病情信息，其中，病人身份信息为10kb，入院病情信息为1mb，出院病情信息为1.5mb，此时，若所述目标数据量为2mb，可以得到第一个第二病历子信息包括病人身份信息和入院病情信息，第二个第二病历子信息包括出院病情信息）。

子步骤22，针对每一个所述第二病历子信息，从该第二病历子信息中获取一个第二病历信息片段。

子步骤23，基于得到的多个所述第二病历信息片段构建第二信息片段集合。

子步骤24，在所述第二信息片段集合中获取至少两个第二病历信息片段，作为该第二信息片段集合的目标第二病历信息片段，其中，该至少两个第二病历信息片段的数据量为所述目标数据量。

子步骤25，针对每一个所述目标第二病历信息片段，基于该目标第二病历信息片段包括的多个病历信息维度，将该目标第二病历信息片段划分为多个目标第二病历信息子片段，其中，该病历信息维度包括治疗时间、治疗对象（如前述病人身份信息）、治疗手段、入院时间、出院时间、出院注意事项、出院使用药物（还可以包括入院病情信息、出院病情信息等）。

子步骤26，针对每一个所述目标第二病历信息片段，按照该目标第二病历信息片段中的病历信息的先后顺序，确定该目标第二病历信息片段包括的所述多个目标第二病历信息子片段之间的目标排列顺序。

子步骤27，针对每一个所述目标第二病历信息片段，基于该目标第二病历信息片段对应的目标排列顺序，依次基于对应的目标第二病历信息子片段生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一目标第二病历信息子片段生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一目标第二病历信息子片段生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息。

在第三种示例中，可可以基于子步骤30-子步骤39，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤30，对所述第二病历信息进行类型识别处理，得到属于第一类型的目标第二病历子信息和属于第二类型的其它第二病历子信息，其中，所述第一类型包括文字类型（可以理解的是，在本实施例中，该文字类型可以包括表格），所述第二类型包括图像类型。

子步骤31，对所述目标第二病历子信息进行语义识别处理，得到目标病历子信息片段（例如，可以根据语义识别的结果，将具有概括性的语句确定为目标病历子信息片段，如概括入院病情信息的语句为一个目标病历子信息片段），其中，所述目标病历子信息片段为多个。

子步骤32，根据多个所述目标病历子信息片段对所述目标第二病历子信息进行分割处理，得到多个病历子信息片段集合，其中，每一个所述病历子信息片段集合包括一个所述目标病历子信息片段和该目标病历子信息片段标识的至少一个其它病历子信息片段（例如，概括入院病情信息的语句和入院病情信息的具体内容，可以形成一个病历子信息片段集合）。

子步骤33，获取预设的第一目标数据量，在所述多个病历子信息片段集合中查找数据量大于所述目标数据量的病历子信息片段集合，将查找到的病历子信息片段集合作为第一病历子信息片段集合，将数据量不大于所述目标数据量的病历子信息片段集合作为第三病历子信息片段集合。

子步骤34，基于所述第一目标数据量和每一个所述第一病历子信息片段集合的数据量，确定第二目标数据量（例如，该第二目标数量需要小于该第一目标数据量，且可以为每一个所述第一病历子信息片段集合的数据量的最大公约数，或者为每一个所述第一病历子信息片段集合的数据量的平均值的最大公约数，或者为最小的一个所述第一病历子信息片段集合的数据量的最大公约数等）。

子步骤35，根据所述第二目标数据量分别对每一个所述第一病历子信息片段集合进行分割处理，得到每一个所述第一病历子信息片段集合对应的多个第二病历子信息片段集合，其中，一个所述第一病历子信息片段集合的数据量等于对应的多个所述第二病历子信息片段集合的数据量之和。

子步骤36，基于所述第二病历信息中病历信息的先后顺序，对所述第二病历子信息片段集合和所述第三病历子信息片段集合进行排序，得到目标排列顺序。

子步骤37，针对所述其它第二病历子信息中的每一张图像病历信息，对该图像病历信息进行识别处理，并基于识别处理的结果将该图像病历信息合并至对应的一个第二病历子信息片段集合或一个第三病历子信息片段集合中（例如，一个第二病历子信息片段集合包括的病历信息为入院病情信息，可以将入院时病人的诊断影像合并至该第二病历子信息片段集合）。

子步骤38，在进行病历信息合并处理之后，将每一个所述第二病历子信息片段集合和每一个所述第三病历子信息片段集合，分别作为目标病历子信息片段集合。

子步骤39，按照所述目标排列顺序，依次基于每一个所述目标病历子信息片段集合生成病历请求信息，并将该病历请求信息发送给每一个所述第二区块链节点设备200。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一目标病历子信息片段集合生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一目标病历子信息片段集合生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息。

在第四种示例中，可以基于子步骤40-子步骤48，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤40，对所述第二病历信息进行类型识别处理，得到属于第一类型的目标第二病历子信息和属于第二类型的其它第二病历子信息，其中，所述第一类型包括文字类型，所述第二类型包括图像类型。

子步骤41，对所述目标第二病历子信息进行语义识别处理，得到目标病历子信息片段，其中，所述目标病历子信息片段为多个。

子步骤42，根据多个所述目标病历子信息片段对所述目标第二病历子信息进行分割处理，得到多个病历子信息片段集合，其中，每一个所述病历子信息片段集合包括一个所述目标病历子信息片段和该目标病历子信息片段标识的至少一个其它病历子信息片段。

子步骤43，获取预设的第一目标数据量，在所述多个病历子信息片段集合中查找数据量大于所述目标数据量的病历子信息片段集合，将查找到的病历子信息片段集合作为第一病历子信息片段集合，将数据量不大于所述目标数据量的病历子信息片段集合作为第三病历子信息片段集合。

子步骤44，基于所述第一目标数据量和每一个所述第一病历子信息片段集合的数据量，确定第二目标数据量。

子步骤45，根据所述第二目标数据量分别对每一个所述第一病历子信息片段集合进行分割处理，得到每一个所述第一病历子信息片段集合对应的多个第二病历子信息片段集合，其中，一个所述第一病历子信息片段集合的数据量等于对应的多个所述第二病历子信息片段集合的数据量之和。

子步骤46，基于所述第二病历信息中病历信息的先后顺序，对所述第二病历子信息片段集合和所述第三病历子信息片段集合进行排序，得到目标排列顺序。

子步骤47，将每一个所述第二病历子信息片段集合和每一个所述第三病历子信息片段集合，分别作为目标病历子信息片段集合。

子步骤48，按照所述目标排列顺序，依次基于每一个所述目标病历子信息片段集合生成病历请求信息，并将该病历请求信息发送给每一个所述第二区块链节点设备200（如此，可以降低与每一个所述第二区块链节点设备200之间的信息交互量）。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一目标病历子信息片段集合生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一目标病历子信息片段集合生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息。

在第五种示例中，可以基于子步骤50-子步骤51，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤50，对所述第二病历信息进行类型识别处理，得到属于第一类型的目标第二病历子信息和属于第二类型的其它第二病历子信息，其中，所述第一类型包括文字类型，所述第二类型包括图像类型。

子步骤51，基于所述其它第二病历子信息中病历信息的先后顺序，依次基于该其它第二病历子信息中的每一张图像病历信息生成病历请求信息，并发送给每一个所述第二区块链节点设备200（如此，基于图像的唯一性较高，使得在降低与每一个所述第二区块链节点设备200之间的信息交互量的同时，还可以保证查找的准确性）。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一张图像病历信息生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一张图像病历信息生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息。

在第六种示例中，可以基于子步骤60-子步骤71，向每一个所述第二区块链节点设备200发送病历请求信息，具体内容如下所述。

子步骤60，对所述第二病历信息进行类型识别处理，得到属于第一类型的目标第二病历子信息和属于第二类型的其它第二病历子信息，其中，所述第一类型包括文字类型，所述第二类型包括图像类型。

子步骤61，对所述目标第二病历子信息进行语义识别处理，得到目标病历子信息片段，其中，所述目标病历子信息片段为多个。

子步骤62，根据多个所述目标病历子信息片段对所述目标第二病历子信息进行分割处理，得到多个病历子信息片段集合，其中，每一个所述病历子信息片段集合包括一个所述目标病历子信息片段和该目标病历子信息片段标识的至少一个其它病历子信息片段。

子步骤63，获取预设的第一目标数据量，在所述多个病历子信息片段集合中查找数据量大于所述目标数据量的病历子信息片段集合，将查找到的病历子信息片段集合作为第一病历子信息片段集合，将数据量不大于所述目标数据量的病历子信息片段集合作为第三病历子信息片段集合。

子步骤64，基于所述第一目标数据量和每一个所述第一病历子信息片段集合的数据量，确定第二目标数据量。

子步骤65，根据所述第二目标数据量分别对每一个所述第一病历子信息片段集合进行分割处理，得到每一个所述第一病历子信息片段集合对应的多个第二病历子信息片段集合，其中，一个所述第一病历子信息片段集合的数据量等于对应的多个所述第二病历子信息片段集合的数据量之和。

子步骤66，基于所述第二病历信息中病历信息的先后顺序，对所述第二病历子信息片段集合和所述第三病历子信息片段集合进行排序，得到目标排列顺序。

子步骤67，针对所述其它第二病历子信息中的每一张图像病历信息，对该图像病历信息进行识别处理，并基于识别处理的结果将该图像病历信息合并至对应的一个第二病历子信息片段集合或一个第三病历子信息片段集合中。

子步骤68，在进行病历信息合并处理之后，将每一个所述第二病历子信息片段集合和每一个所述第三病历子信息片段集合作为目标病历子信息片段集合。

子步骤69，针对每一个所述目标病历子信息片段集合，将该目标病历子信息片段集合包括的病历信息与目标病历数据库中的标准病历信息进行对比处理，确定多个所述目标病历子信息片段集合中是否存在预设数量个与所述标准病历信息相同的目标病历子信息片段集合。

子步骤70，若存在预设数量个与所述标准病历信息相同的目标病历子信息片段集合，则将该预设数量个目标病历子信息片段集合中的至少一个目标病历子信息片段集合进行丢弃处理（如此，通过将标识性不高的目标病历子信息片段集合进行丢弃处理，可以在保证查找的准确性的情况下，进一步降低与每一个所述第二区块链节点设备200之间的信息交互量）。

子步骤71，按照所述目标排列顺序，依次基于每一个未被进行丢弃处理的所述目标病历子信息片段集合生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

其中，在获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，再基于后一目标病历子信息片段集合生成病历请求信息，并发送给每一个所述第二区块链节点设备200。

并且，若未获取到所述第二区块链节点设备200返回的与当前次发送的病历请求信息对应的目标区块时，则不再基于后一目标病历子信息片段集合生成病历请求信息，确定不存在与所述第二病历信息对应的第一病历信息。

第五方面，对于步骤s150需要说明的是，向所述目标金融平台发送第二支付金额信息的具体方式不受限制，可以根据实际应用需求进行选择。

例如，在一种可以替代的示例中，为了使得所述目标金融平台可以进行有效地费用结算处理，可以在向所述述目标金融平台发送第二支付金额信息的同时，一起发送所述第一账号和所述第二账号的信息。

综上所述，本发明提供的基于大数据与区块链的智慧医疗结算方法和系统，通过获取医疗费用支付终端和医疗费用收取终端发送的医疗费用支付信息，使得可以基于包括的病历信息和支付金额信息先后进行比较处理，从而完成验证，再请求目标金融平台进行费用支付处理。如此，可以有效提高费用结算的可靠性，从而改善现有的医疗结算技术中容易出现误收费的问题。

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