CN111279423A - 用于在区块链上存储和处理电子病历的方法和设备 - Google Patents

Abstract

本文公开了用于存储和处理电子病历的方法、设备和装置，包括存储在计算机可读介质上的计算机程序。所述方法之一包括：由区块链系统中的节点接收患者的电子病历；将所述电子病历合并入由区块链系统维护的区块链中；由所述节点确定所述电子病历是否包含处方；以及响应于确定所述电子病历包含处方，向患者通知所述处方。

Description

用于在区块链上存储和处理电子病历的方法和设备

技术领域

本文一般涉及计算机技术，更具体地，涉及用于在区块链上存储和处理电子病历的方法和设备。

背景技术

电子病历可能包含电子存储的有关患者的医疗和健康信息。电子病历可由临床医生、内科医生、护士或者诊所或医院的其他工作人员收集。电子病历可包括诸如以下的数据：人口统计学、病史、药物和过敏信息、免疫状态、实验室测试结果、放射图像、生命体征、如年龄、体重和医疗处方等的个人统计数据。电子病历可以通过网络连接信息共享平台被共享，从而可以被临床医生用来协助患者的诊断，并被药剂师用来为患者配药。

目前有几种信息共享平台可用。这些信息共享平台没有规定任何标准，使它们难以提供跨平台通信。例如，使用一个信息共享平台的药剂师可能难以检索或验证使用不同信息共享平台的临床医生为患者开的处方。此外，由于电子病历可以复制，因此造成了患者制作他们处方的未经授权副本的可能性。因此，需要用于改进处理和控制电子病历的方法。

发明内容

在一个方面，一种计算机实现的用于存储和处理电子病历的方法包括：区块链系统中的节点接收患者的电子病历；将电子病历合并入由所述区块链系统维护的区块链中；所述节点确定所述电子病历是否包含处方；以及且响应于确定所述电子病历包含处方，向所述患者通知所述处方。

在另一方面，一种用于存储和处理电子病历的设备包括：一个或多个处理器；耦接到所述一个或多个处理器且其上存储有指令的一个或多个计算机可读存储器，所述指令可由所述一个或多个处理器执行以接收患者的电子病历；将所述电子病历合并入由所述区块链系统维护的区块链中；确定所述电子病历是否包含处方；以及响应于确定所述电子病历包含处方，向所述患者通知所述处方。

在又一方面，一种其上存储有指令的非暂时性计算机可读介质，所述指令在由所述设备的所述处理器执行时，促使所述设备执行用于存储和处理电子病历的方法。所述方法包括：区块链系统中的节点接收患者的电子病历；将所述电子病历合并入由区块链系统维护的区块链中；所述节点确定所述电子病历是否包含处方；以及响应于确定所述电子病历包含处方，向所述患者通知所述处方。

附图说明

包含在本说明书中并构成其一部分的附图示出了实施例。在参考附图的以下描述中，除非另有说明，否则不同附图中的相同数字表示相同或相似的元件。

图1是根据一个实施例的区块链系统的示意图。

图2是根据实施例的用于实现区块链系统中节点的计算设备的示意图。

图3是根据实施例的用于在区块链上存储和处理电子病历的方法的流程图。

图4是根据实施例的用于在区块链上存储和处理电子病历的方法的流程图。

图5是根据实施例的用于在区块链上存储和处理电子病历的方法的流程图。

图6是根据实施例的用于在区块链上存储和处理电子病历的方法的流程图。

图7是根据实施例的用于在区块链上存储和处理电子病历的装置的框图。

具体实施方式

本文的实施例提供了用于存储和处理电子病历的方法和设备。所述方法和设备利用区块链系统来存储电子病历，使得参与实体(例如，医院、药房等)能够安全且不可变地存储电子病历。所述方法和设备还支持执行区块链系统上的智能合约，一旦处方被配齐，使参与实体能够使用智能合约自动使处方失效。

