Struct ConceptMapGroupElement

pub struct ConceptMapGroupElement {

    pub id: Option<String>,
    pub extension: Vec<Extension>,
    pub modifier_extension: Vec<Extension>,
    pub code: Option<String>,
    pub code_ext: Option<FieldExtension>,
    pub display: Option<String>,
    pub display_ext: Option<FieldExtension>,
    pub value_set: Option<String>,
    pub value_set_ext: Option<FieldExtension>,
    pub no_map: Option<bool>,
    pub no_map_ext: Option<FieldExtension>,
    pub target: Vec<Option<ConceptMapGroupElementTarget>>,
    pub target_ext: Vec<Option<FieldExtension>>,
}

Sub-fields of the element field in ConceptMapGroup

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: Option<String>

Identifies element being mapped

Identity (code or path) or the element/item being mapped.

code_ext: Option<FieldExtension>

Extension field.

display: Option<String>

Display for the code

The display for the code. The display is only provided to help editors when editing the concept map.

The display is ignored when processing the map.

display_ext: Option<FieldExtension>

Extension field.

value_set: Option<String>

Identifies the set of concepts being mapped

The set of concepts from the ConceptMap.group.source code system which are all being mapped to the target as part of this mapping rule.

If the value set expansion is empty then there are no source concepts to map in this rule.

value_set_ext: Option<FieldExtension>

Extension field.

no_map: Option<bool>

No mapping to a target concept for this source concept

If noMap = true this indicates that no mapping to a target concept exists for this source concept.

If noMap = true, then the behavior of ConceptMap.group.unmapped (if present) does not apply.

no_map_ext: Option<FieldExtension>

Extension field.

target: Vec<Option<ConceptMapGroupElementTarget>>

Concept in target system for element

A concept from the target value set that this concept maps to.

Ideally there would only be one map, with an ‘equivalent’ mapping. But multiple maps are allowed for several narrower (i.e. source-is-broader-than-target) options, or to assert that other concepts are not related.

target_ext: Vec<Option<FieldExtension>>

Extension field.

Implementations

impl ConceptMapGroupElement

pub fn builder() -> ConceptMapGroupElementBuilder

Start building a new instance

Trait Implementations

impl Clone for ConceptMapGroupElement

fn clone(&self) -> ConceptMapGroupElement

Returns a duplicate of the value.

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

Performs copy-assignment from source.

impl Debug for ConceptMapGroupElement

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

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for ConceptMapGroupElement

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

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl PartialEq for ConceptMapGroupElement

fn eq(&self, other: &ConceptMapGroupElement) -> 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 ConceptMapGroupElement

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 ConceptMapGroupElement