Difference between revisions of "Radiation Dose Profile - Brief Proposal"

From IHE Wiki
Jump to navigation Jump to search
m
Line 5: Line 5:
 
==1. Proposed Profile: Radiation Dose Profile==
 
==1. Proposed Profile: Radiation Dose Profile==
  
* Proposal Editor: Joel Chabrias/Kevin O'Donnell
+
* Proposal Editor: Joel Chabriais/Bernard Aubert/Kevin O'Donnell
 
* Date: N/A (Wiki keeps history)
 
* Date: N/A (Wiki keeps history)
 
* Version: N/A (Wiki keeps history)
 
* Version: N/A (Wiki keeps history)

Revision as of 09:44, 14 July 2007

IHE Profile Proposal (Brief)

1. Proposed Profile: Radiation Dose Profile

  • Proposal Editor: Joel Chabriais/Bernard Aubert/Kevin O'Donnell
  • Date: N/A (Wiki keeps history)
  • Version: N/A (Wiki keeps history)
  • Domain: Radiology (SFR, ACR, AAPM, IRSN, RSNA, FDA)

2. The Problem

<Summarize the integration problem. What doesn’t work, or what needs to work.>

Tracking radiation dose delivered to patients for medical purposes is gathering increasing attention from both professional groups (ACR Dose Whitepaper) and regulatory groups (European directive Euratom 97/43, Japanese regulations).

Such tracking requires coordinated use of standard protocols by the multiple systems that schedule studies (RIS), administer radiation (modalities, and therapy systems), and store and report the results (PACS?, HIS?, EHR?), possibly across multiple institutions. There have also been calls for collecting population data in national registries.

While standards exist for encoding such information (DICOM SR Dose objects, some attributes in DICOM IOD’s and MPPS), the work to knit the pieces together into a big picture has not been done. There is also the usual chicken-and-egg problem of getting systems to produce and consume the data.

3. Key Use Case

<Describe a short use case scenario from the user perspective. The use case should demonstrate the integration/workflow problem. Feel free to add a second use case scenario demonstrating how it “should” work. Try to indicate the people/systems, the tasks they are doing, the information they need, and hopefully where the information should come from.>


4. Standards & Systems

<List existing systems that are/could be involved in the problem/solution.>

<If known, list standards which might be relevant to the solution>


5. Discussion

<If possible, indicate why IHE would be a good venue to solve the problem and what you think IHE should do to solve it.>

<Try to keep the proposal to 1 or at most 2 pages>


<Delete this Category Templates line since your specific Profile Proposal page is no longer a template.>