• FHIR R4
created
- feat: Update der Dependencies auf rki.demis.laboratory-5.0.1-alpha.1 - feat: FHIR-technische Verbesserungen: - Kompatibilität der CodeSysteme und ValueSets mit Shareable CodeSystem bzw. Shareable ValueSet ist sichergestellt: publisher-, contact-, jurisdiction- und copyright-Tag wurden hinzugefügt - an Stelle von fixed Values werden pattern definiert - fix: in Adapter (AdapterSubstance) und Primer-Scheme (PrimerSubstance): Umstellung der Nutzung der Felder category, code und description. Über code.text wird jetzt der Adapter, der für die Sequenzierung verwendet wurde, angegeben. In category.coding wird jetzt der Typ des Sequenziermaterials fest angegeben. Description wurde gestrichen.
  • FHIR R4
created
  • FHIR R4
created
  • FHIR R4
created
  • FHIR R4
created
  • FHIR R4
created
Fix snapshot error: - Added automatic snapshot generation in Simplifier
  • FHIR R4
created
The release notes can be found in the corresponding Implementation Guide.
  • FHIR STU3
created
  • FHIR R4
created
### Version: 2026.0.1 Die Version 2026.0.0 enthält im Vergleich zur Vorversion 2025.0.2 folgende Änderungen (für einen vollständigen Überblick über die Änderungen kann der [Differential-View auf Github](https://github.com/medizininformatik-initiative/kerndatensatzmodul-labor/compare/2026.0.0...2026.0.1) verwendet werden). ### FHIR/Inhaltliche Änderungen: #### Generell: - `fix:` hl7.fhir.uv.extensions wurde als dependency hinzugefügt um die snapshot Generierung von Simplifier zu unterstützen. MII_PR_Labor_Laboruntersuchung hatte bislang keinen Snapshot.
  • FHIR R4
created
  • FHIR R4
created
  • FHIR R5
created
  • FHIR R4
created
  • FHIR STU3
created
Fix snapshot error: - renaming BusinessID.id to identifier in Logical Model
  • FHIR R4
