FHIR Extensions Pack, published by HL7 International / FHIR Infrastructure. This guide is not an authorized publication; it is the continuous build for version 5.2.0-ballot built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/fhir-extensions/ and changes regularly. See the Directory of published versions
This extension asserts that the data in a resource was authored (collected/handled/created/transformed) by an application that claims conformance to the definition of a feature. Note that 'authoring' is often a client function, but that is not always the case.
As an example of the kind of use this extension might support, an application could choose to only use value set expansions that are explicitly labeled as 'prepared under the conformance rules defined in the CRMI implementation guide. This extension is a statement about the provenance of a particular version of the resource that it is describing; as such, it should be made in a Provenance resource referring to that particular version. Alternatively, the extension can be placed in the resource about which the assertion is made (in Resource.meta); in this case, the assertion SHOULD be removed when the resource data is altered (it may be replaced by a new assertion).
This assertion is often used to drive processing rules associated with the trustworthiness of the data in the resource. Applications/specifications/workflows that make use of this assertion should carefully consider the integrity of the chain of handling from the source the processing before choosing to trust the assertion.
A more complex alternative to this profile is to use the [[[http://hl7.org/fhir/StructureDefinition/obligations-profile]]] extension.
This is an experimental extension definition; the committee is seeking implementation feedback, and the definition or contents of the extension may change in future versions.
Context of Use
This extension may be used on the following element(s):
Simple Extension of type Coding: This extension asserts that the data in a resource was authored (collected/handled/created/transformed) by an application that claims conformance to the definition of a feature. Note that 'authoring' is often a client function, but that is not always the case.
As an example of the kind of use this extension might support, an application could choose to only use value set expansions that are explicitly labeled as 'prepared under the conformance rules defined in the CRMI implementation guide. This extension is a statement about the provenance of a particular version of the resource that it is describing; as such, it should be made in a Provenance resource referring to that particular version. Alternatively, the extension can be placed in the resource about which the assertion is made (in Resource.meta); in this case, the assertion SHOULD be removed when the resource data is altered (it may be replaced by a new assertion).
This assertion is often used to drive processing rules associated with the trustworthiness of the data in the resource. Applications/specifications/workflows that make use of this assertion should carefully consider the integrity of the chain of handling from the source the processing before choosing to trust the assertion.
A more complex alternative to this profile is to use the Obligations Profile extension.
Simple Extension of type Coding: This extension asserts that the data in a resource was authored (collected/handled/created/transformed) by an application that claims conformance to the definition of a feature. Note that 'authoring' is often a client function, but that is not always the case.
As an example of the kind of use this extension might support, an application could choose to only use value set expansions that are explicitly labeled as 'prepared under the conformance rules defined in the CRMI implementation guide. This extension is a statement about the provenance of a particular version of the resource that it is describing; as such, it should be made in a Provenance resource referring to that particular version. Alternatively, the extension can be placed in the resource about which the assertion is made (in Resource.meta); in this case, the assertion SHOULD be removed when the resource data is altered (it may be replaced by a new assertion).
This assertion is often used to drive processing rules associated with the trustworthiness of the data in the resource. Applications/specifications/workflows that make use of this assertion should carefully consider the integrity of the chain of handling from the source the processing before choosing to trust the assertion.
A more complex alternative to this profile is to use the Obligations Profile extension.