Picture archiving and communication system (PACS) in Radiology

Dr Himadri Sikhor Das,MD
Matrix, 1st Byelane Tarun Nagar,
ABC, G.S.Road, Guwahati,
Assam, India, PIN: 781005
Website: http//:www.radiozen.wordpress.com
The principles of PACS were first discussed at meetings of radiologists in 1982.
Various people are credited with the coinage of the term PACS. Cardiovascular
radiologist Dr Andre Duerinckx reported in 1983 that he had first used the term
in 1981.[10] Dr Samuel Dwyer, though, credits Dr Judith M. Prewitt for
introducing the term. [11]
Dr Harold Glass, a medical physicist working in Londonin the early 1990s
secured UK Government funding and managed the project over many years which transformed Hammersmith Hospitalin London as the first filmless hospital in the United Kingdom. [12] Dr Glass died a few months after the project came live but is credited with being one of the pioneers of PACS.
what does PACS mean: An image as stored on a picture archiving and communication system (PACS) The same image following contrast adjustment, sharpening and measurement tags added by the system In medical imaging, picture archiving and communication systems (PACS) are computers, commonly servers, dedicated to the storage, retrieval, distribution and presentation of images. The medical images are stored in an independent format. The most common format for image storage is DICOM (Digital Imaging and Communications in Medicine). Electronic images and reports are transmitted digitally via PACS; this eliminates the need to manually file, retrieve or transport film jackets. A PACS consists of four major components: the imaging modalities such as CT and MRI, a secured network for the transmission of patient information, workstations for interpreting and reviewing images, and long and short term archives for the storage and retrieval of images and reports. Combined with available and emerging Web technology, PACS has the ability to deliver timely and efficient access to images, interpretations and related data. PACS breaks down the physical and time barriers associated with traditional film-based image retrieval, distribution and display.
Types of images
Most PACSs handle images from various medical imaging instruments, including
ultrasound (US), magnetic resonance (MR), positron emission tomography (PET), computed tomography (CT), endoscopy (ENDO), mammograms (MG), digital radiography (DR), computed radiography (CR) etc. (see DICOM Application areas).
PACS has two main uses:
1.    Hard copy replacement: PACS replaces hard-copy based means of managing 
      medical   images, such as film archives. With the decreasing price of digital    
      storage,   PACSs  provide a growing cost and space advantage over film
       archives  in   addition to the instant access to prior images at the same  
2.   Digital copies are referred to as Soft-copy.
3.   Remote access: It expands on the possibilities of conventional systems by   providing 
     capabilities of off-site viewing and reporting (distance education, telediagnosis). It 
      enables practitioners in different physical locations to  access the same information 
     simultaneously for teleradiology.
PACS is offered by virtually all the major medical imaging equipment manufacturers, medical IT companies and many independent software companies. Basic PACS software can be found free on the internet.
One difficult area in PACS is interpreting the DICOM image format. DICOM does not fully specify the metadata tags stored with images to annotate and describe them, so vendors of medical imaging equipment have latitude to create DICOM-compliant files that differ in the meaning and representation of this metadata. A feature common to most PACS is to read the metadata from all the images into a central database, allowing the PACS user to retrieve all images with a common feature no matter the originating instrument. The differences between vendors’ DICOM implementations make this a difficult task.
A PACS can store volume data from exams and reconstruct 3D images. Some medical modality vendors have defined private DICOM tags to introduce added features. Tags like this are permitted according to DICOM protocol and will not impact on the images in most cases, but will not operate when the image is viewed on a different platform.
Typically a PACS consists of a central server that stores a database containing the images connected to one or more clients via a LAN or a WAN which provide or utilize the images. More and more PACS include web-based interfaces to utilize the Internet as their means of communication, usually via VPN (Virtual Private Network) or SSL (Secure Sockets Layer). The client side software is often using ActiveX, JavaScript and/or Java. These are considered only suitable for very small practices that do not view studies containing more than one or two images, as web-based viewers are sandboxed by the parent web browser and cannot allocate enough memory to view even modestly sized image data sets. More robust PACS clients are full applications which can utilize the full resources of the computer they are executing on.
Definitions vary, but most claim that for a system to be truly web based, each individual image should have its own URL.[citation needed]Client workstations can use local peripherals for scanning image films into the system, printing image films from the system and interactive display of digital images. PACS workstations offer means of manipulating the images (crop, rotate, zoom, window, level and others).
Modern radiology equipment and modalities feed patient images directly to the PACS in digital form. For backwards compatibility, most hospital imaging departments and radiology practices employ a film digitizer. PACS image backup is a critical, but sometimes overlooked, part of the PACS Architecture (see below). HIPAA requires that backup copies of patient images be made in case of image loss from the PACS. There are several methods of backing up the images, but they typically involve automatically sending copies of the images to a separate computer for storage, preferably off-site.

