数据不仅表明这些医疗技术公司对 FHIR 标准的采用率很高，而
Posted: Mon Jan 06, 2025 3:57 am
程接口 (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 标准。
数据告诉我们什么且还表明 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 会仔细审查和考虑所有问题，以告知和改进其政策和计划。
请阅读开放存取文章，了解有关数字健康公司使用 EHR API 的经验的更多信息。
感谢我们的合作伙伴加州医疗保健基金会和ScaleHealth以及加州大学旧金山分校的合著者
图 1：数字健康公司使用 API 和 FHIR 标准
表格显示 FIHR API 的采用情况
注：N = 141。
《治愈法案最终规定》要求这些认证 API 的开发人员在 2022 年 12 月 31 日之前采用 FHIR 标准和相应的实施指南。在 2022年 12 月截止日期之前收集的调查数据显示，不仅大多数将其应用程序或软件与 EHR 集成的数字健康公司将 FHIR 标准用作其产品的一部分，而且连接多个 EHR 的公司使用这些基于标准的 API 的比例也更高。在应用程序集成了多个 EHR 的公司中，大约有四分之三的公司报告广泛使用了 FHIR 标准，而应用程序集成了一个 EHR 的公司中只有四分之一的公司报告使用了 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 会仔细审查和考虑所有问题，以告知和改进其政策和计划。
请阅读开放存取文章，了解有关数字健康公司使用 EHR API 的经验的更多信息。
感谢我们的合作伙伴加州医疗保健基金会和ScaleHealth以及加州大学旧金山分校的合著者