FHIR Release 3 (STU)

Переводит компания 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 - в нём есть поддержка данных и рабочего процесса. Сведения о запросе на диагностическое исследование фиксируются в различных ресурсах-запросах (например ресурс ProcedureRequest) и позволяют связывать отчёт с клиническим рабочим процессом. Для более описательных отчётов с меньшим рабочим процессом (гистология/морг и др.) может больше подойти ресурс Composition.

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

На этот ресурс ссылаются ChargeItem, ClinicalImpression, Condition и Procedure

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. DiagnosticReport DomainResourceДиагностический отчёт - это комбинация информации о запросе, атомарных результатов, изображений, интерпретаций, а также форматированных отчётов
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierBusiness identifier for report
... basedOn 0..*Reference(CarePlan | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ProcedureRequest | ReferralRequest)Что было заказано
... 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..1instantДата/время выпуска этой версии
... performer Σ0..*BackboneElementParticipants in producing the report
.... role Σ0..1CodeableConceptType of performer
Procedure Performer Role Codes (Example)
.... actor Σ1..1Reference(Practitioner | Organization)Practitioner or Organization participant
... 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..*] basedOn : Reference [0..*] CarePlan|ImmunizationRecommendation| MedicationRequest|NutritionOrder|ProcedureRequest| ReferralRequest (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 , issued : instant [0..1] , 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..*]PerformerDescribes the type of participation (e.g. a responsible party, author, or verifier)role : CodeableConcept [0..1] Indicate a role of diagnostic report performer (Strength=Example)Procedure Performer Role ?? The reference to the practitioner or organization involved in producing the report. For example, , actor : Reference [1..1] Practitioner|Organization Image . , , comment : string [0..1] link : Reference [1..1] Media Indicates who or what participated in producing the reportperformer[0..*] , . (. . )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|ProcedureRequest|ReferralRequest) Что было заказано --></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 Дата/время выпуска этой версии -->
 <performer>  <!-- 0..* Participants in producing the report -->
  <role><!-- 0..1 CodeableConcept Type of performer --></role>
  <actor><!-- 1..1 Reference(Practitioner|Organization) Practitioner or Organization  participant --></actor>
 </performer>
 <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|ProcedureRequest|ReferralRequest) }], // Что было заказано
  "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>", // Дата/время выпуска этой версии
  "performer" : [{ // Participants in producing the report
    "role" : { CodeableConcept }, // Type of performer
    "actor" : { Reference(Practitioner|Organization) } // R!  Practitioner or Organization  participant
  }],
  "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|
  ProcedureRequest|ReferralRequest) ], ... ; # 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 Дата/время выпуска этой версии
  fhir:DiagnosticReport.performer [ # 0..* Participants in producing the report
    fhir:DiagnosticReport.performer.role [ CodeableConcept ]; # 0..1 Type of performer
    fhir:DiagnosticReport.performer.actor [ Reference(Practitioner|Organization) ]; # 1..1 Practitioner or Organization  participant
  ], ...;
  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), Add Reference(CarePlan), Add Reference(ImmunizationRecommendation), Add Reference(MedicationRequest), Add Reference(NutritionOrder)
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 *
Remove Reference(Practitioner), Remove Reference(Organization)
DiagnosticReport.performer.role added Element
DiagnosticReport.performer.actor added Element
DiagnosticReport.imagingStudy Remove Reference(ImagingObjectSelection), Add Reference(ImagingManifest)

See the Full Difference for further information

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 | ProcedureRequest | ReferralRequest)Что было заказано
... 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..1instantДата/время выпуска этой версии
... performer Σ0..*BackboneElementParticipants in producing the report
.... role Σ0..1CodeableConceptType of performer
Procedure Performer Role Codes (Example)
.... actor Σ1..1Reference(Practitioner | Organization)Practitioner or Organization participant
... 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..*] basedOn : Reference [0..*] CarePlan|ImmunizationRecommendation| MedicationRequest|NutritionOrder|ProcedureRequest| ReferralRequest (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 , issued : instant [0..1] , 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..*]PerformerDescribes the type of participation (e.g. a responsible party, author, or verifier)role : CodeableConcept [0..1] Indicate a role of diagnostic report performer (Strength=Example)Procedure Performer Role ?? The reference to the practitioner or organization involved in producing the report. For example, , actor : Reference [1..1] Practitioner|Organization Image . , , comment : string [0..1] link : Reference [1..1] Media Indicates who or what participated in producing the reportperformer[0..*] , . (. . )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|ProcedureRequest|ReferralRequest) Что было заказано --></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 Дата/время выпуска этой версии -->
 <performer>  <!-- 0..* Participants in producing the report -->
  <role><!-- 0..1 CodeableConcept Type of performer --></role>
  <actor><!-- 1..1 Reference(Practitioner|Organization) Practitioner or Organization  participant --></actor>
 </performer>
 <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|ProcedureRequest|ReferralRequest) }], // Что было заказано
  "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>", // Дата/время выпуска этой версии
  "performer" : [{ // Participants in producing the report
    "role" : { CodeableConcept }, // Type of performer
    "actor" : { Reference(Practitioner|Organization) } // R!  Practitioner or Organization  participant
  }],
  "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|
  ProcedureRequest|ReferralRequest) ], ... ; # 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 Дата/время выпуска этой версии
  fhir:DiagnosticReport.performer [ # 0..* Participants in producing the report
    fhir:DiagnosticReport.performer.role [ CodeableConcept ]; # 0..1 Type of performer
    fhir:DiagnosticReport.performer.actor [ Reference(Practitioner|Organization) ]; # 1..1 Practitioner or Organization  participant
  ], ...;
  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), Add Reference(CarePlan), Add Reference(ImmunizationRecommendation), Add Reference(MedicationRequest), Add Reference(NutritionOrder)
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 *
Remove Reference(Practitioner), Remove Reference(Organization)
DiagnosticReport.performer.role added Element
DiagnosticReport.performer.actor added Element
DiagnosticReport.imagingStudy Remove Reference(ImagingObjectSelection), Add Reference(ImagingManifest)

See the Full Difference for further information

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 (for ) + JSON Schema, ShEx (for Turtle)

ПутьОписаниеТипСсылка
DiagnosticReport.status Статус диагностического отчёта в целом.RequiredDiagnosticReportStatus
DiagnosticReport.category Код отделений службы диагностикиExampleDiagnostic Service Section Codes
DiagnosticReport.code Коды, которые описывают диагностические отчеты (Diagnostic Reports)PreferredLOINC Diagnostic Report Codes
DiagnosticReport.performer.role Indicate a role of diagnostic report performerExampleProcedure Performer Role 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.

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

ИмяТипОписаниеВыражениеIn Common
based-onreferenceReference to the procedure request.DiagnosticReport.basedOn
(ReferralRequest, CarePlan, MedicationRequest, NutritionOrder, ProcedureRequest, 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.effective18 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)
31 Resources
performerreferenceКто был первоисточником отчета (организация)DiagnosticReport.performer.actor
(Practitioner, Organization)
resultreferenceСсылка на атомарный результат (ресурс Observation)DiagnosticReport.result
(Observation)
specimenreferenceИнформация об образце для анализаDiagnosticReport.specimen
(Specimen)
statustokenСтатус отчетаDiagnosticReport.status
subjectreferenceПредмет отчетаDiagnosticReport.subject
(Group, Device, Patient, Location)