PHILIPS ESSENTA DICOM
PHILIPS ESSENTA DICOM
Conformance Statement
A table of Supported Networking DICOM Service (SOP) Classes is provided with roles
(User/Provider)
This document is the DICOM Conformance Statement for the Philips Medical Systems
ELEVA WORKSPOT 1.2. The ELEVA WORKSPOT 1.2 system is a modality for
directly acquiring digital radiography. (DICOM image type is ‘CR’). It contains an
export function based on the DICOM image storage to transfer image data from the
ELEVA WORKSPOT 1.2 system to a remote system. This DICOM export function and
other functions of ELEVA WORKSPOT 1.2 are described in this document.
ELEVA WORKSPOT
- 1.2
BWLM Storage
MPPS Verification
Other
Verification SOP Class 1.2.840.10008.1.1 No Yes
Print Management
Basic Grayscale Print Management 1.2.840.10008.5.1.1.9 Yes No
Meta SOP Class
>Basic Film Box SOP Class 1.2.840.10008.5.1.1.2 Yes No
>Basic Film Session SOP Class 1.2.840.10008.5.1.1.1 Yes No
>Basic Grayscale Image Box SOP Class 1.2.840.10008.5.1.1.4 Yes No
>Printer SOP Class 1.2.840.10008.5.1.1.16 Yes No
Transfer
Computed Radiography Image Storage 1.2.840.10008.5.1.4.1.1.1 Yes No
SOP Class
Secondary Capture Image Storage SOP 1.2.840.10008.5.1.4.1.1.7 Yes No
Class
Workflow Management
Modality Performed Procedure Step 1.2.840.10008.3.1.2.3.3 Yes No
SOP Class
Modality Worklist Information Model - 1.2.840.10008.5.1.4.31 Yes No
FIND SOP Class
Storage Commitment Push Model SOP 1.2.840.10008.1.20.1 Yes No
Class
The services can be specified as a SCU, SCP or as an Option, which means that it is
either configurable or that it can be purchased separately.
Note: Verification SCU (C-ECHO) is supported, but is only available for the service
engineer during configuration. An auto configuration of a DICOM node using an A-
ASSOCIATE-RQ can be initiated as well.
Media Storage Application Profile Write Files (FSC or FSU) Read Files (FSR)
2. TABLE OF C ONTENTS
1. DICOM CONFORMANCE STATEMENT OVERVIEW ............................................................... 3
2. TABLE OF CONTENTS .............................................................................................................. 5
3. INTRODUCTION ......................................................................................................................... 7
3.1. REVISION HISTORY .............................................................................................................. 7
3.2. AUDIENCE.............................................................................................................................. 7
3.3. REMARKS .............................................................................................................................. 7
3.4. DEFINITIONS, TERMS AND ABBREVIATIONS ................................................................... 8
3.5. REFERENCES ........................................................................................................................ 9
4. NETWORKING .......................................................................................................................... 10
4.1. IMPLEMENTATION MODEL ................................................................................................ 10
4.1.1. Application Data Flow ....................................................................................................... 10
4.1.2. Functional Definition of AE’s ............................................................................................. 11
4.1.2.1. Functional Definition of ELEVA AE ................................................................................... 11
4.1.3. Sequencing of Real World Activities ................................................................................. 11
4.2. AE SPECIFICATIONS .......................................................................................................... 13
4.2.1. ELEVA AE ......................................................................................................................... 13
4.2.1.1. SOP Classes..................................................................................................................... 13
4.2.1.2. Association Policies .......................................................................................................... 13
4.2.1.2.1. General ......................................................................................................................... 13
4.2.1.2.2. Number of Associations................................................................................................ 13
4.2.1.2.3. Asynchronous Nature ................................................................................................... 14
4.2.1.2.4. Implementation Identifying Information......................................................................... 14
4.2.1.2.5. Communication Failure Handling ................................................................................. 14
4.2.1.3. Association Initiation Policy............................................................................................... 14
4.2.1.3.1. (Real-World) Activity – Print Management As SCU ..................................................... 17
4.2.1.3.2. (Real-World) Activity – Image Export ........................................................................... 23
4.2.1.3.3. (Real-World) Activity – Modality Performed Procedure Step as SCU.......................... 25
4.2.1.3.4. (Real-World) Activity – Modality worklist As SCU ........................................................ 30
4.2.1.3.5. (Real-World) Activity – Storage Commitment Push Model AS SCU ............................ 36
4.2.1.4. Association Acceptance Policy ......................................................................................... 39
4.2.1.4.1. (Real-World) Activity – Verification as SCP.................................................................. 41
4.3. NETWORK INTERFACES.................................................................................................... 43
4.3.1. Physical Network Interfaces.............................................................................................. 43
4.3.2. Additional Protocols .......................................................................................................... 43
4.4. CONFIGURATION ................................................................................................................ 43
4.4.1. AE Title/Presentation Address Mapping ........................................................................... 43
4.4.1.1. Local AE Titles .................................................................................................................. 43
4.4.1.2. Remote AE Title/Presentation Address Mapping ............................................................. 43
4.4.2. Parameters........................................................................................................................ 43
5. MEDIA INTERCHANGE............................................................................................................ 45
5.1. IMPLEMENTATION MODEL ................................................................................................ 45
5.1.1. Application Data Flow Diagram......................................................................................... 45
5.1.2. Functional Definitions of AE’s ........................................................................................... 45
5.1.2.1. Functional Definition of ELEVA WORKSPOT 1.2............................................................. 45
5.1.3. Sequencing of Real World Activities ................................................................................. 45
5.1.4. File Meta Information for Implementation Class and Version........................................... 46
5.2. AE SPECIFICATIONS .......................................................................................................... 47
5.2.1. ELEVA AE ......................................................................................................................... 47
5.2.1.1. Real-World Activities ......................................................................................................... 47
5.2.1.1.1. Display Directory........................................................................................................... 47
5.2.1.1.2. Write Images................................................................................................................. 47
5.3. AUGMENTED AND PRIVATE APPLICATION PROFILES ................................................. 47
5.3.1. Augmented Application Profiles ........................................................................................ 47
5.3.2. Private Application Profiles ............................................................................................... 48
5.4. MEDIA CONFIGURATION ................................................................................................... 48
6. SUPPORT OF CHARACTER SETS ......................................................................................... 49
7. SECURITY................................................................................................................................. 50
3. I NTRODUCTION
The introduction specifies product and relevant disclaimers as well as any general
information that the vendor feels is appropriate.
Document
Date of Issue Author Description
Version
00 01 January 2006 PMS CTO Template for the DICOM Conformance Statement (Ref.
C&S IC2 DICOM Standard PS 3.2 - Conformance)
01 15 December 2006 PMS CTO Draft version for review
C&S IC2
02 08 February 2007 PMS CTO Final version
C&S IC2
03 13 March 2007 PMS CTO Update of system name
C&S IC2
3.2. Audience
This Conformance Statement is intended for:
• (Potential) customers
• System integrators of medical equipment
• Marketing staff interested in system functionality
• Software designers implementing DICOM interfaces
It is assumed that the reader is familiar with the DICOM standard.
3.3. Remarks
The DICOM Conformance Statement is contained in chapter 4 through 8 and follows
the contents and structuring requirements of DICOM PS 3.2.
• Interoperability
Interoperability refers to the ability of application functions, distributed over two or
more systems, to work successfully together. The integration of medical devices
into an IT environment may require application functions that are not specified
within the scope of DICOM. Consequently, using only the information provided by
this Conformance Statement does not guarantee interoperability of Philips
equipment with non-Philips equipment.
It is the user’s responsibility to analyze thoroughly the application requirements
and to specify a solution that integrates Philips equipment with non-Philips
equipment.
• Validation
Philips equipment has been carefully tested to assure that the actual
implementation of the DICOM interface corresponds with this Conformance
Statement.
Where Philips equipment is linked to non-Philips equipment, the first step is to
compare the relevant Conformance Statements. If the Conformance Statements
indicate that successful information exchange should be possible, additional
validation tests will be necessary to ensure the functionality, performance,
accuracy and stability of image and image related data. It is the responsibility of
the user (or user’s agent) to specify the appropriate test suite and to carry out the
additional validation tests.
AE Application Entity
ANSI American National Standard Institute
AP Application Profile
BOT Basic Offset Table
CD Compact Disc
CD-R CD-Recordable
CD-M CD-Medical
CR Computed Radiography
CT Computed Tomography
DCR Dynamic Cardio Review
DICOM Digital Imaging and Communications in Medicine
DIMSE DICOM Message Service Element
DIMSE-C DIMSE-Composite
DIMSE-N DIMSE-Normalized
DX Digital X-Ray
EBE DICOM Explicit VR Big Endian
ELE DICOM Explicit VR Little Endian
FSC File-set Creator
FSR File-set Reader
FSU File-set Updater
GUI Graphic User Interface
HIS Hospital Information System
HL7 Health Level Seven
ILE DICOM Implicit VR Little Endian
IOD Information Object Definition
ISIS Information System – Imaging System
MOD Magneto-Optical Disk
MPPS Modality Performed Procedure Step
MR Magnetic Resonance
NEMA National Electrical Manufacturers Association
NM Nuclear Medicine
PDU Protocol Data Unit
RF X-Ray Radiofluoroscopic
RIS Radiology Information System
RT Radiotherapy
RWA Real-World Activity
SC Secondary Capture
SCM Study Component Management
3.5. References
[DICOM] Digital Imaging and Communications in Medicine, Part 1 – 18
(NEMA PS 3.1– PS 3.18),
National Electrical Manufacturers Association (NEMA)
Publication Sales 1300 N. 17th Street, Suite 1847
Rosslyn, Virginia. 22209, United States of America
Internet: http://medical nema.org/
Note that at any point in time the official standard consists of the most
recent yearly edition of the base standard (currently 2004) plus all the
supplements and correction items that have been approved as Final
Text.
4. N ETWORKING
This section contains the networking related services (vs. the media related ones).
The figure below shows the networking application data flow as a functional overview
of the ELEVA AE
Verification
Query
Worklist
Basic
Wordlist
Management
Create
Preformed
Procedure
Step
Store image
Storage
Print
images
Print
management
Note that Print Image will send images to the printer only when enough images were
received to fulfill the configured print format or when the print job is flushed manually.
When the last image of an examination is received the print job will be flushed
automatically.
4.2. AE Specifications
The next section in the DICOM Conformance Statement is a set of application entity
specifications. There are as many of these subsections as there are different AE's in
the implementation.
4.2.1. ELEVA AE
Detail of this specific Application Entity is specified in this section.
Note: Any SOP specific behavior is documented later in the conformance statement in
the applicable SOP specific conformance section.
4.2.1.2.1. General
The DICOM standard application context has specified.
Table 5: DICOM Application Context
Exception Behavior
ARTIM Timeout
The behavior of the AE for sending an association abort is summarized in next table.
Table 13: DICOM Association Abort Policies
Exception Behavior
Timeout The Association is aborted using A-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
A print job (film session) comprises one single film box with one single image (that is
composed of 1..N modality images).
• Manually in the print tool, after clicking the print button the ELEVA AE will send the
selected images to the selected printer.
• Automatically during an examination, after clicking the Confirm button the ELEVA
AE will automatically send the related images of the performed procedure step to
the configured printer as soon as all images for a film sheet are acquired.
In AutoPrint mode, (1..N) modality images are composed to one logical film image (film
page) according to a preconfigured Examination specific layout (size, orientation,
image number, image position, scaling, overlay, annotation and shutter information,
etc.).
In Manual Print mode, (1..N) modality images are composed on one film image by
manual arrangement of the user, allowing for a print preview or by using predefined
layouts.
Depending on the response status of set and the configuration the ELEVA AE may
perform a retry.
Abbreviations used in the Module table for the column "Presence of Value" are:
ALWAYS The attribute is always present with a value
EMPTY The attribute is always present without any value (attribute sent
zero length)
VNAP The attribute is always present and its Value is Not Always Present
(attribute sent zero length if no value is present)
ANAP The attribute is present under specified condition – if present then it
will always have a value
VNAPCV The attribute is present under specified condition – if present then
its Value is Not Always Present (attribute sent zero length if
condition applies and no value is present)
ANAPEV The attribute is present under specified condition – if present then it
will not have any value
The abbreviations used in the Module table for the column "Source" are:
AUTO The attribute value is generated automatically
CONFIG The attribute value source is a configurable parameter
COPY The attribute value source is another SOP instance
FIXED The attribute value is hard-coded in the application
IMPLICIT The attribute value source is a user-implicit setting
MPPS The attribute value is the same as that use for Modality Performed
Procedure Step
MWL The attribute value source is a Modality Worklist
USER The attribute value source is explicit user input
4.2.1.3.1.3. SOP Specific Conformance for Basic Film Box SOP Class of the
Basic Grayscale Print Management Meta SOP Class
This section includes the SOP specific behavior, i.e. error codes, error and exception
handling, time-outs, etc.
The behavior of an Application Entity SOP class is summarized as shown in next
Table. The standard as well as the manufacturer specific status codes and their
corresponding behavior is specified.
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Presence
Attribute Name Tag VR Value Source Comment
of Value
Image Display Format 2010,0010 ST ALWAYS Config
Film Orientation 2010,0040 CS ALWAYS Config
Film Size ID 2010,0050 CS ALWAYS Config
Magnification Type 2010,0060 CS ALWAYS Config
Max Density 2010,0130 US ALWAYS Config
Trim 2010,0140 CS ALWAYS Config
Configuration Information 2010,0150 ST ALWAYS Config
Presence
Attribute Name Tag VR Value Source Comment
of Value
Referenced Film Session 2010,0500 SQ ALWAYS AUTO
Sequence
>Referenced SOP Class UID 0008,1150 UI ALWAYS AUTO
>Referenced SOP Instance UID 0008,1155 UI ALWAYS AUTO
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
4.2.1.3.1.4. SOP Specific Conformance for Basic Film Session SOP Class of the
Basic Grayscale Print Management Meta SOP Class
Images are printed using the Basic Grayscale Print Management Meta SOP Class. If
any of the return statuses is not Success, the print job is aborted and association is
released.
After successful print job the Printer Status (2100,0010) and Printer Status Info
(2100,0020) are queried using N-GET.
Details regarding the status handling behaviour from the application level and
communication errors are provided in Table 19.
Exception Behavior
Timeout The Association is aborted using A-ABORT and the command is marked as
failed. The reason is logged. After a maximum number of retries the user is
notified via pop-up (in preview mode only).
Association aborted The command is marked as failed. The reason is logged. After a maximum
number of retries the user is notified via pop-up (in preview mode only).
Failed to connect Log entry. After a maximum number of retries the user is notified via pop-up (in
preview mode only).
.
Presence
Attribute Name Tag VR Value Source Comment
of Value
Number of Copies 2000,0010 IS ALWAYS AUTO
Print Priority 2000,0020 CS ALWAYS AUTO
Medium Type 2000,0030 CS ALWAYS USER
Film Destination 2000,0040 CS ALWAYS CONFI
G
Film Session Label 2000,0050 LO ALWAYS AUTO
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
4.2.1.3.1.5. SOP Specific Conformance for Basic Grayscale Image Box SOP
Class of the Basic Grayscale Print Management Meta SOP Class
This section includes the SOP specific behavior, i.e. error codes, error and exception
handling, time-outs, etc. The behavior of an Application Entity SOP class is
summarized as shown in next Table. The standard as well as the manufacturer
specific status codes and their corresponding behavior are specified.
Presence
Attribute Name Tag VR Value Source Comment
of Value
Image Position 2020,0010 US ALWAYS AUTO
Polarity 2020,0020 CS ALWAYS AUTO
Basic Grayscale Image 2020,0110 SQ ALWAYS AUTO
Sequence
>Samples per Pixel 0028,0002 US 1, 1 ALWAYS AUTO
>Photometric Interpretation 0028,0004 CS MONOCHROME1, ALWAYS CONFI
MONOCHROME2, G
MONOCHROME2
>Rows 0028,0010 US ALWAYS IMPLICI Depending on the
T selected printer type and
film size.
>Columns 0028,0011 US ALWAYS IMPLICI Depending on the
T selected printer type and
film size.
>Bits Allocated 0028,0100 US 16, 8, 8 ALWAYS AUTO
>Bits Stored 0028,0101 US 12, 8, 8 ALWAYS IMPLICI
T
>High Bit 0028,0102 US 11, 7, 7 ALWAYS AUTO
>Pixel Representation 0028,0103 US 0x0000 ALWAYS AUTO
>Pixel Data 7FE0,0010 O ALWAYS AUTO
W/
OB
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
4.2.1.3.1.6. SOP Specific Conformance for Printer SOP Class of the Basic
Grayscale Print Management Meta SOP Class
This section includes the SOP specific behavior, i.e. error codes, error and exception
handling, time-outs, etc. The behavior of an Application Entity SOP class is
summarized as shown in next Table. The standard as well as the manufacturer
specific status codes and their corresponding behavior is specified.
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Export means that ELEVA WORKSPOT 1.2 stores images without Storage
Commitment.
This RWA may be initiated in two ways.
• Manually in the viewer, after clicking the Store button the ELEVA AE will store the
selected images at the selected Storage SCP.
• Automatically during an examination, after clicking the Confirm button the ELEVA
AE will automatically store the related images of the performed procedure step at
the configured Storage SCP.
The ELEVA AE will request an association with the remote Storage SCP for the
applicable Storage SOP classes. After accepting the association the ELEVA AE will
send the store request, wait for response, and then release the association. The store
response status may be inspected on the UI.
Depending on the status of the store the ELEVA AE may queue store requests for
retries. The queued store requests can be cancelled from the UI.
Exception Behavior
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Description of Activities
After the image for a Scheduled Procedure Step has been acquired, the system sets
the MPPS status of the related examination to “IN PROGRESS” and generates an
initial MPPS IN PROGRESS message. The system does not generate intermediate
MPPS IN PROGRESS messages for subsequent acquisitions of this Scheduled
Procedure Step instance.
After finishing the appropriate acquisition(s), the system will change the MPPS status
of the related examination to “COMPLETED” and generate an MPPS N-SET-FINAL
message.
ELEVA WORKSPOT 1.2 also generates MPPS messages for unscheduled
examinations.
The MPPS COMPLETED message will list the UID’s of all related DICOM archived
images and the format of (optionally) generated direct prints.
After abandoning or discontinuing a procedure step, the operator may set the MPPS
status of the related examination to “DISCONTINUED” and the system generates a
MPPS DICONTINUED message. The reason for abandoning or discontinuing a
procedure step is unspecified.
The operator may interchange the performed sequence order of scheduled procedure
steps.
Sequencing of Activities
After storing a performed procedure step the ELEVA AE shall request an association
with the configured remote Study Management SCP. After accepting the association
the ELEVA AE shall send a Create request, wait for response, and then release the
association.
Management Option. ELEVA WORKSPOT 1.2 has no Billing Code Tables and does
not support the Performed Procedure Step Billing and Material Management Option,
except default values for Medium Type (2000,0030) and Film Size ID (2010,0050), if
optional Local Print is configured.
ELEVA AE does not evaluate the attributes Coding Scheme Version (0008,0103),
Coding Scheme Designator (0008,0102), Code Meaning (0008,0104), but only the
Code Value (0008,0100), for mapping the examination settings. I.e. ELEVA AE
expects that any used Code Value is unique (unambiguous) within a given RIS
domain.
If the Scheduled Procedure Step contains <n> items in the Scheduled Protocol Code
Sequence, the Scheduled Procedure Step is split into <n> examinations, where any
single examination shows only 1 of the Scheduled Protocol Code Items, but all the
other attributes are the same.
When such an examination is returned back via MPPS, also the Performed Protocol
Code Sequence will show only 1 item. If all <n> Scheduled Procedure Step Code
Items are performed, <n> MPPS instances will be sent back to the RIS, and the sum
of all Performed Protocol Code Items will be <n>.
Additional Module
Issuer of Patient ID 0010,0021 LO
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Each of the matching keys is optional. The association will be closed on reception of
the last C-FIND response. The Worklist Query result is displayed in the Patient List.
The query is interruptible if it was triggered by the user.
After clicking the Query Worklist button the ELEVA AE shall request an association
with the configured remote Basic Worklist Management SCP.
When the association is accepted the ELEVA AE shall send the broad query find
request, wait for response, and then release the association.
• After clicking the Query Worklist button the ELEVA AE shall request an
association with the configured remote Basic Worklist Management SCP. When
the association is accepted the ELEVA AE shall send the Broad Query find
request, wait for response, and then release the association.
• After clicking the Patient Query button - entering and confirming the matching key
values - the ELEVA AE shall request an association with the configured remote
Basic Worklist Management SCP. When the association is accepted the ELEVA
AE shall send the patient query find request, wait for response, and then release
the association.
Optionally the Broad Query may also be performed automatically in the system
background. The time interval between subsequent background queries is
configurable. Manual and automatic background queries are serialized and do not
interfere with another.
Exception Behavior
RIS query timeout The Association is aborted using A-ABORT and command marked as failed.
(default 240 seconds) The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
If a Study Instance UID match was not found, it looks for a Patient with the same
Patient ID (0010,0020) as given in the Scheduled Procedure Step. If no Patient match
is found, a new Patient is created, using attributes from Scheduled Procedure Step. If
Patient with a matching Patient ID was found, attributes are updated for the internal
Patient, based on the attributes as given in the Scheduled Procedure Step.
A new Study with a Study Instance UID as given in the Scheduled Procedure Step is
created.
If a Study Instance UID match was found, all Patient attributes as given in the
Scheduled Procedure Step are updated in the internal database for the parent patient
of this study. Study attributes are updated for the internal study based on the attributes
as given in the Scheduled Procedure Step.
If the ELEVA AE’s internal database contains already an SPS with the Scheduled
Procedure Step ID (0040,0009) identifying an incoming Scheduled Procedure Step,
the behavior depends on the corresponding Examination state.
If the Examination is still “scheduled”, the SPS attributes are compared to the
attributes sent with the most recent WLM query. If at least one attribute differs, the
scheduled Examination is deleted and re-scheduled. Manual changes the user might
have performed on this Examination are lost.
If the Examination has already started, no changes are performed, and the potential
changes of the incoming Scheduled Procedure Step are disregarded.
• Manually in the viewer, after clicking the Store button the ELEVA AE will store the
selected images at the selected Storage SCP.
• Automatically during an examination, after clicking the Confirm button the ELEVA
AE will automatically store the related images of the performed procedure step at
the configured Storage SCP.
The ELEVA AE will request an association with the remote Storage SCP for the
applicable Storage SOP classes. After accepting the association the ELEVA AE will
send the store request, wait for response, and then release the association. The store
response status may be inspected on the UI. The transferred image shall not be
deleted from the system until the Storage Commit N-Event is received.
Depending on the status of the store the ELEVA AE may queue store requests for
retries. The queued store requests can be cancelled from the UI.
Exception Behavior
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
The ELEVA AE rejects association requests from applications that do not address the
ELEVA AE, i.e. that offer a wrong “called AE title”.
Sent when:
Association times out due to inactivity
Any other problem than ones specified in
the rows below. (Examples: Problem while
decoding the DICOM stream, Invalid
request, Echo SCP was unable to send the
Response to SCU, Error writing to SCU
stream).
2 – DICOM UL service-provider 0 – reason-not-specified When received, the ELEVA WORKSPOT
1.2 terminates the connection with the
following log: Association ABORTED by
peer (
2: ABORT_SOURCE_dul_provider,
0: ABORT_REASON_not_specified)
1 – unrecognized-PDU When received, the ELEVA WORKSPOT
1.2 terminates the connection with the
following log: Association ABORTED by
peer (
2: ABORT_SOURCE_dul_provider,
1: ABORT_REASON_unrecognized_pdu).
Sent when:
An unrecognized PDU type is received.
2 – unexpected-PDU When received, the ELEVA WORKSPOT
1.2 terminates the connection with the
following log: Association ABORTED by
peer (
2: ABORT_SOURCE_dul_provider,
2: ABORT_REASON_unexpected_pdu).
Sent when:
The received PDU type is not expected in
the current state of connection.
4 – unrecognized-PDU When received, the ELEVA WORKSPOT
parameter 1.2 terminates the connection with the
following log: Association ABORTED by
peer (
2: ABORT_SOURCE_dul_provider,
4: ABORT_REASON
_unrecognized_pdu_parameter).
Sent when:
An unrecognized Associate PDU item is
received.
5 – unexpected-PDU When received, the ELEVA WORKSPOT
parameter 1.2 terminates the connection with the
following log: Association ABORTED by
peer (
2: ABORT_SOURCE_dul_provider,
5: ABORT_REASON
_unexpected_pdu_parameter).
Sent when:
One of the Associate PDU items is received
more than once.
One of the Associate PDU items is received
unexpectedly.
Sent when:
One of the Associate PDU items is received
more than once.
One of the Associate PDU items is not
received.
Empty Called AE Title String (space-only) is
received.
Empty Calling AE Title String (space-only)
is received.
Unknown abstract syntax is received
The length or the format of the received
PDU item is invalid.
The behavior of the AE for sending an association abort is summarized in next table.
Table 49: DICOM Association Abort Policies
Exception Behavior
Timeout The Association is aborted using AP-ABORT and command marked as failed.
The reason is logged and reported to the user.
Association aborted The command is marked as failed. The reason is logged and reported to the
user.
The ELEVA WORKSPOT 1.2 system supports ISO 8802-3 10BASE-T and 100Base-
TX Ethernet.
4.4. Configuration
Any implementation’s DICOM conformance may be dependent upon configuration,
which takes place at the time of installation. Issues concerning configuration is
addressed in this section.
4.4.2. Parameters
This section specifies important operational parameters and, if configurable, their
default value and range.
Table 54: Configuration Parameters
General Parameters
Maximum PDU receive size No -
Maximum PDU send size Yes 16384
Maximum number of simultaneous associations Yes 2
Artim Timeout Yes 60 [seconds]
Specifies the time in seconds of the ARTIM (Association
Request/Reject/Release TIMer).
Allowed values:
0: unlimited waiting time
0 < n: real time in seconds
5. M EDIA I NTERCHANGE
Figure 11 shows the Media Interchange application data flow as a functional overview
of the ELEVA AE.
Display
Contents
ELEVA AE CD-R
Write
Images
The ELEVA AE will act as a FSR when reading the directory of the medium.
The ELEVA AE will act as a FSC/FSU when writing the selected images in a patient
folder onto the CD-R medium.
Whenever a CD-R has to be written the ELEVA AE first tries to read the DICOMDIR.
The ELEVA AE will compile the updated DICOMDIR and any required DICOM images
into a CD session image; this CD session image will be written to CD-R.
The Implementation Class UID and the Implementation Version Name in the File Meta
Header are as specified for Networking.
5.2. AE Specifications
The next section contains the specification of the one and only ELEVA WORKSPOT
1.2 Application Entity: ELEVA AE.
5.2.1. ELEVA AE
The ELEVA AE provides Standard Conformance to the DICOM Media Storage Service
and File Format ([DICOM] PS 3.10) and the Media Storage Application Profiles STD-
GEN-CD ([DICOM] PS 3.11) for reading.
ELEVA AE supports multi-patient and multi-session CD-R disks.
The supported Application Profiles, their Roles and the Service Class (SC) options, all
defined in DICOM terminology, are listed in Table 56.
Only adding on of instances is supported for the FSU, deleting is not supported.
5.2.1.1.2.1.1. Options
The DICOMDIR file will be extended when new images are written. In case some
attributes are not present in an image but are specified as mandatory in the
DICOMDIR definition in DICOM Media, a generated value will be filled in.
ISO Code
Character Set ESC
Defined Term Registration Eleme Character Set
Description Sequence
Number nt
Latin alphabet No. 1 ISO_IR 100 - ISO-IR 6 G0 ISO 646
- ISO-IR 100 G1 Supplementary set of
ISO 8859
7. S ECURITY
Since ELEVA WORKSPOT 1.2 acts only as SCU (except Verify) no IP port is specified
to accept TLS connections.
ELEVA WORKSPOT 1.2 provides a service accessible tool to configure private keys
and certificates of the local and remote DICOM nodes.
De-identified SOP Instances will be created on DICOM Media if specified by the user.
No instances of the Encrypted Attributes Data Set are created. No Transfer Syntaxes
are supported for encoding/decoding of Encrypted Attributes Data Sets.
Table 58 lists the protected attributes. The terms used to describe the replacement
value can be read as follows:
MD5 hash makes practically sure that different strings are mapped to different 16-byte
values. So the whole procedure ensures that the relationship between SOP Instances
by the means of their UIDs remains consistent.
This section specifies each IOD created (including private IOD’s). It should specify the
attribute name, tag, VR, and value. The value should specify the range and source
(e.g. user input, Modality Worklist, automatically generated, etc.). For content items in
templates, the range and source of the concept name and concept values should be
specified. Whether the value is always present or not shall be specified.
Abbreviations used in the IOD tables for the column "Presence of Module" are:
ALWAYS The module is always present
CONDITIONAL The module is used under specified condition
Abbreviations used in the Module table for the column "Presence of Value" are:
ALWAYS The attribute is always present with a value
EMPTY The attribute is always present without any value (attribute sent
zero length)
VNAP The attribute is always present and its Value is Not Always Present
(attribute sent zero length if no value is present)
ANAP The attribute is present under specified condition – if present then it
will always have a value
ANAPCV The attribute is present under specified condition – if present then
its Value is Not Always Present (attribute sent zero length if
condition applies and no value is present)
ANAPEV The attribute is present under specified condition – if present then it
will not have any value
The abbreviations used in the Module table for the column "Source" are:
AUTO The attribute value is generated automatically
CONFIG The attribute value source is a configurable parameter
COPY The attribute value source is another SOP instance
FIXED The attribute value is hard-coded in the application
IMPLICIT The attribute value source is a user-implicit setting
MPPS The attribute value is the same as that use for Modality Performed
Procedure Step
MWL The attribute value source is a Modality Worklist
USER The attribute value source is explicit user input
Table 60: IOD of Created Computed Radiography Image Storage SOP Class
Instances
Presence Of
Information Entity Module
Module
Patient Patient Module
Study General Study Module
Study Patient Study Module
Series General Series Module
Series CR Series Module
Equipment General Equipment Module
Image General Image Module
Image Contrast/Bolus Module
Image CR Image Module
Image Image Pixel Module
Image SOP Common Module
Image Overlay Plane Module
Image Modality LUT Module
Image VOI LUT Module
Additional Module
Presence
Attribute Name Tag VR Value Source Comment
of Value
Patient's Name 0010,0010 PN VNAP MWL/U
SER
Patient ID 0010,0020 LO ALWAYS MWL/A
UTO
Patient's Birth Date 0010,0030 DA VNAP MWL/U
SER
Patient's Sex 0010,0040 CS VNAP MWL/U
SER
Other Patient IDs 0010,1000 LO ANAP MWL/U
SER
Ethnic Group 0010,2160 SH ANAP AUTO
Patient Comments 0010,4000 LT ANAP MWL/U
SER
Presence
Attribute Name Tag VR Value Source Comment
of Value
Study Instance UID 0020,000D UI ALWAYS MWL/A
UTO
Study Date 0008,0020 DA VNAP AUTO
Study Time 0008,0030 TM VNAP AUTO
Accession Number 0008,0050 SH VNAP MWL/U
SER
Referring Physician's Name 0008,0090 PN VNAP MWL/U
SER
Study ID 0020,0010 SH VNAP MWL/A
UTO
Study Description 0008,1030 LO ANAP MWL/U
SER
Presence
Attribute Name Tag VR Value Source Comment
of Value
Patient’s Age 0010,1010 AS ANAP AUTO
Patient's Size 0010,1020 DS ANAP AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Modality 0008,0060 CS ALWAYS AUTO
Series Instance UID 0020,000E UI ALWAYS AUTO
Series Number 0020,0011 IS ALWAYS AUTO
Laterality 0020,0060 CS VNAP CONFI
G
Performing Physician's Name 0008,1050 PN ANAP MWL
Operators' Name 0008,1070 PN ALWAYS USER
Protocol Name 0018,1030 LO ALWAYS AUTO
Performed Procedure Step Start 0040,0244 DA ANAP AUTO
Date
Performed Procedure Step Start 0040,0245 TM ANAP AUTO
Time
Performed Procedure Step ID 0040,0253 SH ANAP AUTO
Performed Procedure Step 0040,0254 LO ANAP MWL
Description
Referenced Performed 0008,1111 SQ ALWAYS AUTO
Procedure Step Sequence
>Referenced SOP Class UID 0008,1150 UI ALWAYS AUTO
>Referenced SOP Instance UID 0008,1155 UI ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Body Part Examined 0018,0015 CS VNAP USER
View Position 0018,5101 CS VNAP USER
Presence
Attribute Name Tag VR Value Source Comment
of Value
Manufacturer 0008,0070 LO ALWAYS AUTO
Institution Name 0008,0080 LO ALWAYS AUTO
Institution Address 0008,0081 ST ALWAYS CONFI
G
Station Name 0008,1010 SH ALWAYS CONFI
G
Institutional Department Name 0008,1040 LO ALWAYS CONFI
G
Manufacturer's Model Name 0008,1090 LO ALWAYS AUTO
Device Serial Number 0018,1000 LO ALWAYS CONFI
G
Software Version(s) 0018,1020 LO ALWAYS AUTO
Spatial Resolution 0018,1050 DS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Instance Number 0020,0013 IS ALWAYS AUTO
Content Date 0008,0023 DA ALWAYS AUTO
Content Time 0008,0033 TM ALWAYS AUTO
Patient Orientation 0020,0020 CS VNAP USER
Image Type 0008,0008 CS ALWAYS AUTO
Acquisition Date 0008,0022 DA ALWAYS AUTO
Acquisition Time 0008,0032 TM ALWAYS AUTO
Burned In Annotation 0028,0301 CS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Contrast/Bolus Agent 0018,0010 LO VNAP AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Photometric Interpretation 0028,0004 CS ALWAYS AUTO
Imager Pixel Spacing 0018,1164 DS ALWAYS AUTO
Acquisition Device Processing 0018,1401 LO ALWAYS AUTO
Description
Presence
Attribute Name Tag VR Value Source Comment
of Value
Samples per Pixel 0028,0002 US 1, 1 ALWAYS AUTO
Rows 0028,0010 US ALWAYS AUTO
Columns 0028,0011 US ALWAYS AUTO
Bits Allocated 0028,0100 US ALWAYS AUTO
Bits Stored 0028,0101 US ALWAYS AUTO
High Bit 0028,0102 US ALWAYS AUTO
Pixel Representation 0028,0103 US 0000 ALWAYS AUTO
Pixel Data 7FE0,0010 O ALWAYS AUTO
W/
OB
Pixel Aspect Ratio 0028,0034 IS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Specific Character Set 0008,0005 CS ANAPCV AUTO
SOP Class UID 0008,0016 UI ALWAYS AUTO
SOP Instance UID 0008,0018 UI ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Overlay Rows 6000,0010 US ANAP AUTO
Overlay Columns 6000,0011 US ANAP AUTO
Overlay Type 6000,0040 CS ANAP AUTO
Overlay Origin 6000,0050 SS ANAP AUTO
Overlay Bits Allocated 6000,0100 US ANAP AUTO
Overlay Bit Position 6000,0102 US ANAP AUTO
Overlay Data 6000,3000 O ANAP AUTO
W/
OB
Presence
Attribute Name Tag VR Value Source Comment
of Value
Rescale Intercept 0028,1052 DS ALWAYS AUTO
Rescale Slope 0028,1053 DS ALWAYS AUTO
Rescale Type 0028,1054 LO ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Window Center 0028,1050 DS ALWAYS AUTO
Window Width 0028,1051 DS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Medical Alerts 0010,2000 LO ALWAYS AUTO
Contrast Allergies 0010,2110 LO ALWAYS AUTO
Additional Patient History 0010,21B0 LT ALWAYS AUTO
Pregnancy Status 0010,21C0 US ALWAYS AUTO
Image and Fluoroscopy Area 0018,115E DS ALWAYS AUTO
Dose Product
Pixel Spacing 0028,0030 DS ALWAYS AUTO
Requesting Physician 0032,1032 PN ALWAYS AUTO
Requesting Service 0032,1033 LO ALWAYS AUTO
Requested Procedure 0032,1060 LO ALWAYS AUTO
Description
Special Needs 0038,0050 LO ALWAYS AUTO
Patient State 0038,0500 LO ALWAYS AUTO
Performed Station AE Title 0040,0241 AE ANAP AUTO
Performed Procedure Step Start 0040,0244 DA ANAP AUTO
Date
Performed Procedure Step Start 0040,0245 TM ANAP AUTO
Time
Performed Procedure Step End 0040,0250 DA ANAP AUTO
Date
Performed Procedure Step End 0040,0251 TM ANAP AUTO
Time
Performed Procedure Step 0040,0252 CS ANAP AUTO
Status
Performed Procedure Step 0040,0254 LO ANAP AUTO
Description
Requested Procedure ID 0040,1001 SH ALWAYS AUTO
Reason for the Requested 0040,1002 LO ALWAYS AUTO
Procedure
Requested Procedure Priority 0040,1003 SH ALWAYS AUTO
Patient Transport Arrangements 0040,1004 LO ALWAYS AUTO
Names of Intended Recipients 0040,1010 PN ALWAYS AUTO
of Results
Requested Procedure 0040,1400 LT ALWAYS AUTO
Comments
Reason for the Imaging Service 0040,2001 LO ALWAYS AUTO
Request (RETIRED)
Issue Date of Imaging Service 0040,2004 DA ALWAYS AUTO
Request
Imaging Service Request 0040,2400 LT ALWAYS AUTO
Comments
Table 76: IOD of Created Secondary Capture Image Storage SOP Class
Instances
Presence Of
Information Entity Module
Module
Patient Patient Module
Study General Study Module
Study Patient Study Module
Series General Series Module
Presence
Attribute Name Tag VR Value Source Comment
of Value
Patient's Name 0010,0010 PN VNAP MWL/U
SER
Patient ID 0010,0020 LO ALWAYS MWL/U
SER
Patient's Birth Date 0010,0030 DA VNAP MWL/U
SER
Patient's Sex 0010,0040 CS VNAP MWL/U
SER
Other Patient IDs 0010,1000 LO ANAP MWL/U
SER
Ethnic Group 0010,2160 SH ANAP MWL/U
SER
Patient Comments 0010,4000 LT ANAP MWL/U
SER
Presence
Attribute Name Tag VR Value Source Comment
of Value
Study Instance UID 0020,000D UI ALWAYS MWL/A
UTO
Study Date 0008,0020 DA VNAP AUTO
Study Time 0008,0030 TM VNAP AUTO
Accession Number 0008,0050 SH VNAP MWL/U
SER
Referring Physician's Name 0008,0090 PN VNAP MWL/U
SER
Study ID 0020,0010 SH VNAP MWL/A
UTO
Study Description 0008,1030 LO ANAP MWL/U
SER
Presence
Attribute Name Tag VR Value Source Comment
of Value
Patient’s Age 0010,1010 AS ANAP MWL/A
UTO
Patient's Weight 0010,1030 DS VNAP MWL/A
UTO
Additional Patient History 0010,21B0 LT VNAP MWL/A
UTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Series Instance UID 0020,000E UI ALWAYS AUTO
Series Number 0020,0011 IS ALWAYS AUTO
Laterality 0020,0060 CS VNAP CONFI
G
Presence
Attribute Name Tag VR Value Source Comment
of Value
Manufacturer 0008,0070 LO ALWAYS AUTO
Institution Name 0008,0080 LO ALWAYS CONFI
G
Institution Address 0008,0081 ST ALWAYS CONFI
G
Station Name 0008,1010 SH ALWAYS CONFI
G
Institutional Department Name 0008,1040 LO ALWAYS CONFI
G
Manufacturer's Model Name 0008,1090 LO ALWAYS AUTO
Software Version(s) 0018,1020 LO ALWAYS AUTO
Spatial Resolution 0018,1050 DS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Conversion Type 0008,0064 CS ALWAYS AUTO
Modality 0008,0060 CS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Instance Number 0020,0013 IS ALWAYS AUTO
Content Date 0008,0023 DA ALWAYS AUTO
Content Time 0008,0033 TM ALWAYS AUTO
Patient Orientation 0020,0020 CS VNAP USER
Image Type 0008,0008 CS ALWAYS AUTO
Acquisition Date 0008,0022 DA ALWAYS AUTO
Acquisition Time 0008,0032 TM ALWAYS AUTO
Burned In Annotation 0028,0301 CS ALWAYS AUTO
Presentation LUT Shape 2050,0020 CS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Samples per Pixel 0028,0002 US 1, 1 ALWAYS AUTO
Photometric Interpretation 0028,0004 CS ALWAYS AUTO
Rows 0028,0010 US ALWAYS AUTO
Columns 0028,0011 US ALWAYS AUTO
Bits Allocated 0028,0100 US ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Date of Secondary Capture 0018,1012 DA ALWAYS AUTO
Time of Secondary Capture 0018,1014 TM ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Specific Character Set 0008,0005 CS ANAPCV AUTO
SOP Class UID 0008,0016 UI ALWAYS AUTO
SOP Instance UID 0008,0018 UI ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Rescale Intercept 0028,1052 DS ALWAYS AUTO
Rescale Slope 0028,1053 DS ALWAYS AUTO
Rescale Type 0028,1054 LO ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Window Center 0028,1050 DS ALWAYS AUTO
Window Width 0028,1051 DS ALWAYS AUTO
Presence
Attribute Name Tag VR Value Source Comment
of Value
Medical Alerts 0010,2000 LO ANAP MWL/U
SER
Contrast Allergies 0010,2110 LO ANAP MWL/U
SER
Additional Patient History 0010,21B0 LT ANAP MWL/U
SER
Pregnancy Status 0010,21C0 US ANAP MWL/U
SER
Special Needs 0038,0050 LO ANAP MWL/U
SER
Patient State 0038,0500 LO ANAP MWL/U
SER
The pixel values exported and printed should be interpreted as P-Value. If the export
destination or the printer does not support GSDF, ELEVA WORKSPOT 1.2 provides
calibration tools to adapt to this device to afford grayscale image consistency. The
calibration takes into account ambient luminance and lightbox luminance.