Difference between revisions of "DICOM Profiles Whitepaper - Detailed Proposal"
Line 1: | Line 1: | ||
__NOTOC__ | __NOTOC__ | ||
− | |||
==1. Proposed Workitem: DICOM Profiles Whitepaper== | ==1. Proposed Workitem: DICOM Profiles Whitepaper== | ||
Line 6: | Line 5: | ||
* Editor: ''<Name of candidate Lead Editor for the Profile, if known>'' | * Editor: ''<Name of candidate Lead Editor for the Profile, if known>'' | ||
* Domain: Radiology, Cardiology | * Domain: Radiology, Cardiology | ||
− | |||
===Summary=== | ===Summary=== | ||
Line 21: | Line 19: | ||
==2. The Problem== | ==2. The Problem== | ||
− | + | ||
Line 33: | Line 31: | ||
==4. Standards & Systems== | ==4. Standards & Systems== | ||
− | + | DICOM Image SOP Classes (Especially the new ones, but also the poorly implemented ones) | |
− | |||
− | |||
− | |||
==5. Technical Approach== | ==5. Technical Approach== | ||
− | |||
− | + | This would be a whitepaper outlining a process for managing and incorporating DICOM-developed profiles in IHE. | |
− | + | ===Breakdown of tasks that need to be accomplished=== | |
− | + | * Discuss and resolving issues like: | |
− | + | :* do these profiles get added to the Radiology TF, the DICOM standard, or both | |
+ | :* who is responsible for maintaining them | ||
+ | :* do they use the IHE Profile Template | ||
+ | :* who develops test plans & test tools for them | ||
+ | :* how do we splice the annual IHE cycle with the per-supplement DICOM process | ||
+ | :* how do we approve/coordinate such work items between IHE and DICOM | ||
− | + | * Document the consensus resolution in a whitepaper. | |
− | |||
− | + | * Plan a pilot project to develop such a profile according to the agreed method. | |
− | |||
− | |||
− | |||
− | == | + | ==6. Support & Resources== |
− | + | DICOM WG-6 has briefly considered the idea but there is no formal commitment to it yet. Need to discuss. | |
− | + | DICOM WG-16 is the source of two of the work item proposals for profiles that would fit this mold, and was also the source of the previous such profiles. | |
− | |||
− | + | Often the interest in such focussed profiles will be stronger in the modality-oriented DICOM working groups than in the broader IHE Radiology Committees. | |
− | |||
− | |||
− | |||
− | |||
==7. Risks== | ==7. Risks== |
Revision as of 12:29, 24 September 2009
1. Proposed Workitem: DICOM Profiles Whitepaper
- Proposal Editor: Kevin O'Donnell (Toshiba)
- Editor: <Name of candidate Lead Editor for the Profile, if known>
- Domain: Radiology, Cardiology
Summary
A couple of the existing and proposed Radiology Profiles boil down to properly creating and displaying objects from a single Storage SOP Class. i.e. do one piece of DICOM correctly.
DICOM recently produced a sophisticated guide for creating 3D X-Ray objects.
IHE should figure out the details of how we could collaborate with DICOM on "simple profiles" like these. The idea has been floated in DICOM that they could develop these implementation guides for single SOP Classes, IHE could review them and they could be added to the list of profiles and tested at Connectathons.
This would allow DICOM to apply the in-depth expertise that went into specifying the object in the first place to documenting how it was intended to be used.
IHE would continue to do profiles that combine multiple services, spanning multiple standards, etc.
2. The Problem
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
DICOM Image SOP Classes (Especially the new ones, but also the poorly implemented ones)
5. Technical Approach
This would be a whitepaper outlining a process for managing and incorporating DICOM-developed profiles in IHE.
Breakdown of tasks that need to be accomplished
- Discuss and resolving issues like:
- do these profiles get added to the Radiology TF, the DICOM standard, or both
- who is responsible for maintaining them
- do they use the IHE Profile Template
- who develops test plans & test tools for them
- how do we splice the annual IHE cycle with the per-supplement DICOM process
- how do we approve/coordinate such work items between IHE and DICOM
- Document the consensus resolution in a whitepaper.
- Plan a pilot project to develop such a profile according to the agreed method.
6. Support & Resources
DICOM WG-6 has briefly considered the idea but there is no formal commitment to it yet. Need to discuss.
DICOM WG-16 is the source of two of the work item proposals for profiles that would fit this mold, and was also the source of the previous such profiles.
Often the interest in such focussed profiles will be stronger in the modality-oriented DICOM working groups than in the broader IHE Radiology Committees.
7. Risks
<List technical or political risks that will need to be considered to successfully field the profile.>
8. Open Issues
<Point out any key issues or design problems. This will be helpful for estimating the amount of work and demonstrates thought has already gone into the candidate profile.>
9. Tech Cmte Evaluation
<The technical committee will use this area to record details of the effort estimation, etc.>
Effort Evaluation (as a % of Tech Cmte Bandwidth):
- 35% for ...
Responses to Issues:
- See italics in Risk and Open Issue sections
Candidate Editor:
- TBA