created
Dies ist die finale Version 1.0.0 nach erfolgreichem Abschluss des Abstimmungsverfahrens (Ballot-Phase 12/2025-01/2026). Die Version beinhaltet umfangreiche Verbesserungen und Anpassungen basierend auf dem Feedback aus dem Ballot-Verfahren. ## Neue Profile und Ressourcen * **CapabilityStatement**: Neues CapabilityStatement `StfKrebsregistermeldungCpS` für die Beschreibung der benötigten Server-Interaktionen zur Übermittlung von Daten zur Krebsregistermeldung und Abfrage durch die Datenverarbeitung auf Seiten der Krebsregister. Das CapabilityStatement definiert alle unterstützten Ressourcentypen, Profile, Operationen und Suchparameter. * **SearchParameter**: Neuer SearchParameter `StfProvenanceActivitySearchParameter` für die Suche nach Provenance-Ressourcen anhand des `activity`-Feldes zur gezielten Filterung von Export-Prozessen. ## Profil-Änderungen und Verbesserungen ### StfArzt * **Lockerung der Kardinalitäten (#57, #68)**: Die Anforderungen an Identifier und Datenelemente wurden gelockert, um flexible Arzt-Informationen zu ermöglichen: * `identifier.given` (Vorname): Kardinalität von `1..*` auf `0..*` gelockert - Vorname ist nun optional * Identifier-Slices `ID` und `Zulassungsnummer` wurden entfernt * Nur noch `ANR` (Arztnummer/LANR) als optionaler Identifier-Slice * `address[Strassenanschrift]`: Kardinalität von `1..*` auf `0..*` gelockert * Diese Änderungen ermöglichen eine pragmatischere Datenerfassung, bei der nur noch der Nachname verpflichtend ist. ### StfArztZuordnung * Profil wurde präzisiert und Dokumentation verbessert ### StfTodesursache * **Strukturelle Verbesserungen (#60, #61, #63, #67, #80, #82, #84)**: Umfangreiche Überarbeitung zur besseren Abbildung der Todesursachenkette: * **Neue verpflichtende Component `Todesursachensequenz`** (1..1 MS): Klare Kennzeichnung der Position in der Todesursachenkette (Ia, Ib, Ic, II) mittels LOINC-Code 82791-5 und neuem ValueSet `StfTodesursachensequenzVS` * **Umbenannte Component**: `Details` wurde in `WeitereAngaben` umbenannt (0..* MS) für bessere Verständlichkeit * **Erweiterte Component `WeitereAngaben`**: Unterstützt nun sowohl `CodeableConcept` (ICD-10-Codes) als auch `string` (Freitext) für maximale Flexibilität bei der Angabe zusätzlicher Klassifikationen * **Verbesserte Component `NichtNatuerlicherTod`**: Zusätzliches Feld `valueCodeableConcept.text` als Must-Support für Freitextangaben zu Anhaltspunkten * **ICD-10-Darstellung**: Offizielle ICD-10-Displays in `coding.display` verpflichtend, Freitexte gehören in das `text`-Feld der CodeableConcept * **SNOMED-CT-Coding**: Strukturiertes Slicing mit verpflichtendem Slice `SCT` für konsistente Kodierung * **Vereinfachte hasMember-Referenzen**: Entfernung der Extension `StfTodesursacheTypExtension` (siehe unten), da die Sequenzierung nun über die Component abgebildet wird * Component `Quelle` entfernt, da diese Information über andere Mechanismen bereitgestellt wird (Siehe **Observation-Profile (allgemein)** unten) ### StfOrganisation * **Identifier-Slicing (#58, #86)**: Einführung strukturierter Identifier für medizinische Einrichtungen: * Neuer Slice `BSNR` für Betriebsstättennummer (basierend auf `de.basis-identifier-bsnr`) * Neuer Slice `IKNR` für Institutionskennummer (basierend auf `de.basis-identifier-iknr`) * **Entfernung der StfPruefcodeExtension**: Die nicht verwendete Extension wurde aus der Spezifikation entfernt ### StfVerstorbenePerson * Optimierung der Must-Support-Kennzeichnungen und Verbesserung der Dokumentation * Klarstellung der Anforderungen für Identifier und Adressdaten ### StfLeichenschau und StfObduktion * **Verbesserungen (#77, #81)**: Optimierung der Profildefinitionen und Constraints * Klarere Abgrenzung der beiden Profile für unterschiedliche Untersuchungszeitpunkte * Verbesserung der Dokumentation zur Verwendung ### StfExportBundle * **Slicing-Korrektur (#89)**: Fehlerhaftes Slicing wurde korrigiert für korrekte Validierung ### StfObservationKrebserkrankung * Profilverbesserungen und Dokumentationsoptimierung ### Observation-Profile (allgemein) * **Hinzufügung von `partOf`**: Allen Observation-Profilen wurde das Element `partOf` hinzugefügt, um die Verknüpfung mit übergeordneten Prozeduren zu ermöglichen ## Entfernte Artefakte * **Extension `StfTodesursacheTypExtension`**: Wurde entfernt, da die Todesursachensequenz nun über die neue Component `Todesursachensequenz` mit dem ValueSet `StfTodesursachensequenzVS` abgebildet wird * **Extension `StfPruefcodeExtension`**: Wurde entfernt, da sie in keinem Profil verwendet wurde * **CodeSystem `StfUnnatuerlicheTodesursachenCS`**: Entfernt, da nicht mehr benötigt * **ValueSet `StfUnnatuerlicheTodesursachenVS`**: Entfernt, da nicht mehr benötigt ## Neue Terminologien * **ValueSet `StfTodesursachensequenzVS`**: Definiert die möglichen Positionen in der Todesursachenkette (Ia, Ib, Ic, II) * **Umbenennung**: CodeSystem und ValueSet `Berufsgruppe` in `Arztrolle` umbenannt (`StfArztrolleCS` / `StfArztrolleVS`) für präzisere Bezeichnung ## Neue Beispiele * **BY1**: Vollständiges Fallbeispiel für Bayern, Variante 1 * **BY2**: Vollständiges Fallbeispiel für Bayern, Variante 2 mit komplexerer Todesursachenkette * **BY3-Max**: Maximales Fallbeispiel mit allen möglichen Datenelementen, mehreren Ärzten, Obduktion, umfangreichen Todesursachen und Dokumentation (5 verkettete Todesursachen, 3 Ärzte, Obduktionsdokumentation) * **HE1**: Vollständiges Fallbeispiel für Hessen * **TH1**: Vollständiges Fallbeispiel für Thüringen mit Standesamt und Klinik * **VB1**: Vollständiges Fallbeispiel für Vogelsbergkreis, Hessen * Alle Beispiele wurden überarbeitet und an die aktuelle Spezifikation angepasst ## Dokumentation * **CapabilityStatement-Seite**: Neue Dokumentationsseite für das CapabilityStatement mit Erläuterungen zu unterstützten Interaktionen * **Export-Provenance-Seite**: Erweiterte Dokumentation zur Verwendung von Provenance-Ressourcen * **Operations-Dokumentation**: Überarbeitete und erweiterte Beschreibungen für `$receiveBundle` und `$deleteBundle` Operationen * **Extension-Dokumentation**: Neue Seite für `ZuletztBehandelnderArztExtension` * **Todesursache-Dokumentation**: Umfangreiche Überarbeitung mit Erläuterungen zur Todesursachenkette und Verwendung der Components * **Beispiel-Seiten**: Neue übersichtliche Darstellung aller Fallbeispiele * Entfernung veralteter Dokumentationsseiten für nicht mehr verwendete Extensions ## Lizenzierung und Copyright * **Apache License 2.0**: Hinzufügung der vollständigen Apache-Lizenz in der Datei `LICENSE` * **SECURITY.md**: Neue Datei mit Sicherheitsrichtlinien und Kontaktinformationen für Responsible Disclosure * **README.md**: Erweitert um Lizenzinformationen, Copyright-Hinweise und Disclaimer der gematik GmbH * Alle erforderlichen OSPO-Dateien (Open Source Program Office) hinzugefügt ## Bugfixes und kleinere Verbesserungen * Korrektur zahlreicher Schreibfehler und Inkonsistenzen in der Dokumentation (#62, #73, #74, #85, #87, #93) * Verbesserung der FQL-Tabellen und -Beschreibungen * Optimierung der ICD-10-Versionsangaben (WHO 2019 als Standard) * Korrektur von Display-Names in verschiedenen Ressourcen * Behebung von Validierungsfehlern * Verbesserung der Gemeindekennzahl-Extension * Optimierung der Bundesland-Extension ## Zusammenfassung Version 1.0.0 stellt eine umfassende Überarbeitung basierend auf dem Ballot-Feedback dar. Mit 140 Commits seit der Ballot-Version wurden insbesondere die Flexibilität bei der Arzt-Dokumentation verbessert, die Todesursachen-Modellierung durch strukturierte Sequenzierung optimiert, umfangreiche Beispiele ergänzt und die technische Infrastruktur (CapabilityStatement, SearchParameter) vervollständigt.
  • FHIR R4
