This is the Continuous Integration Build of FHIR (will be incorrect/inconsistent at times).
See the Directory of published versions
Patient Care Work Group | Maturity Level: N/A | Standards Status: Informative | Compartments: Patient, Practitioner, RelatedPerson |
This is a representation of the json schema for AdverseEvent, which is just a part of the full JSON Schema.
{ "$schema": "http://json-schema.org/draft-06/schema#", "id": "http://hl7.org/fhir/json-schema/AdverseEvent", "$ref": "#/definitions/AdverseEvent", "description": "see http://hl7.org/fhir/json.html#schema for information about the FHIR Json Schemas", "definitions": { "AdverseEvent": { "description": "An event (i.e. any change to current patient status) that may be related to unintended effects on a patient or research participant. The unintended effects may require additional monitoring, treatment, hospitalization, or may result in death. The AdverseEvent resource also extends to potential or avoided events that could have had such effects. There are two major domains where the AdverseEvent resource is expected to be used. One is in clinical care reported adverse events and the other is in reporting adverse events in clinical research trial management. Adverse events can be reported by healthcare providers, patients, caregivers or by medical products manufacturers. Given the differences between these two concepts, we recommend consulting the domain specific implementation guides when implementing the AdverseEvent Resource. The implementation guides include specific extensions, value sets and constraints.", "properties": { "resourceType": { "description": "This is a AdverseEvent resource", "const": "AdverseEvent" }, "id": { "description": "The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes.", "$ref": "id.schema.json#/definitions/id" }, "meta": { "description": "The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.", "$ref": "Meta.schema.json#/definitions/Meta" }, "implicitRules": { "description": "A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.", "$ref": "#/definitions/uri" }, "_implicitRules": { "description": "Extensions for implicitRules", "$ref": "Element.schema.json#/definitions/Element" }, "language": { "description": "The base language in which the resource is written.", "$ref": "#/definitions/code" }, "_language": { "description": "Extensions for language", "$ref": "Element.schema.json#/definitions/Element" }, "text": { "description": "A human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it \"clinically safe\" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.", "$ref": "Narrative.schema.json#/definitions/Narrative" }, "contained": { "description": "These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, nor can they have their own independent transaction scope. This is allowed to be a Parameters resource if and only if it is referenced by a resource that provides context/meaning.", "items": { "$ref": "ResourceList.schema.json#/definitions/ResourceList" }, "type": "array" }, "extension": { "description": "May be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "modifierExtension": { "description": "May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element\u0027s descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.\n\nModifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "identifier": { "description": "Business identifiers assigned to this adverse event by the performer or other systems which remain constant as the resource is updated and propagates from server to server.", "items": { "$ref": "Identifier.schema.json#/definitions/Identifier" }, "type": "array" }, "status": { "description": "The current state of the adverse event or potential adverse event.", "$ref": "#/definitions/code" }, "_status": { "description": "Extensions for status", "$ref": "Element.schema.json#/definitions/Element" }, "actuality": { "description": "Whether the event actually happened or was a near miss. Note that this is independent of whether anyone was affected or harmed or how severely.", "$ref": "#/definitions/code" }, "_actuality": { "description": "Extensions for actuality", "$ref": "Element.schema.json#/definitions/Element" }, "category": { "description": "The overall type of event, intended for search and filtering purposes.", "items": { "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "type": "array" }, "code": { "description": "Specific event that occurred or that was averted, such as patient fall, wrong organ removed, or wrong blood transfused.", "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "subject": { "description": "This subject or group impacted by the event.", "$ref": "Reference.schema.json#/definitions/Reference" }, "encounter": { "description": "The Encounter associated with the start of the AdverseEvent.", "$ref": "Reference.schema.json#/definitions/Reference" }, "causeDateTime": { "description": "The date (and perhaps time) when the cause of the AdverseEvent occurred.", "pattern": "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\\.[0-9]{1,9})?)?)?(Z|(\\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)?)?)?$", "type": "string" }, "_causeDateTime": { "description": "Extensions for causeDateTime", "$ref": "Element.schema.json#/definitions/Element" }, "causePeriod": { "description": "The date (and perhaps time) when the cause of the AdverseEvent occurred.", "$ref": "Period.schema.json#/definitions/Period" }, "effectDateTime": { "description": "The date (and perhaps time) when the effect of the AdverseEvent occurred.", "pattern": "^([0-9]([0-9]([0-9][1-9]|[1-9]0)|[1-9]00)|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(\\.[0-9]{1,9})?)?)?(Z|(\\+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)?)?)?$", "type": "string" }, "_effectDateTime": { "description": "Extensions for effectDateTime", "$ref": "Element.schema.json#/definitions/Element" }, "effectPeriod": { "description": "The date (and perhaps time) when the effect of the AdverseEvent occurred.", "$ref": "Period.schema.json#/definitions/Period" }, "detected": { "description": "Estimated or actual date the AdverseEvent began, in the opinion of the reporter.", "$ref": "#/definitions/dateTime" }, "_detected": { "description": "Extensions for detected", "$ref": "Element.schema.json#/definitions/Element" }, "recordedDate": { "description": "The date on which the existence of the AdverseEvent was first recorded.", "$ref": "#/definitions/dateTime" }, "_recordedDate": { "description": "Extensions for recordedDate", "$ref": "Element.schema.json#/definitions/Element" }, "resultingEffect": { "description": "Information about the condition that occurred as a result of the adverse event, such as hives due to the exposure to a substance (for example, a drug or a chemical) or a broken leg as a result of the fall.", "items": { "$ref": "Reference.schema.json#/definitions/Reference" }, "type": "array" }, "location": { "description": "The information about where the adverse event occurred.", "$ref": "Reference.schema.json#/definitions/Reference" }, "seriousness": { "description": "Assessment whether this event, or averted event, was of clinical importance.", "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "outcome": { "description": "Describes the type of outcome from the adverse event, such as resolved, recovering, ongoing, resolved-with-sequelae, or fatal.", "items": { "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "type": "array" }, "recorder": { "description": "Information on who recorded the adverse event. May be the patient or a practitioner.", "$ref": "Reference.schema.json#/definitions/Reference" }, "participant": { "description": "Indicates who or what participated in the adverse event and how they were involved.", "items": { "$ref": "#/definitions/AdverseEvent_Participant" }, "type": "array" }, "study": { "description": "The research study that the subject is enrolled in.", "items": { "$ref": "Reference.schema.json#/definitions/Reference" }, "type": "array" }, "expectedInResearchStudy": { "description": "Considered likely or probable or anticipated in the research study. Whether the reported event matches any of the outcomes for the patient that are considered by the study as known or likely.", "$ref": "#/definitions/boolean" }, "_expectedInResearchStudy": { "description": "Extensions for expectedInResearchStudy", "$ref": "Element.schema.json#/definitions/Element" }, "suspectEntity": { "description": "Describes the entity that is suspected to have caused the adverse event.", "items": { "$ref": "#/definitions/AdverseEvent_SuspectEntity" }, "type": "array" }, "contributingFactor": { "description": "The contributing factors suspected to have increased the probability or severity of the adverse event.", "items": { "$ref": "CodeableReference.schema.json#/definitions/CodeableReference" }, "type": "array" }, "preventiveAction": { "description": "Preventive actions that contributed to avoiding the adverse event.", "items": { "$ref": "CodeableReference.schema.json#/definitions/CodeableReference" }, "type": "array" }, "mitigatingAction": { "description": "The ameliorating action taken after the adverse event occurred in order to reduce the extent of harm.", "items": { "$ref": "CodeableReference.schema.json#/definitions/CodeableReference" }, "type": "array" }, "supportingInfo": { "description": "Relevant past history for the subject. In a clinical care context, an example being a patient had an adverse event following a penicillin administration and the patient had a previously documented penicillin allergy. In a clinical trials context, an example is a bunion or rash that was present prior to the study. Additionally, the supporting item can be a document that is relevant to this instance of the adverse event that is not part of the subject\u0027s medical history. For example, a clinical note, staff list, or material safety data sheet (MSDS). Supporting information is not a contributing factor, preventive action, or mitigating action.", "items": { "$ref": "CodeableReference.schema.json#/definitions/CodeableReference" }, "type": "array" }, "note": { "description": "Comments made about the adverse event by the performer, subject or other participants.", "items": { "$ref": "Annotation.schema.json#/definitions/Annotation" }, "type": "array" } }, "type": "object", "additionalProperties": false, "required": [ "subject", "resourceType" ] }, "AdverseEvent_Participant": { "description": "An event (i.e. any change to current patient status) that may be related to unintended effects on a patient or research participant. The unintended effects may require additional monitoring, treatment, hospitalization, or may result in death. The AdverseEvent resource also extends to potential or avoided events that could have had such effects. There are two major domains where the AdverseEvent resource is expected to be used. One is in clinical care reported adverse events and the other is in reporting adverse events in clinical research trial management. Adverse events can be reported by healthcare providers, patients, caregivers or by medical products manufacturers. Given the differences between these two concepts, we recommend consulting the domain specific implementation guides when implementing the AdverseEvent Resource. The implementation guides include specific extensions, value sets and constraints.", "properties": { "id": { "description": "Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.", "$ref": "string.schema.json#/definitions/string" }, "extension": { "description": "May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "modifierExtension": { "description": "May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element\u0027s descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.\n\nModifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "function": { "description": "Distinguishes the type of involvement of the actor in the adverse event, such as contributor or informant.", "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "actor": { "description": "Indicates who or what participated in the event.", "$ref": "Reference.schema.json#/definitions/Reference" } }, "type": "object", "additionalProperties": false, "required": [ "actor" ] }, "AdverseEvent_SuspectEntity": { "description": "An event (i.e. any change to current patient status) that may be related to unintended effects on a patient or research participant. The unintended effects may require additional monitoring, treatment, hospitalization, or may result in death. The AdverseEvent resource also extends to potential or avoided events that could have had such effects. There are two major domains where the AdverseEvent resource is expected to be used. One is in clinical care reported adverse events and the other is in reporting adverse events in clinical research trial management. Adverse events can be reported by healthcare providers, patients, caregivers or by medical products manufacturers. Given the differences between these two concepts, we recommend consulting the domain specific implementation guides when implementing the AdverseEvent Resource. The implementation guides include specific extensions, value sets and constraints.", "properties": { "id": { "description": "Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.", "$ref": "string.schema.json#/definitions/string" }, "extension": { "description": "May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "modifierExtension": { "description": "May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element\u0027s descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.\n\nModifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "instance": { "description": "Identifies the actual instance of what caused the adverse event. May be a substance, medication, medication administration, medication statement or a device.", "$ref": "CodeableReference.schema.json#/definitions/CodeableReference" }, "causality": { "description": "Information on the possible cause of the event.", "$ref": "#/definitions/AdverseEvent_Causality" } }, "type": "object", "additionalProperties": false, "required": [ "instance" ] }, "AdverseEvent_Causality": { "description": "An event (i.e. any change to current patient status) that may be related to unintended effects on a patient or research participant. The unintended effects may require additional monitoring, treatment, hospitalization, or may result in death. The AdverseEvent resource also extends to potential or avoided events that could have had such effects. There are two major domains where the AdverseEvent resource is expected to be used. One is in clinical care reported adverse events and the other is in reporting adverse events in clinical research trial management. Adverse events can be reported by healthcare providers, patients, caregivers or by medical products manufacturers. Given the differences between these two concepts, we recommend consulting the domain specific implementation guides when implementing the AdverseEvent Resource. The implementation guides include specific extensions, value sets and constraints.", "properties": { "id": { "description": "Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.", "$ref": "string.schema.json#/definitions/string" }, "extension": { "description": "May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "modifierExtension": { "description": "May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element\u0027s descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and managable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.\n\nModifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).", "items": { "$ref": "Extension.schema.json#/definitions/Extension" }, "type": "array" }, "assessmentMethod": { "description": "The method of evaluating the relatedness of the suspected entity to the event.", "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "entityRelatedness": { "description": "The result of the assessment regarding the relatedness of the suspected entity to the event.", "$ref": "CodeableConcept.schema.json#/definitions/CodeableConcept" }, "author": { "description": "The author of the information on the possible cause of the event.", "$ref": "Reference.schema.json#/definitions/Reference" } }, "type": "object", "additionalProperties": false } } }