CN114303205A - 电子健康记录数据区块链系统 - Google Patents

电子健康记录数据区块链系统 Download PDF

Info

Publication number
CN114303205A
CN114303205A CN202080058792.1A CN202080058792A CN114303205A CN 114303205 A CN114303205 A CN 114303205A CN 202080058792 A CN202080058792 A CN 202080058792A CN 114303205 A CN114303205 A CN 114303205A
Authority
CN
China
Prior art keywords
patient
data
blockchain
transaction
ehr
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
CN202080058792.1A
Other languages
English (en)
Inventor
R·R·奥斯汀
老肯尼斯·A·希尔
B·T·克罗斯琳
C·S·弗格森三世
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.)
Synerio Technologies Inc
Original Assignee
Electronic Health Record Data Inc
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 Electronic Health Record Data Inc filed Critical Electronic Health Record Data Inc
Priority claimed from PCT/US2020/038781 external-priority patent/WO2020257677A1/en
Publication of CN114303205A publication Critical patent/CN114303205A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/383—Anonymous user system
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • G06Q50/265—Personal security, identity or safety
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F11/00—Coin-freed apparatus for dispensing, or the like, discrete articles
    • G07F11/02—Coin-freed apparatus for dispensing, or the like, discrete articles from non-movable magazines
    • G07F11/04—Coin-freed apparatus for dispensing, or the like, discrete articles from non-movable magazines in which magazines the articles are stored one vertically above the other
    • G07F11/10—Coin-freed apparatus for dispensing, or the like, discrete articles from non-movable magazines in which magazines the articles are stored one vertically above the other two or more magazines having a common delivery chute
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H04L63/0414—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden during transmission, i.e. party's identity is protected against eavesdropping, e.g. by using temporary identifiers, but is known to the other party or parties involved in the communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3678—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes e-cash details, e.g. blinded, divisible or detecting double spending
    • 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
    • G06Q2220/00—Business processing using cryptography
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0222—During e-commerce, i.e. online transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/42—Anonymization, e.g. involving pseudonyms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/88—Medical equipments

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Multimedia (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

一种电子健康记录(EHR)数据区块链系统，被配置为允许多个实体(例如，可以充当数据、服务、产品提供方的制药行业实体和消费者)连接到EHR患者交易区块链(例如，EHR‑DATA‑BC)和EHR数据患者门户(例如，EHR‑Data‑PP)以为消息和后续编辑提供中心化位置，以确保呈现一致的消息数据。EHR数据区块链系统可以包括EHR数据API、EHR患者交易区块链API和EHR患者交易区块链。EHR数据API可以访问和检索患者可识别信息(PII)，并且为特定患者生成非患者可识别的单目的患者ID(SPPID)。EHR患者交易区块链API(例如，EHR‑DATA‑BC‑API)可以：除了其他功能之外，存储SPPID，存储从EHR检索的对于患者的特定离散数据，执行智能合约，以及控制数字货币转移的执行。

Description

电子健康记录数据区块链系统
技术领域
本公开内容总体上涉及区块链使能的(blockchain-enabled)患者数据系统，并且更具体地涉及被配置为便于多个实体之间的匿名患者数据交易(transaction)的区块链使能的患者数据系统。
背景技术
在传统的电子患者记录系统中，系统根据常规的客户端-服务器模型进行配置，其中根据由国家处方药计划委员会(NCPDP)发布的标准和格式，消息被发送到服务器，并且服务器发送响应。常常，客户端和服务器可能具有不合适的数据库，诸如
Figure BDA0003511048460000011
数据库和MS
Figure BDA0003511048460000012
数据库。此外，发送和接收的每个消息由客户端和服务器记录。经常，由于系统问题等，因此在客户端和服务器之间可能出现关于消息的实际内容的差异(discrepancy)。
特别地，可以由多个实体在他们从药房到付款方进行支付时编辑药房患者信息消息。当链中的每个实体编辑消息时，添加附加的复杂性，该附加的复杂性可能导致附加的消息差异。这可能导致具有消息完整性不同的消息的多个数据库。这样的差异导致致力于解决差异的努力、时间和金钱的浪费。
此外，存储在数据库中的完整的患者可识别(patient-identifiable)数据的可用性招致HIPPA违反和这样的数据的不正确处理的可能性和增加的可能性。可能需要多个系统来监测处方、提供编辑、提供报价、确定药物资格、识别履行选项(fulfilment option)和最终确定定价，这浪费了宝贵的资源，增加了复杂性并且导致超额成本。
发明内容
本公开内容教导了关于电子健康记录(EHR)数据区块链系统的技术优势，该电子健康记录(EHR)数据区块链系统被配置为允许多个实体(例如，可以充当数据、服务、产品提供方的制药行业实体和健康护理提供方，以及消费者)连接到EHR患者交易区块链(例如，EHR-DATA-BC)和EHR数据患者门户(Portal)(EHR-Data-PP)以为消息和后续编辑提供中心化位置(centralized location)，以确保一致的消息数据。所有实体都可以通过预定义的区块链应用程序编程接口(例如，EHR-Data-BC-API)与EHR患者交易区块链直接通信。该系统可以促进匿名患者数据在多个实体之间的传输，所述实体包括：
·医生
·药房
ο独立的
ο连锁的
ο中央配药的设施
ο邮购的
·药物制造商
·药物批发商
·处方编辑提供方，包括：
ο用于药物利用审查的提供方
ο用于基因组的提供方
ο用于定价的提供方
·处方福利管理者
·药房软件供应商
·国家促进者(national facilitator)
·运输服务(联邦快递、DHL等)
·递送服务
·处方呼叫中心
·政府机构
·其他
EHR数据区块链系统可以包括EHR数据API、EHR患者交易区块链API和EHR患者交易区块链。EHR数据API可以被配置为访问和检索患者可识别信息(PII)并且为特定患者生成非患者可识别的(non-patient-identifiable)单目的患者ID(SPPID)以供在离散交易中使用。EHR患者交易区块链API(例如EHR-DATA-BC-API)可以被配置为：除了其他功能之外，存储SPPID，存储从EHR检索的对于患者的特定离散数据、执行智能合约，以及控制数字货币交易的执行(例如，使用各方的数字钱包信息进行加密货币交易)。
患者的私人信息——包括患者的姓名、地址、电话号码、社会保障号码、保险信息、医疗历史、临床信息和其他相关信息——可以被存储在电子健康记录(EHR)数据库中，诸如有时所称的电子患者结果记录(EPOR)、Solid POD、XML文件或其他合适的数据存储元件中。没有患者可识别信息将被存储在EHR患者交易区块链中，以因此确保患者数据的匿名。相反，当实体为特定患者发起新的区块链交易时，EHR数据库被查询以确定患者是否已经具有记录。如果患者在EHR数据库中具有记录，单目的患者ID(SPPID)可以被生成并且与患者数据一起被返回给请求实体。代替任何患者可识别信息，SPPID可以被用于交易。仅直到完成用于查询的交易才可以使用SPPID。下次提交与患者相关的区块链交易，将向患者发出新的SPPID，从而确保对于所有将来的交易SPPID不无限期地与患者相关联。此技术确保，即使单个SPPID被泄露，使得患者的可识别信息(PII)可以被确定，该泄露也将仅限于单个交易。
一旦交易完成，SPPID仅能够被用来从区块链读取与交易相关联的信息。基于患者授予的许可，EHR数据可以将交易数据和与患者相关联的其他交易、医疗设备数据等分组，用于报告、分析、药物研究等。例如，药物公司可能希望了解特定药物如何影响患者的心率。从EHR数据向药物制造商或发送的报告将包括患者对指定药物的所有交易，以及在患者服用该指定药物时为患者积累的心率设备数据。
EHR患者交易区块链可以被用作工作流空间来处理交易直到交易完成、被签署和被分发以达成共识。智能合约可以被实施以确定和定义工作流过程、药物相互作用、履行、预期结果、触发事件和定价以及其他数据元素。
在一个示例性实施方案中，一种用于提供基于区块链的患者交易的系统，所述系统包括：一个或多个计算机可读存储介质，被配置为存储区块链；数据应用程序编程接口(API)系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述数据API系统：接收对与患者相关的新的区块链交易的请求，发起患者查找查询以确定患者电子健康记录是否存在，生成与所述患者电子健康记录相关联的单目的患者ID(SPPID)；客户端计算机，被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述客户端计算机：从客户端接收与患者相关的患者查找查询以确定该患者的电子健康记录是否存在，接收所述SPPID以在没有患者识别信息的情况下在所述区块链上发起与该患者相关的新的区块链交易，确定操作所述客户端计算机的实体是否能够提供与区块链交易相关的数据、产品和/或服务；以及区块链API系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述区块链API系统：生成所述区块链交易并且从所述区块链读取记录和向所述区块链写入记录，以及使一个或多个智能合约与所述区块链交易相关。所述智能合约在所述智能合约中涉及的各方之间交换数字货币。所述数字货币包括效用代币或代金券。在患者区块链交易完成之后，所述SPPID不能够被用来将信息写入所述区块链。当生成所述区块链交易时，所述区块链API系统能够生成通知。所述区块链API系统能够将所述通知传输到一个或多个提供方。所述客户端计算机能够向所述区块链API系统提供有关与所述区块链交易相关的数据、产品和/或服务的信息。所述区块链API系统在所述区块链上编辑所述区块链交易。
在另一个示例性实施方案中，一种提供基于区块链的电子健康记录数据患者交易的方法，所述方法由服务器系统实施，所述服务器系统包括执行计算机程序指令的一个或多个处理器，所述计算机程序指令在被执行时执行所述方法，所述方法可以包括：使单目的患者ID(SPPID)与所述电子健康记录相关联；向所述客户端提供所述SPPID，因此所述客户端能够在没有患者识别信息的情况下在所述区块链上发起与该患者相关的新的区块链患者交易；从药房接收患者交易；将所述患者交易写入所述区块链；将所述患者交易通知给一个或多个客户端设备；接收针对与所述患者交易相关的数据、产品或服务的一个或多个报价；生成与所述患者交易和所述一个或多个报价相关的智能合约；以及基于所述智能合约的执行修改所述患者交易。所述智能合约在所述智能合约中涉及的各方之间交换数字货币。所述数字货币包括效用代币或代金券。在患者区块链交易完成之后，所述SPPID不能够被用来将信息写入所述区块链。还包括：当生成所述患者交易时生成通知。还包括：将所述通知传输到一个或多个提供方。在所述区块链上修改所述患者交易。能够实时地在所述区块链上修改所述患者交易。
在另一个示例性实施方案中，一种用于提供用于基于区块链的患者交易的电子健康记录数据的系统，所述系统可以包括：一个或多个计算机可读存储介质，被配置为存储区块链；数据应用程序编程接口(API)系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述数据API系统：接收对与患者相关的新的区块链交易的请求，发起患者查找查询以确定患者电子健康记录是否存在，从一个或多个数据库检索所述患者电子健康记录，以及生成与所述患者电子健康记录相关联的单目的患者ID(SPPID)；以及区块链API系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述区块链API系统：生成所述区块链交易并且从所述区块链读取记录和向所述区块链写入记录，以及使一个或多个智能合约与所述区块链交易相关联。所述智能合约在所述智能合约中涉及的各方之间交换数字货币。所述数字货币包括效用代币或代金券。所述区块链API系统基于来自一个或多个提供方的输入来在所述区块链上编辑所述处方交易。
附图说明
图1示出了根据本公开内容的一个或多个示例性实施方案的电子健康记录数据区块链系统的示意性视图；
图2示出了根据本公开内容的一个或多个示例性实施方案的例示了可以访问区块链系统的第三方的类型的示意图；
图3示出了根据本公开内容的一个或多个示例性实施方案的电子健康记录数据区块链系统交易的块图；
图4A-图4E示出了根据本公开内容的一个或多个示例性实施方案的电子健康记录数据区块链系统RxNew交易的块图；以及
图5示出了根据本公开内容的一个或多个示例性实施方案的电子健康记录数据区块链系统过程流程500的块图。
具体实施方式
参考包括在附图中并且如在随后的描述中详述的非限制性示例更全面地解释在以下书面描述中呈现的本公开内容的优选形式以及其各种特征和有利细节。已经省略对众所周知的部件的描述，以免不必要地模糊本文所描述的主要特征。在以下描述中使用的示例意在便于对可以实施和实践本公开内容的方式的理解。因此，这些示例不应被解释为限制权利要求的范围。
图1例示了根据本公开内容的一个或多个示例性实施方案的电子健康记录(EHR)数据区块链(EHR-DATA-BC)系统100。EHR-DATA-BC系统100可以包括服务器102、第三方数据库106、分布式账本125、网络130和外部系统140。
服务器102可以包括一个或多个处理器(或核)104、存储器(memory)106和机器可读指令108。在一个示例性实施方案中，机器可读指令108可以包括EHR数据API 110、交易区块链API 112、预编辑和后编辑模块114、相互作用分析模块116、资格分析模块118和支付模块120。此外，服务器102可以托管EHR数据患者门户(EHR-Data-PP)，所述EHR数据患者门户可以在已验证的登录之后为患者提供对系统100的访问。服务器102可以硬件、软件或用于其的硬件和软件的合适的组合来实施，并且可以包括在一个或多个服务器上运行的一个或多个软件系统，所述一个或多个服务器具有一个或多个处理器，可以访问存储器。服务器可以包括电子存储装置(storage)、一个或多个处理器和/或其他部件。服务器可以包括通信线路或端口，以实现与网络和/或其他计算平台的信息交换。服务器还可以包括多个硬件、软件和/或固件部件，所述部件一起运行以提供本文被认为是服务器所为的功能。例如，服务器可以由一起运行作为服务器的云计算平台来实施。此外，服务器可以包括存储器106。
服务器可以包括电子存储装置、一个或多个处理器和/或其他部件。服务器可以包括通信线路或端口，以实现与网络和/或其他计算平台的信息交换。服务器还可以包括多个硬件、软件和/或固件部件，所述部件一起运行以提供本文被认为是服务器所为的功能。例如，服务器可以由一起运行作为服务器的云计算平台来实施。
存储器106可以包括电子存储装置，该电子存储装置可以包括电子地存储信息的非暂时性存储介质。电子存储装置的电子存储介质可以包括可以与服务器整体地(即，基本上不可移除)提供的系统存储装置和/或可以经由例如端口(例如，USB端口、火线端口等)或驱动器(例如，磁盘驱动器等)可移除地连接到服务器的可移除存储装置中的一个或两个。电子存储装置可以包括一个或多个光可读存储介质(例如，光盘等)、磁可读存储介质(例如，磁带、磁硬盘驱动器、软盘驱动器等)、基于电荷的存储介质(例如，EEPROM、RAM等)、固态存储介质(例如，闪存驱动器等)和/或其他电子可读存储介质。电子存储装置可以包括一个或多个虚拟存储资源(例如，云存储、虚拟私用网络和/或其他虚拟存储资源)。电子存储装置可以存储机器可读指令、软件算法、由处理器确定的信息、从服务器接收的信息、从计算平台接收的信息和/或使得服务器能够如本文所描述的那样起作用的其他信息。电子存储装置也可以是经由网络连接可访问的。
处理器104可以被配置为在服务器中提供信息处理能力。这样，处理器可以包括以下中的一个或多个：数字处理器、模拟处理器、被设计以处理信息的数字电路、被设计以处理信息的模拟电路、状态机和/或用于电子地处理信息的其他机构，诸如FPGA或ASIC。处理器可以是单个实体或包括多个处理单元。这些处理单元可以物理地位于同一设备内或代表协同运行的多个设备的处理功能或软件功能。
处理器104可以被配置为通过软件、硬件、固件，软件、硬件、固件的某种组合和/或用于在处理器上配置处理能力的其他机构来执行机器可读指令108或学习模块。如本文所使用的，术语“机器可读指令”可以指执行被认为是机器可读指令部件所为的功能的任何部件或部件集。这可以包括在处理器可读指令、处理器可读指令、电路系统(circuitry)、硬件、存储介质或任何其他部件的执行期间的一个或多个物理处理器。
服务器102可以被配置有具有一个或多个功能模块的机器可读指令108。机器可读指令可以被实施在一个或多个服务器上，所述一个或多个服务器具有一个或多个处理器，可以访问存储器。机器可读指令可以是单个联网节点或机器集群，该机器集群可以包括多个联网节点的分布式架构。机器可读指令可以包括用于实施各种功能的控制逻辑，如下文更详细描述的。机器可读指令可以包括与EHR数据患者门户(EHR-Data-PP)、EHR数据API(第一服务器侧计算机系统)110、EHR患者交易区块链API(第二服务器侧计算机系统)、预编辑和后编辑模块114、相互作用分析模块116、资格分析模块118和支付模块120相关联的某个功能。外部数据库106和外部系统140以及EHR数据区块链客户端(客户端计算机系统)也可以被实施在一个或多个服务器102上，所述一个或多个服务器102具有一个或多个处理器104，可以访问存储器106。
在一个示例性实施方案中，EHR数据API 110可以提供定义多个软件部件之间的相互作用的接口。例如，EHR数据API 110可以定义可以进行的调用或请求的种类、如何进行调用或请求、应使用的数据格式、要遵循的约定以及其他合适的功能。在另一个示例性实施方案中，EHR数据API 110可以访问和检索患者可识别信息(PII)并且为特定患者生成非患者可识别单目的患者ID(SPPID)。
在一个示例性实施方案中，EHR患者交易区块链API 112(例如，EHR-DATA-BC-API)可以提供定义多个软件部件之间的相互作用的接口。例如，EHR患者交易区块链API 112可以定义可以进行的调用或请求的类型、如何进行调用或请求、应使用的数据格式、要遵循的约定以及其他合适的功能。在另一个示例性实施方案中，交易区块链API 112可以被配置为，除了其他功能之外，存储SPPID以及从EHR检索的对于患者的特定离散数据、执行智能合约和控制数字货币转移的执行。
在一个示例性实施方案中，预编辑和后编辑模块114可以根据从外部系统140、第三方数据库106或其他合适的系统接收的输入来编辑接收的分布式账本交易。在另一个示例性实施方案中，可以在药房按处方配药时实时地处理交易。例如，“预编辑”和“后编辑”处理在行业中可以由药房和付款者使用，以使用预定的数据和处理理赔的规则来检查处方理赔的准确性和一致性。在另一个示例性实施方案中，预编辑和后编辑模块114可以在提交的处方和关于处方药品的信息的上下文中分析患者临床数据并且完成预编辑过程。例如，模块114可以从第三方数据库106接收患者临床数据并且将处方信息与该患者临床数据相关联以考虑到患者的身高、体重或其他患者因素确定是否处方规定了不正确的剂量或时间。在另一个示例性实施方案中，EHR数据API 110可以被可操作地耦合到预编辑和后编辑模块114，以向预编辑和后编辑模块114提供与交易相关的相关患者信息。在另一个示例性实施方案中，EHR患者交易区块链API 112可以被可操作地耦合到预编辑和后编辑模块114，以存储从EHR检索的与交易相关的患者的特定离散数据。
在一个示例性实施方案中，相互作用分析模块116可以接收与潜在药物相互作用相关的信息，并且将该数据读取和写入分布式账本125。例如，相互作用分析模块116可以使用从第三方数据库106提取的患者临床数据来分析交易信息，所述患者临床数据包括关于与其他药物的潜在药物相互作用和患者风险因素的信息中的至少一个或多个，所述患者风险因素包括选自由患者实验室数据、基因组数据、免疫和过敏组成的组的信息。在一个示例性实施方案中，资格分析模块118可以做出与交易相关的患者资格确定。例如，资格分析模块118可以接收患者的保险信息并且将该信息与交易数据相关联以确定折扣资格和其他相关内容。
在一个示例性实施方案中，支付模块120可以确定在处方配药期间是否利用了智能合约并且可以导致数字货币(例如，EHRCashTM、
Figure BDA0003511048460000091
等)、效用代币、代金券或其他合适的票据在智能合约中涉及的各方之间的交换。例如，EHRCashTM代币的交换可以是即时的(亚毫秒延时)，并且可以消除对标准会计过程(即开账单、对账单、应收账款和应付账款)的需要，以从贸易伙伴收钱。在另一个示例性实施方案中，被称为EHRCashTM的效用代币和智能合约平台可以被用来精简利益相关者和患者之间的支付，从而消除对应收账款和应付账款系统的需要。EHRCashTM可以多种形式存在，但是特定形式可以被用于特定交易。在另一个示例性实施方案中，EHRCashTM可以原产于底层支付区块链(BSV)或基于FIAT稳定币(例如，美元、欧元、英镑等)。在另一个示例性实施方案中，支付模块120可以利用存储的数字钱包信息来实现数字货币交易。可以经由服务器、控制逻辑、API或其他合适的方式来执行、调用或以其他方式实施本文所描述的模块。
分布式账本125可以是实施在一个或多个平台上的一个或多个EHR数据区块链，所述一个或多个平台包括BigChainDB、nChain、以太坊(Ethereum)、超级账本(Hyperledger)、R3、瑞波币(Ripple)、EOS或其他合适的区块链平台。EHR数据区块链可以是公众可访问的公共区块链，也可以是仅由有资格访问的各方可访问的私有区块链。在另一个示例性实施方案中，所有数据可以图表/层次结构形式存储在区块链上。每个节点可以在图表/层次结构中包含可以使用其自己的加密密钥进行加密的特定信息(例如，患者姓名、地址、用药等)。此图表/层次结构在区块链上可能不可见，并且从而提供数据结构的混淆。在另一个示例性实施方案中，仅患者/用户的主私人密钥可以理解该结构。
上述的系统部件、API和模块可以经由互联网、内联网、系统总线或其他合适的网络130相互通信地耦合。通信可以是加密的、未加密的、通过VPN隧道或其他合适的通信方式。网络130可以是WAN、LAN、PAN或其他合适的网络。系统部件102、104、106、108、110和112之间的网络通信可以使用PGP、Blowfish、AES、3DES、HTTPS或其他合适的加密来加密。网络通信可以经由应用程序编程接口(API)、健康级别7(HL7)标准、ANSI-X12、以太网、PCI、PCIe、InfiniBand、Wi-Fi、蓝牙(Bluetooth)或其他合适的通信协议发生。
第三方数据库106可以经由网络130可操作地耦合到系统部件。在一个示例性实施方案中，第三方数据库106可以包括电子医疗记录系统(EMR)、电子患者结果记录(EPOR)数据库、药房数据库、多个患者数据库、临床数据库、基因组数据库、实验室数据库、疾病数据库、标准化药物数据库、研究数据库和其他合适的数据库。在另一个示例性实施方案中，第三方数据库可以起档案节点的作用。档案节点可以保持分布式账本125的实时(亚毫秒)加密副本。档案节点可以提供容错并且使分布式账本125的内容对主机容易获得，使得可以实现附加的数据处理、报告以及分析。代替必须遍历EHR数据API 110，主机可以查询其自己的机器以获取数据。任何第三方都可以托管药物档案节点。在另一个示例性实施方案中，档案节点可以向分布式账本125提供数据恢复。在另一个示例性实施方案中，档案节点可以保持更旧的分布式账本数据在非生产系统中可访问，使得生产分布式账本可以指引其全部能力朝向当前交易。在另一个示例性实施方案中，一旦分布式账本交易结束，分布式账本就可以转移到档案节点。
外部系统140可以经由网络130可操作地耦合到系统部件。外部系统140可以包括患者设备、药房设备、付款者设备、金融机构设备、保险设备、医疗设备、loT设备或其他合适的系统或设备。这样的系统和设备可以包括智能电话、平板计算机、可穿戴设备、膝上型计算机、台式机、服务器、家用电器或其他合适的设备。在一个示例性实施方案中，外部系统140可以是EHR-Data-BC-Client。
图2示出了根据本公开内容的一个或多个示例性实施方案的例示了可以访问区块链系统100的第三方的类型的示意图200。EHR数据区块链系统100可以允许制药行业实体(其充当数据、服务、产品提供方)和消费者连接到EHR-DATA-BC 125和EHR数据患者端口(EHR-Data-PP)，该EHR数据患者端口(EHR-Data-PP)使用EHR数据API(预定义的应用程序编程接口)202被托管在服务器102上。可以连接的实体的类型的示例包括：
·医生216；
·药房218，包括：
ο独立的，
ο连锁的，
ο中央配药的(central fill)，以及
ο邮购的；
·药物制造商214；
·药物批发商；
·处方编辑提供方210，包括：
ο药物利用审查，
ο基因组，以及
ο定价；
·处方福利管理者212；
·药房软件供应商；
·国家促进者；
·运输服务(
Figure BDA0003511048460000121
等)；
·递送服务206；
·处方呼叫中心；
·政府机构；以及
·其他相关实体208。
区块链操作
在一个示例性实施方案中，当与EHR-Data-BC 125交互时，实体可以使用EHR数据区块链客户端(EHR-Data-BC-Client)来发起使用EHR-Data-BC-API的操作。这样的操作可以包括：
·创建新的交易，诸如：
οRxNew——指示新的处方的交易，
οRxRefill——指示按处方配药的交易，
οRxTransfer——指示处方已经被转移到不同的存储处的交易，
οRxComplete——指示处方已经被完成的交易，
οRxDeactivate——指示处方已经被停用的交易，以及
οRxUpdate——指示处方已经被更新的交易；
·将智能合约附到现有的交易；
·将父智能合约附到现有的智能合约；
·将子智能合约附到现有的智能合约；
·将元数据附到现有的交易，这样的元数据可以被用来修改原始交易或给现有的交易添加新的数据元素。元数据的详情可以是对于原始交易的类型唯一的，并且可以由API控制；以及
·结束现有的合约。
过程流程
图5示出了根据本公开内容的一个或多个示例性实施方案的电子健康记录数据区块链系统过程流程500的块图。在一个示例性实施方案中，在新的交易可以置于EHR数据区块链(EHR-Data-BC)125上之前，可能有必要使该交易与患者相关联。在另一个示例性实施方案中，EHR-数据-BC-客户端(EHR-Data-BC-Client)902可以是外部设备140。在另一个示例性实施方案中，EHR-数据-BC-API(EHR-Data-BC-API)110被可操作地耦合到EHR-数据-BC(EHR-Data-BC)125，以访问、存储和处理EHR-数据-BC 125上的数据以及与EHR-数据-BC125相关的数据。EHR-数据-BC-API 110可以通过网络130访问EHR-数据-BC 125——如在公共区块链中，或经由服务器102直接访问EHR-数据-BC 125——如在私人区块链中。在另一个示例性实施方案中，EHR-数据-PP-API(EHR-Data-PP-API)906可以向EHR-数据-BC-客户端902提供用户接口，通过该用户接口，EHR-数据-BC-客户端902可以向服务器102、EHR-数据-PP-API 906、EHR-数据-BC-API 110和EHR-数据-BC 125发送数据以及从服务器102、EHR-数据-PP-API 906、EHR-数据-BC-API 110和EHR-数据-BC 125接收数据。
确定单目的患者ID(SPPID)
在另一个示例性实施方案中，EHR-数据-BC 125可以是公开可见的。因此，没有患者可识别信息(PII)可以被存储在EHR-数据-BC 125中。在另一个示例性实施方案中，可以通过经由EHR-数据-BC-客户端902向EHR-数据-PP-API 906发出API调用以确定患者的身份来避免PII的存储。此API调用可以包括关于患者的一般查询数据904(例如，名字、姓氏、电话号码、地址、身份证号码等)，并且可以被用来确定患者是否具有存储在系统中的记录。如果患者在系统中具有记录，可以返回有关的患者数据以及‘单目的患者ID’(SPPID)912。顾名思义，SPPID 912可以是与患者相关联的临时ID。在一个示例性实施方案中，SPPID 912可以是由服务器102或EHR-数据-PP-API 906随机生成的十进制、十六进制、文本值或其他合适的ID。在另一个示例性实施方案中，每个会话可以生成新的SPPID 912。在另一个示例性实施方案中，可以周期性地(每小时、每天、每周或其他合适的周期)生成新的SPPID 912。在另一个示例性实施方案中，可以基于与患者相关联的度量(metric)(查询的数目、交易的数目或其他合适的度量)的满意度来生成新的SPPID 912。SPPID 912可以与交易一起或与交易相关联地存储在EHR-数据-BC 125中。一旦SPPID 912已经被生成并且被存储在交易中，EHR-数据-BC-客户端902就可以使用SPPID 912来检索关于患者的信息(例如，基因组信息、过敏信息、处方概况等)，而不透露患者的身份。
新的患者记录
在一个示例性实施方案中，如果服务器102确定患者不具有数据记录，EHR-数据-BC-客户端902可以请求服务器102生成新的患者记录。例如，服务器102可以经由EHR-数据-PP-API 906创建新的患者记录，并且SPPID 912可以被返回给该患者的EHR-数据-BC-客户端902。
在一个示例性实施方案中，EHR-数据-BC-客户端902可以生成查询904并且将该查询904提交到EHR-数据-PP-API 906，EHR-数据-PP-API 906可以请求和/或生成SPPID 912并且将SPPID 912返回给EHR-数据-BC-客户端902。EHR-数据-PP-API 906可以检索存储在服务器102的存储器106中的患者记录或经由网络130检索第三方数据库106中的记录。在另一个示例性实施方案中，EHR-数据-PP-API 906可以将SPPID 912提供给EHR-数据-BC-API110以将SPPID 912存储在EHR-数据-BC 125中。在另一个示例性实施方案中，EHR-数据-BC-客户端902可以将由EHR-数据-BC-客户端902生成的交易提供给EHR-数据-BC-API 110以将交易存储在EHR-数据-BC 125中。
患者信息
患者记录可以包含与患者相关的各种类型的信息。在一个示例性实施方案中，患者记录可以包括：名字、姓氏、中间名、地址、出生日期、身体素质(physical attribute)、身份证号码、电话号码、过敏信息、基因组信息、处方概况、处方历史、处方交易历史、医生信息、地址历史以及其他相关信息。
图3例示了根据本公开内容的一个或多个示例性实施方案的流程图图解300，示例了体现电子健康记录数据区块链系统交易的特征的控制逻辑。交易控制逻辑306可以被实施为服务器、机器学习模块或其他合适的系统或部件上的算法。交易控制逻辑306可以软件、硬件、应用程序编程接口(API)、网络连接、网络传输协议、HTML、DHTML、JavaScript、Dojo、Ruby、Rails、其他合适的应用程序或其合适的组合来实施。交易相关的数据可以经由EHR-数据-BC-API 306在一个或多个EHR-数据-BC-客户端和EHR-数据-BC 302之间流动。在一个示例性实施方案中，服务器102可以许可和验证一个或多个EHR-数据-BC-客户端以访问EHR-数据-BC 302。例如，服务器102可以建立和证实用户名/密码，或用于验证用户或设备的其他合适的方式。服务器还可以将读取/写入/执行许可授予用户或设备以用于本文所描述的一个或多个功能。在一个示例性实施方案中，每个实体可以具有门户，该门户可以允许该实体向第三方授予使用区块链中包含的一个特定数据项或一系列数据项的许可。在另一个示例性实施方案中，在用户/实体已经授予对他们的EHR数据的特定数据元素的读取和/或写入访问许可之后，可以为了用户/实体创建“授权代币”(例如，authToken)。例如，“authToken”可以具有特定的使用期(或生存时间)，并且仅通过来自用户/实体的授权进行重新开始。
交易控制逻辑306可以利用计算机平台通过同时处理数据来引发多个进程和线程的能力。通过实例化不止一个进程以生成和处理具有患者的数据的交易大大提高了交易控制逻辑300的速度和效率。然而，编程领域的技术人员将理解，单个处理线程的使用也可以被利用并且在本发明的范围内。在一个示例性实施方案中，交易控制逻辑306可以是EHR-数据-BC-API 306。在另一个示例性实施方案中，交易控制逻辑306可以实例化服务器102的各种模块。
BC-交易添加
当控制逻辑306接收到新的BC-交易304时，本实施方案的交易控制逻辑306过程流程开始。在一个示例性实施方案中，第一EHR-数据-BC-客户端308具有将新的BC-交易304添加到EHR-数据-BC 302的许可。在另一个示例性实施方案中，BC-交易302可以通过医生的实践管理软件、eScripts软件代理或药房的处方配药软件被传输到控制逻辑306。在另一个示例性实施方案中，第一EHR-数据-BC-客户端308可以生成新的BC-交易304，诸如新的电子处方，并且经由网络130将BC-交易304传输到控制逻辑306。然后，控制逻辑306可以将BC-交易304存储在EHR-数据-BC 302上。
BC-交易检测
交易控制逻辑306可以检测和生成EHR-数据-BC 302上的新的BC-交易304的通知。在一个示例性实施方案中，各种制药行业实体可以在事件发生后从EHR-数据-BC 302接收通知，所述事件是诸如新的BC-交易304被存储在EHR-数据-BC 302上。当BC-交易304、BC-元数据、BC-智能合约或BC-结束已经被添加或链接到EHR-数据-BC 302时，控制逻辑306可以通知一个或多个EHR-数据-BC-客户端310。在另一个示例性实施方案中，当接收到通知时，EHR-数据-BC-客户端310可以确定交易类型是否具有供应商可以提供的任何数据、产品和/或服务的资格。EHR-数据-BC-客户端310可以使交易信息与先前存储的出售品相关联以确定是否存在匹配。在一个示例性实施方案中，交易信息可以具有诸如药物类型、保险信息或其他合适的数据的信息。在另一个示例性实施方案中，交易信息可以包括代表与交易相关的信息的代码，使得代码可以被EHR-数据-BC-客户端310快速关联代码，以确定是否存在产品/服务匹配。该通知可以是电子邮件、文本消息、软件提醒或其他合适的通知。
添加智能合约
交易控制逻辑306可以生成与BC-交易304相关的智能合约。在一个示例性实施方案中，如果接收新的BC-交易304的通知的EHR-数据-BC-客户端310中的一个确定它(第二EHR-数据-BC-客户端312)具有第二EHR-数据-BC-客户端312可以提供的与BC-交易304相关的数据、产品和/或服务，第二EHR-数据-BC-客户端312可以将信息传输到控制逻辑306，使得控制逻辑306可以为BC-交易304生成BC-智能合约314。
在一个示例性实施方案中，BC-智能合约314可以被可操作地耦合到BC-交易304，并且可以指定(在编程术语中以及在人类可读的概要中)它能够提供的数据、产品或服务，以及指定的价格。在另一个示例性实施方案中，BC-智能合约314可以相应地是计算机程序或交易协议，其可以意在根据合约、协议或谈判的条款相应地自动执行、控制或记载法律相关的事件和动作。在另一个示例性实施方案中，BC-智能合约314可以相应地是计算机程序或交易协议，其可以基于用户输入(或多用户输入)来执行、控制或记载。在另一个示例性实施方案中，BC-智能合约314可以触发加密货币320(例如，EHR Cash)在各方之间的交换。
智能合约类型可以包括：
·SC_DrugOfferPatient——向患者提供优惠券以用于选择药物的智能合约。
·SC_EditDUR——指示药物利用审查编辑已经确定患者与所选择的药物具有某种形式的相互作用的智能合约。
·SC_EditClinical——指示临床编辑已经确定患者与所选择的药物具有某种形式的相互作用的智能合约。(例如，患者不能够使所选择的药物发生新陈代谢等)。
·SC_FillCentral——指示处方可以被中央配药的智能合约。
添加元数据
如果被接受，交易控制逻辑306可以记住BC-智能合约314的条款。在一个示例性实施方案中，第一EHR-数据-客户端308可以传输是否接受来自第二EHR-数据-客户端312的报价以利用由第二EHR-数据-客户端312提供的数据、产品或服务的确定。在另一个示例性实施方案中，多个BC-智能合约314可以被第一EHR-数据-客户端308接受。在另一个示例性实施方案中，控制逻辑可以经由网络130向第一EHR-数据-客户端308发送通知以接受或拒绝BC-智能合约314。在另一个示例性实施方案中，控制逻辑306可以接收基于患者的偏好的预确定的决定(被存储在患者的记录中或与该确定一起被传输)。在另一个示例性实施方案中，控制逻辑306可以将元数据(BC-元数据316)添加到EHR-数据-BC并且使其与原始BC-交易304相关联。
元数据类型可以包括：
·MD_DrugDetermine——处方准备好用于药物确定。医生的软件可以添加此元数据类型以征求来自药物制造商的药物建议。
·MD_DrugRecommend——被添加以推荐用于处方的药物。医生的软件可以添加此元数据类型以征求药物剂量建议。
·MD_DosageDetermine——处方准备好用于剂量确定。
·MD_DosageRecommend——被添加以推荐用于处方的剂量。
·MD_Eligible——由付款方添加以指示患者有资格接收所选择的药物或所推荐的药物。
·MD_Acquired——由药房添加以指示它已经获得处方。
添加BC-结束
交易控制逻辑306可以完成和结束BC-交易304。在一个示例性实施方案中，当第一EHR-数据-BC-客户端308确定结束BC-交易304时，它可以触发控制逻辑以将BC-结束318声明写入EHR-数据-BC 302。BC-结束318声明可以防止BC-交易304发生任何附加动作，并且可以触发控制逻辑305执行BC-智能合约314。
合约执行
交易控制逻辑306可以确定哪些BC-智能合约314应被执行并且可以导致数字货币交易在第一EHR-数据-客户端308和第二EHR-数据-客户端312之间发生。在一个示例性实施方案中，当第一EHR-数据-BC-客户端308通过将BC-结束318写入EHR-数据-BC 302来结束BC-交易304时，控制逻辑306可以确定是否可以通过检查自动或用户接收的输入来执行与BC-交易304相关联的任何合约。在另一个示例性实施方案中，如果BC-智能合约314将被执行，控制逻辑306可以使用每一方的数字钱包信息导致数字货币交易发生。在另一个示例性实施方案中，EHR数据患者门户(EHR-Data-PP)可以维护患者的数字货币账户，以用于与系统100相关联地使用。
示例
此以下实施方案例示了典型的EHR数据区块链(EHR-DATA-BC)RxNew交易工作流的示例。
RxNew过程流程
新的处方可以由医生通过以下中的一个来创建：
1)医生通过他们的实践管理软件。此软件可以包含EHR-数据-BC-客户端软件，该EHR-数据-BC-客户端软件可以将其与EHR-数据-BC可操作地耦合。
2)eScripts代理，其可以从eScripts网络检索处方并且使用EHR-数据-BC-客户端软件将BC-交易(RxNew)添加到EHR-数据-BC。
图4A-图4E示例了根据本公开内容的一个或多个示例性实施方案的体现电子健康记录数据区块链系统RxNew交易的特征的控制逻辑的流程图图表。RxNew交易控制逻辑306可以被实施为服务器、机器学习模块或其他合适的系统或部件上的算法。RxNew交易控制逻辑306可以软件、硬件、应用程序编程接口(API)、网络连接、网络传输协议、HTML、DHTML、JavaScript、Dojo、Ruby、Rails、其他合适的应用程序或其合适的组合来实施。交易相关的数据可以经由控制逻辑306在一个或多个EHR-数据-BC-客户端和EHR-数据-BC 302之间流动。在一个示例性实施方案中，服务器102可以许可和验证一个或多个EHR-数据-BC-客户端以访问EHR-数据-BC 302。例如，服务器102可以建立和证实用户名/密码，或用于验证用户或设备的其他合适的方式。服务器还可以将读取/写入/执行许可授予用户或设备以用于本文所描述的一个或多个功能。
BC-交易添加
如图4A中所示出的，本实施方案的RxNew交易控制逻辑306过程流程在控制逻辑306接收到用于新的处方的新的BC-交易404时开始。在一个示例性实施方案中，BC-交易404可以通过医生的实践管理软件、eScripts软件代理、药房的处方配药软件或其他合适的软件被传输到控制逻辑306。在另一个示例性实施方案中，第一EHR-数据-BC-客户端402可以生成新的BC-交易404，诸如新的电子处方，并且经由网络130将BC-交易404传输到控制逻辑306。然后，控制逻辑306可以将BC-交易404存储在EHR-数据-BC 302上。
医生-添加新的交易
在一个示例性实施方案中，医生可以使用他们的实践管理软件(PMS)生成新的处方。PMS可以利用EHR-数据-BC-客户端402将BC-交易(RxNew)404添加到EHR-数据-BC 302。在另一个示例性实施方案中，EHR-数据-BC-客户端402可以被集成到PMS中。在另一个示例性实施方案中，EHR-数据-BC-客户端402可以是独立运行的软件。
添加智能合约
RxNew交易控制逻辑306可以从一个或多个EHR-数据-BC-客户端接收一个或多个BC-智能合约，所述一个或多个EHR-数据-BC-客户端已经确定它们可以提供与RxNew交易404相关的数据、产品或服务。在一个示例性实施方案中，多个制药行业实体可以使用EHR-数据-BC-客户端406来监测EHR-数据-BC 302，并且可以提供与RxNew交易404相关的数据、产品或服务。为了指示这样的能力，每个实体都可以创建BC-智能合约以描述他们的产品/服务、条款/条件和执行价格。在一个示例性实施方案中，药物代码(例如，NDC-G-1)可以被包括在RxNew交易404中。例如：
·仿制药物(generic drug)制造商(例如，DM-1)可以提供与写入处方中的品牌药物(例如，NDC-B-1)等效的仿制药物(例如，NDC-G-1)，并且当已经经由EHR-数据-BC-客户端408按处方配药时，如果该药物被品牌药物(例如，NDC-B-1)替代，可以发起BC-智能合约410，该BC-智能合约410可以在编程术语中指示仿制药物代码(例如，NDC-G-1)和优惠券价值(例如，$5)。
·仿制药物制造商(例如，DM-2)可以提供与写入处方中的品牌药物(例如，NDC-B-1)等效的仿制药物(例如，NDC-G-2)，并且当已经经由EHR-数据-BC-客户端412按处方配药时，如果该药物被品牌药物(例如，NDC-B-1)替代，可以发起BC-智能合约414，该BC-智能合约414可在编程术语中指示仿制药物代码(例如，NDC-G-2)和优惠券价值(例如，$4)。
·DUR编辑服务(例如，DURES-1)可能检测到患者对DM-1所提供的仿制药物(例如，NDC-G-1)过敏，并且可以发起BC-智能合约418，该BC-智能合约418可以经由EHR-数据-BC-客户端416在编程术语中指示此相互作用的细节。
·临床编辑服务(CES-1)可能检测到患者不能够使品牌药物(NDC-B-1)发生新陈代谢，并且可以发起BC-智能合约422，该BC-智能合约422可以经由EHR-数据-BC-客户端420在编程术语中指示此相互作用的细节。付款方可能被告知患者不能够使仿制药物发生新陈代谢，这可以在付款方处方集(formulary)上。
·中央配药(CF-1)可能检测到他们贮存了指示的药物，并且可以在中央设施处按处方配药并且将配好的处方运送到药房或直接运送给患者，并且可以发起BC-智能合约426，该BC-智能合约426可以经由EHR-数据-BC-客户端424在编程术语中指示此履行的细节。
在另一个示例性实施方案中，控制逻辑306可以生成由相应的EHR-数据-BC-客户端发起的BC-智能合约。
处方福利管理者——添加患者资格元数据
如(从图4A继续的)图4B中所示出的，在一个示例性实施方案中，处方福利管理者(PBM)已经检测到它可以向RxNew交易404中指示的患者提供处方福利并且可以经由EHR-数据-BC-客户端502向EHR-数据-BC 302发起BC-元数据508交易以指示患者有资格获得某些福利。在另一个示例性实施方案中，控制逻辑306可以生成由EHR-数据-BC-客户端502发起的BC-元数据508交易并且将其写入EHR-数据-BC 302。
药房——获得处方
在一个示例性实施方案中，患者可以进入药房并且表明他们想要使他们的处方被配药。使用它的EHR-数据-BC-客户端506，药房可以向EHR-数据-BC 302发起BC-元数据508交易，指示它已经获得处方并且开始配药过程。在另一个示例性实施方案中，药房可以在EHR-数据-BC-客户端502中指示它已经证实了个人的身份以满足任何法律要求。
药房——选择药物和对处方定价
在一个示例性实施方案中，基于DUR BC-智能合约418结果和临床BC-智能合约422编辑输出，药房可以从药物制造商2(DM-2)选择仿制药物(例如，NDC-G-2)，对处方定价(例如，$22)，并且经由EHR-数据-BC-客户端510向EHR-数据-BC 302发起BC-元数据512交易。在一个示例性实施方案中，可以代替地选择替代的等效药物。
定价编辑——添加智能合约
在一个示例性实施方案中，处方药定价服务(PE-1)已经检测到药房已经对处方不正确地定价($22)，并且如果使用推荐价格，已经经由EHR-数据-BC-客户端514向EHR-数据-BC 302发起BC-智能合约516，该BC-智能合约516可以在编程术语中指示定价错误的原因、正确的价格(例如，$48)和合同执行价格($.05)。
药房——固定价格——添加元数据
在一个示例性实施方案中，药房解决了定价问题，改变了处方的价格，并且经由EHR-数据-BC-客户端518向EHR-数据-BC 302发起了BC-元数据520交易。
药房——准备好进行裁定
如(从图4B继续的)图4C中所示出的，在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端602向EHR-数据-BC发起新的BC-元数据604交易，指示它已准备好进行裁定。
药房福利管理者——裁定——添加智能合约
在一个示例性实施方案中，药房福利管理者(PBM)可以经由EHR-数据-BC-客户端606裁定处方和发起BC-智能合约608，该BC-智能合约608指示其愿意为处方支付一定金额(例如，$46)。
药房——接受裁定——添加元数据
在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端610向EHR-数据-BC发起BC-元数据612交易，该BC-元数据612交易指示其已经接受了裁定的价格(例如，$46)。
药房——准备好发药(dispense)——添加元数据
在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端614向EHR-数据-BC302发起BC-元数据616交易，该BC-元数据616交易指示其已经准备好发药。
药房药片计数器——发药完成——添加元数据
在一个示例性实施方案中，药房可以包含自动按处方发药的自动药片计数器。当完成时，药房可以经由EHR-数据-BC-客户端618向EHR-数据-BC 302发起BC-元数据620交易。
药房——准备好质量控制——添加元数据
如(从图4B继续的)图4C中所示出的，在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端702向EHR-数据-BC 302发起BC-元数据704交易，该BC-元数据704交易指示处方已准备好进行质量控制审查。
药房——质量控制完成——添加元数据
在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端706向EHR-数据-BC302发起BC-元数据708交易，该BC-元数据708交易指示质量控制审查已经由药剂师完成、接受并且签署。
药房——准备领取——添加元数据
在一个示例性实施方案中，药房可以经由EHR-数据-BC-客户端710向EHR-数据-BC302发起BC-元数据712交易，该BC-元数据712交易指示处方已准备好领取。
患者——将领取(Pickup)——添加元数据
在一个示例性实施方案中，应用程序患者的电子设备——诸如智能电话、平板计算机、膝上型计算机或其他合适的设备——可以接收处方准备好领取的通知。在另一个示例性实施方案中，患者可以经由用户设备(例如，智能电话)传输他们将领取处方的确认。然后，用户设备可以经由EHR-数据-BC-客户端714发起BC-元数据716交易，该BC-元数据716交易指示患者将领取处方。
患者——加密结账(crypto checkout)——添加智能合约
在一个示例性实施方案中，患者可以选择使用他们的EHR数据患者门户(EHR-Data-PP)数字货币账户中的余额来支付与处方相关联的共付额。患者可以使用他们的智能电话经由EHR-数据-BC-客户端718完成交易。患者的智能电话可以发起与EHR-数据-BC 302相关的BC-智能合约720。
药房——患者领取处方——添加元数据
如(从图4B继续的)图4C中所示出的，在一个示例性实施方案中，在患者已经使用他们的加密货币账户为处方而付费之后，药房可以经由EHR-数据-BC-客户端802在EHR-数据-BC 302上发起BC-元数据804交易，该BC-元数据804交易指示患者已经领取了处方。
药房——结束处方——添加BC-元数据
在一个示例性实施方案中，患者可以领取处方，并且因此药房可以经由EHR-数据-BC-客户端806发起BC-元数据808交易，该BC-元数据808交易指示处方现在结束并且处方配药过程完成。
合约执行
在一个示例性实施方案中，在BC-交易404结束之后，控制逻辑306可以为执行的智能合约810发起加密货币支付812。因此，系统生成交易的不可改变的记录以供后续审查和审计。
本公开内容至少实现了以下优点：
1.通过利用EHR患者交易区块链作为工作流空间来处理交易直到交易完成、被签署和被分发以达成共识来提高传统系统的性能。
2.实施智能合约以确定和定义工作流过程、药物相互作用、履行、预期结果、触发事件和定价等数据元素；
3.从计算代价高昂的数据存储、数据瓶颈和系统查询减少附加的处理资源的利用和网络利用；
4.生成交易的不可改变的记录以供后续审查和审计；
5.提供用于提供简单并且有效的处方编辑、处理和支付、利用加密货币和API来便于交易的平台；以及
6.访问和检索患者可识别信息(PII)并且生成特定患者的非患者可识别单目的患者ID(SPPID)以供在离散交易中使用。
本领域技术人员将容易理解，在没有组装在本发明系统中并且在本文中描述的计算机硬件和其他结构部件和机构的特定组合的情况下，此系统的这些优点(以及发明内容中指示的优点)和目标将是不可能的。还应理解，本领域技术人员已知的各种各样的编程工具可用于实施对前述材料中所描述的特征和操作的控制。此外，编程工具的特定选择可能由被置于为实现在本文中和在所附权利要求中阐述的构思而选择的实施计划上的特定目标和约束控制。特别地，可以在本文中所描述的新的和非常规的方式利用商业现货(COTS)装备的集成来实现权利要求书的一个或多个方面。
本专利文档中所包含的描述不应被理解为暗示，任何特定元件、步骤或功能可以是必须被包括在权利要求范围内的必要元件或关键元件。此外，没有任何权利要求可以意在关于所附权利要求或权利要求要素中的任何一个援引35U.S.C.§112(f)，除非在特定权利要求中明确使用了确切的词语“用于……的装置”或“用于……的步骤”，随后是识别功能的分词短语。诸如(但不限于)权利要求中的“机构”、“模块”、“设备”、“单元”、“部件”、“元件”、“构件”、“装置”、“机器”、“系统”、“处理器”、“处理设备”或“控制器”的术语的使用可以被理解并且意在指代相关领域技术人员已知的结构，如由权利要求本身的特征进一步修改或增强的，并且可以不意在援引35U.S.C§112(f)。
在不背离本公开内容的精神或本质特性的情况下，本公开内容可以其他特定形式体现。例如，本文所描述的新的结构中的每个可以被修改以适应特定的局部变化或要求，同时保留它们之间的基本配置或结构关系，或同时执行本文所描述的相同或类似的功能。因此，本实施方案在所有方面都被认为是例示性的而不是限制性的。因此，本发明的范围可以由所附权利要求确立而不是由前述描述确立。因此，落入权利要求的含义和等效范围内的所有改变都意在被包含在其中。此外，权利要求的各个元素不是为人所熟知的、惯例的或常规的。相反，权利要求针对在说明书中所描述的非常规的发明构思。

