FHIR-spezifische Anforderungen

Eindeutigkeit von FHIR-Ressourcen

Der Patient Information Service MUSS ausschließlich zeitbasierte Universally Unique IDentifier (UUID) gemäß RFC 4122 für logische IDs (d.h. FHIR-Element Resource.id) verwenden.

Versionierung

Versionierungsunterstützung

Jede Änderung an einer FHIR-Ressource resultiert in einer neuen Version dieser Ressource, wobei jede Version eine eindeutige Meta.versionId und ein Meta.lastUpdated erhält. Auch eine erstmalig registrierte FHIR-Ressource MUSS der Patient Information Service mit diesen Metadaten versehen. Dies ermöglicht es, den vollständigen Änderungsverlauf einer Ressource nachzuvollziehen. Der Patient Information Service ist damit in der Lage, die Historie aller Versionen einer Ressource zu speichern und zugänglich zu machen. Dies schließt das Abrufen früherer Versionen einer Ressource über die FHIR API unter Verwendung der Meta.versionId ein. Bei einer gleichzeitigen Aktualisierung derselben Ressource muss der Patient Information Service Konflikte erkennen und lösen können.

Persistieren der Profilversion

Beim Erzeugen von FHIR-Ressourcen im Patient Information Service (üblicherweise als Reaktion auf die Anfrage eines Clients hin) MUSS der Patient Information Service jede zu speichernde Ressource gegen das dazugehörige aktuelle Profil validieren. Die Information, gegen welches Profil in welcher Version geprüft wurde, MUSS der Patient Information Service in der jeweiligen Ressource in Meta.profile speichern.

Rückgabe des EPACapabilityStatementPatientInformation

Der Patient Information Service MUSS die Funktion GET [base]/epa/patient/api/v1/fhir/metadata implementieren. Diese Funktionalität stellt sicher, dass bei einem Aufruf von /metadata das EPACapabilityStatementPatientInformation des Servers zurückgegeben wird. Dieses Capability Statement bietet eine detaillierte Beschreibung der Fähigkeiten des Patient Information Service und ist entscheidend für das Verständnis der unterstützten FHIR-Funktionalitäten.

Must-Support

Als Must-Support deklarierte Elemente müssen durch jedes System, welches diese Spezifikation implementiert, unterstützt werden. Das bedeutet, dass das jeweilige System diese interpretieren und verarbeiten können muss. Die Deklarierung als Must-Support wird, wie in der Beispielabbildung dargestellt, durch eine rotes "S" gekennzeichnet.

Es dürfen keine relevanten Daten in Felder ohne MustSupport geschrieben werden.