Kontakt/Fall (Encounter)


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

Anmerkungen zu Must-Support-Feldern

FeldnameKurzbeschreibungHinweise
Encounter.idserverseitige, interne ID des Datensatzes

bedingtes Pflichtfeld/bedingtes MS: Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine id verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine idverfügen.

Encounter.extension
Encounter.extension:AufnahmegrundAufnahmegrund

Aufnahmegrund nach § 301 Abs. 3 SGB V. Dieser gehört zu den 'Medizinischen Daten des Behandlungsfalls' entsprechend der Definitionen für die Datenübermittlung nach § 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.

Encounter.extension:Aufnahmegrund.extension:ErsteUndZweiteStelleAufnahmegrund: 1. & 2. Stelle
  1. und 2. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.
Encounter.extension:Aufnahmegrund.extension:DritteStelleAufnahmegrund: 3. Stelle
  1. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.
Encounter.extension:Aufnahmegrund.extension:VierteStelleAufnahmegrund: 4. Stelle
  1. Stelle des Aufnahmegrunds nach § 301 Abs. 3 SGB V.
Encounter.extension:plannedStartDategeplantes Aufnahmedatum

Begründung MS: Im Falle einer geplanten Aufnahme ist das Datum mittels dieser Extension anzugeben.

Encounter.extension:plannedEndDategeplantes Entlassdatum

Begründung MS: Im Falle der Dokumentation eines geplanten Entlassdatums ist diese Extension zu befüllen.

Encounter.identifier

Eindeutiger Identifier des Encounter

Encounter.identifier:AufnahmenummerAufnahmenummer

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.

Encounter.identifier:Aufnahmenummer.type
Encounter.identifier:Aufnahmenummer.type.coding
Encounter.identifier:Aufnahmenummer.type.coding:vn-typeCodierte Darstellung des Identifier-Typs
Encounter.identifier:Aufnahmenummer.type.coding:vn-type.systemCodier-Schema

Hier ist stets der Wert http://terminology.hl7.org/CodeSystem/v2-0203 anzugeben.

Encounter.identifier:Aufnahmenummer.type.coding:vn-type.codeCode

Hier ist stets der Wert VN anzugeben.

Encounter.identifier:Aufnahmenummer.systemNamensraum des Identifiers

Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, aus dem der Identifier stammt. Hinweise zur Festlegung der URLs für lokale Namensräume sind in den Deutschen Basisprofilen beschrieben.
Begründung Pflichtfeld: system stellt in Kombination mit value die Eindeutigkeit eines Identifiers sicher.

Encounter.identifier:Aufnahmenummer.value

Enthält den eigentlichen Wert des Identifiers.
Begründung Pflichtfeld: Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.

Encounter.statusStatus

Zeigt den aktuellen Status der Ressource an.
WICHTIGER Hinweis für Implementierer:

  • Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch die Werte in-progress, finished und cancelled.
  • 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, beispielsweise durch Ausblenden/Durchstreichen von Ressourcen mit dem status entered-in-error und Ausgrauen von Ressourcen, die einen Plan- oder Entwurfs-Status haben.
    Historie: Die Reduktion der zulässigen Status-Werte im Vergleich zur FHIR-Kernspezifikation erfolgt im Vorgriff auf eine entsprechende Anpassung in FHIR R5.
Encounter.classFallart

Die Klassifikation von Encountern nach Fallarten folgt den internationalen Vorgaben und dient der groben Unterscheidung von Besuchen mit und ohne Bettendisposition (ambulant/stationär). Die in Deutschland übliche Fallklassifikation anhand von unterschiedlichen regulatorischen und abrechnungrelevanten Rahmenbedingungen, erfolgt in type.
Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf class siehe Deutsche Basisprofile

Encounter.type

Typ des Encounter

Encounter.type:KontaktebeneKontaktebene

Begründung Pflichtfeld: Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.

**Hinweis bei Abbildung von Versorgungsstellenkontakten:**

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

Hintergrund: Das Konzept der 'Kontaktebene' stammt aus dem Fallmodell der Medizininformatik-Initiative, das bei Encountern zwischen 'Einrichtungskontakten', 'Fachabteilungskontakten' und 'Versorgungsstellenkontakten' unterscheidet. Im Kontext dieses Moduls werden lediglich Encounter der Ebene 'Fachabteilungskontakt' abgebildet.

