您所在的位置:首页 > 方案中心 > 产品资讯 > PACS >   基于XDS/XDS-I的区域医疗影像共享交换技术架构(1)
时间:2010-01-21 09:48 作者:AGFA医疗中国研发中心 金金 来源:e医疗

基于XDS/XDS-I的区域医疗影像共享交换技术架构(1)

[导读]为了实现医疗信息系统之间信息的共享交换,1999年由美国医疗信息和管理系统学会(HIMSS)及北美放射学年会(RSNA)共同讨论建立。切实缓解老百姓的“看病难、看病贵”问题。

标签:IHE区域医疗

IHE与区域医疗信息共享交换

集成医疗环境( I n t e g r a t i o n H e a l t h c a r e Enterprise,IHE)是众多医学专家和厂商共同倡议,1999年由美国医疗信息和管理系统学会(HIMSS)及北美放射学年会(RSNA)共同讨论建立,目标是提供更好的方法实现医疗信息系统之间信息的共享交换。IHE根据已有医疗信息和IT领域的规范和标准(例如DICOM、HL7、ebXML等),优化不同层次医疗服务流程,推动不同医疗信息系统之间实现信息共享。

IHE根据当今各国发展区域医疗信息共享交换的需求,于2004年颁布了跨企业级文档共享技术框架(Cross-Enterprise Document Sharing, XDS)。XDS技术框架文件详细定义了同一个“医疗联合体”(Clinical Affinity Domain)中的不同机构如何共享和交换病人医疗信息。“医疗联合体”是指若干个医疗机构形成的文档共享域,这些医疗机构同意通过协作共享的方式分享病人的医疗文档。XDS技术框架的基本理念就是通过ebXML标准实现共享文档的注册、查询和提取,其基本技术框架示意如图1所示。

1 . 主要角色( A c t o r s ) 及其相关事务(Transactions)

(1)文档注册中心(Document Registry)“文档注册中心”集中存放区域医疗文档的元数据信息。医疗文档元数据由“文档存储池”注册到“文档注册中心”(事务ITI-14),“文档注册中心”索引这些信息后提供给“文档用户”查询(事务ITI-16)。

(2)文档存储池(Document Repository)“文档存储池”存储病人医疗文档,文档由“文档源”提供/注册(事务ITI-15),并提供给“文档用户”提取(事务ITI-17)。

(3)文档源(Document Source)“文档源”负责生成医疗文档,并提供/注册到“文档存储池”(事务ITI-15)。医疗文档的信息可以来源于医院PACS、HIS或EMR等信息系统。

(4)文档用户(Document Consumer)医生通过“文档用户”查询感兴趣病人的文档索引(事务ITI-16),然后可以根据查询结果从对应的“文档存储池”提取病人医疗文档(事务ITI-17)。

(5)病人标识源(Patient Identity Source)为了在一个“医疗联合体”中统一管理来自各个不同医疗机构的病人标识,IHE颁布了病人标识交叉引用技术框架(Patient Identity Cross-referencing,PIX)。病人标识源是PIX中的一个组成部分,负责注册病人信息到PIX服务器(病人身份管理中心),并获取该病人在此“医疗联合体”中的唯一全局标识号(Unique Global ID)。图1中,“病人标识源”负责同步PIX和“文档注册中心”的病人标识(事务ITI-8)。

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

随着IT技术的发展,原有XDS技术架构需要及时更新。IHE保留2004年颁布的XDS技术框架文件的基础上,2007年颁布了一个新的跨企业级文档共享交换集成文件XDS.b,同时旧的XDS技术框架改称为XDS.a。XDS.b对XDS.a进行了升级和优化,主要改进内容有以下几点:

(1)ebXML元数据(metadata)格式升级,从ebXML Reg/Rep注册中心信息模型2.1版本升级到3.0版本。

(2)优化查询方式,更新了Stored Query方式进行文档查询时的数据绑定。

(3)优化文档提取效率,修改XDS.a中文档提取(事务ITI-17)为文档集(Document Set)提取。

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

XDS.b基本技术框架示意如图2所示。XDS.b中增加了一个角色,集成文档源的文档存储池(IntegratedDocument Source/Repository)。该角色组合了“文档源”与“文档存储池”的功能,并减少了“提供/注册b型文档集”流程(事务ITI-41)。XDS.b中定义“集成文档源的文档存储池”是对“文档源”和“文档存储池”具体实现的一种补充,在医疗机构只有单个“文档源”的情况下可以考虑实现该角色,达到简化系统的效果。

IHE以XDS技术框架文件为基础,根据医疗文档的具体应用,又分别制定了放射影像共享交换(Cross-enterprise Document Sharing for Imaging,XDS-I)、扫描文档共享交换(Cross-EnterpriseSharing of Scanned Documents, XDS-SD)、医学概述共享交换(Cross Enterprise Sharing of MedicalSummaries Integration Profile, XDS-MS)和检验信息共享交换(Laboratory Report Document Sharing, XDSLab)技术框架文件,分别优化了影像信息、医学概述和检验报告的共享交换架构与流程。

区域影像共享交换技术框架XDS-I

IHE根据影像信息共享交换的需求,在XDS技术框架的基础上,于2005年提出了XDS-I技术框架。XDS-I的共享文档采用DICOM清单文档格式,可以清楚地描述病人的放射检查(Study)信息以及提供DICOM提取服务的AE Title。XDS-I对XDS定义的角色和事务做了适当的扩展,其基本技术框架如图3所示。

相对于XDS.a和XDS.b,XDS-I增加了“影像文档源”和“影像文档用户”两个角色。“影像文档源”负责生成和注册影像信息文档;“影像文档用户”能够根据提取到的文档信息从“影像文档源”提取到DICOM实体,包括影像、影像显示说明(Presentation States)、报告、关键图像注释(KeyImage Note)和证据文档(Evidence Documents)。

XDS-I的架构核心是分布式存储和集中式影像文档索引,该架构可以减轻数据中心建设成本和系统压力,并能充分使用医疗机构原有影像信息系统。除了医学影像分布式存储之外,医疗文档一般也采用分布式部署,即拥有“影像文档源”的医疗机构部署自己的“文档存储池”。


共2页: 1 [2]下一页
【内容导航】
 第 1 页:IHE与区域医疗信息共享交换  第 2 页:PACS与XDS-I的集成方法
网友热评基于XDS/XDS-I的区域医疗影像共享交换技术架构(1)
更多评论>>
验证码: 点击图片可刷新验证码

  • 聚焦