WO2020253392A1 - 基于区块链的医疗数据交互方法、电子装置及计算机设备 - Google Patents

基于区块链的医疗数据交互方法、电子装置及计算机设备 Download PDF

Info

Publication number
WO2020253392A1
WO2020253392A1 PCT/CN2020/087615 CN2020087615W WO2020253392A1 WO 2020253392 A1 WO2020253392 A1 WO 2020253392A1 CN 2020087615 W CN2020087615 W CN 2020087615W WO 2020253392 A1 WO2020253392 A1 WO 2020253392A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
transaction data
data
blockchain
format
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2020/087615
Other languages
English (en)
French (fr)
Inventor
郑郁晶
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
OneConnect Smart Technology Co Ltd
Original Assignee
OneConnect Smart Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by OneConnect Smart Technology Co Ltd filed Critical OneConnect Smart Technology Co Ltd
Publication of WO2020253392A1 publication Critical patent/WO2020253392A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • This application relates to the field of blockchain technology, and in particular to a blockchain-based medical data interaction method, electronic device, computer equipment and storage medium.
  • this application proposes a blockchain-based medical data interaction method to ensure that the transaction system can transmit encrypted data without data loss.
  • this application proposes a blockchain-based medical data interaction method applied to an electronic device.
  • the method includes the steps of: invoking the upload interface, and converting the first data format of the hospital system on the blockchain platform to the first data format.
  • the transaction data is uploaded to the transaction system of the blockchain platform, where the first transaction data format includes DataID and Value, and the DataID represents the transaction data index key value of the day.
  • the unit is day, and the format is " PA+Date format", the Value represents all policy numbers or policy details for transactions on the day; transaction information is generated based on the transaction data, and the transaction information is broadcast on the blockchain platform; when the blockchain platform’s The first supervisory system obtains the transaction information, and the first supervisory system authenticates the transaction information; when the transaction information passes the authentication of the first supervisory system, the first transaction is transferred according to the second data format
  • the data is authorized to the insurance system of the blockchain platform; the authorized first transaction data is transmitted to the insurance system of the blockchain platform according to the fourth data format or the fifth data format, so that the Transaction data executes a claims settlement operation; updates the first transaction data to generate second transaction data, and uploads the second transaction data to the transaction system of the blockchain platform; authorizes the second transaction data to The hospital system of the blockchain platform; and the hospital system that transmits the second transaction data to the blockchain platform.
  • this application also proposes an electronic device including a transmission module, an authentication module and an authorization module, and an update module.
  • the transmission module is used to call the upload interface, and upload the first transaction data of the hospital system of the blockchain platform to the transaction system of the blockchain platform according to the first data format, wherein the first transaction data format includes DataID and Value.
  • the DataID represents the transaction data index key value of the day, in days as the unit, and the format is "PA+date format", and the Value represents all policy numbers or policy details of the day's transactions.
  • the authentication module is used to obtain transaction information generated according to transaction data and authenticate the transaction information.
  • the authorization module is used to authorize the first transaction data to the insurance system of the blockchain platform in accordance with the second data format when the transaction information is authenticated, wherein the transmission module is in accordance with the fourth data format or The fifth data format transmits the authorized first transaction data to the insurance system of the blockchain platform.
  • the update module is used to update the first transaction data to generate second transaction data, and upload the second transaction data to the transaction system of the blockchain platform, wherein the authorization module transfers the The second transaction data is authorized to the hospital system of the blockchain platform, and the transmission module transmits the second transaction data to the hospital system of the blockchain platform.
  • the present application also provides a computer device.
  • the computer device includes a memory, a processor, and a computer program that is stored in the memory and can run on the processor.
  • the processor implements a A blockchain-based medical data interaction method, the method includes the steps:
  • the upload interface is called, and the first transaction data of the hospital system of the blockchain platform is uploaded to the transaction system of the blockchain platform according to the first data format.
  • the first transaction data format includes DataID and Value.
  • DataID represents the transaction data index key value of the day, in days as the unit, and the format is "PA+date format", and the Value represents all the policy numbers or policy details of the transaction on the day;
  • the first supervision system of the blockchain platform obtains the transaction information
  • the first supervision system authenticates the transaction information
  • the second transaction data is transmitted to the hospital system of the blockchain platform.
  • this application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, a blockchain-based medical data interaction method is implemented, The method includes the steps:
  • the upload interface is called, and the first transaction data of the hospital system of the blockchain platform is uploaded to the transaction system of the blockchain platform according to the first data format.
  • the first transaction data format includes DataID and Value.
  • DataID represents the transaction data index key value of the day, in days as the unit, and the format is "PA+date format", and the Value represents all the policy numbers or policy details of the transaction on the day;
  • the first supervision system of the blockchain platform obtains the transaction information
  • the first supervision system authenticates the transaction information
  • the second transaction data is transmitted to the hospital system of the blockchain platform.
  • the blockchain-based medical data interaction method of this application solves the security of insured data, cannot be tampered with, guarantees the authenticity of insurance data, prevents customer information leakage and other phenomena, and ensures the healthy development of the insurance industry.
  • FIG. 1 is a schematic diagram showing the hardware architecture of the electronic device of the embodiment of the present application.
  • FIG. 2 is a functional block diagram showing the electronic device of the embodiment of the present application.
  • Fig. 3 is a flowchart showing the steps of a blockchain-based medical data interaction method according to an embodiment of the present application.
  • Electronic device 10 Memory 110 processor 120 Blockchain-based medical data interaction system 130 Transmission module 210 Authentication module 220 Authorization module 230 Notification module 240
  • FIG. 1 is a schematic diagram showing the hardware architecture of an electronic device according to an embodiment of the present application.
  • the electronic device 10 can communicate with each other through the system bus to connect the memory 110, the processor 120, and the blockchain-based medical data interaction system 130.
  • FIG. 1 only shows the electronic device 10 with components 110-130, but It should be understood that it is not required to implement all the illustrated components, and more or fewer components may be implemented instead.
  • the memory 110 includes at least one type of readable storage medium, the readable storage medium includes flash memory, hard disk, multimedia card, card type memory (for example, SD or DX memory, etc.), random access memory (RAM), static Random access memory (SRAM), read only memory (ROM), electrically erasable programmable read only memory (EEPROM), programmable read only memory (PROM), magnetic memory, magnetic disks, optical disks, etc.
  • the memory 110 may be an internal storage unit of the electronic device 10, such as a hard disk or a memory of the electronic device 10.
  • the memory may also be an external storage device of the electronic device 10, such as a plug-in hard disk equipped on the electronic device 10, a smart media card (SMC), a secure digital ( Secure Digital, SD card, Flash Card, etc.
  • the memory 110 may also include both the internal storage unit of the electronic device 100 and its external storage device.
  • the memory 110 is generally used to store the operating system and various application software installed in the electronic device 10, such as the program code of the medical data interaction system 130 based on the blockchain.
  • the memory 110 can also be used to temporarily store various types of data that have been output or will be output.
  • the processor 120 may be a central processing unit (Central Processing Unit, CPU), a controller, a microcontroller, a microprocessor, or other data processing chips.
  • the processor 120 is generally used to control the overall operation of the electronic device 10.
  • the processor 120 is used to run program codes or process data stored in the memory 110, for example, to run the blockchain-based medical data interaction system 130.
  • FIG. 2 is a functional block diagram of the electronic device according to the embodiment of the present application.
  • the electronic device 10 in the embodiment of the present application includes a transmission module 210, an authentication module 220, an authorization module 230, and a notification module 240.
  • the transmission module 210 uploads the first transaction data from the hospital system to a blockchain-based transaction system (for example, a public platform system of an insurance company).
  • a blockchain-based transaction system for example, a public platform system of an insurance company.
  • the transmission module 210 calls the upload interface [Encrypted Data Batch Add (/yingbaotong/transactionAdd)], and uploads the first transaction data according to the data format agreed upon between the hospital system and the insurance system of the insurance company.
  • the uploaded transaction data specifically refers to insurance reimbursement data.
  • the transaction data format is as follows:
  • DataID represents the transaction data index key value of the day (the subsequent insurance company system also obtains transaction data based on this key value), in days as the unit, the format is "PA+date format", and Value represents all insurance policies traded on the day Number or policy details.
  • JSON JavaScript Object Notation
  • the authentication module 220 obtains transaction information generated according to transaction data, and authenticates the transaction information to determine whether the transaction information is legal or tamperable. If the transaction information is illegal or tamperable, it means that the authentication is not passed, and the transaction data is discarded.
  • the authorization module 230 obtains authorization from the hospital system to the insurance system of the insurance company for the first transaction data.
  • the authorization module 230 calls the authorization interface [Encrypted Data Batch Authorization (/yingbaotong/grantPermission)], and authorizes the first transaction data according to the data format agreed by the hospital system and the insurance system of the insurance company.
  • the transaction data format used for authorization is as follows: ⁇ "NodeID”:"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000”,”PA20181030004"] ⁇ , where NodeID represents the node in the blockchain , DataIDs represent the authorized key value, which is the key value of all the policy numbers of the day's transaction and the transaction data index of the day.
  • the block chain is composed of blocks, and multiple blocks are connected to form a block chain.
  • Each block represents a node, which is divided into a first-level node and a second-level node.
  • To authorize transaction data is to authorize nodes. For example, there are three nodes ABC. A authorized node B but not authorized to C, then node B can query the data of node A, but node C cannot query the data of node A.
  • the notification module 240 obtains the notification from the hospital system to the insurance system of the insurance company, and is used to notify the insurance system to obtain the authorized first transaction data.
  • the notification module 240 calls the notification interface [notification (/yingbaotong/notify)] to issue a notification in accordance with the data format agreed upon by the hospital system and the insurance system of the insurance company.
  • the hospital system uploads the authorized first transaction data, and informs the insurance company's insurance system to pull the transaction data just uploaded. It needs to tell the insurance company where the insurance system (NodeID) to get the transaction data just uploaded.
  • the transaction data format for notification is as follows:
  • the transmission module 210 transmits the authorized first transaction data from the transaction system to the insurance system of the insurance company based on the agreed data format and time.
  • the transmission module 210 calls the index data acquisition interface [Get(/operation/query)] to transmit the authorized first transaction data from the transaction system to the insurance system.
  • index data acquisition interface [Get(/operation/query)] to transmit the authorized first transaction data from the transaction system to the insurance system.
  • DataIDs represent authorized key values, which are all insurance policies for the day's transaction Number and the transaction data index key value of the day
  • postData represents the query condition, which is to query according to the information condition in postData
  • /operation/query is the URL of the query interface, which is to call this interface to obtain index data and transaction data (that is Policy data).
  • the update module 220 updates the authorized first transaction data to generate second transaction data, and uploads the second transaction data to the blockchain-based transaction system.
  • the insurance company authorizes the second transaction data to the hospital system.
  • the authorization module 230 obtains the authorization from the insurance system to the hospital system for the second transaction data.
  • the transmission module 210 transmits the authorized second transaction data from the transaction system to the hospital system based on the agreed data format and time.
  • Fig. 3 is a flowchart showing the steps of a blockchain-based medical data interaction method according to an embodiment of the present application.
  • Step 301 The hospital system uploads the first transaction data to a blockchain-based transaction system (for example, the public platform system of an insurance company).
  • a blockchain-based transaction system for example, the public platform system of an insurance company.
  • the uploaded transaction data specifically refers to insurance reimbursement data.
  • the transaction data format is as follows:
  • DataID represents the transaction data index key value of the day (the subsequent insurance company system also obtains transaction data based on this key value), in days as the unit, the format is "PA+date format", and Value represents all insurance policies traded on the day Number or policy details.
  • JSON JavaScript Object Notation
  • Step 302 Generate transaction information based on the first transaction data, and broadcast the transaction information on the blockchain platform to other supervision systems in the blockchain platform.
  • Step 303 the first transaction data is authenticated.
  • the monitoring system authenticates the transaction information to determine whether the transaction information is legal or tamperable. If the transaction information is illegal or tamperable, it means that the authentication is not passed, and the first transaction data is discarded.
  • Step 304 If the transaction information is legal or non-tamperable, indicating that the authentication is passed, the hospital system authorizes the first transaction data to the insurance system of the insurance company.
  • the transaction data format used for authorization is as follows: ⁇ "NodeID”:"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000”,”PA20181030004"] ⁇ , where NodeID represents the node in the blockchain , DataIDs represent the authorized key value, which is the key value of all the policy numbers of the day's transaction and the transaction data index of the day.
  • the block chain is composed of blocks, and multiple blocks are connected to form a block chain.
  • Each block represents a node, which is divided into a primary node and a secondary node.
  • To authorize transaction data is to authorize nodes. For example, there are three nodes ABC. A authorized node B but not authorized to C, then node B can query the data of node A, but node C cannot query the data of node A.
  • Step 305 The hospital system notifies the insurance system of the insurance company to obtain the authorized first transaction data.
  • the hospital system uploads the authorized first transaction data, and informs the insurance company's insurance system to pull the transaction data just uploaded. It needs to tell the insurance company where the insurance system (NodeID) to get the transaction data just uploaded.
  • the transaction data format for notification is as follows:
  • Step 306 The insurance system of the insurance company pulls the authorized first transaction data to the transaction system according to the agreed data format and time.
  • Step 307 The insurance system of the insurance company updates the authorized first transaction data to generate second transaction data, and uploads the second transaction data to the blockchain-based transaction system.
  • step 308 the insurance company authorizes the second transaction data to the hospital system.
  • step 309 the hospital system then pulls the authorized second transaction data from the blockchain transaction system.
  • the hospital system uploads medical insurance insurance transaction data to the blockchain transaction system
  • the hospital system authorizes the insurance company’s insurance system
  • the insurance company’s insurance system goes to the blockchain transaction system to pull the uploaded transaction data and Update to the insurance company's database.
  • the insurance system of the insurance company uploads the updated transaction data to the blockchain transaction system and authorizes it to the hospital system.
  • the hospital system then pulls the transaction data from the blockchain transaction system to achieve data interaction.
  • the blockchain data interaction method of this application solves the security of insurance data, cannot be tampered with, ensures the authenticity of insurance data, prevents customer information leakage and other phenomena, and ensures the healthy development of the insurance industry.
  • the computer software product is stored in a storage medium.
  • the computer-readable storage medium may be non-transitory. It can also be volatile (such as ROM/RAM, magnetic disks, optical disks), including several instructions to make a terminal device (can be a mobile phone, computer, server, air conditioner, or network device, etc.) execute The blockchain-based medical data interaction method described in each embodiment of this application.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Medical Informatics (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请公开了一种医疗数据交互方法。自医院系统取得第一交易数据并将所述第一交易数据上传到交易系统，将所述第一交易数据授权给保险系统。根据预设的数据格式和时间将所述授权的第一交易数据传送给所述保险系统，更新所述授权的第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述交易系统。将所述第二交易数据授权给所述医院系统，及将所述授权的第二交易数据传送给所述医院系统。本申请的医疗数据交互方法与电子装置保证交易系统能传递加密数据，且数据不丢失。

Description

基于区块链的医疗数据交互方法、电子装置及计算机设备
本申请要求于2019年6月17日提交中国专利局、申请号为201910521794.9，发明名称为“基于区块链的医疗数据交互方法、电子装置及计算机设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及区块链技术领域，尤其涉及一种基于区块链的医疗数据交互方法、电子装置、计算机设备及存储介质。
背景技术
随着我国保险行业迅猛发展，随之而来的保险消费投诉也在不断上涨，利用信息不对称骗保理赔、投保人客户信息流失被盗卖、赔付效率不高等痛点，一直以来制约着保险行业的健康发展。发明人意识到，互联网保险的兴起，在信息安全和市场监管方面也造成诸多问题。比如，有些人为了想诈骗保险金，会对医疗数据进行篡改，使得原本无法理赔的案件变得可以理赔，又或者原本理赔金额偏低的案件变成可以领取高额理赔金。
发明内容
有鉴于此，本申请提出一种基于区块链的医疗数据交互方法保证交易系统能传递加密数据，且数据不丢失。
第一方面，本申请提出一种基于区块链的医疗数据交互方法，应用于电子装置中，该方法包括步骤：调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；当所述区块链平台的第一监督系统获取所述交易信 息，所述第一监督系统对所述交易信息进行认证；当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；将所述第二交易数据授权给所述区块链平台的所述医院系统；及将所述第二交易数据传送给所述区块链平台的所述医院系统。
第二方面，本申请还提出一种电子装置，包括传输模块、认证模块授权模块与更新模块。所述传输模块用于调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细。所述认证模块用于获取根据交易数据产生的交易信息，并且认证所述交易信息。所述授权模块用于当所述交易信息通过认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统，其中，所述传输模块按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统。所述更新模块用于更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统，其中，所述授权模块将所述第二交易数据授权给所述区块链平台的所述医院系统，以及所述传输模块将所述第二交易数据传送给所述区块链平台的所述医院系统。
第三方面，本申请还提供一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现一种基于区块链的医疗数据交互方法，所述方法包括步骤：
调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括 DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；
当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；
当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；
按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；
更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；
将所述第二交易数据授权给所述区块链平台的所述医院系统；及
将所述第二交易数据传送给所述区块链平台的所述医院系统。
第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现一种基于区块链的医疗数据交互方法，所述方法包括步骤：
调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；
当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；
当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；
按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；
更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；
将所述第二交易数据授权给所述区块链平台的所述医院系统；及
将所述第二交易数据传送给所述区块链平台的所述医院系统。
相较于现有技术，本申请之基于区块链的医疗数据交互方法解决了投保数据的安全性，不可篡改，保证保险数据的真实性，杜绝客户信息泄露等现象，保障保险行业健康发展。
附图说明
图1系显示本申请实施例之电子装置的硬件架构示意图；
图2系显示本申请实施例之电子装置的功能方块图；及
图3系显示本申请实施例之基于区块链的医疗数据交互方法的步骤流程图。
附图标记：
电子装置 10
存储器 110
处理器 120
基于区块链的医疗数据交互系统 130
传输模块 210
认证模块 220
授权模块 230
通知模块 240
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说 明。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
图1系显示本申请实施例之电子装置的硬件架构示意图。电子装置10，但不仅限于，可通过系统总线相互通信连接存储器110、处理器120以及基于区块链的医疗数据交互系统130，图1仅示出了具有组件110-130的电子装置10，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。
所述存储器110至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器110可以是所述电子装置10的内部存储单元，例如该电子装置10的硬盘或内存。在另一些实施例中，所述存储器也可以是所述电子装置10的外部存储设备，例如该电子装置10上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。当然，所述存储器110还可以既 包括所述电子装置100的内部存储单元也包括其外部存储设备。本实施例中，所述存储器110通常用于存储安装于所述电子装置10的操作系统和各类应用软件，例如基于区块链的医疗数据交互系统130的程序代码等。此外，所述存储器110还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器120在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器120通常用于控制所述电子装置10的总体操作。本实施例中，所述处理器120用于运行所述存储器110中存储的程序代码或者处理数据，例如，运行所述基于区块链的医疗数据交互系统130等。
图2系显示本申请实施例之电子装置的功能方块图。本申请实施例之电子装置10包括传输模块210、认证模块220、授权模块230与通知模块240。
传输模块210自医院系统将第一交易数据上传到基于区块链的交易系统(例如，保险公司的公共平台系统)。
传输模块210调用上传接口【加密数据批量新增(/yingbaotong/transactionAdd)】，按照医院系统与保险公司的保险系统约定的数据格式上传第一交易数据。
上传的交易数据具体指的是保险报销的数据，交易数据格式如下所示：
{"DataID":"PA20181030002","value":"P290000032558820_1239_2000；P290000032558820_1293_2001；120200；XX银行XX分行营业部；P120000014761721；00030700016336；1292；XX附加少儿XXX保险费疾病保险；B05；XXX-附险"}，其中，DataID表示当天的交易数据索引key值(后续保险公司系统也是根据这个key值去获取交易数据)，以天为单位，表示的格式为「PA+日期格式」，Value表示当天交易的所有保单号或保单明细。
上述的交易数据格式是JSON(JavaScript Object Notation)，代码里实现，一般是用FastJSON工具类去转化实现。
认证模块220获取根据交易数据产生的交易信息，并且认证所述交易信息，以判断所述交易信息是否合法或可篡改。若所述交易信息不合法或可篡改， 表示未通过认证，则丢弃所述交易数据。
若所述交易信息合法或是不可篡改，表示通过认证，则授权模块230取得医院系统对第一交易数据给保险公司的保险系统的授权。
授权模块230调用授权接口【加密数据批量授权(/yingbaotong/grantPermission)】，按照医院系统和保险公司的保险系统约定的数据格式对第一交易数据进行授权。
将保险承保后生成第一交易数据，将这批第一交易数据上传到区块链的交易系统，然后对这批交易数据授权。
授权用的交易数据格式如下所示：{"NodeID":"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000","PA20181030004"]}，其中，NodeID表示区块链中的节点，DataIDs表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值。
区块链是由区块组成，多个区块连接起来就是区块链，其中每一个区块表示一个节点，分一级节点和二级节点。对交易数据授权就是对节点授权，比如说有ABC三个节点，A对B节点授权了，但没有对C授权，那么B节点可以查询A节点的数据，但C节点不能查询A节点的数据。
通知模块240自医院系统取得给保险公司的保险系统的通知，用于通知保险系统获取授权的第一交易数据。
通知模块240调用通知接口【通知(/yingbaotong/notify)】，按照医院系统和保险公司的保险系统约定的数据格式发出通知。
医院系统上传授权的第一交易数据，通知保险公司的保险系统去拉取刚刚上传的交易数据，其中需要告诉保险公司的保险系统到哪里(NodeID)去获取刚刚上传的交易数据。
通知用的交易数据格式如下所示：
{"data":"{'statusCode':'000000','statusMsg':'成功','channelId':'SX001'}","NodeID":"common-payh-prd-001","url":"http://xxx"}，其中，NodeID表示区块链中的节点；url表示访问保险公司系统的接口，由医院 系统调用，通知后保险公司系统按时去获取授权的第一交易数据；StatusCode：通知的状态码，常用数据000000表示成功；statusMsg:通知的状态信息,常用数据为成功；channelId：通知的渠道号，医院系统与保险公司的保险系统约定使用SX001。
传输模块210根据该通知与该授权，基于约定的数据格式和时间将授权的第一交易数据自交易系统传送给保险公司的保险系统。
传输模块210调用获取索引数据接口【获取(/operation/query)】以自交易系统传送授权的第一交易数据给保险系统，获取的交易数据格式有2种，分别如下所示：
(1)"postData":[{"DataID":"PA20180830006","owner":"common-yqy-stg-003"}]}，其中，DataID表示当天的交易数据索引key值，owner表示区块链中的节点；及
(2){"NodeID":"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000","P070000015735803_1297_4001"]}，其中，DataIDs表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值；postData表示查询的条件，就是根据postData里面的信息条件去查询；/operation/query是查询接口的URL，就是通过调用这个接口，获取索引数据以及交易数据(就是保单数据)。
更新模块220更新授权的第一交易数据而产生第二交易数据，并上传第二交易数据到基于区块链的交易系统。保险公司对第二交易数据授权给医院系统。授权模块230取得保险系统对第二交易数据给医院系统的授权。传输模块210根据该通知与该授权，基于约定的数据格式和时间将授权的第二交易数据自交易系统传送给医院系统。
图3系显示本申请实施例之基于区块链的医疗数据交互方法的步骤流程图。
步骤301，医院系统将第一交易数据上传到基于区块链的交易系统(例如，保险公司的公共平台系统)。
调用上传接口【加密数据批量新增(/yingbaotong/transactionAdd)】，按照医院系统与保险公司的保险系统约定的数据格式上传第一交易数据。
上传的交易数据具体指的是保险报销的数据，交易数据格式如下所示：
{"DataID":"PA20181030002","value":"P290000032558820_1239_2000；P290000032558820_1293_2001；120200；XX银行XX分行营业部；P120000014761721；00030700016336；1292；XX附加少儿XXX保险费疾病保险；B05；XXX-附险"}，其中，DataID表示当天的交易数据索引key值(后续保险公司系统也是根据这个key值去获取交易数据)，以天为单位，表示的格式为「PA+日期格式」，Value表示当天交易的所有保单号或保单明细。
上述的交易数据格式是JSON(JavaScript Object Notation)，代码里实现，一般是用FastJSON工具类去转化实现。
步骤302，根据第一交易数据产生交易信息，并在区块链平台广播交易信息给区块链平台中的其它监督系统。
步骤303，第一交易数据认证。当区块链平台只有一个监督系统时，所述监督系统认证所述交易信息，以判断所述交易信息是否合法或可篡改。若所述交易信息不合法或可篡改，表示未通过认证，则丢弃所述第一交易数据。
步骤304，若所述交易信息合法或是不可篡改，表示通过认证，则医院系统对第一交易数据授权给保险公司的保险系统。
调用授权接口【加密数据批量授权(/yingbaotong/grantPermission)】，按照医院系统和保险公司的保险系统约定的数据格式对第一交易数据进行授权。
将保险承保后生成第一交易数据，将这批第一交易数据上传到区块链的交易系统，然后对这批交易数据授权。
授权用的交易数据格式如下所示：{"NodeID":"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000","PA20181030004"]}，其中，NodeID表示区块链中的节点，DataIDs表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值。
区块链是由区块组成，多个区块连接起来就是区块链，其中每一个区块表 示一个节点，分一级节点和二级节点。对交易数据授权就是对节点授权，比如说有ABC三个节点，A对B节点授权了，但没有对C授权，那么B节点可以查询A节点的数据，但C节点不能查询A节点的数据。
步骤305，医院系统通知保险公司的保险系统获取授权的第一交易数据。
调用通知接口【通知(/yingbaotong/notify)】，按照医院系统和保险公司的保险系统约定的数据格式发出通知。
医院系统上传授权的第一交易数据，通知保险公司的保险系统去拉取刚刚上传的交易数据，其中需要告诉保险公司的保险系统到哪里(NodeID)去获取刚刚上传的交易数据。
通知用的交易数据格式如下所示：
{"data":"{'statusCode':'000000','statusMsg':'成功','channelId':'SX001'}","NodeID":"common-payh-prd-001","url":"http://xxx"}，其中，NodeID表示区块链中的节点；url表示访问保险公司系统的接口，由医院系统调用，通知后保险公司系统按时去获取授权的第一交易数据；StatusCode：通知的状态码，常用数据000000表示成功；statusMsg:通知的状态信息,常用数据为成功；channelId：通知的渠道号，医院系统与保险公司的保险系统约定使用SX001。
步骤306，保险公司的保险系统根据约定的数据格式和时间到交易系统拉取授权的第一交易数据。
调用获取索引数据接口【获取(/operation/query)】以自交易系统拉取授权的第一交易数据，获取的交易数据格式有2种，分别如下所示：
(1)"postData":[{"DataID":"PA20180830006","owner":"common-yqy-stg-003"}]}，其中，DataID表示当天的交易数据索引key值，owner表示区块链中的节点；及
(2){"NodeID":"common-payh-prd-001","DataIDs":["P070000015735803_1120_4000","P070000015735803_1297_4001"]}，其中，DataIDs表示的是授权的key值，就是当天交易的所有保单号和当天的交易数据索引key值；postData 表示查询的条件，就是根据postData里面的信息条件去查询；/operation/query是查询接口的URL，就是通过调用这个接口，获取索引数据以及交易数据(就是保单数据)。
步骤307，保险公司的保险系统更新授权的第一交易数据而产生第二交易数据，并上传第二交易数据到基于区块链的交易系统。
步骤308，保险公司对第二交易数据授权给医院系统。
步骤309，医院系统再从区块链交易系统拉取授权的第二交易数据。
综上所述，医院系统将医保保险的交易数据上传到区块链交易系统，医院系统授权给保险公司的保险系统，保险公司的保险系统再到区块链交易系统拉取上传的交易数据并更新到保险公司的数据库。保险公司的保险系统将更新后的交易数据上传到区块链交易系统并且授权给医院系统，医院系统再从区块链交易系统拉取交易数据，从而实现数据交互。
本申请之区块链数据交互方法解决了投保数据的安全性，不可篡改，保证保险数据的真实性，杜绝客户信息泄露等现象，保障保险行业健康发展。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质，计算机可读存储介质可以是非易失性，也可以是易失性(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的基于区块链的医疗数据交互方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (20)

  1. 一种基于区块链的医疗数据交互方法，应用于电子装置中，所述方法包括步骤：
    调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
    根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；
    当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；
    当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；
    按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；
    更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；
    将所述第二交易数据授权给所述区块链平台的所述医院系统；及
    将所述第二交易数据传送给所述区块链平台的所述医院系统。
  2. 如权利要求1所述之基于区块链的医疗数据交互方法，所述第一交易数据格式是JSON格式。
  3. 如权利要求1所述之基于区块链的投保数据交互方法，所述方法还包括：
    当所述区块链平台还包括第二监督系统，且所述交易信息通过所述第一监督系统与所述第二监督系统的认证，按照所述第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统。
  4. 如权利要求1所述之基于区块链的医疗数据交互方法，所述方法还包括：
    调用授权接口，按照所述第二数据格式对所述第一交易数据进行授权，其中，所述第二交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  5. 如权利要求1所述之基于区块链的医疗数据交互方法，所述方法还包括：
    调用通知接口，按照第三数据格式通知所述保险系统获取所述第一交易数据，其中，所述第三交易数据格式包括NodeID与url，其中所述NodeID表示区块链中的节点，所述url表示保险公司的接口。
  6. 如权利要求1所述之基于区块链的医疗数据交互方法，所述方法还包括：
    调用获取索引数据接口，按照所述第四数据格式或所述第五数据格式自所述交易系统获取所述授权的第一交易数据，其中，所述第四交易数据格式包括DataID与owner，其中所述DataID表示当天的交易数据索引key值，所述owner表示区块链中的节点，其中，所述第五交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  7. 一种电子装置，包括：
    传输模块，用于调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
    认证模块，用于获取根据交易数据产生的交易信息，并且认证所述交易信息；
    授权模块，用于当所述交易信息通过认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统，其中，所述传输模块按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统；及
    更新模块，用于更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统，其中，所述授权模块将所述第二交易数据授权给所述区块链平台的所述医院系统，以及所述传输模块将所述第二交易数据传送给所述区块链平台的所述医院系统。
  8. 如权利要求7所述之基于区块链的电子装置，所述授权模块调用授权接口，按照所述第二数据格式对所述交易数据进行授权，其中，所述第二交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  9. 一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现一种基于区块链的医疗数据交互方法，所述方法包括步骤：
    调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
    根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；
    当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；
    当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；
    按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所 述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；
    更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；
    将所述第二交易数据授权给所述区块链平台的所述医院系统；及
    将所述第二交易数据传送给所述区块链平台的所述医院系统。
  10. 根据权利要求9所述的计算机设备，所述第一交易数据格式是JSON格式。
  11. 根据权利要求9所述的计算机设备，所述方法还包括：
    当所述区块链平台还包括第二监督系统，且所述交易信息通过所述第一监督系统与所述第二监督系统的认证，按照所述第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统。
  12. 根据权利要求9所述的计算机设备，所述方法还包括：
    调用授权接口，按照所述第二数据格式对所述第一交易数据进行授权，其中，所述第二交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  13. 根据权利要9所述的计算机设备，所述方法还包括：
    调用通知接口，按照第三数据格式通知所述保险系统获取所述第一交易数据，其中，所述第三交易数据格式包括NodeID与url，其中所述NodeID表示区块链中的节点，所述url表示保险公司的接口。
  14. 根据权利要9所述的计算机设备，所述方法还包括：
    调用获取索引数据接口，按照所述第四数据格式或所述第五数据格式自所述交易系统获取所述授权的第一交易数据，其中，所述第四交易数据格式包括DataID与owner，其中所述DataID表示当天的交易数据索引key值，所述owner表示区块链中的节点，其中，所述第五交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  15. 一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现一种基于区块链的医疗数据交互方法，所述方法包括步骤：
    调用上传接口，按照第一数据格式将区块链平台的医院系统的第一交易数据上传到所述区块链平台的交易系统，其中，所述第一交易数据格式包括DataID与Value，所述DataID表示当天的交易数据索引key值，以天为单位，表示的格式为「PA+日期格式」，所述Value表示当天交易的所有保单号或保单明细；
    根据所述交易数据产生交易信息，并在所述区块链平台广播所述交易信息；
    当所述区块链平台的第一监督系统获取所述交易信息，所述第一监督系统对所述交易信息进行认证；
    当所述交易信息通过所述第一监督系统的认证，按照第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统；
    按照第四数据格式或第五数据格式将所述授权的第一交易数据传送给所述区块链平台的所述保险系统，以根据所述交易数据执行理赔操作；
    更新所述第一交易数据而产生第二交易数据，并上传所述第二交易数据到所述区块链平台的所述交易系统；
    将所述第二交易数据授权给所述区块链平台的所述医院系统；及
    将所述第二交易数据传送给所述区块链平台的所述医院系统。
  16. 根据权利要求15所述的计算机可读存储介质，所述第一交易数据格式是JSON格式。
  17. 根据权利要求15所述的计算机可读存储介质，所述方法还包括：
    当所述区块链平台还包括第二监督系统，且所述交易信息通过所述第一监督系统与所述第二监督系统的认证，按照所述第二数据格式将所述第一交易数据授权给所述区块链平台的保险系统。
  18. 根据权利要求15所述的计算机可读存储介质，所述方法还包括：
    调用授权接口，按照所述第二数据格式对所述第一交易数据进行授权，其中，所述第二交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
  19. 根据权利要求15所述的计算机可读存储介质，所述方法还包括：
    调用通知接口，按照第三数据格式通知所述保险系统获取所述第一交易数据，其中，所述第三交易数据格式包括NodeID与url，其中所述NodeID表示区块链中的节点，所述url表示保险公司的接口。
  20. 根据权利要求15所述的计算机可读存储介质，所述方法还包括：
    调用获取索引数据接口，按照所述第四数据格式或所述第五数据格式自所述交易系统获取所述授权的第一交易数据，其中，所述第四交易数据格式包括DataID与owner，其中所述DataID表示当天的交易数据索引key值，所述owner表示区块链中的节点，其中，所述第五交易数据格式包括NodeID与DataIDs，其中所述NodeID表示区块链中的节点，所述DataIDs表示当天交易的所有保单号和当天的交易数据索引key值。
PCT/CN2020/087615 2019-06-17 2020-04-28 基于区块链的医疗数据交互方法、电子装置及计算机设备 Ceased WO2020253392A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910521794.9A CN110363022A (zh) 2019-06-17 2019-06-17 基于区块链的医疗数据交互方法、电子装置及计算机设备
CN201910521794.9 2019-06-17

Publications (1)

Publication Number Publication Date
WO2020253392A1 true WO2020253392A1 (zh) 2020-12-24

Family

ID=68217343

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/087615 Ceased WO2020253392A1 (zh) 2019-06-17 2020-04-28 基于区块链的医疗数据交互方法、电子装置及计算机设备

Country Status (2)

Country Link
CN (1) CN110363022A (zh)
WO (1) WO2020253392A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110363022A (zh) * 2019-06-17 2019-10-22 深圳壹账通智能科技有限公司 基于区块链的医疗数据交互方法、电子装置及计算机设备
CN112488656A (zh) * 2020-12-04 2021-03-12 紫绶(上海)信息科技有限公司 基于区块链实现对等多方数字化业务全域管理的方法、装置、处理器及其存储介质
CN112669923A (zh) * 2020-12-30 2021-04-16 杭州联众医疗科技股份有限公司 一种医疗数据互联互通的系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108737361A (zh) * 2018-01-25 2018-11-02 阳光保险集团股份有限公司 一种基于区块链的数据验证方法
CN109102247A (zh) * 2018-07-27 2018-12-28 深圳市元征科技股份有限公司 基于区块链的理赔信息处理方法以及区块链节点设备
CN109102411A (zh) * 2018-07-26 2018-12-28 厦门快商通信息技术有限公司 一种基于区块链智能合约技术的保险理赔方法及系统
CN109658273A (zh) * 2019-01-24 2019-04-19 易保互联医疗信息科技（北京）有限公司 基于区块链的商业保险快速理赔方法、存储介质和设备
KR20190053778A (ko) * 2017-11-10 2019-05-20 최우혁 블록체인 정보 관리 및 거래 지원 서비스 제공 방법
CN110334540A (zh) * 2019-06-17 2019-10-15 深圳壹账通智能科技有限公司 基于区块链的投保数据交互方法、电子装置及计算机设备
CN110363022A (zh) * 2019-06-17 2019-10-22 深圳壹账通智能科技有限公司 基于区块链的医疗数据交互方法、电子装置及计算机设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105956923B (zh) * 2016-04-20 2022-04-29 上海如鸽投资有限公司 资产交易系统以及资产的数字化认证和交易方法
WO2018090331A1 (zh) * 2016-11-18 2018-05-24 深圳前海达闼云端智能科技有限公司 区块链网络、物品交易方法、装置及节点设备
US10796329B2 (en) * 2016-11-29 2020-10-06 Mastercard International Incorporated Method and system for authentication of coupons via blockchain
CN108733768B (zh) * 2018-04-19 2022-02-22 深圳市迅雷网络技术有限公司 交易数据一致性处理方法、电子装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190053778A (ko) * 2017-11-10 2019-05-20 최우혁 블록체인 정보 관리 및 거래 지원 서비스 제공 방법
CN108737361A (zh) * 2018-01-25 2018-11-02 阳光保险集团股份有限公司 一种基于区块链的数据验证方法
CN109102411A (zh) * 2018-07-26 2018-12-28 厦门快商通信息技术有限公司 一种基于区块链智能合约技术的保险理赔方法及系统
CN109102247A (zh) * 2018-07-27 2018-12-28 深圳市元征科技股份有限公司 基于区块链的理赔信息处理方法以及区块链节点设备
CN109658273A (zh) * 2019-01-24 2019-04-19 易保互联医疗信息科技（北京）有限公司 基于区块链的商业保险快速理赔方法、存储介质和设备
CN110334540A (zh) * 2019-06-17 2019-10-15 深圳壹账通智能科技有限公司 基于区块链的投保数据交互方法、电子装置及计算机设备
CN110363022A (zh) * 2019-06-17 2019-10-22 深圳壹账通智能科技有限公司 基于区块链的医疗数据交互方法、电子装置及计算机设备

Also Published As

Publication number Publication date
CN110363022A (zh) 2019-10-22

Similar Documents

Publication Publication Date Title
US12141304B1 (en) Systems and methods to track, store, and manage events, rights, and liabilities
US11847197B2 (en) System and method for identity management
US11037145B2 (en) Concomitance of an asset and identity block of a blockchain
US20220171876A1 (en) Blockchain based information management
US11917050B1 (en) Systems and methods for generating a blockchain-based user profile
CN108665372B (zh) 基于区块链的信息处理、查询、储存方法和装置
US10771449B2 (en) Method and system for trustworthiness using digital certificates
EP3665857B1 (en) Blockchain architecture with record security
US10554649B1 (en) Systems and methods for blockchain validation of user identity and authority
US9418116B2 (en) Capturing evolution of a resource memorandum according to resource requests
TW202021307A (zh) 跨區塊鏈的交互方法及系統、電腦設備及儲存媒體
US20210184863A1 (en) Method and system for regulation of blockchain-based payments
DE102018122997A1 (de) Blockkettenentität, kettenexterne entität, zertifizierungsvorrichtung für blockkettenoperationen und verfahren zum durchführen einer kooperation zwischen einer blockkettenentität und einer kettenexternen entität
US20090012817A1 (en) System and method for facilitating cross enterprise data sharing in a healthcare setting
US11526955B2 (en) Protocol-based system and method for establishing a multi-party contract
CN115456773B (zh) 基于区块链的支付控制方法、装置、设备及介质
CN109347789A (zh) 服务器、基于区块链的欺诈客户信息的共享方法及介质
CN112632493B (zh) 基于客户隐私保护的授权验证管理方法和系统
US20220067711A1 (en) Method and system for regulation of blockchain transactions
WO2020253392A1 (zh) 基于区块链的医疗数据交互方法、电子装置及计算机设备
CN112612856A (zh) 基于区块链的数据处理方法和装置
US20230306443A1 (en) Method and system for establishing digital identity in international trade
CN111753018A (zh) 电子函证方法、系统和计算机设备
US20240086906A1 (en) Method and system for providing token identity
WO2020253394A1 (zh) 基于区块链的投保数据交互方法、电子装置及计算机设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20827851

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20827851

Country of ref document: EP

Kind code of ref document: A1