Encounter.type:Kontaktebene.coding.systemCodier-Schema

Hier ist stets der Wert http://fhir.de/CodeSystem/Kontaktebene anzugeben.

Encounter.type:Kontaktebene.coding.codeCode

Hier ist stets der Wert abteilungskontakt anzugeben.

Encounter.type:KontaktArtKontaktart

Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen und abrechnungsrelevanten Rahmenbedingungen.
Für ein korrektes Mapping der in Deutschland gebräuchlichen Fallarten auf type siehe Deutsche Basisprofile

Encounter.type:KontaktArt.coding.systemCodier-Schema

Hier ist stets der Wert http://fhir.de/CodeSystem/kontaktart-de anzugeben.

Encounter.type:KontaktArt.coding.codeCode

vorstationaer | nachstationaer | begleitperson | tagesklinik | +

Encounter.serviceType
Encounter.serviceType.coding
Encounter.serviceType.coding:FachabteilungsschluesselFachabteilungsschlüssel

Fachabteilungen gemäß Anhang 1 der BPflV

Encounter.serviceType.coding:ErweiterterFachabteilungsschluesselFachabteilungsschlüssel

Fachabteilungen gemäß Anhang 1 der BPflV inkl. Spezialisierungen

Encounter.subjectPatientenbezug

Begründung Must-Support: Ein Patientenbezug des Kontakt MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.

Encounter.subject.referencePatienten-Link

Begründung Pflichtfeld: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.appointmentVerknüpfung mit einem Termin

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.

Die 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).

Über die Referenz auf Appointment KÖNNEN Patientenportale den Fallbezug aus dem Termin ermitteln und Dokumente an ein KIS senden.

Hieraus folgt, dass das Element nur relevant ist, falls das bestätigungsrelevante System zusätzlich zum vorliegenden Profil (Encounter) das Profil ISiKTermin (Appointment) implementiert.

Hinweis: Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende Implementation Guide zum Modul Dokumentenaustausch zu beachten.

Encounter.periodAufenthaltszeitraum

WICHTIGER Hinweis für Implementierer:

  • Das Aufnahmedatum MUSS angegeben werden, wenn der status des Encounters impliziert, dass dieser bereits begonnen hat.
  • Das Entlassdatum MUSS angegeben werden, wenn der status des Encounters impliziert, dass dieser beendet ist.
    Siehe hierzu die Übersicht der Invarianten in diesem Profil.
Encounter.period.startAufnahmedatum

Hier ist stets das tatsächliche Aufnahmedatum anzugeben. Geplante Aufnahmedaten müssen über die Extension plannedStartDate erfasst werden.

Encounter.period.endEntlassdatum

Hier ist stets das tatsächliche Entlassdatum anzugeben. Geplante Entlassdaten müssen über die Extension plannedEndDate erfasst werden.

Encounter.diagnosis.conditionVerweis auf Diagnose/Prozedur
Encounter.diagnosis.condition.referenceCondition/Procedure-Link

Begründung Pflichtfeld: Die Verlinkung auf die Condition/Procedure-Ressource dient der technischen Zuordnung des Encounters zur Condition/Precedure und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.diagnosis.useBedeutung der Diagnose/Prozedur

Bedeutung der Diagnose/Prozedur im Encounter-Kontext

Encounter.diagnosis.use.coding
Encounter.diagnosis.use.coding:DiagnosetypDiagnosetyp

International standardisierte, grobgranulare Unterscheidung zwischen extern gestellten Diagnosen (referral-diagnosis) und intern gestellten Diagnosen (treatment-diagnosis)

Encounter.diagnosis.use.coding:DiagnosesubTypDiagnosesubtyp

An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, z.B. "Fachabteilungshauptdiagnose", "Todesursache" etc.

Encounter.diagnosis.rank
Encounter.accountAbrechnungskontext

