Kontakt/Fall (Encounter)


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.


Der Begriff "Fall" im Kontext von FHIR

Wichtig ist die Herausstellung, dass "Besuch" und "Fall" wechselseitig keine synonyme Begriffe sind.

Der Begriff "Fall" gruppiert im Sprachgebrauch verschiedene Konzepte, die in FHIR durch unterschiedliche Ressourcen repräsentiert werden:

  • Aufenthalt/Besuch/Kontakt (Encounter): Der stationäre Aufenthalt oder der ambulante Kontakt eines Patienten in einer Gesundheitseinrichtung wird in FHIR durch die Ressource Encounter abgebildet.

  • Abrechnungsfall (Account): Der Fall, im Sinne einer Gruppierung von medizinischen Leistungen, die in einem gemeinsamen Kontext abgerechnet werden, sind in FHIR durch die Ressource Account repräsentiert. Ein Abrechnungsfall kann mehrere Encounter umfassen (z.B. vorstationärer Besuch, stationärer Aufenthalt und nachstationäre Besuche) Encounter-Modell-Abrechnung

  • Medizinischer Fall (EpisodeOfCare): Der medizinische Fall gruppiert Informationen, die im Kontext einer gemeinsamen (Dauer-)Diagnose stehen und wird in FHIR durch die EpisodeOfCare dargestellt. Encounter-Modell-Medizinisch


Der Begriff "Fall" im Kontext der Medizininformatik-Initiative

In dem von der Medizininformatik-Initiative zur Kontaktverfolgung (Infektionsketten) des Patienten entworfenen Modell wird der Encounter in drei verschiedenen Ebenen verwendet:

  • Einrichtungskontakt: Als Kontakt eines Patienten mit einer Einrichtung (z.B: Klinik) gruppiert mehrere Besuche bei einer Einrichtung als gemeinsamen Behandlungskontext.

  • Abteilungskontakt: Als Kontakt des Patienten mit einer Fachabteilung eines Krankenhauses (z.B. einer Ambulanz oder einer stationären Fachabteilung).

  • Versorgungsstellenkontakt: Als Kontakt des Patienten mit konkreten Servicestellen, wie z.B. Radiologie oder Endoskopie

Zur Unterscheidung der verschiedenen Kontaktebenen wird in der MI-I eine Codierung in Encounter.type verwendet. Die Hierarchie der Encounter wird über die Encounter.partOf-Relation hergestellt. Ambulante Besuche werden in dem Modell derzeit noch nicht berücksichtigt.

Encounter-Modell-MII


Der Begriff "Fall" im Kontext der ISiK-Spezifikation

Für die derzeitige Ausbaustufe des ISiK Basismoduls werden alle zuvor genannten Sichtweise und Modelle berücksichtigt:

Encounter-Modelle

Verpflichtend umzusetzen ist für die bestätigungsrelevanten Systeme der Account, im Sinne der Gruppierung einzelner Besuche, zu einem gemeinsamen (Abrechnungs-)Fall sowie der Encounter der Ebene "Abteilungskontakt" im Sinne des Modells der Medizininformatikinitiative.

Herstellern steht es frei, weitere Ressourcen, wie zum Beispiel die EpisodeOfCare oder den Encounter, im Sinne des Einrichtungskontaktes bzw. des Versorgungsstellenkontaktes, zu implementieren.

Wichtig sind dabei jedoch folgende Punkte zu beachten:

  • Encounter im ISiK-Kontext sind stets als "Abteilungskontakte", im Sinne der MI-I mit dem entsprechenden Encounter.type-Code, zu kennzeichnen.
  • Jegliche im ISiK-Basis-Modul, als auch in anderen ISiK-Modulen definierte Ressourcen, die über einen Encounter-Kontext verfügen, müssen auf einen ISiK-Encounter (Abteilungskontakt) referenzieren. Encounter-Modell-ISiK

Die Repräsentation der "Fall"-Nummer

Die "Fall"-Nummer ist ein im Kontext der stationären Versorgung häufig verwendetes Vehikel, um (insbesondere in der HL7-V2-Kommunikation) mit einfachen Mitteln den Fallkontext medizinischer Dokumentationen herzustellen.

