Products  |   About IMCO  |   Success Stories  |   News  |  IMCO Europe   |   DICOM  |   Contact us

bannerright.gif - 2.64 K



IMCO-RAD DICOM
CONFORMANCE STATEMENT

Version 1.05 - January 9, 1997


Revision: 2.0, February 9, 1998




Table of Contents

1. Introduction

1.1 Purpose of this Document 

1.2 Sources for this Document

1.3 Acronyms and Abbreviations

1.4 Typographical Conventions

2. Implementation Model

2.1 Application Data Flow Diagram

2.2 Functional Definitions of AEs

2.3 Sequencing of Real World Activities

3. AE Specifications

3.1 AE1 Specifications

3.1.1 Association Establishment Policies

3.1.2 Association Initiation by Real World Activity

3.1.3 Association Acceptance Policy

4.1 TCP/IP Stack

4.1.1 Physical Media Support

5. Configuration

6. Support for Extended Character Sets




1. Introduction

1.1 Purpose of this Document

This document is a DICOM Conformance Statement for the IMCO-RAD Teleradiology System software product.

 

IMCO-RAD is a general purpose teleradiology product that runs under the Windows 95 and Windows/NT operating systems. An option may be purchased that also allows a IMCO-RAD station to act as service class provider for the DIMSE-C services for the storage of images, and a service class user for DIMSE-C services for the query and retrieval of images. LINE Imaging has incorporated the DTK product from Mitra Imaging, Inc., into IMCO-RAD for the purpose of implementing the DICOM functions described in this document.

 

1.2 Sources for this Document

  • American College of Radiology-National Electrical Manufacturers Association (ACR-NEMA) Digital Imaging and Communications v2.0, 1988.
  • ACR-NEMA Digital Imaging and Communications in Medicine (DICOM) v3.0, Final Draft, Aug. 1993.

1.3 Acronyms and Abbreviations

The following acronyms and abbreviations are used in this document.

  • ACR American College of Radiology
  • ANSI American National Standards Institute
  • DICOM Digital Imaging and Communications in Medicine
  • DIMSE DICOM Message Service Element
  • DIMSE-C DICOM Message Service Element-Composite
  • DIMSE-N DICOM Message Service Element-Normalized
  • NEMA National Electrical Manufacturers Association
  • PDU Protocol Data Unit
  • SCP Service Class Provider
  • SCU Service Class User
  • SOP Service Object Pair
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • UID Unique Identifier

1.4 Typographical Conventions

This section is designed to assist the reader in understanding the terms and typographical conventions used in this document.

Formatting convention

Type of information

Bold type

DICOM Service Class, DICOM SOP Class, or DIMSE Service

Italic type

Application Entity

 

2. Implementation Model

When bundled with the DICOM option, IMCO-RAD is an image database, storage, communication, and display facility. IMCO-RAD is a single application entity that stores images sent to it by service class users, allows queries based on several standard query models, retrieves requested images, and sends selected images to a storage SCP. When IMCO-RAD is first brought up, three threads of execution are instantiated which act as (1) a Connection Request Listener thread, (2) a DICOM Storage SCU thread, and (3) a File Reception processing thread.

The Connection Request Listener waits for association establishment requests to be received from external DICOM Application Entities that are issuing requests for storage service. When such a request is received, an additional thread (a DICOM Storage SCP thread) is created to handle DICOM objects delivered over the association; this thread remains extant until the association is terminated by the partner entity. Multiple such threads may be created and run concurrently, depending on limits established when the IMCO-RAD license was issued; the default is a maximum of two concurrent associations for reception of DICOM images.

As images are received over an association (embodied in one of the Storage SCP threads created by the Listener), they are placed into a specified directory (known as the DICOM "Holding Pen") in DICOM Part 10 format. The File Reception thread is designed to receive an event notification when a Part 10 file is written into the pen; it is "awakened" and initiates the process of parsing the DICOM tags and making the image accessible, and viewable, through the local IMCO-RAD database. This thread also moves the DICOM object into the currently active IMCO-RAD study directory, and compresses the image data, if need be, for transmission to another IMCO-RAD station.

The DICOM Storage SCU thread is used to deliver images to external DICOM Application Entities at user request, or as a result of an autorouting operation. IMCO-RAD maintains a queue of images to be sent to external destinations, and it is this queue that delivers images to this thread for delivery. This thread creates and tears down DICOM associations as needed with external DICOM entities.

