Entry subtype for administrative information, i.e. information about setting up the clinical process, but not itself clinically relevant. Archetypes will define contained information. Used for administrative details of admission, episode, ward location, discharge, appointment (if not stored in a practice management or appointments system). Not to be used for any clinically significant information.

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.

This is the term provided via a clinical application or batch process to name this EHR construct: its retention in the EHR faithfully preserves the original label by which this entry was known to end users.

Design-time archetype identifier of this node taken from its generating archetype; used to build archetype paths. Always in the form of an at-code, e.g. at0005. This value enables a 'standardised' name for this node to be generated, by referring to the generating archetype local terminology.

At an archetype root point, the value of this attribute is always the stringified form of the archetype_id found in the archetype_details object.

Optional globally unique object identifier for root points of archetyped structures.

Links to other archetyped structures (data whose root object inherits from ARCHETYPED, such as ENTRY, SECTION and so on). Links may be to structures in other compositions.

Details of archetyping used on this node.

Audit trail from non-openEHR system of original commit of information forming the content of this node, or from a conversion gateway which has synthesised this node.

Mandatory indicator of the localised language in which this Entry is written. Coded from openEHR Code Set languages.

Name of character set in which text values in this Entry are encoded. Coded from openEHR Code Set character sets.

Other participations at ENTRY level.

Identifier of externally held workflow engine data for this workflow execution, for this subject of care.

Id of human subject of this ENTRY, e.g.:

• organ donor
• foetus
• a family member
• another clinically relevant person

Optional identification of provider of the information in this ENTRY, which might be:

• the patient
• a patient agent, e.g. parent, guardian
• the clinician
• a device or software

Generally only used when the recorder needs to make it explicit. Otherwise, Composition composer and other participants are assumed.

Content of the Admin Entry. The data of the Entry; modelled in archetypes.

Entry subtype for administrative information, i.e. information about setting up the clinical process, but not itself clinically relevant. Archetypes will define contained information. Used for administrative details of admission, episode, ward location, discharge, appointment (if not stored in a practice management or appointments system). Not to be used for any clinically significant information.

Content of the Admin Entry. The data of the Entry; modelled in archetypes.

Entry subtype for administrative information, i.e. information about setting up the clinical process, but not itself clinically relevant. Archetypes will define contained information. Used for administrative details of admission, episode, ward location, discharge, appointment (if not stored in a practice management or appointments system). Not to be used for any clinically significant information.

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.

This is the term provided via a clinical application or batch process to name this EHR construct: its retention in the EHR faithfully preserves the original label by which this entry was known to end users.

Design-time archetype identifier of this node taken from its generating archetype; used to build archetype paths. Always in the form of an at-code, e.g. at0005. This value enables a 'standardised' name for this node to be generated, by referring to the generating archetype local terminology.

At an archetype root point, the value of this attribute is always the stringified form of the archetype_id found in the archetype_details object.

Optional globally unique object identifier for root points of archetyped structures.

Links to other archetyped structures (data whose root object inherits from ARCHETYPED, such as ENTRY, SECTION and so on). Links may be to structures in other compositions.

Details of archetyping used on this node.

Audit trail from non-openEHR system of original commit of information forming the content of this node, or from a conversion gateway which has synthesised this node.

Mandatory indicator of the localised language in which this Entry is written. Coded from openEHR Code Set languages.

Name of character set in which text values in this Entry are encoded. Coded from openEHR Code Set character sets.

Other participations at ENTRY level.

Identifier of externally held workflow engine data for this workflow execution, for this subject of care.

Id of human subject of this ENTRY, e.g.:

• organ donor
• foetus
• a family member
• another clinically relevant person

Optional identification of provider of the information in this ENTRY, which might be:

• the patient
• a patient agent, e.g. parent, guardian
• the clinician
• a device or software

Generally only used when the recorder needs to make it explicit. Otherwise, Composition composer and other participants are assumed.

Content of the Admin Entry. The data of the Entry; modelled in archetypes.