Neu Es wurde ein neues Basis-Profil VSDMPatientBase zwischen dem TIPatient und dem bereits bestehenden Profil VSDMPatient eingezogen, um die Umsetzung der EEB zu unterstützen. Durch diese Änderung ergeben sich keine inhaltlichen Änderungen an den VSDM 2.0-Ressourcen. (issue 171) Änderung Statt des Pakets kbv.basis wird jetzt das deutlich kleinere Paket kbv.basis.terminology verwendet. Durch diese Änderung ergeben sich keine inhaltlichen Änderungen an den VSDM 2.0-Ressourcen. (issue 201) Abkündigung (keine) Entfernung (keine) Fehlerbehebung In der ConceptMap VSDMTDSCodeIssueSeverity war dem Fehlercode #79014 noch der falsche Text zugeordnet. (issue 203) Security (keine)

Minor fixes to examples: * DGTS CodeSystem URL in ServiceRequest incorrect * Non-NHS patient example included link to PDS

feat: Änderungen in den Bezeichnungen der Meldetatbestände für §7.3

## Changes since 1.0.1 - Dependencies bumped: kbv.ita.erp 1.4.1 to 1.4.4, de.fhir.medication 1.0.4 to 1.0.7. Verified no impact: identical differentials for all referenced KBV extensions/profiles, all 14 example instances re-validated with 0 errors. - Removed the KBV_PR_ERP_Medication_PZN meta.profile claim from the 7 Medication example instances. These examples never fully conformed to that profile (it requires a server-assigned Medication.meta.versionId, which a static example cannot have, and a meta.profile:erpProfile slice fixed to the exact value "|1.4" rather than a patch-level version) and our own profile does not require KBV eRezept conformance for the referenced Medication resource. Declaring a profile the examples do not satisfy was misleading, so the claim was dropped rather than fixed. No changes to the profile's own differential (AID-MedicationRequest, AID-EX-RenderedDosageInstruction).

The release notes can be found in the corresponding Implementation Guide.

The release notes can be found in the corresponding Implementation Guide.

**Snapshot 18 – Release Notes** FHIR IG Package: ca.on.mha.pds 2.0.0-snapshot18 ## Profile: ServiceRequest / Referral * Three referral code values restored - the following codes were incorrectly removed in Snapshot 17 and have been reinstated. - General Hospitals - Indigenous Programs - Internal Referral ## Profile: Observation - Racial Group display value corrected - the display text for the White racial group has been updated from 'Race: White' to 'White', consistent with all other racial group display values - Born in Canada logic resolved - the IG now enforces that an Arrive in Canada date must not be submitted when Born in Canada is Yes. Vendors should ensure their CMS applies this rule prior to submission ## Profile: Patient - DataAbsentReason ValueSet binding resolved - the DataAbsentReason extension now correctly references the expected HL7 ValueSet canonical URL. No change to vendor submissions is required ## Profile: EpisodeOfCare - Validation resolved - the IG now correctly handles bundles where a Service Termination Date is present and Health Service Status is Active. Vendors should ensure Service Termination Date is only submitted when Health Service Status is Finished or Cancelled - Service Termination Reason and Termination Date human-readable constraint text corrected - the descriptions now accurately reflect the underlying validation rules ## Profile: QuestionnaireResponse (Problem Gambling) - Gambling questionnaire conditional logic resolved - Q2 through Q15 can now only be submitted when Q1 contains option '2 - Own gambling problem' or '3 - Both'. Submissions including these fields without the required Q1 response will be rejected ## IG Content Updates - Business Context section updated - references to outdated submission groupings have been corrected to align with the current PDS 2.0 data model - Business rules section updated - references to referral submission groups that are no longer applicable have been removed from the IG - Example JSON files updated - the MHA example files have been corrected to reflect valid PDS 2.0 Bundle submissions, including accurate profile references, correct code values, correct code system references, and consistent date formats - Human-readable constraint text corrected - inconsistencies between human-readable descriptions and the underlying FHIRPath expressions have been resolved across multiple constraints

# [2.0.0-beta.5] - 2026-08-10 ## 🐛 Bug Fixes - *(aorta-sync)* [**breaking**] Reasoncodes in CodeSystem `aorta-sync` gebruiken nu `-` i.p.v. `_` (`vwi_sync` → `vwi-sync`, `act_sync` → `act-sync`, `abr_sync` → `abr-sync`), conform specs en implementatie

### Version 1.1.1 #### Profile und Extensions * **DiPagDocumentReferenceMarkierung**: Der Identifier der Kostenträger-Referenz (`kostentraeger.valueReference.identifier`) ist auf das Profil `IdentifierTelematikId` (`http://fhir.de/StructureDefinition/identifier-telematik-id`) eingeschränkt. Damit ist das System auf `https://gematik.de/fhir/sid/telematik-id` festgelegt und `value` verpflichtend, sobald ein Identifier angegeben wird. Die Angabe des Identifiers selbst bleibt optional: Beim automatischen Setzen der Markierung "abgerufen durch KTR" setzt der Fachdienst die Telematik-ID des abrufenden Kostenträgers, bei der durch Versicherte gesetzten Markierung "eingereicht bei KTR" bleibt sie leer. **Hinweis:** Kostenträger-Referenzen mit einem Identifier aus einem anderen Namensraum werden ab dieser Version bei der Validierung abgelehnt. #### OperationDefinitions * **DiPagOperationProcessFlag** (`process-flag`): Die Dokumentation des Eingabeparameters `kostentraeger` weist nun darauf hin, dass der Identifier der Referenz optional ist, im Fall einer Angabe aber die Telematik-ID des Kostenträgers sein MUSS, und dass der Fachdienst beim automatischen Setzen der Markierung "abgerufen" die Telematik-ID des abrufenden Kostenträgers einträgt. #### Redaktionelle Änderungen * Die Seite "Begriffsdefinitionen" wurde in "Übergreifende Festlegung" umbenannt und im Inhaltsverzeichnis direkt hinter "Zweckbestimmung" einsortiert. Die bisherigen Inhalte (Schlüsselworte, Bedeutung der Must-Support-Flags, Begriffe und Abkürzungen) sind unverändert enthalten. * Die Seite wurde um den Abschnitt "Größenbeschränkungen" erweitert: Er benennt die vom Fachdienst durchgesetzten Zeichenbeschränkungen der Dokumentenmetadaten (`DocumentReference`) einschließlich der Standardbeschränkung von 1024 Zeichen für Elemente ohne `maxLength` im Profil, führt die drei Elemente der strukturierten Rechnungsdaten auf, für die ebenfalls eine Zeichenbeschränkung gilt (`Invoice.identifier:Rechnungsnummer.system` und `.value` sowie `Patient.name.text`), und stellt klar, dass für alle übrigen strukturierten Rechnungsdaten ausschließlich das 512kb-Limit über den gesamten Datensatz gilt.