Difference between revisions of "Access to Radiology Information"

From IHE Wiki
Jump to navigation Jump to search
 
(23 intermediate revisions by 2 users not shown)
Line 1: Line 1:
The '''Access to Radiology Information (ARI)''' integration profile describes the sharing of images, diagnostic reports, and related information inside a single network.
+
'''Access to Radiology Information (ARI)''' shares images, diagnostic reports, and related information inside a single network.
  
 
__TOC__
 
__TOC__
  
 
==Summary==
 
==Summary==
Interoperable access to radiology information (including images and related reports) is provided within the radiology department and between radiology and other departments within the hospital such as pathology, surgery and oncology. Non-radiology information (such as lab reports) may also be accessed if made available in DICOM format.
+
Radiology information (including images and related reports) is accessible within the radiology department and between radiology and other departments within the hospital such as pathology, surgery and oncology. Non-radiology information (such as lab reports) may also be accessed if made available in DICOM format.
  
[[Image:ARI.jpg]]
+
[[Image:ARI-v4.jpg | Access to Radiology Information]]
  
 
==Benefits==
 
==Benefits==
Line 12: Line 12:
 
'''Reduce Errors and Enhance Patient Care'''
 
'''Reduce Errors and Enhance Patient Care'''
  
Multiple Sources Option of Access to Radiology Information (ARI):
 
 
* Reduces incomplete imaging records because the display provides consolidated access to additional clinically relevant data from other archives (such as the Cardiology PACS, long-term archive, etc.)
 
* Reduces incomplete imaging records because the display provides consolidated access to additional clinically relevant data from other archives (such as the Cardiology PACS, long-term archive, etc.)
  
 
'''Improve Throughput'''
 
'''Improve Throughput'''
  
Multiple Sources Option of Access to Radiology Information (ARI):
 
 
* Prevents manual searches of multiple systems (Radiology and Cardiology PACS, enterprise archive) for pertinent patient data-the PACS provides a consolidated view of DICOM data from multiple systems
 
* Prevents manual searches of multiple systems (Radiology and Cardiology PACS, enterprise archive) for pertinent patient data-the PACS provides a consolidated view of DICOM data from multiple systems
  
 
'''Improve Data Accessibility'''
 
'''Improve Data Accessibility'''
 
* Improves access around the hospital-the PACS supports the query/retrieve of DICOM images and data at viewing workstations
 
* Improves access around the hospital-the PACS supports the query/retrieve of DICOM images and data at viewing workstations
Multi-sources option:
+
* Improves access to data from multiple PACS
* Improves access to data from multiple PACS-the workstation consolidates query results and accesses data stored on physically separate systems (e.g., ultrasound miniPACS, cardiology PACS, and radiology PACS)
+
** the workstation consolidates query results and accesses data stored on physically separate systems (e.g., ultrasound miniPACS, cardiology PACS, and radiology PACS)
  
 
'''Reduce Deployment Cost/Time'''
 
'''Reduce Deployment Cost/Time'''
* Prevent custom interface specification time and cost-IHE TF provides detailed specifications for a powerful interface, supported and tested by many vendors
+
* Prevent custom interface specification time and cost
* Prevent custom interface implementation time and cost-many IHE Integration Profiles are already supported by many vendor products
+
** IHE TF provides detailed specifications for a powerful interface, supported and tested by many vendors
* Reduce interface compliance testing time and cost-many implementation variations have been ironed out in systems tested at IHE Connectathons
+
* Prevent custom interface implementation time and cost
* Reduces intersystem testing time and cost-many combinations of systems have already been directly tested together at IHE Connectathons
+
** many IHE Integration Profiles are already supported by many vendor products
 +
* Reduce interface compliance testing time and cost
 +
** many implementation variations have been ironed out in systems tested at IHE Connectathons
 +
* Reduces intersystem testing time and cost
 +
** many combinations of systems have already been directly tested together at IHE Connectathons
 
* Reduces custom interface maintenance time and cost by maintaining a single IHE interface instead of multiple custom interfaces
 
* Reduces custom interface maintenance time and cost by maintaining a single IHE interface instead of multiple custom interfaces
 +
 +
(NOTE: Some of the benefits mentioned above require systems that support the "Multiple Sources Option" of Access to Radiology Information (ARI) Profile in order for the benefits to be achieved).
  
 
==Details==
 
==Details==
  
''<A few paragraphs, if appropriate, providing more details (in user-speak, not tech-speak) on what the profile does and how it works.>''
+
The Access to Radiology Information (ARI) Profile allows departments outside Radiology to access the "DICOM-based work products" produced within the Radiology Department. Examples of these work products include: DICOM images, key image notes, presentation states, and radiology measurements or reports encoded as DICOM Structured Reports(SR).
 +
 
 +
The information access is provided via the standard query/ retrieve mechanisms defined by the DICOM standard.
 +
 
 +
