开源电子健康记录,惠及所有人

尚无读者喜欢这篇文章。
open source button on keyboard

Opensource.com

大家对即将到来的 OSCON 2012 大会感到非常兴奋。

在今年的 医疗保健专题中,我们将分享关于 OSEHRA(开源电子健康记录代理)的最新消息和未来计划。

这个年轻的组织是由美国退伍军人事务部 (VA) 于去年设立的,作为

“……与其国防部 (DoD) 共同创建服务人员和退伍军人通用电子健康记录 [EHR] 系统的道路上的重要里程碑。”

OSEHRA 的 使命

“通过使用开源软件开发中的最佳实践,促进 EHR 信息系统的改进和维护。这些系统将免费提供给所有医疗受益人”

在我们的演讲 OSEHRA - 为所有人构建开源 EHR 中,我们将总结这项工作第一年发生的许多事情,并描述第二年活动的计划。

OSEHRA 第一年最激动人心的事件之一是 VA 的贡献: “……其当前的 EHR,即 VistA(退伍军人综合系统技术架构),为这项工作奠定基础。OSEHRA 将监督 EHR 用户、开发人员和服务提供商社区,他们将部署、使用和增强 EHR 软件。”

有关 VistA 的更多信息,请参见 VistA 专著 和最近的 opensource.com 文章

在我们的 OSCON 演讲中,我们还将讨论开源社区中临界质量的概念,以及将社区规模扩大到能够自我维持的水平的重要性。

根据我们对几个大型软件项目的观察,特别是 Linux 内核,我们估计一个开源项目应该大约每千行代码配备一名开发人员,以确保项目的所有需求都得到满足。

这建立在 Clay Shirky 在他的著作 认知盈余 中提出的观点之上

“……当人群足够庞大时,
不可预测的事件变得可预测”

我们将这一格言应用于开源软件社区,即

当社区足够庞大时

所有错误都会被发现,
所有发现的错误都会被修复,
所有需要的功能都将被实现,并且
所有这些都将按计划定期发生。

我们的推论也是

如果开源社区存在不确定性,
(如果我们不知道错误在哪里,
或者我们不知道谁会修复它们)
这可能表明社区
对于该项目来说还不够大,
并且当前的社区成员
人手不足,工作过度。

当然,解决方案是

招募新成员

这也意味着

  • 努力制作培训材料
  • 降低入门门槛
  • 举办欢迎新人的黑客马拉松等活动
  • 简化软件部署和开发基础设施

根据这些思路,在我们的 OSCON 演示中,我们将讨论我们为以下目标采取的措施:

  • 向下一代开发人员教授 M 语言
  • 提高人们对 M 作为医疗保健应用语言的强大 NoSQL 本质的认识
  • 通过将 M 和 VistA 纳入流行的 Linux 发行版,促进 M 和 VistA 的广泛访问

请参加 OSCON。请提出您关于如何更好地实现这些目标的建议。

因为当一个人 为所有人构建开源 EHR 时,也需要 所有人

User profile image.
Luis Ibáñez 在芝加哥的 Google Inc 担任高级软件工程师。

5 条评论

作为一名医学界人士,虽然不在 VA 系统内,但审阅过 VA 系统的记录,我没有看到 Vista 实施有什么神奇之处。在接收端,它有点混乱。

EHR 需要具备的重要功能是可移植性。为此,最需要的是信息传输的开放格式,但同时还需要高度的隐私保护。

医疗保健数据以数据形式保留非常重要。目前有太多信息被转换为某种图像(例如传真),这阻碍了其信息的整合,使其无法像数据一样进行整理、组织和搜索。我们掌握的关于患者的大部分信息最初都是数据:文本、数字、图像,但由于各种原因,它被转换为不透明的图像。

虽然有点尖刻,但也许所有失业的 COBOL 程序员都可以接受再培训来学习 M 语言?

不过,说真的。这是一个令人兴奋的事件,也是朝着开源 EHR 迈出的重要一步。但是,我忍不住觉得它将在人力方面遇到严重困难。根据相关帖子,似乎 M 语言在医疗机构内部广为人知,但我不清楚在医疗机构外部是否广为人知。

是否值得培养新的 M 语言开发人员(他们无疑会在最初几年编写糟糕的代码)?或者,也许将代码库重写为更主流的 OSS 语言是一个更有价值的目标。(不,我不会为您定义这一点 :)

