Draft Website - For Review Purposes Only

XCN-1: Person Identifier (ST)

Definition: This component carries the Person Identifier itself. XCN.1, in conjunction with XCN.9 uniquely identifies the entity/person.

XCN.1 is required if XCN.2 is not populated. Both may be populated.

XCN-2: Family Name (FN)

Definition: This component allows full specification of the surname of a person. Where appropriate, it differentiates the person's own surname from that of the person's partner or spouse, in cases where the person's name may contain elements from either name. It also permits messages to distinguish the surname prefix (such as "van" or "de") from the surname root. See section 2.A.30, "FN - family name".

XCN.2 is required if XCN.1 is not populated. Both may be populated.

XCN-3: Given Name (ST)

Definition: First name.

XCN-4: Second and Further Given Names or Initials Thereof (ST)

Definition: Multiple middle names may be included by separating them with spaces.

XCN-5: Suffix (ST)

Definition: Used to specify a name suffix (e.g., Jr. or III).

XCN-6: Prefix (ST)

Definition: Used to specify a name prefix (e.g., Dr.).

XCN-7: Degree (XCN)

Attention: The XCN-7 component was deprecated as of v2.5 and the detail was withdrawn and removed from the standard as of v27.. Refer to XCN.21 Professional Suffix.

XCN-8: Source Table (CWE)

Attention: Retained for backwards compatibility only as of v 2.7. The reader is referred to XCN.9 instead.

User-defined Table 0297 – CN ID source is used as the HL7 identifier for the user-defined table of values for this component. Used to delineate the first component.

XCN-9: Assigning Authority (HD)

Definition: The assigning authority is a unique identifier of the system (or organization or agency of department) that creates the data. User-defined Table 0363 – Assigning Authority is used as the HL7 identifier for the user-defined table of values for the first sub-component of the HD component, <namespace ID>.

As of v 2.7, the Assigning Authority is conditional. It is required if XCN.1 is populated and neither XCN.22 nor XCN.23 are populated. All 3 components may be populated. No assumptions can be safely made based on position or sequence. Best practice is to send an OID in this component when populated.

The reader is referred to XCN.22 and XCN.23 if there is a need to transmit values with semantic meaning for an assigning jurisdiction or assigning department or agency in addition to, or instead of, an assigning authority. However, all 3 components may be valued. If, in so doing, it is discovered that the values in XCN.22 and/or XCN.23 conflict with XCN.9, the user would look to the Message Profile or other implementation agreement for a statement as to which takes precedence.

XCN-10: Name Type Code (ID)

Definition: A code that represents the type of name. Refer to HL7 Table 0200 - Name Type for valid values. See Section 2.A.89.7, "Name Type Code (ID)".

As of v 2.7, XCN.10 is conditional. It is required if XCN.2 is populated.

XCN-11: Identifier Check Digit (ST)

Definition: This component contains the digit, or digits, exclusive of the identifier in XCN.1, calculated by applying an algorithm to all or some of the digits in the number, which may be used to test validity of the non-check-digit identifier.

XCN-12: Check Digit Scheme (ID)

Definition: Contains the code identifying the check digit scheme employed.

Refer to HL7 Table 0061 - Check Digit Scheme for valid values.

XCN-13: Identifier Type Code (ID)

Definition: A code corresponding to the type of identifier. In some cases, this code may be used as a qualifier to the <assigning authority> component. Refer to HL7 Table 0203 - Identifier Type for suggested values.

As of v 2.7, XCN.13 is conditional. It is required if XCN.1 is populated.

XCN-14: Assigning Facility (HD)

Definition: The place or location identifier where the identifier was first assigned to the person. This component is not an inherent part of the identifier but rather part of the history of the identifier: as part of this data type, its existence is a convenience for certain intercommunicating systems.

XCN-15: Name Representation Code (ID)

Definition: Different <name/address types> and representations of the same <name/address> should be described by repeating of this field, with different values of the <name/address type> and/or <name/address representation> component.

Refer to HL7 Table 0465 – Name/address Representation for valid values.

In general this component provides an indication of the representation provided by the data item. It does not necessarily specify the character sets used. Thus, even though the representation might provide an indication of what to expect, the sender is still free to encode the contents using whatever character set is desired. This component provides only hints for the receiver, so it can make choices regarding what it has been sent and what it is capable of displaying.

XCN-16: Name Context (CWE)

Definition: This component is used to designate the context in which a name is used. The main use case is in Australian healthcare for indigenous patients who prefer to use different names when attending different healthcare institutions. Another use case occurs in the US where health practitioners can be licensed under slightly different names and the reporting of the correct name is vital for administrative purposes. Refer to User-defined Table 0448 – Name Context for suggested values.

XCN-17: Name Validity Range (XCN)

Attention: The XCN.17 component was deprecated as of v2.5 and the detail was withdrawn and removed from the standard as of v 2.7. Refer to XCN.19 Effective Date and XCN.20 Expiration Date instead.

This component contains the start and end date/times that define the period during which this name was valid.

XCN-18: Name Assembly Order (ID)

Definition: A code that represents the preferred display order of the components of this person name. Refer to HL7 Table 0444 - Name Assembly Order for valid values.

XCN-19: Effective Date (DTM)

Definition: The first date, if known, on which the person name is valid and active.

XCN-20: Expiration Date (DTM)

Definition: The last date, if known, on which the person name is valid and active.

XCN-21: Professional Suffix (ST)

Definition: Used to specify an abbreviation, or a string of abbreviations denoting qualifications that support the person’s profession, (e.g., licenses, certificates, degrees, affiliations with professional societies, etc.). The Professional Suffix normally follows the Family Name when the Person Name is used for display purposes. Please note that this component is an unformatted string and is used for display purposes only. Detailed information regarding the contents of Professional Suffix is obtained using appropriate segments in Chapter 15, "Personnel Management".

XCN-22: Assigning Jurisdiction (CWE)

Definition: The geo-political body that assigned the identifier in XCN.1.

See section, 2.A.14.9, "Assigning Jurisdiction (CWE)" for further detail.

As of v 2.7, the Assigning Jurisdiction is conditional. It is required if XCN.1 is populated and neither XCN.9 nor XCN.23 are populated. All 3 components may be populated. The reader is referred to XCN.9 if there is a need to transmit this information as an OID.

XCN-23: Assigning Agency or Department (CWE)

Definition: The agency or department that assigned the identifier in XCN.1.

See section 2.A.14.10, "Assigning Agency or Department (CWE)" for further details.

As of v 2.7, the Assigning Jurisdiction is conditional. It is required if XCN.1 is populated and neither XCN.9 nor XCN.22 are populated. All 3 components may be populated. The reader is referred to XCN.9 if there is a need to transmit this information as an OID.

XCN-24: Security Check (ST)

Definition: This component is used to communicate a version code that may be assigned to the value given in XCN.1 Person Identifier.

XCN-25: Security Check Scheme (ID)

Definition: This component is used to transmit information intended to validate the veracity of the supplied identifier or the presenter of the identifier. For example, this component may be used to ensure that the presenter of a credit card is an authorized user of that card.

Refer to HL7 Table 0904 - Security Check Scheme for valid values