| ARCHETYPE ID | openEHR-EHR-CLUSTER.structured_name.v1 |
|---|---|
| Concept | Structured name of a person |
| Description | Discrete components of an individual's name. |
| Use | Use to record details about the structured name of an individual as they are known or understood in the course of clinical documentation, often ad hoc or when it is not appropriate or possible to use a formal demographic register or index. In most simple clinical recording use cases, the unstructured 'Name' element within the CLUSTER.person archetype will be sufficient to record the name of an individual as part of a health record. However, in circumstances where a structured name is necessary or desirable for clinical recording purposes, nest this archetype within the 'Structured name' SLOT in CLUSTER.person archetype. Each data element can be entered as a string of free text - for example, 'Prof Dr', 'Sonja Jane', 'Smith-Brown', 'MP'. Alternatively, as each data element is repeatable within a template:
While this archetype has been aligned with ISO 22220, preferred name, name usage, valid dates and the repeating Name component/Order grouping has intentionally not been replicated due to the reduced scope of this archetype. It is anticipated that in most use cases for which this archetype has been designed, complex family names will simply be recorded as a string. However, it is possible to record them with more granularity and within this structured name pattern using guidance and examples from ISO 22220:2007 (Annex F), including:
|
| Misuse | Not to be used if an unstructured text string representing the individual's name is adequate for the purpose. Use the 'Name' data element within the CLUSTER.person for this purpose. Not to be used for complex name representation or management, such as preferred names, name usage or valid dates of usage. Use a formal Master Patient Index or Health Provider Index for this purpose, or archetypes based on the openEHR Demographic Information Model. Not to be used to represent or replace formal identification management or for the purposes of maintaining an official demographic register or index. Use a formal Master Patient Index or Health Provider Index for this purpose, or archetypes based on the openEHR Demographic Information Model. Not to be used to represent the subject of care, participants or author of the record and similar data elements that should be represented formally in the health record using the Reference Model attributes. |
| Purpose | To record details about the structured name of an individual as they are known or understood in the course of clinical documentation. |
| References | Health Care Client Identification - AS 5017-2006. New South Wales (AU): Standards Australia; 2006. Health Care Provider Identification - AS 4846-2006. New South Wales (AU): Standards Australia; 2006. Health informatics — Identification of subjects of health care - ISO/TS 22220:2007. Geneva: International Organization for Standardization; 2007. HL7 FHIR Resource - Person v4.0.1: R4 [Internet]. Health Level Seven International; [accessed 2021 05 04]. Available from: http://hl7.org/fhir/2021May/person.html. |
| Copyright | © openEHR Foundation |
| Authors | Author name: Heather Leslie Organisation: Atomica Informatics Email: heather.leslie@atomicainformatics.com Date originally authored: 2021-04-14 |
| Other Details Language | Author name: Heather Leslie Organisation: Atomica Informatics Email: heather.leslie@atomicainformatics.com Date originally authored: 2021-04-14 |
| Other Details (Language Independent) |
|
| Keywords | person, individual, name |
| Lifecycle | published |
| UID | c4ed12e0-471f-40ec-b70d-be07ef3c5932 |
| Language used | en |
| Citeable Identifier | 1013.1.5359 |
| Revision Number | 1.0.1 |
| items | |
| Title | Title: One or more honorific form(s) of address commencing a name. Occurrences for this data element are set to 0..* to allow for more than one Title to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Doctor'; 'Ms'; 'Mx'; or 'Professor Dr'. |
| Given name | Given name: One or more unique name(s) used to identify an individual within a family group. Occurrences for this data element are set to 0..* to allow for more than one Given name to be recorded. In addition, this data element may be cloned and renamed within a template to allow discrete recording of different types of Given name - for example 'First name', 'Middle name', 'Preferred name' or 'Nickname', as required for a specific use case. |
| Family name | Family name: One or more name(s) that an individual has in common with a family group. Also known as 'Last name' or 'Surname'. Occurrences for this data element are set to 0..* to allow for more than one Family name to be recorded. Complex names such as 'El Haddad' or 'van der Heyden' can be recorded using this naming pattern, as identified in ISO 22220 (Annex F), but for the intended use case for this archetype it is most likely that the full family name will be recorded as a string. |
| Suffix | Suffix: One or more term(s) placed after all other name components, usually to differentiate an individual from a family member with identical Given and Family name components. Occurrences for this data element are set to 0..* to allow for more than one Suffix to be recorded. Coding with an external terminology is preferred, where possible. For example: 'Junior (Jr)'; 'Senior (Sr)'; 'Second (II)'. |
| Other contributors | Dag Aarhus, Vestre Viken HF, Norway Vebjørn Arntzen, Oslo University Hospital, Norway (openEHR Editor) Silje Ljosland Bakke, Helse Vest IKT AS, Norway (openEHR Editor) Keisha Barwise, MOHW/IDB HSSP Project, Jamaica SB Bhattacharyya, Bhattacharyyas Clinical Records Research & Informatics LLP, India Terje Bless, Helse Nord FRESK, Norway Yexuan Cheng, 浙江大学, China Candice de Lisser, Ministry of Health and Wellness, Jamaica Ludvig Eek Hofmann, Cambio Healthcare Systems AB, Sweden Alexander Eikrem-Lüthi, Lovisenberg Diakonale Sykehus, Norway Valborg Ellingsen, Haraldsplass Diakonale sykehus, Norway Heather Grain, Llewelyn Grain Informatics, Australia Mikkel Johan Gaup Grønmo, Regional forvaltning EPJ, Helse Nord, Norway (openEHR Editor) Rebecka Hansson, Cambio Healthcare Systems AB, Sweden Roar Holm, Helse Vest IKT A/S, Norway Joost Holslag, Nedap, Netherlands Evelyn Hovenga, EJSH Consulting, Australia Gunnar Jårvik, Helse Vest IKT AS, Norway Gunn-Lisbeth Kleiven, Oslo universitetssykehus HF, Norway Shinji Kobayashi, National Institute of Public Health, Japan Kanika Kuwelker, Helse Vest IKT, Norway Jörgen Kuylenstierna, eWeave AB, Sweden Liv Laugen, Oslo University Hospital, Norway, Norway (openEHR Editor) Heather Leslie, Atomica Informatics, Australia (openEHR Editor) Mikael Nyström, Cambio Healthcare Systems AB, Sweden Erik Skjemstad, Helse Nord RHF, Norway Natalia Strauch, Medizinische Hochschule Hannover, Germany Norwegian Review Summary, Norwegian Public Hospitals, Norway Nyree Taylor, Ocean Health Systems, Australia Anders Thurin, VGR, Sweden John Tore Valand, Helse Bergen, Norway (openEHR Editor) Marit Alice Venheim, Helse Vest IKT, Norway (openEHR Editor) |
| Translators |
|