RT Treatment Workflow: Difference between revisions

From IHE Wiki
Jump to navigation Jump to search
Cfield (talk | contribs)
Cfield (talk | contribs)
No edit summary
Line 5: Line 5:


==Summary==
==Summary==
The Discrete Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by separate devices, as follows:
Two Workflows are described by this profile:
• The Patient Positioning System (PPS) acquires a set of 2D (planar projection) or 3D (CT) positioning images, performs a registration with previously retrieved reference images, and repositions the patient if necessary. Note that for this profile, the output of these steps is the fact that the patient positioning has been successfully performed.
* the Discrete Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by separate devices.
• The Treatment Delivery Device (TDD) then delivers the intended treatment.
* the Integrated Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by a single device.
 
==Benefits==
==Benefits==


* 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
* Provides transactions required for interoperability between multi-vendor systems


Line 17: Line 18:


==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.<br>
The Discrete Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by separate devices, as follows:
<br>
* The Patient Positioning System (PPS) acquires a set of 2D (planar projection) or 3D (CT) positioning images, performs a registration with previously retrieved reference images, and repositions the patient if necessary. Note that for this profile, the output of these steps is the fact that the patient positioning has been successfully performed.
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 Treatment Delivery Device (TDD) then delivers the intended treatment.<br>
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>
 
<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.
The Integrated Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by a single device, as follows:
<br>
The Positioning and Delivery System (PDS) acquires a set of 2D (planar projection) or 3D (CT) positioning images, performs a registration with previously retrieved reference images, and repositions the patient if necessary. It then delivers the intended treatment.


==Systems Affected==
==Systems Affected==
* Radiation Oncology PACS
* Radiation Oncology PACS
* Treatment Planning Systems
* Treatment Planning Systems
* Radiotherapy Treatment Delivery Systems


==Specification==
==Specification==
Line 38: Line 40:
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RO_TF_Supplement_Image_Registration_PublicComment_2007_08_20.pdf Image Registration Supplement] - Chapter 4 and Appendix A & B
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RO_TF_Supplement_Image_Registration_PublicComment_2007_08_20.pdf Image Registration Supplement] - Chapter 4 and Appendix A & B
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD-TF_Suppl_FUS_TI_2006-04-13.pdf Radiology Image Fusion profile (FUS)] - Chapter 3
:* [http://www.ihe.net/Technical_Framework/upload/IHE_RAD-TF_Suppl_FUS_TI_2006-04-13.pdf Radiology Image Fusion profile (FUS)] - Chapter 3
:* see DICOM Supplement 74


'''Underlying Standards:'''
'''Underlying Standards:'''
Line 54: Line 57:
'''Consumer Information'''
'''Consumer Information'''


* The [[REG_FAQ|REG FAQ]] answers typical questions about what the Profile does.
* The [[TRWF_FAQ|TRWFFAQ]] answers typical questions about what the Profile does.
* The [[REG_Purchasing|REG Purchasing ]] describes considerations when purchasing equipment to deploy this Profile.
* The [[TRWF_Purchasing|TRWFPurchasing ]] 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 [[TRWF_Implementation|TRWF Implementation]] provides additional information about implementing this Profile in software.   


'''Reference Articles'''
'''Reference Articles'''

Revision as of 11:48, 4 April 2008

The Radiotherapy Treatment WorkFlow (TRWF) integrates daily imaging with radiation therapy treatments using workflow.

Summary

Two Workflows are described by this profile:

  • the Discrete Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by separate devices.
  • the Integrated Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by a single device.

Benefits

  • Provides transactions required for interoperability between multi-vendor systems
Fig 3.1-1 Actors and Transactions for Discrete Positioning and Delivery Workflow.
Fig 4.1-1 Actors and Transactions for Integrated Positioning and Delivery Workflow.

Details

The Discrete Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by separate devices, as follows:

  • The Patient Positioning System (PPS) acquires a set of 2D (planar projection) or 3D (CT) positioning images, performs a registration with previously retrieved reference images, and repositions the patient if necessary. Note that for this profile, the output of these steps is the fact that the patient positioning has been successfully performed.
  • The Treatment Delivery Device (TDD) then delivers the intended treatment.


The Integrated Positioning and Delivery Workflow Profile involves the positioning of a patient and subsequent treatment delivery, where the positioning and delivery are performed by a single device, as follows: • The Positioning and Delivery System (PDS) acquires a set of 2D (planar projection) or 3D (CT) positioning images, performs a registration with previously retrieved reference images, and repositions the patient if necessary. It then delivers the intended treatment.

Systems Affected

  • Radiation Oncology PACS
  • Treatment Planning Systems
  • Radiotherapy Treatment Delivery Systems

Specification

Profile Status: Final Text

Documents:

IHE Radiation Oncology Technical Framework:

Underlying Standards:

See Also

Related Profiles

Consumer Information

  • The TRWFFAQ answers typical questions about what the Profile does.
  • The TRWFPurchasing describes considerations when purchasing equipment to deploy this Profile.

Implementer Information

  • The TRWF 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. >

This page is based on the Profile Template