本文中公开的实施例具有一个或多个技术效果。在一些实施例中，所述方法和设备在区块链系统上记录电子病历。这允许使用记录的电子病历在各种实体之间进行更好的通信。这还为在第一医院寻求医疗护理的患者提供了去第二医院进行进一步咨询的能力，其中所述第二医院可以从所述区块链系统安全地检索患者的电子病历。在一些实施例中，所述方法和设备还支持执行区块链系统上的智能合约。这允许一旦处方被配齐，参与实体就使用智能合约自动使处方失效，从而防止患者创建他们处方的未经授权副本的可能性。这也为区块链系统提供了检测和拒绝未经授权处方的能力，进一步增强了患者安全。

区块链系统，也被称为分布式账本系统(DLS)或共识系统，在不参考任何特定用例的情况下，区块链系统可以包括任何DLS并且可以用于公有区块链网络、私有区块链网络和联盟区块链网络。区块链系统可以使用点对点(peer-to-peer，P2P)网络实现区块链系统，其中节点例如在不需要固定的中央服务器的情况下与彼此直接通信。P2P网络中的每个节点可以发起与P2P网络中的另一节点的通信。

块链系统维护一个或多个区块链。区块链是用于存储诸如交易的数据的数据结构，这种方式可以防止恶意方篡改和操纵数据。以这种方式存储的交易可以是不可篡改的，并随后被验证。区块链包括一个或多个区块。每个区块通过包括紧邻其之前的前一区块的加密哈希值(cryptographic hash)链接到该前一区块。每个区块还可以包括时间戳、自身的加密哈希值以及一个或多个交易。通常已经由区块链系统的节点验证的交易可以经哈希处理并编码成例如默克尔(Merkle)树的数据结构。在Merkle树中，树的叶节点处的数据是经哈希处理的，并且在该树的每个分支中的所有哈希值在该分支的根处级联(concatenated)。此处理沿着树持续一直到整个树的根，在整个树的根处存储了代表树中所有数据的哈希值。可通过确定哈希值是否与树的结构一致而可快速验证该哈希值是否为存储在该树中的交易的哈希值。

区块链系统包括管理、更新和维护一个或多个区块链的计算节点的网络。所述网络可以是公有区块链网络、私有区块链网络或联盟区块链网络。例如，许多实体，诸如数百、数千或甚至数百万实体可以在公有区块链网络中操作，并且每个实体操作公有区块链网络中的至少一个节点。因此，公有区块链网络可被认为是关于参与的实体的公有网络。有时，大多数实体(节点)必须对每个区块签名才能使该区块有效并被添加到区块链网络的区块链中。示例性公有区块链网络包括利用被称为区块链的分布式账本的特定点对点(peer-to-peer)支付网络。

通常，公有区块链网络可以支持公开交易。公开交易为公有区块链网络内的所有节点共享，并存储在全局区块链中。全局区块链是跨所有节点复制的区块链，并且所有节点相对于全局区块链处于完全共识状态。为了达成共识(例如，同意向区块链添加区块)，在公有区块链网络中实施共识协议。共识协议的示例包括工作量证明(POW)(例如，在一些加密货币网络中实现)、权益证明(POS)和授权证明(POA)。

通常，可以为特定实体提供私有区块链网络，该特定实体集中控制读写权限。实体控制哪些节点能够参与到区块链网络中。因此，私有区块链网络通常被称为权限网络，其限制允许谁参与网络，以及它们的参与级别(例如，仅在某些交易中)。可以使用各种类型的访问控制机制(例如，现有参与者投票添加新实体，管理机构可以控制准入)。

通常，联盟区块链网络在参与的实体之间是私有的。在联盟区块链网络中，共识处理由一组被授权的节点控制，一个或多个节点由相应实体(例如，金融机构、保险公司)操作。例如，由十(10)个实体(例如，金融机构、保险公司)组成的联盟可以操作联盟区块链网络，每个实体可以操作联盟区块链网络中的至少一个节点。因此，联盟区块链网络可以被认为是与参与实体相关的私有网络。在一些示例中，每个实体(节点)必须对每个区块签名，以使区块有效并被添加到区块链中。在一些示例中，至少实体(节点)的子集(例如，至少7个实体)必须对每个区块签名，以使区块有效并被添加到区块链中。

