This page is part of the FHIR Specification (v1.4.0: STU 3 Ballot 3). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions
This is the narrative for the resource. See also the XML or JSON format. This example conforms to the profile Conformance.
(Requirements Definition)
Published: 2015-09-03 (draft)
Published by: U.S. Office of the National Coordinator (ONC)
This profile defines the expected capabilities of the SDC Form Archiver role when conforming to the S&I Framework's Structured Data Capture FHIR implementation guide. This role is responsible for persisting (archiving) completed or partially completed forms (QuestionnaireResponse resource instances). These instances may be submitted individually or in a bundle together with Provenance information providing details about the completion of the questionnaire response. In some cases Binary or DocumentReference resources might also be submitted to convey source information used in the population of the questionnaire response.<br>The focus of this role is on consuming form instances. Examples might be applications accepting insurance coverage forms, research forms, etc. There is no expectation that submitted form data is subsequently made available for retrieval (at least not in the same format).
FHIR Version: | 1.4.0 |
---|---|
Supported formats: | xml, json |
The QuestionnaireResponse may be sent as a single instance or as a FHIR Bundle also containing Provenance resources providing details on the sources of information. A Bundle submission might also include Binary and/or DocumentReference instances referring to the data used to populate the form. A Form Archiver must support persisting, searching and retrieving those resources.
Security:
Implementations must meet the general security requirements documented in the SDC implementation guide.
Resource | Search | Read | Read Version | Instance History | Resource History | Create | Update | Delete |
---|---|---|---|---|---|---|---|---|
QuestionnaireResponse (Profile) | SHALL | SHOULD | MAY | |||||
Binary | SHOULD | MAY | MAY | |||||
DocumentReference | SHOULD | MAY | MAY | |||||
Provenance | SHOULD |
Name | Conformance | Description |
---|---|---|
transaction | SHOULD |
Modes: Allows submission of a QuestionnaireResponse together with Provenance and other supporting resources as a single unit of work. |
Name | Conformance | Description |
---|---|---|
create | SHOULD |
Allows storage of a binary (generally containing information used in the completion of a QuestionnaireResponse). The data might be in a variety of forms. |
update | MAY |
Allows updating a previously submitted binary data. (Systems may place rules on who can update binary data and under what circumstances). |
delete | MAY |
Allows removal of binary data from a repository. Note that the removal may be logical rather than physical. Some systems may have rules for who can remove binary data and under what circumstances. |
Name | Conformance | Description |
---|---|---|
create | SHOULD |
Allows storage of a document reference (generally containing information used in the completion of a QuestionnaireResponse). |
update | MAY |
Allows updating a previously submitted document reference. (Systems may place rules on who can update document references and under what circumstances). |
delete | MAY |
Allows removal of document references from a repository. Note that the removal may be logical rather than physical. Some systems may have rules for who can remove document references and under what circumstances. |
Name | Conformance | Description |
---|---|---|
create | SHOULD |
Allows submitting a Provenance record associated with a particular QuestionnaireResponse. |
Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.