这是一篇开放获取的文章,根据创作共用署名许可(https://creativecommons.org/licenses/by/4.0/)的条款发布,允许在任何媒介上无限制地使用、分发和复制,前提是正确引用最初发表在《医学互联网研究杂志》上的原创作品。必须包括完整的书目信息,//www.mybigtv.com/上的原始出版物的链接,以及此版权和许可信息。
数据安全问题仍然是电子健康记录传播缓慢的主要原因。鉴于区块链技术提供了通过去中心化网络验证交易的可能性,它可以作为保护健康相关数据的解决方案。因此,我们已经确定了利益相关者的特定需求,并提出了一个基于区块链的电子病历架构,同时参考了已经存在的关于区块链在电子病历中使用潜力的科学讨论。
本研究旨在通过识别利益相关者并系统地引出他们的需求,介绍区块链技术在电子病历中的应用,并讨论区块链技术在电子病历中的主要好处(KBs)和主要挑战(KCs)。
基于区块链的架构是在设计科学研究范式的框架中开发的。这些要求是通过结构化文献回顾和对9位卫生保健专家的访谈确定的。随后,通过4个15人参加的研讨会对提议的体系结构进行了评估。
我们确定了三个主要的EHR利益相关者群体和34个各自的需求。在此基础上,我们开发了一个五层架构。在对工件的后续评估之后,讨论了基于区块链的ehr架构的12 kb和12 kc。为了解决KCs问题,我们提出了五项科学和实践行动建议。
我们的研究结果表明,区块链技术在推进电子病历方面具有相当大的潜力。目前可用的电子病历解决方案有望得到改进,例如,在数据安全、可追溯性和智能合约自动化领域。未来的研究可以检查患者对基于区块链的电子病历的接受程度和成本效益分析。
在数字化的过程中,电子健康记录(EHRs)已成为医疗保健部门最重要的课题之一,因为它们有望显著改善部门间的合作,降低医疗保健费用[
与医疗保健行业类似,金融部门也交换高度敏感的客户数据。在这种情况下,区块链技术作为保护敏感交易的可能解决方案最近受到了关注。区块链技术提供了潜力,例如,在去中介化、去中心化、减少业务伙伴之间必要的信任、改善对数据操纵的保护,以及通过智能合约提高自动化[
问题1:哪些利益相关者对电子病历有兴趣?他们对电子病历的具体要求是什么?
rq2:如何在基于区块链的架构中实现这些需求?
rq3:提议的基于区块链的电子病历架构提供了哪些主要好处和挑战?
本文的结构如下:方法框架在方法部分给出。在设计科学研究(DSR)方法的基础上,我们首先通过系统的文献综述和9次对卫生保健专家的访谈来确定利益相关者并收集他们各自的需求。随后的评估周期通过4个讲习班进行,共有15名参与者,例如医疗保健专业人员、信息系统专家和律师。“结果”部分展示了涉众的综合需求、基于已确定的需求开发的体系结构,以及来自评估周期的结果。讨论部分着重于从文献、专家访谈和研讨会讨论中得出的KBs和kc。以5项行动建议的形式提出了针对已确定的KCs的解决办法。阐述了本研究的局限性,并指出了可能进一步研究的方向。我们的贡献为科学和实践提供了有趣的发现,特别是对电子病历提供者而言。系统的需求分析可以作为其他体系结构(进一步)开发的基础。此外,我们还阐明了数字化转型对医疗保健部门的影响。 Another benefit of the developed architecture is that it can be prototypically implemented by companies and thus tested in a real context. The insights gained could serve for refinement of the architecture, which again allows for new findings with a different focus, such as acceptance investigations or a cost-benefit analysis.
为了回答确定的rq,我们应用了DSR范式,该范式使用创新工件解决与人类相关的问题,同时为科学界贡献了新的知识[
解决方案的开发受到环境和现有知识体系的影响,如图所示
为了明确相关工作,我们根据vom Brocke等人[
根据文献检索的结果,我们确定了可能使用电子病历的所有利益相关者。虽然电子病历提供商也是关键的利益相关者,但我们将他们排除在我们的调查之外,因为他们的利益在于客户的需求。余下的涉众可分为三组(
在下一阶段,我们从相关文献中收集了各自利益相关者对电子病历的需求。为了丰富科学视角,我们还对9位保健专家(
概念发展的设计科学研究方法(Hevner et al)。电子保健:电子保健;EHR:电子健康记录。
涉众群体概述。
受访专家概况。
没有 | 描述 | 工作经验(年) | 持续时间(分钟) |
E1 | 药剂师 | 22 | 40 |
E2 | 保健顾问 | 2 | 31 |
E3 | 药剂师 | 18 | 27 |
E4 | 电子健康应用程序的创始人和开发者 | 1 | 22 |
E5 | 男护士和病例经理 | 30. | 24 |
E6 | 保健顾问 | 7 | 36 |
E7 | 电子健康记录的总经理 | 7 | 24 |
E8 | 护士 | 9 | 22 |
E9 | 医生 | 10 | 32 |
在系统文献综述和9次专家访谈的基础上,我们确定了基于区块链的电子病历的34个要求(R) (
利益相关者群体对基于区块链的电子健康记录的综合需求。
No和group | 要求 | 参考文献 | E1 | E2 | E3 | E4 | E5 | E6 | E7 | E8 | E9 | |
|
||||||||||||
R1 | 数据安全一个 | [ |
- - - - - -b | x | x | x | x | x | x | - - - - - - | x | |
R2 | 数据隐私一个 | [ |
x | x | x | x | x | x | x | - - - - - - | x | |
R3 | 访问/权限控制,数据主权 | [ |
x | x | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | |
R4 | 身份确认一个 | [ |
x | x | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | |
R5 | 操作保护/数据完整性一个 | [ |
x | - - - - - - | x | x | - - - - - - | x | x | - - - - - - | x | |
R6 | 完整的健康记录一个 | [ |
x | x | x | x | x | - - - - - - | x | x | x | |
R7 | 性能一个 | [ |
- - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | - - - - - - | x | |
R8 | 用户友好的设计一个 | [ |
x | x | x | x | - - - - - - | - - - - - - | x | x | x | |
R9机型 | 上下文相关的信息一个 | [ |
- - - - - - | x | x | - - - - - - | x | x | x | x | - - - - - - | |
R10 | 数据和文件存储一个 | [ |
x | x | x | x | x | x | x | - - - - - - | x | |
R11 | 数据和文件共享一个 | [ |
x | x | x | x | x | x | x | x | x | |
R12 | 可互操作和一致的数据标准一个 | [ |
x | x | - - - - - - | x | - - - - - - | x | x | x | x | |
R13 | 跨部门沟通一个 | [ |
x | x | x | - - - - - - | x | x | x | - - - - - - | x | |
R14 | 确保信任关系一个 | [ |
- - - - - - | x | - - - - - - | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - |
|
|
R15 | CRUDc权利 | [ |
x | - - - - - - | x | - - - - - - | x | - - - - - - | x | x | x | |
R16 | 验证方法 | [ |
x | x | - - - - - - | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - | x | |
R17 | 紧急通 | [ |
- - - - - - | x | x | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - | x | |
R18 | 药物/保健计划 | [ |
x | - - - - - - | x | x | - - - - - - | x | - - - - - - | - - - - - - | x | |
R19 | 状态转换跟踪一个 | [ |
x | - - - - - - | x | - - - - - - | x | x | x | x | x | |
R20 | 一般行政事宜 | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | - - - - - - | - - - - - - | |
一下R21 | 链下数据同步一个 | [ |
- - - - - - | - - - - - - | - - - - - - | - - - - - - | - - - - - - | - - - - - - | - - - - - - | - - - - - - | - - - - - - | |
R22 | 通知服务 | [ |
x | x | - - - - - - | x | x | - - - - - - | x | - - - - - - | x | |
R23 | 模块化一个 | [ |
- - - - - - | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | |
: R24 | 耐心的向心性 | [ |
x | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | - - - - - - | x | |
R25 | 工作流支持一个 | [ |
x | x | - - - - - - | x | - - - - - - | x | x | - - - - - - | - - - - - - | |
R26 | 与现有系统的集成一个 | [ |
x | x | x | x | - - - - - - | x | - - - - - - | x | x | |
R27 | 转移表 | - - - - - - | - - - - - - | x | x | - - - - - - | x | x | x | - - - - - - | x | |
|
|
|
|
|
|
|
|
|
|
|
|
|
R28 | 可伸缩性一个 | [ |
- - - - - - | - - - - - - | - - - - - - | x | - - - - - - | x | x | - - - - - - | - - - - - - | |
R29 | 发票管理 | - - - - - - | x | x | x | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | |
R30 | 亲属的方式 | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | - - - - - - | - x | |
|
|
|
|
|
|
|
|
|
|
|
|
|
R31 | 对合并数据的访问一个 | [ |
- - - - - - | x | - - - - - - | - - - - - - | - - - - - - | - - - - - - | x | - - - - - - | x | |
R32 | 统计数据 | [ |
- - - - - - | x | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | - - - - - - | |
R33 | 临床研究 | [ |
- - - - - - | x | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x | |
R34 | 预测分析 | [ |
- - - - - - | x | - - - - - - | x | - - - - - - | - - - - - - | x | - - - - - - | x |
一个为了避免多个条目,适用于所有利益相关者组的要求,例如数据安全和数据隐私,只列出一次。
b不适用。
cCRUD:创建、读取、更新和删除。
该利益相关者群体最关心的电子病历问题与数据安全和数据隐私有关(R1和R2) [
不过,电子病历应包括病人的完整治疗史,以便向有关医生提供全面性的情况,以便进行最佳治疗(R6) [
为促进部门间沟通,文件和数据的储存、检索和共享具有高度相关性(R10和R11) [
此外,区块链技术能够减少相关参与者之间必要的信任,因为事务支持上述机制(R14) [
在这种情况下,访问控制(R3)和身份确认(R4)再次发挥了特殊作用。这两项都可以由国家实施,就像目前的卫生系统(如爱沙尼亚)所做的那样。此外,这里必须提到创建、读取、更新和删除(CRUD)权限的分配[
特别是现有系统的集成(R26;例如,医院信息系统、药物用药计划和医生的病人管理系统)是很重要的,因为这将需要更少的调整,所有相关的参与者[
可以改善部门间沟通的另一项功能是转诊单,其中载有病人从一个机构转到另一个机构所需的所有相关信息,例如从医院转到疗养院(R27)。
这些转帐单包括以前治疗的信息,并向下一个负责医疗保健的人员传达指示。
在这种情况下,有一些特性,如紧急通道,提供所有相关的紧急数据(R17;例如,血型和过敏)和药物治疗计划,详细说明所服用药物的剂量、副作用和药物相互作用(R18) [
互操作性和一致的数据标准(R12)以及通过智能合约实现的自动化也可以改善部门间的沟通(R13) [
为了确保所有相关行为者提供尽可能大的支持,次要利益攸关方规定的要求也必须考虑在内。例如,EHR解决方案必须具有可扩展性,因为保险可能会向所有投保人提供这些解决方案。此外,
对于第三方利益相关者,对匿名合并数据的分析产生了有趣的可能性(R31) [
作为设计科学方法(第一次迭代)的一部分,我们在一个车间内根据多方法收集的需求分析开发了基于区块链的电子病历的初始概念。首先,已确定的要求已纳入发展概念(
Ølnes将(比特币)区块链描述为始终可以进一步开发的信息基础设施[
ehr中的所有流程都应记录在区块链上,以便在发生数据泄露或法律纠纷时能够确保完全可追溯性(R19)。Scott在为社会发展联合研究所(United Research Institute for Social Development)撰写的一份工作论文中指出,基于区块链的货币,即所谓的加密货币(如比特币),是在金融基础设施薄弱的国家管理现金持有的一种相对简单的方式,可以在不安全、非正式的环境中当场安全处理支付交易[
在提出第一个概念之后
电子健康记录概念蓝图。康复:康复。
Five-tier架构。IT:信息技术。
数据标准化以确保兼容性(R12)和部门间沟通(R13)。集成平台为快速医疗保健互操作性资源标准、集成医疗保健企业的标准配置文件、HL7系列(健康级别7)、openEHR和xDT系列的结构化信息和文档交换提供了已定义的通信模式和接口。必须考虑符合国际标准组织(ISO) 21090(卫生信息学-信息交换的统一数据类型)和ISO 13606(卫生信息学-电子病历通信)。对于各自信息单元的通用描述,所使用的各自有用元素和信息元素的语义存储在集成的元数据存储库中。卫生部门各自的治疗行动者有可能为各自的病人和文件变更提供数据(R15和R19)。
来自不同来源的数据被链接到区块链,以确保患者的健康记录尽可能完整(R8)。访问控制对于确保各自的参与者只能访问相关的和发布的数据(R3和R2)非常重要。在这种情况下,角色概念的实现非常重要。此外,精确设计的角色概念与规范的访问控制相结合,使得数据操作(R5)更加困难。此外,元数据存储库可以支持相关元数据的集成和组织(R26)。例如,来自不同系统的数据可以更好地相互关联,并且可以在数据结构级别识别和处理差异、差距和度量。
应用逻辑层控制不同应用程序和系统的工作流程(R25)。因此,数据被准备好并用于不同的目的(R9和R31)。这对于研究领域来说特别有趣,并且可以进行各种统计评估(R32、R33和R34)。
在连接数据(R23)的基础上,可以建立各种服务。模块化概念允许每个涉众仅使用相关数据单独配置他们的个人仪表板(R9)。据接受调查的专家说,这尤其会增加紧急通行证(R17)、药物计划(R18)和转帐单(R27)的价值。例如,此时可以应用健康保险公司的发票管理(R28)。此外,将管理权委托给亲属的机会也可以以
表示层描述如何将服务显示给最终用户。用户的功能范围取决于他的角色,例如,急诊医生比药店提供更全面的功能和数据。特别重要的是,几乎所有终端设备和操作系统(R8)上都可以使用响应式Web应用程序或本机应用程序访问该平台。特别是现代智能手机,提供了一些有趣的功能,并附加了额外的安全措施,如指纹传感器和虹膜扫描仪(R1和R3)。因此,还可以以特定于上下文的方式准备和显示信息(R9)。例如,戴着增强现实眼镜的护士可以显示不同的信息,而药剂师则可以接收有关当前用药计划的额外信息,因此可以在早期阶段了解药物相互作用。
在我们的第一个评估周期中,我们讨论了我们最初将确定的涉众分类为3个涉众组(
第一个概念草案(
在最后的评估研讨会上,我们展示了最终的架构(
在文献综述和专家访谈的帮助下,确定了相关利益相关者及其34个各自的需求后,我们提出了基于区块链的电子病历的第一个概念。随后,专家们再次评估了这个概念,以构建一个5层架构,该架构在
我们确定了12 kb的基于区块链的EHR架构,我们从文献和专家访谈中总结了它们各自的来源
基于区块链的电子健康记录架构的主要好处(KB)。
没有 | 关键好处 | 参考文献 | 专家 |
KB1 | 权力下放 | [ |
E7 |
KB2 | 没有单点故障/漏洞 | [ |
E7 |
KB3 | 防篡改 | [ |
E1 e2 e4 e7 e9 |
KB4 | 数据安全 | [ |
E2 e4 e7 e9 |
KB5 | 入口的可追溯性 | [ |
E1, E2 |
KB6 | 所有健康相关数据概览 | [ |
E7, E9 |
KB7 | 智能合约自动化 | [ |
- - - - - -一个 |
KB8 | 患者数据主权 | [ |
E1 e2 e5 e6 e7 e9 |
KB9 | 通过文件和数据共享改善部门间协作 | [ |
E1, e2, e3, e4, e5, e7, e8, e9 |
KB10 | 综合支付应用 | [ |
E2, E7 |
KB11 | 数据分析的新采矿商业模式 | [ |
E7 |
KB12 | Patient-oriented治疗 | [ |
E1 e3 e8 e9 |
一个不适用。
尽管有所有的优势,基于区块链的电子病历仍然面临一些主要挑战,这些挑战从文献和专家访谈中总结了各自的来源
然而,事实上,基于元数据的系统分析提供了全面的评估可能性,并允许得出结论,同时它们必须被视为一个技术挑战(KC6)。虽然这个问题还没有找到令人满意的解决方案,但加密货币社区目前正在解决这个问题,例如通过加密货币Zcash的匿名机制[
区块链技术相对较新,缺乏标准,例如参考架构和与其他区块链(KC12)的接口。
基于区块链的电子健康记录架构的主要挑战(KC)。
没有 | 主要挑战 | 参考文献 | 专家 |
KC1 | 高能耗 | [ |
- - - - - -一个 |
KC2 | 高且不可预测的交易成本 | [ |
E2, E7 |
KC3 | 对存储、带宽和计算能力要求高,可扩展性低 | [ |
E7 |
KC4 | 访问和授权问题 | [ |
E5 e6 e7 |
KC5 | 负责发展和管理 | [ |
E5, E7 |
KC6 | 交易的公开可用性 | [ |
E2 e3 e7 e9 |
KC7 | 51%的攻击 | [ |
- - - - - - |
KC8 | 处理速度慢 | [ |
E2 e4 e7 |
KC9 | 数据导入需要验证 | [ |
E2 e4 e7 e9 |
KC10 | 病人和卫生保健专业人员的技术技能 | [ |
E2 e5 e7 e8 e9 |
KC11 | 提供计算资源的激励措施 | [ |
E2 e4 e7 |
KC12 | 标准化 | [ |
E1 e3 e5 e6 |
一个不适用。
为了应对这些挑战,我们为科学和实践提出了5项行动建议。
第一个行动建议是制定综合标准(KC12)。可以想象的是,可以跟踪和共同设计当前的标准化尝试,如ISO/TC 307(区块链和分布式账本技术),并为卫生部门基于区块链的应用程序指定这种标准化。除了术语、漏洞和参考架构等基本主题外,智能合约或治理方面的法律有效性等法律问题也令人感兴趣。因此,标准化还可以帮助形成开发和管理的职责,特别是在IT治理的上下文中(KC5)。
作者建议形成一个跨利益相关者联盟,以解决技术挑战(KC1、KC6、KC7和KC11)和组织挑战(KC4和KC5)。这个财团可以建立一个财团区块链(也称为混合区块链),并简化访问控制。此外,财团提供了形成一个能够采取行动的具体实体的优势,例如,这可以改善利益的代表。原则上,问题是谁将参与该财团,以及这种参与将如何进行。为此目的,联盟的成员应从所有相关利益相关者团体中选出。
研究人员和公司应该继续致力于推进区块链技术。因此,加密机制必须尽可能有效地保护数据(KC6和KC8),共识机制必须在不影响安全性的情况下尽可能节省资源(KC1和KC3)。减少资源使用将加强环境可持续性,并以交易成本的形式降低长期财务运营成本(KC2)。
成本是每个项目的决定性因素。由于这样的项目将涉及高(财务)成本(KC1、KC2、KC3和KC11),因此应进一步关注业务模型的开发。例如,在(匿名的)数据评估中,可以为药物、治疗和疗法的(进一步)开发提供有趣的见解。
第五项行动建议指出,用户必须获得授权并接受培训,以使用当前的信息和通信技术(信通技术;KC10),并更多地了解他们当前的健康状况(健康素养),以便能够在一定程度上追踪调查结果,从而减少系统中的错误输入(KC9)。作者意识到,对于每个用户来说,这两个目标可能都无法实现。尽管如此,其目的应是尽可能让用户了解现代信通技术的可能性及其健康状况。在这一点上,数字护士或数字学习平台等概念可能会提供有趣的视角。
虽然提出的区块链架构应该考虑到所有利益相关者的需求,为定性医疗保健供应提供最佳条件,但它有其局限性。首先,我们无法采访每个确定的利益相关者群体的代表。例如,保险公司或研究机构的具体要求需要更仔细地审查。此外,我们没有包括最重要的利益相关者,即患者的意见,在适应电子病历。个人对技术创新的态度是高度主观的,取决于年龄、技术亲和力和先前的经验。因此,应该进行定量调查,以调查基于区块链的电子病历的接受程度。事实上,评估我们的结果将需要深入的技术和区块链技术的组织知识构成了另一个重要的挑战。
我们分析的目的是调查区块链技术是否以及如何用于电子病历。为此,我们应用了DSR范例。首先,我们确定了15个利益相关者,并将他们分为3组。在结构化文献回顾和9次专家访谈的帮助下,我们收集了34个电子病历的具体要求(RQ1)。在下一阶段,我们起草了基于区块链的架构的第一个概念。在4个迭代评估周期内,我们开发了一个5层的体系结构,该体系结构考虑了已识别的需求(RQ2)。最后,我们讨论了我们提出的解决方案(RQ3)的KCs和KCs,并提出了解决KCs的5项行动建议。
我们得出结论,区块链技术在改善电子病历方面具有相当大的潜力。与目前可用的EHR解决方案相比,区块链技术提供了改进,例如在数据安全性、可追溯性和智能合约自动化方面。我们确定了12 KBs,这可以通过使用区块链技术实现ehr。
不过,仍有一些KCs需要克服(
设计科学研究
电子健康记录
信息和通信技术
国际标准组织
信息技术
关键好处
关键的挑战
研究问题
作者要感谢伊姆霍斯特女士和审稿人的建设性和实质性反馈。
作者感谢Deutsche Forschungsgemeinschaft (DFG)和Osnabrück大学开放获取出版基金的支持。
没有宣布。