**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

Added SearchParameter - England-consentGrantee Added cross-version extensions available in FHIR R4 from FHIR R5

### Patient: - Added birthPlace and nationality extension to patient ### Composition: - Extend Composition document status - Fix url and type of composition extension ### Location: - Add location profile & Change location type to Tiplu Valueset ### Medication: - Add Tiplu medication profile : Medication um code.coding.KundenCode erweitert. ### Observation: - Observation.category.coding:subCategory als Wert mit festenm Codesystem - Change custom system url rules to baseUrl for Observation.category.coding:subCategory; Observation.code.coding:KundenCode; Medication.code.coding:KundenCode ### Condition: - Condition.extension.dauerdiagnose ### Prozedur&Diagnose: - UrsachebidirektionalgesperrtVS ### Procedure - Procedure.extension:SNZeit bei einer Operation ### Questionnaire für Intensivscores & Intensivmerkmale - Added Description codesystem intensivmerkmale - Update questionnaire ID - Update CodeSystem-TipluIntensivmerkmaleCS.json ### Encounter: - Add Behandlungsdiagnose to DiagnoseSubtyp Encounter.diagnosis.use - Valueset für diagnosetypen - MS for Encounter.participant.individual - MS for Encounter.diagnosis - Encounter.type Kontaktart Ambulant, - Update Codesystem KontaktartDeErweitert, - Fix besuch Profil AMB-Encounter - Added description AMB-Encounter ### AMB-Account: - Update Abrechenarten erweitern VS und CS + description, Abrechnungsart-Extension-URL für Rechnungssteller, Mögliche Abrechnungsarten um keine (temp-unknown) erweitert, Update VS MoeglicheAbrechnungsarten - Scheinstatus anpassen. Billingstatus ### Account: - Account.partOf as must support and search parameter - Account.status.extension:Fallstatus + Valueset example binding - Account.coverage.extension:BGAbrechnungsTyp - Account.coverage reference MS KV Kostenträger - Add Account extensions : Abrechnungsstatus (R5 Backport URL), TipluAbrechnungsstatus, FreiZurFrakturierung, Geparkt, Abrechnungsdatum, Abteilungstyp, MDKEingangsdatum, Aufnahmegewicht - Add MS flag for Account and context (interne Leistungen?) ### Coverage: - Coverage.extension.einlesedatumkarte - Remove Coverage.extension:versichertenart ### Organization: - Add Organization.type.coding:KVFachgruppe und Kardinalität auf max. 1 begrenzt - Add Fachabteilung Organization - Add Krankenhaus Organization - Add Ambulanzart Rechnungssteller Organization.type.coding:Ambulanzart ### AuftragUeberweisung(ServiceRequest)&Pracitioner&PractitionerRole: - Überweisender Arzt in behandelnde Person geändert und PractitionerRole ergänzt - Überweisungsauftrag im Element ServiceRequest.note - Add Profile AuftragUeberweisung, behandelnder Arzt LANR MS, überweisender Arzt BSNR MS ### ChargeItem: - Add string extension to chargeitem.reason, Added slicing for reason in ChargeItemEBMZiffern, Zusatzangaben - Added ChargeItem Interne Leistungen: Kürzel, Bezeichnung, Datum/Uhrzeit, Anzahl ### Sonstiges: - Update ValueSets.fsh, update Codesysteme - Update CapabilityStatement - IG fixes - Fix ISiK links

see https://gemspec.gematik.de/ig/fhir/hddt/1.0.0-rc2/release-notes.html

Deleted R5 backport Example assets: Extension-UKCore-BodySiteReference-Example; Extension-UKCore-DiagnosticReportMediaLinkR5-Example; Extension-UKCore-SpecimenCollectionCollector-Example; Extension-UKCore-SpecimenContainerDeviceBackport-Example; and Extension-UKCore-SubscriptionParameters-Example. Deleted R5 backport Extension assets: Extension-UKCore-DiagnosticReportMediaLink; Extension-UKCore-SpecimenContainerDevice; Extension-UKCore-SpecimenContainerLocation; Extension-UKCore-SubscriptionContent; and Extension-UKCore-SubscriptionParameter. Deleted StructureDefinition asset UKCore-Subscription. Retired R5 backport Extension assets: Extension-UKCore-BodySiteReference; Extension-UKCore-DiagnosticReportComposition; Extension-UKCore-DiagnosticReportNote; Extension-UKCore-DiagnosticReportSupportingInfo; Extension-UKCore-FamilyMemberHistoryParticipant; Extension-UKCore-ObservationBodyStructure; Extension-UKCore-ObservationTriggeredBy; and Extension-UKCore-SpecimenCollectionCollector. Removed references to retired and deleted R5 backport Extensions in StructureDefinition assets: UKCore-DiagnosticReport-Lab; UKCore-DiagnosticReport; UKCore-FamilyMemberHistory; UKCore-Observation-Lab; UKCore-Observation; and UKCore-Specimen. Removed IG pages and references to retired and deleted R5 backport Extensions.

DETAILS: Update request bundle to use HTTP PUT instead of POST method​ RATIONALE: Interaction to support conditional updates of the Patient or Providers List.​

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](https://simplifier.net/guide/implementierungsleitfaden-vermittlungscode-anfordern-fuer-pvs/Vermittlungscode-Anfordern-f%C3%BCr-PVS/Implementierung/Release-Notes-FHIR-Ressourcen#1.9.0) zu finden.