Current Build

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

10.2 Ресурс DiagnosticReport - Назначение

Orders and Observations Work GroupMaturity Level: 3 Trial UseCompartments: Device, Encounter, Patient, Practitioner

Полученные данные и интерпретация диагностических исследований, выполненных над пациентами, группами пациентов, устройствами, локациями, и/или полученными у них образцами. Отчет включает в себя клинический контекст, например информацию о запросе и поставщике информации, и некоторое сочетание атомарных результатов, изображений, текстовой и кодированной интерпретации, и форматированное представление диагностических отчетов.

This resource is an event resource from a FHIR workflow perspective - see Workflow. It is the intent of the Orders and Observation Workgroup to align this resource with the workflow pattern for event resources.

Диагностический отчет (diagnostic report) - это набор данных, которые обычно предоставляются в рамках диагностической услуги после завершения исследований. Информация включает в себя сочетание атомарных результатов, текстовых отчетов, изображений и кодов. Это сочетание варьируется в зависимости от характера диагностической процедуры и, иногда, от характера результатов конкретного исследования. В FHIR отчет может быть передан множеством способов, включая Document, RESTful API и фреймворк обмена сообщениями. В состав каждого из них будет входить сам ресурс DiagnosticReport.

В ресурсе DiagnosticReport содержится информация о самом диагностическом отчёте, о субъекте отчёта и, в случае лабораторных анализов, о пробе для анализа. Также он может ссылаться на сведения о запросе и атомарных данных наблюдений или экземпляров изображений. Заключение отчёта может быть в виде простого текстового объекта, структурированных закодированных данных или приложенным полностью отформатированных отчётом, например PDF.

Ресурс DiagnosticReport подходит для следующих видов диагностических отчетов:

  • Лабораторные (клиническая биохимия, гематология, микробиология т. д.)
  • Патологические/гистопатологические и связанных дисциплин
  • Медицинская визуализация (рентгенограмма, КТ, МРТ и т. д)
  • Другие виды диагностики - кардиология, гастроэнтерология и т. д.

Ресурс DiagnosticReport не предназначен для поддержки представления совокупных результатов (табличное представление прошлых и текущих результатов в ресурсе). Ресурс DiagnosticReport пока что не обеспечивает полную поддержку подробных структурированных отчетов для секвенирования; это планируется в будущем.

Слова "тесты", "результаты", "наблюдения", "панели" и "batteries" (комплексы) часто используются как взаимозаменяемые при описании различных частей диагностического отчета. Это приводит к путанице. Неразбериха с именами растет из-за широкого разнообразия форм, которые может принять результат диагностического исследования, как описано выше. Другие языки помимо английского имеют свои собственные вариации на эту тему.

В ресурсе используется определенный набор терминов. Practitioner "заказывает" набор "тестов". Диагностическая служба возвращает "ответ", который может содержать "описательную часть" - письменную сводку результатов, и/или "результаты" - отдельные порции атомарных данных, которые являются "наблюдениями". Результаты собираются в "группы", представляющие собой вложенные структуры Observations (traditionally referred to as "panels" or " batteries" by laboratories), которые можно использовать для представления взаимосвязей между отдельными элементами данных.

Обратите внимание, что многие диагностические процессы являются процедурами, которые создают наблюдения и диагностические отчёты. В большинстве случаев такое наблюдение не требует явного представления процедуры, в рамках которой оно было создано, однако если есть интересующие детали выполнения диагностической процедуры, то для описания этой активности используется ресурс Procedure.

В отличие от ресурса Observation, ресурс DiagnosticReport обычно включает в себя дополнительный клинический контекст и некоторое сочетание атомарных результатов, изображений, радиологических отчётов, текстовую и закодированную интерпретацию, а также отформатированное представление. Лабораторные отчёты, патологические отчёты и радиологические отчёты следует представлять с помощью ресурса DiagnosticReport. В ресурсе DiagnosticReport можно давать ссылки на ресурс Observation для предоставления атомарных результатов некоторого исследования.

Если у вас очень структурированный отчёт, тогда используйте DiagnosticReport - в нём есть поддержка данных и рабочего процесса. Сведения о запросе на диагностическое исследование фиксируются в различных ресурсах-запросах (например ресурс ServiceRequest) и позволяют связывать отчёт с клиническим рабочим процессом. Для более описательных отчётов с меньшим рабочим процессом (гистология/морг и др.) может больше подойти ресурс Composition.

В ресурсе DiagnosticReport можно давать ссылки на графическое и медиа-представление отчёта и на вспомогательные изображения. На подробные сведения и сами изображения можно ссылаться напрямую из диагностического отчёта с помощью элемента "imaging" или косвенно через ресурсы ImagingManifest или ImagingStudy, которые представляют содержимое, полученное в радиологическом исследовании пациента в формате DICOM или наборе экземпляров DICOM.

