<status value="active" /> <experimental value="false" /> <date value="2026-04-02" /> <publisher value="gematik GmbH" /> <description value="Basisprofil für ISiKLebensZustand Observation **Motivation** Viele medizinischen Entscheidungen benötigen Informationen zu den Lebensumständen eines Patienten. Hierzu gehören eine aktuelle Schwangerschaft, Raucherstatus sowie der Alkoholabususstatus. Motivierender Use-Case zur Einführung dieser Profile ist die [Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS](https://gemspec.gematik.de/ig/fhir/isik/amts/6.0.0-rc/UseCases.html). In FHIR werden Untersuchungen, bzw. Beobachtungen als [`Observation`](https://hl7.org/fhir/R4/observation.html)-Ressource repräsentiert. Dieses Profil ist eine generische, ISiK-spezifische Observation für die Abbildung von Lebenszuständen. Die folgenden Profile vom Typ `Observation` sind spezifische Profile im oben genannten Sinn: * https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftsstatus * https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftErwarteterEntbindungstermin * https://gematik.de/fhir/isik/StructureDefinition/ISiKStillstatus * https://gematik.de/fhir/isik/StructureDefinition/ISiKAlkoholAbusus * https://gematik.de/fhir/isik/StructureDefinition/ISiKRaucherStatus **Kompatibilität** Für Schwangerschaftsstatus & Erwarteter Geburtstermin wird eine Kompatibilität mit folgenden **IPS** Profilen angestrebt: * [IPS Resource Profile: Observation - Pregnancy: EDD](https://hl7.org/fhir/uv/ips/STU1.1/StructureDefinition-Observation-pregnancy-edd-uv-ips.html). * [IPS Resource Profile: Observation - Pregnancy: status](https://hl7.org/fhir/uv/ips/STU1.1/StructureDefinition-Observation-pregnancy-status-uv-ips.html) Hinweise 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="true" /> <type value="Observation" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/Observation" /> <derivation value="constraint" /> <differential> <element id="Observation.id"> <path value="Observation.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. 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="Observation.meta.versionId"> <path value="Observation.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. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über eine `versionID`verfügen." /> </element> <element id="Observation.meta.lastUpdated"> <path value="Observation.meta.lastUpdated" /> <short value="Zeitpunkt der letzten Änderung" /> <comment value="Alle von einem Server bereitgestellten Ressourcen SOLLEN über ein `lastUpdate` verfügen. Von Clients erzeugte Ressourcen, die im Kontext einer CREATE-Interaktion übermittelt werden, MÜSSEN NICHT über ein `lastUpdate`verfügen." /> </element> <element id="Observation.implicitRules"> <path value="Observation.implicitRules" /> <short value="Verweis auf die Regeln, nach denen die Ressource erstellt wurde" /> <comment value="Begründung Constraint: In ISiK existiert kein Use-Case für dieses Element. Da es sich um ein Modifying Element handelt, wird es daher ausgeschlossen. Darüber hinaus werden die Regeln als URI vorgehalten. Dies führt dazu, dass sich hinter der URI eine beliebige Menge an Regeln befinden kann; wodurch nicht sichergestellt werden kann, dass alle Clients die Regeln korrekt interpretieren können." /> <max value="0" /> </element> <element id="Observation.status"> <path value="Observation.status" /> <short value="Status" /> <comment value="Bedeutung: Der Status MUSS insbesondere zur Differenzierung von abgeschlossenen, vorläufigen oder korrigierten Beobachtungen angegeben werden. **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 'final'. * 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." /> <mustSupport value="true" /> </element> <element id="Observation.category"> <path value="Observation.category" /> <short value="Kategorie" /> <comment value="Bedeutung: Kategorie-Code, der die Untersuchung kategorisiert." /> <mustSupport value="true" /> </element> <element id="Observation.code"> <path value="Observation.code" /> <short value="Code" /> <comment value="Bedeutung: Code, der die Untersuchung repräsentiert und kodiert." /> <mustSupport value="true" /> </element> <element id="Observation.code.coding"> <path value="Observation.code.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="system" /> </discriminator> <rules value="open" /> </slicing> <comment value="Motivation: Jede Lebenszustanduntersuchung MUSS einen LOINC Code enthalten, SnomedCT ist optional" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Observation.code.coding:snomed-ct"> <path value="Observation.code.coding" /> <sliceName value="snomed-ct" /> <min value="0" /> <max value="*" /> <type> <code value="Coding" /> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKSnomedCTCoding" /> </type> <mustSupport value="true" /> </element> <element id="Observation.code.coding:loinc"> <path value="Observation.code.coding" /> <sliceName value="loinc" /> <min value="1" /> <max value="*" /> <type> <code value="Coding" /> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKLoincCoding" /> </type> <mustSupport value="true" /> </element> <element id="Observation.subject"> <path value="Observation.subject" /> <short value="Patientenbezug" /> <comment value="**Begründung Must-Support:** Ein Patientenbezug der Beobachtung MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Observation.subject.reference"> <path value="Observation.subject.reference" /> <short value="Patienten-Link" /> <comment value="**Begründung MS:** 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. Im ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Observation.encounter"> <path value="Observation.encounter" /> <short value="Aufenthaltsbezug" /> <comment value="**Begründung Must-Support:** Ein Aufenthaltsbezug der Beobachtung MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen." /> <mustSupport value="true" /> </element> <element id="Observation.encounter.reference"> <path value="Observation.encounter.reference" /> <short value="Encounter-Link" /> <comment value="**Begründung MS:** Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu [ISiKKontaktGesundheitseinrichtung](https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung) sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Observation.effective[x]"> <path value="Observation.effective[x]" /> <short value="Zeitpunkt/-raum der Beobachtung" /> <comment value="Bedeutung: Klinisch relevanter Zeitpunkt/Zeitspanne für die Observation." /> <min value="1" /> <type> <code value="dateTime" /> </type> <type> <code value="Period" /> </type> <mustSupport value="true" /> </element> <element id="Observation.value[x]"> <path value="Observation.value[x]" /> <slicing> <discriminator> <type value="type" /> <path value="$this" /> </discriminator> <ordered value="false" /> <rules value="open" /> </slicing> <short value="Wert der Beobachtung" /> <comment value="**Begründung Must-Support:** Erfasster Wert der Observation." /> <min value="1" /> <mustSupport value="true" /> </element> <element id="Observation.value[x]:valueDateTime"> <path value="Observation.value[x]" /> <sliceName value="valueDateTime" /> <comment value="**Begründung Must-Support:** Zeitpunktbezogene Lebenszustände (z. B. erwarteter Entbindungstermin) benötigen eine eindeutige Datumsangabe als Wert." /> <min value="0" /> <max value="1" /> <type> <code value="dateTime" /> </type> <mustSupport value="true" /> </element> <element id="Observation.value[x]:valueCodeableConcept"> <path value="Observation.value[x]" /> <sliceName value="valueCodeableConcept" /> <comment value="**Begründung Must-Support:** Viele Lebenszustände (z. B. Schwangerschaftsstatus, Alkoholabusus, Raucherstatus) werden als kategorisierte Angaben kodiert und erfordern daher ein CodeableConcept." /> <min value="0" /> <max value="1" /> <type> <code value="CodeableConcept" /> </type> <mustSupport value="true" /> </element> <element id="Observation.hasMember"> <path value="Observation.hasMember" /> <comment value="Bedeutung: Weitere Observation, die mit dieser Observation gemeinsam zu betrachten ist." /> </element> <element id="Observation.component"> <path value="Observation.component" /> <comment value="Bedeutung: Bei Vitalparametern, die aus mehreren Einzelnen Messpunkten bestehen (Blutdruck, EKG, GCS), werden die gemessenen Einzelwerte jeweils mit einem separaten LOINC-Code in Observation.component.code versehen und der entsprechende Messwert in Observation.component.value erfasst." /> </element> </differential> </StructureDefinition>