Der Bezug zu einem Account stellt den Abrechnungskontext für einen oder mehrere Encounter her. Mittels der Account-Referenz können zum Beispiel ein vorstationärer, ein stationärer und ein nachstationärer Besuch zu einem 'DRG-Fall' zusammengefasst werden.
WICHTIGER Hinweis für Implementierer: Im Deutschen Sprachgebrauch ist unter dem Begriff 'Fall' meist der Abrechnungskontext gemeint, nicht der einzelne Besuch. Die 'Fallnummer' ist daher nicht der Identifier des Encounters, sondern der des Accounts auf den der Encounter referenziert. Auf diesem Wege können mehrere Besuche einer Fallnummer zugeordnet werden.
Da die Fallnummer ein häufig verwendetes Suchkriterium darstellt, ist diese hier als logische Referenz (account.identifier) zu hinterlegen. Damit wird sichergestellt, dass diese als Suchparameter für die Suche nach Encountern zur Verfügung steht, auch wenn einzelne Systeme kein Chaining unterstützen oder einzelne Benutzer keine Sichtberechtigung auf Abrechnungsdaten haben, im Versorgunskontext aber dennoch Encounter anhand der assoziierten Fallnummer suchen möchten.

Encounter.account.referenceAccount-Link

Begründung MS: Die Verlinkung auf eine Account-Ressource dient der technischen Zuordnung des Besuchs zu einem Abrechnungskontext und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.account.identifier(Abrechnungs-)Fallnummer
Encounter.account.identifier.systemNamensraum des Identifiers

Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, aus dem der Identifier stammt. Hinweise zur Festlegung der URLs für lokale Namensräume sind in den Deutschen Basisprofilen beschrieben.
Begründung Pflichtfeld: system stellt in Kombination mit value die Eindeutigkeit eines Identifiers sicher.

Encounter.account.identifier.value

Enthält den eigentlichen Wert des Identifiers.
Begründung Pflichtfeld: Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.

Encounter.hospitalizationDetails zum Aufenthalt

Details zu einem stationären Aufenthalt

Encounter.hospitalization.extension:WahlleistungWahlleistung

Begründung MS: Vom Patienten gebuchte Wahlleistungen (z.B. Chefarztbehandlung, Einzelzimmer) sind häufig system- und abteilungsübergreifend zu beachten und sollten daher über die Schnittstelle kommuniziert werden können.

Encounter.hospitalization.admitSourceAufnahmeanlass

Anlass der stationären Aufnahme, z.B. "Einweisung", "Notfall" etc.
Begründung MS: Zur Harmonisierung den Festlegungen der Medizininformatik-Initiative

Encounter.hospitalization.dischargeDispositionEntlassungsart bzw. -grund
Encounter.hospitalization.dischargeDisposition.extension:EntlassungsgrundEntlassungsgrund

Entlassungsgrund nach § 301 Abs. 3 SGB V
Einschränkung MS: Der Entlassungsgrund muss nur implementiert werden, wenn das bestätigungsrelevante System in der Akutversorgung eingesetzt wird.

Encounter.hospitalization.dischargeDisposition.extension:RehaEntlassungEntlassungsgrund Reha

Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V
Einschränkung MS: Der Entlassungsgrund Reha muss nur implementiert werden, wenn das bestätigungsrelevante System in der Reha-Versorgung eingesetzt wird

Encounter.locationAufenthaltsorte des Patienten

Hinweise zur Einschränkung von Encounter.location.status auf "active" zu Abbildung des aktuellen Aufenthaltortes des Patienten Die Slices Station, Zimmer und Bettenstellplatz verwenden jeweils ein Pattern auf dem status-Element mit dem Wert 'active'. Diese Einschränkung dient der sicheren Abbildung des aktuellen Aufenthaltsortes und soll garantieren, dass – wenn bekannt – stets nur ein aktueller Standort dokumentiert wird.

Gleichwohl erlaubt die offene Slicing-Strategie (slicing.rules = open), dass weitere Slices mit abweichenden status-Werten (z. B. planned, reserved, completed) verwendet werden dürfen.
Damit 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.

Encounter.location:ZimmerSlice für das aktive Zimmer

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.

Encounter.location:Zimmer.locationAufenthaltsort
Encounter.location:Zimmer.location.referenceLocation-Link

Begründung MS: Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.location:Zimmer.location.identifierIdentifier des Aufenthaltsortes
Encounter.location:Zimmer.location.identifier.systemNamensraum des Identifiers

Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, aus dem der Identifier stammt. Hinweise zur Festlegung der URLs für lokale Namensräume sind in den Deutschen Basisprofilen beschrieben.
Begründung Pflichtfeld: system stellt in Kombination mit value die Eindeutigkeit eines Identifiers sicher.

