CN113658663A - 处方信息流转方法、装置、电子设备和存储介质 - Google Patents

处方信息流转方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN113658663A
CN113658663A CN202111024112.7A CN202111024112A CN113658663A CN 113658663 A CN113658663 A CN 113658663A CN 202111024112 A CN202111024112 A CN 202111024112A CN 113658663 A CN113658663 A CN 113658663A
Authority
CN
China
Prior art keywords
prescription
data
block
medicine
information
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.)
Pending
Application number
CN202111024112.7A
Other languages
English (en)
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.)
Taikang Insurance Group Co Ltd
Original Assignee
Taikang Insurance Group 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 Taikang Insurance Group Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN202111024112.7A priority Critical patent/CN113658663A/zh
Publication of CN113658663A publication Critical patent/CN113658663A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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; CALCULATING OR 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/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Chemical & Material Sciences (AREA)
  • Public Health (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Epidemiology (AREA)
  • Medicinal Chemistry (AREA)
  • Computational Linguistics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了处方信息流转方法、装置、电子设备和存储介质，涉及计算机技术领域。该方法的一具体实施方式包括：接收医院端的处方信息，生成对应的处方数据，存储至预设的第一区块中；基于第一处方查询请求中处方标识和处方数据类型查询对应区块中的处方数据，发送至理赔端；接收理赔端生成的理赔声明，生成对应的理赔数据，存储至预设的第二区块中；接收药店端发送的第二处方数据查询请求，查询对应区块中的处方数据，以发送至药店端。该实施方式能够解决处方信息无法在互联网医院、实体药店及保险公司中进行有效流转，药品处方的有效性在取药和理赔环节无法进行验证的问题。

Description

处方信息流转方法、装置、电子设备和存储介质
技术领域
本发明涉及计算机技术领域，尤其涉及一种处方信息流转方法、装置、电子设备和存储介质。
背景技术
随着互联网技术的发展，互联网就诊已经成为用户的一种就医方式。互联网就诊方式中医生为就诊用户开立药品处方后，用户需要单独到就近的药店购药，以及单独到保险公司申请理赔。目前，药店通常需要确定药品处方有效后才会出售药品，保险公司也需要确定药品处方有效后才会进行理赔，但是，用户购药的药店、保险公司和互联网医院之间通常是相互独立的，因此，现有技术存在处方信息无法在互联网医院、实体药店及保险公司中进行有效流转的技术问题，并且由于互联网医院、实体药店及保险公司的信息相互独立，导致药品处方的有效性在取药和理赔环节无法进行验证。
发明内容
有鉴于此，本发明实施例提供一种处方信息流转方法、装置、电子设备和存储介质，能够解决由于互联网医院、实体药店及保险公司的信息相互独立，导致处方信息无法在互联网医院、实体药店及保险公司中进行有效流转，药品处方的有效性在取药和理赔环节无法进行验证的问题。
为实现上述目的，根据本发明实施例的一个方面，提供了一种处方信息流转方法。
本发明实施例的一种处方信息流转方法，应用于区块链平台，包括：接收医院端为就诊用户开立处方的处方信息，获取所述处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将所述处方数据存储至预设的第一区块中，获取所述第一区块的区块标识，以结合预设的处方数据类型和所述处方标识生成对应的信息索引并存储；接收理赔端发送的第一处方数据查询请求，基于所述第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述理赔端，使所述理赔端验证所述就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明；接收所述理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将所述理赔数据存储至预设的第二区块中，获取所述第二区块的区块标识，以结合理赔数据类型和所述处方标识生成信息索引并存储；接收药店端发送的第二处方数据查询请求，基于所述第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述药店端，使所述药店端验证所述就诊用户上传的药品处方有效后执行对应的药品出库操作。
在一个实施例中，在基于所述区块标识获取对应的处方数据，以发送至所述药店端之后，还包括：
接收所述药店端发送的理赔数据查询请求，基于所述理赔数据获取请求中处方标识和理赔数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的理赔声明，以发送至所述药店端，使所述药店端基于所述理赔声明确定所述就诊用户支付金额，以执行药品结算操作。
在又一个实施例中，在基于所述区块标识获取对应区块中的理赔声明，以发送至所述药店端之后，还包括：
接收所述药店端发送的购药交易信息，以基于预设的第三数据结构生成对应的购药交易数据，将所述购药交易数据存储至预设的第三区块中，获取所述第三区块的区块标识，以结合购药交易数据类型和所述处方标识生成对应的信息索引并存储。
在又一个实施例中，还包括：
接收所述理赔端发送的交易信息查询请求，基于所述交易信息查询请求中处方标识和购药交易数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据对应的购药交易信息，以发送至所述理赔端，使所述理赔端基于所述购药交易信息确定结算金额，以向所述药店端支付所述结算金额。
在又一个实施例中，获取所述处方信息中处方标识和处方开立信息，包括：
查询所述医院端对应的公钥，以基于所述公钥验证所述处方信息中的数字签名，得出验证结果；
基于所述验证结果确定验证通过后，获取处方标识和处方开立信息。
在又一个实施例中，所述验证所述就诊用户上传的药品处方有效，包括：
获取所述处方开立信息中的处方开立时间，以判断所述处方开立时间与当前时间之间的时长是否大于预设时长；
若是，则确定所述就诊用户上传的药品处方无效；若否，则确定所述就诊用户上传的药品处方有效。
在又一个实施例中，所述第一处方数据查询请求为所述理赔端接收所述就诊用户上传所述药品处方后发送的，所述第一处方数据查询请求包括所述理赔端基于所述药品处方生成的处方标识；
所述第二处方数据查询请求为所述药店端接收所述就诊用户上传所述药品处方后发送的，所述第二处方数据查询请求包括所述药店端基于所述药品处方生成的处方标识。
为实现上述目的，根据本发明实施例的另一方面，提供了一种处方信息流转装置。
本发明实施例的一种处方信息流转装置，设置于区块链平台，包括：存储单元，用于接收医院端为就诊用户开立处方的处方信息，获取所述处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将所述处方数据存储至预设的第一区块中，获取所述第一区块的区块标识，以结合预设的处方数据类型和所述处方标识生成对应的信息索引并存储；查询单元，用于接收理赔端发送的第一处方数据查询请求，基于所述第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述理赔端，使所述理赔端验证所述就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明；所述存储单元，还用于接收所述理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将所述理赔数据存储至预设的第二区块中，获取所述第二区块的区块标识，以结合理赔数据类型和所述处方标识生成信息索引并存储；所述查询单元，用于接收药店端发送的第二处方数据查询请求，基于所述第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述药店端，使所述药店端验证所述就诊用户上传的药品处方有效后执行对应的药品出库操作。
在一个实施例中，所述查询单元还用于：
接收所述药店端发送的理赔数据查询请求，基于所述理赔数据获取请求中处方标识和理赔数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的理赔声明，以发送至所述药店端，使所述药店端基于所述理赔声明确定所述就诊用户支付金额，以执行药品结算操作。
在又一个实施例中，所述存储单元还用于：
接收所述药店端发送的购药交易信息，以基于预设的第三数据结构生成对应的购药交易数据，将所述购药交易数据存储至预设的第三区块中，获取所述第三区块的区块标识，以结合购药交易数据类型和所述处方标识生成对应的信息索引并存储。
在又一个实施例中，所述查询单元还用于：
接收所述理赔端发送的交易信息查询请求，基于所述交易信息查询请求中处方标识和购药交易数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据对应的购药交易信息，以发送至所述理赔端，使所述理赔端基于所述购药交易信息确定结算金额，以向所述药店端支付所述结算金额。
在又一个实施例中，所述存储单元具体用于：
查询所述医院端对应的公钥，以基于所述公钥验证所述处方信息中的数字签名，得出验证结果；
基于所述验证结果确定验证通过后，获取处方标识和处方开立信息。
在又一个实施例中，所述装置还包括：
验证单元，用于获取所述处方开立信息中的处方开立时间，以判断所述处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定所述就诊用户上传的药品处方无效；若否，则确定所述就诊用户上传的药品处方有效。
在又一个实施例中，所述第一处方数据查询请求为所述理赔端接收所述就诊用户上传所述药品处方后发送的，所述第一处方数据查询请求包括所述理赔端基于所述药品处方生成的处方标识；
所述第二处方数据查询请求为所述药店端接收所述就诊用户上传所述药品处方后发送的，所述第二处方数据查询请求包括所述药店端基于所述药品处方生成的处方标识。
为实现上述目的，根据本发明实施例的再一个方面，提供了一种电子设备。
本发明实施例的一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的处方信息流转方法。
为实现上述目的，根据本发明实施例的又一个方面，提供了一种计算机可读介质。
本发明实施例的一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例提供的处方信息流转方法。
上述发明中的一个实施例具有如下优点或有益效果：本发明实施例中，在互联网医院场景中，医院端为就诊用户开立药品处方后，可以将药品处方的处方标识和处方开立信息上链至区块链平台，区块链平台接收医院端为就诊用户所开立药品处方的处方标识和处方开立信息后，可以基于第一数据结构对其进行存储并生成对应的信息索引，然后就诊用户使用药品处方至理赔端申请理赔时，理赔端可以基于就诊用户上传的药品处方生成处方标识，进而向区块链平台发送第一处方数据查询请求，区块链平台接收该查询请求后，可以基于其中的处方标识和处方数据类型查询出对应的处方数据并发送给理赔端，以使理赔端可以基于处方数据验证就诊用户上传药品处方的有效性，进而计算对应的赔付金额和就诊用户支付金额，以及生成理赔声明并上链至区块链平台；就诊用户使用药品处方至药店端购药时，药店端可以基于就诊用户上传的药品处方生成处方标识，进而向区块链平台发送第二处方数据查询请求，区块链平台接收该查询请求后，可以基于其中的处方标识和处方数据类型查询出对应的处方数据并发送给药店端，以使药店端可以基于处方数据验证就诊用户上传药品处方的有效性，进而在确定就诊用户上传药品处方有效后即可执行药品出库。本发明实施例中，通过区块链平台将医院端、理赔端和药店端连接，理赔端在进行理赔时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，药店端在售药时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，如此实现医院端、理赔端和药店端之间处方信息的流转，从而使理赔端和药店端可以在取药和理赔环节验证药品处方的有效性，进而可以实现就诊用户互联网就诊后直接从药店端及时购买药品，避免了因药店无法对药品处方的有效性进行验证，导致用户无法购买药品的问题，同时，还可以方便就诊用户快速进行理赔，提高理赔效率。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的就诊系统的一种系统架构的示意图；
图2是根据本发明实施例的处方信息流转方法的一种主要流程的示意图；
图3是根据本发明实施例的处方信息流转方法的又一种主要流程的示意图；
图4是根据本发明实施例的处方信息流转装置的主要单元的示意图；
图5是本发明实施例可以应用于其中的又一种示例性系统架构图；
图6是适于用来实现本发明实施例的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要指出的是，在不冲突的情况下，本发明中的实施例以及实施例中的特征可以互相组合。
本发明实施例提供一种处方信息流转系统，该系统可以用于互联网就诊的场景，具体可以为互联网医院就医并基于互联网医院开立的药品处方从药店购买药品的场景。本发明实施例中，处方信息流转系统可以包括医院端、理赔端、药店端和区块链平台，区块链平台可以分别与医院端、理赔端、药店端进行通信，使医院端、理赔端和药店端可以通过区块链平台共享信息，如药品处方的处方开立信息等等。具体的，本发明实施例中区块链平台可以基于联盟链实现，具体可以为以医院端、理赔端和药店端作为参与方构建的联盟链，图1所示为本发明实施例中处方信息流转系统的一种系统架构示意图。
本发明实施例中以区块链平台为联盟链为例进行说明，如图1所示，系统包括医院端、理赔端、药店端和联盟链。医院端具体可以为互联网医院端，就诊用户可以基于终端等设备与医院端进行通信，医生可以通过医院端为就诊用户进行诊断并开立药品处方，医院端在医生开立药品处方后可以将其发送给就诊用户，并生成药品处方的处方标识，将处方标识和处方开立信息上链至联盟链中存储。如果就诊用户购买了相关保险，则可以使用药品处方向理赔端申请理赔，理赔端接收就诊用户的药品处方后，可以通过药品处方生成处方标识，进而基于处方标识从联盟链中查询对应的处方开立信息，进而基于处方开立信息来验证就诊用户的药品处方有效后计算对应的赔付金额和就诊用户支付金额，以生成理赔声明上链至联盟链存储。就诊用户从医院端获得药品处方后，可以使用药品处方去药店购药，药店端接收就诊用户的药品处方后，可以基于药品处方生成对应的处方标识，然后使用处方标识从联盟链中查询对应的处方开立信息，进而基于处方开立信息来验证就诊用户的药品处方有效后即可执行药品出库的操作，并且还可以在就诊用户完成购药交易后，将购药交易信息上联至联盟存储。就诊用户在购药时，如果已经申请了理赔，则药店端可以基于处方标识从联盟链中获取理赔声明，进而基于理赔声明确定就诊用户支付金额，以进行购药交易。理赔端与药店端可以定时的进行结算，理赔端可以从联盟链中获取药店端上链的购药交易信息，进而基于购药交易信息进行结算。
需要说明的是，本发明实施例中，由于医院端、理赔端和药店端均基于处方标识进行处方开立信息等数据的上、下链，所以医院端、理赔端和药店端可以预设处方标识生成算法，例如可以设置将药品处方的哈希值确定为对应的处方标识，如此可以使相同药品处方在医院端、理赔端和药店端计算出相同的处方标识，以便于准确地从联盟链中上、下链对应的数据。
本发明实施例提供了一种处方信息流转方法，该方法可由区块链平台执行，如图2所示，该方法包括：
S201：接收医院端为就诊用户开立处方的处方信息，获取处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将处方数据存储至预设的第一区块中，获取第一区块的区块标识，以结合预设的处方数据类型和处方标识生成对应的信息索引并存储。
其中，医院端为就诊用户开立药品处方后，可以将处方信息上链。处方信息可以包括处方标识和处方开立信息，医院端可以使用预设的算法，基于药品处方生成处方标识。处方开立信息具体可以包括处方开立时间、医院端标识等信息。区块链平台接收处方标识和处方开立信息可以基于预设的第一数据结构进行存储。具体的，区块链平台中可以预先设置处方标识和处方开立信息存储的数据结构，，即第一数据结构，进而基于预设的数据结构对处方标识和处方开立信息存储。本步骤中，区块链平台可以基于第一数据存储结构生成对应的处方数据，处方数据中可以包括处方标识和处方开立信息，然后将处方数据存储至预设的第一区块中，并获取第一区块的区块标识，以结合预设的处方数据类型和处方标识生成对应的信息索引并存储。处方数据类型为预先设置，用于表示区块中存储的为处方数据。处方数据中具体可以包括处方数据类型、处方信息中的数字签名、处方开立时间和医疗机构对应的公钥之间的对应关系。
需要说明的是，医院端和区块链平台可以预设一对公私钥，医院端在将处方信息上链时，先使用预设的私钥进行加密，即生成数字签名，区块链平台接收医院端上链的数字签名后可以使用预设的医院端公钥进行解密，以保证数据传输的安全性。具体的，处方信息中可以包括处方标识的数字签名和处方开立时间，区块链平台接收处方信息后可以查询医院端对应的公钥，以基于公钥验证所述数字签名，得出验证结果；基于验证结果确定验证通过后，从处方信息中获取处方标识和处方开立信息；基于验证结果确定验证不通过后，可以不对处方信息进行处理。
S202：接收理赔端发送的第一处方数据查询请求，基于第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至理赔端，使理赔端验证就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明。
其中，第一处方数据查询请求为理赔端接收就诊用户上传药品处方后发送的，第一处方数据查询请求包括理赔端基于药品处方生成的处方标识。
本发明实施例中，就诊用户在就诊时，如果医院端为就诊用户开立了药品处方，则就诊用户可以从医院端获取到药品处方，进而可以使用药品处方到理赔端申请理赔。就诊用户申请理赔时，可以向理赔端上传药品处方，理赔端接收药品处方后可以基于药品处方生成处方标识，进而通过第一处方数据查询请求发送至区块链平台，以从其中查询处方开立信息，来验证药品处方的有效性。区块链平台接收理赔端发送的包括处方标识的第一处方数据查询请求后，可以基于第一处方数据查询请求中处方标识和处方数据类型查询对应的区块标识，进而基于获取的区块标识查询对应区块中的处方数据，并将其发送至理赔端，以使理赔端验证就诊用户上传的药品处方有效。
理赔端验证就诊用户上传的药品处方有效后，可以基于药品处方计算对应的赔付金额和就诊用户支付金额，以生成理赔声明，其中，赔付金额表示就诊用户购买药品时理赔端支付的金额，就诊用户支付金额表示就诊用户购买药品时就诊用户支付的金额。理赔声明包括了赔付金额和就诊用户支付金额，理赔端可以将其上链，以存储至区块链平台。
具体的，处方数据中包括了处方开立信息，处方开立信息可以包括处方开立时间等信息，理赔端接收处方开立信息后，可以基于处方开立时间来验证药品处方的有效性。具体可以执行为：获取处方开立信息中的处方开立时间，以判断处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定就诊用户上传的药品处方无效；若否，则确定就诊用户上传的药品处方有效。
药品处方的有效时长，即预设时长，可以预先设置，进而判断处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定就诊用户上传的药品处方无效，可以不对就诊用户进行理赔；若否，则确定就诊用户上传的药品处方有效，可以执行理赔操作。
S203：接收理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将理赔数据存储至预设的第二区块中，获取第二区块的区块标识，以结合理赔数据类型和处方标识生成信息索引并存储。
区块链平台接收理赔端生成的理赔声明后，可以基于预设的第二数据结构存储处方标识和理赔声明。
具体的，可以基于预设的第二数据结构生成对应的理赔数据，将理赔数据存储至预设的第二区块中，进而获取第二区块的区块标识，以结合理赔数据类型和处方标识生成信息索引并存储。理赔数据类型为预先设置，以表示对应的数据为理赔数据。
S204：接收药店端发送的第二处方数据查询请求，基于第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至药店端，使药店端验证就诊用户上传的药品处方有效后执行对应的药品出库操作。
其中，第二处方数据查询请求为药店端接收就诊用户上传药品处方后发送的，第二处方数据查询请求包括药店端基于药品处方生成的处方标识。
就诊用户在就诊时，如果医院端为就诊用户开立了药品处方，则就诊用户可以从医院端获取到药品处方，进而可以使用药品处方到药店端购买药品。就诊用户在购药时可以将药品处方上传至药店端，药店端接收就诊用户上传的药品处方后，可以基于药品处方生成对应的处方标识，进而可以向区块链平台发送包括处方标识的第二处方数据查询请求，以从区块链平台查询药品处方的相关信息，如处方数据中处方开立信息，以验证药品处方的有效性。
区块链平台接收第二处方数据查询请求后，可以基于查第二处方数据查询请求中处方标识和处方数据类型可以查询对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，进而将处方开立信息发送给药店端，以便于药店端验证药品处方的有效性。
具体的，处方开立信息可以包括处方开立时间等信息，药店端接收处方开立信息后，可以基于处方开立时间来验证药品处方的有效性。具体可以执行为：获取处方开立信息中的处方开立时间，以判断处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定就诊用户上传的药品处方无效；若否，则确定就诊用户上传的药品处方有效。
医药端可以设置药品处方的有效时长，即预设时长，进而判断处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定就诊用户上传的药品处方无效，可以不对就诊用户出售药品；若否，则确定就诊用户上传的药品处方有效，可以基于药品处方执行对应的药品出库操作。
需要说明的是，药店端与区块链平台可以预先约定一对对应药店端的公私钥，药店端可以基于私钥对传输的数据加密，再发送至区块链平台，区块链平台可以基于药店端公钥对接收的数据解密进而再进行存储，以保证数据传输的安全性。
就诊用户在理赔端申请理赔后，药店端可以基于理赔端的理赔声明执行购药交易。具体的，在药店端验证药品处方有效后，可以向区块链平台发送包括处方标识的理赔数据查询请求，以获取药品标识对应的理赔声明。此时区块链平台接收药店端发送的获取请求，基于获取请求中处方标识查询对应的理赔声明，进而发送至药店端，使药店端可以基于理赔声明确定就诊用户支付金额，以执行药品结算操作。
需要说明的是，药品端对就诊用户执行药品结算操作和药品出库操作后，可以生成购药交易信息，其中可以包括处方标识、购药交易时间、就诊用户所支付的实际金额等等，并将购药交易信息上链区块链平台存储。区块链平台接收药店端发送的购药交易信息，基于预设的第三数据结构存储处方标识和购药交易信息。具体可以执行为：接收药店端发送的购药交易信息，以基于预设的第三数据结构生成对应的购药交易数据，将购药交易数据存储至预设的第三区块中，获取第三区块的区块标识，以结合购药交易数据类型和处方标识生成对应的信息索引并存储。购药交易数据类型为预先设置。
本发明实施例中，购药端将购药交易信息上链后，理赔端可以基于购药交易信息与药店端进行结算，所以可以向区块链平台发送交易信息查询请求，区块链平台基于交易信息查询请求中处方标识和购药交易数据类型查询对应的购药交易信息，以发送至理赔端，使理赔端基于购药交易信息确定结算金额，以向药店端支付结算金额。
本发明实施例中，通过区块链平台将医院端、理赔端和药店端连接，理赔端在进行理赔时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，药店端在售药时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，如此实现医院端、理赔端和药店端之间处方信息的流转，从而使理赔端和药店端可以在取药和理赔环节验证药品处方的有效性，进而可以实现就诊用户互联网就诊后直接从药店端及时购买药品，避免了因药店无法对药品处方的有效性进行验证，导致用户无法购买药品的问题，同时，还可以方便就诊用户快速进行理赔，提高理赔效率。另外，本发明实施例中医院端上链的为处方信息，可以不直接上链药品处方内容，从而减少与区块链平台之间的数据传输量，提高数据传输性能。
需要说明的是，本发明实施例中，对一个药品处方，医院端、理赔端和药店端均会上链对应的信息，服务端中将这些信息存储。服务端可以预设数据存储格式来对各端上链的信息进行存储。
具体的，服务端可以为各信息设置信息类型和各信息存储的数据格式。例如，设置处方信息对应处方数据类型为PRE，理赔声明的理赔数据类型为CLA，购药交易信息的购药交易数据类型为TRA。
对于处方信息，其对应第一数据结构生成处方数据，可以包括机构标识、签名和处方开立时间，其中机构标识表示预设的医院端公钥，如RSA公钥，签名表示基于预设的医院端私钥对处方标识加密后的签名值，处方开立时间表示药品处方的开立时间，格式可以为yyyyMMddHHmmss。
具体的，基于第一数据结构生成的处方数据可以为：PRE|782705ab6f28912f2703066a912fe577g2ce4da4caa5a5fbd8a57286c4y5c2fh|MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCe2zKaCBL7ofOfuPmygQO/Hj66ERYnvXV+WypsXzXaFNf6BcqM+wJPECwSqWv73QJULmksMswyDKtWhwlF0rlBi8QjQKiT6PvKzeOOQTpvGq9wwDJlzRMLNJ2nRCwLIASD1Eza+aVb1ce6K+7geRgJrp4HtNdAvh4KSjBVElfAkwIDAQAB|612945943b56154cc6dce2bb13597ca734f6be79ea6e86191d34378271143a65405feeb9cbec9a1327166efa285ca117123a5bb26f0eb900e161b3ceb7b35224|20210618163456|。上述数据中依次为出访数据类型、机构标识、签名和处方开立时间，各参数均使用“|”隔开。
对于理赔声明，其对应第二数据结构生成理赔数据，可以包括机构标识、赔付金额、声明时间、有效时长、签名。其中，机构标识表示预设的理赔端，如RSA公钥；赔付金额表示理赔端计算的理赔金额和就诊用户支付金额，可以包括金额整数和单位为如分；声明时间表示理赔声明的生成时间，格式可以为yyyyMMddHHmmss；有效时长表示本次理赔的有效时长，单位为分钟；签名表示基于理赔端的私钥对理赔声明加密后的签名值。
具体的，基于第二数据结构生成的理赔数据可以为：CLA|882705ab6f28912f2703066a912fe577g2ce4da4caa5a5fbd8a57286c4y5c2dh|4500|20210618163456|259200|HIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCe2zKaCBL7ofOfuPmygQO/Hj66ERYnvXV+WypsXzXaFNf6BcqM+wJPECwSqWv73QJULmksMswyDKtWhwlF0rlBi8QjQKiT6PvKzeOOQTpvGq9wwDJlzRMLNJ2nRCwLIASD1Eza+aVb1ce6K+7geRgJrp4HtNdAvh4KSjBVElfAkwIDAQAB|812945943b56154cc6dce2bb13597ca734f6be79ea6e86191d34378271143a65405feeb9cbec9a1327166efa285ca117123a5bb26f0eb900e161b3crb7b35224|。上述数据中依次为理赔数据类型、机构标识、赔付金额、声明时间、有效时长、签名，各参数均使用“|”隔开。
对于购药交易信息，其对应第三数据结构生成购药交易数据，可以包括购药时间、药店标识、药店签名、客户标识、客户签名。其中，购药时间表示就诊用户购买药品的时间，格式可以为：yyyyMMddHHmmss；药店标识表示预设的药店端公钥；药店签名表示基于药店端私钥加密购药交易信息后的签名；客户标识表示就诊用户所使用终端的公钥；客户签名表示就诊用户所使用终端的签名。
具体的，基于第三数据结构生成的购药交易数据可以为：TRA|882705ab6f28912f2703066a912fe577g2ce4da4caa5a5fbd8a57286c4y5c2dh|20210619183445|HIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCe2zKaCBL7ofOfuPmygQO/Hj66ERYnvXV+WypsXzXaFNf6BcqM+wJPECwSqWv73QJULmksMswyDKtWhwlF0rlBi8QjQKiT6PvKzeOOQTpvGq9wwDJlzRMLNJ2nRCwLIASD1Eza+aVb1ce6K+7geRgJrp4HtNdAvh4KSjBVElfAkwIDAQAB|812945943b56154cc6dce2bb13597ca734f6be79ea6e86191d34378271143a65405feeb9cbec9a1327166efa285ca117123a5bb26f0eb900e161b3crb7b35224|HIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCe2zKaCBL7ofOfuPmygQO/Hj66ERYnvXV+WypsXzXaFNf6BcqM+wJPECwSqWv73QJULmksMswyDKtWhwlF0rlBi8QjQKiT6PvKzeOOQTpvGq9wwDJlzRMLNJ2nRCwLIASD1Eza+aVb1ce6K+7geRgJrp4HtNdAvh4KSjBVElfAkwIDAQAB|912845943b56145cf6dce2bb13597ca734f6be79ea6e86191d34378271143a65405feeb9cbe49a1327166efa285ca117123a5bb26f0eb900e161b3crb7b33457|。上述数据中依次为购药交易数据类型、购药时间、药店标识、药店签名、客户标识、客户签名，各参数均使用“|”隔开。
下面结合图1所示的系统架构和图2所示实施例，对本发明实施例中处方信息流转方法进行具体说明，如图3所示，该方法包括：
S301：医院端为就诊用户开立药品处方后，生成处方信息，并发送至联盟链。
其中，处方信息包括处方标识和处方开立信息。
S302：联盟链基于第一数据格式存储处方信息。
具体的，联盟链获取处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将处方数据存储至预设的第一区块中，获取第一区块的区块标识，以结合预设的处方数据类型和处方标识生成对应的信息索引并存储。
S303：理赔端接收就诊用户上传的药品处方后，生成处方标识，向联盟链发送第一处方数据查询请求。
S304：联盟链查询处方标识对应的处方数据，并发送至理赔端。
具体的，基于第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至理赔端。
S305：理赔端基于处方数据验证就诊用户上传的药品处方有效后，计算理赔金额和就诊用户支付金额，以生成理赔声明，并发送至联盟链。
S306：联盟链基于第二数据格式存储理赔声明。
具体的，基于预设的第二数据结构生成对应的理赔数据，将理赔数据存储至预设的第二区块中，获取第二区块的区块标识，以结合理赔数据类型和处方标识生成信息索引并存储。
S307：药店端接收就诊用户上传的药品处方后，生成处方标识，向联盟链发送第二处方数据查询请求。
S308：联盟链查询处方标识对应的处方数据，并发送至药店端。
具体的，基于第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至药店端。
S309：药店端基于处方数据验证就诊用户上传的药品处方有效后，向联盟链发送包括处方标识的理赔数据查询请求。
S310：联盟链查询处方标识对应的理赔声明，并发送至药店端。
具体的，基于理赔数据获取请求中处方标识和理赔数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的理赔声明，以发送至药店端。
S311：药店端基于所述理赔声明确定所述就诊用户支付金额，以执行药品结算操作和药品出库操作，生成购药交易信息，并发送至联盟链。
S312：联盟链基于第三数据格式存储购药交易信息。
具体的，基于预设的第三数据结构生成对应的购药交易数据，将购药交易数据存储至预设的第三区块中，获取第三区块的区块标识，以结合购药交易数据类型和处方标识生成对应的信息索引并存储。
本发明实施例中，理赔端还可以周期性的可以从联盟链获取购药交易信息，以基于购药交易信息与药店端进行结算，所以可以向联盟链发送结算请求，使联盟链基于结算请求中处方标识查询对应的购药交易信息，以发送至理赔端，使理赔端基于购药交易信息确定结算金额，以向药店端支付结算金额。
需要说明的是，本发明实施例中各步骤数据处理原理与图2所示实施例中对应的数据处理原理相同，在此不再赘述。
本发明实施例中，通过联盟链将医院端、理赔端和药店端连接，理赔端在进行理赔时可以基于联盟链查询药品处方的开立信息进而验证药品处方的有效性，药店端在售药时可以基于联盟链查询药品处方的开立信息进而验证药品处方的有效性，如此实现医院端、理赔端和药店端之间处方信息的流转，从而使理赔端和药店端可以在取药和理赔环节验证药品处方的有效性，进而可以实现就诊用户互联网就诊后直接从药店端及时购买药品，避免了因药店无法对药品处方的有效性进行验证，导致用户无法购买药品的问题，同时，还可以方便就诊用户快速进行理赔，提高理赔效率。
为了解决现有技术存在的问题，本发明实施例提供了一种处方信息流转装置400，，设置于区块链平台，如图4所示，该装置400包括：
存储单元401，用于接收医院端为就诊用户开立处方的处方信息，获取所述处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将所述处方数据存储至预设的第一区块中，获取所述第一区块的区块标识，以结合预设的处方数据类型和所述处方标识生成对应的信息索引并存储；
查询单元402，用于接收理赔端发送的第一处方数据查询请求，基于所述第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述理赔端，使所述理赔端验证所述就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明；
所述存储单元401，还用于接收所述理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将所述理赔数据存储至预设的第二区块中，获取所述第二区块的区块标识，以结合理赔数据类型和所述处方标识生成信息索引并存储；
所述查询单元402，用于接收药店端发送的第二处方数据查询请求，基于所述第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述药店端，使所述药店端验证所述就诊用户上传的药品处方有效后执行对应的药品出库操作。
应理解的是，实施本发明实施例的方式与实施图2所示实施例的方式相同，在此不再赘述。
本发明实施例的一种实现方式中，所述查询单元402还用于：
接收所述药店端发送的理赔数据查询请求，基于所述理赔数据获取请求中处方标识和理赔数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的理赔声明，以发送至所述药店端，使所述药店端基于所述理赔声明确定所述就诊用户支付金额，以执行药品结算操作。
本发明实施例的一种实现方式中，所述存储单元401还用于：
接收所述药店端发送的购药交易信息，以基于预设的第三数据结构生成对应的购药交易数据，将所述购药交易数据存储至预设的第三区块中，获取所述第三区块的区块标识，以结合购药交易数据类型和所述处方标识生成对应的信息索引并存储。
本发明实施例的一种实现方式中，所述查询单元402还用于：
接收所述理赔端发送的交易信息查询请求，基于所述交易信息查询请求中处方标识和购药交易数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据对应的购药交易信息，以发送至所述理赔端，使所述理赔端基于所述购药交易信息确定结算金额，以向所述药店端支付所述结算金额。
本发明实施例的一种实现方式中，所述存储单元401具体用于：
查询所述医院端对应的公钥，以基于所述公钥验证所述处方信息中的数字签名，得出验证结果；
基于所述验证结果确定验证通过后，获取处方标识和处方开立信息。
本发明实施例的一种实现方式中，所述装置400还包括：
验证单元，用于获取所述处方开立信息中的处方开立时间，以判断所述处方开立时间与当前时间之间的时长是否大于预设时长；若是，则确定所述就诊用户上传的药品处方无效；若否，则确定所述就诊用户上传的药品处方有效。
在又一个实施例中，所述第一处方数据查询请求为所述理赔端接收所述就诊用户上传所述药品处方后发送的，所述第一处方数据查询请求包括所述理赔端基于所述药品处方生成的处方标识；
所述第二处方数据查询请求为所述药店端接收所述就诊用户上传所述药品处方后发送的，所述第二处方数据查询请求包括所述药店端基于所述药品处方生成的处方标识。
应理解的是，实施本发明实施例的方式与实施图2或图3所示实施例的方式相同，在此不再赘述。
本发明实施例中，通过区块链平台将医院端、理赔端和药店端连接，理赔端在进行理赔时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，药店端在售药时可以基于区块链平台查询药品处方的开立信息进而验证药品处方的有效性，如此实现医院端、理赔端和药店端之间处方信息的流转，从而使理赔端和药店端可以在取药和理赔环节验证药品处方的有效性，进而可以实现就诊用户互联网就诊后直接从药店端及时购买药品，避免了因药店无法对药品处方的有效性进行验证，导致用户无法购买药品的问题，同时，还可以方便就诊用户快速进行理赔，提高理赔效率。
根据本发明的实施例，本发明实施例还提供了一种电子设备和一种可读存储介质。
本发明实施例的电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行本发明实施例所提供的处方信息流转方法。
图5示出了可以应用本发明实施例的处方信息流转方法或处方信息流转装置的示例性系统架构500。
如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用。
终端设备501、502、503可以是但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器，服务器可以对接收到的查询请求等数据进行分析等处理，并将处理结果(例如处方开立信息--仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的数据对比的方法一般由服务器505执行，相应地，数据对比的装置一般设置于服务器505中。
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图6，其示出了适于用来实现本发明实施例的计算机系统600的结构示意图。图6示出的计算机系统仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个单元、程序段、或代码的一部分，上述单元、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括存储单元、接收单元和发送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收单元的功能的单元”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行本发明所提供的处方信息流转方法。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种处方信息流转方法，应用于区块链平台，其特征在于，包括：
接收医院端为就诊用户开立处方的处方信息，获取所述处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将所述处方数据存储至预设的第一区块中，获取所述第一区块的区块标识，以结合预设的处方数据类型和所述处方标识生成对应的信息索引并存储；
接收理赔端发送的第一处方数据查询请求，基于所述第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述理赔端，使所述理赔端验证所述就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明；
接收所述理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将所述理赔数据存储至预设的第二区块中，获取所述第二区块的区块标识，以结合理赔数据类型和所述处方标识生成信息索引并存储；
接收药店端发送的第二处方数据查询请求，基于所述第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述药店端，使所述药店端验证所述就诊用户上传的药品处方有效后执行对应的药品出库操作。
2.根据权利要求1所述的方法，其特征在于，在基于所述区块标识获取对应的处方数据，以发送至所述药店端之后，还包括：
接收所述药店端发送的理赔数据查询请求，基于所述理赔数据获取请求中处方标识和理赔数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的理赔声明，以发送至所述药店端，使所述药店端基于所述理赔声明确定所述就诊用户支付金额，以执行药品结算操作。
3.根据权利要求1所述的方法，其特征在于，在基于所述区块标识获取对应区块中的理赔声明，以发送至所述药店端之后，还包括：
接收所述药店端发送的购药交易信息，以基于预设的第三数据结构生成对应的购药交易数据，将所述购药交易数据存储至预设的第三区块中，获取所述第三区块的区块标识，以结合购药交易数据类型和所述处方标识生成对应的信息索引并存储。
4.根据权利要求5所述的方法，其特征在于，还包括：
接收所述理赔端发送的交易信息查询请求，基于所述交易信息查询请求中处方标识和购药交易数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据对应的购药交易信息，以发送至所述理赔端，使所述理赔端基于所述购药交易信息确定结算金额，以向所述药店端支付所述结算金额。
5.根据权利要求1所述的方法，其特征在于，获取所述处方信息中处方标识和处方开立信息，包括：
查询所述医院端对应的公钥，以基于所述公钥验证所述处方信息中的数字签名，得出验证结果；
基于所述验证结果确定验证通过后，获取处方标识和处方开立信息。
6.根据权利要求1所述的方法，其特征在于，所述验证所述就诊用户上传的药品处方有效，包括：
获取所述处方开立信息中的处方开立时间，以判断所述处方开立时间与当前时间之间的时长是否大于预设时长；
若是，则确定所述就诊用户上传的药品处方无效；若否，则确定所述就诊用户上传的药品处方有效。
7.根据权利要求1所述的方法，其特征在于，所述第一处方数据查询请求为所述理赔端接收所述就诊用户上传所述药品处方后发送的，所述第一处方数据查询请求包括所述理赔端基于所述药品处方生成的处方标识；
所述第二处方数据查询请求为所述药店端接收所述就诊用户上传所述药品处方后发送的，所述第二处方数据查询请求包括所述药店端基于所述药品处方生成的处方标识。
8.一种处方信息流转的处理装置，其特征在于，设置于区块链平台，包括：
存储单元，用于接收医院端为就诊用户开立处方的处方信息，获取所述处方信息中处方标识和处方开立信息，以基于预设的第一数据结构生成对应的处方数据，将所述处方数据存储至预设的第一区块中，获取所述第一区块的区块标识，以结合预设的处方数据类型和所述处方标识生成对应的信息索引并存储；
查询单元，用于接收理赔端发送的第一处方数据查询请求，基于所述第一处方查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述理赔端，使所述理赔端验证所述就诊用户上传的药品处方有效后，计算对应的赔付金额和就诊用户支付金额，进而生成理赔声明；
所述存储单元，还用于接收所述理赔端生成的理赔声明，基于预设的第二数据结构生成对应的理赔数据，将所述理赔数据存储至预设的第二区块中，获取所述第二区块的区块标识，以结合理赔数据类型和所述处方标识生成信息索引并存储；
所述查询单元，用于接收药店端发送的第二处方数据查询请求，基于所述第二处方数据查询请求中处方标识和处方数据类型查询信息索引，以获取对应的区块标识，基于获取的区块标识查询对应区块中的处方数据，以发送至所述药店端，使所述药店端验证所述就诊用户上传的药品处方有效后执行对应的药品出库操作。
9.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。
10.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-7中任一所述的方法。
CN202111024112.7A 2021-09-02 2021-09-02 处方信息流转方法、装置、电子设备和存储介质 Pending CN113658663A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111024112.7A CN113658663A (zh) 2021-09-02 2021-09-02 处方信息流转方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111024112.7A CN113658663A (zh) 2021-09-02 2021-09-02 处方信息流转方法、装置、电子设备和存储介质

Publications (1)

Publication Number Publication Date
CN113658663A true CN113658663A (zh) 2021-11-16

Family

ID=78482668

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111024112.7A Pending CN113658663A (zh) 2021-09-02 2021-09-02 处方信息流转方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN113658663A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107799163A (zh) * 2017-01-22 2018-03-13 平安医疗健康管理股份有限公司 基于区块链的处方流转方法、装置和系统
CN108595641A (zh) * 2018-04-25 2018-09-28 腾讯科技（深圳）有限公司 一种处方信息存储方法、设备、系统及存储介质
CN109637637A (zh) * 2017-10-20 2019-04-16 北京航空航天大学 基于区块链的医疗管理系统
CN109947845A (zh) * 2018-11-23 2019-06-28 阿里巴巴集团控股有限公司 一种区块链存证方法、装置和计算机设备
CN110704418A (zh) * 2018-06-21 2020-01-17 北京果仁宝软件技术有限责任公司 区块链信息查询方法、装置和设备
CN111613290A (zh) * 2020-05-26 2020-09-01 牛津(海南)区块链研究院有限公司 一种基于区块链的医疗信息管理系统
US20200293515A1 (en) * 2019-06-03 2020-09-17 Alibaba Group Holding Limited Service processing system and method based on blockchain

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107799163A (zh) * 2017-01-22 2018-03-13 平安医疗健康管理股份有限公司 基于区块链的处方流转方法、装置和系统
CN109637637A (zh) * 2017-10-20 2019-04-16 北京航空航天大学 基于区块链的医疗管理系统
CN108595641A (zh) * 2018-04-25 2018-09-28 腾讯科技（深圳）有限公司 一种处方信息存储方法、设备、系统及存储介质
CN110704418A (zh) * 2018-06-21 2020-01-17 北京果仁宝软件技术有限责任公司 区块链信息查询方法、装置和设备
CN109947845A (zh) * 2018-11-23 2019-06-28 阿里巴巴集团控股有限公司 一种区块链存证方法、装置和计算机设备
US20200293515A1 (en) * 2019-06-03 2020-09-17 Alibaba Group Holding Limited Service processing system and method based on blockchain
CN111613290A (zh) * 2020-05-26 2020-09-01 牛津(海南)区块链研究院有限公司 一种基于区块链的医疗信息管理系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
中国质量认证中心: "《区块链与第三方评定》", 31 August 2021, 中国经济出版社, pages: 009 - 010 *
吕国祥 等人: "《计算机地质制图及应用》", 31 October 2009, 电子科技大学出版社, pages: 110 - 112 *
王志: "《大数据技术基础》", 31 January 2021, 华中科技大学出版社, pages: 126 *

Similar Documents

Publication Publication Date Title
US10074088B2 (en) Methods, apparatus and computer program products for securely accessing account data
US10592985B2 (en) Systems and methods for a commodity contracts market using a secure distributed transaction ledger
CN110766406B (zh) 资源转移方法、资源转移装置、存储介质及电子设备
US20110131102A1 (en) Secure mobile payment processing
US20200177579A1 (en) Encrypted Blockchain Object Transfers Using Smart Contracts
CN109472525B (zh) 用于订单签收的方法、装置、电子设备及终端设备
US20120130900A1 (en) System and Method for Trading Unused Digital Rights
JP7067043B2 (ja) 電子取引装置、電子取引方法及びプログラム
KR20190124468A (ko) 전자 지갑을 이용한 암호화폐의 거래 서비스를 제공하는 장치 및 방법
US11133936B1 (en) Methods and systems for introducing self-contained intent functionality into decentralized computer networks
US20150254423A1 (en) Computer-based prescription system for medicaments
CN110582987A (zh) 使用区块链建立配对群组并交换受保护的数据
CN110909383A (zh) 一种电子发票管理方法、装置及电子设备和存储介质
CN110570313A (zh) 基于区块链的数据交易方法、数据交易装置及系统
CN115114658B (zh) 基于区块链的可验证数据交易方法、装置、设备及介质
CN112259178A (zh) 基于区块链网络的诊断方法、装置和区块链网络系统
US20140215220A1 (en) Application distribution system and method
TW201516901A (zh) 帳戶資訊的管理方法、帳戶管理伺服器和銷售終端及系統
CN110659994A (zh) 基于区块链的数据交易方法、数据交易装置及系统
TW201828242A (zh) 基於區塊鏈的電子病歷系統及其方法
US20220052921A1 (en) Methods and systems for introducing self-contained intent functionality into decentralized computer networks
CN112489742A (zh) 一种处方流转处理方法和装置
CN110610385A (zh) 用于处理信息的系统、方法和装置
CN112489760B (zh) 一种基于分布式身份认证的处方处理方法和系统
CN113658663A (zh) 处方信息流转方法、装置、电子设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination