FQL is a query language that allows you to retrieve, filter and project data from any data source containing FHIR Resources. It brings the power of three existing languages together: SQL, JSON and FhirPath. It allows you to create tables and is useful for gaining insight and perform quality control.
-
Default
What is FQL?
-
FQL Query resources
FQL Playground
Try Firely Query Language in our playground by using this scope as data source.
- FQL Documentation
-
FQL Language
Syntax specification
To learn more about FQL syntax choose this menu item.
-
YamlGen Generate resources
YamlGen Playground
Try YamlGen in our playground by using this scope as data source.
-
YamlGen Language
YamlGen Syntax specification
To learn more about YamlGen syntax choose this.
-
FHIRPath Inspect resource
FHIRPath Playground
Try out the FHIRPath playground and navigate inside this resource.
-
FHIRPath Documentation
FHIRPath Documentation
Find out what FHIRPath is or learn how to write FHIRPath scripts.
-
Project FHIR API
This is the location where you can find your resource using a FHIR client.
-
Simplifier FHIR API
The global endpoint is where users can search for all resources in Simplifier. Resources have a globally unique guid Id here.
-
Custom Example generation
Custom Example generation beta
Experiment with resource instance generation using YamlGen and based on this profile.
This feature is in beta. You can help us improve it by giving feedback with the feedback button at the top of the screen.
ExportProvenance
Provenance
- type Profile on Provenance
- FHIR R4
- status Draft
-
version...
The canonical from this resource does not match any claims.
Canonical claims are used to verify ownership of your canonical URLs.
You're probably missing a package or made a typo in your canonical.
- Could not resolve: http://hl7.org/fhir/StructureDefinition/Provenance
ExportProvenance (Provenance) | S | http://hl7.org/fhir/StructureDefinition/Provenance | There are no (further) constraints on this element Element idProvenance http://hl7.org/fhir/StructureDefinition/Provenance | |
id | S | There are no (further) constraints on this element Element idProvenance.id Usage Note: This will usually be a GUID that is assigned by the sending application. The only time that a resource does not have an id is when it is being submitted to the server using a create operation. | ||
meta | S | There are no (further) constraints on this element Element idProvenance.meta | ||
lastUpdated | S | There are no (further) constraints on this element Element idProvenance.meta.lastUpdated | ||
source | S | There are no (further) constraints on this element Element idProvenance.meta.source | ||
profile | S | There are no (further) constraints on this element Element idProvenance.meta.profile | ||
text | S | There are no (further) constraints on this element Element idProvenance.text | ||
target | S | There are no (further) constraints on this element Element idProvenance.target Conformance Rule: This will reference the bundle Target references are usually version specific, but might not be, if a version has not been assigned or if the provenance information is part of the set of resources being maintained (i.e. a document). When using the RESTful API, the identity of the resource might not be known (especially not the version specific one); the client may either submit the resource first, and then the provenance, or it may submit both using a single transaction. See the notes on transaction for further discussion. | ||
reference | S | 1.. | There are no (further) constraints on this element Element idProvenance.target.reference | |
display | S | There are no (further) constraints on this element Element idProvenance.target.display | ||
occurred[x] | S | There are no (further) constraints on this element Element idProvenance.occurred[x] Usage Note: This is often the same as the recorded date in the case of an Export. The period can be a little arbitrary; where possible, the time should correspond to human assessment of the activity time. | ||
recorded | S | There are no (further) constraints on this element Element idProvenance.recorded | ||
reason | S | ..1 | There are no (further) constraints on this element Element idProvenance.reason | |
coding | S | 1..1 | There are no (further) constraints on this element Element idProvenance.reason.coding | |
system | S | 1.. | There are no (further) constraints on this element Element idProvenance.reason.coding.system | |
code | S | 1.. | There are no (further) constraints on this element Element idProvenance.reason.coding.code | |
activity | S | 1.. | There are no (further) constraints on this element Element idProvenance.activity ***This will likely be a fixed value of "EXPORT" Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. | |
coding | S | There are no (further) constraints on this element Element idProvenance.activity.coding | ||
system | S | 1.. | There are no (further) constraints on this element Element idProvenance.activity.coding.system | |
code | S | 1.. | Fixed Value | There are no (further) constraints on this element Element idProvenance.activity.coding.code EXPORT |
text | S | 1.. | There are no (further) constraints on this element Element idProvenance.activity.text | |
agent | S | There are no (further) constraints on this element Element idProvenance.agent Conformance Rule: There will be two agents specified in WHO. The first is a reference to exporting device, where the EMR application instance identifier must be specified (PSS1234, MA6777, etc). Example: urn:telus:emr:pss:1234. The name of the EMR software (PSSuite, MedAccess, etc) will also be specified in device. The second agent is a reference to the practitioner who carried out the action; this must be included if known Conformance Rule: The name of the organization (eg Clinic ABC) will be conveyed in the onBehalfOf.display when the agent.who is the device. Conformance Rule: The onBehalfOf may be present when the agent.who is the User (clinical or non-clinical) who is acting on behalf of another Practitioner (note: FHIR uses either Practitioner or Practitioner Role resource). Example: A student who is acting in a clinical role will be acting on behalf of a responsible practitioner. Example 2: An MOA will be acting on behalf of the responsible physician. Several agents may be associated (i.e. has some responsibility for an activity) with an activity and vice-versa. | ||
role | S | ..1 | There are no (further) constraints on this element Element idProvenance.agent.role | |
coding | S | There are no (further) constraints on this element Element idProvenance.agent.role.coding | ||
system | S | 1.. | There are no (further) constraints on this element Element idProvenance.agent.role.coding.system | |
code | S | 1.. | There are no (further) constraints on this element Element idProvenance.agent.role.coding.code | |
text | S | There are no (further) constraints on this element Element idProvenance.agent.role.text | ||
who | S | Reference() | There are no (further) constraints on this element Element idProvenance.agent.who Conformance Rule: A reference to device must be specified and a reference to either Practitioner (Profile choice of Practitioner or MOA/User) must be specified whoIdentity should be used when the agent is not a Resource type. Reference() Allowed aggregation: bundled | |
reference | S | 1.. | There are no (further) constraints on this element Element idProvenance.agent.who.reference Conformance Rule: A reference must be specified for device Using absolute URLs provides a stable scalable approach suitable for a cloud/web context, while using relative/logical references provides a flexible approach suitable for use when trading across closed eco-system boundaries. Absolute URLs do not need to point to a FHIR RESTful server, though this is the preferred approach. If the URL conforms to the structure "/[type]/[id]" then it should be assumed that the reference is to a FHIR RESTful server. | |
display | S | There are no (further) constraints on this element Element idProvenance.agent.who.display | ||
onBehalfOf | S | Reference(http://hl7.org/fhir/StructureDefinition/PractitionerRole) | There are no (further) constraints on this element Element idProvenance.agent.onBehalfOf Conformance Rule: This is specified when the agent/user is acting on behalf of Practitioner Conformance Rule: The PractitonerRole must always be used as this is the means for specifying the role and specialty of the practitioner. If the practitioner role is not known, the Practitioner resource may be used. onBehalfOfIdentity should be used when the agent is not a Resource type. Reference(http://hl7.org/fhir/StructureDefinition/PractitionerRole) Allowed aggregation: bundled | |
reference | S | 1.. | There are no (further) constraints on this element Element idProvenance.agent.onBehalfOf.reference Conformance Rule: This will be a reference to the practitioner role or practitioner Using absolute URLs provides a stable scalable approach suitable for a cloud/web context, while using relative/logical references provides a flexible approach suitable for use when trading across closed eco-system boundaries. Absolute URLs do not need to point to a FHIR RESTful server, though this is the preferred approach. If the URL conforms to the structure "/[type]/[id]" then it should be assumed that the reference is to a FHIR RESTful server. | |
display | S | There are no (further) constraints on this element Element idProvenance.agent.onBehalfOf.display Conformance Rule: This will be the name of the practitioner or organization who is exporting the data. This is generally not the same as the Resource.text of the referenced resource. The purpose is to identify what's being referenced, not to fully describe it. |