用于在医学成像中独立的系统/应用程序之间共享进程的体系结构的制作方法
【专利说明】用于在医学成像中独立的系统/应用程序之间共享进程的体系结构
相关申请
[0001]本发明要求申请日为2007年9月14日的临时专利申请号60/972，403的优先权，该申请的全部内容在此被结合入本文引用。
【背景技术】
1.
技术领域
[0002]本发明涉及独立的医学成像系统之间的进程共享。
2.【背景技术】
[0003]在医学成像中，患者数据可以用不同的应用程序进行处理和浏览。需要在同一台计算机上的所述独立应用程序之间共享进程，以确保顺畅和整合的工作流。例如，在一个应用程序中，用户可能希望使用另一个专用的应用程序来进一步分析患者数据。为此，通常，不同应用程序之间的代码级整合是常用的解决方案。例如，专用的计算机辅助检测(CAD)系统识别可疑区域的位置并且提供交互式工具，从而以不同的方式评估感兴趣区域(ROI)。影像存档和通信系统(PACS)是保存和浏览医学影像的专用平台。一种启用特定目的应用程序(如CAD系统或PACS系统上的3D可视化系统)的方式是在PACS和应用程序系统之间进行代码级整合。例如，可以将指定的按钮设置在PACS图形用户界面(GUI)上，而点击该按钮可以激活CAD应用程序，以便用由CAD系统提供的工具来分析患者数据。不过，独立系统之间的代码级整合只能在某种程度上解决所述问题。考虑到市场上有多种特定目的应用程序和PACS系统这一事实，整合这些系统需要每个供应商巨大的工程工作量。另外，一个供应商发布的新版本的软件可能需要其他供应商的另行确认工作，并且可能不可避免地拖长了发布程序。这可能对应用程序供应商和PACS供应商造成很大的负担。另外，这使得用户更难以迅速使用到最新的技术，因为新开发的特定目的应用程序或PACS系统可能首先必须经过大量和不断的整合，以便使用户能够享受整合的益处。随着越来越多的应用程序供应商和越来越多的PACS供应商的出现，这种状况变得越来越不可行。造成这种混乱局面的根本原因在于由代码级整合所产生的相互依赖性。
[0004]鉴于这种情况，需要一种可扩展的体系结构，它能够在独立的医学系统之间实现互用性。
【附图说明】
[0005]本文要求保护和/或披露的发明将通过示例性实施例来进一步描述。这些示例性实施例结合附图进行详细说明。这些实施例是非限定性示例性实施例，其中，类似的附图标记在附图的不同视图中代表类似的结构，并且其中:
[0006]图1示出了根据本发明一个实施例的进程共享引擎的示例性系统框图；
[0007]图2示出了根据本发明一个实施例的进程共享引擎的详细的示例性系统框图；
[0008]图3a示出了根据本发明一个实施例的进程共享引擎和特定应用程序的后端之间的示例性数据流；
[0009]图3b示出了根据本发明一个实施例的进程共享引擎和特定应用程序的前端之间的示例性数据流；
[0010]图3c示出了根据本发明一个实施例的进程共享引擎的示例性框图；
[0011]图3d示出了根据本发明一个实施例的前端单元的构件的示例性框图；
[0012]图3e示出了根据本发明一个实施例的后端单元的构件的示例性框图；
[0013]图4示出了根据本发明另一个实施例的进程共享引擎系统的详细的示例性系统框图；
[0014]图5a是根据本发明一个实施例的数据存档、通信和处理(DACMS)系统，进程共享引擎和应用程序的后端之间的示例性后端进程的流程图；
[0015]图5b是根据本发明一个实施例的DACMS系统，进程共享引擎和应用程序的前端之间的示例性前端进程的流程图；
[0016]图6a是根据本发明另一个实施例的DACMS系统，进程共享引擎和应用程序的后端之间的示例性后端进程的流程图；和
[0017]图6b是根据本发明另一个实施例的DACMS系统，进程共享弓丨擎和应用程序的前端之间的示例性前端进程的流程图。
【具体实施方式】
[0018]图1示出了根据本发明一个实施例的进程共享引擎系统的示例性系统框图。所述系统包括数据存档、通信和处理系统(DACMS)系统101，多个特定目的应用程序(应用程序108，...，和应用程序110)，进程共享引擎106，和一组用于后端和前端的进程共享应用程序接口(API) 120及121，设计便于特定目的应用程序和系统配置的其它构件，如进程共享引擎106之间的通信。DACMS系统101可以包括DACMS服务器102和一个或多个DACMS浏览工作站104。DACMS系统的一个例子是PACS系统。进程共享引擎106被设计成使得多个特定目的应用程序能够与DACMS系统101共享进程并与DACMS系统101进行通信。
[0019]特定目的应用程序108，...，和110中的每一个可以具有某些配置。例如，在某些实施例中，每个特定目的软件应用程序可以分解成相应的后端处理单元和前端处理单元，在图1中分别以后端处理单元112，...，116和前端单元114，...，118示出。特定目的应用程序还可以只包括前端应用程序单元，而没有后端处理单元。特定目的应用程序108，...，110可以通过不同的路径与DACMS系统101进行通信。例如，特定目的应用程序(例如，108)可以直接通过其后端112与DACMS系统连接，以便例如获得患者数据。一旦从DACMS系统接收数据之后，特定目的应用程序随后可通过后端单元112，...，116对所述数据进行处理。特定目的应用程序还可以通过进程共享引擎经由前端或后端的进程共享API与DACMS系统相互作用，如图1所示。通过这种方式，进程共享引擎106可以从DACMS服务器101获得患者数据，并随后通过后端的进程共享API 120将患者数据传输到后端单元112，...，116，以供处理。
[0020]通过后端的进程共享API 120，进程共享引擎106还可以监测后端处理单元112,...,116的状态。在通过后端单元112，...，116对某些患者数据完成后端处理之后，进程共享引擎106可以根据患者数据(和/或其处理结果)和与用于处理患者数据的相应特定目的应用程序相关的某些信息的组合生成一个或多个进程共享触发标识122。在某些实施例中，所述触发标识可能包含患者数据及其处理结果和识别用于执行处理的特定目的应用程序的唯一 ID。在某些实施例中，触发标识数据还可以包括用于处理患者数据的特定目的应用程序的一部分。在某些实施例中，触发标识数据可以直接包括特定目的应用程序的完整版本。触发标识数据随后被发送到DACMS服务器102。所述传输可以采用某个标准协议，例如DICOM进行。
[0021]生成进程共享触发标识122，在DACMS系统101上部署进程启动器124，和在DACMS系统101内启动特定目的软件应用程序114，...，118的前端的方法和系统披露于在先的专利申请中，即美国专利申请号11/647，597，发明人是Guo-Qing Wei (魏国庆)，Cheng-ChungLiang(梁正中)，Feng Ma(马峰)，LiFan(范黎)，Jianzhong Qian(钱建中)，XiaolanZeng(曾小兰)，发明名称是〃通过数据封装在医学成像的独立系统/应用程序之间共享进程的方法(Methods for process sharing among independent systems/applicat1nsvia data encapsulat1n in medical imaging) 〃；以及美国专利申请号 60/792，344，发明人是 Jianzhong Qian (钱建中)，Feng Ma (马峰)，Guo-Qing Wei (魏国庆)，Cheng-ChungLiang (梁正中)，Li Fan (范黎),Xiaolan Zeng (曾小兰),TimKetchmark,发明名称是〃在医学成像中通过数据封装在另一个独立系统/应用程序中激活应用程序的方法(Methodsfor enabling an applicat1n within another independent system/applicat1n viadata encapsulat1nin medical imaging) 〃。上述专利文献在此被结合入本文引用。
[0022]为了实现进程共享，进程共享引擎106可以在DACMS的浏览工作站104部署进程启动器124。进程启动器124可以包括单独的构件，如触发标识响应单元和启动器(在所引用的在先申请中详细描述)。所部署的进程启动器位于DACMS工作站，并且监测加载在工作站上的输入触发标识，并通过在工作站上启动特定