结果相似，并证实了我们早期
Posted: Mon Jan 06, 2025 3:57 am
ONC治愈法案最终规则（治愈规则）支持患者和医疗服务提供者通过 Health Level Seven (HL7®) 快速医疗互操作性资源 (FHIR®) 应用程序编程接口 (API) 访问电子健康信息。为了确保通过 ONC Health IT 认证计划认证的安全、标准化 FHIR API 可以“不费吹灰之力”地访问和使用，治愈规则包括一项要求，即确保应用程序开发人员可以轻松查找与启用患者访问相关的服务基础 URL（即“FHIR 端点”）。这些 FHIR 端点使应用程序能够“知道去哪里”帮助患者请求他们的健康信息。
自《治愈规则》发布以来，ONC 领导的Lantern 项目团队一直在努力开发技术来监控这些 API 及其相关的服务基础 URL。通过这项工作，Lantern 发现了实施这些 API 要求可能面临的挑战：(1) 端点列表发布缺乏标准化；(2) 难以将端点映射到医疗保健组织。
建立共识
ONC 于 4 月发布的HTI-1 拟议规则提议更新 ONC 健康 IT 认证计划的要求，这些要求适用于根据“患者和人口服务的标准化 API”认证标准认证健康 IT 的开发人员。其中一项提议是修改和标准化服务库 URL 发布要求。HTI-1 拟议规则中关于修改和标准化服务库 URL 发布要求的提议建立在我们以共识为导向的工作和数年的证据建设基础之上。多个公共研讨会和会议讨论了端点发布的标准化，ONC 和合作伙伴就可能的解决方案达成了一致，这些解决方案逐渐演变为 ONC建议，并最终形成了 ONC 的拟议更新。
此外，我们很高兴看到行业主导的活动，例如患者访问品牌和端点规范，其目的不仅在于提供端点和组织映射的标准化发布，而且还在将患者连接到他们的健康记录时提供强大的用户体验。我们热切期待这项活动的下一阶段。
当前状态
端点列表发布
截至 2022 年底，我们通过公共认证健康 IT 产品列表 (CHPL) 发现了所有认证 API 模块中大约 200 个唯一端点列表。
40% 的端点列表包括生产端点 — — 其中四分之一作为 FHIR 端点资源包发布。
其余端点列表（60%）不包含生产端点（50%）或以非机器可读的格式发布（10%）。
这些结果与我们在 2023 年上半年看到的的预测，即经过认证的 API 开发人员的出版物不会统一。
将端点映射到组织
除了解决端点发布缺乏通用框架的问题外，还需要改进端点与组织的映射。我们发现 人寿保险电子邮件列表 ，仅依靠组织名称不足以将端点与组织匹配，而且效率低下，尤其是当涉及为许多提供商提供服务的医疗保健系统时。为了让广大患者能够访问他们的健康信息，应用程序开发人员需要将医疗保健提供商和提供商组织与他们认证的健康 IT（如果不是他们的物理端点）联系起来。
没有具体组织信息的端点会限制应用程序将患者与其电子病历连接起来的方式，因为归根结底，患者只了解他们的医生，而不了解医生的技术堆栈。对目前接入 Lantern 的端点的分析显示，只有大约四分之一的列表提供了有关其技术用户的组织信息。更统一和更丰富的细节可以让患者更轻松地与其特定医疗保健提供者管理的健康信息连接起来。
下一步是什么？
要了解有关此计划的更多信息，请查看“为 FHIR API 实施照亮道路”报告。
展望未来，我们计划扩大 Lantern 项目，继续整合可用的其他数据，同时努力实现“无需特别努力”即可使用 FHIR API 的目标。为了实现这一目标，Lantern 现已提供编程下载，下载文件将每天发布到ONC 的 GitHub上。
我们也欢迎您参加即将于 8 月 18 日星期五美国东部时间下午 1 点举行的技术论坛会议“照亮FHIR API 实施之路”，会上将讨论 Lantern 和其他工作。
自《治愈规则》发布以来，ONC 领导的Lantern 项目团队一直在努力开发技术来监控这些 API 及其相关的服务基础 URL。通过这项工作，Lantern 发现了实施这些 API 要求可能面临的挑战：(1) 端点列表发布缺乏标准化；(2) 难以将端点映射到医疗保健组织。
建立共识
ONC 于 4 月发布的HTI-1 拟议规则提议更新 ONC 健康 IT 认证计划的要求，这些要求适用于根据“患者和人口服务的标准化 API”认证标准认证健康 IT 的开发人员。其中一项提议是修改和标准化服务库 URL 发布要求。HTI-1 拟议规则中关于修改和标准化服务库 URL 发布要求的提议建立在我们以共识为导向的工作和数年的证据建设基础之上。多个公共研讨会和会议讨论了端点发布的标准化，ONC 和合作伙伴就可能的解决方案达成了一致，这些解决方案逐渐演变为 ONC建议，并最终形成了 ONC 的拟议更新。
此外，我们很高兴看到行业主导的活动，例如患者访问品牌和端点规范，其目的不仅在于提供端点和组织映射的标准化发布，而且还在将患者连接到他们的健康记录时提供强大的用户体验。我们热切期待这项活动的下一阶段。
当前状态
端点列表发布
截至 2022 年底，我们通过公共认证健康 IT 产品列表 (CHPL) 发现了所有认证 API 模块中大约 200 个唯一端点列表。
40% 的端点列表包括生产端点 — — 其中四分之一作为 FHIR 端点资源包发布。
其余端点列表（60%）不包含生产端点（50%）或以非机器可读的格式发布（10%）。
这些结果与我们在 2023 年上半年看到的的预测，即经过认证的 API 开发人员的出版物不会统一。
将端点映射到组织
除了解决端点发布缺乏通用框架的问题外，还需要改进端点与组织的映射。我们发现 人寿保险电子邮件列表 ，仅依靠组织名称不足以将端点与组织匹配，而且效率低下，尤其是当涉及为许多提供商提供服务的医疗保健系统时。为了让广大患者能够访问他们的健康信息，应用程序开发人员需要将医疗保健提供商和提供商组织与他们认证的健康 IT（如果不是他们的物理端点）联系起来。
没有具体组织信息的端点会限制应用程序将患者与其电子病历连接起来的方式，因为归根结底，患者只了解他们的医生，而不了解医生的技术堆栈。对目前接入 Lantern 的端点的分析显示，只有大约四分之一的列表提供了有关其技术用户的组织信息。更统一和更丰富的细节可以让患者更轻松地与其特定医疗保健提供者管理的健康信息连接起来。
下一步是什么？
要了解有关此计划的更多信息，请查看“为 FHIR API 实施照亮道路”报告。
展望未来，我们计划扩大 Lantern 项目，继续整合可用的其他数据，同时努力实现“无需特别努力”即可使用 FHIR API 的目标。为了实现这一目标，Lantern 现已提供编程下载，下载文件将每天发布到ONC 的 GitHub上。
我们也欢迎您参加即将于 8 月 18 日星期五美国东部时间下午 1 点举行的技术论坛会议“照亮FHIR API 实施之路”，会上将讨论 Lantern 和其他工作。