Claims (20)

1.一种用于提供基于区块链的患者交易的系统，所述系统包括：
一个或多个计算机可读存储介质，被配置为存储区块链；
数据应用程序编程接口(API)系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述数据API系统：
接收对与患者相关的新的区块链交易的请求，
发起患者查找查询以确定患者电子健康记录是否存在，
生成与所述患者电子健康记录相关联的单目的患者ID(SPPID)；
客户端计算机，被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述客户端计算机：
从客户端接收与患者相关的患者查找查询以确定该患者的电子健康记录是否存在，
接收所述SPPID以在没有患者识别信息的情况下在所述区块链上发起与该患者相关的新的区块链交易，
确定操作所述客户端计算机的实体是否能够提供与区块链交易相关的数据、产品和/或服务；以及
区块链API系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述区块链API系统：
生成所述区块链交易并且从所述区块链读取记录和向所述区块链写入记录，以及
使一个或多个智能合约与所述区块链交易相关联。
2.根据权利要求1所述的系统，其中所述智能合约在所述智能合约中涉及的各方之间交换数字货币。
3.根据权利要求2所述的系统，其中所述数字货币包括效用代币或代金券。
4.根据权利要求1所述的系统，其中在患者区块链交易完成之后，所述SPPID不能够被用来将信息写入所述区块链。
5.根据权利要求1所述的系统，其中当生成所述区块链交易时，所述区块链API系统能够生成通知。
6.根据权利要求1所述的系统，其中所述区块链API系统能够将所述通知传输到一个或多个提供方。
7.根据权利要求1所述的系统，其中所述客户端计算机能够向所述区块链API系统提供有关与所述区块链交易相关的数据、产品和/或服务的信息。
8.根据权利要求1所述的系统，其中所述区块链API系统在所述区块链上编辑所述区块链交易。
9.一种提供基于区块链的电子健康记录数据患者交易的方法，所述方法由服务器系统实施，所述服务器系统包括执行计算机程序指令的一个或多个处理器，所述计算机程序指令在被执行时执行所述方法，所述方法包括：
使单目的患者ID(SPPID)与所述电子健康记录相关联；
向所述客户端提供所述SPPID，使得所述客户端能够在没有患者识别信息的情况下在所述区块链上发起与该患者相关的新的区块链患者交易；
从药房接收患者交易；
将所述患者交易写入所述区块链；
将所述患者交易通知给一个或多个客户端设备；
接收针对与所述患者交易相关的数据、产品或服务的一个或多个报价；
生成与所述患者交易和所述一个或多个报价相关的智能合约；以及
基于所述智能合约的执行修改所述患者交易。
10.根据权利要求9所述的方法，其中所述智能合约在所述智能合约中涉及的各方之间交换数字货币。
11.根据权利要求10所述的方法，其中所述数字货币包括效用代币或代金券。
12.根据权利要求9所述的方法，其中在所述患者区块链交易完成之后，所述SPPID不能够被用来将信息写入所述区块链。
13.根据权利要求9所述的方法，还包括当生成所述患者交易时生成通知。
14.根据权利要求13所述的方法，还包括向一个或多个提供方传输所述通知。
15.根据权利要求9所述的方法，其中在所述区块链上修改所述患者交易。
16.根据权利要求15所述的方法，其中在所述区块链上实时地修改所述患者交易。
17.一种用于提供用于基于区块链的患者交易的电子健康记录数据的系统，所述系统包括：
一个或多个计算机可读存储介质，被配置为存储区块链；
数据应用程序编程接口(API)系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述数据API系统：
接收对与患者相关的新的区块链交易的请求，
从一个或多个数据库检索患者电子健康记录，以及
生成与所述患者电子健康记录相关联的单目的患者ID(SPPID)；以及
区块链API系统，包括一个或多个处理器，所述一个或多个处理器被编程以执行计算机程序指令，所述计算机程序指令在被执行时导致所述区块链API系统：
生成所述区块链交易并且从所述区块链读取记录和向所述区块链写入记录，以及
使一个或多个智能合约与所述区块链交易相关联。
18.根据权利要求17所述的系统，其中所述智能合约在所述智能合约中涉及的各方之间交换数字货币。
19.根据权利要求18所述的系统，其中所述数字货币包括效用代币或代金券。
20.根据权利要求17所述的系统，其中所述区块链API系统基于来自一个或多个提供方的输入来在所述区块链上编辑所述处方交易。
CN202080058792.1A 2019-06-19 2020-06-19 电子健康记录数据区块链系统 Pending CN114303205A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962863655P 2019-06-19 2019-06-19
US201962863637P 2019-06-19 2019-06-19
US62/863,655 2019-06-19
US62/863,637 2019-06-19
PCT/US2020/038781 WO2020257677A1 (en) 2019-06-19 2020-06-19 Electronic healthcare record data blockchain system