На этот ресурс ссылаются ChargeItem, ClinicalImpression, Communication, Condition, DeviceUseStatement, FamilyMemberHistory, MedicationAdministration, MedicationStatement, Procedure и ServiceRequest

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. DiagnosticReport DomainResourceДиагностический отчёт - это комбинация информации о запросе, атомарных результатов, изображений, интерпретаций, а также форматированных отчётов
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierBusiness identifier for report
... basedOn 0..*Reference(CarePlan | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest)Что было заказано
... status ?!Σ1..1coderegistered | partial | preliminary | final +
DiagnosticReportStatus (Required)
... category Σ0..1CodeableConceptКатегория услуги
Diagnostic Service Section Codes (Example)
... code Σ1..1CodeableConceptName/Code for this diagnostic report
LOINC Diagnostic Report Codes (Preferred)
... subject Σ0..1Reference(Patient | Group | Device | Location)Объект отчета, обычно, но не всегда, пациент
... context Σ0..1Reference(Encounter | EpisodeOfCare)Случай обслуживания, когда был заказан этот тест
... effective[x] Σ0..1Клинически значимое время/временной период для отчёта
.... effectiveDateTimedateTime
.... effectivePeriodPeriod
... issued Σ0..1instantDateTime this version was made
... performer Σ0..*Reference(Practitioner | Organization)Responsible Diagnostic Service
... resultsInterpreter Σ0..*Reference(Practitioner | Organization)Primary result interpreter
... specimen 0..*Reference(Specimen)Образцы, к которым относится этот отчет
... result 0..*Reference(Observation)Данные наблюдений (Observations) - простые либо сложные вложенные группы
... imagingStudy 0..*Reference(ImagingStudy | ImagingManifest)Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
... image Σ0..*BackboneElementКлючевые изображения, связанные с отчетом
.... comment 0..1stringКомментарий к изображению (например пояснение)
.... link Σ1..1Reference(Media)Ссылка на источник изображения
... conclusion 0..1stringКлиническая интерпретация результатов исследования
... codedDiagnosis 0..*CodeableConceptКоды для заключения
SNOMED CT Clinical Findings (Example)
... presentedForm 0..*AttachmentОтчет целиком в том виде, в котором он был выпущен

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

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

DiagnosticReport (DomainResource)Identifiers assigned to this report by the performer or other systemsidentifier : Identifier [0..*]Details concerning a service requestedbasedOn : Reference [0..*] « CarePlan|ImmunizationRecommendation| MedicationRequest|NutritionOrder|ServiceRequest »Статус диагностического отчета в целом (this element modifies the meaning of other elements)status : code [1..1] « Статус диагностического отчёта в целом. (Strength=Required)DiagnosticReportStatus! »Код классификации клинической дисциплины, отделения или службы диагностики, в рамках которой был создан этот отчёт (например кардиология, биохимия, гематология, МРТ). Он используется для поиска, сортировки и отображенияcategory : CodeableConcept [0..1] « Код отделений службы диагностики (Strength=Example)Diagnostic Service Section ?? »Код или название, описывающее этот диагностический отчетcode : CodeableConcept [1..1] « Коды, которые описывают диагностические отчеты (Diagnostic Reports) (Strength=Preferred)LOINC Diagnostic Report ? »Объект отчета. Обычно, но не всегда, это пациент. Также службы диагностики выполняют анализ образцов, взятых из множества других источниковsubject : Reference [0..1] « Patient|Group|Device|Location »The healthcare event (e.g. a patient and healthcare provider interaction) which this DiagnosticReport per is aboutcontext : Reference [0..1] « Encounter|EpisodeOfCare »Время или период времени, к которому относятся наблюдаемые значения. Когда субъектом отчёта является пациент, это обычно либо время процедуры, либо время взятия пробы на анализ, однако очень часто источник информации о дате/времени неизвестен, а известна только сама дата/времяeffective[x] : Type [0..1] « dateTime|Period »The date and time that this version of the report was made available to providers, typically after the report was reviewed and verifiedissued : instant [0..1]The diagnostic service that is responsible for issuing the reportperformer : Reference [0..*] « Practitioner|Organization »The practitioner or organization that is responsible for the report's conclusions and interpretationsresultsInterpreter : Reference [0..*] « Practitioner|Organization »Подробная информации об образцах, к которым относится этот диагностический отчетspecimen : Reference [0..*] « Specimen »Наблюдения, входящие в данный диагностический отчёт. Наблюдения могут быть просто парами название/значение (например "атомарные" результаты), либо это могут быть группы наблюдений, содержащие ссылки на других членов группы (например "батареи" тестов)result : Reference [0..*] « Observation »Одна или несколько ссылок на полную детальную информацию обо всех изображениях, выполненных во время диагностического исследования. Обычно это изображения, выполненные методами, поддерживающими DICOM, но это не обязательно. Полностью поддерживающий PACS просмотрщик может использовать эту информацию для показа исходных изображенийimagingStudy : Reference [0..*] « ImagingStudy|ImagingManifest »Concise and clinically contextualized impression / summary of the diagnostic reportconclusion : string [0..1]Коды для заключенияcodedDiagnosis : CodeableConcept [0..*] « Diagnosis codes provided as adjuncts to the report. (Strength=Example)SNOMED CT Clinical Findings?? »Богатое текстовое представление отчета целиком, каким он был создан службой диагностики. Разрешаются различные форматы, но все они ДОЛЖНЫ быть семантически эквивалентнымиpresentedForm : Attachment [0..*]ImageКомментарий к изображению. Обычно используется для пояснения, зачем это изображение включено, или чтобы привлечь внимание просматривающего к важным деталямcomment : string [0..1]Ссылка на источник изображенияlink : Reference [1..1] « Media »Перечень ключевых изображений, связанных с этим отчётом. Эти изображения обычно создаются во время диагностического процесса и могут быть изображениями непосредственно пациента или образцами для анализа (т. е. представляющие интерес слайды)image[0..*]

