使用 DB2 pureXML 实现医疗行业数据解决方案

核心提示： 理解 QED 架构图 2 显示来自 IBM Haifa Research Team 的解决方案，图 2. IBM QED 概要文件解决方案架构查看原图（大图）主要组成部分IBM Research 解决方案的主要组成部分有临床数据源、临床数据源接口和临床数据使用者，使用 DB2 pureXML 实

理解 QED 架构

图 2 显示来自 IBM Haifa Research Team 的解决方案。

图 2. IBM QED 概要文件解决方案架构

查看原图（大图）

主要组成部分

IBM Research 解决方案的主要组成部分有临床数据源、临床数据源接口和临床数据使用者。临床数据源由一个 RIMon 储存库组成。RIMon 储存库有一个 DB2 数据库，CDA 文档通过 DB2 V9 的 pureXML 特性以 XML 的形式插入到该数据库中。QED 标准查询所需的所有结果都在 CDA 文档中。针对插入的 CDA 文档编写的静态 XQuery 查询可以提取所需的数据，以响应 QED 标准查询。可以批量运行这些查询，创建包含以下内容的表：

响应 QED 查询所需的数据

附加的属性数据

引用的 XPath，通过它可以找到数据

由于各种原因，使用 IBM Research 解决方案的人可能选择从 XML 文档提取选择的数据。一个 XML 列中可能有很多不同的模式，XML 文档可能非常大而且复杂，这些情况下，对于特定的应用程序，提取部分所需数据有助于使数据结构适应特定用例或应用程序。为约束 QED 查询结果，必须保持整个 XML 文档完整无缺。

使复杂性可用

属性映射、附加的数据 XPath 以及配置文件中增加的附加数据是有必要的，因为 CDA 结构非常复杂。CDA 结构被有意搞得有些模糊，因为它的模式是为几乎所有类型的医疗观察或行动而设计的一个标准。如果对仓库中各种不同的模板没有初步的理解，那么直接读 CDA 或者试图查询 CDA 文档时，就难以理解所有嵌入的医疗代码，这些医疗代码表示发生在医生办公室的实际医疗过程或任务。例如，心搏的代码是 8867-4，过敏症的模板 ID 是 1.3.6.1.4.1.19376.1.5.3.1.4.5.3。CDA 中的代码源于标准的医疗术语，包括 SNOMED 和 LOINC，但是非医疗用户通常不熟悉这些代码。通过映射，非医疗人员可以根据 QED 规范的定义请求心搏，而不必知道标准术语中的代码。在内部，心搏被映射为代码 8867-4，并返回正确的观察数据。