SDOH Clinical Care
2.0.0 - STU 2 US

This page is part of the SDOH Clinical Care for Multiple Domains (v2.0.0: STU 2) based on FHIR R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

CapabilityStatement: SDOHCC Patient Application

Official URL: http://hl7.org/fhir/us/sdoh-clinicalcare/CapabilityStatement/SDOHCC-PatientApp Version: 2.0.0
Draft as of 2021-06 Computable Name: SDOHCC_PatientApp

This resource describes the required and desired behavior of systems acting as apps for patients and care-givers who need to monitor progress on SDOH referrals and may need to take actions such as filling out forms, booking appointments, etc.

These systems will not expose their own FHIR interfaces, but will monitor information available from other FHIR servers - be it referral sources, coordination platforms or referral recipients. They will primarily monitor and update Task resources as well as the resources referenced by those Tasks.

Raw OpenAPI-Swagger Definition file | Download

SDOHCC Patient Application

(Requirements Definition Capability Statement)

Canonical URL: http://hl7.org/fhir/us/sdoh-clinicalcare/CapabilityStatement/SDOHCC-PatientApp Published: 2021-06 (draft)

This resource describes the required and desired behavior of systems acting as apps for patients and care-givers who need to monitor progress on SDOH referrals and may need to take actions such as filling out forms, booking appointments, etc.

General

FHIR Version: 4.0.1
Supported formats: xml, json

REST client behavior

Patient apps query for data relevant to the current patient, post updates as appropriate and occasionally create new resources, such as QuestionnaireResponses

Security:

SMART-on-FHIR

Implementations must meet the general privacy & security requirements documented in this implementation guide.

Resource summary

Resource Search Read Read Version Instance History Resource History Create Update Delete Operations
CareTeam MAY MAY
Condition SHOULD SHOULD
Observation SHALL SHALL
Consent SHOULD SHOULD
Device SHOULD SHOULD
DocumentReference SHOULD SHALL SHALL SHOULD
Goal SHOULD SHOULD
HealthcareService MAY SHALL
Location MAY SHOULD
Practitioner SHOULD SHOULD
PractitionerRole SHOULD SHOULD
Questionnaire SHALL $populate: MAY
QuestionnaireResponse SHOULD SHALL SHALL SHOULD
RelatedPerson MAY MAY
ServiceRequest SHOULD SHOULD
Task SHALL MAY
(conditional read:
modified-since)
SHALL

General interactions

Name Capability Statement Description
  batch SHOULD

Allows polling for changes to multiple resource types simultaneously



CareTeam

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read MAY

Allows the system to retrieve a CareTeam that is the intended performer of a ServiceRequest.

  search-type MAY

Allows the monitoring of previously-retrieved CareTeams that are the intended performer of ServiceRequests.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known CareTeam records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



Condition

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a Condition that is the requester or performer of a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved Conditions that are referenced by ServiceRequests.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Condition records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

category SHALL token

Allows filtering to only SDOH-related conditions

clinical-status SHOULD token

Allows filtering to only active conditions

code SHOULD token

Allows filtering to only specific SDOH conditions or sets of conditions

patient SHALL reference

Allows filtering to only conditions associated with a specific patient. Some systems will require that searches be patient-specific

verification-status SHOULD token

Allows filtering to exclude refuted or entered-in-error conditions



Observation

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHALL

Allows the system to retrieve an Observation referenced by a ServiceRequest or other resource.

  search-type SHALL

