Материал: part02

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

 

 

DICOM PS3.2 2020a - Conformance​

Page 261​

Module​

Attribute Name​

Tag ID​

Type​

Significance​

 

 

Overlay Type​

(6000,0040)​

Cond​

Overlay data is used only if the value is "G", Graphics. Graphic​

 

 

 

 

overlay data can be automatically displayed if the system is​

 

 

 

 

configured to do so. "ROI", Region Of Interest, overlay data is not​

 

 

 

 

displayed to the user of the system.​

 

 

 

 

 

Required in order to display an Overlay.​

 

 

Overlay Origin​

(6000,0050)​

Cond​

Value must be 1\1 or greater. If either Overlay Origin coordinate​

 

 

 

 

is less than 1 then the overlay is not displayed.​

 

 

 

 

 

Required in order to display an Overlay.​

 

 

Overlay Bits​

(6000,0100)​

Cond​

Must be 8 or 16 if the overlay data are embedded.​

 

 

Allocated​

 

 

Required in order to display an Overlay.​

 

 

 

 

 

 

 

Overlay Bit Position​

(6000,0102)​

Cond​

Usediftheoverlaydataisembedded.Ifthedataisembeddedthen​

 

 

 

 

this position must indicate a bit not used by each image pixel​

 

 

 

 

sample.​

 

 

 

 

 

Required in order to display an Overlay.​

 

 

Overlay Data​

(6000,3000)​

Cond​

OverlaydatapresentinthisElementorembeddedinthepixeldata​

 

 

 

 

is supported for display.​

 

 

 

 

 

Required in order to display a non-embedded Overlay.​

VOI LUT​ Window Center​

(0028,1050)​

Opt​

It is recommended that this value be defined for images that have​

 

 

 

 

greater than 8 bits stored per pixel sample for image display​

 

Window Width​

(0028,1051)​

Opt​

It is recommended that this value be defined for images that have​

 

 

 

 

greater than 8 bits stored per pixel sample for image display​

SOP​

SOP Instance UID​

(0008,0018)​

Mand​

Must be provided. If a duplicate SOP Instance UID is received, the​

Common​

 

 

 

system can be configured to either coerce the duplicate value with​

 

 

 

 

a new UID or replace the original UID with the newly received one.​

 

 

 

 

The system can also be configured to either preserve the original​

UID or assign a new UID if the received image data is lossy​ compressedbytheQUERY-RETRIEVE-SERVERpriortoarchival.​

Note​

Note that only overlay information contained in the 6000 Group will be used for display. Overlay information contained in the​ other possible Groups (6002, 6004, etc.) will be ignored for display purposes. Such information will still be archived however.​

F.8.1.2 STORAGE-SCU AE Element Modification​

The following table contains a list of all Elements that can have a value modified by the STORAGE-SCU at the time of export using​ the Storage Service depending on the capabilities of the receiver:​

Table F.8.1-3. Significant Elements in Exported Composite SOP Instances​

Module​

Attribute Name​

Tag ID​

Value​

Image Pixel​

Photometric​

(0028,0004)​ STORAGE-SCU AE can convert all images to MONOCHROME2 or​

 

Interpretation​

 

RGB based on the configuration for the destination AE.​

 

 

 

If the photometric interpretation of the image data is altered in a lossy​

 

 

 

manner, which could occur when converting from color to grayscale,​

 

 

 

then the SOP Instance UID is altered.​

VOI LUT​

Window Center​

(0028,1050)​ Default Window Center value can be configured for a specific​

 

 

 

destination AE.​

- Standard -​

Page 262​

 

DICOM PS3.2 2020a - Conformance​

Module​

Attribute Name​

Tag ID​

Value​

 

Window Width​

(0028,1051)​ Default Window Width value can be configured for a specific external​

 

 

 

destination AE.​

SOP Common​SOP Instance UID​

