XDS规范Word下载.docx

XDS规范Word下载.docx

《XDS规范Word下载.docx》由会员分享，可在线阅读，更多相关《XDS规范Word下载.docx（9页珍藏版）》请在冰豆网上搜索。

“医疗联合体”是指若干个医疗机构形成的文档共享域，这些医疗机构同意通过协作共享的方式分享病人的医疗文档。

xds技术框架的基本理念就是通过ebxml标准实现共享文档的注册、查询和提取，其基本技术框架示意如图1所示。

　　1.主要角色（actors）及其相关事务（transactions）

（1）文档注册中心（documentRegistry）“文档注册中心”集中存放区域医疗文档的元数据信息。

医疗文档元数据由“文档存储池”注册到“文档注册中心”（事务iti-14），“文档注册中心”索引这些信息后提供给“文档用户”查询（事务iti-16）。

（2）文档存储池（documentRepository）“文档存储池”存储病人医疗文档，文档由“文档源”提供/注册（事务iti-15），并提供给“文档用户”提取（事务iti-17）。

　　（3）文档源（documentsource）“文档源”负责生成医疗文档，并提供/注册到“文档存储池（”事务iti-15）。

医疗文档的信息可以来源于医院pacs、his或emR等信息系统。

　　（4）文档用户（documentconsumer）医生通过“文档用户”查询感兴趣病人的文档索引（事务iti-16），

　　然后可以根据查询结果从对应的“文档存储池”提取病人医疗文档（事务iti-17）。

　　（5）病人标识源（patientidentitysource）为了在一个“医疗联合体”中统一管理来自各个不同医疗机构的病人标识，ihe颁布了病人标识交叉引用技术框架（patientidentitycross-referencing，pix）。

病人标识源是pix中的一个组成部分，负责注册病人信息到pix服务器（病人身份管理中心），并获取该病人在此“医疗联合体”中的唯一全局标识号（uniqueglobalid）。

图1中，“病人标识源”负责同步pix和“文档注册中心”的病人标识（事务iti-8）。

　　2.xds.b对xds.a进行升级和优化

　　随着it技术的发展，原有xds技术架构需要及时更新。

ihe保留20xx年颁布的xds技术框架文件的基础上，20xx年颁布了一个新的跨企业级文档共享交换集成文件xds.b，同时旧的xds技术框架改称为xds.a。

xds.b对xds.a进行了升级和优化，主要改进内容有以下几点：

（1）ebxml元数据（metadata）格式升级，从ebxmlReg/Rep注册中心信息模型2.1版本升级到3.0版本。

（2）优化查询方式，更新了storedquery方式进行文档查询时的数据绑定。

　　（3）优化文档提取效率，修改xds.a中文档提取（事务iti-17）为文档集（documentset）提取。

　　（4）优化“文档存储池”在文档索引中的表达方式，在文档元数据中使用唯一标识号代表相应的“文档存储池”。

　　xds.b基本技术框架示意如图2所示。

xds.b中增加了一个角色，集成文档源的文档存储池

　　（integrateddocumentsource/Repository）。

该角色组合了“文档源”与“文档存储池”的功能，并减少了“提供/注册b型文档集”流程（事务iti-41）。

xds.b中定义“集成文档源的文档存储池”是对“文档源”和“文档存储池”具体实现的一种补充，在医疗机构只有单个“文档源”的情况下可以考虑实现该角色，达到简化系统的效果。

　　ihe以xds技术框架文件为基础，根据医疗文档的具体应用，又分别制定了放射影像共享交换

　　（cross-enterprisedocumentsharingforimaging,xds-i）、扫描文档共享交换（cross-enterprisesharingofscanneddocuments,xds-sd）、医学概述共享交换（crossenterprisesharingofmedicalsummaries

　　integrationprofile,xds-ms）和检验信息共享交换（laboratoryReportdocumentsharing,xdslab）技术框架文件，分别优化了影像信息、医学概述和检验报告的共享交换架构与流程。

　　区域影像共享交换技术框架xds-i

　　ihe根据影像信息共享交换的需求，在xds技术框架的基础上，于20xx年提出了xds-i技术框架。

xds-i的共享文档采用dicom清单文档格式，可以清楚地描述病人的放射检查（study）信息以及提供dicom提取服务的aetitle。

xds-i对xds定义的角色和事务做了适当的扩展，其基本技术框架如图3所示。

　　相对于xds.a和xds.b，xds-i增加了“影像文档源”和“影像文档用户”两个角色。

“影像文档源”负责生成和注册影像信息文档；

“影像文档用户”能够根据提取到的文档信息从“影像文档源”提取到dicom实体，包括影像、影像显示说明（presentationstates）、报告、关键图像注释（keyimagenote）和证据文档（evidencedocuments）。

　　xds-i的架构核心是分布式存储和集中式影像文档索引，该架构可以减轻数据中心建设成本和系统压力，并能充分使用医疗机构原有影像信息系统。

除了医学影像分布式存储之外，医疗文档一般也采用分布式部署，即拥有“影像文档源”的医疗机构部署自己的“文档存储池”。

　　pacs与xds-i的集成方法

　　1.区域影像共享交换的关键

　　pacs是医疗机构影像数据的主要存放点和服务提供者，实现pacs与xds-i的集成是实现区域影像共享交换的关键。