An additional thread is created on an as-needed basis when a user issues a query against a remote DICOM image database. This thread implements a DICOM Query User, and is terminated upon successful delivery of the requested images to IMCO-RAD. No more than one such Query User thread may be active at a given time.

The IMCO-RAD AE is configured by means of several configuration files, which are typically created at installation time. These include IMCO-RAD.INI and DTK.INI. In addition, the DTK package is configured by means of a Microsoft Access Database which is installed on the user’s system as part of the IMCO-RAD installation process.

There are two local real world activities, Query Request and Send Request. Query Request causes the IMCO-RAD AE to initiate a DICOM association to a Query Class SCP. Query Request consists of an operator’s requesting a list of studies resident on the remote system and, upon receiving the response and seeing it displayed, requesting a download of a specified study using the C-MOVE service. Query Request interacts with the user via the native IMCO-RAD Graphic User Interface.

Send Request causes the IMCO-RAD AE to initiate a DICOM association to a Storage Class SCP. Send Request consists of an operator’s requesting a list of studies resident on the local system and, upon receiving the response and seeing it displayed, requesting an upload of a specified study using the C-MOVE service. Send Request interacts with the user via the native IMCO-RAD Graphic User Interface.

2.1 Application Data Flow Diagram

2.2 Functional Definitions of AEs

The IMCO-RAD AE, AEI, supports the following functions:

    • Manually initiates a DICOM association to query the remote database.
    • Manually initiates a DICOM association to send images to the remote database.
    • Responds to DICOM associations with Presentation Contexts for SOP Classes of the Storage Service Class.
    • Receives images on these Presentation Contexts, inserts them into the IMCO-RAD database, optionally compressing them at user-specified compression levels.
    • Optionally sends studies to other IMCO-RAD or DICOM stations. The destination station is determined based on message content.

2.3 Sequencing of Real World Activities

Query Request:

    • The IMCO-RAD AE initiates a DICOM association.
    • The AE selects the appropriate Abstract and Transfer Syntaxes from those accepted by the remote AE.
    • The AE uses the C-FIND service to request information regarding all remote studies satisfying the specified criteria.
    • The C-FIND response is used to create a Dialog Box from which the user may select a study of interest.
    • The specified study is requested via the C-MOVE service. The remote AE uses the C-STORE service to send the requested study to the IMCO-RAD AE.

Send Request:

    • The IMCO-RAD AE initiates a DICOM association.
    • The user is presented with a Dialog Box from which the user may select a study of interest.
    • The AE selects the appropriate Abstract and Transfer Syntaxes from those accepted by the remote AE.
    • The specified study is sent to the remote SCP via the C-STORE service.

Image Receiver:

    • The IMCO-RAD AE responds to a DICOM association initiation and accepts only the Abstract and Transfer Syntaxes specified in this document.
    • At a later time, the AE responds to C-STORE requests and places received images, in DICOM Part 10 format, into a specified directory.
    • As each image is received, the local AE processes the received image by creating or adding to IMCO-RAD studies with (optionally) compressed data.
    • If the appropriate setting appears in the configuration file, the resulting study or studies are enqueued for sending to destination IMCO-RAD or DICOM stations. The IMCO-RAD AE determines the destination to send the studies based on elements in the DICOM messages. The studies are routed based on the contents of the AE-Title element (0002, 0016); the contents of this tag are used to look up a routing destination in the IMCO-RAD communications directory. This destination includes a protocol to be used during the routing operation; this protocol may be a IMCO-RAD-to-IMCO-RAD protocol, or DICOM if the destination is a non- IMCO-RAD DICOM Storage SCP. If the routing element does not appear in the received message but the configuration file specifies delivery to remote IMCO-RAD stations, then the study is sent to the IMCO-RAD station that had last received a study from this AE.
    • The creation and enqueueing of studies for routing to remote sites are logged as events in a IMCO-RAD system log, including time, date, study instance UID, patient name and ID, and number of series and images.

3. AE Specifications

3.1 AE1 Specifications

This Application Entity provides Standard Conformance to the following DICOM V3.0 Verification SOP Class as an SCP.

 

Table 1. Verification SOP Class

SOP Class

SOP Class UID

Verification

1.2.840.10008.1.1

 

This Application Entity provides Standard Conformance to the following DICOM V3.0 Storage SOP Classes as an SCP.

Table 2 Storage SOP Classes

SOP Class

SOP Class UID

Computed Radiography Image Storage

1.2.840.10008.5.1.4.1.1.1