In den meisten Fällen handelt es sich bei der "Fall"-Nummer um einen eindeutigen Identifier des Abrechnungsfalls. Im ISiK-Kontext ist die Fallnummer daher als Identifier des Accounts zu sehen und nicht geeignet, einen Encounter eindeutig zu identifizieren und damit den für FHIR-Ressourcen erforderlichen Encounter-Kontext zu etablieren. Es müssen zusätzliche Kriterien, wie z.B. Zeitraum(Encounter.period), Fallart (Encounter.class) oder Status (Encounter.status) berücksichtigt werden, um den korrekten Encounter zu finden.

ISiK berücksichtigt jedoch die gängige Praxis, dass die Fallnummer als primäres Suchkriterium verwendet wird; auch von Systemen, die rein der medizinischen Versorgung dienen und keine Abrechnungsfunktionen implementieren. Um insbesondere Subsysteme von der Pflicht zu entbinden, die Account-Ressource zu implementieren, nur um Zugriff zur Fallnummer zu bekommen, ist das Mitführen des Account-Identifiers als logische Referenz auf den Account im Encounter verpflichtend. Die Fallnummer eines Encounters kann daher auch ohne Kenntnis des Accounts ermittelt werden.

Hinweis Änderung gegenüber ISiK-Basis-Modul Stufe 1!
Could not find subject. Project was not found for Material/Images/IG_Warning.
Die Abbildung der Fallnummer als Identifier des Accounts ist abweichend von der im Basismodul Stufe 1 festgelegten Abbildung der Fallnummer als Identifier des Encounters. Diese Änderung ist erforderlich, da die Fallnummer nicht geeignet ist, einen Encounter eindeutig zu identifizieren. Der Encounter kann weiterhin einen von der Abrechnungsfallnummer unabhängigen Identifier enthalten (z.B. "Aufnahmenummer", Bewegungsnummer). Dieser identifiziert eineindeutig den jeweiligen Kontakt.

Encounter-Modell-Fallnummer


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


Profil

NameCanonical
ISiKKontaktGesundheitseinrichtunghttps://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung

