Current Build

Переводит компания Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

10.3 Ресурс ImagingStudy - Назначение

Imaging Integration Work GroupMaturity Level: 3 Trial UseCompartments: Patient

Представление содержимого, полученного на устройствах медицинской визуализации в формате DICOM. Исследование включает в себя ряд серий, каждая из которых содержит ряд экземпляров пар служба-объект (SOP-экземпляров - изображений или других данных), полученных или произведённых в одном контексте. Вся серия получена одним и тем же способом - модальностью (например рентген, КТ, МРТ, УЗИ), однако исследование может состоять из нескольких серий различного способа получения.

ImagingStudy provides information on a DICOM imaging study, and the series and imaging objects in that study. It also provides information on how to retrieve that information (in a native DICOM format, or in a rendered format, such as JPEG). ImagingStudy is used to make available information about all parts of a single DICOM study.

Этот ресурс предусматривает установление соответствия между своими элементами и DICOM-атрибутами. DICOM-атрибуты идентифицируются с помощью 32-битного тега, в канонической форме представляющего собой 4-значные шестнадцатеричные значения в скобках, разделённые запятой, например (0008,103E). Имя и значение для каждого атрибута описаны в стандарте DICOM, часть 6, раздел "Словарь данных" . Использование этих атрибутов в контексте информационных объектов, включая детальное описание использования, описано в DICOM Part 3 Information Object Definitions . Атрибуты, используемые в информационных моделях запросов DICOM, например "Количесто экземпляров в исследовании", описаны в стандарте DICOM, часть 4, приложение C .

ImagingStudy provides access to significant DICOM information, but will only eliminate the need for DICOM query (e.g., QIDO-RS) in the simplest cases. The DICOM instances are not stored in the ImagingStudy resource; use of a DICOM WADO-RS server or other storage mechanism is needed.

Only a single DICOM study may be referenced from one ImagingStudy. In many cases, only one ImagingStudy will reference a particular DICOM study, but this is not required.

In contrast to ImagingManifest, this resource represents all of the known imaging objects from a single study. Imaging Manifest represents selected instances from multiple studies for one patient.

ImagingStudy is used for DICOM imaging and associated information. Use Media to track non-DICOM images, video, or audio. Binary can be used to store arbitrary content. DocumentReference allow indexing and retrieval of clinical “documents” with relevant metadata.

На этот ресурс ссылаются ChargeItem, ClinicalImpression, DiagnosticReport, ImagingManifest и Observation

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. ImagingStudy DomainResourceСерия изображений, созданных в одном исследовании (одна или несколько серий изображений)
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... uid Σ1..1oidFormal DICOM identifier for the study
... accession Σ0..1IdentifierСвязанный идентификатор рабочего процесса ("Инвентарный номер")
... identifier Σ0..*IdentifierДругие идентификаторы исследования
... availability Σ0..1codeONLINE | OFFLINE | NEARLINE | UNAVAILABLE
InstanceAvailability (Required)
... modalityList Σ0..*CodingМодальность всей серии, если есть фактические способы получения
Acquisition Modality Codes (Extensible)
... patient Σ1..1Reference(Patient)Кто на этих изображениях
... context Σ0..1Reference(Encounter | EpisodeOfCare)Originating context
... started Σ0..1dateTimeКогда было начато исследование
... basedOn Σ0..*Reference(CarePlan | ServiceRequest)Request fulfilled
... referrer Σ0..1Reference(Practitioner)Referring physician
... interpreter Σ0..*Reference(Practitioner)Кто интерпретировал изображения
... endpoint Σ0..*Reference(Endpoint)Study access endpoint
... numberOfSeries Σ0..1unsignedIntКоличество серий в исследовании
... numberOfInstances Σ0..1unsignedIntКоличество экземпляров в исследовании
... procedureReference Σ0..*Reference(Procedure)The performed Procedure reference
... procedureCode Σ0..*CodeableConceptThe performed procedure code
Procedure Codes (SNOMED CT) (Example)
... reason Σ0..1CodeableConceptWhy the study was requested
Procedure Reason Codes (Example)
... description Σ0..1stringОписание, созданное в учреждении
... series Σ0..*BackboneElementКаждое исследование содержит одну или больше серий экземпляров
.... uid Σ1..1oidFormal DICOM identifier for this series
.... number Σ0..1unsignedIntЧисловой идентификатор этой серии
.... modality Σ1..1CodingМодальность экземпляров в этой серии
Acquisition Modality Codes (Extensible)
.... description Σ0..1stringКороткое человекочитаемое итоговое заключение по серии
.... numberOfInstances Σ0..1unsignedIntКоличество экземпляров в серии
.... availability Σ0..1codeONLINE | OFFLINE | NEARLINE | UNAVAILABLE
InstanceAvailability (Required)
.... endpoint Σ0..*Reference(Endpoint)Series access endpoint
.... bodySite Σ0..1CodingИсследованная часть тела
SNOMED CT Body Structures (Example)
.... laterality Σ0..1CodingЛатеральность части тела
Laterality (Example)
.... started Σ0..1dateTimeКогда началась серия
.... performer Σ0..*Reference(Practitioner)Who performed the series
.... instance 0..*BackboneElementОтдельный SOP-экземпляр из этой серии
..... uid 1..1oidFormal DICOM identifier for this instance
..... number 0..1unsignedIntНомер этого изображения в серии
..... sopClass 1..1oidТип DICOM-класса
..... title 0..1stringОписание экземпляра

doco Документация по этому формату

UML-диаграмма (Legend)