(0008,0018)​ System assigns a new UID if the image data is lossy compressed by​

 

 

 

the STORAGE-SCU AE at the time of export. Unless the pixel data​

 

 

 

is lossy compressed or there is a conflict between duplicate SOP​

 

 

 

Instance UIDs the original value received is not altered.​

- Standard -​

DICOM PS3.2 2020a - Conformance​

Page 263​

G Conformance Statement Sample​ ImageViewer with Hanging Protocol Support​ (Informative)​

Disclaimer:​

This document is an example DICOM Conformance Statement for a fictional image display device for DICOM images and Hanging​ Protocol objects obtained over the network.​

As stated in the annex title, this document is truly informative, and not normative. A conformance statement of an actual product might​ implement additional services and options as appropriate for its specific purpose. In addition, an actual product might implement the​ servicesdescribedinadifferentmannerand,forexample,withdifferentcharacteristicsand/orsequencingofactivities.Inotherwords,​ this conformance statement example does not intend to standardize a particular manner that a product might implement DICOM​ functionality.​

G.0 Cover Page​

Company Name: EXAMPLE-ViewingPRODUCTS.​

Product Name: SAMPLE ImageViewer with Hanging Protocol Support​

Version: 1.0-rev. A.1​

Internal document number: 4226-xxx-yyy-zzz rev 1​

Date: YYYYMMDD​

G.1 Conformance Statement Overview​

TheapplicationsupportsacceptingImagesandPresentationStatesfromremotesystems,andqueryingaremotesystemforHanging​ Protocol Instances that may then be retrieved to the local system. It also supports sending locally loaded images and created​ Presentation State and Hanging Protocol Instances across the network to remote systems.​

Table G.1-1. Network Services​

SOP Classes​

User of Service(SCU)​

Provider of Service(SCP)​

Transfer​

 

 

Ultrasound Image Storage​

Yes​

Yes​

Ultrasound Multi-frame Image Storage​

Yes​

Yes​

MR Image Storage​

Yes​

Yes​

Digital Mammography X-Ray Image Storage - For Presentation​

Yes​

Yes​

Grayscale Softcopy Presentation State Storage SOP Class​

Yes​

Yes​

Hanging Protocol Storage​

Yes​

Yes​

Query/Retrieve​

 

 

Hanging Protocol Information Model - FIND​

Yes​

No​

Hanging Protocol Information Model - MOVE​

Yes​

No​

G.2 Table of Contents​

A table of contents shall be provided to assist readers in easily finding the needed information.​

- Standard -​

Page 264​

DICOM PS3.2 2020a - Conformance​

G.3 Introduction​

G.3.1 Revision History​

Table G.3.1-1. Revision History​

Document Version​

Date of Issue​

Author​

Description​

1.1​

April 30, 2004​

WG 11​

Version for Final Text​

1.2​

August 30, 2007​

WG 6​

Revised Introduction​

G.3.2 Audience, Remarks, Terms and Definitions, Basics of DICOM Communic-​ ation, Abbreviations, References​

See example text in Section A.3.​

G.3.3 Additional Remarks for This Example​

ThisdocumentisasampleDICOMConformanceStatementcreatedforDICOMPS3.2.Itistobeusedsolelyasanexampletoillustrate​ howtocreateaDICOMConformanceStatementforaworkstationsupportingavarietyoftypesofDICOMimagesandDICOMHanging​ Protocol objects. The subject of the document, SAMPLE IMAGE VIEWER, is a fictional product.​

G.4 Networking​

G.4.1 Implementation Model​

G.4.1.1 Application Data Flow​

 

DICOM Standard Interface

 

 

 

 

 

 

Remote

Local User

STORAGE - SCU

 

 

 

requests

Application

 

 

 

 

Application

 

 

 

 

Entity Receives

Send

Entity

 

 

 

 

 

 

 

 

Instances

Unsolicited

 

 

 

 

 

Remote

Stored Image

