MII Implementierungsleitfaden Kerndatensatz Basis
2026.0.1 - Release Germany

MII Implementation Guide Core Dataset Base - Downloaded Version 2026.0.1 See the Directory of published versions

## Changelog

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 dokumentiert die Änderungen und Updates über Versionen des MII-Implementierungsleitfadens Kerndatensatz Basis hinweg. Dieses konsolidierte Änderungsprotokoll kombiniert Release Notes aus allen vier Basismodulen: Person, Fall, Diagnose und Prozedur.

### Version 2026.0.1

Datum: 2026-07-20

#### Dokumentation

- Added: Eine Liste der Konformitätsanforderungen ist in der englischen Version der Conformance Seite verfügbar
- Added: CapabilityStatements dokumentieren nun Beispiel-FHIR-Suchanfragen für unterstützte SearchParameters
- Added: LogicalModel-Seiten enthalten nun Mapping-Tabellen zu den entsprechenden FHIR-Zielstrukturen
- Added: CRMI-Abhängigkeit auf STU-2-Release 2.0.0
- Added: Metadaten-Dokumentation zu CRMI-basierten Artefaktmetadaten, Versionierung und Package-Provenance, Manifest-Parametern und zum Bezug zu FAIR Data Maturity Indicators ergänzt
- Added: Die ImplementationGuide-Dokumentation beschreibt nun IG-Parametereinstellungen und Expansionsparameter
- Changed: Must Support-Flags werden nun einheitlich auf relevante Unterelemente in allen Profilen angewendet, und die Dokumentation zu Must Support beschreibt, wie komplexe Elemente und ihre markierten Unterelemente konkrete Erwartungen an die Server- und Client-Unterstützung definieren.
- Changed: Deutsche Formulierungen der Konformitätsverben verbessert und englische sowie deutsche Seiten für eine konsistente Verwendung der RFC-2119-Konformitätsverben abgeglichen.
- Changed: Die Versionierungsdokumentation erläutert das Calendar-Versioning-Schema nun als SemVer-kompatibles Format `YYYY.MINOR.PATCH[-label]` und dokumentiert, dass veröffentlichte Artefakte dieselbe Version wie das IG-Package verwenden

#### Terminologie-Updates

- Added: ICD-10-GM 2026, OPS 2026 und Alpha-ID 2026 Versionen zu den jeweiligen ValueSet-Definitionen für die Module Diagnose und Prozedur hinzugefügt #67, #66

#### Modul Person

- Added: Profil Patient Pseudonymisiert: Optionaler `type.coding`-Slice `mr` (`http://terminology.hl7.org/CodeSystem/v2-0203|MR`) zu `PseudonymisierterIdentifier` hinzugefügt. Wenn das Pseudonym eine Medical Record Number ersetzt, SOLL dieser Code gesetzt werden, um die standortunabhängige Auffindbarkeit des Identifiers zu ermöglichen. Siehe: #63

#### Modul Fall

- Added: Verwendung von `Encounter.location` in der Dokumentation erläutert. Siehe: #62
- Added: Dokumentiert, dass Server den Modifier `account:identifier` unterstützen SOLLEN, um die Suche aller zu einem Abrechnungsfall gehörenden Encounter anhand der Fallnummer zu ermöglichen. Siehe: #68
- Removed: Selbst veröffentlichte R5-Backport-Extensions für geplante Encounter-Start- und Enddaten (zuvor `mii-ex-fall-planned-start-date` und `mii-ex-fall-planned-end-date`). Diese Extensions werden nun durch die offizielle `hl7.fhir.uv.xver-r5.r4`-Dependency bereitgestellt

### Version 2026.0.0

Datum: 13.12.2025

#### Modulkonsolidierung

- Konsolidierter Implementierungsleitfaden: Die vier Basismodule (Person, Fall, Diagnose und Prozedur) wurden zu einem Implementierungsleitfaden zusammengeführt
- Package-ID: `de.medizininformatikinitiative.kerndatensatz.base`

#### Terminologie-Updates

- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20250701` (Juli 2025) modulübergreifend, um stabile ValueSet-Expansion zu gewährleisten

#### Beispielkonsolidierung

- Einheitliches Testdaten-Bundle: Beispielressourcen wurden in einem umfassenden Testdaten-Bundle zusammengeführt
- Modulübergreifende Beispiele: Beispiele demonstrieren nun Beziehungen und Referenzen über alle vier Module hinweg

#### Modul Diagnose

- Changed: Aktualisierte Anleitung zur Verwendung von Condition.encounter zur Ausrichtung an gematik ISiK-Empfehlungen (Informationstechnische Systeme in Krankenhäusern)
- Changed: Condition.encounter SOLL nun auf einen Encounter der Ebene "Abteilungskontakt" referenzieren
- Hinweis: Dies stellt eine Änderung gegenüber vorherigen Versionen dar, in denen Encounter.diagnosis die primäre Verknüpfungsmethode war

#### Modul Fall

- Changed: Aktualisierte Anleitung zum Abrechnungsfallkontext und Account-Referenzen basierend auf der gematik ISiK-Spezifikation
- Changed: Erweiterte Dokumentation zur Unterscheidung zwischen Aufnahmenummer und Fallnummer
- Changed: Klargestellt, dass die Fallnummer den Abrechnungsfall (Account) identifiziert und als logische Referenz in `Encounter.account.identifier` angegeben werden soll
- Changed: Jeder Encounter SOLL seine eigene eindeutige Aufnahmenummer in `Encounter.identifier:Aufnahmenummer` haben

#### Modul Prozedur

- Changed: Anleitung hinzugefügt mit Empfehlung zur Verwendung von `Procedure.encounter` zur Etablierung des Kontaktkontexts, abgestimmt mit den Empfehlungen des Diagnose-Moduls

#### Modul Person

- Added: ValueSet MII VS Person ICD-10-WHO veröffentlicht unter MII-Canonical URL für Todesursachen-Codierung

### Version 2025.0.1

#### Modul Person

Datum: 08.10.2025

- Added: Profil Patient Pseudonymisiert enthält nun einen optionalen Identifikator für maskierte Krankenversicherungsnummer unter `Patient.identifier`
- Changed: ValueSet MII_VS_Person_ICD10WHO wurde als redundant zurückgezogen. Das ICD-10-WHO CodeSystem referenziert bereits ein implizites ICD-10-WHO ValueSet über `CodeSystem.valueSet`. Siehe: #86
- Changed: Abhängigkeit aktualisiert auf de.basisprofil.r4 1.5.4. Diese Version der FHIR-Basisprofile enthält eine Korrektur für die kvid-2-Invariante, die auf `Patient.identifier:versichertenId.type` im Patient-Profil angewendet wird

#### Modul Fall

Datum: 28.10.2025

- Changed: `Encounter.location` erlaubt nun die Angabe früherer Behandlungsorte. Siehe: #79

#### Modul Diagnose

Datum: 20.10.2025

- Added: `Condition.onsetAge` - Der Datentyp `Age` kann nun unter `Condition.onset[x]` verwendet werden. Siehe: #78
- Changed: `Condition.bodySite` - Kardinalität des SNOMED-Coding-Slices von 1..1 auf 0..1 geändert. Siehe: #75
- Added: Neue ValueSets und Bindings für ICD-10-GM (Canonical URL: `https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/ValueSet/mii-vs-diagnose-icd10gm`) und AlphaID (Canonical URL: `https://www.medizininformatik-initiative.de/fhir/core/modul-diagnose/ValueSet/mii-vs-diagnose-alphaid`), die über den MII-Terminologieserver (https://www.ontoserver.mii-termserv.de/) expandiert werden können, was erweiterte Validierung ermöglicht
- Changed: CapabilityStatement enthält nun Anforderungsdokumentation für Suchparameter `_count` und `_summary`

#### Modul Prozedur

Datum: 22.10.2025

