Struct CodingInner

pub struct CodingInner {
    pub id: Option<String>,
    pub extension: Vec<Extension>,
    pub system: Option<String>,
    pub system_ext: Option<FieldExtension>,
    pub version: Option<String>,
    pub version_ext: Option<FieldExtension>,
    pub code: Option<String>,
    pub code_ext: Option<FieldExtension>,
    pub display: Option<String>,
    pub display_ext: Option<FieldExtension>,
    pub user_selected: Option<bool>,
    pub user_selected_ext: Option<FieldExtension>,
}

Coding Type: A reference to a code defined by a terminology system.

Coding v5.0.0

A reference to a code defined by a terminology system

A reference to a code defined by a terminology system.

Codes may be defined very casually in enumerations or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information.

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.

system: Option<String>

Identity of the terminology system

The identification of the code system that defines the meaning of the symbol in the code.

The URI may be an OID (urn:oid:…) or a UUID (urn:uuid:…). OIDs and UUIDs SHALL be references to the HL7 OID registry. Otherwise, the URI should come from HL7’s list of FHIR defined special URIs or it should be an absolute reference to some definition that establishes the system clearly and unambiguously.

system_ext: Option<FieldExtension>

Extension field.

version: Option<String>

Version of the system - if relevant

The version of the code system which was used when choosing this code. Note that a well-maintained code system does not need the version reported, because the meaning of codes is consistent across versions. However this cannot consistently be assured, and when the meaning is not guaranteed to be consistent, the version SHOULD be exchanged.

Where the terminology does not clearly define what string should be used to identify code system versions, the recommendation is to use the date (expressed in FHIR date format) on which that version was officially published as the version date.

version_ext: Option<FieldExtension>

Extension field.

code: Option<String>

Symbol in syntax defined by the system

A symbol in syntax defined by the system. The symbol may be a predefined code or an expression in a syntax defined by the coding system (e.g. post-coordination).

code_ext: Option<FieldExtension>

Extension field.

display: Option<String>

Representation defined by the system

A representation of the meaning of the code in the system, following the rules of the system.

display_ext: Option<FieldExtension>

Extension field.

user_selected: Option<bool>

If this coding was chosen directly by the user

Indicates that this coding was chosen by a user directly - e.g. off a pick list of available items (codes or displays).

Amongst a set of alternatives, a directly chosen code is the most appropriate starting point for new translations. There is some ambiguity about what exactly ‘directly chosen’ implies, and trading partner agreement may be needed to clarify the use of this element and its consequences more completely.

user_selected_ext: Option<FieldExtension>

Extension field.

Trait Implementations

impl Clone for CodingInner

fn clone(&self) -> CodingInner

Returns a duplicate of the value.

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

Performs copy-assignment from source.

impl Debug for CodingInner

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

Formats the value using the given formatter.

impl<'de> Deserialize<'de> for CodingInner

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

where __D: Deserializer<'de>,

Deserialize this value from the given Serde deserializer.

impl From<CodingInner> for Coding

fn from(inner: CodingInner) -> Coding

Converts to this type from the input type.

impl PartialEq for CodingInner

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

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 CodingInner