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
This page records the changes between the released versions of the Bildgebung (Imaging) module, newest version first. It follows Keep a Changelog and the KDS calendar versioning scheme described on the Versioning page.
Each version gets its own section with the release date and the changes grouped by category:
Leave out the categories with nothing to report. Where a change is driven by an issue or a pull request, link it.
A version section that contains a breaking change is not complete until it answers, explicitly and in this changelog:
What counts as breaking — treat a change as breaking if it does any
of the following, even when it looks small: tightens a cardinality
(0..* → 1..1), raises a binding strength (example →
required), removes codes from a required value set, removes or renames an
element or a slice, narrows a type, adds an invariant or a must-support
obligation, or changes a canonical URL. When in doubt, report it as
breaking.
Breaking for whom: state both perspectives — stored data (instances valid against the old version) and implementations (clients and servers built against it; a removed search parameter breaks implementations while every stored instance stays valid).
The version number will not warn anyone. The KDS calendar versioning
scheme (YYYY.n.n) carries no major-version signal the way SemVer
does — this changelog section is the only warning a reader gets.
Link the technical delta. From the second formal publication on,
enable the IG Publisher's version comparison (version-comparison
in sushi-config.yaml — see the
Versioning page for the setup and its prerequisites); it publishes a
machine-generated comparison at
comparison-v<previous>/index.html. Link it from the version
section, so the prose explanation and the technical diff sit side by side.
Mark such entries clearly (for example, prefix them with BREAKING:) so a reader scanning the section cannot miss them.
Date: 206-09-15