ImagingStudy (DomainResource)Формальный идентификатор исследованияuid : oid [1..1]Инвентарный номер - это идентификатор, относящийся к одному из аспектов рабочего процесса получения изображений и управления данными. Применение может варьироваться между различными учреждениями. См. [IHE Radiology Technical Framework Volume 1 Appendix A](http://www.ihe.net/uploadedFiles/Documents/Radiology/IHE_RAD_TF_Rev13.0_Vol1_FT_2014-07-30.pdf)accession : Identifier [0..1]Другие идентификаторы исследованияidentifier : Identifier [0..*]Доступность исследования (онлайн, офлайн или полуоперативная)availability : code [0..1] « Доступность ресурса (Strength=Required)InstanceAvailability! »Список всех значений Series.ImageModality, которые являются фактическими модальностями получения, т. е. те, что перечислены в контекстной группе 29 стандарта DICOM (набор значений OID 1.2.840.10008.6.1.19)modalityList : Coding [0..*] « Тип данных полученного изображения в экземпляре (Strength=Extensible)Acquisition Modality + »Пациент, для которого выполнялась визуализация в этом исследованииpatient : Reference [1..1] « Patient »The encounter or episode at which the request is initiatedcontext : Reference [0..1] « Encounter|EpisodeOfCare »Дата и время начала исследованияstarted : dateTime [0..1]Список заказов на диагностику, которые привели к выполнению данного визуализирующего исследованияbasedOn : Reference [0..*] « CarePlan|ServiceRequest »Запрашивающий/направляющий врачreferrer : Reference [0..1] « Practitioner »Кто прочитал исследование и интерпретировал изображения или другое содержимоеinterpreter : Reference [0..*] « Practitioner »The network service providing access (e.g., query, view, or retrieval) for the study. See implementation notes for information about using DICOM endpoints. A study-level endpoint applies to each series in the study, unless overridden by a series-level endpoint with the same Endpoint.typeendpoint : Reference [0..*] « Endpoint »Number of Series in the Study. This value given may be larger than the number of series elements this Resource contains due to resource availability, security, or other factors. This element should be present if any series elements are presentnumberOfSeries : unsignedInt [0..1]Number of SOP Instances in Study. This value given may be larger than the number of instance elements this resource contains due to resource availability, security, or other factors. This element should be present if any instance elements are presentnumberOfInstances : unsignedInt [0..1]A reference to the performed ProcedureprocedureReference : Reference [0..*] « Procedure »The code for the performed procedure typeprocedureCode : CodeableConcept [0..*] « The performed procedure type (Strength=Example)Procedure Codes (SNOMED CT)?? »Description of clinical condition indicating why the ImagingStudy was requestedreason : CodeableConcept [0..1] « The reason for the study (Strength=Example)Procedure Reason ?? »Установленное в учреждении описание или классификация выполненного исследованияdescription : string [0..1]SeriesФормальный идентификатор для этой серииuid : oid [1..1]Числовой идентификатор этой серии в исследованииnumber : unsignedInt [0..1]Модальность последовательности этой серииmodality : Coding [1..1] « Тип данных полученного изображения в экземпляре (Strength=Extensible)Acquisition Modality + »Описание серииdescription : string [0..1]Number of SOP Instances in the Study. The value given may be larger than the number of instance elements this resource contains due to resource availability, security, or other factors. This element should be present if any instance elements are presentnumberOfInstances : unsignedInt [0..1]Доступность серии (онлайн, офлайн или полуоперативная)availability : code [0..1] « Доступность ресурса (Strength=Required)InstanceAvailability! »The network service providing access (e.g., query, view, or retrieval) for this series. See implementation notes for information about using DICOM endpoints. A series-level endpoint, if present, has precedence over a study-level endpoint with the same Endpoint.typeendpoint : Reference [0..*] « Endpoint »The anatomic structures examined. See DICOM Part 16 Annex L (http://dicom.nema.org/medical/dicom/current/output/chtml/part16/chapter_L.html) for DICOM to SNOMED-CT mappings. The bodySite may indicate the laterality of body part imaged; if so, it shall be consistent with any content of ImagingStudy.series.lateralitybodySite : Coding [0..1] « Коды для описания анатомического расположения. Могут включать указание латеральности. (Strength=Example)SNOMED CT Body Structures?? »The laterality of the (possibly paired) anatomic structures examined. E.g., the left knee, both lungs, or unpaired abdomen. If present, shall be consistent with any laterality information indicated in ImagingStudy.series.bodySitelaterality : Coding [0..1] « Коды для описания латеральности места на теле (левый, правый и т. п.) (Strength=Example)Laterality?? »Дата и время начала серииstarted : dateTime [0..1]The physician or operator (often the radiology technician) who performed the series. The performer is recorded at the series level, since each series in a study may be performed by a different practitioner, at different times, and using different devices. A series may be performed by multiple practitionersperformer : Reference [0..*] « Practitioner »InstanceФормальный идентификатор этого изображения или другое содержимоеuid : oid [1..1]Номер этого экземпляра в серииnumber : unsignedInt [0..1]Тип DICOM-экземпляраsopClass : oid [1..1]Описание экземпляраtitle : string [0..1]Отдельный SOP-экземпляр из серии, например изображение, или состояние представленияinstance[0..*]Каждое исследование содержит одну или больше серий изображений или другого содержимогоseries[0..*]

XML-шаблон

<ImagingStudy xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for the study -->
 <accession><!-- 0..1 Identifier Связанный идентификатор рабочего процесса ("Инвентарный номер") --></accession>
 <identifier><!-- 0..* Identifier Другие идентификаторы исследования --></identifier>
 <availability value="[code]"/><!-- 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE -->
 <modalityList><!-- 0..* Coding Модальность всей серии, если есть фактические способы получения --></modalityList>
 <patient><!-- 1..1 Reference(Patient) Кто на этих изображениях --></patient>
 <context><!-- 0..1 Reference(Encounter|EpisodeOfCare) Originating context --></context>
 <started value="[dateTime]"/><!-- 0..1 Когда было начато исследование -->
 <basedOn><!-- 0..* Reference(CarePlan|ServiceRequest) Request fulfilled --></basedOn>
 <referrer><!-- 0..1 Reference(Practitioner) Referring physician --></referrer>
 <interpreter><!-- 0..* Reference(Practitioner) Кто интерпретировал изображения --></interpreter>
 <endpoint><!-- 0..* Reference(Endpoint) Study access endpoint --></endpoint>
 <numberOfSeries value="[unsignedInt]"/><!-- 0..1 Количество серий в исследовании -->
 <numberOfInstances value="[unsignedInt]"/><!-- 0..1 Количество экземпляров в исследовании -->
 <procedureReference><!-- 0..* Reference(Procedure) The performed Procedure reference --></procedureReference>
 <procedureCode><!-- 0..* CodeableConcept The performed procedure code --></procedureCode>
 <reason><!-- 0..1 CodeableConcept Why the study was requested --></reason>
 <description value="[string]"/><!-- 0..1 Описание, созданное в учреждении -->
 <series>  <!-- 0..* Каждое исследование содержит одну или больше серий экземпляров -->
  <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for this series -->
  <number value="[unsignedInt]"/><!-- 0..1 Числовой идентификатор этой серии -->
  <modality><!-- 1..1 Coding Модальность экземпляров в этой серии --></modality>
  <description value="[string]"/><!-- 0..1 Короткое человекочитаемое итоговое заключение по серии -->
  <numberOfInstances value="[unsignedInt]"/><!-- 0..1 Количество экземпляров в серии -->
  <availability value="[code]"/><!-- 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE -->
  <endpoint><!-- 0..* Reference(Endpoint) Series access endpoint --></endpoint>
  <bodySite><!-- 0..1 Coding Исследованная часть тела --></bodySite>
  <laterality><!-- 0..1 Coding Латеральность части тела --></laterality>
  <started value="[dateTime]"/><!-- 0..1 Когда началась серия -->
  <performer><!-- 0..* Reference(Practitioner) Who performed the series --></performer>
  <instance>  <!-- 0..* Отдельный SOP-экземпляр из этой серии -->
   <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for this instance -->
   <number value="[unsignedInt]"/><!-- 0..1 Номер этого изображения в серии -->
   <sopClass value="[oid]"/><!-- 1..1 Тип DICOM-класса -->
   <title value="[string]"/><!-- 0..1 Описание экземпляра -->
  </instance>
 </series>
</ImagingStudy>

JSON-шаблон

{doco
  "resourceType" : "ImagingStudy",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "uid" : "<oid>", // R!  Formal DICOM identifier for the study
  "accession" : { Identifier }, // Связанный идентификатор рабочего процесса ("Инвентарный номер")
  "identifier" : [{ Identifier }], // Другие идентификаторы исследования
  "availability" : "<code>", // ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
  "modalityList" : [{ Coding }], // Модальность всей серии, если есть фактические способы получения
  "patient" : { Reference(Patient) }, // R!  Кто на этих изображениях
  "context" : { Reference(Encounter|EpisodeOfCare) }, // Originating context
  "started" : "<dateTime>", // Когда было начато исследование
  "basedOn" : [{ Reference(CarePlan|ServiceRequest) }], // Request fulfilled
  "referrer" : { Reference(Practitioner) }, // Referring physician
  "interpreter" : [{ Reference(Practitioner) }], // Кто интерпретировал изображения
  "endpoint" : [{ Reference(Endpoint) }], // Study access endpoint
  "numberOfSeries" : "<unsignedInt>", // Количество серий в исследовании
  "numberOfInstances" : "<unsignedInt>", // Количество экземпляров в исследовании
  "procedureReference" : [{ Reference(Procedure) }], // The performed Procedure reference
  "procedureCode" : [{ CodeableConcept }], // The performed procedure code
  "reason" : { CodeableConcept }, // Why the study was requested
  "description" : "<string>", // Описание, созданное в учреждении
  "series" : [{ // Каждое исследование содержит одну или больше серий экземпляров
    "uid" : "<oid>", // R!  Formal DICOM identifier for this series
    "number" : "<unsignedInt>", // Числовой идентификатор этой серии
    "modality" : { Coding }, // R!  Модальность экземпляров в этой серии
    "description" : "<string>", // Короткое человекочитаемое итоговое заключение по серии
    "numberOfInstances" : "<unsignedInt>", // Количество экземпляров в серии
    "availability" : "<code>", // ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
    "endpoint" : [{ Reference(Endpoint) }], // Series access endpoint
    "bodySite" : { Coding }, // Исследованная часть тела
    "laterality" : { Coding }, // Латеральность части тела
    "started" : "<dateTime>", // Когда началась серия
    "performer" : [{ Reference(Practitioner) }], // Who performed the series
    "instance" : [{ // Отдельный SOP-экземпляр из этой серии
      "uid" : "<oid>", // R!  Formal DICOM identifier for this instance
      "number" : "<unsignedInt>", // Номер этого изображения в серии
      "sopClass" : "<oid>", // R!  Тип DICOM-класса
      "title" : "<string>" // Описание экземпляра
    }]
  }]
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:ImagingStudy;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:ImagingStudy.uid [ oid ]; # 1..1 Formal DICOM identifier for the study
  fhir:ImagingStudy.accession [ Identifier ]; # 0..1 Связанный идентификатор рабочего процесса ("Инвентарный номер")
  fhir:ImagingStudy.identifier [ Identifier ], ... ; # 0..* Другие идентификаторы исследования
  fhir:ImagingStudy.availability [ code ]; # 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
  fhir:ImagingStudy.modalityList [ Coding ], ... ; # 0..* Модальность всей серии, если есть фактические способы получения
  fhir:ImagingStudy.patient [ Reference(Patient) ]; # 1..1 Кто на этих изображениях
  fhir:ImagingStudy.context [ Reference(Encounter|EpisodeOfCare) ]; # 0..1 Originating context
  fhir:ImagingStudy.started [ dateTime ]; # 0..1 Когда было начато исследование
  fhir:ImagingStudy.basedOn [ Reference(CarePlan|ServiceRequest) ], ... ; # 0..* Request fulfilled
  fhir:ImagingStudy.referrer [ Reference(Practitioner) ]; # 0..1 Referring physician
  fhir:ImagingStudy.interpreter [ Reference(Practitioner) ], ... ; # 0..* Кто интерпретировал изображения
  fhir:ImagingStudy.endpoint [ Reference(Endpoint) ], ... ; # 0..* Study access endpoint
  fhir:ImagingStudy.numberOfSeries [ unsignedInt ]; # 0..1 Количество серий в исследовании
  fhir:ImagingStudy.numberOfInstances [ unsignedInt ]; # 0..1 Количество экземпляров в исследовании
  fhir:ImagingStudy.procedureReference [ Reference(Procedure) ], ... ; # 0..* The performed Procedure reference
  fhir:ImagingStudy.procedureCode [ CodeableConcept ], ... ; # 0..* The performed procedure code
  fhir:ImagingStudy.reason [ CodeableConcept ]; # 0..1 Why the study was requested
  fhir:ImagingStudy.description [ string ]; # 0..1 Описание, созданное в учреждении
  fhir:ImagingStudy.series [ # 0..* Каждое исследование содержит одну или больше серий экземпляров
    fhir:ImagingStudy.series.uid [ oid ]; # 1..1 Formal DICOM identifier for this series
    fhir:ImagingStudy.series.number [ unsignedInt ]; # 0..1 Числовой идентификатор этой серии
    fhir:ImagingStudy.series.modality [ Coding ]; # 1..1 Модальность экземпляров в этой серии
    fhir:ImagingStudy.series.description [ string ]; # 0..1 Короткое человекочитаемое итоговое заключение по серии
    fhir:ImagingStudy.series.numberOfInstances [ unsignedInt ]; # 0..1 Количество экземпляров в серии
    fhir:ImagingStudy.series.availability [ code ]; # 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
    fhir:ImagingStudy.series.endpoint [ Reference(Endpoint) ], ... ; # 0..* Series access endpoint
    fhir:ImagingStudy.series.bodySite [ Coding ]; # 0..1 Исследованная часть тела
    fhir:ImagingStudy.series.laterality [ Coding ]; # 0..1 Латеральность части тела
    fhir:ImagingStudy.series.started [ dateTime ]; # 0..1 Когда началась серия
    fhir:ImagingStudy.series.performer [ Reference(Practitioner) ], ... ; # 0..* Who performed the series
    fhir:ImagingStudy.series.instance [ # 0..* Отдельный SOP-экземпляр из этой серии
      fhir:ImagingStudy.series.instance.uid [ oid ]; # 1..1 Formal DICOM identifier for this instance
      fhir:ImagingStudy.series.instance.number [ unsignedInt ]; # 0..1 Номер этого изображения в серии
      fhir:ImagingStudy.series.instance.sopClass [ oid ]; # 1..1 Тип DICOM-класса
      fhir:ImagingStudy.series.instance.title [ string ]; # 0..1 Описание экземпляра
    ], ...;
  ], ...;
]

Changes since DSTU2

ImagingStudy
ImagingStudy.context
  • Renamed from order to context
  • Max Cardinality changed from * to 1
  • Remove Reference(DiagnosticOrder), Add Reference(Encounter), Add Reference(EpisodeOfCare)
ImagingStudy.basedOn
  • Added Element
ImagingStudy.interpreter
  • Max Cardinality changed from 1 to *
ImagingStudy.endpoint
  • Added Element
ImagingStudy.numberOfSeries
  • Min Cardinality changed from 1 to 0
ImagingStudy.numberOfInstances
  • Min Cardinality changed from 1 to 0
ImagingStudy.procedureReference
  • Renamed from procedure to procedureReference
ImagingStudy.procedureCode
  • Added Element
ImagingStudy.reason
  • Added Element
ImagingStudy.series.numberOfInstances
  • Min Cardinality changed from 1 to 0
ImagingStudy.series.endpoint
  • Added Element
ImagingStudy.series.performer
  • Added Element
ImagingStudy.url
  • deleted
ImagingStudy.series.url
  • deleted
ImagingStudy.series.instance.type
  • deleted
ImagingStudy.series.instance.content
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R2 <--> R3 Conversion Maps (status = 2 tests that all execute ok. 2 fail round-trip testing and 1 r3 resources are invalid (2 errors).).

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. ImagingStudy DomainResourceСерия изображений, созданных в одном исследовании (одна или несколько серий изображений)
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... uid Σ1..1oidFormal DICOM identifier for the study
... accession Σ0..1IdentifierСвязанный идентификатор рабочего процесса ("Инвентарный номер")
... identifier Σ0..*IdentifierДругие идентификаторы исследования
... availability Σ0..1codeONLINE | OFFLINE | NEARLINE | UNAVAILABLE
InstanceAvailability (Required)
... modalityList Σ0..*CodingМодальность всей серии, если есть фактические способы получения
Acquisition Modality Codes (Extensible)
... patient Σ1..1Reference(Patient)Кто на этих изображениях
... context Σ0..1Reference(Encounter | EpisodeOfCare)Originating context
... started Σ0..1dateTimeКогда было начато исследование
... basedOn Σ0..*Reference(CarePlan | ServiceRequest)Request fulfilled
... referrer Σ0..1Reference(Practitioner)Referring physician
... interpreter Σ0..*Reference(Practitioner)Кто интерпретировал изображения
... endpoint Σ0..*Reference(Endpoint)Study access endpoint
... numberOfSeries Σ0..1unsignedIntКоличество серий в исследовании
... numberOfInstances Σ0..1unsignedIntКоличество экземпляров в исследовании
... procedureReference Σ0..*Reference(Procedure)The performed Procedure reference
... procedureCode Σ0..*CodeableConceptThe performed procedure code
Procedure Codes (SNOMED CT) (Example)
... reason Σ0..1CodeableConceptWhy the study was requested
Procedure Reason Codes (Example)
... description Σ0..1stringОписание, созданное в учреждении
... series Σ0..*BackboneElementКаждое исследование содержит одну или больше серий экземпляров
.... uid Σ1..1oidFormal DICOM identifier for this series
.... number Σ0..1unsignedIntЧисловой идентификатор этой серии
.... modality Σ1..1CodingМодальность экземпляров в этой серии
Acquisition Modality Codes (Extensible)
.... description Σ0..1stringКороткое человекочитаемое итоговое заключение по серии
.... numberOfInstances Σ0..1unsignedIntКоличество экземпляров в серии
.... availability Σ0..1codeONLINE | OFFLINE | NEARLINE | UNAVAILABLE
InstanceAvailability (Required)
.... endpoint Σ0..*Reference(Endpoint)Series access endpoint
.... bodySite Σ0..1CodingИсследованная часть тела
SNOMED CT Body Structures (Example)
.... laterality Σ0..1CodingЛатеральность части тела
Laterality (Example)
.... started Σ0..1dateTimeКогда началась серия
.... performer Σ0..*Reference(Practitioner)Who performed the series
.... instance 0..*BackboneElementОтдельный SOP-экземпляр из этой серии
..... uid 1..1oidFormal DICOM identifier for this instance
..... number 0..1unsignedIntНомер этого изображения в серии
..... sopClass 1..1oidТип DICOM-класса
..... title 0..1stringОписание экземпляра

doco Документация по этому формату

UML-диаграмма (Legend)

ImagingStudy (DomainResource)Формальный идентификатор исследованияuid : oid [1..1]Инвентарный номер - это идентификатор, относящийся к одному из аспектов рабочего процесса получения изображений и управления данными. Применение может варьироваться между различными учреждениями. См. [IHE Radiology Technical Framework Volume 1 Appendix A](http://www.ihe.net/uploadedFiles/Documents/Radiology/IHE_RAD_TF_Rev13.0_Vol1_FT_2014-07-30.pdf)accession : Identifier [0..1]Другие идентификаторы исследованияidentifier : Identifier [0..*]Доступность исследования (онлайн, офлайн или полуоперативная)availability : code [0..1] « Доступность ресурса (Strength=Required)InstanceAvailability! »Список всех значений Series.ImageModality, которые являются фактическими модальностями получения, т. е. те, что перечислены в контекстной группе 29 стандарта DICOM (набор значений OID 1.2.840.10008.6.1.19)modalityList : Coding [0..*] « Тип данных полученного изображения в экземпляре (Strength=Extensible)Acquisition Modality + »Пациент, для которого выполнялась визуализация в этом исследованииpatient : Reference [1..1] « Patient »The encounter or episode at which the request is initiatedcontext : Reference [0..1] « Encounter|EpisodeOfCare »Дата и время начала исследованияstarted : dateTime [0..1]Список заказов на диагностику, которые привели к выполнению данного визуализирующего исследованияbasedOn : Reference [0..*] « CarePlan|ServiceRequest »Запрашивающий/направляющий врачreferrer : Reference [0..1] « Practitioner »Кто прочитал исследование и интерпретировал изображения или другое содержимоеinterpreter : Reference [0..*] « Practitioner »The network service providing access (e.g., query, view, or retrieval) for the study. See implementation notes for information about using DICOM endpoints. A study-level endpoint applies to each series in the study, unless overridden by a series-level endpoint with the same Endpoint.typeendpoint : Reference [0..*] « Endpoint »Number of Series in the Study. This value given may be larger than the number of series elements this Resource contains due to resource availability, security, or other factors. This element should be present if any series elements are presentnumberOfSeries : unsignedInt [0..1]Number of SOP Instances in Study. This value given may be larger than the number of instance elements this resource contains due to resource availability, security, or other factors. This element should be present if any instance elements are presentnumberOfInstances : unsignedInt [0..1]A reference to the performed ProcedureprocedureReference : Reference [0..*] « Procedure »The code for the performed procedure typeprocedureCode : CodeableConcept [0..*] « The performed procedure type (Strength=Example)Procedure Codes (SNOMED CT)?? »Description of clinical condition indicating why the ImagingStudy was requestedreason : CodeableConcept [0..1] « The reason for the study (Strength=Example)Procedure Reason ?? »Установленное в учреждении описание или классификация выполненного исследованияdescription : string [0..1]SeriesФормальный идентификатор для этой серииuid : oid [1..1]Числовой идентификатор этой серии в исследованииnumber : unsignedInt [0..1]Модальность последовательности этой серииmodality : Coding [1..1] « Тип данных полученного изображения в экземпляре (Strength=Extensible)Acquisition Modality + »Описание серииdescription : string [0..1]Number of SOP Instances in the Study. The value given may be larger than the number of instance elements this resource contains due to resource availability, security, or other factors. This element should be present if any instance elements are presentnumberOfInstances : unsignedInt [0..1]Доступность серии (онлайн, офлайн или полуоперативная)availability : code [0..1] « Доступность ресурса (Strength=Required)InstanceAvailability! »The network service providing access (e.g., query, view, or retrieval) for this series. See implementation notes for information about using DICOM endpoints. A series-level endpoint, if present, has precedence over a study-level endpoint with the same Endpoint.typeendpoint : Reference [0..*] « Endpoint »The anatomic structures examined. See DICOM Part 16 Annex L (http://dicom.nema.org/medical/dicom/current/output/chtml/part16/chapter_L.html) for DICOM to SNOMED-CT mappings. The bodySite may indicate the laterality of body part imaged; if so, it shall be consistent with any content of ImagingStudy.series.lateralitybodySite : Coding [0..1] « Коды для описания анатомического расположения. Могут включать указание латеральности. (Strength=Example)SNOMED CT Body Structures?? »The laterality of the (possibly paired) anatomic structures examined. E.g., the left knee, both lungs, or unpaired abdomen. If present, shall be consistent with any laterality information indicated in ImagingStudy.series.bodySitelaterality : Coding [0..1] « Коды для описания латеральности места на теле (левый, правый и т. п.) (Strength=Example)Laterality?? »Дата и время начала серииstarted : dateTime [0..1]The physician or operator (often the radiology technician) who performed the series. The performer is recorded at the series level, since each series in a study may be performed by a different practitioner, at different times, and using different devices. A series may be performed by multiple practitionersperformer : Reference [0..*] « Practitioner »InstanceФормальный идентификатор этого изображения или другое содержимоеuid : oid [1..1]Номер этого экземпляра в серииnumber : unsignedInt [0..1]Тип DICOM-экземпляраsopClass : oid [1..1]Описание экземпляраtitle : string [0..1]Отдельный SOP-экземпляр из серии, например изображение, или состояние представленияinstance[0..*]Каждое исследование содержит одну или больше серий изображений или другого содержимогоseries[0..*]

XML-шаблон

<ImagingStudy xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for the study -->
 <accession><!-- 0..1 Identifier Связанный идентификатор рабочего процесса ("Инвентарный номер") --></accession>
 <identifier><!-- 0..* Identifier Другие идентификаторы исследования --></identifier>
 <availability value="[code]"/><!-- 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE -->
 <modalityList><!-- 0..* Coding Модальность всей серии, если есть фактические способы получения --></modalityList>
 <patient><!-- 1..1 Reference(Patient) Кто на этих изображениях --></patient>
 <context><!-- 0..1 Reference(Encounter|EpisodeOfCare) Originating context --></context>
 <started value="[dateTime]"/><!-- 0..1 Когда было начато исследование -->
 <basedOn><!-- 0..* Reference(CarePlan|ServiceRequest) Request fulfilled --></basedOn>
 <referrer><!-- 0..1 Reference(Practitioner) Referring physician --></referrer>
 <interpreter><!-- 0..* Reference(Practitioner) Кто интерпретировал изображения --></interpreter>
 <endpoint><!-- 0..* Reference(Endpoint) Study access endpoint --></endpoint>
 <numberOfSeries value="[unsignedInt]"/><!-- 0..1 Количество серий в исследовании -->
 <numberOfInstances value="[unsignedInt]"/><!-- 0..1 Количество экземпляров в исследовании -->
 <procedureReference><!-- 0..* Reference(Procedure) The performed Procedure reference --></procedureReference>
 <procedureCode><!-- 0..* CodeableConcept The performed procedure code --></procedureCode>
 <reason><!-- 0..1 CodeableConcept Why the study was requested --></reason>
 <description value="[string]"/><!-- 0..1 Описание, созданное в учреждении -->
 <series>  <!-- 0..* Каждое исследование содержит одну или больше серий экземпляров -->
  <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for this series -->
  <number value="[unsignedInt]"/><!-- 0..1 Числовой идентификатор этой серии -->
  <modality><!-- 1..1 Coding Модальность экземпляров в этой серии --></modality>
  <description value="[string]"/><!-- 0..1 Короткое человекочитаемое итоговое заключение по серии -->
  <numberOfInstances value="[unsignedInt]"/><!-- 0..1 Количество экземпляров в серии -->
  <availability value="[code]"/><!-- 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE -->
  <endpoint><!-- 0..* Reference(Endpoint) Series access endpoint --></endpoint>
  <bodySite><!-- 0..1 Coding Исследованная часть тела --></bodySite>
  <laterality><!-- 0..1 Coding Латеральность части тела --></laterality>
  <started value="[dateTime]"/><!-- 0..1 Когда началась серия -->
  <performer><!-- 0..* Reference(Practitioner) Who performed the series --></performer>
  <instance>  <!-- 0..* Отдельный SOP-экземпляр из этой серии -->
   <uid value="[oid]"/><!-- 1..1 Formal DICOM identifier for this instance -->
   <number value="[unsignedInt]"/><!-- 0..1 Номер этого изображения в серии -->
   <sopClass value="[oid]"/><!-- 1..1 Тип DICOM-класса -->
   <title value="[string]"/><!-- 0..1 Описание экземпляра -->
  </instance>
 </series>
</ImagingStudy>

JSON-шаблон

{doco
  "resourceType" : "ImagingStudy",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "uid" : "<oid>", // R!  Formal DICOM identifier for the study
  "accession" : { Identifier }, // Связанный идентификатор рабочего процесса ("Инвентарный номер")
  "identifier" : [{ Identifier }], // Другие идентификаторы исследования
  "availability" : "<code>", // ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
  "modalityList" : [{ Coding }], // Модальность всей серии, если есть фактические способы получения
  "patient" : { Reference(Patient) }, // R!  Кто на этих изображениях
  "context" : { Reference(Encounter|EpisodeOfCare) }, // Originating context
  "started" : "<dateTime>", // Когда было начато исследование
  "basedOn" : [{ Reference(CarePlan|ServiceRequest) }], // Request fulfilled
  "referrer" : { Reference(Practitioner) }, // Referring physician
  "interpreter" : [{ Reference(Practitioner) }], // Кто интерпретировал изображения
  "endpoint" : [{ Reference(Endpoint) }], // Study access endpoint
  "numberOfSeries" : "<unsignedInt>", // Количество серий в исследовании
  "numberOfInstances" : "<unsignedInt>", // Количество экземпляров в исследовании
  "procedureReference" : [{ Reference(Procedure) }], // The performed Procedure reference
  "procedureCode" : [{ CodeableConcept }], // The performed procedure code
  "reason" : { CodeableConcept }, // Why the study was requested
  "description" : "<string>", // Описание, созданное в учреждении
  "series" : [{ // Каждое исследование содержит одну или больше серий экземпляров
    "uid" : "<oid>", // R!  Formal DICOM identifier for this series
    "number" : "<unsignedInt>", // Числовой идентификатор этой серии
    "modality" : { Coding }, // R!  Модальность экземпляров в этой серии
    "description" : "<string>", // Короткое человекочитаемое итоговое заключение по серии
    "numberOfInstances" : "<unsignedInt>", // Количество экземпляров в серии
    "availability" : "<code>", // ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
    "endpoint" : [{ Reference(Endpoint) }], // Series access endpoint
    "bodySite" : { Coding }, // Исследованная часть тела
    "laterality" : { Coding }, // Латеральность части тела
    "started" : "<dateTime>", // Когда началась серия
    "performer" : [{ Reference(Practitioner) }], // Who performed the series
    "instance" : [{ // Отдельный SOP-экземпляр из этой серии
      "uid" : "<oid>", // R!  Formal DICOM identifier for this instance
      "number" : "<unsignedInt>", // Номер этого изображения в серии
      "sopClass" : "<oid>", // R!  Тип DICOM-класса
      "title" : "<string>" // Описание экземпляра
    }]
  }]
}

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:ImagingStudy;
  fhir:nodeRole fhir:treeRoot; # if this is the parser root

  # from Resource: .id, .meta, .implicitRules, and .language
  # from DomainResource: .text, .contained, .extension, and .modifierExtension
  fhir:ImagingStudy.uid [ oid ]; # 1..1 Formal DICOM identifier for the study
  fhir:ImagingStudy.accession [ Identifier ]; # 0..1 Связанный идентификатор рабочего процесса ("Инвентарный номер")
  fhir:ImagingStudy.identifier [ Identifier ], ... ; # 0..* Другие идентификаторы исследования
  fhir:ImagingStudy.availability [ code ]; # 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
  fhir:ImagingStudy.modalityList [ Coding ], ... ; # 0..* Модальность всей серии, если есть фактические способы получения
  fhir:ImagingStudy.patient [ Reference(Patient) ]; # 1..1 Кто на этих изображениях
  fhir:ImagingStudy.context [ Reference(Encounter|EpisodeOfCare) ]; # 0..1 Originating context
  fhir:ImagingStudy.started [ dateTime ]; # 0..1 Когда было начато исследование
  fhir:ImagingStudy.basedOn [ Reference(CarePlan|ServiceRequest) ], ... ; # 0..* Request fulfilled
  fhir:ImagingStudy.referrer [ Reference(Practitioner) ]; # 0..1 Referring physician
  fhir:ImagingStudy.interpreter [ Reference(Practitioner) ], ... ; # 0..* Кто интерпретировал изображения
  fhir:ImagingStudy.endpoint [ Reference(Endpoint) ], ... ; # 0..* Study access endpoint
  fhir:ImagingStudy.numberOfSeries [ unsignedInt ]; # 0..1 Количество серий в исследовании
  fhir:ImagingStudy.numberOfInstances [ unsignedInt ]; # 0..1 Количество экземпляров в исследовании
  fhir:ImagingStudy.procedureReference [ Reference(Procedure) ], ... ; # 0..* The performed Procedure reference
  fhir:ImagingStudy.procedureCode [ CodeableConcept ], ... ; # 0..* The performed procedure code
  fhir:ImagingStudy.reason [ CodeableConcept ]; # 0..1 Why the study was requested
  fhir:ImagingStudy.description [ string ]; # 0..1 Описание, созданное в учреждении
  fhir:ImagingStudy.series [ # 0..* Каждое исследование содержит одну или больше серий экземпляров
    fhir:ImagingStudy.series.uid [ oid ]; # 1..1 Formal DICOM identifier for this series
    fhir:ImagingStudy.series.number [ unsignedInt ]; # 0..1 Числовой идентификатор этой серии
    fhir:ImagingStudy.series.modality [ Coding ]; # 1..1 Модальность экземпляров в этой серии
    fhir:ImagingStudy.series.description [ string ]; # 0..1 Короткое человекочитаемое итоговое заключение по серии
    fhir:ImagingStudy.series.numberOfInstances [ unsignedInt ]; # 0..1 Количество экземпляров в серии
    fhir:ImagingStudy.series.availability [ code ]; # 0..1 ONLINE | OFFLINE | NEARLINE | UNAVAILABLE
    fhir:ImagingStudy.series.endpoint [ Reference(Endpoint) ], ... ; # 0..* Series access endpoint
    fhir:ImagingStudy.series.bodySite [ Coding ]; # 0..1 Исследованная часть тела
    fhir:ImagingStudy.series.laterality [ Coding ]; # 0..1 Латеральность части тела
    fhir:ImagingStudy.series.started [ dateTime ]; # 0..1 Когда началась серия
    fhir:ImagingStudy.series.performer [ Reference(Practitioner) ], ... ; # 0..* Who performed the series
    fhir:ImagingStudy.series.instance [ # 0..* Отдельный SOP-экземпляр из этой серии
      fhir:ImagingStudy.series.instance.uid [ oid ]; # 1..1 Formal DICOM identifier for this instance
      fhir:ImagingStudy.series.instance.number [ unsignedInt ]; # 0..1 Номер этого изображения в серии
      fhir:ImagingStudy.series.instance.sopClass [ oid ]; # 1..1 Тип DICOM-класса
      fhir:ImagingStudy.series.instance.title [ string ]; # 0..1 Описание экземпляра
    ], ...;
  ], ...;
]

Changes since DSTU2

ImagingStudy
ImagingStudy.context
  • Renamed from order to context
  • Max Cardinality changed from * to 1
  • Remove Reference(DiagnosticOrder), Add Reference(Encounter), Add Reference(EpisodeOfCare)
ImagingStudy.basedOn
  • Added Element
ImagingStudy.interpreter
  • Max Cardinality changed from 1 to *
ImagingStudy.endpoint
  • Added Element
ImagingStudy.numberOfSeries
  • Min Cardinality changed from 1 to 0
ImagingStudy.numberOfInstances
  • Min Cardinality changed from 1 to 0
ImagingStudy.procedureReference
  • Renamed from procedure to procedureReference
ImagingStudy.procedureCode
  • Added Element
ImagingStudy.reason
  • Added Element
ImagingStudy.series.numberOfInstances
  • Min Cardinality changed from 1 to 0
ImagingStudy.series.endpoint
  • Added Element
ImagingStudy.series.performer
  • Added Element
ImagingStudy.url
  • deleted
ImagingStudy.series.url
  • deleted
ImagingStudy.series.instance.type
  • deleted
ImagingStudy.series.instance.content
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R2 <--> R3 Conversion Maps (status = 2 tests that all execute ok. 2 fail round-trip testing and 1 r3 resources are invalid (2 errors).).

 

Альтернативные определения: Основное определение (XML, JSON), XML Schema/Schematron + JSON Schema, ShEx (for Turtle)

ПутьОписаниеТипСсылка
ImagingStudy.availability
ImagingStudy.series.availability
Доступность ресурсаRequiredInstanceAvailability
ImagingStudy.modalityList
ImagingStudy.series.modality
Тип данных полученного изображения в экземпляреExtensibleAcquisition Modality Codes
ImagingStudy.procedureCode The performed procedure typeExampleProcedure Codes (SNOMED CT)
ImagingStudy.reason The reason for the studyExampleProcedure Reason Codes
ImagingStudy.series.bodySite Коды для описания анатомического расположения. Могут включать указание латеральности.ExampleSNOMED CT Body Structures
ImagingStudy.series.laterality Коды для описания латеральности места на теле (левый, правый и т. п.)ExampleLaterality

A referenced DICOM SOP instance could be:

  • A single- or multi-frame, still or video image captured by a variety of imaging modalities, such as X-ray, MR, and ultrasound;
  • A set of various presentation parameters, including annotation and markup;
  • A set of measurements or a report, including radiation dose report and CAD analysis;
  • An encapsulated PDF or CDA document;
  • A list of instances, such as key “of interest” images, or instances to be “deleted”; or
  • Other DICOM content.

UID values follow the FHIR convention of expressing UIDs as URNs. For example, the DICOM Study Instance UID of 1.2.250.1.59.40211.12345678.678910 is expressed as “urn:oid:1.2.250.1.59.40211.12345678.678910”.

The ImagingManifest.study.endpoint elements and ImagingManifest.study.series.endpoint elements indicate network services that can be used to access the studies, series, or instances; for example, a DICOM WADO-RS server. An ImagingManifest.study.series.endpoint of a particular Endpoint.connectionType provides that service for that series, and all contained instances. An ImagingManifest.study.endpoint of a particularconnection type provides that service for all series in that study that do not have a specified Endpoint of that type, and their contained instances. That is, an ImagingManifest.study.series.endpoint overrides a ImagingManifest.study.endpoint of the same connection type. (Since each study, or individual series of a study can be stored on different imaging archive servers, per-series endpoints are required. For the identified services and use cases, all instances within a series would be stored together, and thus instance-level endpoints are not defined.)

Different Endpoint connection types may have different capabilities, protocols or requirements; and the specified Endpoint.url may require manipulation. For the details on use of imaging-related Endpoint connection types, See below for details.

An Endpoint.connectionType of code dicom-wado-rsi, system http://hl7.org/fhir/endpoint-connection-type, identifies a DICOM WADO-RS service. The Endpoint.address identifies the HTTP(S) service base url. That is, only the scheme, authority and path are included. Sub-services, such as study, shall not be specified. The path shall not contain a trailing slash.

The DICOM WADO-RS (Web Access to DICOM Objects, RESTful mode) service uses a RESTful approach to instance retrieval. This service allows for retrieval of native DICOM SOP instances, or instances “rendered” into other formats, including JPEG and MPEG. The media type of a response is specified by the request Accept header (preferred); or, by the accept query parameters. Supported media types depend on the capabilities of the WADO-RS server and the classification of the instance as “single frame,” “multi-frame,” “video,” “text,” or “other.” The WADO-RS service also allows retrieval of study or series level information.

The path to retrieve a DICOM instance is constructed by appending the appropriate sub-resource paths to the Endpoint.address value.

For example, a native DICOM PS3.10 instance file can be retrieved (if consistent with the Accept header) by performing a GET on a URL constructed from a Endpoint.address of “https://pacs.hospital.org/wado-rs”, the study.uid value of “urn:oid:1.2.250.1.59.40211.12345678.678910”, study.series.uid value of “urn:oid:1.2.250.1.59.40211.789001276.14556172.67789”, and study.series.instance.uid value of “urn:oid:1.2.250.1.59.40211.2678810.87991027.899772.2”:


https://pacs.hospital.org/wado-rs/studies/1.2.250.1.59.40211.12345678.678910/series/1.2.250.1.59.40211.789001276.14556172.67789/instances/1.2.250.1.59.40211.2678810.87991027.899772.2

Query parameters on the "rendered" sub-resource can control other aspects of the rendering including: the rendered dimensions, the quality (compression ratio), the region of interest to render, the brightness/contrast (window center/width) adjustments, and whether to “burn” patient or study demographics into the rendered result. Specific frames of a multi-frame instance may be retrieved using the frames sub-resource.

For example, provided the Accept header indicates a preference for image/jpeg, the example above can be extended with parameters that cause a JPEG thumbnail (100 columns by 100 rows) of a region extending from the top-left corner of the original image, across 1000 and down 3000 pixels, to be retrieved (additional sub-resource and parameters emphasized):


https://pacs.hospital.org/wado-rs/studies/1.2.250.1.59.40211.12345678.678910/series/1.2.250.1.59.40211.789001276.14556172.67789/instances/1.2.250.1.59.40211.2678810.87991027.899772.2/rendered?viewport=100,100,0,0,1000,3000

For further details on DICOM WADO-RS capabilities including additional rendering parameters, see DICOM PS 3.18 .

An Endpoint.connectionType of code dicom-wado-uri, system http://hl7.org/fhir/endpoint-connection-type, identifies a DICOM WADO-URI service. The Endpoint.address identifies the HTTP(S) service base url. That is, only the scheme, authority and path are included. Neither a quetstion mark (?) nor any query parameters shall be included.

The DICOM WADO-URI (Web Access to DICOM Objects, URI mode) service uses HTTP query parameter syntax. This service allows for retrieval of native DICOM instances, or instances “rendered” into other formats, including JPEG and MPEG. The media type of a response is specified by the request Accept header (preferred); or, by the contentType query parameter. Supported media types depend on the classification of the instance as “single frame,” “multi-frame,” “video,” “text,” or “other.”

The query to retrieve a DICOM instance is constructed by appending the appropriate query parameters to the Endpoint.address.url.

For example, a native DICOM PS3.10 instance file can be retrieved (if consistent with the Accept header) by performing a GET on a URL constructed from a Endpoint.address.url of “https://pacs.hospital.org/wado-uri”, the study.uid value of “urn:oid:1.2.250.1.59.40211.12345678.678910”, study.series.uid value of “urn:oid:1.2.250.1.59.40211.789001276.14556172.67789”, and study.series.instance.uid value of “urn:oid:1.2.250.1.59.40211.2678810.87991027.899772.2”:


https://pacs.hospital.org/wado-uri?requestType=WADO&studyUID=1.2.250.1.59.40211.12345678.678910&seriesUID=1.2.250.1.59.40211.789001276.14556172.67789&objectUID=1.2.250.1.59.40211.2678810.87991027.899772.2

Additional query parameters can control other aspects of the rendering including rendered dimensions, quality (compression ratio), the region of interest within the image to render, brightness/contrast (window center/width) adjustments, whether to “burn” patient or study demographics into the rendered result, and which frame of a multi-frame instance to retrieve.

For example, provided the Accept header indicates a preference for image/jpeg, the example above can be extended with parameters that cause a JPEG thumbnail (100 columns by 100 rows) of the left half of the image to be retrieved (additional parameters emphasized):


https://pacs.hospital.org/wado-uri?requestType=WADO&studyUID=1.2.250.1.59.40211.12345678.678910&seriesUID=1.2.250.1.59.40211.789001276.14556172.67789&objectUID=1.2.250.1.59.40211.2678810.87991027.899772.2&rows=100&columns=100&region=0,0,0.5,1 

For further details on DICOM WADO-URI capabilities including additional rendering parameters, see DICOM PS 3.18 .

An Endpoint.connectionType of code ihe-iid, system http://hl7.org/fhir/endpoint-connection-type, identifies an IHE Invoke Image Display (IID) service. The Endpoint.address identifies the HTTP(S) service base url. That is, only the scheme, authority and path are included. Neither the question mark (“?”) nor any query parameters shall be included.

The IHE Invoke Image Display (IID) service provides a standardized mechanism to launch a viewer in a particular study context. (IID also supports invoking a particular patient context, but that is not profiled here.) An IID-type Endpoint should be used only at the study level. As well as invoking the viewer on a particular study, query parameters can request particular viewer capabilities, image quality, and more.

To launch a viewer, append the appropriate query parameters to Endpoint.address value.

For example, given an Endpoint.address of https://pacs.hospital.org/IHEInvokeImageDisplay, to invoke a diagnostic quality viewer on the study with study.uid value of “urn:uri:1.2.250.1.59.40211.12345678.678910”, the following URL would be constructed:


https://pacs.hospital.org/IHEInvokeImageDisplay?requestType=STUDY&studyUID=1.2.250.1.59.40211.12345678.678910&diagnosticQuality=true

For further details on IHE Invoke Image Display capabilities including additional parameters, see the IHE Technical Frameworks , or the introduction on the IHE IID Profile Wiki .

Эми, семейный врач, обращается к реестру документов предприятия, содержащему результаты радиологических исследований (IHE Radiology XDS-I ), чтобы найти исследования её пациента Алекса. Её ЭМК-клиент выполняет FHIR-вызов всех доступных объектов ImagingStudy для Алекса. В ответ она может получить идентификаторы исследований для каждого исследования, которое было опубликовано в этот реестр. В ответ предоставляется достаточно информации, чтобы получить эскиз через вызов WADO-RS или запустить просмотрщик с помощью вызова профиля IHE Radiology - Invoke Image Display (IID) , используя элементы URL, находящиеся в ImagingStudy.

Джо Энджене жалуется на одышку и нерегулярную боль в груди своему основному лечащему врачу доктору Пату Дауну в местной поликлинике, который заказал для него стресс-эхокардиограмму; этот заказ создаётся в виде FHIR-ресурса Task для управления рабочим процессом, со ссылкой на ресурс ServiceRequest с деталями запроса. Заказ запланирован, и его исполнение назначенено кардиологу доктору Арту Сканну, также работающему в этой поликлинике.

В назначенный по расписанию день обследования Джо прибывает в лабораторию ультразвуковой эхографии для встречи с доктором Сканном и выполнения исследования. Рабочая станция доктора Сканна показывает ежедневный список Task, и он переходит по ссылке для открытия заказа на диагностическое исследование (ServiceRequest). Он может перейти по ссылкам из ресурса Patient для доступа к электронной истории болезни Джо, но в данном случае нас это не интересует.

Task и ServiceRequest были перекодированы в DICOM Modality Worklist Scheduled Procedure Step, а оборудование в лаборатории ультразвуковой эхографии скачало Modality Worklist. Исследование выполнено, и полученные изображения и предварительные измерения специалиста по ультразвуковой эхографии сохранены в локальной системе передачи и архивации изображений поликлиники (PACS). Система создаёт ресурс ImagingStudy для каждого проводимого исследования.

Доктор Сканн интерпретирует результаты исследования на рабочей станции системы PACS и выбирает два ключевых кадра изображения для включения в диагностический отчёт; эта выборка сохраняется в системе PACS в виде DICOM-выборки ключевых объектов под заголовком "Для приложения к отчёту", и PACS делает её доступной (перекодирует её) в виде FHIR-ресурса ImagingManifest. Доктор Сканн диктует отчёт, используя программу написания отчётов структурированного ввода данных, включая рекомендацию катетеризации полостей сердца, и подписывает его. Программа написания отчётов оформляет документ в виде CDA -документа, извлекает ресурс ImagingManifest и вставляет отмеченные ключевые изображения в этот отчёт.

Доктор Даун снова встречается с Джо, и они просматривают результаты стресс-теста. У Джо возникает вопрос относительно результатов исследования, которые не показаны на ключевых изображениях в отчёте, поэтому доктор Даун использует локальную информационную систему поликлиники и делает запрос к системе PACS на ресурс ImagingStudy, проходит по ссылкам для открытия изображений из этого исследования. Джо соглашается на процедуру катетеризации полостей сердца, и доктор Даун отправляет направление в отделение катетеризации больницы при Университете Джайномэс и указывает системе PACS дать совместный доступ к результатам эхографии через городскую систему обмена медицинской информацией.

Система PACS создаёт манифест исследования в виде ресурса ImagingManifest, в который входят все изображения, кроме предварительных измерений специалиста по ультразвуковой эхографии (которые в соответствии с политикой безопасности не доступны вне поликлиники). Этот манифест публикуется в городском реестре обмена медицинской информацией. В соответствии с IHE XDS-I , эти изображения непосредственно не публикуются в этой системе обмена медицинской информацией, а становятся доступны по запросу к системе PACS.

В больнице Джайномэс докутор Кора Пламмер получает направление на катетеризацию и ищет то исследование в городской системе обмена медицинской информацией. Она извлекает манифест исследования ImagingManifest и использует его для доступа к расшаренным изображениям для подготовки к процедуре катетеризации.

Параметры поиска для этого ресурса. Также к нему применяются общие параметры. Более подробную информацию о поиске в REST, обмене сообщениями и сервисах см. в разделе Поиск.

ИмяТипОписаниеВыражениеIn Common
accessiontokenИдентификатор исследованияImagingStudy.accession
basedonreferenceПорядок изображенияImagingStudy.basedOn
(CarePlan, ServiceRequest)
bodysitetokenИзучаемая часть телаImagingStudy.series.bodySite
contextreferenceThe context of the studyImagingStudy.context
(EpisodeOfCare, Encounter)
dicom-classuriТип экземпляраImagingStudy.series.instance.sopClass
endpointreferenceThe endpoint for te study or seriesImagingStudy.endpoint | ImagingStudy.series.endpoint
(Endpoint)
identifiertokenДругие идентификаторы исследованияImagingStudy.identifier26 Resources
modalitytokenМодальность серииImagingStudy.series.modality
patientreferenceКто был субъектом исследованияImagingStudy.patient
(Patient)
30 Resources
performerreferenceThe person who performed the studyImagingStudy.series.performer
(Practitioner)
reasontokenThe reason for the studyImagingStudy.reason
seriesuriИдентификатор серии изображенийImagingStudy.series.uid
starteddateВремя начала исследованияImagingStudy.started
studyuriИдентификатор исследованияImagingStudy.uid
uiduriУникальный идентификатор экземпляраImagingStudy.series.instance.uid