created
Added MS MedicationRequest.dosageInstruction.timing.repeat.count Add resource id for operationOutcome message samples Some outdated message samples were removed from the project
  • FHIR R4
created
Added new code system V2MessageTypeEHR Added MS Flag MedicationRequest.dosageInstruction.timing.repeat.count
  • FHIR R4
created
  • FHIR R4
created
  • FHIR R5
created
  • FHIR R4
created
  • FHIR STU3
created
  • FHIR R5
created
Removing MustSupport on Patient.address.district
  • FHIR R4
created
Includes all resources not just "Active" as the 1.0.0-ballot did
  • FHIR R4
created
  • FHIR R5
created
Correction to arrays used in reference.identifier elements
  • FHIR R4
created
Bei diesem **Release Package** handelt es sich um die Version **mit ValueSet-Expansions**. Das bedeutet, dass alle zulässigen Codes in den ValueSets integriert sind. Dadurch wird der Abruf aller erlaubten Werte eines ValueSets deutlich vereinfacht und auch offline ermöglicht. --- Die Release Notes sind im Implementation Guide auf der Seite [Release Notes](https://simplifier.net/guide/implementierungsleitfaden-terminschnittstelle-fuer-dritte/Terminschnittstelle-f%C3%BCr-Dritte/Release-Notes/2.2.2) zu finden.
  • FHIR R4
created
  • FHIR R5
created
  • FHIR R4
created