CT Image Storage

1.2.840.10008.5.1.4.1.1.2

Ultrasound Multi-frame Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.3

Ultrasound Multi-frame Image Storage (1995)

1.2.840.10008.5.1.4.1.1.3.1

MR Image Storage

1.2.840.10008.5.1.4.1.1.4

Nuclear Medicine Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.5

Ultrasound Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.6

Ultrasound Image Storage (1995)

1.2.840.10008.5.1.4.1.1.6.1

Secondary Capture Image Storage

1.2.840.10008.5.1.4.1.1.7

Stand-alone Overlay Image Storage

1.2.840.10008.5.1.4.1.1.8

Stand-alone Modality LUT Storage

1.2.840.10008.5.1.4.1.1.10

Stand-alone VOI LUT Storage

1.2.840.10008.5.1.4.1.1.11

X-Ray Angiographic Image Storage

1.2.840.10008.5.1.4.1.1.12.1

X-Ray Radiofluoroscopic Image Storage

1.2.840.10008.5.1.4.1.1.12.2

Nuclear Medicine Image Storage (1995)

1.2.840.10008.5.1.4.1.1.20

The Application Entity provides conformance to the following DICOM V3.0 Verification SOP Class as an SCU.

Table 3 Verification SOP Class

SOP Class

SOP Class UID

Verification

1.2.840.10008.1.1

The Application Entity provides Standard Conformance to the following DICOM V3.0 Query/Retrieve SOP Classes as an SCU.

Table 4 Query/Retrieve SOP Classes

SOP Class

SOP Class UID

Study Root Query/Retrieve IM Find

1.2.840.10008.5.1.4.1.2.2.1

Study Root Query/Retrieve IM Move

1.2.840.10008.5.1.4.1.2.2.2

The Application Entity provides Standard Conformance to the following DICOM V3.0 Storage SOP Classes as an SCU.

Table 5 Storage SOP Classes

SOP Class

SOP Class UID

Computed Radiography Image Storage

1.2.840.10008.5.1.4.1.1.1

CT Image Storage

1.2.840.10008.5.1.4.1.1.2

Ultrasound Multi-frame Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.3

Ultrasound Multi-frame Image Storage (1995)

1.2.840.10008.5.1.4.1.1.3.1

MR Image Storage

1.2.840.10008.5.1.4.1.1.4

Nuclear Medicine Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.5

Ultrasound Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.6

Ultrasound Image Storage (1995)

1.2.840.10008.5.1.4.1.1.6.1

Secondary Capture Image Storage

1.2.840.10008.5.1.4.1.1.7

Stand-alone Overlay Image Storage

1.2.840.10008.5.1.4.1.1.8

Stand-alone Modality LUT Storage

1.2.840.10008.5.1.4.1.1.10

Stand-alone VOI LUT Storage

1.2.840.10008.5.1.4.1.1.11

X-Ray Angiographic Image Storage

1.2.840.10008.5.1.4.1.1.12.1

X-Ray Radiofluoroscopic Image Storage

1.2.840.10008.5.1.4.1.1.12.2

Nuclear Medicine Image Storage (1995)

1.2.840.10008.5.1.4.1.1.20

 

3.1.1 Association Establishment Policies

3.1.1.1 General

The following Application Context Name will be proposed and recognized by IMCO-RAD:

o DICOM 3.0 Application Context 1.2.840.1008.3.1.1.1

IMCO-RAD contains no limitations for maximum PDU size

3.1.1.2 Number of Associations

The maximum number of simultaneous associations accepted by IMCO-RAD for image storage is configurable at the time of software licensing; the default is two. An additional single association may be in progress for querying remote image servers or for sending images to remote image servers, concurrent with the associations that are open for image storage.

3.1.1.3 Asynchronous Nature

IMCO-RAD allows a single outstanding operation on any association. Therefore, IMCO-RAD does not support asynchronous operations window negotiation, other than the default as specified by the DICOM specification.

3.1.1.4 Implementation Identifying Information

The Application Entity will respond with the following parameters that identify the implementation:

    • Implementation Class UID 1.2.124.113532.1.1
    • Implementation Version Name MITRA2MAY96

The implementation version name policies are the following: the name "MITRA" followed by the day, month and year of the product "2MAY96". These identifying parameters can be changed by an application.

 

3.1.1.5 Called/Calling Titles

The calling title that IMCO-RAD will use is configurable in the DICOM configuration file DTK.INI.

