以及建立认证条件和维护的新要求。这意味着大多数经过认证的健康 IT 开发人员（认证的健康 IT 开发人员）必须在 2022 年 12 月 31 日之前更新其认证的健康 IT 模块。随着我们接近这个截止日期，重要的是要记住，满足认证计划要求和避免不合规取决于每个经过认证的健康 IT 开发人员。
为了更好地理解ONC 治愈法案最终规则中提出的 2015 版认证标准的变化，请花点时间查看2015 版治愈更新测试方法。您还可以在ONC 健康 IT 认证计划网页上找到资源，包括2015 版治愈更新参考指南和情况说明书。
正如我们在之前的博客文章中提到的那样，超过一半的医院和三分之二的临床医生使用经过认证的医疗 IT 开发人员提供的健康 IT 模块，这些开发人员已通过§ 170.315(g)(10)中基于 FHIR 的标准化 API 标准认证。这篇博文旨在强调认证医疗 IT 开发人员在考虑如何满足API 条件和认证维护要求时可用的选项和替代方案。具体来说，我们描述了认证医疗 IT 开发人员如何遵守要求，在 2022 年 12 月 31 日截止日期之前更新并向其客户提供认证的 API 技术（§ 170.404(b)(3)）。
符合性路径
经认证的医疗 IT 开发商必须使用符合§ 170.315(g)(8) 应用程序访问 - 数据类别请求标准的 API技术，将其产品更新为符合 § 170.315(g)(10)患者和人口服务标准的标准化 API，并在年底前向其客户提供这种新的认证 API 技术。如果经认证的医疗 IT 开发商在成功通过 § 170.315(g)(10) 测试方面遇到挑战，他们应尽快与其 ONC 授权认证机构 (ONC-ACB) 沟通，并与其合作，在截止日期前通过 ONC 授权测试实验室 (ONC-ATL) 成功测试。
经认证的健康 IT 开发商，其健康 IT 模块已获得 § 170.315(g)(8) 认证，但不打算将其健康 IT 模块更新为 § 170.315(g)(10)，应联系其 ONC-ACB 更改其在认证健康 IT 产品清单 (CHPL) 上的产品列表。这将确保在 2022 年 12 月 31 日或之前从其有效列出的证书中删除 § 170.315(g)(8) 标准。经认证的健康 IT 开发商在 2022 年 12 月 31 日之后，禁止在不合规的情况范围的任何行动（§ 170.523(o)），并可能导致认证计划后果（例如认证禁令（§170.581(a)(1)(ii)-(iv)））。
如果经认证的健康 IT 开发商未能在年底前正确更新或更改其产品认证， 小型企业电子邮件列表 或未能根据 § 170.315(g)(10) 获得认证并向其用户提供升级后的 API 技术，则 ONC 可启动直接审查（§170.580(a)(2)(iii)），以查明其是否不符合 API 认证维护要求。ONC 还可能要求开发商提交并完成符合要求的纠正措施计划 (CAP)，并重新符合认证计划要求。
ONC 认证计划的执行和监督方法是法规中规定的，可能有助于认证的健康 IT 开发人员了解潜在不合规行为的后果。请花点时间查看认证计划执行结果情况说明书。
虽然认证医疗 IT 开发商自愿参与认证计划，但不遵守认证计划要求可能会对客户认证医疗 IT 产品的连续性产生负面影响，并影响最终用户满足其他卫生与公众服务部 (HHS) 计划要求的能力，这些计划确实依赖并要求使用认证的 EHR 技术 (CEHRT)，例如由医疗保险和医疗补助服务中心(CMS)管理的促进互操作性(PI) 和基于绩效的激励支付系统(MIPS) 计划或参与 2023 年的各种替代支付模式(APM)。例如，参与这些计划的合格医院和临床医生需要使用认证的 API 技术，并让患者能够访问美国互操作性核心数据(USCDI) 版本 1 至 (e)(1) 认证医疗 IT 模块中包含的所有数据元素。如果认证医疗 IT 开发商的产品不符合认证计划的要求，则其产品和认证计划参与将面临风险，导致提供商无法满足 CMS 要求。
经过认证的医疗 IT 开发人员仍有时间满足基于标准的 API 要求。ONC 制作的资源可供公众用作未来的路线图，包括API 认证配套指南和API 资源指南。
我们希望健康 IT 开发者社区发现这些信息很有用，因为合规截止日期即将到来。与往常一样，您可以通过ONC 健康 IT 反馈和咨询门户联系我们的认证团队以获取更多信息。