There is also a "Multiple Sources Option" that enhances the ARI profile by describing how DICOM workstations can leverage the same DICOM query/ retrieve mechanisms used in the main Profile to access information in '''multiple''' PACS systems (e.g., a legacy archive and the current "production PACS") in order to present a more complete picture of the patient's imaging history.
  
 
==Systems Affected==
 
==Systems Affected==
  
 
This profile includes both enterprise-wide and radiology-department imaging and reporting systems such as:
 
This profile includes both enterprise-wide and radiology-department imaging and reporting systems such as:
*Review or diagnostics image softcopy display stations (stand-alone or integrated with a HIS, RIS, PACS or Modality)
+
*Review or diagnostics image softcopy display stations (stand-alone or integrated with a HIS, RIS, PACS or Modality) query and retrieve DICOM images and presentation states for display.
*Reporting stations (stand-alone or integrated with a HIS, RIS, PACS or Modality)
+
*Reporting stations (stand-alone or integrated with a HIS, RIS, PACS or Modality) query and retrieve DICOM images and DICOM SR encoded prior reports.
*Image management and archiving systems (PACS)
+
*Image management and archiving systems (PACS) provide the "source" of the imaging information being queried and retrieved.
*Report repositories (stand-alone or integrated with a HIS, RIS or PACS)
+
*Report repositories (stand-alone or integrated with a HIS, RIS or PACS) provide the "source" of the report information being queried and retrieved.
 +
 
  
  
 
'''Actors & Transactions:'''
 
'''Actors & Transactions:'''
  
''<Insert an actor-transaction diagram, and or list of Content Definitions>''
 
 
[[Image:Ari-actor-transaction.JPG]]
 
[[Image:Ari-actor-transaction.JPG]]
  
Line 57: Line 65:
  
 
[http://www.ihe.net/Technical_Framework/index.cfm#radiology IHE Radiology Technical Framework:]
 
[http://www.ihe.net/Technical_Framework/index.cfm#radiology IHE Radiology Technical Framework:]
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 1] - Section 7 documents the profile
+
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD_TF_Vol1.pdf Vol. 1] - Section 7 (ARI profile overview)
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 2] - Sections 4.14 to 4.17, 4.26 to 4.27, and 4.30 to 4.31 document specific transactions
+
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD_TF_Vol2.pdf Vol. 2] - Sections 4.14 to 4.17, 4.26 to 4.27, and 4.30 to 4.31  
:* [http://www.ihe.net/Technical_Framework/upload/ihe_tf_rev8.pdf Vol. 3] - Sections 4.44 to 4.45 document specific transactions
+
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD_TF_Vol3.pdf Vol. 3] - Sections 4.44 to 4.45  
  
 
'''Underlying Standards:'''
 
'''Underlying Standards:'''
Line 65: Line 73:
  
 
==See Also==
 
==See Also==
 
''<The following sections can be left out if there is nothing to point to.  This is just to show where such information can go.>''
 
  
  
 
'''Related Profiles'''
 
'''Related Profiles'''
  
''<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one>''
+
The following profiles describe radiology "content" that can be shared with other, non-radiology departments using the ARI profile:
 +
* [[Scheduled Workflow]] [SWF] - for most types of radiology images
 +
* [[Nuclear Medicine Image]] [NM] - for NM images
 +
* [[Mammography Image]] [MAMMO] - for mammography images
 +
* [[Evidence Documents]] [ED] - for radiology measurements and other evidence encoded as DICOM SR (structured reports)
 +
* [[Simple Image and Numeric Report]] [SINR] - for radiology reports encoded as DICOM SR
 +
* [[Key Image Note]] [KIN] - for key image notes encoded as DICOM Key Object Selection SRs
 +
* [[Consistent Presentation of Images]] [CPI] - for DCIOM presentation state objects
 +
<br/>
 +
The following profile is used to ensure that all content queried and retrieved using ARI has a consistent set of patient demographic information:
 +
* [[Patient Information Reconciliation]] [PIR]
 +
<br/>
 +
The following profiles are other ways to share radiology information outside the radiology department:
 +
* [[Cross-enterprise Document Sharing for Imaging]] [XDS-I] - enables the sharing of radiology-produced imaging data outside/ across enterprises.
 +
* [[Portable Data for Imaging]] [PDI] - enables the sharing of radiology-produced imaging data using portable media (e.g., CDs)
  
 
'''Consumer Information'''
 
'''Consumer Information'''
  
The [[Profile FAQ Template]] answers typical questions about what the Profile does.  ''<Replace the link with a link to the actual FAQ page for the Profile>''
+
The [[ARI Profile FAQ]] answers typical questions about what the Profile does.   
  
The [[Profile Purchasing Template]] describes considerations when purchasing equipment to deploy this Profile. ''<Replace the link with a link to the actual Purchasing page for the Profile>''
+
The [[ARI Profile Purchasing]] describes considerations when purchasing equipment to deploy this Profile.  
  
 
'''Implementer Information'''
 
