|
|
发表于 2004-9-22 13:44:49
|
显示全部楼层
讨论一下电子病历的DTD或Schema！！
HL7临床文档框架（CDA）第二版（2004.8）
1. CDA简介
1.1. 什么是CDA
HL7临床文档框架（CDA）是一种标准化的、以交换文档为目的而制定的文档标记语言，它主要定义了“临床文档”的结构和语义。一个临床文档包括所有临床观测和服务，并具有如下特征：
 持久性 一个临床文档必须以一个相对稳定的状态连续地存在一段时间，这段时间由相关部门跟据需求的调整而定。
 操作性 临床文档是由承担医疗服务的组织来维护的。
 可鉴定 临床文档是一个可以作为法律鉴定材料文档信息集。
 上下文 临床文档为其内容建立了一个默认的上下文环境。
 整体性 临床文档的认证是针对整个文档的，而不适用于脱离整个文档的某一部分内容。
 可读性 临床文档是便于人们阅读的。
一个CDA文档可以包含所有定义的信息对象，比如文本、图像、声音及其它媒体内容。
1.1.1. CDA的主要特征
CDA主要包括以下特征：
 CDA文档是用可扩展标记语言（XML）来编码的。
 CDA文档的语意来自HL7参考信息模型（RIM）和相应的HL7第三版数据类型（v3dt）。
 CDA规范的表达能力是丰富和复杂的。可以用文档级、段级、条目级三种水平的模板来进一步约束通用的CDA规范（见1.2.2节 “CDA”中的“A”）。
1.1.2. CDA的范围
CDA的范围是用以交换的临床文档规范。
CDA文档的临床内容是在RIM定义的。CDA文档可以通过HL7定义的传输临床文档的消息中传输。虽然，用以传输CDA文档的消息定义了在HL7消息中如何打包临床文档等内容，但消息的具体规范已超出本规范的内容（见2.2 在HL7消息中传输CDA文档）。
CDA并不详细规定文档的创建和管理事项，而仅仅定义了用于交换的标记。虽然，在文档编辑器中可以直接使用CDA规范，但具体事项也已超出了本规范。
文档管理与CDA规范是紧密相关的，但文档管理消息的规范也不在本规范之内（详情见1.2.6 HL7消息标准与CDA的关系）。
1.1.3. 目的和设计原则
CDA的目的是：
 为病历移交提供优先级。
 尽可能允许以最小代价实现跨平台文档交换方案。
 提高用此规范记录的信息的长效性。
 促进大量的文档交换应用软件的开发。
 与多种文档编辑软件的兼容。
 促进不依赖于具体传输和存贮方法的交换。
 相对的加快软件设计的准备过程。
 使政策制定者可以在不改变这个规范的前提下方便地控制他们的信息需求。
考虑到上述目的，我们采用下了下 面的设计原则：
 这个框架必须与XML和HL7 RIM兼容。
 使用这个框架的技术屏障应该是最小的。
 这个框架规定了交换所需的各种模式。
 这个框架必须能够可升级到兼容更高级标记标准，如高度结构化文本和编码化数据等。
 基于这个框架的文档规范必须能够与相关的专业、商业、中介的需求相符。
 如果想要为交换而规定的文档创建和处理方案，应该与这个框架相对应。
 CDA文档必须是易于人们阅读的，人们可以采用广泛使用的XML浏览器、打印驱动器以及用标准样式脚本写的通用CDA样式来阅读。
 使用公开的标准。
