分享

MPPS 原理及应用

 SanySmile 2013-04-20
MPPS服务:设备操作过程步骤(Modality Performing Procedure Step)。
应用MPPS服务,成像设备就可以向PACS/RIS系统传递检查执行 过程中的各种状态信息。

一个完整的常规检查流程:
病人进入医院后先进行登记预约;
然后到相应的科进行检查;
完成到诊、检查采集图像检查完成等业务;
随后图像 传输到PACS系统里,据此进行阅片、诊断,接着出一份报告,有时还打印胶片;
检查完成后 病人离开。 

PACS/RIS系统与设备进行的信息交互主要包括:
设备检查前,使用DICOM Modality Worklist功能从RIS中获取已登记的病人信息;
设备检查过程中,通过 DICOM MPPS功能将检查状态发送给PACS/RIS系统;
在检查完成后,设备通过DICOM Storage 功能将图像发往PACS系统进行存储管理。

MWL是将信息从信息系统 传递到设备上去, 而MPPS是将设备检查的状态信息传递到信息系统中。 

MPPS服务过程 
在DICOM标准中,用两个原语来完成此项服务:一是N—Create,二是N—Set。其服务过 程如下: 
●设备从worklist中选中安排的任务,开始图像采集,用N—Create原语通知工作流管理者 创建 MPPS实例,并且进入开始状态。 
●工作流管理者收到请求后,创建该实例,并设置相应的状态,成功后返回正确的响应;如 果失败 则返回失败原因,设备将关联此服务。 
●设备收到工作流管理者的确认信息。当图像采集结束用N—Set原语通知工作流管理者此 MPPS结束。 
●工作流管理者收到更改通知,进行相应的操作,返回响应。
●关闭设备与工作流间的联系。 这样RIS可以及时得到执行的状态, 提供了工作流管理的必要条件, 有效地加强了管理力 度。 
例如, 当通过MPPS通知图像已采集完成时, RIS就可进行相关的查询操作。 同时管理者(或 技师)也可以利用这些状态信息来进行检查完整性验证,例如确认检查完成后PACS系统能得 到有关的图像。

MPPS实现
MPPS分为SCP与SCU两种角色,
前者用到工作流管理端,通常是PACS/RIS。本文用RIS作 为工作流管理者;
后者用在执行的设备上。 
  • 创建实例 当设备在获取任务后,开始采集图像时,它通知RIS此事件,而在通知时,需要确定一 个MPPS实 例。在DICOM协议中,用N—Create原语来提供此服务。 在此请求中,既有新创建的MPPS实例UID,又包含MPPS实例的状态,即IN PROGRESS。 RIS在收到此请求后,将创建一个实例,并将其状态设置为IN PROGRE SS。成功后返回 一个确认的响应 2.
  • 传递状态 在图像采集开始后,要么采集过程出现异常,要么正常的完成。分别用DISCONTINUED, COMPLETE 两个状态来表示。 设备用N-Set服务原语来通知RIS端。 此请求所设置的对象用创建的MPPS实例UID来标记。 作为MPPS SCP的RIS端收到请求后,更新指定的实例的状态值。正常则返回成功的响应以确 认此服务完成。 MPPS管理状态信息在MPPS IOD中用属性(0040,0252)来描述。所有的状态均由设备初始 化。
  • 有3个状态:IN PROGRE SS:设备开始执行任务。 DISCONTINUED:说明取消或者非成功的终止:在MPPS开始后,却不能被设备完成。设备 通知Is以重新安排或取消有关过程。 COMPLETE, 说明对复合SOP实例的获取已经成功地完成, SCU已提供MPPS所需的所有的值。

    本站是提供个人知识管理的网络存储空间,所有内容均由用户发布,不代表本站观点。请注意甄别内容中的联系方式、诱导购买等信息,谨防诈骗。如发现有害或侵权内容,请点击一键举报。
    转藏 分享 献花(0

    0条评论

    发表

    请遵守用户 评论公约

    类似文章 更多