Structured Data Capture, published by HL7 International / FHIR Infrastructure. This guide is not an authorized publication; it is the continuous build for version 4.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/sdc/ and changes regularly. See the Directory of published versions
| Official URL: http://hl7.org/fhir/uv/sdc/CapabilityStatement/sdc-form-fill-manager | Version: 4.0.0 | |||
| Standards status: Trial-use Active as of 2014-07-06 | Maturity Level: 4 | Computable Name: SDCFormFillManager | ||
| Other Identifiers: OID:2.16.840.1.113883.4.642.40.17.13.7 | ||||
This profile defines the expected capabilities of the SDC Form Fill Manager role when conforming to this implementation guide. This role is responsible for maintaining a repository of form definitions for retrieval by form fillers possibly also supporting pre-population of form data.
Raw OpenAPI-Swagger Definition file | Download
xml, jsonNote to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
serverThe primary focus of the repository is providing access to Questionnaires. However, ValueSets, CodeSystems, Librarys, ConceptMaps and other resources are also relevant in their support of Questionnaire functionality. Some forms will opt to have some or all of these additional resources managed as 'contained' resources, meaning there won't be a need for them to be independently managed on the Form Fill Manager. However, systems should support resource re-use across forms, meaning that support for maintenance of these ancillary resources is still helpful. (Version-specific referencing can be used to avoid referenced resources from changing independent of the referencing Questionnaire.)
Implementations must meet the general security requirements documented in this implementation guide.html.
The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude| Resource Type | Profile | R | S | U | C | Searches | _include | _revinclude | Operations |
|---|---|---|---|---|---|---|---|---|---|
| Questionnaire | http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-questionnaire | Y | Y | url, version, status, experimental, context-type-quantity, context-type-value, date, description, identifier, publisher, questionnaire-code, subject-type, title, effective, jurisdiction, assemble-expectation | $next-question, $populate | ||||
| ValueSet | http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-valueset | y? | Y | url, version | $expand, $validate code | ||||
| CodeSystem | http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-codesystem | Y | Y | url, version | |||||
| Library | http://hl7.org/fhir/uv/sdc/StructureDefinition/sdc-library | y? | Y | url, version | |||||
| StructureMap | http://hl7.org/fhir/StructureDefinition/StructureMap | y? | Y | url, version | |||||
| StructureDefinition | http://hl7.org/fhir/StructureDefinition/StructureDefinition | y? | Y | url, version | |||||
| ConceptMap | http://hl7.org/fhir/StructureDefinition/ConceptMap | y? | Y | experimental, url, version, status, source-system, target-system, source-uri, target-uri |
search-typeAllows a user to search for existing forms
readAllows retrieval of a detailed Questionnaire if search only returns summary
Form mamagers are responsible for handling forms.
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | url | uri | |
| SHALL | version | token | |
| SHALL | status | token | |
| SHALL | experimental | token | |
| SHOULD | context-type-quantity | composite | |
| SHOULD | context-type-value | composite | |
| SHOULD | date | date | |
| SHOULD | description | string | |
| SHOULD | identifier | token | |
| SHOULD | publisher | string | |
| SHOULD | questionnaire-code | token | |
| SHOULD | subject-type | token | |
| SHOULD | title | string | |
| SHOULD | effective | date | |
| MAY | jurisdiction | token | |
| MAY | assemble-expectation | token |
| Conformance | Operation | Documentation |
|---|---|---|
| SHOULD | $next-question | Needed for adaptive forms |
| MAY | $populate | Usefulness depends on whether fillers tend to perform population themselves |
search-typeAllows discovery of existing value sets for use in authoring questionnaires
readNeeded if a server's default search behavior doesn't return the full resource
Needed if Questionnaire valuesets will be stored on the form server as opposed to a separate terminology service.
| Conformance | Operation | Documentation |
|---|---|---|
| SHOULD | $expand | Needed if expansion isn't handled locally or via independent terminology servers |
| SHOULD | $validate code | Needed if expansion isn't handled locally or via independent terminology servers |
search-typeAllows discovery of existing code systems for use in authoring questionnaires
readAllows retrieval of a specific code system referenced within a questionnaire
Needed if Questionnaire codes will be stored on the form server as opposed to a separate terminology service.
search-typeNeeded to retrieve library based on canonical reference
readUseful if a server doesn't return full data in a search
Needed for certain types of population and extraction
search-typeNeeded to retrieve structure map based on canonical reference
readUseful if a server doesn't return full data in a search
Needed if performing map-based population or extraction
search-typeNeeded to retrieve structure definition based on canonical reference
readUseful if a server doesn't return full data in a search
Needed if performing map-based population or map or definition-based extraction
search-typeNeeded to retrieve concept map based on various criteria
readUseful if a server doesn't return full data in a search
May be needed for code conversion during population or extraction
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | experimental | token | |
| SHALL | url | uri | |
| SHALL | version | token | |
| SHALL | status | token | |
| SHALL | source-system | uri | |
| SHALL | target-system | uri | |
| SHOULD | source-uri | reference | |
| SHOULD | target-uri | reference |