1.2. CDA的基本概念
1.2.1. CDA文档的主要组成
这个段落笼统地介绍了CDA文档主要的组成成份，各成份将还会在下面的章节详细叙说。这里的目的是让读者熟悉这些高级概念，以便更好的理解下面章节的详细内容。
CDA的主要组成示意图见图1。
一个CDA文档是由<ClinicalDocument>元素包容的，包括一个文档头（见2.3.2 CDA文档头）和一个文档体（见2.3.3 CDA文档体）。文档头在<ClinicalDocument>元素和<StructuredBody>元素之间，用于标识和分类文档，并提供认证、遭遇、患者、有关的提供者等信息。
文档体包含临床报告，它即可以是非结构化的数据块，也可以由结构化标记组成。图1中，显示了一个结构化的文档体，它是由<StructuredBody>元素包容的，这些包容的内容可以进一步分为可递归嵌套的文档段。
一个文档段是用<Section>元素包容的。一个段可以包含简单的叙述性文本块（见2.3.3.5 CDA叙述性文本块），也可以是任何数量的CDA条目（见2.3.3.6 CDA动作条目）或外部引用。
CDA叙述性文本块是由在<Section>元素内的<text>元素包容的，它用来供一个表述人类可读的文本资料的位置。详见1.2.3 人类可读性与CDA文档的表现、1.3 CDA顺应性中控制和表达叙述性文本块的原则、在文档组装时适应各信息源的一致性、表述文档时的收件人等相关信息。
在一个文档节中，叙述性文本块表达了要被表述的所有内容，而CDA条目则是计算机结构化方式的表达。CDA条目对相同的叙述性文本块进行了编码。例1中显示了两个<Observation>CDA条目，当然， CDA还有很多其它的条目的定义。
CDA外部引用总是出现在CDA条目的上下文中，是以<reference>元素包容的。外部引用指向了那些存在于CDA文档外部的事物，比如：其它图象、一些程序、或一些另外的观测（由<ExternalObservation>元素包容）。包容外部引用的CDA条目可以用来编码那些在叙述性文本块中指出的特殊的外在内容。
例1：CDA文档的主要组成
<ClinicalDocument>
... CDA Header ...
<StructuredBody>
<section>
<text>...</text>
<Observation>...</Observation>
<Observation>
<reference>
<ExternalObservation>...</ExternalObservation>
</reference>
</Observation>
</section>
<section>
<section>...</section>
</section>
</StructuredBody>
</ClinicalDocument>
1.2.2. “CDA”中的“A”
CDA第一版中，我们预期以一系列层次化的XML DTDs或XML Schemas来实现上面提到的目的（见1.1.3 目的和设计原则），这种观念造就是“CDA”中的“A”的做含意。因为，这种层次化形成了一个“architecture”，所以有了CDA中的这个“A”字。
虽然，CDA中的层次观念在第二版中还是保存不变，但是这种层次的表达方法已经改变。当前的CDA由单个XML Schema组成，它的架构主要通过能够应用一个或多个层次化的HL7模板来实现的，这些HL7模板提供了对CDA的富丰性和复杂性的约束。
注：HL7模板在这篇文档编写时还处于草稿状态，因此，现在还没有确定的关于如何处理CDA和HL7的机制方面的陈述。然而，当前CDA还是可以使用：经HL7认可的约束机制（创建继承的静态模型），或创建一种本地的实施规范（它的定义可以结合使用叙述文本、受控词汇表、约束规则形式等），也可以创建一个进一步进行约束的XML Schema（就像3.2.1 CDA文档创建一节中描述的实例）。
CDA规范允许使用文档编码和节编码。因此，可以区分“会诊记录”和“出院记录”，因为两者的文档实例中具有不同的文档编码。有一个HL7模板提供一个标准的机制，用以说明一个特殊的会诊记录或出院记录必需包括哪些小节，或哪些估计会有的小节，或计划在某个小节中必须包含的某些观测内容。
有很多的HL7模板可以被创建。其中有两种与临床文档特别相关：（1）那些限定某种类型文档的各个小节的模板（节级模板）；（2）那些限定某个小节中各个条目的模板（条目级模板）。实际上，我们可以将第一版中CDA的级别概念与当前的使用这两种HL7模板的CDA级别概念作一个对比：
表1：CDA第一版到第二版中级别的概念演化。
第一版CDA 第二版CDA
CDA Level One 未约束的CDA规范
CDA Level Two 应用节级模板的CDA规范
CDA Level Three 应用条目级模板的CDA规范
一个可能CDA加HL7模板的演示如下：
例2：有可能的CDA文档层次示意
CDA Schema
CDA Schema :: Progress
Note section-level template applied.
CDA Schema :: Progress Note section-level and
Vital Signs entry-level template applied.
CDA Schema :: Endocrinology Progress
Note section-level and Vital Signs
entry-level template applied.
CDA Schema :: Progress
Note section-level and
Intensive Care Unit Vital Signs
entry-level template applied.
CDA Schema :: Cardiology Progress
Note section-level template applied
CDA Schema :: Cardiology Progress
Note section-level and
Cardiac Physical Examination
entry-level template applied.
CDA Schema :: Endocrinology Progress
Note section-level template applied.
CDA Schema :: Endocrinology Progress
Note section-level and Vital Signs entry-
level template applied.
1.2.3. 人类可读性与CDA文档的表述
CDA文档必须是人类可读的，也就是说，当接受者收到一个CDA文档后，可以使用一个标准的Web浏览器规范地显示出来。CDA第二版，混合了CDA条目的叙述性文本，主要就是针对这个新需求的挑战而引入的方法。
在这个需求中影响CDA第二版的设计的地方有以下几点：
 必须提供一种让任意CDA文档的接收者可以确定的方法来表述正确文档内容。
 人类可读性不能要求文档发送者在传输时提供一个与临床文档相配套的样式表单。也就是必须可以用单个样式表单或市场上通用的显示工具来表述所有CDA文档的内容。
 人类可读性只适用已认证的内容。因为一个文档可能会附带一些主要是为了机器处理的未认证内容，这些内容不必要表达出来。
 当结构化内容是来之于叙述性文本的，必须提供一个机制，用来描述机器可处理部分是如何来源于叙述文本块的过程（如：通过转录还是人工编码还是自然语言处理算法或特殊的软件）。
 当叙述文本是来源于结构化内容的，必须提供一个机制，用来标明叙述文本是如何从结构化数据中生成的。