idS Σ0..1string
metaΣ0..1Meta
implicitRulesΣ ?!0..1uri
language0..1codeBinding
text0..1Narrative
contained0..*Resource
id0..1string
ErsteUndZweiteStelleS I0..*Extension
DritteStelleS I0..*Extension
VierteStelleS I0..*Extension
url1..1uriFixed Value
valueBase64Binarybase64Binary
valueBooleanboolean
valueCanonicalcanonical()
valueCodecode
valueDatedate
valueDateTimedateTime
valueDecimaldecimal
valueIdid
valueInstantinstant
valueIntegerinteger
valueMarkdownmarkdown
valueOidoid
valuePositiveIntpositiveInt
valueStringstring
valueTimetime
valueUnsignedIntunsignedInt
valueUriuri
valueUrlurl
valueUuiduuid
valueAddressAddress
valueAgeAge
valueAnnotationAnnotation
valueAttachmentAttachment
valueCodeableConceptCodeableConcept
valueCodingCoding
valueContactPointContactPoint
valueCountCount
valueDistanceDistance
valueDurationDuration
valueHumanNameHumanName
valueIdentifierIdentifier
valueMoneyMoney
valuePeriodPeriod
valueQuantityQuantity
valueRangeRange
valueRatioRatio
valueSampledDataSampledData
valueSignatureSignature
valueTimingTiming
valueContactDetailContactDetail
valueContributorContributor
valueDataRequirementDataRequirement
valueExpressionExpression
valueParameterDefinitionParameterDefinition
valueRelatedArtifactRelatedArtifact
valueTriggerDefinitionTriggerDefinition
valueUsageContextUsageContext
valueDosageDosage
valueMetaMeta
valueReferenceReference()
plannedStartDateS I0..1Extension(dateTime)
plannedEndDateS I0..1Extension(dateTime)
modifierExtension?! I0..*Extension
id0..1string
extensionI0..*Extension
useΣ ?!0..1codeBinding
id0..1string
extensionI0..*Extension
id0..1string
extensionI0..*Extension
systemS Σ1..1uriFixed Value
versionΣ0..1string
codeS Σ1..1codeFixed Value
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
systemΣ1..1uri
valueΣ1..1string
periodΣ I0..1Period
assignerΣ I0..1Reference(Organization)
statusS Σ ?!1..1codeBinding
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
status1..1codeBinding
periodI1..1Period
classS Σ1..1CodingBinding
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
class1..1CodingBinding
periodI1..1Period
KontaktebeneS Σ1..1CodeableConceptBindingPattern
KontaktArtS Σ0..1CodeableConceptBindingPattern
id0..1string
extensionI0..*Extension
FachabteilungsschluesselS Σ0..1CodingBindingPattern
ErweiterterFachabteilungsschluesselS Σ0..1CodingBindingPattern
textΣ0..1string
priority0..1CodeableConcept
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
episodeOfCareΣ I0..*Reference(EpisodeOfCare)
basedOnI0..*Reference(ServiceRequest)
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
typeΣ0..*CodeableConceptBinding
periodI0..1Period
individualΣ I0..1Reference(Practitioner | PractitionerRole | RelatedPerson)
appointmentΣ I0..*Reference(Appointment)
id0..1string
extensionI0..*Extension
startS Σ I0..1dateTime
endS Σ I0..1dateTime
lengthI0..1Duration
reasonCodeΣ0..*CodeableConceptBinding
reasonReferenceΣ I0..*Reference(Condition | Procedure | Observation | ImmunizationRecommendation)
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
id0..1string
extensionI0..*Extension
DiagnosetypS Σ1..1CodingBinding
DiagnosesubTypS Σ0..*CodingBinding
textΣ0..1string
rankS0..1positiveInt
id0..1string
extensionI0..*Extension
referenceS Σ I0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayΣ0..1string
id0..1string
WahlleistungS I0..*Extension
modifierExtensionΣ ?! I0..*Extension
preAdmissionIdentifier0..1Identifier
originI0..1Reference(Location | Organization)
admitSourceS0..1CodeableConceptBinding
reAdmission0..1CodeableConcept
dietPreference0..*CodeableConcept
specialCourtesy0..*CodeableConceptBinding
specialArrangement0..*CodeableConceptBinding
destinationI0..1Reference(Location | Organization)
id0..1string
EntlassungsgrundS I0..1Extension
RehaEntlassungS I0..1Extension(Complex)
codingΣ0..*Coding
textΣ0..1string
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
locationI1..1Reference(Location)
status0..1codeBinding
physicalType0..1CodeableConceptBinding
periodI0..1Period
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
id0..1string
extensionI0..*Extension
referenceΣ I0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayS Σ1..1string
status0..1codeBinding
physicalTypeS1..1CodeableConceptPattern
periodI0..1Period
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
id0..1string
extensionI0..*Extension
referenceΣ I0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayS Σ1..1string
status0..1codeBinding
physicalTypeS1..1CodeableConceptPattern
periodI0..1Period
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
id0..1string
extensionI0..*Extension
referenceΣ I0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayS Σ1..1string
status0..1codeBinding
physicalTypeS1..1CodeableConceptPattern
periodI0..1Period
id0..1string
extensionI0..*Extension
referenceΣ I0..1string
typeΣ0..1uriBinding
identifierS Σ1..1Identifier
displayS Σ1..1string
partOfI0..1Reference(Encounter)

Bei Abbildung von Versorgungsstellenkontakten

Es ist ein üblicher Fall, dass die Dauer eines Versorgungsstellenkontaktes 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:

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.

Hinweis: Ein Versorgungsstellenkontakt endet zugleich nicht notwendigerweise mit einem Fachabteilungswechsel.


Constraints

Folgende FHIRPath-Constraints sind im Profil zu beachten:

keyseverityhumanexpression
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')

Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter Deutsche Basisprofile - Abschnitt Ambulanter/stationärer Fall / Kontakt (Encounter).


Terminology Bindings

