文章目录
- 前言
- 一、常规检查业务流程
- 二、MPPS的作用
- 三、MPPS的原理
- 1、MPPS与MWL
- 2、MPPS服务过程
- 四、MPPS的实现步骤
- 1、创建实例
- 2、传递状态
- 五、总结
前言
医院中现有的DICOM MWL(Modality Worklist)已开始逐渐得到应用,借助它可以实现病人信息的自动录入,减少了技师在设备控制台上再次输入病人信息的环节,从而大大降低了信息重复录入的工作量和输人错误的几率。然而,成像设备何时开始进行检查、何时完成检查.及检查操作过程中发生的一些事件,如何将这些与日常业务流程管理密切相关的信息通知相应的工作流管理者,通常是PACS和RIS(放射信息系统),使得PACS/RIS系统能够及时 准确地知道当前正在做什幺检查、哪些检查在什么时间已经完成、哪些图像已经采集可以去查询和获取了,这是PACS/RIS系统业务管理流程的一个素要环节.
DICOM协议中定义了MPPS服务(设备操作过程步骤Modality Performing Procedure Step)。应用MPPS服务,成像设备就可以向PACS/RIS系统传递检查执行过程中的各种状态信息.从而改善和加强工作流程的管理。
一、常规检查业务流程
在一个完整的常规检查流程中,病人进入医院后先进行登记预约.然后到相应的科室进行检查.完成到诊、检查采集图像 检查完成等业务,随后图像传输到PACS系统里,据此进行阅片、诊断,接着出一份报告,有时还打印胶片.检查完成后病人离开。
二、MPPS的作用
以上讲述了整个患者检查的业务流程。在该流程中,MPPS起什么作用。在已有的系统中,患者去影像科检查时,设备可以通过MWL从Pacs/Ris中获取到患者数据,从而免去了重新登记的流程,这是信息从Pacs/Ris到检查设备。
但检查设备的信息(包含检查状态),如何返回给Pacs/Ris,这就要用到MPPS:
流程图如下:
三、MPPS的原理
1、MPPS与MWL
MWL和MPPS是DICOM 定义的设备与信息系统之间进行业务管理信息交互的主要手段,在实际应用中,常将MWL与MPPS融合起来,也有称MPPS为对MWL的扩展。MWL是将信息从信息系统传递到设备上去,而MPPS是将设备检查的状态信息传递到信息系统中。在医生选中worklist 项获得将要进行检查的病人信息后进行图像采集(它包含Scheduled Procedure Step,SPS),以及到采图结束这一段时间, 可以用MPPS服务来传递设备执行任务的各种当前状态。
MPPS是真正执行的一个操作过程(Performed),跟预约(Scheduled)的操作步骤并不完全相同,并且常常是不同的,在实际情况中,则可能关系到若干实际执行的操作。
对于任务管理者来说,如RIS,处于管理和监控的需要,它们需要知道当前的任务的状态,这就需要执行设备能够有效地提供任务的状态值。应用MPPS,就是在图像开始采集时,成像设备向任务管理者发送一个消息,表明某个任务开始,即对某个病人采集图像,如果操作过程中出现了意外而终止时,也要通过消息通知流程管理者。如果没有异常的完成了正常采集流程,就通知流程管理者此项任务完成。此时,有关系统可以向设备查询、请求图像了。
2、MPPS服务过程
在DICOM标准中,用两个原语来完成此项服务:N—Create,N—Set。其服务过程如下:
-
设备从worklist中选中安排的任务,开始图像采集,用N—Create原语通知工作流管理者创建MPPS实例,并且进入开始状态。
-
工作流管理者收到请求后,创建该实例,并设置相应的状态,成功后返回正确的响应;如果失败则返回失败原因,设备将关联此服务。
-
设备收到工作流管理者的确认信息。当图像采集结束用N—Set原语通知工作流管理者此MPPS结束。
-
工作流管理者收到更改通知,进行相应的操作,返回响应。
-
关闭设备与工作流间的联系。
这样RIS可以及时得到执行的状态, 提供了工作流管理的必要条件,有效地加强了管理力度。例如,当通过MPPS通知图像已采集完成时,RIS就可进行相关的查询操作。同时管理者(或技师)也可以利用这些状态信息来进行检查完整性验证,例如确认检查完成后PACS系统能得到有关的图像。
四、MPPS的实现步骤
MPPS分为客户端SCU和服务端SCP两种角色,服务端SCP一般是工作流管理端(Pacs/Ris)。客户端SCU一般是检查设备。
MPPS与其他的存储,查询等网络通讯服务一样也是在TCP协议基础上建立连接来完成消息的交互的;其服务框架如下:
其中,MPPS实例的创建,以及其状态的更新,可以在两个不同的关联Association中进行。
1、创建实例
当设备在获取任务后,开始采集图像时, 它通知RIS此事件,而在通知时,需要确定一个MPPS实例。在DICOM协议中,用N—Create原语来提供此服务。
在此请求中,既有新创建的MPPS实例UID,又包含MPPS实例的状态,即IN PROGRESS。
RIS在收到此请求后,将创建一个实例,并将其状态设置为IN PROGRESS。成功后返回一个确认的响应
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所需的所有的值。
五、总结
MPPS通俗来讲,就是将设备检查状态实时返回给管理端,以备管理端进行其他操作,例如查询,存储等操作。有助于对检查流程的管控和分析。
下一篇:MPPS服务的具体代码实现