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:
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. |
|