PathNameStrengthURL
Encounter.statusEncounterStatusDerequiredhttp://fhir.de/ValueSet/EncounterStatusDe
Encounter.classEncounterClassDErequiredhttp://fhir.de/ValueSet/EncounterClassDE
Encounter.typekontaktebene-derequiredhttp://fhir.de/ValueSet/kontaktebene-de
Encounter.typekontaktart-derequiredhttp://fhir.de/ValueSet/kontaktart-de
Encounter.serviceType.codingdkgev/Fachabteilungsschluesselrequiredhttp://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel
Encounter.serviceType.codingdkgev/Fachabteilungsschluessel-erweitertrequiredhttp://fhir.de/ValueSet/dkgev/Fachabteilungsschluessel-erweitert
Encounter.diagnosis.use.codingDiagnoseTyprequiredhttp://fhir.de/ValueSet/DiagnoseTyp
Encounter.diagnosis.use.codingDiagnosesubtyprequiredhttp://fhir.de/ValueSet/Diagnosesubtyp
Encounter.hospitalization.admitSourcedgkev/Aufnahmeanlassextensiblehttp://fhir.de/ValueSet/dgkev/Aufnahmeanlass
Encounter.location.physicalTypeISiKLocationPhysicalTypeextensiblehttps://gematik.de/fhir/isik/ValueSet/ISiKLocationPhysicalType

Anmerkungen zu den Must-Support Feldern

Encounter.status

Bedeutung: Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen und derzeitig noch aktiven Kontakten angegeben werden. Alle in einem System möglichen Status-Werte müssen über FHIR korrekt repräsentiert werden. Es KÖNNEN jedoch mindestens die Status-Werte "in-progress", "finished" und "cancelled" unterstützt werden. Deren korrekte Abbildung wird im Rahmen des Bestätigungsverfahrens überprüft.

Hinweise: Siehe Beschreibung in der FHIR Kernspezifikation

Encounter.class

Bedeutung: Alle Encounter MÜSSEN eindeutig kategorisiert werden können, sodass eine Filterung pro Typ möglich ist.

Hinweise: Verpflichtende Kodierung per HL7 v3 Value Set ActEncounterCode, um eine internationale Kompatibilität aufrecht zu erhalten.

Encounter.type

Bedeutung: Angabe vom Typ des Kontaktes. Alle Möglichkeiten eines Einrichtungskontaktes nach SGB V sind vorhanden.

Encounter.subject

Bedeutung: Ein Patientenbezug des Falls MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.

Encounter.period

Bedeutung: Der Rahmen des Kontaktes MUSS zur zeitlichen Einordnung angeben werden.

Hinweise: Es ist der FHIRPath Constraint ISiK-enc-1 zu beachten. Siehe JSON Repräsentation FHIR Profil ISiK Encounter.

Encounter.location

Bedeutung: Falls Details zum Ort, an dem der Kontakt stattfindet, vorliegen, KÖNNEN diese in einer beliebigen Detailtiefe angegeben werden.

Encounter.serviceProvider

Bedeutung: Falls Details zur verantwortlichen Organisationeinheit vorliegen, KÖNNEN diese in einer beliebigen Detailtiefe angegeben werden.


Interaktionen

Für die Ressource Encounter MUSS die REST-Interaktion "READ" implementiert werden.

Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination:

  1. Der Suchparameter "_id" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?_id=103270

    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der FHIR-Basisspezifikation - Abschnitt "Parameters for all resources".

  2. Der Suchparameter "identifier" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.identifier" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  3. Der Suchparameter "status" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?status=finished

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.status" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  4. Der Suchparameter "class" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?class=IMP

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.class" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  5. Der Suchparameter "type" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de|stationaer

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.type" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  6. Der Suchparameter "subject" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?subject=Patient/123

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.subject" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

  7. Der Suchparameter "patient" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?patient=Patient/123

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.subject" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

    Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.

  8. Der Suchparameter "account" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?account=Account/123

    GET [base]/Encounter?account:identifier=https://example.org/fhir/sid/abrechnungsfallnr|123456

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.account" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

  9. Der Suchparameter "date" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?date=eq2020-26-10

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.period" finden sich in der FHIR-Basisspezifikation - Abschnitt "Date Search". 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.

    Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.

  10. Der Suchparameter "date-start" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?date-start=lt2020-26-10

    Anwendungshinweise: Bei diesem custom Suchparameter handelt es sich um eine Lösung, die aus einer abweichenden FHIR-Version (R5) stammt. Weitere Informationen zur Suche nach "Encounter.period" finden sich in der FHIR-Basisspezifikation - Abschnitt "Date Search".

  11. Der Suchparameter "end-date" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Encounter?end-date=lt2020-26-10

    Anwendungshinweise: Bei diesem custom Suchparameter handelt es sich um eine Lösung, die aus einer abweichenden FHIR-Version (R5) stammt. Weitere Informationen zur Suche nach "Encounter.period" finden sich in der FHIR-Basisspezifikation - Abschnitt "Date Search".

  12. Der Suchparameter "location" KANN unterstützt werden:

    Beispiele:

    GET [base]/Encounter?location=Location/test

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.location" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

  13. Der Suchparameter "service-provider" KANN unterstützt werden:

    Beispiele:

    GET [base]/Encounter?service-provider=Organization/test

    Anwendungshinweise: Weitere Informationen zur Suche nach "Encounter.serviceProvider" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".


