| Literature DB >> 32366703 |
Sebastian Porsdam Mann1,2, Julian Savulescu3, Philippe Ravaud4,5, Mehdi Benchoufi6.
Abstract
Recent advances in medical and information technologies, the availability of new types of medical data, the requirement of increasing numbers of study participants, as well as difficulties in recruitment and retention, all present serious problems for traditional models of specific and informed consent to medical research. However, these advances also enable novel ways to securely share and analyse data. This paper introduces one of these advances-blockchain technologies-and argues that they can be used to share medical data in a secure and auditable fashion. In addition, some aspects of consent and data collection, as well as data access management and analysis, can be automated using blockchain-based smart contracts. This paper demonstrates how blockchain technologies can be used to further all three of the bioethical principles underlying consent requirements: the autonomy of patients, by giving them much greater control over their data; beneficence, by greatly facilitating medical research efficiency and by reducing biases and opportunities for errors; and justice, by enabling patients with rare or under-researched conditions to pseudonymously aggregate their data for analysis. Finally, we coin and describe the novel concept of prosent, by which we mean the blockchain-enabled ability of all stakeholders in the research process to pseudonymously and proactively consent to data release or exchange under specific conditions, such as trial completion. © Author(s) (or their employer(s)) 2020. Re-use permitted under CC BY. Published by BMJ.Entities:
Keywords: autonomy; confidentiality/privacy; information technology; informed consent; public health ethics
Year: 2020 PMID: 32366703 PMCID: PMC8053330 DOI: 10.1136/medethics-2019-105963
Source DB: PubMed Journal: J Med Ethics ISSN: 0306-6800 Impact factor: 2.903
Key features and affordances of blockchain technology
| Key principles | Corresponding features | Affordances |
| Proof | Immutable record of transactions | Tamper-proof evidence of consent, data entry or other processes having occurred; useful for journal submissions, fraud prevention and liability concerns; supply chain management (pre/postmarket surveillance). |
| Sequential timestamping | Allows proof that events happened at specific times and in specific order: for instance, tracking protocol versioning and coherence with (re)consent requirements or outcome analysis. | |
| Differential publicity | Transparency of transactions and records | Deviations from protocol, consent, endpoints, statistical plan, and so on auditable; control over level of data visibility. |
| Pseudonymity via public cryptographic identifiers | Degree of privacy can be set according to need or preference; pseudonymous identification and contact possible: prosent. | |
| Distribution | Decentralised data access management | Accessibility of the data: control of data requests, ownership and access by patients and stakeholders are managed on the blockchain. |
| Blockchain data structure | Compatibility with distributed computing: data analytics, machine learning (federated learning, distributed secure computing, and so on). | |
| Consensus mechanism | Depending on the choice of the blockchain, all users or relevant stakeholders can participate in the governance and development of the blockchain, essentially on two aspects: consensus mechanism (validation nodes, proof modalities), consensus about the source code of the technology and its update. | |
| Automation | Smart contracts | Automation of key processes (eg, claims, study recruitment, some types of data analysis, and many others), reduction of errors and fraud, integration with connected devices. |
Key features of blockchain technologies for implementing consent
| Blockchain features | Consent |
| Immutable record of transactions | Record of consent cannot be subsequently altered; prevention of postfacto consent falsification; immutable record of who has accessed which information at which times; consent audit trail. |
Key features of blockchain technologies for facilitating medical research
| Transparency of transactions and records | Patients, review boards, funders and other stakeholders have full overview of consent and trial status; easily auditable; accountability through visibility; may contribute to trust and efficiency; errors can be seen by all. |
| Pseudonomity via public cryptographic identifiers | High degree of control on privacy; level of privacy can be modulated; concerns about trial or personal conduct can be registered with high degree of privacy. |
| Sequential timestamping | Proof that consent was obtained before trial inclusion; proof of adherence to protocol; potential for greater patient engagement and consent due to higher trial integrity. |
| Decentralised storage of data | Adapt consent and prosent to decentralised nature of data generation. |
| Smart contracts | Conditioning of trial progression on consent; automated release of data (prevention of publication bias and knowledge silos), automate aspects of data analysis; reconsent triggered when protocol is changed; automatic warning if abnormally high levels of severe side effects are found; automatic financial or other remuneration of data subjects. |
| Smart contracts for secondary research | Data analysis in statistical plan can be carried out automatically; benefit sharing can be automated. |
Key challenges of blockchain implementation in the biomedical sciences
| Challenges | Possible solutions |
| User-unfriendliness for identity management and user-triggered notarisation process | Many possible technical solutions; testing, trial and error; collaboration |
| Technical implementation: choice of architectures (public vs private blockchain or hybrid choice), complex flow to be handled by smart contracts | |
| Resistance to data sharing | Increasing autonomy through blockchain; moral arguments; policy and law |
| Legal aspects: Compliance with the EU General Data Protection Regulation (GDPR), hash personal data are pseudonymised data hence still personal, right to forget, Europe location for validator nodes | Mixing private and public blockchains; selective activation/silencing of nodes according to geographical or jurisdictional zone |