XML-шаблон

<DiagnosticReport xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business identifier for report --></identifier>
 <basedOn><!-- 0..* Reference(CarePlan|ImmunizationRecommendation|
   MedicationRequest|NutritionOrder|ServiceRequest) Что было заказано --></basedOn>
 <status value="[code]"/><!-- 1..1 registered | partial | preliminary | final + -->
 <category><!-- 0..1 CodeableConcept Категория услуги --></category>
 <code><!-- 1..1 CodeableConcept Name/Code for this diagnostic report --></code>
 <subject><!-- 0..1 Reference(Patient|Group|Device|Location) Объект отчета, обычно, но не всегда, пациент --></subject>
 <context><!-- 0..1 Reference(Encounter|EpisodeOfCare) Случай обслуживания, когда был заказан этот тест --></context>
 <effective[x]><!-- 0..1 dateTime|Period Клинически значимое время/временной период для отчёта --></effective[x]>
 <issued value="[instant]"/><!-- 0..1 DateTime this version was made -->
 <performer><!-- 0..* Reference(Practitioner|Organization) Responsible Diagnostic Service --></performer>
 <resultsInterpreter><!-- 0..* Reference(Practitioner|Organization) Primary result interpreter --></resultsInterpreter>
 <specimen><!-- 0..* Reference(Specimen) Образцы, к которым относится этот отчет --></specimen>
 <result><!-- 0..* Reference(Observation) Данные наблюдений (Observations) - простые либо сложные вложенные группы --></result>
 <imagingStudy><!-- 0..* Reference(ImagingStudy|ImagingManifest) Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом --></imagingStudy>
 <image>  <!-- 0..* Ключевые изображения, связанные с отчетом -->
  <comment value="[string]"/><!-- 0..1 Комментарий к изображению (например пояснение) -->
  <link><!-- 1..1 Reference(Media) Ссылка на источник изображения --></link>
 </image>
 <conclusion value="[string]"/><!-- 0..1 Клиническая интерпретация результатов исследования -->
 <codedDiagnosis><!-- 0..* CodeableConcept Коды для заключения --></codedDiagnosis>
 <presentedForm><!-- 0..* Attachment Отчет целиком в том виде, в котором он был выпущен --></presentedForm>
</DiagnosticReport>

JSON-шаблон

{doco
  "resourceType" : "DiagnosticReport",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business identifier for report
  "basedOn" : [{ Reference(CarePlan|ImmunizationRecommendation|
   MedicationRequest|NutritionOrder|ServiceRequest) }], // Что было заказано
  "status" : "<code>", // R!  registered | partial | preliminary | final +
  "category" : { CodeableConcept }, // Категория услуги
  "code" : { CodeableConcept }, // R!  Name/Code for this diagnostic report
  "subject" : { Reference(Patient|Group|Device|Location) }, // Объект отчета, обычно, но не всегда, пациент
  "context" : { Reference(Encounter|EpisodeOfCare) }, // Случай обслуживания, когда был заказан этот тест
  // effective[x]: Клинически значимое время/временной период для отчёта. One of these 2:
  "effectiveDateTime" : "<dateTime>",
  "effectivePeriod" : { Period },
  "issued" : "<instant>", // DateTime this version was made
  "performer" : [{ Reference(Practitioner|Organization) }], // Responsible Diagnostic Service
  "resultsInterpreter" : [{ Reference(Practitioner|Organization) }], // Primary result interpreter
  "specimen" : [{ Reference(Specimen) }], // Образцы, к которым относится этот отчет
  "result" : [{ Reference(Observation) }], // Данные наблюдений (Observations) - простые либо сложные вложенные группы
  "imagingStudy" : [{ Reference(ImagingStudy|ImagingManifest) }], // Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
  "image" : [{ // Ключевые изображения, связанные с отчетом
    "comment" : "<string>", // Комментарий к изображению (например пояснение)
    "link" : { Reference(Media) } // R!  Ссылка на источник изображения
  }],
  "conclusion" : "<string>", // Клиническая интерпретация результатов исследования
  "codedDiagnosis" : [{ CodeableConcept }], // Коды для заключения
  "presentedForm" : [{ Attachment }] // Отчет целиком в том виде, в котором он был выпущен
}

Turtle-шаблон

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


