Professional Documents
Culture Documents
iRT Systems
Schlossstrasse 1, 56068 Koblenz, Germany
www.i-rt.de
IQM Plan Mover Service Extension User Manual v1.2 i
Copyright & Disclaimer
This device bears the CE mark in conformance with the European Medical
Device Directive
Revision History
Revision Released Changes made (chapter/page)
on
1.0 2019-08-15 Initial release.
1.1 2020-03-12 Updates in chapter 2.4.3 Source Section and 2.5 Logging
regarding error handling. Added new Section 2.6
Troubleshooting.
1.2 2021-10-28 Updates in chapter 2.4 Configuration. Introduction of 3
new settings – Timeout, IsLocalDrive and CleanUp
Caution:
Changes to the configuration file must be made with care.
Invalid or improper settings can lead to performance issues
of the IQM system. IQM cannot perform pre-treatment plan
QA or online fraction QA without the Dicom RT plan file
imported to the IQM System at the specific hospital or clinic
where the patient will be treated.
Consult iRT Support for assistance when making changes to
the configuration file.
The service needs to be started manually after installation. Right-click the service
name in either the Windows Task Manager or Windows Services utility and select
“Start.”
The service is presented as follows in Windows Services:
• Name: IQM PlanMover Service [IQM <version>]
• Description: iRT System GmbH IQM Integral Quality Monitor © < year of
release> iRT Systems GmbH
The service will run its job every 60 seconds. This time lapse value can be
configured using the “CheckInterval” parameter in the AppSettings section.
The service only processes DICOM files, regardless of the file extension. The
service moves Dicom files that it cannot read and any non-Dicom files present
in the specified source folder to an ‘Error’ sub-folder where they are excluded
from future processing cycles.
If any problem occurs during installation or startup, please check the Event
Viewer for recorded error events. For example, if the configuration file
(PlanMover.Config.ini) is invalid an error would occur and be logged.
2.2 Changing the user account that runs Plan Mover Service
After installation, the user logon used for running the service can be changed.
In the Windows Services utility, right-click the Plan Mover Service and select
“Properties”, then choose the “Log On” tab to enter the log-in credentials to be
used for running the service.
2.4 Configuration
The service can be configured using the “PlanMover.Config.ini” file. The sections
and parameters which can be defined are described in this chapter.
Parameters for which default values are defined are optional. If not defined, the
default setting will be applied.
2.4.1 Overview
The following example shows the contents of a complete and valid
configuration file.
[AppSettings]
LogDirectory="C:\PlanMover\Logs"
[Source:IncomingMove]
Mode=FileMove
Directory="C:\PlanMover\Incoming"
[Destination:Koblenz]
Directory="C:\PlanMover\Plans_Koblenz"
[Rule:ToKoblenz]
Source=IncomingMove
Destination=Koblenz
Tag="Treatment Machine Name"
Value=Agility
MatchMode=first
Condition=eq
OnMatch=nextfile
OnMismatch=nextfile
Multiple sections for defining sources, destinations and rules are allowed.
The section names (in the example: “Incoming”, “Koblenz” and “ToKoblenz”)
must be unique. The case is ignored when identifying sections by section name.
The section names may not include
• special characters that are forbidden in file names,
• umlauts,
• spaces
CheckInterval The interval for the service to execute its job in milliseconds.
Integer value, default: 60000 (60 seconds)
Directory A valid path to the source directory. All files in this directory
will be checked against the defined rules.
Note: if any file in the source folder cannot be read, it will be
automatically moved to a subfolder named “Error”. This
action and details about the problem will also be written to
the log file.
Tag A valid DICOM tag that identifies the attribute used for matching
DICOM files according to this rule.
Alternative values:
a) attribute name (as defined in DICOM standard 1), for
example:
Tag=“Treatment Machine Name”
b) attribute tag in the format
(XXXX,XXXX)
where XXXX are hexadecimal numbers,
for example:
Tag=(300A,00B2)
Value Value of the DICOM tag defined in the “Tag” parameter used to
determine whether to process DICOM files according to this rule.
OnMatch This parameter defines what should happen if the current file
matches the rule, after it was processed.
Values:
OnMismatch This parameter defines what should happen if the current file
does not match the rule.
Values:
• NextFile – the rule is evaluated for the next file in the
source
[Rule:ToKoblenz]
Source=IncomingMove
Destination=Koblenz
Tag="Treatment Machine Name"
MatchMode=first
Condition=eq
Value=Agility
OnMatch=nextfile
OnMismatch=nextfile
The service will start by evaluating the first rule for the first DICOM file in the source
folder (ordered by creation date and time). If the first “Treatment Machine
Name” attribute value in the file equals “Agility”, then the action defined in the
source (“FileMove”) is applied (in other words, “the file is processed”): it is moved
from the source directory defined in [Source:IncomingMove] to the destination
directory in [Destination:Koblenz]. Then, the same rule will be evaluated for the
next file.
Changing the “MatchMode” value to “All” requires all “Treatment Machine
Name” values in the DICOM file to be equal to “Agility” for the file to be
processed. Setting it to “Any”, at least one “Treatment Machine Name” value
needs to be equal to “Agility” for the file to be processed.
2.5 Logging
The folder where the service writes log files is defined using the “LogDirectory”
parameter in the “AppSettings” section. If it is not defined, the log files will be
written to a subdirectory of the installation directory named “Logs”. A new log
file will be created for each day on which the service is running.
If the configuration file is invalid and the service is started, details about the
invalid settings can be found in the log file. If a configuration error occurs before
the Logs directory location have been read from the configuration file, the log
will be created instead in the default “Logs” subfolder of the application folder.
“Fatal” errors which lead to a service termination are written both to the Plan
Mover application log file and to the Windows Event Log (Windows Application
Log). Entries in the Event Log written by the PlanMover Service have the Source
“PlanMover.Service”.
When the service starts, it will log startup information, including assembly
properties such as name and version as well as all settings from the configuration
file. If an optional parameter is not set and therefore the default value is applied,
this information is also logged.
Whenever a DICOM plan file is processed, i.e., copied or moved, the log file will
contain the information which file was copied or moved to which folder
according to which rule. It is also logged if a file were skipped (not processed)
and why.
If a file in one of the specified source folders cannot be read by the software, for
example, due to an unexpected file type (non-Dicom file or invalid Dicom tags
or other unexpected content in a Dicom file), the file will be moved to a new
subfolder of the specific source folder named “Error”. This is done to prevent the
2.6 Troubleshooting
Refer to the PlanMover log file and the Windows Event Log for troubleshooting,
for example if files do not arrive in the intended target location as expected. The
log file will also provide details about files that were skipped or files that could
not be read and were therefore moved to the source folder’s “Error” subfolder.
Review the files in these “Error” folders.
If the log file is not found or not updated in the expected Logs directory, check
the application folder for a \Logs subdirectory. If a configuration error occurs
before the Logs directory location have been read from the configuration file, a
log is created in this default location instead.