Veterans Health Administration
Department of Veterans Affairs
Routing User Guide-DRAFT
Patch 18
April 2006
Property of the US Gove rnment
No permission to copy or redistribute the software described in this document is given. Use of unreleased
versions of this software requires the user to execute a written test agreement with the VistA Imaging
Development Office.
This is a controlled document. No changes to this document may be made without the express written consent
of VistA Imaging Development Office.
While every effort has been made to assure the accuracy of the information provided, this document may
include technical inaccu racies and/or typographical errors. Changes are p eri odically made to the information
herein and are incorporated into new editions of this document.
Product names mentioned in this document may be trademarks or registered trademarks of their respective
companies, and are hereby acknowledged.
VistA Imaging Software Design & Development
Department of Veterans Affairs
1335 East-West Highway 3
rd
Floor
Silver Spring, MD 20910
(301) 734-0100
April 2006 VistA Imaging V. 3.0, Patch 18 ii
Contents
Introduction........................................................................................................ v
Terms of Use....................................................................................................................v
About this Manual............................................................................................................ vi
Related Documents.........................................................................................................vii
Index ................................................................................................................98H87
VistA Imaging V. 3.0, Patch 18 Apr 2006 iv
Introduction
This manual explains how to configure and use the routing capability of the VistA
DICOM Gateway. This manual also explains how to use the on-demand routing
capability of the VistARad diag nostic wo rk sta tion sof t ware.
This manual is intended for :
Staff at VA Medical Centers who are responsible for setting up and maintaining
Routing Gateways.
Clinical staff who need to use VistARad for on-demand routing.
For technical staff, this manual assumes familiarity with the VistA system, MUMPS, and
Windows networking. For clinical staff, this manual assumes familiarity with the
Windows environment and the VistARad diagnosti c w ork stat ion sof tware.
Terms of Use
In compliance with FDA and VA policies, authorization to use the software described in
this document is contingent on the execution of a Site Agreement between the VistA
Imaging HSD&D group and the site where this software is installed.
Once a routing system is enabled at a site, an updated Site Agreement must be filed
before significantly altering the configuration of a routing system.
In addition to any restrictions noted in the Site Agreement, the following restrictions
apply:
Caution: Federal law restricts this device to use by or on the order of either a
!
licensed practitioner or persons lawfully engaged in the manufacture or
distribution of the product.
No modifications may be made to this software without the express written
!
consent of the VistA Imaging National Project Manager.
The Food and Drug Administration classifies this software as a medical device.
!
Modifications to the computer where this software is installed, such as the
installation of unapproved hardware or software, will adulterate the medical
device. The use of an adulterated medical device violates US Federal Law
(21CFR820).
US Federal regulations and VA internal policy prohibit unencrypted transmission
!
of patient information outside the VA's intranet.
April 2006 VistA Imaging V. 3.0, Patch 18 v
Introduction Routing User Guide
About this Manual
Using this Manual
This document contains material of interest to different types of users.
User Please read…
All users The Routing Overview and the Glossary. The Index can
also be used to find information about specific topics in
this document.
Clinical users The Using VistARad in a Routing System chapter.
Users responsible for
DICOM Gateway
operation and
maintenance
Users responsible for
installing or configuring
a routing system
Using the Routing Gateway chapter. You may also
The
find useful information in the
Defining Routing Rules chapters.
and
Defining Routing Rules and Configuring Routing
The
chapters.
Installation worksheets are available in
Troubleshooting Routing
Appendix A.
Conventions
This manual uses the following conventions:
Examples are shown in Courier.
Useful or supplementary information is indicated by a  icon
VA File Manager file names are shown in
SMALL CAPS. The first time a FileMan file
is referenced in a topic, the file number is indicated in paren theses.
Menu options, buttons and other controls found in a graphical user interface are
indicated by title case. Menu sequences are indicated by vertical bars ( | ).
Cross-references are underlined. If this document is being used online,
cross-references are shown in blue and are active links.
Sidebars shown in margins indicate new or revised content.
Acknowledgements
This document is based on the “Autorouting Tutorial” authored by Ed de Moel.
Special thanks to Brian Belleau, Craig W. Hunter, Cheryl Marland, Arnold Pfenninger,
and Hedy Towan, who provided valuable background information and feedback for
initial drafts of this document.
VistA Imaging V. 3.0, Patch 18 Apr 2006 vi
Routing User Guide Introduction
Revision Table
Date Rev. Notes
25 Jun 2002 .9 Draft. Based on 23 Sep 1999 “Autorouting Tutorial.” Updated for
Patch 9, test 2 distribution.
20 Mar 2003 1.0 Final version for p9 release. A. McFarren, E. deMoel
22 Sep 2003 1.1 Minor p22 updates in VistARad chapter. Added info about
routing rules and priority that was not included in original rev.
Minor clarifications and corrections throughout. A. McFarren, J.
Christensen.
30 Jul 2005 1.2 Updates for patches 11 and 51. Change bars in margins indicate
updated content. A. McFarren, E. deMoel
03 Apr 2006 1.3 Updates minor updates for patch 18. Change bars in margins
indicate updated content. A. McFarren, J. Christensen
Related Documents
The following documents contain additional information about routing:
Patch Descriptions for patches 9, 11, and 51.
Routing Guidance Document
The following documents contain additional information about components in the routing
system:
DICOM Gateway User Guide
DICOM Gateway Installation Guide
VistARad User Guide
The following documents contain information about the VistA Imaging system in
general:
VistA Imaging System Installation Guide
VistA Imaging System Technical Manual
VistA Imaging System Planning Document & Approved Equipment List
Copies of these documents are availab le at
http://vaww.va.gov.imaging.
Apr 2006 VistA Imaging V. 3.0, Patch 18 vii
Introduction Routing User Guide
This page is intentionally blank.
viii VistA Imaging V. 3.0, Patch 18 Apr 2006
Routing Overview
This chapter explains how routing functions within the VistA Imaging system. It covers
the following topics:
Routing Explained
How Autorouting Works
How On-Demand Routing Works
How Routing Priority Works
Routing Explained
In VistA Imaging, routing is the combination of methods and software used to identify
and transmit exams produced at one site to a storage location at another site.
Routing takes two forms: autorouting, and on-demand routing.
In autorouting, automatically selected images are transmitted to one or more
destinations. Images are selected based on a predefined set of routing rules.
Autorouting functions are managed using the Routing Gateway.
In on-demand routing, manually selected exams are transmitted to one or more
destinations. Exams are selected using the VistARad diagnostic workstation and are
transmitted by the Routing Gateway.
Destinations of routed images fall into two broad groups. Imaging destinations are
defined to support remote reading using a VistARad workstation. Images sent to these
destinations are in VistA Imaging’s internal file format. DICOM destinations are defined
to support transmission of DICOM images to a Storage SCP (Service Class Provider),
such as a film printer or an external PACS.
A properly implemented routing system can streamline a site’s imaging workflow.
Scenarios where routing can be used include:
Workload sharing between institutions or service providers
Rapid access of exams at remote clinics or other facilities
Remote specialist interpretation or consultation
Off-hours, holiday, or emergency services
Off-site contract radiology services for primary interpretation
April 2006 VistA Imaging V. 3.0, Patch 18 1
Routing Overview Routing User Guide
What is a Routing Gateway?
A Routing Gateway locates routable images, determines where the images are to be
routed to, and sends copies of those images to other locations. Routing is a function of the
DICOM Gateway software. When properly configured, any DICOM Gateway can
function as a Routing Gateway.
Typically, a Routing Gateway runs on a dedicated computer. At sites where only a small
volume of images are produced, a Routing Gateway can coexist on the same computer as
an Image Gateway or a Text Gateway.
Routing Prerequisites
For a site to be authorized to use a routing system:
An executed Site Agreement must be filed with the VistA Imaging HSD&D group.
Note: An updated site agreement must be filed if the routing system is altered (for
example: if site information changes, if a new destination is added, or if routing
volume increases by 50% or more).
A contingency plan must be implemented at all sites in the routing system and filed
with the VistA Imaging HSD&D group. The contingency plan must contain
procedures to be followed should the routing system be unavailable.
General hardware and operational requirements for routing are summarized below. For
detailed information, contact your VistA Imaging Implementation Manager.
Infrastructure Requirements
Routing relies on the following infrastructure:
If remote interpretation is being performed, one or more VistARad diagnostic
workstations for the display of routed exams.
An operational VistA Hospital Information System, an operational Image Gateway,
and an operational Routing Gateway, configured as described in this document.
An operational Local Area Network (LAN).
An operational Wide Area Network (WAN) with sufficient bandwidth to manage the
anticipated volume of routed exams.
Windows-based servers to provide exam storage at each routing destination,
configured as described in this document.
VistA Imaging V. 3.0, Patch 18 April 2006 2
Routing User Guide Routing Overview
Operational Requirements
The medical and IT management at a site implementing the routing system will need to
develop policies establishing:
Locations to which the exams may and may not be routed
Reporting / transcription requirements for routed exams
Bandwidth utilization guidelines and priorities
Storage of routed exams at receiving sites
Management of patient confidentiality and privacy issues related to routed exams
Methods for addressing performance issues and/or misuse of the routing system
April 2006 VistA Imaging V. 3.0, Patch 18 3
Routing Overview Routing User Guide
How Autorouting Works
The following figure illustrates the transfer of automatically routed images to a
VistARad workstation for remote reading. The processes outlined in this figure are
explained in more detail below. (Apart from the destination, the same processes are used
when autorouting images to a DICOM Storage SCP).
Images
acquired
Modality
Images
Image G at eway
Imag e G/W
processes
images , then
archives images
Patient
data
Image links
Images
Image Archive
VistA
HIS
Routing G/W
compares
image dat a
to routing rules (1)
Sending Site Destination Site
1
2
Routing Gateway
1) Eval. Processor
2) Trans. Pro cessor
Routing G/W
routable images
to destination (2)
2
Remote Storag e
Destination
copies
VistARad login
Local image copies
reviewed
at destination
VistARad
Images
Identifying Images to be Autorouted
Autorouting begins with an Image Gateway. As it is processing newly acquired images, a
properly configured Image Gateway will add routing-specific entries to the rule
evaluation queue.
1
This queue is continually checked by the evaluation processor (which
resides on the VistA Host and is started from the Routing Gateway).
 If the Image Gateway is not configured to add entries to the rule evaluation queue, the
