|
3 Min. Lesezeit
|

FHIR Profiling: Kardinalität ändern

Diesen Artikel zusammenfassen mit:
ChatGPTPerplexityClaudeGrok

FHIR-Kardinalität in Profilen

Eine wichtige Funktion von Profilen besteht darin, die Kardinalität eines Elements zu ändern. Ein Profil kann die Kardinalität eines Elements innerhalb seiner Basisstruktur einschränken. Die grundlegende FHIR-Struktur definiert die folgenden Kardinalitätstypen:

  • Optionales Array (0..*)
  • Optionaler Skalar (0..1)
  • Pflicht-Array (1..*)
  • Pflicht-Skalar (1..1)

Mit den folgenden Einschränkungen:

  • Ein Element, das im Basisprofil optional ist, kann nicht zu einem Pflichtelement gemacht werden.
  • Ein Array-Element kann nicht in einen Skalar umgewandelt werden, wenn es im Basisprofil als Array definiert ist.
  • Ein skalares Element kann nicht in ein Array umgewandelt werden, wenn es im Basisprofil als Skalar definiert ist.

Beispiel für die Erstellung eines Profils, das das Feld Patient.name als Pflichtfeld festlegt:

resourceType: StructureDefinition
url: http://example.org/fhir/StructureDefinition/patient-with-required-name
name: patient-profile
derivation: constraint
type: Patient
status: active
kind: resource
abstract: false
differential:
  element:
	- id: Patient.name
  	  path: Patient.name
  	  min: 1
  	  max: "*"

Ein Profil auf Ihrem eigenen FHIR-Server erstellen

Siehe auch: FHIR Profiling und Wie man einen FHIR Implementation Guide erstellt.

Diesen Artikel teilen
Comments
Comments
Sign in
Loading comments...
Subscribe to our blog

Get the latest articles on FHIR, interoperability, and healthcare IT.