2016年1月21日 (四) 12:08的最新版本

1.8 FHIR 概述

欢迎光临FHIR（Fast Healthcare Interoperability Resources，快捷式医疗保健互操作性资源）技术规范。FHIR是一项用于采用电子方式交换医疗保健信息的标准。本页面提供的是关于此项标准的概述，并且旨在作为路线图，用于帮助本技术规范的首次读者快速了解FHIR概况。

1.8.1 背景

目前，医疗保健记录的数字化程度日益提高。当患者在医疗保健生态系统之中四处移动的时候，他们的电子健康档案也必须现成可用，易于发现和便于理解。而且，为了支持自动化临床支持以及其他的基于机器的处理工作，这些数据还必须实现结构化和标准化。（参见日益逼近医疗保健服务领域的数字化挑战）

在20多年的时间里，通过制定医疗保健数据交换和信息建模标准，HL7一直在致力于解决这些难题。FHIR则是一项新的基于若干新兴行业方法的技术规范；与此同时，FHIR的问世也得益于，多年来在制定和实施HL7 v2标准、v3标准以及RIM和CDA标准的过程中，所获得的关于需求、成功和挑战方面的经验教训。FHIR不但可以作为一项独立的数据交换标准来使用，还可以并且也将会与广泛采用的现有标准配合起来使用。（参见FHIR与其他HL7标准之间的比较）

FHIR的目标是在不牺牲信息完整性的情况下简化实施工作。为了提供一种适用于医疗保健应用程序之间交换数据的，协调一致，易于实施而又严谨的机制，FHIR利用了若干已有的逻辑模型和理论模型。FHIR之中备有若干的内在机制，用于实现相对于HL7 RIM及其他重要内容模型的可追溯性（traceability）。这将保证在并不要求实施者深入了解RIM或任何HL7 v3派生标准的情况下，实现与HL7过去所制定的模式和规范的对准。（参见FHIR与其他HL7标准之间的比较）

1.8.2 组成要素

FHIR之中的基本构件就是资源（Resource）。所有的可交换内容均被定义为一种资源。各种资源均共同具有下列这套特性：

• 一种用于定义（define）和表达（represent）资源的共同方式：利用数据类型（data types）来构建资源，而数据类型定义的则是各种元素共同的可复用模式
• 共同的一套元数据（metadata）
• 人工可读型部分（human readable part）

1.8.3 方法

1.8.3.1 信息建模方法

FHIR的基本思想就是，构建基础的一套资源，并且它们本身或者组合起来能够满足大多数的常见用例。FHIR资源旨在为大多数实施项目所共有的核心信息集合定义信息内容和结构。为了涵盖其余所需的内容，其中还备有一种内置的扩展机制（built-in extension mechanism）。

FHIR建模工作采用的是一种组合式的方法。相比而言，HL7 v3建模则基于的是“利用约束建模（model by constraint）”的方法（参见FHIR与其他HL7标准之间的比较）。在采用FHIR的情况下，具体用例通常是利用资源引用（resource references）而将不同资源组合起来来实现的。单独一种资源本身对于某种特定的用例来说可能有用，但更为常见的情况就是，将多种资源组合起来并加以定制，从而满足用例所特有的需求。有两种特殊的资源用于描述如何组合和使用不同的资源：

• 符合性声明（Conformance Statement）：描述的是特定实施项目为了交换数据而暴露的那些接口
• 概貌（Profile，集成规范）：旨在提供附加的规则，用于约束相应实施项目所采用的那些资源之中所定义的可选性、基数、术语集绑定、数据类型以及扩展。

1.8.4 FHIR技术规范

FHIR技术规范在大体上分为三个部分：

• 通用文档记录（documentation）：旨在描述如何定义资源（resources），并提供相关背景资料，包括关于数据类型（data types）、代码（codes）以及XML和JSON格式。
• 实施（Implementation）：如何借助于REST、消息传输（Messaging），将资源作为临床文档（clinical documents）来使用，或者是在基于服务的架构当中使用资源。
• 资源列表（resource list）：FHIR所定义的全部资源的列表。同时，亦可获得临床类资源（clinical resources）、管理类资源（administrative resources）和基础结构类资源（infrastructural resources）的列表。

资源具有广泛的用途，从诸如照护计划（care plans）和诊断报告（diagnostic reports）之类纯粹的临床内容，直至诸如消息标头（Message Header）和符合性声明（conformance statements）之类纯粹的基础结构。它们全都具有若干共同的技术特性（关于更为正式的定义，请参见下文），但它们的使用方式却截然不同。请注意，您不必非要借助于REST来利用资源。

