MII IG Kerndatensatz-Modul Molekulares Tumorboard
2027.0.0-ballot.1 - Germany

This page is part of the MII Implementation Guide Molecular Tumor Board (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.

Änderungshistorie

Diese Seite hält die Änderungen zwischen den veröffentlichten Versionen des Moduls Molekulares Tumorboard 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 (2026-09-15) — Ballot

Hinzugefügt

  • Panel-Katalog: 11 DeviceDefinition-Templates für NGS-Panel-Produkte, CodeSystem/ValueSet für Panel-Capabilities, Genlisten-Extension und neun HGNC-ID-kodierte Genlisten-ValueSets, dazu die Seite Panel-Katalog mit Community-Aufruf.
  • Neue Seiten: Anleitung für Forschende (inkl. OS/PFS/TTNT-Endpunkt-Ableitung), Anwendungsszenarien (Kim Musterperson), DNPM-Transformation, Sicherheit & Datenschutz; vollständige englische Standardsprache mit Deutsch als kompletter Übersetzung.
  • mii-vs-mtb-interpretation-high-low (Ersatz für das in Genomics Reporting STU3 entfallene ValueSet); NCIt-Topic Tumor Board Review (C93304) am ImplementationGuide.

Geändert

  • Migration auf das MII-KDS-Modul-Template (Themen-Menü, generierte Artefaktseiten mit den früheren Simplifier-Seitentexten als Intros, Template-CI inkl. SU-TermServ-Validierung).
  • Alle MII-Dependencies auf ihren finalen 2027.0.0-ballot-Versionen (molgen und onkologie auf den .1-Fixes); de.basisprofil.r4 1.6.0; Genomics Reporting 3.0.0.
  • Procedure.basedOn beider Systemtherapie-Profile schränkt jetzt den geerbten tumorkonferenz-Slice des Onkologie-Elternprofils auf MII_PR_MTB_Therapieplan ein (Breaking Change der Onkologie 2027).
  • IG-Ressourcen-id auf mii-ig-mtb umbenannt (Template-Muster; packageId und Canonical unverändert); drei Artefakt-ids an ihre Canonical-Endungen angeglichen; das Logische Modell verlor das nicht-standardkonforme /LogicalModel/-Pfadsegment im Canonical.
  • QA: 1.387 Fehler (vor der Migration) → 55 auf dem MII-Terminologieserver, 0 defekte Links; die verbleibenden Klassen sind auf der Implementierer-Anleitung dokumentiert.

Entfernt

  • Dependency de.medizininformatikinitiative.kerndatensatz.consent (kein Artefakt konsumiert sie — das Consent-Profil des Moduls leitet direkt von Observation ab).
  • Eingecheckte Validierungs-Reports des Vor-Migrations-Setups (werden von der CI zur Laufzeit erzeugt).

Version 2026.0.1 (2026-03-30)

Dependency-Updates und Dokumentationsverbesserungen.

Dependency-Updates
  • fix Onkologie: Update von 2026.0.1 auf 2026.0.3 (AppleDouble-Bereinigung, Snapshot-Korrekturen, Extension-Versions-Fix)
  • fix Consent: Update von 2025.0.4 auf 2026.0.0 (2026-Release)
Dokumentation
  • feat QA-Validierung: Seite vollständig überarbeitet — alle advisor.json-Filter dokumentiert, LOINC LIST-Filter-Fehler beschrieben, externe Abhängigkeiten aktualisiert (siehe QAValidierung)
Build-System
  • fix package.bake.yaml: Anpassung für lokalen Build mit --input fsh-generated/resources und sushi --snapshot
Abhängigkeiten
  • de.basisprofil.r4 1.5.4
  • kerndatensatz.biobank 2026.0.0
  • kerndatensatz.consent 2026.0.0
  • kerndatensatz.base 2026.0.0
  • kerndatensatz.medikation 2026.0.0
  • kerndatensatz.meta 2026.0.0
  • kerndatensatz.molgen 2026.0.4
  • kerndatensatz.onkologie 2026.0.3
  • kerndatensatz.patho 2026.0.0
  • kerndatensatz.studie 2026.0.2
  • hl7.fhir.uv.genomics-reporting 3.0.0

Version 2026.0.0 (2026-01-20)

Erste stabile Version des MII KDS-Moduls Molekulares Tumorboard nach erfolgreicher Ballot-Phase.

Neue Profile und Funktionalität

Das Modul umfasst Profile für die strukturierte Erfassung von:

NGS-Befunde und Genomische Analysen
  • feat NGSBericht: Strukturierte Erfassung von Next-Generation-Sequencing Berichten mit GenomicStudy-basierten Analysen
  • feat GenomicStudy: Integration mit HL7 Genomics Reporting STU3 für genomische Studien und Analysen
  • feat Genomic Study Device: Strukturierte Erfassung von Sequenzierungsgeräten (Sequencer, Library Preparation Kit, Sequencing Kit) in NGS-Workflows
  • feat Genomische Varianten: Profile für SNVs (EinfacheVariante), CNVs (CopyNumberVariant), DNA-Fusionen (DNAFusion), RNA-Fusionen (RNAFusion)
  • feat Biomarker: Mutationslast (Mutationslast), Mikrosatelliteninstabilität (Mikrosatelliteninstabilitaet, MSI), HRD Score (HRDScore), BRCAness (BRCAness), Ploidie (Ploidie)
  • feat Molekulare Biomarker: Strukturierte Erfassung mit ValueSet für HGNC Gene Symbols und pharmakogenetische Marker
Molekularpathologie
Behandlungsepisode und Therapiemanagement
Kostenübernahme und Studieneinschluss
  • feat AntragKostenuebernahme: Claim für Kostenübernahme-Anträge bei Off-Label/Compassionate Use mit Antragsstadium-Extension
  • feat AntwortKostenuebernahme: ClaimResponse für Krankenversicherungs-Entscheidungen mit Ablehnungsgrund-Extension
  • feat StudieneinschlussAnfrage: ServiceRequest für Studieneinschluss-Anfragen
  • feat Studie: ResearchStudy-Profil für klinische Studien
Diagnostische Aufträge
Weitere Profile
Terminologie und CodeSystems
  • feat MTB-spezifische CodeSystems: 18 CodeSystems für MTB-spezifische Konzepte (Evidenzgrade, Therapiestatusgrund, Empfehlungsstatus, Follow-Up-Status, Genomic Analysis Method Types, etc.)
  • feat ValueSets: 29 ValueSets für strukturierte Kodierung inkl. OncoTree, WHO-Grad ZNS, Molekulare Biomarker, MSI, MMR Expression
  • feat ConceptMaps: Mappings von Therapiestatusgrund zu SNOMED CT und oBDS
Technische Funktionalität
  • feat Mehrsprachigkeit (i18n): Vollständige Übersetzungen (de-DE, en) für alle 52 Profile, 18 CodeSystems und 29 ValueSets
  • feat QA-Validierung: Dokumentation bekannter Validierungslimitationen (siehe QAValidierung)
  • feat Beispieldaten: 120+ Beispielinstanzen demonstrieren typische MTB-Szenarien
  • feat CapabilityStatement: Vollständige Server-Capability-Dokumentation
Abhängigkeiten
  • de.basisprofil.r4 1.5.4
  • kerndatensatz.biobank 2026.0.0
  • kerndatensatz.consent 2025.0.4
  • kerndatensatz.base 2026.0.0
  • kerndatensatz.medikation 2026.0.0
  • kerndatensatz.meta 2026.0.0
  • kerndatensatz.molgen 2026.0.4
  • kerndatensatz.onkologie 2026.0.0
  • kerndatensatz.patho 2026.0.0
  • kerndatensatz.studie 2026.0.1
  • hl7.fhir.uv.genomics-reporting 3.0.0

Version 2025.0.0-ballot (2025-05-26)

Initiale Ballot-Version für die MII Abstimmungsphase.