Struct CodeSystemConcept

pub struct CodeSystemConcept {

    pub id: Option<String>,
    pub extension: Vec<Extension>,
    pub modifier_extension: Vec<Extension>,
    pub code: String,
    pub code_ext: Option<FieldExtension>,
    pub display: Option<String>,
    pub display_ext: Option<FieldExtension>,
    pub definition: Option<String>,
    pub definition_ext: Option<FieldExtension>,
    pub designation: Vec<Option<CodeSystemConceptDesignation>>,
    pub designation_ext: Vec<Option<FieldExtension>>,
    pub property: Vec<Option<CodeSystemConceptProperty>>,
    pub property_ext: Vec<Option<FieldExtension>>,
    pub concept: Vec<Option<CodeSystemConcept>>,
    pub concept_ext: Vec<Option<FieldExtension>>,
}

Sub-fields of the concept field in CodeSystem

Fields

id: Option<String>

Unique id for inter-element referencing

Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.

extension: Vec<Extension>

Additional content defined by implementations

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.

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

modifier_extension: Vec<Extension>

Extensions that cannot be ignored even if unrecognized

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’s 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.

Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).

There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.

code: String

Code that identifies concept

A code - a text symbol - that uniquely identifies the concept within the code system.

code_ext: Option<FieldExtension>

Extension field.

display: Option<String>

Text to display to the user

A human readable string that is the recommended default way to present this concept to a user.

display_ext: Option<FieldExtension>

Extension field.

definition: Option<String>

Formal definition

The formal definition of the concept. The code system resource does not make formal definitions required, because of the prevalence of legacy systems. However, they are highly recommended, as without them there is no formal meaning associated with the concept.

definition_ext: Option<FieldExtension>

Extension field.

designation: Vec<Option<CodeSystemConceptDesignation>>

Additional representations for the concept

Additional representations for the concept - other languages, aliases, specialized purposes, used for particular purposes, etc.

Concepts have both a textdisplay and an array of textdesignation. The display is equivalent to a special designation with an implied textdesignation.use of “primary code” and a language equal to the Resource Language.

designation_ext: Vec<Option<FieldExtension>>

Extension field.

property: Vec<Option<CodeSystemConceptProperty>>

Property value for the concept

A property value for this concept.

property_ext: Vec<Option<FieldExtension>>

Extension field.

concept: Vec<Option<CodeSystemConcept>>

Child Concepts (is-a/contains/categorizes)

Defines children of a concept to produce a hierarchy of concepts. The nature of the relationships is variable (is-a/contains/categorizes) - see hierarchyMeaning.

concept_ext: Vec<Option<FieldExtension>>

Extension field.

Implementations

impl CodeSystemConcept

pub fn builder() -> CodeSystemConceptBuilder

Start building a new instance

Trait Implementations

impl Clone for CodeSystemConcept

fn clone(&self) -> CodeSystemConcept

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for CodeSystemConcept

fn fmt(&self, f: &mut Formatter<'_>) -> Result<(), Error>

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for CodeSystemConcept

fn deserialize<__D>( __deserializer: __D, ) -> Result<CodeSystemConcept, <__D as Deserializer<'de>>::Error>

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl PartialEq for CodeSystemConcept

fn eq(&self, other: &CodeSystemConcept) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl Serialize for CodeSystemConcept

fn serialize<__S>( &self, __serializer: __S, ) -> Result<<__S as Serializer>::Ok, <__S as Serializer>::Error>

where __S: Serializer,

Serialize this value into the given Serde serializer.

impl StructuralPartialEq for CodeSystemConcept