The communication with the PACS server is done through dicom objects that are similar to dicom images, but with different tags. A query typically looks as follows:
The client establishes the network connection to the PACS server. The client prepares a query object which is an empty dicom dataset object.   The client fills in the query object with the keys that should be matched.   E.g. to query for a patient ID, the patient ID tag is filled with the patient’s ID.
The client creates empty tags (tags with zero length string values) for all the tags it wishes to receive from the server. E.g. if the client wishes to   receive an id that it can use to receive images (see image retrieval) it   should create the tag SOP InstanceID (0008, 0018) in the query object.  The query object is sent to the server.   The server sends back to the client a list of response dicom objects. The client extracts the tags that are of interest from the response dicom objects.
 Image retrieval
Images are retrieved from a PACS server through a C-MOVE request, as defined by the DICOM network protocol. This request specifies where an image instance should be sent through an identifier known as the destination AETITLE. The server must be configured about the mapping of the AETITLE to a TCP/IP address and port, and as a consequence the server must know in advance all the AETITLEs that it will ever be requested to send images too.
Image backup
Digital medical images are typically stored on a Picture Archiving and Communication System (PACS) for retrieval. Computer images are fragile and can be lost very quickly. It is important (and required in the USA by the Security Rule’s Administrative Safeguards section of HIPAA) that facilities have a backup copy of the images. Some companies, such as Medstrat [1], provide off-site back-up services that cover this requirement.
While each facility is different, the goal in image backup is to make it automatic and as easy to administer as possible. The hope is that the copies won’t ever be needed. But, as with other disaster planning, they need to be available if needed .Ideally, copies of images should be streamed off-site as they are created. (If using the internet, the Security Rule’s Technical Safeguards section of HIPAA requires that the images be encrypted during transmission.) Depending on bandwidth and image volume, this may not be practical. Other options include removable media (hard drives, DVDs or other media that can hold many patients’ images) and/or separate computers. These copies need to be protected.[2]As hard drive and computer prices continue to fall, RAID is losing acceptance as a backup mechanism. RAID doesn’t back up the images to a fully redundant device, but rather writes some redundant information on multiple drives within the same computer. This added complexity brings its own vulnerabilities.[3] The redundant data written on RAID is subject to the same virus, hardware or software problems as the original image, except that it is protected from hard drive failure. Another way to back up data in the PACS environment is using LTO libraries, which uses digital tapes storing up to 800 GB each with the LTO3 type. This puts their stored images on ´\’near line’ status, meaning that the user has to wait some minutes to get their study.
In the event that it is necessary to reconstruct a PACS from the backup images,the backup system should be able to be turned into a “super modality” that simply blasts all of its images back to the PACS.[4] This will allow the PACS to continue receiving current images while also rebuilding its historical images at the same time. When migrating images from one PACS to another, it is sometimes very difficult to get the old PACS to blast the images to the new one. This is another application where backup can be used to “restore” the images to the new PACS. Backup infrastructure is often expensive, semi-autonomous and frequently results in extended downtime. However, it should still be flexible enough to be used for immediate partial or full restores, as well as performing the migration of images to a new PACS.
A chest image displayed via a PACSA full PACS should provide a single point of access for images and their associated data. That is, it should support all digital modalities. Integration with digital mammography has thus far taken a different course than other modalities, however. When an institution implements full field digital mammography (FFDM), it can choose between two options for reading, manipulating, and reporting on the mammograms. The first option is to integrate the digital mammography device with the institution’s general PACS. The second option is to purchase a mammography-only specialty workstation or mini-PACS from the FFDM vendor and thereby isolate FFDM on its own technological island. Most institutions have chosen the latter option to date Some experts consider the failure to integrate a mistake. The specialty workstations/mini-PACS have limited capabilities compared to a full-featured PACS, critics note. They negatively affect the efficiency of the radiology department in other ways, and also add unnecessary expenses and space requirements because the institution is using redundant technology and datasources.
One of the leading critics of the non-integrated approach is radiologist Michael Trambert, who has presented at the Radiological Society of North America conference and published articles on the benefits of integrating digital mammography with an institution’s existing PACS. Trambert bases his advocacy of integration on his experience and research at a clinic in Santa Barbara, Calif.At the clinic, he had access to specialty workstations for digital mammography,as well as a regular PACS workstation that integrated digital mammography with the institution’s general PACS. The specialty workstations were from Hologic, the institution’s FFDM vendor. The integration had been accomplished by DR Systems, the institution’s general PACS vendor and a PACS industry’s pioneer in digital mammography/PACS integration.