图1示出了根据实施例的区块链系统100的示意图。参考图1，区块链系统100可以包括被配置为在区块链120上操作的多个节点，例如，节点102-110。节点102-110可以形成网络112，例如点对点(P2P)网络。节点102-110中的每一个可以是被配置为存储区块链120的副本的计算设备，例如计算机或计算机系统，或者可以是在计算设备上运行的软件，诸如进程或应用程序。节点102-110中的每一个可以具有唯一标识。

区块链120可以包括数据区块形式的记录逐渐增加的列表，例如图1中的区块B1-B5。区块B1-B5中的每一个可以包括时间戳、前一块的加密哈希值，以及当前区块的数据，该数据可以是诸如货币交易的交易。例如，如图1所示，区块B5可以包括时间戳、区块B4的加密哈希值和区块B5的交易数据。此外，例如，可以对前一个区块执行哈希操作以生成前一个区块的加密哈希值。哈希操作可以通过诸如SHA-256的哈希算法将各种长度的输入转换为固定长度的加密输出。

节点102-110可以被配置为对区块链120执行操作。例如，当节点(例如，节点102)想要将新数据存储到区块链120上时，该节点可以生成要被添加到区块链120的新区块，并将该新区块广播到网络112中的例如节点104-110的其他节点。基于新区块的合法性，例如，其签名和交易的有效性，其他节点可以确定接受该新区块，使得节点102和其他节点可以将该新区块添加到它们各自的区块链120的副本中。随着该处理重复，可以将越来越多的数据区块添加到区块链120。

图2示出了根据实施例的用于实现区块链系统中节点(例如，节点102(图1))的计算设备200的示意图。参考图2，计算设备200可以包括通信接口202、处理器204和存储器206。

通信接口202可以便于计算设备200与用于实现网络中其他节点(例如，节点104-110(图1))的设备之间的通信。在一些实施例中，通信接口202被配置为支持一个或多个通信标准，例如互联网标准或协议、综合业务数字网(ISDN)标准，等等。在一些实施例中，通信接口202可以包括以下中的一个或多个：局域网(LAN)卡、电缆调制解调器、卫星调制解调器、数据总线、电缆、无线通信信道、基于无线电的通信信道、蜂窝通信信道、基于互联网协议(IP)的通信设备、或用于有线和/或无线通信的其他通信设备。在一些实施例中，通信接口202可以基于公有云基础设施、私有云基础设施、混合公有/私有云基础设施。

处理器204可以包括一个或多个专用处理单元、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或各种其他类型的处理器或处理单元。处理器204与存储器206耦接，并且被配置为执行存储在存储器206中的指令。

存储器206可以存储可由处理器执行的指令和数据，例如区块链120(图1)的副本。存储器206可以包括任何类型的易失性或非易失性存储器设备或其组合，例如静态随机存取存储器(SRAM)、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、可编程只读存储器(PROM)、只读存储器(ROM)、磁存储器、闪存或磁盘或光盘。当存储器206中的指令由处理器204执行时，计算设备200可以对区块链120执行操作。

返回参考图1。在一些实施例中，区块链系统100可以被实现为支持各种类型的参与实体或用户，包括例如患者、医院、药房等。各种用户可以利用区块链系统100来检索或记录信息，包括例如电子病历信息。

图3示出了根据实施例的用于在例如，区块链120(图1)的区块链上存储和处理电子病历的方法300的流程图。

在步骤302，患者可以访问医院A以寻求医疗护理。医院A可以从患者收集信息，包括例如症状、年龄、体重、人口统计信息、病史、药物和过敏信息、免疫状态、实验室测试结果、放射图像、生命体征等。医院A可以基于收集的信息进行诊断，并为患者开出某些药物。