images being processed by the gateway cannot be autorouted. For more information,
see page
44.
Each image referenced in the rule evaluation queue is checked against a set of
site-specific routing rules. If the rules indicate that the image should be routed, the
evaluation processor creates an entry in the transmission queue.
2
Entries in the rule
evaluation queue are deleted after they are checked.
1
The rule evaluation queue is a subset of the IMAGE BACKGROUND QUEUE file (#2006.03).
2
The transmission queue is stored in the SEND QUEUE file (#2006.035).
VistA Imaging V. 3.0, Patch 18 April 2006 4
Routing User Guide Routing Overview
Autorouting Images from Prior Exams
Autorouting offers the option to include images from prior exams. When this option is
used in a routing rule, the Routing software will use the VistARad prefetch logic defined
at acquisition site to create a list of prior exams. Images from the prior exams will be
routed using same priority as the newly acquired image and, when appropriate, will be
purged based on the same retention period as the newly acquired image. For more details
about autorouting priors, see page
22.
Sending Images to Destinations
The transmission of routed images is based on entries in the transmission queue. Each
entry in the transmission queue identifies the image to be routed and the destination of
the image.
The transmission queue
is continually checked by the Routing Gateway transmission
processor. For each entry in the queue, the transmission processor locates the image, and
identifies the destination.
For Imaging destinations, the transmission processor is responsible for copying the image
to the destination. For DICOM destinations, the transmission processor passes the image
and destination information to the ‘Transmit DICOM Images to a DICOM SCP’ function
of the DICOM Gateway, and waits for the function to report the status of the transfer
back to the routing software.
After the image is copied, the appropriate entry in the transmission queue is updated with
the status of the image transfer. Transmission queue entries are retained for tracking and
troubleshooting purposes. Entries can be deleted as described on page
Remote Reading with VistARad
57.
A properly-configured VistARad workstation can be used to display and interpret exams
routed from another site. Radiologists performing remote reading can use VistARad to
log into the site that sent the routed exams, and then use the contents of the RC (Remote
Cache) exam list column to determine which exams have been routed to them. For
additional information about working with routed exams, refer to page
Exporting DICOM Images
59.
In general terms, any DICOM Storage SCP (Service Class Provider) can serve as a
DICOM destination. Apart from transmission logs, images routed to a DICOM
destination are not tracked by the Imaging system. Retention, management, and deletion
of routed images is the responsibility of the destination.
Deletion of Routed Images
For Imaging destinations, the amount of time routed images are retained is based on the
value of the
RETENTION PERIOD field in the NETWORK LOCATION File (#2005.2). When
connecting to a destination for the first time on a given day, the transmission processor
April 2006 VistA Imaging V. 3.0, Patch 18 5
Routing Overview Routing User Guide
determines if images at the destination are older than the number of days specified in
RETENTION PERIOD. Images older than the specified number of days
1
are deleted from
the destination’s storage location.
For DICOM destinations, routed images are retained until they are deleted locally. The
routing software will not delete images sent to DICOM destinations.
 Routed images are copies. The original image files are retained at the site where they
were acquired.
1
The age of a routed image is based on the transmission queue entry for that image, not on the
date of the image file itself. Changes made to the date of the image file (such as those made by
some anti-virus packages) will not affect when the image is deleted.
VistA Imaging V. 3.0, Patch 18 April 2006 6
Routing User Guide Routing Overview
How On-Demand Routing Works
On-demand routing uses the same infrastructure as autorouting. However, in on-demand
routing, exams to be routed are manually selected by a VistARad user, rather than being
identified automatically by a Routing Gateway. With the proper security keys,
on-demand routing is available to any VistARad user in the routing system.
The following figure illustrates the transfer of images between a local and remote
VistARad workstation using on-demand routing.
1
On-demand routing can also be used to
transfer images to a DICOM destination such as a film printer or an external PACS.
Exams available
in VistARad
exam list s
VistARad login
VistARad (sending site)
VistARad used to
queue exams for
on-demand routing
VistA
Images
Image Archive
HIS
Route
Request
Routing G/W
copies images
to destination
Remote VistARad login
Sending Site Destination Site
Routing Gateway
(Trans. Processor)
Remote Storage
Destination
Images
reviewed
at destination
VistARad (destination site)
Local imag e copies
Selecting Images for On-Demand Routing
VistARad’s Route Request dialog is used to select the exams to be routed on-demand and
to indicate where exams are to be sent. When a user accepts the settings in the Route
Request dialog, the exams are checked by VistARad to see if they can be routed (images
present, available in short-term storage, etc.). Then entries for each image in the selected
exams are added to the transmission queue.
Once an exam has been added to the transmission queue, on-demand routing functions in
the same way as autorouting.
1
This figure illustrates on-demand routing being initiated from the site with a local Routing
Gateway. On-demand routing can also be initiated from a destination site, as long as the
destination site is logged into the location (division) where the exams to be routed were acquired.
April 2006 VistA Imaging V. 3.0, Patch 18 7
Routing Overview Routing User Guide
How Routing Priority Works
The following factors are used to determine the priority of a routed exam:
Assigned priority
Clinical urgency (autorouting only)
Time in transmission queue
Priority and Autorouting
For automatically routed exams, the routing software uses the priority assigned in a
routing rule and the clinical urgency of the exam to calculate a numeric value. Images
with the highest priority value are transmitted first.
Factor Values Notes
Assigned priority Low:
Medium:
High:
Clinical urgency Routine:
Urgent:
STAT:
+250
+500
+750
+0
+10
+20
Priority is set in routing rules as described
on page
If not explicitly set, a default value of
Medium is used.
Values are based on the clinical urgency
defined for the exam in the VistA system.
9.
Priority and On-demand Routing
When an exam is routed on-demand, VistARad’s Route Request dialog can be used to
assign a priority of Low, Medium or High. (The clinical urgency of the exam is not
used). The Route Request dialog is described on page
61.
If a user selects an exam to be routed on-demand that is already in the transmission
queue, the higher priority of the two instances will be used.
Other Priority Factors
If two or more entries in the transmission queue have the same priority value, entries are
processed on a First In, First Out (FIFO) basis.
Because the transmission processor works on an image-by-image basis, it is possible for
the images in a lower-priority exam to be interrupted ‘mid-stream’ by the images in a
higher-priority exam. If this happens, transmission of all lower priority images will
resume after transmission of all higher-priority images is complete.
VistA Imaging V. 3.0, Patch 18 April 2006 8
Defining Routing Rules
This chapter explains how to define the rules used for autorouting. This chapter covers
the following topics:
Routing Rules Explained
Rule Destinations
Rule Conditions
Routing Rule Priority
Routing Rule Tips
 Routing rules can be defined before the configuration of the routing system is
complete, but cannot be tested until the setup of the routing system is finished.
Routing Rules Explained
The Routing Gateway uses routing rules to determine which images are to be
automatically routed and where the images are to be sent. Routing rules need to be
established as a part of configuring the routing software, and will need to be adjusted if
there is a change of staff availability or workflow.
The definition of routing rules involves:
1 Determining the needs of the staff at the sending and receiving sites.
2 Determining what resources will be used at the receiving site.
3 Translating the resulting information into a rule that can be executed by the routing
software.
Â
A rules definition worksheet is located in Appendix A.
How Routing Rules Work
Routing rules are defined in a text file and are implemented when the text file is imported
into a local table on the Routing Gateway.
A basic routing rule looks like:
send(“destination”)
when [condition A
condition B...]
April 2006 VistA Imaging V. 3.0, Patch 18 9
Defining Routing Rules Routing User Guide
Each routing rule must contain at least one destination and one condition. When the
conditions in a rule are met, the image is sent to the specified destination.
The destination specified in a rule must match an entry in either the
LOCATION File (#2005.2) or the DICOM TRANSMIT DESTINATION File (#2006.587).
Routing rule destinations are described in detail on page
12.
NETWORK
A condition is a comparison between a general image property and the specific value
associated with a particular image. Conditions are described in detail on page
14.
Sample Routing Rules
The following pages contain examples of routing rules as they would be entered into the
Route.dic file. For more information about the Route.dic file, see page 44.
A Simple Routing Rule
A common routing scenario is the transmission of images from a particular modality for
remote interpretation.
Send CR images to Kansas City
send("KANSASCITY")
when MODALITY = "CR"
Rules using Multiple Conditions
If a rule contains more than one condition, all of the conditions must be met for an image
to be routed.
Send CR images produced in Wichita to Kansas City
send("KANSASCITY")
when MODALITY = "CR"
SOURCE = "WICHITA"
Tip: When defining multiple conditions for a rule, list the most restrictive condition first.
Listing the most restrictive condition first will minimize the amount of time needed by
the routing software to process the rule.
VistA Imaging V. 3.0, Patch 18 April 2006 10
Routing User Guide Defining Routing Rules
Rules using Wildcards
Wildcards can be used when you want a condition to be valid for more than one value. In
the example below, all images, regardless of modality, will be routed.
Send all images to Kansas City
send("KANSASCITY")
when MODALITY="*"
Wildcards are described in detail on page
Rules using the “does not match” Operator
20.
A condition can use different types of operators. The previous examples used “=” as an
operator, indicating that the specified image property must match a particular value for a
condition to be met.
The following example uses “!=” as an operator, indicating the image property in
question can be any value except the listed value.
Send non-CR images to Kansas City
send("KANSASCITY")
when MODALITY != "CR"
Operators are described in detail on page
Rules using Date/Time Conditions
20.
A rule using date/time conditions can be used to route images based on date, time of day,
or “type” of day (such as weekday, holiday, and so on).
A rule to send all CR images to a destination on certain days would look like:
Send CR images to Kansas City o n Mon/Wed/Fri
send("KANSASCITY")
when MODALITY="CR"
NOW={MON 00:01AM to 11:59PM;
WED 00:01AM to 11:59PM;
FRI 00:01AM to 11:59PM}
NOW condition is described, along with other date/time conditions, on page 21.
The
April 2006 VistA Imaging V. 3.0, Patch 18 11
Defining Routing Rules Routing User Guide
Rule Destinations
The first parameter in a routing rule contains either the send command or the balance
command, and contains one or more destination names.
The
send and balance commands are described in detail below. Destination names are
described on pages
The SEND Command
Typically, the
below:
send("KANSASCITY")
when MODALITY="CR"
26 and 37.
send command is used to specify a single destination, as in the example
NOW={MON 00:01AM to 11:59PM;
WED 00:01AM to 11:59PM;
FRI 00:01AM to 11:59PM}
To send similar exams to multiple destinations, multiple rules would be used, as shown
below:
send("KANSASCITY")
when MODALITY="CR"
send("BACKUP")
when MODALITY="CR"
The BALANCE Command
Use the
destinations. When using the
balance command when you want to divide a pool of exams between multiple
balance command, you must specify what percentage of
exams should be sent to each destination.
In the sample rule below, 25% of the exams are sent to
KANSASCITY2. The remaining exams are not routed at all (as indicated
when MODALITY="CR"
KANSASCITY, and 35% of the
 The total value of the percentages specified in the command must equal 100%.
VistA Imaging V. 3.0, Patch 18 April 2006 12
Routing User Guide Defining Routing Rules
How Load Balancing Works
When a rule incorporates the balance command, the routing software uses two things to
determine which destination receives a given exam: the percentages specified in the rule
and internal counters set by the routing software.
When a rule including a
balance command is first applied, the routing software begins
distributing exams the same way a deck of cards is dealt: the first destination receives one
exam, the second destination receives the next exam, and so on. Exams are evenly
distributed until the destination with the lowest value specified in the
balance command
has received its allotted percentage of exams. Then that destination is skipped until the
counter resets. Since load balancing is based on percentages, the counter is reset each
time 100 exams have been sent.
For example, if a rule specifies…
balance("DEST1"=10%,"DEST2"=40%,"DEST3"=50%)
when MODALITY="CR"
The first 30 CR exams will be distributed evenly, with each destination receiving 10
exams. Once
DEST1 until the counter resets.
The next 60 CR exams are split evenly between
DEST2 and DEST3 each have a total of 40 exams. DEST2 now has its allotment of 40
DEST1 has received 10% of the exams, the routing software will skip
DEST2 and DEST3. After this point,
exams, and will be skipped until the counter resets.
The remaining 10 CR exams are sent to
DEST3, giving that destination a total of 50
exams.
Once 100 CR exams have been sent, the routing software resets its counters to zero,
and starts distributing exams to all three destinations again.
Note that a destination receiving a comparatively smaller percentage of exams will
become idle more often than destinations that receive a greater percentage of exams.
Resetting the Load Balancing Counter
When routing rules are imported, the counters used for load balancing are all reset to
zero. You can take advantage of this trait if you need to fine-tune or troubleshoot
situations where load balancing is used. Note that it is not necessary to change routing
rules to achieve this; you only need to re-import them.
April 2006 VistA Imaging V. 3.0, Patch 18 13
Defining Routing Rules Routing User Guide
Rule Conditions
In routing rules, a condition is a comparison between a particular property of an image
and a user-supplied value. The results of the comparison determine if the rule will be
applied to an image or not.
A routing rule can contain multiple conditions. A single
when statement precedes all
conditions in a rule.
send("KANSASCITY")
when MODALITY = "CR"
SOURCE = "WICHITA"
The parts of a condition are:
property operator value
A property is one of the known attributes of an image. Properties that can be used in a
condition are listed the following section.
An operator is a code for a type of comparison. Operators are described on page
20.
A value is a text or date string supplied by the user. A value specifies what is being tested
in the condition. Values are described on page
21.
Properties
The properties listed in this section can be used in routing rule conditions.
 Property names are not case-sensitive. However, properties are typically rendered
in uppercase.
Frequently Used Properties
MODALITY
Abbreviation for the type of modality. Possible values are listed below. Retired
values are indicated by (ret.).
AS: Angioscopy MA: Magnetic Resonance Angiography
AU: Audio MG: Mammography
BI: Biomagnetic Imaging MR: Magnetic Resonance
CD: Color Flow Doppler MS: Magnetic Resonance Spectroscopy
CF: Cinefluorography NM: Nuclear Medicine
CP: Colposcopy OP: Ophthalmic Photography
CR: Computed Radiography OT: Other
CS: Cystoscopy PR: Presentation State
CT: Computed Tomography PT: Positron Emission Tomography (PET)
VistA Imaging V. 3.0, Patch 18 April 2006 14
Routing User Guide Defining Routing Rules
(continued)
DD:
Duplex Doppler PX: Panoramic X-Ray
DF: Digital Fluoroscopy (ret) RF: Radio Fluoroscopy
DG: Diaphanography RG: Radiographic Imaging (conventional)
DM: Digital Microscopy RTDOSE: Radiotherapy Dose
DS: Digital Subtraction Angiography (ret) RTIMAXGE: Radiotherapy Image
DX: Digital Radiography RTPLAN: Radiotherapy Plan
EC: Echocardiography RTRECORD: RT Treatment Record
ECG: Electrocardiography RTSTRUCT: Radiotherapy Structure Set
EPS: Cardiac Electrophysiology SM: Slide Microscopy
ES: Endoscopy SMR: Stereometric Relationship
FA: Fluorescein Angiography SR: SR Document
FS: Fundoscopy ST: Single-Photon Emission Computed
GM: General Microscopy
HC:
Date and time that the rule is being processed. For more information, see page 21.
SOURCE
Name of the site that originally acquired the image. The value for this field is
determined as follows:
If the ACQUISITION SITE field (#2005, .05) has a non-empty value, the value of
this field is used, otherwise;
If the end-user credentials have a non-empty value for the current division (i.e. the
location code for the DICOM Gateway from which the evaluation processor was
started), the number of this division will be used, otherwise;
As a last resort, the KERNEL SITE PARAMETER field for the number of the
institution will be used.
April 2006 VistA Imaging V. 3.0, Patch 18 15
Defining Routing Rules Routing User Guide
Other Properties
ABSTRACT_REF
The network storage location of the image abstract.
ACQUISITION_DEVICE
The name of the device that generated the image as defined in the ACQUISITION
DEVICE
BIG_JUKEBOX_PATH
File (#2006.04).
Full file path on jukebox for .BIG images. This field indicates whether this file is
located on the jukebox.
BIG_MAGNETIC_PATH
Full file path for .BIG images. This field indicates on which magnetic server this file
resides.
CLASS
The class of the image, as stored in the CLASS INDEX field (#2005, 41). Typical values
are CLIN, ADMIN, CLIN/ADMIN, and ADMIN/CLIN.
CLINIC
If an image is associated with a patient encounter (visit), the value of this parameter is
the name of the clinic where the appointment occurred.
DESCRIPTIVE_CATEGORY
This is mainly for Document Imaging; it further describes the type of document
image.
EXAM_TIME
The date/time of the procedure or the examination. For more information, see page 21.
EXAM_TIME can be used to compare the exam date/time of the “image at hand” to the
provided value.
EXAM_TIME_FIRST can be used to compare the exam date/time of the earliest (oldest)
image in the exam to the provided value.
EXAM_TIME_LAST can be used to compare the exam date/time of the latest (newest)
image in the exam to the provided value.
EXPORT_REQUEST_STATUS
The value of this field, if defined, indicates if MailMan will send or has sent the image
to another site. Possible values are:
1 = EXPORT REQUESTED
0 = EXPORTED
VistA Imaging V. 3.0, Patch 18 April 2006 16
Routing User Guide Defining Routing Rules
FILE_REF
The unique image filename of the image, as stored on the magnetic server (and/or
jukebox).
IMAGE_SAVED
The date and time the image was captured (as opposed to the date and time of the
procedure or exam). For more information, see page
IMAGE_SAVED can be used to compare the save date/time of the “image at hand” to
21.
the provided value.
IMAGE_SAVED_FIRST can be used to compare the save date/time of the earliest
(oldest) image in the exam to the provided value.
IMAGE_SAVED_LAST can be used to compare the save date/time of the latest (newest)
image in the exam to the provided value.
IQ
A flag that indicates whether or not an image has questionable integrity, as specified
in the IQ field (#2005, 13). This field is either empty or equal to YES. Note that
images with questionable integrity will be transmitted, but may not be displayed by
the software on the receiving system. (On VistARad workstations, a warning is
displayed if a user opens an image with questionable integrity, and only a user with
the proper security key can actually display the image.)
LAST_ACCESS
The date and time the image was last viewed or accessed. For more information, see
page
21.
LAST_ACCESS can be used to compare the last access date of the “image at hand” to
the provided value.
LAST_ACCESS_FIRST can be used to compare the last access date of the earliest
(oldest) image in the exam to the provided value.
LAST_ACCESS_LAST can be used to compare the last access date of the latest
(newest) image in the exam to the provided value.
MAGNETIC_REF
The path for the network location of the stored image.
MICROSCOPIC_OBJECTIVE
Free text description of the Microscopic Objective selected by the pathologist. It
identifies the power of the microscope objective used when capturing an image of a
slide.
OBJECT_NAME
The natural language name for the image, usually consisting of the patient name,
social security number, and image description.
April 2006 VistA Imaging V. 3.0, Patch 18 17
Defining Routing Rules Routing User Guide
OBJECT_TYPE
The object type (such as still image, black & white image, x-ray) as described in the
OBJECT TYPE File (#2005.02).
PACKAGE
An abbreviation for the name of the package that the image is attached to, as defined
in the
PACKAGE INDEX field (#2005, 40). Possible values are: RAD, LAB, MED,
NOTE, CP, SUR, PHOTOID, NONE, or CONS.
PACS_PROCEDURE
The name in the radiology reports file that identifies the procedure.
PACS_UID
The unique 26-character image identifier of the PACS image.
PARENT_DATA
The name of the file that contains the “Parent Data.” See also
PARENT_DATA_FILE_IMAGE_POINTER, PARENT_GLOBAL_ROOT_D0 and
PARENT_GLOBAL_ROOT_D1.
PARENT_DATA_FILE_IMAGE_POINTER
In the file identified by “Parent Data,” a multiple valued field may exist that identifies
groups of images. When there is such a “multiple,” the value of this parameter is the
entry number in this multiple that points back to the parent image of the current
image.
PARENT_GLOBAL_ROOT_D0
The internal entry number in the file identified by PARENT_DATA.
PARENT_GLOBAL_ROOT_D1
The value of this parameter is defined only for laboratory images to record the third
subscript of ^LR(D0,"SP",D1) as a backward pointer for use in report display and
image deletion.
PATH_ACCESSION_NUMBER
The Anatomic Pathology accession number - the identifying number for the slide.
PATIENT
The name of the patient.
PROCEDURE
An abbreviation for the procedure as stored in the PROCEDURE field (#2005, 6).
This field is set automatically by Imaging. Typical values are COL for colonoscopy,
SUR for surgery, SP for surgical pathology, or XRAY for radiology.
PROCEDURE_OR_EVENT
The name of the procedure or event for which the image was created, as stored in the
PROC/EVENT INDEX field (#2005, 43).
VistA Imaging V. 3.0, Patch 18 April 2006 18
Routing User Guide Defining Routing Rules
PROCEDURE_TIME
The date/time of the procedure or the examination. For more information, see page 21.
PROCEDURE_TIME can be used to compare the procedure date/time of the “image at
hand” to the provided value.
PROCEDURE_TIME_FIRST can be used to compare the procedure date/time of the
earliest (oldest) image in the exam to the provided value.
PROCEDURE_TIME_LAST can be used to compare the procedure date/time of the latest
(newest) image in the exam to the provided value.
RADIOLOGY_REPORT
The name of the Radiology Report associated with the image.
SAVED_BY
The name of the person who logged in to capture the image.
SHORT_DESCRIPTION
A one-line description of the image or object record.
SPECIALTY
The specialty (or sub-specialty) for which the image was acquired, as stored in the
SPEC/SUBSPEC INDEX field (#2005, 44).
SPECIMEN
The specimen number of the slide given in the LAB DA TA File (#63).
SPECIMEN_DESCRIPTION
The description given to the specimen in the LAB DATA File (#63).
STAIN
Free text description of the Histologica l Stain.
SUMMARY
A flag that indicates whether or not the image functions as a summary for a group.
The value of this property is either empty, or equal to 0 (NO) or 1 (YES).
TRACKING_ID
An identifier for the package that performed the Import (value looks like package
name, semi-colon, ID-code).
TYPE
The type of image, as stored in the TYPE INDEX field (#2005, 42). Typical types are
IMAGE, DIAGRAM, CONSENT, etc...
URGENCY
A code that indicates the clinical urgency of the exam for which the image was
produced. Possible values are: ROUTINE, URGENT and STAT. The value for this
field is determined by the Radiology Package.
April 2006 VistA Imaging V. 3.0, Patch 18 19
Defining Routing Rules Routing User Guide
WORM_REF
The network location of the jukebox platter where the image is stored (provided there
is a jukebox in the Imaging system).
Operators
The following operators can be used in routing rule conditions:
Operator Image property must…
= Match value in rule.
!= Not match value in rule.
< Be less than a numeric value in rule. For date/time values, this
operator can be used for “earlier than.”
> Be greater than a numeric value in rule. For date/time values, this
operator can be used for “later than.”
<= Be less than or equal to a numeric or date/time value in rule.
>= Be greater than or equal to a numeric or date/time value in rule.
Values
Values are the user-supplied part of a routing rule condition. Most values are text strings.
Values are typically enclosed in quotation marks ("). If a value contains both upper and
lowercase characters, or if it contains punctuation marks or spaces, quotation marks are
required.
Two types of wildcard characters can be used in routing rules: the asterisk (*) and the
question mark (?). The question mark allows one single character in a value to be “any
character.” The asterisk allows one or more characters to be “any character.”
The following examples demonstrate how wildcards can be used in text-based values:
PATIENT=“*CRAY*”
To meet this condition, the patient name for an image must contain the characters
CRAY. Any characters may precede or trail these characters. Names like CRAY,
MCCRAY, and CRAYNE will meet this condition, but CREY will not.
PATIENT=“SMIT?”
To meet this condition, the patient name for an image must start with the characters
SMIT, after which exactly one character may follow. Names like SMITH and SMITT
will meet this condition, but
PATIENT=“PETERS?N”
SMITHSON will not.
To meet this condition, the patient name for an image must start with the characters
PETERS, then contain one arbitrary character, then end with N. Names like
PETERSON and PETERSEN will match this comparison, but PETERSSEN will not.
VistA Imaging V. 3.0, Patch 18 April 2006 20
Routing User Guide Defining Routing Rules
Values for Date/Time Properties
When condition based on date and time is used, the supplied value must adhere to
VA-FileMan conventions. Va lues fo r date /t im e condit ions are pre sen ted as a range
enclosed in braces { }.
The most frequently used date/time property is
that a staff member will be present by specifying certain workdays and times of day.
NOW. NOW can be used to select the times
1
Send CR images to Kansas on Mon/Wed/Fri
send("KANSAS")
when MODALITY="CR"
NOW={MON 08:00AM to 17:00PM;
WED 08:00AM to 15:30PM;
FRI 08:00AM to 17:00PM}
Date/time properties can also be used to specify holidays. In this context, holidays are
those days that are marked as such in the sending site’s
HOLIDAY File (#40.5). A rule to
send images on holidays only could be specified as:
Send CR images to Kansas on Holidays
send("KANSAS")
when MODALITY="CR"
NOW={HOL 00:01AM to 23:59PM}
Date/time ranges use a 24-hour clock. While the use of AM or PM indicators is not
required they can be useful when the hours specified are 0:00 AM (midnight) and
12:00 PM (noon). Date/time ranges can be used to express date values from any century
as well as time values for any second in the day.
When the routing software com pares a date/ time property in an image entry to a specified
value, the date/time value is broken into components:
Day of week Hour
Day of month Minute
Month Second
Year
Which of these components will be used in the actual comparison will depend on the
specified value.
1
The actual value of NOW is the moment when the rule is evaluated.
April 2006 VistA Imaging V. 3.0, Patch 18 21
Defining Routing Rules Routing User Guide
Routing Rule Priority
Automatically routed exams are assigned a default priority of ‘Medium.’ This priority
can be changed by adding a
Prioritize images based on destination
send("KANSAS")
when MODALITY="CT"
priority HIGH
send("BACKUP")
when MODALITY="CT"
priority LOW
In addition to the priority that is derived from routing rules, the routing software takes the
clinical urgency of an exam into account. For more information, see page
priority statement after the conditions for the rule.
8.
Routing Images from Prior Exams
Images from prior exams can be automatically routed by adding a priorstudy
statement after the conditions for the rule.
Do or Do Not include Prior Studies
send("KANSAS")
when MODALITY="CT"
priorstudy YES
send("BACKUP")
when MODALITY="CT"
priorstudy NO
When priorstudy is set to YES, images from prior exams will be included based on
routing-specific settings in the MAG RAD PRIOR EXAMS LOGIC File (#2006.65).
(Settings in this file are described in detail on page
When priorstudy is set to NO, or if the priorstudy statement is absent, images from
prior exams will not be included.
Using
!
priorstudy in a routing rule can significantly increase network traffic. If
a rule of this sort is implemented, be sure to monitor the network to ensure no
problems arise.
40).
VistA Imaging V. 3.0, Patch 18 April 2006 22
Loading...
+ 67 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.