xip开发应用-Dicom.ppt

Lawrence Tarbox, Ph.D.Washington University in St. Louis School of MedicineMallinckrodt Institute of Radiology, Electronic Radiology Lab 应用托管 DICOM标准工作组23号，希望从根本上改变了该医学影像世界在关于向分布和部署的医学影像应用的传统思维。 现状 医学影像工作站，一般都是封闭的系统。  目前尚没有没有通用规范的方法来把新的功能加入一个医学工作站。  关键的获益者，那些希望看到新的功能的人，往往不是工作站提供商。  新的‘酷’的工具往往需要把整个工作站加到一个系统中。 从SIIM 2007年工作流程演示 心肺流程 – Dr. Anwer Quershi “… …在各种工作站和不同的设备之间来回穿梭，干扰和减慢治疗… …” Nuclear Workflow – Dr. Eliot Siegel “ … …这一案例说明了多个系统之间的来回交换会引入新的干扰。 … … ?一个全新的世界 将基础平台的提供从应用中分离出来: 基础平台供应商专注于数据与及结果的转移和储存，和对工作流程的管理。 应用提供商专注于处理和分析数据，并且把结果返回到基础平台。 尽量减少重塑车轮 。 ?建议的解决办法 创造一种机制，使得一方产生的应用可以被其他多方生成的系统启动和运行。  允许这些应用有效地获取图象和其他由宿主系统控制的资源。  提供一个框架，以便利多个应用之间交换信息。  支持研究和临床环境。 典型的插入式概念  DICOM标准工作组- 23目标 便携式应用‘插入’任何实现了标准化‘插座’的主机 ?理想化的目标 一个标准化的API是： 易学易用 独立于计算机语言 独立于平台 基于已广泛使用的技术 可扩展 安全 现实查核 生活是一种妥协 语言和平台的独立性，往往造成性能降低。 开发环境的选择，往往限制了可携性。 切实的目标是实现尽可能接近理想，并尽量减少我们以往做的不好的方面。一步一脚印地实现我们的目标。 建议分阶段 第一阶段-获取D ICOM的数据和结果记录 第二阶段-接通非交互应用服务（如打印，存档）  第三阶段-进入交互应用服务（如图形用户界面， 皮 ，渲染）  第四阶段-标准工作流程说明，以及代管软件之间的互动. ?第一阶段目标 基本的启动和控制被托管的应用系统 加载，卸载，开始, 放弃 托管系统和应用代管之间简单的数据交换 为现有的应用程序的基于文件的数据交换 为新的应用程序的基于模型的数据交换 手工配置 Java与 .NET技术的结合 基于模型的数据交换 数据对象 转换 批量数据（如体素） ?抽象数据子集 完全本土数据 抽象模型与本土模型的比较 抽象模型。 包括多种格式常用的数据 （如DICOM标准，分析） 应用不需求知道本土数据的格式 包括用来衍生抽象模型所用的本土数据的参考 本土模型 完全获取一切现有的本土数据信息 允许应用程序只存取其感兴趣的部分本土数据 批量数据存取 档案名称（通用资源标志符) 加抵消（为了效能） 为被采用所做的努力 通过DICOM正在做的标准化得到了医学影像供应商和用户的参与 开放源代码,以便商业界可以友好地参考如何实施,正在创建 xip -可扩展影像平台 工作组- 23参与者（厂商与xip开发商）交流试验性的实施以保证互操作性 wg23 / xip关系 工作组- 23回应临床整合和供应商互操作性的需求，定义了标准化“插头”和“插座” （应用程序届面）  cabig xip是一个基于工作组23应用程序届面的开放式结构体系，开放源码的集成环境以便快速的应用程序开发. Unix, Mac, PC 互联网服务器 商业卖主＃ 2 … 商业卖主＃ 1 ? 临床 ? ? 原型与协作 ? ?xip开发应用 ?API标准 可扩展成像平台（ xip ? ） ，是为caBIG用的图像分析和可视化工具 。 xip是一个开放源码环境，利用一组可扩展的模块化要素来迅速开发医学影像应用。 xip可被厂商用做原型或开发新的应用。 由科研小组开发的影像应用将在临床的营运环境下接触到，这些影像应用采用一种新的由XIP首先实施的DICOM接口插件。 xip提供了一个如何实现DICOM标准工作组- 23应用托管接口的参考。 什么是 的主要部份 XIP参考主管。 XIP库。 XIP参考应用。  XIP开发工具。 前三条结合起来形成一个XIP工作站。 XIP应用 (可以换成任何的DICOM wg23兼容主机) XIP主机适配器 XIP模块不依赖某特定主管 WG23 XIP主机 WG23 WG23 基于网络的应用程序 医