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.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.dataAbsentReasonGrund für fehlende Untersuchungsergebnisse

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

Observation.methodUntersuchungsmethode

Einschränkung der übergreifenden MS-Definition:
Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden

Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.

Observation.deviceGerät

Einschränkung der übergreifenden MS-Definition:
Verfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung des Geräts, mittels dessen der Parameter erhoben worden ist, so MUSS dieses System die Information NICHT abbilden.

Motivation zum eingeschränkten MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit. Allerdings rechtfertigt der Stand der Umsetzung in gängigen Systemen eine Implementierungspflicht (MS) für die Schnittstelle nicht.

Observation.componentVitalparameter-Komponente

Motivation MS: Erfassung der Komponenten eines Vitalparameters

Observation.component.codeCode

Motivation MS: Die Komponente wird anhand des Codes identifiziert.

Observation.component.code.codingCoding

Motivation MS: Semantische Kodierung

Observation.component.value[x]Wert der Komponente

Motivation MS: Der Wert der Komponente ist ein Ergebnis der Untersuchung

Observation.component:ekgLeadsEKG-Ableitungen

Motivation MS: Die einzelnen Ableitungen des EKG werden als component abgebildet. Begründung: Bei einer EKG Untersuchung werden mehrere Ableitungen gemeinsam erfasst und bilden zusammen das Gesamtbild des EKGs. Siehe auch Observation.component im FHIR R4 Standard.

Observation.component:ekgLeads.code
Observation.component:ekgLeads.code.coding
Observation.component:ekgLeads.value[x]SampledData

Motivation MS: Die EKG-Daten werden mittels des SampledData Datentyps abgebildet.

Observation.component:ekgLeads.value[x].originAusgangswert

Motivation MS: Das Feld origin definiert den Referenzpunkt und die Einheit der Messreihe, um sicherzustellen, dass die gemessenen Werte im richtigen Kontext interpretiert werden können.

Observation.component:ekgLeads.value[x].periodMessintervall

Motivation MS: Das Feld period definiert die zeitliche Distanz zwischen zwei aufeinanderfolgenden Messwerten.

Observation.component:ekgLeads.value[x].dimensionsDimensionen

Motivation MS: Das Feld dimensions gibt die Anzahl der Achsen oder Dimensionen an, die in der Messreihe enthalten sind, und ist notwendig, um die Struktur der Daten korrekt zu verstehen.

Observation.component:ekgLeads.value[x].dataMesswerte

Motivation MS: Das Feld data enthält die eigentlichen Messwerte der EKG-Daten.

Observation.component:deprecatedLeadCodes.code
Observation.component:deprecatedLeadCodes.code.coding
Observation.component:deprecatedLeadCodes.value[x]