Encounter.location:Zimmer.location.identifier.value

Enthält den eigentlichen Wert des Identifiers.
Begründung Pflichtfeld: Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.

Encounter.location:Zimmer.location.display(Menschenlesbarer) Name des Aufenthaltsortes
Encounter.location:Zimmer.status
Encounter.location:Zimmer.physicalTypeArt des Aufenthaltsortes (hier: Zimmer)
Encounter.location:Zimmer.physicalType.coding.systemCodier-Schema

Hier ist stets der Wert http://terminology.hl7.org/CodeSystem/location-physical-type anzugeben.

Encounter.location:Zimmer.physicalType.coding.codeCode

Hier ist stets der Wert ro anzugeben.

Encounter.location:BettenstellplatzSlice für das aktive Bett

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.

Encounter.location:Bettenstellplatz.locationAufenthaltsort
Encounter.location:Bettenstellplatz.location.referenceLocation-Link

Begründung MS: Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.location:Bettenstellplatz.location.identifierIdentifier des Aufenthaltsortes
Encounter.location:Bettenstellplatz.location.identifier.systemNamensraum des Identifiers

Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, aus dem der Identifier stammt. Hinweise zur Festlegung der URLs für lokale Namensräume sind in den Deutschen Basisprofilen beschrieben.
Begründung Pflichtfeld: system stellt in Kombination mit value die Eindeutigkeit eines Identifiers sicher.

Encounter.location:Bettenstellplatz.location.identifier.value

Enthält den eigentlichen Wert des Identifiers.
Begründung Pflichtfeld: Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.

Encounter.location:Bettenstellplatz.location.display(Menschenlesbarer) Name des Aufenthaltsortes
Encounter.location:Bettenstellplatz.status
Encounter.location:Bettenstellplatz.physicalTypeArt des Aufenthaltsortes (hier: Bettenstellplatz)

Die Kodierung in diesem Slice entstammt folgendem Valueset - gelistet unter .location.(All slices.)physicalType: https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType

Encounter.location:Bettenstellplatz.physicalType.coding.systemCodier-Schema

Hier ist stets der Wert http://terminology.hl7.org/CodeSystem/location-physical-type anzugeben.

Encounter.location:Bettenstellplatz.physicalType.coding.codeCode

Hier ist stets der Wert bd anzugeben.

Encounter.location:StationSlice für die aktive Station

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.

Encounter.location:Station.locationAufenthaltsort
Encounter.location:Station.location.referenceLocation-Link

Begründung MS: Die Verlinkung auf eine Location-Ressource dient der technischen Zuordnung des Besuchs zu einem Aufenthaltsort und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc.

Encounter.location:Station.location.identifierIdentifier des Aufenthaltsortes
Encounter.location:Station.location.identifier.systemNamensraum des Identifiers

Hier ist stets der eindeutige Name (URL) des Namensraums anzugeben, aus dem der Identifier stammt. Hinweise zur Festlegung der URLs für lokale Namensräume sind in den Deutschen Basisprofilen beschrieben.
Begründung Pflichtfeld: system stellt in Kombination mit value die Eindeutigkeit eines Identifiers sicher.

Encounter.location:Station.location.identifier.value

Enthält den eigentlichen Wert des Identifiers.
Begründung Pflichtfeld: Ist der Wert nicht bekannt, sollte der gesamte Slice weggelassen werden.

Encounter.location:Station.location.display(Menschenlesbarer) Name des Aufenthaltsortes
Encounter.location:Station.status
Encounter.location:Station.physicalTypeArt des Aufenthaltsortes (hier: Station)
Encounter.location:Station.physicalType.coding.systemCodier-Schema

Hier ist stets der Wert http://terminology.hl7.org/CodeSystem/location-physical-type anzugeben.

Encounter.location:Station.physicalType.coding.codeCode

Hier ist stets der Wert wa anzugeben.

Encounter.serviceProviderZuständige ServiceProvider

Begründung MS: Der zuständige ServiceProvider für diesen Kontakt sollte hier angegeben werden.

Encounter.serviceProvider.identifier

Begründung Pflichtfeld: Ein eindeutiger Identifier des ServiceProvider muss vorhanden sein.

Encounter.serviceProvider.display

Begründung MS: Ein Anzeigename für den ServiceProvider muss vorhanden sein.

Interaktionen