在步骤304，医院A可以提交诊断、处方和作为患者的病历的一部分收集的信息，以记录在区块链120上。维护区块链120的区块链系统100(图1)的节点102-110可以接收病历并将病历合并到要添加到区块链120的区块中。在一个实施例中，类似于如上结合图1的描述，节点102包括与新区块中的病历相对应的数据，并在区块链系统中广播新区块。节点102还确定新区块是否被区块链系统接受，并且响应于确定新区块被区块链系统接受，将新区块添加到区块链，例如通过将新区块添加到由节点102维护的区块链副本。

在步骤306，区块链系统100可以通知患者从医院A接收诊断和处方。在一些实施例中，区块链系统100可以向患者提供标识，从而允许患者使用该标识正确地识别诊断和处方。在一些实施例中，标识可以是字母数字的。在一些实施例中，标识可以包括存储诊断和处方信息的地址。在一些实施例中，区块链系统100可以通过患者在区块链系统100中的账户通知患者。在一些实施例中，区块链系统100可以通过其他通信手段包括例如文本消息、电子邮件、电话呼叫等通知患者。患者可以决定访问哪个药房以配药。在一些实施例中，患者可以将处方呈递给选定的药房并等待拿取处方中开出的药物。在一些实施例中，患者可以请求药房从区块链120检索处方，例如，使用标识，并基于检索到的处方来配药。患者可以在药房取药或请求药房将药物递送到指定地点。

在步骤308，药房可以例如使用标识或患者的识别信息从区块链120检索处方。在一些实施例中，即使药房已经从患者接收到所声称的处方，药房也可以从区块链120检索处方。以这种方式，药房可以能够验证从患者接收的所声称的处方的准确性。

在步骤310，药房可以基于从区块链120检索到的处方来配药。在一些实施例中，药房可以仅基于从区块链120检索到的处方来配药，而不管从患者接收的所声称的处方的内容。然后，药房可以将处方中开出的药物递送给患者，或允许患者拿取药物，如果患者选择这样做。

在步骤312，药房可以更新与区块链120上记录的处方相关联的状态。例如，药房可以记录与递送至患者或由患者拿取的药物的类型和量有关的信息。由药房提供的信息可以合并到区块链120中，然后可以被区块链系统100上执行的一个或多个智能合约使用，以更新区块链120上记录的处方。

智能合约是被合并到区块链120中的以计算机代码形式实现以促进、验证或实施合约的协商或执行的计算机协议。例如，区块链系统100的用户可以使用诸如C++、Java、Solidity、Python等编程语言将约定术语编程成智能合约，并且当满足条款时，智能合约可以被区块链系统100自动执行以例如执行交易。又例如，智能合约可以包括多个子例程或函数，每个子例程或函数可以是执行特定任务的一系列程序指令。智能合约可以是在完全或部分没有人工交互的情况下执行的操作代码。

在一些实施例中，智能合约可以合并到区块链120中以验证并更新区块链120上记录的处方的有效性。当药房更新与区块链120上记录的特定处方相关联的状态时，智能合约可以自动执行以基于药房报告的已经递送给患者(或者患者已经拿取)的药物的类型和量来验证并更新该特定处方。如果处方已配齐并且不可以再配药，则智能合约可以使处方失效以防止患者再次使用该处方。另一方面，如果处方尚未配齐或者仍然可以再配药，则智能合约可以更新处方以指示剩余量，从而允许重复步骤308-312直到处方被配齐。

在一些实施例中，药房可以将递送服务外包给第三方提供者。在一些实施例中，第三方提供者还可以利用区块链120以与上述类似的方式存储并处理电子病历。图4示出了根据实施例的用于在例如区块链120(图1)的区块链上存储和处理电子病历的方法400的流程图。

在步骤402，患者可以访问医院A以寻求医疗护理。医院A可以从患者收集信息。医院A可以基于收集的信息进行诊断，并为患者开出某些药物。

