Dieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.

Motivation

Informationen über die Besuche des Patienten entlang seines Behandlungspfades im Krankenhaus sind ein wichtiger Bestandteil des einrichtungsinternen Datenaustausches. Sie ermöglichen die Unterscheidung von stationären und ambulanten sowie aufgenommenen und entlassenen Patienten. Weiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort des Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. Klinische Ressourcen werden in FHIR durch Verlinkung auf die Encounter-Ressource in einen Kontext zum Besuch gestellt. Dieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen und Abrechnungsprozessen.

Zu Beginn der meisten klinischen Workflows steht die Auswahl des Besuchskontextes. Dies geschieht bspw. durch das Suchen der Encounter-Ressource anhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. Daraufhin werden die zutreffenden Suchergebnisse angezeigt und der gewünschte Besuch ausgewählt.

In FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der Encounter-Ressource repräsentiert.

Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter Fall-Begriff in ISiK

Kompatibilität

Für das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKKontaktGesundheitseinrichtung valide sind, auch valide sind gegen:

Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.

Bestätigungsrelevanz

NameISiKCapabilityStatementErweiterteStammdatenRolleISiKCapabilityStatementLeistungserbringerRolleISiKCapabilityStatementStammdatenRolle
VerbindlichkeitSHALLSHALLSHALL

Metadaten

Canonicalhttps://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung
Statusactive
Version5.1.0
Basishttp://hl7.org/fhir/StructureDefinition/Encounter

Inhalt