ISiKCapabilityStatementErweiterteStammdatenRolle, ISiKCapabilityStatementLeistungserbringerRolle, ISiKCapabilityStatementStammdatenRolle

ISiKCapabilityStatementErweiterteStammdatenRolle, ISiKCapabilityStatementLeistungserbringerRolle, ISiKCapabilityStatementStammdatenRolle

NameInteraktionVerbindlichkeit
ISiKCapabilityStatementErweiterteStammdatenRollesearch-typeSHALL
ISiKCapabilityStatementLeistungserbringerRollesearch-typeSHALL
ISiKCapabilityStatementStammdatenRollereadSHALL
ISiKCapabilityStatementStammdatenRollesearch-typeSHALL
NameParameterTypVerbindlichkeitHinweise
ISiKCapabilityStatementErweiterteStammdatenRollelocationreferenceSHALL

Beispiel:
GET [base]/Encounter?location=Location/test
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementErweiterteStammdatenRolleservice-providerreferenceSHALL

Beispiel:
GET [base]/Encounter?service-provider=Organization/test
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementLeistungserbringerRollelocationreferenceSHALL

Beispiel:
GET [base]/Encounter?location=Location/test
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementLeistungserbringerRolleservice-providerreferenceSHALL

Beispiel:
GET [base]/Encounter?service-provider=Organization/test
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRolle_idtokenSHALL

Beispiel: GET [base]/[Resourcetype]?_id=103270 Anwendungshinweis: Der Parameter _id wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource anhand der id die READ-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden, um den Abruf einer Ressource bspw. mit einem _include weiterer Ressourcen zu verbinden, z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten: GET [base]/Encounter?_id=103270&_include=Encounter:patient Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Parameters for all resources. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.

ISiKCapabilityStatementStammdatenRolle_tagtokenSHALL

Beispiel: GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Parameters for all resources sowie Abschnitt Tags.

ISiKCapabilityStatementStammdatenRolle_countnumberSHALL

Beispiel: GET [base]/[Resourcetype]?_count=100 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Page Count.

ISiKCapabilityStatementStammdatenRolle_hasstringMAY

Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben GET [base]/Patient?_has:Observation:patient:code=1234-5 Beispiel: Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde GET [base]/Encounter?_has:Condition:encounter:code=A12.3 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Reverse Chaining.

ISiKCapabilityStatementStammdatenRolleidentifiertokenSHALL

Beispiel:
GET [base]/Encounter?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRollestatustokenSHALL

Beispiel:
GET [base]/Encounter?status=finished
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRolleclasstokenSHALL

Beispiel:
GET [base]/Encounter?class=IMP
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRolletypetokenSHALL

Beispiel:
GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de|stationaer
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRollepatientreferenceSHALL

Beispiel:
GET [base]/Encounter?patient=Patient/123
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.
Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.

ISiKCapabilityStatementStammdatenRolleaccountreferenceSHALL

Beispiel:
GET [base]/Encounter?account=Account/123
GET [base]/Encounter?account:identifier=123456
GET [base]/Encounter?account:identifier=https://example.org/fhir/sid/abrechnungsfallnr|123456
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.

ISiKCapabilityStatementStammdatenRolledatedateSHALL

Beispiel:
GET [base]/Encounter?date=lt2020-26-10
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.
Bei der Formulierung der Suche sollten die Vorgaben aus der Definition der Such-Prefixe - und hier insbesondere die Unterschiede zwischen lt und eb bzw. gt und sa - beachtet werden.

ISiKCapabilityStatementStammdatenRolledate-startdateSHALL

Beispiel:
GET [base]/Encounter?end-date=lt2020-26-10
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.
Bei diesem Suchparameter handelt es sich um eine Präadoption eines Suchparameters, der in FHIR R5 hinzugefügt wurde.

ISiKCapabilityStatementStammdatenRolleend-datedateSHALL

Beispiel:
GET [base]/Encounter?end-date=lt2020-26-10
Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.
Bei diesem Suchparameter handelt es sich um eine Präadoption eines Suchparameters, der in FHIR R5 hinzugefügt wurde.

(Reverse-)Include

