Difference between revisions of "PACS FHIR Profile Proposal"
(PACS FHIR Profile proposal) |
(migrate to Confluence) |
||
| Line 1: | Line 1: | ||
<div class="messagebox cleanup metadata"> | <div class="messagebox cleanup metadata"> | ||
| − | <div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div> | + | Current version: https://confluence.hl7.org/display/FHIR/PACS+FHIR+Profile+Proposal<div style="float: left;">[[Image:OpenHotTopic.GIF|35px| ]]</div> |
<div style="background:#F0F0F0"> | <div style="background:#F0F0F0"> | ||
This page documents a [[:category:Pending FHIR Resource Proposal|Pending]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]] | This page documents a [[:category:Pending FHIR Resource Proposal|Pending]] [[:category:FHIR Resource Proposal|FHIR Resource Proposal]] | ||
| Line 40: | Line 40: | ||
The main resource to be profiled is: | The main resource to be profiled is: | ||
<!--Put a link to the resource/datatype (or group of resources) that will be profiled here.--> | <!--Put a link to the resource/datatype (or group of resources) that will be profiled here.--> | ||
| − | * [[http://hl7-fhir.github.io/imagingstudy.html ImagingStudy]] | + | |
| + | *[[http://hl7-fhir.github.io/imagingstudy.html ImagingStudy]] | ||
The following resources are referenced from ImagingStudy and *may* be additionally profiled to support profiling of ImagingStudy. | The following resources are referenced from ImagingStudy and *may* be additionally profiled to support profiling of ImagingStudy. | ||
| − | * [[http://hl7-fhir.github.io/patient.html Patient]] | + | *[[http://hl7-fhir.github.io/patient.html Patient]] |
| − | * [[http://hl7-fhir.github.io/practitioner.html Practitioner]] | + | *[[http://hl7-fhir.github.io/practitioner.html Practitioner]] |
| − | * [[http://hl7-fhir.github.io/diagnosticorder.html DiagnosticOrder]] | + | *[[http://hl7-fhir.github.io/diagnosticorder.html DiagnosticOrder]] |
| − | * [[http://hl7-fhir.github.io/procedure.html Procedure]] | + | *[[http://hl7-fhir.github.io/procedure.html Procedure]] |
The following resource is closely related to ImagingStudy and may also be profiled. | The following resource is closely related to ImagingStudy and may also be profiled. | ||
| − | * [[http://hl7-fhir.github.io/imagingobjectselection.html ImagingObjectSelection]] | + | *[[http://hl7-fhir.github.io/imagingobjectselection.html ImagingObjectSelection]] |
====Constraints to be Applied==== | ====Constraints to be Applied==== | ||
<!--Describe how the current resource will be constrained.--> | <!--Describe how the current resource will be constrained.--> | ||
| − | * Certain optional elements (e.g. ImagingStudy.url, ImagingStudy.series.number, ImagingStudy.series.instance.content) will be made required. | + | *Certain optional elements (e.g. ImagingStudy.url, ImagingStudy.series.number, ImagingStudy.series.instance.content) will be made required. |
| − | * Use of ImagingStudy.series.instance.content.data will be prohibited (this constraint may be made into a separate profile to provide more flexibility for implementors) | + | *Use of ImagingStudy.series.instance.content.data will be prohibited (this constraint may be made into a separate profile to provide more flexibility for implementors) |
| − | * Specific ImagingStudy.series.instance.content.title values may be documented to distinguish of URLs for thumbnails, full resolution, etc. | + | *Specific ImagingStudy.series.instance.content.title values may be documented to distinguish of URLs for thumbnails, full resolution, etc. |
====Extensions to be Applied==== | ====Extensions to be Applied==== | ||
<!--Describe how the current resource will be extended.--> | <!--Describe how the current resource will be extended.--> | ||
| − | * Extensions may be defined (e.g., WADO-RS conformance URL) | + | *Extensions may be defined (e.g., WADO-RS conformance URL) |
===Example Scenarios=== | ===Example Scenarios=== | ||
| Line 107: | Line 108: | ||
<!-- Additional work groups that may have an interest in contributing to, or reviewing the content of the Profile (optional) --> | <!-- Additional work groups that may have an interest in contributing to, or reviewing the content of the Profile (optional) --> | ||
| − | * None | + | *None |
===Expected implementations=== | ===Expected implementations=== | ||
<!--Key Profiles are justified by CCDA, for Profiles not deemed "key", what interest is there by implementers in using this particular Profile. Provide named implementations if possible - ideally provide multiple independent implementations. --> | <!--Key Profiles are justified by CCDA, for Profiles not deemed "key", what interest is there by implementers in using this particular Profile. Provide named implementations if possible - ideally provide multiple independent implementations. --> | ||
| − | * DICOM archive vendors that create ImagingStudy resources will likely implement the profile | + | *DICOM archive vendors that create ImagingStudy resources will likely implement the profile |
| − | * FHIR servers vendors may require this profile on created ImagingStudy resources to manage the size of the submitted resources | + | *FHIR servers vendors may require this profile on created ImagingStudy resources to manage the size of the submitted resources |
| − | * Vendors of FHIR-forward applications which display imaging date will likely use this profile to control the size of queried resources and to have guarantees of behavior for the image url endpoints. | + | *Vendors of FHIR-forward applications which display imaging date will likely use this profile to control the size of queried resources and to have guarantees of behavior for the image url endpoints. |
===gForge Users=== | ===gForge Users=== | ||
| Line 133: | Line 134: | ||
===Timelines=== | ===Timelines=== | ||
| − | * May 2016 WGM initial full committee review | + | *May 2016 WGM initial full committee review |
| − | * September 2016 WGM ready for publication as draft. | + | *September 2016 WGM ready for publication as draft. |
<!-- Indicate the target date for having the Profile complete from a committee perspective and ready for vetting and voting - | <!-- Indicate the target date for having the Profile complete from a committee perspective and ready for vetting and voting - | ||
| Line 153: | Line 154: | ||
--> | --> | ||
| − | * Ballot with FHIR DSTU or Normative Edition, post DSTU 3. | + | *Ballot with FHIR DSTU or Normative Edition, post DSTU 3. |
<!-- Indicate the desired ballot date.--> | <!-- Indicate the desired ballot date.--> | ||
Desired Ballot Date | Desired Ballot Date | ||
| − | * Include Profile at FMM 1 in next ballot following DSTU 3. | + | |
| + | *Include Profile at FMM 1 in next ballot following DSTU 3. | ||
Latest revision as of 16:21, 31 October 2019
This page documents a Pending FHIR Resource Proposal
Contents
DicomWadoRsImagingStudy
Profile balloting plans
This profile will outline the best practice and provide a baseline for use of Imaging Study (and related resources) when the images are stored on a PACS or VNA imaging system with WADO-RS capabilities.
Inclusion in the core specification will lead to the broadest adoption, however we are open to discussion of this as a separate Implementation Guide.
Profile Details
Profiled Resource(s)
The main resource to be profiled is:
The following resources are referenced from ImagingStudy and *may* be additionally profiled to support profiling of ImagingStudy.
- [Patient]
- [Practitioner]
- [DiagnosticOrder]
- [Procedure]
The following resource is closely related to ImagingStudy and may also be profiled.
Constraints to be Applied
- Certain optional elements (e.g. ImagingStudy.url, ImagingStudy.series.number, ImagingStudy.series.instance.content) will be made required.
- Use of ImagingStudy.series.instance.content.data will be prohibited (this constraint may be made into a separate profile to provide more flexibility for implementors)
- Specific ImagingStudy.series.instance.content.title values may be documented to distinguish of URLs for thumbnails, full resolution, etc.
Extensions to be Applied
- Extensions may be defined (e.g., WADO-RS conformance URL)
Example Scenarios
ImagingStudy was defined with a primary, but not exclusive use case of accessing imaging stored in a PACS or VNA (collectively, image archives). This profile is designed to narrow the profile so that it exactly targets that use case. A chief issue addressed is that ImagingStudy as designed is allowed to contain the actual image binaries inline. Individual images can be several megabytes, and studies can contain thousands of images. The profile will prohibit inline inclusion of the images; a consumer can narrow their search to only ImagingStudies claiming this profile and be assured that the size of the returned resource is "reasonable".
In the base ImagingStudy resource, even if inline binary image data is not used, the urls are permitted to resolve to static files, WADO-URI or other endpoints. This profile will indicate to the consumer that the urls are to WADO-RS endpoints, and therefore can expect certain behaviors. WADO-RS (and WADO-URI) endpoints can provide images in consumer-friendly formats as well as native DICOM format; embedded binaries or linked static files are likely to only a single format.
Example: a user wants to view images from a study on their mobile device. The device is capable only of displaying consumer image formats (e.g. JPG). If the application requests all ImagingStudy objects for a particular patient from the FHIR server, it may be overwhelmed by the size of the response, or unable to display referenced DICOM format images. By requesting only ImagingStudy object meeting this profile, the application knows that it will be able to retrieve the individual images, as needed, in a handled format.
Scope of coverage
This Profile is agnostic to human/non-human/non-patient subjects (to the degree the underlying Resource is) This Profile is largely agnostic to the discipline in which imaging is used. However, to the degree that some disciplines primarily use non-DICOM image capture (e.g. consumer cameras) and that those images could stored in an ImagingStudy resource, the profile will exclude those uses. But, given that making this distinction is exactly the use case for the profile, it is a reasonable limit on the scope. This Profile does not distinguish between delivery environments. However, similar to discipline considerations, DICOM imaging backed by an archive will be encountered in certain delivery environments (primarily hospitals and imaging centers) more than others. The profile will benefit those environments more than others. This Profile does not distinguish locales, and the DICOM imaging it supports is used world-wide.
Realm
This profile is realm neutral.
Ownership
Owning committee name
Contributing or Reviewing Work Groups
- None
Expected implementations
- DICOM archive vendors that create ImagingStudy resources will likely implement the profile
- FHIR servers vendors may require this profile on created ImagingStudy resources to manage the size of the submitted resources
- Vendors of FHIR-forward applications which display imaging date will likely use this profile to control the size of queried resources and to have guarantees of behavior for the image url endpoints.
gForge Users
esilver john.moehrke
FHIR Profile Development Project Insight ID
Not submitted yet.
Plans
Timelines
- May 2016 WGM initial full committee review
- September 2016 WGM ready for publication as draft.
- Ballot with FHIR DSTU or Normative Edition, post DSTU 3.
Desired Ballot Date
- Include Profile at FMM 1 in next ballot following DSTU 3.