idS Σ0..1string
id0..1string
extensionC0..*Extension
versionIdΣ0..1id
lastUpdatedΣ0..1instant
sourceΣ0..1uri
profileΣ0..*canonical(StructureDefinition)
securityΣ0..*CodingBinding
tagΣ0..*Coding
implicitRulesΣ ?!0..1uri
language0..1codeBinding
text0..1Narrative
contained0..*Resource
id0..1string
id0..1string
extensionC0..0Extension
url1..1uriFixed Value
valueCodingCoding
id0..1string
extensionC0..0Extension
url1..1uriFixed Value
valueCodingCoding
id0..1string
extensionC0..0Extension
url1..1uriFixed Value
valueCodingCoding
url1..1uriFixed Value
plannedStartDateS C0..1Extension(dateTime)
plannedEndDateS C0..1Extension(dateTime)
modifierExtension?! C0..*Extension
id0..1string
extensionC0..*Extension
useΣ ?!0..1codeBinding
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
systemS Σ0..1uri
valueS Σ0..1string
periodΣ0..1Period
assignerΣ0..1Reference(Organization)
statusS Σ ?!1..1codeBinding
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
status1..1codeBinding
period1..1Period
classS Σ1..1CodingBinding
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
class1..1CodingBinding
period1..1Period
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1code
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
id0..1string
extensionC0..*Extension
FachabteilungsschluesselS Σ0..1CodingBindingPattern
ErweiterterFachabteilungsschluesselS Σ0..1CodingBindingPattern
textΣ0..1string
priority0..1CodeableConcept
id0..1string
extensionC0..*Extension
referenceS Σ C1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
episodeOfCareΣ0..*Reference(EpisodeOfCare)
basedOn0..*Reference(ServiceRequest)
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
typeΣ0..*CodeableConceptBinding
period0..1Period
individualΣ0..1Reference(Practitioner | PractitionerRole | RelatedPerson)
appointmentS Σ0..*Reference(Appointment)
id0..1string
extensionC0..*Extension
startS Σ C0..1dateTime
endS Σ C0..1dateTime
length0..1Duration
reasonCodeΣ0..*CodeableConceptBinding
reasonReferenceΣ0..*Reference(Condition | Procedure | Observation | ImmunizationRecommendation)
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
id0..1string
extensionC0..*Extension
referenceS Σ C1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
id0..1string
extensionC0..*Extension
DiagnosetypS Σ1..1CodingBinding
DiagnosesubTypS Σ0..*CodingBinding
textΣ0..1string
rankS0..1positiveInt
id0..1string
extensionC0..*Extension
referenceS Σ C0..1string
typeΣ0..1uriBinding
id0..1string
extensionC0..*Extension
useΣ ?!0..1codeBinding
typeΣ0..1CodeableConceptBinding
systemS Σ1..1uri
valueS Σ1..1string
periodΣ0..1Period
assignerΣ0..1Reference(Organization)
displayΣ0..1string
id0..1string
WahlleistungS C0..*Extension(Coding)
modifierExtensionΣ ?! C0..*Extension
preAdmissionIdentifier0..1Identifier
origin0..1Reference(Location | Organization)
admitSourceS0..1CodeableConceptBinding
reAdmission0..1CodeableConcept
dietPreference0..*CodeableConcept
specialCourtesy0..*CodeableConceptBinding
specialArrangement0..*CodeableConceptBinding
destination0..1Reference(Location | Organization)
id0..1string
EntlassungsgrundS C0..1Extension(Complex)
RehaEntlassungS C0..1Extension(Complex)
codingΣ0..*Coding
textΣ0..1string
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
location1..1Reference(Location)
status0..1codeBinding
physicalType0..1CodeableConceptBinding
period0..1Period
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
id0..1string
extensionC0..*Extension
referenceS Σ C0..1string
typeΣ0..1uriBinding
id0..1string
extensionC0..*Extension
useΣ ?!0..1codeBinding
typeΣ0..1CodeableConceptBinding
systemS Σ0..1uri
valueS Σ1..1string
periodΣ0..1Period
assignerΣ0..1Reference(Organization)
displayS Σ1..1string
statusS1..1codeBindingPattern
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
period0..1Period
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
id0..1string
extensionC0..*Extension
referenceS Σ C0..1string
typeΣ0..1uriBinding
id0..1string
extensionC0..*Extension
useΣ ?!0..1codeBinding
typeΣ0..1CodeableConceptBinding
systemS Σ0..1uri
valueS Σ1..1string
periodΣ0..1Period
assignerΣ0..1Reference(Organization)
displayS Σ1..1string
statusS1..1codeBindingPattern
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
period0..1Period
id0..1string
extensionC0..*Extension
modifierExtensionΣ ?! C0..*Extension
id0..1string
extensionC0..*Extension
referenceS Σ C0..1string
typeΣ0..1uriBinding
id0..1string
extensionC0..*Extension
useΣ ?!0..1codeBinding
typeΣ0..1CodeableConceptBinding
systemS Σ0..1uri
valueS Σ1..1string
periodΣ0..1Period
assignerΣ0..1Reference(Organization)
displayS Σ1..1string
statusS1..1codeBindingPattern
id0..1string
extensionC0..*Extension
id0..1string
extensionC0..*Extension
systemS Σ1..1uriPattern
versionΣ0..1string
codeS Σ1..1codePattern
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
period0..1Period
id0..1string
extensionC0..*Extension
referenceΣ C0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayS Σ1..1string
partOf0..1Reference(Encounter)
<StructureDefinition xmlns="http://hl7.org/fhir">
<id value="ISiKKontaktGesundheitseinrichtung" />
<url value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
<version value="5.1.0" />
<name value="ISiKKontaktGesundheitseinrichtung" />
<status value="active" />
<experimental value="false" />
<date value="2025-10-23" />
<publisher value="gematik GmbH" />
<description value="Dieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.\n### Motivation\nInformationen über die Besuche des Patienten entlang seines \nBehandlungspfades im Krankenhaus sind ein wichtiger Bestandteil \ndes einrichtungsinternen Datenaustausches. \nSie ermöglichen die Unterscheidung von stationären und ambulanten \nsowie aufgenommenen und entlassenen Patienten. \nWeiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort \ndes Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. \nKlinische Ressourcen werden in FHIR durch Verlinkung auf die \nEncounter-Ressource in einen Kontext zum Besuch gestellt. \nDieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen \nund Abrechnungsprozessen. \n\nZu Beginn der meisten klinischen Workflows steht die Auswahl \ndes Besuchskontextes. \nDies geschieht bspw. durch das Suchen der Encounter-Ressource \nanhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. \nDaraufhin werden die zutreffenden Suchergebnisse angezeigt \nund der gewünschte Besuch ausgewählt.\n\nIn FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der `Encounter`-Ressource repräsentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}\n\n### Kompatibilität\nFür das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität \nmit folgenden Profilen angestrebt; \nallerdings kann nicht sichergestellt werden, dass Instanzen, \ndie gegen ISiKKontaktGesundheitseinrichtung valide sind, \nauch valide sind gegen:\n\n* Profil [Kontakt mit einer Gesundheitseinrichtung \nder Medizininformatik-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-fall/StructureDefinition/KontaktGesundheitseinrichtung)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden." />
<fhirVersion value="4.0.1" />
<kind value="resource" />
<abstract value="false" />
<type value="Encounter" />
<baseDefinition value="http://hl7.org/fhir/StructureDefinition/Encounter" />
<derivation value="constraint" />
<element id="Encounter">
<path value="Encounter" />
<key value="ISiK-enc-1" />
<severity value="error" />
<human value="Abgeschlossene, ambulante Kontakte sollten einen Start-Zeitpunkt angeben" />
<expression value="status = 'finished' and class = 'AMB' implies period.start.exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-2" />
<severity value="error" />
<human value="Abgeschlossene, stationäre Kontakte sollten einen Start- und End-Zeitpunkt angeben" />
<expression value="status = 'finished' and class = 'IMP' implies period.start.exists() and period.end.exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-3" />
<severity value="error" />
<human value="Geplante Kontakte sollten keinen Start- oder End-Zeitpunkt angeben" />
<expression value="status = 'planned' implies period.exists().not()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-4" />
<severity value="warning" />
<human value="Geplante Kontakte sollten die Extensions für den geplanten Start- oder End-Zeitpunkt verwenden" />
<expression value="status = 'planned' implies extension.where(url = 'http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate').exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-5" />
<severity value="error" />
<human value="In-Durchführung befindliche Kontakte sollten einen Start-Zeitpunkt angeben" />
<expression value="status = 'in-progress' implies period.start.exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-6" />
<severity value="error" />
<human value="Kontakte mit Abwesenheitsstatus sollten einen Start-Zeitpunkt angeben" />
<expression value="status = 'onleave' implies period.start.exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-7" />
<severity value="warning" />
<human value="Kontakte mit unbekannten Status sollten einen Start-Zeitpunkt angeben" />
<expression value="status = 'unknown' implies period.start.exists()" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
<key value="ISiK-enc-8" />
<severity value="error" />
<human value="Die Rolle der assoziierten Diagnose(n) darf nicht 'Billing' sein" />
<expression value="diagnosis.use.all(coding.code != 'billing')" />
<source value="https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung" />
</constraint>
</element>
<element id="Encounter.id">
<path value="Encounter.id" />
<short value="serverseitige, interne ID des Datensatzes" />
<comment value="**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen." />
<mustSupport value="true" />
</element>
<element id="Encounter.meta.versionId">
<path value="Encounter.meta.versionId" />
<short value="Eindeutiger Name der serverseitigen Version des Datensatzes" />
<comment value="Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen." />
</element>
<element id="Encounter.meta.lastUpdated">
<path value="Encounter.meta.lastUpdated" />
<short value="Zeitpunkt der letzten Änderung" />
<comment value="Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen." />
</element>
<element id="Encounter.extension">
<path value="Encounter.extension" />
<mustSupport value="true" />
</element>
<element id="Encounter.extension:Aufnahmegrund">
<path value="Encounter.extension" />
<sliceName value="Aufnahmegrund" />
<short value="Aufnahmegrund" />
<comment value="Aufnahmegrund nach § 301 Abs. 3 SGB V. Dieser gehört zu den 'Medizinischen Daten des Behandlungsfalls' entsprechend der Definitionen für die Datenübermittlung\nnach § 301 Abs. 3 SGB V. Somit sind diese über den Kontakt und nicht über den Abrechnungsfall zu dokumentieren. Diese Extension SOLL am ersten Abteilungskontakt, der die stationäre Aufnahme repräsentiert, dokumentiert werden. Wird durch den Encounter ein Einrichtungskontakt repräsentiert, SOLL dort zusätzlich zu dem Abteilungskontakt der Aufnahmegrund dokumentiert werden." />
<min value="0" />
<max value="1" />
<code value="Extension" />
<profile value="http://fhir.de/StructureDefinition/Aufnahmegrund" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.extension:Aufnahmegrund.extension:ErsteUndZweiteStelle">
<path value="Encounter.extension.extension" />
<sliceName value="ErsteUndZweiteStelle" />
<short value="Aufnahmegrund: 1. & 2. Stelle" />
<comment value="1. und 2. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V." />
<mustSupport value="true" />
</element>
<element id="Encounter.extension:Aufnahmegrund.extension:DritteStelle">
<path value="Encounter.extension.extension" />
<sliceName value="DritteStelle" />
<short value="Aufnahmegrund: 3. Stelle" />
<comment value="3. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V." />
<mustSupport value="true" />
</element>
<element id="Encounter.extension:Aufnahmegrund.extension:VierteStelle">
<path value="Encounter.extension.extension" />
<sliceName value="VierteStelle" />
<short value="Aufnahmegrund: 4. Stelle" />
<comment value="4. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V." />
<mustSupport value="true" />
</element>
<element id="Encounter.extension:plannedStartDate">
<path value="Encounter.extension" />
<sliceName value="plannedStartDate" />
<short value="geplantes Aufnahmedatum" />
<comment value="**Begründung MS:** Im Falle einer geplanten Aufnahme ist das Datum mittels dieser Extension anzugeben." />
<min value="0" />
<max value="1" />
<code value="Extension" />
<profile value="http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.extension:plannedEndDate">
<path value="Encounter.extension" />
<sliceName value="plannedEndDate" />
<short value="geplantes Entlassdatum" />
<comment value="**Begründung MS:** Im Falle der Dokumentation eines geplanten Entlassdatums ist diese Extension zu befüllen." />
<min value="0" />
<max value="1" />
<code value="Extension" />
<profile value="http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedEndDate" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.identifier">
<path value="Encounter.identifier" />
<type value="pattern" />
<path value="$this" />
</discriminator>
<rules value="open" />
</slicing>
<comment value="Eindeutiger Identifier des Encounter" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer">
<path value="Encounter.identifier" />
<sliceName value="Aufnahmenummer" />
<short value="Aufnahmenummer" />
<comment value="**Begründung MS:** Die Aufnahmenummer ist nicht die 'Fallnummer', welche sich auf den kompletten Abrechnungsfall bezieht. Hier wird ein Identifier angegeben, der den Kontakt eindeutig identifiziert." />
<min value="0" />
<max value="1" />
<system value="http://terminology.hl7.org/CodeSystem/v2-0203" />
<code value="VN" />
</coding>
</type>
</patternIdentifier>
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.type">
<path value="Encounter.identifier.type" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.type.coding">
<path value="Encounter.identifier.type.coding" />
<type value="pattern" />
<path value="$this" />
</discriminator>
<rules value="open" />
</slicing>
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.type.coding:vn-type">
<path value="Encounter.identifier.type.coding" />
<sliceName value="vn-type" />
<short value="Codierte Darstellung des Identifier-Typs" />
<min value="1" />
<max value="1" />
<system value="http://terminology.hl7.org/CodeSystem/v2-0203" />
<code value="VN" />
</patternCoding>
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.type.coding:vn-type.system">
<path value="Encounter.identifier.type.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.type.coding:vn-type.code">
<path value="Encounter.identifier.type.coding.code" />
<short value="Code" />
<comment value="Hier ist stets der Wert `VN` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.system">
<path value="Encounter.identifier.system" />
<short value="Namensraum des Identifiers" />
<comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
<mustSupport value="true" />
</element>
<element id="Encounter.identifier:Aufnahmenummer.value">
<path value="Encounter.identifier.value" />
<comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
<mustSupport value="true" />
</element>
<element id="Encounter.status">
<path value="Encounter.status" />
<short value="Status" />
<comment value="Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `in-progress`, `finished` und `cancelled`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben. \n **Historie:** Die Reduktion der zulässigen Status-Werte im Vergleich zur FHIR-Kernspezifikation \n erfolgt im Vorgriff auf eine entsprechende Anpassung in FHIR R5." />
<mustSupport value="true" />
<strength value="required" />
<description value="Eingeschränkter Status vgl. FHIR R5" />
<valueSet value="http://fhir.de/ValueSet/EncounterStatusDe" />
</binding>
</element>
<element id="Encounter.class">
<path value="Encounter.class" />
<short value="Fallart" />
<comment value="Die Klassifikation von Encountern nach Fallarten folgt den internationalen Vorgaben und \n dient der groben Unterscheidung von Besuchen mit und ohne Bettendisposition (ambulant/stationär). \n Die in Deutschland übliche Fallklassifikation anhand von unterschiedlichen \n regulatorischen und abrechnungrelevanten Rahmenbedingungen, erfolgt in `type`. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `class` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)" />
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/EncounterClassDE" />
</binding>
</element>
<element id="Encounter.type">
<path value="Encounter.type" />
<type value="pattern" />
<path value="$this" />
</discriminator>
<rules value="open" />
</slicing>
<comment value="Typ des Encounter" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.type:Kontaktebene">
<path value="Encounter.type" />
<sliceName value="Kontaktebene" />
<short value="Kontaktebene" />
<comment value="**Begründung Pflichtfeld:** Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.\n \n **Hinweis bei Abbildung von Versorgungsstellenkontakten:**\n Es ist ein üblicher Fall, dass die Dauer eines Versorgungsstellenkontaktes in der Versorgung die eines Abteilungskontaktes übersteigt. Ein Beispiel hierfür: Ein Patient bleibt im Bett (Versorgungsstellenkontakt), aber ein Fachabteilungswechsel geschieht, da die Diagnose über eine Fachabteilung (Onkologie) läuft, dann aber der Wechsel zur Fachabteilung Chirurgie (neuer Abteilungskontakt) notwendig wird.\n Für einen solchen Fall gilt auf Ebene der FHIR-Instanzen (z.B. entgegen des tatsächliche Aufenthaltes im gleichen Bett): Im Falle eines Fachabteilungswechsels legt ein System einen neuen Abteilungskontakt an. Bestehende Versorgungsstellenkontakt SOLLEN NICHT in ihrer Relation (.partOf) zum Abteilungskontakt modifiziert werden. Hingegen SOLL das System einen oder mehrere Versorgungsstellenkontakte erzeugen und mit dem neu angelegten Abteilungskontakt in Verbindung setzen.\n\n Hintergrund: Das Konzept der 'Kontaktebene' stammt aus dem Fallmodell der Medizininformatik-Initiative, \n das bei Encountern zwischen 'Einrichtungskontakten', 'Fachabteilungskontakten' und 'Versorgungsstellenkontakten' unterscheidet.\n Im Kontext dieses Moduls werden lediglich Encounter der Ebene 'Fachabteilungskontakt' abgebildet." />
<min value="1" />
<max value="1" />
<system value="http://fhir.de/CodeSystem/Kontaktebene" />
<code value="abteilungskontakt" />
</coding>
</patternCodeableConcept>
<mustSupport value="true" />
<strength value="required" />
<description value="Kontaktebene" />
<valueSet value="http://fhir.de/ValueSet/kontaktebene-de" />
</binding>
</element>
<element id="Encounter.type:Kontaktebene.coding">
<path value="Encounter.type.coding" />
<short value="Codierte Darstellung der Kontaktebene" />
</element>
<element id="Encounter.type:Kontaktebene.coding.system">
<path value="Encounter.type.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://fhir.de/CodeSystem/Kontaktebene` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.type:Kontaktebene.coding.code">
<path value="Encounter.type.coding.code" />
<short value="Code" />
<comment value="Hier ist stets der Wert `abteilungskontakt` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.type:KontaktArt">
<path value="Encounter.type" />
<sliceName value="KontaktArt" />
<short value="Kontaktart" />
<comment value="Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer \n und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen \n und abrechnungsrelevanten Rahmenbedingungen. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `type` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)" />
<min value="0" />
<max value="1" />
<system value="http://fhir.de/CodeSystem/kontaktart-de" />
</coding>
</patternCodeableConcept>
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/kontaktart-de" />
</binding>
</element>
<element id="Encounter.type:KontaktArt.coding">
<path value="Encounter.type.coding" />
<short value="Codierte Darstellung der Kontaktart" />
</element>
<element id="Encounter.type:KontaktArt.coding.system">
<path value="Encounter.type.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://fhir.de/CodeSystem/kontaktart-de` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.type:KontaktArt.coding.code">
<path value="Encounter.type.coding.code" />
<short value="Code" />
<comment value="vorstationaer | nachstationaer | begleitperson | tagesklinik | +" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceType">
<path value="Encounter.serviceType" />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceType.coding">
<path value="Encounter.serviceType.coding" />
<type value="pattern" />
<path value="$this" />
</discriminator>
<rules value="open" />
</slicing>
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceType.coding:Fachabteilungsschluessel">
<path value="Encounter.serviceType.coding" />
<sliceName value="Fachabteilungsschluessel" />
<short value="Fachabteilungsschlüssel" />
<comment value="Fachabteilungen gemäß Anhang 1 der BPflV" />
<min value="0" />
<max value="1" />
<system value="http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel" />
</patternCoding>
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel" />
</binding>
</element>
<element id="Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel">
<path value="Encounter.serviceType.coding" />
<sliceName value="ErweiterterFachabteilungsschluessel" />
<short value="Fachabteilungsschlüssel" />
<comment value="Fachabteilungen gemäß Anhang 1 der BPflV inkl. Spezialisierungen" />
<min value="0" />
<max value="1" />
<system value="http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel-erweitert" />
</patternCoding>
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert" />
</binding>
</element>
<element id="Encounter.subject">
<path value="Encounter.subject" />
<short value="Patientenbezug" />
<comment value="**Begründung Must-Support:** Ein Patientenbezug des Kontakt MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.subject.reference">
<path value="Encounter.subject.reference" />
<short value="Patienten-Link" />
<comment value="**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.appointment">
<path value="Encounter.appointment" />
<short value="Verknüpfung mit einem Termin" />
<comment value="**Begründung und Einschränkung des Must Support**: Dieses Element dient der Verknüpfung mit einem Termin (Appointment) aus dem entsprechenden ISiK Modul und - darauf aufbauend - der Dokumentenkommunikation. Das Element 'appointment' SOLL für den im Folgenden geschilderten Fall implementiert werden. Andernfalls KANN es entfallen. \n\nDie Anforderung einer Verknüpfung mit einem Appointment stammt aus dem Szenario der Dokumentenübertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (z.B. KIS) im Kontext einer Terminbuchung: Dokumente liegen bei Terminbuchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu SOLL ein Primärsystem zu Beginn des Termins das Appointment mit dem neu angelegten Encounter verknüpfen, um die Dokumente aus dem Patientenportal darüber vermittelt zuordnen zu können (ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden).\n\nÜber die Referenz auf Appointment KÖNNEN Patientenportale den Fallbezug aus dem Termin ermitteln und Dokumente an ein KIS senden.\n\nHieraus folgt, dass das Element nur relevant ist, falls das bestätigungsrelevante System zusätzlich zum vorliegenden Profil (Encounter) das Profil ISiKTermin (Appointment) implementiert.\n\n**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5) zu beachten." />
<mustSupport value="true" />
</element>
<element id="Encounter.period">
<path value="Encounter.period" />
<short value="Aufenthaltszeitraum" />
<comment value="**WICHTIGER Hinweis für Implementierer:** \n * Das Aufnahmedatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser bereits begonnen hat.\n * Das Entlassdatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser beendet ist. \n Siehe hierzu die Übersicht der Invarianten in diesem Profil." />
<mustSupport value="true" />
</element>
<element id="Encounter.period.start">
<path value="Encounter.period.start" />
<short value="Aufnahmedatum" />
<comment value="Hier ist stets das *tatsächliche* Aufnahmedatum anzugeben.\n *Geplante* Aufnahmedaten müssen über die Extension `plannedStartDate` erfasst werden." />
<mustSupport value="true" />
</element>
<element id="Encounter.period.end">
<path value="Encounter.period.end" />
<short value="Entlassdatum" />
<comment value="Hier ist stets das *tatsächliche* Entlassdatum anzugeben.\n *Geplante* Entlassdaten müssen über die Extension `plannedEndDate` erfasst werden." />
<mustSupport value="true" />
</element>
<element id="Encounter.diagnosis">
<path value="Encounter.diagnosis" />
<short value="Falldiagnosen/-prozeduren" />
<comment value="Verweis auf Diagnosen/Prozeduren, die eine besondere Rolle im Kontext eines Encounters einnehmen, z.B. &quot;Aufnahmediagnose&quot; \n **WICHTIGER Hinweis für Implementierer:** Der Fallbezug von Diagnosen und Prozeduren wird über das jeweilige `encounter`-Element \n der Condition bzw. Procedure-Ressource hinreichend etabliert. Die *zusätzliche* Rückverlinkung von `Encounter.diagnosis` auf Condition/Procedure wird *nur dann* verwendet, \n wenn einer Diagnose bzw. Prozedur *im Kontext eines Aufenthaltes* eine besondere Rolle zugewiesen werden soll, z.B. Haupt-/Neben-/Aufnahme- oder Überweisungsdiagnose). \n Hier werden Diagnosen und Prozeduren nur nach ihrer *medizinschen* Relevanz bezüglich eines Aufenthaltes qualifiziert. \n Die Qualifikation von Diagnosen und Prozeduren im Kontext der *Abrechnung* erfolgt in der `Account`-Ressource!" />
</element>
<element id="Encounter.diagnosis.condition">
<path value="Encounter.diagnosis.condition" />
<short value="Verweis auf Diagnose/Prozedur" />
<mustSupport value="true" />
</element>
<element id="Encounter.diagnosis.condition.reference">
<path value="Encounter.diagnosis.condition.reference" />
<short value="Condition/Procedure-Link" />
<comment value="**Begründung Pflichtfeld:** Die Verlinkung auf die Condition/Procedure-Ressource dient der technischen Zuordnung des Encounters zur Condition/Precedure \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.diagnosis.use">
<path value="Encounter.diagnosis.use" />
<short value="Bedeutung der Diagnose/Prozedur" />
<comment value="Bedeutung der Diagnose/Prozedur im Encounter-Kontext" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.diagnosis.use.coding">
<path value="Encounter.diagnosis.use.coding" />
<type value="pattern" />
<path value="$this" />
</discriminator>
<rules value="open" />
</slicing>
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.diagnosis.use.coding:Diagnosetyp">
<path value="Encounter.diagnosis.use.coding" />
<sliceName value="Diagnosetyp" />
<short value="Diagnosetyp" />
<comment value="International standardisierte, grobgranulare Unterscheidung zwischen extern gestellten Diagnosen (`referral-diagnosis`) und intern gestellten Diagnosen (`treatment-diagnosis`)" />
<min value="1" />
<max value="1" />
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/DiagnoseTyp" />
</binding>
</element>
<element id="Encounter.diagnosis.use.coding:DiagnosesubTyp">
<path value="Encounter.diagnosis.use.coding" />
<sliceName value="DiagnosesubTyp" />
<short value="Diagnosesubtyp" />
<comment value="An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, \n z.B. &quot;Fachabteilungshauptdiagnose&quot;, &quot;Todesursache&quot; etc." />
<min value="0" />
<max value="*" />
<mustSupport value="true" />
<strength value="required" />
<valueSet value="http://fhir.de/ValueSet/Diagnosesubtyp" />
</binding>
</element>
<element id="Encounter.diagnosis.rank">
<path value="Encounter.diagnosis.rank" />
<mustSupport value="true" />
</element>
<element id="Encounter.account">
<path value="Encounter.account" />
<short value="Abrechnungskontext" />
<comment value="Der Bezug zu einem Account stellt den Abrechnungskontext für einen oder mehrere Encounter her.\n Mittels der Account-Referenz können zum Beispiel ein vorstationärer, ein stationärer \n und ein nachstationärer Besuch zu einem 'DRG-Fall' zusammengefasst werden. \n **WICHTIGER Hinweis für Implementierer:** Im Deutschen Sprachgebrauch ist unter dem Begriff 'Fall' \n meist der Abrechnungskontext gemeint, nicht der einzelne Besuch. Die 'Fallnummer' ist daher nicht der Identifier des Encounters, \n sondern der des Accounts auf den der Encounter referenziert. \n Auf diesem Wege können mehrere Besuche einer Fallnummer zugeordnet werden. \n Da die Fallnummer ein häufig verwendetes Suchkriterium darstellt, \n ist diese hier als logische Referenz (`account.identifier`) zu hinterlegen.\n Damit wird sichergestellt, dass diese als Suchparameter für die Suche nach Encountern zur Verfügung steht, \n auch wenn einzelne Systeme kein Chaining unterstützen oder einzelne Benutzer keine Sichtberechtigung auf Abrechnungsdaten haben,\n im Versorgunskontext aber dennoch Encounter anhand der assoziierten Fallnummer suchen möchten." />
<mustSupport value="true" />
</element>
<element id="Encounter.account.reference">
<path value="Encounter.account.reference" />
<short value="Account-Link" />
<comment value="**Begründung MS:** Die Verlinkung auf eine Account-Ressource dient der technischen Zuordnung des Besuchs zu einem Abrechnungskontext \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<mustSupport value="true" />
</element>
<element id="Encounter.account.identifier">
<path value="Encounter.account.identifier" />
<short value="(Abrechnungs-)Fallnummer" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.account.identifier.system">
<path value="Encounter.account.identifier.system" />
<short value="Namensraum des Identifiers" />
<comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.account.identifier.value">
<path value="Encounter.account.identifier.value" />
<comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.hospitalization">
<path value="Encounter.hospitalization" />
<short value="Details zum Aufenthalt" />
<comment value="Details zu einem stationären Aufenthalt" />
<mustSupport value="true" />
</element>
<element id="Encounter.hospitalization.extension:Wahlleistung">
<path value="Encounter.hospitalization.extension" />
<sliceName value="Wahlleistung" />
<short value="Wahlleistung" />
<comment value="**Begründung MS:** Vom Patienten gebuchte Wahlleistungen (z.B. Chefarztbehandlung, Einzelzimmer) \n sind häufig system- und abteilungsübergreifend zu beachten und sollten daher über die Schnittstelle kommuniziert werden können." />
<min value="0" />
<max value="*" />
<code value="Extension" />
<profile value="http://fhir.de/StructureDefinition/Wahlleistung" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.hospitalization.admitSource">
<path value="Encounter.hospitalization.admitSource" />
<short value="Aufnahmeanlass" />
<comment value="Anlass der stationären Aufnahme, z.B. &quot;Einweisung&quot;, &quot;Notfall&quot; etc. \n Begründung MS: Zur Harmonisierung den Festlegungen der Medizininformatik-Initiative" />
<mustSupport value="true" />
<strength value="extensible" />
<valueSet value="http://fhir.de/ValueSet/dgkev/Aufnahmeanlass" />
</binding>
</element>
<element id="Encounter.hospitalization.dischargeDisposition">
<path value="Encounter.hospitalization.dischargeDisposition" />
<short value="Entlassungsart bzw. -grund" />
<mustSupport value="true" />
</element>
<element id="Encounter.hospitalization.dischargeDisposition.extension:Entlassungsgrund">
<path value="Encounter.hospitalization.dischargeDisposition.extension" />
<sliceName value="Entlassungsgrund" />
<short value="Entlassungsgrund" />
<comment value="Entlassungsgrund nach § 301 Abs. 3 SGB V \n **Einschränkung MS:** Der Entlassungsgrund muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Akutversorgung eingesetzt wird." />
<min value="0" />
<max value="1" />
<code value="Extension" />
<profile value="http://fhir.de/StructureDefinition/Entlassungsgrund" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.hospitalization.dischargeDisposition.extension:RehaEntlassung">
<path value="Encounter.hospitalization.dischargeDisposition.extension" />
<sliceName value="RehaEntlassung" />
<short value="Entlassungsgrund Reha" />
<comment value="Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V \n **Einschränkung MS:** Der Entlassungsgrund Reha muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Reha-Versorgung eingesetzt wird" />
<min value="0" />
<max value="1" />
<code value="Extension" />
<profile value="https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKRehaEntlassung" />
</type>
<mustSupport value="true" />
</element>
<element id="Encounter.location">
<path value="Encounter.location" />
<type value="pattern" />
<path value="physicalType" />
</discriminator>
<type value="pattern" />
<path value="status" />
</discriminator>
<rules value="open" />
</slicing>
<short value="Aufenthaltsorte des Patienten" />
<comment value="Hinweise zur Einschränkung von Encounter.location.status auf "active" zu Abbildung des aktuellen Aufenthaltortes des Patienten\nDie Slices `Station`, `Zimmer` und `Bettenstellplatz` verwenden jeweils ein Pattern auf dem status-Element mit dem Wert 'active'.\nDiese Einschränkung dient der sicheren Abbildung des aktuellen Aufenthaltsortes und soll garantieren, dass – wenn bekannt – stets nur ein aktueller Standort dokumentiert wird.\n\nGleichwohl erlaubt die offene Slicing-Strategie (`slicing.rules = open`), dass **weitere Slices mit abweichenden `status`-Werten** (z. B. `planned`, `reserved`, `completed`) verwendet werden dürfen. \nDamit ist es möglich, zusätzlich auch historische oder geplante Aufenthaltsorte zu dokumentieren, sofern diese Information erfasst wird. Bei Verlegungen in einen anderen Fachbereich, welcher auch einen Wechsel des Aufenthaltsortes zur Folge hat, SOLL der Status der Location auf 'completed' gesetzt werden." />
<mustSupport value="true" />
</element>
<element id="Encounter.location.physicalType">
<path value="Encounter.location.physicalType" />
<strength value="extensible" />
<valueSet value="https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType" />
</binding>
</element>
<element id="Encounter.location:Zimmer">
<path value="Encounter.location" />
<sliceName value="Zimmer" />
<short value="Slice für das aktive Zimmer" />
<comment value="**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können." />
<min value="0" />
<max value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location">
<path value="Encounter.location.location" />
<short value="Aufenthaltsort" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location.reference">
<path value="Encounter.location.location.reference" />
<short value="Location-Link" />
<comment value="**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location.identifier">
<path value="Encounter.location.location.identifier" />
<short value="Identifier des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location.identifier.system">
<path value="Encounter.location.location.identifier.system" />
<short value="Namensraum des Identifiers" />
<comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location.identifier.value">
<path value="Encounter.location.location.identifier.value" />
<comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.location.display">
<path value="Encounter.location.location.display" />
<short value="(Menschenlesbarer) Name des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.status">
<path value="Encounter.location.status" />
<min value="1" />
<patternCode value="active" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.physicalType">
<path value="Encounter.location.physicalType" />
<short value="Art des Aufenthaltsortes (hier: Zimmer)" />
<min value="1" />
<system value="http://terminology.hl7.org/CodeSystem/location-physical-type" />
<code value="ro" />
</coding>
</patternCodeableConcept>
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.physicalType.coding">
<path value="Encounter.location.physicalType.coding" />
<short value="Codierte Darstellung der Art des Aufenthaltortes" />
</element>
<element id="Encounter.location:Zimmer.physicalType.coding.system">
<path value="Encounter.location.physicalType.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Zimmer.physicalType.coding.code">
<path value="Encounter.location.physicalType.coding.code" />
<short value="Code" />
<comment value="Hier ist stets der Wert `ro` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz">
<path value="Encounter.location" />
<sliceName value="Bettenstellplatz" />
<short value="Slice für das aktive Bett" />
<comment value="**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können." />
<min value="0" />
<max value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location">
<path value="Encounter.location.location" />
<short value="Aufenthaltsort" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location.reference">
<path value="Encounter.location.location.reference" />
<short value="Location-Link" />
<comment value="**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location.identifier">
<path value="Encounter.location.location.identifier" />
<short value="Identifier des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location.identifier.system">
<path value="Encounter.location.location.identifier.system" />
<short value="Namensraum des Identifiers" />
<comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location.identifier.value">
<path value="Encounter.location.location.identifier.value" />
<comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.location.display">
<path value="Encounter.location.location.display" />
<short value="(Menschenlesbarer) Name des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.status">
<path value="Encounter.location.status" />
<min value="1" />
<patternCode value="active" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.physicalType">
<path value="Encounter.location.physicalType" />
<short value="Art des Aufenthaltsortes (hier: Bettenstellplatz)" />
<comment value="Die Kodierung in diesem Slice entstammt folgendem Valueset - gelistet unter .location.(All slices.)physicalType: https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType" />
<min value="1" />
<system value="http://terminology.hl7.org/CodeSystem/location-physical-type" />
<code value="bd" />
</coding>
</patternCodeableConcept>
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.physicalType.coding">
<path value="Encounter.location.physicalType.coding" />
<short value="Codierte Darstellung der Art des Aufenthaltortes" />
</element>
<element id="Encounter.location:Bettenstellplatz.physicalType.coding.system">
<path value="Encounter.location.physicalType.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Bettenstellplatz.physicalType.coding.code">
<path value="Encounter.location.physicalType.coding.code" />
<short value="Code" />
<comment value="Hier ist stets der Wert `bd` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station">
<path value="Encounter.location" />
<sliceName value="Station" />
<short value="Slice für die aktive Station" />
<comment value="**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können." />
<min value="0" />
<max value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location">
<path value="Encounter.location.location" />
<short value="Aufenthaltsort" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location.reference">
<path value="Encounter.location.location.reference" />
<short value="Location-Link" />
<comment value="**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location.identifier">
<path value="Encounter.location.location.identifier" />
<short value="Identifier des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location.identifier.system">
<path value="Encounter.location.location.identifier.system" />
<short value="Namensraum des Identifiers" />
<comment value="Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher." />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location.identifier.value">
<path value="Encounter.location.location.identifier.value" />
<comment value="Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.location.display">
<path value="Encounter.location.location.display" />
<short value="(Menschenlesbarer) Name des Aufenthaltsortes" />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.status">
<path value="Encounter.location.status" />
<min value="1" />
<patternCode value="active" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.physicalType">
<path value="Encounter.location.physicalType" />
<short value="Art des Aufenthaltsortes (hier: Station)" />
<min value="1" />
<system value="http://terminology.hl7.org/CodeSystem/location-physical-type" />
<code value="wa" />
</coding>
</patternCodeableConcept>
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.physicalType.coding">
<path value="Encounter.location.physicalType.coding" />
<short value="Codierte Darstellung der Art des Aufenthaltortes" />
</element>
<element id="Encounter.location:Station.physicalType.coding.system">
<path value="Encounter.location.physicalType.coding.system" />
<short value="Codier-Schema" />
<comment value="Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.location:Station.physicalType.coding.code">
<path value="Encounter.location.physicalType.coding.code" />
<short value="Code" />
<comment value="Hier ist stets der Wert `wa` anzugeben." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceProvider">
<path value="Encounter.serviceProvider" />
<short value="Zuständige ServiceProvider" />
<comment value="**Begründung MS:** Der zuständige ServiceProvider für diesen Kontakt sollte hier angegeben werden." />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceProvider.identifier">
<path value="Encounter.serviceProvider.identifier" />
<comment value="**Begründung Pflichtfeld:** Ein eindeutiger Identifier des ServiceProvider muss vorhanden sein." />
<min value="1" />
<mustSupport value="true" />
</element>
<element id="Encounter.serviceProvider.display">
<path value="Encounter.serviceProvider.display" />
<comment value="**Begründung MS:** Ein Anzeigename für den ServiceProvider muss vorhanden sein." />
<min value="1" />
<mustSupport value="true" />
</element>
</differential>
</StructureDefinition>
{
"resourceType": "StructureDefinition",
"id": "ISiKKontaktGesundheitseinrichtung",
"url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung",
"version": "5.1.0",
"name": "ISiKKontaktGesundheitseinrichtung",
"status": "active",
"experimental": false,
"date": "2025-10-23",
"publisher": "gematik GmbH",
"description": "Dieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.\n### Motivation\nInformationen über die Besuche des Patienten entlang seines \nBehandlungspfades im Krankenhaus sind ein wichtiger Bestandteil \ndes einrichtungsinternen Datenaustausches. \nSie ermöglichen die Unterscheidung von stationären und ambulanten \nsowie aufgenommenen und entlassenen Patienten. \nWeiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort \ndes Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. \nKlinische Ressourcen werden in FHIR durch Verlinkung auf die \nEncounter-Ressource in einen Kontext zum Besuch gestellt. \nDieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen \nund Abrechnungsprozessen. \n\nZu Beginn der meisten klinischen Workflows steht die Auswahl \ndes Besuchskontextes. \nDies geschieht bspw. durch das Suchen der Encounter-Ressource \nanhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. \nDaraufhin werden die zutreffenden Suchergebnisse angezeigt \nund der gewünschte Besuch ausgewählt.\n\nIn FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der `Encounter`-Ressource repräsentiert.\n\nWeitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter {{pagelink: Fall, text: Fall-Begriff in ISiK}}\n\n### Kompatibilität\nFür das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität \nmit folgenden Profilen angestrebt; \nallerdings kann nicht sichergestellt werden, dass Instanzen, \ndie gegen ISiKKontaktGesundheitseinrichtung valide sind, \nauch valide sind gegen:\n\n* Profil [Kontakt mit einer Gesundheitseinrichtung \nder Medizininformatik-Initiative](https://www.medizininformatik-initiative.de/fhir/core/modul-fall/StructureDefinition/KontaktGesundheitseinrichtung)\n\nHinweise zu Inkompatibilitäten können über die [Portalseite](https://service.gematik.de/servicedesk/customer/portal/16) gemeldet werden.",
"fhirVersion": "4.0.1",
"kind": "resource",
"abstract": false,
"type": "Encounter",
"baseDefinition": "http://hl7.org/fhir/StructureDefinition/Encounter",
"derivation": "constraint",
"element": [
{
"id": "Encounter",
"path": "Encounter",
{
"key": "ISiK-enc-1",
"severity": "error",
"human": "Abgeschlossene, ambulante Kontakte sollten einen Start-Zeitpunkt angeben",
"expression": "status = 'finished' and class = 'AMB' implies period.start.exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-2",
"severity": "error",
"human": "Abgeschlossene, stationäre Kontakte sollten einen Start- und End-Zeitpunkt angeben",
"expression": "status = 'finished' and class = 'IMP' implies period.start.exists() and period.end.exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-3",
"severity": "error",
"human": "Geplante Kontakte sollten keinen Start- oder End-Zeitpunkt angeben",
"expression": "status = 'planned' implies period.exists().not()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-4",
"severity": "warning",
"human": "Geplante Kontakte sollten die Extensions für den geplanten Start- oder End-Zeitpunkt verwenden",
"expression": "status = 'planned' implies extension.where(url = 'http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate').exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-5",
"severity": "error",
"human": "In-Durchführung befindliche Kontakte sollten einen Start-Zeitpunkt angeben",
"expression": "status = 'in-progress' implies period.start.exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-6",
"severity": "error",
"human": "Kontakte mit Abwesenheitsstatus sollten einen Start-Zeitpunkt angeben",
"expression": "status = 'onleave' implies period.start.exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-7",
"severity": "warning",
"human": "Kontakte mit unbekannten Status sollten einen Start-Zeitpunkt angeben",
"expression": "status = 'unknown' implies period.start.exists()",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
},
{
"key": "ISiK-enc-8",
"severity": "error",
"human": "Die Rolle der assoziierten Diagnose(n) darf nicht 'Billing' sein",
"expression": "diagnosis.use.all(coding.code != 'billing')",
"source": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
}
]
},
{
"id": "Encounter.id",
"path": "Encounter.id",
"short": "serverseitige, interne ID des Datensatzes",
"comment": "**bedingtes Pflichtfeld/bedingtes MS:** Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine `id` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `id`verfügen.",
"mustSupport": true
},
{
"id": "Encounter.meta.versionId",
"path": "Encounter.meta.versionId",
"short": "Eindeutiger Name der serverseitigen Version des Datensatzes",
"comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über eine `versionID` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen."
},
{
"id": "Encounter.meta.lastUpdated",
"path": "Encounter.meta.lastUpdated",
"short": "Zeitpunkt der letzten Änderung",
"comment": "Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen.\n Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen."
},
{
"id": "Encounter.extension",
"path": "Encounter.extension",
"mustSupport": true
},
{
"id": "Encounter.extension:Aufnahmegrund",
"path": "Encounter.extension",
"sliceName": "Aufnahmegrund",
"short": "Aufnahmegrund",
"comment": "Aufnahmegrund nach § 301 Abs. 3 SGB V. Dieser gehört zu den 'Medizinischen Daten des Behandlungsfalls' entsprechend der Definitionen für die Datenübermittlung\nnach § 301 Abs. 3 SGB V. Somit sind diese über den Kontakt und nicht über den Abrechnungsfall zu dokumentieren. Diese Extension SOLL am ersten Abteilungskontakt, der die stationäre Aufnahme repräsentiert, dokumentiert werden. Wird durch den Encounter ein Einrichtungskontakt repräsentiert, SOLL dort zusätzlich zu dem Abteilungskontakt der Aufnahmegrund dokumentiert werden.",
"min": 0,
"max": "1",
"type": [
{
"code": "Extension",
"profile": [
"http://fhir.de/StructureDefinition/Aufnahmegrund"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.extension:Aufnahmegrund.extension:ErsteUndZweiteStelle",
"path": "Encounter.extension.extension",
"sliceName": "ErsteUndZweiteStelle",
"short": "Aufnahmegrund: 1. & 2. Stelle",
"comment": "1. und 2. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.",
"mustSupport": true
},
{
"id": "Encounter.extension:Aufnahmegrund.extension:DritteStelle",
"path": "Encounter.extension.extension",
"sliceName": "DritteStelle",
"short": "Aufnahmegrund: 3. Stelle",
"comment": "3. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.",
"mustSupport": true
},
{
"id": "Encounter.extension:Aufnahmegrund.extension:VierteStelle",
"path": "Encounter.extension.extension",
"sliceName": "VierteStelle",
"short": "Aufnahmegrund: 4. Stelle",
"comment": "4. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.",
"mustSupport": true
},
{
"id": "Encounter.extension:plannedStartDate",
"path": "Encounter.extension",
"sliceName": "plannedStartDate",
"short": "geplantes Aufnahmedatum",
"comment": "**Begründung MS:** Im Falle einer geplanten Aufnahme ist das Datum mittels dieser Extension anzugeben.",
"min": 0,
"max": "1",
"type": [
{
"code": "Extension",
"profile": [
"http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.extension:plannedEndDate",
"path": "Encounter.extension",
"sliceName": "plannedEndDate",
"short": "geplantes Entlassdatum",
"comment": "**Begründung MS:** Im Falle der Dokumentation eines geplanten Entlassdatums ist diese Extension zu befüllen.",
"min": 0,
"max": "1",
"type": [
{
"code": "Extension",
"profile": [
"http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedEndDate"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.identifier",
"path": "Encounter.identifier",
"slicing": {
{
"type": "pattern",
"path": "$this"
}
],
"rules": "open"
},
"comment": "Eindeutiger Identifier des Encounter",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer",
"path": "Encounter.identifier",
"sliceName": "Aufnahmenummer",
"short": "Aufnahmenummer",
"comment": "**Begründung MS:** Die Aufnahmenummer ist nicht die 'Fallnummer', welche sich auf den kompletten Abrechnungsfall bezieht. Hier wird ein Identifier angegeben, der den Kontakt eindeutig identifiziert.",
"min": 0,
"max": "1",
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
}
},
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.type",
"path": "Encounter.identifier.type",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.type.coding",
"path": "Encounter.identifier.type.coding",
"slicing": {
{
"type": "pattern",
"path": "$this"
}
],
"rules": "open"
},
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.type.coding:vn-type",
"path": "Encounter.identifier.type.coding",
"sliceName": "vn-type",
"short": "Codierte Darstellung des Identifier-Typs",
"min": 1,
"max": "1",
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
},
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.type.coding:vn-type.system",
"path": "Encounter.identifier.type.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/v2-0203` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.type.coding:vn-type.code",
"path": "Encounter.identifier.type.coding.code",
"short": "Code",
"comment": "Hier ist stets der Wert `VN` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.system",
"path": "Encounter.identifier.system",
"short": "Namensraum des Identifiers",
"comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
"mustSupport": true
},
{
"id": "Encounter.identifier:Aufnahmenummer.value",
"path": "Encounter.identifier.value",
"comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
"mustSupport": true
},
{
"id": "Encounter.status",
"path": "Encounter.status",
"short": "Status",
"comment": "Zeigt den aktuellen Status der Ressource an. \n **WICHTIGER Hinweis für Implementierer:** \n * Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, \n die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte `in-progress`, `finished` und `cancelled`.\n * Alle client-seitigen Implementierungen MÜSSEN in der Lage sein, sämtliche Status-Codes zu interpretieren und dem Anwender in angemessener Form darstellen zu können, \n beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status `entered-in-error` und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben. \n **Historie:** Die Reduktion der zulässigen Status-Werte im Vergleich zur FHIR-Kernspezifikation \n erfolgt im Vorgriff auf eine entsprechende Anpassung in FHIR R5.",
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/EncounterStatusDe",
"description": "Eingeschränkter Status vgl. FHIR R5"
}
},
{
"id": "Encounter.class",
"path": "Encounter.class",
"short": "Fallart",
"comment": "Die Klassifikation von Encountern nach Fallarten folgt den internationalen Vorgaben und \n dient der groben Unterscheidung von Besuchen mit und ohne Bettendisposition (ambulant/stationär). \n Die in Deutschland übliche Fallklassifikation anhand von unterschiedlichen \n regulatorischen und abrechnungrelevanten Rahmenbedingungen, erfolgt in `type`. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `class` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)",
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/EncounterClassDE"
}
},
{
"id": "Encounter.type",
"path": "Encounter.type",
"slicing": {
{
"type": "pattern",
"path": "$this"
}
],
"rules": "open"
},
"comment": "Typ des Encounter",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.type:Kontaktebene",
"path": "Encounter.type",
"sliceName": "Kontaktebene",
"short": "Kontaktebene",
"comment": "**Begründung Pflichtfeld:** Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.\n \n **Hinweis bei Abbildung von Versorgungsstellenkontakten:**\n Es ist ein üblicher Fall, dass die Dauer eines Versorgungsstellenkontaktes in der Versorgung die eines Abteilungskontaktes übersteigt. Ein Beispiel hierfür: Ein Patient bleibt im Bett (Versorgungsstellenkontakt), aber ein Fachabteilungswechsel geschieht, da die Diagnose über eine Fachabteilung (Onkologie) läuft, dann aber der Wechsel zur Fachabteilung Chirurgie (neuer Abteilungskontakt) notwendig wird.\n Für einen solchen Fall gilt auf Ebene der FHIR-Instanzen (z.B. entgegen des tatsächliche Aufenthaltes im gleichen Bett): Im Falle eines Fachabteilungswechsels legt ein System einen neuen Abteilungskontakt an. Bestehende Versorgungsstellenkontakt SOLLEN NICHT in ihrer Relation (.partOf) zum Abteilungskontakt modifiziert werden. Hingegen SOLL das System einen oder mehrere Versorgungsstellenkontakte erzeugen und mit dem neu angelegten Abteilungskontakt in Verbindung setzen.\n\n Hintergrund: Das Konzept der 'Kontaktebene' stammt aus dem Fallmodell der Medizininformatik-Initiative, \n das bei Encountern zwischen 'Einrichtungskontakten', 'Fachabteilungskontakten' und 'Versorgungsstellenkontakten' unterscheidet.\n Im Kontext dieses Moduls werden lediglich Encounter der Ebene 'Fachabteilungskontakt' abgebildet.",
"min": 1,
"max": "1",
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
},
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/kontaktebene-de",
"description": "Kontaktebene"
}
},
{
"id": "Encounter.type:Kontaktebene.coding",
"path": "Encounter.type.coding",
"short": "Codierte Darstellung der Kontaktebene"
},
{
"id": "Encounter.type:Kontaktebene.coding.system",
"path": "Encounter.type.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://fhir.de/CodeSystem/Kontaktebene` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.type:Kontaktebene.coding.code",
"path": "Encounter.type.coding.code",
"short": "Code",
"comment": "Hier ist stets der Wert `abteilungskontakt` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.type:KontaktArt",
"path": "Encounter.type",
"sliceName": "KontaktArt",
"short": "Kontaktart",
"comment": "Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer \n und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen \n und abrechnungsrelevanten Rahmenbedingungen. \n Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf `type` siehe [Deutsche Basisprofile](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Ressourcen-AmbulanterStationaererFall?version=current)",
"min": 0,
"max": "1",
"coding": [
{
"system": "http://fhir.de/CodeSystem/kontaktart-de"
}
]
},
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/kontaktart-de"
}
},
{
"id": "Encounter.type:KontaktArt.coding",
"path": "Encounter.type.coding",
"short": "Codierte Darstellung der Kontaktart"
},
{
"id": "Encounter.type:KontaktArt.coding.system",
"path": "Encounter.type.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://fhir.de/CodeSystem/kontaktart-de` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.type:KontaktArt.coding.code",
"path": "Encounter.type.coding.code",
"short": "Code",
"comment": "vorstationaer | nachstationaer | begleitperson | tagesklinik | +",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.serviceType",
"path": "Encounter.serviceType",
"mustSupport": true
},
{
"id": "Encounter.serviceType.coding",
"path": "Encounter.serviceType.coding",
"slicing": {
{
"type": "pattern",
"path": "$this"
}
],
"rules": "open"
},
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.serviceType.coding:Fachabteilungsschluessel",
"path": "Encounter.serviceType.coding",
"sliceName": "Fachabteilungsschluessel",
"short": "Fachabteilungsschlüssel",
"comment": "Fachabteilungen gemäß Anhang 1 der BPflV",
"min": 0,
"max": "1",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel"
},
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel"
}
},
{
"id": "Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel",
"path": "Encounter.serviceType.coding",
"sliceName": "ErweiterterFachabteilungsschluessel",
"short": "Fachabteilungsschlüssel",
"comment": "Fachabteilungen gemäß Anhang 1 der BPflV inkl. Spezialisierungen",
"min": 0,
"max": "1",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel-erweitert"
},
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert"
}
},
{
"id": "Encounter.subject",
"path": "Encounter.subject",
"short": "Patientenbezug",
"comment": "**Begründung Must-Support:** Ein Patientenbezug des Kontakt MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.subject.reference",
"path": "Encounter.subject.reference",
"short": "Patienten-Link",
"comment": "**Begründung Pflichtfeld:** Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.appointment",
"path": "Encounter.appointment",
"short": "Verknüpfung mit einem Termin",
"comment": "**Begründung und Einschränkung des Must Support**: Dieses Element dient der Verknüpfung mit einem Termin (Appointment) aus dem entsprechenden ISiK Modul und - darauf aufbauend - der Dokumentenkommunikation. Das Element 'appointment' SOLL für den im Folgenden geschilderten Fall implementiert werden. Andernfalls KANN es entfallen. \n\nDie Anforderung einer Verknüpfung mit einem Appointment stammt aus dem Szenario der Dokumentenübertragung zwischen Patientenportal und krankenhaus-internem Primärsystem (z.B. KIS) im Kontext einer Terminbuchung: Dokumente liegen bei Terminbuchung erst im Patientenportal (im Appointment) vor und werden erst mit Anlage des Encounters in das KIS (etc.) übermittelt. Dazu SOLL ein Primärsystem zu Beginn des Termins das Appointment mit dem neu angelegten Encounter verknüpfen, um die Dokumente aus dem Patientenportal darüber vermittelt zuordnen zu können (ausgenommen hiervon sind Termine, die nicht stattfinden, da für diese in der Regel keine Encounter angelegt werden).\n\nÜber die Referenz auf Appointment KÖNNEN Patientenportale den Fallbezug aus dem Termin ermitteln und Dokumente an ein KIS senden.\n\nHieraus folgt, dass das Element nur relevant ist, falls das bestätigungsrelevante System zusätzlich zum vorliegenden Profil (Encounter) das Profil ISiKTermin (Appointment) implementiert.\n\n**Hinweis:** Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende [Implementation Guide zum Modul Dokumentenaustausch](https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5) zu beachten.",
"mustSupport": true
},
{
"id": "Encounter.period",
"path": "Encounter.period",
"short": "Aufenthaltszeitraum",
"comment": "**WICHTIGER Hinweis für Implementierer:** \n * Das Aufnahmedatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser bereits begonnen hat.\n * Das Entlassdatum MUSS angegeben werden, \n wenn der `status` des Encounters impliziert, dass dieser beendet ist. \n Siehe hierzu die Übersicht der Invarianten in diesem Profil.",
"mustSupport": true
},
{
"id": "Encounter.period.start",
"path": "Encounter.period.start",
"short": "Aufnahmedatum",
"comment": "Hier ist stets das *tatsächliche* Aufnahmedatum anzugeben.\n *Geplante* Aufnahmedaten müssen über die Extension `plannedStartDate` erfasst werden.",
"mustSupport": true
},
{
"id": "Encounter.period.end",
"path": "Encounter.period.end",
"short": "Entlassdatum",
"comment": "Hier ist stets das *tatsächliche* Entlassdatum anzugeben.\n *Geplante* Entlassdaten müssen über die Extension `plannedEndDate` erfasst werden.",
"mustSupport": true
},
{
"id": "Encounter.diagnosis",
"path": "Encounter.diagnosis",
"short": "Falldiagnosen/-prozeduren",
"comment": "Verweis auf Diagnosen/Prozeduren, die eine besondere Rolle im Kontext eines Encounters einnehmen, z.B. &quot;Aufnahmediagnose&quot; \n **WICHTIGER Hinweis für Implementierer:** Der Fallbezug von Diagnosen und Prozeduren wird über das jeweilige `encounter`-Element \n der Condition bzw. Procedure-Ressource hinreichend etabliert. Die *zusätzliche* Rückverlinkung von `Encounter.diagnosis` auf Condition/Procedure wird *nur dann* verwendet, \n wenn einer Diagnose bzw. Prozedur *im Kontext eines Aufenthaltes* eine besondere Rolle zugewiesen werden soll, z.B. Haupt-/Neben-/Aufnahme- oder Überweisungsdiagnose). \n Hier werden Diagnosen und Prozeduren nur nach ihrer *medizinschen* Relevanz bezüglich eines Aufenthaltes qualifiziert. \n Die Qualifikation von Diagnosen und Prozeduren im Kontext der *Abrechnung* erfolgt in der `Account`-Ressource!"
},
{
"id": "Encounter.diagnosis.condition",
"path": "Encounter.diagnosis.condition",
"short": "Verweis auf Diagnose/Prozedur",
"mustSupport": true
},
{
"id": "Encounter.diagnosis.condition.reference",
"path": "Encounter.diagnosis.condition.reference",
"short": "Condition/Procedure-Link",
"comment": "**Begründung Pflichtfeld:** Die Verlinkung auf die Condition/Procedure-Ressource dient der technischen Zuordnung des Encounters zur Condition/Precedure \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.diagnosis.use",
"path": "Encounter.diagnosis.use",
"short": "Bedeutung der Diagnose/Prozedur",
"comment": "Bedeutung der Diagnose/Prozedur im Encounter-Kontext",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.diagnosis.use.coding",
"path": "Encounter.diagnosis.use.coding",
"slicing": {
{
"type": "pattern",
"path": "$this"
}
],
"rules": "open"
},
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.diagnosis.use.coding:Diagnosetyp",
"path": "Encounter.diagnosis.use.coding",
"sliceName": "Diagnosetyp",
"short": "Diagnosetyp",
"comment": "International standardisierte, grobgranulare Unterscheidung zwischen extern gestellten Diagnosen (`referral-diagnosis`) und intern gestellten Diagnosen (`treatment-diagnosis`)",
"min": 1,
"max": "1",
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/DiagnoseTyp"
}
},
{
"id": "Encounter.diagnosis.use.coding:DiagnosesubTyp",
"path": "Encounter.diagnosis.use.coding",
"sliceName": "DiagnosesubTyp",
"short": "Diagnosesubtyp",
"comment": "An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, \n z.B. &quot;Fachabteilungshauptdiagnose&quot;, &quot;Todesursache&quot; etc.",
"min": 0,
"max": "*",
"mustSupport": true,
"binding": {
"strength": "required",
"valueSet": "http://fhir.de/ValueSet/Diagnosesubtyp"
}
},
{
"id": "Encounter.diagnosis.rank",
"path": "Encounter.diagnosis.rank",
"mustSupport": true
},
{
"id": "Encounter.account",
"path": "Encounter.account",
"short": "Abrechnungskontext",
"comment": "Der Bezug zu einem Account stellt den Abrechnungskontext für einen oder mehrere Encounter her.\n Mittels der Account-Referenz können zum Beispiel ein vorstationärer, ein stationärer \n und ein nachstationärer Besuch zu einem 'DRG-Fall' zusammengefasst werden. \n **WICHTIGER Hinweis für Implementierer:** Im Deutschen Sprachgebrauch ist unter dem Begriff 'Fall' \n meist der Abrechnungskontext gemeint, nicht der einzelne Besuch. Die 'Fallnummer' ist daher nicht der Identifier des Encounters, \n sondern der des Accounts auf den der Encounter referenziert. \n Auf diesem Wege können mehrere Besuche einer Fallnummer zugeordnet werden. \n Da die Fallnummer ein häufig verwendetes Suchkriterium darstellt, \n ist diese hier als logische Referenz (`account.identifier`) zu hinterlegen.\n Damit wird sichergestellt, dass diese als Suchparameter für die Suche nach Encountern zur Verfügung steht, \n auch wenn einzelne Systeme kein Chaining unterstützen oder einzelne Benutzer keine Sichtberechtigung auf Abrechnungsdaten haben,\n im Versorgunskontext aber dennoch Encounter anhand der assoziierten Fallnummer suchen möchten.",
"mustSupport": true
},
{
"id": "Encounter.account.reference",
"path": "Encounter.account.reference",
"short": "Account-Link",
"comment": "**Begründung MS:** Die Verlinkung auf eine Account-Ressource dient der technischen Zuordnung des Besuchs zu einem Abrechnungskontext \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"mustSupport": true
},
{
"id": "Encounter.account.identifier",
"path": "Encounter.account.identifier",
"short": "(Abrechnungs-)Fallnummer",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.account.identifier.system",
"path": "Encounter.account.identifier.system",
"short": "Namensraum des Identifiers",
"comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.account.identifier.value",
"path": "Encounter.account.identifier.value",
"comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.hospitalization",
"path": "Encounter.hospitalization",
"short": "Details zum Aufenthalt",
"comment": "Details zu einem stationären Aufenthalt",
"mustSupport": true
},
{
"id": "Encounter.hospitalization.extension:Wahlleistung",
"path": "Encounter.hospitalization.extension",
"sliceName": "Wahlleistung",
"short": "Wahlleistung",
"comment": "**Begründung MS:** Vom Patienten gebuchte Wahlleistungen (z.B. Chefarztbehandlung, Einzelzimmer) \n sind häufig system- und abteilungsübergreifend zu beachten und sollten daher über die Schnittstelle kommuniziert werden können.",
"min": 0,
"max": "*",
"type": [
{
"code": "Extension",
"profile": [
"http://fhir.de/StructureDefinition/Wahlleistung"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.hospitalization.admitSource",
"path": "Encounter.hospitalization.admitSource",
"short": "Aufnahmeanlass",
"comment": "Anlass der stationären Aufnahme, z.B. &quot;Einweisung&quot;, &quot;Notfall&quot; etc. \n Begründung MS: Zur Harmonisierung den Festlegungen der Medizininformatik-Initiative",
"mustSupport": true,
"binding": {
"strength": "extensible",
"valueSet": "http://fhir.de/ValueSet/dgkev/Aufnahmeanlass"
}
},
{
"id": "Encounter.hospitalization.dischargeDisposition",
"path": "Encounter.hospitalization.dischargeDisposition",
"short": "Entlassungsart bzw. -grund",
"mustSupport": true
},
{
"id": "Encounter.hospitalization.dischargeDisposition.extension:Entlassungsgrund",
"path": "Encounter.hospitalization.dischargeDisposition.extension",
"sliceName": "Entlassungsgrund",
"short": "Entlassungsgrund",
"comment": "Entlassungsgrund nach § 301 Abs. 3 SGB V \n **Einschränkung MS:** Der Entlassungsgrund muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Akutversorgung eingesetzt wird.",
"min": 0,
"max": "1",
"type": [
{
"code": "Extension",
"profile": [
"http://fhir.de/StructureDefinition/Entlassungsgrund"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.hospitalization.dischargeDisposition.extension:RehaEntlassung",
"path": "Encounter.hospitalization.dischargeDisposition.extension",
"sliceName": "RehaEntlassung",
"short": "Entlassungsgrund Reha",
"comment": "Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V \n **Einschränkung MS:** Der Entlassungsgrund Reha muss nur implementiert werden,\n wenn das bestätigungsrelevante System in der Reha-Versorgung eingesetzt wird",
"min": 0,
"max": "1",
"type": [
{
"code": "Extension",
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKRehaEntlassung"
]
}
],
"mustSupport": true
},
{
"id": "Encounter.location",
"path": "Encounter.location",
"slicing": {
{
"type": "pattern",
"path": "physicalType"
},
{
"type": "pattern",
"path": "status"
}
],
"rules": "open"
},
"short": "Aufenthaltsorte des Patienten",
"comment": "Hinweise zur Einschränkung von Encounter.location.status auf \"active\" zu Abbildung des aktuellen Aufenthaltortes des Patienten\nDie Slices `Station`, `Zimmer` und `Bettenstellplatz` verwenden jeweils ein Pattern auf dem status-Element mit dem Wert 'active'.\nDiese Einschränkung dient der sicheren Abbildung des aktuellen Aufenthaltsortes und soll garantieren, dass – wenn bekannt – stets nur ein aktueller Standort dokumentiert wird.\n\nGleichwohl erlaubt die offene Slicing-Strategie (`slicing.rules = open`), dass **weitere Slices mit abweichenden `status`-Werten** (z. B. `planned`, `reserved`, `completed`) verwendet werden dürfen. \nDamit ist es möglich, zusätzlich auch historische oder geplante Aufenthaltsorte zu dokumentieren, sofern diese Information erfasst wird. Bei Verlegungen in einen anderen Fachbereich, welcher auch einen Wechsel des Aufenthaltsortes zur Folge hat, SOLL der Status der Location auf 'completed' gesetzt werden.",
"mustSupport": true
},
{
"id": "Encounter.location.physicalType",
"path": "Encounter.location.physicalType",
"binding": {
"strength": "extensible",
"valueSet": "https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType"
}
},
{
"id": "Encounter.location:Zimmer",
"path": "Encounter.location",
"sliceName": "Zimmer",
"short": "Slice für das aktive Zimmer",
"comment": "**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können.",
"min": 0,
"max": "1",
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location",
"path": "Encounter.location.location",
"short": "Aufenthaltsort",
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location.reference",
"path": "Encounter.location.location.reference",
"short": "Location-Link",
"comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location.identifier",
"path": "Encounter.location.location.identifier",
"short": "Identifier des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location.identifier.system",
"path": "Encounter.location.location.identifier.system",
"short": "Namensraum des Identifiers",
"comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location.identifier.value",
"path": "Encounter.location.location.identifier.value",
"comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.location.display",
"path": "Encounter.location.location.display",
"short": "(Menschenlesbarer) Name des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.status",
"path": "Encounter.location.status",
"min": 1,
"patternCode": "active",
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.physicalType",
"path": "Encounter.location.physicalType",
"short": "Art des Aufenthaltsortes (hier: Zimmer)",
"min": 1,
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type"
}
]
},
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.physicalType.coding",
"path": "Encounter.location.physicalType.coding",
"short": "Codierte Darstellung der Art des Aufenthaltortes"
},
{
"id": "Encounter.location:Zimmer.physicalType.coding.system",
"path": "Encounter.location.physicalType.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Zimmer.physicalType.coding.code",
"path": "Encounter.location.physicalType.coding.code",
"short": "Code",
"comment": "Hier ist stets der Wert `ro` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz",
"path": "Encounter.location",
"sliceName": "Bettenstellplatz",
"short": "Slice für das aktive Bett",
"comment": "**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können.",
"min": 0,
"max": "1",
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location",
"path": "Encounter.location.location",
"short": "Aufenthaltsort",
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location.reference",
"path": "Encounter.location.location.reference",
"short": "Location-Link",
"comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location.identifier",
"path": "Encounter.location.location.identifier",
"short": "Identifier des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location.identifier.system",
"path": "Encounter.location.location.identifier.system",
"short": "Namensraum des Identifiers",
"comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location.identifier.value",
"path": "Encounter.location.location.identifier.value",
"comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.location.display",
"path": "Encounter.location.location.display",
"short": "(Menschenlesbarer) Name des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.status",
"path": "Encounter.location.status",
"min": 1,
"patternCode": "active",
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.physicalType",
"path": "Encounter.location.physicalType",
"short": "Art des Aufenthaltsortes (hier: Bettenstellplatz)",
"comment": "Die Kodierung in diesem Slice entstammt folgendem Valueset - gelistet unter .location.(All slices.)physicalType: https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType",
"min": 1,
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type"
}
]
},
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.physicalType.coding",
"path": "Encounter.location.physicalType.coding",
"short": "Codierte Darstellung der Art des Aufenthaltortes"
},
{
"id": "Encounter.location:Bettenstellplatz.physicalType.coding.system",
"path": "Encounter.location.physicalType.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Bettenstellplatz.physicalType.coding.code",
"path": "Encounter.location.physicalType.coding.code",
"short": "Code",
"comment": "Hier ist stets der Wert `bd` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Station",
"path": "Encounter.location",
"sliceName": "Station",
"short": "Slice für die aktive Station",
"comment": "**Begründung MS:** Die Kenntnis des aktuellen Aufenthaltsortes ist häufig systemübergreifend relevant (z.B. für Küchen- und Logistiksysteme) und sollte daher über die Schnittstelle kommuniziert werden können.",
"min": 0,
"max": "1",
"mustSupport": true
},
{
"id": "Encounter.location:Station.location",
"path": "Encounter.location.location",
"short": "Aufenthaltsort",
"mustSupport": true
},
{
"id": "Encounter.location:Station.location.reference",
"path": "Encounter.location.location.reference",
"short": "Location-Link",
"comment": "**Begründung MS:** Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort \n und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.",
"mustSupport": true
},
{
"id": "Encounter.location:Station.location.identifier",
"path": "Encounter.location.location.identifier",
"short": "Identifier des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Station.location.identifier.system",
"path": "Encounter.location.location.identifier.system",
"short": "Namensraum des Identifiers",
"comment": "Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, \n aus dem der Identifier stammt. \n Hinweise zur Festlegung der URLs für lokale Namensräume sind in den \n [Deutschen Basisprofilen](https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-Terminologie-Namensraeume?version=current) beschrieben. \n **Begründung Pflichtfeld:** `system` stellt in Kombination mit `value` die Eindeutigkeit eines Identifiers sicher.",
"mustSupport": true
},
{
"id": "Encounter.location:Station.location.identifier.value",
"path": "Encounter.location.location.identifier.value",
"comment": "Enthält den eigentlichen Wert des Identifiers. \n **Begründung Pflichtfeld:** Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Station.location.display",
"path": "Encounter.location.location.display",
"short": "(Menschenlesbarer) Name des Aufenthaltsortes",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Station.status",
"path": "Encounter.location.status",
"min": 1,
"patternCode": "active",
"mustSupport": true
},
{
"id": "Encounter.location:Station.physicalType",
"path": "Encounter.location.physicalType",
"short": "Art des Aufenthaltsortes (hier: Station)",
"min": 1,
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type"
}
]
},
"mustSupport": true
},
{
"id": "Encounter.location:Station.physicalType.coding",
"path": "Encounter.location.physicalType.coding",
"short": "Codierte Darstellung der Art des Aufenthaltortes"
},
{
"id": "Encounter.location:Station.physicalType.coding.system",
"path": "Encounter.location.physicalType.coding.system",
"short": "Codier-Schema",
"comment": "Hier ist stets der Wert `http://terminology.hl7.org/CodeSystem/location-physical-type` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.location:Station.physicalType.coding.code",
"path": "Encounter.location.physicalType.coding.code",
"short": "Code",
"comment": "Hier ist stets der Wert `wa` anzugeben.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.serviceProvider",
"path": "Encounter.serviceProvider",
"short": "Zuständige ServiceProvider",
"comment": "**Begründung MS:** Der zuständige ServiceProvider für diesen Kontakt sollte hier angegeben werden.",
"mustSupport": true
},
{
"id": "Encounter.serviceProvider.identifier",
"path": "Encounter.serviceProvider.identifier",
"comment": "**Begründung Pflichtfeld:** Ein eindeutiger Identifier des ServiceProvider muss vorhanden sein.",
"min": 1,
"mustSupport": true
},
{
"id": "Encounter.serviceProvider.display",
"path": "Encounter.serviceProvider.display",
"comment": "**Begründung MS:** Ein Anzeigename für den ServiceProvider muss vorhanden sein.",
"min": 1,
"mustSupport": true
}
]
}
}