- Added: `Procedure.bodySite` - Enthält nun optionalen SNOMED-Coding-Slice, übernimmt die Modellierung aus dem `Condition.bodySite` des Diagnose-Moduls
- Added: ValueSet und Binding für OPS (Canonical URL: `https://www.medizininformatik-initiative.de/fhir/core/modul-prozedur/ValueSet/mii-vs-prozedur-ops`). Dieses kann über den MII-Terminologieserver (https://www.ontoserver.mii-termserv.de/) expandiert werden, was erweiterte Validierung ermöglicht
- Added: CapabilityStatement enthält nun Anforderungsdokumentation für Suchparameter `_count` und `_summary`

### Version 2025.0.0

#### Modul Person

Datum: 06.12.2024

- Changed: Abhängigkeit von de.basisprofil.r4 auf Version 1.5.0 aktualisiert
  - Dies ändert das Patient-Profil im Element `Patient.identifier`: Gesetzliche und private Krankenversicherungsnummern verwenden nun ein einheitliches Identifikatorprofil IdentifierKvid10. `Patient.identifier.type` MUSS für Krankenversicherungsnummern auf `KVZ10` geändert werden. Die zuvor verwendeten Codes `GKV` und `PKV` für `Patient.identifier.type` haben den Status `retired` (siehe CodeSystem IdentifierTypeDeBasis). Patient-Ressourcen aus Version 2024 bleiben gültig, SOLLEN aber auf den neuen Identifikator umstellen
- Removed: Das ResearchSubject-Profil wurde zurückgezogen. Ab Version 2025.0.0 wird dieses Profil im Studien-Modul veröffentlicht und entwickelt. Implementierungen SOLLEN auf die Modellierung aus dem Studien-Modul umstellen
- Removed: CodeSystem ICD-10-WHO v2019 und v2016 wurden entfernt. Diese können nun über den MII-Terminologieservice (SU-TermServ) bezogen werden: https://www.ontoserver.mii-termserv.de/
- Removed: Suchparameter aus diesem Modul wurden entfernt. SearchParameter-Ressourcen werden nun zentral im Meta-Modul verwaltet
- Changed: Profile enthalten zusätzliche Beschreibungen und Übersetzungen für Implementierer und das Forschungsdatenportal Gesundheit (FDPG)

#### Modul Fall

Datum: 10.12.2024

- Changed: Abhängigkeit von de.basisprofil.r4 auf Version 1.5.0 aktualisiert. Diese Änderung hat keine Auswirkungen auf Implementierungen dieses Moduls
- Changed: Profile enthalten zusätzliche Beschreibungen und Übersetzungen für Implementierer und das Forschungsdatenportal Gesundheit (FDPG)
- Removed: Suchparameter aus diesem Modul entfernt. SearchParameter-Ressourcen werden nun zentral im Meta-Modul verwaltet
- Changed: Kardinalität von `Encounter.period` im Encounter-Profil von 1..1 auf 0..1, um geplante Behandlungsfälle darzustellen, bei denen der tatsächliche Zeitraum noch unbekannt ist. Siehe: #56
- Added: Constraints prüfen nun das Vorhandensein von Start- und Endzeiten (`Encounter.period`) abhängig vom Status eines Falls
- Added: Erweiterung des Encounter-Profils mit zwei Extensions für geplante Start- und Enddaten in `Encounter.extension`
- Fixed: Korrektur des ValueSet-Bindings auf Element `Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel` zu http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert
- Changed: Must-Support FHIR-Datenelemente im Encounter-Profil enthalten nun erweiterte Beschreibungen unter 'Short description' und 'Definition'
- Added: `Encounter.diagnosis.use` hat nun ValueSet-Binding zu `https://www.medizininformatik-initiative.de/fhir/core/modul-fall/ValueSet/mii-vs-fall-diagnosis-use`
- Changed: In `Encounter.location`-Slices für Zimmer, Bett, Station - Kardinalität der Elemente `Encounter.location.location.identifier` und `Encounter.location.location.display` von 1..1 auf 0..1 geändert
- Removed: MustSupport-Labels von `Encounter.location` und `Encounter.serviceProvider` entfernt

#### Modul Diagnose

Datum: 09.12.2024

- Changed: Abhängigkeit von de.basisprofil.r4 auf Version 1.5.0 aktualisiert. Diese Änderung hat keine Auswirkungen auf Implementierungen dieses Moduls
- Removed: `Condition.code` und `Condition.bodySite` ICD-O-3-Slices entfernt. Diese werden nun vom Onkologie-Modul definiert
- Changed: Profile enthalten zusätzliche Beschreibungen und Übersetzungen für Implementierer und das Forschungsdatenportal Gesundheit (FDPG)
- Removed: Suchparameter aus diesem Modul entfernt. SearchParameter-Ressourcen werden nun zentral im Meta-Modul verwaltet
- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20240701` modulübergreifend, um stabile ValueSet-Expansion zu gewährleisten
- Added: `Condition.verificationStatus` hat nun MustSupport-Label. Siehe: #64

#### Modul Prozedur

Datum: 09.12.2024

- Changed: Abhängigkeit von de.basisprofil.r4 auf Version 1.5.0 aktualisiert. Diese Änderung hat keine Auswirkungen auf Implementierungen dieses Moduls
- Changed: Profile enthalten zusätzliche Beschreibungen und Übersetzungen für Implementierer und das Forschungsdatenportal Gesundheit (FDPG)
- Removed: Suchparameter aus diesem Modul entfernt. SearchParameter-Ressourcen werden nun zentral im Meta-Modul verwaltet
- Removed: CodeSystem-Ressourcen für Operationen- und Prozedurenschlüssel (OPS) wurden entfernt. Diese können nun über den MII-Terminologieservice (SU-TermServ) bezogen werden: https://www.ontoserver.mii-termserv.de/
- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20240701` modulübergreifend, um stabile ValueSet-Expansion zu gewährleisten

### Version 2024.0.1

#### Modul Fall

Datum: 17.04.2024

- Fixed: Korrektur der Versionsparameter in Konformitätsressourcen. Im zuvor veröffentlichten Paket stimmte `StructureDefinition.version` nicht einheitlich mit der Paketversion überein. Siehe: #51

### Version 2024.0.0

Alle Module haben Calendar Versioning (CalVer) mit dem Schema YYYY.MINOR.PATCH übernommen und damit einen jährlichen Release-Zyklus etabliert.

#### Modul Person

Datum: 16.04.2024

- Changed: Versionierungsschema auf Calendar Versioning (CalVer) mit Schema YYYY.MINOR.PATCH umgestellt
- Changed: Benennung von Konformitätsressourcen und Beispielinstanzen folgt einheitlichen MII-Namenskonventionen
- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20230731` modulübergreifend, um stabile ValueSet-Expansion zu gewährleisten
- Changed: Im Patient-Profil wurden alle min 1.. Kardinalitäten entfernt
- Added: Profil Patient Pseudonymisiert ist neu seit Version 1.0. Im Vergleich zu zuvor veröffentlichten Versionen wurden alle 0..0 Kardinalitäten entfernt. Außerdem werden vom Profil keine Pseudonymisierungsregeln mehr vorgeschrieben. Die genauen Pseudonymisierungsregeln innerhalb der Medizininformatik-Initiative werden noch entwickelt und können in einer späteren Version des Profils angewendet werden. Folglich wurden die folgenden Invarianten entfernt:
  - 'GeburtsdatumRundenAufQuartal' auf Patient.birthDate
  - 'TodesdatumKeineZeitangabe' auf Patient.deceasedDateTime
  - 'PostleitzahlEinschraenkung' auf Patient.address.postalCode
- Added: Neues Profil Todesursache zur Darstellung der Todesursache mit ICD-10-WHO
- Changed: Datentypen im logischen Modell wurden angepasst, um den Datentypen der Elemente im FHIR-Profil zu entsprechen, auf die sie gemappt sind

#### Modul Fall

Datum: 28.03.2024

- Changed: Versionierungsschema auf Calendar Versioning (CalVer) umgestellt
- Changed: Benennung von Konformitätsressourcen und Beispielinstanzen folgt einheitlichen MII-Namenskonventionen
- Changed: Anforderungsdokumentation verwendet nun Schlüsselwörter gemäß RFC-2119
- Changed: Abhängigkeit von Version 0.9.13 auf Version 1.4.0 der FHIR-Basisprofile geändert
- Breaking Changes beim Wechsel von Version 1.0 auf Version 2.0 (2024.0.0):
  - Aufnahmegrund wurde in Version 1.0 unter `Encounter.reasonCode` spezifiziert. Wird nun über Extension aus German FHIR Base Profiles im Element `Encounter.extension:Aufnahmegrund` erfasst
  - ValueSet-Binding auf Element `Encounter.identifier.type` für Aufnahmenummer erweitert mit Code v2-0203#VN
  - Unter `Encounter.location` gibt es nun eine Spezifikation, wie Informationen über Zimmer-, Bett- und Stationsstandorte OPTIONAL dargestellt werden können
  - In Version 1.0 war `Encounter.diagnosis.use` bei der Angabe einer Diagnose OPTIONAL. Neu in dieser Version ist die Aufteilung von `Encounter.diagnosis.use.coding` in Diagnosetyp und Diagnoseuntertyp, von denen mindestens einer vorhanden sein MUSS
  - In Version 1.0 enthielt `Encounter.serviceType` nur eine Spezifikation für den Fachabteilungsschlüssel. Dies wurde in dieser Version um den erweiterten Fachabteilungsschlüssel erweitert

#### Modul Diagnose

Datum: 16.04.2024

- Changed: Versionierungsschema auf Calendar Versioning (CalVer) umgestellt
- Changed: Benennung von Konformitätsressourcen und Beispielinstanzen folgt einheitlichen MII-Namenskonventionen
- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20230731` für stabile ValueSet-Expansion
- Changed: Anforderungsdokumentation verwendet nun Schlüsselwörter gemäß RFC-2119
- Changed: Abhängigkeit von Version 0.9.13 auf Version 1.4.0 der FHIR-Basisprofile geändert
- Breaking Changes beim Wechsel von Version 1.0 auf Version 2.0 (2024.0.0):
  - Für doppelt/mehrfach kodierte ICD-Codes MUSS die Darstellung der Code-Komponenten über separate Condition-Ressourcen erfolgen
  - Die Verknüpfung von Condition-Ressourcen MUSS über die Extension: Condition Related erfolgen
  - Jeder vorhandene Mehrfachkodierungskennzeichen (`*`, `†`, `!`) MUSS vom ICD-Code getrennt und in der Extension: Multiple Coding Indicator for ICD-10-GM erfasst werden
  - Die kanonische URL für das ICD-10-GM CodeSystem wurde von `http://fhir.de/CodeSystem/dimdi/icd-10-gm` auf `http://fhir.de/CodeSystem/bfarm/icd-10-gm` geändert. Die aktuelle kanonische URL MUSS im Element `Condition.code.coding.system` für ICD-10-GM-Codes verwendet werden
- Added: Im Diagnose-Profil wurden die Elemente `Condition.code.coding` und `Condition.bodySite.coding` jeweils mit einem OPTIONALEN Slice für ICD-O-3 erweitert
- Added: Im Profil unter `Condition.extension('http://hl7.org/fhir/StructureDefinition/condition-assertedDate')` gibt es nun eine Extension zur Angabe des Feststellungsdatums einer Diagnose
- Added: Im Profil unter `Condition.onsetPeriod.(start|end).extension` gibt es nun OPTIONAL eine Spezifikation zur Angabe der Lebensphase als Code via Extension, ab der ein Patient eine Erkrankung hat oder nicht mehr hat
- Added: Modul wurde um SearchParameter-Ressourcen erweitert, die die Suche nach ICD-10-GM-Codes in Kombination mit Mehrfachkodierungskennzeichen, Lateralität und diagnostischer Sicherheit ermöglichen

#### Modul Prozedur

Datum: 16.04.2024

- Changed: Versionierungsschema auf Calendar Versioning (CalVer) umgestellt
- Changed: Benennung von Konformitätsressourcen und Beispielinstanzen folgt einheitlichen MII-Namenskonventionen
- Changed: Ressourcen verwenden SNOMED CT-Version `http://snomed.info/sct/900000000000207008/version/20230731` für stabile ValueSet-Expansion
- Changed: Anforderungsdokumentation verwendet nun Schlüsselwörter gemäß RFC-2119
- Changed: Abhängigkeit von Version 0.9.13 auf Version 1.4.0 der FHIR-Basisprofile geändert
- Breaking Changes beim Wechsel von Version 1.0 auf Version 2.0 (2024.0.0):
  - Die kanonische URL für das OPS CodeSystem wurde von `http://fhir.de/CodeSystem/dimdi/ops` auf `http://fhir.de/CodeSystem/bfarm/ops` geändert. Die aktuelle kanonische URL MUSS im Element `Procedure.code.coding.system` für OPS-Codes verwendet werden
- Breaking Change: Im ValueSet MII_VS_Prozedur_OpsKategorien_SNOMEDCT wurde ein inaktiver SNOMED-Code `103693007 |Diagnostic procedure (procedure)|` durch `165197003 |Diagnostic assessment (procedure)|` ersetzt. Das ValueSet wird auf `Procedure.category.coding` verwendet. Falls der inaktive Code zuvor in Version 1.0 dieses Moduls implementiert wurde, MUSS dieser Code beim Wechsel auf Version 2.0 (2024.0.0) des Prozedur-Moduls geändert werden

### Versionierungsschema

Ab Version 2024.0.0 verwenden alle Module Calendar Versioning (CalVer) mit dem Schema YYYY.MINOR.PATCH:

- YYYY (Jahresversion): Gibt das Jahr an, in dem das Kerndatensatzmodul angewendet wird
- MINOR: Veröffentlicht bei Einführung neuer Features, Erweiterungen oder wesentlicher Änderungen
- PATCH: Enthält Fehlerbehebungen oder textliche Korrekturen

Dies etabliert einen jährlichen Release-Zyklus, der über alle Basismodule hinweg abgestimmt ist.