这种温和增长的一些可能解释包括：
Posted: Sat Jan 04, 2025 4:20 am
ONC 的新研究显示，与经过认证的电子健康记录 (EHR) 集成的应用程序数量增加了 20% 以上。
一篇重点介绍这项研究成果的论文最近发表在《美国医学信息学协会杂志》上：“与认证医疗信息技术集成的应用程序和软件生态系统”。我们的研究分析了由 EHR 开发商（Allscripts、athenahealth、Cerner Corporation 和 Epic Systems Corporation）管理的应用程序库以及 SMART App Gallery 中可找到的应用程序。具体来说，ONC 希望了解应用程序市场的增长、可用应用程序功能的多样性、这些应用程序如何连接到 EHR，以及这些应用程序是否支持 Health Level Seven® (HL7) Fast Healthcare Interoperability Resources® (FHIR) 标准。
这项研究在 ONC 治愈法案最终规则最终确定和实施之前提供了对该市场的基线测量和见解。这项研究今天仍在继续，作为衡量 ONC 规则制定影响和了解市场变化的一种方式。
数据说明了什么
我们的研究表明，2020 年期间，独立应用程序和开发人员的总数分别从 600 个增加到 734 个，从 517 个增加到 610 个。
处理日程安排、签到和计费的管理应用占可用应用的 42%。临床应用也很常见，占应用的 38%；这些应用执行自动化任务、人口健康、远程医疗和临床决策支持。其他应用侧重于护理管理（31%）、患者参与（20%）和研究（5%）。
支持 FHIR 的应用增长停滞不前。虽然支持 FHIR 的应用越来 石油制造商电子邮件列表 越多（2020 年为 161 个，而 2019 年为 112 个），但支持 FHIR 的应用在所有应用中的比例并没有显著增加（2019 年为 19%，而 2020 年为 22%）。
管理应用程序是最常见的应用程序类型，通常不支持 FHIR；至少与用于临床使用或护理管理的应用程序的比例不同。
FHIR 应用通常围绕一组特定用例进行开发。FHIR 资源仅限于特定数据元素的交换，这可能会降低其总体普及率。随着用例数量的增长，应用程序的数量也应随之增长。
安全、基于标准的应用程序编程接口 (API) 的作用将是研究人员进一步探索的一个领域。基于标准的 API 可以帮助应用程序连接到多个 EHR 数据系统，而无需为每次集成使用专有 API。FHIR 受到医疗 IT 开发商的广泛支持，其中许多是市场领导者。跟踪应用程序对 FHIR 的支持情况将了解应用程序及其连接的 EHR 数据系统如何使用基于标准的 API 来实现这些集成。如果标准化使集成变得更容易，那么更多的最终用户可以连接到他们的数据。
寻求持续增长
在 ONC，我们与其他政府、行业和学术合作伙伴合作，改善电子健康信息的获取和使用。这包括寻找支持竞争和使用最佳功能的方法。
在本研究中，数据显示，可用的应用程序仍有增长和变化的空间。ONC 治愈法案最终规则对 ONC 健康 IT 认证计划的更新旨在支持更强大的第三方应用程序生态系统。到 2022 年底，许多经过认证的健康 IT 开发人员将被要求支持基于 FHIR 的标准化 API，以提供患者和人群级别的服务，并且他们需要遵守新的 API“认证条件和维护”要求，以促进透明和有竞争力的商业实践。这些更新结合起来应该有助于改善第三方应用程序开发人员对 API 的使用。已发表的研究考察了与 EHR 集成的整个应用程序生态系统——包括面向提供商和面向消费者的应用程序。这项正在进行的研究将在未来的研究中进一步研究面向消费者的应用程序，特别是那些允许访问患者医疗记录的应用程序。
再次强调，这项研究的目的是设定一个基准。ONC 将在未来几年继续监测这一增长情况，以了解该规则将对应用程序开发和与经过认证的健康 IT 的集成产生何种影响，以及额外的政策或做法是否可以加速通过第三方应用程序交换和访问电子健康信息。
一篇重点介绍这项研究成果的论文最近发表在《美国医学信息学协会杂志》上：“与认证医疗信息技术集成的应用程序和软件生态系统”。我们的研究分析了由 EHR 开发商（Allscripts、athenahealth、Cerner Corporation 和 Epic Systems Corporation）管理的应用程序库以及 SMART App Gallery 中可找到的应用程序。具体来说，ONC 希望了解应用程序市场的增长、可用应用程序功能的多样性、这些应用程序如何连接到 EHR，以及这些应用程序是否支持 Health Level Seven® (HL7) Fast Healthcare Interoperability Resources® (FHIR) 标准。
这项研究在 ONC 治愈法案最终规则最终确定和实施之前提供了对该市场的基线测量和见解。这项研究今天仍在继续，作为衡量 ONC 规则制定影响和了解市场变化的一种方式。
数据说明了什么
我们的研究表明，2020 年期间，独立应用程序和开发人员的总数分别从 600 个增加到 734 个，从 517 个增加到 610 个。
处理日程安排、签到和计费的管理应用占可用应用的 42%。临床应用也很常见，占应用的 38%；这些应用执行自动化任务、人口健康、远程医疗和临床决策支持。其他应用侧重于护理管理（31%）、患者参与（20%）和研究（5%）。
支持 FHIR 的应用增长停滞不前。虽然支持 FHIR 的应用越来 石油制造商电子邮件列表 越多（2020 年为 161 个，而 2019 年为 112 个），但支持 FHIR 的应用在所有应用中的比例并没有显著增加（2019 年为 19%，而 2020 年为 22%）。
管理应用程序是最常见的应用程序类型，通常不支持 FHIR；至少与用于临床使用或护理管理的应用程序的比例不同。
FHIR 应用通常围绕一组特定用例进行开发。FHIR 资源仅限于特定数据元素的交换，这可能会降低其总体普及率。随着用例数量的增长，应用程序的数量也应随之增长。
安全、基于标准的应用程序编程接口 (API) 的作用将是研究人员进一步探索的一个领域。基于标准的 API 可以帮助应用程序连接到多个 EHR 数据系统，而无需为每次集成使用专有 API。FHIR 受到医疗 IT 开发商的广泛支持，其中许多是市场领导者。跟踪应用程序对 FHIR 的支持情况将了解应用程序及其连接的 EHR 数据系统如何使用基于标准的 API 来实现这些集成。如果标准化使集成变得更容易，那么更多的最终用户可以连接到他们的数据。
寻求持续增长
在 ONC，我们与其他政府、行业和学术合作伙伴合作，改善电子健康信息的获取和使用。这包括寻找支持竞争和使用最佳功能的方法。
在本研究中，数据显示，可用的应用程序仍有增长和变化的空间。ONC 治愈法案最终规则对 ONC 健康 IT 认证计划的更新旨在支持更强大的第三方应用程序生态系统。到 2022 年底，许多经过认证的健康 IT 开发人员将被要求支持基于 FHIR 的标准化 API，以提供患者和人群级别的服务，并且他们需要遵守新的 API“认证条件和维护”要求，以促进透明和有竞争力的商业实践。这些更新结合起来应该有助于改善第三方应用程序开发人员对 API 的使用。已发表的研究考察了与 EHR 集成的整个应用程序生态系统——包括面向提供商和面向消费者的应用程序。这项正在进行的研究将在未来的研究中进一步研究面向消费者的应用程序，特别是那些允许访问患者医疗记录的应用程序。
再次强调，这项研究的目的是设定一个基准。ONC 将在未来几年继续监测这一增长情况，以了解该规则将对应用程序开发和与经过认证的健康 IT 的集成产生何种影响，以及额外的政策或做法是否可以加速通过第三方应用程序交换和访问电子健康信息。