In medical imaging, picture archiving and communication systems (PACS) are computers or networks 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).
Contents
1 Types of images
2 Uses
3 Architecture
4 Image Backup
5 Integration
6 DICOM Viewers
7 History
8 References
9 See also
10 External links
Types of images
Most PACSs handle images from various medical imaging instruments, including ultrasound, magnetic resonance, PET, computed tomography, endoscopy, mammograms, etc. (see DICOM Application areas).Uses
PACS has two main uses:
Hard copy replace: 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 institution. *Digital copies are referred to as Soft-copy.
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.Architecture
Typically a PACS network 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 software is loaded via JavaScript or Java.
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.
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.
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.
As hard drive and computer prices continue to fall, RAID is losing acceptance as a backup mechanism. RAID doesn't backup 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.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.
In the event that it is necessary to reconstruct a PACS from the backup images, the backup system should be able to turned into a "super modality" that simply blasts all of its images back to the PACS.This will allow the PACS to continue receiving current images while also rebuilding its historical images at the same time.
Typical search phrases for more information are "PACS Backup" and "DICOM BackupA full PACS should provide a single point of access for images and their associated data (i.e. it should support multiple modalities). It should also interface with existing hospital information systems: Hospital information system (HIS) and Radiology Information System (RIS).
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 nearline storage in the image archive. The PACS can obtain lists of appointments and admissions in advance, allowing images to be pre-fetched from nearline 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 transcriptionist'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.
[edit] DICOM Viewers
There are several DICOM Viewers available both free and proprietary. Some of the DICOM Viewers include: DICOM Works, Osirix, SureVistaVision , UniPACS, Syngo Imaging, VRRender, ImageJ and MicroDicom. They are designed to directly connect with any PACS to provide extended viewing technology for the workstations.
Contents
1 Types of images
2 Uses
3 Architecture
4 Image Backup
5 Integration
6 DICOM Viewers
7 History
8 References
9 See also
10 External links
Types of images
Most PACSs handle images from various medical imaging instruments, including ultrasound, magnetic resonance, PET, computed tomography, endoscopy, mammograms, etc. (see DICOM Application areas).Uses
PACS has two main uses:
Hard copy replace: 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 institution. *Digital copies are referred to as Soft-copy.
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.Architecture
Typically a PACS network 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 software is loaded via JavaScript or Java.
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.
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.
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.
As hard drive and computer prices continue to fall, RAID is losing acceptance as a backup mechanism. RAID doesn't backup 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.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.
In the event that it is necessary to reconstruct a PACS from the backup images, the backup system should be able to turned into a "super modality" that simply blasts all of its images back to the PACS.This will allow the PACS to continue receiving current images while also rebuilding its historical images at the same time.
Typical search phrases for more information are "PACS Backup" and "DICOM BackupA full PACS should provide a single point of access for images and their associated data (i.e. it should support multiple modalities). It should also interface with existing hospital information systems: Hospital information system (HIS) and Radiology Information System (RIS).
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 nearline storage in the image archive. The PACS can obtain lists of appointments and admissions in advance, allowing images to be pre-fetched from nearline 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 transcriptionist'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.
[edit] DICOM Viewers
There are several DICOM Viewers available both free and proprietary. Some of the DICOM Viewers include: DICOM Works, Osirix, SureVistaVision , UniPACS, Syngo Imaging, VRRender, ImageJ and MicroDicom. They are designed to directly connect with any PACS to provide extended viewing technology for the workstations.
History
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.Dr Samuel Dwyer, though, credits Dr Judith M. Prewitt for introducing the term.
Dr Harold Glass, a medical physicist working in London in the early 1990s secured UK Government funding and managed the project over many years which transformed Hammersmith Hospital in London as the first filmless hospital in the United Kingdom.Dr Glass passed away a few months after the project came live but is credited with being one of the pioneers of PACS.
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.Dr Samuel Dwyer, though, credits Dr Judith M. Prewitt for introducing the term.
Dr Harold Glass, a medical physicist working in London in the early 1990s secured UK Government funding and managed the project over many years which transformed Hammersmith Hospital in London as the first filmless hospital in the United Kingdom.Dr Glass passed away a few months after the project came live but is credited with being one of the pioneers of PACS.
No comments:
Post a Comment