Download DICOM Conformance Statement

Transcript
Product:
Document:
Visage 7
DICOM Conformance Statement
Version: 04.00
07-Mar-2013
Note:
To make some STORAGE-SCU partner DICOM nodes work it is desired to accept DICOM Objects of
certain SOP Classes even though they should not be stored within Visage 7. Each Storage SOP Class
can be configured via the administration interface to be discarded after reception.
4.2.3.4.1.3 SOP Specific Conformance for Verification SOP Class
The STORAGE-SCP AE provides standard conformance to the Verification SOP Class as an SCP.
4.2.3.4.1.4 SOP Specific Conformance for Storage SOP Classes
The associated Real-World Activity with the Storage service is the storage of medical image data
received over the network on a designated hard disk. The STORAGE-SCP AE will return a failure status if
it is unable to store the images on to the hard disk.
The STORAGE-SCP AE does not have any dependencies on the number of Associations used to send
images to it. Images belonging to more than one Study or Series can be sent over a single or multiple
Associations. Images belonging to a single Study or Series can also be sent over different Associations.
There is no limit on either the number of SOP Instances or the maximum amount of total SOP Instance
data that can be transferred over a single Association.
The STORAGE-SCP AE is configured to retain the original DICOM data in DICOM Part 10 compliant file
format. The STORAGE-SCP AE is Level 2 (Full) conformant as a Storage SCP. In addition, all Private
and SOP Class Extended Elements are maintained in the DICOM format files. In addition to saving all
Elements in files, a subset of the Elements are stored in the Visage 7 database to support query and
retrieval requests.
The behavior for handling duplicate SOP Instances is configurable via administration interface. The
default behavior is to replace the original object with the conflicting SOP Instance UID by the new SOP
Instance. An alternative configuration is possible that causes the new received SOP Instance to be
discarded.
If SOP Instances are compressed in a lossy format by Visage 7 new SOP Instance UIDs and new Series
Instance UIDs are assigned to these objects. Additionally Reference UIDs will be resolved to keep the
cross references persistent. Following information string with the quality factor is written to the attribute
Derivation Description (0008,2111) to mark the SOP Instance as lossy compressed by Visage 7. If Matrix
Reduction is used to reduce the image size the Resacale Factor is appended.
DCM_WEB: PEG lib Lossy_Quality=80; RescaleFac=0.500000
Presentation State objects will also be adjusted if referenced SOP Instances are lossy compresed by
Visage 7. The Transformation information is stored within the Presentation State objects by using the
private creator Visage (0009,00xx) and the private attributes Compression Type (0009,xx10) and LUT
Transformation (0009,xx11).
Since Visage 7 can only display HTML Reports, received Structured Report SOP Instances are originally
stored in the system and additionally converted into HTML format. See Annex 0 for a detailed conversion
description.
For the purposes of image display the system supports the following photometric interpretations:
MONOCHROME1, MONOCHROME2, RGB, PALETTE COLOR, YBR FULL 422, and YBR FULL.
Copyright:
Visage Imaging GmbH
Page 51 of 137