Koppeltaal 2.0 Dev Guide
  • Developer Guide
  • POC (Walking Skeleton)
    • Proof Of Concept
      • Koppeltaal Server
      • Domain Management
      • Auth Server
      • Koppeltaal IdP
      • Domain Access Test Suite
      • Koppeltaal Test Tooling
  • Domain access
    • Joining a domain
    • Role-based access control
      • Autorisation model
      • Creating a role
      • Search Narrowing
      • Revoke Permission
  • Technical HOW-TO
    • Koppeltaal Test Tooling
    • Request Koppeltaal server metadata
    • Connecting to Koppeltaal
      • Requirements
        • Create a key pair
        • Signing the JWT
        • JWKS setup
      • Access to Koppeltaal
    • Managing resources
      • Versioning
      • CRUD Operations
        • Retrieve all Resources
        • Retrieve specific Resource
        • Create a Resource
        • Update a Resource
        • Delete a Resource
      • Subscribing to changes
    • Launching
      • HTI Flow
      • SHOF Flow
      • Compose a launch
      • Initiating a launch
      • Receiving a HTI launch
        • Token introspection
      • Receiving a SHOF launch
    • Detailed technical guidance
  • Hackathon Use Cases
    • Requirements
      • Install and configure Yivi
    • Use-Cases
      • Use-Case 1: Create a Task
        • Create an ActivityDefinition
      • Use-Case 2: HTI Launch
      • Use-case 3: SHOF Launch
      • Use-case 4: Subscribing to changes
  • Useful Links
    • Simplifier Profiles
    • FHIR Docs
    • HTI documentation
    • GitHub
    • Koppeltaal 2.0 Specifications & Architecture
    • Koppeltaal 2.0 Implementation Guide
    • Koppeltaal 2.0 OpenAPI Specs
Powered by GitBook
On this page
  • Do not use deletes
  • Logical deletes
  • Logical deletion of a specific resource instance
  • Right to be forgotten
  • Topics

Was this helpful?

  1. Technical HOW-TO
  2. Managing resources
  3. CRUD Operations

Delete a Resource

PreviousUpdate a ResourceNextSubscribing to changes

Last updated 8 months ago

Was this helpful?

Do not use deletes

In Koppeltaal, we do not delete resources by default. As an alternative, we mark a resource as being end-of-life. This can be done with the following properties:

ActivityDefinition

status

retired

Endpoint

status

off

Device

status

inactive

Task

status

completed|cancelled|failed|rejected

Patient

active

false

Practitioner

active

false

RelatedPerson

active

false

CareTeam

status

inactive

Subscription

status

off

Logical deletes

Keep in mind that the request below is normally NOT used. Please read the section above.

When an application does get the permission to execute a DELETE request, the resource will be marked as deleted. When a client requests this resource, the server will respond with a 410 Gone. However, applications will still be allowed to request older versions via the request.

Logical deletion of a specific resource instance

DELETE https://fhir-server.koppeltaal.headease.nl/fhir/DEFAULT/<Resource>/<id>

Path Parameters

Name
Type
Description

<Resource>*

String

The resource type, e.g:

Patient

<id>*

String

The instance id

{
  "resourceType": "OperationOutcome",
  "text": {
    "status": "generated",
    "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\"><h1>Operation Outcome</h1><table border=\"0\"><tr><td style=\"font-weight: bold;\">INFORMATION</td><td>[]</td><td>Successfully deleted 1 resource(s). Took 22ms.</td></tr></table></div>"
  },
  "issue": [
    {
      "severity": "information",
      "code": "informational",
      "details": {
        "coding": [
          {
            "system": "https://hapifhir.io/fhir/CodeSystem/hapi-fhir-storage-response-code",
            "code": "SUCCESSFUL_DELETE",
            "display": "Delete succeeded."
          }
        ]
      },
      "diagnostics": "Successfully deleted 1 resource(s). Took 22ms."
    }
  ]
}
No Content Delete successful, no OperationOutcome

Unauthenticated

Unauthorized

Resource not found

Right to be forgotten

In scenarios where users are able to use their right to be forgotten, the deletion of the data should always be done via the domain admin. Some solutions might require a manual delete, and certain solutions might support a DELETE request with the $expunge operator.

Topics

TOP-KT-002a - FHIR Resource Service interacties
TOP-KT-005a - Rollen en rechten voor applicatie-instanties
TOP-KT-009 - Overzicht gebruikte FHIR Resources
vread