Page Status: updated 2022-11-03

DataLock (Basic) - Close

Page index

Introduction

Sv. Häva spärr.

This page describes how to end a Basic of type DataLock for a patient by an example.

Updating a data lock is done by the following operation.

PUT [base]/Basic

A set of HTTP headers must be provided in order to update a data lock and the data lock itself is provided as a Basic of type DataLock in the HTTP body.

  • HTTP headers: see HTTP Header and Authorization for more information about the various headers used by the National Medication List.
  • HTTP body: see NLLDataLock for more information about the DataLock resource.

A PUT will update the resource in its entirety, it is therefore important to get the latest version of the resource before performing a change. The resource is identified by the logical id (the id element). A PUT on a non existing logical id will fail.

Before a DataLock is updated, the user needs access to other information in the National Medication List. For more information on different scenarios and what information is required for each scenario, see Handbok för vård- och apotekstjänster: Verksamhetsområden.

Examples

HTTP Headers

See HTTP Header and Authorization for generic information about all HTTP headers used by the National Medication List including information about authorization, purpose and access type. The authorization token is translated to an authority role. The authority role together with the purpose and type of access is used by the National Medication List to determine what actions a user may perform and what information the user may access.

Header Comment
authorization The users's security token
prefer Type of returned content
x-access The cause for the call
x-context-id An ID to group a sequence of requests
x-org-info Information about the users's organisation
x-patientref The logical ID of the patient
x-provenance A provenance resource with information about the user interacting with NLL
x-purpose The purpose of the call
x-request-id A random and unique ID
x-user-agent Information about the calling system

Example 1 - Inactivate a secrecy data lock

This example shows how to end the data lock in Fetch a secrecy data lock.

HTTP headers

Header Value Comment
authorization {...,"FORSKRIVARKOD":"9000027","VARDGIVARE":"0123456789","YRKESKOD":["LK"],"loa":3} Selected information from the OAuth2-ticket in decoded form
prefer
x-access
x-org-info {"orgenhetsOrt":"Sala"} Decoded value
x-patientref
x-provenance Provenance for a healthcare user Decoded value
x-purpose
x-request-id b6dd7463-9126-4b8b-99c7-197376dfb96f
x-user-agent {"name":"Test application","version":"0.01010101010.1 beta"} Decoded value

HTTP body: Close DataLock - secrecy lock