ActionPerformed |
DomainResource |
Abstract class representing an event occurrence or performance of any type of action.
|
ActionRequest |
DomainResource |
Abstract class representing a request for any type of action to be performed.
|
ActionStatement |
DomainResource |
Abstract class representing any type of action or event.
|
ClinicalStatement |
DomainResource |
This abstract class provides properties and behaviors common to entries in a medical record. Patient and Encounter are ubiquitous in clinical statements. This class also allows for common representation of simple data provenance elements asserter, recorder, and creation date.
|
Composition |
Composition |
A composition represents a set of Entries sharing common provenance, a document such as an extract from a patient record, a knowledge artifact, or a catalog definition.
|
Condition |
Condition |
A condition that is or may be present in a subject. ‘Condition’ is interpreted broadly and could be a disorder, abnormality, problem, injury, complaint, functionality, illness, disease, ailment, sickness, affliction, upset, difficulty, disorder, symptom, worry, or trouble.
The Observation-based class, ConditionAbsent, should be used to describe conditions that are not present or negative findings.
This profiled Condition uses the BodyLocation structure that includes not only a code, but optional laterality, direction, and relation to landmark(s).
|
DiagnosticReport |
DiagnosticReport |
The findings and interpretation of diagnostic tests performed on patients, groups of patients, devices, and locations, and/or specimens derived from these. The report includes clinical context such as requesting and provider information, and some mix of atomic results, images, textual and coded interpretations, and formatted representation of diagnostic reports.
|
DomainResource |
DomainResource |
Parent class for any item in clinical or administrative health-related system. A DomainResource can belong to a single person’s health record, or represent an entity that surfaces in multiple records, such as organizations, providers, payments, decision support artifacts, etc.
Note to FHIR implementers: Objective FHIR includes Status and Identifier fields on DomainResource because these two attributes occur in almost every FHIR resource. The most significant exception are 3 or 4 resources that use an ‘active’ flag instead of coded status value. There is no apparent pattern to this inconsistency. FHIR resources that use a coded status have active and inactive as status values. In the spirit of providing a consistent object-oriented logical model for FHIR, Objective FHIR uses status across all domain resources.
|
EncounterOrEpisode |
DomainResource |
Abstract element representing a group of services delivered to a patient.
|
Entity |
DomainResource |
Root class for entities such as people, organizations, and devices that have a separately identifiable existence.
|
EntityOrRole |
DomainResource |
Abstract parent class for both Entity and Role.
|
InformationItem |
DomainResource |
An abstract class representing items such as administrative records, knowledge artifacts, definitional items, and entities such as organizations and entities. These items are often independent of a single patient, and do not represent clinical judgements or observations about a patient.
|
MedicationAction |
DomainResource |
Abstract class representing medication exposure, independent of whether reported in a medication statement or medication administration. Does not include medication requests (prescriptions).
|
MedicationDispense |
DomainResource |
Indicates that a medication product has been dispensed for a named person/patient. This includes a description of the medication product (supply) provided and the instructions for administering the medication. The medication dispense is the result of a pharmacy system responding to a medication order.
|
MedicationStatement |
MedicationStatement |
A record of the use of a medication. The use may be reported by the patient or clinician and adminstration does not have to be directly observed.
FHIR Notes:
Although FHIR supports the asserter (information source) and date asserted, it does not have a place for the author (who created and is responsible for the statement) and recorder (who entered the statement). Extensions are provided.
The treatment of ‘not taken’ has changed from DSTU2 and STU3 to R4. In R4, status and statusReason are used to indicate medications not taken. For upward compatibility, the ‘not taken’ attributes are profiled out.
ReasonCode is a choice of CodeableConcept or ref(Condition) in DSTU2, and limited to one reason (pick a type). In STU3 and R4, there can be multiple reason codes, and multiple reason references, simultaneously.
Preference is given to using the National Library of Medicine (NLM) RxNorm terminology for medications. RxNorm is a coding standard established by the Office of the National Coordinator (ONC). However, RxNorm is restricted to FDA-approved drugs and does not include clinical trial drugs. MedicationStatement allows for the inclusion of other coding systems like the NCI Thesaurus (NCIT) to represent clinical trial oncology drugs.
|
Observation |
Observation |
Represents the result of evaluations (measurements, tests, or questions) that have been performed.
Observation has a value representing the result (answer), or an DataAbsentReason indicating why the value is not present. Things observed about the subject can include social and behavioral factors, subjective and objective observations, and assessments.
For an Observation, the Code describes the aspect or property of the subject being observed or measured. The Code is the ‘question code’ that pairs to the ‘answer’ contained in the Value.
|
Procedure |
Procedure |
An action that is or was performed on or for a patient. This can be a physical intervention like an operation, or less invasive like long term services, counseling, or hypnotherapy.
|
Role |
DomainResource |
Capacity in which an actor is involved in an activity. For instance, ‘attending physician’. Note that attributes of the actor (an entity) that remain constant regardless of the role the actor plays should be part of the entity and not the role. For instance, a person may be a practitioner and a patient. In both cases their date of birth will be the same and thus such information should not be part of the role.
|
SituationStatement |
DomainResource |
An assertion, determination, opinion, evaluation, result, observation, or measurement made by a person or device.
|