图4是基于xds-i技术框架的区域影像共享交换示意图，该“医疗联合体”由三家医疗机构（医院a，癌症中心和医生办公室）和一个数据中心组成。

　　影像文档发布注册的流程为：

医院pacs服务器首先通过“病人身份标识源”注册/获得病人在“医疗联合体”中的全局id；

然后，结合影像信息生成共享文档（dicom清单文档），并使用ebxml标准服务提供/注册到“文档存储池”；

最后由“文档存储池”注册文档元数据到“文档注册中心”发布。

　　影像文档的查询提取流程为：

医院pacs客户端首先要获取病人的全局id，全局id可以从pix服务器查询得到；

然后，使用病人的全局id作为查询条件通过ebxml标准服务查询“文档注册中心”；

接着，根据查询结果从对应的“文档存储池”提取影像信息文档，并解析文档得到影像信息清单；

最后，根据清单信息去对应的pacs服务器提取dicom影像或报告，提取方式可以是dicomc-move或者wado。

　　2.集成pacs与xds-i实现区域影像共享交换pacs与xds-i集成实现区域医学影像共享交换需要做到以下几点：

　　首先，“医疗联合体”中参与区域影像共享交换的pacs系统需要互相注册dicom服务（包括c-move、wado等）。

　　然后，pacs服务器要成为影像数据源，必须具备以下功能：

（1）病人身份标识注册功能。

pacs服务器需要通过“病人标识源”把本院病人身份信息注册到pix服务器中，并获取病人在“医疗联合体”中的全局id。

（2）影像信息文档生成功能。

根据xds-i定义，影像信息文档的格式是dicom清单（manifest）文档：

关键对象选择（keyobjectselection,kos）。

kos对象里包含了所描述dicom影像的元数据，包括影像检查（study）信息和影像所在pacs的aetitle。

根据这些信息“影像文档用户”就可以从其他医疗机构的pacs中提取到感兴趣的影像。

　　（3）影像信息文档集的提供/注册功能。

pacs服务器根据接收到的dicom影像元数据生成影像信息文档后，把影像信息文档作为附件，通过ebxml服务提供/注册到“文档存储池”。

该功能优先支持xds.b中b型文档集提供/注册事务（iti-41），选择支持xds.a文档集提供/注册事务（iti-15）。

　　最后，pacs客户端（显示工作站）除了具备传统的dicomc-move和wado影像提取功能之外，必须

　　具备以下功能：

（1）病人全局id查询功能。

跨区域提取病人影像需要事先知道该病人的全局id,获取病人全局id的方法就是查询pix服务器。

（2）影像信息文档查询功能。

根据用户需求，通过ebxml服务查询“文档注册中心”。

该功能优先支持xds.b中推荐的storedquery方式查询（iti-18），选择性支持xds.a的文档查询事务（iti-16）。

　　（3）影像信息文档提取功能。

从“文档注册中心”查询得到文档信息之后，根据查询结果，从对应的“文档存储池”提取文档。

该功能优先支持xds.b的文档集提取事务（iti-43），选择支持xds.a的文档提取事务（iti-17）。

　　（4）dicom清单文档解析功能。

解析dicom清单文档可以获得病人检查（study）信息和所在pacs的aetitle，结合已经注册的该区域其他医疗机构提供的dicom服务，就可以提取到病人影像。

　　当完成上述功能之后，医院的pacs系统就可以无缝集成到基于xds/xds-i的区域影像共享交换平台中。

区域医疗影像共享交换方案比较

　　目前，市场上除了xds/xds-i技术架构方案之外，还有其他两种比较主流的区域医疗影像共享交换方案：

　　1.中心化pacs方案

　　中心化pacs方案采用集中存储和发布各医院影像的方式达到区域医疗影像共享交换的目的。

各个医疗机构的影像设备或者信息系统直接把影像发送到数据中心；

各医疗机构的显示工作站通过数据中心查询/提取感兴趣的影像。

数据中心提供整个区域影像的注册、发布、查询和提取服务，这要求数据中心能够存储大容量影像数据、拥有高性能磁盘i/o和高网络数据吞吐量。

为了满足这些要求，数据中心往往需要昂贵的大型存储、高带宽网络和高性能服务器，这导致整个系统的建设和维护成本巨大。

而且作为传统的影像归档和传输解决方案，中心化pacs架构封闭、扩展困难，又通常使用dicom或者厂商私有通讯协议，与非影像类信息系统（例如化验、医护、医疗保险等系统）的集成比较困难。

　　2.数据网格pacs（gridpacs）方案

　　数据网格pacs方案采用分布式存储和集中式索引架构，较好地解决了中心化pacs集中存储和发布影像造成的系统性能问题。

在数据网格pacs架构中，医疗机构各自存储本地影像，只需要注册影像元数据到“中心注册/存储池”中，并通过“中心注册/存储池”发布。

医生在显示工作站上查询/提取其他医疗机构病人影像就像操作单一pacs一样简单。

首先，医生使用显示工作站去“中心注册/存储池”查询感兴趣病人的影像信息；

然后发送影像提取命令给“中心注册/存储池”，“中心注册/存储池”会计算影像提取的最佳“路径”，并把用户影像提