DVTK Modality Emulator User Manual
DVTK Modality Emulator User Manual
Modality Emulator
User Manual
Modality Emulator
25/02/2009
Table of Contents
1 Introduction ................................................................................................................5
1.1 Revision History ...................................................................................................5
1.2 General...............................................................................................................5
1.3 Summary ............................................................................................................5
1.4 Key Features .......................................................................................................5
1.5 Audience .............................................................................................................5
1.6 System Requirements ...........................................................................................5
1.7 Acronyms and Abbreviations..................................................................................6
1.8 Glossary..............................................................................................................6
2 Software Installation ....................................................................................................7
2.1 .NET Framework installation (optional)....................................................................7
2.2 Modality Emulator installation .............................................................................. 10
3 Modality Emulator – User Interface............................................................................... 13
3.1 File Menu .......................................................................................................... 13
3.2 Help menu.........................................................................................................13
3.3 Button bar.........................................................................................................14
4 Configuration.............................................................................................................15
4.1 Configure Remote System ................................................................................... 15
4.2 Configure Emulator.............................................................................................17
4.3 Templates for Emulator behaviour ........................................................................18
5 Perform DICOM actions...............................................................................................21
5.1 MWL - Worklist Query ......................................................................................... 21
5.2 MPPS – Modality Performed Procedure Step ...........................................................22
5.3 DICOM Store ..................................................................................................... 22
5.4 Storage Commit ................................................................................................. 23
6 Special usage ............................................................................................................ 25
6.1 Extract the templates from a capture....................................................................25
6.2 Load the templates in the Emulator ......................................................................27
7 Mapping information...................................................................................................29
1 Introduction
1.1 Revision History
Version Author Date Description
0.1 P.G. Brouwer 13-10-2008 First version of this document, describing the
functionality of version 3.1.1.
0.2 P.G. Brouwer 28-10-2008 This document describes the functionality of
version 3.1.1.
1.2 General
The Modality Emulator software has been tested on a regular computer with Windows XP
Professional SP3 loaded. For compatibility with other operating systems see the DVTk website.
1.3 Summary
The Modality Emulator can be used to emulate all the DICOM functions of a modality system. You
can use it:
• To test and verify communication with all the DICOM services a real modality would use.
• Or if you want to test the interaction of your own applications services with a modality.
The detailed reporting gives you full feedback and analyses of all the communication.
It can use DICOM files as input for Queries, MPPS and Storage actions, allowing you to utilize
your own real medical data.
1.5 Audience
Service engineers can quickly replace real modalities in medical environments with the emulator
and verify the connectivity of all the DICOM services involved. Test engineers and developers can
use it to emulate a medical environment for testing software products with complete workflow
scenarios.
1.8 Glossary
Term Meaning
Actor (IHE) Actors are information systems or components of information systems that
produce, manage, or act on information associated with operational activities.
Broker One of the tasks that a Broker does is converting HL7 messages into DICOM
messages. In this document the term RIS will be used, when actually the
broker is mend, for two reasons:
Modality manuals generally refer to RIS instead of Broker,
The screens of the Modality Emulator also refer to RIS.
The MWL functionality is supplied by the Broker! See also: “1 Error! Not a
valid result for table.”
HL7 Health Level 7. A compact language used in medical environment to transmit
information.
IHE Integrating the Healthcare Enterprise. For more information see www.ihe.net
RIS Radiology Information System. RIS systems typically “speak” HL7. A new
trend is “Brokerless”, which means that Broker functionality is integrated into
the RIS system.
Template In this document the term template is used to indicate a (part of a) DICOM
that can be used to simulate the Modality Emulator behaviour.
2 Software Installation
The software installation procedure of the Modality Emulator application consists of the following
steps:
- Installation of the Microsoft .NET Framework R2.0.
- Installation of the Modality Emulator application.
The installer checks the presence of .NET Framework 2.0. If this package is not installed, the
following message will appear:
• Pressing Yes: The software will be downloaded from the Microsoft website and installed.
(This step requires an internet connection.).
• Pressing No: The installation will be stopped.
Important: Before starting with the Modality Emulator application installation, remove any
previous installed version of the Modality Emulator application. Use windows “Add
or Remove Programs” to remove the program.
Press “Next”
Press “Install”.
Press “Next”.
Press “Next”.
Press “Next”
Press “Next”
Another coffee …
Icon Meaning
Press this button to get the “Configure Emulator” tabs
4 Configuration
4.1 Configure Remote System
Use the Menubar or Buttonbar to open the Modality Emulator configuration. The screen as shown
below will open:
RIS System Here you should read the Worklist provider. Mostly this is the broker that
is connected to the RIS!
Enter correct IP-Address, Port number and AETitle.
MPPS Manager The MPPS manager handles the MPPS messages. In most cases this is
the same broker as described above, but using different AET/port.
Enter correct IP-Address, Port number and AETitle.
Store Commit Config When the store location above is the PACS, a Storage Commit can be
requested. Enter correct IP-Address, Port number and AETitle.
When the IP-Addresses, Port-Numbers and AET’s have been entered, the connections can be
tested. Go to the tab “Control”.
In the area RIS System:
• Press the button Ping RIS. When the text “Ping Successful” is displayed, the TCP/IP
connection between Modality Emulator and RIS is OK.
• Press the button DICOM Echo. When the text “DICOM Echo Successful” is displayed, the
DICOM association (“DICOM Ping”) between Modality Emulator and RIS is OK.
Experience based tip: When the settings have been made, and the “ping” and “DICOM echo” was
successful, close the program, followed by restarting the program. Why?
Then the settings are stored. If you would have to kill the program, non-
stored settings are lost.
System Name Although this name is not so important, some remote systems use the
combination System Name and Local IP-Address as authorization to allow
access.
AE Title The name that will be used in the association negotiation. Most systems
require that this name is known/configured in the remote configuration.
Local IP Address IP-Address of the computer that runs the Modality Emulator application. The
default entry is taken from the network settings. Only when more network
cards are used, make sure the correct address is selected.
Listen Port The port on which the Modality Emulator application can receive a DICOM
association.
Storage Commit Single association: The connection between the Emulator and the PACS
mode. remains open for the N-Event-Report, unless the wait time has elapsed.
Different association: The connection between the Emulator and the PACS
will close directly after the Commit request. The PACS will open a new
association to sent the N-Event-Report.
Wait time for When this time (in seconds has elapsed) the association will be closed.
N-Event-Report. Only applicable for single association Storage Commit mode.
Load the template that matches your use. The values can be changed by clicking in the “value”
column, enter the value that should match. Confirm by pressing the enter button.
5.1.1
5.1.2 MWL
5.2.1 MPPS
5.3 Store
5.2.3 MPPS
5.4 Commit
No Patients Found
When no patients are found, or the query failed, the screen below will be shown. The only patient
shown, is the “Dummy Patient”.
Select the “Dummy Patient” to continue. The text next to the Request Worklist button will
indicate that no results have been found:
Patients Found
When the query results in one or more founds, the found names are listed, including the dummy
patient.
Select a patient to continue. The text next to the Request Worklist button will indicate the
number of patients that match the query:
5.2.1 Progress
Press the button:
5.2.2 Discontinued
Press the button:
5.2.3 Completed
The button completed does not exist yet. You first need to send an image.
See next paragraph DICOM Store for the steps to store an image.
6 Special usage
6.1 Extract the templates from a capture
Maybe the most powerful usage of the Modality Emulator is the ability to load parts of a c apture
file that you have made to analyze the behaviour of a specific modality.
The paragraphs below describe how to extract the Worklist Query part and the MPPS messages.
To be able to extract a MWL-template from the capture, it must be there! Search in the available
DICOM Associations for the stream that contains “C_FIND_RQ” (below an example).
Navigate to a logical place and use a name that makes sense (e.g. US_HD11_WLM.dcm).
To be able to extract a MPPS-template from the capture, it must be there! Search in the available
DICOM Associations for the stream that contains “N_CREATE_RQ”.
Navigate to a logical place and use a name that makes sense (e.g. US_HD11_MPPS_C.dcm).
To be able to extract a MPPS-template from the capture, it must be there! Search in the available
DICOM Associations for the stream that contains “N_SET_RQ” (below an example).
Navigate to a logical place and use a name that makes sense (e.g. US_HD11_MPPS_S.dcm).
7 Mapping information
In Paragraph “6.1 Extract the templates from a capture” you have learned how to extract
templates from a capture file. Next step is loading this template as “behaviour” for the Emulator.
Now you may wonder why you want to store MPPS information of Mr. X while having Mr. Y in the
Modality Emulator application! The overview below shows the re-mapping of the tool:
C-FIND-RSP: This is the response after a Modality Worklist Query
C-STORE: In the Modality Emulator these items are taken over from the C-FIND-RSP.
N-CREATE-RQ: In the Modality Emulator these items are taken over from the C-FIND-RSP.
CFINDRSP(Modality_Worklist_Information_Model_FIND)
SPECIFIC_CHARACTER_SET, CS
ACCESSION_NUMBER, SH
SCHEDULED_PROCEDURE_STEP_SEQUENCE, MODALITY, CS
REFERENCED_STUDY_SEQUENCE, SQ
PATIENTS_NAME, PN
PATIENT_ID, LO
PATIENTS_BIRTH_DATE, DA
PATIENTS_SEX, CS
STUDY_INSTANCE_UID, UI
REQUESTED_PROCEDURE_ID, SH
SCHEDULED_PROCEDURE_STEP_SEQUENCE, SCHEDULED_PROCEDURE_STEP_ID, SH
REQUESTED_PROCEDURE_DESCRIPTION, LO
SCHEDULED_PROCEDURE_STEP_SEQUENCE, SCHEDULED_PROCEDURE_STEP_DESCRIPTION, LO
CSTORERQ
SPECIFIC_CHARACTER_SET, CS
ACCESSION_NUMBER, SH
MODALITY, CS
REFERENCED_STUDY_SEQUENCE, SQ
PATIENTS_NAME, PN
PATIENT_ID, LO
PATIENTS_BIRTH_DATE, DA
PATIENTS_SEX, CS
STUDY_INSTANCE_UID, UI
REQUEST_ATTRIBUTES_SEQUENCE, REQUESTED_PROCEDURE_ID, SH
REQUEST_ATTRIBUTES_SEQUENCE, SCHEDULED_PROCEDURE_STEP_ID, SH
REQUEST_ATTRIBUTES_SEQUENCE, SCHEDULED_PROCEDURE_STEP_DESCRIPTION, LO
PERFORMED_PROCEDURE_STEP_ID, SH
PERFORMED_PROCEDURE_STEP_DESCRIPTION, LO
SPECIFIC_CHARACTER_SET, CS
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, ACCESSION_NUMBER, SH
MODALITY, CS
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, REFERENCED_STUDY_SEQUENCE, SQ
PATIENTS_NAME, PN
PATIENT_ID, LO
PATIENTS_BIRTH_DATE, DA
PATIENTS_SEX, CS
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, STUDY_INSTANCE_UID, UI
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, REQUESTED_PROCEDURE_ID, SH
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, SCHEDULED_PROCEDURE_STEP_ID, SH
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, REQUESTED_PROCEDURE_DESCRIPTION, LO
SCHEDULED_STEP_ATTRIBUTES_SEQUENCE, SCHEDULED_PROCEDURE_STEP_DESCRIPTION, LO
PERFORMED_PROCEDURE_STEP_ID, SH
PERFORMED_PROCEDURE_STEP_DESCRIPTION, LO