Person (address)—health address line, text X[X(179)]
Data Element Attributes
Identifying and definitional attributes | |
Metadata item type:![]() | Data Element |
---|---|
Short name:![]() | Address line |
Synonymous names:![]() | Address line |
METEOR identifier:![]() | 270016 |
Registration status:![]() | Health, Superseded 04/05/2005 |
Data Element Concept:![]() | Person (address)—health address line |
Value Domain:![]() | Text X[X(179)] |
Value domain attributes | ||
Representational attributes | ||
Representation class:![]() | Text | |
---|---|---|
Data type:![]() | String | |
Format:![]() | X[X(179)] | |
Maximum character length:![]() | 180 |
Source and reference attributes | |
Submitting organisation:![]() | Australian Institute of Health and Welfare |
---|
Data element attributes | |
Collection and usage attributes | |
Guide for use:![]() | When addressing an Australian location, following are the standard address data elements that may be concatenated in the Address line:
One complete identification/description of a location/site of an address can comprise one or more than one instance of address line. Instances of address lines are commonly identified in electronic information systems as Address-line 1, Address-line 2, etc. The format of data collection is less important than consistent use of conventions in the recording of address data. Hence, address may be collected in an unstructured manner but should ideally be stored in a structured format. Where Address line is collected as a stand-alone item, software may be used to parse the Address line details to separate the sub-components. Multiple Address lines may be recorded as required. |
---|---|
Collection methods:![]() | The following concatenation rules should be observed when collecting address lines addressing an Australian location.
|
Source and reference attributes | |
Submitting organisation:![]() | Standards Australia Health Data Standards Committee. |
Origin:![]() | AS 5017 Health care client identification |
Relational attributes | |
Related metadata references:![]() | Has been superseded by Person (address)—address line, text X[X(179)] Community Services (retired), Standard 30/09/2005 Health, Standard 04/05/2005 Is formed using Person (address)—building/complex sub-unit identifier, [X(7)] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is formed using Person (address)—building/complex sub-unit type, code A[AAA] Community Services (retired), Superseded 06/02/2012 Health, Superseded 05/10/2016 Is formed using Person (address)—building/property name, text X[X(29)] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is formed using Person (address)—floor/level identifier, [NNNA] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is formed using Person (address)—floor/level type, code A[A] Community Services (retired), Superseded 06/02/2012 Health, Superseded 05/10/2016 Is formed using Person (address)—house/property identifier, text X[X(11)] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is formed using Person (address)—lot/section identifier, N[X(14)] Community Services (retired), Superseded 06/02/2012 Health, Superseded 05/10/2016 Is formed using Person (address)—street name, text A[A(29)] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is formed using Person (address)—street suffix, code A[A] Community Services (retired), Superseded 06/02/2012 Health, Superseded 05/10/2016 Is formed using Person (address)—street type, code A[AAA] Community Services (retired), Superseded 06/02/2012 Health, Superseded 07/12/2011 Is re-engineered from ![]() No registration status |
Implementation in Data Set Specifications:![]() | Health care client identification Health, Superseded 04/05/2005 |