3.1.2 Association Initiation by Real World Activity

3.1.2.1 Real World Activity—Storage

3.1.2.1.1 Associated Real World Activity—Storage

IMCO-RAD will issue a Storage request when a user wishes to send a study of images to a remote DICOM SCP.

3.1.2.1.2 Proposed Presentation Contexts—Storage

IMCO-RAD supports the transfer syntaxes listed in Table 6. For a Storage request, IMCO-RAD supports the Presentation Contexts listed in Table 7.

Table 6 Storage Transfer Syntaxes

Transfer Syntax

UID

DICOM Implicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2

DICOM Explicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2.1

DICOM Explicit VR Big Endian Transfer Syntax

1.2.840.10008.1.2.2

Table 7 Storage Presentation Contexts

Abstract Syntax

Transfer Syntax

Role

Extended Negotiation

SOP Class

SOP Class UID

     

Computed Radiography Image Storage

1.2.840.10008.5.1.4.1.1.1

all from Table 6

SCU

None

CT Image Storage

1.2.840.10008.5.1.4.1.1.2

all from Table 6

SCU

None

Ultrasound Multi-frame Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.3

all from Table 6

SCU

None

Ultrasound Multi-frame Image Storage (1995)

1.2.840.10008.5.1.4.1.1.3.1

all from Table 6

SCU

None

MR Image Storage

1.2.840.10008.5.1.4.1.1.4

all from Table 6

SCU

None

Nuclear Medicine Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.5

all from Table 6

SCU

None

Ultrasound Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.6

all from Table

SCU

None

Ultrasound Image Storage (1995)

1.2.840.10008.5.1.4.1.1.6.1

all from Table 6

SCU

None

Secondary Capture Image Storage

1.2.840.10008.5.1.4.1.1.7

all from Table 6

SCU

None

Stand-alone Overlay Image Storage

1.2.840.10008.5.1.4.1.1.8

all from Table 6

SCU

None

Stand-alone Modality LUT Storage

1.2.840.10008.5.1.4.1.1.10

all from Table 6

SCU

None

Stand-alone VOI LUT Storage

1.2.840.10008.5.1.4.1.1.11

all from Table 6

SCU

None

X-Ray Angiographic Image Storage

1.2.840.10008.5.1.4.1.1.12.1

all from Table

SCU

None

X-Ray Radiofluoroscopic Image Storage

1.2.840.10008.5.1.4.1.1.12.2

all from Table 6

SCU

None

Nuclear Medicine Image Storage (1995)

1.2.840.10008.5.1.4.1.1.20

all from Table 6

SCU

None

3.1.2.2 Real World Activity—Find

3.1.2.2.1 Associated Real World Activity—Find

IMCO-RAD will issue a FIND request when a user of IMCO-RAD wishes to view patient and study information from a remote DICOM SCP.

3.1.2.2.2 Proposed Presentation Contexts—Find

IMCO-RAD supports the transfer syntaxes listed in Table 8. For a QUERY request, IMCO-RAD supports the Presentation Contexts listed in Table 9.

Table 8 Query Transfer Syntaxes

Transfer Syntax

UID

DICOM Implicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2

DICOM Explicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2.1

DICOM Explicit VR Big Endian Transfer Syntax

1.2.840.10008.1.2.2

 

Table 9 Query Presentation Contexts

Abstract Syntax

Transfer Syntax

Role

Extended Negotiation

SOP Class

SOP Class UID

     

Patient Root Query/Retrieve IM Find

1.2.840.10008.5.1.4.1.2.1.1

all from Table 8

SCU

None

Study Root Query/Retrieve IM Find

1.2.840.10008.5.1.4.1.2.2.1

all from Table 8

SCU

None

Patient Study Only Query/Retrieve IM Find

1.2.840.10008.5.1.4.1.2.3.1

all from Table 8

SCU

None

 

3.1.2.3 Real World Activity—Move

3.1.2.3.1 Associated Real World Activity—Move

IMCO-RAD will issue a MOVE request when a user of IMCO-RAD wishes to move one or more studies from a remote DICOM SCP back to IMCO-RAD (retrieve).

3.1.2.3.2 Proposed Presentation Contexts—Move

IMCO-RAD supports the transfer syntaxes listed in Table 10. For a MOVE request, IMCO-RAD supports the Presentation Contexts listed in Table 11.

Table 10 Move Transfer Syntaxes

Transfer Syntax

UID

DICOM Implicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2

DICOM Explicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2.1