在步骤404，医院A可以提交诊断、处方和作为患者的病历的一部分收集的信息，以记录在区块链120上。维护区块链120的区块链系统100(图1)的节点102-110可以接收病历并将病历合并到要添加到区块链120的区块中。在一个实施例中，类似于如上结合图1的描述，节点102包括与新区块中的病历相对应的数据，并在区块链系统中广播新区块。节点102还确定新区块是否被区块链系统接受，并且响应于确定新区块被区块链系统接受，将新区块添加到区块链，例如通过将新区块添加到由节点102维护的区块链副本。

在步骤406，区块链系统100可以通知患者从医院A接收诊断和处方。患者可以决定访问哪个药房以配药。

在步骤408，患者选择的药房可以从区块链120检索处方并相应地配药。

在步骤410，药房可以请求第三方提供者(例如，递送公司)将处方中开出的药物递送给患者。

在步骤412，递送公司可以根据要求将药物递送给患者。

在步骤414，递送公司可以更新与区块链120上记录的处方相关联的状态。例如，在一些实施例中，递送公司可以记录与递送公司从药房拿取的药物的类型和量有关的信息以及时间戳。递送公司还可以记录有关递送状态的跟踪信息。递送公司可以进一步记录确认药物递送的信息，包括与递送的药物的类型和量有关的信息以及时间戳。

由递送公司提供的信息可以合并入区块链120中，从而允许在区块链系统100上执行的一个或多个智能合约以更新区块链120上记录的处方。如果处方已配齐并且不可以再配药，则智能合约可以使处方失效以防止患者再次使用该处方。另一方面，如果处方尚未配齐或者仍然可以再配药，则智能合约可以更新处方以指示剩余量，从而允许重复步骤408-414直到处方被配齐。

在一些实施例中，两个或更多个医院可以共同参与诊断过程。两个或更多个医院可以利用区块链120以与上述类似的方式存储和处理电子病历。图5示出了根据实施例的用于在例如区块链120(图1)的区块链上存储和处理电子病历的方法500的流程图。

在步骤502，患者可以访问医院A以寻求医疗护理。医院A可以从患者收集信息。医院A可以基于收集的信息进行初步诊断。

在步骤504，医院A可以提交初步诊断和作为患者的病历的一部分收集的信息，以记录在区块链120上。维护区块链120的区块链系统100(图1)的节点102-110可以接收病历并将病历合并入要添加到区块链120的新区块中。在一个实施例中，类似于如上结合图1的描述，节点102包括与新区块中的病历相对应的数据，并在区块链系统中广播新区块。节点102还确定新区块是否被区块链系统接受，并且响应于确定新区块被区块链系统接受，将新区块添加到区块链，例如通过将新区块添加到由节点102维护的区块链副本。

在步骤506，医院B可以例如在患者或医院A的请求下加入诊断过程。医院B可以向区块链120请求患者的病历。

在步骤508，医院B可以从区块链120接收患者的病历。如果需要，医院B可以从患者收集附加信息，包括例如附加的实验室测试结果、放射图像、生命体征等。医院B可以做出第二诊断。在第二诊断后，医院B还可以向患者开出某些药物。

在步骤510，医院B可以提交第二诊断、处方和作为患者的更新病历的一部分收集的信息，以记录在区块链120上。维护区块链120的区块链系统100(图1)的节点102-110可以接收更新病历并将更新病历合并入要添加到区块链120的区块中，类似于步骤504。

在步骤512，区块链系统100可以通知患者从医院B接收第二诊断和处方。患者可以决定访问哪个药房以配药。

在步骤514，患者选择的药房可以从区块链120检索处方并相应地配药。

在步骤516，药房可以请求第三方提供者(例如，递送公司)将处方中开出的药物递送给患者。或者和/或另外，药房可以自己递送药物，或允许患者在药房拿取药物。

如果药房请求递送公司递送，则在步骤518递送公司可以将药物递送给患者。在步骤520，递送公司可以更新与区块链120上记录的处方相关联的状态。

或者，如果药房不使用第三方提供者，药房可以将药物递送给患者或允许患者在药房拿取药物。然后，药房可以更新与区块链120上记录的处方相关联的状态。

