FHIR SDC API
Implementation corresponds to SDC FHIR IG - 3.0.version 0
FHIR SDC API
Aidbox Forms module supports FHIR SDC operations:
- $populatefilling out a form with existing data (FHIR)
- $populatelinkfilling out a form with existing data, and return signed link to it (FHIR)
- $extractextract data from QuestionnaireResponse to other FHIR resources (FHIR)
- $expandcreate a simple collection of codes suitable for use for data entry or validation. (FHIR)
We have created an Aidbox notebook demonstrating different population and extraction methods
We have created an Aidbox notebook demonstrating different population and extraction methods: >
Populate Questionnaire - $populate
The populate operation generates a QuestionnaireResponse based on a specific Questionnaire, filling in answers to questions where possible based on information provided as part of the operation or already known by the server about the subject of the Questionnaire.
This implementation supports the Observation based and Expression based population methods.
URLs
POST [base]/Questionnaire/$populate
POST [base]/Questionnaire/[id]/$populate
Parameters
Parameter | Cardinality | Type | Status |
---|---|---|---|
FHIR SDC API | 0..1 | Identifier | supported |
FHIR SDC API | 0..1 | uri | supported |
FHIR SDC API | 0..1 | Questionnaire | supported |
FHIR SDC API | 0..1 | Reference | supported |
FHIR SDC API | 1..1 | Reference | supported |
FHIR SDC API | 0..\* | Reference | supported |
FHIR SDC API | 1..1 | string | supported |
FHIR SDC API | 1..\* | Reference | supported |
FHIR SDC API | 0..1 | boolean | supported |
FHIR SDC API | 0..1 | Extension | not supported |
Parameters are specified via FHIR Parameters type.
Example
resourceType: Parameters
parameter:
- name: subject
value:
Reference:
id: pt-1
resourceType: Patient
identifier
A logical questionnaire identifier (i.e. Questionnaire.identifier). The server must know the questionnaire or be able to retrieve it from other known repositories.
name: identifier
value:
Identifier:
system: 'forms.aidbox'
value: 'vitals'
canonical
The canonical identifier for the questionnaire (optionally version-specific).
name: canonical
value:
Canonical: http://forms.aidbox.io/Questionnaire/vitals
questionnaire
The Questionnaire is provided directly as part of the request. Servers may choose not to accept questionnaires in this fashion
name: questionnaire
resource:
resourceType: Questionnaire
id: new-form
title: "Vitals"
...
questionnaireRef
The Questionnaire is provided as a resource reference. Servers may choose not to accept questionnaires in this fashion or may fail if they cannot resolve or access the referenced questionnaire.
name: questionnaireRef
value:
Reference:
resourceType: Questionnaire
id: new-form
subject
The resource that is to be the QuestionnaireResponse.subject. The QuestionnaireResponse instance will reference the provided subject. In addition, if the local parameter is set to true, server information about the specified subject will be used to populate the instance.
name: subject
value:
Reference:
id: pt-1
resourceType: Patient
local
If specified and set to true (and the server is capable), the server should use what resources and other knowledge it has about the referenced subject when pre-populating answers to questions.
name: local
value:
Boolean: true
context
Resources containing information to be used to help populate the QuestionnaireResponse. These will typically be FHIR resources.
Context paramertes are presented as pairs of name
and content
parameters that are placed under the part
key.
They should correspond launchContext parameter definitions.
name: context
part:
- name: name
value:
String: encounter
- name: content
value:
Reference:
resourceType: Encounter
id: enc1
FHIR SDC launchContext extension enumerates possible context variables, they are:
Code | Type | Definition |
---|---|---|
patient | Reference/resource | Patient Patient in context at launch time |
encounter | Reference/resource | Encounter context at launch time |
location | Reference/resource | Location context at launch time |
user | Reference\ | User in context at launch time |
study | Reference/resource | ResearchStudy in context at launch time |
Additionnaly Aidbox expands this list with parameters that mirrors QuestionnaireResponse root properties.
WARN: This is non FHIR SDC compliant behavior!
Paramerters passed directly to QuestionnaireResponse root properties and should not be used in populate expressions.
Code | Type |
---|---|
identifier | Identifier |
basedOn | Reference\ |
partOf | Reference\ |
encounter | Reference\ |
author | Reference\ |
source | Reference\ |
Example:
name: name
value:
Reference:
id: sr1
resourceType: ServiceRequest
context.name
The name of the launchContext or root Questionnaire variable the passed content should be used as for population purposes. The name SHALL correspond to a launchContext or variable delared at the root of the Questionnaire.
name: name
value:
String: encounter
context.content
The actual resource (or resources) to use as the value of the launchContext or variable.
name: content
value:
Reference:
resourceType: Encounter
id: enc1
Or
name: content
resource:
...
resourceType: Encounter
id: enc1
subject:
id: pt-1
resourceType: Patient
...
launchContext
Resources that provide context for form processing logic (pre-population) when creating/displaying/editing a QuestionnaireResponse.
Response
- in failure caseresponse is specified as OperationOutcome object.
- in success caseresponse is specified as Parameters object.
Success response shape
Parameter | Cardinality | Type | Description |
---|---|---|---|
response | 1..1 | QuestionnaireResponse | The partially (or fully)-populated set of answers for the specified Questionnaire |
issues | 0..1 | OperationOutcome | A list of hints and warnings about problems encountered while populating the questionnaire. |
Usage Example
POST [base]/Questionnaire/vitals/$populate
content-type: text/yaml
resourceType: Parameters
parameter:
- name: subject
value:
Reference:
id: pt-1
resourceType: Patient
- name: context
part:
- name: name
value:
String: encounter
- name: content
value:
Reference:
resourceType: Encounter
id: enc1
HTTP status: 200
resourceType: Parameters
parameter:
- name: response
resource:
resourceType: QuestionnaireResponse
questionnaire: http://aidbox.app/forms/new-form
status: in-progress
basedOn:
- id: sr1
resourceType: ServiceRequest
encounter:
id: enc1
resourceType: Encounter
item:
- linkId: name
text: Name
- linkId: weight
HTTP status: 422
resourceType: OperationOutcome
text:
status: generated
div: Parameters are invalid
issue:
- severity: error
code: invalid
expression:
- parameter.0.resource
diagnostics: unknown key :resource
Populate Questionnaire and generate a link - $populatelink
The populatelink operation generates a link to a web page to be used to answer a specified Questionnaire. The form at the specified location will be pre-filled with answers to questions where possible based on information provided as part of the operation or already known by the server about the subject of the Questionnaire.
URLs
POST [base]/Questionnaire/$populatelink
POST [base]/Questionnaire/[id]/$populatelink
Parameters
The base set of parameters is the same as for FHIR SDC API. On top of that, a few extra parameters are supported by Aidbox Forms.
WARN: The following parameters are not FHIR SDC compliant. This is an extension of the specification.
NOTE: Don't forget to wrap parameters in Parameters object
resourceType: Parameters
parameter:
- name: [var-name]
value: [varType: var-value]
Parameter | Cardinality | Type |
---|---|---|
FHIR SDC API | 0..1 | Boolean |
FHIR SDC API | 0..1 | Boolean |
FHIR SDC API | 0..1 | String |
FHIR SDC API | 0..1 | String |
FHIR SDC API | 0..1 | Integer |
FHIR SDC API | 0..1 | String |
FHIR SDC API | 0..1 | String |
FHIR SDC API | 0..1 | Boolean |
FHIR SDC API | 0..1 | String |
allow-amend
Whether the generated link will allow amending and re-submitting the form.
name: allow-amend
value:
Boolean: true
allow-repopulate
Whether the generated link will allow re-populating the form.
NOTE: Repopulate will be working only with forms that contain populate behavior
name: allow-repopulate
value:
Boolean: true
redirect-on-submit
A URL where the user will be redirected to after successfully submitting the form.
name: redirect-on-submit
value:
String: https://example.com/submit-hook?questionnaire=123
redirect-on-save
A URL where the user will be redirected to after hitting Save button.
By default
Save button is not visible
- form autosaved after every keystroke. But sometimes it's usefull to close form in a partially-filled state
name: redirect-on-save
value:
String: https://example.com/submit-hook?questionnaire=123
link expiration time
Link expiration period (days)
name: expiration
value:
Integer: 30
By default thir parameter = 7 days
theme
Form theme. QuestionnaireTheme resource id.
name: theme
value:
String: hs-theme
config
Form config. SDCConfig resource id.
name: theme
value:
String: default-config
read-only
Open form in read-only mode.
name: read-only
value:
Boolean: true
app-name
Application name that will be used in Audit logging when returned link was used.
Audit logging should be enabled via Configure Audit Log
- name: app-name
value
String: my-app
Response
- in failure caseresponse is specified as OperationOutcome object containing a link.
- in success caseresponse is specified as Parameters object containing a list of issues.
Parameter | Cardinality | Type | Description |
---|---|---|---|
link | 1..1 | uri | The URL for the web form that supports capturing the information defined by questionnaire |
issues | 0..1 | OperationOutcome | A list of hints and warnings about problems encountered while populating the questionnaire |
Usage Example
POST [base]/Questionnaire/vitals/$populatelink
content-type: text/yaml
resourceType: Parameters
parameter:
- name: subject
value:
Reference:
id: pt-1
resourceType: Patient
- name: context
part:
- name: name
value:
String: encounter
- name: content
resource:
resourceType: Encounter
id: enc-1
subject:
id: pt-1
resourceType: Patient
HTTP status: 200
resourceType: Parameters
parameter:
- name: link
value:
Uri: http://forms.aidbox.io/ui/sdc#/questionnaire-response/12c1178c-70a9-4e02-a53d-65b13373926e?token=eyJhbGciOiJIUzI
HTTP status: 422
resourceType: OperationOutcome
text:
status: generated
div: Parameters are invalid
issue:
- severity: error
code: invalid
expression:
- parameter.0.resource
diagnostics: unknown key :resource
Questionnaire response extract to resources - $extract
The extract operation takes a completed QuestionnaireResponse
and extracts it's data to Bundle
of resources by using metadata embedded in the Questionnaire
the QuestionnaireResponse
is based on. The extracted resources might include Observations
, MedicationStatements and other standard FHIR resources which can then be shared and manipulated.
Aidbox supports only the Observation based and Definition based extraction methods.
Current Logic for Observation-based extraction:
- A new Observation is created for each Questionnaire Response instance at the time of data extraction.
- If a QR is amended (modified after submission), the existing Observations linked to that QR are updated accordingly.
In the future, Aidbox Forms will align with the implementation described in the FHIR Structured Data Capture (SDC) specification.
Current Logic for Definition-based extraction:
- Two Options for Resource Extraction:
- New Resource: If "new resource" is selected, a new resource is always created during extraction.
- Existing Resource:If "existing resource" is selected, the system includes the
questionnaireitemExtractionContext
extension. This extension can be added either at the root of the Questionnaire or at any item level. It identifies the resource that serves as the context for extraction.
Using itemExtractionContext
:
- Empty
itemExtractionContext
: When theitemExtractionContext
is empty, the Questionnaire is used to create a new resource. - Populated
itemExtractionContext
: If theitemExtractionContext
contains a resource (or set of resources), the Questionnaire updates the existing resource.
URLs
URL: [base]/QuestionnaireResponse/$extract
URL: [base]/QuestionnaireResponse/[id]/$extract
Parameters
Parameter | Cardinality | Type | Description |
---|---|---|---|
questionnaire-response | 0..1 | Resourse | The QuestionnaireResponse to extract data from. |
Parameters are specified via FHIR Parameters type.
Example
resourceType: Parameters
parameter:
- name: questionnaire-response
resource:
id: qr-1
resourceType: QuestionnaireResponse
...
Response
- in failure caseresponse is specified as OperationOutcome object.
- in success caseresponse is specified as Parameters object.
Parameter | Cardinality | Type | Description |
---|---|---|---|
return | 1..1 | Resourse | FHIR Bundle with extracted resources |
issues | 0..1 | OperationOutcome | A list of hints and warnings about problems encountered while extracting the data |
Usage Example
POST [base]/QuestionnaireResponse/$extract
content-type: text/yaml
resourceType: Parameters
parameter:
- name: questionnaire-response
resource:
id: pt-1
resourceType: QuestionnaireResponse
questionnaire: https://forms.aidbox.io/vitals
item:
- linkId: temperature
value:
Decimal: 36.6
...
HTTP status: 200
return:
resourceType: Bundle
type: transaction
entry:
- resource:
resourceType: Observation
status: final
code:
coding:
- code: body-temperature
system: loinc
subject:
id: pt-1
resourceType: Patient
value:
Quantity:
unit: [c]
value: 36.6
request: {method: POST, url: /Observation}
HTTP status: 422
resourceType: OperationOutcome
text:
status: generated
div: Parameters are invalid
issue:
- severity: error
code: invalid
expression:
- parameter.0.resource.given
diagnostics: unknown key :given
ValueSet Expansion - $expand
Value Sets are used to define possible coded answer choices in a questionnaire.
The use of standardized codes is useful when data needs to be populated into the questionnaire or extracted from the questionnaire for other uses.
The expand
operation expand given ValueSet in to set of concepts.
This operation is described in detail ValueSet Expansion.