2025.2.0 - ci-build

IGTTPFHIRGatewayEPIX - Local Development build (v2025.2.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

OperationDefinition: setReferenceIdentity

Official URL: https://ths-greifswald.de/fhir/OperationDefinition/epix/SetReferenceIdentity Version: 2025.2.0
Draft as of 2026-02-05 Computable Name: SetReferenceIdentity

Ändert die Referenz-Identität einer vorhandenen Person (MPI-Eintrag), d.h. diejenigen Daten einer Person, die primäre Gültigkeit haben sollen.

Konzeptarbeit. Noch nicht implementiert

Zweck

Ändert die Referenz-Identität einer vorhandenen Person (MPI-Eintrag), d.h. diejenigen Daten einer Person, die primäre Gültigkeit haben sollen.

URL: [base]/$setReferenceIdentity

Parameters

UseNameScopeCardinalityTypeBindingDocumentation
INdomain1..1string

Angabe der Matching-Domaene

INmpiId1..1Identifier

Identifikator eines MPI-Eintrags (MPI-ID, Person.identifier).

INidentityReference1..1Reference

Referenz zur Identität (Patient-Ressource), die als Referenzidentität gesetzt werden soll.

INcomment0..1string

Anmerkung zum Änderungsvorgang

OUTmpiPerson1..1Person

Person-Ressource, die den MPI-Eintrag repräsentiert.

OUTidentity1..*Patient

Patient-Ressource (analog zu Patienten-Identität, referenziert aus dem MPI-Index der Personen-Ressource).

Voraussetzung

Die angegebenen Parameter zur Spezifikation der Matching-Domäne, Quelle der Personeninformation (Patient.meta.source), MPI-ID und Referenz-Identität müssen im E-PIX vorhanden sein.

Aufruf und Rückgabe

Die bereitgestellte Funktionalität kann per POST-Request aufgerufen werden. Die erforderlichen Angaben werden per POST-BODY in Form von FHIR Parameters übermittelt.

<HOST>:<PORT>/ttp-fhir/fhir/epix/$setReferenceIdentity

Der Funktionsaufruf liefert eine Parameters-Ressource zurück.

Der Parameter "mpiPerson" enthält eine Person-Ressource entsprechend dem allgemeinen Person-Profil. Die Angabe link.assurance='level4' kennzeichnet hierbei die Referenz-Identität.

Der Parameter "identity" enthält eine Patient-Ressource entsprechend dem allgemeinen Patient-Profil.

Im Erfolgsfall wird der HTTP Statuscode 200 zurückgegeben.

Im Fehlerfall wird einer der folgenden HTTP Statuscodes in Verbindung mit einer OperationOutcome-Ressource zurückgegeben:

  • 400: Fehlende oder fehlerhafte Parameter.
  • 401: Fehlende Authentifizierung oder Autorisierung.
  • 404: Parameter mit unbekanntem Inhalt.
  • 422: Fehlende oder falsche Attribute.

Beispiel