Healthcare use of Blockchain thru creative use of Smart-Contracts

Yesterday I went to the Blockchain conference. All experts are clear in the first few days. Keeping, but emotionally. Everyone is trying with courage, things. Everyone knows that there are lots of misleading information and noise. Anyone who identifies a block of chain, is taking a big risk. There is no mention of the forecast for the future. Everyone also realized that those who had won, were rewarded. Everyone is very focused and enthusiastic.

No wonder I also said:
What are you doing?
Experts focus on financial flows. It’s not just money like Betcuen. They work on other financial flows, including bank-to-bank remittances, insurance payments, contractual payments, etc. If things come under pressure, they can be completely hypothetical. The action on the fact of money is a chain of chain concepts, and the biggest problem with the flow has to face the problem of dual eligibles. The problem of duplicate issues is well handled in the block chain. When things go wrong, they only end up losing money. This can be a big waste of money, but it’s still a waste of money.

He maintains distress, as it does not disturb others.
This means they do not protect the privacy of individuals when their failure is a permanent loss of privacy. They do not protect the health of people whose failure can be ill, lack of function or death.
What should be health care make a chain block?
This does not mean that there is no place for Block Chain and medical care. We just have to be careful about how we approach the problem. I have considered a number of chain of chain considerations for health care.

Do not place medical data on chain blocks.
I am more convinced that it is very bad to make health data in a chain of blocks. It seems to be a consensus that unites us. Therefore, there will be many Fhir servers storing their data (they may have come from other FHIRs, but why they should not be mentioned)? For a particular use of clusters, there may be a server or many. This means that it is quite possible that the connected to the Fhir server block chain project focuses on data from exposure via the block chain, or that the agent makes it look as if there is only one. However, it may be better to assume that many Fhir servers. Try it in a first attempt, but it will remain wide open as an open hook.

Do not use Block Chain for direct treatment.
I am also convinced that the use of chain blocks in the event of a direct therapeutic application is also a bad idea. Treatment has many expectations. Data must be clearly marked by an alias that can not be used. Access to data should not be delayed (Hurry). There should be a clear type of data source (where data is collected, etc.). Treatment of cases requires registration of new events, observations and interactions. Every identified error should be corrected. There is also an emergency medical glass breakage. etc

Working in the treatment
There are some treatments such as things that have no expectations. A clinical study where it can be considered as an alias (strong identification). There are various treatment scenarios where you do not need real identity, eg. As a laboratory or a pharmacy. Some of the MRN already provided and therefore not much more than an alias form.
Smart nodes are the key
I think the great opportunity is focused on creative ways to use smart knots. Smart contracts are located elsewhere. Our FHIR and OAuth (UMA) approvals are two examples of smart contracts.

The difference is that many block chains have a specific language contract for smartphones and a mechanism for the implementation of this specific language. These languages ​​are generally very simple, as in Pitcairn. But be more understanding.

Leave a Reply

Your email address will not be published. Required fields are marked *