Documente Academic
Documente Profesional
Documente Cultură
Centricity
PACS-IW
GE
Healthcare
IT
Dynamic
Imaging
Solutions
History
Date
Description
Revision
Initials
08-‐JUN-‐2009
First
Draft
1.0
CZ
Oct-‐13-‐2009
Update
for
3.7.3
1.1
JA
Table of Contents
1. GETTING STARTED WITH SITE CONFIGURATION TOOL .................................... 1
1.1 ACCESS SITE CONFIGURATION TOOL .............................................................................. 1
2. BASIC CONCEPTS............................................................................................................... 3
2.1 STORAGE AREA AND ROUTE ............................................................................................ 3
2.2 DATA VOLUME ................................................................................................................. 5
2.2.1 Volumes in Different Storage Areas ........................................................................ 5
2.2.2 Multiple Volumes and Volume Watermarks ............................................................ 5
2.2.3 Auto Cleaning ........................................................................................................ 10
2.2.4 Cleaning dependency ............................................................................................. 12
2.3 ROUTES .......................................................................................................................... 12
3. LARGE INSTALLATIONS ............................................................................................... 16
3.1 STORE/FORWARD ........................................................................................................... 16
3.2 DATA MIGRATION .......................................................................................................... 17
4. KNOWN LIMITATIONS IN SITE CONFIGURATION TOOL ................................... 20
The
title
bar
shows
that
the
tool
is
connected
to
port
80
on
the
server.
Tomcat
needs
to
be
running.
The
outer
green
square
represents
the
server.
A
large
installation
will
display
more
servers
(see
the
sections
below).
The
blue
squares
represent
storage
areas.
The
arrow
pointing
from
one
area
to
another
is
called
the
Image
Migration
Route.
2. Basic Concepts
The
following
screen
displays.
2. To
check
the
properties
of
the
existing
volume,
highlight
the
green
box
representing
the
volume
in
each
area
(which
is
represented
by
an
orange
box),
and
click
the
Properties
button
on
the
tool
bar.
The
Volume
Property
dialog
displays.
Note
that
when
there
are
too
many
storage
volumes
in
one
area,
they
may
not
fit
into
the
area
box.
Highlight
both
the
area
and
storage
volume
boxes
to
help
to
determine
which
area
the
volume
belongs
to.
The
Volume
Property
dialog
shows
the
name
of
the
volume
(any
string
is
acceptable,
but
the
same
value
as
the
number
field
is
suggested),
its
path,
and
the
Thresholds
(volume
watermark).
The
value
in
Thresholds
is
in
GB.
3. To
add
another
volume,
highlight
the
orange
Online
area
box
(not
the
volume
box
inside),
and
click
the
Add
Storage
button.
The
example
above
shows
that
the
second
volume
(name=2)
is
added,
and
the
volume
watermark
is
set
to
30-‐29GB.
Note
that
the
volume
path
must
contain
a
backslash
(\)
at
the
end,
i.e.
E:\Integrad\3.7.1\Data\Dstorage\
Note
the
following
issues
when
using
NAS
shares:
IW
supports
both
local
volumes
(e.g.
E:\Integrad\.......)
and
NAS
shares
via
UNC
path
(e.g.
\\NASserver\sharename\Integrad\.........).
When
a
NAS
share
is
used,
configure
it
via
UNC
path,
not
a
mapped
drive
letter.
When
a
NAS
share
is
used,
IW
services
(Tomcat,
Storage
Controller,
etc)
must
run
under
the
domain
account
that
have
read/write
privileges
to
the
share
so
that
they
can
save
to/load
from
the
share.
With
some
NAS
devices,
the
folder
structure
needs
to
be
manually
created
on
the
share
before
it
can
be
used.
You
may
need
to
manually
create
the
empty
folder
tree
\\NASServer\sharename\Integrad\3.x\data\dstorage\
Temporary
areas
like
Income,
Map,
Forwarding
should
NOT
be
configured
on
NAS.
Note
that
there
is
no
"Save"
button
in
Site
Configuration
Tool.
Any
picture
drawn
on
the
screen
is
saved
in
database.
To
go
back
to
site
level
(as
shown
in
the
figure
above),
click
the
black
arrow
button
on
the
toolbar.
Note
that
an
area
with
only
one
volume
has,
by
default,
no
watermark
defined
for
that
volume.
Immediately
after
introducing
a
second
volume,
however,
you
must
define
a
watermark
for
both
the
new
volume
and
the
first
volume.
The
Migration
tab
displays
in
red,
as
a
warning,
if
a
watermark
is
not
defined
for
the
first
volume.
(Close
and
reopen
Site
Configuration
Tool
to
see
the
error.)
1. To
configure
auto-‐cleaning,
highlight
the
Online
area.
2. Click
the
Properties
button.
3. Check
the
"Enable
clean
area"
checkbox.
4. Define
the
cleaning
watermark
via
the
first
two
fields.
(These
are
required;
the
other
fields
are
explained
in
step
5.)
The
Start
Cleaning
watermark
defines
how
much
free
space
left
on
the
area
(free
space
combined
from
all
volumes
in
the
area)
triggers
the
cleaning
to
start.
The
Stop
Cleaning
watermark
defines
how
much
free
space
is
available
before
the
cleaning
process
should
stop.
As
shown
in
the
example,
the
Stop
Cleaning
watermark
should
always
be
higher
than
start
cleaning
watermark.
Note
that
when
calculating
the
free
space
of
a
storage
area,
all
NON-‐FULL
datavolumes'
free
space
are
combined.
If
the
volume
is
full
(i.e.,
the
free
space
on
the
volume
is
below
the
volume
watermark),
then
the
free
space
from
this
volume
is
NOT
counted
in
the
total
free
space
of
the
area.
Note
that
the
volume
watermark
and
cleaning
watermark
should
not
be
confused.
They
are
two
completely
different
concepts.
Cleaning
is
a
process
that
permanently
deletes
image
data.
Volume
watermarks
are
needed
to
move
to
a
new
datavolume
in
order
to
keep
all
data
safe.
2.3 Routes
Routes,
also
known
as
Migration
Routes
define
how
the
images
should
be
moved
between
areas
and
how
the
images
should
be
processed
during
the
move.
1. By
default,
Map
and
Compress
routes
are
always
defined
by
installation.
To
add
more
routes,
click
the
Add
Migration
Route
button
from
the
main
toolbar
2. Click
and
drag
the
Source
area
box
to
the
Destination
box.
3. Release
the
mouse
to
display
the
Route
Properties
dialog,
as
shown
below.
4. Select
the
Route
Type
from
the
drop-‐down
list.
IW
has
five
types
of
routes:
Map
route:
This
route
picks
up
files
from
incoming,
saves
the
study/series/image
info
to
the
database,
and
moves
the
files
to
the
Map
area.
Compress
route:
This
route
picks
up
files
from
the
Map
area,
compresses
the
images
to
JPEG
2000
lossless
format,
and
saves
the
files
to
the
Online
area.
Aged
route:
This
route
picks
up
the
files
from
the
Online
area,
compresses
the
images
to
JPEG
2000
lossy
format
(with
user-‐defined
compression
ratio),
and
5. Click
a
tab
in
the
lower
pane
to
define
that
aspect
of
the
route.
Each
tab
is
described
below.
Schedule:
Some
routes
may
not
need
to
run
in
real
time.
For
example,
when
forwarding
from
Node
to
controller
via
a
WAN
connection,
it
is
common
to
schedule
the
forwarding
jobs
in
off
hours
so
the
image
transmission
doesn't
overwhelm
the
WAN.
Up
to
four
different
schedules
in
a
24-‐hour
period
can
be
configured.
Check
the
checkbox
and
put
in
the
time
range.
Parameters:
In
the
parameters
tab,
there
are
two
configurations.
Concurrency
-‐
This
defines
how
many
concurrent
threads
can
run
on
the
route.
For
example,
if
the
concurrency
is
3
on
the
compression
route,
that
means
3
images
can
be
compressed
in
parallel.
Note
that
this
parameter
is
usually
not
changed.
Many
routes
may
have
problems
if
the
concurrency
is
higher
than
1.
Before
making
any
change
to
concurrency,
consult
Engineering.
Migration
Type
-‐
By
default
the
route
processes
new
images.
But
sometimes
it
is
necessary
to
process
existing
images
again.
For
example,
the
system
is
only
configured
with
Online
area
at
the
beginning,
and
then
later
the
customer
wants
to
add
Aged
area
so
that
the
images
can
be
compressed
further
and
save
disk
Note
that
when
migrating
existing
image
routes,
the
performance
could
be
significantly
impacted
and
only
those
studies
that
do
not
have
any
images
are
migrated.
If
the
study
is
partially
migrated,
then
the
images
not
migrated
before
will
not
be
migrated
by
this
route.
3. Large Installations
All
of
the
examples
above
are
collected
from
a
single
server
setup.
In
a
large
installation
environment,
the
same
concepts
apply,
but
the
actual
configuration
could
be
more
complicated.
A
large
installation
configuration
consists
of
one
large
installation
(LI)
controller
and
one
or
more
large
installation
(LI)
nodes.
The
controller
is
the
master
node
and
controls
the
activity
on
all
other
nodes.
PACS-‐IW
has
a
single
point
of
failure;
the
failure
of
the
controller
means
the
system
is
completely
down.
It
is
usually
clustered
for
high
availability.
A
server
is
defined
as
an
LI
controller
or
an
LI
node
during
the
server
software
installation.
The
following
figure
shows
the
page
from
the
Server
Software
Setup
(not
part
of
Site
Configuration
Tool)
that
defines
the
type
of
server.
Two
common
large
installation
configurations
are
discussed
in
this
section.
3.1 Store/Forward
In
this
example,
the
site
has
Centera
archive,
with
migrate
new
and
old
image
route
to
Centera.
Several
nodes
are
forwarding
images
(Backup
Route)
to
the
Controller,
some
of
the
routes
are
scheduled
(dotted
line),
and
some
are
forwarding
in
real
time
(solid
line).
Note
that
in
the
entire
system,
there
is
only
one
Centera
Archive
area,
usually
configured
on
the
Controller.
If
a
node
needs
to
send
images
directly
to
Centera
(usually
during
data
migration
from
the
legacy
PACS),
it
should
use
the
Archive
area
on
the
controller.
In
the
above
example,
10.110.26.32
is
the
migration
server.
It
has
both
an
Online
area
and
an
Aged
area
configured
as
“Temp”
areas,
so
when
the
images
are
processed
and
compressed
on
this
server,
they
do
not
stay
on
this
server.
They
pass
through
the
storage
on
the
migration
server,
and
eventually
are
archived
in
the
Aged
area
on
the
Controller
(10.110.28.11).
As
soon
as
the
image
moved
to
Aged
on
the
migration
server,
it
is
deleted
from
Online
on
the
migration
server.
As
soon
as
the
image
moved
to
Aged
on
the
Controller,
it
is
deleted
from
Aged
on
the
migration
server.
All
of
these
file
changes/movements
normally
happen
in
a
few
seconds.
By
definition,
Income,
Map,
and
Forwarding
(hidden)
areas
are
temporary
areas.
They
should
not
have
files
stored
permanently.
But
in
Site
Configuration
Tool,
Income
and
Map
does
NOT
need
to
be
marked
as
a
Temp
area.
Forwarding
does
not
display
at
all.
In
the
Migration
tab,
use
the
horizontal
scroll
bar
to
move
to
the
right
if
all
servers
cannot
fit
into
the
initial
window.
Initially,
the
scroll
bar
has
limited
length
and
may
not
move
to
the
rightmost
end.
Click
in
the
middle
of
the
window
to
expand
the
scale
of
the
scroll
bar.
If
the
server
does
note
show
in
the
initial
window
and
must
be
viewed
by
scrolling,
then
you
may
not
be
able
to
highlight
it
and
the
area
boxes
separately.
Instead,
drag
the
entire
server
box
(with
areas
inside)
to
the
leftmost
position
in
order
to
highlight
the
correct
box.
To
use
EMC
Centera
for
long-‐term
archive,
the
Archive
area
must
be
added
to
the
Image
Migration
route.
In
addition,
the
Centera
access
node
IP
addresses
must
be
specified
from
Site
Configuration
Tool
(as
shown
in
the
figure
below).
1. From
Info
tab,
click
the
Storage
Service
tab.
2. Enable
Centera
pool
and
configure
access
node
IP
addresses.
5.1.4 First Storage
No
changes
should
be
made
on
this
screen.
5.1.6 Storage Controller Encoding
No
changes
should
be
made
on
this
screen.
5. Use
the
following
descriptions
to
set
the
values:
EMPI
Support
—
Select
EMPI
Support
and/or
EMPI
Order
Support.
Default
search
criteria
—
Select
how
to
search/build
a
list
of
candidates
for
matching
by
enabling
Sex
as
a
criteria,
choosing
a
pattern
for
the
patient
name
and
choosing
a
pattern
for
the
DoB
(i.e.,
find
only
those
that
match
the
full
date,
or
those
that
match
the
year
and
month.)
6. Click
the
Apply
button.
7. Restart
the
StorageController,
HL7Server
and
TomCat
services.
8. In
Centricity
Admin,
make
sure
that
the
user
has
the
Study-‐Update
privilege.
9. Check
the
Study
List
under
a
privileged
login.
The
following
items
should
display
in
the
right-‐click
menu.
Link
Studies
5.2.2 Query Retrieve Configuration
To
make
IW
a
QR
SCP,
Query
Retrieve
must
be
turned
on.
This
is
a
server
level
configuration.
In
a
large
installation
environment,
it
can
be
selectively
enabled
on
some
nodes.
Normally,
no
other
parameters
in
this
section
need
to
be
changed.
The
QR
server
port
is
2104.
After
the
QR
server
receives
the
request,
it
communicates
to
storage
controller
on
port
122
to
send
the
request
to
the
database.
Therefore,
these
two
ports
cannot
be
used
for
any
other
purpose.
By
default,
the
QR
server
uses
AE
Title
"DYNIM_QR".
To
send
the
studies
back
to
the
SCU,
the
IP,
port,
and
AET
of
the
SCU
need
to
be
added
to
IW.
This
is
configured
in
the
IntegradAdmin
Client
tool,
not
with
the
Site
Configuration
Tool.
5.2.5 Audit Service
No
changes
should
be
made
on
this
screen.
Mark
study
As
Dictated
when
Report
is
received
in
HL7:
This
checkbox
is
checked
by
default.
Visibility
Rules:
This
feature
limits
users’
visibility
to
the
database.
It
applies
a
rule
that
displays
only
selected
studies
to
particular
users’
study
lists.
2. Click
the
Auto-‐Fetch
tab
and
set
parameters
according
to
the
following
explanations:
Auto
Fetch:
This
feature
enables
Auto-‐Fetch,
which
automatically
loads
relevant
studies.
When
the
first
study
is
closed,
the
second
study
in
the
tab
opens
automatically.
See
the
Centricity
PACS-‐IW
User
Guide
for
more
details.
Auto
Refresh:
Enable
this
feature
for
the
use
of
Auto
Refresh.
User
must
enable
Auto
Refresh
in
the
preferences
of
the
study
list
for
proper
operation.
3. No
changes
should
be
made
to
parameters
in
the
Centera
tab.
4. Click
the
HIPAA
tab
and
use
the
following
information
to
set
parameters.
Timeout
Fields:
The
first
three
fields
control
when
the
Viewer
closes
down
after
inactivity.
The
three
timeouts
(medium,
long,
no
timeout)
can
be
assigned
to
different
ADM
groups
(in
Centricity
Admin),
so
that
the
users
in
those
groups
can
have
different
inactivity
intervals.
Enter
a
value
for
each
field
in
minutes.
Lock
View
Timeout
(in
min):
The
Viewer
automatically
sends
an
“alive”
signal
to
the
server
every
30
seconds.
If
the
Viewer
does
not
get
a
response
from
the
server
after
this
value
is
met
(one
minute
=
two
signals
sent
to
the
server),
the
Viewer
displays
a
pop
up
warning
on
the
screen.
This
message
indicates
that
the
connection
to
the
server
might
be
lost
and
changes
may
not
be
saved
to
the
server.
This
setting
also
prevents
double
dictation.
Through
this
parameter,
the
server
monitors
whether
a
radiologist
has
a
particular
study
open.
If
the
server
does
not
receive
the
Viewer's
signal
within
one
minute,
it
will
assume
the
Viewer
has
been
closed,
and
it
will
release
the
lock
so
that
another
radiologist
can
open
the
study
to
dictate.
Refer
to
related
documents
for
more
details.
Storage
Commitment:
Click
the
checkbox
to
enable
IW
to
respond
to
a
storage
commit
request
from
the
modality.
Then
use
the
IntegradAdmin
Client
tool
to
configure
the
IP,
port
and
AET
of
the
modality
where
IW
should
send
the
Acknowledgement.
Note
that
storage
commit
could
add
significant
load
to
the
IW
database.
Use
it
for
Mammography.
Normally
Mammography
is
not
read
on
IW
(unless
the
site
has
Cedara
integration)
and
only
uses
IW
for
archive.
Use
Anatomic
Region
For
Priors:
By
default
IW
always
displays
the
newest
prior
study
for
comparison.
To
ensure
that
this
prior
is
a
related
prior
(i.e.,
the
same
anatomical
region),
click
this
checkbox.
When
checked,
the
system
checks
the
anatomical
region
settings
in
every
study
for
the
patient
and
finds
the
newest
prior
study
with
the
same
anatomical
region
as
the
current.
Refer
to
related
documentation
for
more
details.
Use
Network
Address
Translation
Access:
Click
this
checkbox
if
the
server
will
be
accessed
by
Internet
users
who
connect
via
a
NATed
IP
address.
Otherwise
the
Internet
users
will
see
black
boxes
in
the
Viewer
and
no
images.
2. All
tabs
relating
to
RIS
(RIS.
RIS
IDX,
IDX
Connection
and
DI
RIS)
depend
on
the
type
of
integration.
Configure
as
necessary.
Allow
local
Controller:
By
default
IW
only
has
one
session
controller,
which
resides
on
the
controller
server.
Click
this
checkbox
on
the
node
server
only
if
it
is
necessary
for
the
node
to
manage
the
session
by
its
own.
Note
that
if
the
node
has
session
controller
turned
on,
then
the
same
user
could
login
to
the
node
and
the
controller
at
the
same
time.
2. Click
the
Parameters
tab
and
use
the
following
definitions
to
set
the
relevant
checkboxes.
Session
Timeouts:
There
are
two
session
timeouts
-‐
suspend
and
destroy.
After
the
Session
Suspend
timeout
has
elapsed,
the
user's
license
will
be
sent
back
to
the
pool,
but
the
user's
session
is
not
permanently
killed.
If
the
user
returns,
and
during
the
inactivity,
no
other
user
had
used
this
user’s
license
from
the
pool,
then
the
license
will
be
reassigned
to
the
user
and
that
user
can
resume
working
without
noticing
that
the
session
had
been
suspended.
However,
if
there
is
no
license
available
when
the
user
returns,
then
the
user's
session
will
be
changed
from
"suspended"
to
"destroyed".
If
the
user
leaves
for
a
period
that
surpasses
the
Destroy
value
(in
minutes),
then
the
session
will
be
permanently
killed
even
if
there
is
a
license
available
in
the
pool.
Session
timeout
and
HIPAA
timeout
are
two
different
concepts.
HIPAA
applies
to
an
individual
Viewer
opened
on
the
workstation.
Session
timeouts
apply
to
the
session
the
user
is
logged
into.
If
the
user's
session
is
destroyed,
that
user
cannot
open
any
study
without
logging
in
again.
But
if
a
Viewer
is
terminated
by
a
HIPAA
timeout,
the
user
can
still
open
the
same
or
a
different
study
within
the
same
session.
Session
and
HIPAA
timeouts
are
also
related.
In
a
way,
the
HIPAA
timeout
affects
the
Session
timeout:
as
long
as
a
Viewer
is
open
in
a
user's
session,
the
Viewer
automatically
sends
signals
to
the
session
controller
to
refresh
the
user's
session.
So
before
the
viewer
is
terminated
by
a
HIPAA
timeout,
the
user's
session
will
not
timeout.