NameIncludeReverseInclude
ISiKCapabilityStatementErweiterteStammdatenRolleEncounter:subject, Encounter:part-of, Encounter:diagnosis, Encounter:accountEncounter:part-of
ISiKCapabilityStatementLeistungserbringerRolleEncounter:subject, Encounter:part-of, Encounter:diagnosis, Encounter:accountEncounter:part-of
ISiKCapabilityStatementStammdatenRolleEncounter:patient
Command 'pagelink' could not render: Page not found.

Beispiele

Beispiel für das Profil ISiKKontaktGesundheitseinrichtung:

{
"resourceType": "Encounter",
"id": "Fachabteilungskontakt",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
},
{
"coding": [
{
"system": "http://fhir.de/CodeSystem/kontaktart-de",
"code": "operation"
}
]
}
],
{
"url": "http://fhir.de/StructureDefinition/Aufnahmegrund",
{
"url": "ErsteUndZweiteStelle",
"code": "01",
"system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundErsteUndZweiteStelle",
"display": "Krankenhausbehandlung, vollstationär"
}
},
{
"url": "DritteStelle",
"code": "0",
"system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundDritteStelle",
"display": "Anderes"
}
},
{
"url": "VierteStelle",
"code": "1",
"system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundVierteStelle",
"display": "Normalfall"
}
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/besuchsnummer",
"value": "0123456789"
}
],
"status": "finished",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"coding": [
{
"code": "0100",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel"
}
]
},
"subject": {
"reference": "Patient/PatientinMusterfrau"
},
"period": {
"start": "2021-02-12",
"end": "2021-02-13"
},
{
"reference": "Condition/BehandlungsDiagnoseFreitext"
},
"use": {
"coding": [
{
"code": "treatment-diagnosis",
"system": "http://fhir.de/CodeSystem/KontaktDiagnoseProzedur"
}
]
}
}
],
"account": [
{
"reference": "Account/AbrechnungsfallDRG",
"value": "XZY",
"system": "https://test.krankenhaus.de/fhir/sid/fallnummer"
}
}
],
"coding": [
{
"code": "E",
"system": "http://fhir.de/CodeSystem/dgkev/Aufnahmeanlass"
}
]
},
{
"url": "http://fhir.de/StructureDefinition/Entlassungsgrund",
{
"url": "ErsteUndZweiteStelle",
"code": "01",
"system": "http://fhir.de/CodeSystem/dkgev/EntlassungsgrundErsteUndZweiteStelle",
"display": "Behandlung regulär beendet"
}
},
{
"url": "DritteStelle",
"code": "1",
"system": "http://fhir.de/CodeSystem/dkgev/EntlassungsgrundDritteStelle",
"display": "arbeitsfähig entlassen"
}
}
]
}
]
}
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"status": "active",
"system": "https://test.krankenhaus.de/fhir/sid/locationid",
"value": "123"
},
"display": "Bettenstellplatz 123"
}
}
],
"system": "https://test.krankenhaus.de/fhir/sid/fachabteilungsid",
"value": "XYZ"
},
"display": "Fachabteilung XYZ"
}
}

Beispiel für die Abbildung einer stationäre Aufnahme:

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktStationaereAufnahme",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "in-progress",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-01T10:00:00+01:00"
},
"coding": [
{
"code": "1500",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Allgemeine Chirurgie"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "CHA1"
},
"display": "Station CHA1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B016"
},
"display": "Bett B016"
},
"status": "active"
}
]
}

Die Anlage eines Versorgungsstellenkontakts ist optional möglich; sie fällt jedoch nicht in den Geltungsbereich von ISiK.

Beispiel für die Abbildung eines Bettenwechsels:

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktBettenverlegung",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "in-progress",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-01T10:00:00+01:00"
},
"coding": [
{
"code": "1500",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Allgemeine Chirurgie"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "CHA1"
},
"display": "Station CHA1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B016"
},
"display": "Bett B016"
},
"period": {
"end": "2025-05-01T12:00:00+01:00"
},
"status": "completed"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B027"
},
"display": "Bett B027"
},
"status": "active"
}
]
}

Die Bettenverlegung wird durch Anpassungen im "location"-Element abgebildet. Der vorherige Bettenstellplatz kann mit dem Status "completed" bestehen bleiben, wobei die "period" entsprechend angepasst wird. Der neue Bettenstellplatz erhält den Status "active".

