This page is part of the Structured Data Capture FHIR IG (v1.6: STU 2 Ballot 1) based on FHIR v1.6.0. . For a full list of available versions, see the Directory of published versions

This is a pre-release of a future version of SDC (expected to be STU 2). The current version is STU 2.
For a full list of available versions, see the Directory of published versions .

4 SDC Form Filler

Formats: XML, JSON, Turtle

SDC Form Filler

(Requirements Definition)

Published: 2014-07-06 (draft)

Published by: U.S. Office of the National Coordinator (ONC)

This profile defines the expected capabilities of the SDC Form Filler role when conforming to the S&I Framework's Structured Data Capture FHIR implementation guide. This role is responsible for retrieving pre-defined forms, requesting pre-population of forms and/or auto-populating forms, guiding the user through verifying populated data and submitting completed or partially-completed forms.

Note that Form Fillers may also take on the role of Form Archiver if they have a requirement to retain the completed version of a form (and potentially the source data that was used to complete it).

General

FHIR Version: $ver$
Supported formats: xml, json

REST behavior

The Questionnaire, ValueSet and CodeSystem resources are retrieved to allow the system to guide the user through the entry process. The Binary and DocumentReference resources allow the system to find existing clinical documents that can be within the pre-population process. (Support for retrieval operations on these resources is optional as the relevant CDA or FHIR structures may also be directly generated by the Form Filler itself.) Finally, the QuestionnaireResponse resource is used to record the populated form.

Security:

Implementations must meet the general security requirements documented in the SDC implementation guide.

Resource summary

Resource Search Read Read Version Instance History Resource History Create Update Delete
Questionnaire (Profile) SHALL SHOULD MAY MAY
ValueSet (Profile) SHALL SHOULD MAY
CodeSystem (Profile) SHALL SHOULD MAY
QuestionnaireResponse (Profile) SHALL SHOULD SHALL SHALL SHALL
DocumentReference SHOULD
Binary SHOULD MAY

Operations: populate MAY



Questionnaire

Interactions

Name Conformance Description
  search-type SHALL

Allows discovery of existing questionnaires to be completed

  read SHOULD

Allows retrieval of a specific questionnaire by id. Allows systems to maintain a 'favorites' list of forms and retrieve them by id.

  history-instance MAY

Allows review of changes made to a questionnaire over time. Of interest to some systems, but probably not most.

  vread MAY

Allows retrieval of a historical version of a questionnaire. Most systems will make use of the current version only.



ValueSet

Interactions

Name Conformance Description
  read SHALL

Allows retrieval of a specific value set by id (as referenced in a Questionnaire)

  vread SHOULD

Allows retrieval of a specific version of a value set (as referenced in a Questionnaire)

  history-instance MAY

Allows review of changes to a value set over time. Of interest to some systems, but probably not most.



CodeSystem

Interactions

Name Conformance Description
  read SHALL

Allows retrieval of a specific code system by id (as referenced by a ValueSet used in a Questionnaire)

  vread SHOULD

Allows retrieval of a specific version of a code system (as referenced by a ValueSet used in a Questionnaire)

  history-instance MAY

Allows review of changes to a code system over time. Of interest to some systems, but probably not most.



QuestionnaireResponse

Interactions

Name Conformance Description
  search-type SHALL

Allows a user to search for existing completed or partially-completed forms. Generally used to find partially-completed forms for update.

  create SHALL

Allows recording a completed or partially-completed form

  update SHALL

Allows updating an existing completed or partially-completed form. (Systems may place rules on who can update forms and under what circumstances.)

  delete SHALL

Allows removal of a completed form from a repository. Note that the removal may be logical rather than physical. Some systems may have rules for who can remove a completed form and under what circumstances.

  history-instance SHOULD

Allows review of prior versions of an answer set - allows reversion to previously recorded versions



DocumentReference

Interactions

Name Conformance Description
  search-type SHOULD

Allows discovery of existing documents that may be included in a form pre-population request



Binary

Interactions

Name Conformance Description
  read SHOULD

Allows retrieval of a specific binary (as pointed to by a DocumentReference)

  vread MAY

Allows retrieval of a historical version of a binary. In general, the most recent version would be appropriate, but some may prefer to use the specific version referenced by a DocumentReference.