【转】DICOM之Print！！！！！！！！！

转自：https://blog.csdn.net/weixin_41556165/article/details/81064531

基本概念：

Film:在DICOM协议中使用Film来统称不同的Hard Copy，例如photographic film和paper。

DICOM Print的数据流由Print Session、Print Job、Print（hard copy）组成，具体示意图如下：

DICOM Print服务各部分关系

DICOM Print中各对象(这里的对象代表的是DICOM打印操作过程中的某个具体事务，要与面向对象编程中的对象区别开来）之间的包含关系图如下所示，

将上述关系图中的各部分进行打印称之为Print Job。但是在将各部分传送到DICOM Printer打印机之前需要对数据进行变换，主要流程如下：

在Modality and User Sepecific Transformations中包括三种变换：

**1. Modality LUT transformation
2. Mask Subtraction
3. VOI LUT transformation**

Modalit LUT变换是将设备相关的像素数据转换成设备无关数据；
VOI LUT变换是最常用的，也是最长被熟知的，在实际应用过程中最常被用到。类似于DICOM图像处理中的窗宽窗位调节，其作用是打印感兴趣区域到Film中，例如CT中设置软组织或骨骼的窗来进行分别打印，以方便医生观察指定组织。
Polarity变换，用于设置最小像素值对应于黑或白（即0，或255）。该字段(2020,0020)与Photometric Interpretation配合使用。
Presentation LUT，这就是之前提到的在图像显示中常用到的窗宽窗位调节。在图像显示中，Presentation LUT将像素数据转换成设备特定的、人眼可识别的显示数据（Presentation Value，即P-Value）——soft copy；在DICOM打印中年，Presentation LUT将光密度（optical density）用于打印机打印——hard copy。

DICOM Print服务具体实现

通过构造上述各部分以及各种变换，可以实现DICOM打印，其整体流程大致如下,

此外关于具体的实现流程在DICOM3.0第17部分中也已经给出，但是由于17部分中对于Association Negotiation部分介绍不够详细才导致遇到了上一篇博文中的问题。因此下面我会按照DICOM3.0第4部分中对DICOM Print各部分的详细介绍来描述DICOM打印流程，示意图如下:

该图与之前的“DICOM Print中各种对象之间的包含关系图”一一对应，一个是抽象概念之间的关系，一个是DICOM打印具体应用中各部分的关系。这里需要注意的有以下几点：

1） Basic Film Session SOP Instance实例对象是SCU端通过发送N-CREATE指令，由SCP服务端创建的；
2） Basic Film Box SOP Instance实例对象是SCU端在成功创建了Basic Film Session SOP Instance后，再次发送N-CREATE指令，由SCP服务端创建的；
3） SCP端在创建完成Basic Film Box SOP Instance后，会将Basic Film Box SOP Instance关联到其父类Basic Film Session SOP Instance实例对象上，于此同时根据2）中的N-CREATE请求中的Image Display Format参数为每一幅图像创建对应的Image Box SOP Instance。因此上图中Image Box SOP Instance中并未出现N-CREATE操作，因为在创建Basic Film Box SOP Instance时一同创建了。【具体参见DICOM3.0第4部分H4.2.2.1.3】
4） SCU客户端可以通过N-SET指令来设置3）中创建的各个Image Box SOP Instance对象。
5）当1）-4）操作基本完成后，Basic Film Session SOP Instance实例对象通过N-ACTION操作创建出Print Job SOP Instance实例对象，触发具体打印操作，待打印操作完成（或失败）后删除。打印过程中通过N-EVENT-REPORT操作向SCU端反馈具体打印状态。
6） Print Job SOP Class可以看做是一次打印操作，而PRINTER SOP Instance就是该次打印的具体的hard copy。