Tic Resonance Gehc
Tic Resonance Gehc
____________________________________________________________
Technical Publications
DOC0878555
Revision 2
Operating Documentation
Copyright 2016 GE Medical Systems LLC, All Rights Reserved
1
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Table 0.2 provides an overview of the Media Storage Application Profiles supported by MR.
2
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Table of Contents
1 INTRODUCTION 9
1.0 Overview 9
1.3 References 11
1.4 Definitions 11
2.2 AE SPECIFICATIONS 15
2.2.1 DICOM Server AE Specification 15
2.5 CONFIGURATION 34
2.5.1 AE Title/Presentation Address Mapping 34
2.5.2 Configurable Parameters 34
3
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
3.2 AE SPECFICIATIONS 39
3.2.1 DICOM CD-R/DVD-R Interchange Archive Server AE Specification 39
3.2.2 DICOM MOD Interchange Archive Server AE Specification 42
3.2.3 File Meta Information for Implementation Class and Version 44
3.4 Extensions, Specialization’s and Privatization’s of SOP Classes and Transfer Syntaxes 56
3.4.1 Extensions, Specialization’s and Privatization’s of SOP Classes 56
3.4.2 Private Transfer Syntax Specification 56
3.5 Configuration 56
4.2 AE SPECIFICATIONS 59
4.2.1 DICOM Print SCU AE Specification 59
4.2.2 Basic Film Session SOP Class 61
4.2.3 Basic Film Box SOP Class 62
4.2.4 Basic Grayscale Image Box SOP Class 63
4.2.5 Basic Color Image Box SOP Class 64
4.2.6 Printer SOP Class 64
4.2.7 Print Job SOP Class 65
4
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
5.2 AE SPECIFICATIONS 68
5.2.1 Worklist Server AE Specification 68
6.2 AE SPECIFICATION 83
6.2.1 PPS Server AE Specification 83
6.4 EXTENSIONS/SPECIALIZATION/PRIVATIZATION 85
6.4.1 Standard Extended/Specialized/Private SOPs 85
6.4.2 Private Transfer Syntaxes 85
6.5 CONFIGURATION 85
6.5.1 AE Title/Presentation Address Mapping 85
6.5.2 Configurable Parameters 86
5
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
7.2 AE Specifications 92
7.2.1 DICOM Server AE specifications for Storage Commitment 92
7.2.2 Request Processing 93
7.2.3 Response Processing 94
7.2.4 Association Acceptance Policy 95
7
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
8
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
1 INTRODUCTION
1.0 Overview
Section 1, Introduction, provides general information about the content and scope of this
document.
Section 4, Print SCU Conformance Statement, is the DICOM Conformance Statement related to
DICOM Print SCU.
Section 5 Modality Worklist is the DICOM Conformance Statement related to the DICOM
Modality Worklist implementation on the covered systems.
Section 8 Grayscale Softcopy Presentation State Information Object specifies the compliance to
the DICOM requirements of Grayscale Softcopy Presentation State features.
Section 9 Enhanced Structured Report Information Object specifies the compliance to the
DICOM requirements of Structured Report features.
9
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
This document is the DICOM Conformance Statement for the following MR products:
Signa HDxt Applications 1.5T
Signa HDxt Applications 3.0T
This document provides the necessary information to insure proper processing and interpretation of GE
medical image data exchanged using DICOM. The GE Healthcare Conformance Statements are
available to the public.
The reader of this conformance statement should be aware that different GE devices are capable of using
different Information Object Definitions. For example, a GE CT scanner may send images using the CT
Information Object, MR Information Object, Secondary Capture Object, etc.
Included in this Conformance Statement are Module Definitions which define all data elements used by
this GE Healthcare implementation. If the user encounters unspecified private data elements while
parsing a GE Data Set, the user is well advised to ignore those data elements (per the DICOM standard).
Unspecified private data element information is subject to change without notice. If, however, the device
is acting as a “full fidelity storage device”, it should retain and retransmit all of the private data elements
which are sent by GE devices.
Private data elements may be updated from one release to the next release. This is done in order to add
additional information or remove information that does not apply to the image object. Please refer to the
appropriate product release DICOM Conformance Statement for the list of private elements supported.
The use of these Conformance Statements, in conjunction with the DICOM Standards, is intended to
facilitate communication with GE imaging equipment. However, by itself, it is not sufficient to insure
that inter-operation will be successful. The user (or user’s agent) needs to proceed with caution and
address at least four issues:
• Integration - The integration of any device into an overall system of interconnected devices goes
beyond the scope of standards (DICOM), and of this introduction and associated Conformance
Statements when interoperability with non-GE equipment is desired. The responsibility to analyze the
applications requirements and to design a solution that integrates GE imaging equipment with non-
GE systems is the user’s responsibility and should not be underestimated. The user is strongly
advised to ensure that such integration analysis is correctly performed.
• Validation - Testing the complete range of possible interactions between any GE device and non-
GE devices, before the connection is declared operational, should not be overlooked. Therefore, the
user should ensure that any non-GE provider accepts full responsibility for all validation required for
their connection with GE devices. This includes the accuracy of the image data once it has crossed
the interface between the GE imaging equipment and the non-GE device and the stability of the
image data for the intended applications.
Such a validation is required before any clinical use (diagnosis and/or treatment) is performed. It
applies when images acquired on GE imaging equipment are processed/displayed on a non-GE
device, as well as when images acquired on non-GE equipment is processed/displayed on a GE
console or workstation.
• Future Evolution - GE understands that the DICOM Standard will evolve to meet the user’s growing
requirements. GE is actively involved in the development of the DICOM Standard. DICOM will
incorporate new features and technologies and GE may follow the evolution of the Standard. The GE
Healthcare protocol is based on DICOM as specified in each DICOM Conformance Statement.
10
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Evolution of the Standard may require changes to devices which have implemented DICOM. In
addition, GE reserves the right to discontinue or make changes to the support of
communications features (on its products) reflected on by these DICOM Conformance
Statements. The user should ensure that any non-GE provider, which connects with GE devices,
also plans future evolution of the DICOM standard. Failure to do so will likely result in the loss of
function and/or connectivity as the DICOM Standard changes and GE products are enhanced to
support these changes.
• Interaction - It is the sole responsibility of the non-GE provider to ensure that communications with
the interfaced equipment does not cause degradation of GE imaging equipment performance and/or
function.
1.3 References
See Digital Imaging and Communications in Medicine (DICOM) parts 1 through 14 (NEMA PS 3.1-14).
1.4 Definitions
See Digital Imaging and Communications in Medicine (DICOM) parts 1 through 14 (NEMA PS 3.1-14).
11
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
2.0 INTRODUCTION
This Conformance Statement specifies the Signa MR system’s compliance to the DICOM standards
assembled with image object networking. It details the DICOM Service Classes and roles which are
supported by this product in the versions listed in Section 1.1.
The Signa MR product uses DICOM services to import images for possible further analysis and/or
processing. It also uses DICOM services to export images to other DICOM-compliant machines.
All DICOM functionality on the Signa MR product is handled by the DICOM Server Application Entity (AE).
The DICOM Server AE is commanded to perform DICOM services through the buttons and menu
selections on the main user interface panel. The DICOM Server AE is also listening to a pre-defined port
for incoming connections.
12
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
ILLUSTRATION 2.0
IMPLEMENTATION MODEL DATA FLOW DIAGRAM DICOM Standard
Interface
Choose Image
Push Remotely
Sent
1 1
Choose Remote
Query Query
Remote Retrieve
2 2
Choose Image
Remote Remotely
Archive Archived
4 4
Choose Verify
DICOM Request
Ping 5
5
Remote
Image system
Installation requests
7 image storage
7
Query Remote
Retrieve Query
SCP Request
8 8
There are several Real-World Activities that will cause the DICOM Server Application Entity (DICOM
Server AE) to initiate a DICOM association to a remote DICOM Application Entity. Illustration 2.0 above
shows basic Real-World Activities. In addition, Sections 3, 4, 5, 6, and 7 cover Media Storage, Print,
Modality Worklist, Performed Procedure Step, and Storage Commit in more detail.
1. The Choose Push Real-World Activity consists of an operator selecting one or more studies,
series, or images in the local database manager. The operator then chooses either “Send
examination”, “Send series” or “Send image" from the “Network” pulldown menu on the local
database manager to send the image(s) to a selected destination.
2. Real-World Activity, Query Remote, causes the DICOM Server AE to initiate an association to
the Remote DICOM AE and request the list of all studies. Once the DICOM Server AE receives
13
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
the list of studies, it will select the first study (as determined through the local database manager
list sort criterion) and request the list of series for that study. After receiving the list of series the
DICOM Server AE will ask for the list of images for the first series in the list. The operator can
then select any study in the study list to retrieve the list of series and images.
3. Real-World Activity, Choose Pull, will be available once the Query Remote activity is performed.
The operator can now select one or more studies (series or images) and ask the DICOM Server
AE to retrieve the selected image(s) from the Remote DICOM AE by choosing either “Get
Examination”, “Get Series”, or “Get Images”.
4. The Choose Remote Archive Real-World activity consists of an operator choosing a remote
DICOM AE that supports Storage Commitment as provider as the archive device and selecting
one or more exams or series from the local database. The operator then chooses either “Save
Exam” or “Save Series” from the archive menu. The images to be committed are sent to the
remote provider entity first. The Commitment request for the transferred image instances is sent
after the complete image transfer. The Commitment response can come on same association or
on a different association. Refer to Section 7 for details on the Storage Commitment
implementation.
5. Real-World Activity, Choose DICOM Ping, consists of an operator selecting DICOM Ping from
the “Network” pull down menu on the local database manager to check the status of the selected
remote DICOM AE.
6. There is no Real-World activity required for the DICOM Server AE to respond to an incoming
DICOM store, query or retrieve. The DICOM Server AE is always prepared to respond to a
DICOM Store, Query, or Retrieve by any remote DICOM AE.
7. The DICOM Server AE will perform the Real-World activity Image Installation after the remote
AE sends an image to the Signa MR product.
8. Once a Query Retrieve request is received, the DICOM Server AE will search the local database
for all entries that match the keys requested by the Remote DICOM AE and send back the list of
matches. The DICOM Server AE will also respond to an incoming retrieval request from a
Remote AE by sending the image(s) to the Destination AE.
• Initiate an association to a Remote AE for the purpose of sending images to the Remote AE. If the
Remote AE accepts the presentation context applicable to the image(s) being sent, the DICOM
Server AE will send the image(s) to the receiving Remote AE by invoking the C-STORE-RQ operation
for each image on the same association.
• Initiate an association to a Remote AE for the purpose of committing images previously sent
successfully to the Remote AE for the purpose of the remote AE to commit to the storage of those
images. If the Remote AE accepts the presentation context, a storage commitment will be
established with the Remote AE with the DICOM Server AE sending the N-Action Request. The
Remote AE completes the commitment by sending the N-EVENT REPORT. The DICOM Server AE
updates the archive flag in the image browser for successful instances. The archive flag is shared
with the local archive and the two cannot be distinguished.
• Initiate an association with a Remote AE to query for images on the remote host. A Study-Root
Study-Level C-FIND-RQ request will be sent to the Remote AE once an association has been
established. After all responses are received, DICOM Server AE will issue a Series-Level C-FIND-
RQ request to get the series for a study in the list. An Image-Level C-FIND-RQ will be issued for the
first series in the series list.
14
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
• Send a C-MOVE-RQ request to a Remote AE for retrieve of images after successful association
establishment. The DICOM Server AE’s Storage SCP will receive the images over a separate
association.
• Initiate an association with a Remote AE to verify its status with a C-ECHO-RQ. The Remote AE will
report its status in a C-ECHO-RSP.
The DICOM Server AE waits for association requests from Remote AEs that wish to perform the following
operations:
• Verification: If a C-ECHO-RQ message is received, the DICOM Server AE will send back a C-
ECHO-RSP message with a status of “success”.
• Image Storage: If a C-STORE-RQ message is received, the DICOM Server AE will receive the
image and try to update the local database. If the image is stored successfully on storage media and
the database updated a status of “success” will be returned in a C-STORE-RSP message.
• Query: If a C-FIND-RQ message is received the DICOM Server AE will search the database for the
requested attributes and send back a C-FIND-RSP message containing a match and a status of
“pending”. After all matching records have been sent, a status of “success’ will be returned in a C-
FIND-RSP message. The Remote AE can terminate the query by sending a C-CANCEL-FIND-RQ
message.
• Retrieve: If a C-MOVE-RQ message is received the DICOM Server AE will lookup its list of
configured Remote AEs for the Destination AE. If the Destination AE is configured, the DICOM Server
AE will open a new association to the Destination AE and use C-STORE-RQ to send the image(s).
The DICOM Server AE will send a C-MOVE-RSP message with a status of “pending” after every five
images are sent. When all images are sent or if DICOM Server AE receives a C-CANCEL-MOVE-RQ
a final C-STORE-RSP will be sent back with an appropriate status.
2.2 AE SPECIFICATIONS
The following tables detail the DICOM Classes supported as an SCP and an SCU. Although Signa MR
system accepts other modality image types (CT, PET, RT, etc.), this conformance statement does not
cover other modality image and derived image types. Please refer to each modality DICOM
Conformance Statement for specific details.
This Application Entity provides Standard Conformance to the following DICOM SOP Classes as an SCU:
15
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
This Application Entity provides Standard Conformance to the following DICOM SOP classes as an SCP:
2.2.1.1.1 General
The DICOM Application Context Name (ACN), which is always proposed, is:
The Maximum Length PDU negotiation is included in all association establishment requests. The
maximum length PDU for association initiated by the DICOM Server AE is:
The maximum number of Presentation Context Items supported is 60. Note that the same Abstract
Syntax may be offered multiple times with different Transfer Syntaxes.
The user information items sent by this product are: Maximum PDU Length and, Implementation UID
16
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The DICOM Server AE (SCU) will initiate only one DICOM association at a time to perform an image
store to a remote host or retrieve image(s) from a Remote AE.
The DICOM Server AE (SCP) can have a maximum of four DICOM associations open simultaneously to
receive and store image or respond to an echo.
A single association is used to send the commitment request. This waits for the response from the
commitment provider on the same association for a configurable amount of time. It will also accept an
association for receiving the response from the commitment provider at any time.
The Implementation UID allows unique identification of a set of products that share the same
implementation.
The operator must first select a destination by choosing “Selected remote host:” from the “Network” pull-
down menu on the local database manager and then choose a hostname.
The “Push” operation will cause the DICOM server AE to initiate an Association when the operator selects
one or more study, series, or images in the local database manager and then chooses either “Send
examination”, “Send series”, or “Send image” from the “Network” pull-down menu on the local database
manager.
Note: If multiple study, series, or images are chosen to be pushed, one association will be established
for each of the studies, series, or images. A single association for a single series will be used for the
multiple C-STORE operations necessary for the images in the series.
The following table shows the proposed presentation contexts for the DICOM Server AE after Real-World
Activity “Push” Operation has been performed. The following selection method is used when choosing
from multiple accepted transfer syntaxes:
Table 2.2.1.2.1.2-1 Proposed Presentation Contexts for DICOM Server AE and Real-World
activity Push Image(s)
18
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
2.2.1.2.1.2.1 SOP Specific Conformance Statement for Image Storage SOP Classes
This implementation can perform multiple C-STORE operations over a single association.
Upon receiving a C-STORE confirmation containing a Successful status, this implementation will perform
the next C-STORE operation. The association will be maintained if possible.
Upon receiving a C-STORE confirmation containing a Refused status, this implementation will terminate
the association.
Upon receiving a C-STORE confirmation containing any status that is not Success or Refused, this
implementation will consider the current request to be a failure but will continue to attempt to send the
remaining images in the request on the same association.
Each C-STORE operation supports an “Association Timer”. This timer starts when the association request
is sent and stops when the association is established. The time-out is configurable in dcs.cfg as
bi_assoc_tio and defaults to 30 seconds.
Each C-STORE operation also supports an “Operation Inactivity Timer”. This time-out starts once the first
C-STORE request has been issued (on association) or received and is reset each time a C-STORE
response has been received or when subsequent C-STORES are sent. This time-out is configurable in
dcs.cfg as bi_store_tio and defaults to 90 seconds.
Each C-STORE operation also supports a “Session Timer”. This timer starts when the association is
established and stops when the association is ended. This time-out is configurable in dcs.cfg as
bi_session_tio and defaults to 60 minutes.
If any of the three timers mentioned above expires, the connection is closed and the operation in progress
is considered failed.
When DICOM Server AE initiates an association to issue a C-STORE, the image will be transmitted by
the DICOM Server AE with the same elements as was originally received or created locally. Note, to
retain all private elements in non-GE images, the image must have been originally received using Explicit
Little Endian transfer syntax.
The operator must first select a destination by choosing “Selected remote host:” from “Network” pull-down
menu on the local database manager and then choose a hostname.
Provided that the operator had set "Custom search?" to "Off" when setting the Remote host parameters,
the “Query” operation will cause the DICOM Server AE to initiate an association (with zero length Patient
name, Patient id, Study date, Accession number, and Study id) to the selected Remote AE when the
“Receive” entry is selected from the “Network” pull-down menu.
19
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Otherwise, if the operator had set "Custom search?" to "On" when setting the Remote host parameters,
the “Query” operation will cause a Customize search parameters menu to appear. The operator can
enter values for Patient name, Patient id, Study date, Accession number, and Study id. Not entering a
value means match on any value for that field. Patient name will match on any patient name that
contains what the operator entered. Patient id, Study id, and Accession number will match on what the
operator enters. For Study date, the operator selects a range type from the "Exam date" pull down menu,
where the choices are All, Before, Between, or Exactly. Once a range type is selected, the correct
number of fields appear and the operator enters dates into those fields. Once the desired parameters are
entered the operator chooses "Ok" and that will cause the DICOM Server AE to initiate an association to
the selected Remote AE.
Once a list of Study/Series/Image is retrieved, the operator can invoke the “Pull” operation by choosing
“Get Exam” or “Get Series” or “Get Image” from the “Network” pull-down menu, or the operator can cause
a new association with different parameters to the same Remote AE by choosing "Change search
parameters" from the "Search" pull-down menu on the remote database manager.
When the Real-World activity “Query” or “Pull” is initiated all presentation contexts shown in Table
2.2.1.2.1.2-1 are proposed during association establishment, but only the Query/Retrieve-FIND related
contexts are applicable to this activity.
After the Query operation is initiated, the DICOM Server AE will perform a study-root C-FIND-RQ request
at each of the three levels (Study, Series, and Image) in succession.
The Initial Study-Level request will ask for studies in the Remote database that match the user specified
Patient name, Patient id, Study date, Accession number, and Study id. Zero length data in any of those
fields means match on any value. Zero length data is the default value if the user does not specify a
value. The user specified Patient name will come surrounded by single asterisks (asterisk is a wild card
that matches any number of characters). The Study date is a range of dates where a date is exactly 8
characters long and the format of the range is:
"" is any date,
"yyyymmdd-" is any date on or after that year/month/day,
"-yyyymmdd" is any date on or before that year/month/day,
"yyyymmdd-yyyymmdd" is any date on or between those dates,
"yyyymmdd" is only on that date.
The C-FIND SCU will not perform any extended negotiation and so will only perform hierarchical query.
Each C-FIND SCU operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session
Timer” with time out values of 300 seconds, 300 seconds and 60 minutes respectively. These values are
configurable in dcs.cfg.
If a “Cancel” or “Refused” status is returned from the Remote AE the association is closed and the
operation terminated.
The DICOM Server AE will parse each matching C-FIND-RSP reply and ignore the entries that do not
contain a valid DICOM data stream. No VR validation is performed which means that syntax errors will be
ignored.
User can cancel the ongoing worklist query by clicking on the Cancel button in the UI. Upon cancel, the
DICOM SERVER AE will send C-FIND-CANCEL request to the Modality Worklist SCP.
20
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Tables 2.2.1.2.2.2.1-1 - 2.2.1.2.2.2.1-3 show the various fields that are requested at the Study, Series,
and Image levels of the C-FIND request.
Note: In the following Tables the Type field has the following meaning:
R - Required
U - Unique
O - Optional
P - Private
21
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The operator must first select a destination by choosing “Selected remote host:” from “Network” pull-down
menu on the local database manager and then choose a hostname. The operator then has to perform the
Real-World activity “Query” to get a list of Study/Series/Image. Once the list of Study/Series/Image is
retrieved, the operator can invoke the “Get” operation by choosing “Get Exam” or “Get Series” or “Get
Image” from the “Network” pull-down menu.
22
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
When the Real-World activity “Get” is initiated all presentation contexts shown in Table 2.2.1.2.1.2-1 are
proposed during association establishment, but only the Query/Retrieve-MOVE related contexts are
applicable to this activity.
When the operator starts a Get operation at any level (Study, Series, Image) the DICOM Server AE will
initiate a C-MOVE-RQ request to the Remote AE with the DICOM Server AE as the Destination AE. The
Storage SCP will handle the incoming images as described in section 2.2.1.3.1.
Each C-MOVE SCU operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session
Timer” with time out values of 300 seconds, 300 seconds and 60 minutes respectively. These time-outs
are configurable in dcs.cfg as bi_assoc_tio, bi_store_tio and bi_session_tio respectively.
The DICOM Server AE will send a C-CANCEL-MOVE-RQ to the Remote AE if the operator “Pauses” or
“Clears” the job from the local database manager Network queue.
The operator must first select a destination by choosing “Selected remote host:” from “Network” pull-down
menu on the local database manager and then choose a hostname. The operator then has to perform the
Real-World activity “Choose DICOM PING” to send a C-ECHO request to get the status of the Remote
AE.
If the C-ECHO response is received with a success, the DICOM Server will post a pop-up to the operator
indicating that the remote device is alive.
The DICOM Server AE provides standard conformance to the DICOM Verification Service Class.
Each ECHO operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session Timer”
with a time out values of 300 seconds, 90 seconds and 60 minutes respectively.
Upon receiving a C-ECHO-RSP, containing a successful status, a message will be posted to the operator
indicating success.
23
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
When the DICOM Server AE accepts an association for image storage, it will receive any images
transmitted on that association and store the images on disk.
It will also respond to queries from Remote AEs by sending matching entries. Any Remote AE can
request and receive a list of images on the local database. The Remote AE must be configured in the
local database manager’s list of Remote AE for it to be able to retrieve images from DICOM Server AE.
Any remote AE can open an association to the DICOM Server AE for the purpose of verification.
24
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Note: The SCP does not have a default acceptance policy if more than one acceptable transfer syntaxes
are proposed by the SCU. It is the responsibility of the SCU to make a selection from more than one
transfer syntaxes accepted. If multiple transfer syntaxes are proposed in the same presentation context,
the SCP will accept the first one.
Each C-STORE SCP operation supports an “Association Timer”, “Operation Inactivity Timer” and
“Session Timer” with time out values of 900 seconds, 900 seconds and 60 minutes respectively.
Image Reception
If the DICOM Server AE returns one of the following status codes, then the C-STORE operation was
unsuccessful and no image will be installed:
0110 (Processing Failure) Indicates that an internal system call has failed while processing an image.
A711 (Out of Resources) Indicates that probably there was not enough disk space to store the image.
The user should attempt recovery by removing some images from the Signa MR system.
A712 (Out of Resources) Indicates that there was not enough resource (such as memory) to store the
image.
In the event of a successful C-STORE operation, the image has successfully been written to disk. The
image will then be accessed in the same manner as any other image by the applications on the Signa MR
system.
25
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Images may be deleted when instructed to do so by the user. Thus the duration of the storage of the
image is determined by the users of the Signa MR system.
Image Installation
If the image installation is unsuccessful, a message will appear in the Message Log informing the user of
the failure and the image will be removed.
If the image installation process finds that an element is not encoded according to the DICOM standard, it
will fail to install the image and the file will be removed.
Images received from non GE products are installed as the appropriate image object. Their private data
elements will be maintained if the negotiated transfer syntax is Explicit Little Endian. Also if any critical
fields (mandatory) are missing, then the image will not be installed.
This AE is indefinitely listening for associations. No operator action is required to respond to a verification
message.
The Real-World Activity associated with the verification request is to send a C-ECHO response message
with a status of “success” to the requesting AE.
Table 2.2.1.3.2.2-1: Acceptable Presentation Contexts for DICOM Server AE and Real-World
Activity Verification Request
The DICOM Server AE provides standard conformance to the DICOM Verification Service Class.
Each ECHO operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session Timer”
with a time out values of 300 seconds, 90 seconds and 60 minutes respectively.
This AE is indefinitely listening for associations. No operator action is required to respond to a query
request.
26
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Real-World Activity associated with the query request is to search the local database for entries that
match the request and send a C-FIND response message with a status of “pending” for each matching
entry.
27
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Table 2.2.1.3.1.2-1: Acceptable Presentation Contexts for DICOM Server AE and Real-World Activity Query
Request
Presentation Context Table
Abstract Syntax Transfer Syntax Role Extended
Negotiation
Name UID Name List UID List
Study Root 1.2.840.10008.5.1.4.1.2.2. Implicit VR Little 1.2.840.10008.1.2 SCP None
Query/Retrieve 1 Endian
FIND
Each C-FIND SCP operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session
Timer” with a time out values of 300 seconds, 300 seconds and 60 minutes respectively.
All Required( R) and Unique(U) study, series, and image level keys for the Study-Root Query/Retrieve
information model are supported. Some optional (O) keys are also supported as described in the
following tables.
Note:
In the following tables the Type field has the following meaning:
R - Required U - Unique O - Optional P - Private
Only keys with Usage type Matched will be matched against values in the database.
Values in keys of type Returned will be ignored and will be filled in with data from the database.
If an optional key is requested that does not appear in any of the tables above, that key will be ignored
and no corresponding element will be returned.
If the database does not have a value corresponding to any requested optional key a zero-length element
will be returned.
Except sequence matching all other matchings are supported. (i.e. wildcard (“*”, “?”) and range (“-“)
matching is supported as defined in DICOM PS3.4 Section C.2 Query/Retrieve Information Model
Definition.)
Only hierarchical query is supported. Therefore, the C-FIND SCP will not perform any extended
negotiation.
Following are the status codes the Application may send back to the SCU Equipment while performing
the requested Query:
Table 2.2.1.3.3.2.1-1 Status Codes Returned by DICOM SERVER AE for Activity Search Local
Database
Service Status Further Meaning Status Code Explanation Related
Status Code Fields Sent
Back to the
SCU
Failure A900 Error: Invalid dataset This status code is sent for the following reasons (0000,0902)
1.When does not have required information, like
query retrieve level
28
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
C001 Error: Unable to process This status code is sent for the following reasons (0000,0902)
1.When remote AE is not given permission to
store on this AE.
2. Not able to connect to local database ,
because of max connection limit reached.
3. Database query fails.
Cancel FE00 Matching terminated due to This status code will be returned when DICOM None
cancel SERVER AE receives C-FIND-CANCEL from
remote AE
Success 0000 Matching is complete - No Matching complete None
final identifier is supplied
Pending FF00 Matches are continuing - For pending messages Identifier
Current Match is supplied
and any Optional Keys were
supported in the same
manner as Required Keys.
29
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Note: The local database does not store the different components of the patient’s name in separate
fields so it is not possible to query for studies by last name or any other component.
30
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
This AE is indefinitely listening for associations. No operator action is required to respond to a retrieve
request.
The Real-World Activity associated with the Retrieve Request is to send all images corresponding to the
C-MOVE request to the destination AE through a separate association.
Table 2.2.1.3.4.2-1: Acceptable Presentation Contexts for DICOM Server AE and Real-World
Activity Retrieve Request.
The DICOM Server AE provides standard conformance to the baseline Study-root C-MOVE Service Class
SCP.
Each C-MOVE SCP operation supports an “Association Timer”, “Operation Inactivity Timer” and “Session
Timer” with a time out values of 300 seconds, 300 seconds and 60 minutes respectively. These time-outs
are configurable in dcs.cfg as bi_assoc_tio, bi_store_tio and bi_session_tio respectively
All images requested in a C-MOVE-RQ will be sent over a single association. A C-MOVE-RSP with a
“pending” status will be returned to the requester every five images.
The C-MOVE SCP will invoke C-STORE requests for the following SOP classes:
31
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
In addition to the C-MOVE response status values defined in DICOM part 4 the following status values
will be returned:
• C000 - Indicates that an error occurred while retrieving records from the local database.
• C001 - Indicates all other processing error.
• C011 - If the Destination AE returns a “Storage Full” condition this status will be returned. This status
will only be sent if the Destination AE returns a status of A711 and is only applicable if the Destination
AE is an SdC-based product.
No criterion.
32
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Following is a list of additional private attributes for (0008,0008) and (0018,0022) defined for a standard
MR IOD. For incoming third-party DICOM images the values in these elements are retained without
modification.
(0008,0008) Image Types (private attributes for 3rd and 4th values)
DERIVED\SECONDARY\SCREEN SAVE\MIN IP
DERIVED\SECONDARY\SCREEN SAVE\AVERAGE
DERIVED\SECONDARY\SCREEN SAVE\VOLREN
NONE RAMP_AP_GEMS
CINE_GEMS RAMP_IS_GEMS
CL_GEMS RAMP_LR_GEMS
CS_GEMS RAMP_PA_GEMS
DEP_GEMS RAMP_RL_GEMS
EDR_GEMS RAMP_SI_GEMS
EPI_GEMS RT_GEMS
FAST_GEMS RTR_GEMS
FC_FREQ_AX_GEMS SAT_GEMS
FC_SLICE_AX_GEMS SEQ_GEMS
FILTERED_GEMS SQPIX_GEMS
FT_GEMS SS_GEMS
GRAPH_GEMS TRF_GEMS
IIC_GEMS VASCANGIO_GEMS
IRP_GEMS VASCPC_GEMS
MP_GEMS VASCPC_GEMS
MT_GEMS VASCTOF_GEMS
NF_GEMS VASCTOF_GEMS
NPW VB_GEMS
POMP_GEMS MART_GEMS
SPIRAL_GEMS PROP_GEMS
VRG_GEMS ARTM_GEMS
ARTH_GEMS
Refer to Appendix B for a complete listing of private data elements used with this implementation.
2.5 CONFIGURATION
The Signa MR system allows the user to “Add”, “Remove”, or “Update the mapping of remote AE Titles to
IP Addresses and Ports. These options can be selected from the “Remote Host Selection” menu
displayed by choosing “Selected remote host:” from the “Network” pull-down menu from the local
database manager.
34
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
• Time-outs, which are set for all hosts, are configurable in dcs.cfg:
note: * denotes any SOP class (time in sec)
* Association time-out - bi_assoc_tio
* Inactivity time-out - bi_store_tio
* Session timeout - bi_session_tio
* Move operation time-out - bi_move_tio
* Find time-out - bi_find_tio
Note: The local port on which the Signa MR system receives DICOM incoming TCP connections is port
4006.
As a Storage SCP, the product will not accept SOP Instances that contain unsupported character sets.
The system will return appropriate failure status code.
As a Query SCU, it will accept response items with any value of Specific Character Set. However, it will
display in the user interface only characters specified as within ISO_IR 6 (ASCII) or the configured
extended character set.
As a Modality Worklist SCU, it only uses ISO_IR 100 Specific Character Set in the worklist query
requests.
35
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
3.0 Introduction
This Conformance Statement specifies the Signa MR system’s compliance to DICOM Media Interchange.
It details the DICOM Media Storage Application Profiles and roles which are supported by this product.
Signa MR system provides capabilities to DICOM interchange on MODs, CD-R (Compact Disc-
Recordable) and DVD-R(Digital Video Disc –Recordable). Signa MR system works with most of the IOD’s
like Computed Tomography (CT), Magnetic Resonance (MR), Computed Radiography (CR), Positron
Emission Tomography (PET), and Digital X-Ray images.
The DICOM Interchange Archive Server Application Entity (AE) handles the DICOM CREATE CD (/DVD)
/ RESTORE CD (/DVD) functionality for the CD-R/DVD-R media. The DICOM Interchange Archive Server
Application Entity (AE) is commanded by the user to perform DICOM services operating on the DICOM
media through the use of buttons and menu selections on the graphical user interface of the platform.
The user requests the creation of a DICOM File Set and the writing of this DICOM File Set on blank
Interchange Media by selecting images in the local Browser and selecting the Interchange Media as
being the selected device. Then, the iso9660 image of the CD/DVD to burn will be generated. Once the
generation has been done, it burns the complete set of data on the selected Interchange Media.
The Media Interchange Application Model for Signa MR system is shown in Illustration 3-1:
36
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Display
Directory/
QUERY FSC
DICOM
Archive Media
Server
Recorder 1 Storage 2
FSR
Local Storage/
RESTORE
FSC
Recorder 2 Media
Storage 1
FSR
Record Media/
RECORD
The DICOM Interchange Archive Server AE has a local storage that may contain various SOP instances.
These may have been obtained by original creation, network (DICOM or proprietary) or by removable
media using other application entities. These instances are external to this conformance claim and the
origin of SOP instances is outside the scope of this claim.
The DICOM Interchange Archive Server AE can initialize Media by acting as an FSC to create a new
DICOM File-set on a 700MB/4.7GB blank Interchange Media. It initializes the DICOM File-set and writes
all the specified SOP instances onto the Interchange Media at once. The SOP instances written will be
limited to instances that match the criteria of one of the Application Profiles that is supported. Updating
the media is not supported.
37
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Display
Directory
Create FSC
MOD DICOM MOD
Archive Server
AE FSU Media
Storage
FSR
Local
Storage
Update
MOD
The MOD Archive Server AE has a local storage that may contain various SOP instances. These may
have been obtained by original creation, network (DICOM or proprietary) or by removable media using
other application entities. These instances are external to this conformance claim and the origin of SOP
instances is outside the scope of this claim.
The MOD Archive Server AE can initialize Media by acting as an FSC to create a new DICOM File-set on
a 2.3GB MOD media or a 1.2GB MOD media. It initializes the DICOM File-set and writes the specified
SOP instances onto the MOD. The SOP instances written will be limited to instances that match the
criteria of one of the Application Profiles that is supported. When updating media, a pre-existing File-set
will be updated with the selected SOP instances that match one of the supported Application Profiles.
38
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The save function can only be performed on a blank (unused) Interchange Media. Updates to an already
recorded Interchange Medium is not supported.
3.2 AE SPECFICIATIONS
Note: JPEG compressed images are not supported in this implementation for both CD/DVD
CREATE/RESTORE.
3.2.1.1 File Meta Information for the CD-R/DVD-R DICOM Interchange Archive
Server Application Entity
Following are the values set in the File Meta Information for this AE Title:
39
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The user selects the entries in the local database that he/she wants the DICOM Media Server to
copy onto Interchange Media.
The graphic interface allows the user to select the entries (patients, studies, series or images) in
the local database to be copied onto to the selected Interchange Media.
The DICOM Media Server creates one File Set per generated Interchange Media.
• A user can only create one copy of CD/DVD image for a drive at a time; any other
attempt of creation will wait until the first one is complete.
• A user cannot create CD/DVD while restore CD/DVD is in process.
• A DICOM CD-Viewer is provided along with the selected object instances on the
interchange media. This viewer can be loaded on a standard PC running Windows2000
or WindowsXP.
Before writing on the Interchange Medium, the DICOM Media Server checks for the following
condition:
• The inserted media is blank and write-able. If the condition is not met, an error is
displayed and the user needs to replace it with a blank media.
Note:
Since JPEG compression is not enabled, the transfer syntax for SOP Instances will always be
Explicit VR Little Endian (ELE) Uncompressed Transfer Syntax, UID 1.2.840.10008.1.2.1. For
any other IODs with Transfer syntax other than ELE, the corresponding SOP instance data are
converted to ELE and then copied to CD/DVD. During the conversion to ELE, the private tags are
stored with VR as UN to facilitate fidelity.
The Object SOP instances have to be encoded with the ISO_IR 100 Specific Character set or
DICOM Default Character Set.
40
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
When the DICOM Media Server AE is requested to provide a directory listing, it reads the File-set
and displays the DICOMDIR directory entries, according to the STUDY Root paradigm.
If the media is not blank, then Interchange Media gets mounted. To remove the media, the user
has to select the eject button on user interface for the appropriate drive.
A user can display the directory even when create/restore CD/DVD is in progress. During a
create CD/DVD operation, the results of the QUERY will show everything that will be saved on
the CD, once the create operation is over. It does reflect the actual contents of the CD/DVD until
the create CD/DVD operation is over.
3.2.1.2.2.2 Media Storage Application Profile for the RWA: Display Directory
Following are the SOP Classes supported by the RWA “Display Directory of CD/DVD”:
41
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The user selects the SOP instances that he wants the DICOM Media Server AE to copy on the
local database by selecting appropriate P/E/S/I instances and clicking on the suitable restore
buttons. Once selected, the SOP instances are copied from the media to the local database.
If the media is not blank, then the Interchange Media gets mounted. To remove the media, the
user has to select the eject button on the User Interface for the appropriate drive.
A user can only restore selected composite objects at a time from a media; any other attempt of
selections to restore CD/DVD on media in same drive will wait until the first one is completed.
42
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The MOD Archive Application will query the user before initializing media when a File-set is found on the
media and an initialize operation has been requested.
Depending on the physical media type being 2.3GB or 1.2GB media, the system will apply the correct
characteristics as an FSC to meet the appropriate Application Profile.
As an FSU role, the system will produce directory sequences for each SOP instance that is added to the
File-set consistent with the STD-CTMR-MOD{12,23} profile and it will make the File-set directory so that
an early installed base system that only understands the PRI-CTMR-MOD12 profile will not be able to use
the media.
3.2.2.1 File Meta Information for the MOD DICOM Interchange Archive Server
Application Entity
Following are the values set in the File Meta Information for this AE:
Source Application Entity Title Not used by the MOD Archive Application
Private Information Creator UID Not used by the MOD Archive Application
Private Information Not used by the MOD Archive Application
3.2.2.2 Real-World Activities for the MOD DICOM Interchange Archive Server
Application Entity
43
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
3.2.2.2.2.1 Media Storage Application Profile for the RWA: Display MOD Directory
For the list of Application Profiles that invoke this AE for the MOD directory listing RWA, see Table 3-2.
There are no extensions or specializations.
3.2.2.2.3.1 Application Profiles for the RWA: Copy MOD to Local Storage
For the list of Application Profiles that invoke this AE for the MOD Copy to Local Storage RWA, see Table
3-2.
44
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
This Application Profile facilitates the interchange of primary CT and MR images as well as processed CT
and MR images such as Secondary Capture, Grayscale Softcopy Presentation State, and Structured
Report. Please refer to Appendix A for the IOD definitions. CT, MR, SC, GSPS, and SR objects may co-
exist within the same File-set.
Typical interchanges would be between acquisition devices, archives and workstations within and
between institutions.
This Application Profile Class uses the Media Storage Service Class defined in PS3.4 with the
Interchange Option.
The Application Entity shall support one or more roles of the File-set Creator, File-set Reader and File-set
Updater defined in PS3.10.
45
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
generate the Basic Directory SOP Class in the DICOMDIR File with all types of Directory Records related
to the SOP Classes stored in the File-set.
FSC for the MOD profile has no concept of finalizing the disc at the completion of most recent write
session. This is a requirement of CD-R and DVD-R and does not apply to the MOD profiles.
This class of Application Profiles is based on the Media Storage Service Class with the Interchange
Option. (see PS3.4).
SOP Classes and corresponding Transfer Syntaxes supported by the STD-CTMR-MOD12 Application
Profiles is also specified in Table 3-4.
Table 3-4 IOD's and Transfer Syntaxes for CTMR-MOD Application Profiles
Information SOP Class UID Transfer Syntax and UID FSC FSR FSU
Object Req. Req. Req.
Definition
Basic 1.2.840.10008.1.3.10 Explicit VR Little Endian M M M
Directory Uncompressed
1.2.840.10008.1.2.1
CT Image 1.2.840.10008.5.1.4.1.1.2 Explicit VR Big Endian O M O
Storage Uncompressed
1.2.840.10008.1.2.2
CT Image 1.2.840.10008.5.1.4.1.1.2 JPEG Lossless Process O M O
Storage Selection Value 14
1.2.840.10008.1.2.4.70
MR Image 1.2.840.10008.5.1.4.1.1.4 Explicit VR Big Endian O M O
Storage Uncompressed
1.2.840.10008.1.2.2
MR Image 1.2.840.10008.5.1.4.1.1.4 JPEG Lossless Process O M O
46
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
NOTE:
The MOD Archive Application chooses the JPEG Lossless compression (selection value 1) as the default
transfer syntax for storing images on the media. But the transfer syntax is selectable on a per media basis
at install time using a method defined by the Application.
47
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
48
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
This class of Application Profiles is based on the Media Storage Service Class with the Interchange
Option. (see PS3.4).
49
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
SOP Classes and corresponding Transfer Syntaxes supported by the STD-CTMR-MOD23 Application
Profiles is also specified in Table 3-4.
50
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
SOP Classes and corresponding Transfer Syntaxes supported by the STD-GEN-CD and
STD-GEN-DVD-JPEG Application Profiles are specified in Table 3-8.
Table 3-8 IOD's and Transfer Syntaxes for STD-GEN-CD and STD-GEN-DVD-JPEG Application
Profiles
Information SOP Class UID Transfer Syntax and UID FSC FSR FSU
Object Req. Req. Req.
Definition
Basic 1.2.840.10008.1.3.10 Explicit VR Little Endian M M M
Directory Uncompressed
1.2.840.10008.1.2.1
51
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The STD-GEN-DVD-JPEG application profile requires any of the 120 mm DVD media other than DVD-
RAM, as defined in PS 3.12.
The ISO 9660 Standard provides a Volume Identifier in byte position 41 to 72 of the Primary Volume
Descriptor. A DICOM File-Set is defined to be one volume, and the File-Set ID shall be placed in the
Volume Identifier, starting with byte position 41. Extra bytes within the Volume Identifier shall be spaces
52
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
(20H). The Volume Identifier for a File-Set ID consisting of zero characters shall consist of all spaces
(20H).
Notes: 1. The character set for File IDs and File-set IDs (see PS 3.10) is a subset of the ISO 9660 character
set, therefore no further restrictions need to be imposed.
2. Multiple ISO 9660 File-Sets on a single volume are achievable, but this profile does not support
multiple file-sets.
The ISO 9660 standard provides a hierarchical structure for directories and files within directories. Each
volume has a root directory that may contain references to both files and subdirectories. Subdirectories
may contain reference to both files and other subdirectories.
A volume may have at most 8 levels of directories, where the root directory is defined as level 1. The
nomenclature for referring to a file in the ISO 9660 standard is dependent upon the receiving system. For
the purposes of this document, the following notation will be used:
a) / – For the root directory
b) /FILENAME.;1 – For a file in the root directory
c) /SUBDIR – For a subdirectory in the root directory
d) /SUBDIR/FILENAME.;1 – For a file in the subdirectory
Given a File ID consisting of N components, referred to as Comp1 through CompN, then the
corresponding ISO 9660 file shall be named /Comp1/.../CompN.;1
The ISO 9660 File Name Extension shall not be used.
The ISO 9660 standard requires the two separators "." and ";" to demarcate a "File Name Extension" and
a "Version Number". To remain compatible with the ISO standard, the version number shall be 1.
Notes: 1. The above specified file ID mapping corresponds to ISO 9660 Level 1 compliance. This ensures
thegreatest level of compatibility across receiving systems.
The following is an example of the DICOM to ISO 9660 file mapping:
DICOM File ID ISO 9660 File Name
DICOMDIR /DICOMDIR.;1
SUBDIRA\IMAGE1 /SUBDIRA/IMAGE1.;1
A DICOMDIR file in a DICOM File-set shall reside in the root directory of the directory hierarchy, and shall
be named /DICOMDIR.;1.
Multiple DICOMDIR files shall not be stored on a single volume.
A Directory record in ISO 9660 provides for a Recording Data and Time field which shall be set to the
creation date of the file. File modification data, file owner identification, and permissions are part of the
ISO 9660 – Extended Attribute Record. The Extended Attribute Record is not required by this annex and
shall be ignored at this time. To ensure future backwards compatibility and file accessibility, the Extended
Attribute Record Length and File Flag of the Directory record shall be set as follows for each file. The
Extended Attribute Record Length (byte position 2) shall be zero. The File Flags (byte position 26) shall
have bit positions 3 and 4 set to zero.
53
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The reader shall be able to read a logical format conforming to UDF and ISO 9660 filesystems. The
creator shall be able to create a logical format conforming to UDF or ISO 9660 filesystems or both, as
defined below. No requirements are defined for an updater.
Note: The intent of these requirements is to insist that a reader be able to read media created by any creator,
but not to require that media created by a particular creator can necessarily be updated by a different
updater.
The ISO 9660 System Identifier Field of the PVD (Primary Volume Descriptor) shall contain "CD-
RTOS CD-BRIDGE" if a CD-I (Compact Disc-Interactive) application is present. If a CD-I
application is not present, then this field shall be padded with space characters.
The ISO 9660 System and Volume Descriptor Area (SVD) from the last session points to the set
of ISO 9660 Path Tables and Directory Records that describes the file system of the DICOM CD-
R disc. The SVD area starts at the first logical sector of each session and continues through to
the first instance of the Volume Descriptor Set Terminator. Adding, replacing or deleting files from
the disc is accomplished by opening a new session and writing within the new session new data
(if any), a new set of Path Tables, and Directory Records that reflect the changes, and an SVD
area that points to the new set of Path Tables and Directory records.
Note: DICOMDIRs with no directory information are not allowed by this Application Profile.
All implementations shall include the DICOM Media Storage Directory in the DICOMDIR file. There shall
only be one DICOMDIR file per File Set. The DICOMDIR file shall be in the root directory of the medium.
Refer to Appendix C for a complete listing of all the optional modules and optional attributes used
in the DICOMDIR definition. Please note that the mandatory attributes in each of the directory
records as mentioned in Part 3 Addendum (Basic Directory Information Object Definition) are not
listed in the appendix, but are supported by the implementation.
NOTE:
The modality attribute (0008,0060) in the DICOMDIR Series records should be CT/MR for Secondary
Capture SOP Class Images. Otherwise the Signa MR system’s DICOM media display browser will not
list-up the series for contents rendering the retrieval to local storage impossible.
None.
This class of Application Profiles is based on the Media Storage Service Class with the Interchange
Option. (see PS3.4).
SOP Classes and corresponding Transfer Syntaxes supported by the PRI-CTMR-MOD12 Application
Profiles are specified in
NOTE:
The MOD Archive Application chooses the JPEG Lossless compression (selection value 1) as the default
transfer syntax for storing images on the media. But the transfer syntax is selectable on a per media basis
at install time using a method defined by the Application.
The SOP instance files in the Media File-set in the PRI-CTMR-MOD12 profile uses a non-standard JPEG
compression process resulting in interoperability problems when decoded using readily available industry
decompression routines.
55
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
3.5 Configuration
The MOD Archive Application will have only 2.6GB drive installed.
Table 3-9 Supported Profiles for various MOD Drive Configurations
Disk Drive Installed Profiles Supported
2.6GB-Optical Disk Drive PRI-CTMR-MOD12
STD-CTMR-MOD12
STD-CTMR-MOD23
For the CD/DVD Archive Application, the source AE Title encoded in the File Meta-Information cannot be
modified.
56
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The MOD Archive Application will support copy of SOP instances containing the ISO IR 100
(Latin alphabet No. 1, supplementary set) and DICOM default character sets as defined in
PS3.5. Any incoming SOP instances encoded using another extended character set will not
be installed in the Signa MR system’s database.
57
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
4.0 Introduction
This section of the Conformance Statement specifies the compliance to DICOM conformance
requirements for the relevant Grayscale and Color Network Printing features on Signa MR system. It
details the DICOM Service Classes and roles which are supported by this product.
The Signa MR product uses DICOM services to provide the DICOM Print SCU Application Profile. The
Signa MR product uses DICOM Print SCU to print images on DICOM Compliant Printers.
Note the format of this section follows the format of the DICOM Standard Part 2 (conformance) Annex A
hence the paragraph numbering scheme. Please refer to that part of the standard while reading this
section.
The DICOM Print SCU is a DICOM print filter, which provides the capability to print images to DICOM
printers. The DICOM Print filter acts as an SCU of the DICOM print management SOP class.
DICOM INTERFACE
Film DICOM
Composer Print SCU Printer
Film Composer is the User Interface and is used to initiate the local real world activity. The user issues
the print request using Film Composer. Film Composer allows printer selection and composes the
preformatted film file. The film file is interpreted by the SCU, which sends the appropriate messages to
DICOM print SCP running on the DICOM printer.
DICOM Print SCU Establishes the Association with requested printer to print the composed film. If the
Remote AE accepts the presentation context applicable to the print job, the DICOM Print AE SCU will
send the print job to the receiving Remote AE by using the N-CREATE and N-SET services.
58
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
• User has to select the DICOM printer from the Film Composer Interface.
• The images to be printed shall be dragged and dropped into Film Composer slots from Viewing
Applications either manually or automatically.
• In case of manual drag and drop, the user has to press the Print Button to print the images .
• The Print SCU will start the Print Session. The Print Session involves establishing association
with the printer followed by the next sequence of activities:
o The Print SCU gets the Printer status using N-GET service. If the Printer returns
FAILURE status the print session will be terminated and the requester will be notified of
the printer status.
o The film session is created using N-CREATE service. In case of error, the print session
will be terminated. The attribute values for the Film session will be specified with the film
session request.
o The film box is created using N-CREATE service. The print session will be terminated if
the printer fails to create the film box. The film box attribute values will be sent in the film
box create request.
o The image attributes for the images to be printed in this session will be set using the N-
SET service. If the printer fails to accommodate the images in the image set, the print
session will be terminated.
o The film will be printed using the N-ACTION service. Only film box printing is supported.
In case of error, the print session will be terminated.
o The Film Box instance will be deleted using the N-DELETE service.
o The SCU does not wait for N-EVENT-REPORT from the Printer after deleting the film box
instance. The N-EVENT-REPORT received when the association was still active is
handled, but the data received will be ignored.
o Finally the association will be terminated and if all the above operations are successful
the requester will be notified of the successful print session. This status just indicates that
the images to be printed have been successfully sent to the printer.
4.2 AE SPECIFICATIONS
Print SCU provides Standard Conformance to the following DICOM 3.0 SOP classes as an SCU:
Note: Support of the Basic Grayscale Print Management Meta SOP Class as an SCU
mandates support for the Basic Film Session, Basic Film Box, Basic Grayscale Image
Box, and Printer SOP Classes as an SCU.
Note: Support of the Basic Color Print Management Meta SOP Class as an SCU mandates
support for the Basic Film Session, Basic Film Box, Basic Color Image Box, and
Printer SOP Classes as an SCU.
4.2.1.1.1 General
59
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Print SCU provides options to indicate the printer AE title, Printer host name. In this product, these
inputs are provided by Film Composer. Depending on these inputs the Print SCU will establish the
association with the desired printer.
The Maximum Length PDU negotiation is included in all association establishment requests. The
maximum length PDU for association initiated by the DICOM Print SCU AE is:
The Print SCU will initiate only one association with a printer. This will not initiate any other associations
while the current association is active.
The print SCU does not support asynchronous operations. All operations will be performed
synchronously.
The Implementation UID allows unique identification of a set of products that share the same
implementation.
Print SCU initiates association with the Printer (which is running DICOM Print SCP) provided as input to
Print SCU by Film Composer.
The Proposed Presentation Context table for the Print SCU is as shown in following Table.
4.2.1.1.6.2.1 SOP Specific Conformance Statement for Print Management SOP Classes
The Print SCU supports the following mandatory SOP classes, which are defined under the Basic
Grayscale Print Management Meta SOP Class and Basic Color Print Management Meta SOP Class.
NAME UID
Basic Film Session SOP Class 1.2.840.10008.5.1.1.1
Basic Film Box SOP Class 1.2.840.10008.5.1.1.2
Basic Grayscale Image Box SOP Class 1.2.840.10008.5.1.1.4
Basic Color Image Box SOP Class 1.2.840.10008.5.1.1.4.1
Printer SOP Class 1.2.840.10008.5.1.1.16
NAME UID
Print Job SOP Class 1.2.840.10008.5.1.1.14
The Print SCU supports the following DIMSE Service Elements for the Basic Film Session SOP Class.
N-CREATE - Requests the Print SCP to create an instance of Basic Film Session.
The following table shows the attribute values supported by the N-CREATE operation. Although these
attributes are optional for the SCU, we provide values for all of these optional attributes. If the SCP does
not support the requested value it may choose to either return a failure status or ignore the value provided
and use its default value.
61
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
If Failure status is returned during N-CREATE operation of Film Session the following action will be taken:
0x213 "Resource Limitation" message will be sent. All other status "Failure" message will be sent. In all
cases the print session will be terminated.
If a Warning status is returned during the N-CREATE operation of the Film Session the association will be
terminated.
The Print SCU supports the following DIMSE Service Elements for the Basic Film Box SOP Class.
Composer Tool.
Border density ( 2010, 0100 ) BLACK/WHITE/Not Set when a device is
Sent added using the Film
Composer Tool.
Empty image density ( 2010, 0110 ) BLACK/WHITE/Not Set when a device is
Sent added using the Film
Composer Tool.
Min density ( 2010, 0120 ) 0-4095, Not Sent Set when a device is
added using the Film
Composer Tool.
Note: Attributes “sent zero length” use the camera default values.
If a Failure status is returned during the N-CREATE operation of the Film Box the association will be
terminated.
If a Warning status is returned during the N-CREATE operation of the Film Box the association will be
terminated.
The Print SCU supports the following DIMSE Service Elements for Grayscale Image Box SOP Class.
If a Failure status is returned during the N-CREATE operation of the Image Box the association will be
terminated.
If a Warning status is returned during the N-CREATE operation of the Imaqge Box the association will be
terminated.
63
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Print SCU supports the following DIMSE Service Elements for Basic Color Image Box SOP Class.
If a Failure status is returned during the N-CREATE operation of the Image Box the association will be
terminated.
If a Warning status is returned during the N-CREATE operation of the Imaqge Box the association will be
terminated.
The N-GET DIMSE service is supported for the Printer SOP Class. If an N-EVENT-REPORT DIMSE
service is received when the association is active, the Print SCU handles the relevant states but the data
received is ignored.
64
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Print SCU issues the N-GET service to retrieve the printer status. The statuses are processed as
follows:
Print SCU looks for the following attributes in N-EVENT REPORT data received from Print SCP. If Print
SCU does not receive N-EVENT_REPORT, it requests the Print SCP to retrieve the following set of
attributes:
4.4.3 API
Not Applicable
65
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Signa MR system allows the user to “Add”, “Remove”, or “Update the mapping of remote DICOM
Printer AE Titles to IP Addresses and Ports. These options can be selected from the “Remote Printer
Selection” menu displayed by choosing “Configure” button from the Film Composer.
The following fields are configurable for the DICOM Print SCU AE:
Local IP Address (must match value in Section 2.5.2)
Local IP Netmask (must match value in Section 2.5.2)
Max PDU length
Time-outs, which are set for all hosts, are configurable in the dprint.cfg file. The following table lists the
parameters and default values:
The following DICOM print parameters are configurable. The valid ranges are shown in earlier sections of
this document.
Attribute Name DICOM Tag
Medium Type (2000,0030)
Film Destination (2000,0040)
Magnification Type (2010,0060)
Min Density (2010,0120)
Max Density (2010,0130)
Empty Image Density (2010,0110)
Border Density (2010,0100)
Configuration Information (2010,0150)
Smoothing Type (2010,0080)
The Print SCU does not support any Extended Character Set.
66
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
5.0 INTRODUCTION
This section specifies the use of the DICOM Modality Worklist Information Model used to organize data
and against which a Modality Worklist Query will be performed. The overall content of this specification is
an enhancement to the existing capability.
Association Initiation
Association Acceptance
DICOM
Standard
Interface
67
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
5.2.1.1.1 General
The DICOM Application Context Name (ACN), which is always proposed, is:
Application Context Name 1.2.840.10008.3.1.1.1
The Maximum Length PDU negotiation is included in all association establishment requests. The
maximum length PDU for an association initiated by the DICOM Worklist Server is:
Maximum Length PDU 50 Kbytes
68
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Implementation UID allows unique identification of a set of products that share the same
implementation.
69
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Note that selecting All Scanners and All Days with no worklist specific fields specified results in an
unconstrained worklist query. The response to an unconstrained worklist query can differ between
different modality worklist SCP implementations. Consult the modality worklist SCP manufacturer if
difficulties occur when attempting unconstrained queries.
Worklist specific fields targeted to retrieve a single or very small set of related entries may also be
specified. These fields may be used for a query combined with scanner and scheduled time to provide a
very specific query to the worklist server. The specific fields are specified below:
Patient ID (0010,0020)
Zero length or single value matching only of value entered.
5.2.1.2.1.2.1 SOP Specific DICOM Conformance Statement for the Worklist SOP Class
If the remote AE does not support the proposed Presentation Context, an appropriate error is logged and
the operator is notified.
This implementation can receive multiple C-FIND results over a single association. Only one association
is opened at a time.
Each C-FIND response received from the remote AE is parsed to verify the length/type of the items in the
response. Upon detecting any error in the response data, the response is discarded and the next
response (if any) is considered.
On receipt of any error from the remote AE, the Worklist Server will issue a C-FIND-CANCEL and, upon
receipt of a C-FIND-RSP (or if an applicable timer expires), will abort the association. Any previously
received worklist items are discarded. Warnings received from the remote AE are ignored.
Each C-FIND operation supports a configurable “Association Timer.” This timer starts when the
association request is sent or received and stops when the association is established. The default time-
out value is 30 seconds.
Each C-FIND operation supports a configurable “Session Timer.” This timer starts when an association
is established and stops when the association is ended. The default time-out value is 3600 seconds.
If any of the above timers expires, the association is aborted (A-ABORT) and the operation in progress is
considered to be failed. Any previously received worklist items are discarded.
70
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
All errors and failures detected by the Worklist Server AE are logged to the log file
/usr/g/hisris/wlsErrors.
71
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Scheduled Worklist
Procedure Step Item
contained in
Requested
Procedure
requested for
Imaging Service
Request
done for
Patient
is included
0,1
Visit
Figure 5-1
Modality Worklist Information Model E/R DIAGRAM
72
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
73
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Table 5-3
Modality Worklist Information Model Modules
Entity Name Module Name Reference
Scheduled Procedure Step SOP Common 5.6.2.1
Scheduled Procedure Step 5.6.2.2
Requested Procedure Requested Procedure 5.6.3.1
Imaging Service Request Imaging Service Request 5.6.4.1
Visit Visit Identification 5.6.5.1
Visit Status 5.6.5.2
Visit Relationship 5.6.5.3
Visit Admission 5.6.5.4
Patient Patient Relationship 5.6.6.1
Patient Identification 5.6.6.2
Patient Demographic 5.6.6.3
Patient Medical 5.6.6.4
74
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
75
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
76
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
77
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
78
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
80
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
6.0 INTRODUCTION
The PPS option for the MR Implementation allows a Modality Performed Procedure Step to be
communicated to the Hospital/Radiology information system. The PPS feature is providing the DICOM
Modality Performed Procedure Step service as a service class user (SCU).
This capability works in conjunction with DICOM Modality Work-list feature. However the conformance of
this capability is independent of Modality work-list feature. For information on conformance of Modality
Work-List to DICOM standard please refer to the appropriate section of this document.
6.1 IMPLEMENTATION MODEL
The DICOM ‘Performed Procedure Step’ service is provided by the PPS Server DICOM AE. The PPS
Server DICOM AE is commanded to perform Performed Procedure Step services either automatically or
through the user interface.
6.1.1 APPLICATION DATA FLOW DIAGRAM
The basic Application models for the feature are shown in the following illustration:
Patient Scan with
MWL data (automatic)
Patient Scan
without MWL data
(automatic) PPS Server
MPPS SCU Remote
MPPS SCP
Post-processing
(user interface)
DICOM
Standard
Interface
Start PPS: Initiates a DICOM association in order to create a DICOM Modality Performed Procedure Step
SOP instance in the remote AE. If the remote AE accepts a presentation context applicable to Modality
performed Procedure Step, the PPS Server AE will issue a request to create the SOP instance in the
remote AE via the N-CREATE service.
81
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Complete PPS: Initiates a DICOM association in order to update a DICOM Modality Performed Step
instance that is already created with the remote AE. If the remote AE accepts a presentation context
applicable to Modality performed Procedure Step, the PPS Server AE will issue a request to update the
SOP instance in the remote AE via the N-SET service. The PPS Status is set to ‘COMPLETED’.
Discontinue PPS: Initiates a DICOM association in order to update a DICOM Modality Performed Step
instance that is already created with the remote AE. If the remote AE accepts a presentation context
applicable to Modality performed Procedure Step, the PPS Server AE will issue a request to update the
SOP instance in the remote AE via the N-SET service. The PPS Status is set to ‘DISCONTINUED’.
6.1.3 Sequencing of Real-World Activities
6.1.3.1 PPS from acquisition system with MWL data
The system has a Modality Work-list Server AE installed. Work-List information is obtained from HIS/RIS
system through the use of Basic Work-list Management Service.
• Once a worklist entry is selected for scanning, the system retrieves necessary information related
to the Scheduled Procedure Step from the Modality Work-list Server as mapped in Table 6-1.
• The system initiates a ‘Start PPS’ when starting a scan, i.e. when the scan button is selected.
The PPS Server AE initiates a MPPS (Modality Performed Procedure Step) N-CREATE request
to the remote AE (MPPS SCP), in-order to create a MPPS SOP instance at the remote AE with
the status set to “IN PROGRESS”.
• The MPPS SCP returns response indicating the success/failure of the request execution. The
PPS state information is updated in the system based on the response data, and is presented to
the user.
• Images created by the scanner will be marked as “INPR” on the browser if the N-CREATE
message is successfully sent to the MPPS SCP.
• Images created by the scanner will not be marked on the browser if the N-CREATE message was
not successfully sent. The N-CREATE message may be manually sent later by the operator via
the browser.
At the end of image acquisition, system initiates an N-SET message based on the operator’s choice on
‘Complete PPS’ or ‘Discontinue PPS’ on the user interface provided. The user is also given a choice
‘Defer PPS’.
If the operator selects ‘PPS Complete’ from the end exam pop-up:
• The PPS Server AE initiates a MPPS N-SET request to the remote AE, in-order to update the
MPPS SOP instance that is already created. The message includes the necessary information
related to the Performed procedure Step as specified in Table 6-1.
• The remote AE returns a response indicating the success/failure of the request execution. The
PPS state information is updated in the system and is presented to the user. If the response
indicates success, the PPS status on the browser will be set to COMP. If the response indicates
a failure, the PPS state in the browser will not be changed. The operator may manually re-send
the message later for completion.
• System includes the necessary information related to Scheduled Procedure Steps and the
Performed procedure Step in the image instances created as identified in Table 6-1.
At the end of the exam, if the user chooses ‘Defer PPS’, no message is sent. The user may manually
choose to sent the N-SET message with either an “Complete or a “Discontinue” later from the image
browser. The ‘Defer PPS’ is to provide the operator with the option to manually add post processing
images or remove acquisition images from the exam image list later.
If the operator chooses ‘Discontinue’ at the end of the exam, then the PPS N-SET message sent to the
PPS SCP will send a status of “DISCONTINUE”. The PPS state on the image browser will be updated
with “DISC”.
82
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Maximum Length PDU negotiation is included in all association establishment requests. The
maximum length PDU from an association initiated by the PPS Server AE is:
83
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
D. If any of the above timers expires the association is aborted and the operation in-progress is
considered FAILED.
E. If any operation (N-CREATE or N-SET) fails, the system updates the state to enable operator to
manually invoke the operation at any later time.
6.5 CONFIGURATION
The PPS feature is configured by GE Healthcare Field Service Engineers. The DICOM configuration
items below are configurable or re-configurable by the Field Service Engineer and are not accessible by
users through the scanner’s user interface.
6.5.1 AE Title/Presentation Address Mapping
PPS allows for the configuration of the following parameters, which pertain to the remote AE.
Remote AE (HIS/RIS) IP Address (the remote AE’s network address)
Remote AE (HIS/RIS) IP Port (the remote AE’s listen port)
These parameters define where the MPPS requests will be directed. Configuration of these parameters is
performed by GE Healthcare Field Service engineers, using the installation facilities.
85
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The following parameters are configurable by changing their values in the configuration file
/usr/g/hisris/WLdcm.cfg. Note that these parameters typically need not be changed. Furthermore, no
support is provided for retaining changed settings: the values will require changing again after a system
software upgrade:
• PDU size
• Association time-out period
• Session time-out period
For the MPPS associated with an acquisition, the following attributes are copied from the Modality Work-
list SCU into the MPPS request message, if the procedure performed corresponds to the SPS information
retrieved through the Modality Work-list:
• Referenced Study Sequence: A maximum of three items are supported. This attribute will be
present only if SPS information is available from Modality Work-list SCU.
• At the end of acquisition the user might choose to ‘Defer PPS’ and later choose to ‘Complete PPS’ or
‘Discontinue PPS’ from the user interface provided in the system. In this case, the date and time
when user chooses to ‘Complete PPS’ or ‘Discontinue PPS’ is taken as the Performed Procedure
Step End Date and Performed Procedure Step End Time respectively (not the actual end date and
end time of acquisition).
For the MPPS associated with images created from post-processing, the following restrictions apply on
the attributes listed below:
86
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
• Referenced Standalone SOP Instance Sequence: The sequence is sent with zero items in the
MPPS message.
6.8 ERROR HANDLING AND RECOVERY
PPS Server AE does not define any extended error codes. The standard error codes are handled. On a
response with status ‘success’ for the N-CREATE or N-SET request, the system updates the state and
indicates the same on the user interface. On a response with status other than ‘success’ the operation is
deemed ‘Failed’ and the system updates the state and indicates the same on the user interface. If the
request has failed or response is not received before the association timeout, the operation is deemed
‘Failed’ and the system updates the state and indicates the same on the user interface.
If the operation is ‘Failed’, a detailed message is logged into system log-file and system provides an
alternative mechanism to retry the failed operation through the user interface to ensure that transient
failures do not affect the feature performance.
>Study Instance UID (0020,000D) MWL SCP data Local Unique ID Copied from Yes
source image
>Referenced Study (0008,1110) MWL SCP data Not used Copied from ENCODED
Sequence source image
>>Referenced SOP (0008,1150) MWL SCP data Not used Copied from Yes
Class UID source image
>>Referenced SOP (0008,1155) MWL SCP data Not used Copied from Yes
Instance UID source image
>Accession Number (0008,0050) MWL SCP data User Entered or 0, if Copied from Yes
not entered source image
>Requested (0040,1001) MWL SCP data 0 Copied from Yes
Procedure ID source image
>Requested (0032,1060) MWL SCP data 0 Copied from Yes
Procedure source image
Description
>Scheduled (0040,0009) MWL SCP data 0 Copied from Yes
Procedure Step ID source image
>Scheduled (0040,0007) MWL SCP data 0 Copied from Yes
Procedure Step source image
Description
>Scheduled Action (0040,0008) Encoded 0 Not used No
Item Code
Sequence
>>Code Value (0008,0100) MWL, HIS, New, to Not used Not used No
be supported for
PPS.
87
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
88
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
89
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
90
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
7.0 Introduction
The MR system implements the DICOM Storage Commitment Push Model SOP Class. This system
supports Storage Commitment as an SCU only.
Choose
Archive
SAVE
Option DICOM Storage
Server Commitment
Provider
AE
Set
Archive
State
DICOM Standard
Interface
There is only one Real-World activity that will cause the DICOM Server Application Entity (DICOM Server
AE) to initiate an association to a remote DICOM entity that is a Service Class Provider (SCP) of the
Storage Commitment SOP class.
The Choose Archive Save Option Real-World activity consists of an operator choosing a remote DICOM
AE that supports Storage Commitment as provider as the archive device and selecting one or more exam
or series from the local database and choosing either Save Exam or Save Series from the archive menu.
The images to be committed are sent to the remote provider entity first. The Commitment request for the
transferred image instances is sent after the complete image transfer. The Commitment response can
come on same association or on a different association.
The Real-World activity Set Archive State is performed by the DICOM Server AE to respond to an
incoming Storage Commitment response from the remote DICOM AE.
91
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
• If all the images are transferred without failures the following steps will be executed. If there are
any failures the job will marked as failed and the Storage Commitment request will not be sent.
• Establishes a new association for sending the commitment request. Note that a Storage
Commitment request does not imply that the acquisition of images is complete.
• Receives the response on same association or on a different association.
• Updates the archive flag information for successful instances. The archive flag is shared with
the local archive and the two can not be distinguished.
7.2 AE Specifications
92
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The Storage Commitment SCU can send the commitment request for the following DICOM 3.0 SOP
classes.
NAME UID
CT Image Storage SOP Class 1.2.840.10008.5.1.4.1.1.2
MR Image storage SOP Class 1.2.840.10008.5.1.4.1.1.4
PET Image Information Storage 1.2.840.10008.5.1.4.1.1.128
GEMS PET Raw Information Storage 1.2.840.113619.4.30
Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
Grayscale Softcopy Presentation State 1.2.840.10008.5.1.4.1.1.11.1
Storage
Enhanced Structured Report 1.2.840.10008.5.1.4.1.1.88.22
If all the images are successfully transferred then the commitment request will be sent on a different
association with the list of SOP instances.
If the N_ACTION request fails, the job will be marked as failed; otherwise following sequence of actions
will take place:
The SCU waits for N_ACTION_RSP from the provider on the same association for a configurable amount
of time. If it does not receive N_ACTION_RSP during this time it will close the association. It changes the
Job state to ”Wait” indicating the job is waiting for the response from commitment provider. The job will be
marked as failed if the response is not received by “stop job time”. “stop job time” is the maximum
duration the job can wait for responses.
A new Transaction UID will be created for each retry by the user. The old Transaction UID is not
applicable for these requests.
The following DIMSE service elements are supported for the Storage Commitment request and response
processing:
N_ACTION: Requests the remote Storage Commitment SCP to commit to storing the image instances.
N_EVENT_REPORT: The response sent by the remote Storage Commitment SCP. The following
attributes are sent as part of the data set for the N_ACTION:
93
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
94
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
N_EVENT_REPORT response will be sent on the same association itself. No data set will be sent along
with the response.
The failure reason is ignored. Failed SOP instances will have their archive flag information unaltered.
Note :
The archive status flag in the browser is a shared flag with local archive. When the
status is “Y”, it means that the images are archived but doesn’t specify whether on local
archive device or remote archive device. It is left to the user’s discretion whether the
local SOP instances (with their archive flag set to “Y” ) are to be deleted.
N_EVENT_REPORT response will be sent on the same association itself. No data set will be sent along
with the response.
95
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
96
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
97
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Table 8.1-6
Overlay/Curve Activation MODULE ATTRIBUTES
Attribute Name Tag Type Use
Overlay Activation Layer (60xx,1001) 2C Not supported
Curve Activation Layer (50xx,1001) 2C Not supported
98
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
99
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
100
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
101
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
102
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
103
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
104
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
105
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
106
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
10.0 DE-IDENTIFICATION
The Signa MR system satisfies the following requirements for de-identification as documented in DICOM
Part 15 (PS3.15 Security Profiles.) De-identification occurs, for example, when an anonymous patient
operation is performed. This de-identification only covers DICOM attributes that contain protected patient
information. The encrypted data capability is not supported, so once an image has been de-identified no
facility is provided to recover the lost information.
The de-identification specified in this section only applies to GE generated images. All third party images
have only the standard DICOM elements de-identified, all private tags (non-GE private tags) within these
images are dropped.
This de-identification specification applies when the Signa MR system is configured for full de-
identification. If the system is configured for partial de-identification, some attributes will remain
unchanged.
Table 10.0-1 provides the list of attributes and the expected action when de-identifying images.
Table 10.0-1
DICOM Attributes De-Identified
107
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
108
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
109
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
The following additional de-identification occurs when processing an entire exam (create anonymous
exam function.)
Table 10.0-2
Additional De-identification By Element For Exam-based Processing
110
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Note that this association level security only applies to the retrieve request, query operations will be
accepted from any connected DICOM client.
111
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
112
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
113
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
114
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
* When modality worklist is used, the Study ID associated with a Study Instance UID is not guaranteed to
be constant. If multiple exams are created on the scanner by reusing a single worklist entry, then each
use will be assigned a new study ID. Although all exams will share the same Study Instance UID, each
exam will have its own Study ID. Within the data base browser, each exam will be listed separately by its
study ID (exam number), however, on some PACS systems the exams will be joined into a single study
based solely on the Study Instance UID.
115
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
116
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
117
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
118
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
119
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
120
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
121
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
Refer to the appropriate CT DICOM Conformance statement for information on CT Private elements.
126
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
127
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
128
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
129
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
130
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
131
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
132
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
133
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
134
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
135
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
136
GE Healthcare DICOM CONFORMANCE STATEMENT
REV 2 DOC0878555
137
GE Healthcare, LLC
________________________________________________________________________
GE Medical Systems, LLC
http://www.gehealthcare.com