In his articles, Trambert has noted the following advantages of integrating
digital mammography with a general PACS:
  1. Ability to easily compare mammograms to other modalities such as breast  MRI’s   or ultrasounds on a single piece of equipment
     2. Avoiding the expense of a separate specialty workstation/mini-PACS and
       associated storage device, while leveraging the institution’s investment in
       its existing PACS
3.  Saving space in the radiology department instead of adding redundant equipment
4. Enabling referring physicians and radiologists to access all radiologic
  studies via a single user interface, rather than learning a new interface for
  a specialty workstation/mini-PACS [7], [8]
In August of 2004, DR Systems was the first to announce that it had received FDA clearance for diagnostic reading of digital mammography images on a PACS [9]. Since that time, other PACS vendors including Care Stream Health, GE Healthcare, Cedara, FUJIFILM, Philips Healthcare, Sectra, Emageon, and Siemens Medical Solutions have also obtained FDA clearance for FFDM.
A full PACS should also interface with existing hospital information systems:
Hospital information system (HIS) and Radiology Information System (RIS). There are several data flowing into PACS as inputs for next procedures and back to HIS as results corresponding inputs:
In: Patient Identification and Orders for examination. These data are sent from HIS to RIS via integration interface, in most of hospital, via HL7   protocol. Patient ID and Orders will be sent to Modality (CT, MR, etc) via Dicom   protocol (Worklist). Images will be created after images scanning and then forwarded to PACS Server. Diagnosis Report is created based on the images retrieved for presenting from PACS Server by physician/radiologist and then  saved to RIS System.
Out: Diagnosis Report and Images created accordingly. Diagnosis Report is sent   back to HIS via HL7 usually and Images are sent back to HIS via DICOM usually   if there is a DICOM Viewer integrated with HIS in hospitals (In most of cases,   Clinical Physician gets reminder of Diagnosis Report coming and then queries   images from PACS Server).
Interfacing between multiple systems provides a more consistent and more reliable dataset:  Less risk of entering an incorrect patient ID for a study – modalities that   support DICOM worklists can retrieve identifying patient information (patient   name, patient number, accession number) for upcoming cases and present that to   the technologist, preventing data entry errors during acquisition. Once the   acquisition is complete, the PACS can compare the embedded image data with a   list of scheduled studies from RIS, and can flag a warning if the image data   does not match a scheduled study.
Data saved in the PACS can be tagged with unique patient identifiers (such as   a social security number or NHS number) obtained from HIS. Providing a robust method of merging datasets from multiple hospitals, even where the different centers use different ID systems internally.
An interface can also improve workflow patterns:
When a study has been reported by a radiologist the PACS can mark it as read.  This avoids needless double-reading. The report can be attached to the images   and be viewable via a single interface.   Improved use of online storage and near line storage in the image archive. The PACS can obtain lists of appointments and admissions in advance, allowing   images to be pre-fetched from near line storage (for example, tape libraries or DVD jukeboxes) onto online disk storage (RAID array).
Recognition of the importance of integration has led a number of suppliers to develop fully integrated RIS/PACS. These may offer a number of advanced features:
Dictation of reports can be integrated into a single system. The recording is automatically sent to a transcript writer’s workstation for typing, but it can also be made available for access by physicians, avoiding typing delays for urgent results, or retained in case of typing error. Provides a single tool for quality control and audit purposes. Rejected images can be tagged, allowing later analysis (as may be required under radiation   protection legislation). Workloads and turn-around time can be reported   automatically for management purposes.
 DICOM Viewers