这些原则和需求导致了现在的这种实现方法，也就是需要表述的内容在Section.text字段中提供（见2.3.3.5 CDA叙述性文本块）。这个字段的内容模型是特地人工设置的，为的就是符合上述需求，同时，也比较接近第一版中的内容模型。结构化观测可以引用Section.text字段中的文本内容。多媒体观测可以在Section.text外部编码并在Section.text字段的<renderMultiMedia>标签中提供一个外部引用指针，指明这个外部多媒体内容应该如何表达。
1.2.4. CDA文档的XML标签
CDA文档的XML标签都在这个文档中规定的。CDA实例必须通过CDA Schema的验证，同时也可能需要通过其它一些验证（见1.3 CDA兼容性）。这里我们不禁止多种模式语言（如W3C,DTD,RELAXNG）验证，只要通过验证的实例是兼容的。
CDA模式的设计原则包括如下：
 一般性需求：CDA模式的设计遵循CDA的一般性需求（见1.1.3 目的和设计原则）
 CDA模式和V3实施技术规范（ITS）：CDA模式遵循一般的V3 XML初实施技术规范
 RIM映射：CDA模式描述了CDA实例中为了交换而定义的XML标记的样式，离开了它的定义规范以及包括标准的R-MIM和层次化描述（HD）等，它就不能在外部的上下文环境中得到理解。同时，CDA模式也应该有适当的定位，它不应该重复或取代R-MIM和HD。然而，CDA模式内部和模式之间，并不没有与HL7 RIM之间的某种映射关系。CDA实例的语意互操作，需要使用CDA模式、R-MIM、HD以及相关的HL7 RIM的综合知识。
 文档分析：CDA模式以及遵从的实例应该坚持来源于内容模型的文档分析需求。
注：文档分析是一种可能的相当于一个用例的文档处理过程。文档分析针对一个简单的文档实例或文档类，分析他们的结构和内容，常常表现为一个数状的“elm”注释。文档分析也经常同时查找文档或文档类的生命期内在业务规则。传统上，文档分析取决于内容模型和所有结构及XML样式。在文档模型的出处，文档分析是一个反复的过程—随着RIM自顶向下再，也可以到颠倒执行。这样不仅可以确保模式和实例源于RIM，而且还表现为可以用简单的方法认识元定义。
 向前和向后兼容：CDA模式应该坚持向前和向后兼容的需求（见1.5 向前和向后兼容）
 命名：虽然XML标记是定义来方便机器处理的，但也需要可为人类浏览、调试、设计而增加可读性。CDA模式虽非“自验证”的，但从文档名到标签名都应该非常清楚（比如与RIM对应）。标签命名的人可读性认识不应该违反。
 词汇：CDA模式的词汇可以通过模式本身枚举或外部数据列举出来。当词汇既有限（长度和数量）又稳定（投票过程同没有项目改变）时，从它本身枚举词汇很好。如果词汇太大或有项目改变，那么应该维护一个外部CDA模式词汇库并结合本身枚举来参引，这种情况下，XML验证通过还不够充分。
