Custom Interface to Enhance Hyperledger Blockchain Consensus for Healthcare
Publication Date: 2019-Dec-02
Publishing Venue
The IP.com Prior Art Database
The following operators can be used to better focus your queries.
( ) , AND, OR, NOT, W/#
? single char wildcard, not at start
* multi char wildcard, not at start
"..." literal
Examples:
(Cat? OR feline) AND NOT dog?
Cat? W/5 behavior
(Cat? OR feline) AND traits
Cat AND charact*
This guide provides a more detailed description of the syntax that is supported along with examples.
This search box also supports the look-up of an IP.com Digital Signature (also referred to as Fingerprint); enter the 72-, 48-, or 32-character code to retrieve details of the associated file or submission.
For a concept search, you can enter phrases, sentences, or full paragraphs in English. For example, copy and paste the abstract of a patent application or paragraphs from an article.
Concept search eliminates the need for complex Boolean syntax to inform retrieval. Our Semantic Gist engine uses advanced cognitive semantic analysis to extract the meaning of data. This reduces the chances of missing valuable information, that may result from traditional keyword searching.
The IP.com Prior Art Database
Undisclosed
English (United States)
1
Custom Interface to Enhance Hyperledger Blockchain Consensus for Healthcare
In a Hyperledger Fabric network, transactions must first collect endorsement from endorsing peers before being committed to the ledger. This endorsement process is limited to peers simulating the transaction against local copies of the ledger. However, in the healthcare industry, it is highly likely for each organization to have its own private data stores that cannot be shared with other organizations. It is impossible to use external data that is not committed to the ledger in the endorsement process.
To resolve this, proposed here are a system and method to create a custom interface that enhances the native Hyperledger Fabric endorsement mechanism.
Current consensus mechanisms do not allow for peer specific data to be used to endorse transactions. The proposed system and method enable peer specific processing to arrive at the validity of a transaction using peers' external private data. This allows a richer consensus that reflects institutional knowledge about transaction validity.
Healthcare organizations that participate in a blockchain network likely manage private storage for associated data, not all of which will be contributed to the ledger. Although Hyperledger Fabric’s default endorsement logic references only the ledger to validate transactions, this process could be enhanced by taking into account organizations’ externally stored data. Therefore, the proposes interface lives on each peer and enables a smart contract to access data stores of any technology or configuration.
This interface consists of a set of functions that the organizations of endorsing peers on the network implement. The organizations must implement these interface functions before any transaction endorsement takes place. Each function is meant to be called by a particular smart contract, and its parameters represent field values to be queried in the peer's organization's data store. Organizations implement these functions to enable data store access, to construct queries given parameter values, and to interpret the response of data store requests based on the desired endorsement behavior. To maintain consistency across peers, these functions must have identical parameters and return types across implementations. The interface must be implemented before any endorsement logic can take place.
This solution enables an organization to take advantage of participating organizations' institutional knowledge without exposing this knowledge on the ledger. In this way, organizations can maintain data privacy while still using it to execute business logic.
2
An example use case for this system is patient identity validation. Consider the scenario of registering medical patients on a blockchain network. The desired endorsement logic specifies that in order to successfully register a patient, the provided name must match any found for the same social security number in the provider organizations’ r...