Beispiele

Ein 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"
                }
            ]
        }
    ],
    "extension":  [
        {
            "url": "http://fhir.de/StructureDefinition/Aufnahmegrund",
            "extension":  [
                {
                    "url": "ErsteUndZweiteStelle",
                    "valueCoding": {
                        "code": "01",
                        "system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundErsteUndZweiteStelle",
                        "display": "Krankenhausbehandlung, vollstationär"
                    }
                },
                {
                    "url": "DritteStelle",
                    "valueCoding": {
                        "code": "0",
                        "system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundDritteStelle",
                        "display": "Anderes"
                    }
                },
                {
                    "url": "VierteStelle",
                    "valueCoding": {
                        "code": "1",
                        "system": "http://fhir.de/CodeSystem/dkgev/AufnahmegrundVierteStelle",
                        "display": "Normalfall"
                    }
                }
            ]
        }
    ],
    "identifier":  [
        {
            "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"
    },
    "serviceType": {
        "coding":  [
            {
                "code": "0100",
                "system": "http://fhir.de/CodeSystem/dkgev/Fachabteilungsschluessel"
            }
        ]
    },
    "subject": {
        "reference": "Patient/PatientinMusterfrau"
    },
    "period": {
        "start": "2021-02-12",
        "end": "2021-02-13"
    },
    "diagnosis":  [
        {
            "condition": {
                "reference": "Condition/BehandlungsDiagnoseFreitext"
            },
            "use": {
                "coding":  [
                    {
                        "code": "treatment-diagnosis",
                        "system": "http://fhir.de/CodeSystem/KontaktDiagnoseProzedur"
                    }
                ]
            }
        }
    ],
    "account":  [
        {
            "reference": "Account/AbrechnungsfallDRG",
            "identifier": {
                "value": "XZY"
            }
        }
    ],
    "hospitalization": {
        "admitSource": {
            "coding":  [
                {
                    "code": "E",
                    "system": "http://fhir.de/CodeSystem/dgkev/Aufnahmeanlass"
                }
            ]
        },
        "dischargeDisposition": {
            "extension":  [
                {
                    "url": "http://fhir.de/StructureDefinition/Entlassungsgrund",
                    "extension":  [
                        {
                            "url": "ErsteUndZweiteStelle",
                            "valueCoding": {
                                "code": "01",
                                "system": "http://fhir.de/CodeSystem/dkgev/EntlassungsgrundErsteUndZweiteStelle",
                                "display": "Behandlung regulär beendet"
                            }
                        },
                        {
                            "url": "DritteStelle",
                            "valueCoding": {
                                "code": "1",
                                "system": "http://fhir.de/CodeSystem/dkgev/EntlassungsgrundDritteStelle",
                                "display": "arbeitsfähig entlassen"
                            }
                        }
                    ]
                }
            ]
        }
    },
    "location":  [
        {
            "physicalType": {
                "coding":  [
                    {
                        "code": "bd",
                        "system": "http://terminology.hl7.org/CodeSystem/location-physical-type",
                        "display": "Bed"
                    }
                ]
            },
            "location": {
                "identifier": {
                    "system": "https://test.krankenhaus.de/fhir/sid/locationid",
                    "value": "123"
                },
                "display": "Bettenstellplatz 123"
            }
        }
    ],
    "serviceProvider": {
        "identifier": {
            "system": "https://test.krankenhaus.de/fhir/sid/fachabteilungsid",
            "value": "XYZ"
        },
        "display": "Fachabteilung XYZ"
    }
}