[ a fhir:DiagnosticReport;
  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:DiagnosticReport.identifier [ Identifier ], ... ; # 0..* Business identifier for report
  fhir:DiagnosticReport.basedOn [ Reference(CarePlan|ImmunizationRecommendation|MedicationRequest|NutritionOrder|
  ServiceRequest) ], ... ; # 0..* Что было заказано
  fhir:DiagnosticReport.status [ code ]; # 1..1 registered | partial | preliminary | final +
  fhir:DiagnosticReport.category [ CodeableConcept ]; # 0..1 Категория услуги
  fhir:DiagnosticReport.code [ CodeableConcept ]; # 1..1 Name/Code for this diagnostic report
  fhir:DiagnosticReport.subject [ Reference(Patient|Group|Device|Location) ]; # 0..1 Объект отчета, обычно, но не всегда, пациент
  fhir:DiagnosticReport.context [ Reference(Encounter|EpisodeOfCare) ]; # 0..1 Случай обслуживания, когда был заказан этот тест
  # DiagnosticReport.effective[x] : 0..1 Клинически значимое время/временной период для отчёта. One of these 2
    fhir:DiagnosticReport.effectiveDateTime [ dateTime ]
    fhir:DiagnosticReport.effectivePeriod [ Period ]
  fhir:DiagnosticReport.issued [ instant ]; # 0..1 DateTime this version was made
  fhir:DiagnosticReport.performer [ Reference(Practitioner|Organization) ], ... ; # 0..* Responsible Diagnostic Service
  fhir:DiagnosticReport.resultsInterpreter [ Reference(Practitioner|Organization) ], ... ; # 0..* Primary result interpreter
  fhir:DiagnosticReport.specimen [ Reference(Specimen) ], ... ; # 0..* Образцы, к которым относится этот отчет
  fhir:DiagnosticReport.result [ Reference(Observation) ], ... ; # 0..* Данные наблюдений (Observations) - простые либо сложные вложенные группы
  fhir:DiagnosticReport.imagingStudy [ Reference(ImagingStudy|ImagingManifest) ], ... ; # 0..* Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
  fhir:DiagnosticReport.image [ # 0..* Ключевые изображения, связанные с отчетом
    fhir:DiagnosticReport.image.comment [ string ]; # 0..1 Комментарий к изображению (например пояснение)
    fhir:DiagnosticReport.image.link [ Reference(Media) ]; # 1..1 Ссылка на источник изображения
  ], ...;
  fhir:DiagnosticReport.conclusion [ string ]; # 0..1 Клиническая интерпретация результатов исследования
  fhir:DiagnosticReport.codedDiagnosis [ CodeableConcept ], ... ; # 0..* Коды для заключения
  fhir:DiagnosticReport.presentedForm [ Attachment ], ... ; # 0..* Отчет целиком в том виде, в котором он был выпущен
]

Changes since DSTU2

DiagnosticReport
DiagnosticReport.basedOn
  • Renamed from request to basedOn
  • Remove Reference(DiagnosticOrder), Remove Reference(ProcedureRequest), Remove Reference(ReferralRequest), Add Reference(CarePlan), Add Reference(ImmunizationRecommendation), Add Reference(MedicationRequest), Add Reference(NutritionOrder), Add Reference(ServiceRequest)
DiagnosticReport.subject
  • Min Cardinality changed from 1 to 0
DiagnosticReport.context
  • Renamed from encounter to context
  • Add Reference(EpisodeOfCare)
DiagnosticReport.effective[x]
  • Min Cardinality changed from 1 to 0
DiagnosticReport.issued
  • Min Cardinality changed from 1 to 0
DiagnosticReport.performer
  • Min Cardinality changed from 1 to 0
  • Max Cardinality changed from 1 to *
DiagnosticReport.resultsInterpreter
  • Added Element
DiagnosticReport.imagingStudy
  • Remove Reference(ImagingObjectSelection), Add Reference(ImagingManifest)

See the Full Difference for further information

This analysis is available as XML or JSON.

See R2 <--> R3 Conversion Maps (status = 11 tests of which 3 fail to execute. 8 fail round-trip testing and 3 r3 resources are invalid (22 errors).).

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. DiagnosticReport DomainResourceДиагностический отчёт - это комбинация информации о запросе, атомарных результатов, изображений, интерпретаций, а также форматированных отчётов
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierBusiness identifier for report
... basedOn 0..*Reference(CarePlan | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest)Что было заказано
... status ?!Σ1..1coderegistered | partial | preliminary | final +
DiagnosticReportStatus (Required)
... category Σ0..1CodeableConceptКатегория услуги
Diagnostic Service Section Codes (Example)
... code Σ1..1CodeableConceptName/Code for this diagnostic report
LOINC Diagnostic Report Codes (Preferred)
... subject Σ0..1Reference(Patient | Group | Device | Location)Объект отчета, обычно, но не всегда, пациент
... context Σ0..1Reference(Encounter | EpisodeOfCare)Случай обслуживания, когда был заказан этот тест
... effective[x] Σ0..1Клинически значимое время/временной период для отчёта
.... effectiveDateTimedateTime
.... effectivePeriodPeriod
... issued Σ0..1instantDateTime this version was made
... performer Σ0..*Reference(Practitioner | Organization)Responsible Diagnostic Service
... resultsInterpreter Σ0..*Reference(Practitioner | Organization)Primary result interpreter
... specimen 0..*Reference(Specimen)Образцы, к которым относится этот отчет
... result 0..*Reference(Observation)Данные наблюдений (Observations) - простые либо сложные вложенные группы
... imagingStudy 0..*Reference(ImagingStudy | ImagingManifest)Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
... image Σ0..*BackboneElementКлючевые изображения, связанные с отчетом
.... comment 0..1stringКомментарий к изображению (например пояснение)
.... link Σ1..1Reference(Media)Ссылка на источник изображения
... conclusion 0..1stringКлиническая интерпретация результатов исследования
... codedDiagnosis 0..*CodeableConceptКоды для заключения
SNOMED CT Clinical Findings (Example)
... presentedForm 0..*AttachmentОтчет целиком в том виде, в котором он был выпущен

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

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

