MPPS 原理及应用

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所需的所有的值。