Complex
Primitive
ActivityDefinition
CapabilityStatement
CodeSystem
Composition
ConceptMap
Encounter
Library
List
Measure
MessageHeader
Observation
Patient
PlanDefinition
Questionnaire
Resource
ServiceDefinition
StructureDefinition
StructureMap
ValueSet
default
Base StructureDefinition for OperationOutcome Resource
OperationOutcome
Path
OperationOutcome
Id
OperationOutcome
Cardinality
0 - *
Definition
A collection of error, warning or information messages that result from a system action.
Comment
Can result from the failure of a REST call or be part of the response message returned from a request message. If sent with extensions overriding particular issues, might even appear as part of a request message.
Constraint
dom-2 [error]
If the resource is contained in another resource, it SHALL NOT contain nested Resources
dom-1 [error]
If the resource is contained in another resource, it SHALL NOT contain any narrative
dom-4 [error]
If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated
dom-3 [error]
If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource
Path
OperationOutcome.issue
Id
OperationOutcome.issue
Type
Cardinality
1 - *
Definition
An error, warning or information message that results from a system action.
Comment
Constraint
ele-1 [error]
All FHIR elements must have a @value or children
Path
OperationOutcome.issue.severity
Id
OperationOutcome.issue.severity
Type
Cardinality
1 - 1
Definition
Indicates whether the issue indicates a variation from successful processing.
Comment
This is labeled as "Is Modifier" because applications should not confuse hints and warnings with errors.
Requirements
Indicates how relevant the issue is to the overall success of the action.
Path
OperationOutcome.issue.code
Id
OperationOutcome.issue.code
Type
Cardinality
1 - 1
Definition
Describes the type of the issue. The system that creates an OperationOutcome SHALL choose the most applicable code from the IssueType value set, and may additional provide its own code for the error in the details element.
Comment
Requirements
Expresses the issue in a human and computer-friendly way, allowing the requesting system to behave differently based on the type of issue.
Path
OperationOutcome.issue.details
Id
OperationOutcome.issue.details
Type
Cardinality
0 - 1
Definition
Additional details about the error. This may be a text description of the error, or a system code that identifies the error.
Comment
A human readable description of the error issue SHOULD be placed in details.text.
Path
OperationOutcome.issue.details.CodeableConcept.coding
Id
CodeableConcept.coding
Type
Cardinality
0 - *
Definition
A reference to a code defined by a terminology system.
Comment
Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.
Requirements
Allows for translations and alternate encodings within a code system. Also supports communication of the same instance to systems requiring different encodings.
Path
OperationOutcome.issue.details.CodeableConcept.coding.Coding.system
Id
Coding.system
Type
Cardinality
0 - 1
Definition
The identification of the code system that defines the meaning of the symbol in the code.
Comment
The URI may be an OID (urn:oid:...) or a UUID (urn:uuid:...). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7's list of FHIR defined special URIs or it should de-reference to some definition that establish the system clearly and unambiguously.
Requirements
Need to be unambiguous about the source of the definition of the symbol.
Path
OperationOutcome.issue.details.CodeableConcept.coding.Coding.version
Id
Coding.version
Type
Cardinality
0 - 1
Definition
The version of the code system which was used when choosing this code. Note that a well-maintained code system does not need the version reported, because the meaning of codes is consistent across versions. However this cannot consistently be assured. and when the meaning is not guaranteed to be consistent, the version SHOULD be exchanged.
Comment
Where the terminology does not clearly define what string should be used to identify code system versions, the recommendation is to use the date (expressed in FHIR date format) on which that version was officially published as the version date.
Path
OperationOutcome.issue.details.CodeableConcept.coding.Coding.code
Id
Coding.code
Type
Cardinality
0 - 1
Definition
A symbol in syntax defined by the system. The symbol may be a predefined code or an expression in a syntax defined by the coding system (e.g. post-coordination).
Comment
Requirements
Need to refer to a particular code in the system.
Path
OperationOutcome.issue.details.CodeableConcept.coding.Coding.display
Id
Coding.display
Type
Cardinality
0 - 1
Definition
A representation of the meaning of the code in the system, following the rules of the system.
Comment
Requirements
Need to be able to carry a human-readable meaning of the code for readers that do not know the system.
Path
OperationOutcome.issue.details.CodeableConcept.coding.Coding.userSelected
Id
Coding.userSelected
Type
Cardinality
0 - 1
Definition
Indicates that this coding was chosen by a user directly - i.e. off a pick list of available items (codes or displays).
Comment
Amongst a set of alternatives, a directly chosen code is the most appropriate starting point for new translations. There is some ambiguity about what exactly 'directly chosen' implies, and trading partner agreement may be needed to clarify the use of this element and its consequences more completely.
Requirements
This has been identified as a clinical safety criterium - that this exact system/code pair was chosen explicitly, rather than inferred by the system based on some rules or language processing.
Path
OperationOutcome.issue.diagnostics
Id
OperationOutcome.issue.diagnostics
Type
Cardinality
0 - 1
Definition
Additional diagnostic information about the issue. Typically, this may be a description of how a value is erroneous, or a stack dump to help trace the issue.
Comment
Typically this field is used to provide troubleshooting information about the error.
Path
OperationOutcome.issue.location
Id
OperationOutcome.issue.location
Type
Cardinality
0 - *
Definition
For resource issues, this will be a simple XPath limited to element names, repetition indicators and the default child access that identifies one of the elements in the resource that caused this issue to be raised. For HTTP errors, will be "http." + the parameter name.
Comment
The root of the XPath is the resource or bundle that generated OperationOutcome. Each XPath SHALL resolve to a single node. The XPath syntax is used whether the referenced instance is expressed in XML or JSON. Note that expression is being trialed as an alternative to XPath.
Requirements
Allows systems to highlight or otherwise guide users to elements implicated in issues to allow them to be fixed more easily.
Path
OperationOutcome.issue.expression
Id
OperationOutcome.issue.expression
Type
Cardinality
0 - *
Definition
A simple FHIRPath limited to element names, repetition indicators and the default child access that identifies one of the elements in the resource that caused this issue to be raised.
Comment
The root of the FHIRPath is the resource or bundle that generated OperationOutcome. Each FHIRPath SHALL resolve to a single node.
Requirements
Allows systems to highlight or otherwise guide users to elements implicated in issues to allow them to be fixed more easily.