FHIR Release 3 (STU) CI-Build

This page is part of the FHIR Specification (v3.0.2: STU 3). The current version which supercedes this version is 5.0.0 . For a full list Continuous Integration Build of available versions, see FHIR (will be incorrect/inconsistent at times).
See the Directory of published versions icon . Page versions: R5 R4B R4 R3 R2

5.3.13 5.4.12 Resource StructureDefinition - Operations

Responsible Owner: FHIR Infrastructure icon Work Group Maturity Level Standards Status : 5 Informative   Trial Use Security Category : Anonymous Compartments : Not linked to any No defined compartments

This resource has 1 operation operations associated with it:

$questionnaire $snapshot Build Questionnaire Generate Snapshot

For more information about operations, including how they are invoked, see Operations . 5.3.13.1 Build Questionnaire Generates a Questionnaire instance based on a specified StructureDefinition , creating questions for each core element or extension element found in the StructureDefinition . If the operation is not called at the instance level, one of the identifier , profile or url 'in' parameters must be provided. If more than one is specified, servers may raise an error or may resolve with the parameter of their choice. If called at the instance level, these parameters will be ignored. The response will contain a Questionnaire instance based on the specified StructureDefinition and/or an OperationOutcome resource with errors or warnings. Nested groups In addition, there are used to handle complex structures and data types. If the 'supportedOnly' parameter is set to true, only those elements marked as "must support" will be included. This operation is intended to enable auto-generation of simple interfaces for arbitrary profiles. The 'questionnaire' approach to data entry has limitations that will make it less optimal than custom-defined interfaces. However, this function may be useful for simple applications or for systems operations that wish apply to support "non-core" resources with minimal development effort. The official URL for this operation definition is http://hl7.org/fhir/OperationDefinition/StructureDefinition-questionnaire Formal Definition (as a OperationDefinition ). URL: [base]/StructureDefinition/$questionnaire URL: [base]/StructureDefinition/[id]/$questionnaire This is an idempotent operation all resource types:

In Parameters: Name Cardinality Type Binding Profile Documentation A logical profile identifier (i.e. 'StructureDefinition.identifier''). The server must know the profile or be able to retrieve it from other known repositories. profile 0..1
identifier 0..1 uri $validate string ( token ) The StructureDefinition is provided directly as part of the request. Servers may choose not to accept profiles in this fashion Validate a resource
url 0..1 uri $convert The profile's official URL (i.e. 'StructureDefinition.url'). The server must know the profile or be able to retrieve it Convert from other known repositories. supportedOnly 0..1 boolean If true, the questionnaire will only include those elements marked as "mustSupport='true'" in the StructureDefinition. Out Parameters: Name Cardinality Type Binding Profile Documentation one form to another
return 1..1 Questionnaire $graphql The questionnaire form generated based on the StructureDefinition. Note: as this the only out parameter, it is a resource, and it has the name 'return', the result of this operation is returned directly as Execute a resource graphql statement

Open Issue : Ideally, extensions should be populated in the generated Questionnaire that will support taking QuestionnaireResponse resources generated from the Questionnaire and turning them back into the appropriate resources. 5.3.13.1.1 Examples Request: GET /fhir/StructureDefinition/daf-patient/$questionnaire Response: HTTP/1.1 200 OK [other headers]   For more information about operations, including how they are invoked, see Operations .