MII IG Kerndatensatz-Modul Lungenfunktion
2027.0.0-ballot.1 - Germany

This page is part of the MII Implementation Guide Lungenfunktion (Pulmonary Function) (v2027.0.0-ballot.1: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

Änderungshistorie

Diese Seite enthält Übersetzungen aus der Originalsprache, in der der Leitfaden verfasst wurde. Informationen zu diesen Übersetzungen und Anweisungen zum Abgeben von Feedback zu den Übersetzungen finden Sie hier.

Diese Seite hält die Änderungen zwischen den veröffentlichten Versionen des Moduls Lungenfunktion (Pulmonary Function) fest, die neueste Version zuerst. Sie folgt Keep a Changelog und dem KDS-CalVer-Schema, das die Seite Versionierung beschreibt.

Jede Version erhält einen eigenen Abschnitt mit dem Release-Datum und den nach Kategorien gruppierten Änderungen:

  • Hinzugefügt — neue Profile, Extensions, ValueSets, Suchparameter, Seiten.
  • Geändert — geänderte Einschränkungen, Bindings, Hinweise oder Dokumentation.
  • Abgekündigt — Artefakte, die noch existieren, aber nicht mehr genutzt werden sollen.
  • Entfernt — zurückgezogene Artefakte.
  • Behoben — Korrekturen von Fehlern.
  • Sicherheit — Änderungen mit Auswirkung auf Sicherheit oder Datenschutz.

Kategorien ohne Inhalt werden weggelassen. Geht eine Änderung auf ein Issue oder einen Pull-Request zurück, wird darauf verlinkt.

Breaking Changes MÜSSEN berichtet und erläutert werden

Ein Versionsabschnitt mit einer Breaking Change ist erst vollständig, wenn er ausdrücklich und in diesem Changelog beantwortet:

  • Was genau sich geändert hat zwischen den beiden Versionen — das Artefakt, das Element, die alte und die neue Einschränkung (nicht nur „Profil X wurde überarbeitet“).
  • Was das für bestehende Daten bedeutet: Validieren Daten, die der Vorversion entsprachen, weiterhin gegen die neue Version? Falls nein: welche Ressourcen und Elemente sind betroffen, und wie zeigt sich der Fehler?
  • Was Implementierende tun sollten: die Empfehlung der Autorinnen und Autoren zur Migration bestehender Daten auf die neue Version — Transformationsschritte, Standardwerte, Umkodierungs-Hinweise — oder die ausdrückliche Aussage, dass kein Migrationspfad bereitgestellt wird, und warum.

Was als Breaking Change zählt — behandeln Sie eine Änderung als Breaking Change, wenn sie eines der Folgenden tut, auch wenn sie klein wirkt: eine Kardinalität verschärft (0..* → 1..1), eine Binding-Stärke erhöht (example → required), Codes aus einem required-ValueSet entfernt, ein Element oder einen Slice entfernt oder umbenennt, einen Typ einengt, eine Invariante oder eine Must-Support-Pflicht hinzufügt oder eine kanonische URL ändert. Im Zweifel: als Breaking Change berichten.

Breaking für wen: benennen Sie beide Perspektiven — gespeicherte Daten (Instanzen, die gegen die alte Version valide sind) und Implementierungen (Clients und Server, die dagegen gebaut wurden; ein entfernter Suchparameter bricht Implementierungen, während jede gespeicherte Instanz valide bleibt).

Die Versionsnummer warnt niemanden. Das KDS-Kalender-Versionsschema (JJJJ.n.n) trägt kein Major-Signal wie SemVer — dieser Changelog-Abschnitt ist die einzige Warnung, die Lesende bekommen.

Verlinken Sie das technische Delta. Ab der zweiten formalen Publikation aktivieren Sie den Versionsvergleich des IG Publishers (version-comparison in sushi-config.yaml — siehe die Seite Versionierung zur Einrichtung und ihren Voraussetzungen); er veröffentlicht einen maschinell erzeugten Vergleich unter comparison-v<Vorversion>/index.html. Verlinken Sie ihn aus dem Versionsabschnitt, damit die Erläuterung und der technische Diff nebeneinanderstehen.

Kennzeichnen Sie solche Einträge deutlich (zum Beispiel mit dem Präfix BREAKING:), damit sie beim Überfliegen des Abschnitts nicht übersehen werden können.

Version 2027.0.0-ballot.1

Datum: 2026-09-15

  • Geändert: Abhängigkeiten zu anderen Profilen angepasst auf ballot-Stand

Version 2027.0.0-ballot

Datum: 2026-09-15

  • Geändert Merge License-pages and allign ValueSets to ist

Version 2027.0.0-ballot.rc2

Datum: 2026-09-09

  • Hinzugefügt Patient- und Encounter-Beispile Ressourcen
  • Geändert Nested Slicings in Observation.component umgezogen
  • Behoben Typofixes in Beispielen und in Ressourcenbeschreibungen
  • Geändert Observation.component.value in component-Slicings eingeordnet
  • Geändert SCT-Version auf 2026-07-01 gesetzt
  • Geändert Zusammenfügen von separate Aliases-Seite und Anpassung der Ressourcen
  • Geändert Umbenennung Residualvolumen Ressource von RVL zu RV
  • Geändert Umbenennung Reservevolumen Ressource von RV zu IRV_ERV

Version 2027.0.0-ballot.rc1

Datum: 2026-09-01

Hinzugefügt
  • Erstveröffentlichung des Moduls Lungenfunktion — Profile, ValueSets, das logische Modell, das CapabilityStatement sowie die Beispielinstanzen für Spirometrie, Bodyplethysmographie, Diffusionsmessung und Broncho-Provokationstestung.
  • Erste Ausgabe dieses Implementierungsleitfadens auf dem MII-KDS-Modul-Template (zweisprachig: Englisch als Standardsprache, Deutsch als Übersetzung).