DiagnosticReport (DomainResource)Identifiers assigned to this report by the performer or other systemsidentifier : Identifier [0..*]Details concerning a service requestedbasedOn : Reference [0..*] « CarePlan|ImmunizationRecommendation| MedicationRequest|NutritionOrder|ServiceRequest »Статус диагностического отчета в целом (this element modifies the meaning of other elements)status : code [1..1] « Статус диагностического отчёта в целом. (Strength=Required)DiagnosticReportStatus! »Код классификации клинической дисциплины, отделения или службы диагностики, в рамках которой был создан этот отчёт (например кардиология, биохимия, гематология, МРТ). Он используется для поиска, сортировки и отображенияcategory : CodeableConcept [0..1] « Код отделений службы диагностики (Strength=Example)Diagnostic Service Section ?? »Код или название, описывающее этот диагностический отчетcode : CodeableConcept [1..1] « Коды, которые описывают диагностические отчеты (Diagnostic Reports) (Strength=Preferred)LOINC Diagnostic Report ? »Объект отчета. Обычно, но не всегда, это пациент. Также службы диагностики выполняют анализ образцов, взятых из множества других источниковsubject : Reference [0..1] « Patient|Group|Device|Location »The healthcare event (e.g. a patient and healthcare provider interaction) which this DiagnosticReport per is aboutcontext : Reference [0..1] « Encounter|EpisodeOfCare »Время или период времени, к которому относятся наблюдаемые значения. Когда субъектом отчёта является пациент, это обычно либо время процедуры, либо время взятия пробы на анализ, однако очень часто источник информации о дате/времени неизвестен, а известна только сама дата/времяeffective[x] : Type [0..1] « dateTime|Period »The date and time that this version of the report was made available to providers, typically after the report was reviewed and verifiedissued : instant [0..1]The diagnostic service that is responsible for issuing the reportperformer : Reference [0..*] « Practitioner|Organization »The practitioner or organization that is responsible for the report's conclusions and interpretationsresultsInterpreter : Reference [0..*] « Practitioner|Organization »Подробная информации об образцах, к которым относится этот диагностический отчетspecimen : Reference [0..*] « Specimen »Наблюдения, входящие в данный диагностический отчёт. Наблюдения могут быть просто парами название/значение (например "атомарные" результаты), либо это могут быть группы наблюдений, содержащие ссылки на других членов группы (например "батареи" тестов)result : Reference [0..*] « Observation »Одна или несколько ссылок на полную детальную информацию обо всех изображениях, выполненных во время диагностического исследования. Обычно это изображения, выполненные методами, поддерживающими DICOM, но это не обязательно. Полностью поддерживающий PACS просмотрщик может использовать эту информацию для показа исходных изображенийimagingStudy : Reference [0..*] « ImagingStudy|ImagingManifest »Concise and clinically contextualized impression / summary of the diagnostic reportconclusion : string [0..1]Коды для заключенияcodedDiagnosis : CodeableConcept [0..*] « Diagnosis codes provided as adjuncts to the report. (Strength=Example)SNOMED CT Clinical Findings?? »Богатое текстовое представление отчета целиком, каким он был создан службой диагностики. Разрешаются различные форматы, но все они ДОЛЖНЫ быть семантически эквивалентнымиpresentedForm : Attachment [0..*]ImageКомментарий к изображению. Обычно используется для пояснения, зачем это изображение включено, или чтобы привлечь внимание просматривающего к важным деталямcomment : string [0..1]Ссылка на источник изображенияlink : Reference [1..1] « Media »Перечень ключевых изображений, связанных с этим отчётом. Эти изображения обычно создаются во время диагностического процесса и могут быть изображениями непосредственно пациента или образцами для анализа (т. е. представляющие интерес слайды)image[0..*]

XML-шаблон

<DiagnosticReport xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Business identifier for report --></identifier>
 <basedOn><!-- 0..* Reference(CarePlan|ImmunizationRecommendation|
   MedicationRequest|NutritionOrder|ServiceRequest) Что было заказано --></basedOn>
 <status value="[code]"/><!-- 1..1 registered | partial | preliminary | final + -->
 <category><!-- 0..1 CodeableConcept Категория услуги --></category>
 <code><!-- 1..1 CodeableConcept Name/Code for this diagnostic report --></code>
 <subject><!-- 0..1 Reference(Patient|Group|Device|Location) Объект отчета, обычно, но не всегда, пациент --></subject>
 <context><!-- 0..1 Reference(Encounter|EpisodeOfCare) Случай обслуживания, когда был заказан этот тест --></context>
 <effective[x]><!-- 0..1 dateTime|Period Клинически значимое время/временной период для отчёта --></effective[x]>
 <issued value="[instant]"/><!-- 0..1 DateTime this version was made -->
 <performer><!-- 0..* Reference(Practitioner|Organization) Responsible Diagnostic Service --></performer>
 <resultsInterpreter><!-- 0..* Reference(Practitioner|Organization) Primary result interpreter --></resultsInterpreter>
 <specimen><!-- 0..* Reference(Specimen) Образцы, к которым относится этот отчет --></specimen>
 <result><!-- 0..* Reference(Observation) Данные наблюдений (Observations) - простые либо сложные вложенные группы --></result>
 <imagingStudy><!-- 0..* Reference(ImagingStudy|ImagingManifest) Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом --></imagingStudy>
 <image>  <!-- 0..* Ключевые изображения, связанные с отчетом -->
  <comment value="[string]"/><!-- 0..1 Комментарий к изображению (например пояснение) -->
  <link><!-- 1..1 Reference(Media) Ссылка на источник изображения --></link>
 </image>
 <conclusion value="[string]"/><!-- 0..1 Клиническая интерпретация результатов исследования -->
 <codedDiagnosis><!-- 0..* CodeableConcept Коды для заключения --></codedDiagnosis>
 <presentedForm><!-- 0..* Attachment Отчет целиком в том виде, в котором он был выпущен --></presentedForm>
