Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Ressourcentypen löschen mit `$bulk-delete`
<a name="reference-fhir-operations-bulk-delete"></a>

AWS HealthLake unterstützt den `$bulk-delete` Vorgang und ermöglicht das Löschen aller Ressourcen eines bestimmten Typs in einem Datenspeicher. Dieser Vorgang ist besonders nützlich, wenn Sie:
+ Führen Sie saisonale Audits und Aufräumarbeiten durch
+ Verwalten Sie den Datenlebenszyklus in großem Umfang
+ Entfernen Sie bestimmte Ressourcentypen
+ Halten Sie die Richtlinien zur Datenspeicherung ein

## Usage
<a name="bulk-delete-usage"></a>

Der `$bulk-delete` Vorgang kann mit POST-Methoden aufgerufen werden:

```
POST [base]/[ResourceType]/$bulk-delete?isHardDelete=false&deleteAuditEvent=true
```

## Parameters
<a name="bulk-delete-parameters"></a>


| Parameter | Typ | Erforderlich | Standard | Description | 
| --- | --- | --- | --- | --- | 
| isHardDelete | Boolean | Nein | false | Wenn der Wert wahr ist, werden Ressourcen dauerhaft aus dem Speicher entfernt | 
| deleteAuditEvent | boolesch | Nein | true | Wenn der Wert wahr ist, werden die zugehörigen Prüfereignisse gelöscht | 
| \$1since | Zeichenfolge | Nein | Erstellungszeit des Datenspeichers | Wenn diese Option eingegeben wird, wird der Startgrenzwert für die Suche nach Ressourcen auf der Grundlage ihrer letzten Änderung ausgewählt. Kann nicht mit Start oder Ende verwendet werden | 
| start | Zeichenfolge | Nein | Erstellungszeit des Datenspeichers | Wenn diese Option eingegeben wird, wird der Annahmeschluss für die Suche nach Ressourcen auf der Grundlage ihrer letzten Änderung ausgewählt. Kann mit Ende verwendet werden | 
| end | Zeichenfolge | Nein | Zeit für die Einreichung des Job | Wenn diese Option eingegeben wird, wird der letzte Annahmeschluss für die Suche nach Ressourcen auf der Grundlage ihrer letzten Änderung ausgewählt | 

## Beispiele
<a name="bulk-delete-examples"></a>

**Beispielanforderung**  


```
POST [base]/Observation/$bulk-delete?isHardDelete=false
```

**Beispielantwort**  


```
{
      "jobId": "jobId",
      "jobStatus": "SUBMITTED"
    }
```

## Aufgabenstatus
<a name="bulk-delete-job-status"></a>

Um den Status eines Massenlöschauftrags zu überprüfen:

```
GET [base]/$bulk-delete/[jobId]
```

Der Vorgang gibt Informationen zum Auftragsstatus zurück:

```
{
      "datastoreId": "datastoreId",
      "jobId": "jobId",
      "status": "COMPLETED",
      "submittedTime": "2025-10-09T15:09:51.336Z"
    }
```

## Behavior
<a name="bulk-delete-behavior"></a>

Die `$bulk-delete` Operation:

1. Wird asynchron verarbeitet, um große Ressourcenmengen zu handhaben

1. Sorgt für die Datenintegrität bei ACID-Transaktionen

1. Ermöglicht die Nachverfolgung des Auftragsstatus anhand der Anzahl gelöschter Ressourcen

1. Unterstützt sowohl den weichen als auch den harten Löschmodus

1. Beinhaltet eine umfassende Auditprotokollierung der Löschaktivitäten

1. Ermöglicht das selektive Löschen von historischen Versionen und Prüfereignissen

## Protokollierung von Prüfungen
<a name="bulk-delete-audit-logging"></a>

Der `$bulk-delete` Vorgang wird als Start FHIRBulk DeleteJob und Beschreibung protokolliert und FHIRBulk DeleteJob enthält detaillierte Informationen zum Vorgang.

## Einschränkungen
<a name="bulk-delete-limitations"></a>
+ Wenn diese Option auf „true“ gesetzt `isHardDelete` ist, werden hartgelöschte Ressourcen nicht in Suchergebnissen oder `_history` Abfragen angezeigt.
+ Auf Ressourcen, die durch diesen Vorgang gelöscht werden, kann während der Verarbeitung möglicherweise vorübergehend nicht zugegriffen werden
+ Die Speicherbelegung wird nur für historische Versionen angepasst — deleteVersionHistory =false passt den Datenspeicherspeicher nicht an