There are several DICOM Viewers available both free and proprietary. Some of the DICOM Viewers include: Medstrat, eFilm, K-Pacs, DICOM Works, OsiriX,SureVistaVision, UniPACS, Syngo Imaging, VRRender, ImageJ and MicroDicom. Various viewers can connect directly to a PACS server or retrieve images from local storage. Of note, OsiriX is an open-source DICOM viewer.
 Regulatory concerns
In 2008, USFDA published guidance for industry under which the system has
been regulated against 21 CFR 892.2050.[13]
  1. Medstrat HHS cracks down: provider to pay $100,000 in HIPAA penalties over lost  laptops As the number of drives increase, image inconsistency increases “Blast” images to a PACS “A better way: integrating digital mammography with PACS confers numerous benefits for clinicians, IT staff and patients.”  Trambert M. “Digital mammography integrated with PACS: real world issues, considerations, workflow solutions, and reading paradigms.” Semin Breast Dis 9:75-81.
  2. Trambert M. “A perfect match: integrating digital mammography with RIS/PACS and mammographic QA.” RT Image 19 (8)
  3. Trambert M. “Examine PACS: reading digital mammograms on PACS.” RT Image 20
  4. DR Systems (August 30, 2004). DR Systems receives FDA clearance to add digital mammography to PACS. Press release. Retrieved on 2009-8-3.
  5.  Duerinckx AJ, Pisa EJ. Filmless Picture Archiving and Communication System (PACS) in Diagnostic Radiology. Proc SPIE 1982; 318;9-18. Reprinted in IEEE Computer Society Proceedings of PACS’82, order No 388.
  6. Samuel J. Dwyer III. A personalized view of the history of PACS in the USA. In: Proceedings of the SPIE, “Medical Imaging 2000: PACS Design and Evaluation: Engineering and Clinical Issues”, edited by G. James Blaine and Eliot L. Siegel. 2000; 3980:2-9.
  7. Bryan S, Weatherburn GC, Watkins JR, Buxton MJ (1999). “The benefits of hospital-wide picture archiving and communication systems: a survey of        clinical users of radiology services”. Br J Radiol 72 (857): 469–78. PMID 10505012. 
  8. USFDA (30 May 2008). “Guidance for Industry and FDA Staff: Display
      Accessories for Full-Field Digital Mammography Systems-Premarket
       Notification (510(k)) Submissions”.
  1. http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/GuidanceDocuments/ucm107549.htm. Retrieved on 10 July 2009. 

  NB: Text is available under the Creative Commons Attribution-Share Alike License;   additional terms may   apply.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s