DVS and advt-one of the few DICOM test tools to describe and download

1. Preface
The biggest headache for people who do DICOM research, development, and application is that they do not have sufficient tools and means to perform tests. Therefore, they cannot know whether their programs and software are correct, can DICOM connections be correctly connected to other devices? What are the causes of connection errors? Where should I start when I make the corrections? How can I seek help from others if I am not sure? How to describe yourself to others so that others can understand and understand your real problems correctly? You cannot directly connect to or test a device, right? In fact, the vast majority of people do not have such a condition. Even if there is one, how can you ensure that the machine test is successful, and the other machine will certainly succeed? How can you connect more devices?
After all, the above questions can be combined into a question: how can we find a good tool to help ourselves with DICOM testing? There are not many such tools, but there are still some, such as CTN (central testing nodes), which is an open source code test package based on the UNIX platform, for developers, they can use their source code to develop their own DICOM applications (of course, copyright or commercial use is not discussed here). If they are only used for testing, you can also find a Unix or Linux host and install and configure the cTn package as a test tool. However, many people are not familiar with Unix/Linux, let alone use it. A more general operating system platform is Microsoft Windows, and a DICOM test tool that is frequently heard in Windows is also known as DVS.
DICOM validation tool is a DICOM validity test tool used to test the DICOM compatibility of products. Advt is the DICOM validation tool provided by Agfa. So what is the relationship between advt and DVS? It is said that DVS is a completely free shared tool developed by AGFA in its advt 2.61 version. It aims to provide an independent tool that anyone can use to test DICOM devices. So although the two are different, they are basically universal. Compared with advt, DVS supports a lot of extended functions and effective rules to easily support the development and expansion of DICOM standards. For example, DVS supports newly added security-related content in DICOM standards, in addition, DVS provides macro definitions and more detailed information prompts.
The current maximum version of DVS is 1.4 (14002), where you can download the DVS (14002) to a detailed description of the two, you can refer to the following AGFA website http://www.agfa.com/healthcare/us/support/dicomconnectivity/ and DICOM validation tool (DVS) -version 1.4.

2. Introduction
You can use scripts to perform DICOM compatibility tests based on your own scripts. This predefined many test cases can be used to detect different DICOM services.
To put it simply, you can think of it as a DICOM service simulator (I call it a simulator or virtual machine) and can use it as SCU and/or SCP. Of course, it can also create and detect DICOM format files. Its biggest advantage is that it can display relevant information (including communication, message, error/warning, prompt, syntax, Data, attributes, parameters, and other information) in detail, users can locate the problem or use it as a reference for learning DICOM, which greatly facilitates developers. To sum up, you can use DICOM test tools, DICOM development tools, and DICOM learning reference.
The main features of DVS include:
Ü data driven-tool core is independent of specific dicom sop classes and test cases-allows ure extension as the DICOM standard evolves.
Ü capable of playing the role of SCU and SCP.
Ü generate/send and receive/validate DICOM encoded messages appropriate to the SOP class being tested.
Ü the conditions specified in DICOM are used for module/attribute validation where possible. During validation, when the condition cannot be evaluated logically, DVS displays the condition text to the user.
Ü provides clear test results-including a summary of errors/warnings.
U high flexibility-access is provided to every single DICOM attribute and parameter.
Ü specified ed image data can be stored in media storage format (DICOM-Part 10) or in raw dataset format.
Ü provides an image (object) Relationship Analysis for specified ed objects.
Ü allows tests to be repeated exactly as before-regression tests to check backward compatibility issues.
Ü multi-platform support (Windows NT/2 k) as command-line and GUI applications.
Ü Media File validation.
Ü emulation for verification, storage and print SOP classes.
Ü Support For TLS and SSL secure sockets.
The above content can be found in the dvtgui. HLP help file attached to the DVS. The DICOM conformance statement document and user manual in pdf format are also attached to the deep dive software.

