Results API

Please note, these docs are for the v1 version of IntelliProve and have been deprecated. They are here for reference of existing customers still using the v1 product. If you are a new customer, refer to the Technical documentation -v2 .

Introduction

This is the API documentation for the IntelliProve results API, which allows you to request results for past health checks based on the health check UUID.

Prerequisites

If you are new to this developer portal, we recommend first reading the Plug-in: overview, a five-minute read which will get you acquainted with how our plug-in works and how it can be integrated into your platform. To integrate the plug-in into your platform, follow our Plug-in documentation.

Keep in mind that this API is mainly geared towards backend functionality such as requesting results of past health checks, getting history for specific users, deleting data, etc. The actual health check is performed using our web plug-in.

Setup

Environments

As a customer, you will receive information about the environment (API base URL) to use for development and production.

Authentication

All the endpoints described below require an API key or a bearer token in the header for authentication purposes.

An API key forms a permanent access key to authenticate with the API. Your API key should never be exposed in your front-end and only be used on protected servers and back-end systems.

API keys are sent in the header of the request: x-api-key: <your-api-key>

No API key and interested in our product? Contact us ([email protected]) or set up a call

These are JWT Tokens with an expiry date that only provide access to 'action routes'. They are generated with your API key and are perfect for doing API calls from front-end applications. Action Tokens have a max lifetime of 12 hours.

Action tokens are sent in the header of the request: authorization: Token <ActionToken>

You can use our Create action token endpoint to request one.

For security reasons, action tokens only provide access to a restricted set of routes. The available routes are listed below:

  • "Get results" route

Results by measurement UUID

We provide the results in two different formats: simple 'results' and 'buckets'.

The simple results of a health check contain the values for each biomarker, without further context. The buckets contain more context, such as the optimum, max and minimum for each biomarker.

The meaning of the 'results' and 'bucket' objects is further explained in the Message events. More information about the actual biomarkers we measure can be found on the following page: Insights & biomarkers



Use the below endpoint to request the results of a previously performed health check. Note that we recommend listening to events, as described in Plug-in: events, in case you want to obtain the results right after the user completes the measurement.



Whereas the above endpoint returns immediately if no results are available (yet), some use cases might require the use of long polling to wait while your video is still processing.

This request long-polls our database for up to 20 seconds, returning the results as soon as they are available or returning a HTTP 202 if no results were found after this time has expired.
GET
Request
Path Params
uuid
required
String
The uuid of the health check for which to fetch the results
Curl
Responses
200
202
401
422


If the measurement was successfully processed, you will receive the biomarkers in json format, as shown in the example responses above with the HTTP 200 status code.

However, in case the video did not meet the Video input requirements, an error code will be returned to the body of the response. Refer to the example response above with HTTP 422 status.

The error code refers to why the video could not be processed. Examples of input requirements not being met, include too little light, excessive movement of the subject during the video, or a framerate that is too low.

A list of all possible error codes, their explanation and suggested messages towards the user can be found in the table below (click open with the arrow).

In some cases, the video quality or lighting conditions might be insufficient to calculate certain parameters which rely on very subtle fluctuations, such as SDNN, but sufficient for other parameters like HR and RR. In these cases, the response will contain a None for the parameters for which quality was insufficient





The buckets corresponding to a health check can be requested using the below endpoint.

Get all the buckets corresponding to a health check.
GET
Request
Path Params
uuid
required
String
The uuid of the health check for which to fetch the buckets
Curl
Responses
200
400
401
422



The below endpoint allows you to fetch the summary and tips corresponding to each bucket.

Get the summary and tip for each of the buckets of a health check.
GET
Request
Path Params
uuid
required
String
The uuid of the health check for which to fetch the buckets
Query Parameters
include_tips
optional
Boolean
Whether to include a tip for each bucket
language
optional
String
The language in which to return the results
Curl
Responses
200
400
401
404
406
422


Results by patient ID

Use this endpoint to obtain results related to a patient (user) and/or performer.

Get the history of results for one or more patients based on patient and/or performer reference.
GET
Request
Query Parameters
patient-ref
optional
String
Patient for which the health checks are retrieved.
performer-ref
optional
String
Additional filter on performer reference.
start
required
String
Date time string value in ISO 8601 format
page
required
Integer
Page of pagination
page_size
optional
Integer
Number of items to return per page of pagination
Curl
Responses
200
400
401


Update metadata

If required, you can update the metadata for a measurement after completing processing.

Update the performer and/or patient refernences for a measurement.
PUT
Request
Body Parameters
performer-ref
optional
String
An optional reference for the performer of the measurement
patient-ref
optional
String
An optional reference for the patient on whom the measurement was performed
Curl
Responses
204
400
401
403