1.2.5. 安全性、机密性、数据完整性
CDA文档发送和接收应用程序负责处理所有有关文档验证、机密性和保存。如果在公共网络媒体上通讯，还需要对源和接收者进行认证，并安全地传输压缩了的文档，对于如何指定存在商业工具软件来没足这种需求，已超出本规范的范围。
1.2.6. CDA与HL7消息标准的关系
CDA文档是一个定义好的，可以存在于HL7消息以外，并具有完整信息对象的文档，在HL7消息里，可以把它作为一个MIME编码内容来荷载（见2.2 在HL7消息中交换CDA）。因此，CDA是HL7消息的补充。
临床文档可以被修订和追加。理想地，当一个文档被修改后，应该声明自身是旧的，并显式地包含一个指向更新版本的指针。这样可以减少医疗服务提供者在诊疗决策中面临错误或不正确数据的机会。
实践表明，无论如何，都不能保证每个旧版本文档都有一个指向更新文档的指针。如果没有一个可以跟踪临床文档所有拷贝的保管链的过程，那么没办法确保当前正在查看的临床文档是否已经被更改过了。
为了最小化查阅过期信息的危险，必须在临床文档和文档管理系统之间建立紧密的相互依赖关系。如果CDA文档在文档管理系统外部查阅，就不能保证文档是否已经被修订。HL7消息（如HL7 v2.x中的MDM消息和HL7 v3中的医疗记录消息）携带的CDA文档传达了临界的文脉信息，它可以确保正确地查阅到临床数据。
1.3. CDA顺应性
注：见HL7 V3精简化和本地化来更加完整地读者讨论V3顺应性。
一个顺应CDA规范的临床文档就是一个至少对CDA Schema验证通过，并且所有使用的词汇代码是某个特定词汇域内的值。然而，计算机在顺应性方面还有一些地方是无法验证的。这一节就是关注这些CDA中无法进行计算机验证的方面，特别是那些与CDA文档人类可读性需求方面的问题。
文档生成器是一个要可以产生CDA文档的应用软件。CDA文档可以通过转换直接由编辑软件生成的格式来创建。文档生成器通常负责与一个本地存贮介质通讯，并使用HL7 v2 MDM或HL7 v3 医疗记录消息传输文档。文档生成器还负责生成的CDA文档完全顺应CDA规范。
文档接收器是从文档管理系统或文档生成器接收文档状态或文档内容的应用程序。文档接收器负责保证收到的文档能够按照本规范正确表述。
由于CDA是一个交换标准，所以没有规定文档的存贮形式，在该标准中也没有定义CDA持久化机制的需求。然而，正如下面题到的（见1.2.6 从CDA到HL7消息标准），文档管理与CDA规范是严格地相互依赖的。当管理原始文档时，参与者的改变导致了CDA文档头中的管理者标识的改变，其它类似的非CDA规范也采用同样的方法。
1.3.1. 接纳者的职责
 当文档实例没有显式地包含某个值的时候，接纳者假定这个值是该规范所定义的默认值：在CDA中，定义了默认值的地方，接纳者必须设定CDA实例文档中没提供的值为相应的默认值。也就是不管CDA模式有没有提供，接纳者都可以采用默认值。
 解析CDA文档头：CDA文档接纳者必须能够解析整个文档头。因为，应用软件有可能选择显示文档统计信息或其它从所在目录中提取的文档头信息，所以，显示文档头内容的任务必须由接纳者负责。
 解析CDA文档体，保证它可以正确地表述：一个文档接纳者必须能够解析整个文档体，以确保在以下规则下，能够正确地表述文档内容：
 如果文档体不是XML，它必须知道采用什么工具来打开这k种特殊的MIME媒体类型。
 如果文档是结构化的，那么必须表述在Section.title中在节标题。没有Section.title的组成部分表示是一个不能加标题的小节。
 如果文档是结构化的，那么按每个在2.3.3.5 CDA叙述性文本块中定义的规则表述Section.text字段中的内容。
 CDA文档接纳不需要解析整个CDA文档体内的所有CDA条目内容。但在某个实施方案中，合作者可以要求解析一些额外的条目内容。
 CDA文档接纳者不需确保文档对每个引用的模板都验证通过。但在某个实施方案中，合作者可以要求接纳者额外的负责一些模板验证。