由递送公司或药房提供的用于更新状态的信息可以合并入区块链120中，然后可以被在区块链系统100上执行的一个或多个智能合约使用以更新区块链120上记录的处方。如果处方已配齐并且不可以再配药，则智能合约可以使处方失效以防止患者再次使用该处方。另一方面，如果处方尚未配齐或者仍然可以再配药，则智能合约可以更新处方以指示剩余量，从而允许重复步骤514-520直到处方被配齐。

应当理解，其他医院和参与实体，包括例如药房和递送公司，可以利用区块链120以与上述类似的方式存储和处理电子病历。还应理解，虽然上述示例描述了作为区块链系统100的用户的患者、医院、药房和递送公司，但是这样的描述并不意味着是限制性的。

在一些实施例中，区块链系统100可以实现在参与实体(例如，医院、药房和递送公司)之间是私有的联盟区块链网络。形成联盟区块链网络的节点102-110(图1)可以由参与实体操作。在一些实施例中，每个参与实体可以在其相应账户下参与区块链系统100。例如，医院A可以在第一账户下参与区块链系统100，第一账户不同于医院B使用的第二账户。在一些实施例中，区块链系统100可以允许医院、药房和递送公司实施与谁应该被允许代表他们在区块链系统100操作有关的策略。在一些实施例中，区块链系统100可以允许个人诸如临床医生、内科医生、护士、药剂师或其他工作人员持有个人账户并单独地在区块链系统100上操作。

图6示出了根据实施例的用于在例如区块链120(图1)的区块链上存储和处理电子病历的方法600的流程图。方法600可以由维护区块链的区块链系统中的一个或多个节点执行，例如区块链系统100(图1)中的节点102-110。

在步骤602，节点(例如，节点102)可以接收患者的电子病历。电子病历可以包括从患者收集的信息，例如症状、年龄、体重、人口统计信息、病史、药物和过敏信息、免疫状态、实验室测试结果、放射图像、生命体征等。电子病历还可以包括诊断和处方。

在步骤604，节点102可以将电子病历合并入区块链120中。在步骤606，节点102可以确定电子病历是否包含处方。在步骤608，响应于确定电子病历包含处方，节点102可以向患者通知所述处方。

在一些实施例中，方法600可以允许两个或更多个医院共同参与诊断过程。例如，在步骤610，节点102可以接收用于检索患者的电子病历的请求。在步骤612，节点102可以确定该请求是否是由授权医院提交的。在一些实施例中，只有授权医院，例如，已在区块链系统100中建立有效账户并且被患者授权的医院，可以请求检索患者的电子病历。在步骤614，响应于确定请求是由授权医院提交的，节点102可以将电子病历提供给授权医院。节点102还可以从授权医院接收更新的电子病历。节点可以将更新的电子病历合并入区块链中。节点102可以进一步确定更新的电子病历是否包含处方，并且如果包含，则节点102可以向患者通知所述处方。

患者在收到通知后，可以决定访问哪个药房以配药。在一些实施例中，可能请求患者选择的药房从区块链120检索处方。例如，在步骤616，节点102可以接收用于检索处方的请求。在步骤618，节点102可以确定用于检索处方的请求是否是由授权药房提交的。在一些实施例中，仅授权药房，例如，已在区块链系统100中建立有效账户的药房)可以请求检索处方。在步骤620，响应于确定用于检索处方的请求是由授权药房提交的，节点102可以将处方提供给授权药房。

在一些实施例中，患者选择的药房可以负责更新处方的状态。如果药房利用第三方提供者(例如，递送公司)来处理处方中开出的药物的递送，则第三方提供者还可以更新处方的状态。在步骤622，节点102可以接收更新的处方状态。在步骤624，节点102可以将更新的处方状态合并入区块链120中。在步骤626，节点102可以执行区块链120上记录的智能合约，以基于更新的处方状态更新电子病历。当更新的处方状态指示电子病历中包含的处方已配齐时，智能合约可以使电子病历中包含的处方失效。

