anonymizeOriginals
Unterstützt ab TTP-FHIR Gateway Version 2024.2.0
Anonymisiert eine gegebene Liste von 1-n Originalwerten innerhalb der angegebenen Domäne. Dabei wird der Bezug von Originalwert und Pseudonym dauerhaft únd irreversibel gelöscht.
Voraussetzung
Die angegebene Pseudonym-Domäne muss in gPAS konfiguriert und der angegebene Originalwert in dieser Domäne bereits vorhanden sein.
Aufruf und Rückgabe
Invocations
URL: [base]/$anonymizeOriginals
This operation changes content
Parameters (In)
Name | Cardinality | Type | Documentation |
---|---|---|---|
target | 1..1 | string | Angabe der Domäne innerhalb derer für die angegebenen Originalwerte eine Anonymisierung durchgeführt werden soll. |
original | 1..* | string | Angabe der Originalwerte für die in der angegebenen Domäne eine Anonymisierung durchgeführt werden soll. |
Return Values (Out)
Name | Cardinality | Type | Documentation |
---|---|---|---|
successStatus | 1..* | Status-Rückgabe der einzelnen durchgeführten Anonymisierungen | |
successStatus.target | 0..1 | Identifier | Target-Identifikator |
successStatus.original | 1..1 | Identifier | Original-Identifikator |
successStatus.result-code | 1..1 | Coding | Erfolgs- bzw. Fehlercode |
Anonymisiert eine gegebene Liste von 1-n Originalwerten innerhalb der angegebenen Domäne. Dabei wird der Bezug von Originalwert und Pseudonym dauerhaft únd irreversibel gelöscht.
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/gpas/$anonymizeOriginals
Der Funktionsaufruf liefert ein ParameterSet bestehend aus multiplen benannten Parametern zurück:
- original = der zu pseudonymisierende Werte (Teil des Requests)
- target = die genutzte Ziel-Domäne (Teil des Requests)
- result-code = Ergebnisstatus (Erfolg oder Fehler).
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 Patienten-Attribute.
Beispiel
Beispielhafter Request-Body:
Eine beispielhafte Rückmeldung kann wie folgt aussehen:
Auftretende Fehler (z.B. angegebenes Pseudonym ist unbekannt) werden im Einzelnen entsprechend per Coding vom Typ Issue-Type signalisiert.