DICOM Explicit VR Big Endian Transfer Syntax

1.2.840.10008.1.2.2

Table 11 Move Presentation Contexts

Abstract Syntax

Transfer Syntax

Role

Extended Negotiation

SOP Class

SOP Class UID

     

Patient Root Query/Retrieve IM Move

1.2.840.10008.5.1.4.1.2.1.2

all from Table 10

SCU

None

Study Root Query/Retrieve IM Move

1.2.840.10008.5.1.4.1.2.2.2

all from Table 10

SCU

None

Patient/Study Only Query/Retrieve IM Move

1.2.840.10008.5.1.4.1.2.3.2

all from Table 10

SCU

None

3.1.3 Association Acceptance Policy

3.1.3.1 Real World Activity—Verification

3.1.3.1.1 Associated Real World Activity—Verification

IMCO-RAD will respond to Verification requests to provide an SCU with the ability to determine if IMCO-RAD is receiving DICOM requests.

3.1.3.1.2 Presentation Context Table—Verification

IMCO-RAD supports the transfer syntaxes listed in Table 12. IMCO-RAD will accept any of the Presentation Contexts listed in Table 13 for Verification.

Table 12 Verification Transfer Syntaxes

Transfer Syntax

UID

DICOM Implicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2

Table 13 Verification Presentation Contexts

Abstract Syntax

Transfer Syntax

Role

Extended Negotiation

SOP Class

SOP Class UID

     

Verification

1.2.840.10008.1.1

all from Table 12

SCP

None

 

3.1.3.1.3 SOP Specific Conformance—Verification

IMCO-RAD provides standard conformance to the DICOM Verification Service Class. IMCO-RAD returns one of the following status codes.

Table 14 Verification status codes.

Service Status

Further Meaning

Protocol Codes

Description

Error

Failed

C000

The operation was not successful.

Success

Success

0000

Operation performed properly.

 

3.1.3.1.4 Presentation Context Acceptance Criterion—Verification

IMCO-RAD will always accept a Presentation Context for the Verification SOP Class with the default DICOM transfer syntax listed in Table 12.

3.1.3.1.5 Transfer Syntax Selection Policies—Verification

Since no DICOM data object is associated with a Verification command, only the default DICOM transfer syntax is required/supported.

3.1.3.2 Real World Activity—Storage

3.1.3.2.1 Associated Real World Activity—Storage

IMCO-RAD will archive images that are sent to it from an SCU.

3.1.3.2.2 Presentation Context Table—Storage

IMCO-RAD supports the following transfer syntaxes listed in Table 15. IMCO-RAD supports any of the Presentation Contexts listed in Table 16 for Storage.

Table 15 Storage Transfer Syntaxes

Transfer Syntax

UID

DICOM Implicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2

DICOM Explicit VR Little Endian Transfer Syntax

1.2.840.10008.1.2.1

DICOM Explicit VR Big Endian Transfer Syntax

1.2.840.10008.1.2.2

 

Table 16 Storage Presentation Contexts

Abstract Syntax

Transfer Syntax

Role

Extended Negotiation

SOP Class

SOP Class UID

     

Computed Radiography Image Storage

1.2.840.10008.5.1.4.1.1.1

all from Table 15

SCP/SCU

See Note 1

CT Image Storage

1.2.840.10008.5.1.4.1.1.2

all from Table 15

SCP/SCU

See Note 1

Ultrasound Multi-frame Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.3

all from Table 15

SCP/SCU

See Note 1

Ultrasound Multi-frame Image Storage (1995)

1.2.840.10008.5.1.4.1.1.3.1

all from Table 15

SCP/SCU

See Note 1

MR Image Storage

1.2.840.10008.5.1.4.1.1.4

all from Table 15

SCP/SCU

See Note 1

Nuclear Medicine Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.5

all from Table 15

SCP/SCU

See Note 1

Ultrasound Image Storage (Retired)

1.2.840.10008.5.1.4.1.1.6

all from Table 15

SCP/SCU

See Note 1

Ultrasound Image Storage (1995)

1.2.840.10008.5.1.4.1.1.6.1

all from Table 15

SCP/SCU

See Note 1

Secondary Capture Image Storage

1.2.840.10008.5.1.4.1.1.7

all from Table 15

SCP/SCU

See Note 1

Stand-alone Overlay Image Storage

1.2.840.10008.5.1.4.1.1.8

all from Table 15

SCP/SCU

See Note 1

