openehr-rm 0.0.128

openEHR RM Reference Model, generated from BMM: generations v1_1 (RM 1.1.0) and v1_2 (RM 1.2.0, current)
Documentation 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

// @generated by openehr-codegen from BMM (`ENTRY`) — DO NOT EDIT.
// SPDX-FileCopyrightText: Cadasto B.V.
// SPDX-FileCopyrightText: openEHR Foundation
// SPDX-License-Identifier: Apache-2.0

//! The openEHR `ENTRY` spec class, generated from the vendored BMM
//! meta-model.

use crate::v1_1::composition::content::entry::action::Action;
use crate::v1_1::composition::content::entry::admin_entry::AdminEntry;
use crate::v1_1::composition::content::entry::evaluation::Evaluation;
use crate::v1_1::composition::content::entry::instruction::Instruction;
use crate::v1_1::composition::content::entry::observation::Observation;

/// Closed subtype set of `ENTRY`, dispatched on each payload's `_type`.
///
/// The abstract parent of all `ENTRY` subtypes.
///
/// An `ENTRY` is the root of a logical item of  hard  clinical information created in the  clinical statement  context, within a clinical session. There can be numerous such contexts in a clinical session. Observations and other Entry types only ever document information captured/created in the event documented by the enclosing Composition.
///
/// An `ENTRY` is also the minimal unit of information any query should return, since a whole `ENTRY` (including subparts) records spatial structure, timing information, and contextual information, as well as the subject and generator of the information.
#[doc(alias = "ENTRY")]
#[derive(Debug, Clone, PartialEq)]
pub enum Entry {
    /// The `ACTION` subtype of `ENTRY`.
    Action(Action),
    /// The `ADMIN_ENTRY` subtype of `ENTRY`.
    AdminEntry(AdminEntry),
    /// The `EVALUATION` subtype of `ENTRY`.
    Evaluation(Evaluation),
    /// The `INSTRUCTION` subtype of `ENTRY`.
    Instruction(Instruction),
    /// The `OBSERVATION` subtype of `ENTRY`.
    Observation(Observation),
}