'''Implementer Information'''
  
The [[Profile Implementation Template]] provides additional information about implementing this Profile in software.  ''<Replace the link with a link to the actual Implementation page for the Profile>''
+
The [[ARI Profile Implementation]] provides additional information about implementing this Profile in software.   
 
 
'''Reference Articles'''
 
 
 
''<List References (good and bad) (with link if possible) to Journal Articles that mention IHE's work (and hopefully include some analysis) >''
 
 
 
  
  
Line 92: Line 107:
  
 
[[Category:Profiles]]
 
[[Category:Profiles]]
 +
[[Category:RAD Profile]]
 +
[[Category:DICOM]]

Latest revision as of 15:19, 25 May 2018

Access to Radiology Information (ARI) shares images, diagnostic reports, and related information inside a single network.

Summary

Radiology information (including images and related reports) is accessible within the radiology department and between radiology and other departments within the hospital such as pathology, surgery and oncology. Non-radiology information (such as lab reports) may also be accessed if made available in DICOM format.

Access to Radiology Information

Benefits

Reduce Errors and Enhance Patient Care

  • Reduces incomplete imaging records because the display provides consolidated access to additional clinically relevant data from other archives (such as the Cardiology PACS, long-term archive, etc.)

Improve Throughput

  • Prevents manual searches of multiple systems (Radiology and Cardiology PACS, enterprise archive) for pertinent patient data-the PACS provides a consolidated view of DICOM data from multiple systems

Improve Data Accessibility

  • Improves access around the hospital-the PACS supports the query/retrieve of DICOM images and data at viewing workstations
  • Improves access to data from multiple PACS
    • the workstation consolidates query results and accesses data stored on physically separate systems (e.g., ultrasound miniPACS, cardiology PACS, and radiology PACS)

Reduce Deployment Cost/Time

  • Prevent custom interface specification time and cost
    • IHE TF provides detailed specifications for a powerful interface, supported and tested by many vendors
  • Prevent custom interface implementation time and cost
    • many IHE Integration Profiles are already supported by many vendor products
  • Reduce interface compliance testing time and cost
    • many implementation variations have been ironed out in systems tested at IHE Connectathons
  • Reduces intersystem testing time and cost
    • many combinations of systems have already been directly tested together at IHE Connectathons
  • Reduces custom interface maintenance time and cost by maintaining a single IHE interface instead of multiple custom interfaces

(NOTE: Some of the benefits mentioned above require systems that support the "Multiple Sources Option" of Access to Radiology Information (ARI) Profile in order for the benefits to be achieved).

Details

The Access to Radiology Information (ARI) Profile allows departments outside Radiology to access the "DICOM-based work products" produced within the Radiology Department. Examples of these work products include: DICOM images, key image notes, presentation states, and radiology measurements or reports encoded as DICOM Structured Reports(SR).

The information access is provided via the standard query/ retrieve mechanisms defined by the DICOM standard.

There is also a "Multiple Sources Option" that enhances the ARI profile by describing how DICOM workstations can leverage the same DICOM query/ retrieve mechanisms used in the main Profile to access information in multiple PACS systems (e.g., a legacy archive and the current "production PACS") in order to present a more complete picture of the patient's imaging history.

Systems Affected

This profile includes both enterprise-wide and radiology-department imaging and reporting systems such as:

  • Review or diagnostics image softcopy display stations (stand-alone or integrated with a HIS, RIS, PACS or Modality) query and retrieve DICOM images and presentation states for display.
  • Reporting stations (stand-alone or integrated with a HIS, RIS, PACS or Modality) query and retrieve DICOM images and DICOM SR encoded prior reports.
  • Image management and archiving systems (PACS) provide the "source" of the imaging information being queried and retrieved.
  • Report repositories (stand-alone or integrated with a HIS, RIS or PACS) provide the "source" of the report information being queried and retrieved.


Actors & Transactions:

Ari-actor-transaction.JPG

Specification

Profile Status: Final Text

Documents:

IHE Radiology Technical Framework:

  • Vol. 1 - Section 7 (ARI profile overview)
  • Vol. 2 - Sections 4.14 to 4.17, 4.26 to 4.27, and 4.30 to 4.31
  • Vol. 3 - Sections 4.44 to 4.45

Underlying Standards:

See Also

Related Profiles

The following profiles describe radiology "content" that can be shared with other, non-radiology departments using the ARI profile:


The following profile is used to ensure that all content queried and retrieved using ARI has a consistent set of patient demographic information:


The following profiles are other ways to share radiology information outside the radiology department:

Consumer Information

The ARI Profile FAQ answers typical questions about what the Profile does.

The ARI Profile Purchasing describes considerations when purchasing equipment to deploy this Profile.

Implementer Information

The ARI Profile Implementation provides additional information about implementing this Profile in software.


This page is based on the Profile Template