FHIR IG Statistics: StructureDefinition/ISiKKopfumfang

Resources that use this resource

Resources that this resource uses

Narrative

No narrative content found in resource

Source

{
  "resourceType": "StructureDefinition",
  "id": "ISiKKopfumfang",
  "url": "https://gematik.de/fhir/isik/StructureDefinition/ISiKKopfumfang",
  "version": "5.0.0",
  "name": "ISiKKopfumfang",
  "status": "active",
  "experimental": false,
  "date": "2025-06-26",
  "publisher": "gematik GmbH",
  "description": "Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Kopfumfang eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).\n### Motivation\nDie Erfassung und Überwachung des Kopfumfangs ist essenziell für die Beurteilung von Wachstumsprozessen, insbesondere bei Säuglingen und Kleinkindern, sowie für die frühzeitige Erkennung von Entwicklungsauffälligkeiten oder neurologischen Erkrankungen.\n\nIn FHIR wird der Kopfumfang mit der Observation-Ressource repräsentiert.\n\n### Kompatibilität\nDas Profil ISiKKopfumfang ist vom Profil [VitalSignDE_Kopfumfang](http://fhir.de/StructureDefinition/observation-de-vitalsign-kopfumfang) aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil [Observation Head Circumference Profile](\nhttp://hl7.org/fhir/StructureDefinition/headcircum) aus der FHIR R4 Spezifikation.",
  "fhirVersion": "4.0.1",
  "kind": "resource",
  "abstract": false,
  "type": "Observation",
  "baseDefinition": "http://fhir.de/StructureDefinition/observation-de-vitalsign-kopfumfang",
  "derivation": "constraint",
  "differential": {
    "element": [
      {
        "id": "Observation.status",
        "path": "Observation.status",
        "short": "Untersuchungsstatus",
        "comment": "**WICHTIGER Hinweis für Implementierer:**  \r\n* Alle server-seitigen Implementierungen MÜSSEN in der Lage sein, die systemintern möglichen Statuswerte korrekt in FHIR abzubilden, mindestens jedoch `final`.\r\n* 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": true
      },
      {
        "id": "Observation.category",
        "path": "Observation.category",
        "short": "Untersuchungskategorie",
        "comment": "Motivation MS: Dieses Feld erlaubt die Sortierung und Abfrage anhand der Kategorie der Untersuchung",
        "mustSupport": true
      },
      {
        "id": "Observation.category:VSCat",
        "path": "Observation.category",
        "sliceName": "VSCat",
        "short": "Vitalparameterkategorie",
        "comment": "Motivation MS: Die Kategorie 'vital-signs' dient der Kategorisierung von Vitalparametern",
        "mustSupport": true
      },
      {
        "id": "Observation.code",
        "path": "Observation.code",
        "short": "Code",
        "comment": "Motivation MS: Die Observation wird anhand des Codes identifiziert.",
        "mustSupport": true
      },
      {
        "id": "Observation.code.coding",
        "path": "Observation.code.coding",
        "short": "Coding",
        "comment": "Motivation MS: Semantische Kodierung",
        "mustSupport": true
      },
      {
        "id": "Observation.code.coding:loinc",
        "path": "Observation.code.coding",
        "sliceName": "loinc",
        "short": "LOINC Kodierung",
        "comment": "Motivation MS: Kodierung des Vitalparameters mittels LOINC.",
        "mustSupport": true
      },
      {
        "id": "Observation.code.coding:snomed",
        "path": "Observation.code.coding",
        "sliceName": "snomed",
        "short": "SNOMED CT Kodierung",
        "comment": "Motivation MS: Kodierung des Vitalparameters mittels SNOMED CT.",
        "mustSupport": true
      },
      {
        "id": "Observation.code.coding:IEEE11073",
        "path": "Observation.code.coding",
        "sliceName": "IEEE11073",
        "min": 0,
        "max": "1",
        "patternCoding": {
          "code": "153856",
          "system": "urn:iso:std:iso:11073:10101"
        }
      },
      {
        "id": "Observation.subject",
        "path": "Observation.subject",
        "short": "Patient",
        "comment": "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.",
        "mustSupport": true
      },
      {
        "id": "Observation.encounter",
        "path": "Observation.encounter",
        "short": "Aufenthaltsbezug",
        "comment": "Motivation MS: Der Behandlungskontext ist für die Interpretation der Untersuchungsergebnisse relevant",
        "mustSupport": true
      },
      {
        "id": "Observation.encounter.reference",
        "path": "Observation.encounter.reference",
        "short": "Encounter-Link",
        "comment": "**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.  \n**WICHTIGER Hinweis für Implementierer:** Die Zuordnung MUSS auf einen Encounter der Ebene \"Abteilungskontakt\" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes \"Fall\") erfolgen.  \nBei 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.)",
        "min": 1,
        "mustSupport": true
      },
      {
        "id": "Observation.effective[x]",
        "path": "Observation.effective[x]",
        "short": "Datum und Uhrzeit der Untersuchung",
        "comment": "Motivation MS: Das Datum und die Uhrzeit der Untersuchung sind für die Interpretation der Untersuchungsergebnisse relevant",
        "mustSupport": true
      },
      {
        "id": "Observation.performer",
        "path": "Observation.performer",
        "short": "Untersuchender",
        "comment": "Motivation MS: Dieses Feld stellt präzisierende Angaben zum Zweck der Qualitätsbewertung bereit",
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]",
        "path": "Observation.value[x]",
        "short": "Untersuchungsergebnis",
        "comment": "Motivation MS: Der Wert des Vitalparameters ist das zentrale Ergebnis der Untersuchung",
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]:valueQuantity",
        "path": "Observation.value[x]",
        "sliceName": "valueQuantity",
        "short": "quantitatives Untersuchungsergebnis",
        "comment": "Motivation MS: valueQuantity muss für VitalSigns unterstützt werden",
        "type": [
          {
            "code": "Quantity"
          }
        ],
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]:valueQuantity.value",
        "path": "Observation.value[x].value",
        "short": "Wert",
        "comment": "Motivation MS: Eine Quantity soll einen Wert enthalten",
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]:valueQuantity.unit",
        "path": "Observation.value[x].unit",
        "short": "Einheit",
        "comment": "Motivation MS: Eine Quantity soll eine Einheit enthalten",
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]:valueQuantity.system",
        "path": "Observation.value[x].system",
        "short": "CodeSystem aus dem die Einheit stammt",
        "comment": "Motivation MS: Eine Quantity soll ein System, mit dem die Einheit kodiert wird, enthalten",
        "mustSupport": true
      },
      {
        "id": "Observation.value[x]:valueQuantity.code",
        "path": "Observation.value[x].code",
        "short": "Code der Einheit",
        "comment": "Motivation MS: Eine Quantity soll einen Code der die Einheit kodiert enthalten",
        "patternCode": "cm",
        "mustSupport": true
      },
      {
        "id": "Observation.dataAbsentReason",
        "path": "Observation.dataAbsentReason",
        "short": "Grund für fehlende Untersuchungsergebnisse",
        "comment": "Motivation MS: Dieses Feld erlaubt die Angabe von Gründen für fehlende Untersuchungsergebnisse",
        "mustSupport": true
      },
      {
        "id": "Observation.method",
        "path": "Observation.method",
        "short": "Untersuchungsmethode",
        "comment": "**Einschränkung der übergreifenden MS-Definition:**  \r\nVerfügt ein bestätigungsrelevantes System nicht über die Datenstruktur zur Hinterlegung der Untersuchungsmethode, so MUSS dieses System die Information NICHT abbilden\r\n\r\n\r\n  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.",
        "mustSupport": true
      },
      {
        "id": "Observation.device",
        "path": "Observation.device",
        "short": "Gerät",
        "comment": "**Einschränkung der übergreifenden MS-Definition:**  \r\n  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.\r\n\r\n  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.",
        "mustSupport": true
      }
    ]
  }
}