Die Anlage eines Versorgungsstellenkontakts ist optional möglich; sie fällt jedoch nicht in den Geltungsbereich von ISiK. Der Status eines vorherigen Versorgungsstellenkontaktes ist auf "completed" zu setzen.

Beispiel für die Abbildung eines Fachbereichswechsel:

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktFachbereichswechsel1",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "finished",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-01T10:00:00+01:00",
"end": "2025-01-10T08:00:00+01:00"
},
"coding": [
{
"code": "1500",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Allgemeine Chirurgie"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "CHA1"
},
"display": "Station CHA1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B016"
},
"display": "Bett B016"
},
"period": {
"end": "2025-05-01T12:00:00+01:00"
},
"status": "completed"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B027"
},
"display": "Bett B027"
},
"status": "active"
}
]
}

Der Status eines vorherigen Abteilungskontakts wird auf completed gesetzt. Der Zeitpunkt der Verlegung wird (entsprechend der Anforderung im IG) in period.end dokumentiert.

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktFachbereichswechsel2",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "in-progress",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-10T08:00:00+01:00"
},
"coding": [
{
"code": "2600",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Hals-, Nasen-, Ohrenheilkunde"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "CHA1"
},
"display": "Station CHA1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B027"
},
"display": "Bett B027"
},
"status": "active"
}
]
}

Ein neuer aktiver Abteilungskontakt wurde durch den Fachbereitswechsel angelegt. Der Startzeitpunkt wurde in "period.start" dokumentiert und entspricht dem Zeitpunkt der Verlegung. Der Wechsel der Fachabteilung führt zudem zu einer neuen Kodierung in "serviceType". Die "partOf"-Referenz bestehender Versorgungsstellenkontakte wird auf den neuen Abteilungskontakt gesetzt.

Beispiel für die Abbildung eines Stationswechsel:

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktStationswechsel1",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "finished",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-15T08:00:00+01:00",
"end": "2025-01-15T14:00:00+01:00"
},
"coding": [
{
"code": "2600",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Hals-, Nasen-, Ohrenheilkunde"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "CHA1"
},
"display": "Station CHA1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "B027"
},
"display": "Bett B027"
},
"status": "active"
}
]
}

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktStationswechsel2",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "in-progress",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-15T14:00:00+01:00"
},
"coding": [
{
"code": "0100",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Innere Medizin"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "INNG1"
},
"display": "Station INNG1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "A010"
},
"display": "Bett A010"
},
"status": "active"
}
]
}

Ändert sich lediglich die Station (Location) bei einer Verlegung und nicht die Fachabteilung (serviceType), ist der bestehende Abteilungskontakt zu aktualisieren; ein neuer Abteilungskontakt wird nicht angelegt.

Beispiel für die Abbildung einer Entlassung:

{
"resourceType": "Encounter",
"id": "FachabteilungskontaktEntlassung",
"meta": {
"profile": [
"https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung"
]
},
"type": [
{
"coding": [
{
"code": "abteilungskontakt",
"system": "http://fhir.de/CodeSystem/Kontaktebene"
}
]
}
],
{
"type": {
"coding": [
{
"code": "VN",
"system": "http://terminology.hl7.org/CodeSystem/v2-0203"
}
]
},
"value": "0123456789"
}
],
"status": "finished",
"class": {
"code": "IMP",
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode"
},
"subject": {
"reference": "Patient/PatientinNormal"
},
"period": {
"start": "2025-01-20T10:00:00+01:00"
},
"coding": [
{
"code": "0100",
"system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel",
"display": "Innere Medizin"
}
]
},
{
"coding": [
{
"code": "wa",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Ward"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/stationId",
"value": "INNG1"
},
"display": "Station INNG1"
},
"status": "active"
},
{
"coding": [
{
"code": "ro",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Room"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/zimmerId",
"value": "Z001"
},
"display": "Zimmer Z001"
},
"status": "active"
},
{
"coding": [
{
"code": "bd",
"system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
"display": "Bed"
}
]
},
"system": "https://test.krankenhaus.de/fhir/sid/bettId",
"value": "A010"
},
"display": "Bett A010"
},
"status": "active"
}
]
}

Das Datum der Entlassung wurde in allen Abteilungskontakten in period.end dokumentiert. Der Encounter wurde durch den Status completed geschlossen. Offene Versorgungsstellenkontakte sind ebenfalls zu schließen.