1.3.2. 创建者的职责
 正确地构造CDA中叙述性文本块：一个CDA文档创建者必须保证文档中必须确保的结构化内容，比如上面与接纳者职责相关的方面，确保正确地表述文档。这些包括：
 如果CDA文档体是结构化的，每个小节中应该带有Section.title组份，只有不能有标签的小节才可以没有。
 如果CDA文档体是结构化的，每个小节的叙述性文本中应该包括所有引用的其它多媒体内容和小节中的验证性内容等。不管CDA条目中是否已经有相应的内容，这些叙述性文本都应该放在Section.text字段中。其它引用的多媒体内容必须加上ObservationMedia或RegionOfInterest这两个CDA条目。
 如果CDA文档体是结构化的，Section.text字段的内容必须按2.3.3.5 CDA节中的叙述性文本中定义的每个规则来创建。
 一个CDA文档创建者不需要把所有文档体内的叙述性文本编码为条目。在某个实施方案中，合作者可以要求创建者负责建立各种不同的条目。
1.4. CDA的扩展性
注：详细地讨论V3 XML扩展规则可以参见XML ITS – 不正式的扩展。
如果在CDA规范中没有定义的标签，可以使用自定义标签来表达一些局部语意。CDA会把一些语意清楚和高级标签通过标准化机制逐步进行标准化，实现语意共享。为了适应局部的扩展需求，CDA允许加入非规则定的XML额外元素到CDA文档中。但加入的新标签不能影响原来已标准元素，接纳者也可以安全地忽略这些新元素。文档接纳者必须能够如实地表述出忽略了扩展内容的CDA文档。
扩展的标签在文档实例中应该在一个另外的名命空间，而不应该混在HL7V3命名空间内，但不能在一个ED数据类型（因为ED数据类型的内容顺应的消息可能在另弄虚作假名命空间）内。所有顺应规范的内容（除了类型为ED的元素）都是在HL7这个命名空间里的，发送者可以把扩展的内容放到一个外部的命名空间（除了HL7以外的任何命名空间）。如果，接纳者发现这样的扩展，不应该报告错误。
虽然这种扩展机制是比较中肯的，但HL7还是鼓励用户把需求提交到下一个版本，以形成正式的标准，实现最大程度的语意共享。
1.5. 向前向后兼容
注：附录中有详细的CDA第一版和第二版的变化内容（见3.3 一版与二版的变化列举）
CDA的基本模型在第二版中没有变化。一个CDA文档还是包括一个头和一个体。体还包括嵌套结构（如节）。这些结构可以使用标准的词汇来编码，并可以包含CDA条目。第二版中主要的变革在于不管是头还是体都是完全基于RIM驱动的，CDA结构中可以使用的条目分类更为丰富了。CDA第二版使用RIM模型中临床内容可以标准化地在文档中表达。
这里描述的是引进到新CDA版中的符合向前和向后兼容原则的各种类型的变化。一般来讲，变化可以是增加新的组成成份；把组成成份改变（包括CDA模式中的XML元素和属性名称）；反对上一版本中定义的组成成份；改变一个组成成份的藕合度（更紧或更松）；或改变一个组成成份的词汇域（增加或改变值域，从CWE改为CNE）。下面的原则定义了指导CDA可以连续进化，并保护投资者在采用新版本时减少先前的投资损失。
 文档：新版CDA可以枚举出所有与前一版本还同的改变之处。
 固定内容：固定的，人类可读的内容应该始终惯串各个CDA版本。对这些固定内容，向前或向后兼容应该支持所有可能的使用脚本进行双向自动化转换各个不同版本的可读性内容的功能。
 新组成成份：新的CDA版本可以增加新的成份。为了保证转换功能，从新版转换到旧版必须把那些新成份表示为扩展组份（如自定义标签或自定义命名空间）。
 重命名：新版CDA可以重命名组份（包括元素名和属性名）。当重命名时，使用一个对应表来表示所有的改变。重命名应该支持上面提到的有关习惯（见1.2.4 CDA文档的XML标签）。
 反对成份：新版CDA可以反对以前定义的成份。被反对的成份将在下一版本中删除，因此，这种方法不推荐使用。
 藕合度：新版CDA可以改变前版定义的组成成份的藕合度。如当一个可选的成份变为必须的，这样两个版本间的转换将需要一个虚值或空值。
 改变词汇域：新版CDA可以改变成份的词汇域。当产生改变时，应该生成一个列举所有变化的对应表。
 在CWE内改变：当一个CWE词汇域被扩充时，用户应该开始使用新的编码，取代先前已使用相应的自定义代码。
 从CWE变为CNE：为了保证转换能力，转换时必须把所有不知道的成份表示为扩展（如自定义的标签或命名空间）。在投票过程中，允许包含CNE词汇域，而采用这样的方法解决还是比较肤浅的。