1.8.5 从何处入手

最佳的入手方法就是，快速阅读资源（Resources）列表，以了解究竟存在什么资源；接着看看患者资源（Patient resource）定义，弄清楚资源定义究竟长什么样子；然后，再阅读下列背景页面：

• 资源定义（Resource Definitions）：关于如何定义资源的基础背景；
• 关于资源：它们全都含有叙述型内容（Narrative），以及资源之间如何相互引用；
• 格式：XML和JSON；
• 关于可扩展性（Extensibility）：FHIR技术规范保持简单的一种关键方法；
• 在接触FHIR之前，如果您已具有其他HL7标准（v2、v3或CDA）的背景，关于FHIR与其他HL7标准之间关系的页面可能会有所帮助。

1.8.5.1 标头选项卡

如图所示的这些标头选项卡广泛存在于FHIR技术规范之中，并且具有重要作用，但许多读者却遗漏了它们：

对于资源及其所使用数据类型的呈现，均采用的是简洁易读的XML样格式，而且还备有相当详细地描述其内容的正式定义。并且，大多数资源均被映射到几种不同的格式，包括HL7 v2、HL7 v3 RIM、CDA、DICOM等。同时，所有资源还备有至少一个示例（有时更多），并且在合适的时候，还配有用于描述它们在具体情况下的运用的概貌。此外，有些资源之中还包括用于帮助实施者理解其基本设计依据的注释。

1.8.6 样式约定

本文档采用了一些简单的样式约定：这是表示可能上线传输的信息，而这是数据元的名称。

1.8.7 查找更多信息以及提供反馈意见

尽管预定可供各种各样的受众使用，但FHIR技术规范目前针对的还是实施领域——也就是那些将实际上编写采用该技术规范的软件的人员。为了帮助满足实施领域的需求，编制人员努力保持FHIR技术规范的简洁性，以便减少在能够写出有用的程序代码之前所必须达到的阅读量（FHIR技术规范与我们所希望的样子并不是几乎一模一样，有时医疗保健服务的复杂性以及现实情况会对此造成阻碍）。有鉴于此，从该技术规范之中排除掉了那些并非实施过程所必不可少的信息，如理论依据、考虑过的备选项、论点以及将来的计划等等。同样，很可能时不时出现的问题就是，实施者将会遇到该技术规范并不清楚或并不完整的情况。此外，也会存在可能会违反该技术规范的种种情况，或者是某种变更可以使其更好地满足实施者需求的情况。 因此，HL7提供了许多的机制，以便能够寻找和维护关于FHIR的更多信息，以及能够提供支持和提出变更请求。

1.8.7.1 评论

每个页面在其底部都包括有一个“评论（comments）”小节。在此，可以针对FHIR技术规范的特定部分提出疑问和开展讨论。FHIR编制人员和相关的HL7工作组将会积极关注这些评论，因此疑问应当会得到相当及时的回复。为了保证持续不断的相关性，偶尔会对这些内容进行维护，尤其是在后续对FHIR技术规范进行了更新，以便消除那些可能最初引起评论意见的混淆的情况下。

1.8.7.2 FHIR维基站点

FHIR项目团队同时还维护着一个维基站点。其中，记载着FHIR技术规范的编制过程、方法学以及设计决策。实施者及其他人员亦可为该维基站点做贡献，以便额外提供该技术规范之中所没有的指导和补充信息。请注意，维基内容并不具有权威性，并不适用于确定对于FHIR技术规范的符合情况。同样，有些维基内容可能并没有与FHIR技术规范的最新版本保持同步。

FHIR技术规范之中的每个页面都分别存在对应的维基页面。这些维基页面一般将用于记录背景依据、决策要点以及其他并不适合于实施者的信息。 已确定附加页面包括FHIR方法学、FHIR设计工具的使用等等。要浏览探索FHIR维基站点的内容，可以从其主页面（root page）开始。

1.8.7.3 正式变更请求

可以将正式的变更请求提交到这里（在FHIR技术规范每个页面的底部，也提供有用于提交变更请求的链接）。合适的工作组将会对这些变更请求进行审核，并针对在FHIR技术规范当中结合这些变更做出决策，包括这些变更将会成为哪个发行版本（如果有的话）的组成部分。

1.8.7.4 其他信息来源/参与机制

除了上述机制，HL7还备有 Stack Overflow 标签、邮件列表服务器以及Skype聊天室（mass Skype chats），以便为实施者提供不同层次的支持和参与机会。关于如何获得其他这些机制的使用说明（以及关于如何最佳地利用这些机制的使用说明），可参见这里。