Stand-alone Modality LUT Storage

1.2.840.10008.5.1.4.1.1.10

all from Table 15

SCP/SCU

See Note 1

Stand-alone VOI LUT Storage

1.2.840.10008.5.1.4.1.1.11

all from Table 15

SCP/SCU

See Note 1

X-Ray Angiographic Image Storage

1.2.840.10008.5.1.4.1.1.12.1

all from Table 15

SCP/SCU

See Note 1

X-Ray Radiofluoroscopic Image Storage

1.2.840.10008.5.1.4.1.1.12.2

all from Table 15

SCP/SCU

See Note 1

Nuclear Medicine Image Storage (1995)

1.2.840.10008.5.1.4.1.1.20

all from Table 15

SCP/SCU

See Note 1

 

Note 1: Storage Extended Negotiation will be supported. IMCO-RAD will respond with the following information:

Table 17 Storage Extended Negotiation

Field Name

Value

Description of Field

Level of Support

2

level 2 (FULL) SCP

Element Coercion

0

does not coerce any element

 

3.1.3.2.3 SOP Specific Conformance—Storage

IMCO-RAD conforms to the DICOM Storage Service Class at Level 2 (Full). No elements are discarded or coerced by IMCO-RAD. IMCO-RAD returns one of the following status codes:

Table 18 Storage status codes.

Service Status

Further Meaning

Protocol Codes

Description

Refused

Out of resources

A700

Indicates that there was not enough storage space to store the image. Recovery from this condition is left to the administrative functions available in IMCO-RAD.

 

SOP Class not supported

A800

Indicates that the SOP Class of the Image in the C-Store operation did not match the Abstract Syntax negotiated for the Presentation Context.

Error

Data set does not match SOP Class

A900

Indicates that the Data Set does not encode an instance of the SOP Class specified.

 

Failed

C000

The operation was not successful.

 

Cannot understand

C005

Indicates that the Data Set cannot be parsed into elements by IMCO-RAD.

Warning

Coercion of data elements

B000

Data elements were modified before being stored.

 

Data set does not match SOP Class

B007

Indicates that the Data Set does not match the SOP Class, but that the image was stored anyway.

 

Elements Discarded

B006

Indicates that some of the elements of the Data Set were discarded.

 

Duplicate SOP Instance UID

D000

Indicates that the SOP Instance UID of the specified image is already stored in the database.

Success

Success

0000

Operation performed properly.

 

3.1.3.2.4 Presentation Context Acceptance Criterion—Storage

IMCO-RAD will accept any number of Storage Presentation Contexts per association request. Any one Abstract Syntax may be specified more than once in an association request, if the Transfer Syntaxes differ between the Presentation Contexts.

4. Communications Profiles

IMCO-RAD provides DICOM V3.0 TCP/IP Network Communication Support as defined in Part 8 of the DICOM standard.

4.1 TCP/IP Stack

IMCO-RAD inherits its TCP/IP stack from the computer system upon which it executes. IMCO-RAD expects the host system to present a WINSOCK-style interface to its TCP stack.

4.1.1 Physical Media Support

IMCO-RAD is indifferent to the physical medium over which TCP/IP executes; it inherits the medium from the computer system upon which it executes.

5. Configuration

IMCO-RAD obtains configuration information from the following sources:

  • The HOSTS file that is used by the resident TCP stack must be modified to associate hostnames with the IP addresses of the remote entities and the local AE as well.
  • A configuration file (DTK.INI) stores Called and Calling Application Entity Titles, Log File Names, Compression Specifications, and the hostnames of remote entities. These hostnames must agree with the entries in the HOSTS file mentioned above. This file also specifies the "holding pen" directory from which DICOM Part 10 images are to be taken for processing.
  • A configuration file (IMCO-RAD.INI) indicates whether or not autorouting of images to remote entities is to be performed following reception of a DICOM image.
  • A Microsoft Access Database file (WR32.MDB) contains a list of known UIDs, and preferred transfer syntaxes for the SOP classes supported by IMCO-RAD.

6. Support for Extended Character Sets

IMCO-RAD supports the following character sets:

    • ISO-IR 6 (default) Basic G0 Set
    • ISO-IR 100 (default) Latin Alphabet No. 1

Specifications subject to change without notice .






IMCO Technologies, Corp, Pewaukee, WI 53072, USA   ph:262-523 4445   toll free:800-300 7734   e-mail:
© 2001-2003 IMCO Technlogies. All Rights Reserved.