这个指导原则产生了当前这个CDA第二版中使用的方法。其目的是使按第一版CDA创建的文档可以最大限度地转换为第二版文档，而第二版文档接纳者可以向下兼容第一版CDA文档，实现自动转换语意，不丢失那些固定的可读性内容，并处理通常已知的语意丢失问题。
2. CDA技术规范
2.1. CDA技术原理介绍
要完整地理解CDA规范，需要懂得定义规范的标准化原理。CDA层次化描述是顺应CDA的最基本原则，CDA模式就是以此为原理设计的。虽然CDA实例必须对CDA模式验证通过，但它同时也要坚持顺应CDA层次化描述的基本规则。CDA层次化描述来源于CDA R-MIM，而CDA R-MIM来源于HL7信息参考模型（RIM）。HL7 RIM是所有类和属性的权威定义来源。
接下来的章节总结了CDA使用的原理，以及如何找到CDA规范的实施和理解方案。
2.1.1. HL7参考信息模型
权威的HL7参考信息模型可以在这里找。
HL7 RIM是所有类和属性的权威参考源。CDA规范不重复RIM的定义，而是引用RIM的所有定义。虽然，CDA将进一步约束RIM中的定义，但绝不会与HL7 RIM冲突。
CDA第二版源于HL7 RIM 2.03版。
如果读者需要看一下完整的RIM类或属性定义，应该参看HL7 RIM。
2.1.2. HL7第三版数据类型
HL7定义了抽象数据类型规范，这是一个权威的参照内容，同时还定义了XML数据类型实施规范。
数据类型定义了RIM中属性的数据值的格式以及允许的值集范围。有些数据类型只定义很少的语意内容。而HL7定义了大量有语意的数据类型，如一个实体的名字等。每个RIM中的属性有且只有一种数据类型。
CDA第二版是基于HL7 V3数据类型第一版的抽象规范和XML实施规范。
读者可以发现，数据类型的XML实施规范对实现来说已经跟够了，但有时还需要参考抽象规范以更为全面的得到理解。
2.1.3. HL7词汇域
权威的HL7词汇域可以从这里找到。
词汇域表示了一个CDA成份的值集。这些词汇域可以包括HL7定义的概念，也可以是其象LOINC、SNOMED等HL7可识别的词汇系统。HL7词汇部分的内容是HL7定义的概念的权威参引资料。虽然，CDA可能会进一步限制这些概念定义，但绝不会有冲突。
词汇域的编码力度可以是CNE（完全编码，不能扩展），也就是只允许CDA成份使用一个词汇域中定义的值；也可以是CWE（部分编码，允许扩展），这种情况可以使用必要的在一个词汇域中没有定义的自定义值。每个词汇域有一个唯一的HL7指定的标识号，每一个词汇域中的概念有一个唯一的编码。
当一个CDA成份具有CNE值集时，允许的值是由标准化固定的。可以像下表那样枚举所有的值：
表2：relatedDocument.typeCode（完全编码）元素的值集
代码 定义
APND（append） 当前文档是其父文档的附录
RPLC（replace） 当前文档是其父文档的替代
XFRM（transform） 当前文档是其父文档的翻译
现在已经有很多（如LOINC，SNOMED）词汇域或编码系统已经存在，他们可以用表达CDA文档（如Section.code，Observation.code）中的概念。对于HL7 V3处理器来说，他们是外部引用的词汇域。当一个CDA成份使用一个CWE值集时，可以使任何适易值（如ClinicalDocument.code或ClinicalDocument.confidentialityCode）。当这个标准没有列出任何值，执行系统可以自由地选择一个外部词汇域，如LOINC或SNOMED或其它领域中的词汇域。
如果读者需要参看完整的HL7定义的值，请参引HL7关于词汇方面的章节。
2.1.4. HL7 CDA R-MIM
权威的HL7 V3模型精化，R-MIM开发和解释可以从这里找到。
CDA R-MIM在下面描述。
模型精化就是通过一个称为“克隆”的过程使用RIM达到R-MIM。当一个精化的模型（如一个R-MIM）使用一个来源于基础模型（如HL7 RIM）的类时，精化模型中的这个类就是一个拷贝。一个拷贝是一个基础类的特例，因为他的属性的藕合度或代码集已经被限定。一个基础类可以在一个精化模型中有多个拷贝，每一个表示一个不同的规范。
CDA R-MIM是一个CDA规范的图形化表达。它使用HL7开发的图形约定和符号来表达那些特殊的约束语意，它们是RIM的“支柱”。虽然使用UML符号也可以表达RIM，但HL7符号提供了更为细致的表达特殊的克隆类的约束。HL7图形约定简化了一些关系约定，使图表可以更小，表达更精致的可视化信息。
CDA R-MIM图有助于理解这个规范。因为CDA层次描述和相应的CDA模式都是来源于R-MIM的，R-MIM可以看能一个最好的本标准的基本描述。CDA使用的文本描述规范是与R-MIM相互对应的。
2.1.5. HL7 CDA层次描述
有关HL7层次描述的开发和解释的权威资料可以从这里找。
CDA层次性描述见下需章节（见 2.4 CDA层次性描述）。
一个层次性描述是一系列R-MIM中的元素（如类，属性和关系）有规则地平坦地进行表述，这些元素定义了实例的结构，且跟XML等具体实施技术无关。
CDA HD是CDA顺应性规则的权威资料源，CDA模式就来源于它。CDA实例必须对CDA模式进行验证，同时，也必须顺应CDA HD的规则内容。对于CDA第二版来说，CDA HD的唯一标识是“POCD_HD000020”这个字符串。详见2.3.1 临床文档，这个标识必须在CDA实例中被包含，以表明使用CDA第二版规范。
CDA HD是每一要实现CDA规范的人必须阅读的。
2.1.6. HL7 CDA模式
有关HL7 XML实施技术规范和从HD到模式的处理过程的权威资料可以从这里找到。
CDA模式在下面描述（见2.5 CDA模式）。
CDA第二版是基于HL7 V3 XML实施技术规范第一版的。
CDA模式中特殊的增强部分在下面描述（见2.5 CDA模式）。
看一下CDA R-MIM，读者可以发现典型的XML元素和属性，当有不清楚的地方时，读者应该时一步阅读HL7 V3 XML实施技术规范。
2.2. 在HL7消息中传输CDA文档
从HL7 V2.x或V3消息来看，CDA文档是一个多媒体对象，因此可以使用MIME打包，用ED数据类型来进行传输。
任何传输策略，如MIME必须适应以下需求：
 当创建一个传输包时，CDA文档中的所有引用地址不需要改变。
 当解开一个传输包时，CDA文档中的所有引用地址不需要改变。
 所有CDA文档中的成份（如非XML文档体或一个观测媒体），在一个传输包中都应该是完整的。
 接纳者的目录结构不限制，CDA文档的接受者可以将CDA文档中的成份放在任何指定的目录。
注：一个传输包应该包括所有的认证内容（如证书和验证媒体），如果传输是跨防火墙的，那么还要包括必要的用于表述文档内容的链接信息。
当前的推荐是下面描述的MIME标准，MIME是一个ebXML和DICOM采用的打包方法。
在V2.x中，CDA文档在OBX段中传输，任何消息都可以传输文档（如MDM）。在OBX段中，MIME包的位置在OBX.5（00573观测值字段），使用V2.x中的压缩数据类型，OBX.2的值（00570值类型字段应该设为“ED”），OBX.3应该与ClinicalDocument.code元素的值一样。
CDA文档是的字段与消息中的字段的意义可能交迭。下表显示了HL7 V2 MDM消息中TXA段和CDA成份之间的对应关系。 |
|
