This page is part of the FHIR Core Extensions Registry (v5.1.0: Release 5.1) based on FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
Official URL: http://hl7.org/fhir/StructureDefinition/condition-assertedDate | Version: 5.1.0 | |||
Standards status: Trial-use | Maturity Level: 3 | Responsible: HL7 International / Patient Care | Computable Name: ConditionAssertedDate | |
Other Identifiers: OID:2.16.840.1.113883.4.642.5.1310 |
When the asserter identified the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept that may have risen to a level of or remains a concern. For example, when the patient experiences chest pain, the asserted date represents when the clinician began following the chest pain - not when the patient experienced the chest pain. Asserted date supports the recognition that information is not always entered in a system immediately. Assertion and recording are different acts, so asserted date and recorded date are semantically different. However, they may be the same date and close in time. If this difference is significant for your use case, assertion date may be useful.
Context of Use
This extension may be used on the following element(s):
Usage info
Usage:
Changes since version 1.0.0:
Description of Profiles, Differentials, Snapshots, and how the XML and JSON presentations work.
This structure is derived from Extension
Summary
Simple Extension of type dateTime: When the asserter identified the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept that may have risen to a level of or remains a concern. For example, when the patient experiences chest pain, the asserted date represents when the clinician began following the chest pain - not when the patient experienced the chest pain. Asserted date supports the recognition that information is not always entered in a system immediately. Assertion and recording are different acts, so asserted date and recorded date are semantically different. However, they may be the same date and close in time. If this difference is significant for your use case, assertion date may be useful.
Maturity: 3
This structure is derived from Extension
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Extension | 0..1 | Extension | Date the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept was first asserted | |
extension | 0..0 | |||
url | 1..1 | uri | "http://hl7.org/fhir/StructureDefinition/condition-assertedDate" | |
value[x] | 1..1 | dateTime | Value of extension | |
Documentation for this format |
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Extension | 0..1 | Extension | Date the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept was first asserted | |
id | 0..1 | id | Unique id for inter-element referencing | |
extension | 0..0 | |||
url | 1..1 | uri | "http://hl7.org/fhir/StructureDefinition/condition-assertedDate" | |
value[x] | 1..1 | dateTime | Value of extension | |
Documentation for this format |
This structure is derived from Extension
Summary
Simple Extension of type dateTime: When the asserter identified the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept that may have risen to a level of or remains a concern. For example, when the patient experiences chest pain, the asserted date represents when the clinician began following the chest pain - not when the patient experienced the chest pain. Asserted date supports the recognition that information is not always entered in a system immediately. Assertion and recording are different acts, so asserted date and recorded date are semantically different. However, they may be the same date and close in time. If this difference is significant for your use case, assertion date may be useful.
Maturity: 3
Differential View
This structure is derived from Extension
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Extension | 0..1 | Extension | Date the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept was first asserted | |
extension | 0..0 | |||
url | 1..1 | uri | "http://hl7.org/fhir/StructureDefinition/condition-assertedDate" | |
value[x] | 1..1 | dateTime | Value of extension | |
Documentation for this format |
Snapshot View
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Extension | 0..1 | Extension | Date the allergy, intolerance, condition, problem, or diagnosis or other event, situation, issue, or clinical concept was first asserted | |
id | 0..1 | id | Unique id for inter-element referencing | |
extension | 0..0 | |||
url | 1..1 | uri | "http://hl7.org/fhir/StructureDefinition/condition-assertedDate" | |
value[x] | 1..1 | dateTime | Value of extension | |
Documentation for this format |
Other representations of profile: CSV, Excel, Schematron
Id | Grade | Path(s) | Details | Requirements |
ele-1 | error | **ALL** elements | All FHIR elements must have a @value or children : hasValue() or (children().count() > id.count()) | |
ext-1 | error | **ALL** extensions | Must have either extensions or value[x], not both : extension.exists() != value.exists() |
(none found)