图7是根据实施例的用于在区块链上存储和处理电子病历的装置700的框图。例如，装置700可以是软件过程的实现方式，并且可以对应于方法600(图6)。参考图7，装置700可以包括接收模块702、合并模块704、确定模块706、通知模块708、返回模块710和执行模块712。

接收模块702可以接收患者的电子病历。合并模块704可以将电子病历合并入例如区块链120(图1)的区块链中。确定模块706可以确定电子病历是否包含处方。如果电子病历包含处方，则通知模块708可以向患者通知所述处方。

在一些实施例中，装置700可以允许两个或更多个医院共同参与诊断过程。在这样的实施例中，接收模块702可以接收用于检索患者的电子病历的请求。确定模块706可以确定请求是否是由授权医院提交的。响应于确定请求是由授权医院提交的，返回模块710可以将电子病历提供给授权医院。在一些实施例中，接收模块702还可以从授权医院接收更新的电子病历。合并模块704可以将更新的电子病历合并入区块链120中。确定模块706可以进一步确定更新的电子病历是否包含处方，并且如果包含，则通知模块708可以向患者通知所述处方。

在一些实施例中，装置700还可以允许患者选择的药房从区块链120检索处方。在这样的实施例中，接收模块702可以接收用于检索处方的请求。确定模块706可以确定用于检索处方的请求是否是由授权药房提交的。响应于确定用于检索处方的请求是由授权药房提交的，返回模块710可以将处方提供给授权药房。

在一些实施例中，可以请求患者选择的药房(或药房使用的第三方提供者)更新处方的状态。在这样的实施例中，接收模块702可以接收更新的处方状态。合并模块704可以将更新的处方状态合并入区块链120中。执行模块712可以执行区块链120上记录的智能合约，以基于更新的处方状态更新电子病历。当更新的处方状态指示电子病历中包含的处方已配齐时，智能合约可以使电子病历中包含的处方失效。

上述模块中的每一个可以实现为软件或硬件，或软件和硬件的组合。例如，可以使用执行存储在存储器中的指令的处理器来实施上述模块中的每一个。而且，例如，每个上述模块可以使用一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子组件来实施以执行所描述的方法。进一步地，例如，上述模块中的每一个可以通过使用计算机芯片或实体来实施，或者通过使用具有特定功能的产品来实施。在一个实施例中，装置700可以是计算机，并且计算机可以是个人计算机、膝上型计算机、蜂窝电话、照相手机、智能手机、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板电脑、可穿戴设备或这些设备的任何组合。

对于装置700中每个模块的功能和角色的实施过程，可以参考上述方法中的相应步骤。为简单起见，这里省略了细节。

在一些实施例中，计算机程序产品可以包括非暂态计算机可读存储介质，其上存储有计算机可读程序指令，用于使处理器执行上述方法。

计算机可读存储介质可以是有形设备，其可以存储供指令执行设备使用的指令。所述计算机可读存储介质可以是，例如，但不限于电子存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或前述的任何合适组合。计算机可读存储介质的更具体示例的非详尽列表包括以下内容：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、静态随机存取存储器(SRAM)、便携式光盘只读存储器(CD-ROM)、数字通用光盘(DVD)、记忆棒、软盘、例如在其上记录有指令的凹槽中的穿孔卡或凸起结构的机械编码设备，以及前述的任何合适的组合。

用于执行上述方法的计算机可读程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据或者以一种或多种编程语言的任意组合编写的源代码或目标代码，该编程语言包括面向对象的编程语言和传统的过程编程语言。计算机可读程序指令可以完全在计算设备上作为独立软件包执行，或者部分在第一计算设备上执行、部分在远离第一计算设备的第二计算设备上执行。在后一种情况下，第二远程计算设备可以通过包括局域网(LAN)或广域网(WAN)的任何类型的网络连接到第一计算设备。

计算机可读程序指令可以被提供给通用或专用计算机的处理器或其他可编程数据处理装置以产生机器，使得指令经由计算机的处理器或其他可编程数据处理装置执行，创建用于实施上述方法的机构。

