在六周内，一个由三名没有行业经验、只有学术软件特定知识的大学生组成的团队，仅使用开源软件开发和设计了一个医疗保健提供商搜索系统。 要告诉您他们是如何做到的，让我们从美国联邦政府工作区中开源软件的一点历史开始。
在过去的四十年中，开源软件（OSS）运动已经发展和成熟。 最初是贝尔实验室招募具有稀缺UNIX技能的受过培训的大学生的策略，后来发展成为软件开发的“教堂”方法的替代方案。 这种运动获得了动力，特别是在1990年代初期Linux开发之后，使用开源方法生产高质量创新软件的规模呈指数增长。 尽管有令人印象深刻的记录，以及一些值得注意的例外，但OSS通常被避免作为美国联邦政府部门中可行的软件替代方案。 对OSS的反对主要基于两个关键问题：安全性和缺乏支持。
虽然对安全问题的担忧持续存在，但它们似乎已经失去了很大的可信度。 2001年，美国国家标准技术研究院（NIST）采用了联邦信息处理标准（FIPS）197。 FIPS 197使用Rijndael算法进行加密和解密。 该算法由NIST公开发布，并且在其采用之前的三年中，邀请了来自世界各地的密码分析师尝试击败它。 他们的努力没有成功。
2007年，Actuate（BIRT开源项目的联合创始人）报告说，联邦政府采用开源软件（OSS）的一个持续障碍是普遍认为它仍然缺乏提供长期支持的能力。 后一种断言具有相当大的基础。 其最早的实践者通常对与OSS相关的编程问题解决挑战比对文档和培训的平凡而繁琐的任务更感兴趣。 当培训和文档确实到来时，它更多的是通过电子邮件进行的非正式交流，而不是以正式，写得很好的文档的形式。 它几乎总是假设用户具有一定的技术理解水平。 此外，无论是否有培训和文档，虽然OSS在金钱意义上是“免费的”，但在个人时间和精力方面却不是免费的。 组织和实施有说服力的培训课程很难想象。
从政府的角度来看——从基于纸张的手工官僚机构到基于技术的官僚机构的艰难过渡——这使得OSS的采用成为问题。 尽管目前在公共部门使用了复杂的OSS程序（即Apache Tomcat，Apache Hadoop，Linux，PostgreSQL，Drupal和Google Earth），但人们仍然认为OSS支持不易获得。 奇怪的是，通过良好地分发OSS项目成果的文档来反驳这些看法并不是OSS社区的首要任务。 本商业案例分析报告的实验旨在朝着纠正我们认为存在缺陷的观点迈出的一小步。
实验
为了响应HHS关于HIPPA下管理简化条款的最终规则，国家提供商标识符（NPI）于2007年5月启动。其目的是为电子HIPPA交易提供标准化的方法，唯一且无智能的医疗服务提供商标识符以及医疗福利交易的有效协调。
诸如唯一提供商识别号（UPIN），在线调查认证与报告（OSCAR）和国家供应商交换中心（NSC）之类的传统提供商标识符已被所有HIPAA标准交易的单个通用标识符取代。 数十亿美元的州和联邦资金已经用于进行此项强制性过渡。 似乎这项工作的大部分软件开发将通过商业现货（COTS）软件和应用程序完成。 一支由没有行业经验且没有专业软件特定知识的大学生组成的小团队，是否可以使用OSS开发和设计有用的医疗保健提供商搜索系统？
从俄克拉荷马中央大学和北卡罗来纳州A＆T州立大学招募了一个由六名大学生组成的远程团队作为实习生，以确定该目标是否可行。 使用来自各大学的现任教授，向学生分发了课程大纲，以获取客座讲师学分课程：通过PHP编程开发网站应用程序。该课程的重点是从联邦政府获取公开的医疗保健数据，并制作一个供公众使用的该数据的Web应用程序。 该团队从项目经理那里获得了功能要求。 该团队接受了这些要求，并使用OSS：LAMP（Linux，Apache，MariaDB，Python）构建了应用程序。
通过每周通过WebEx交互进行的团队会议以及在项目生命周期内与各个团队成员进行的电话会议和电子邮件交流来处理与该远程团队的项目管理。 该项目于2013年12月6日启动，并在五个星期后结束。 三名核心团队成员完成了分配的项目任务。
结果
2014年1月10日，医疗保健提供商搜索网站（一个允许用户自由搜索个人和企业医疗保健提供商的互联网网站）在http://xenvcounts10.srihosting.com/www/上实施。 其MariaDB后端包含来自公共来源的超过400万条记录。
开源软件从来不意味着免费，也不意味着灵丹妙药。 相反，它的目的是...“拒绝任何人独家利用作品的权利。 通常，为了允许他们的作品被广大受众接触，并且顺便从创作作品中谋生，创作者需要将版权授予的全部或大部分权利让给那些有能力分发从而利用该作品的实体。”（摘自 St. Laurent, A. M. (2004). 理解开源和自由软件许可。 第4页。Sebastopol, CA: O'Reilly Media.ac）
医疗保健提供商搜索网站项目表明，许多反对使用OSS的理由可能不再成立。 一个相当小且简单的软件开发项目的单一实例当然没有使人们继续不愿在联邦部门中使用OSS。 但是，我们希望，至少，它在其基础上产生了一个明显的裂缝。
注意：本文改编自有关该研究项目的白皮书。 该团队可以与任何有兴趣了解更多关于该项目或此处提出的问题的人员交谈或向团体做演示。
2 条评论