并且,正如 Greg 提到的,确保可移植的数据标准等。

Chris,

我同意您关于需要聚集这个社区所需的大量开发人员的担忧。M 语言在医疗保健领域之外并不广为人知,我们正在努力通过教育和培训计划来改变这种平衡。

对于正在寻找有意义和有动力工作机会的开发人员来说,编写将在医院中使用的开源软件是一个非常有吸引力的选择。作为开源开发人员,我们倾向于关注重要且具有更深远影响的项目。年轻的开发人员应该意识到,除了编写又一个移动应用程序之外,他们还可以将时间和精力投入到编写代码上,以帮助数百家医院的数百万患者。

新开发人员在最初几年的培训中会编写出次优代码,这并不是不培训他们的理由。这种情况会发生在任何语言中,……以及任何技能中。您可能读过 Malcolm Gladwell 的《异类》,其中论述了需要 10,000 小时的练习才能精通任何事物(从空手道到骑师,到足球,到编程)。解决此问题的方法是创造学习机会,例如通过建立导师制系统并结合在线代码审查,由专家开发人员指导年轻开发人员。在这方面,我们一直在使用 Gerrit(最初来自 Android 项目)进行代码审查,并且对它在培训方面如何改变社区的活力非常满意。

关于 M 语言的普及,我们现在正在努力将 GT.M(开源 M 平台)纳入 Debian 和 Fedora Linux 发行版,以便任何好奇的旁观者都可以轻松获得。下一步是提供在线教程(例如这个教程:http://www.opensourcesoftwarepractice.org/M-Tutorial/),让新开发人员快速了解这门语言。

值得指出的是,M 语言专注于医疗保健信息系统的数据库方面。我们仍然需要许多其他语言和技术来处理辅助服务,例如 Web 访问和移动设备。也就是说,M 语言不会很快消失。它仍然是医疗保健数据库的标准语言,也是唯一一种为该特定目的而设计和实现的语言。大多数大型医疗保健信息系统都是用 M 语言编写的,这包括 Epic、Meditech 和 GE Healthcare/Centricity 等专有产品,以及 VA 的 VistA、国防部的 CHCS 和印第安健康服务部的 RPMS 等开源产品。这是数百万行代码,为数百万患者提供服务,……在一个占当今 GDP 18% 的经济领域中,这是一个巨大的就业市场。

虽然有点尖刻,但也许所有失业的 COBOL 程序员都可以接受再培训来学习 M 语言?

不过,说真的。这是一个令人兴奋的事件,也是朝着开源 EHR 迈出的重要一步。但是,我忍不住觉得它将在人力方面遇到严重困难。根据相关帖子,似乎 M 语言在医疗机构内部广为人知,但我不清楚在医疗机构外部是否广为人知。

是否值得培养新的 M 语言开发人员(他们无疑会在最初几年编写糟糕的代码)?或者,也许将代码库重写为更主流的 OSS 语言是一个更有价值的目标。(不,我不会为您定义这一点 :)

并且,正如 Greg 提到的,确保可移植的数据标准等。

如果我没记错的话,克利夫兰诊所的一项研究表明,包含健康史的家谱比目前最先进的 DNA 技术更能预测一个人的未来健康状况。在很长一段时间内,这可能是正确的,因为病史包含 DNA 无法包含的环境信息。

通用电子健康记录可能包含父母的社会安全号码和新生儿的社会安全号码,从而轻松构建此类家谱。随着时间的推移,可以通过任何与医疗保健系统的接触来构建这些家谱,尤其是通过产科或儿科医生的护理。如果保险公司正在为美国海外业务安装计算机中心和病例管理软件,那么任何隐私或数据挖掘执法都将存在问题。如果保险公司可以设定费率以在很大程度上摆脱保险业务,他们自然会这样做。

就我个人而言,我看不到解决方案,但单一支付者除外,当然这个问题超出了您项目的范围。总的来说,该项目是一项很好的贡献。任何有助于医疗系统通信的东西都是非常积极的——每年都有惊人数量的人因不同医生和组织提供的药物不兼容而死亡。

Creative Commons License本作品根据知识共享署名-相同方式共享 3.0 未本地化版本许可协议获得许可。
© . All rights reserved.