附图中的流程图和框图示出了根据本文的各种实施例的设备、方法和计算机程序产品的可能实现的架构、功能和操作。在这方面，流程图或框图中的框可以表示软件程序、代码的段或部分，其包括用于实现特定功能的一个或多个可执行指令。还应注意，在一些可选实施例中，框中提到的功能可以不按图中所示的顺序发生。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能。还应注意，图和/或流程图的每个框以及图和流程图中的框的组合可以由执行指定功能或动作的专用目的的基于硬件的系统来实施，或由专用目的的硬件和计算机指令的组合来实施。

应当理解，为了清楚起见，在单个实施例的上下文中描述的说明书的某些特征也可以在单个实施例中组合提供。相反，为了简洁起见，在单个实施例的上下文中描述的本文的各种特征也可以单独提供或者以任何合适的子组合提供，或者在本文的任何其他描述的实施例中合适地提供。除非另有说明，否则在各种实施例的上下文中描述的某些特征不是那些实施例的必要特征。

尽管已经结合具体实施例描述了本文，但是许多替换、修改和变体对于本领域技术人员而言将显现。因此，以下权利要求书包含落入权利要求书的范围内的所有这些替代、修改和变体。

Claims (12)

1.一种计算机实现的用于存储和处理电子病历的方法，所述方法包括：

区块链系统中的节点接收患者的电子病历；

将所述电子病历合并入由所述区块链系统维护的区块链中；

所述节点确定所述电子病历是否包含处方；以及

响应于确定所述电子病历包含处方，向所述患者通知所述处方。

2.如权利要求1所述的方法，还包括：

所述节点接收用于检索所述处方的请求；

所述节点确定用于检索所述处方的请求是否是由授权药房提交的；以及

响应于确定用于检索所述处方的请求是由所述授权药房提交的，将所述处方提供给所述授权药房。

3.如前述任一权利要求所述的方法，还包括：

接收更新的处方状态；以及

将所述更新的处方状态合并入所述区块链中。

4.如权利要求3所述的方法，还包括：

执行记录在所述区块链上的智能合约，以基于所述更新的处方状态更新所述电子病历。

5.如权利要求4所述的方法，其中，当所述更新的处方状态指示包含在所述电子病历中的处方已配齐时，所述智能合约使包含在所述电子病历中的处方失效。

6.如权利要求1所述的方法，还包括：

所述节点接收用于检索所述电子病历的请求；

所述节点确定用于检索所述电子病历的请求是否是由授权医院提交的；以及

响应于确定用于检索所述电子病历的请求是由所述授权医院提交的，将所述电子病历提供给所述授权医院。

7.如权利要求6所述的方法，还包括：

从所述授权医院接收更新的电子病历；以及

将所述更新的电子病历合并入所述区块链中。

8.如权利要求7所述的方法，还包括：

所述节点确定所述更新的电子病历是否包含处方；以及

响应于确定所述更新的电子病历包含处方，向所述患者通知所述处方。

9.如前述任一权利要求所述的方法，其中，将所述电子病历合并入所述区块链中，包括：

将与所述电子病历相对应的数据包括在数据区块中；

在所述区块链系统中广播所述数据区块；

确定所述数据区块是否被所述区块链系统接受；以及

响应于确定所述数据区块被所述区块链系统接受，将所述数据区块添加到所述区块链中。

10.一种用于存储和处理电子病历的设备，包括：

一个或多个处理器；和

耦接到所述一个或多个处理器且其上存储有指令的一个或多个计算机可读存储器，所述指令能由所述一个或多个处理器执行以执行权利要求1至9中任一项所述的方法。

11.一种用于存储和处理电子病历的装置，所述装置包括用于执行权利要求1至9中任一项所述的方法的多个模块。

12.一种其上存储有指令的非暂时性计算机可读介质，所述指令在由设备的处理器执行时，促使所述设备执行权利要求1至9中任一项所述的方法。

Images