Difference between revisions of "Multimodality Registration for Radiation Oncology"

From IHE Wiki
Jump to navigation Jump to search
m
 
(42 intermediate revisions by 3 users not shown)
Line 1: Line 1:
'''The ''Image Registration Integration Profile (REG)'' specifies communications between systems creating and registering image sets.'''<br>
+
'''Multimodality Image Registration for Radiation Oncology (MMRO)''' registers image sets specifically for Radiation Oncology.
<br>
+
 
  
 
__TOC__
 
__TOC__
  
 
==Summary==
 
==Summary==
Transmitting registration information within the Radiation Oncology domain is becoming an increasingly important to the process of external beam radiation treatments. This profile addresses the ability to convey registered data from one system to another for further processing. This profile addresses issues dealing with multiple coordinate systems but does not specifically address the issue of repeatable fused displays.
+
Transmitting image registration information within the Radiation Oncology domain is important to the process of external beam radiation treatments. Currently, registration can be performed on individual workstations designed for that purpose and planning systems, but the results are not readily transferable between systems, often due either to proprietary or inconsistent implementations. This profile addresses the ability to convey registered data from one system to another for further processing. This profile addresses issues dealing with multiple coordinate systems but does not specifically address the issue of repeatable fused displays. A collection of DICOM objects exists to address the problem. Their use is constrained and clarified to avoid misinterpretation and promote compatibility.
 
 
Currently, registration can be performed on individual workstations designed for that purpose and planning systems, but the results are not readily transferable between systems, often due either to proprietary or inconsistent implementations. Coordination of data across the RT objects and registration of Image studies is discussed. A collection of DICOM objects exists to address the problem. Their use is constrained and clarified to avoid misinterpretation and promote compatibility.
 
 
 
[[image:RT_planning_process.jpg|frame|100px|right|Counterclock wise from the top left: CT dataset is retrieved, a contour is drawn, a field is placed, dose is calculated and displayed. ]]
 
  
 
==Benefits==
 
==Benefits==
  
* defines how DICOM objects for spatial registration and the images themselves are created, stored, queried, retrieved, processed and displayed
+
* Defines how DICOM objects for spatial registration and the images themselves are created, stored, queried, retrieved, processed and displayed
* Provides transactions required for interoperability between multi-vendor systems
+
* Allows multiple systems to use a single Spatial Registration Object, improving consistency between systems for region-of-interest and radiation dose display
*  
+
* Verifies the consistency and correctness of patient orientation displays
  
 
==Details==
 
==Details==
 
This Integration Profile specifies how images, RT Structure Sets, RT Doses, and associated spatial registration information can be exchanged, stored, processed and displayed. For a display workstation, it is essential that a workstation correctly identifies the corresponding image sets, matches data from single-slice and multi-slice datasets, matches coordinate systems, and performs spatial translations. The use of relevant DICOM objects (Spatial Registration) is clarified and constrained in order to avoid misinterpretation.
 
This Integration Profile specifies how images, RT Structure Sets, RT Doses, and associated spatial registration information can be exchanged, stored, processed and displayed. For a display workstation, it is essential that a workstation correctly identifies the corresponding image sets, matches data from single-slice and multi-slice datasets, matches coordinate systems, and performs spatial translations. The use of relevant DICOM objects (Spatial Registration) is clarified and constrained in order to avoid misinterpretation.
<br>
+
 
 +
 
 
Image Registration Integration Profile focuses on content for image registration and does not define a registration workflow. Such workflow could be managed by using mechanisms described in the Post-Processing Workflow Integration Profile.
 
Image Registration Integration Profile focuses on content for image registration and does not define a registration workflow. Such workflow could be managed by using mechanisms described in the Post-Processing Workflow Integration Profile.
 
The Image Registration Integration Profile currently only handles rigid registration. The intention is to add deformable registration as an extension to the Profile in the future.
 
The Image Registration Integration Profile currently only handles rigid registration. The intention is to add deformable registration as an extension to the Profile in the future.
<br>
+
 
The Image Registration Profile does not specify the use of quantification methods for the image data that is created or displayed. In particular interoperability for PET Standard Uptake Values (SUV) is considered a relevant future work item for IHE. Note that vendors may wish to prodovide SUV capability even though not required under this Profile.
+
 
<br>
+
The Image Registration Profile does not specify the use of quantification methods for the image data that is created or displayed. In particular interoperability for PET Standard Uptake Values (SUV) is considered a relevant future work item for IHE. Note that vendors may wish to provide SUV capability even though not required under this Profile.
[[image:RT_NTPLS_transactions.jpg|frame|100px|right| Actors and Transactions. ]]
 
  
 
==Systems Affected==
 
==Systems Affected==
 
* Radiation Oncology PACS
 
* Radiation Oncology PACS
 
* Treatment Planning Systems
 
* Treatment Planning Systems
 +
* CT Simulation Systems
 +
 +
'''Actors and Transactions:'''
 +
 +
[[image:MMRO Actor Diagram_V2.2_2012-02-10.jpg]]
  
 
==Specification==
 
==Specification==
  
'''Profile Status:''' [[Comments| Final Text]]
+
'''Profile Status:''' [[Comments| Deprecated]]
  