Publications (1)

Publication Number Publication Date
CN114303205A true CN114303205A (zh) 2022-04-08

Family

ID=74037713

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202080058792.1A Pending CN114303205A (zh) 2019-06-19 2020-06-19 电子健康记录数据区块链系统
CN202080058193.XA Pending CN114730620A (zh) 2019-06-19 2020-06-19 电子健康记录数据区块链系统和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202080058193.XA Pending CN114730620A (zh) 2019-06-19 2020-06-19 电子健康记录数据区块链系统和方法

Country Status (9)

Country Link
US (2) US11923052B2 (zh)
EP (2) EP3987527A4 (zh)
JP (2) JP7265043B2 (zh)
KR (2) KR20220024436A (zh)
CN (2) CN114303205A (zh)
AU (1) AU2020298301A1 (zh)
BR (2) BR112021025483A2 (zh)
CA (1) CA3142834A1 (zh)
WO (1) WO2020257647A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11164666B2 (en) * 2018-05-25 2021-11-02 Paul Viskovich System and method for rewarding healthy behaviors and exchanging health related data
US11165560B2 (en) 2019-05-20 2021-11-02 The Quantum Group, Inc. Secure transmission of electronic health records via blockchain
US11121877B2 (en) * 2019-05-20 2021-09-14 The Quantum Group, Inc. Secure transmission of electronic health records via blockchain
EP3987527A4 (en) 2019-06-19 2023-08-16 Electronic Health Record Data, Inc. BLOCKCHAIN SYSTEM FOR ELECTRONIC HEALTH RECORDS DATA AND PROCEDURES
US11811770B2 (en) * 2020-06-30 2023-11-07 Paypal, Inc. Systems and methods for data access notification alerts
CN112380543B (zh) * 2020-10-23 2024-03-19 重庆大学 基于区块链的电子医疗数据隐私保护与安全共享系统
WO2022232247A2 (en) * 2021-04-27 2022-11-03 Synerio Technologies, Inc. System and method of immutable electronic health record data storage
CN113377738B (zh) * 2021-04-28 2024-03-22 南京欣网互联网络科技有限公司 一种基于PaaS平台和EOS框架搭建BaaS架构的方法
JP2024011594A (ja) * 2022-07-15 2024-01-25 株式会社サンクスネット 健康医療情報一元管理システム

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020007284A1 (en) * 1999-12-01 2002-01-17 Schurenberg Kurt B. System and method for implementing a global master patient index
JP3578450B2 (ja) 2001-06-29 2004-10-20 株式会社東芝 電子文書の実名語／匿名語マップ作成装置及びプログラム、電子文書の匿名化装置及びプログラム、電子文書の実名化装置及びプログラム
US7543149B2 (en) * 2003-04-22 2009-06-02 Ge Medical Systems Information Technologies Inc. Method, system and computer product for securing patient identity
US8917165B2 (en) 2007-03-08 2014-12-23 The Mitre Corporation RFID tag detection and re-personalization
JP2012190332A (ja) 2011-03-11 2012-10-04 Hitachi Solutions Ltd 携帯通信端末による投薬履歴管理システム及び方法
US20120323717A1 (en) 2011-06-16 2012-12-20 OneID, Inc. Method and system for determining authentication levels in transactions
JP2014066831A (ja) * 2012-09-25 2014-04-17 Fujitsu Ltd データ処理プログラム、データ処理装置及びデータ処理システム
US20180096175A1 (en) 2016-10-01 2018-04-05 James L. Schmeling Blockchain Enabled Packaging
US20160117471A1 (en) * 2014-10-22 2016-04-28 Jan Belt Medical event lifecycle management
US20160147945A1 (en) 2014-11-26 2016-05-26 Ims Health Incorporated System and Method for Providing Secure Check of Patient Records
US10600506B2 (en) * 2015-05-13 2020-03-24 Iqvia Inc. System and method for creation of persistent patient identification
US10734106B2 (en) * 2015-08-20 2020-08-04 Tiny Maple Ventures Inc. System and method for filling a prescription
US11308485B2 (en) 2016-07-15 2022-04-19 Paypal, Inc. Processing a transaction using electronic tokens
CA3004139A1 (en) 2015-11-10 2017-05-18 Walmart Apollo, Llc Prescription home delivery
US10720232B2 (en) 2016-04-13 2020-07-21 Accenture Global Solutions Limited Distributed healthcare records management
US10046228B2 (en) * 2016-05-02 2018-08-14 Bao Tran Smart device
US20180075558A1 (en) 2016-09-12 2018-03-15 National Health Coalition, Inc. Processing Pharmaceutical Prescriptions in Real Time Using a Clinical Analytical Message Data File
CN110462654B (zh) * 2017-02-16 2024-04-02 艾高特有限责任公司 记录存取和管理
CN115589332A (zh) 2017-04-28 2023-01-10 数据翼股份有限公司 在去中心化系统中实施集中式隐私控制的系统和方法
WO2018225428A1 (ja) 2017-06-05 2018-12-13 Ｎｅｃソリューションイノベータ株式会社 診療記録管理システム、装置、方法およびプログラム
US11200971B2 (en) * 2017-08-17 2021-12-14 Health2047, Inc. Secure token identification and medical rule-based authorization system
US10755819B2 (en) 2017-09-29 2020-08-25 International Business Machines Corporation Multi agent consensus resolution and re-planning
AU2018355173A1 (en) * 2017-10-24 2020-05-28 Adventia Technology, LLC Systems, methods, and devices for aggregated health data processing and treatment recommendation generation platforms
US20190156923A1 (en) 2017-11-17 2019-05-23 LunaPBC Personal, omic, and phenotype data community aggregation platform
US20190156938A1 (en) 2017-11-20 2019-05-23 Michael Brunner System, method and data model for secure prescription management
US11393568B2 (en) * 2017-12-27 2022-07-19 Prescryptive Health, Inc. Blockchain prescription management system
US20190206536A1 (en) * 2018-01-01 2019-07-04 Brian Hausman System and method for prescription monitoring and drug dispensation utilizing a distributed ledger
WO2019187446A1 (ja) 2018-03-30 2019-10-03 ソニー株式会社 画像処理装置、画像処理方法、画像処理プログラムおよび移動体
WO2019189969A1 (ko) * 2018-03-30 2019-10-03 주식회사 그리즐리 빅데이터 개인정보 익명화 및 익명 데이터 결합 방법
US10803196B2 (en) * 2018-03-30 2020-10-13 Microsoft Technology Licensing, Llc On-demand de-identification of data in computer storage systems
WO2020041528A1 (en) * 2018-08-21 2020-02-27 Patientmd, Inc. Secure dispersed network for improved communications between healthcare industry participants
EP3987527A4 (en) 2019-06-19 2023-08-16 Electronic Health Record Data, Inc. BLOCKCHAIN SYSTEM FOR ELECTRONIC HEALTH RECORDS DATA AND PROCEDURES
US20220093225A1 (en) 2020-09-18 2022-03-24 .Electronic Health Record Data, Inc. System and Method for Patient Data Provision, Consumption, and Royalty Processing
WO2022060390A1 (en) 2020-09-18 2022-03-24 Electronic Health Record Data, Inc. System and method for data provider tracking and monetization

