FHIR — Konzepte

Gegenstück zu den Übersichtsseiten des Ordners: Dort steht, was die Bausteine sind. Hier steht, warum sie in der Praxis brechen.

Der rote Faden dieser Reihe ist eine einzige Unterscheidung, die sich über mehrere Ebenen fortsetzt: FHIR trennt konsequent zwischen Adressen, die einem Server gehören, und Namen, die dem Gegenstand in der Welt gehören. Seite 01 zeigt die Trennung an der Ressource selbst, Seite 02 an der Verbindung zwischen zwei Ressourcen. Beide Male ist der Fehler derselbe: eines für das andere zu halten.

Seiten

1. Die Ressource hat zwei Namen — Resource.id gegen Resource.identifier, Opazität und Zeichenvorrat der logischen Id, wer sie bei POST/PUT/updateCreate vergibt, conditional update als saubere Alternative, die drei Identitätsbegriffe und die sechssprossige FHIR-Ebenenleiter
2. Die Referenz ist ein Versprechen — literale gegen logische Referenz und die Folgen für Suche, _include und Chaining; referencePolicy als Vertragsbestandteil; canonical als vierte Verweisart; conditional reference; wann ISiK die logische Referenz verpflichtend vorschreibt

Noch offen

Suche und Paging (Bundle.total, Bundle.link[next], _count, _sort) · Bundle.type als Verarbeitungsvertrag (batch gegen transaction) · meta.profile als Prüfauslöser und das CapabilityStatement als Selbstauskunft.

Querverweise

• FHIR R4 — Übersicht und Grundlagen des Ordners
• HL7 v2 — Konzepte — die Gegenstücke, auf die diese Seiten sich beziehen
• Die sechs Fehlerkategorien — das Raster, nach dem hier eingeordnet wird
• Sandbox — dieselben Mechanismen ausführbar