1.28 附录: FHIR与EHR功能模型对应表
HL7 EHR系统功能模型罗列了在EHR系统(电子病历/电子健康档案系统)中可能存在的功能的参考列表。而FHIR的实现关注的是卫生保健中的信息交换，这主要发生在EHR之中。下表简要地以一种方式描述了可以如何使用FHIR来满足EHR-FM中描述的需求，旨在帮助读者理解如何使用FHIR。也有很多其他有效的方式使用FHIR来实现EHR-FM。
| EHR功能 | FHIR 实现说明 | |
|---|---|---|
| IN.1 | 安全 | FHIR定义了一部分安全架构，把其他部分交给标准的web安全协议框架 |
| IN.1.1 | 实体认证 | FHIR中假设用户是认证过的。OAuth是一种推荐的方法 |
| IN.1.2 | 实体授权 | 目前FHIR中并没有描述或管理访问权限控制的一些资源。一般默认地使用诸如SAML等web框架。参考安全章节中对FHIR与SAML绑定的讨论 |
| IN.1.3 | 实体访问控制 | 参考上面关于SAML/OAuth的部分 |
| IN.1.4 | 患者访问管理 | 参考安全标签 |
| IN.1.5 | 抗抵赖 | provenance资源记录了与资源相关的时间戳、系统角色和数字签名 |
| IN.1.6 | 安全的数据交换 | 应当在所有生产环境下的数据交换中使用TLS(https:).所有遵循FHIR Restful风格的实现必须能够使用https |
| IN.1.7 | 安全的数据路由 | FHIR支持代理和其他能够保证消息目的地和传输的形式。参考下面的IN.2.2 |
| IN.1.8 | 信息认证 | 参考provenance资源 |
| IN.1.9 | 病人隐私和保密性 | FHIR中并未包含此类需求相关的功能，当然可以在具体实现中提供此类功能 |
| IN.2 | 健康档案信息和管理 | 这是FHIR标准的核心 |
| IN.2.1 | 数据的保留、可及性和销毁 | Restful式的FHIR服务器按照所有在一致性声明中的明确描述来提供对资源精确的细粒度的保留和可及性以及对资源的销毁 |
| IN.2.2 | 审计记录 | FHIR 中的AuditEvent 资源，可供审计记录使用 |
| IN.2.3 | 同步 | FHIR通过Bundles 使用标准的web发布/订阅的方法来支持同步。基于Atom的发布/订阅可能是推送模式 也可能是拉取模式，可以包含某种类型的所有资源或者资源的特定子集。另外成组的资源可以用bundle来交换，保证了相关资源的同步性 |
| IN.2.4 | 健康档案信息的抽取 | FHIR暂时未提供报表格式，但是有检索和获取功能来帮助构建这样的一些报表 |
| IN.2.5 | 存储和管理健康档案信息 | Restful式的FHIR服务器能够永久地存储和管理健康信息-更多信息参考下面内容 |
| IN.2.5.1/2 | 管理结构化和非结构化的健康档案信息 | FHIR资源的两种类型的内容–结构化数据和XhtmlL文本描述,能够无缝地支持结构化和非结构化信息的处理 |
| IN.3 | 注册和目录服务 | FHIR 行政管理类管理资源 提供一种注册,可以访问患者、医务人员等的信息 |
| IN.4 | 标准化术语和术语服务 | FHIR鼓励尽可能的使用标准化术语，通过术语相关的多种数据类型全方位支持术语的使用。FHIR中并未定义术语架构或者术语服务的架构，但是定义了规范 和 值集/ValueSet来描述如何在FHIR中使用术语 |
| IN.5 | 基于标准的互操作性 | FHIR是对基础互操作性标准的定义 |
| IN.5.1 | 交换标准 | 这是FHIR的核心。参考下面交互模型的讨论 |
| IN.5.2 | 交换标准版本控制和维护 | 在此描述了FHIR的版本维护 |
| IN.5.3 | 基于标准的应用集成 | FHIR以一种易于理解、使用和调试的基于web的架构来实现简单的集成。在EHR中使用同样的架构也能提供一种简单的方式实现信息交换 |
| IN.5.4 | 交换协议 | FHIR一致性声明和资源规范资源为单个的和基于社区的交易双方之间的协议提供了一种基于注册的架构 |
| IN.6 | 业务规则管理 | 目前FHIR中并未解决此类需求 |
| IN.7 | 工作流管理 | 目前FHIR并未解决此类需求，尽管存在一些资源和服务支撑此功能。 |
EHR功能模型描述了很多系统间交互的模式。其中每一种都可以用FHIR以不同的方式实现．
| 交互模式 | FHIR中的可选项 |
|---|---|
| Unsolicited Notifications如患者前来预约 | 通过http创建/更新一个新资源 使用Bundle推送资源 发送FHIR消息(如果事件已经定义好了) |
| 查询/响应 比如系统中有没有Adam Everyman这人？有，MRN号码是12345678. | 根据变量搜索 查询消息(暂未定义) |
| 服务请求和响应 比如空腹血糖实验室检验医嘱和检验结果的响应 | 消息和SOA都可以支持，暂不支持请求／响应 |
| 机构间的信息交换如区域平台或国家平台 | 使用atom(push模式或pull模式)的发布/订阅 RESTful 接口 FHIR 消息 |
| 结构化/非结构化临床文档, 如听写的手术记录 | 参见文档 |
结合一定程度上安全的和可管理的FHIR服务器， 再加上使用 AuditEvent 和 Provenance 资源之后就可以保证满足EHR-FM中定义的话核心记录的管理功能。
- 全生命周期记录，包括对来源、起源和作者信息以及视图和交换的记录
- 信息完整性、准确性和数字签名的保障
- 所保留内容的完整的版本历史记录
- 数据保留和持久化
其他如抗抵赖、访问控制和知情同意/授权追踪相关的功能暂未在FHIR中定义。
© HL7.org 2011+. FHIR DSTU (v0.5.0-6348) generated on Tue, Aug 18, 2015 04:45+0000.
链接：试行版是什么 |版本更新情况 | 许可协议 |提交变更建议