</DiagnosticReport>

JSON-шаблон

{doco
  "resourceType" : "DiagnosticReport",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Business identifier for report
  "basedOn" : [{ Reference(CarePlan|ImmunizationRecommendation|
   MedicationRequest|NutritionOrder|ServiceRequest) }], // Что было заказано
  "status" : "<code>", // R!  registered | partial | preliminary | final +
  "category" : { CodeableConcept }, // Категория услуги
  "code" : { CodeableConcept }, // R!  Name/Code for this diagnostic report
  "subject" : { Reference(Patient|Group|Device|Location) }, // Объект отчета, обычно, но не всегда, пациент
  "context" : { Reference(Encounter|EpisodeOfCare) }, // Случай обслуживания, когда был заказан этот тест
  // effective[x]: Клинически значимое время/временной период для отчёта. One of these 2:
  "effectiveDateTime" : "<dateTime>",
  "effectivePeriod" : { Period },
  "issued" : "<instant>", // DateTime this version was made
  "performer" : [{ Reference(Practitioner|Organization) }], // Responsible Diagnostic Service
  "resultsInterpreter" : [{ Reference(Practitioner|Organization) }], // Primary result interpreter
  "specimen" : [{ Reference(Specimen) }], // Образцы, к которым относится этот отчет
  "result" : [{ Reference(Observation) }], // Данные наблюдений (Observations) - простые либо сложные вложенные группы
  "imagingStudy" : [{ Reference(ImagingStudy|ImagingManifest) }], // Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
  "image" : [{ // Ключевые изображения, связанные с отчетом
    "comment" : "<string>", // Комментарий к изображению (например пояснение)
    "link" : { Reference(Media) } // R!  Ссылка на источник изображения
  }],
  "conclusion" : "<string>", // Клиническая интерпретация результатов исследования
  "codedDiagnosis" : [{ CodeableConcept }], // Коды для заключения
  "presentedForm" : [{ Attachment }] // Отчет целиком в том виде, в котором он был выпущен
}

Turtle-шаблон

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


[ a fhir:DiagnosticReport;
  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:DiagnosticReport.identifier [ Identifier ], ... ; # 0..* Business identifier for report
  fhir:DiagnosticReport.basedOn [ Reference(CarePlan|ImmunizationRecommendation|MedicationRequest|NutritionOrder|
  ServiceRequest) ], ... ; # 0..* Что было заказано
  fhir:DiagnosticReport.status [ code ]; # 1..1 registered | partial | preliminary | final +
  fhir:DiagnosticReport.category [ CodeableConcept ]; # 0..1 Категория услуги
  fhir:DiagnosticReport.code [ CodeableConcept ]; # 1..1 Name/Code for this diagnostic report
  fhir:DiagnosticReport.subject [ Reference(Patient|Group|Device|Location) ]; # 0..1 Объект отчета, обычно, но не всегда, пациент
  fhir:DiagnosticReport.context [ Reference(Encounter|EpisodeOfCare) ]; # 0..1 Случай обслуживания, когда был заказан этот тест
  # DiagnosticReport.effective[x] : 0..1 Клинически значимое время/временной период для отчёта. One of these 2
    fhir:DiagnosticReport.effectiveDateTime [ dateTime ]
    fhir:DiagnosticReport.effectivePeriod [ Period ]
  fhir:DiagnosticReport.issued [ instant ]; # 0..1 DateTime this version was made
  fhir:DiagnosticReport.performer [ Reference(Practitioner|Organization) ], ... ; # 0..* Responsible Diagnostic Service
  fhir:DiagnosticReport.resultsInterpreter [ Reference(Practitioner|Organization) ], ... ; # 0..* Primary result interpreter
  fhir:DiagnosticReport.specimen [ Reference(Specimen) ], ... ; # 0..* Образцы, к которым относится этот отчет
  fhir:DiagnosticReport.result [ Reference(Observation) ], ... ; # 0..* Данные наблюдений (Observations) - простые либо сложные вложенные группы
  fhir:DiagnosticReport.imagingStudy [ Reference(ImagingStudy|ImagingManifest) ], ... ; # 0..* Ссылка на полную подробную информацию об изображении, связанном с диагностическим отчетом
  fhir:DiagnosticReport.image [ # 0..* Ключевые изображения, связанные с отчетом
    fhir:DiagnosticReport.image.comment [ string ]; # 0..1 Комментарий к изображению (например пояснение)
    fhir:DiagnosticReport.image.link [ Reference(Media) ]; # 1..1 Ссылка на источник изображения
  ], ...;
  fhir:DiagnosticReport.conclusion [ string ]; # 0..1 Клиническая интерпретация результатов исследования
  fhir:DiagnosticReport.codedDiagnosis [ CodeableConcept ], ... ; # 0..* Коды для заключения
  fhir:DiagnosticReport.presentedForm [ Attachment ], ... ; # 0..* Отчет целиком в том виде, в котором он был выпущен
]

Changes since DSTU2