Also Published As

Publication number Publication date
EP3987527A1 (en) 2022-04-27
US11923052B2 (en) 2024-03-05
EP3987528A1 (en) 2022-04-27
AU2020298301A1 (en) 2022-01-20
BR112021025483A2 (pt) 2022-03-08
JP7253865B2 (ja) 2023-04-07
EP3987527A4 (en) 2023-08-16
BR112021025446A2 (pt) 2022-04-26
EP3987528A4 (en) 2023-08-16
WO2020257647A1 (en) 2020-12-24
JP2022537204A (ja) 2022-08-24
CA3142834A1 (en) 2020-12-24
KR20220024436A (ko) 2022-03-03
KR20220018024A (ko) 2022-02-14
US20200402624A1 (en) 2020-12-24
US20200402629A1 (en) 2020-12-24
JP7265043B2 (ja) 2023-04-25
JP2022538392A (ja) 2022-09-02
CN114730620A (zh) 2022-07-08

Similar Documents

Publication Publication Date Title
JP7253865B2 (ja) 電子医療記録データブロックチェーンシステム
US20230153914A1 (en) Systems and methods for determining and communicating patient incentive information to a prescriber
US11393580B2 (en) Systems and methods for determining and communicating a prescription benefit coverage denial to a prescriber
US10978198B1 (en) Systems and methods for determining patient financial responsibility for multiple prescription products
US10635783B2 (en) Systems and methods for determining patient adherence to a prescribed medication protocol
US8321243B1 (en) Systems and methods for the intelligent coordination of benefits in healthcare transactions
US20220092566A1 (en) System and method for data provider tracking and monetization
US20160103975A1 (en) Pre-verification of prescriptions
US8931039B2 (en) Method and system for a document-based knowledge system
US8335672B1 (en) Systems and methods for the identification of available payers for healthcare transactions
CA3142809A1 (en) Electronic healthcare record data blockchain system
US20220093225A1 (en) System and Method for Patient Data Provision, Consumption, and Royalty Processing
US20220028513A1 (en) Computerized aggregation and transaction processing architecture for digital health infrastructure
US20220076797A1 (en) Method, apparatus, and computer program product for performing an alternative evaluation procedure in response to an electronic message
US10423759B1 (en) Systems and methods for identifying prior authorization assistance requests in healthcare transactions
US11657423B1 (en) Method, apparatus, and computer program product for validating electronic rebate claims
US20150370976A1 (en) Systems and Methods for Determining Coverage for Medication or Services Related to Specific Conditions or Levels of Care
WO2015200367A1 (en) Systems and methods for bidding on services

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