Anmerkungen zu Must-Support-Feldern

FeldnameKurzbeschreibungHinweise
Observation.statusUntersuchungsstatus

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

Motivation MS: Dieses Feld erlaubt die Sortierung und Abfrage anhand der Kategorie der Untersuchung

Observation.category:VSCatVitalparameterkategorie

Motivation MS: Die Kategorie 'vital-signs' dient der Kategorisierung von Vitalparametern

Observation.codeCode

Motivation MS: Die Observation wird anhand des Codes identifiziert.

Observation.code.codingCoding

Motivation MS: Semantische Kodierung

Observation.code.coding:loincLOINC Kodierung

Motivation MS: Kodierung des Vitalparameters mittels LOINC.

Observation.code.coding:snomedSNOMED CT Kodierung

Motivation MS: Kodierung des Vitalparameters mittels SNOMED CT.

Observation.subjectPatient

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

Observation.encounterAufenthaltsbezug

Motivation MS: Der Behandlungskontext ist für die Interpretation der Untersuchungsergebnisse relevant

Observation.encounter.referenceEncounter-Link

Begründung Pflichtfeld: 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.
WICHTIGER Hinweis für Implementierer: Die Zuordnung MUSS auf einen Encounter der Ebene "Abteilungskontakt" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes "Fall") erfolgen.
Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)"Fallnummer" (hier: Encounter.account) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.)

Observation.effective[x]Datum und Uhrzeit der Untersuchung

Motivation MS: Das Datum und die Uhrzeit der Untersuchung sind für die Interpretation der Untersuchungsergebnisse relevant

Observation.performerUntersuchender

Motivation MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit

Observation.value[x]Untersuchungsergebnis

Motivation MS: Der Wert des Vitalparameters ist das zentrale Ergebnis der Untersuchung

Observation.value[x]:valueQuantityquantitatives Untersuchungsergebnis

Motivation MS: valueQuantity muss für VitalSigns unterstützt werden

Observation.value[x]:valueQuantity.valueWert

Motivation MS: Eine Quantity soll einen Wert enthalten

Observation.value[x]:valueQuantity.unitEinheit

Motivation MS: Eine Quantity soll eine Einheit enthalten

Observation.value[x]:valueQuantity.systemCodeSystem aus dem die Einheit stammt

Motivation MS: Eine Quantity soll ein System, mit dem die Einheit kodiert wird, enthalten

Observation.value[x]:valueQuantity.codeCode der Einheit

Motivation MS: Eine Quantity soll einen Code der die Einheit kodiert enthalten

Observation.dataAbsentReasonGrund für fehlende Untersuchungsergebnisse

Motivation MS: Dieses Feld erlaubt die Angabe von Gründen für fehlende Untersuchungsergebnisse

Observation.methodUntersuchungsmethode

Motivation MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit

Observation.deviceGerät

Motivation MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit