分之一的公司报告使用
Posted: Sat Jan 04, 2025 3:36 am
一项针对数字健康公司的调查新研究表明，大多数公司 (73%) 在与电子健康记录 (EHR) 集成时使用基于标准的应用程序编程接口 (API)（图 1）。2020 年，ONC 最终确定了《治愈法案最终规则》，该规则将 Health Level 7® (HL7®) 快速医疗保健互操作性资源® ( FHIR ®) 标准的使用编入法典，用于“认证 API”，可以实现对患者电子健康信息 (EHI) 的安全、编程访问。这些认证 API 标准化了数据连接和格式要求，以便第三方应用程序（如智能手机应用程序）在使用认证 API 连接到任何 EHR 时可以获得相同的功能和患者数据。
图 1：数字健康公司使用 API 和 FHIR 标准
表格显示 FIHR API 的采用情况
注：N = 141。
《治愈法案最终规定》要求这些认证 API 的开发人员在 2022 年 12 月 31 日之前采用 FHIR 标准和相应的实施指南。在 2022年 12 月截止日期之前收集的调查数据显示，不仅大多数将其应用程序或软件与 EHR 集成的数字健康公司将 FHIR 标准用作其产品的一部分，而且连接多个 EHR 的公司使用这些基于标准的 API 的比例也更高。在应用程序集成了多个 EHR 的公司中，大约有四分之三的公司报告广泛使用了 FHIR 标准，而应用程序集成了一个 EHR 的公司中只有四了 FHIR 标准。
数据告诉我们什么
数据不仅表明这些医疗技术公司对 FHIR 标准的采用率 制造电邮清单 很高，而且还表明 EHR 公司实施了这些基于标准的 API，并在认证要求的截止日期之前向第三方用户提供了该技术。其他研究表明，在《治愈法案最终规则》最终确定之前和之后，EHR（尤其是市场领先的 EHR）普遍采用 FHIR，但这些新数据揭示了该技术在目标用户（第三方应用程序和软件开发商）中的广泛使用。我们在 ONC 技术论坛上的一次会议上介绍了我们的研究，阐述了这一点。
尽管在实施和使用这些基于 FHIR 的 API 方面取得了早期成功，但仍有很大一部分公司仍在使用其他类型的 API。如图 1 所示，57% 的公司报告同时使用专有 API 和基于标准的 API，11% 的公司报告使用专有 API 而未使用基于标准的 API。由于 API 实施方面持续存在的挑战以及 FHIR 对特定用例的支持有限，公司可能会使用不同类型的 API。大约一半的数字健康公司调查受访者报告费用高昂，十分之四的人报告缺乏真实的临床测试数据，另有十分之四的人报告数据元素没有什么兴趣或价值，这成为使用和更广泛使用 API 的重大障碍。结果证实了医疗 IT 社区成员（尤其是应用程序开发者和其他数字健康公司）提出的其他担忧，即当前认证 API 的范围有限以及费用、数据访问和开发者支持等进入壁垒，这些都影响了《21 世纪治愈法案》所要求的“无需特别努力”即可实现 API。
“无需特别努力”即可实现 API
Lantern和Inferno等 ONC 项目致力于改善可供数字健康公司使用的资源和数据。ONC 的信息阻止法规加强并支持患者访问其 EHI 的能力，包括通过他们选择的应用程序。此外，ONC 最近的HTI-1 最终规则中的某些要求旨在通过减少使用这些 API 的工作量来解决一些持续存在的障碍。具体而言，最终规则修订并标准化了认证 API 开发人员发布电子 FHIR 端点的要求，并采用了美国互操作性核心数据 (USCDI) 第 3 版，该版本扩展了目前可通过认证 API 获得的标准化数据元素集。这些更新使应用程序开发人员更容易将其用户连接到他们的数据，并扩展了 EHR 必须通过其认证 API 提供的数据集。
此类研究使 ONC 及其合作伙伴能够更好地了解社区的需求并评估健康 IT 政策的实施情况。然而，没有一项研究足够全面，能够了解所有社区成员的经历。如果您在使用经过认证的健康 IT 时遇到问题或挑战，尤其是如果您是第三方开发人员或尝试将您的应用与 EHR 互操作的患者，您可以将您的问题提交给 ONC 的健康 IT 反馈门户。ONC 会仔细审查和考虑所有问题，以告知和改进其政策和计划。
图 1：数字健康公司使用 API 和 FHIR 标准
表格显示 FIHR API 的采用情况
注：N = 141。
《治愈法案最终规定》要求这些认证 API 的开发人员在 2022 年 12 月 31 日之前采用 FHIR 标准和相应的实施指南。在 2022年 12 月截止日期之前收集的调查数据显示，不仅大多数将其应用程序或软件与 EHR 集成的数字健康公司将 FHIR 标准用作其产品的一部分，而且连接多个 EHR 的公司使用这些基于标准的 API 的比例也更高。在应用程序集成了多个 EHR 的公司中，大约有四分之三的公司报告广泛使用了 FHIR 标准，而应用程序集成了一个 EHR 的公司中只有四了 FHIR 标准。
数据告诉我们什么
数据不仅表明这些医疗技术公司对 FHIR 标准的采用率 制造电邮清单 很高，而且还表明 EHR 公司实施了这些基于标准的 API，并在认证要求的截止日期之前向第三方用户提供了该技术。其他研究表明，在《治愈法案最终规则》最终确定之前和之后，EHR（尤其是市场领先的 EHR）普遍采用 FHIR，但这些新数据揭示了该技术在目标用户（第三方应用程序和软件开发商）中的广泛使用。我们在 ONC 技术论坛上的一次会议上介绍了我们的研究，阐述了这一点。
尽管在实施和使用这些基于 FHIR 的 API 方面取得了早期成功，但仍有很大一部分公司仍在使用其他类型的 API。如图 1 所示，57% 的公司报告同时使用专有 API 和基于标准的 API，11% 的公司报告使用专有 API 而未使用基于标准的 API。由于 API 实施方面持续存在的挑战以及 FHIR 对特定用例的支持有限，公司可能会使用不同类型的 API。大约一半的数字健康公司调查受访者报告费用高昂，十分之四的人报告缺乏真实的临床测试数据，另有十分之四的人报告数据元素没有什么兴趣或价值，这成为使用和更广泛使用 API 的重大障碍。结果证实了医疗 IT 社区成员（尤其是应用程序开发者和其他数字健康公司）提出的其他担忧，即当前认证 API 的范围有限以及费用、数据访问和开发者支持等进入壁垒，这些都影响了《21 世纪治愈法案》所要求的“无需特别努力”即可实现 API。
“无需特别努力”即可实现 API
Lantern和Inferno等 ONC 项目致力于改善可供数字健康公司使用的资源和数据。ONC 的信息阻止法规加强并支持患者访问其 EHI 的能力，包括通过他们选择的应用程序。此外，ONC 最近的HTI-1 最终规则中的某些要求旨在通过减少使用这些 API 的工作量来解决一些持续存在的障碍。具体而言，最终规则修订并标准化了认证 API 开发人员发布电子 FHIR 端点的要求，并采用了美国互操作性核心数据 (USCDI) 第 3 版，该版本扩展了目前可通过认证 API 获得的标准化数据元素集。这些更新使应用程序开发人员更容易将其用户连接到他们的数据，并扩展了 EHR 必须通过其认证 API 提供的数据集。
此类研究使 ONC 及其合作伙伴能够更好地了解社区的需求并评估健康 IT 政策的实施情况。然而，没有一项研究足够全面，能够了解所有社区成员的经历。如果您在使用经过认证的健康 IT 时遇到问题或挑战，尤其是如果您是第三方开发人员或尝试将您的应用与 EHR 互操作的患者，您可以将您的问题提交给 ONC 的健康 IT 反馈门户。ONC 会仔细审查和考虑所有问题，以告知和改进其政策和计划。