Constraints/Invarianten

NameSchweregradBeschreibungAusdruck
ISiK-enc-1errorAbgeschlossene, ambulante Kontakte sollten einen Start-Zeitpunkt angebenstatus = 'finished' and class = 'AMB' implies period.start.exists()
ISiK-enc-2errorAbgeschlossene, stationäre Kontakte sollten einen Start- und End-Zeitpunkt angebenstatus = 'finished' and class = 'IMP' implies period.start.exists() and period.end.exists()
ISiK-enc-3errorGeplante Kontakte sollten keinen Start- oder End-Zeitpunkt angebenstatus = 'planned' implies period.exists().not()
ISiK-enc-4warningGeplante Kontakte sollten die Extensions für den geplanten Start- oder End-Zeitpunkt verwendenstatus = 'planned' implies extension.where(url = 'http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate').exists()
ISiK-enc-5errorIn-Durchführung befindliche Kontakte sollten einen Start-Zeitpunkt angebenstatus = 'in-progress' implies period.start.exists()
ISiK-enc-6errorKontakte mit Abwesenheitsstatus sollten einen Start-Zeitpunkt angebenstatus = 'onleave' implies period.start.exists()
ISiK-enc-7warningKontakte mit unbekannten Status sollten einen Start-Zeitpunkt angebenstatus = 'unknown' implies period.start.exists()
ISiK-enc-8errorDie Rolle der assoziierten Diagnose(n) darf nicht 'Billing' seindiagnosis.use.all(coding.code != 'billing')

Terminology-Bindings

ElementStaerkeValueSet
Encounter.statusrequiredhttp://fhir.de/ValueSet/EncounterStatusDe
Encounter.classrequiredhttp://fhir.de/ValueSet/EncounterClassDE
Encounter.type:Kontaktebenerequiredhttp://fhir.de/ValueSet/kontaktebene-de
Encounter.type:KontaktArtrequiredhttp://fhir.de/ValueSet/kontaktart-de
Encounter.serviceType.coding:Fachabteilungsschluesselrequiredhttp://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel
Encounter.serviceType.coding:ErweiterterFachabteilungsschluesselrequiredhttp://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert
Encounter.diagnosis.use.coding:Diagnosetyprequiredhttp://fhir.de/ValueSet/DiagnoseTyp
Encounter.diagnosis.use.coding:DiagnosesubTyprequiredhttp://fhir.de/ValueSet/Diagnosesubtyp
Encounter.hospitalization.admitSourceextensiblehttp://fhir.de/ValueSet/dgkev/Aufnahmeanlass
Encounter.location.physicalTypeextensiblehttps://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType