Picture Archiving And Communication System Pacs

I. Introductionin the hospital. It is located five floors above and
Timely management of medical imaging1000 ft. (300 m) away from the Radiology
information is one of the greatest challengesDepartment. This busy unit has an average daily
facing medicine today. Patients with complexoccupancy of 25.9 patients, and the average
medical problems may require a large number ofduration of stay in the unit is 4.4 days. During
radiologic studies, which may be performed attheir stay in the CCU, 72% of patients have at
physically separate locations; as a result,least one chest radiograph. On the average, 10
preexisting studies may be inadvertentlychest examinations are performed each day,
duplicated. Simultaneous access to radiologicabout half of them with a mobile unit. Because
images may be needed for accurateuse of the mobile unit is often indicative of the
interpretation. In addition, multiple physicians caningcritical condition of the patient, a protocol has
for a patient may want to review the images. Asbeen established to make these images (about
medical centers increase in size, illnesses increasefive examinations per day) immediately available
in complexity, and the demand for rapid transferto the CCU physicians through the digital viewing
of information increases accordingly, the capacitysystem. Traditionally, in order to view films, the
of film-based radiologic systems to meet thesephysician would have to walk to the Radiology
demands decreases. Films are often unavailable orDepartment to check out the patient's film jacket,
lost, and film storage costs are relatively high.a procedure that can be quite time-consuming.
Systems designed to store images in computersAfter a month long preclinical trial, the system
and display them on high-resolution monitors havewas released to the CCU physicians for their use.
been developed over the past 10-12 years. TheseThe system was available at all times, and
picture archiving and communication systemsphysicians could choose between the film-based
(PACS) attempt to overcome the limitations ofviewing system and the digital viewing system.
film-based systems by providing economicalThe decision to release the system for clinical use
storage, rapid retrieval of individual images, accesswithout restriction was based on the premise that
to images acquired with multiple modalities, andthe functionality of a computer-based system
simultaneous access to the same image atought to be defined and evaluated within the
multiple sites. However, acceptance of this newnormal task environment. The usage and
technology has been limited by high capital costs,performance of the system were logged into a
limited spatial resolution of the display monitors,file to provide (1) the name and hospital
limited spatial resolution of digitization modalities foridentification number of the patient reviewed, (2)
projection radiography, slow image displaythe date and time of viewing, (3) image
(compared with that in film-based systems), andmanipulation function(s) used, (4) the identification
the need for system redundancy to provideof the image manipulated, and (5) the speed of
backup in case of component failure. Most PACSvarious operations.
in current use are prototypes intended forIV. DICOM Images
research, although recently some have beenDICOM stands for Digital Imaging and
incorporated into segments of larger radiologyCommunications in Medicine. Its standard was
departmentcreated by the National Electrical Manufacturers
Association (NEMA) to aid the distribution and
II. Picture archiving and communication systemviewing of medical images, such as CT scans,
The principles of PACS were first discussed atMRIs, and ultrasound. Part 10 of the standard
meetings of radiologists in 1982. Various peopledescribes a file format for the distribution of
are credited with the coinage of the term PACS.images. This format is an extension of the older
Cardiovascular radiologist Dr Andre DuerinckxNEMA standard. Most people refer to image files
reported in 1983 that he had first used the termwhich are compliant with Part 10 of the DICOM
in 1981. Dr Samuel Dwyer, though, credits Drstandard as DICOM format files. A single DICOM
Judith M. Prewitt for introducing the term. Drfile contains both a header (which stores
Harold Glass, a medical physicist working in Londoninformation about the patient's name, the type of
in the early 1990s secured UK Governmentscan, image dimensions, etc), as well as all of the
funding and managed the project over manyimage data (which can contain information in three
years which transformed Hammersmith Hospital indimensions). This is different from the popular
London as the first filmless hospital in the UnitedAnalyze format, which stores the image data in
Kingdom. Dr Glass died a few months after theone file (*.img) and the header data in another file
project came live but is credited with being one(*.hdr). Another difference between DICOM and
of the pioneers of PACS Organizational techniquesAnalyze is that the DICOM image data can be
that enable small departments to functioncompressed (encapsulated) to reduce the image
efficiently often fail as departments becomesize. Files can be compressed using lossy or
larger. With the recent growth in imaginglossless variants of the JPEG format, as well as a
technology, the capacity of film-based systems tolossless Run-Length Encoding format (which is
meet the increasing needs of radiologyidentical to the packed-bits compression found in
departments has decreased. Electronic PACS havesome TIFF format images).
been developed in an attempt to provideA. The DICOM header
economical storage, rapid retrieval of images,The below Image shows a hypothetical DICOM
access to images acquired with multiple modalities,image file. In this example, the first 794 bytes are
and simultaneous access at multiplies sites. Inputused for a DICOM format header, which
to a PACS may come from digital or analogdescribes the image dimensions and retains other
sources (when the latter have been digitized). Atext information about the scan. The size of this
PACS consists primarily of an image acquisitionheader varies depending on how much header
device (an electronic gateway to the system),information is stored. Here, the header defines an
data management system (a specializedimage which has the dimensions 109x91x2 voxels,
computer system that controls the flow ofwith a data resolution of 1 byte per voxel (so the
information on the network), image storagetotal image size will be 19838). The image data
devices (both short- and long-term archives),follows the header information (the header and
transmission network (which serves local on widethe image data are stored in the same
areas), display stations (which include a computer,file).Furthermore, the DICOM header is shown.
text monitor, image monitors, and a userThe DICOM requires a 128-byte preamble (these
interface), and devices to produce hard-copy128 bytes are usually all set to zero), followed by
images (currently, a multiformat or laser camera).the letters 'D', 'I', 'C', 'M'. This is followed by the
The goals of PACS are to improve operationalheader information, which is organized in 'groups'.
efficiency while maintaining or improving diagnosticFor example, the group 0002hex is the file meta
ability. A. Image Acquisition Modulesinformation group, and (in the example on the
An image acquisition device is an electronicleft) contains 3 elements: one defines the group
gateway to the PACS and may be anlength, one stores the file version and the third
analog-to-digital converter or device that passesstores the transfer syntax.
along digital information from a digital imagingThe DICOM elements required depends on the
device. The number of acquisition modulesimage type. For example, this image modality is
necessary for a PACS to function varies with the'MR' (see group : element 0008:0060), so it should
system and is based on its size and the mix ofhave elements to describe the MRI echo time.
analog and digital input devices.The absence of this information in this image is a
B. Data Management Systemviolation of the DICOM standard. In practice, most
The data management system is a specializedDICOM format viewers (including MRIcro and
computer that controls thenetwork, imageezDICOM) do not check for the presence of
storage devices, and image acquisition devices inmost of these elements, extracting only the
order to maintain orderly traffic flow in theheader information which describes the image size.
system. This computer manages patientThe NEMA standard preceded DICOM, and the
information and images as well as the associatedstructure is very similar, with many of the same
reports. The data management system mustelements. The main difference is that the NEMA
provide short- and long-term archiving capabilities.format does not have the 128-byte data offset
Usually, the short-term archive employs magneticbuffer or the lead characters 'DICM'. In addition,
media, and the long-term archive employs opticalNEMA did not explicitly define multi-frame(3D)
media. The short-term anchive has low capacityimages, so element 0028,0008 was not present.
but is frequently used (ie, high utilization), whereasOf particular importance is group : element
the long-term archive has high capacity and low0002:0010. This defines the 'Transfer Syntax
utilization.Unique Identification'. This value reports the
C. Transmission Networkstructure of the image data, revealing whether
Data for images, text, and system commandsthe data has been compressed. Note that many
are transmitted over networks serving local orDICOM viewers can only handle uncompressed
wide areas. The network medium could be araw data. DICOM images can be compressed
twisted-pain wire, coaxial cable, on fibenoptic cable.both by the common lossy JPEG compression
A variety of network topologies (eg, star) arescheme (where some high frequency information
available, each with its own advantages andis lost) as well as a lossless JPEG scheme that is
disadvantages. In addition, severalcommunicationrarely seen outside of medical imaging (this is the
protocols (eg, transmission control protocoloriginal and rare Huffman lossless JPEG, not the
internet protocol [TCP/IP]) exist for managing themore recent and efficient JPEG-LS algorithm).
information on the network. These protocolsNote that as well as reporting the compression
provide instructions on how data will be moved ontechnique (if any), the Transfer Syntax UID also
the network.reports the byte order for raw data. Different
D. Image Display Stationscomputers store integer values differently, so
Image display stations are the principal area ofcalled 'big endian' and 'little endian' ordering.
physician interface with a PACS. A display stationConsider a 16-bit integer with the value 257: the
includes a computer with local stunage, a textmost significant byte stores the value 01 (=255),
monitor, a variable number of image monitors,while the least significant byte stores the value 02.
and a user interface. A display station that canSome computers would save this value as 01:02,
duplicate the full range of tasks, speed of display,while others will store it as 02:01. Therefore, for
and spatial resolution available with film systemsdata with more than 8-bits per sample, a DICOM
has not yet been constructed. In fact, the cost ofviewer may need to swap the byte-order of the
creating sucha station would be formidable. Todata to match the ordering used by your
help minimize the potential costs, studies havecomputer.
been undertaken to determine the minimal spatialIn addition to the Transfer Syntax UID, the image
and contrast resolution necessary to perform ais also specified by the Samples Per Pixel
variety of imaging tasks. This information may(0028:0002), Photometric Interpretation
then be used to create a series of workstations(0028:0004), the Bits Allocated (0028:0100). For
with different levels of sophistication so thatmost MRI and CT images, the photometric
appropriate equipment may be selected for theinterpretation is a continuous monochrome (e.g.
task at hand.typically depicted with pixels in grayscale). In
E. Hard-Copy DevicesDICOM, these monochrome images are given a
Although the major mode of storage and displayphotometric interpretation of 'MONOCHROME1'
with a PACS is electronic, provision must also be(low values=bright, high values=dim) or
made for creating a conventional im age on x-ray'MONOCHROME2' (low values=dark, high
film. Multiformat cameras on laser cameras arevalues=bright). However, many ultrasound images
currently the most common way of meeting thisand medical photographs include color, and these
demand.are described by different photometric
F. Interfaces to Other Systemsinterpretations (e.g. Palette, RGB, CMYK, YBR,
To function properly, the image managementetc). Some color images (e.g. RGB) store
system must interface with other patient care3-samples per pixel (one each for red, green and
management systems. These include but needblue), while monochrome and paletted images
not be limited to a radiology information systemtypically store only one sample per image. Each
(IllS) and a hospital information system (HIS). Theimages store 8-bits (256 levels) or 16-bits per
goals of interfacing the PACS to an RIS and ansample (65,535 levels), though some scanners
HIS are to maintain data integrity across thesave data in 12-bit or 32-bit resolution. So a RGB
global system and to optimize the performanceimage that stores 3 samples per pixel at 8-bits
of each component system by using only theper can potentially describe 16 million colors' (256
specific data needed fon each. The 1115 providescubed).
basic patient histories, reporting of results, andB. ezDICOM
collection of data for department management.The ezDICOM is a software that is easy to use,
The HIS manages the demographic standards andmature (stable, few if any bugs) and can view a
distributes patient care information throughout thewide range of medical images including proprietary
medical center.formats as well as images in the DICOM standard.
III. A Radiologic Picture Archiving andFor example, In addition, most free DICOM
Communication System for a Coronary Care Unitviewers only read a small subset of the DICOM
I chose the radiologic picture archiving andimages available, while ezDICOM can view a broad
communication system for a coronary care unitrange of images. In addition to DICOM images, the
(CCU) at a 700-bed teaching hospital ,as ansoftware will automatically recognize and display
example in my project for PACS. The majorAnalyze, GE (LX, Genesis), Interfile, Siemens
components of this PACS module are located in(Magnetom, Somatom) and NEMA images. The
the Radiology Department and are shared withgreatest strength of ezDICOM is that it is free
the Pediatric Radiology PACS. An important designand open source. There are many variations of
goal was to create a system in which acquisition,medical images 'in the wild' - many of these are
routing, and management of patients' image datapoorly or incorrectly documented. By being free,
are accomplished with minimal operatorezDICOM has developed a wide user base, and
intervention. The automatic acquisition of images isthis ensures the quality of the code. Thousands of
achieved through linkage of a computedpeople have used ezDICOM and sent in unusual
radiography (CR) unit, FCR-1 01 (Fuji Photo Film,and rare images, and the code is now mature and
Kanagawa, Japan) to an external host, VAX-i iable to read virtually all the popular medical
750 minicomputer (Digital Equipment Corporation,images.
Maynard, MA.) These two components areTherefore, the users are the most important
integrated through an interface unit that wasstrength of this software. It is important to
developed in-house. The host computer is used toacknowledge the many people who shared their
manage the processing and flow of data fromimages with the developers. The advantage of
creation, storage, and archive to display.being open source is that programmers can
Under normal conditions, the only manual operationmodify and improve the code if they want. The
required for data input and subsequentproject was started by Wolfgang Krug and has
management of the data base is the entry of thebeen expanded and maintained by Chris Rorden.
patient's name, hospital identification (ID) number,Development was particularly aided by Earl F.
and hospital section code at the CR console. ThisGlynn's general programming tutorials and David
task is performed by the X-ray technologist atClunie's medical imaging FAQ. This software is
the time the imaging plate is processed. Once thiscovered by the BSD open source license. You can
is completed, the remainder of the process is fullydistribute both compiled projects and the source
automated. The software that is resident on thecode. However, you should also distribute the
host computer detects the incoming imaging platelicense (the compiled standalone program makes
and initiates the data transfer from the CR unit.this easy: the license is built into the 'about'
The hospital section code is used to route thewindow). The license also notes that the software
image to an appropriate data base (in this case,is provided 'as is', use it at your own risk. This
the CCU data base). The raw image data acquiredsoftware attempts to reproduce medical images
at 2048 x 2048 x 8 bit resolution areaccurately. However, it is not designed for clinical
reformatted into the standard image file structureuse: computer monitors can vary tremendously in
defined for theimage quality. All grayscale images are rendered in
PACS and then archived. Subsequently, the image256-levels of gray.
file is subsampled to 51 2 x 51 2 x 8 bit resolutionThe standalone ezDICOM for windows program is
for display purposes and the patient directory isa basic but useful tool for viewing medical images.
updated to include the new entry. Active patientThis software will run on computers with
images are stored on magnetic disk for rapidWindows 95 or later and requires less than 300
access. Forty-five megabytes of disk space haveKb of disk space. To view an image, you simply
been allocated for the CCU data base, whichdrag and drop the image onto the program (or
provides a maximum of 180 images on-line. Theyou can choose 'Open...' from the 'File' menu).
images are also automatically archived to anDespite the ease of use, ezDICOM has a number
optical disk library unit manufactured by Filenetof powerful features. For example, you can set
Costa Mesa, CA) and Hitachi (Tokyo, Japan).the brightness and contrast of an image with
When a patient is selected at the user terminal ingreat precision. You can also animate images that
the CCU, the image files are loaded on a Gouldhave multiple slices (e.g. see a heart beating over
1P8500 image processor (Fremont, CA), and thetime or see different depths into the brain). The
video output signals are transmitted in real-time toezDICOM standalone application [version 1, release
the CCU via a broadband network. Three channels19] is free software and is distributed as a
are multiplexed with Blonder-Tongue videocompressed zip file - simply extract the files and
modulators (Oldbridge, NJ) operating with 8-MHzdouble click on ezDICOM.exe. Delphi source code is
bandwidths. The viewing station in the CCUalso included, and a personal edition of this
consists of three 13-in. (30-cm) diagonal, 5i 2-linecompiler is available for free.
display monitors (Panasonic Industrial Company,D. DCM2JPG console application
Secaucus, NJ) and a VT-i 00 terminal for userDCM2JPG is a simple command-line Windows
interface.program. If you drop a file on the program it will
A. User Interfacecreate a JPEG version of the file (alternatively, if
The user interacts with the system through ayou name the program 'dcm2png.exe' or
VT-i 00 terminal keypad. A directory of patients'dcm2bmp.exe' it will create PNG or BMP format
and various image manipulation functions areimages). You can also call the program from the
provided in a menu format. In a typical viewingcommand line, to do special functions like change
session, the clinician first selects a patient fromthe image brightness or contrast (most grayscale
the alphabetic active-patient directory. TheDICOM images have much higher precision than
terminal prompts the user to wait while the datacan be saved to standard bitmap formats).
base is searched. Images appear on the threeAnother nice feature is the ability to create nice
monitors in reverse chronological order, startingzoomed versions of DICOM images - e.g. save a
with the most recent image (Fig. 2). The128x128 pixel image as a 192x192 pixel bitmap
information appearing at the bottom portion of(scaling is done using a bilinear-interpolation method
the image includes the patient's name and hospitalto reduce any jaggy edges). Both a compiled
identification number, as well as the date and timeprogram and the (ezDICOM-based) source code
of image acquisition. At this point, the viewer maycan be downloaded from the internet. The
return to the directory, view more images of theprogram has some command as follows:
current patient, or apply an image manipulation b Brightness [window center]: a,h,-9999..9999
function. The image manipulation functions includefor auto, header, custom default: auto
zoom (by pixel replication), mean-and-window, c Contrast [window width]: a,h,0..9999 for
grayscale inversion, left-right reversal, and imageauto, header, custom default: auto
rotation. -f Format of Output: b,p,j, txtfor bmp, png,
B. Data Basesjpg, txt default: jpg
The data bases use the indexed sequential access -o Output Directory, e.g. 'C:TEMP' default:
method (ISAM) files. The record for the patientsource directory
data base contains information such as the -s Silent [errors not reported]: y,n for yes or
patient's name, hospital identification number,no default: no
number of images acquired to date, and the14
image code, which is issued automatically when -z Zoom of Output, e.g. ''1.5'' for 150% zoom
the patient is entered into the data base for thedefault: 1.0
first time. The image code also serves as theV. Conclusion
primary key for the image data-base record,This report gave brief description about Picture
which provides information associated with thearchiving and communication system PACs. It
individual image file, including the date ofexplains its setup components and how it works
acquisition, procedure, current location of thethrough an example of a Radiologic Picture
image (magnetic disk, optical disk, or both), andArchiving and Communication System for a
the volume and physical address of the opticalCoronary Care Unit. It show also the format of
disk archive. The images are deleted from thethe file extension of the image of the PACs and
magnetic disk according to a probability algorithmhow it can be shown in ezDICOM software.
that determines which images are least likely toHowever, output format of the ezDICOM is can
be reviewed.be converted easily to other format according to
For a returning patient, the most recent image isthe requirements such as jpg by using simple
retrieved.automatically from the optical disk librarysoftware called DCM2JPG console application. It is
for comparison purposes.really interesting in this life to see how science
C. Clinical Operationaffected the life of the human being.
The CCU is one of the largest intensive care units