Fun SW
Fun SW
g
n
a
h
Z
MAGNETOM C!
MR
Function Description
System
Software
08106705
© Siemens AG 2005
The reproduction, transmission or use
of this document or its contents is not
permitted without express written
authority. Offenders will be liable for
damages. All rights, including rights
created by patent grant or registration
of a utility model or design, are
reserved.
Disclaimer
The installation and service of equipment described herein is to be performed by qualified
personnel who are employed by Siemens or one of its affiliates or who are otherwise
authorized by Siemens or one of its affiliates to provide such services.
Assemblers and other persons who are not employed by or otherwise directly affiliated
with or authorized by Siemens or one of its affiliates are directed to contact one of the
local offices of Siemens or one of its affiliates before attempting installation or service pro-
cedures.
Introduction. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Country Specific Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Image Transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Exam Protocols. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Export / Import . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Pixel Disk . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Repair Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Database Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Main/Satellite Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Delete Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
DICOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Implemented Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Main and Satellite Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
DICOM Character Set. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Service Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Service Access Manager (SAM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Event Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
Siemens Remote Services (SRS). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Software Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Installation Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78
The Software for syngo MR (NUMARIS/4) is based on Windows XP and uses syngo as
user interface and for display, evaluation and archiving tasks. Spectroscopy and other
features are supported.
Introduction 0
Overview 0
syngo MR
syngo MR consists of hardware and software.
The main hardware components controlled directly by software are:
• Host (MRC/MRSC)
• Image Processor (MRIR)
• Control Unit (MMC)
Most other components of the MAGNETOM C! contain microprocessors. The programs of
these “micros“ are stored in PROMs or EEPROMs respectively. The necessary parame-
ters will be supplied from the Host via the MMC.
For the hardware description of Host and MRIR, refer to (M4-030.850.12 / Host/Imager
(MRIR)).
The software of the MAGNETOM C! contains all information required to let the hardware
components do their tasks.
The necessary software will be booted / downloaded from the system disk into the work-
ing memory of the appropriate unit.
While Windows xp is the operating system, the application software splits into the two
main parts:
• syngo, software which is common with other Siemens modalities like CT and AX for
viewing, filming, networking (DICOM), RDIAG, patient registration, error logging and
common service tools;
• NUMARIS/4, which is the MR specific software for measurements, image reconstruc-
tion, MR specific evaluation and service functions.
User Interface
In (Fig. 4 / p. 9) you can see the syngo parts (which are not described in this document)
and NUMARIS/4 parts.
syngo Parts
• Viewing
• Filming
• 3D (option)
NUMARIS/4 parts
• Exam
• Options
- Argus
- Bold
- Mean Curve
- Perfusion (MR)
- Spectroscopy
- 3D Vessel View
The licenses available can be seen in “Help / info“ see (Fig. 2 / p. 7)
A system status of the main hardware status (Host, Imager, MMC) can be seen in “Sys-
tem / Control”, see (Fig. 3 / p. 8)
Fig. 2: Licenses
Operating System
The operating system is Windows XP.
On the operating system level, the following programs are absolutely necessary to run the
hardware:
• the system kernel
• device drivers are used to handle hardware components (via the kernel), such as disk
drives, keyboard, monitor, serial and parallel interfaces, network interfaces etc.
• the command interpreter (shell), a translation program to transfer alpha-numeric com-
mand strings (entered by the user) into a sequence of operation instructions which are
processed then by the hardware (the machine code).
• libraries which are data sets used for the generation and execution of programs
Application Software
The software for the MAGNETOM is called NUMARIS/4 (NUclear MAgnetic Resonance
Imaging System). NUMARIS/4 uses Windows xp as the operating system and window
manager to display windows as user interfaces for dialog and messages (syngo).
NUMARIS/4 has programs and data required to run the MAGNETOM for:
• Image display and evaluation. Therefore only the Host and operator console (MRC) is
required. For a satellite console (MRSC) a similar configuration is required a second
time.
• In order to run measurements, software and parameters are supplied to the MMC and
via the MMC to all other MAGNETOM components. The measurement data, as a result
of a measurement, are transferred to the image processor MRIR for image reconstruc-
tion. The hard disk is used to store the image data for evaluation.
• For long time archiving the images are stored onto
- CD-R (connected at the Host)
- hard copy camera (connected at the DICOM network), or an
- archive server e.g. SIENET Magic Store.
MRSC
On the satellite console the same software as on the MRC is installed. Nevertheless the
functions at the MRSC are limited to evaluation and archiving. Measurements cannot be
started from the MRSC, neither tests on the system hardware (gradients, RF, etc.) per-
formed.
There are different settings to adapt hard and software to specific country environments.
3) Keyboard setting
The country specific keyboard layout can be selected.
This does not allow to use all characters for patient registration (DICOM Character
Set / p. 42)
Image Transfer 0
There are several possibilities of transfering images from the local system to a remote
system.
1. Most commonly the transfer is performed via DICOM configuration and “Send to...“.
2. The images can be also archived to a CD-R via “Archive to CD-R“ or “Export to“, and
thus “Imported“ on the remote system. For more details, refer to (CD-R as Single or
Multi session / p. 13) below.
3. If the other station does not have a CD-ROM drive and is not able to handle DICOM
transfer via network, there is the possibility of “Export to Off-line“. This creates a DI-
COM file in the Windows file system (locally or to a mapped remote station). The re-
mote station can then “Import from Off-line“ into the database.
“Import“ is also the procedure to make the test images for monitor and camera
available.
Exam Protocols 0
A) Protocol conversion
B) Backup/Restore Handling
In the Backup window of the Service software there are three possibilities of backing up
protocols:
• Numaris 4 (Group N4Customer)
Restore of NUMARIS4 should be used only after SW re-installation or SW update.
All protocols from the user tree will be backed up, with and without archive flag (see
(Fig. 11 / p. 22)).
When restoring Numaris 4 (after software re-installation) all protocols will be available.
After a software update the protocols without Archive flag will be deleted.
In addition to the protocols other SW parts will be restored e.g. registry entries.
• Customer Protocols
Restore of Customer Protocols should be used only if all User protocols should be
restored to the condition at the time they where backed up.
• Exam DB
This procedure is described in the syngo User guide.
The operator can export and import package (region, exam, program) from the Exam
Explorer directly onto/from any device (except CD-R) without assistance by a CSE (see
(Fig. 12 / p. 23)). After export there will be a file .edx (e.g. 50kB). In case the checkbox
“Export sequences“ is selected, a directory with the required sequences will be
generated (e.g.30MB). These are only required if they are user generated, since the
Siemens sequences are identical on all NUMARIS/4 systems.
The CSE can backup the exported packages if it has been exported from the Exam
Explorer into the directory C:\ExamDbBackup, because this package backs up (and
restores) the files from (to) there ! The same way in the opposite direction is used for
restore.
Database 0
The patient database is located on the MRC. It contains patient information (image
header) and a pointer to the location where the pixel information of the images are stored
(E:\image).
The MRC has three disks, where
• “C“ is used for system software,
• “D“ is used for the database,
• “E“ for pixel data.
The MRSC has two disks, where
• “C“ is used for system software,
• “D“ is used for the part of the database which is used only here for display and ar-
chiving.
All pixel data is stored on the MRC disk “E“ .
NOTE The information of each patient image is split into the parts Head-
er (on disk D ) and Pixel (on disk E ).
This makes it impossible to retrieve the patient images when the
database is deleted and a new one created (e.g. when a disk has
been replaced).
The pixel data may be still available, but no information about the
patient to whom it belongs.
Export / Import 0
Before we discuss the different parts of the database in section , let us take a look at the
data structure of the patient images.
The internal patient image splits up into the two main parts:
• Header (part of database)
• Pixel (on partition E )
Whenever images are transferred via network (DICOM) or exported, pixel and header
have to be combined to an image file.
For received images (or imported from offline) it is just the other way around. An import is
necessary e.g. in order to display images from CD or to display and film the camera test
images (stored on drive “C“ ).
Pixel Disk 0
Image
In the directory E:\Image you will find files with the following structure:
• 7.0. Pixel file
- the filename is an ID created by the database called LOID (Logical Object IDentifier).
The reference to the patient can only be seen with developer tools.The file size indi-
cates the matrix size
e.g.
128 kB --> 256 matrix image
512 kB --> 512 matrix image
• BitmapFrameBlob-7.0....
- Overlays for images
• PixelData-7.0....
- DICOM attribute 7FE0
• Datainfo....
Shadow attributes contain e.g. image evaluation graphics, -labels,...
• 10kB for a series
• 6kB for a raw data
• 3kB for an image (depending on DB config.)
Repair Database 0
Since header and pixel of the images are stored on separate disks, it is obvious, that the
information cannot be restored if one of these two parts is missing. In other words, data
recovery often is impossible if the database is corrupted or a disk is broken, see TSG
Software (Database) and Host (Replacing hard disk).
A tool which tries to repair the database is planned for future syngo versions
There are dependencies between Local DB and Scheduler Store. If one of these must be
deleted (and created again) it is required to do this for both DBs.
This also explains why the DBs on both consoles (MRC and MRSC) have to be recreated
together (see later).
Also the host name is part of the image information in the DB. Therefore all images have
to be archived and deleted before changing the host name!
Database Structure 0
There are four sections of the patient database. The first three will be indicated as Global
DB (gdbs) during boot and shutdown.
Local DB
The Local database is the main database and contains the headers of the images which
are selected in the browser for display (see (Fig. 13 / p. 25)). Included in the header is
such information as patient name, institution, modality type, image matrix size, modality
specific parameters, etc.
Each DB entry points to the file with the pixel information (the actual image) on drive “E“ .
Scheduler Store
The entries in the Scheduler Store are created from pre-registration or polled via DICOM
Worklist from a HIS/RIS station.
Since there are no images yet, there are no pointers to the pixel disk “E“.
Archive Store
If images should be written onto a CD-R, the selected images will be written first into the
Archive Store. These entries are pointed to the Local DB only.
The archive procedure takes the headers from the local DB, combines it with the corre-
sponding pixel data (evtl. compresses), and writes these files as DICOM files onto the
CD-R.
If the procedure is finished, the entries will be deleted.
In addition the Archive Store is used if a DVD-ROM with images is inserted into the drive.
Automatically the DVD-ROM will be mounted and the directory will be copied into the
Archive Store.
With “Import“ the image headers will be copied into the “Local DB“ and the pixel data will
be copied onto drive “E“.
Exchange Board
If images are displayed for evaluation the relevant information of manipulations are stored
in the exchange board.
In addition the filming jobs are stored in the exchange board. After a film job is finished the
last (approx. 5) film jobs will be still kept in the job list. This allows to restart a job in the
event of film jams.
Main/Satellite Console 0
Since the satellite console shares the patient data on the main console, it refers via a dif-
ferent DBID index to the main console.
NOTE The database will be destroyed if both consoles use the same
DBID index !
Information about the contents of the separate database parts are reflected partially in the
patient browser and can also be seen in the following windows (MRC is shown left and
MRSC is right):
• Help -> info see (Fig. 18 / p. 35)
• Local service -> Utilities -> dblist ↵ see (Fig. 19 / p. 36)
Delete Protection 0
DICOM 0
For detailed information about DICOM, check the Intranet or attend extra DICOM training.
Here, only a few MR relevant facts will be mentioned.
Implemented Services 0
In the current version of syngo MR / NUMARIS4 (VA26A) the following DICOM services
are implemented (see also DICOM conformance statement).
• Storage
• Storage Commitment
• Query/Retrieve
• Basic Print
• Basic Worklist
• MPPS
Print
All required processing of the virtual filmsheet incl. LUT takes place on the local Host.
In contrast to NUMARIS/3 and 3.5 systems, both consoles are independent from the view
of DICOM configuration, archiving and handling.
The character set for patient registration is not identical with the Windows character set!
The allowed character sets are selectable in the service configuration. Currently two sets
are available.
For the selection of “allow multiple character sets“, refer to the online help.
The kind of character set will be written in the image header as DICOM attribute 0008,
0005.
In the event, that the RIS has a different character set configured as the modality, the
character set of the RIS will be taken, the other one ignored.
The character set of received images can be displayed, since all character sets are avail-
able for display.
Network 0
Since there are two networks in a NUMARIS/4 system, the network configuration is more
complex compared to a standard syngo system.
The IP addresses of the internal network should be 192.168.2.x (as they are default). Only
in the event that this network is used in the hospital, this address should be changed, pref-
erably to 10.168.2.x.
Shows the default network addresses and netmask for the internal network to the MMC
and Imager (MRIR).
Service Software 0
After selecting Local Service in the options menu and typing the required password, the
following window will be displayed.
In order to prevent unauthorized access to the MR system and especially to the service
tools, a large number of protections have been implemented.
There are different service levels (1 to 7) which allows grouping access of the available
features to certain persons only.
The first level is accessible without password to the operator.
• Here the configuration parameters can be displayed only.
• In addition this level is used automatically if the operator selects the Event Log in the
Options submenu.
Furthermore we have to distinguish between local access and remote access.
• For Local Access there is only the service password which allows access to the ser-
vice UI without further limitations, since the CSE is at the system and has full control
over the system anyway.
Event Log 0
In order to understand the different possibilities that can be selected in the Event Log, the
following overview should be helpful.
NOTE There are three source where messages are coming from.
All are written into the same Event Log.
An exception are the messages from the application. Here is an additional filter in the
“CSA Status“.
In the service configuration, the selection of a checkbox determines whether all messages
are written into the Event Log or only the first one and service relevant ones. The idea is
that the messages caused by a previous problem (already reported) will be suppressed
and thus will not unnecessarily fill the Event Log and confuse the CSE.
With the option “Domain“ ,the source of the information can be selected for display.
For the display facility “Service“, it depends on the service configuration parameter “Dis-
play Service Messages“ whether or not service relevant Developer messages are dis-
played.
For additional information, refer to the online help.
SRS is the process of Siemens Medical to provide online support via WAN communica-
tion between support centers and customer sites and thus speeding up service and
increase system uptime.
Why SRS
A) Proactive service
• By getting automatic warning about upcoming problems e.g.
- MR systems: magnet monitoring for Helium level and Shield temperature data.
(Siemens Intranet, https://cti.med.siemens.de/sites/mr_quality/mr/format/)
- Tube exchange at CT systems.
• Get performance and quality information from the installed systems.
B) Support for on site CSE from the USC, TSC, HSC
• Utilization Management (UM) can give the customer statistics about the system perfor-
mance.
C) Reactive Service (Remote Diagnostics - RDIAG), avoid unnecessary service trips
by getting remotely:
• error information
• patient image display or raw data viewing applet
• perform tests and get test results
• information about required spare parts
SMC
The SMC provides the resources:
• Database of SRS users and the installed systems
• DB for evaluation of site data (HW and SW configuration and performance)
• SW to present the results to service support centers and customer
Portal
There are two equal portals using the same DB
• Portal1 Erlangen
• Portal2 Newark
Services
The SMC provides the services for the following tasks:
• Event Management (Event Monitoring) is used to monitor SIEMENS Medical applica-
tions running on medical devices at customer sites. That means sending events (e.g.
critical ones) to one of the defined DMZ’s, if the log agent monitors a defined parame-
ter, for example certain error code, which was written to a logfile of the application.
• Asset Management is used to collect asset information (i.e. regarding HW, OS, SW)
from connected medical devices.
• SW-Distribution is used to deliver the agent configuration sets to the medical devices
and is further used also to do software updates for SIEMENS Medical applications.
More tasks are planned.
Safety aspects
Since the usage of RDIAG can
• access patient data
• conflict with user actions
• modify the system software (e.g. configuration)
Safety features are implemented which limit the access permission and give the operator
full control over any remote activity.
Here the principle will be explained, for detailed instruction see software Installation and
Configuration Instruction .
Several parameters have to be determined at the site and reported to the USC. Especially
the passwords have to be coordinated between the CSE and the RDIAG Server adminis-
tration.
After configuration all functions should be tested, since a malfunction is likely if one of the
several parameters is misspelled.
IP Reservation Tool
For a small network administered by Siemens, all network addresses can be determined
with the “IP Reservation Tool“ in the Intranet see (Fig. 35 / p. 63)
(The URL in the Intranet, http://tdi-s3.med.siemens.de/applicationdb/Silver-
Stream/Pages/ip_start.html)
For a RAS connection at syngo-based systems the IP address will be mostly configured
with addresses from the “IP Reservation Tool“.
Software Installation 0
1. DVD-ROM “syngo MR“ 1-3/6(WinXP, syngo, NUMARIS) for Host and MRSC
2. DVD-ROM “syngo MR“ 4/6(WinXP, syngo, NUMARIS) for Imager .
Installation Procedure 0
MRIR
The MRIR requires software and configuration only for updates or for sw reinstallation.
Therefore monitor, keyboard and mouse have to temporarily be taken from the MRC or
MRSC.
Configuration 0
In the first window the required options have to be selected and will be displayed in the
second window. The options marked as Standard will always be available.
For details, refer to the SW installation instructions.
Backup 0
Database . . . . . . . . . . . . . . . . . . . . . . .24
N Network . . . . . . . . . . . . . . . . . . . . . . . .44