Allows the retrieval of Observations recorded about a patient and/or monitoring of previously-retrieved Observations (though typically, they won't change once recorded).

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Observation records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have been created or changed since last query

category SHALL token

Allows filtering to only SDOH-related observations

code SHOULD token

Allows filtering to only specific SDOH observation types

patient SHALL reference

Allows filtering to only conditions associated with a specific patient. Some systems will require that searches be patient-specific



Consent

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a Consent referenced as a 'supportingInformation' item of a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved Consents related to ServiceRequests of interest.

Search

Supported Includes: Consent:source-reference:DocumentReference

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known consent records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

source-reference SHOULD reference

Allows including the document that contains the PDF or similar representation of a paper consent



Device

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a Device that is the requester or intended performer of a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved Devices that are the requester or intended performer of ServiceRequests.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Device records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



DocumentReference

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  create SHALL

Allows the app to record a new PDF (e.g. a completed form)

  update SHOULD

Allows the system to revise a previously stored PDF

  read SHALL

Allows the system to retrieve a PDF or similar content referenced by a Consent or Task.

  search-type SHOULD

Allows the monitoring of previously-retrieved DocumentReferences in the event the image/document is amended/corrected/updated.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known DocumentReference records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



Goal

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a goal referenced by a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved Goals in the event they are updated.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Goal records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

achievement-status SHOULD token

Allows filtering to only include unmet goals

category SHALL token

Allows filtering to only include SDOH-related goals

lifecycle-status SHOULD token

Allows filtering to only include active goals

patient SHALL reference

Allows filtering to only include goals for a particular patient. Some systems will require searches to be patient-specific

target-date SHOULD date

Allows filtering based on when a particular goal is desired to be achieved



HealthcareService

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHALL

Allows the system to retrieve a HealthcareService referenced by a Task.

  search-type MAY

Allows the monitoring of previously-retrieved HealthcareServices.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known HealthcareService records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

location SHALL reference

Allows retrieval of the phyical site(s) associated with a HealthService



Location

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a Location that is an available location for a service.

  search-type MAY

Allows the monitoring of previously-retrieved Locations that are the intended locations for services.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Location records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



Practitioner

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a Practitioner that is the requester or intended performer of a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved Practitioners that are the requester or intended performer of ServiceRequests.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Practitioner records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



PractitionerRole

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows the system to retrieve a PractitionerRole that is the requester or intended performer of a ServiceRequest.

  search-type SHOULD

Allows the monitoring of previously-retrieved PractitionerRoles that are the requester or intended performer of ServiceRequests.

Search

Supported Includes: PractitionerRole:organization PractitionerRole:practitioner

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known PractitionerRole records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

organization SHOULD reference

Allows doing an _include on Organization when retrieving the PractitionerRole

practitioner SHOULD reference

Allows doing an _include on Practitioner when retrieving the PractitionerRole



Questionnaire

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  search-type SHALL

Allows the referral source to search for questionnaires relevant to a patient context.

  $populate MAY

Allows SMART on FHIR or other systems to pre-populate a questionnaire response with existing information either available locally or queried from elsewhere

Search

Parameter Conformance Type Definition & Chaining
url SHALL uri

Allows retrieving Questionnaires based on its canonical URL

version SHALL token

Allows retrieving a specific version of a Questionnaire



QuestionnaireResponse

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  create SHALL

Allows the creation of QuestionnaireResponses in response to Tasks.

  update SHOULD

Allows the revision of 'in progress' QuestionnaireResponses.

  read SHALL

Allows the retrieval of QuestionnaireResponses linked to a pointed to as supporting information by a ServiceRequest or as outputs of a Task.

  search-type SHOULD

Allows checking for updates in previously retrieved QuestionnaireResponses.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known QuestionnaireResponse records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

author SHALL reference

Allows filtering QuestionnaireResponses previously created/edited by a particular individual

authored SHOULD date

Allows filtering for QuestionnaireResponses by when they were created/last edited

patient SHALL reference

Allows retrieving QuestionnaireResponses associated with a particular patient. Some systems may only permit searches that are patient-specific

questionnaire SHALL reference

Allows retrieving QuestionnaireResponses that have been completed against a specified form

status SHALL token

Allows retrieving QuestionnaireResponses that are complete (or incomplete)



RelatedPerson

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read MAY

Allows the system to retrieve a RelatedPerson that is the requester or intended performer of a ServiceRequest.

  search-type MAY

Allows the monitoring of previously-retrieved RelatedPersons that are the requester or intended performer of ServiceRequests.

Search

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known RelatedPerson records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query



ServiceRequest

Supported Profile(s) - if resource is supported:

Behavior

Reference policy: literal

Interactions

Name Conformance Description
  read SHOULD

Allows client systems to retrieve the ServiceRequest pointed to by a Task.

  search-type SHOULD

Allows client systems to monitor multiple ServiceRequests for change simultaneously via polling.

Search

Supported Includes: HealthCareService:location ServiceRequest:supporting-info ServiceRequest:pertains-to-goal ServiceRequest:patient ServiceRequest:requester ServiceRequest:performer PractitionerRole:practitioner PractitionerRole:organization

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known ServiceRequests records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

category SHALL token

Allows filtering to only retrieve ServiceRequests that are SDOH-related

code SHOULD token

Allows filtering to retrieve ServiceRequests for specific types of services

intent SHALL token

Allows filtering to retrieve only 'order' ServiceRequests and not plans, proposals, etc.

occurrence SHOULD date

Allows filtering to retrieve ServiceRequests based on the timeframe in which the service needs to be provided

patient SHALL reference

Allows filtering to retrieve only ServiceRequests associated with a particular patient. Note that some systems may mandate that searches are always patient-specific

performer SHOULD reference

Allows filtering to retrieve only ServiceRequests that designate a specific performer

requester SHOULD reference

Allows filtering to retrieve only ServiceRequests created by a specific practitioner

status SHALL token

Allows filtering to retrieve only active ServiceRequests

supporting-info SHOULD reference

Allows _include to retrieve supporting information for a ServiceRequest - particularly Consent



Task

Supported Profile(s) - if resource is supported:

Behavior

Versioning support: versioned-update

Reference policy: literal

Interactions

Name Conformance Description
  update SHALL

Allows modification of an assigned patient existing Task (e.g. to cancel it) or modificiation of a Task assigned to the referral recipient (to accept or reject it or add output links to performed procedures). Systems SHALL ensure that only changes to Task.status, Task.statusReason, and Task.outputs are possible, and then only for Tasks where the owner is the patient.

  read MAY

Allows retrieval of a Task that was previously accessed.

  search-type SHALL

Allows the other systems to poll multiple tasks simultaneously, as well as to retrieve referenced resources as part of a single query.

Search

Supported Includes: Task:output

Parameter Conformance Type Definition & Chaining
_id SHALL token

Allows retrieving known Task records - and more specifically, retrieving more than one in a single call to poll for updates

_lastUpdated SHOULD date

Allows filtering for only records that have changed since last query

code SHALL token

Allows filtering for 'fulfill' tasks as opposed to others. Some systems may require code to be included as a filter criteria as different Task codes may correspond to different internal database tables.

owner SHOULD reference

Allows filtering only for tasks that are assigned to a particular owner (or alternatively, tasks that have not yet been assigned)

patient SHALL reference

Allows monitoring of tasks associated with a particular patient. (Some systems may require that all queries be done in the context of a single patient.)

requester SHALL reference

Allows retrieving all tasks that have been requested by a particular organization or individual. This will commonly be used to monitor the tasks initiated by a particular system

status SHALL token

Allows filtering to only active or completed tasks

focus SHALL reference

Allows retrieving the task(s) seeking fulfillment of a particular ServiceRequest

output SHOULD reference

Allows for the 'output' of a Task to be included when retrieving a Task