Kontakt/Fall (Encounter)
ISiKKontaktGesundheitseinrichtung
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
| Name | ISiKCapabilityStatementErweiterteStammdatenRolle | ISiKCapabilityStatementLeistungserbringerRolle | ISiKCapabilityStatementStammdatenRolle |
|---|---|---|---|
| Verbindlichkeit | SHALL | SHALL | SHALL |
Metadaten
| Canonical | https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung |
|---|---|
| Status | active |
| Version | 5.1.0 |
| Basis | http://hl7.org/fhir/StructureDefinition/Encounter |
Inhalt
| ISiKKontaktGesundheitseinrichtung (Encounter) | C | Encounter | |
| id | S Σ | 0..1 | string |
| meta | Σ | 0..1 | Meta |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| versionId | Σ | 0..1 | id |
| lastUpdated | Σ | 0..1 | instant |
| source | Σ | 0..1 | uri |
| profile | Σ | 0..* | canonical(StructureDefinition) |
| security | Σ | 0..* | CodingBinding |
| tag | Σ | 0..* | Coding |
| implicitRules | Σ ?! | 0..1 | uri |
| language | 0..1 | codeBinding | |
| text | 0..1 | Narrative | |
| contained | 0..* | Resource | |
| extension | S C | 0..* | Extension |
| Aufnahmegrund | S C | 0..1 | Extension(Complex) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| ErsteUndZweiteStelle | S C | 0..1 | Extension |
| id | 0..1 | string | |
| extension | C | 0..0 | Extension |
| url | 1..1 | uriFixed Value | |
| value[x] | 0..1 | Binding | |
| valueCoding | Coding | ||
| DritteStelle | S C | 0..1 | Extension |
| id | 0..1 | string | |
| extension | C | 0..0 | Extension |
| url | 1..1 | uriFixed Value | |
| value[x] | 0..1 | Binding | |
| valueCoding | Coding | ||
| VierteStelle | S C | 0..1 | Extension |
| id | 0..1 | string | |
| extension | C | 0..0 | Extension |
| url | 1..1 | uriFixed Value | |
| value[x] | 0..1 | Binding | |
| valueCoding | Coding | ||
| url | 1..1 | uriFixed Value | |
| value[x] | 0..0 | ||
| plannedStartDate | S C | 0..1 | Extension(dateTime) |
| plannedEndDate | S C | 0..1 | Extension(dateTime) |
| modifierExtension | ?! C | 0..* | Extension |
| identifier | S Σ | 1..* | Identifier |
| Aufnahmenummer | S Σ | 0..1 | IdentifierPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| use | Σ ?! | 0..1 | codeBinding |
| type | S Σ | 1..1 | CodeableConceptBindingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | S Σ | 1..* | CodingPattern |
| vn-type | S Σ | 1..1 | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | codePattern |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| system | S Σ | 0..1 | uri |
| value | S Σ | 0..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(Organization) |
| status | S Σ ?! | 1..1 | codeBinding |
| statusHistory | 0..* | BackboneElement | |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| status | 1..1 | codeBinding | |
| period | 1..1 | Period | |
| class | S Σ | 1..1 | CodingBinding |
| classHistory | 0..* | BackboneElement | |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| class | 1..1 | CodingBinding | |
| period | 1..1 | Period | |
| type | S Σ | 1..* | CodeableConcept |
| Kontaktebene | S Σ | 1..1 | CodeableConceptBindingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | Σ | 0..* | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | codePattern |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| KontaktArt | S Σ | 0..1 | CodeableConceptBindingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | Σ | 0..* | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | code |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| serviceType | S Σ | 0..1 | CodeableConcept |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | S Σ | 1..* | Coding |
| Fachabteilungsschluessel | S Σ | 0..1 | CodingBindingPattern |
| ErweiterterFachabteilungsschluessel | S Σ | 0..1 | CodingBindingPattern |
| text | Σ | 0..1 | string |
| priority | 0..1 | CodeableConcept | |
| subject | S Σ | 1..1 | Reference(Patient | Group) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 1..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | Σ | 0..1 | Identifier |
| display | Σ | 0..1 | string |
| episodeOfCare | Σ | 0..* | Reference(EpisodeOfCare) |
| basedOn | 0..* | Reference(ServiceRequest) | |
| participant | Σ | 0..* | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| type | Σ | 0..* | CodeableConceptBinding |
| period | 0..1 | Period | |
| individual | Σ | 0..1 | Reference(Practitioner | PractitionerRole | RelatedPerson) |
| appointment | S Σ | 0..* | Reference(Appointment) |
| period | S | 0..1 | Period |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| start | S Σ C | 0..1 | dateTime |
| end | S Σ C | 0..1 | dateTime |
| length | 0..1 | Duration | |
| reasonCode | Σ | 0..* | CodeableConceptBinding |
| reasonReference | Σ | 0..* | Reference(Condition | Procedure | Observation | ImmunizationRecommendation) |
| diagnosis | Σ | 0..* | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| condition | S Σ | 1..1 | Reference(Condition | Procedure) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 1..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | Σ | 0..1 | Identifier |
| display | Σ | 0..1 | string |
| use | S | 1..1 | CodeableConceptBinding |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | S Σ | 1..* | Coding |
| Diagnosetyp | S Σ | 1..1 | CodingBinding |
| DiagnosesubTyp | S Σ | 0..* | CodingBinding |
| text | Σ | 0..1 | string |
| rank | S | 0..1 | positiveInt |
| account | S | 0..* | Reference(Account) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 0..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | S Σ | 1..1 | Identifier |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| use | Σ ?! | 0..1 | codeBinding |
| type | Σ | 0..1 | CodeableConceptBinding |
| system | S Σ | 1..1 | uri |
| value | S Σ | 1..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(Organization) |
| display | Σ | 0..1 | string |
| hospitalization | S | 0..1 | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| Wahlleistung | S C | 0..* | Extension(Coding) |
| modifierExtension | Σ ?! C | 0..* | Extension |
| preAdmissionIdentifier | 0..1 | Identifier | |
| origin | 0..1 | Reference(Location | Organization) | |
| admitSource | S | 0..1 | CodeableConceptBinding |
| reAdmission | 0..1 | CodeableConcept | |
| dietPreference | 0..* | CodeableConcept | |
| specialCourtesy | 0..* | CodeableConceptBinding | |
| specialArrangement | 0..* | CodeableConceptBinding | |
| destination | 0..1 | Reference(Location | Organization) | |
| dischargeDisposition | S | 0..1 | CodeableConcept |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| Entlassungsgrund | S C | 0..1 | Extension(Complex) |
| RehaEntlassung | S C | 0..1 | Extension(Complex) |
| coding | Σ | 0..* | Coding |
| text | Σ | 0..1 | string |
| location | S | 0..* | BackboneElement |
| (All Slices) | |||
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| location | 1..1 | Reference(Location) | |
| status | 0..1 | codeBinding | |
| physicalType | 0..1 | CodeableConceptBinding | |
| period | 0..1 | Period | |
| Zimmer | S | 0..1 | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| location | S | 1..1 | Reference(Location) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 0..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | S Σ | 1..1 | Identifier |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| use | Σ ?! | 0..1 | codeBinding |
| type | Σ | 0..1 | CodeableConceptBinding |
| system | S Σ | 0..1 | uri |
| value | S Σ | 1..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(Organization) |
| display | S Σ | 1..1 | string |
| status | S | 1..1 | codeBindingPattern |
| physicalType | S | 1..1 | CodeableConceptPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | Σ | 0..* | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | codePattern |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| period | 0..1 | Period | |
| Bettenstellplatz | S | 0..1 | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| location | S | 1..1 | Reference(Location) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 0..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | S Σ | 1..1 | Identifier |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| use | Σ ?! | 0..1 | codeBinding |
| type | Σ | 0..1 | CodeableConceptBinding |
| system | S Σ | 0..1 | uri |
| value | S Σ | 1..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(Organization) |
| display | S Σ | 1..1 | string |
| status | S | 1..1 | codeBindingPattern |
| physicalType | S | 1..1 | CodeableConceptPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | Σ | 0..* | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | codePattern |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| period | 0..1 | Period | |
| Station | S | 0..1 | BackboneElement |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| modifierExtension | Σ ?! C | 0..* | Extension |
| location | S | 1..1 | Reference(Location) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | S Σ C | 0..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | S Σ | 1..1 | Identifier |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| use | Σ ?! | 0..1 | codeBinding |
| type | Σ | 0..1 | CodeableConceptBinding |
| system | S Σ | 0..1 | uri |
| value | S Σ | 1..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(Organization) |
| display | S Σ | 1..1 | string |
| status | S | 1..1 | codeBindingPattern |
| physicalType | S | 1..1 | CodeableConceptPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| coding | Σ | 0..* | CodingPattern |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| system | S Σ | 1..1 | uriPattern |
| version | Σ | 0..1 | string |
| code | S Σ | 1..1 | codePattern |
| display | Σ | 0..1 | string |
| userSelected | Σ | 0..1 | boolean |
| text | Σ | 0..1 | string |
| period | 0..1 | Period | |
| serviceProvider | S | 0..1 | Reference(Organization) |
| id | 0..1 | string | |
| extension | C | 0..* | Extension |
| reference | Σ C | 0..1 | string |
| type | Σ | 0..1 | uriBinding |
| identifier | S Σ | 1..1 | Identifier |
| display | S Σ | 1..1 | string |
| partOf | 0..1 | Reference(Encounter) |
Constraints/Invarianten
| Name | Schweregrad | Beschreibung | Ausdruck |
|---|---|---|---|
| ISiK-enc-1 | error | Abgeschlossene, ambulante Kontakte sollten einen Start-Zeitpunkt angeben | status = 'finished' and class = 'AMB' implies period.start.exists() |
| ISiK-enc-2 | error | Abgeschlossene, stationäre Kontakte sollten einen Start- und End-Zeitpunkt angeben | status = 'finished' and class = 'IMP' implies period.start.exists() and period.end.exists() |
| ISiK-enc-3 | error | Geplante Kontakte sollten keinen Start- oder End-Zeitpunkt angeben | status = 'planned' implies period.exists().not() |
| ISiK-enc-4 | warning | Geplante Kontakte sollten die Extensions für den geplanten Start- oder End-Zeitpunkt verwenden | status = 'planned' implies extension.where(url = 'http://hl7.org/fhir/5.0/StructureDefinition/extension-Encounter.plannedStartDate').exists() |
| ISiK-enc-5 | error | In-Durchführung befindliche Kontakte sollten einen Start-Zeitpunkt angeben | status = 'in-progress' implies period.start.exists() |
| ISiK-enc-6 | error | Kontakte mit Abwesenheitsstatus sollten einen Start-Zeitpunkt angeben | status = 'onleave' implies period.start.exists() |
| ISiK-enc-7 | warning | Kontakte mit unbekannten Status sollten einen Start-Zeitpunkt angeben | status = 'unknown' implies period.start.exists() |
| ISiK-enc-8 | error | Die Rolle der assoziierten Diagnose(n) darf nicht 'Billing' sein | diagnosis.use.all(coding.code != 'billing') |
Terminology-Bindings
| Element | Staerke | ValueSet |
|---|---|---|
| Encounter.status | required | http://fhir.de/ValueSet/EncounterStatusDe |
| Encounter.class | required | http://fhir.de/ValueSet/EncounterClassDE |
| Encounter.type:Kontaktebene | required | http://fhir.de/ValueSet/kontaktebene-de |
| Encounter.type:KontaktArt | required | http://fhir.de/ValueSet/kontaktart-de |
| Encounter.serviceType.coding:Fachabteilungsschluessel | required | http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel |
| Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel | required | http://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert |
| Encounter.diagnosis.use.coding:Diagnosetyp | required | http://fhir.de/ValueSet/DiagnoseTyp |
| Encounter.diagnosis.use.coding:DiagnosesubTyp | required | http://fhir.de/ValueSet/Diagnosesubtyp |
| Encounter.hospitalization.admitSource | extensible | http://fhir.de/ValueSet/dgkev/Aufnahmeanlass |
| Encounter.location.physicalType | extensible | https://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType |
Anmerkungen zu Must-Support-Feldern
| Feldname | Kurzbeschreibung | Hinweise |
|---|---|---|
| Encounter.id | serverseitige, interne ID des Datensatzes | bedingtes Pflichtfeld/bedingtes MS: Alle von einem Server bereitgestellten Ressourcen MÜSSEN über eine |
| Encounter.extension | ||
| Encounter.extension:Aufnahmegrund | Aufnahmegrund | 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:ErsteUndZweiteStelle | Aufnahmegrund: 1. & 2. Stelle |
|
| Encounter.extension:Aufnahmegrund.extension:DritteStelle | Aufnahmegrund: 3. Stelle |
|
| Encounter.extension:Aufnahmegrund.extension:VierteStelle | Aufnahmegrund: 4. Stelle |
|
| Encounter.extension:plannedStartDate | geplantes Aufnahmedatum | Begründung MS: Im Falle einer geplanten Aufnahme ist das Datum mittels dieser Extension anzugeben. |
| Encounter.extension:plannedEndDate | geplantes 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:Aufnahmenummer | Aufnahmenummer | 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-type | Codierte Darstellung des Identifier-Typs | |
| Encounter.identifier:Aufnahmenummer.type.coding:vn-type.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.identifier:Aufnahmenummer.type.coding:vn-type.code | Code | Hier ist stets der Wert |
| Encounter.identifier:Aufnahmenummer.system | Namensraum 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. |
| Encounter.identifier:Aufnahmenummer.value | Enthält den eigentlichen Wert des Identifiers. | |
| Encounter.status | Status | Zeigt den aktuellen Status der Ressource an.
|
| Encounter.class | Fallart | 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 |
| Encounter.type | Typ des Encounter | |
| Encounter.type:Kontaktebene | Kontaktebene | Begründung Pflichtfeld: Die Abteilungsebene muss aus Kompatibilitätsgründen angegeben werden.
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.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.type:Kontaktebene.coding.code | Code | Hier ist stets der Wert |
| Encounter.type:KontaktArt | Kontaktart | Die Kontaktart dient der feingranularen Differenzierung unterschiedlicher stationärer
und ambulanter Fallarten gemäß der in Deutschland üblichen regulatorischen
und abrechnungsrelevanten Rahmenbedingungen. |
| Encounter.type:KontaktArt.coding.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.type:KontaktArt.coding.code | Code | vorstationaer | nachstationaer | begleitperson | tagesklinik | + |
| Encounter.serviceType | ||
| Encounter.serviceType.coding | ||
| Encounter.serviceType.coding:Fachabteilungsschluessel | Fachabteilungsschlüssel | Fachabteilungen gemäß Anhang 1 der BPflV |
| Encounter.serviceType.coding:ErweiterterFachabteilungsschluessel | Fachabteilungsschlüssel | Fachabteilungen gemäß Anhang 1 der BPflV inkl. Spezialisierungen |
| Encounter.subject | Patientenbezug | Begründung Must-Support: Ein Patientenbezug des Kontakt MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen. |
| Encounter.subject.reference | Patienten-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.appointment | Verknü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.period | Aufenthaltszeitraum | WICHTIGER Hinweis für Implementierer:
|
| Encounter.period.start | Aufnahmedatum | Hier ist stets das tatsächliche Aufnahmedatum anzugeben.
Geplante Aufnahmedaten müssen über die Extension |
| Encounter.period.end | Entlassdatum | Hier ist stets das tatsächliche Entlassdatum anzugeben.
Geplante Entlassdaten müssen über die Extension |
| Encounter.diagnosis.condition | Verweis auf Diagnose/Prozedur | |
| Encounter.diagnosis.condition.reference | Condition/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.use | Bedeutung der Diagnose/Prozedur | Bedeutung der Diagnose/Prozedur im Encounter-Kontext |
| Encounter.diagnosis.use.coding | ||
| Encounter.diagnosis.use.coding:Diagnosetyp | Diagnosetyp | International standardisierte, grobgranulare Unterscheidung zwischen extern gestellten Diagnosen ( |
| Encounter.diagnosis.use.coding:DiagnosesubTyp | Diagnosesubtyp | An deutschen Kodierrichtlinien orientierte, feingranulare Unterscheidung von Diagnose-Rollen, z.B. "Fachabteilungshauptdiagnose", "Todesursache" etc. |
| Encounter.diagnosis.rank | ||
| Encounter.account | Abrechnungskontext | 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. |
| Encounter.account.reference | Account-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.system | Namensraum 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. |
| Encounter.account.identifier.value | Enthält den eigentlichen Wert des Identifiers. | |
| Encounter.hospitalization | Details zum Aufenthalt | Details zu einem stationären Aufenthalt |
| Encounter.hospitalization.extension:Wahlleistung | Wahlleistung | 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.admitSource | Aufnahmeanlass | Anlass der stationären Aufnahme, z.B. "Einweisung", "Notfall" etc. |
| Encounter.hospitalization.dischargeDisposition | Entlassungsart bzw. -grund | |
| Encounter.hospitalization.dischargeDisposition.extension:Entlassungsgrund | Entlassungsgrund | Entlassungsgrund nach § 301 Abs. 3 SGB V |
| Encounter.hospitalization.dischargeDisposition.extension:RehaEntlassung | Entlassungsgrund Reha | Entlassungsgrund nach §301 (Abs. 4 und 4a) SGB V |
| Encounter.location | Aufenthaltsorte des Patienten | Hinweise zur Einschränkung von Encounter.location.status auf "active" zu Abbildung des aktuellen Aufenthaltortes des Patienten
Die Slices Gleichwohl erlaubt die offene Slicing-Strategie ( |
| Encounter.location:Zimmer | Slice 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.location | Aufenthaltsort | |
| Encounter.location:Zimmer.location.reference | Location-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.identifier | Identifier des Aufenthaltsortes | |
| Encounter.location:Zimmer.location.identifier.system | Namensraum 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. |
| Encounter.location:Zimmer.location.identifier.value | Enthält den eigentlichen Wert des Identifiers. | |
| Encounter.location:Zimmer.location.display | (Menschenlesbarer) Name des Aufenthaltsortes | |
| Encounter.location:Zimmer.status | ||
| Encounter.location:Zimmer.physicalType | Art des Aufenthaltsortes (hier: Zimmer) | |
| Encounter.location:Zimmer.physicalType.coding.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.location:Zimmer.physicalType.coding.code | Code | Hier ist stets der Wert |
| Encounter.location:Bettenstellplatz | Slice 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.location | Aufenthaltsort | |
| Encounter.location:Bettenstellplatz.location.reference | Location-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.identifier | Identifier des Aufenthaltsortes | |
| Encounter.location:Bettenstellplatz.location.identifier.system | Namensraum 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. |
| Encounter.location:Bettenstellplatz.location.identifier.value | Enthält den eigentlichen Wert des Identifiers. | |
| Encounter.location:Bettenstellplatz.location.display | (Menschenlesbarer) Name des Aufenthaltsortes | |
| Encounter.location:Bettenstellplatz.status | ||
| Encounter.location:Bettenstellplatz.physicalType | Art 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.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.location:Bettenstellplatz.physicalType.coding.code | Code | Hier ist stets der Wert |
| Encounter.location:Station | Slice 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.location | Aufenthaltsort | |
| Encounter.location:Station.location.reference | Location-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.identifier | Identifier des Aufenthaltsortes | |
| Encounter.location:Station.location.identifier.system | Namensraum 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. |
| Encounter.location:Station.location.identifier.value | Enthält den eigentlichen Wert des Identifiers. | |
| Encounter.location:Station.location.display | (Menschenlesbarer) Name des Aufenthaltsortes | |
| Encounter.location:Station.status | ||
| Encounter.location:Station.physicalType | Art des Aufenthaltsortes (hier: Station) | |
| Encounter.location:Station.physicalType.coding.system | Codier-Schema | Hier ist stets der Wert |
| Encounter.location:Station.physicalType.coding.code | Code | Hier ist stets der Wert |
| Encounter.serviceProvider | Zustä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
| Name | Interaktion | Verbindlichkeit |
|---|---|---|
| ISiKCapabilityStatementErweiterteStammdatenRolle | search-type | SHALL |
| ISiKCapabilityStatementLeistungserbringerRolle | search-type | SHALL |
| ISiKCapabilityStatementStammdatenRolle | read | SHALL |
| ISiKCapabilityStatementStammdatenRolle | search-type | SHALL |
| Name | Parameter | Typ | Verbindlichkeit | Hinweise |
|---|---|---|---|---|
| ISiKCapabilityStatementErweiterteStammdatenRolle | location | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementErweiterteStammdatenRolle | service-provider | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementLeistungserbringerRolle | location | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementLeistungserbringerRolle | service-provider | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | _id | token | SHALL | Beispiel:
|
| ISiKCapabilityStatementStammdatenRolle | _tag | token | SHALL | Beispiel:
|
| ISiKCapabilityStatementStammdatenRolle | _count | number | SHALL | Beispiel:
|
| ISiKCapabilityStatementStammdatenRolle | _has | string | MAY | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
| ISiKCapabilityStatementStammdatenRolle | identifier | token | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | status | token | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | class | token | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | type | token | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | patient | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | account | reference | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | date | date | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | date-start | date | SHALL | Beispiel: |
| ISiKCapabilityStatementStammdatenRolle | end-date | date | SHALL | Beispiel: |
(Reverse-)Include
| Name | Include | ReverseInclude |
|---|---|---|
| ISiKCapabilityStatementErweiterteStammdatenRolle | Encounter:subject, Encounter:part-of, Encounter:diagnosis, Encounter:account | Encounter:part-of |
| ISiKCapabilityStatementLeistungserbringerRolle | Encounter:subject, Encounter:part-of, Encounter:diagnosis, Encounter:account | Encounter:part-of |
| ISiKCapabilityStatementStammdatenRolle | Encounter:patient |
Beispiele
Beispiel für das Profil ISiKKontaktGesundheitseinrichtung:
Beispiel für die Abbildung einer stationäre Aufnahme:
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:
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:
Der Status eines vorherigen Abteilungskontakts wird auf completed gesetzt. Der Zeitpunkt der Verlegung wird (entsprechend der Anforderung im IG) in period.end dokumentiert.
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:
Ä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:
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.