MII IG Kerndatensatz-Modul Bildgebung
2027.0.0-ballot.1 -
Germany
This page is part of the MII Implementation Guide Bildgebung (v2027.0.0-ballot.1: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version. For a full list of available versions, see the Directory of published versions
| Official URL: https://www.medizininformatik-initiative.de/fhir/ext/modul-bildgebung/ImplementationGuide/mii-ig-bildgebung | Version: 2027.0.0-ballot.1 | |||
| Active as of 2026-09-15 | Computable Name: MII_IG_Bildgebung | |||
This specification describes the FHIR representation of the Core Dataset (CDS) module Bildgebung (Imaging) of the Medical Informatics Initiative (MII). It covers the module's use cases and the associated FHIR profiles, extensions and terminology resources in their normative form. The MII Core Dataset enables the standardized secondary use of routine clinical data for medical research.
| Publication | |
|---|---|
| Date | 2026-09-15 |
| Version | 2027.0.0-ballot.1 (CalVer YYYY.n.n) |
| Status | active |
| Realm | DE |
The Core Dataset module Bildgebung contains data elements for documenting radiological imaging and reporting across all common modalities. It is part of the Core Dataset (KDS) of the Medical Informatics Initiative (MII).
Medical imaging plays a central role in clinical practice for the diagnosis, therapy and documentation of a wide range of diseases, and is expected to become even more important. Hospitals hold a steadily growing volume of clinical image data. These data are crucial for patient-centered, individualized healthcare and drive the development of new analysis methods to optimize the standard of care. The secondary use of these data offers massive potential which this module of the KDS within the MII is designed to unlock.
Broadly, the entire Core Dataset module Bildgebung can be divided into two submodules: the ImagingStudy with information from the DICOM header, and the representation of the radiological diagnostic report via the DiagnosticReport. Both submodules complement each other in the representation of their data elements and were aligned congruently. To obtain a complete picture of the available data, both submodules need to be used. In principle, however, the submodules can also be implemented independently of each other if only one data source (e.g. the RIS) has been connected at a given site so far.
For modelling purposes, the ImagingStudy was structured into three levels:
The design follows the international FHIR resource ImagingStudy, considering which elements are relevant for the Medical Informatics Initiative. It was also discussed which further DICOM metadata of interest should be represented in the profile.
Primarily, modality-specific attributes were added at series level. These are intended to provide deeper technical insight into the modality used:
At present these eight modalities (MR, CT, DX, CR, MG, US, NM and PT) are covered by the submodule; they account for the majority of routine radiology. Further modalities are planned to be specified in the future.
The original element names from the FHIR profile were translated into German and, where necessary, adapted for readability. The instance level and the series level are entirely optional, so that only the study-level attributes may be filled. However, filling the two lower levels as well is recommended where possible, to obtain a comprehensive picture of the represented imaging studies.
The report submodule considers two perspectives whose common element is the diagnostic report:
This concept enables both the integration of existing historical reports (backward compatibility) and the use of new, highly structured reporting templates from industry (forward compatibility).
In the first version of the Core Dataset module there are no fixed rules yet for representing individual structured finding values. Instead, a generic observation is defined as a basis for developing profiles for structured finding values in future iterations, based on domain requirements (e.g. from use cases or DRG templates).
The central element of the submodule is the diagnostic report. It forms the frame for the information of the finding, which can be represented either as a semi-structured document (free text organized into sections), as structured observations, or as a combination of both. Modelling a body structure (e.g. an observed tumour) allows the direct observation of a course over time (e.g. growth of a tumour).
If the reading follows a predefined algorithm, this can be stated as a reading procedure. Every report contains a reference to the underlying images, which are represented as a study (cf. submodule "Metadata").
Data Integration Centers (DIC), software developers and system architects building FHIR-based solutions.
→ see Profiles and Logical Models.
Scientists using KDS data for medical research.
→ see Guidance.
The MII Core Dataset consists of several modules; the Meta module holds the cross-module artifacts. The basic modules (Person, Fall, Diagnose, Prozedur, Laborbefund, Medikation, Consent) are referenced by this module — see the relations described under Guidance for Implementers.
This guide was produced within the Medical Informatics Initiative and is, per its governance process, subject to the ballot procedure of the Interoperability Forum and the Technical Committees of HL7 Germany e. V.
Questions about this publication can be asked at any time on chat.fhir.org in the stream 'german/mi-initiative'.
Comments and criticism are welcome as issues on GitHub.
© 2019+ TMF e. V., Charlottenstraße 42, 10117 Berlin. This work is licensed under the Creative Commons Attribution 4.0 International License (CC-BY-4.0).
For the usage rights of the underlying FHIR technology, see the FHIR base specification.
Some code systems used are published and maintained by other organizations; the copyright of the respective publishers applies.
The content of this document is public. Note that parts of this document are based on FHIR version R4, for which the copyright of HL7 International applies.
Although this publication was prepared with the greatest care, the authors cannot accept any liability for direct or indirect damage that might arise from the content of this specification.