Difference between revisions of "Access to Radiology Information"

From IHE Wiki
Jump to navigation Jump to search
 
(12 intermediate revisions by 2 users not shown)
Line 1: Line 1:
The '''Access to Radiology Information (ARI)''' integration profile shares 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__
Line 6: Line 6:
 
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.
 
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-2.jpg]]
+
[[Image:ARI-v4.jpg | Access to Radiology Information]]
  
 
==Benefits==
 
==Benefits==
Line 20: Line 20:
 
'''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
* 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)
+
* 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'''
 
'''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 to support the "Multiple Sources Option of Access to Radiology Information (ARI)" in order to be acheived).''
+
(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==
<font color='red'>
 
''<A few paragraphs, if appropriate, providing more details (in user-speak, not tech-speak) on what the profile does and how it works.>''
 
  
''<If the user might be familiar with the mechanisms used by the profile, you can mention them here.  E.g. Evidence Documents is based on DICOM Structured Report (SR) Templates.>''
+
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).
  
''<If the user might have an appreciation for the problems addressed in the profile, you can mention them here, but keep it short.  E.g. Mapping HL7 Order fields to DICOM Modality Worklist attributes can be inconsistent in the marketplace, so Scheduled Workflow provides vendors with more detailed instructions.>''
+
The information access is provided via the standard query/ retrieve mechanisms defined by the DICOM standard.
</font>
+
 
 +
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.
 +
 
  
  
Line 60: 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 (ARI profile overview)
+
:* [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  
+
:* [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  
+
:* [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 72: Line 77:
 
'''Related Profiles'''
 
'''Related Profiles'''
  
<font color='red'>
+
The following profiles describe radiology "content" that can be shared with other, non-radiology departments using the ARI profile:
''<List profiles this one depends on, profiles that depend on this one, profiles that are synergistic with this one.  Start with the name of the other profile as a link and then explain the relationship.>''
+
* [[Scheduled Workflow]] [SWF] - for most types of radiology images
</font>
+
* [[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).  Go ahead, Google: IHE <Profile Name> abstract  or something.  You might be surprised. >''
 
 
 
  
  
Line 95: 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