3. Use
Let's look at how to use it from a practical example. a dicom receiving example (storage SCP) is an example of emulator.
1. System Requirements
Windows 2000/NT operating system/64 MB or above memory/MB or above space/Ethernet (TCP/IP network protocol)/If You Need To test DICOM disc, a cd rom drive is also required.
2. Install the system
After the installation of deep v14002 on the machine is complete, the executable program (.exe) and a set of standard SOP definition files (. def) and a set of test examples (. DS /. TS /. DSS), as well as various scripts and help documents.
3. Execute dvtgui.exe
A) Start-) Program-DICOM validation tool
B) after entering, the session menu-> open-> dsv\ emulators \ storage \ SCP \ test001.ses to load the storage SCP preset by the system (Note: The system has preset three emulator, storage SCU (DICOM transmission), storage SCP (DICOM reception), and print SCP (DICOM printer)
C) after the file is loaded successfully, all related definition files (. Def) of the simulator are displayed on the Left bar. You can right-click the file and view its content.
D) set parameters: Session menu-session Properties
Some basic parameters here can be ignored. The main parameter is the product role parameter, which is set to requester. What does it mean and how can it be set to view help? Click the ACSE Properties button, the communication parameters of DICOM are set here, mainly for AE title and port number (local listen ). Note that the two AE titles called AE and calling AE correspond to each other and their own AE titles respectively. Generally, the AE title can be set at will, and many devices do not check this, however, an error message "WRN calling AE title not correct-expected" deep dive "-received" AAA "is returned when an error occurs when an AE error occurs ". After the settings are complete, you can start the operation.
E) start running: Action menu-emulators-run storage SCP emulator
The DICOM receiver starts to run. Then, you can send the image on the DICOM sending device connected to the machine.
F) view the result: the detailed network connection and receipt information is displayed on the right side of the DVS, including the following:
I. Received ASSOCIATE-RQ messages
Ii. Received ASSOCIATE-AC messages
Iii. If the result is received, the file is saved in emulators \ storage \ SCP \ xxxxxx. DCM.
Iv. file meta information
V. C-STORE-RQ CT Image Storage SOP class received
Vi. C-STORE-RSP message sent
VII. Received RELEASE-RQ messages
VIII. Sent RELEASE-RP
The result information is saved in the emulators \ storage \ SCP \ 000000001_em_res.txt file. You can view more detailed information.
4. Configuration
A) You can configure information about the simulator in test properties of the session menu, including the information to be recorded, file encoding and storage formats, supported messages, and transfer syntax (transfer syntax ).
B) You can modify the environment settings in the enviroment menu of the session menu.
5. Script example
Here is an example of emulator. As the name implies, you need to write scripts on your own. Many scripts have been attached to DVS for your reference. Here is a simple description.
A) In Script Mode, you must first have a running session. In the session, you must first have a pre-loaded pre-defined file definition files (. def) to run a pre-written script file (. DS /. TS /. DSS) to perform the same test.
B) You can open an existing session, such as scripts \ storage \ SCP \ test001.ses. You can see that its definitions includes three predefined meanings: characterset. def, secondarycaptureimage storage. def, filemeta. def. It also has nine script files (. DS and. DSS under scripts)
In the Action menu, execute DICOM (Super) script to select and execute a script, or use parse DICOM (Super) script to select and analyze a script.
Similarly, right-click a specific script file (. CS/. CSS) in the left column scripts to view the script, and double-click the script to directly run it. Note that the script cannot be run when it is opened for viewing. You are not allowed to close the viewing mode of the script to run it. The closing method is to close the File menu.
C) you can create a new session, for example, scripts \ storage \ SCP \ test002.ses. You must first load the predefined (. def), select the loaded definition file through load definitions in the Action menu (Note: Save the file after loading ).
To load the script, you need to set the script path (DICOM Script directory) for the session in the session menu, and then set the required script file (. DS /. TS /. DSS) directly put it in this path. Similarly, execute DICOM (Super) script in the Action menu to select and execute a script, or use parse DICOM (Super) script to select and analyze a script.

