下缩小适用健康 IT 模块认证
Posted: Mon Jan 06, 2025 4:15 am
以及建立认证条件和维护的新要求。这意味着大多数经过认证的健康 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 反馈和咨询门户联系我们的认证团队以获取更多信息。
为了更好地理解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 反馈和咨询门户联系我们的认证团队以获取更多信息。