FIND - SCU

 

 

 

 

Application

Application

 

 

 

 

Entity Receives

Triggers HP

 

 

 

 

Entity

 

 

 

 

Query

Query

 

 

 

 

 

 

 

 

 

Command

 

 

 

 

HP Query

 

 

 

 

 

Remote

Response

MOVE - SCU

 

 

 

 

Application

Application

 

 

 

 

Triggers HP

 

 

 

 

Entity Receives

Entity

 

 

 

 

Retrieve

Retrieval

 

 

 

 

 

 

 

 

 

Command

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Remote

Store

STORAGE - SCP

 

 

 

 

Application

Instances

Application

 

 

 

 

Entity Sends

 

 

 

Unsolicited

Locally

Entity

 

 

 

 

 

 

 

 

or Requested

 

 

 

 

 

 

 

 

 

 

 

 

Instances

Figure G.4.1-1. Implementation Model​

The application provides both a user interface, internal database and network listener that spawns additional threads as necessary​ to handle incoming connections.​

- Standard -​

DICOM PS3.2 2020a - Conformance​

Page 265​

Conceptually the network services may be modeled as the following separate AEs, though in fact all the AEs share a single (config-​ urable) AE Title:​

•​STORAGE-SCP, which receives incoming Image, Presentation State, and Hanging Protocol Instances​

•​STORAGE-SCU, which sends outbound Image, Presentation State, and Hanging Protocol Instances​

•​FIND-SCU, which queries remote AEs for Hanging Protocol Instances​

•​MOVE-SCU, which retrieves Hanging Protocol Instances​

G.4.1.2 Functional Definitions of AEs​

G.4.1.2.1 STORAGE-SCP​

STORAGE-SCP waits in the background for connections, will accept associations with Presentation Contexts for SOP Classes of the​ Storage Service Class and Hanging Protocol Storage Service Class, and will store the received instances to the local database where​ they may subsequently be listed and viewed through the user interface.​

G.4.1.2.2 STORAGE-SCU​

STORAGE-SCUisactivatedthroughtheuserinterfacewhenauserselectsinstancesfromthelocaldatabase,orthecurrentlydisplayed​ instance, and requests that they be sent to a remote AE (selected from a pre-configured list).​

G.4.1.2.3 FIND-SCU​

FIND-SCU is activated in the background when images for a study are received, to query for matching Hanging Protocols if an appro-​ priate Hanging Protocol Instance is not available in the local database.​

G.4.1.2.4 MOVE-SCU​

MOVE-SCUisactivatedinthebackground,toretrieveHangingProtocolInstancesidentifiedinthequeryresultsreturnedtotheFIND-​ SCU.AconnectiontotheremoteAEisestablishedtoinitiateandmonitortheretrieval,andtheSTORAGE-SCPAEreceivestheretrieved​ instances.​

G.4.1.3 Sequencing of Real-World Activities​

All SCP activities are performed asynchronously in the background and not dependent on any sequencing.​

Storage SCU activities are sequentially initiated in the user interface, and another activity may not be initiated until the prior activity​ has completed. Find and Move SCU activities are performed asynchronously in the background, where Move activities are triggered​ by the results of Find activities.​

G.4.2 AE Specifications​

G.4.2.1 STORAGE-SCP​

G.4.2.1.1 SOP Classes​

STORAGE-SCP provide Standard Conformance to the following SOP Class(es) :​

Table G.4.2-1. SOP Classes Supported By STORAGE-SCP​

SOP Class Name​

SOP Class UID​

SCU​

SCP​

Ultrasound Image Storage​

1.2.840.10008.5.1.4.1.1.6.1​

No​

Yes​

Ultrasound Multi-frame Image Storage​

1.2.840.10008.5.1.4.1.1.3.1​

No​

Yes​

MR Image Storage​

1.2.840.10008.5.1.4.1.1.4​

No​

Yes​

- Standard -​