Claims:We Claim:
1. A method for overseeing access to restorative information on Blockchain computing system, comprising of:
a. a network interface configured to receive medical data of a user;
b. a processor configured;
c. create metadata of the medical data which includes a unique identifier of the user and a searchable description of the medical data which describes one or more attributes included in the medical data but does not expose the medical data;
d. encrypt the medical data to generate encrypted medical data;
e. generate a data block that has stored there in the created metadata of the medical data and the encrypted medical data; and
f. store the generated data block within a distributed ledger such that the generated data block is hash-linked to a previous data block on the distributed ledger.
2. The computing system as claimed in claim 1, wherein the searchable description of the medical data comprises a textual description of a type of the medical data.
3. The computing system as claimed in claim 1, wherein the processor is configured to encrypt the medical data based on a symmetric key.
4. The computing system as claimed in claim 3, wherein the processor is further configured to encrypt the symmetric key based on a public key and store the encrypted symmetric key within the generated data block.
, Description:Technical Field of the Invention:
This application for the most part identifies with a system for overseeing access to delicate therapeutic data, and all the more especially, to a blockchain for overseeing access to restorative information.
Background of the Invention:
A record is usually characterized as a record book of passage in which exchanges are recorded and noticeable to approved clients. As another model, an appropriated record is record that is imitated in entire or to some degree to different registering systems. One kind of circulated record is a cryptographic dispersed Ledger (CDL) which can have probably a portion of the accompanying properties: irreversibility (when an exchange is recorded, it can't be turned around), openness (any gathering can get to the CDL in entire or to a limited extent), ordered and time-stepped (all gatherings know when an exchange was added to the record), agreement based (an exchange is included just in the event that it is affirmed, regularly consistently, by parties on the system), certainty (all exchanges can be cryptographically checked). A blockchain is a case of a CDL. While the description and figures in this are portrayed regarding a blockchain, the moment application may apply similarly to a cryptographic circulated record.
The Health Insurance Portability and Accountability Act (HIPAA) gives guidelines which ensure the protection and security of wellbeing records. For instance, the Security Rule of HIPAA sets up a national arrangement of security standards for ensuring certain wellbeing data that is held or moved in electronic structure. The Security Rule requires secured elements to keep up sensible and proper regulatory, technical, and physical shields for ensuring electronic secured wellbeing data (e-PHI). In particular, secured substances must guarantee the secrecy, trustworthiness, and accessibility of all e-PHI they make, get, keep up or transmit, recognize and ensure against sensibly foreseen dangers to the security or respectability of the data, secure against sensibly envisioned, impermissible uses or exposures, and guarantee consistence by their workforce. Besides, the Security Rule's privacy prerequisites disallow inappropriate uses or revelations to unapproved people. Associations frequently embrace huge time and cost to guarantee that data put away locally fulfills prerequisites for HIPAA, else they face punishments from the guidelines. All things considered, what is required is a system which can encourage the trading of wellbeing related data while reducing the weight on associations engaged with the trade.
Object of the Invention
The object of the present innovation is a that incorporates at least one of accepting therapeutic information of a client, making metadata of the medicinal information which incorporates a one of a kind identifier of the client and an accessible description of the restorative information which depicts at least one qualities remembered for the therapeutic information
Summary of the Invention
The present embodiment may give a system that incorporates at least one system interface arranged to get medicinal information of a client, and a processor designed to perform at least one of make metadata of the therapeutic information which incorporates an extraordinary identifier of the client and an accessible description of the restorative information which depicts at least one properties remembered for the restorative information however doesn't uncover the restorative information, scramble the restorative information to produce encoded restorative information, create an information obstruct that has put away there in the made metadata of the medicinal information and the scrambled therapeutic information, and store the produced information hinder inside a disseminated record to such an extent that the created information square is hash-connected to a past information obstruct on the appropriated record.
A further model exemplification may give a non-passing PC comprehensible medium involving directions, that when perused by a processor, cause the processor to perform at least one of accepting therapeutic information of a client, making metadata of the medicinal information which incorporates a novel identifier of the client and an accessible description of the restorative information which portrays at least one qualities remembered for the therapeutic information yet doesn't uncover the restorative information, scrambling the therapeutic information to produce encoded therapeutic information, creating an information square having put away in that the made metadata of the restorative information and the encoded therapeutic information, and putting away the created information obstruct inside a circulated record to such an extent that the created information square is hash-connected to a past information hinder on the dispersed record.
Brief Description of Drawings:
FIG. 1 is a flowchart of a method of a blockchain network for providing secure consent and access to medical data, according to example embodiments.
Detailed Description of Invention:
It will be readily understood that the instant components, as generally described and illustrated in the figures herein, may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of at least one of a method, apparatus, non-transitory computer readable medium and system, as represented in the attached figures, is not intended to limit the scope of the application as claimed, but is merely representative of selected embodiments.
The instant features, structures, or characteristics as described throughout this specification may be combined in any suitable manner in one or more embodiments. For example, the usage of the phrases “example embodiments”, “some embodiments”, or other similar language, throughout this specification refers to the fact that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment. Thus, appearances of the phrases “example embodiments”, “in some embodiments”, “in other embodiments”, or other similar language, throughout this specification do not necessarily all refer to the same group of embodiments, and the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
In addition, while the term “message” may have been used in the description of embodiments, the application may be applied to many types of network data, such as, packet, frame, datagram, etc. The term “message” also includes packet, frame, datagram, and any equivalents thereof. Furthermore, while certain types of messages and signalling may be depicted in exemplary embodiments they are not limited to a certain type of message, and the application is not limited to a certain type of signalling.
The example embodiments are directed to methods, devices, networks and/or systems, which support a blockchain system that provides for secure consent and exchange of health information while satisfying privacy and security regulations. The use of a blockchain provides numerous benefits because it solves the need for trust and security of health information by providing an immutable ledger where users (e.g., patients, etc.) can view consent and data access history of their health information provided to consumers (e.g., medical providers, insurers, etc.). The blockchain system provides a secure and efficient way to store patient data and control access to patient data based on patient consent. Furthermore, the blockchain provides an audit trail that makes health data exchange more easily regulated.
Blockchain is different from a traditional database in that blockchain is not a central storage but rather a decentralized, immutable, and secure storage, where nodes must share in changes to records in the storage. Some properties that are inherent in blockchain and which help implement the blockchain include, but are not limited to, an immutable ledger, smart contracts, security, privacy, decentralization, consensus, endorsement, accessibility, and the like, which are further described herein. According to various aspects, the trust and security of health information is implemented due to the immutable ledger, decentralization, consensus, endorsement, hidden data, restrictions on access, and smart contracts, which are inherent and unique to blockchain.
For example, the blockchain system relies on an immutable ledger to store patient health records. The blockchain leverages smart contract logic to store and view patient data, control access, and view medical history information. The system makes it much more secure to store and transfer sensitive patient health data, thus providing an improvement to the security and privacy aspects of traditional methods. Data is stored on a distributed ledger system where each node has a copy of the data. To allow a transaction to be committed to the ledger, there must be consensus between the nodes and follow the endorsement policy. The system greatly improves accessibility for patients and healthcare providers to provide consent, transfer data, access data, and keep a record. Furthermore, the health data is not completely hidden from data consumers but is partially revealed through metadata. The metadata may be created by the smart contract and stored on the blockchain. The metadata may include a description of the underlying health information (e.g., type of records, doctor's name, date, etc.) without disclosing protected sensitive health information.
The example embodiments provide numerous benefits over a traditional database. For example, through the blockchain the embodiments provide for trusted and accountable storage via an immutable ledger that can only be modified based on consensus of nodes in the blockchain. Meanwhile, a traditional database could not be used to implement the example embodiments because a traditional database does not provide the same level of trust and accountability of data. That is, a traditional database is subject to a single entity that controls access to information whereas the blockchain system herein provides for distributed access which must only be provided when a consensus among the nodes is achieved. Furthermore, the distributed ledger of the blockchain maintains an agreed upon audit trial that provides a layer of accountability not possible in the single entity-controlled database. Furthermore, the metadata information is created and made available through the blockchain thereby enabling a search of the medical data to be performed without divulging the underlying confidential information.
A blockchain is a distributed system which includes multiple nodes that communicate with each other. A blockchain operates programs called chain code (e.g., smart contracts, etc.), holds state and ledger data, and executes transactions. Some transactions are operations invoked on the chain code. In general, blockchain transactions typically must be “endorsed” by certain blockchain members and only endorsed transactions may be committed to the blockchain and have an effect on the state of the blockchain. Other transactions which are not endorsed are disregarded. There may exist one or more special chain codes for management functions and parameters, collectively called system chain codes.
Nodes are the communication entities of the blockchain system. A “node” may perform a logical function in the sense that multiple nodes of different types can run on the same physical server. Nodes are grouped in trust domains and are associated with logical entities that control them in various ways. Nodes may include different types, such as a client or submitting-client node which submits a transaction-invocation to an endorser (e.g., peer node), and broadcasts transaction-proposals to an ordering service (e.g., ordering node). Another type of node is a peer node which can receive client submitted transactions, commit the transactions and maintain a state and a copy of the ledger of blockchain transactions. Peers can also have the role of an endorser, although it is not a requirement. An ordering-service-node or order is a node running the communication service for all nodes, and which implements a delivery guarantee, such as a broadcast to each of the peer nodes in the system when committing transactions and modifying a world state of the blockchain, which is another name for the initial blockchain transaction which normally includes control and setup information.
A distributed ledger is a sequenced, tamper-resistant record of all state transitions of a blockchain. State transitions may result from chain code invocations (i.e., transactions) submitted by participating parties (e.g., client nodes, ordering nodes, endorser nodes, peer nodes, etc.). A transaction may result in a set of asset key-value pairs being committed to the ledger as one or more operands, such as creates, updates, deletes, and the like. The ledger includes a blockchain (also referred to as a chain) which is used to store an immutable, sequenced record in blocks. The ledger also includes a state database which maintains a current state of the blockchain. There is typically one ledger per channel. Each peer node maintains a copy of the ledger for each channel of which they are a member.
FIG. 1 illustrates a blockchain network for providing secure consent and access to medical data, according to example embodiments. Referring to FIG. 1, the blockchain network includes a user device which is capable of submitting health information to a health data blockchain. Furthermore, the blockchain network includes a consumer device capable of requesting medical data of the user stored on the blockchain. The blockchain may be composed of a plurality of nodes which include a plurality of peer nodes. Each peer node of the health data blockchain may interact with and receive requests from the user device and/or the consumer device for accessing the health data blockchain.
When the user device submits medical data to the health data blockchain for storage therein, the individual nodes of the health data blockchain must reach a consensus on the storage of the medical data based on one or more predetermined policies which may be implemented by a smart contract. Furthermore, the medical data may be stored as a block (or more than one block) on a distributed ledger which is replicated across the nodes in the health data blockchain.
The consumer device may access a peer node of the health data blockchain and perform a search of medical data stored therein. However, rather than search the actual data, the search results may only include metadata of the medical data. The metadata may not expose the underlying medical data but instead may be a generic description, a date/time, and doctor's name, and the like. Through the search, the consumer device may request for a particular user's medical data (e.g., user of user device, etc.) and receive access to the medical data only when consent is received by the health data blockchain from the user device. For example, the consent may be received via a message and may trigger the health data blockchain to unlock a key which was used to encrypt the medical data.