Bei diesem **Release Package** handelt es sich um die Version **ohne ValueSet-Expansions**. Das Release Package mit Expansions ist [hier](https://simplifier.net/packages/kvdigital.terminschnittstelle-fuer-kven/2.0.0-expansions) zu finden. --- Die Release Notes sind im Implementation Guide auf der Seite [Release Notes](https://simplifier.net/guide/implementierungsleitfaden-terminschnittstelle-fuer-kven/Terminschnittstelle-fuer-KVen/Release-Notes/Release-Notes-FHIR-Ressourcen#2.0.0) zu finden.

* Die Kennzeichnung von Haupt- und abrechnendem Kostenträger wurde zur Verbesserung der Kompatibilität mit anderen Spezifikation (z.B. ISIK) umgestellt (issue #112). * Im VSDM 2.0 sollen generell zu allen kodierten Werten Anzeigetexte mitgeliefert werden. Die Profilierung von VSDMCoverageGKV/PKV.type wurde von fixedValue auf pattern umgestellt, um das zu ermöglichen (issue #116). * In der ConceptMap VSDMDEUEVAnlage8ISO3166 wurde eine fehlende Zuordnung des Ländercodes AU (Ashmore- und Cartierinseln) ergänzt (issue #102). * In den Beispielen für VSDMOperationOutcome wurden die Profilangaben um eine Versionsangabe ergänzt (issue #104). * Das Beispiel für VSDMOperationOutcome-InvalidHeader wurde auf die aktuelle Spezifikationslage angepasst (issue #106). * Das abgekündigte Element OperationOutcome.issue.location in den Beispielen (zur Kodierung von Feldangaben) wurde durch das Nachfolge-Element OperationOutcome.issue.expression ersetzt (issue #108)

# [2026.0.1] – 2026-03-11 ## Geändert - Ändert Abhängigkeiten von MII KDS Fall/Person zu MII KDS Basis - Update Abhängigkeiten und Beschreibungen auf MII KDS Modulversion 2026 - Korrigiert falschen Display-Name bei Beispielen für Einrichtungskontakt

**feat:** Changes RelatedPerson Relationship (#73) Bundle-TransactionBundle.json CodeSystem-ConceptDesignationUse.json CodeSystem-PersonalInformation.json CodeSystem-Relevance.json CodeSystem-ResourceResponsibility.json Communication-2.json Communication-441557618.json DocumentReference-441557620.json ImplementationGuide-rki.emiga.common.json Questionnaire-FillingNote.json StructureDefinition-AdditionalPropertiesQuestionnaire.json StructureDefinition-AdditionalPropertiesQuestionnaireResponse.json StructureDefinition-AnnotationBundle.json StructureDefinition-AnnotationCommunication.json StructureDefinition-AttachmentDocumentReference.json StructureDefinition-EmigaUserPractitioner.json ValueSet-ConceptDesignationUse.json ValueSet-PersonalInformation.json ValueSet-ProcessingStatusVS.json ValueSet-Relevance.json ValueSet-ResourceResponsibility.json ValueSet-ResourceVisibilityType.json **feat:** Add Communication.category Element and adjust examples Bundle-TransactionBundle.json CodeSystem-ConceptDesignationUse.json CodeSystem-PersonalInformation.json CodeSystem-Relevance.json CodeSystem-ResourceResponsibility.json Communication-2.json Communication-441557618.json DocumentReference-441557620.json ImplementationGuide-rki.emiga.common.json Questionnaire-FillingNote.json StructureDefinition-AdditionalPropertiesQuestionnaire.json StructureDefinition-AdditionalPropertiesQuestionnaireResponse.json StructureDefinition-AnnotationBundle.json StructureDefinition-AnnotationCommunication.json StructureDefinition-AttachmentDocumentReference.json StructureDefinition-EmigaUserPractitioner.json ValueSet-ConceptDesignationUse.json ValueSet-PersonalInformation.json ValueSet-ProcessingStatusVS.json ValueSet-Relevance.json ValueSet-ResourceResponsibility.json ValueSet-ResourceVisibilityType.json **fix:** Add correct Nullflavour codes ValueSets/FacilityAssociationTypeVS.json **feat:** Add AnnotationCategory CS and VS CodeSystem/AnnotationCategory.json ValueSets/AnnotationCategoryVS.json **feat:** changed VS to CS after value set clean up ValueSets/FacilityAssociationTypeVS.json ValueSets/YesNoNullFlavorVS.json **feat:** add NullFlavor to associationtype CodeSystem/FacilityAssociationType.json

All Priority 1 defects have been addressed and fixed.

**fix:** Iterate CS version to avoid server error CodeSystem/OrgVBundleId.json **feat:** Added new ORGVResourceVisibilityType on Profiles and Updated Examples Examples/Organization-PublicHealth001.json Examples/Practitioner-44588966.json Examples/Practitioner-44588970.json Examples/PractitionerEpiWarn.json Examples/PractitionerRole-44588967.json Examples/PractitionerRole-44588971.json Examples/PractitionerRoleEpiWarn.json StructureDefinitions/EmigaDepartmentOrganization.json StructureDefinitions/EmigaHealthcareService.json StructureDefinitions/EmigaHospitalFacilityLocation.json StructureDefinitions/EmigaHospitalLocation.json StructureDefinitions/EmigaHospitalOrganization.json StructureDefinitions/EmigaHospitalRoomLocation.json StructureDefinitions/EmigaLocation.json StructureDefinitions/EmigaOrganization.json StructureDefinitions/EmigaPractitioner.json StructureDefinitions/EmigaPractitionerRole.json StructureDefinitions/EmigaPublicHealthLocation.json StructureDefinitions/EmigaPublicHealthOrganization.json **feat:** Add new ValueSet for ResourceVisibilityType in ORGV ValueSet/ORGVResourceVisibilityTypeVS.json **feat:** remove dependency to ORGV 1.1.1 rki.emiga.vzd/sushi-config.yaml **feat:** Add identifier StructureDefinitions/EmigaPublicHealthLocation.json **feat:** Add PublicHealth Organization and Location Examples rki.emiga.vzd/fsh-generated/resources/CodeSystem-HealthcareServiceCategory.json rki.emiga.vzd/fsh-generated/resources/CodeSystem-OrganizationType.json rki.emiga.vzd/fsh-generated/resources/CodeSystem-PractitionerRole.json rki.emiga.vzd/fsh-generated/resources/CodeSystem-responsibilityType.json rki.emiga.vzd/fsh-generated/resources/StructureDefinition-ResponsibilityHealthdepartments.json Examples/Location-PublicHealth001.json Examples/Organization-PublicHealth001.json **feat:** Add EmigaPublicHealth Location Profile and example StructureDefinitions/EmigaPublicHealthLocation.json **feat:** Remove meta.profile |version from Profiles StructureDefinitions/EmigaDepartmentOrganization.json StructureDefinitions/EmigaHealthcareService.json StructureDefinitions/EmigaHospitalFacilityLocation.json StructureDefinitions/EmigaHospitalLocation.json StructureDefinitions/EmigaHospitalOrganization.json StructureDefinitions/EmigaHospitalRoomLocation.json StructureDefinitions/EmigaLocation.json StructureDefinitions/EmigaOrganization.json StructureDefinitions/EmigaPractitioner.json StructureDefinitions/EmigaPractitionerRole.json StructureDefinitions/EmigaPublicHealthOrganization.json StructureDefinitions/OrgVBundle.json **feat:** Remove meta.profile |version from examples Examples/EpiWarnHealthcareService.json Examples/EpiWarnHealthcareServiceInvTest.json Examples/HealthcareService-44588971.json Examples/HealthcareService-44588973.json Examples/HospitalRoomLocation.json Examples/InekEinrichtung01.json Examples/InekEinrichtung02.json Examples/InekKrankenhaus.json Examples/InekStandort.json Examples/LaborLocation.json Examples/LaborLocationSub.json Examples/LaborOrganization.json Examples/Location-44588965.json Examples/LocationEpiWarn.json Examples/Organization-44588980.json Examples/Organization-44588981.json Examples/OrganizationEpiWarn.json Examples/Practitioner-44588966.json Examples/Practitioner-44588970.json Examples/PractitionerEpiWarn.json Examples/PractitionerRole-44588967.json Examples/PractitionerRole-44588971.json Examples/PractitionerRoleEpiWarn.json Examples/Station01.json **feat:** Tighten meta.profile cardinality to must (1..1) - needed for correct implementation of the modell rulesets.json **feat:** add identitfier to EmigaPublicHealthOrg StructureDefinitions/EmigaPublicHealthOrganization.json

#### Profile und Extensions ##### Neue Profile * **DiPagDokumentenmetadatenEingang**: Neues Profil für DocumentReference beim Einreichen von Rechnungen durch Leistungserbringer * Definiert Attachment-Formate: `originaleRechnung`, `strukturierterRechnungsinhalt`, `anhang` * Unterstützt base64-kodierte Daten in `attachment.data` (FD lagert in Binary aus) * Extension: `DiPagDocRefSignature` für digitale Signaturen * Invariante `RechnungOderAnhang`: Dokument ist entweder Anhang ODER Rechnung inkl. strukturierten Inhalten * Invariante `SignaturVerpflichtendRechnung`: Signatur verpflichtend für Rechnungsdokumente * **DiPagDokumentenmetadatenIntern**: Neues Profil für DocumentReference im Fachdienst (interne Verwaltung) * Zusätzliche Extensions: `rechnungsdatum`, `zahlungszieldatum`, `gesamtbetrag`, `fachrichtung`, `leistungsart`, `behandlungsart` * Meta-Extension: `DiPagDocumentReferenceMarkierung` für Markierungen (gelesen/ungelesen) * Meta-Tag: `dipag-rechnungsstatus` aus ValueSet `DiPagRechnungsstatusVS` (offen/erledigt/papierkorb) * Author-Referenz mit Telematik-ID des einreichenden Akteurs * Attachment-Formate: `originaleRechnung`, `angereicherteRechnung`, `strukturierterRechnungsinhalt`, `anhang` * Attachments referenzieren Binary-Ressourcen via `url` statt inline `data` * Context.related verknüpft Patient und Anhänge * **DiPagRechnungsBundle**: Neues Profil für collection-Bundle zur Zusammenfassung strukturierter Rechnungsinhalte * Bundle-Typ: `collection` * Wird base64-kodiert in DocumentReference referenziert ##### Überarbeitete Profile * **DiPagPerson**: * Identifier `USt-ID-Nr`: Pattern geändert von `type.text = "UmsatzsteuerId"` zu `type = DiPagRechnungIdentifierTypeCS#ustid` * Telecom-Slicing: Discriminator geändert von `type = #pattern, path = "$this"` zu `type = #value, path = "system"` * Telecom[Telefon].system: Änderung von `= #phone` zu `= #phone (exactly)` * **DiPagInstitution**: * Identifier `USt-ID-Nr`: Pattern geändert von `type.text = "UmsatzsteuerId"` zu `type = DiPagRechnungIdentifierTypeCS#ustid` * Type-Element: Entfernung des Slicings für Fachrichtung - direkte ValueSet-Bindung an `$ihe-practiceSettingCode` * Telecom-Slicing: Discriminator geändert von `type = #pattern, path = "$this"` zu `type = #value, path = "system"` * Telecom[Telefon].system: Änderung von `= #phone` zu `= #phone (exactly)` * **DiPagRechnung**: * Extension `DiPagAbrechnungsDiagnoseProzedur.Use`: Kommentar präzisiert - "SOLL vorhanden sein, wenn es sich um eine HD handelt" * Identifier-Slicing: Entfernung des Slices `Antragsnummer` (war 0..1) * LineItem.priceComponent-Slicing: Discriminator-Path geändert von `"$this"` zu `"type"` * **DiPagRechnungsposition**: * ProductOrService.coding[PZN]: Neuer `^patternCoding.system = "http://fhir.de/CodeSystem/ifa/pzn"` ##### Extension-Korrekturen * **DiPagDocumentReferenceMarkierung**: * Bug-Fix: Korrektur von `extension[details]` zu `extension[artDerArchivierung]` in ValueX-Definition * Bug-Fix: Korrektur von `extension[markierung]` zu `extension[artDerArchivierung]` in ValueSet-Bindung * **DiPagInvoiceAbrechnungsDiagnoseProzedur**: * Extension[Use]: Kardinalität geändert von `1..1` zu `0..1` (Use ist jetzt optional) * Technische Fehlerhebung (z.B. fehlender Extension-Context) in div. Profilen und Extensions. Keine inhaltichen Änderungen. #### CodeSystems und ValueSets ##### Angepasste CodeSystems * **DiPagAttachmentFormatCS** (`dipag-attachment-format-cs`): * `#originaleRechnung` - "Das originale PDF der Rechnung" * `#angereichertesPDF` - "Digitale Patientenrechnungs Dokument mit eingebetteten strukturierten Rechnungsinhalt" * `#rechnungsinhalt` - "Strukturierter Rechnungsinhalt" * `#rechnungsanhang` - "Rechnungsanhang" ##### Erweiterte CodeSystems * **DiPagRechnungIdentifierTypeCS**: Neuer Code `#ustid` für Umsatzsteuer-ID Nummer (USt-ID-Nr) * Ausführlicher Hinweis: Kein System-Teil beim Identifier erforderlich, da kein offizielles FHIR-NamingSystem für USt-ID existiert * Hinweis auf mögliche zukünftige Anpassungen ##### Allgemein * Harmonisierung von "-cs"-Postfix in CodeSystem Canonicals #### OperationDefinitions * **DiPagOperationSubmit** (`dipag-operation-submit`): * Parameter `rechnung`: Hinzufügen von `targetProfile = Canonical(DiPagDokumentenmetadatenEingang)` * Parameter `anhang`: Hinzufügen von `targetProfile = Canonical(DiPagDokumentenmetadatenEingang)` * **DiPagOperationRetrieve** (`dipag-operation-retrieve`): * Typo-Korrektur: "Dokumentoken" → "Dokumenttoken" * **Neuer Input-Parameter `pdf`** (boolean, min=0, max=1): * Angabe, ob angereicherte Rechnung/Anhang als PDF im Output enthalten sein soll * Default: `false` * Parameter `strukturierterRechnungsinhalt`: Dokumentation präzisiert - Binary-Ressource im Output statt content-Element * Parameter `originaleRechnung`: Dokumentation präzisiert - Binary-Ressource im Output statt content-Element * **Neue Output-Parameter**: * `dokument`: Hinzufügen von `targetProfile = Canonical(DiPagDokumentenmetadatenIntern)` * `dokument.pdf` (Binary, min=1, max=1): Angereichertes PDF mit Barcode ODER Anhang * `dokument.strukturierteRechnungsinhalte` (Binary, min=0, max=1): Strukturierte Rechnungsinhalte (abhängig von Input-Parameter) * `dokument.originaleRechnung` (Binary, min=0, max=1): Originale Rechnung inkl. Signatur (abhängig von Input-Parameter) #### CapabilityStatement * **CapabilityStatementFD**: * Neue Ressource `Binary` hinzugefügt * Unterstützte Interaktion: `read` (SHALL) * Supported Profile: `Canonical(DiPagRechnungsdokument)` #### Technische Infrastruktur * **RuleSets.fsh**: * Neues RuleSet `base64`: Enthält base64-kodierten Dummy-PDF für Verwendung in Beispielen #### Beispiele * Alle Beispiele wurden angepasst und erweitert, um die neuen Profile, Extensions und Operation-Parameter widerzuspiegeln