HL7 Europe Imaging Report R4
0.1.1-build - 150

HL7 Europe Imaging Report R4, published by HL7 Europe. This guide is not an authorized publication; it is the continuous build for version 0.1.1-build built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7-eu/imaging-r4/ and changes regularly. See the Directory of published versions

Example structured report

Structured report

This example addresses representing a imaging report that in the report structure with mostly structured data.

The figure below shows the pdf of the report. The document is annotated to show where what part of the report goes in the FHIR document.

example-structured-pdf-1.drawio.png
Figure: Ultrasound report with marked content-page 1

example-structured-pdf-2.drawio.png
Figure: Ultrasound report with marked content-page 2

example-structured-pdf-3.drawio.png
Figure: Ultrasound report with marked content-page 3

The set of resources related to this example is much larger than the previous one so a uml diagram does not really add value. Instead we will focus on some aspects of the example.

The figure below shows the main structure of the report.

Author and Organization «PractitionerRole»Author «Organization»UltrasoundCentrum «Practitioner»DvdJochemsen DiagnosticReportstudy: Ultrasoundextension[history]: weightextension[history]: heightextension[history]: bpextension[history]: heartRatenote[finding] = "..."note[finding] = "..."note[finding] = "..."note[finding] = "..."result: WMSI observationsconclusion = "..."extension[recommendation]: ComeBackNextYearServiceRequest Compositionsection[imagingstudy]-- entry: Ultrasoundsection[order]section[history]-- entry: weight-- entry: height-- entry: bp-- entry: heartRatesection[procedure]section[comparison]section[findings]-- note: "..."-- note: "..."-- note: "..."-- note: "..."-- entry: WMSI observationssection[impressions]-- note: "..."section[recommendation]-- entry: ServiceRequest «Binary»PDF Patientnamefamily = "Gutefrage"given[+] = Test-Schust «ImagingStudy»Ultrasoundseries[+] "stress"series[+] "rest" «ServiceRequest»ComeBackNextYearServiceRequestintent = #proposal organization practitioner composition extension[diagnosticreport-reference] presentedForm subject study resultsInterpreter[author] performer[organization] extension[recommendation] subject series.performer subject author[author] author[organization] entry[study].entry section[recommendation].entry
Figure: FHIR objects in the Semi-Structured Report

As in the previous example the report consists of a and a resource. The study the report is about is represented by an resource. The different resources point to the Patient and the author. The author is represented by an PractitionerRole, Practitioner and Organization resource. The Organization is also the custodian of the report.

This report contains structured data in the patient history section. It points to height, weight, heart rate and blood pressure observations for the patient.

PatientHistory «Observation»HeightObservation «Observation»WeightObservation «Observation»BloodPressureObservation «Observation»HeartRateObservation Patientnamefamily = "Gutefrage"given[+] = Test-Schust DiagnosticReport Composition ComeBackNextYearOrder subject subject subject subject composition extension[diagnosticreport-reference] subject extension[history] extension[history] extension[recommendation] subject section[history].entry section[history].entry section[history].entry section[history].entry
Figure: History

The finding sections hold the notes indicated in the report and references to observations of the different wall motion index scores of the different segments indicated in the graph on page three of the report. These observation include a reference to a DocumentReference resource which holds the image itself.

Findings KeyImages «Observation»WmsiRest01 «Observation»WmsiRest02 «Observation»WmsiStress01 «Observation»WmsiStress02 «DocumentReference»StructuredKeyImageRest «DocumentReference»StructuredKeyImageStress Patientnamefamily = "Gutefrage"given[+] = Test-Schust «DocumentReference»WMSIImage DiagnosticReportnote[finding] = "..."note[finding] = "..."note[finding] = "..."note[finding] = "..."extension[finding]: StructuredKeyimageRestextension[finding]: StructuredKeyImageStressresult: WMSI observations Compositionsection[findings]-- note: "..."-- note: "..."-- note: "..."-- note: "..."-- entry: WMSI observations-- entry: StructuredKeyimageRest-- entry: StructuredKeyImageStress subject derivedFrom subject derivedFrom subject derivedFrom subject derivedFrom composition extension[diagnosticreport-reference] result result result result section[finding].entry section[finding].entry section[finding].entry section[finding].entry section[finding].entry section[finding].entry
Figure: Findings

The document contains two key images. These are included as DocumentReference resources.

The figure below illustrates the way the conclusion is represented.

DiagnosticReportconclusion = "..."extension[recommendation]: ComeBackNextYearServiceRequest Compositionsection[impressions]-- note: "..."section[recommendation]-- entry: ServiceRequest «ServiceRequest»ComeBackNextYearServiceRequestintent = #proposal Patient composition extension[diagnosticreport-reference] extension[recommendation] subject section[recommendation].entry
Figure: Conclusion and Recommendations

The conclusion of the report is reflected in text in the DiagnosticReport.conclusion and Composition.section.extension[note]. The suggestion to do the same exam again is represented as a ServiceRequest resource with the field intent set to proposal.