DiagnosticReport
DiagnosticReport.basedOn
  • Renamed from request to basedOn
  • Remove Reference(DiagnosticOrder), Remove Reference(ProcedureRequest), Remove Reference(ReferralRequest), Add Reference(CarePlan), Add Reference(ImmunizationRecommendation), Add Reference(MedicationRequest), Add Reference(NutritionOrder), Add Reference(ServiceRequest)
DiagnosticReport.subject
  • Min Cardinality changed from 1 to 0
DiagnosticReport.context
  • Renamed from encounter to context
  • Add Reference(EpisodeOfCare)
DiagnosticReport.effective[x]
  • Min Cardinality changed from 1 to 0
DiagnosticReport.issued
  • Min Cardinality changed from 1 to 0
DiagnosticReport.performer
  • Min Cardinality changed from 1 to 0
  • Max Cardinality changed from 1 to *
DiagnosticReport.resultsInterpreter
  • Added Element
DiagnosticReport.imagingStudy
  • Remove Reference(ImagingObjectSelection), Add Reference(ImagingManifest)

See the Full Difference for further information

This analysis is available as XML or JSON.

See R2 <--> R3 Conversion Maps (status = 11 tests of which 3 fail to execute. 8 fail round-trip testing and 3 r3 resources are invalid (22 errors).).

 

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

ПутьОписаниеТипСсылка
DiagnosticReport.status Статус диагностического отчёта в целом.RequiredDiagnosticReportStatus
DiagnosticReport.category Код отделений службы диагностикиExampleDiagnostic Service Section Codes
DiagnosticReport.code Коды, которые описывают диагностические отчеты (Diagnostic Reports)PreferredLOINC Diagnostic Report Codes
DiagnosticReport.codedDiagnosis Diagnosis codes provided as adjuncts to the report.ExampleSNOMED CT Clinical Findings

The identifier datatype has a type element that may be used to distinguish the identifiers assigned by the requester and the performer of the request (known as the 'Placer' and 'Filler' in the HL7 Version 2 Messaging Standard). Use the identifier type code "PLAC" for the Placer Identifier and "FILL" for the Filler identifier as is shown in the example below:

<!-- Placer identifier-->
<identifier>
<type>
<coding>
  <system value="http://hl7.org/fhir/identifier-type"/>
  <code value="PLAC"/>
</coding>
<text value="Placer"/>
</type>
<system value="urn:oid:1.3.4.5.6.7"/>
<value value="2345234234234"/>
</identifier>
<!-- Filler identifier-->
<identifier>
<type>
<coding>
  <system value="http://hl7.org/fhir/identifier-type"/>
  <code value="PLAC"/>
</coding>
<text value="Placer"/>
</type>
<system value=" http://hl7.org/fhir/identifier-type"/>
<value value="567890"/>
</identifier>

Если диагностическая процедура выполнялась непосредственно на пациенте, элемент effective[x] будет dateTime - временем, когда она была выполнена. Если брались образцы, клинически релевантное время отчета может быть взято из даты сбора образцов, но поскольку детальная информация об образце не всегда доступна, а клинически релевантное время не всегда точно совпадает со временем сбора образцов (например сложные продолжительные исследования), отчет всегда ДОЛЖЕН включать в себя элемент effective[x]. Обратите внимание, что сообщения HL7 v2 часто передают релевантное с точки зрения диагностики время без какой-либо информации об образцах.

  • Элемент DiagnosticReport.code всегда содержит название самого отчёта. Отчёт может также содержать ряд Наблюдений в элементе DiagnosticReport.result. Эти Наблюдения могут быть простыми наблюдениями (например атомарные результаты) или группы/батареи других наблюдений. Элемент Observation.code показывает характер наблюдения или батареи (например отдельные измерения, чувствительность организмов или функциональный анализ на антитела). При необходимости для наблюдения можно указать конкретный образец для анализа, для которого пришли результаты.
    • Примеры вложенных групп/батарей в наблюдении включают в себя сообщение "профиля", состоящего из нескольких батарей, как показано в этом примере, группу определения чувствительности к антибиотикам для бактериальной культуры или ряд перинатальных измерений отдельного плода.
    • Редко когда требуется больше двух уровней вложенности в дереве наблюдений (Observation). Один из таких случаев - определение чувствительности микроорганизмов, см. пример complex Micro Isolate and Sensitivities.

Ресурсы ImagingStudy и ImageObjectStudy и элемент DiagnosticReport.image в чём-то пересекаются - обычно перечень ссылок на изображения в элементе image можно также найти в одном из этих ресурсов. Однако каждый из них предназначен для разных типов отображения и имеет своё предназначение. Могут быть указаны оба, один из них или ни одного.

  • Приложения, работающие с полученными диагностическими отчетами, должны внимательно следить за обновлением (исправлением) отчётов и обеспечивать надлежащую обработку аннулированных отчетов.
  • Для приложений, создающих диагностические отчёты, отчёт не должен быть окончательным (иметь статус final), пока все отдельные элементы данных в нем не будут окончательными (final) или дополненными (appended).
  • Если отчет был изъят из обращения следом за выпуском окончательной версии, ресурс DiagnosticReport и связанные с ним ресурсы Observation должны быть аннулированы заменой статус-кодов на значение "entered-in-error" (введено по ошибке) и указанием в заключении/комментарии (если есть) и текстовом описании текста наподобие "Этот отчёт был изъят из обращения" на соответствующем языке. В описательной части может быть приведена причина изъятия.

