SlimSlim/Notifications

Replace a note's text

  • Sandbox: available
  • Staging: available
  • Production: unknown
PUT
/v1/slim/notifications/notes/{noteId}

Changes a note's text. A note is a practitioner's comment on a notification, stored as a FHIR Communication whose basedOn points at the alert. The alert itself is never changed.

Auth: Bearer token. The caller must be a practitioner, an admin, a super admin, or hold the "System Owner" access policy. The access policy must grant Patient:read (an admin or super admin who holds no access policy skips this check). Only the note's author can change it. Scope: The caller's project (from the token). An alert or note from another project, of another kind, or that does not exist answers the same 404.

Behaviour

  • Same effect as PATCH: a note's text is the only field a caller can change.
  • text is trimmed and must be 1 to 2000 characters.
  • If the note changed while your edit was in flight, the route answers 409. Reload the note and try again.

Example

curl -X PUT 'https://api.sandbox.ovok.com/v1/slim/notifications/notes/c3499c27-2973-0a7f-807e-fb8676a92dcb' \  -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpYXQiOjE3NjcyNjg4MDAsImV4cCI6MTc2NzI3MjQwMH0.Ql3B_ztDvctlyZ2z0vp4sl3ExXRQGkzmxdmTAqxNzZk' \  -H 'Content-Type: application/json' \  -d '{ "text": "Resident was in the bathroom; back in bed 02:14." }'

Authorization

bearer
headerAuthorizationBearer <JWT>

Path Parameters

noteId*string
Formatuuid

Request Body

application/json
  1. body
text*string
Length1 <= length <= 2000

Response Body

The note as stored.

application/json
  1. response
id*string
target*
patientId*string
text*string
author*
createdAt*string
Formatdate-time
updatedAt*string
Formatdate-time
Example Request
curl -X PUT 'https://api.sandbox.ovok.com/v1/slim/notifications/notes/497f6eca-6276-4993-bfeb-53cbbbba6f08' \  -H 'Content-Type: application/json' \  -d '{  "text": "string"}'
Example Response
{  "id": "string",  "target": {    "kind": "oob",    "id": "string"  },  "patientId": "string",  "text": "string",  "author": {    "practitionerId": "string",    "name": "string"  },  "createdAt": "2019-08-24T14:15:22Z",  "updatedAt": "2019-08-24T14:15:22Z"}

Delete a note DELETE

Deletes a note. A note is a practitioner's comment on a notification, stored as a FHIR `Communication` whose `basedOn` points at the alert. The alert itself is never changed. **Auth:** Bearer token. The caller must be a practitioner, an admin, a super admin, or hold the "System Owner" access policy. The access policy must grant `Patient:read` (an admin or super admin who holds no access policy skips this check). Only the note's author can delete it. **Scope:** The caller's project (from the token). An alert or note from another project, of another kind, or that does not exist answers the same 404. ## Behaviour - The note is marked `entered-in-error`, not erased, so the clinical record and its history survive. - A deleted note leaves every list and every `noteCount`. - Answers 204 with no body. ## Example ```bash curl -X DELETE 'https://api.sandbox.ovok.com/v1/slim/notifications/notes/c3499c27-2973-0a7f-807e-fb8676a92dcb' \ -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpYXQiOjE3NjcyNjg4MDAsImV4cCI6MTc2NzI3MjQwMH0.Ql3B_ztDvctlyZ2z0vp4sl3ExXRQGkzmxdmTAqxNzZk' ```

Acknowledge notification PATCH

Acknowledges one notification stored as a CommunicationRequest (out-of-bed, device alarm, attention press) by setting its status to `completed`. For a medical notification, use `POST /v1/slim/notifications/medical/{episodeId}/ack` instead. **Auth:** Bearer token. The caller must be a practitioner, an admin, a super admin, or hold the "System Owner" access policy. The access policy must grant `Patient:read` (an admin or super admin who holds no access policy skips this check). No `CommunicationRequest:update` grant is needed. **Scope:** The CommunicationRequest is read with your own credentials and must belong to your project (from the token). Sub-projects are not included. ## Behaviour - After those checks pass, Ovok writes the status change with its own credentials. - Acknowledging an already completed notification succeeds and changes nothing. - If the notification is updated at the same moment (for example by a new reading on the same episode), Ovok re-reads it and retries, keeping the newer content, up to three times. - The notification leaves the active lists and bells. The device's alert state in the live views is cleared. - Acknowledging a running out-of-bed episode stops that episode from raising the alert again. A new bed exit raises a new alert. - Answers 200 with the updated row, in the same shape as the list rows. - A 409 means the notification kept changing and all three attempts lost the race. Re-read it and call again. ## Example ```bash curl -X PATCH 'https://api.sandbox.ovok.com/v1/slim/notifications/c3499c27-2973-0a7f-807e-fb8676a92dcb/ack' \ -H 'Authorization: Bearer eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpYXQiOjE3NjcyNjg4MDAsImV4cCI6MTc2NzI3MjQwMH0.Ql3B_ztDvctlyZ2z0vp4sl3ExXRQGkzmxdmTAqxNzZk' ```