4. In-depth
4.1 configuration file (5 types:. SES/. DEF/. DS (. Ts)/. DSS/. h)
4.1.1 session file: Description and configuration definition file for each test session (. SES) is the most basic platform for testing. Here I call it a simulator (Virtual Machine), which includes three different types
Ü emulator: a simulated Simulator
Ü scripting: script-based simulator
Ü media: DICOM file format Simulator
4.1.2 Definition file: definition file (. Def)
The dimes command and Its iods of a DICOM (Meta) SOP class are defined according to Chapter 3rd and chapter 4 of DICOM standards, which is a prerequisite for running the simulator.
4.1.3 dicomscript: script file (. DS/. Ts)
The script used for testing is divided into three different roles: SCU, SCU, and FSC. It is the script run by the simulator.
4.1.4 dicomsuperscript: script set (. DSS)
Lists the script file names required for testing. It is the script set run by the simulator.
4.1.5 includefiles: header file (. h)
Define various mappings contained in simulator running
4.2 Working Mode
Regardless of the running mode (emulator/scripting/media), DVS work in the form of scripts, in the form of send and receive commands, it can process ACSE (6 low-layer R/R request/response messages) or DIMSE (High-Level C/N request/Response Message) messages. Each parameter/attribute is controllable during sending, and errors and exceptions are controllable, which is very useful for testing.
For ease of use, DVS has stored all the ACSE, DIMSE, DICOM command, and data object data in its data warehouse to facilitate maintenance and update. There is also a set of commands for Management (Create/delete/import/export/read/write/reuse.
4.3 work
Unless you understand how deep dive works, it looks complicated. Your main work includes three parts: Configuring running parameters, adjusting scripts, and checking running results.
4.3.1 configure Operation Parameters
4.3.2 adjustment script
You can modify the script file to meet your testing needs. The script file can be extracted, copied, and modified from the data warehouse of DVS, of course, if you are good enough, you can modify it by yourself, but this is definitely a thankless task. Since there is already a ready-made product, why do you need to repeat it on your own, the progress of human civilization is driven by lazy people.
The main content of script adjustment includes the adjustment of command and iod content, because the DICOM rules of different devices and products you want to connect are different, for example, device a requires that a field be required (type 1), while Device B may not need this field (Type 3, what about DICOM standards? It is type 2. At this time, you need to adjust the parameters and attributes based on different devices. At the same time, you can adjust different parameters and attributes to check the stability and tolerance of the other party or your software.
4.3.3 check the running result
The running result is written into the result file in detail. You can see all the required information in the running, and some DICOM knowledge is required to understand the information.
4.4 DVS script
Currently, the scripts attached to DVS include the testing of the main DICOM service, which can basically meet the general testing requirements, including
Ü storage commit SCU/SCP
Ü mpps SCU/SCP
Ü print SCU/SCP
Ü query/retrieve SCU/SCP
Ü SR report SCU/SCP
Ü storage SCU/SCP
Ü verification SCU/SCP
Ü worklist SCU/SCP
5. Postscript
The main purpose of this article is to give an overview of deep dive, so that you can understand how to use it. The scripts and Simulators provided by DVS can basically meet the needs of a person who does not fully understand DICOM to test DICOM communication connections. However, they cannot guarantee that they fully understand the meaning of communication connections. Complete DVS documentation and help can be learned from the help information in the install software of DVS and the demo script that comes with DVS. No further details are provided here. For more in-depth understanding and more skillful use (for example, how to write scripts by yourself), you need to have a deep understanding of DICOM. It is not a cold day, and there is no shortcut here, to get familiar with DICOM, you still need to make continuous efforts. If you have any comments, suggestions, corrections, and supplements, you are very welcome to communicate with me, so that I can improve it and provide more and better resources and help to more friends.
(The original contact is dyjia@163.net, QQ: 2670136, MSN: gladacer@hotmail.com)

6. Related Resources

Thanks to AGFA for providing such good tools and resources and their selfless sharing spirit, I have gained a lot of help and learning inspiration from their website. Below are some useful resource connections:
Http://www.agfa.com/healthcare/us/support/dicomconnectivity/
VT Description: http://www.agfa.com/en/he/landing/index.jsp? Table = navsupport & navguid = e032400677486e3d3a3065ac4ba09646 & contentguid = a98da0b71423c0d9a27ee7a0d844680a

DVS software download site: http://www.agfa.com/en/he/landing/index.jsp? Table = navsupport & navguid = e032400677486e3d3a3065ac4ba09646 & contentguid = 92140f7cc50f4cb1e0d12b3d58bbb387

 

 

 

This article from the csdn blog, reproduced please indicate the source: http://blog.csdn.net/CS_D_N/archive/2009/05/18/4195974.aspx