'''Documents:'''  
+
'''Testing Status:''' Retired - No longer tested due to changes in DICOM (2010).  Replaced by MMRO-II.
  
[http://www.ihe.net/Technical_Framework/index.cfm#rad_onc IHE Radiation Oncology Technical Framework:]
+
'''Documents:''' [http://www.ihe.net/Technical_Framework/index.cfm#radiationoncology IHE Radiation Oncology Technical Framework:]
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RO_TF_v1.pdf Vol. 1] - Section 3 and Appendix A & B
+
* [ftp://ftp.ihe.net/RadiationOncology/Supplements/MMRO/IHE-RO_MMRO_Supplement_V2-2_2012-02-10.pdf MMRO Supplement] - Chapter 4
:* Radiology registration profile
 
  
 
'''Underlying Standards:'''
 
'''Underlying Standards:'''
  
:* [http://dicom.nema.org DICOM]
+
* [http://dicom.nema.org DICOM]
:* [http://??? DICOM-RT] <add a link for DICOM-RT or DICOM Working Group 7>
 
:* [http://www.hl7.org HL7]
 
  
 
==See Also==
 
==See Also==
Line 51: Line 49:
 
'''Related Profiles'''
 
'''Related Profiles'''
  
* ''[[Normal Treatment Planning (Simple) NTPL-S]] may use ....''  <link will be added by Colin later>
+
* [[Basic Radiation Therapy Objects]] (BRTOProvides base requirements for Structure Set and RT Plan Objects.
* ''[[Managed Delivery Workflow]] may include ....'' <link will be added by Colin later>
 
  
 
'''Consumer Information'''
 
'''Consumer Information'''
  
* The [[REG_FAQ|REG FAQ]] answers typical questions about what the Profile does.
+
* The [[MMRO_FAQ|MMRO FAQ]] answers typical questions about what the Profile does.
* The [[REG_Purchasing|REG Purchasing ]] describes considerations when purchasing equipment to deploy this Profile.
+
* The [[MMRO_Purchasing|MMRO Purchasing ]] describes considerations when purchasing equipment to deploy this Profile.
  
 
'''Implementer Information'''
 
'''Implementer Information'''
* The [[REG_Implementation|REG Implementation]] provides additional information about implementing this Profile in software.   
+
* The [[MMRO_Implementation|MMRO Implementation]] provides additional information about implementing this Profile in software.   
  
 +
<!--
 
'''Reference Articles'''
 
'''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. >''
 
''<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. >''
 +
-->
  
 
This page is based on the [[Profile Template]]
 
This page is based on the [[Profile Template]]
  
 
[[Category:Profiles]]
 
[[Category:Profiles]]

Latest revision as of 06:42, 29 October 2013

Multimodality Image Registration for Radiation Oncology (MMRO) registers image sets specifically for Radiation Oncology.


Summary

Transmitting image registration information within the Radiation Oncology domain is important to the process of external beam radiation treatments. Currently, registration can be performed on individual workstations designed for that purpose and planning systems, but the results are not readily transferable between systems, often due either to proprietary or inconsistent implementations. This profile addresses the ability to convey registered data from one system to another for further processing. This profile addresses issues dealing with multiple coordinate systems but does not specifically address the issue of repeatable fused displays. A collection of DICOM objects exists to address the problem. Their use is constrained and clarified to avoid misinterpretation and promote compatibility.

Benefits

  • Defines how DICOM objects for spatial registration and the images themselves are created, stored, queried, retrieved, processed and displayed
  • Allows multiple systems to use a single Spatial Registration Object, improving consistency between systems for region-of-interest and radiation dose display
  • Verifies the consistency and correctness of patient orientation displays

Details

This Integration Profile specifies how images, RT Structure Sets, RT Doses, and associated spatial registration information can be exchanged, stored, processed and displayed. For a display workstation, it is essential that a workstation correctly identifies the corresponding image sets, matches data from single-slice and multi-slice datasets, matches coordinate systems, and performs spatial translations. The use of relevant DICOM objects (Spatial Registration) is clarified and constrained in order to avoid misinterpretation.


Image Registration Integration Profile focuses on content for image registration and does not define a registration workflow. Such workflow could be managed by using mechanisms described in the Post-Processing Workflow Integration Profile. The Image Registration Integration Profile currently only handles rigid registration. The intention is to add deformable registration as an extension to the Profile in the future.


The Image Registration Profile does not specify the use of quantification methods for the image data that is created or displayed. In particular interoperability for PET Standard Uptake Values (SUV) is considered a relevant future work item for IHE. Note that vendors may wish to provide SUV capability even though not required under this Profile.

Systems Affected

  • Radiation Oncology PACS
  • Treatment Planning Systems
  • CT Simulation Systems

Actors and Transactions:

MMRO Actor Diagram V2.2 2012-02-10.jpg

Specification

Profile Status: Deprecated

Testing Status: Retired - No longer tested due to changes in DICOM (2010). Replaced by MMRO-II.

Documents: IHE Radiation Oncology Technical Framework:

Underlying Standards:

See Also

Related Profiles

Consumer Information

  • The MMRO FAQ answers typical questions about what the Profile does.
  • The MMRO Purchasing describes considerations when purchasing equipment to deploy this Profile.

Implementer Information

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


This page is based on the Profile Template