Как правило, отчет - это либо одни данные без описательной части (например основные лабораторные тесты) или сочетание данных с некоторым заключением (например структурированный патологический отчёт, плотность костей), либо полностью описательная часть (апример типичный радиологический отчёт, гистопатология). Данный ресурс обеспечивает эти 3 различных представления:

  • В виде атомарных элементов данных: иерархическое множество вложенных ссылок на ресурсы Observation, часто включающие интерпретацию патолога/рентгенолога, одно или несколько изображений, возможно, с заключением и/или одним или несколькими кодированными диагнозами
  • В виде описательной части: XHTML-представление в стандартной описательной части ресурса
  • В "форме для представления": богатое текстовое представление отчета - как правило, PDF

Обратите внимание, что заключение и кодированные диагнозы являются частью атомарных данных и ДОЛЖНЫ быть продублированы в описательной части и в форме для представления, если она есть. Описательная часть и форма для представления выполняют одну и ту же функцию: отображение отчета человеку. Форма для представления включается, поскольку отчеты диагностических услуг часто содержат особенности представления, которые непросто воспроизвести в HTML-описании. Включена или нет форма для представления, описательная часть должна быть клинически безопасным представлением диагностического отчета; по крайней мере она может быть заполнена указанием, что данное описание не является надлежащим представлением отчета, и что необходимо использовать форму для представления или снегерированное представление атомарных данных. Однако для потребителей отчета лучше всего будет, если описательная часть содержит клинически существенную информацию из этой формы. Как правило, используются следующие виды отчетов:

  • Простые лабораторные отчеты (Simple Laboratory Reports): отдельный набор атомарных наблюдений и табличное представление в описательной части. Встречается обычно в крупносерийных областях, таких как биохимия и гематология
  • Гистопатологический отчет: документированный отчет в форме для представления и описательной части. Может содержать несколько ключевых изображений и некоторые кодированные диагнозы для реестров. Если в результате исследования создается структурированный отчет, в него могут быть включены какие-то атомарные данные
  • imaging Report: документированный отчет в форме для представления и описательной части, со ссылкой на исследование изображения и, возможно, несколькими ключевыми изображениями. Некоторые imaging reports, например сканирование плотности костной ткани (Bone Density Scan), могут включать какие-то атомарные данные

Обратите внимание, что вид отчетов для различных дисциплин, проставляющих диагностические отчеты, быстро меняется, в то время как экспертные системы предлагают улучшенные описательные отчеты для отчетов высокого объема, структурированные отчеты приносят дополнительные данные в отчеты областей, которые раньше были на описательной основе, а визуальные и лабораторные процедуры объединяются. Как следствие, описанные выше виды отчетов представляют собой всего лишь примеры использования ресурса diagnostic report.

Genetic reporting makes heavy use of the DiagnosticReport and Observation resources. A set of profiles have been defined for representing genetic results that can be found here.

The Clinical Genomics workgroup is currently exploring a couple of alternatives that are less dependent on extensions

  • The Harvard (Tangram) proposal is published as a customized version of the HL7 FHIR specification and provides a set of interrelated composable profiles
  • The NLM (genomics2) proposal is published as a FHIR implementation guide an approach that aligns with HL7's v2 clinical genomics implementation guide

These proposals are under active discussion within the Clinical Genomics WorkGroup . Feedback on these proposals can be provided to the workgroup by joining and posting to their list server, participating in a conference call or emailing the co-chairs.

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

ИмяТипОписаниеВыражениеIn Common
based-onreferenceReference to the service request.DiagnosticReport.basedOn
(CarePlan, MedicationRequest, NutritionOrder, ServiceRequest, ImmunizationRecommendation)
categorytokenКакое направление/отделение диагностики создало отчетDiagnosticReport.category
codetokenКод, характеризующий весь отчёт в целом, а не коды атомарных результатов, являющиеся именами из ресурса Observation, на который ссылается результатDiagnosticReport.code8 Resources
contextreferenceHealthcare event (Episode of Care or Encounter) related to the reportDiagnosticReport.context
(EpisodeOfCare, Encounter)
datedateКлинически значимое время отчетаDiagnosticReport.effective17 Resources
diagnosistokenКодированный диагноз отчетаDiagnosticReport.codedDiagnosis
encounterreferenceСлучай обслуживания, во время которого был сделан этот заказDiagnosticReport.context
(Encounter)
12 Resources
identifiertokenИдентификатор отчетаDiagnosticReport.identifier26 Resources
imagereferenceСсылка на источник изображения.DiagnosticReport.image.link
(Media)
issueddateКогда был опубликован отчетDiagnosticReport.issued
patientreferenceПредмет отчета, если это пациентDiagnosticReport.subject
(Patient)
30 Resources
performerreferenceWho is responsible for the reportDiagnosticReport.performer
(Practitioner, Organization)
resultreferenceСсылка на атомарный результат (ресурс Observation)DiagnosticReport.result
(Observation)
results-interpreterreferenceWho was the source of the reportDiagnosticReport.resultsInterpreter
(Practitioner, Organization)
specimenreferenceИнформация об образце для анализаDiagnosticReport.specimen
(Specimen)
statustokenСтатус отчетаDiagnosticReport.status
subjectreferenceПредмет отчетаDiagnosticReport.subject
(Group, Device, Patient, Location)