HL7 Europe Imaging Report R5
0.1.1-build - ci-build
150
HL7 Europe Imaging Report R5
0.1.1-build - ci-build
150
HL7 Europe Imaging Report R5, 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-r5/ and changes regularly. See the Directory of published versions
| Official URL: http://hl7.eu/fhir/imaging-r5/CapabilityStatement/EeehrxfImagingReportResourceAccessProvider | Version: 0.1.1-build | ||||
| Computable Name: EEHRxFResourceAccessProvider | |||||
Copyright/Legal: Copyright HL7 Europe. Licensed under Creative Commons public domain (CC0 1.0). |
|||||
CapabilityStatement for the EEHRxF Imaging Report Resource Access Provider actor. This actor serves clinical data resources following the International Patient Access (IPA) patterns and IHE QEDm Clinical Data Source capabilities.
This CapabilityStatement defines the capabilities for systems providing direct resource access (beyond document-based exchange) in the EU EHR Exchange Format (EEHRxF) ecosystem. It inherits patterns from:
Following IPA's approach, servers are not required to support all clinical resources listed below. Servers MAY choose which resources to implement based on their capabilities and use cases. The only required resource is Patient (for lookup context). This flexibility encourages partial implementations, allowing more servers to participate even if they only support EU Core for certain resource types.
Required: Patient (for lookup context) Recommended (choose based on capabilities):
The server's CapabilityStatement declares which resources are actually supported.
Systems SHALL support SMART Backend Services authorization for all transactions.
Resources SHOULD conform to EU Core profiles where available.
Raw OpenAPI-Swagger Definition file | Download
Language: en
json, xmlNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
This CapabilityStatement instantiates the CapabilityStatement International Patient Access Server CapabilityStatement
serverThe Imaging Report Resource Access Provider actor responds to queries for clinical data resources following IPA and QEDm patterns. This enables direct resource access complementing document-based exchange via MHD.
All transactions require SMART Backend Services authorization.
SMART-on-FHIRSMART Backend Services authorization is REQUIRED for all transactions. Systems SHALL:
- Validate JWT client credentials (RFC 7523)
- Verify appropriate scopes for resource access
- Use TLS 1.2 or higher for all communications
- Return HTTP 401, 403, or 404 for unauthorized requests
Resource Flexibility
Following IPA's approach, servers MAY choose which clinical resources to support based on their capabilities and use cases. Patient is required for lookup context; other resources are recommended but servers may implement a subset. The server's CapabilityStatement declares which resources are actually supported.
Scopes for Supported Resources
Servers SHALL accept scopes for the resources they support:
- system/AdverseEvent.read, system/AdverseEvent.search
- system/Patient.read, system/Patient.search
- system/Condition.read, system/Condition.search (if Condition supported)
- system/AllergyIntolerance.read, system/AllergyIntolerance.search (if AllergyIntolerance supported)
- system/Observation.read, system/Observation.search
- system/Composition.read, system/Observation.search
- system/DiagnosticReport.read, system/DiagnosticReport.search
- system/MedicationRequest.read, system/MedicationRequest.search
- system/MedicationDispense.read, system/MedicationDispense.search
- system/Encounter.read, system/Encounter.search (if Encounter supported)
- system/Practitioner.read (if Practitioner supported)
- system/Organization.read (if Organization supported)
- system/Procedure.read
- system/Provenance.read
The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude| Resource Type | Profile | R | S | U | C | Searches | _include | _revinclude | Operations |
|---|---|---|---|---|---|---|---|---|---|
| Patient | Y | Y | _id, identifier, family, given, birthdate | ||||||
| Practitioner | Y | ||||||||
| Organization | Y | ||||||||
| Condition | Y | Y | patient, clinical-status, category, code | ||||||
| AllergyIntolerance | Y | Y | patient, clinical-status | ||||||
| Observation | Y | Y | patient, category, code, date, status | ||||||
| DiagnosticReport | Y | Y | patient, category, code, date, status | ||||||
| MedicationRequest | Y | Y | patient, status, intent, authoredon | ||||||
| MedicationDispense | Y | Y | patient, status, whenhandedover | ||||||
| Encounter | Y | Y | patient, date, status, class | ||||||
| ImagingStudy | Y | Y | based-on, body-site, dicom-class, modality, identifier, instance, patient, performer, reason, referrer, series, started, subject, status | ||||||
| Device | Y | ||||||||
| Composition | Y | ||||||||
| Procedure | Y | patient, subject | |||||||
| ServiceRequest | Y | identifier, patient, subject | |||||||
| AdverseEvent | Y | ||||||||
| Provenance | Y | patient, subject, target | |||||||
| ImagingSelection | Y |
readRead Patient by logical ID
search-typeSearch for patients for lookup purposes
Patient resources support patient lookup per PDQm [ITI-78] with identifier as a required search parameter. Note: Patient is used for lookup context, not as a primary clinical data resource in this actor.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Patient logical ID |
| SHALL | identifier | token | Patient identifier (e.g., national ID, MRN) - required for patient lookup |
| SHOULD | family | string | Patient family name |
| SHOULD | given | string | Patient given name |
| SHOULD | birthdate | date | Patient date of birth |
readRead Practitioner by logical ID
Practitioner resources provide clinical context for referenced healthcare providers. Read-only access supports resolving practitioner references in clinical resources. Servers SHOULD support this resource but MAY omit it based on their capabilities.
readRead Organization by logical ID
Organization resources provide context for referenced healthcare organizations. Read-only access supports resolving organization references in clinical resources. Servers SHOULD support this resource but MAY omit it based on their capabilities.
readRead Condition by logical ID
search-typeSearch for Condition resources
Condition resources represent problems, diagnoses, and health concerns. If supported, servers SHALL support search by patient and SHOULD support additional filters. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient who has the condition (SHALL support) |
| SHOULD | clinical-status | token | The clinical status of the condition |
| SHOULD | category | token | The category of condition |
| SHOULD | code | token | Code for the condition |
readRead AllergyIntolerance by logical ID
search-typeSearch for AllergyIntolerance resources
AllergyIntolerance resources represent patient allergies and intolerances. If supported, servers SHALL support search by patient. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient who has the allergy or intolerance (SHALL support) |
| SHOULD | clinical-status | token | The clinical status of the allergy or intolerance |
readRead Observation by logical ID
search-typeSearch for Observation resources
Observation resources represent clinical observations including vital signs, laboratory results, and other measurements. If supported, servers SHALL support search by patient and category. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient the observation is about (SHALL support) |
| SHALL | category | token | Category of observation (e.g., vital-signs, laboratory) |
| SHOULD | code | token | The code of the observation type |
| SHOULD | date | date | Obtained date/time. Date modifiers ge, le, gt, lt SHOULD be supported. |
| SHOULD | status | token | The status of the observation |
readRead DiagnosticReport by logical ID
search-typeSearch for DiagnosticReport resources
DiagnosticReport resources represent laboratory results and imaging reports. If supported, servers SHALL support search by patient and category. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient the report is about (SHALL support) |
| SHALL | category | token | Category of report (e.g., LAB, RAD) |
| SHOULD | code | token | The code for the report type |
| SHOULD | date | date | The clinically relevant time of the report |
| SHOULD | status | token | The status of the report |
readRead MedicationRequest by logical ID
search-typeSearch for MedicationRequest resources
MedicationRequest resources represent medication orders and prescriptions. If supported, servers SHALL support search by patient. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient for whom the medication was ordered (SHALL support) |
| SHOULD | status | token | Status of the prescription |
| SHOULD | intent | token | The intent of the medication request |
| SHOULD | authoredon | date | Return prescriptions written on this date |
readRead MedicationDispense by logical ID
search-typeSearch for MedicationDispense resources
MedicationDispense resources represent medication dispensing events. If supported, servers SHALL support search by patient. Servers MAY omit this resource based on their capabilities.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | patient | reference | The patient for whom the medication was dispensed (SHALL support) |
| SHOULD | status | token | Status of the dispense |
| SHOULD | whenhandedover | date | When the medication was handed over |
readRead Encounter by logical ID
search-typeSearch for Encounter resources
Encounter resources represent patient encounters (visits, admissions, etc.). If supported, servers SHALL support search by patient. Servers MAY omit this resource based on their capabilities.
readRead ImagingStudy by logical ID
search-typeSearch for ImagingStudy resources.
ImagingStudy resources represent a summary of an imaging exam as represented in DICOM.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | based-on | reference | The order that lead to the imaging study. |
| SHALL | body-site | token | The body-site the study examined. |
| SHALL | modality | token | The modality of the imaging study. |
| SHALL | identifier | token | The identifier of the imaging study. |
| SHALL | patient | reference | The patient the study is about. |
| SHALL | started | date | The date the study was started. |
| SHALL | subject | reference | The status of the study. |
| SHALL | status | token | The subject the study is about. |
| SHOULD | dicom-class | token | The type of the instances. |
| SHOULD | instance | token | The SOP Instance UID of the instances in the imaging study. |
| SHOULD | performer | reference | The person who performed the study. |
| SHOULD | reason | token | The reason the study was performed. |
| SHOULD | referrer | reference | The referring physician. |
| SHOULD | series | token | The the UID of a series in the study. |
readRead Device by logical ID
Represents a Device. No search has been defined as all compositions should be accessed from a reference. When a server does not support it, the resource is to be included as a contained resource.
readRead Composition by logical ID
Represents a rendering of a report. No search has been defined as all compositions should be accessed from the DiagnosticReport.
readRead Procedure by logical ID
Represents the procedure that generated the study.
readRead ServiceRequest by logical ID
Represents the order that generated the study.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | identifier | token | The identifier of the order (accession number). |
| SHALL | patient | reference | The patient of the order. |
| SHALL | subject | reference | The subject of the order. |
readRead Composition by logical ID
Represents an adverse event that occurred during the imaging procedure.
readRead ServiceRequest by logical ID
Represents the provenance of the report.
readRead Composition by logical ID
Represents part of an imaging study.
IG © 2025+ HL7 Europe.
Package hl7.fhir.eu.imaging-r5#0.1.1-build based on FHIR 5.0.0.
Generated
2026-02-23
