• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Shared dimensions dict_v2_3
 

Shared dimensions dict_v2_3

on

  • 394 views

 

Statistics

Views

Total Views
394
Views on SlideShare
394
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Shared dimensions dict_v2_3 Shared dimensions dict_v2_3 Document Transcript

    • Shared DimensionsDATA MART - DATA DICTIONARY Version 2.3 January 2010
    • Shared Dimensions Data Dictionary Shared DimensionsReproduction of materialThe Ministry of Health (‘the Ministry’) permits the reproduction of material from this publicationwithout prior notification, providing all the following conditions are met: the information must not beused for commercial gain, must not be distorted or changed, and the Ministry must be acknowledged asthe source.DisclaimerThe Ministry of Health gives no indemnity as to the correctness of the information or data supplied.The Ministry of Health shall not be liable for any loss or damage arising directly or indirectly from thesupply of this publication.All care has been taken in the preparation of this publication. The data presented was deemed to beaccurate at the time of publication, but may be subject to change. It is advisable to check for updates tothis publication on the Ministry’s web site at http://www.moh.govt.nzPublicationsA complete list of the Ministry’s publications is available from the Ministry of Health, PO Box 5013,Wellington, or on the Ministry’s web site at http://www.moh.govt.nzAny enquiries about or comments on this publication should be directed to:Analytical ServicesMinistry of HealthPO Box 5013WellingtonPhone: (04) 922 1800 Fax: (04) 922-1899Email: data-enquiries@moh.govt.nzPublished by Ministry of Health© 2010, Ministry of HealthVersion 2.3 MoH 1January 2010
    • Shared Dimensions Data Dictionary Shared DimensionsIntroductionObjectives The objectives of the Ministry of Health (‘the Ministry’) Data Dictionaries are to: • describe the information available within the National Collections • promote uniformity, availability and consistency across the National Collections • support the use of nationally agreed protocols and standards wherever possible • promote national standard definitions and make them available to users. It is hoped that the greater level of detail along with clear definitions of the business rules around each element will assist with providing and using the data.Audiences The target audiences for Data Dictionaries are data providers, software developers, and data users.Format All data element definitions in the Data Dictionaries are presented in a format based on the Australian Institute of Health and Welfare National Health Data Dictionary. This dictionary is based on the ISO/IEC Standard 11179 Specification and Standardization of Data Elements—the international standard for defining data elements issued by the International Organization for Standardization and the International Electrotechnical Commission. The format is described in detail in the appendices of this dictionary.Changes to dictionary format A more rigorous approach to recording changes in the data elements has been introduced in these dictionaries along with background material on the features of time-series data for each element. In summary, the changes to the data dictionaries include: • standardisation of the element names so that, for instance, a healthcare user’s NHI number is referred to as NHI number in all collections • elements are listed alphabetically within each table, and the tables are organised alphabetically • each table is described • verification rules, historical information, and data quality information are included • alternative names for the elements are listed • information about how the data is collected is given • related data, and references to source documents and source organisations are included • an alphabetical index is included • code tables are included with the element, or a reference given to the Ministry’s web site (for large or dynamic code tables).Version 2.3 MoH 2January 2010
    • Shared Dimensions Data Dictionary Shared DimensionsTable of ContentsShared Dimensions...................................................................................................................................9Affiliation table.........................................................................................................................................10 Ethnic code 1 .....................................................................................................................................11 Ethnic code 2 .....................................................................................................................................13 Ethnic code 3 .....................................................................................................................................14 Ethnicity 1...........................................................................................................................................15 Ethnicity 2...........................................................................................................................................16 Ethnicity 3...........................................................................................................................................17 Gender ...............................................................................................................................................18 Gender Code......................................................................................................................................19 Level 0 ethnic code 1 .........................................................................................................................20 Level 0 ethnic code 2 .........................................................................................................................21 Level 0 ethnic code 3 .........................................................................................................................22 Level 0 ethnicity 1 ..............................................................................................................................23 Level 0 ethnicity 2 ..............................................................................................................................24 Level 0 ethnicity 3 ..............................................................................................................................25 Level 1 ethnic code 1 .........................................................................................................................26 Level 1 ethnic code 2 .........................................................................................................................27 Level 1 ethnic code 3 .........................................................................................................................28 Level 1 ethnicity 1 ..............................................................................................................................29 Level 1 ethnicity 2 ..............................................................................................................................30 Level 1 ethnicity 3 ..............................................................................................................................31 Priority ethnicity..................................................................................................................................32 Priority ethnicity code .........................................................................................................................33 level 0 priority ethnic code..................................................................................................................34 level 0 priority ethnicity .......................................................................................................................35 level 1 priority ethnic code..................................................................................................................36 level 1 priority ethnicity .......................................................................................................................37Age Band table .......................................................................................................................................38 (Capitated) Funding Band ..................................................................................................................39 Age in years .......................................................................................................................................40 Five year band ...................................................................................................................................41 General Medical Subsidy Age Band...................................................................................................42 Life Stage band ..................................................................................................................................43 Maternity band ...................................................................................................................................44 Ten year band ....................................................................................................................................45Agency Facility table ...............................................................................................................................46 Agency Facility BK .............................................................................................................................47 Agency address .................................................................................................................................48 Agency closing date ...........................................................................................................................49 Agency code ......................................................................................................................................50 Agency name .....................................................................................................................................51 Agency open date ..............................................................................................................................52 Agency type code...............................................................................................................................53 Agency type description .....................................................................................................................54 DHB code...........................................................................................................................................55 DHB name..........................................................................................................................................56 Domicile code.....................................................................................................................................57 Facility Address..................................................................................................................................58 Facility Code ......................................................................................................................................59 Facility close date...............................................................................................................................60 Facility name ......................................................................................................................................61 Facility open date ...............................................................................................................................62 Facility type ........................................................................................................................................63 Facility type description......................................................................................................................64 Region................................................................................................................................................65ANZSCO dimension table.......................................................................................................................66 ANZSCO code ...................................................................................................................................67 ANZSCO description..........................................................................................................................68 Category 1..........................................................................................................................................69 Category 2..........................................................................................................................................70 Category 3..........................................................................................................................................71Version 2.3 MoH 3January 2010
    • Shared Dimensions Data Dictionary Shared Dimensions Category 4..........................................................................................................................................72 Category 5..........................................................................................................................................73Census Affiliation table ...........................................................................................................................74 Gender ...............................................................................................................................................75 Gender code ......................................................................................................................................76 Level 0 priority ethnic code.................................................................................................................77 Level 0 priority ethnicity......................................................................................................................78 Level 1 priority ethnic code.................................................................................................................79 Level 1 priority ethnicity......................................................................................................................80Census Geofile table...............................................................................................................................81 DHB code...........................................................................................................................................82 DHB name..........................................................................................................................................83 Domicile code 2001............................................................................................................................84 Domicile name ...................................................................................................................................85 Health district name ...........................................................................................................................86 Nzdep 01............................................................................................................................................87 Public health provider name...............................................................................................................88 TLA name...........................................................................................................................................89Claim Code table ....................................................................................................................................90 CSC Flag............................................................................................................................................91 Claim code .........................................................................................................................................92 Description .........................................................................................................................................93 HUHC Flag.........................................................................................................................................94 Patient category .................................................................................................................................95Clinical Code table ..................................................................................................................................96 Block ..................................................................................................................................................97 Block Long Description.......................................................................................................................98 Block publication description ..............................................................................................................99 Block short description .....................................................................................................................100 Category...........................................................................................................................................101 Category long description.................................................................................................................102 Category publication ........................................................................................................................103 Category short description ...............................................................................................................104 Chapter ............................................................................................................................................105 Chapter description ..........................................................................................................................106 Clinical code.....................................................................................................................................108 Clinical code description...................................................................................................................111 Clinical code type .............................................................................................................................112 Clinical code type description...........................................................................................................113 Clinical coding system ID .................................................................................................................114 Clinical system description ...............................................................................................................116 Code end date..................................................................................................................................117 Code start date.................................................................................................................................118 Collection type..................................................................................................................................119 Dagger asterisk ................................................................................................................................120 Death flag.........................................................................................................................................121 Eligible cancer status .......................................................................................................................122 External cause flag...........................................................................................................................123 High age...........................................................................................................................................124 Low age............................................................................................................................................125 Non-specific diagnosis flag...............................................................................................................126 Normal NZ flag .................................................................................................................................127 Operation flag...................................................................................................................................128 Sex flag ............................................................................................................................................129 Sub chapter description....................................................................................................................130 Sub-category....................................................................................................................................131 Sub-chapter......................................................................................................................................132 Unacceptable diagnosis flag ............................................................................................................133Contract Details table............................................................................................................................134 Allow payment..................................................................................................................................135 Change flag......................................................................................................................................136 Contract description .........................................................................................................................137 Contract expiry date .........................................................................................................................138 Contract number ..............................................................................................................................139Version 2.3 MoH 4January 2010
    • Shared Dimensions Data Dictionary Shared Dimensions Contract type....................................................................................................................................140 Current version.................................................................................................................................141 DHB code.........................................................................................................................................142 Payment days ..................................................................................................................................143 Payment term code ..........................................................................................................................144 Perorg ID..........................................................................................................................................145Country table.........................................................................................................................................146 Country code description..................................................................................................................147 Country of Birth ................................................................................................................................148DHB Reference table ............................................................................................................................149 DHB ID .............................................................................................................................................150 DHB code.........................................................................................................................................151 DHB name........................................................................................................................................152 dhb ssg.............................................................................................................................................153Diagnosis Type table ............................................................................................................................154 Diagnosis type..................................................................................................................................155 Diagnosis type description ...............................................................................................................157DRG table .............................................................................................................................................158 DRG code ........................................................................................................................................159 DRG code description ......................................................................................................................160 DRG grouper type code ...................................................................................................................161 DRG grouper type description..........................................................................................................162 MDC code ........................................................................................................................................163 MDC description...............................................................................................................................164 drg category code ............................................................................................................................165Ethnicity table........................................................................................................................................166 Ethnic Code......................................................................................................................................167 Ethnicity............................................................................................................................................168 Level 0 ethnic code ..........................................................................................................................169 Level 0 ethnicity ...............................................................................................................................170 Level 1 ethnic code ..........................................................................................................................171 Level 1 ethnicity ...............................................................................................................................172Event End Type table............................................................................................................................173 Event end description.......................................................................................................................174 Event end type code ........................................................................................................................175 Separation mode..............................................................................................................................178Event Type table ...................................................................................................................................179 Event type code ...............................................................................................................................180 Event type description......................................................................................................................181Facility Type table .................................................................................................................................182 Facility Type description...................................................................................................................183 Facility type ......................................................................................................................................184Geo table ..............................................................................................................................................185 Area unit...........................................................................................................................................186 Area unit code ..................................................................................................................................187 Census year .....................................................................................................................................188 DHB code.........................................................................................................................................189 DHB name........................................................................................................................................190 Domicile code...................................................................................................................................191 Domicile name .................................................................................................................................192 HHS..................................................................................................................................................193 HHS code.........................................................................................................................................194 Locality .............................................................................................................................................195 Locality code ....................................................................................................................................196 Nzdep 2001......................................................................................................................................197 RHA code.........................................................................................................................................198 Region..............................................................................................................................................199 Rural status code .............................................................................................................................200 Sub-locality.......................................................................................................................................201 Sub-locality code..............................................................................................................................202 Territorial Authority...........................................................................................................................203 Territorial Authority code ..................................................................................................................204Version 2.3 MoH 5January 2010
    • Shared Dimensions Data Dictionary Shared Dimensions Year retired ......................................................................................................................................205Geofile table..........................................................................................................................................206 Area Unit 1991 .................................................................................................................................207 Area Unit 1996 .................................................................................................................................208 Area Unit 2001 NZDEP ....................................................................................................................209 Area Unit 2006 .................................................................................................................................210 Area unit name.................................................................................................................................211 DHB code.........................................................................................................................................212 DHB name........................................................................................................................................213 Domicile code 1991..........................................................................................................................214 Domicile code 1996..........................................................................................................................215 Domicile code 2001..........................................................................................................................216 Domicile code 2006..........................................................................................................................217 Domicile name .................................................................................................................................218 Health district ...................................................................................................................................219 Mesh Block 1991..............................................................................................................................220 Mesh Block 1996..............................................................................................................................221 Mesh block 2001 ..............................................................................................................................222 Mesh block 2006 ..............................................................................................................................223 Nzdep 01..........................................................................................................................................224 Nzdep 96..........................................................................................................................................225 Post code .........................................................................................................................................226 Public health provider.......................................................................................................................227 RHA..................................................................................................................................................228 TLA Code 1995 ................................................................................................................................229 TLA name.........................................................................................................................................230 Ward 1995........................................................................................................................................231 Ward Name ......................................................................................................................................232 area unit 2001 ..................................................................................................................................233Global Time table..................................................................................................................................234 Calendar month key .........................................................................................................................235 Calendar month number...................................................................................................................236 Calendar quarter ..............................................................................................................................237 Calendar quarter number .................................................................................................................238 Calendar year...................................................................................................................................239 Calendar year and month.................................................................................................................240 Calendar year and quarter ...............................................................................................................241 Day of month....................................................................................................................................242 Day of week .....................................................................................................................................243 Financial month number...................................................................................................................244 Financial quarter ..............................................................................................................................245 Financial quarter number .................................................................................................................246 Financial year...................................................................................................................................247 Financial year and quarter................................................................................................................248 First day of month ............................................................................................................................249 Global time dim key..........................................................................................................................250 Last day of month.............................................................................................................................251 Month ...............................................................................................................................................252 SQL date ..........................................................................................................................................253 Time key...........................................................................................................................................254HCU Identifiable table ...........................................................................................................................255 Address Line 1 .................................................................................................................................256 Address Line 2 .................................................................................................................................257 Address Line 3 .................................................................................................................................258 Address Line 4 .................................................................................................................................259 Address Line 5 .................................................................................................................................260 Date of birth......................................................................................................................................261 Date of death....................................................................................................................................262 Dim HCU Identifiable key .................................................................................................................263 Dim affiliation key .............................................................................................................................264 Ethnic code 1 ...................................................................................................................................265 Ethnic code 2 ...................................................................................................................................266 Ethnic code 3 ...................................................................................................................................267 Family Name ....................................................................................................................................268 First name ........................................................................................................................................269Version 2.3 MoH 6January 2010
    • Shared Dimensions Data Dictionary Shared Dimensions Gender Code....................................................................................................................................270 HCU id..............................................................................................................................................271 Priority ethnic code...........................................................................................................................272 Second Name ..................................................................................................................................273 Third Name ......................................................................................................................................274 master hcu id....................................................................................................................................275Health Care User table .........................................................................................................................276 Date of birth......................................................................................................................................277 Date of death....................................................................................................................................278 Dim affiliation key .............................................................................................................................279 Encrypted hcu id ..............................................................................................................................280 Ethnic code 1 ...................................................................................................................................282 Ethnic code 2 ...................................................................................................................................284 Ethnic code 3 ...................................................................................................................................285 Gender code ....................................................................................................................................286 Master encrypted hcu id ...................................................................................................................287 Priority ethnic code...........................................................................................................................289 dim hcu key ......................................................................................................................................290 dss_count_distinct............................................................................................................................291Health Specialty table ...........................................................................................................................292 Health specialty code .......................................................................................................................293 Health specialty description..............................................................................................................294 Health specialty end date .................................................................................................................295 Health specialty start date ................................................................................................................296 Mental health inpatient flag ..............................................................................................................297 Specialty full description...................................................................................................................298Legal Status table .................................................................................................................................299 Legal status act code .......................................................................................................................300 Legal status act description..............................................................................................................301 Legal status code .............................................................................................................................302 Legal status description....................................................................................................................303 Legal status end date.......................................................................................................................304 Legal status start date......................................................................................................................305Location table........................................................................................................................................306 Facility type ......................................................................................................................................307 Location code...................................................................................................................................308 Location description .........................................................................................................................309Occupation table ...................................................................................................................................310 Occupation code ..............................................................................................................................311 Occupation code description ............................................................................................................312Payee table ...........................................................................................................................................313 Change flag......................................................................................................................................314 Payee DHB ......................................................................................................................................315 Payee description.............................................................................................................................316 Payee number..................................................................................................................................317 Payee perorg number.......................................................................................................................318 Perorg legal name............................................................................................................................319 Perorg name ....................................................................................................................................320 Sequence number............................................................................................................................321Provider table........................................................................................................................................322 Current practising certificate.............................................................................................................323 Deregistration date...........................................................................................................................324 Health professional group code........................................................................................................325 Perorg first name..............................................................................................................................326 Perorg name ....................................................................................................................................327 Perorg number .................................................................................................................................328 Perorg second name........................................................................................................................329 Perorg title........................................................................................................................................330 Pharmac provider type .....................................................................................................................331 Pharmac registration number ...........................................................................................................332 Practice address 1 ...........................................................................................................................333 Practice address 2 ...........................................................................................................................334 Practice address 3 ...........................................................................................................................335Version 2.3 MoH 7January 2010
    • Shared Dimensions Data Dictionary Shared Dimensions Provider DHB code ..........................................................................................................................336 Provider address ..............................................................................................................................337 Provider address 2 ...........................................................................................................................338 Provider city .....................................................................................................................................339 Provider occupation .........................................................................................................................340 Provider occupation desc .................................................................................................................341 Provider registration number ............................................................................................................342 Provider type ....................................................................................................................................343 Provider type desc ...........................................................................................................................344 Source system .................................................................................................................................345Purchase Unit table...............................................................................................................................346 Dim purchase unit key......................................................................................................................347 End date...........................................................................................................................................348 IDF unit of measure..........................................................................................................................349 Mandatory in NNPAC .......................................................................................................................350 Purchase unit code ..........................................................................................................................351 Purchase unit description .................................................................................................................352 Purchase unit type ...........................................................................................................................353 Start date..........................................................................................................................................354 Unit of measure................................................................................................................................355Purchaser Code table ...........................................................................................................................356 Purchaser address ...........................................................................................................................357 Purchaser code ................................................................................................................................358 Purchaser code description..............................................................................................................359 Purchaser end date..........................................................................................................................360 Purchaser start date.........................................................................................................................361Time of day table ..................................................................................................................................362 AM / PM ...........................................................................................................................................363 Hours since midnight........................................................................................................................364 Minute of hour ..................................................................................................................................365 Minutes since midnight.....................................................................................................................366Appendix A: Data Dictionary Template ...................................................................................................... iAppendix B: Glossary .............................................................................................................................. iiiAppendix C: Overview of a Data Warehouse........................................................................................... ivAppendix D: Index of Element Names ..................................................................................................... viAppendix E: Guide for Use of Emergency Department (ED) Event End Type Codes.............................. ixVersion 2.3 MoH 8January 2010
    • Shared Dimensions Data Dictionary Shared DimensionsShared DimensionsPurpose The purpose of the Shared Dimensions data dictionary is to record all common dimension tables in the Oracle data warehouse. Where a dimension is unique to a datamart, then that dimension will be recorded as part of the primary data dictionary.ContentStart dateGuide for use The dimensions are codes and descriptions, based on reference data. Dimension data includes items such as Provider IDs, Health Care User IDs, Ethnic Groups, etc. Read this data dictionary in conjunction with the primary data dictionary, for example, PHO Data Dictionary.Contact information For further information about this collection or to request specific datasets or reports, contact the NZHIS Analytical Services team on ph 04 922 1800, fax 04 922 1897, or e-mail inquiries@nzhis.govt.nz, or visit the NZHIS web site www.nzhis.govt.nz.Collection methodsFrequency of updatesSecurity of dataPrivacy issues The Ministry of Health is required to ensure that the release of information recognises any legislation related to the privacy of health information, in particular the Official Information Act 1982, the Privacy Act 1993 and the Health Information Privacy Code 1994. Information available to the general public is of a statistical and non- identifiable nature. Researchers requiring identifiable data will usually need approval from an Ethics Committee. In 2002 claims, the encrypted NHI number is stored for approximately 70 percent of laboratory test records. (In earlier years, it varied, dropping to as low as 13 percent in 1997 claims.) Identifying information is only held for health providers who request the test and not for the pathologist performing the test.National reports andpublicationsData provision Customised datasets or summary reports are available on request, either electronically or on paper. Staff from the NZHIS Analytical Services team can help to define the specifications for a request and are familiar with the strengths and weaknesses of the data. The NZHIS Analytical Services team also offers a peer review service to ensure that NZHIS data is reported appropriately when published by other organisations. There may be charges associated with data extracts.Version 2.3 MoH 9January 2010
    • Shared Dimensions Data Dictionary Affiliation tableAffiliation tableTable name dim_affiliationDefinition This table is a matrix of gender and ethnicity code combination. Each row denotes the gender and ethnicity combination applicable to a person at the time of a transaction, i.e. it does not change over time.Primary key dim_affiliation_keyBusiness key gender_code, ethnic_code_1, ethnic_code_2, ethnic_code_3Guide for use The record in this table is linked to the Fact table for a transaction so that the values of gender and ethnicity in the row in this table are the gender and ethnicity of the Health Care User at the time the transaction in the fact table took place. The pointer to this record, is the value of the column dim_affiliation_key in the fact table. This pointer in the fact table points to the record in the dim_affiliation table with that value of the field dim_affiliation_key, thereby exposing the combination of gender and ethnicity which is valid for the fact table record.Relational rulesData contentVersion 2.3 MoH 10January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnic code 1Definition A social group whose members have one or more of the following four characteristics: - they share a sense of common origins - they claim a common and distinctive history and destiny - they possess one or more dimensions of collective cultural individuality - they feel a sense of unique collective solidarity.Column name ethnic_code_1Table name dim_affiliationData type varchar2(2)Other names Ethnic groupContext The first recorded ethnicity of the healthcare user. Information on ethnicity is collected for planning and service delivery purposes and for monitoring health status across different ethnic groups. Ethnic group codes are key variables for determining the characteristics of the population that are using the health sector.Layout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The first recorded ethnicity of the healthcare user. Up to 3 Ethnic group codes can be collected for each healthcare user and each event. Where more than 3 Ethnic group codes are reported, the Statistics NZ prioritisation algorithm is used to report only 3 values. Code ‘54’ (Other) is retired from 01 July 2009 and should not be used after this date. Use of the code 61 (Other Ethnicity) is limited to a very small number of ethnic groups. It must not be used as a generic other code. If a person chooses not to answer the ethnicity question, record their ethnicity using an appropriate residual response. Because ethnicity is self-identified, it can change over time. This is whyVersion 2.3 MoH 11January 2010
    • Shared Dimensions Data Dictionary Affiliation table NZHIS collects ethnicity information for each health event, rather than relying on the data in the National Health Index (which does not include historical data).Verification rulesCollection methods Each ethnic group maintained by Statistics NZ has a 5-digit code. NZHIS collections use ethnicity recorded at level 2.Related data Prioritised ethnic code Ethnicity code 2 Ethnicity code 3Source document See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Source organisation Statistics NZ, modified by the National Data Policy GroupVersion 2.3 MoH 12January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnic code 2Definition See Ethnic code 1.Column name ethnic_code_2Table name dim_affiliationData type varchar2(2)Other namesContextLayout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The second recorded ethnicity of the healthcare user.Verification rulesCollection methodsRelated data Prioritised ethnic code Ethnicity code 1 Ethnicity code 3Source documentSource organisationVersion 2.3 MoH 13January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnic code 3Definition See Ethnic code 1.Column name ethnic_code_3Table name dim_affiliationData type varchar2(2)Other namesContextLayout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The third recorded ethnicity of the healthcare user.Verification rulesCollection methodsRelated data Prioritised ethnic code Ethnicity code 1 Ethnicity code 2Source documentSource organisationVersion 2.3 MoH 14January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnicity 1Definition A description of the ethnic code 1Column name ethnicity_1Table name dim_affiliationData type varchar2(50)Other namesContextLayout Free textData domainGuide for use The description of the first recorded ethnicity.Verification rulesCollection methodsRelated data Ethnicity code 1 Ethnicity 2 Ethnicity 3Source documentSource organisationVersion 2.3 MoH 15January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnicity 2Definition See Ethnicity 1.Column name ethnicity_2Table name dim_affiliationData type varchar2(50)Other namesContextLayout Free textData domainGuide for use The description of the second recorded ethnicity.Verification rulesCollection methodsRelated data Ethnicity code 2 Ethnicity 1 Ethnicity 3Source documentSource organisationVersion 2.3 MoH 16January 2010
    • Shared Dimensions Data Dictionary Affiliation tableEthnicity 3Definition See Ethnicity 1.Column name ethnicity_3Table name dim_affiliationData type varchar2(50)Other namesContextLayout Free textData domainGuide for use The description of the third recorded ethnicity.Verification rulesCollection methodsRelated data Ethnicity code 3 Ethnicity 1 Ethnicity 2Source documentSource organisationVersion 2.3 MoH 17January 2010
    • Shared Dimensions Data Dictionary Affiliation tableGenderDefinition The individuals gender is either male, female or unknown. An individual with an unknown gender will be assigned the male value.Column name genderTable name dim_affiliationData type varchar2(30)Other namesContextLayout Free TextData domainGuide for useVerification rulesCollection methodsRelated data Gender CodeSource documentSource organisationVersion 2.3 MoH 18January 2010
    • Shared Dimensions Data Dictionary Affiliation tableGender CodeDefinition The individuals biological sex.Column name gender_codeTable name dim_affiliationData type char(1)Other namesContextLayout AData domain M Male F Female U Unknown I IndeterminateGuide for use Within the CBF Extract only M and F are used. U and I are converted to M during HealthPAC processing.Verification rulesCollection methodsRelated data GenderSource documentSource organisationVersion 2.3 MoH 19January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnic code 1Definition This is the level 0 code of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_0_ethnic_code_1Table name dim_affiliationData type char(1)Other namesContextLayoutData domain Level 0 ethnicity is a hierarchical classification with 3 levels. 2 Maori 3 Pacific Island 6 OtherGuide for use This is the first recorded ethnicity at level 0, i.e. Ethnic Code 1 - Level 0 Ethnic Code 1Verification rulesCollection methodsRelated data level_0_ethnicity_1Source documentSource organisationVersion 2.3 MoH 20January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnic code 2Definition See Level 0 Ethnic code 1.Column name level_0_ethnic_code_2Table name dim_affiliationData type char(1)Other namesContextLayoutData domainGuide for use This is the second recorded ethnicity at level 0, i.e. Ethnic Code 2 - Level 0 Ethnic Code 2Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 21January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnic code 3Definition See Level 0 Ethnic code 1.Column name level_0_ethnic_code_3Table name dim_affiliationData type char(1)Other namesContextLayoutData domainGuide for use This is the third recorded ethnicity at level 0, i.e. Ethnic Code 3 - Level 0 Ethnic Code 3Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 22January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnicity 1Definition This is the level 0 description of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_0_ethnicity_1Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This is the description of the first recorded ethnicity at level 0.Verification rulesCollection methodsRelated data level_0_ethnic_code_1Source documentSource organisationVersion 2.3 MoH 23January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnicity 2Definition See Level 0 Ethnic 1.Column name level_0_ethnicity_2Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domainGuide for use This is the description of the second recorded ethnicity at level 0.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 24January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 0 ethnicity 3Definition See Level 0 Ethnic 1.Column name level_0_ethnicity_3Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domainGuide for use This is the description of the third recorded ethnicity at level 0.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 25January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnic code 1Definition This is the level 1 code of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_1_ethnic_code_1Table name dim_affiliationData type char(1)Other namesContextLayoutData domain Level one has 7 categories - 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This is the first recorded ethnicity at level 1, i.e. Ethnic Code 1 - Level 1 Ethnic Code 1Verification rulesCollection methodsRelated data level_1_ethnicity_1Source documentSource organisationVersion 2.3 MoH 26January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnic code 2Definition See Level 1 Ethnic code 1.Column name level_1_ethnic_code_2Table name dim_affiliationData type char(1)Other namesContextLayoutData domainGuide for use This is the second recorded ethnicity at level 1, i.e. Ethnic Code 2 - Level 1 Ethnic Code 2Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 27January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnic code 3Definition See Level 1 Ethnic code 1.Column name level_1_ethnic_code_3Table name dim_affiliationData type char(1)Other namesContextLayoutData domainGuide for use This is the third recorded ethnicity at level 1, i.e. Ethnic Code 3 - Level 1 Ethnic Code 3Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 28January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnicity 1Definition This is the level 1 description of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_1_ethnicity_1Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This is the description of the first recorded ethnicity at level 1.Verification rulesCollection methodsRelated data level_1_ethnic_code_1Source documentSource organisationVersion 2.3 MoH 29January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnicity 2Definition See Level 1 Ethnic 1.Column name level_1_ethnicity_2Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domainGuide for use This is the description of the second recorded ethnicity at level 1.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 30January 2010
    • Shared Dimensions Data Dictionary Affiliation tableLevel 1 ethnicity 3Definition See Level 1 Ethnic 1.Column name level_1_ethnicity_3Table name dim_affiliationData type varchar2(50)Other namesContextLayoutData domainGuide for use This is the description of the third recorded ethnicity at level 1.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 31January 2010
    • Shared Dimensions Data Dictionary Affiliation tablePriority ethnicityDefinition A description of the most highly prioritised ethnicity of the three ethnic groups recorded for the healthcare user, determined according to a Statistics NZ algorithm.Column name priority_ethnicityTable name dim_affiliationData type varchar2(50)Other namesContextLayout Free TextData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for useVerification rulesCollection methodsRelated data Related to the priority ethnic code field in the Health Care User tableSource documentSource organisationVersion 2.3 MoH 32January 2010
    • Shared Dimensions Data Dictionary Affiliation tablePriority ethnicity codeDefinition The most highly prioritised ethnicity of the three ethnic groups recorded for the healthcare user, determined according to a Statistics NZ algorithm.Column name priority_ethnic_codeTable name dim_affiliationData type varchar2(2)Other namesContextLayout NNData domain See the Ethnicity code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use Ethnic codes are ranked on the Ethnicity code table from 1 (highest priority) to 22 (lowest priority), with 94 for Dont Know, 95 for Refused to Answer, 97 for Response Unidentifiable and 99 for Not stated. Prioritised ethnic code is the healthcare users ethnic code with the highest priority. Prioritising ethnic codes simplifies analysis.Verification rulesCollection methodsRelated data prioritised_ethnicity Ethnic_group_codeSource documentSource organisationVersion 2.3 MoH 33January 2010
    • Shared Dimensions Data Dictionary Affiliation tablelevel 0 priority ethnic codeDefinition This is the level 0 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. At this level, ethnicities from level 1 are rolled up into three into three main ethnic groups. Level 0 groups ethnicities into: 2 (represents Maori), 3 (represents Pacific peoples), 6 (represents Other)Column name level_0_priority_ethnic_codeTable name dim_affiliationData type char(1)Other namesContextLayout AAData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This field is derived from the Prioritised ethnic code and the Level 0 ethnic code.Verification rulesCollection methodsRelated data level_0_priority_ethnicitySource documentSource organisationVersion 2.3 MoH 34January 2010
    • Shared Dimensions Data Dictionary Affiliation tablelevel 0 priority ethnicityDefinition This is the level 0 description of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 0 groups ethnicities into: Maori, Pacific Island, Other.Column name level_0_priority_ethnicityTable name dim_affiliationData type varchar2(50)Other namesContextLayout Free textData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This is the description of the prioritised ethnicity at level 0.Verification rulesCollection methodsRelated data level_0_priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 35January 2010
    • Shared Dimensions Data Dictionary Affiliation tablelevel 1 priority ethnic codeDefinition This is the level 1 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 1 groups ethnicities into: 1 (European), 2 (Maori), 3 (Pacific Island), 4 (Asian), 5 (MELAA), 6 (Other), 9 (Unspecified).Column name level_1_priority_ethnic_codeTable name dim_affiliationData type char(1)Other namesContextLayout AAData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This field is derived from the Prioritised ethnic code and the Level 1 ethnic code.Verification rulesCollection methodsRelated data level_1_priority_ethnicitySource documentSource organisationVersion 2.3 MoH 36January 2010
    • Shared Dimensions Data Dictionary Affiliation tablelevel 1 priority ethnicityDefinition This is the level 1 description of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 1 groups ethnicities into: European, Maori, Pacific Island, Asian, MELAA, Other, Unspecified.Column name level_1_priority_ethnicityTable name dim_affiliationData type varchar2(50)Other namesContextLayout Free textData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This is the description of the prioritised ethnicity at level 1.Verification rulesCollection methodsRelated data level_1_priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 37January 2010
    • Shared Dimensions Data Dictionary Age Band tableAge Band tableTable name dim_age_bandDefinition This dimension table contains a record for each age from 0 to 115 years. The ages are also grouped into 5 and 10 year age bands, the GMS age bands and the PHO CBF BandsPrimary key dim_age_band_keyBusiness key age_in_yearsGuide for use The table is prepopulated with age records. Each fact table record will point to the record in the age band table, which contains the age of the Health Care User at the time of the transaction. This is calculated during the load of the fact table from the Health Care Users date of birth and the transaction date. The age band columns in the dim_age_band dimension can be selected directly into queries, providing the analyst with age banded groupings for counts and totals, without having to perform their own grouping. If there is no NHI Number, the age will be undefined.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 38January 2010
    • Shared Dimensions Data Dictionary Age Band table(Capitated) Funding BandDefinition The following funding bands are used: 1 = 0 - 4 years 2 = 5 - 14 years 3 = 15 - 24 years 4 = 25 - 44 years 5 = 45 - 64 years, and 6 = 65+Column name funding_bandTable name dim_age_bandData type integerOther namesContext The funding band is used within the CCF extract to indicate the age group that the funding is targeted at.LayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 39January 2010
    • Shared Dimensions Data Dictionary Age Band tableAge in yearsDefinition The age of the healthcare user.Column name age_in_yearsTable name dim_age_bandData type integerOther namesContext The age of the Health Care User is obviously time dependent. Fact Table records will determine the age at some date relevant to the transaction, eg Visit Date, by calculating the difference between this date and the Health Care Users date of birth. If no Valid HCU ID (NHI Number) is available for the transaction, no valid age will be calculated.LayoutData domainGuide for use 0 is used for those less than one year old. Eg 3 week old baby.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 40January 2010
    • Shared Dimensions Data Dictionary Age Band tableFive year bandDefinition A five year range of ages, eg, 6 to 10.Column name five_year_bandTable name dim_age_bandData type varchar2(64)Other namesContextLayout NNN to NNNData domainGuide for use Note: The first band (0 to 5) is 6 years.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 41January 2010
    • Shared Dimensions Data Dictionary Age Band tableGeneral Medical Subsidy Age BandDefinition The General Medical Subsidy Age Band (GMS) consists of 3 age groups: Y = under 6 years J = 6 to 17 years; and A = 18 and aboveColumn name gms_bandTable name dim_age_bandData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 42January 2010
    • Shared Dimensions Data Dictionary Age Band tableLife Stage bandDefinition The life stage of the HCU e.g. Middle aged adult (45-64)Column name life_stage_bandTable name dim_age_bandData type varchar2(64)Other namesContextLayoutData domain Early childhood (0-4) Childhood (5-14) Youth (15-24) Middle Aged Adult (25-64) Older adult (65-74) Very old (75+) Young adult (25-44)Guide for useVerification rulesCollection methodsRelated data age_in_years, ten year bandSource documentSource organisationVersion 2.3 MoH 43January 2010
    • Shared Dimensions Data Dictionary Age Band tableMaternity bandDefinition Maternity and Newborn data mart age bands: Under 16 16-19 20-24 25-29 30-34 35-39 40+Column name mat_bandTable name dim_age_bandData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 44January 2010
    • Shared Dimensions Data Dictionary Age Band tableTen year bandDefinition A ten year range of ages, eg, 11 to 20.Column name ten_year_bandTable name dim_age_bandData type varchar2(64)Other namesContextLayout NNN to NNNData domainGuide for use Note: The first band (0 to 10) is 11 years.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 45January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency Facility tableTable name dim_agency_facilityDefinition This table stores details of organisations, institutions or groups of institutions that contract directly with the principal health service purchaser to deliver healthcare services to the community. An agency may have a number of facilities (eg, hospitaPrimary key dim_agency_facility_keyBusiness key agency_facility_bkGuide for use A healthcare facility is a place, which may be a permanent, temporary, or mobile structure, that healthcare users attend or are resident in for the primary purpose of receiving healthcare or disability support services. This definition excludes supervised hostels, halfway houses, staff residences, and rest homes where the rest home is the patients usual place of residence. A facility belongs to an agency. The publicly funded secondary healthcare entities listed in this table have changed since the table was introduced. Initially the agencies were Crown Health Enterprises (CHEs), then Hospital and Health Services (HHSs), and now District Health Boards (DHBs). The table also contains non-government organisations, private hospitals, and any organisation that reports or connects to NZHIS data collections, including organisations that deliver clinical, statistical and other services. An agency may be omitted from the table for a number of reasons: the agency may not have been added yet; name changes are not always included in the table; the published table may not contain all agencies; or the agency may not have given its details to NZHIS. The table is continually updated. For the most recent version of the table, see the NZHIS web site http://www.nzhis.govt.nz. An agency may have a number of facilities and mental health services teams. This table is common to many of the data collections at NZHIS. This table combines the previously separate Agency and Facility tables into a single table. This table is common to many of the data collections at NZHIS. This is a reference table and is not updated via agencies datafeeds. It is maintained internally by NZHIS.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 46January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency Facility BKDefinition A constructed key created by adding (A_)+(agency_code) or (F_)+(facility_code)Column name agency_facility_bkTable name dim_agency_facilityData type varchar2(30)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated data agency code, facility codeSource documentSource organisationVersion 2.3 MoH 47January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency addressDefinition The postal address of a health agency.Column name agency_addressTable name dim_agency_facilityData type varchar2(100)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methods Collected when the Agency code is assigned. Agencies are required to notify NZHIS of any change of address.Related dataSource documentSource organisationVersion 2.3 MoH 48January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency closing dateDefinition The date on which the agency closed.Column name agency_close_dateTable name dim_agency_facilityData type dateOther names Health agency closing dateContextLayout CCYYMMDDData domain Valid datesGuide for useVerification rulesCollection methods Extracted from NMDS agency table agency_close_date field. Agencies are expected to notify NZHIS of their closing dates. If agencies merge, a new code may be assigned or the new agency can negotiate with NZHIS to maintain the existing codes. When codes are retired, an agency closing date is recorded. NZHIS allocates codes on request. Note: Some of these dates are estimates.Related dataSource documentSource organisationVersion 2.3 MoH 49January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency codeDefinition A code that uniquely identifies an agency. An agency is an organisation, institution or group of institutions that contracts directly with the principal health service purchaser to deliver healthcare services to the community.Column name agency_codeTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domain See the Agency code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for useVerification rulesCollection methods This is a key field for allocating purchase units. If agencies merge, a new code may be assigned or the new agency can negotiate with NZHIS to maintain the existing codes. NZHIS allocates codes on request. The code table is continually updated by NZHIS as hospitals open and close. See the NZHIS web site for the most recent version.Related dataSource documentSource organisationVersion 2.3 MoH 50January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency nameDefinition The name of the agency.Column name agency_nameTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 51January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency open dateDefinition The date on which the agency opened.Column name agency_open_dateTable name dim_agency_facilityData type dateOther namesContextLayout CCYYMMDDData domain Valid datesGuide for useVerification rulesCollection methods Agencies are required to notify NZHIS of their opening dates.Related dataSource documentSource organisationVersion 2.3 MoH 52January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency type codeDefinition A code that categorises agencies into particular types.Column name agency_typeTable name dim_agency_facilityData type varchar2(64)Other names Health agency type codeContextLayoutData domain 01 District Health Board 02 Community Trust 09 Health Centres 10 Private Health Group 11 Cancer Screening Programme 12 Other publicly funded agency 13 Charitable trust or incorporated society 14 Other non-governmental agencyGuide for use To analyse data relating to DHBs, use only records with an agency type code of 01. To analyse data relating to NGOs, use all other records.Verification rulesCollection methods Extracted from NMDS agency table agency_type field.Related dataSource documentSource organisationVersion 2.3 MoH 53January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableAgency type descriptionDefinition Description of the type of the agency.Column name agency_type_descriptionTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domain Free textGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 54January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableDHB codeDefinition Three-digit code of the DHB as defined by the Ministry of Health. DHBs are responsible for the heatlh of a population in a defined area. The area comprises a set of meshblocks ( or domicile codes).Column name dhb_codeTable name dim_agency_facilityData type varchar2(3)Other namesContextLayout NNNData domain 011 Northland 021 Waitemata 022 Auckland 023 Counties Manukau 031 Waikato 042 Lakes 047 Bay of Plenty 051 Tairawhiti 061 Hawkes Bay 071 Taranaki 081 MidCentral 082 Whanganui 091 Capital and Coast 092 Hutt 093 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for use This field is populated when the agency is a DHB or the facilitys agency is a DHB.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 55January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableDHB nameDefinition Legal name of the District Health Board that the clinic is in.Column name dhb_nameTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 56January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableDomicile codeDefinition Statistics NZ Health Domicile Code representing an individuals usual residential address. Also used for agency facility addresses.Column name domicile_codeTable name dim_agency_facilityData type varchar2(64)Other namesContext This field also populates the Domicile Code field of the Gravida table.LayoutData domain See the Domicile code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use A domicile code is derived from the address and stored on the dim_agency_facility table.Verification rulesCollection methods Obtained from the HealthPAC perinatal files.Related dataSource documentSource organisationVersion 2.3 MoH 57January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility AddressDefinitionColumn name facility_addressTable name dim_agency_facilityData type varchar2(100)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 58January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility CodeDefinition A code that uniquely identifies a healthcare facility. A healthcare facility is a place, which may be a permanent, temporary, or mobile structure, that healthcare users attend or are resident in for the primary purpose of receiving healthcare or disability support services. This definition excludes supervised hostels, halfway houses, staff residences, and rest homes where the rest home is the patients usual place of residence.Column name facility_codeTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domain See the Facility code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 59January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility close dateDefinition The date on which the facility ceased to operate.Column name facility_close_dateTable name dim_agency_facilityData type dateOther namesContextLayout CCYYMMDDData domain Valid datesGuide for useVerification rulesCollection methods Closing dates are also recorded when codes are retired, for example, when an facility changes its name and is assigned a new code.Related dataSource documentSource organisationVersion 2.3 MoH 60January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility nameDefinition The name of the Health Care Facility that is providing the specialist service.Column name facility_nameTable name dim_agency_facilityData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methods Obtained from the HealthPAC perinatal files.Related dataSource documentSource organisationVersion 2.3 MoH 61January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility open dateDefinition The date on which the facility began operation.Column name facility_open_dateTable name dim_agency_facilityData type dateOther namesContextLayout CCYYMMDDData domain Valid datesGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 62January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility typeDefinition A code that categorises facilities into particular types.Column name facility_typeTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domain 01 Public hospital 02 Private hospital 03 Psychiatric hospital 04 GP practice 10 Health centre 11 Local cancer registry 12 Mental health outpatient service 13 Cervical screening programme 14 Drug and alcohol treatment facility 15 Mental health community skills enhancement facility 16 Kaupapa Maori service 17 Pacific Island service 18 Mental health community team 19 Child, adolescent and family service 20 Mental health day hospital 21 Mental health residential 1 to 5 facility 22 Mental health residential and skills enhancement facility 23 Forensic mental health treatment facility 24 Intellectual disability facility 25 Charitable trust facility 99 OtherGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 63January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableFacility type descriptionDefinition Description of the type of the facility.Column name facility_type_descriptionTable name dim_agency_facilityData type varchar2(70)Other names Health agency facility type descriptionContextLayoutData domain Free textGuide for useVerification rulesCollection methods Extracted from NMDS facility type table facility_type_description field.Related dataSource documentSource organisationVersion 2.3 MoH 64January 2010
    • Shared Dimensions Data Dictionary Agency Facility tableRegionDefinition The Health Funding Authority region of treatment.Column name regionTable name dim_agency_facilityData type varchar2(64)Other namesContextLayoutData domain 01 HFA Northern region 02 HFA Midland region 03 HFA Central region 04 HFA Southern regionGuide for use Created from NZHIS internal mapping. For historical use only. The Health Funding Authority no longer exists.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 65January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableANZSCO dimension tableTable name dim_anzscoDefinition This table is based on the ANZSCO -- Australian and New Zealand Standard Classification of Occupations. Please visit http://www.statisticsnz.govt.nz for more information.Primary key dim_anzsco_keyBusiness key anzsco_codeGuide for useRelational rulesData contentVersion 2.3 MoH 66January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableANZSCO codeDefinition The ANZSCO Occupation code assigned to the description of the deceaseds usual occupation, profession or job (or former occupation if retired).Column name anzsco_codeTable name dim_anzscoData type varchar2(6)Other namesContextLayoutData domain A list of values for the ANZSCO Occupation code is provided in the ANZSCO - Australian and New Zealand Standard Classification of Occupations. This is available from Statistics NZ.Guide for use The ANZSCO Occupation code is not currently in use and is currently undergoing analysis on the benefits it can provide and the feasibility of auto coding the occupation text.Verification rulesCollection methods The ANZSCO Occupation code is coded from the Occupation text.Related data Occupation textSource document ANZSCO - Australian and New Zealand Standard Classification of OccupationsSource organisation Statistics NZ; Australian Bureau of StatisticsVersion 2.3 MoH 67January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableANZSCO descriptionDefinition The occupation of the deceased.Column name anzsco_descriptionTable name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 68January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableCategory 1Definition The first category of the occupation.Column name category_1Table name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 69January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableCategory 2Definition The second category of the occupation.Column name category_2Table name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 70January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableCategory 3Definition The third category of the occupation.Column name category_3Table name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 71January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableCategory 4Definition The fourth category of the occupation.Column name category_4Table name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 72January 2010
    • Shared Dimensions Data Dictionary ANZSCO dimension tableCategory 5Definition The fifth category of the occupation.Column name category_5Table name dim_anzscoData type varchar2(80)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 73January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableCensus Affiliation tableTable name dim_census_affiliationDefinition This table contains the combinations of Demographic information on the population of NZ broken out by sex and prioritised ethnicity. The ethnicity data is at the level reported in the Census data, ie level 0 (3 ethnic groupings) and level 1 (5 ethnic groupPrimary key dim_census_affiliation_keyBusiness key gender_codeGuide for use This table can be used to produce totals at the same level of ethnic grouping as the Census statistics The statistics produced will be numerators for comparison with NZ Population Statistics as Denominator. Eg query some facts by gender and prioritised level 0 ethnicity to form the numerator, and compare to the NZ population by gender and prioritised level 0 ethnicity (as denominator) to obtain a percentage of the population statisticRelational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 74January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableGenderDefinition The individuals gender is either male, female or unknownColumn name genderTable name dim_census_affiliationData type varchar2(30)Other namesContextLayout Free TextData domainGuide for useVerification rulesCollection methodsRelated data Gender codeSource documentSource organisationVersion 2.3 MoH 75January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableGender codeDefinition This code identifies a persons gender.Column name gender_codeTable name dim_census_affiliationData type char(1)Other namesContextLayoutData domain M = Male F = Female U = Unknown NullGuide for useVerification rulesCollection methods Sourced from HealthPAC.Related dataSource documentSource organisationVersion 2.3 MoH 76January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableLevel 0 priority ethnic codeDefinition This is the level 0 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. At this level, ethnicities from level 1 are rolled up into three into three main ethnic groups. Level 0 groups ethnicities into: 2 (represents Maori), 3 (represents Pacific peoples), 6 (represents Other)Column name level_0_priority_ethnic_codeTable name dim_census_affiliationData type char(1)Other namesContextLayoutData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This field is derived from the Prioritised ethnic code and the Level 0 ethnic code.Verification rulesCollection methodsRelated data level_0_priority_ethnicitySource documentSource organisationVersion 2.3 MoH 77January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableLevel 0 priority ethnicityDefinition This is the level 0 description of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 0 groups ethnicities into: Maori, Pacific Island, Other.Column name level_0_priority_ethnicityTable name dim_census_affiliationData type varchar2(50)Other namesContextLayoutData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This is the description of the prioritised ethnicity at level 0.Verification rulesCollection methodsRelated data level_0_priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 78January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableLevel 1 priority ethnic codeDefinition This is the level 1 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 1 groups ethnicities into: 1 (European), 2 (Maori), 3 (Pacific Island), 4 (Asian), 5 (MELAA), 6 (Other), 9 (Unspecified).Column name level_1_priority_ethnic_codeTable name dim_census_affiliationData type char(1)Other namesContextLayout AAData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This field is derived from the Prioritised ethnic code and the Level 1 ethnic code.Verification rulesCollection methodsRelated data level_1_priority_ethnicitySource documentSource organisationVersion 2.3 MoH 79January 2010
    • Shared Dimensions Data Dictionary Census Affiliation tableLevel 1 priority ethnicityDefinition This is the level 1 description of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 1 groups ethnicities into: European, Maori, Pacific Island, Asian, MELAA, Other, Unspecified.Column name level_1_priority_ethnicityTable name dim_census_affiliationData type varchar2(50)Other namesContextLayout Free textData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This is the description of the prioritised ethnicity at level 1.Verification rulesCollection methodsRelated data level_1_priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 80January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableCensus Geofile tableTable name dim_census_geofileDefinition Demographic data mainly sourced from NZ Statistics. Source: NZ StatisticsPrimary key dim_census_geofile_keyBusiness key domicile_code_2001Guide for use This table contains all geographic classifications, including health- related classifications such as DHB and Regional Health Authority. See http://www.stats.govt.nz/.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 81January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableDHB codeDefinition District Health Board code as defined by the Ministry of Health.Column name dhb_codeTable name dim_census_geofileData type char(3)Other namesContextLayout NNNData domain 011 Northland 021 Waitemata 022 Auckland 023 Counties Manukau 031 Waikato 042 Lakes 047 Bay of Plenty 051 Tairawhiti 061 Hawkes Bay 071 Taranaki 081 MidCentral 082 Whanganui 091 Capital and Coast 092 Hutt 093 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for use DHBs are responsible for the heatlh of a population in a defined area. The area comprises a set of meshblocks (or domicile codes).Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 82January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableDHB nameDefinition Legal name of the District Health Board.Column name dhb_nameTable name dim_census_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 83January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableDomicile code 2001Definition 2001 Health Domicile Code specially created for the health sector by Statistics NZ from their 6-digit Census Area Unit Code.Column name domicile_code_2001Table name dim_census_geofileData type char(4)Other namesContextLayout NNNNData domain 0 to 9999Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 84January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableDomicile nameDefinition Health Domicile Name.Column name domicile_nameTable name dim_census_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 85January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableHealth district nameDefinition Health district name, for example, North West Auckland. A public health district is an administrative region in which public health services are provided. A Public Health Provider may have one or more Public Health Districts.Column name health_district_nameTable name dim_census_geofileData type varchar2(64)Other namesContextLayoutData domainGuide for use Obtained from Public Health Intelligence.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 86January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableNzdep 01Definition The NZ Deprivation Index is a decile ranking assigned to a domicile code. It is calculated by combining and ranking a range of social and economic variables across the NZ population.Column name nzdep_01Table name dim_census_geofileData type integerOther namesContext NZdep 2001 is an updated version of the NZDep91 and NZDep96 indexes of deprivation. NZDep2001 is based on the 2001 census.Layout NNData domainGuide for use Deprivation scale/poverty indicator. 1 is the least deprived and 10 is the most deprived. NZdep01 is a component of funding of capitation payment rates for primary health organisations (PHOs). This may be extended to other payments for PHOs in the future. There are 488 meshblocks. A null value means that a deprivation index could not be allocated to this meshblock because its population is too small, or for technical reasons.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 87January 2010
    • Shared Dimensions Data Dictionary Census Geofile tablePublic health provider nameDefinition A public health provider is an organisation charged with providing public health services in a district, for example, Auckland Healthcare is comprised of one or more public health districts.Column name public_health_provider_nameTable name dim_census_geofileData type varchar2(64)Other namesContextLayoutData domain Auckland Healthcare Crown Public Health Health Care Hawkes Bay Health Waikato Hutt Valley Health MidCentral Health Nelson Marlborough Health Northland Health Public Health South Tairawhiti Health Taranaki Healthcare Toi Te Ora Public HealthGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 88January 2010
    • Shared Dimensions Data Dictionary Census Geofile tableTLA nameDefinition Statistics NZ Territorial Local Authority name (2001 boundaries), for example, Waitakere City.Column name TLA_NameTable name dim_census_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 89January 2010
    • Shared Dimensions Data Dictionary Claim Code tableClaim Code tableTable name dim_claim_codeDefinition This dimension table contains codes that describe the patients subsidy status at the time of the event.Primary key dim_claim_code_keyBusiness key claim_codeGuide for useRelational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 90January 2010
    • Shared Dimensions Data Dictionary Claim Code tableCSC FlagDefinition Indicates whether the patient is a Community Services Card holder.Column name csc_flagTable name dim_claim_codeData type varchar2(64)Other namesContextLayout AData domain Y Community Services Card used by healthcare user N Community Services Card not used by healthcare userGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 91January 2010
    • Shared Dimensions Data Dictionary Claim Code tableClaim codeDefinition A code describing the age group of the patient and whether they have a High Use Health Card and/or a Community Services Card.Column name claim_codeTable name dim_claim_codeData type varchar2(64)Other namesContext The 4Z patient category code is currently used for patients (across all age groups) that hold an HUHC card and are: 1. Enrolled in an Access Practice in a PHO, Under 18 Years old and enrolled with any PHO, and 65 years and over and enrolled with any PHO.Layout ANData domain The first character is the patient category of A (Adult), Y (Youth) or J (Junior). The second is 1 (CSC use), 3 (no card presented) or Z (HUHC use).Guide for use Claim code must be consistent with Patient category, CSC flag, and HUHC flag. A applies to healthcare users who are aged between 16 and 18, and are financially independent and/or married. Z now includes healthcare users who are aged between 18 and 24.Verification rules Where the supplied claim code does not exist within the reference table, the record will be linked to the unknown claim code.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 92January 2010
    • Shared Dimensions Data Dictionary Claim Code tableDescriptionDefinitionColumn name descriptionTable name dim_claim_codeData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 93January 2010
    • Shared Dimensions Data Dictionary Claim Code tableHUHC FlagDefinition Indicates whether the patient used a High Use Health Card.Column name huhc_flagTable name dim_claim_codeData type varchar2(64)Other namesContextLayout AData domain Y High Use Health Card used by healthcare user N High Use Health Card not used by healthcare userGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 94January 2010
    • Shared Dimensions Data Dictionary Claim Code tablePatient categoryDefinition A code indicating the age group of the healthcare user.Column name patient_categoryTable name dim_claim_codeData type varchar2(64)Other namesContextLayout AData domain A Adult 18 and above J Juvenile 6 - 17 years Y Child under 6 years G GMV motor vehicle subsidyGuide for use Part of the claim code. A also applies to healthcare users who are aged between 16 and 18, and are financially independent and/or married. Within the PHO datamart the G code for GMV motor vehicle subsidy is not used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 95January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical Code tableTable name dim_clinical_codeDefinition A validation table and a repository of all codes contained in: - ICD-9-CM-A 2nd Edition - Australian Version of The International Classification of Diseases, 9th Revision, Clinical Modification, 2nd Edition - ICD-10-AM 1st Edition - The International StatiPrimary key dim_clinical_code_keyBusiness key clinical_code_system, clinical_code_type, clinical_codeGuide for use The clinical code tables for ICD-10-AM 1st, 2nd, 3rd and 6th Editions are not available through the web site. If you need a copy of a clinical code table, please contact Data Management on DataManagementServices@moh.govt.nzRelational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 96January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableBlockDefinition The block number is a 4-digit code that groups procedure codes together.Column name blockTable name dim_clinical_codeData type varchar2(4)Other namesContextLayoutData domainGuide for use This is a new field for ICD-10-AM that was not in ICD-9-CM-A. Procedure codes in the coding books are organised on an anatomical basis, so the procedure code number is not in sequential order. To facilitate location of a procedure code this additional numbering system has been introduced. Each procedure code has an associated block number. One block number relates to one or more procedure codes. A list of block numbers and their descriptions is available from NZHIS on request. Only procedure codes (Clinical code type = O) have block numbers. This field is blank for other types of codes.Verification rulesCollection methodsRelated dataSource documentSource organisation National Centre for Classification in Health, University of Sydney, AustraliaVersion 2.3 MoH 97January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableBlock Long DescriptionDefinition The long description of the block codeColumn name block_long_descriptionTable name dim_clinical_codeData type varchar2(255)Other names Block code, Block Number, Chapter, Sub-chapterContext A full description of the block code. It carries up to 255 characters and so, it is not very useful for publishing or using in software.LayoutData domain Free text long description field.Guide for use See Block in this table for a detailed overview.Verification rulesCollection methods Sourced from NMDS. If the information is not available from there, it is sourced from HealthPAC.Related data Block short description, block publication descriptionSource document Part of the ICD-10-AM source codes that NZHIS purchases from NCCH, AustraliaSource organisation National Centre for Classification in Health (NCCH), University of Sydney, AustraliaVersion 2.3 MoH 98January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableBlock publication descriptionDefinition Each procedure code has an associated block number. One block number relates to one or more procedure codes. A list of block numbers and their descriptions is available from NZHIS on request.Column name block_publication_descriptionTable name dim_clinical_codeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 99January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableBlock short descriptionDefinitionColumn name block_short_descriptionTable name dim_clinical_codeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 100January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCategoryDefinition A code that groups ICD codes together at the 3-character level.Column name categoryTable name dim_clinical_codeData type varchar2(6)Other namesContextLayoutData domainGuide for use Contains the first 3 characters of the Clinical code. From ICD-10-AM 1st Edition onwards, all codes have Category numbers except for procedure codes. A list of Category codes and their descriptions is available from NZHIS on request.Verification rulesCollection methodsRelated dataSource documentSource organisation National Centre for Classification in Health, University of Sydney, AustraliaVersion 2.3 MoH 101January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCategory long descriptionDefinition Short description Category code (code that groups ICD codes together at the 3-character level).Column name category_long_descriptionTable name dim_clinical_codeData type varchar2(255)Other namesContextLayoutData domain Free text long description field.Guide for use See Category in this table for a detailed overview.Verification rulesCollection methodsRelated data category, category_short_descriptionSource documentSource organisationVersion 2.3 MoH 102January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCategory publicationDefinition The publication from which the Category code comes from. (Category code is a code that groups ICD codes together at the 3-character level).Column name category_publicationTable name dim_clinical_codeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for use See Category in this table for a detailed overview.Verification rulesCollection methodsRelated data category, category_short_description, category_long_descriptionSource documentSource organisationVersion 2.3 MoH 103January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCategory short descriptionDefinitionColumn name category_short_descriptionTable name dim_clinical_codeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 104January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableChapterDefinition A grouping of ICD codes into chapters, for example, pregnancy, cancer, mental health.Column name chapterTable name dim_clinical_codeData type varchar2(2)Other namesContextLayoutData domainGuide for use These are the chapter headings in the ICD classification manuals. Every Clinical code except for procedures is included in a chapter.Verification rulesCollection methodsRelated data chapter_descriptionSource documentSource organisationVersion 2.3 MoH 105January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableChapter descriptionDefinition A description Chapter. A grouping of ICD codes into chapters, for example, pregnancy, cancer, mental health.Column name chapter_descriptionTable name dim_clinical_codeData type varchar2(110)Other namesContextLayoutData domainGuide for use I Certain infectious & parasitic diseases I Infectious & parasitic diseases II Neoplasms III Diseases of blood, blood-forming organs & the immune system III Endocrine, nutritional, immunity & metabolic diseases IV Diseases of blood & blood-forming organs IV Endocrine, nutritional & metabolic diseases IX Diseases of the circulatory system IX Diseases of the digestive system Unknown V Mental & behavioural disorders V Mental disorders VI Diseases of the nervous system VI Diseases of the nervous system & sense organs VII Diseases of the circulatory system VII Diseases of the eye & adnexa VIII Diseases of the ear & mastoid process VIII Diseases of the respiratory system X Diseases of the genitourinary system X Diseases of the respiratory system XI Diseases of the digestive system XI Pregnancy, & complications of childbirth & the puerperium XII Diseases of the skin & subcutaneous tissue XIII Diseases of the musculoskeletal system & connective tissue XIV Congenital anomalies XIV Diseases of the genitourinary system XIX External causes of injury XIX Injury, poisoning & certain other consequences external causes XV Certain conditions originating in the perinatal period XV Pregnancy, childbirth & the puerperium XVI Certain conditions originating in the perinatal period XVI Symptoms, signs & ill-defined conditions XVII Congenital malformations & chromosomal abnormalities XVII Injury & poisoning XVIII Factors influencing health status,contact with health services XVIII Symptoms, signs & abnormal clinical & laboratory findings nec XX External causes of morbidity & mortality XX Morphology XXI Factors influencing health status,contact with health services XXII Morphology XXIII Operations & proceduresVerification rulesCollection methodsRelated dataVersion 2.3 MoH 106January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableSource documentSource organisationVersion 2.3 MoH 107January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical codeDefinition A code used to classify the clinical description of a condition. This column contains ICD-10-AM disease, injury, external cause, morphology and MBS-Extended procedure codes. Each code is unique when used in combination with the clinical_code_type field. NZHIS reference number A0124.Column name clinical_codeTable name dim_clinical_codeData type varchar2(8)Other names Diagnosis/procedure codeContext Clinical information within a health event. Includes codes for diagnosis, injury, cause of intentional and unintentional injury, and procedure performed.Layout See Collection method.Data domain Must be a valid code in one of the following systems: - ICD-9-CM-A 2nd Edition - Australian Version of The International Classification of Diseases, 9th Revision, Clinical Modification, 2nd Edition - ICD-10-AM 1st Edition - The International Statistical Classification of Diseases and Related Health Problems, 10th Revision, Australian Modification, 1st Edition - ICD-10-AM 2nd Edition - The International Statistical Classification of Diseases and Related Health Problems, 10th Revision, Australian Modification, 2nd Edition - ICD-10-AM 3rd Edition - The International Statistical Classification of Diseases and Related Health Problems, 10th Revision, Australian Modification, 3rd Edition - ICD-10-AM 6th Edition - The International Statistical Classification of Diseases and Related Health Problems, 10th Revision, Australian Modification, 6th Edition - DSM-IV - Diagnostic and Statistical Manual of Mental Disorders, 4th Edition.Guide for use Depending on the context, this is also known as Diagnosis/procedure code (external cause), and Morphology code. From 1 July 1995, this field contains the Clinical code as supplied by the provider. ICD-9-CM (TO 30 JUNE 1995) In ICD-9-CM all codes have at least 3 digits and most have 4 or 5. Standard practice was to use a filler 4th digit of 9 for codes with only 3 digits and for codes which have a 5th digit but no 4th digit. ICD-9-CM-A (1 JULY 1995 ONWARDS) In 1995 codes were mapped to ICD-9-CM-A, and the place of occurrence, which had been separate, was mapped onto the 5th digit of the E code. Also, codes that only had 3 digits no longer required a filler digit: the fields for 4th and 5th digits could be left blank. ICD-9-CM-A codes which had a 5th digit but no 4th digit could have a filler 4th digit of 0 (zero) entered. E codes were mandatory for codes between 800 and 999. The location field and code E849 were not used. Instead, the digit to indicate place of occurrence of external cause of injury was recorded as the 5th digit for the following ranges of 4 digit E codes: E810-E829, E846-E848,Version 2.3 MoH 108January 2010
    • Shared Dimensions Data Dictionary Clinical Code table E850-E869, E880-E928, E950-E958, E960-E968, E980-E988. ICD-10-AM 1ST EDITION (1 JULY 1999 ONWARDS) In ICD-10-AM, codes V01 to Y98 were used to classify environmental events and circumstances as the external cause of injury, poisoning and other adverse effects. (It was intended that the nature of the condition would be indicated separately using the appropriate code, usually codes between S00 and T98.) 1. Place of Occurrence Code The following 4th-character subdivisions of the external cause code were used with categories W00 to Y34 (except Y06 and Y07) to identify where the external cause occurred: 0 = home 1 = residential institution 2 = school, other institution, and public administrative area 3 = sports and athletics area 4 = street and highway 5 = trade and service area 6 = industrial and construction area 7 = farm 8 = other specified places 9 = unspecified place 2. Activity Code The following 5th-character subdivision of the external cause code was used with categories V01 to Y34 to indicate the activity of the injured person at the time the event occurred. (This subclassification was used in addition to the 4th-character subdivisions indicating place of occurrence of events classifiable to W00-Y34.) 0 = while engaged in sports activity 1 = while engaged in leisure activity 2 = while working for income 3 = while engaged in other types of work 4 = while resting, sleeping, eating or engaging in other vital activities 8 = while engaged in other specified activities 9 = during unspecified activity 3. Example of the external cause code, place of occurrence and activity code: Diagnosis type allocated by provider system - Description - ICD-10-AM code A - # L shaft tibia and fibula, closed - S82.21 B - Laceration L elbow - S51.0 B - Contusion scalp - S00.05 O - Closed reduction of # tibia and fibula - 47564-00 E - Tripped over hose while gardening at home - W01.03* * The 4th character represents home as place of occurrence; the 5th character represents gardening as activity. Notes: 1. From July 1999 both ICD-9-CM-A and ICD-10-AM 1st Edition are recorded. From July 2001, ICD-10-AM 2nd Edition is recorded. From July 2004, ICD-10-AM 3rd Edition is recorded. From July 2008, ICD-10- AM 6th Edition is also recorded, ie, the clinical code is stored in all versions. 2. Clinical codes are reported without decimal points or hyphens. The formats above are how the codes appear in the coding manual.Verification rules Must form part of a valid combination of Clinical code, Clinical code type, and Clinical coding system ID. Demographic and administrative data (eg, Sex, Date of birth, Event end type) is checked to ensure it is consistent with the Clinical code, as specified by the editing flags held against each Clinical code on theVersion 2.3 MoH 109January 2010
    • Shared Dimensions Data Dictionary Clinical Code table Clinical Code table.Collection methods From ICD-10-AM 2nd Edition onwarrds, procedures are NNNNNNN, and diagnoses and injuries are ANNNN. In ICD-9-CM-A, procedures are NNNN, and all diagnoses except supplementary conditions are NNNNN. Since 1 July 2008, the current ICD version is ICD-10-AM 6th Edition. Up to 99 diagnosis/procedure codes may be provided. No decimal points or extra characters should be included in the Clinical codes, for example, the ICD-10-AM 2nd Edition code 30496-02 should be sent as 3049602. In the context of cancer patients, the NMDS will accept only the first four digits of morphology diagnosis codes. From 1 July 2000, morphology code M9990 will no longer be accepted: M8000 should be used instead. EXTERNAL CAUSES OF MORBIDITY An external cause code is mandatory with codes from S00 to T98, as well as for Z03.6 and Z04.1-Z04.5. Place of occurrence and activity have unique codes rather than using 4th and 5th character extensions as was done with ICD-10-AM 1st Edition: - Y92 (Place of occurrence) codes should be assigned in addition to all external codes in the range V01-Y89. - Y93 (Activity) codes should be assigned in addition to all external cause codes in the range V01-Y34. Note: Accident date is optional for Y92 and Y93 codes. The Event supplementary information field can be used to record additional information about the accident location.Related data Diagnosis/procedure description Clinical coding system ID Clinical code type Diagnosis typeSource document Refer to the Official NCCH Australian Version of ICD-9-CM-A, Second Edition, Volumes 1 to 4, and the International Classification of Diseases for Oncology (ICD-O) Version 2. For ICD-10-AM, refer to ICD-10-AM, The International Statistical Classification of Diseases and Related Health Problems, 10th Revision, Australian Modification, 1st Edition (5 volumes), 2nd Edition (5 volumes), 3rd Edition (5 volumes), or 6th Edition (5 volumes).Source organisation National Centre for Classification in Health, University of Sydney, AustraliaVersion 2.3 MoH 110January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical code descriptionDefinition The description of the Clinical code.Column name clinical_code_descriptionTable name dim_clinical_codeData type varchar2(100)Other namesContextLayout Free textData domainGuide for use NZHISs version of the long description of the Clinical code.Verification rulesCollection methodsRelated data clinical_codeSource documentSource organisationVersion 2.3 MoH 111January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical code typeDefinition This field shows the clinical code table type associated with each clinical code value. It indicates which section of the ICD classification each code belongs to.Column name clinical_code_typeTable name dim_clinical_codeData type char(1)Other namesContext Clinical information.Layout AData domain A Diagnosis B Injury D DSM-IV E External cause of injury M Morphology (pathology) O Operation/procedure V Supplementary classification/health factorsGuide for use Previously known as Clinical code table type. This field is required to differentiate between different sections of the clinical code table. In ICD-9-CM-A code values could be repeated in different sections of the table. For example, 0101 is a diagnosis code as well as a procedure code.Verification rules Must be a valid code in the Clinical Code Type code table. Must form part of a valid combination of Clinical code, Clinical code type, and Clinical coding system ID.Collection methodsRelated data Clinical coding system ID Clinical codeSource documentSource organisationVersion 2.3 MoH 112January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical code type descriptionDefinition This is a description of the Clinical code type.Column name clinical_code_type_descriptionTable name dim_clinical_codeData type varchar2(70)Other namesContextLayout Free textData domain DSM IV ICD-10-AM 1st edition ICD-10-AM 2nd edition ICD-10-AM 3rd edition ICD-10-AM 6th edition ICD9-CMA UnknownGuide for useVerification rulesCollection methods Sourced from NMDS. If the information is not available from there, it is sourced from HealthPAC.Related data clinical_code, clinical_code_typeSource documentSource organisationVersion 2.3 MoH 113January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical coding system IDDefinition This field identifies the edition of the International Statistical Classification of diseases and Health Related Problems, ICD-10-AM, to which each code belongs.Column name clinical_code_systemTable name dim_clinical_codeData type varchar2(2)Other namesContext Clinical information.Layout NNData domain 01 ICD-9 02 ICD-9-CM 03 Read 04 ICPC 05 Old AMR codes 06 ICD-9-CM-A 07 DSM IV (for MHINC only) 10 ICD-10-AM 1st Edition 11 ICD-10-AM 2nd Edition 12 ICD-10-AM 3rd Edition 13 ICD-10-AM 6th EditionGuide for use See Clinical coding system code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47 Previously known as Diagnosis coding system code. Code 03 (Read) is used for primary care and not reported in the NMDS. Code 02 (ICD-9-CM) was used between 1988 and 1995. When code 06 (ICD-9-CM-A) was introduced, the database was mapped to this new code. From July 1999 data was submitted in either ICD-9-CM-A or ICD-10-AM 1st Edition, and mapped so that it was held in both systems. Data for code 02 no longer exists in the database. Between 1 July 2001 and 30 June 2004, data was submitted in 11 (ICD-10-AM 2nd Edition) and mapped to ICD-9-CM-A and 10 (ICD-10- AM 1st Edition). All records in 10 continue to be mapped back to earlier classification versions where mappings exist. Between 1 July 2004 and 30 June 2008, data was submitted in 12 (ICD-10-AM 3rd Edition) and mapped to 06 (ICD-9-CM-A), 10 (ICD- 10-AM 1st Edition) and 11 (ICD-10-AM 2nd Edition). From 1 July 2008 data is submitted in 13 (ICD-10-AM 6th Edition) and mapped to 12 (ICD-10-AM 3rd Edition). Mappings from 12 to 11, 10 or earlier classifications continue to be performed, where mappings exist.Verification rules Must be a valid code in the Clinical Coding System code table. Must form part of a valid combination of Clinical code, Clinical code type, and Clinical coding system ID.Collection methods From 1 July 2008 data should be submitted using ICD-10-AM 6th Edition, that is, the Clinical coding system ID should be 13.Related dataVersion 2.3 MoH 114January 2010
    • Shared Dimensions Data Dictionary Clinical Code table Clinical code type Clinical codeSource document Encoding softwareSource organisation NZHISVersion 2.3 MoH 115January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableClinical system descriptionDefinitionColumn name clinical_system_descriptionTable name dim_clinical_codeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 116January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCode end dateDefinition The code_end_date is an indicator value, representing the date on which the clinical code ceases to be valid.Column name code_end_dateTable name dim_clinical_codeData type dateOther namesContext This field has been present and populated since the introduction of the ICD-10 classification system. However, no edit validation is currently performed against this field.LayoutData domain Valid datesGuide for use If this field is blank or a future date, the code is valid.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 117January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCode start dateDefinition The code_start_date is an indicator value, representing the date from which the clinical code became effective.Column name code_start_dateTable name dim_clinical_codeData type dateOther namesContextLayoutData domain Valid datesGuide for use If this field is blank, and the Code end date is blank or in the future, presume the code is valid. This field has been present and populated since the introduction of the ICD-10 classification system. However, no edit validation is currently performed against this field.Verification rulesCollection methodsRelated data Code end dateSource documentSource organisationVersion 2.3 MoH 118January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableCollection typeDefinition A flag indicating that an event containing this code is likely to be relevant to another NZHIS collection.Column name collection_typeTable name dim_clinical_codeData type char(1)Other namesContextLayoutData domain B = Birth event (Babies record Z38.0 - Z38.8) C = Cancer M = Maternity (Mothers record Z37.0 - Z37.9) O = Mental Retardation (F70.0 - F79.9) P = Mental Health excluding Mental Retardation (all F codes except F70.0 - F79.9)Guide for use For internal use only. A grouping flag, used for data analysis. A list of collection types and their descriptions is available from NZHIS on request.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 119January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableDagger asteriskDefinition A grouping flag, primarily relevant for ICD-9-CM-A only. Dagger - denotes a code describing the aetiology or underlying cause of a disease and should always be assigned together with the appropriate manifestation code. It is represented by a 1 in the field. Asterisk - denotes a code describing the manifestation of a disease and should always be assigned together with the appropriate aetiology code. It is represented by a 2 in the fieldColumn name dagger_asteriskTable name dim_clinical_codeData type char(1)Other namesContextLayoutData domain 1 = dagger 2 = asterisk NullGuide for use This flag was relevant to ICD-9-CM-A only, but has been populated for ICD-10-AM 2rd Edition and 3rd Edition codes.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 120January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableDeath flagDefinition A flag indicating which codes are likely to be a cause of death.Column name death_flagTable name dim_clinical_codeData type char(1)Other namesContextLayout AData domain Y likely to be a cause of death N unlikely to be a cause of death U unknownGuide for use If the Event end type (discharge type) code on an event record is DD (died), then the record must contain at least one diagnosis code for which the Death flag has the value of Y, otherwise a warning message is generated.Verification rulesCollection methodsRelated data Clinical code Event end type codeSource documentSource organisation NZHISVersion 2.3 MoH 121January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableEligible cancer statusDefinition A flag indicating that records containing this code should be extracted to the Cancer Registry.Column name eligible_cancer_statusTable name dim_clinical_codeData type varchar2(2)Other namesContextLayout AData domain A Always registrable S Seldom registrable N Never registrableGuide for use An internal-use value only, identifying records that are relevant to the Cancer Registry. Records containing Clinical codes marked with A or S are extracted.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 122January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableExternal cause flagDefinition A flag indicating that an external cause code is also required to describe the circumstances of injury.Column name external_cause_flagTable name dim_clinical_codeData type char(1)Other namesContextLayout AData domain Y An external cause code is required N, blank An external cause code is not requiredGuide for use If the External cause flag for a diagnosis is set to Y then there must be an external cause code present in the event record, otherwise a warning message is generated. This flag is only present for selected codes.Verification rulesCollection methodsRelated dataSource documentSource organisation NZHISVersion 2.3 MoH 123January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableHigh ageDefinition An age above which a disease or procedure is not expected to be reported.Column name high_ageTable name dim_clinical_codeData type integerOther namesContextLayout NNNData domain 001 - 121Guide for use If the calculated age at discharge for an event record is higher than the value in the High age flag then a warning message is issued.Verification rulesCollection methodsRelated dataSource documentSource organisation NZHISVersion 2.3 MoH 124January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableLow ageDefinition An age below which a disease or procedure is not expected to be reported.Column name low_ageTable name dim_clinical_codeData type integerOther namesContextLayout NNNData domain 001 - 121Guide for use If the calculated age at discharge for an event record is lower than the value in the Low age flag then a warning message is issued.Verification rulesCollection methodsRelated data Date of birth Event end typeSource documentSource organisation NZHISVersion 2.3 MoH 125January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableNon-specific diagnosis flagDefinition A flag indicating that the code is not specific enough to be the primary diagnosis and more information is needed about the diagnosis.Column name nonspecific_diagnosis_flagTable name dim_clinical_codeData type char(1)Other namesContextLayout AData domain Y The code is non-specific N, blank The code is not non-specificGuide for use For internal use only.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 126January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableNormal NZ flagDefinition A flag indicating whether a diagnosis is likely to occur in New Zealand.Column name normal_nz_flagTable name dim_clinical_codeData type char(1)Other namesContextLayout AData domain Y the diagnosis is likely to occur in New Zealand N the diagnosis is unlikely to occur in New Zealand U unknownGuide for use If the Normal NZ flag is N then a warning message will be generated if the Clinical code is found in an event record.Verification rulesCollection methodsRelated data Clinical codeSource documentSource organisation NZHISVersion 2.3 MoH 127January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableOperation flagDefinition A flag indicating whether an operation date is required for an operation/procedure.Column name operation_flagTable name dim_clinical_codeData type char(1)Other names Op flagContextLayout AData domain Y Operation/procedure date is optional N Operation/procedure date must be present blank Operation/procedure date is not applicableGuide for use Only relevant for Operation codes. If the code relates to a diagnosis record, this field will be blank. If the code has a Y, then an Operation date is optional. If the code has an N, then an Operation date is mandatory.Verification rules Optional. Warning messages are generated.Collection methodsRelated data External cause date of occurrenceSource documentSource organisation NZHISVersion 2.3 MoH 128January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableSex flagDefinition A flag indicating which sex is appropriate for each code.Column name gender_flagTable name dim_clinical_codeData type char(1)Other names Gender flagContextLayout AData domain M Male F Female B BothGuide for use If the Sex flag is B, then an event record may contain either M or F or U (unknown) or I (indeterminate) in the Sex field. The Sex code on the event record must correspond to the value of the Sex flag in the code table, otherwise a warning message is generated.Verification rulesCollection methodsRelated data Sex Clinical codeSource documentSource organisation NZHISVersion 2.3 MoH 129January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableSub chapter descriptionDefinition Short description of the sub chapter.Column name sub_chapter_descriptionTable name dim_clinical_codeData type varchar2(110)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated data sub_chapter, chapterSource documentSource organisationVersion 2.3 MoH 130January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableSub-categoryDefinition A sub-category code that groups diagnosis codes together at the 4- character level.Column name sub_categoryTable name dim_clinical_codeData type varchar2(6)Other namesContextLayoutData domainGuide for use Contains the first 4 characters of the Clinical code. From ICD-10-AM 1st Edition onwards, all codes have sub-category numbers except for procedure codes. A list of sub-category codes and their descriptions (for all ICD-10-AM editions) is available from NZHIS on request.Verification rulesCollection methodsRelated dataSource documentSource organisation National Centre for Classification in Health, University of Sydney, AustraliaVersion 2.3 MoH 131January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableSub-chapterDefinition A grouping of ICD codes into sub-chapters.Column name sub_chapterTable name dim_clinical_codeData type varchar2(3)Other namesContextLayoutData domainGuide for use These are the sub-headings in the ICD-9-CM-A classification manuals. Every Clinical code except for procedures is included in a sub-chapter. Sub-chapter values have not been allocated to any ICD-10 classification codes.Verification rulesCollection methodsRelated data chapter, chapter_descriptionSource documentSource organisationVersion 2.3 MoH 132January 2010
    • Shared Dimensions Data Dictionary Clinical Code tableUnacceptable diagnosis flagDefinition A flag indicating that the code should not be used as the principal diagnosis.Column name unacceptable_diagnosis_flagTable name dim_clinical_codeData type char(1)Other namesContextLayout AData domain Y Code should not be used as the principal diagnosis N or blank Code may be used as the principal diagnosis UGuide for use If the principal diagnosis for an event is a code for which the Unacceptable diagnosis flag is set to Y then a warning message will be issued.Verification rulesCollection methodsRelated data Clinical code Diagnosis typeSource documentSource organisationVersion 2.3 MoH 133January 2010
    • Shared Dimensions Data Dictionary Contract Details tableContract Details tableTable name dim_contract_detailsDefinition This reference table contains a list of contract numbers and descriptions.Primary key dim_contract_details_keyBusiness key contract_numberGuide for use All current contracts should be contained in the table. Any missing (historical) contracts are automatically added if referenced by a transaction, although this is limited to contract number, description and version. Updated each month.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 134January 2010
    • Shared Dimensions Data Dictionary Contract Details tableAllow paymentDefinition A flag indicating whether services should be paid under the contract are payable or not.Column name allow_paymentTable name dim_contract_detailsData type char(1)Other namesContextLayout AData domain Y Payment allowed N Payment not allowedGuide for use Used by HealthPAC during claim processing.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 135January 2010
    • Shared Dimensions Data Dictionary Contract Details tableChange flagDefinition This attribute has no meaning in the table.Column name change_flagTable name dim_contract_detailsData type char(1)Other namesContext Set during the extraction process at Healthpac to indicate whether the contract is new or a change to an exisiting record.Layout AData domainGuide for use Not usedVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 136January 2010
    • Shared Dimensions Data Dictionary Contract Details tableContract descriptionDefinition A free-text description of the contract.Column name contract_descriptionTable name dim_contract_detailsData type varchar2(80)Other namesContextLayout Free textData domain Dental MCNZ NCONZ OrganisationGuide for use Contains, for example, type of services, dates.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 137January 2010
    • Shared Dimensions Data Dictionary Contract Details tableContract expiry dateDefinition The end date on a given contract or the termination date on a contract.Column name contract_expiry_dateTable name dim_contract_detailsData type dateOther namesContextLayout dd-mon-ccyyData domainGuide for use If there is an end date and a termination date in HealthPACs Contract and Monitoring System, the earlier date is extracted as the Contract expiry date.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 138January 2010
    • Shared Dimensions Data Dictionary Contract Details tableContract numberDefinition The number of the contract that was the basis for the funding of the service provided.Column name contract_numberTable name dim_contract_detailsData type varchar2(11)Other namesContextLayoutData domainGuide for use This is the business key for the Contract Details table.Verification rules HealthPAC-generated number.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 139January 2010
    • Shared Dimensions Data Dictionary Contract Details tableContract typeDefinition The type of contract, eg, a section 51 notice.Column name contract_typeTable name dim_contract_detailsData type varchar2(10)Other namesContextLayout AAAAAAAAAAData domainGuide for use Not used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 140January 2010
    • Shared Dimensions Data Dictionary Contract Details tableCurrent versionDefinition The version number of the contract.Column name current_versionTable name dim_contract_detailsData type varchar2(2)Other namesContext Contracts can be adjusted, and each adjustment is recorded as a new version.Layout AAData domainGuide for use For information only. Contracts are not normally applied to payments in a version specific relationship.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 141January 2010
    • Shared Dimensions Data Dictionary Contract Details tableDHB codeDefinition Represents the District Health Board responsible for funding the services under the contract. The services are funded for the party identified by the column Perorg IDColumn name dhbTable name dim_contract_detailsData type varchar2(3)Other namesContext District Health Board code allocated by Shared Support Services Group.Layout AAAData domain NLD Northland NWA Waitemata CAK Auckland SAK Counties Manukau WKO Waikato LKS Lakes BOP Bay of Plenty TRW Tairawhiti TKI Taranaki HWB Hawkes Bay WNI Whanganui MWU MidCentral HUT Hutt CAP Capital and Coast WRP Wairarapa NLM Nelson Marlborough WCO West Coast CTY Canterbury SCY South Canterbury OTA Otago SLD Southland MOH Ministry of Health OVS OverseasGuide for use HealthPAC DHB codes. For completeness, the DHB SSSG code includes the Ministry of Health.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 142January 2010
    • Shared Dimensions Data Dictionary Contract Details tablePayment daysDefinition The number of days within which the provider is to be paid for On Demand payments.Column name payment_daysTable name dim_contract_detailsData type integerOther namesContextLayoutData domainGuide for use Working days only, ie, excluding weekends and national public holidays.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 143January 2010
    • Shared Dimensions Data Dictionary Contract Details tablePayment term codeDefinition The terms of payment for the contract.Column name payment_term_codeTable name dim_contract_detailsData type varchar2(10)Other namesContextLayoutData domain 1mont 2mont 3mont 2week 6mont 1off noneGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 144January 2010
    • Shared Dimensions Data Dictionary Contract Details tablePerorg IDDefinition The unique identifier for the person or organisation that receives payment for the work done under this contract.Column name perorg_idTable name dim_contract_detailsData type integerOther namesContext Perorg ID is a number assigned to a person or or organisation in the Healthpac CMS system.LayoutData domainGuide for use In the GMS Datamart, perorgs are restricted to providers and organisations that hold a contract.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 145January 2010
    • Shared Dimensions Data Dictionary Country tableCountry tableTable name dim_countryDefinition This table holds a list of all countries. Used to provide details of the health care users country of birth.Primary key dim_country_keyBusiness key country_codeGuide for use See Country of Birth code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Relational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 146January 2010
    • Shared Dimensions Data Dictionary Country tableCountry code descriptionDefinition Full name for the country of birth of the health care user.Column name country_code_descriptionTable name dim_countryData type varchar2(70)Other namesContextLayoutData domain See Country of birth code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Guide for use Based on the coded value for the country of birth as assigned from the Statistics NZ Country Code list (NZSCC86). See the Country of Birth code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data See country_codeSource documentSource organisationVersion 2.3 MoH 147January 2010
    • Shared Dimensions Data Dictionary Country tableCountry of BirthDefinition Coded value for the country of birth as assigned from the Statistics NZ Country Code list (NZSCC86).Column name country_codeTable name dim_countryData type varchar2(3)Other namesContext Primarily used for epidemiological studies.Layout NNNData domain 004 - 999. See the Country of Birth code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47Guide for use Mandatory for cancer patients until 1 July 2001. With the introduction of the Cancer Registry Act, pathologists were given responsibility to ensure that all specified primary cancer cases are reported, and the pathology report became the principal source of information identifying new cases of primary cancer. Because pathology reports do not contain all the information required to complete cancer registrations, Section 6 of the legislation also authorises the Cancer Registry to seek additional information from medical practitioners or hospitals. Information not available from laboratories is: Occupation code, Country of birth code, and Extent of cancer disease code.Verification rules Optional.Collection methodsRelated dataSource documentSource organisation Statistics NZVersion 2.3 MoH 148January 2010
    • Shared Dimensions Data Dictionary DHB Reference tableDHB Reference tableTable name dim_dhb_referenceDefinition This reference table contains a list of DHB codes and names.Primary key dim_dhb_reference_keyBusiness key dhb_codeGuide for use There is also an entry for the Ministry of Health.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 149January 2010
    • Shared Dimensions Data Dictionary DHB Reference tableDHB IDDefinition Statistics NZ code for District Health Boards.Column name dhb_idTable name dim_dhb_referenceData type integerOther namesContextLayout NNData domain 1 Northland 2 Waitemata 3 Auckland 4 Counties Manukau 5 Waikato 6 Lakes 7 Bay of Plenty 8 Tairawhiti 9 Taranaki 10 Hawkes Bay 11 Whanganui 12 MidCentral 13 Hutt 14 Capital and Coast 15 Wairarapa 16 Nelson Marlborough 17 West Coast 18 Canterbury 19 South Canterbury 20 Otago 21 Southland 99 OverseasGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisation Statistics NZVersion 2.3 MoH 150January 2010
    • Shared Dimensions Data Dictionary DHB Reference tableDHB codeDefinition District Health Board code as defined by the Ministry of Health.Column name dhb_codeTable name dim_dhb_referenceData type char(3)Other namesContextLayout NNNData domain 011 Northland 021 Waitemata 022 Auckland 023 Counties Manukau 031 Waikato 042 Lakes 047 Bay of Plenty 051 Tairawhiti 061 Hawkes Bay 071 Taranaki 081 MidCentral 082 Whanganui 091 Capital and Coast 092 Hutt 093 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for use May contain leading zeroes. Derived from NZHIS geocoding of the claimant address.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 151January 2010
    • Shared Dimensions Data Dictionary DHB Reference tableDHB nameDefinition Legal name of the District Health Board.Column name dhb_nameTable name dim_dhb_referenceData type varchar2(40)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 152January 2010
    • Shared Dimensions Data Dictionary DHB Reference tabledhb ssgDefinitionColumn name dhb_ssgTable name dim_dhb_referenceData type char(3)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 153January 2010
    • Shared Dimensions Data Dictionary Diagnosis Type tableDiagnosis Type tableTable name dim_diagnosis_typeDefinition This dimension table hold the details of the diagnosis type and the associated diagnosis type description.Primary key dim_diagnosis_type_keyBusiness key diagnosis_typeGuide for useRelational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 154January 2010
    • Shared Dimensions Data Dictionary Diagnosis Type tableDiagnosis typeDefinition A code that groups clinical codes, or indicates the priority of a diagnosis.Column name diagnosis_typeTable name dim_diagnosis_typeData type char(1)Other names Event clinical code type, Diagnosis type codeContext Clinical information within a mental health service.Layout AData domain A Principal diagnosis B Other relevant diagnosis O Operation/procedure E External cause of injury M Pathological nature of growth D Underlying cause of death F Selected contributory cause B1 G Selected contributory cause B2 C Non-contributory cancer H Main maternal disease in fetal or infant death I Other maternal disease in fetal or infant death J Other relevant disease in fetal or infant death N Nature of injury (mortality only) P Mental health provisional diagnosis (MHINC only) S ActivityGuide for use There must be no more than one type A diagnosis for each diagnosis date. An A or P diagnosis must precede any other diagnosis on that date for that healthcare user. The MHINC and the MHDW only use A, B and P Diagnosis types. Because a healthcare user may be seen on the same day by more than one team, and because their conditions may be interdependent, the assignation of Diagnosis type is open to interpretation. For example, a healthcare user may have an alcohol and drug diagnosis and a diagnosis for depression. If the alcohol and drug condition is deemed to be the principal or provisional diagnosis, it should be viewed in the context of the depression, and vice versa. Consequently, data users are advised to look at B diagnoses as well as A and P diagnoses. Before 1 July 2004, diagnoses are not mandatory, and the data is incomplete.Verification rules Optional. Must be a valid code in the Event Clinical Code Type code table. When a healthcare user is issued a number of diagnoses by an agency with a given Diagnosis date, then at least one of those diagnoses must be a mental health diagnosis of type A or P, with no more than one A diagnosis.Collection methodsRelated data Diagnosis/procedure code Diagnosis/procedure description Clinical coding system ID Clinical code typeSource documentVersion 2.3 MoH 155January 2010
    • Shared Dimensions Data Dictionary Diagnosis Type tableSource organisation NZHISVersion 2.3 MoH 156January 2010
    • Shared Dimensions Data Dictionary Diagnosis Type tableDiagnosis type descriptionDefinition A free-text description of the diagnoses, injuries, external causes, and procedures performed. This should not be the standard description associated with the clinical code.Column name diagnosis_type_descriptionTable name dim_diagnosis_typeData type varchar2(70)Other names Event diagnosis/procedure descriptionContext Clinical information.Layout Free textData domainGuide for use Depending on the context, this is also known as Diagnosis description (external cause), Accident description, Operation description, and Morphology description. It is mandatory that free text be used for this field, as this aids the research process and assists with the quality audit of data sent to the NMDS. Free text should always be used with external cause codes. Providers often automate this field using encoding programmes. This greatly detracts from the value of the data.Verification rulesCollection methods Agencies are required to provide this information, particularly the description of the circumstances surrounding an injury, as it is used extensively in injury-prevention research. The Event supplementary information field may be used to expand the description. From 1 July 2008, the standard descriptions sent to NZHIS by hospitals may be up to 100 characters long. Prior to 1 July 2008, descriptions were 50 characters long. Many of these abbreviated descriptions are not specific, so their usefulness for research is limited. Your assistance is sought to report fully on the diagnosis, procedure, or circumstances of the injury in the Event supplementary information field.Related data Diagnosis type Clinical codeSource documentSource organisationVersion 2.3 MoH 157January 2010
    • Shared Dimensions Data Dictionary DRG tableDRG tableTable name dim_drgDefinition Dimension table of Diagnostic Related Groups (DRG).Primary key dim_drg_keyBusiness key drg_code, drg_grouper_typeGuide for use See full code table of DRGs at: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Relational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 158January 2010
    • Shared Dimensions Data Dictionary DRG tableDRG codeDefinition Diagnosis-related group code produced by the AN-DRG Grouper version 3.1, or AR-DRG Grouper version 4.2Column name drg_codeTable name dim_drgData type varchar2(4)Other namesContext Clinical demographic and administrative information within a health event.Layout AAAAData domain See DRG code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Guide for use A diagnosis-related group (DRG) produced by invoking a DRG program that compares all diagnostic codes in a health event and assigns a DRG code based on a complex series of decision trees. This classifies the episodes of inpatient care into clinically meaningful groups with similar resource consumption. Until 1 July 2001 the clinical version of AN-DRG 3.1 was produced by running 3M version 3.1 AN-DRG Grouper Program over ICD-9-CM-A version II diagnosis and procedure codes. Since July 2001, 3M AR- DRG version 4.2 of the Grouper Program has been used to generate clinical version 3.1 codes. The current version (4.2) uses up to 20 diagnoses and 20 procedure codes. The previous version (3.1) used up to 15 diagnoses and 15 procedures. DRG codes of clinical version 3.1 are stored for all events, as this field is often used for analysis. Calculated from: - personal information (eg. Sex, Date of birth), and - event information (eg, Admission date, Event end type), and - diagnosis and procedure information in the appropriate ICD code for the DRG Grouper (ICD-10-AM 2nd Edition).Verification rulesCollection methods Sourced from the NMDS. Not supplied for HealthPAC events. The current DRG grouper is AR-DRG version 4.2, which produces codes in versions 3.1 and 4.2 as appropriate. The grouper accepts up to 20 diagnoses and 20 procedure codes for clinical version 4.2. External cause codes are not used by the grouper. Hospitals can report up to 99 diagnosis and procedure codes for each event, therefore it is recommended that hospitals prioritise diagnoses and procedure codes in order to present the grouper with the most severe diagnoses and operations.Related data drg_code_descriptionSource documentSource organisation The logic for the DRG software is specified by the Health Services Division of the Commonwealth Department of Health and Ageing, Australia.Version 2.3 MoH 159January 2010
    • Shared Dimensions Data Dictionary DRG tableDRG code descriptionDefinition Description of the drg_code. Diagnosis-related group code produced by the AN-DRG Grouper version 3.1, or AR-DRG Grouper version 4.1, 4.2, or 5.0Column name drg_code_descriptionTable name dim_drgData type varchar2(110)Other namesContextLayout AAAAData domain See DRG code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Guide for useVerification rulesCollection methodsRelated data drg_codeSource documentSource organisationVersion 2.3 MoH 160January 2010
    • Shared Dimensions Data Dictionary DRG tableDRG grouper type codeDefinition A code to describe the clinical version of the DRG calculation used.Column name drg_grouper_typeTable name dim_drgData type varchar2(2)Other namesContextLayout NNData domain DRG Grouper Type code: Drg Grouper Type description: MDC type: 01 Medicare Version 4.0 Secondary Care - 02 ANDRG Version 3.1 A 03 AR-DRG Version 4.1 B 04 AR-DRG Version 4.2 C 05 AR-DRG Version 5.0 DGuide for use DRG grouper type code should be the same as the MDC type. 02 was used until 30 June 2000. 03 was used between 1 July 2000 and 30 June 2002. 04 was used between 1 July 2002 and 30 June 2005 05 will be used from 1 July 2005. The grouper software version produce a number of clinical versions. NZHIS is currently using software version 5.0 to produces DRG codes of clinical versions 3.1, 4.1, 4.2 and 5.0. This field describes the clinical version.Verification rulesCollection methodsRelated data DRG codes MDC type MDC codeSource documentSource organisationVersion 2.3 MoH 161January 2010
    • Shared Dimensions Data Dictionary DRG tableDRG grouper type description.Definition A description of the drg_grouper_type code. Diagnosis-related group code produced by clinical version 3.1, 4.2 or 5.0 of the AN-DRG Grouper.Column name drg_grouper_type_descriptionTable name dim_drgData type varchar2(70)Other names Diagnostic related group type description.ContextLayout NNData domain DRG Grouper Type code: Drg Grouper Type description: MDC type: 01 Medicare Version 4.0 Secondary Care - 02 ANDRG Version 3.1 A 03 AR-DRG Version 4.1 B 04 AR-DRG Version 4.2 C 05 AR-DRG Version 5.0 DGuide for use See drg_grouper_type in this table for a detailed overview. See DRG grouper code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data drg_grouper_type, MDC typeSource documentSource organisationVersion 2.3 MoH 162January 2010
    • Shared Dimensions Data Dictionary DRG tableMDC codeDefinition The Major Diagnostic Category (MDC) is a category generally based on a medical classification that is associated with a particular medical speciality. MDCs are assigned by the DRG grouper program.Column name mdc_codeTable name dim_drgData type varchar2(2)Other namesContextLayout NNData domain 00 Pre-MDC 01 Diseases and disorders of the nervous system 02 Diseases and disorders of the eye 03 Diseases and disorders of the ear, nose, mouth and throat 04 Diseases and disorders of the respiratory system 05 Diseases and disorders of the circulatory system 06 Diseases and disorders of the digestive system 07 Diseases and disorders of the hepatobiliary system and pancreas 08 Diseases and disorders of the musculoskeletal system and connective tissue 09 Diseases and disorders of the skin, subcutaneous tissue and breast 10 Endocrine, nutritional and metabolic diseases and disorders 11 Diseases and disorders of the kidney and urinary tract 12 Diseases and disorders of the male reproductive system 13 Diseases and disorders of the female reproductive system 14 Pregnancy, childbirth and the puerperium 15 Newborn and other neonates 16 Diseases and disorders of blood, blood-forming organs and immunological disorders 17 Neoplastic disorders (haematological and solid neoplasms) 18 Infectious and parasitic diseases (systemic or unspecified sites) 19 Mental diseases and disorders 20 Alcohol/drug use and alcohol/drug-induced organic mental conditions 21 Injuries, poisoning and toxic effects of drugs 22 Burns 23 Factors influencing health status and other contacts with health services 99 Error DRGsGuide for use See MDC code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data MDC type DRG codes DRG grouper typeSource documentSource organisation National Centre for Classification in Health, University of Sydney, AustraliaVersion 2.3 MoH 163January 2010
    • Shared Dimensions Data Dictionary DRG tableMDC descriptionDefinition Description of the mdc_code.Column name mdc_descriptionTable name dim_drgData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for use The Major Diagnostic Category (MDC) is a category generally based on a medical classification that is associated with a particular medical speciality. MDCs are assigned by the DRG grouper program. See MDC code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data mdc_codeSource documentSource organisationVersion 2.3 MoH 164January 2010
    • Shared Dimensions Data Dictionary DRG tabledrg category codeDefinitionColumn name drg_category_codeTable name dim_drgData type char(1)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 165January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableEthnicity tableTable name dim_ethnicityDefinition This reference table lists all ethnic group codes.Primary key dim_ethnicity_keyBusiness key ethnic_codeGuide for use Ethnic codes are often grouped, and the groups form a hierarchy. Ethnicity in the Health System is usually obtained using the level 2 ethnic codes, of which there are 25. Individual ethnic groups are classified into progressively broader groups. Level 1 ethnicity groups the 25 level 2 codes into 7 groups. Level 0 ethnicity groups the 25 level 2 codes into 3 groups.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 166January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableEthnic CodeDefinition A social group whose members have one or more of the following four characteristics: - they share a sense of common origins - they claim a common and distinctive history and destiny - they possess one or more dimensions of collective cultural individuality - they feel a sense of unique collective solidarity.Column name ethnic_codeTable name dim_ethnicityData type char(2)Other namesContext Information on ethnicity is collected for planning and service delivery purposes and for monitoring health status across different ethnic groups. Ethnic group codes are key variables for determining the characteristics of the population that are using the health sector.Layout AAData domainGuide for use See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 167January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableEthnicityDefinition The ethnicity of the Health Care User.Column name ethnicityTable name dim_ethnicityData type varchar2(50)Other namesContextLayout Free textData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for useVerification rulesCollection methods Sourced from Statistics NZ.Related dataSource documentSource organisationVersion 2.3 MoH 168January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableLevel 0 ethnic codeDefinition This is the level 0 code of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_0_ethnic_codeTable name dim_ethnicityData type char(1)Other namesContextLayout AData domain Level 0 ethnicity has 3 categories: 2 Maori 3 Pacific Island 6 OtherGuide for use This is the first recorded ethnicity at level 0, i.e. Ethnic Code 1 - Level 0 Ethnic Code 1 Classification criteria Individual ethnic groups are classified into progressively broader ethnic groups according to geographical location or origin, cultural similarities, and size (in New Zealand). At the lowest level of the classification (Level Four) larger groups are disaggregated (as appropriate) according to: - geographical locality or origin (country, regions within a country or islands within a particular island group); - cultural differences (which include distinctions such as language and religious belief); - size; and - Recommendation 8 of the Ethnic Review Committee report in ethnic statistics which states that Pacific Peoples should be separately identified where possible.Verification rulesCollection methodsRelated data level_0_ethnicity_1Source documentSource organisationVersion 2.3 MoH 169January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableLevel 0 ethnicityDefinition This is the level 0 description of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_0_ethnicityTable name dim_ethnicityData type varchar2(50)Other namesContextLayout Free textData domain 2 Maori 3 Pacific Island 6 OtherGuide for use This is the description of the first recorded ethnicity at level 0, i.e. Ethnic Code 1 - Level 0 ethnic code 1Verification rulesCollection methodsRelated data level_0_ethnic_code_1Source documentSource organisationVersion 2.3 MoH 170January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableLevel 1 ethnic codeDefinition This is the level 1 code of the first of the three ethnic groups recorded for the patient (healthcare user).Column name level_1_ethnic_codeTable name dim_ethnicityData type char(1)Other namesContextLayout AAData domain Ethnicity is a hierarchical classification with five levels. Level one has 7 categories, level two has 25 categories, level three has 41 categories while level four has 237 categories. The level one categories are: 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use Classification criteria: Individual ethnic groups are classified into progressively broader ethnic groups according to geographical location or origin, cultural similarities, and size (in New Zealand). At the lowest level of the classification (Level Four) larger groups are disaggregated (as appropriate) according to: - geographical locality or origin (country, regions within a country or islands within a particular island group); - cultural differences (which include distinctions such as language and religious belief); - size; and - Recommendation 8 of the Ethnic Review Committee report in ethnic statistics which states that Pacific Peoples should be separately identified where possible.Verification rulesCollection methodsRelated data level_1_ethnicity_1Source documentSource organisationVersion 2.3 MoH 171January 2010
    • Shared Dimensions Data Dictionary Ethnicity tableLevel 1 ethnicityDefinition This is the level 1 description of the first of the three ethnic groups recorded for the patient (healthcare user). Level 1 groups ethnicities into: 1 (European), 2 (Maori), 3 (Pacific Island), 4 (Asian), 5 (MELAA), 6 (Other), 9 (Unspecified).Column name level_1_ethnicityTable name dim_ethnicityData type varchar2(50)Other namesContextLayout Free textData domain 1 European 2 Maori 3 Pacific Island 4 Asian 5 MELAA 6 Other 9 UnspecifiedGuide for use This is the description of the first recorded ethnicity at level 1, i.e. Ethnic Code 1 - Level 1 ethnic code 1Verification rulesCollection methodsRelated data level_1_ethnic_code_1Source documentSource organisationVersion 2.3 MoH 172January 2010
    • Shared Dimensions Data Dictionary Event End Type tableEvent End Type tableTable name dim_event_end_typeDefinition This table holds values that describe the end type to the HCU event.Primary key dim_event_end_type_keyBusiness key event_end_typeGuide for useRelational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 173January 2010
    • Shared Dimensions Data Dictionary Event End Type tableEvent end descriptionDefinition Description of the event end type.Column name event_end_descriptionTable name dim_event_end_typeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for use Free text short description field. See event_end_type in this table for a detailed overview. See Event end type code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data event_end_type, event_end_dateSource documentSource organisationVersion 2.3 MoH 174January 2010
    • Shared Dimensions Data Dictionary Event End Type tableEvent end type codeDefinition A code identifying how a healthcare event ended.Column name event_end_typeTable name dim_event_end_typeData type varchar2(2)Other names Discharge typeContextLayoutData domain DA: Discharge to an acute facility DC: Psychiatric patient discharged to community care DD: Died DF: Statistical discharge for change in funder DI: Self-discharge from hospital, indemnity signed DL: Committed psychiatric patient discharged to leave for more than 10 days DN: Psychiatric remand patient discharged without committal DO: Discharge of a patient for organ donation DP: Psychiatric patient transferred for further psychiatric care DR: Ended routinely DS: Self-discharge from hospital (no indemnity) DT: Discharge of non-psychiatric patient to another healthcare facility DW: Discharge to other service within same facility between the following types of specialty: AT&R, mental health, obstetric, and personal health. Not to be used for transfer between surgical and medical. EA: Discharge from Emergency department acute facility to specialist facility for neonates and burns only ED: Died while still in Emergency department acute facility EI: Self discharge from treatment in an Emergency department acute facility with indemnity signed ER: Routine discharge from an Emergency department acute facility ES: Self discharge from treatment in an Emergency department acute facility without indemnity ET: Discharge from Emergency department acute facility to another healthcare facilityGuide for use RO was superseded on 1 July 1994. DA and DW were introduced in 1 July 1995. DO was introduced in 1 July 1997. DF was introduced in 1 July 2000. EA, ED, EI, ER, ES and ET were introduced in 1 July 2007. See Appendix F for the allocation Guide for Use of NMDS Emergency Department (ED) Event End Type Codes, Emergency Department scenarios and Event End Type Code mappnigs for 3M CodefinderTM.Verification rules Must be a valid code in the Event End Type Code table. Optional for psychiatric inpatient events. Mandatory for all other Events. If the Event end type (discharge type) code on an event record is DD (Died) or ED (Died while still in Emergency department acute facility), then the record must contain at least one diagnosis code for which the death flag has the value of Y, otherwise a warning message is generated.Collection methods NOTES RE DA DA is only used in cases where the patient is being transferred within 5Version 2.3 MoH 175January 2010
    • Shared Dimensions Data Dictionary Event End Type table days of admission, and: - the patient being transferred has a principal diagnosis of stroke, or - the discharge is directly due to the need for immediate treatment at a neonatal facility, a specialist burns unit, or a multiple trauma unit. The code DA is required for accurate classification to DRG for the following types of case: 1. An infant aged less than or equal to 28 days is required to be discharged directly to a specialist neonatal unit for acute care which is not available at the discharging facility. For example, a newborn infant with a condition that cannot be treated adequately at the healthcare facility where the birth took place is transferred to the specialist neonatal unit at another healthcare facility for acute care. The discharge of the infant from the hospital of birth would be recorded as DA. 2. A patient of any age required to be discharged directly to a specialist burns unit for acute care which is not available at the discharging facility. For example, a person suffering burns in an accident is taken to the nearest healthcare facility for immediate treatment and assessment and then transferred to a specialist burns unit for acute care. The discharge of the patient from the hospital where immediate treatment and assessment took place would be recorded as DA. NOTES RE DW Discharge type DW is available to be used for any internal transfers between any specialties except Surgical (S) and Medical (M) and vice versa. If the transfer is to another facility (using a different Facility code) then the discharge type DT must be used. Some examples showing the use of DW are given below (this is not an exclusive list): 1. Assessment, Treatment and Rehabilitation Unit Services Inpatient Assessment, Treatment and Rehabilitation (AT&R) care should be able to be identified separately. That is, all AT&R inpatient episodes of care should result in a discharge for which the Health Specialty Code is Geriatric AT&R (D00+D10) or Psychogeriatric AT&R (D20+D30), for the period in which the healthcare user was under the care of the inpatient AT&R service. Healthcare users can arrive at an AT&R Unit by a number of means. Three examples follow: a. The healthcare user is admitted to a healthcare facility with a medical (eg, acute stroke) or surgical (eg, fractured hip with reduction) problem. If a clinical decision is made to move the healthcare user to an AT&R unit within the same healthcare facility, then there must be a discharge from the Medical or Surgical Specialty with an Event end type of DW and an admission to the AT&R unit. b. The healthcare user is a Disability Support Service (DSS) resident. If the healthcare user develops a problem which requires AT&R unit services in the same healthcare facility, they should be discharged from the DSS Specialty with an Event end type of DW and admitted to the AT&R unit. c. The healthcare user, once admitted to an AT&R Specialty, develops the need for a significant medical or surgical intervention. When this need is above and beyond what would be expected to be delivered in an AT&R Specialty, the healthcare user should be discharged from the AT&R Specialty with an Event end type of DW and admitted to the appropriate medical/surgical specialty. They may later be discharged (DW) and readmitted to AT&R for post-treatment care.Version 2.3 MoH 176January 2010
    • Shared Dimensions Data Dictionary Event End Type table This example would result in three separate inpatient events (and three DRGs) during one continuing episode of inpatient care. 2. Health Agency DSS Long-term Resident Inpatient Services Personal Health inpatient services provided to DSS long-term inpatients should be identified separately. That is, Personal Health episodes of care should result in a discharge using a Personal Health specialty code and Event end type DW, for the period in which the healthcare user was under the care of the Personal Health inpaRelated data event_end_date, event_end_descriptionSource documentSource organisation National Data Policy GroupVersion 2.3 MoH 177January 2010
    • Shared Dimensions Data Dictionary Event End Type tableSeparation modeDefinitionColumn name separation_modeTable name dim_event_end_typeData type varchar2(2)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 178January 2010
    • Shared Dimensions Data Dictionary Event Type tableEvent Type tableTable name dim_event_typeDefinition This table holds values that describe the event type for the HCU event.Primary key dim_event_type_keyBusiness key event_typeGuide for useRelational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 179January 2010
    • Shared Dimensions Data Dictionary Event Type tableEvent type codeDefinition Code identifying the type of health event.Column name event_typeTable name dim_event_typeData type varchar2(2)Other namesContextLayout AAData domain BT Birth event CM Community CO Cultural setting, non-Maori CS Cultural Setting DM Domiciliary DP Day patient DT Death event GP General Practitioner event ID Intended day case IM Psychiatric inpatient event IP Non-psychiatric inpatient event MC Maori cultural setting NP Non-psychiatric OP Outpatient eventGuide for use OP (outpatient), ED (emergency department). OP is definedas every event not in ED. As at 1 Jul 2008, the Event Type is determined from the submitted Purchase Unit Code. If the first two characters of the submitted Purchase Unit Code = ED, the Event Type is set to ED. In all other cases, the Event Type is set to OP.Verification rulesCollection methodsRelated data event_type_descriptionSource documentSource organisationVersion 2.3 MoH 180January 2010
    • Shared Dimensions Data Dictionary Event Type tableEvent type descriptionDefinition Description of the event_type code for the healthcare event.Column name event_type_descriptionTable name dim_event_typeData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for use Free text short description field. See Event type code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data event_typeSource documentSource organisationVersion 2.3 MoH 181January 2010
    • Shared Dimensions Data Dictionary Facility Type tableFacility Type tableTable name dim_facility_typeDefinition This shared dimension table holds values and descriptions for the type of facility e.g. 01 = Public Hospital , 02 = Private Hospital, 04 = G.P. Practice, 14 = Drug and Alcohol Treatment facility. A healthcare facility is a place, which may be a permaPrimary key dim_facility_type_keyBusiness key facility_typeGuide for use See facility Type code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Relational rulesData contentVersion 2.3 MoH 182January 2010
    • Shared Dimensions Data Dictionary Facility Type tableFacility Type descriptionDefinition Description of the facility type - a code that categorises facilities into particular types e.g. 01 = Public Hospital, 13 = Cervical Screening Programme, 14 = Drug and Alcohol Treatment facility.Column name facility_type_descriptionTable name dim_facility_typeData type varchar2(70)Other namesContextLayout Free TextData domain Free textGuide for use Paired with facility_type. See Facility Type code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data Facility typeSource documentSource organisationVersion 2.3 MoH 183January 2010
    • Shared Dimensions Data Dictionary Facility Type tableFacility typeDefinition A code that categorises facilities into particular types e.g. 01 = Public Hospital, 13 = Cervical Screening Programme, 14 = Drug and Alcohol Treatment facility.Column name facility_typeTable name dim_facility_typeData type varchar2(64)Other namesContextLayoutData domain 01 Public hospital 02 Private hospital 03 Psychiatric hospital 04 GP practice 10 Health centre 11 Local cancer registry 12 Mental health outpatient service 13 Cervical screening programme 14 Drug and alcohol treatment facility 15 Mental health community skills enhancement facility 16 Kaupapa Maori service 17 Pacific Island service 18 Mental health community team 19 Child, adolescent and family service 20 Mental health day hospital 21 Mental health residential 1 to 5 facility 22 Mental health residential and skills enhancement facility 23 Forensic mental health treatment facility 24 Intellectual disability facility 25 Charitable trust facility 99 OtherGuide for use Paired with facility_type_description. See Facility Type code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data facility_type_descriptionSource documentSource organisationVersion 2.3 MoH 184January 2010
    • Shared Dimensions Data Dictionary Geo tableGeo tableTable name dim_geoDefinition This reference table contains a geographical breakdown of New Zealand at the level of Domicile Code . Each row of the table describes a single Domicile Code, and locates it within broader geographical definitions eg DHB.Primary key dim_geo_keyBusiness key domicile_codeGuide for use The Geographical boundaries of New Zealand are apportioned into Chunks by Statistics NZ. The smallest Chunks are called Mesh Blocks, and are sized on the basis of population counts. Redefinition of mesh blocks takes place at each Census. This may mean new mesh blocks are created, and others may be resized or deleted. Mesh blocks are grouped into Area Units. Domicile Codes are the Health equivalent of Area Units. Groups of Domicile codes can be used to define the Geographic extent of; Territiorial Local Authorites DHBs Regional Health Authorities (Now dis-established)Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 185January 2010
    • Shared Dimensions Data Dictionary Geo tableArea unitDefinition NZ Statistics Area Unit Name (2001 boundaries).Column name area_unitTable name dim_geoData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 186January 2010
    • Shared Dimensions Data Dictionary Geo tableArea unit codeDefinition The census area unit code that corresponds to the Domicile code.Column name area_unit_codeTable name dim_geoData type varchar2(64)Other namesContextLayoutData domainGuide for use Statistics NZ census area unit number (2001 boundaries).Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 187January 2010
    • Shared Dimensions Data Dictionary Geo tableCensus yearDefinitionColumn name census_yearTable name dim_geoData type integerOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 188January 2010
    • Shared Dimensions Data Dictionary Geo tableDHB codeDefinition District Health Board code as defined by the Ministry of Health.Column name dhb_codeTable name dim_geoData type varchar2(64)Other namesContextLayout NNNData domain 11 Northland 21 Waitemata 22 Auckland 23 Counties Manukau 31 Waikato 42 Lakes 47 Bay of Plenty 51 Tairawhiti 61 Hawkes Bay 71 Taranaki 81 MidCentral 82 Whanganui 91 Capital and Coast 92 Hutt 93 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for use Geocoding of addresses provides the Domicile Code in which the address is located. DHBs are responsible for the health of a population residing in a collection of Domicile Codes.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 189January 2010
    • Shared Dimensions Data Dictionary Geo tableDHB nameDefinition The name of the District Health Board responsible for the domicile.Column name dhbTable name dim_geoData type varchar2(64)Other namesContextLayoutData domain Auckland Bay of Plenty Canterbury Capital and Coast Counties Manukau Hawkes Bay Hutt Lakes MidCentral Nelson Marlborough Northland Otago South Canterbury Southland Tairawhiti Taranaki Unknown DHB Waikato Wairarapa Waitemata West Coast WhanganuiGuide for use For completeness, the table includes the Ministry of Health.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 190January 2010
    • Shared Dimensions Data Dictionary Geo tableDomicile codeDefinition Statistics NZ Health Domicile Code representing a persons usual residential address. Also used for facility addresses. Usual residential address is defined as the address at which the person has been, or plans to be, living for 3 months or more. (Statistics NZ definition of usually resident.) If a person usually lives in a rest home or a hospital, that is considered their usual residential address.Column name domicile_codeTable name dim_geoData type char(4)Other namesContextLayout NNNNData domain 0 to 9999Guide for use Health Domicile code 2001, which has a one-to-one correspondence to Statistics NZ census area code 2001 but has a maximum of 4 digits instead of 6 digits.Verification rulesCollection methodsRelated dataSource documentSource organisation Statistics NZVersion 2.3 MoH 191January 2010
    • Shared Dimensions Data Dictionary Geo tableDomicile nameDefinition Health Domicile Name (2001 boundaries).Column name domicile_nameTable name dim_geoData type varchar2(64)Other namesContextLayout Free textData domainGuide for use Eg, Akaroa, Pukerua Bay.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 192January 2010
    • Shared Dimensions Data Dictionary Geo tableHHSDefinition Health and Health Services name.Column name hhsTable name dim_geoData type varchar2(64)Other namesContextLayoutData domain Dental MCNZ NCONZ OrganisationGuide for use No longer used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 193January 2010
    • Shared Dimensions Data Dictionary Geo tableHHS codeDefinition Health and Health Services code.Column name hhs_codeTable name dim_geoData type varchar2(64)Other namesContextLayoutData domainGuide for use No longer used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 194January 2010
    • Shared Dimensions Data Dictionary Geo tableLocalityDefinition Regional Health Authority locality name.Column name localityTable name dim_geoData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 195January 2010
    • Shared Dimensions Data Dictionary Geo tableLocality codeDefinition Regional Health Authority locality code.Column name locality_codeTable name dim_geoData type varchar2(64)Other namesContextLayout NNData domain 01 Northland 02 Auckland 03 Waikato 04 Bay of Plenty 05 Tairawhiti/Hawkes Bay 06 Taranaki 07 Wanganui/Manawatu 08 Wellington 09 Nelson/Marlborough 10 Canterbury/West Coast 11 Otago/SouthlandGuide for use The Locality Reference code table contains HFA geographic groups. These are only used for historical analysis.Verification rulesCollection methodsRelated dataSource documentSource organisation NZHISVersion 2.3 MoH 196January 2010
    • Shared Dimensions Data Dictionary Geo tableNzdep 2001Definition The NZ Deprivation Index is a decile ranking assigned to a domicile code. It is calculated by combining and ranking a range of social and economic variables across the NZ population.Column name nzdep_01Table name dim_geoData type integerOther namesContext NZdep 2001 is an updated version of the NZDep91 and NZDep96 indexes of deprivation. NZDep2001 is based on the 2001 census.LayoutData domainGuide for use Deprivation scale/poverty indicator. 1 is the least deprived and 10 is the most deprived. NZdep01 is a component of funding of capitation payment rates for primary health organisations (PHOs). This may be extended to other payments for PHOs in the future. There are 38,000 meshblocks with a medium population of 90.. A null value means that a deprivation index could not be allocated to this meshblock because its population is too small, or for technical reasons.Verification rulesCollection methods Provided by Department of StatisticsRelated dataSource documentSource organisationVersion 2.3 MoH 197January 2010
    • Shared Dimensions Data Dictionary Geo tableRHA codeDefinition Regional Health Authority.Column name rha_codeTable name dim_geoData type varchar2(64)Other namesContextLayout NData domain 1 Northern Region 2 Midland Region 3 Central Region 4 Southern RegionGuide for use Alternative to DHB, or going to the Provider table to look up geocoded fields. Still geographically useful, although RHAs no longer exist.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 198January 2010
    • Shared Dimensions Data Dictionary Geo tableRegionDefinition Name of Regional Health Authority.Column name regionTable name dim_geoData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 199January 2010
    • Shared Dimensions Data Dictionary Geo tableRural status codeDefinition Classifies the rural/urban context of the Domicile code.Column name rural_status_codeTable name dim_geoData type integerOther namesContextLayoutData domain 0 Urban 1 Semi Rural 2 Rural 3 Remote RuralGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 200January 2010
    • Shared Dimensions Data Dictionary Geo tableSub-localityDefinition Name of HFA sub-locality.Column name sub_localityTable name dim_geoData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 201January 2010
    • Shared Dimensions Data Dictionary Geo tableSub-locality codeDefinition Regional Health Authority sub-locality code.Column name sub_locality_codeTable name dim_geoData type varchar2(64)Other namesContextLayout NNData domain 01 Northland 02 North Harbour 03 West Auckland 04 Central Auckland 05 South Auckland 06 Thames Valley and Peninsula 07 Central and Northern Waikato 08 Hamilton City 09 South and Eastern Waikato 10 King Country 11 Western Bay of Plenty 12 Lakes 13 Eastern Bay of Plenty 14 Tairawhiti 15 Hawkes Bay 16 Taranaki 17 Wanganui 18 Manawatu 19 Porirua-Kapiti 20 Hutt 21 Wellington 22 Wairarapa 23 Nelson-Marlborough 24 West Coast 25 North Canterbury 26 Canterbury 27 Christchurch City 28 Mid-Canterbury 29 South Canterbury 30 Waitaki 31 Central Lakes 32 Dunedin City 33 Clutha 34 Southland 35 Invercargill CityGuide for use The Sub-Locality Reference code table contains HFA geographic groups. These are only used for historical analysis.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 202January 2010
    • Shared Dimensions Data Dictionary Geo tableTerritorial AuthorityDefinition NZ Statistics Territorial Local Authority name (1995 boundaries) e.g. Auckland City, Dunedin City, Far North District, Banks Peninsula District.Column name taTable name dim_geoData type varchar2(64)Other namesContextLayoutData domainGuide for use Territorial authorities are composed of meshblocks and area units, so the area covered by the local authority can be defined at either of these levels.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 203January 2010
    • Shared Dimensions Data Dictionary Geo tableTerritorial Authority codeDefinition A code identifying a Territorial Authority.Column name ta_codeTable name dim_geoData type varchar2(64)Other namesContext NZ Statistics Territorial Local Authority number (1995 boundaries). For example 001.Layout AAData domainGuide for use Territorial authorities are composed of meshblocks and area units, so the area covered by the local authority can be defined at either of these levels.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 204January 2010
    • Shared Dimensions Data Dictionary Geo tableYear retiredDefinition The year the Domicile code was retired from use.Column name year_retiredTable name dim_geoData type integerOther namesContextLayout CCYYData domain 2001Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 205January 2010
    • Shared Dimensions Data Dictionary Geofile tableGeofile tableTable name dim_geofileDefinition Demographic data mainly sourced from NZ Statistics. Source: NZ StatisticsPrimary key dim_geofile_keyBusiness key mesh_block_2001, mesh_block_2006Guide for use This table contains all geographic classifications, including health- related classifications such as DHB and Regional Health Authority, down to a mesh block level. See http://www.stats.govt.nz/.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 206January 2010
    • Shared Dimensions Data Dictionary Geofile tableArea Unit 1991Definition Statistics NZ census area unit number (1991 boundaries).Column name area_unit_1991Table name dim_geofileData type char(6)Other namesContextLayoutData domainGuide for useVerification rulesCollection methods Derived from NZHIS geocoding of the claimant address.Related dataSource documentSource organisationVersion 2.3 MoH 207January 2010
    • Shared Dimensions Data Dictionary Geofile tableArea Unit 1996Definition NZ Statistics Area Unit Name (1996 boundaries).Column name area_unit_1996Table name dim_geofileData type char(6)Other namesContextLayoutData domainGuide for useVerification rulesCollection methods Derived from NZHIS geocoding of the claimant address.Related dataSource documentSource organisationVersion 2.3 MoH 208January 2010
    • Shared Dimensions Data Dictionary Geofile tableArea Unit 2001 NZDEPDefinition Deprivation index based on NZ Statistics Area Unit Name (2001 boundaries).Column name area_unit_2001_nzdepTable name dim_geofileData type integerOther namesContextLayout NNData domain 1-10Guide for use Deprivation scale/poverty indicator. 1 is the least deprived and 10 is the most deprived.Verification rulesCollection methodsRelated data area_unit_2001, nzdep_01Source documentSource organisationVersion 2.3 MoH 209January 2010
    • Shared Dimensions Data Dictionary Geofile tableArea Unit 2006Definition Statistics NZ census area unit number (2006 boundaries).Column name area_unit_2006Table name dim_geofileData type char(6)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 210January 2010
    • Shared Dimensions Data Dictionary Geofile tableArea unit nameDefinition Statistics NZ census area unit name (1991 boundaries).Column name area_unit_nameTable name dim_geofileData type varchar2(64)Other namesContextLayout Free textData domain Free textGuide for use In the Census91 table, this field is a maximum of 64 characters.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 211January 2010
    • Shared Dimensions Data Dictionary Geofile tableDHB codeDefinition District Health Board code as defined by the Ministry of Health.Column name dhb_codeTable name dim_geofileData type char(3)Other namesContextLayout NNNData domain 11 Northland 21 Waitemata 22 Auckland 23 Counties Manukau 31 Waikato 42 Lakes 47 Bay of Plenty 51 Tairawhiti 61 Hawkes Bay 71 Taranaki 81 MidCentral 82 Whanganui 91 Capital and Coast 92 Hutt 93 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 212January 2010
    • Shared Dimensions Data Dictionary Geofile tableDHB nameDefinition The name of the District Health Board responsible for the domicile.Column name dhbTable name dim_geofileData type varchar2(64)Other namesContextLayoutData domain Auckland Bay of Plenty Canterbury Capital and Coast Counties Manukau Hawkes Bay Hutt Lakes MidCentral Nelson Marlborough Northland Otago South Canterbury Southland Tairawhiti Taranaki Unknown DHB Waikato Wairarapa Waitemata West Coast WhanganuiGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 213January 2010
    • Shared Dimensions Data Dictionary Geofile tableDomicile code 1991DefinitionColumn name domicile_code_1991Table name dim_geofileData type char(4)Other namesContextLayout NNNNData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 214January 2010
    • Shared Dimensions Data Dictionary Geofile tableDomicile code 1996Definition 1996 Health Domicile Code specially created for the health sector by Statistics NZ from their 6-digit Census Area Unit Code.Column name domicile_code_1996Table name dim_geofileData type char(4)Other namesContextLayout NNNNData domain 0 to 9999Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 215January 2010
    • Shared Dimensions Data Dictionary Geofile tableDomicile code 2001Definition 2001 Health Domicile Code specially created for the health sector by Statistics NZ from their 6-digit Census Area Unit Code.Column name domicile_code_2001Table name dim_geofileData type char(4)Other namesContextLayout NNNNData domain 0 to 9999Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 216January 2010
    • Shared Dimensions Data Dictionary Geofile tableDomicile code 2006Definition 2006 Health Domicile Code specially created for the health sector by Statistics NZ from their 6-digit Census Area Unit Code.Column name domicile_code_2006Table name dim_geofileData type char(4)Other namesContextLayout NNNNData domain 0001 - 9999Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 217January 2010
    • Shared Dimensions Data Dictionary Geofile tableDomicile nameDefinition Health Domicile Name.Column name domicile_nameTable name dim_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 218January 2010
    • Shared Dimensions Data Dictionary Geofile tableHealth districtDefinition Health district name, for example, `North West Auckland?. A public health district is an administrative region in which public health services are provided. A Public Health Provider may have one or more Public Health Districts.Column name health_districtTable name dim_geofileData type varchar2(64)Other namesContextLayoutData domainGuide for use Obtained from Public Health Intelligence.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 219January 2010
    • Shared Dimensions Data Dictionary Geofile tableMesh Block 1991Definition Lowest level of Statistics NZ geocoding system (1991 boundaries).Column name mesh_block_1991Table name dim_geofileData type char(7)Other namesContextLayout NNNNNNNData domain 1000000 to 9999999Guide for useVerification rulesCollection methods Derived from NZHIS geocoding of the claimant address.Related dataSource documentSource organisationVersion 2.3 MoH 220January 2010
    • Shared Dimensions Data Dictionary Geofile tableMesh Block 1996Definition Lowest level of Statistics NZ geocoding system (1996 boundaries).Column name mesh_block_1996Table name dim_geofileData type char(7)Other namesContextLayout NNNNNNNData domain 1000000 to 9999999Guide for useVerification rulesCollection methods Derived from NZHIS geocoding of the claimant address.Related dataSource documentSource organisationVersion 2.3 MoH 221January 2010
    • Shared Dimensions Data Dictionary Geofile tableMesh block 2001Definition Lowest level of Statistics NZ geocoding system (2001 boundaries).Column name mesh_block_2001Table name dim_geofileData type char(7)Other namesContextLayout NNNNNNNData domain 1000000 to 9999999Guide for use Derived from NZHIS geocoding of the claimant address.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 222January 2010
    • Shared Dimensions Data Dictionary Geofile tableMesh block 2006Definition Lowest level of Statistics NZ geocoding system (2006 boundaries).Column name mesh_block_2006Table name dim_geofileData type char(7)Other namesContextLayout NNNNNNNData domain 1000000 - 9999999Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 223January 2010
    • Shared Dimensions Data Dictionary Geofile tableNzdep 01Definition The NZ Deprivation Index is a decile ranking assigned to a domicile code. It is calculated by combining and ranking a range of social and economic variables across the NZ population.Column name nzdep_01Table name dim_geofileData type integerOther namesContext NZdep 2001 is an updated version of the NZDep91 and NZDep96 indexes of deprivation. NZDep2001 is based on the 2001 census.Layout NNData domainGuide for use Deprivation scale/poverty indicator. 1 is the least deprived and 10 is the most deprived. NZdep01 is a component of funding of capitation payment rates for primary health organisations (PHOs). This may be extended to other payments for PHOs in the future. There are 488 meshblocks. A null value means that a deprivation index could not be allocated to this meshblock because its population is too small, or for technical reasons.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 224January 2010
    • Shared Dimensions Data Dictionary Geofile tableNzdep 96Definition A scale of material and social deprivation based on the 1996 census. The Deprivation index is a combination of nine census variables covering income, transport, living space, owned home, employment, qualifications, support, and communication within a 1996 meshblock.Column name nzdep_96Table name dim_geofileData type integerOther namesContext The NZ Deprivation Index is a decile ranking assigned to a domicile code. It is calculated by combining and ranking a range of social and economic variables across the NZ population.Layout NNData domain 1 to 10Guide for use NZdep 2001 is an updated version of the NZDep91 and NZDep96 indexes of deprivation. NZDep2001 is based on the 2001 census. Deprivation scale/poverty indicator. 1 is the least deprived and 10 is the most deprived.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 225January 2010
    • Shared Dimensions Data Dictionary Geofile tablePost codeDefinition Postcode for the claimant address.Column name post_codeTable name dim_geofileData type char(4)Other namesContextLayout NNNNData domain 0000 to 9999Guide for use Derived by NZHIS geocoding. See http://www.nzpost.co.nz for more details.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 226January 2010
    • Shared Dimensions Data Dictionary Geofile tablePublic health providerDefinition A public health provider is an organisation charged with providing public health services in a district, for example, `Auckland Healthcare?. Is comprised of one or more public health districts.Column name public_health_providerTable name dim_geofileData type varchar2(64)Other namesContextLayout Free textData domain Auckland Healthcare Crown Public Health Health Care Hawkes Bay Health Waikato Hutt Valley Health MidCentral Health Nelson Marlborough Health Northland Health Public Health South Tairawhiti Health Taranaki Healthcare Toi Te Ora Public HealthGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 227January 2010
    • Shared Dimensions Data Dictionary Geofile tableRHADefinition Regional Health Authority.Column name rhaTable name dim_geofileData type integerOther namesContextLayout NData domain 1 Northern Region 2 Midland Region 3 Central Region 4 Southern RegionGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 228January 2010
    • Shared Dimensions Data Dictionary Geofile tableTLA Code 1995Definition Statistics NZ Territorial Local Authority name (2001 boundaries), for example, `Waitakere City?.Column name tla_code_1995Table name dim_geofileData type char(3)Other namesContextLayout NNData domain 00 to 99Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 229January 2010
    • Shared Dimensions Data Dictionary Geofile tableTLA nameDefinition Statistics NZ Territorial Local Authority name (2001 boundaries), for example, `Waitakere City?.Column name tla_nameTable name dim_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 230January 2010
    • Shared Dimensions Data Dictionary Geofile tableWard 1995Definition Statistics NZ Ward number (1995 boundaries).Column name ward_1995Table name dim_geofileData type char(2)Other namesContextLayout NNData domain 00 to 99Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 231January 2010
    • Shared Dimensions Data Dictionary Geofile tableWard NameDefinition Statistics NZ Ward name (1995 boundaries).Column name ward_nameTable name dim_geofileData type varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 232January 2010
    • Shared Dimensions Data Dictionary Geofile tablearea unit 2001DefinitionColumn name area_unit_2001Table name dim_geofileData type char(6)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 233January 2010
    • Shared Dimensions Data Dictionary Global Time tableGlobal Time tableTable name dim_global_timeDefinition This table contains a record for every day between 1900 and 2050, with descriptive attributes for each day.Primary key dim_global_time_keyBusiness key sql_dateGuide for use The global time table is usually associated with a datamart as role eg Visit Date, Payment Date. The table contains attributes that describe each day eg Day of Week, Financial Year in which the day falls. These attributes can be used to constrain queries ( eg all days in 2003/04 financial year) or to report. Eg report visits by Day of week.Relational rules This dimension table is shared between a number of datamarts.Data contentVersion 2.3 MoH 234January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar month keyDefinition Surrogate keyColumn name calendar_month_keyTable name dim_global_timeData type integerOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 235January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar month numberDefinition The number of the month in the calendar year in which this day falls.Column name calendar_month_numberTable name dim_global_timeData type integerOther namesContextLayout NNData domain 1 to 12Guide for use For example, January is 1.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 236January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar quarterDefinition The quarter of the calendar year in which this day falls.Column name calendar_quarterTable name dim_global_timeData type varchar2(6)Other namesContextLayout AAAAAAData domain first second third fourthGuide for use For example, January to March is first.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 237January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar quarter numberDefinition The number of the quarter of the calendar year in which this day falls.Column name calendar_quarter_numberTable name dim_global_timeData type integerOther namesContextLayout NData domain 1 to 4Guide for use For example, January to March is 1.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 238January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar yearDefinition The calendar year in which the date falls.Column name calendar_yearTable name dim_global_timeData type integerOther namesContextLayout CCYYData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 239January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar year and monthDefinition The calendar year and month in which the date falls.Column name calendar_year_and_monthTable name dim_global_timeData type varchar2(6)Other namesContextLayout CCYYMMData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 240January 2010
    • Shared Dimensions Data Dictionary Global Time tableCalendar year and quarterDefinition The calendar year and quarter number on which the date falls.Column name calendar_year_and_quarterTable name dim_global_timeData type varchar2(7)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 241January 2010
    • Shared Dimensions Data Dictionary Global Time tableDay of monthDefinition The day of the month on which this day falls.Column name day_of_monthTable name dim_global_timeData type integerOther namesContextLayout NNData domain 1 to 31Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 242January 2010
    • Shared Dimensions Data Dictionary Global Time tableDay of weekDefinition The name of the day of the week on which this day falls.Column name day_of_weekTable name dim_global_timeData type varchar2(3)Other namesContextLayout AAAData domain Mon to SunGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 243January 2010
    • Shared Dimensions Data Dictionary Global Time tableFinancial month numberDefinition The number of the month in the financial year on which this day falls.Column name financial_month_numberTable name dim_global_timeData type integerOther namesContextLayout NNData domain 1 to 12Guide for use For example, July is 1, August is 2, and June is 12.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 244January 2010
    • Shared Dimensions Data Dictionary Global Time tableFinancial quarterDefinition The quarter of the financial year in which this day falls.Column name financial_quarterTable name dim_global_timeData type varchar2(6)Other namesContextLayout AAAAAAData domain first second third fourthGuide for use For example, July to September is first.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 245January 2010
    • Shared Dimensions Data Dictionary Global Time tableFinancial quarter numberDefinition The number of the quarter of the financial year in which this day falls.Column name financial_quarter_numberTable name dim_global_timeData type integerOther namesContextLayout NData domain 1 to 4Guide for use For example, July to September is 1.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 246January 2010
    • Shared Dimensions Data Dictionary Global Time tableFinancial yearDefinition The financial year in which the day falls, which starts from 1 July and finishes 30 June.Column name financial_yearTable name dim_global_timeData type varchar2(7)Other namesContextLayout CCYY/YYData domainGuide for use For example, the financial year that begins on 1 July 2000 and ends on 30 June 2001 would be recorded as 2000/01.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 247January 2010
    • Shared Dimensions Data Dictionary Global Time tableFinancial year and quarterDefinition The fiancial year and quarter in which the event occurred.Column name financial_year_and_quarterTable name dim_global_timeData type varchar2(10)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 248January 2010
    • Shared Dimensions Data Dictionary Global Time tableFirst day of monthDefinitionColumn name first_day_of_monthTable name dim_global_timeData type dateOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 249January 2010
    • Shared Dimensions Data Dictionary Global Time tableGlobal time dim keyDefinition Surrogate key for the global_time table.Column name global_time_dim_keyTable name dim_global_timeData type integerOther namesContext This is a historical/legacy key that has been replaced by dim_global_time_key.LayoutData domainGuide for use No longer used in queries. Exists only a result of the system platform migration from Sybase to Oracle in 2006.Verification rulesCollection methodsRelated data dim_global_time_keySource documentSource organisationVersion 2.3 MoH 250January 2010
    • Shared Dimensions Data Dictionary Global Time tableLast day of monthDefinitionColumn name last_day_of_monthTable name dim_global_timeData type dateOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 251January 2010
    • Shared Dimensions Data Dictionary Global Time tableMonthDefinition The short name of the month in which the day falls.Column name monthTable name dim_global_timeData type varchar2(3)Other namesContextLayout AAAData domain Jan to DecGuide for use The name of the month truncated to three characters, for example Oct.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 252January 2010
    • Shared Dimensions Data Dictionary Global Time tableSQL dateDefinition The date of the day, held as a SQL database date field.Column name sql_dateTable name dim_global_timeData type dateOther namesContextLayout timestampData domainGuide for use The presentation of this field depends on how the viewing software represents dates.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 253January 2010
    • Shared Dimensions Data Dictionary Global Time tableTime keyDefinition A unique integer identifying a day.Column name time_keyTable name dim_global_timeData type integerOther namesContext These values were derived from the SAS date field. SAS stores dates as integers. Zero represents 1 Jan 1960.LayoutData domain -21914 to 32871Guide for use This field was originally the date key in the Pharmhouse.Verification rules NZHIS system-generated.Collection methods Generated.Related dataSource documentSource organisationVersion 2.3 MoH 254January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableHCU Identifiable tableTable name dim_hcu_identifiableDefinition This dimension table holds identifiable details of Health Care Users e.g.name, address, ethnicity, date of birth, NHI.Primary key dim_hcu_identifiable_key, dim_affiliation_keyBusiness key hcu_idGuide for useRelational rules This dimension table is shared between a number of datamarts.Data contentVersion 2.3 MoH 255January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableAddress Line 1DefinitionColumn name address_line_1Table name dim_hcu_identifiableData type varchar2(35)Other namesContextLayout free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 256January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableAddress Line 2DefinitionColumn name address_line_2Table name dim_hcu_identifiableData type varchar2(30)Other namesContextLayout free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 257January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableAddress Line 3DefinitionColumn name address_line_3Table name dim_hcu_identifiableData type varchar2(30)Other namesContextLayout free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 258January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableAddress Line 4DefinitionColumn name address_line_4Table name dim_hcu_identifiableData type varchar2(30)Other namesContextLayout free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 259January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableAddress Line 5DefinitionColumn name address_line_5Table name dim_hcu_identifiableData type varchar2(30)Other namesContextLayout free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 260January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableDate of birthDefinition The date on which the person was born.Column name date_of_birthTable name dim_hcu_identifiableData type dateOther names DOB, HCU date of birth, Birth dateContext Required to derive age for demographic analyses.Layout Oracle datetime fieldData domain Valid datesGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 261January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableDate of deathDefinition The date on which the person died.Column name date_of_deathTable name dim_hcu_identifiableData type dateOther names DOD, Death dateContextLayout Oracle datetime fieldData domain Valid datesGuide for useVerification rulesCollection methods Sourced from the Births, Deaths and Marriages Office.Related dataSource documentSource organisationVersion 2.3 MoH 262January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableDim HCU Identifiable keyDefinition Key for the dim_hcu_indentifiable_key shared dimension table.Column name dim_hcu_identifiable_keyTable name dim_hcu_identifiableData type integerOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated data HCU IDSource documentSource organisationVersion 2.3 MoH 263January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableDim affiliation keyDefinition Surrogate key for the dim_affiliation table.Column name dim_affiliation_keyTable name dim_hcu_identifiableData type integerOther namesContextLayoutData domainGuide for use 0 means undefined.Verification rules NZHIS system-generated.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 264January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableEthnic code 1Definition A code identifying a social group whose members have one or more of the following four characteristics: - they share a sense of common origins - they claim a common and distinctive history and destiny - they possess one or more dimensions of collective cultural individuality - they feel a sense of unique collective solidarity.Column name ethnic_code_1Table name dim_hcu_identifiableData type char(2)Other names Ethnic groupContext The first recorded ethnicity of the healthcare user. Information on ethnicity is collected for planning and service delivery purposes and for monitoring health status across different ethnic groups. Ethnic group codes are key variables for determining the characteristics of the population that are using the health sector.LayoutData domainGuide for use This attribute uses the Level 2 codes. Up to 3 Ethnic group codes can be collected for each healthcare user and each event. Where more than 3 Ethnic group codes are reported, the Statistics NZ prioritisation algorithm is used to report only 3 values. Because ethnicity is self-identified, it can change over time. This is why NZHIS collects ethnicity information for each health event, rather than relying on the data in the National Health Index (which does not include historical data).Verification rules Ethnicity 1 is mandatory. Ethnicity 2 and Ethnicity 3 are optional. Ethnicity 2 cannot be the same as Ethnicity 1 or 3. Ethnicity 3 cannot be the same as Ethnicity 2 or 1. Must be a valid code in the Ethnicity code table.Collection methods Use of the code 61 (Other Ethnicity) is limited to only 7 ethnic groups. It must not be used as a generic other code. If a person chooses not to answer the ethnicity question, record their ethnicity as not stated. Code 54 (Other) is retired from 1 July 2009 and should not be used after this date. Each ethnic group maintained by Statistics NZ has a 5-digit code. NZHIS collections use ethnicity recorded at level 2.Related data ethnic_code_2, ethnic_code_3, priority_ethnic_codeSource document Smith, Anthony. 1981. The Ethnic Revival. Cambridge University Press.Source organisation Statistics NZ, modified by the National Data Policy GroupVersion 2.3 MoH 265January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableEthnic code 2Definition See ethnic_code_1 in this table for an in depth overview of the application of ethnicity codes.Column name ethnic_code_2Table name dim_hcu_identifiableData type char(2)Other namesContextLayout AAData domainGuide for use See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data ethnic_code_1, ethnic_code_2, priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 266January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableEthnic code 3Definition See ethnic_code_1 in this table for an in depth overview of the application of ethnicity codes.Column name ethnic_code_3Table name dim_hcu_identifiableData type char(2)Other namesContextLayout AAData domainGuide for use See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data ethnic_code_1, ethnic_code_2, priority_ethnic_codeSource documentSource organisationVersion 2.3 MoH 267January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableFamily NameDefinitionColumn name family_nameTable name dim_hcu_identifiableData type varchar2(25)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 268January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableFirst nameDefinition The first given name of a healthcare user.Column name first_nameTable name dim_hcu_identifiableData type varchar2(20)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 269January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableGender CodeDefinition The persons biological sex.Column name gender_codeTable name dim_hcu_identifiableData type char(1)Other namesContextLayout AData domain M Male F Female U UnknownGuide for useVerification rulesCollection methodsRelated data Gender Code OriginalSource documentSource organisationVersion 2.3 MoH 270January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableHCU idDefinition A unique 7-character identification number assigned to a healthcare user by the National Health Index (NHI) database.Column name hcu_idTable name dim_hcu_identifiableData type char(7)Other namesContext HCU numbers uniquely identify healthcare users, and allow linking between different data collections.LayoutData domainGuide for useVerification rules There is a verification algorithm which ensures that the number is in the correct format and is valid.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 271January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tablePriority ethnic codeDefinition This is the level 2 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 2 ethnic codes range from 10 to 99Column name priority_ethnic_codeTable name dim_hcu_identifiableData type char(2)Other namesContextLayout NNData domain See the Ethnicity code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use Ethnic codes are ranked on the Ethnicity code table from 1 (highest priority) to 22 (lowest priority), with 94 for Dont Know, 95 for Refused to Answer, 97 for Response Unidentifiable and 99 for Not stated. Prioritised ethnic code is the healthcare users ethnic code with the highest priority. Prioritising ethnic codes simplifies analysis.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 272January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableSecond NameDefinitionColumn name second_nameTable name dim_hcu_identifiableData type varchar2(20)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 273January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tableThird NameDefinitionColumn name third_nameTable name dim_hcu_identifiableData type varchar2(20)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 274January 2010
    • Shared Dimensions Data Dictionary HCU Identifiable tablemaster hcu idDefinitionColumn name master_hcu_idTable name dim_hcu_identifiableData type char(7)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 275January 2010
    • Shared Dimensions Data Dictionary Health Care User tableHealth Care User tableTable name dim_health_care_userDefinition This reference table contains information about all people who have received healthcare directly from healthcare providers.Primary key dim_health_care_user_keyBusiness key encrypted_hcu_idGuide for use Contains the encrypted NHI number and demographic details for each healthcare user referenced by the GMS Health Event table. Sourced from the NHI Healthcare User table. Refreshed each month.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 276January 2010
    • Shared Dimensions Data Dictionary Health Care User tableDate of birthDefinition The date on which the person was born.Column name date_of_birthTable name dim_health_care_userData type dateOther names DOB, HCU date of birth, Birth dateContext Required to derive age for demographic analyses.Layout Oracle datetime fieldData domain Valid datesGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 277January 2010
    • Shared Dimensions Data Dictionary Health Care User tableDate of deathDefinition The date on which the person died.Column name date_of_deathTable name dim_health_care_userData type dateOther names DOD, Death dateContextLayout Oracle datetime fieldData domain Valid datesGuide for useVerification rulesCollection methods Sourced from the Births, Deaths and Marriages Office.Related dataSource documentSource organisationVersion 2.3 MoH 278January 2010
    • Shared Dimensions Data Dictionary Health Care User tableDim affiliation keyDefinition Surrogate key for the dim_affiliation table.Column name dim_affiliation_keyTable name dim_health_care_userData type integerOther namesContextLayoutData domainGuide for use 0 means undefined.Verification rules NZHIS system-generated.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 279January 2010
    • Shared Dimensions Data Dictionary Health Care User tableEncrypted hcu idDefinition The NHI number in encrypted form.Column name encrypted_hcu_idTable name dim_health_care_userData type varchar2(11)Other names Encrypted HCU identifier, Encrypted NHI, etc. See other names for the NHI number under Guide for use.Context The NHI number is the cornerstone of NZHISs data collections. It is a unique 7-character identification number assigned to a healthcare user by the National Health Index (NHI) database. The NHI number uniquely identifies healthcare users, and allows linking between different data collections. It is encrypted in Labs to ensure privacy of individual records.LayoutData domain System-generated, in the format AANNNNNGuide for use THE NHI NUMBER The NHI number is also known as National Health Index, HCU identifier, NHI, HCU, HCU Number, Healthcare User identifier, HCU identification number, NMPI number, Hospital Number, Patient Number. When duplicate records for a healthcare user are merged, one of their NHI numbers will be deemed to be the master (or primary), and the others become event (or secondary) NHI numbers. This does not affect which NHI numbers are used in local systems. The NHI number that is sent in by the data provider is encrypted during the loading process. Only this encrypted NHI number is stored. For the analysis of healthcare information relating to a unique individual, the master NHI number should be used. Please contact inquiries@nzhis.co.nz for further information on how to obtain the master encrypted NHI number if you are performing your own data extraction. The Privacy Commissioner considers the NHI number to be personally identifying information (like name and address) so, if it is linked to clinical information, it must be held securely and the healthcare users privacy protected. The Encrypted NHI number is not considered personally identifying. NZHIS will return data containing unencrypted NHI numbers to providers who have sent it in. Information available to the general public is of a statistical and non-identifiable nature. Researchers requiring identifiable data will usually need approval from an Ethics Committee. VALIDATION The first three characters of an NHI number must be alpha (but not I or O). The 4th to 6th characters must be numeric. The 7th character is a check digit modulus 11. ENCRYPTION The NHI number is encrypted using a one-way encryption algorithm. The aim is to provide an encrypted number that can be sent across public (unsecured) networks.Verification rules Must be registered on the NHI before use. There is a verification algorithm which ensures that the NHI number isVersion 2.3 MoH 280January 2010
    • Shared Dimensions Data Dictionary Health Care User table in the correct format and is valid.Collection methods NHI numbers are often included on patient notes and other patient documentation. New numbers can be allocated by health providers who have direct access to the NHI Register.Related dataSource document http://www.nzhis.govt.nz/moh.nsf/indexns/nhi for more information on the NHI numberSource organisation NZHISVersion 2.3 MoH 281January 2010
    • Shared Dimensions Data Dictionary Health Care User tableEthnic code 1Definition A social group whose members have one or more of the following four characteristics: - they share a sense of common origins - they claim a common and distinctive history and destiny - they possess one or more dimensions of collective cultural individuality - they feel a sense of unique collective solidarity.Column name ethnic_code_1Table name dim_health_care_userData type char(2)Other names Ethnic groupContext The first recorded ethnicity of the healthcare user. Information on ethnicity is collected for planning and service delivery purposes and for monitoring health status across different ethnic groups. Ethnic group codes are key variables for determining the characteristics of the population that are using the health sector.Layout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The first recorded ethnicity of the healthcare user. Up to 3 Ethnic group codes can be collected for each healthcare user and each event. Where more than 3 Ethnic group codes are reported, the Statistics NZ prioritisation algorithm is used to report only 3 values. Code ‘54’ (Other) is retired from 01 July 2009 and should not be used after this date. Use of the code 61 (Other Ethnicity) is limited to a very small number of ethnic groups. It must not be used as a generic other code. If a person chooses not to answer the ethnicity question, record their ethnicity using an appropriate residual response. Because ethnicity is self-identified, it can change over time. This is whyVersion 2.3 MoH 282January 2010
    • Shared Dimensions Data Dictionary Health Care User table NZHIS collects ethnicity information for each health event, rather than relying on the data in the National Health Index (which does not include historical data).Verification rulesCollection methods Each ethnic group maintained by Statistics NZ has a 5-digit code. NZHIS collections use ethnicity recorded at level 2.Related data Prioritised ethnic code Ethnicity code 2 Ethnicity code 3Source document See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Source organisation Statistics NZ, modified by the National Data Policy GroupVersion 2.3 MoH 283January 2010
    • Shared Dimensions Data Dictionary Health Care User tableEthnic code 2Definition See Ethnic code 1 in this table for a full description of the use and application of ethnicity codes.Column name ethnic_code_2Table name dim_health_care_userData type char(2)Other namesContextLayout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The second recorded ethnicity of the healthcare user. See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data Prioritised ethnic code Ethnicity code 1 Ethnicity code 3Source documentSource organisationVersion 2.3 MoH 284January 2010
    • Shared Dimensions Data Dictionary Health Care User tableEthnic code 3Definition See Ethnic Code 1 in this table for a full description of use and application of ethnicity code.Column name ethnic_code_3Table name dim_health_care_userData type char(2)Other namesContextLayout NNData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use The third recorded ethnicity of the healthcare user. See Ethnic Group code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated data ethnic_code_1, ethnic_code_2, priority ethnic code,Source documentSource organisationVersion 2.3 MoH 285January 2010
    • Shared Dimensions Data Dictionary Health Care User tableGender codeDefinition The individuals biological sex.Column name gender_codeTable name dim_health_care_userData type char(1)Other names Sex type codeContext Required for demographic analyses.Layout AData domain M Male F Female U Unknown I IndeterminateGuide for use Extracted from the NHI database during the NBRS load process, based on NHI number. Added to the NBRS on 1 March 2002. The term sex refers to the biological differences between males and females, while the term gender refers to a persons cultural role (masculine or feminine). Information collection for transsexuals and people with transgender issues should be treated in the same manner. To avoid problems with edits, transsexuals undergoing a sex change operation should have their sex at time of hospital admission reported.Verification rulesCollection methods Sourced from the NBRS Booking Entry tables Sex field.Related dataSource documentSource organisationVersion 2.3 MoH 286January 2010
    • Shared Dimensions Data Dictionary Health Care User tableMaster encrypted hcu idDefinition The master NHI number in encrypted form.Column name master_encrypted_hcu_idTable name dim_health_care_userData type varchar2(11)Other names Master encrypted HCU identifier, Master encrypted NHI, etc. See other names for the NHI number under Guide for use below.Context The NHI number is the cornerstone of NZHISs data collections. It is a unique 7-character identification number assigned to a healthcare user by the National Health Index (NHI) database. The NHI number uniquely identifies healthcare users, and allows linking between different data collections. If the healthcare user has more than one NHI number, one of the NHI numbers is chosen as the master. It is encrypted in the GMS Datamart to ensure privacy of individual records.LayoutData domain NHI number sent in as AAANNNN (ie, 7 characters). Encrypted before load.Guide for use THE NHI NUMBER The NHI number is also known as National Health Index, HCU identifier, NHI, HCU, HCU Number, Healthcare User identifier, HCU identification number, NMPI number, Hospital Number, Patient Number. When duplicate records for a healthcare user are merged, one of their NHI numbers will be deemed to be the master (or primary), and the others become event (or secondary) NHI numbers. This does not affect which NHI numbers are used in local systems. In Imms, if an NHI number has not been merged, then the Encrypted (event) NHI number is stored in this field. This makes it easier to count individuals, as a single NHI number is stored in this field for each healthcare user. For the analysis of healthcare information relating to a unique individual, the master NHI number should be used. Please contact an NZHIS information analyst for further information on how to obtain the master encrypted NHI number if you are performing your own data extraction. The Privacy Commissioner considers the NHI number to be personally identifying information (like name and address) so, if it is linked to clinical information, it must be held securely and the healthcare users privacy protected. The Encrypted NHI number is not considered personally identifying. VALIDATION The first three characters of an NHI number must be alpha (but not I or O). The 4th to 6th characters must be numeric. The 7th character is a check digit modulus 11. ENCRYPTION The NHI number is encrypted using a one-way encryption algorithm. The aim is to provide an encrypted number that can be sent across public (unsecured) networks.Verification rulesCollection methodsRelated dataVersion 2.3 MoH 287January 2010
    • Shared Dimensions Data Dictionary Health Care User tableSource document http://www.nzhis.govt.nz/moh.nsf/indexns/nhiSource organisation NZHISVersion 2.3 MoH 288January 2010
    • Shared Dimensions Data Dictionary Health Care User tablePriority ethnic codeDefinition This is the level 2 code of the most highly prioritised ethnicity of the three ethnic groups recorded for the patient (healthcare user), determined according to a Statistics NZ algorithm. Level 2 ethnic codes range from 10 to 99Column name priority_ethnic_codeTable name dim_health_care_userData type char(2)Other namesContextLayoutData domain 10 European not further defined 11 New Zealand European/Pakeha 12 Other European 21 Maori 30 Pacific Peoples not further defined 31 Samoan 32 Cook Island Maori 33 Tongan 34 Niuean 35 Tokelauan 36 Fijian 37 Other Pacific Peoples 40 Asian not further defined 41 Southeast Asian 42 Chinese 43 Indian 44 Other Asian 51 Middle Eastern 52 Latin American/Hispanic 53 African (or cultural group of African origin) 54 Other (retired 01/07/2009) 61 Other ethnicity 94 Dont know 95 Refused to answer 97 Response unidentifiable 99 Not statedGuide for use Ethnic codes are ranked on the Ethnicity code table from 1 (highest priority) to 22 (lowest priority), with 94 for Dont Know, 95 for Refused to Answer, 97 for Response Unidentifiable and 99 for Not stated. Prioritised ethnic code is the healthcare users ethnic code with the highest priority. Prioritising ethnic codes simplifies analysis.Verification rulesCollection methodsRelated data prioritised_ethnicity Ethnic_group_codeSource documentSource organisationVersion 2.3 MoH 289January 2010
    • Shared Dimensions Data Dictionary Health Care User tabledim hcu keyDefinition A number that uniquely identifies the record in the Healthcare User table.Column name dim_health_care_user_keyTable name dim_health_care_userData type integerOther namesContextLayoutData domainGuide for use 0 means undefined.Verification rules NZHIS system-generated.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 290January 2010
    • Shared Dimensions Data Dictionary Health Care User tabledss_count_distinctDefinition The dss count distinct field is used to count the number of unique occurrences of the Master encrypted hcu id in the Health Care User table. The dss count distinct field contains a sequential number that increments by one every time it finds a unique Master encrypted hcu id. When it encounters the same Master encrypted hcu id, the same dss count value is used.Column name dss_count_distinctTable name dim_health_care_userData type integerOther namesContextLayoutData domainGuide for use This field is used as an alternative to the Master encrypted hcu id, where users who do not have the appropriate permission to view identifiable records, can still count the number of unique health care users.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 291January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableHealth Specialty tableTable name dim_health_specialtyDefinition A classification describing the specialty or service to which a healthcare user has been assigned, which reflects the nature of the services being provided.Primary key dim_health_specialty_keyBusiness key health_specialty_codeGuide for use See the Health Specialty code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Relational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 292January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableHealth specialty codeDefinition A classification describing the specialty to which a healthcare user has been assigned, which reflects the nature of the healthcare being provided.Column name health_specialty_codeTable name dim_health_specialtyData type varchar2(64)Other namesContextLayoutData domain See the Health Specialty code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use Generalist and specialist subspecialty medical and surgical health specialty codes were retired from 1 July 2001.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 293January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableHealth specialty descriptionDefinition Description of the Health specialty code.Column name health_specialty_descriptionTable name dim_health_specialtyData type varchar2(100)Other namesContextLayoutData domain Free text See Health specialty code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Guide for use Free textVerification rulesCollection methodsRelated data health_specialty_codeSource documentSource organisationVersion 2.3 MoH 294January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableHealth specialty end dateDefinition The end date for the health specialty service.Column name health_specialty_end_dateTable name dim_health_specialtyData type dateOther namesContextLayout Oracle datetime fieldData domainGuide for useVerification rulesCollection methodsRelated data health_specialty_start_date, health_specialty_codeSource documentSource organisationVersion 2.3 MoH 295January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableHealth specialty start dateDefinition The start date for the health specialty service.Column name health_specialty_start_dateTable name dim_health_specialtyData type dateOther namesContextLayout Oracle datetime fieldData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 296January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableMental health inpatient flagDefinition Indicator flag of inpatient care for mental health.Column name mental_health_inpatient_flagTable name dim_health_specialtyData type varchar2(128)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 297January 2010
    • Shared Dimensions Data Dictionary Health Specialty tableSpecialty full descriptionDefinition Long description of the health specialty.Column name specialty_full_descriptionTable name dim_health_specialtyData type varchar2(256)Other namesContextLayoutData domain Free textGuide for use Free text See health_specialty_code for a detailed overview. See Health specialty code table: http://www.nzhis.govt.nz/moh.nsf/pagesns/47Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 298January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal Status tableTable name dim_legal_statusDefinition The legal status of a healthcare user under the appropriate section of the Mental Health (Compulsory Assessment and Treatment) Act 1992, the Alcoholism and Drug Addiction Act 1966, the Intellectual Disability (Compulsory Care and Rehabilitation) Act 2003,Primary key dim_legal_status_keyBusiness key legal_status_codeGuide for use Reported in accordance with the relevant Act. Legal status must be supplied for inpatient mental health events. The reporting timeframe for this information is 21 days post month of admission. The definition of a mental health patient is a patient who has a mental illness diagnosis. Patients with an intellectual disability are no longer regarded as mental health patients. Mental health inpatient and day patient events are to be reported with the relevant health specialty codes. With the introduction of the Mental Health (Compulsory Assessment and Treatment) Act 1992 on 1 November 1992, it became possible for mental health patients, both informal (ie, voluntary) and formal, to be admitted to a general ward of any public hospital or psychiatric hospital. When a mental health patient is admitted to a general ward for treatment of a psychiatric illness, then the event type code of IP can now be used. An event type code of ID can be used for day patients. A legal status code and leave details must also be supplied for these patients if relevant. The default for legal status is I (Voluntary). All changes to legal status made during the course of an inpatient event must be reported to NZHIS. Admission information for mental health inpatients is required to be supplied with legal status and provisional diagnoses. It is a requirement to update leave/discharge data, legal status and principal diagnosis as they are obtained. Those facilities with electronic transfer should update legal status changes immediately they occur. This table only contains legal statuses pertaining to inpatient and day patient events. For more complete legal status histories, see the Mental Health Information National Collection.Relational rules This dimension table is shared between a number of datamarts.Data contentVersion 2.3 MoH 299January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status act codeDefinition Code for the Act of Law to which the legal status of the health care user is applicable e.g. 2 = Criminal Justice Act s121, 3 = MH (CAT) Act (except s45 and 46).Column name legal_status_act_codeTable name dim_legal_statusData type varchar2(2)Other namesContext Acts invovled in Mental Health care.LayoutData domain Code: Description 1 Criminal Justice Act (except s121) 2 Criminal Justice Act s121 3 MH (CAT) Act (except s45 and 46) 4 MH (CAT) Act s45 and 46 5 Any Act 6 Informal 7 ADA Act 8 Health Act 9 IDCCR Act 10 CP (MIP) ActGuide for use See Legal Status code in this table for further information on legal status of health care patients.Verification rulesCollection methodsRelated data legal_status_act_code_descriptionSource documentSource organisationVersion 2.3 MoH 300January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status act descriptionDefinition Description of the Act of Law to which the legal status of the health care user is applicable e.g. Criminal Justice Act s121, MH (CAT) Act (except s45 and 46).Column name legal_status_act_descriptionTable name dim_legal_statusData type varchar2(100)Other namesContextLayoutData domain Code: Description 1 Criminal Justice Act (except s121) 2 Criminal Justice Act s121 3 MH (CAT) Act (except s45 and 46) 4 MH (CAT) Act s45 and 46 5 Any Act 6 Informal 7 ADA Act 8 Health Act 9 IDCCR Act 10 CP (MIP) ActGuide for use Paired with Legal Status Act Code.Verification rulesCollection methodsRelated data legal_status_act_codeSource documentSource organisationVersion 2.3 MoH 301January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status codeDefinition Code describing a healthcare users legal status under the appropriate section of the Mental Health (Compulsory Assessment and Treatment) Act 1992, the Alcoholism and Drug Addiction Act 1966, the Intellectual Disability (Compulsory Care and Rehabilitation) Act 2003, or the Criminal Procedure (Mentally Impaired Persons) Act 2003.Column name legal_status_codeTable name dim_legal_statusData type varchar2(2)Other namesContext Used for mental health healthcare users in respect of the current period of institutional care. Defines a healthcare users standing in terms of the Mental Health (Compulsory Assessment & Treatment) Act 1992, for example, compulsory treatment.Layout AA (or A and a space)Data domain See the Legal Status code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use Used only in the context of mental health admissions.Verification rules At least one required for psychiatric inpatient events. Code must be present in the Legal Status code table. The provided Legal Status Date must be on/after the start date, or on/before the end date in the Legal Status code table, for the code provided.Collection methods From 1 July 1999 legal status can be reported with ID and IP events as well as IM event types. More than one legal status can be entered for a health event, but the Legal status code and the Legal status date must form a unique combination for that health event. Legal status can be reported outside of the period of an event. If this is done, all Legal status codes for the event will be taken into account when determining the DRG code. Any non-voluntary Legal status code changes the DRG version 4.1, 4.2 or 5.0 code. A Legal status code is required for each Legal status date provided.Related data DRG code Legal status dateSource documentSource organisationVersion 2.3 MoH 302January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status descriptionDefinition Description of the legal status code for the HCU for this event.Column name legal_status_descriptionTable name dim_legal_statusData type varchar2(70)Other namesContextLayoutData domain Free text short description fieldGuide for useVerification rulesCollection methodsRelated data legal_status_codeSource documentSource organisationVersion 2.3 MoH 303January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status end dateDefinition Date Legal status became inactive.Column name legal_status_end_dateTable name dim_legal_statusData type dateOther namesContextLayoutData domain Valid dates.Guide for useVerification rulesCollection methodsRelated data legal-status_code, legal status descriptionSource documentSource organisationVersion 2.3 MoH 304January 2010
    • Shared Dimensions Data Dictionary Legal Status tableLegal status start dateDefinition Date Legal status became active.Column name legal_status_start_dateTable name dim_legal_statusData type dateOther namesContextLayoutData domain Valid dates.Guide for useVerification rulesCollection methodsRelated data legal_status_codeSource documentSource organisationVersion 2.3 MoH 305January 2010
    • Shared Dimensions Data Dictionary Location tableLocation tableTable name dim_locationDefinition This table holds details of the location of the facility where the outpatient event took place.Primary key dim_location_keyBusiness key location_codeGuide for useRelational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 306January 2010
    • Shared Dimensions Data Dictionary Location tableFacility typeDefinition A code that categorises facilities into particular types.Column name facility_typeTable name dim_locationData type varchar2(64)Other namesContextLayoutData domain 01 Public hospital 02 Private hospital 03 Psychiatric hospital 04 GP practice 10 Health centre 11 Local cancer registry 12 Mental health outpatient service 13 Cervical screening programme 14 Drug and alcohol treatment facility 15 Mental health community skills enhancement facility 16 Kaupapa Maori service 17 Pacific Island service 18 Mental health community team 19 Child, adolescent and family service 20 Mental health day hospital 21 Mental health residential 1 to 5 facility 22 Mental health residential and skills enhancement facility 23 Forensic mental health treatment facility 24 Intellectual disability facility 25 Charitable trust facility 99 OtherGuide for useVerification rulesCollection methodsRelated data location_code, location_descriptionSource documentSource organisationVersion 2.3 MoH 307January 2010
    • Shared Dimensions Data Dictionary Location tableLocation codeDefinition Regional Health Authority locality code.Column name location_codeTable name dim_locationData type integerOther namesContextLayoutData domain 1. Public Hospital - A DHB-owned and -operated general hospital facility (includes day hospitals and the surgical bus). 2. Private Hospitals - Non-DHB-owned general hospital facility. 3. Psychiatric Hospital - Dedicated psychiatric hospital, 4. Other Institution - Not for use in phase 1A. 5. Private Residence - A private dwelling includes independent retirement village units and supported Independent living units. 6. Other. 10. Residential Care - Residential care facilities including rest homes and residential care hospitals for under and over 65. 11. Marae. 12. Primary care - PHO or GP-owned/operated facilities (includes Special Medical Area GP facilities). 13. Other Community - Not for use in phase 1A.Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 308January 2010
    • Shared Dimensions Data Dictionary Location tableLocation descriptionDefinitionColumn name location_descriptionTable name dim_locationData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 309January 2010
    • Shared Dimensions Data Dictionary Occupation tableOccupation tableTable name dim_occupationDefinition This dimension table holds values for the occupation of the health care user.Primary key dim_occupation_keyBusiness key occupation_codeGuide for use See Occupation Code in this table for further details.Relational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 310January 2010
    • Shared Dimensions Data Dictionary Occupation tableOccupation codeDefinition A code for an occupation of the healthcare user, classified according to the Statistics NZ Standard Classification of Occupations (NZSCO90).Column name occupation_codeTable name dim_occupationData type varchar2(4)Other namesContextLayoutData domain 0111 - 9900. See the Occupation code table on the NZHIS web site at http://www.nzhis.govt.nz/moh.nsf/pagesns/47. For further information or a printed copy of the code table, contact the Publications Officer. Contact details are given at the front of this dictionary.Guide for use Since September 2008, Cancer Registry staff have not been able to populate or update this field. Note that the NMDS is a better source of information about the occupation of healthcare users than is the Cancer Registry. This is because the Cancer Registry obtains this data while automatically creating cancer events from hospital discharge events, but most of these cancer events are subsequently rejected rather than registered.Verification rulesCollection methods Sourced from hospital discharge event occupation codes (from NMDS).Related data Occupation descriptionSource document NZSCO90 - Statistics NZ Standard Classification of OccupationsSource organisation Statistics NZVersion 2.3 MoH 311January 2010
    • Shared Dimensions Data Dictionary Occupation tableOccupation code descriptionDefinition The occupation of the healthcare user, classified according to the Statistics NZ Standard Classification of Occupations (NZSCO90).Column name occupation_code_descriptionTable name dim_occupationData type varchar2(70)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 312January 2010
    • Shared Dimensions Data Dictionary Payee tablePayee tableTable name dim_payeeDefinition This reference table contains a list of payees, who receive payment from HealthPAC for claims. Payees are an abstraction of a person or organisation. The Payee record identifies where the payment may be directed when a person or organisation makes a claPrimary key dim_payee_keyBusiness key payee_numberGuide for use Each Payee record is linked back to the parent Person or Organisation ( Perorg ID) who will receive the payment. The records in this table are updated each month.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 313January 2010
    • Shared Dimensions Data Dictionary Payee tableChange flagDefinitionColumn name change_flagTable name dim_payeeData type char(1)Other namesContextLayoutData domainGuide for use Not usedVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 314January 2010
    • Shared Dimensions Data Dictionary Payee tablePayee DHBDefinition The DHB the payee provider belongs to.Column name payee_dhbTable name dim_payeeData type char(22)Other namesContextLayout free textData domain Auckland Bay of Plenty Canterbury Capital and Coast Counties Manukau Hawkes Bay Hutt Lakes MidCentral Nelson Marlborough Northland Otago South Canterbury Southland Tairawhiti Taranaki Unknown DHB Waikato Wairarapa Waitemata West Coast WhanganuiGuide for use This would be expected to be the DHB that will fund this payees claims. Funding DHB is provided on most claim transactions. It may also come from the Contract against which payment is made.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 315January 2010
    • Shared Dimensions Data Dictionary Payee tablePayee descriptionDefinition A short description of the payee.Column name payee_descriptionTable name dim_payeeData type varchar2(150)Other namesContext A short description of the payee.Layout free textData domain Dental MCNZ NCONZ OrganisationGuide for use Not used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 316January 2010
    • Shared Dimensions Data Dictionary Payee tablePayee numberDefinition The HealthPAC payee identification number that is used to uniquely identify a payee and ensures payment is directed to the correct account where multiple bank accounts are held by a claimant.Column name payee_numberTable name dim_payeeData type char(7)Other namesContextLayoutData domainGuide for use The payee number of the payee who was paid for a service. In the case of CIC only, this field can be provided as 999999999.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 317January 2010
    • Shared Dimensions Data Dictionary Payee tablePayee perorg numberDefinition The HealthPAC person or organisation identification number.Column name payee_perorg_numTable name dim_payeeData type integerOther namesContextLayoutData domainGuide for use Perorg is person or organisation. One person or organisation can have many payee IDs in the HealthPAC system.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 318January 2010
    • Shared Dimensions Data Dictionary Payee tablePerorg legal nameDefinition The legal name of the person or organisation who is the payee.Column name perorg_legal_nameTable name dim_payeeData type varchar2(100)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 319January 2010
    • Shared Dimensions Data Dictionary Payee tablePerorg nameDefinition The name of the person or organisation.Column name perorg_nameTable name dim_payeeData type varchar2(100)Other namesContextLayoutData domainGuide for use Perorg is person or organisation. Not used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 320January 2010
    • Shared Dimensions Data Dictionary Payee tableSequence numberDefinition This is a CMS generated number indicating the sequence of the payee within the provider.Column name sequence_noTable name dim_payeeData type integerOther namesContextLayoutData domainGuide for use Not usedVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 321January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider tableTable name dim_providerDefinition This dimension table contains a list of all healthcare providers recorded in the Healthpac CMS perorg database, and used to support claims payment activities. Providers are identified by a number (Provider Code) allocated by a registration body e.g. MePrimary key dim_provider_keyBusiness key provider_registration_number, provider_typeGuide for use If the address or occupation of the provider changes, a new version of the provider record is created. This record will have the same provider type and provider registration number, but a different dim_provider_key. This allows different transaction records to link to different versions of the provider record. Be aware that the provider type and provider code combination may occur multiple times in the table. To count providers, count distinctly. A provider also has a Person Organisation record in Healthpac CMS Database, identified by the Person Organisation Number ( Perorg Number). The perorg number will be linked to contract and payee records for claims processing. Provider data is updated each month.Relational rules This dimension is shared between a number of datamarts.Data content Contains all providers defined in CMS and CCPS PerOrg systems.Version 2.3 MoH 322January 2010
    • Shared Dimensions Data Dictionary Provider tableCurrent practising certificateDefinition Indicates whether the provider has a current practising certificate.Column name current_practising_certTable name dim_providerData type char(1)Other namesContextLayout AData domain Y Provider has current practising certificate N Provider does not have current practising certificateGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 323January 2010
    • Shared Dimensions Data Dictionary Provider tableDeregistration dateDefinition Date the provider was deregistered by the over-seeing registration body.Column name deregistration_dateTable name dim_providerData type dateOther namesContextLayout CCYYMMDDData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 324January 2010
    • Shared Dimensions Data Dictionary Provider tableHealth professional group codeDefinition The providers professional group.Column name health_professional_group_codeTable name dim_providerData type varchar2(5)Other namesContextLayout AAData domain MC Medical Council of NZ NC Nursing Council of NZ DC Dental Council of NZGuide for use Used to derive Provider type.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 325January 2010
    • Shared Dimensions Data Dictionary Provider tablePerorg first nameDefinition The first name of the provider, as stored in the CMS Perorg Database, and transmitted to GTPS for use in payment processing.Column name perorg_first_nameTable name dim_providerData type varchar2(100)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 326January 2010
    • Shared Dimensions Data Dictionary Provider tablePerorg nameDefinition The name of the person or organisation as recorded in the Perorg table in CMS.Column name perorg_nameTable name dim_providerData type varchar2(100)Other namesContextLayoutData domainGuide for use Perorg is person or organisation. Not used.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 327January 2010
    • Shared Dimensions Data Dictionary Provider tablePerorg numberDefinition The HealthPAC person or organisation identification number assigned to the provider in the CMS perorg table.Column name perorg_numberTable name dim_providerData type integerOther namesContextLayoutData domainGuide for use Perorg is person or organisation. This is the same as the Payee perorg number in the Payee table.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 328January 2010
    • Shared Dimensions Data Dictionary Provider tablePerorg second nameDefinition The second name of the provider as recorded in the CMS Perorg database.Column name perorg_second_nameTable name dim_providerData type varchar2(100)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 329January 2010
    • Shared Dimensions Data Dictionary Provider tablePerorg titleDefinition The providers title as stored in the perorg database.Column name perorg_titleTable name dim_providerData type varchar2(100)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 330January 2010
    • Shared Dimensions Data Dictionary Provider tablePharmac provider typeDefinition The type code of the provider used by the Pharmhouse.Column name pharmac_provider_typeTable name dim_providerData type integerOther namesContext The Pharmhouse (now called Pharms) historically contained a provider table classifying providers who referred patients for pharmaceuticals.Layout NData domain 0 Unknown 1 Doctor converted from Role Type MC 2 Temporary Doctor converted from Role Type MX 3 Dentist converted from Roles Types DC and DX 4 Private Hospital 5 Maternity Hospital 6 Approved Institution 7 Midwife converted from Role Type NC 8 UndefinedGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 331January 2010
    • Shared Dimensions Data Dictionary Provider tablePharmac registration numberDefinition Numeric version of the Provider registration number.Column name pharmac_registration_numberTable name dim_providerData type integerOther namesContextLayoutData domainGuide for useVerification rules Derived from Provider registration number by removing all alphabetical characters.Collection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 332January 2010
    • Shared Dimensions Data Dictionary Provider tablePractice address 1Definition First address line of the practiceColumn name practice_address_1Table name dim_providerData type varchar2(40)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 333January 2010
    • Shared Dimensions Data Dictionary Provider tablePractice address 2Definition Second address line of the practiceColumn name practice_address_2Table name dim_providerData type varchar2(40)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 334January 2010
    • Shared Dimensions Data Dictionary Provider tablePractice address 3Definition Third address line of the practiceColumn name practice_address_3Table name dim_providerData type varchar2(40)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 335January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider DHB codeDefinition The DHB code of the providerColumn name provider_dhb_codeTable name dim_providerData type char(3)Other namesContextLayout NNNData domain 011 Northland 021 Waitemata 022 Auckland 023 Counties Manukau 031 Waikato 042 Lakes 047 Bay of Plenty 051 Tairawhiti 061 Hawkes Bay 071 Taranaki 081 MidCentral 082 Whanganui 091 Capital and Coast 092 Hutt 093 Wairarapa 101 Nelson Marlborough 111 West Coast 121 Canterbury 123 South Canterbury 131 Otago 141 Southland 999 OverseasGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 336January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider addressDefinition The first line of the providers physical address.Column name provider_addressTable name dim_providerData type char(45)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 337January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider address 2Definition The second line of the providers physical address.Column name provider_address2Table name dim_providerData type char(40)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 338January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider cityDefinition Name of the city where the provider lives.Column name provider_cityTable name dim_providerData type Varchar2(64)Other namesContextLayout Free textData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 339January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider occupationDefinition The occupation of the provider.Column name provider_occupationTable name dim_providerData type varchar2(5)Other namesContextLayoutData domain AN CH DD GO GP GR LS MW NS OB PD RD XX unknownGuide for use Similar to Provider type, but more detailed. Not well-populated (mostly XX or GP).Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 340January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider occupation descDefinition A description of the occupation of the provider.Column name provider_occupation_descTable name dim_providerData type varchar2(50)Other namesContextLayout Free textData domainGuide for use Since provider data was sourced from the HealthPAC CMS perorg database occupations have not been available.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 341January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider registration numberDefinition The professional registration number of the provider.Column name provider_registration_numberTable name dim_providerData type varchar2(10)Other names Provider CodeContext The registration number of the health care provider (from Medical Council, NZ Dental Association, etc).Layout NNNNNNNData domain 0000000 to 9999999Guide for useVerification rulesCollection methodsRelated data Provider type, Provider type description, Provider occupation,Source documentSource organisationVersion 2.3 MoH 342January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider typeDefinition A code for the registration body of the provider.Column name provider_typeTable name dim_providerData type varchar2(10)Other namesContextLayout AAAAAAAAAAData domainGuide for use Use with the field Provider registration number.Verification rules Derived from Health professional group code.Collection methodsRelated data provider_type_descSource documentSource organisationVersion 2.3 MoH 343January 2010
    • Shared Dimensions Data Dictionary Provider tableProvider type descDefinition Description of the provider type code.Column name provider_type_descTable name dim_providerData type varchar2(50)Other namesContextLayout Free textData domain Dental MCNZ NCONZ OrganisationGuide for use Provider Type Desc Provider Type Dental D MCNZ M NCONZ N Organisation OVerification rulesCollection methodsRelated data provider_typeSource documentSource organisationVersion 2.3 MoH 344January 2010
    • Shared Dimensions Data Dictionary Provider tableSource systemDefinitionColumn name source_systemTable name dim_providerData type char(6)Other namesContextLayout AAAAAAData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 345January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tablePurchase Unit tableTable name dim_purchase_unitDefinition The purchase unit (PU) indicates what contract the event is funded under. PUs are in fact a classification system. Purchase units (PUs) are a means of quantifying (volume) and valuing (price) a service. The NSF provides tools and methodologies to be usePrimary keyBusiness key purchase_unit_code, start_dateGuide for use The main principles of the classification system are to group those service users with similar characteristics (clinical, demographic, etc.) and with similar costs (resources utilised) into a manageable number of classes. The characteristics of an ideal PU could be described as follows: - A PU should ideally be outcome based. It should at least be output based rather than input based. - It should have clinical meaning and should identify a similar type of clinical output. - The resources utilised in caring for or treating the service users within a PU should be homogeneous. In practice a PU identifies a similar group of outputs within a reasonable range of variation, because it is a compromise between a tighter definition and a manageable number of purchase units. - It should be measurable in a consistent way regardless of service provider. - It should be based on a nationally or internationally recognised classification system. - There should be consistency between PU definitions and data definitions issued by the New Zealand Health Information Service. - It should be congruent with incentives for providers to provide the service in an appropriate way.Relational rules This dimension is shared between a number of datamarts.Data contentVersion 2.3 MoH 346January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableDim purchase unit keyDefinition Surrogate key for the dim_purchase_unit table.Column name dim_purchase_unit_keyTable name dim_purchase_unitData type integerOther namesContextLayout NNNNNNNNNNData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 347January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableEnd dateDefinition The date that the Purchase Unit was retired.Column name end_dateTable name dim_purchase_unitData type dateOther namesContextLayout CCYYMMDDData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 348January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableIDF unit of measureDefinition The unit of measure the purchase unit is based on.Column name idf_uomTable name dim_purchase_unitData type varchar2(64)Other namesContextLayoutData domain client - the purchase unit is client-basedGuide for use This data is for validation of submitted purchase unit volumes. From 1 Jul 2008, records are rejected where the IDF_UOM is client and the volume is not zero.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 349January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableMandatory in NNPACDefinitionColumn name mandatory_in_nnpacTable name dim_purchase_unitData type varchar2(64)Other namesContextLayoutData domain Y - Mandatory O - Non-mandatory. Date providers can choose not to supply non- mandatory Purchase Unit codes.Guide for use If value = Y then this is a purchase unit for which there is mandatory reporting.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 350January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tablePurchase unit codeDefinition Purchase Units: Purchase units (PUs) are a means of quantifying (volume) and valuing (price) a service. The NSF provides tools and methodologies to be used in deriving accurate and fair pricing and application of incentives. A common and robust framework ensures that pricing results in transparency of allocation of funds between service providers. PUs are in fact a classification system.Column name purchase_unit_codeTable name dim_purchase_unitData type varchar2(64)Other namesContextLayoutData domainGuide for use The main principles of the classification system are to group those service users with similar characteristics (clinical, demographic, etc.) and with similar costs (resources utilised) into a manageable number of classes. The characteristics of an ideal PU could be described as follows: - A PU should ideally be outcome based. It should at least be output based rather than input based. - It should have clinical meaning and should identify a similar type of clinical output. - The resources utilised in caring for or treating the service users within a PU should be homogeneous. In practice a PU identifies a similar group of outputs within a reasonable range of variation, because it is a compromise between a tighter definition and a manageable number of purchase units. - It should be measurable in a consistent way regardless of service provider. - It should be based on a nationally or internationally recognised classification system. - There should be consistency between PU definitions and data definitions issued by the New Zealand Health Information Service. - It should be congruent with incentives for providers to provide the service in an appropriate way.Verification rulesCollection methodsRelated data Unit of measureSource documentSource organisationVersion 2.3 MoH 351January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tablePurchase unit descriptionDefinition A description of the purchase unit.Column name pu_descriptionTable name dim_purchase_unitData type varchar2(255)Other namesContextLayout NoneData domainGuide for use See purchase_unitVerification rulesCollection methodsRelated data purchase_unit_codeSource documentSource organisationVersion 2.3 MoH 352January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tablePurchase unit typeDefinition The type of the Purchase Unit.Column name purchase_unit_typeTable name dim_purchase_unitData type char(1)Other namesContextLayoutData domain P Preadmission purchase unit F First attendance purchase unit S Subsequent attendance purchase unit (follow-up)Guide for use Used to define whether a purchase unit should be used for preadmission, first or subsequent (follow-up) attendances.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 353January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableStart dateDefinition The date that the Purchase Unit was introduced.Column name start_dateTable name dim_purchase_unitData type dateOther namesContextLayout CCYYMMDDData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 354January 2010
    • Shared Dimensions Data Dictionary Purchase Unit tableUnit of measureDefinition How individual purchase units are counted.Column name unit_of_measureTable name dim_purchase_unitData type varchar2(256)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 355January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser Code tableTable name dim_purchaser_codeDefinition This table holds values that defines the organisation or body that purchased the healthcare service provided.Primary key dim_purchaser_code_keyBusiness key purchaser_codeGuide for use In the case of more than one purchaser, the one who paid the most is recorded.Relational rules This dimension table is shared between a number of NZHIS datamarts.Data contentVersion 2.3 MoH 356January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser addressDefinition The physical address of the purchaser.Column name purchaser_addressTable name dim_purchaser_codeData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 357January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser codeDefinition A code used to describe which organisation (purchaser) purchased the service.Column name purchaser_codeTable name dim_purchaser_codeData type varchar2(64)Other names Principal purchaser, Health purchaser, Purchaser code, PHP,ContextLayoutData domain 01 HFA Northern Office (retired1 July1999) 02 HFA Midland Office (retired1 July1999) 03 HFA Central Office (retired1 July1999) 04 HFA Southern Office (retired1 July1999) 05 ACC (direct) (retired1 July1999) 06 Privately funded 07 HFA Southern Office Waiting Time Fund (retired 30 June 2004) 08 HFA Central Office Waiting Time Fund (retired 30 June 2004) 09 HFA Midland Office Waiting Time Fund (retired 30 June 2004) 10 HFA Northern Office Waiting Time Fund (retired 30 June 2004) 11 Supplementary purchase (NB does not include new money) (retired 30 June 2004) 12 Paediatric purchase (retired 30 June 2004) 13 HFA base purchase (retired 30 June 2007) 14 HFA Additional sustainable purchase (retired 30 June 2004) 15 Breastscreen Aotearoa (retired 30 June 2009) 16 Independent Practice Association 17 Accredited employer 18 HFA Accident purchase - overseas patients non-MVA non-work related (retired 30 June 2007) 19 Overseas chargeable 20 Overseas eligible 34 MOH-funded purchase (valid fom 1 July 2007) 35 DHB-funded purchase (valid fom 1 July 2007) 55 Due to strike 98 Other/not specified A0 ACC - direct purchase A1 FSI - direct purchase, Fusion Insurance Services A2 NZI - direct purchase, NZ Insurance Ltd A3 HIH - direct purchase, HIH WorkAble Ltd A4 MMI - direct purchase, MMI General Insurance (NZ) Ltd A5 FMG - direct purchase, Farmers MutualAccident Care Ltd A6 @WK - direct purchase,At Work Insurance Ltd A7 CIG - direct purchase, Cigna Insurance LtdGuide for use The organisation or body that purchased the healthcare service provided. In the case of more than one purchaser, the one who paid the most.Verification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 358January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser code descriptionDefinition Description of purchaser code.Column name purchaser_code_descriptionTable name dim_purchaser_codeData type varchar2(128)Other namesContextLayoutData domain 01 HFA Northern Office (retired1 July1999) 02 HFA Midland Office (retired1 July1999) 03 HFA Central Office (retired1 July1999) 04 HFA Southern Office (retired1 July1999) 05 ACC (direct) (retired1 July1999) 06 Privately funded 07 HFA Southern Office Waiting Time Fund (retired 30 June 2004) 08 HFA Central Office Waiting Time Fund (retired 30 June 2004) 09 HFA Midland Office Waiting Time Fund (retired 30 June 2004) 10 HFA Northern Office Waiting Time Fund (retired 30 June 2004) 11 Supplementary purchase (NB does not include new money) (retired 30 June 2004) 12 Paediatric purchase (retired 30 June 2004) 13 HFA base purchase 14 HFA Additional sustainable purchase (retired 30 June 2004) 15 Breastscreen Aotearoa (retired 30 June 2009) 16 Independent Practice Association 17 Accredited employer 18 HFA Accident purchase - overseas patients non-MVA non-work related (retired 30 June 2007) 19 Overseas chargeable 20 Overseas eligible 55 Due to strike 98 Other/not specified A0 ACC - direct purchase A1 FSI - direct purchase, Fusion Insurance Services A2 NZI - direct purchase, NZ Insurance Ltd A3 HIH - direct purchase, HIH WorkAble Ltd A4 MMI - direct purchase, MMI General Insurance (NZ) Ltd A5 FMG - direct purchase, Farmers MutualAccident Care Ltd A6 @WK - direct purchase,At Work Insurance Ltd A7 CIG - direct purchase, Cigna Insurance LtdGuide for useVerification rulesCollection methodsRelated data purchaser_codeSource documentSource organisationVersion 2.3 MoH 359January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser end dateDefinition Date purchaser record became inactive.Column name purchaser_end_dateTable name dim_purchaser_codeData type dateOther namesContextLayout CCYYMMDDData domain Valid DatesGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 360January 2010
    • Shared Dimensions Data Dictionary Purchaser Code tablePurchaser start dateDefinition Date purchaser record became active.Column name purchaser_start_dateTable name dim_purchaser_codeData type dateOther namesContextLayout CCYYMMDDData domain Valid DatesGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 361January 2010
    • Shared Dimensions Data Dictionary Time of day tableTime of day tableTable name dim_time_of_dayDefinition Holds one row for every minute of the day.Primary key dim_time_of_day_keyBusiness key minutes_since_midnightGuide for useRelational rules This dimension table is shared between a number of datamarts.Data contentVersion 2.3 MoH 362January 2010
    • Shared Dimensions Data Dictionary Time of day tableAM / PMDefinitionColumn name am_pmTable name dim_time_of_dayData type varchar2(64)Other namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 363January 2010
    • Shared Dimensions Data Dictionary Time of day tableHours since midnightDefinitionColumn name hours_since_midnightTable name dim_time_of_dayData type integerOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 364January 2010
    • Shared Dimensions Data Dictionary Time of day tableMinute of hourDefinitionColumn name minute_of_hourTable name dim_time_of_dayData type integerOther namesContextLayoutData domain 0 - 60Guide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 365January 2010
    • Shared Dimensions Data Dictionary Time of day tableMinutes since midnightDefinitionColumn name minutes_since_midnightTable name dim_time_of_dayData type integerOther namesContextLayoutData domainGuide for useVerification rulesCollection methodsRelated dataSource documentSource organisationVersion 2.3 MoH 366January 2010
    • Shared Dimensions Data Dictionary Appendix A: Data Dictionary TemplateAppendix A: Data Dictionary Template This appendix explains how data element attributes are organised in the data dictionary template.Introduction Within the dictionary, elements are organised by table, and then alphabetically. An alphabetical index at the back of the data dictionary is provided to assist theOrder of user in finding specific elements.elementsTemplate:Administrative The operational status (e.g. CURRENT, SUPERSEDED) of the data element.status No SUPERSEDED data elements will be included in the Dictionaries.Reference ID A code that uniquely identifies the data element. If the data element is used in more than one collection, it should retain its Reference ID wherever it appears.Version number A version number for each data element. A new version number is allocated to a data element/concept when changes have been made to one or more of the following attributes of the definition: – name – definition – data domain, eg, adding a new value to the field. Elements with frequently updated code tables, such as the Facility code table, will not be assigned a new version for changes to data domain.Version date The date the new version number was assigned.Identifying and defining attributesName A single or multi-word designation assigned to a data element. This appears in the heading for each unique data definition in the Dictionaries. Previous names for the data element are included in the Guide for Use section.Data element type DATA ELEMENT—a unit of data for which the definition, identification, representation and permissible values are specified by means of a set of attributes. DERIVED DATA ELEMENT—a data element whose values are derived by calculation from the values of other data elements. COMPOSITE DATA ELEMENT—a data element whose values represent a grouping of the values of other data elements in a specified order.Definition A statement that expresses the essential nature of a data element and its differentiation from all other data elements.Context A designation or description of the application environment or discipline in which a name is applied or from which it originates. This attribute may also include the justification for collecting the items and uses of the information.Version 2.3 MoH iJanuary 2010
    • Shared Dimensions Data Dictionary Appendix A: Data Dictionary TemplateRelational and representational attributesData type The type of field in which a data element is held. For example, character, integer, or numeric.Field size The maximum number of storage units (of the corresponding data type) to represent the data element value. Field size does not generally include characters used to mark logical separations of values e.g. commas, hyphens or slashes.Layout The representational layout of characters in data element values expressed by a character string representation. For example: - ‘CCYYMMDD’ for calendar date - ‘N’ for a one-digit numeric field - ‘A’ for a one-character field - ‘X’ for a field that can hold either a character or a digit, and - ‘$$$,$$$,$$$’ for data elements about expenditure.Data domain The permissible values for the data element. The set of values can be listed or specified by referring to a code table or code tables, for example, ICD-10-AM 6th Edition.Guide for use Additional comments or advice on the interpretation or application of the data element (this attribute has no direct counterpart in the ISO/IEC Standard 11179 but has been included to assist in clarification of issues relating to the classification of data elements). Includes historical information, advice regarding data quality, and alternative names for this data element.Verification rules The rules and/or instructions applied for validating and/or verifying elements, in addition to the formal edits.Collection method Comments and advice concerning the capture of data for the particular data element, including guidelines on the design of questions for use in collecting information, and treatment of ‘not stated’ or non-response (this attribute is not specified in the ISO/IEC Standard 11179 but has been added to cover important issues about the actual collection of data).Related data A reference between the data element and any related data element in the Dictionary, including the type of this relationship. Examples include: ‘has been superseded by the data element…’, ‘is calculated using the data element…’, and ‘supplements the data element…’.Administrative attributesSource document The document from which definitional or representational attributes originate.Source The organisation responsible for the source document and/or the developmentorganisation of the data definition (this attribute is not specified in the ISO/IEC Standard 11179 but has been added for completeness). The source organisation is not necessarily the organisation responsible for the ongoing development/maintenance of the data element definition. An example of a source organisation is the National Data Policy Group (NDPG).Version 2.3 MoH iiJanuary 2010
    • Shared Dimensions Data Dictionary Appendix B: GlossaryAppendix B: GlossaryNote: See Appendix B: Glossary in separate document. http://www.nzhis.govt.nz/moh.nsf/pagesns/241Version 2.3 MoH iiiJanuary 2010
    • Shared Dimensions Data Dictionary Appendix C: Overview of a Data Warehouse Appendix C: Overview of a Data Warehouse The following diagram depicts the basic elements of data warehouse. OverviewOperational Source Systems Data Staging Area Data Presentation Area Data Access Tools Services: Data mart #1 DIMENSIONAL Clean, combine, and Extract Load atomic and Access Ad hoc query tools standardise summary data BusinessObjects Conform dimensions Based on a single Report writers No user query business process (Crystal, BO) services Shared Dimensions Data Store: Flat files and Extract relational tables A Modeling: Forecasting Scoring Data mining Processing: Sorting and Data mart #2 sequential Extract processing Load (Similarly designed) Access Operational Source Systems Source systems capture the transactions of the business and provide other dimensional data. At the Ministry of Health, this includes HealthPACs General Transaction Processing System (GTPS), NBRS, NHI, NZ Statistics, etc. Source systems are outside the data warehouse therefore, there must be a process to extract this data from the source systems and pass them to the data staging area in the data warehouse. Data Staging Area The data staging area of the data warehouse is both a storage area and a set of processes referred to an extract-transformational-load (ETL). In the data staging area, transactional data is transformed into data warehouse records. Data is loaded into the appropriate tables, whether that is a dimension or fact table. This staging area data can only be reviewed by those responsible for the data warehouse. This ETL process ‘cleans’ the data, encrypts NHI numbers and assigns keys. It determines if: It is new data, therefore a record is created in the appropriate table, or A record already exists in the data warehouse therefore the record is updated with the transactional data, or The record existing in the data warehouse is to be deleted from the table. Usually this transformation process runs automatically overnight. Little intervention is required if things go to plan. Continued on next page Version 2.3 MoH iv January 2010
    • Shared Dimensions Data Dictionary Appendix C: Overview of a Data WarehouseAppendix C: Overview of a Data Warehouse, ContinuedOverview Data Presentation Areacont’d The data presentation area is where data is organised, stored and made available to users. It is comprised of a series of ‘datamarts’; that is, a focused subset of the data warehouse. NZHIS data marts include, LABS, PHO, NHI, NIR, etc. These datamarts are comprised of ‘Fact’ and ‘Dimension’ tables; see the paragraph below. This structure is called ‘Dimensional modelling’. Dimensional modelling is a technique to make data collections simple and easy to understand. A Most of these dimension tables are shared between data marts; see the symbol on the previous page. Data Access Tools The final component of the data warehouse is the data access tools; the tools we used to query the data mart. In NZHIS, we use BusinessObjects, from our PC or WebIntelligence, via the intranet.Fact and What is a Fact table?Dimension The fact table is the primary table in a star schema. It contains items or events thatTables the business needs to count or analyse, like an enrolment or a person admitted to a hospital. A row in a fact table corresponds to an event; we call this event the ‘grain’. It is the fundamental lowest level of data represented in a fact table. The grain describes the scope of the event, i.e. does each record (row) represent the actual event or does it represent a summary of events. For example, in the PHO enrolment fact table, there is a record for each patient enrolment or registration within the last quarter; in other words, its a snapshot of the last quarter. If an individual enrolled 5 times with different PHOs, we would only capture the last enrolment as at a particular period. Fact tables have a many-to-many relationship with dimension tables and contain multiple foreign keys. What is a Dimension table? A dimension table contains details of the business. At the Ministry of Health, dimensions include items such as ethnicities, DHBs, PHOs, health care users, dates, etc. Dimension tables tend to contain a large number of columns (attributes) but fewer records than a fact table. A dimension table also defines the hierarchy of attributes, for example a record in the PHO table contains attributes such as its name and ID including details of the DHB. As a PHO belongs to a DHB, this is effectively a hierarchy. Dimension tables contain reference data, therefore you generally would not perform analysis directly on the dimension tables; rather you use dimensions to help you slice and dice fact data.Version 2.3 MoH vJanuary 2010
    • Shared Dimensions Data Dictionary Appendix D: Index of Element NamesAppendix D: Index of Element Names(Capitated) Funding Band, 39 Contract expiry date, 138Address Line 1, 256 Contract number, 139Address Line 2, 257 Contract type, 140Address Line 3, 258 Country code description, 147Address Line 4, 259 Country of Birth, 148Address Line 5, 260 CSC Flag, 91Age in years, 40 Current practising certificate, 323Agency address, 48 Current version, 141Agency closing date, 49 Dagger asterisk, 120Agency code, 50 Date of birth, 261, 277Agency Facility BK, 47 Date of death, 262, 278Agency name, 51 Day of month, 242Agency open date, 52 Day of week, 243Agency type code, 53 Death flag, 121Agency type description, 54 Deregistration date, 324Allow payment, 135 Description, 93AM / PM, 363 DHB code, 55, 82, 142, 151, 189, 212ANZSCO code, 67 DHB ID, 150ANZSCO description, 68 DHB name, 56, 83, 152, 190, 213Area unit, 186 dhb ssg, 153Area Unit 1991, 207 Diagnosis type, 155Area Unit 1996, 208 Diagnosis type description, 157area unit 2001, 233 Dim affiliation key, 264, 279Area Unit 2001 NZDEP, 209 Dim HCU Identifiable key, 263Area Unit 2006, 210 dim hcu key, 290Area unit code, 187 Dim purchase unit key, 347Area unit name, 211 Domicile code, 57, 191Block, 97 Domicile code 1991, 214Block Long Description, 98 Domicile code 1996, 215Block publication description, 99 Domicile code 2001, 84, 216Block short description, 100 Domicile code 2006, 217Calendar month key, 235 Domicile name, 85, 192, 218Calendar month number, 236 drg category code, 165Calendar quarter, 237 DRG code, 159Calendar quarter number, 238 DRG code description, 160Calendar year, 239 DRG grouper type code, 161Calendar year and month, 240 DRG grouper type description., 162Calendar year and quarter, 241 dss_count_distinct, 291Category, 101 Eligible cancer status, 122Category 1, 69 Encrypted hcu id, 280Category 2, 70 End date, 348Category 3, 71 Ethnic Code, 167Category 4, 72 Ethnic code 1, 11, 265, 282Category 5, 73 Ethnic code 2, 13, 266, 284Category long description, 102 Ethnic code 3, 14, 267, 285Category publication, 103 Ethnicity, 168Category short description, 104 Ethnicity 1, 15Census year, 188 Ethnicity 2, 16Change flag, 136, 314 Ethnicity 3, 17Chapter, 105 Event end description, 174Chapter description, 106 Event end type code, 175Claim code, 92 Event type code, 180Clinical code, 108 Event type description, 181Clinical code description, 111 External cause flag, 123Clinical code type, 112 Facility Address, 58Clinical code type description, 113 Facility close date, 60Clinical coding system ID, 114 Facility Code, 59Clinical system description, 116 Facility name, 61Code end date, 117 Facility open date, 62Code start date, 118 Facility type, 63, 184, 307Collection type, 119 Facility type description, 64Contract description, 137 Facility Type description, 183Version 2.3 MoH viJanuary 2010
    • Shared Dimensions Data Dictionary Appendix D: Index of Element NamesFamily Name, 268 master hcu id, 275Financial month number, 244 Maternity band, 44Financial quarter, 245 MDC code, 163Financial quarter number, 246 MDC description, 164Financial year, 247 Mental health inpatient flag, 297Financial year and quarter, 248 Mesh Block 1991, 220First day of month, 249 Mesh Block 1996, 221First name, 269 Mesh block 2001, 222Five year band, 41 Mesh block 2006, 223Gender, 18, 75 Minute of hour, 365Gender code, 76, 286 Minutes since midnight, 366Gender Code, 19, 270 Month, 252General Medical Subsidy Age Band, 42 Non-specific diagnosis flag, 126Global time dim key, 250 Normal NZ flag, 127HCU id, 271 Nzdep 01, 87, 224Health district, 219 Nzdep 2001, 197Health district name, 86 Nzdep 96, 225Health professional group code, 325 Occupation code, 311Health specialty code, 293 Occupation code description, 312Health specialty description, 294 Operation flag, 128Health specialty end date, 295 Patient category, 95Health specialty start date, 296 Payee description, 316HHS, 193 Payee DHB, 315HHS code, 194 Payee number, 317High age, 124 Payee perorg number, 318Hours since midnight, 364 Payment days, 143HUHC Flag, 94 Payment term code, 144IDF unit of measure, 349 Perorg first name, 326Last day of month, 251 Perorg ID, 145Legal status act code, 300 Perorg legal name, 319Legal status act description, 301 Perorg name, 320, 327Legal status code, 302 Perorg number, 328Legal status description, 303 Perorg second name, 329Legal status end date, 304 Perorg title, 330Legal status start date, 305 Pharmac provider type, 331Level 0 ethnic code, 169 Pharmac registration number, 332Level 0 ethnic code 1, 20 Post code, 226Level 0 ethnic code 2, 21 Practice address 1, 333Level 0 ethnic code 3, 22 Practice address 2, 334Level 0 ethnicity, 170 Practice address 3, 335Level 0 ethnicity 1, 23 Priority ethnic code, 272, 289Level 0 ethnicity 2, 24 Priority ethnicity, 32Level 0 ethnicity 3, 25 Priority ethnicity code, 33level 0 priority ethnic code, 34 Provider address, 337Level 0 priority ethnic code, 77 Provider address 2, 338level 0 priority ethnicity, 35 Provider city, 339Level 0 priority ethnicity, 78 Provider DHB code, 336Level 1 ethnic code, 171 Provider occupation, 340Level 1 ethnic code 1, 26 Provider occupation desc, 341Level 1 ethnic code 2, 27 Provider registration number, 342Level 1 ethnic code 3, 28 Provider type, 343Level 1 ethnicity, 172 Provider type desc, 344Level 1 ethnicity 1, 29 Public health provider, 227Level 1 ethnicity 2, 30 Public health provider name, 88Level 1 ethnicity 3, 31 Purchase unit code, 351level 1 priority ethnic code, 36 Purchase unit description, 352Level 1 priority ethnic code, 79 Purchase unit type, 353level 1 priority ethnicity, 37 Purchaser address, 357Level 1 priority ethnicity, 80 Purchaser code, 358Life Stage band, 43 Purchaser code description, 359Locality, 195 Purchaser end date, 360Locality code, 196 Purchaser start date, 361Location code, 308 Region, 65, 199Location description, 309 RHA, 228Low age, 125 RHA code, 198Mandatory in NNPAC, 350 Rural status code, 200Master encrypted hcu id, 287 Second Name, 273Version 2.3 MoH viiJanuary 2010
    • Shared Dimensions Data Dictionary Appendix D: Index of Element NamesSeparation mode, 178Sequence number, 321Sex flag, 129Source system, 345Specialty full description, 298SQL date, 253Start date, 354Sub chapter description, 130Sub-category, 131Sub-chapter, 132Sub-locality, 201Sub-locality code, 202Ten year band, 45Territorial Authority, 203Territorial Authority code, 204Third Name, 274Time key, 254TLA Code 1995, 229TLA name, 89, 230Unacceptable diagnosis flag, 133Unit of measure, 355Ward 1995, 231Ward Name, 232Year retired, 205Version 2.3 MoH viiiJanuary 2010
    • Shared Dimensions Data Dictionary Appendix E: Guide for Use of Emergency Department (ED) Event End Type CodesAppendix E: Guide for Use of Emergency Department (ED) Event End Type Codes Arrive at Emergency Department ED outpatient Is the patient treated in ED for Yes Admit as inpatient Also Record admitted ED No attendance longer than three hours (>3hrs) event event Purchase Unit or did they die*? code EDxx001A *All deceased patients are to be admitted and discharged in your PMS regardless of treatment time. Use ED event end type Yes Is the patient discharged home, Use ED events with codes starting with E, eg, self discharged or transferred Purchase Unit Codes ER, EI, ES, EA or ET to another facility from your NNPAC counting only EDxx001 ED/AAU/Short Stay Unit? No Use inpatient event end Report to NNPAC only Report to NMDS type codes starting with D, e.g. DR, DD or DT PUC = Purchaser Unit Code Report to NMDS only NNPAC = National Non Admitted Patient CollectionVersion: 2.3 MoH ixJuly 2008
    • Shared Dimensions Data Dictionary Appendix E: Guide for Use of Emergency Department (ED) Event End Type Codes EVENT NMDS NNPAC EMERGENCY DEPARTMENT SCENARIOS END TYPE REPORTIN REPORTING G N/A EDPatient in ED receives treatment <3hrs discharged home No Yes event only Only for countingPatient in ED receives treatment >3hrs discharged home ER Yes purposes – PUC Edxx001APatient in ED receives treatment <3hrs self discharges without N/A ED No Yesindemnity signed event only Only for countingPatient in ED receives treatment >3hrs self discharges without ES Yes purposes – PUCindemnity signed Edxx001APatient in ED receives treatment <3hrs self discharges with N/A ED No Yesindemnity signed event only Only for countingPatient in ED receives treatment >3hrs self discharges with EI Yes purposes – PUCindemnity signed Edxx001A Only for countingPatient in ED receives treatment <3hrs and dies ED Yes purposes – PUC Edxx001A Only for countingPatient in ED receives treatment >3hrs and dies ED Yes purposes – PUC Edxx001APatient in ED receives treatment <3hrs transferred N/A ED No Yes(discharged) to another facility event only Only for countingPatient in ED receives treatment >3hrs transferred ET Yes purposes – PUC(discharged) to another facility Edxx001ANeonatal or burns patient receives treatment <3hrs transferred N/A ED No Yes(discharged) to another facility event only Only for countingNeonatal or burns patient receives treatment >3hrs transferred EA Yes purposes – PUC(discharged) to another facility Edxx001A Yes Only for countingPatient in ED receives treatment <3hrs admitted to inpatient N/A - admit Inpatient purposes – PUCward or straight to Operating Theatre as inpatient event Edxx001A Yes Only for countingPatient in ED receives treatment >3hrs admitted to inpatient N/A - admit Inpatient purposes – PUCward or straight to Operating Theatre as inpatient event Edxx001APatient transfers from smaller hospital to ED at your bigger Yes Only for counting N/A - admithospital, receives treatment <3hrs and is then admitted to Inpatient purposes – PUC as inpatientinpatient ward or straight to Operating Theatre event Edxx001APatient transfers from smaller hospital to ED at your bigger Yes Only for counting N/A - admithospital, receives treatment >3hrs and is then admitted to Inpatient purposes – PUC as inpatientinpatient ward or straight to Operating Theatre event Edxx001APatient transfers from smaller hospital to ED at your bigger N/A EDhospital, receives treatment <3hrs and is then transferred No Yes event only(discharged) back to smaller hospitalPatient transfers from smaller hospital to ED at your bigger Only for countinghospital, receives treatment >3hrs and is then transferred ET Yes purposes – PUC(discharged) back to smaller hospital Edxx001A Version 2.3 MoH x January 2010
    • Shared Dimensions Data Dictionary Appendix E: Guide for Use of Emergency Department (ED) Event End Type Codes EVENT NMDS NNPAC EMERGENCY DEPARTMENT SCENARIOS END TYPE REPORTIN REPORTING GObstetric patient in ED receives treatment (for non obstetric N/A EDproblem) <3hrs and then is admitted to inpatient obstetric No Yes event onlyward for observation of pregnancyObstetric patient in ED receives treatment (for non obstetric Only for counting DWproblem) >3hrs and then is admitted to inpatient obstetric Yes purposes – PUC [Note 1]ward for observation of pregnancy Edxx001AObstetric patient in ED receives treatment (for obstetric or non N/A EDobstetric problem) <3hrs transferred (discharged) to another No Yes event onlyfacilityObstetric patient in ED receives treatment (for obstetric or non Only for countingobstetric problem) >3hrs transferred (discharged) to another ET Yes purposes – PUCfacility Edxx001AObstetric inpatient sustains an in hospital injury/accidenttransferred to ED and receives treatment (for non obstetric N/A ED No Yesproblem) <3hrs then transferred back to inpatient obstetric event onlywardObstetric inpatient sustains an in hospital injury/accident Only for countingtransferred to ED and receives treatment (for non obstetric DW Yes purposes – PUCproblem) >3hrs then transferred back to inpatient obstetric [Note 1] Edxx001AwardMental health patient in ED receives treatment (for an acute N/A EDcondition eg, self harm) <3hrs transferred (discharged) to No Yes event onlypsychiatric unit (within same facility)Mental health patient in ED receives treatment (for an acute Only for counting DWcondition eg, self harm) >3hrs transferred (discharged) to Yes purposes – PUC [Note 1]psychiatric unit (within same facility) Edxx001AMental health patient in ED receives treatment (for an acute N/A EDcondition eg, self harm) <3hrs transferred (discharged) to No Yes event onlypsychiatric unit (another facility)Mental health patient in ED receives treatment (for an acute Only for countingcondition eg, self harm) >3hrs transferred (discharged) to ET Yes purposes – PUCpsychiatric unit (another facility) Edxx001AMental health inpatient sustains an in hospitalinjury/accident/self harm etc transferred to ED receives N/A ED No Yestreatment <3hrs then transferred back to inpatient psychiatric event onlyunitMental health inpatient sustains an in hospital Only for countinginjury/accident/self harm etc transferred to ED receives DW Yes purposes – PUCtreatment >3hrs then transferred back to inpatient psychiatric [Note 1] Edxx001AunitHome hospital inpatient transferred to ED receives treatment N/A ED<3hrs and is then transferred (discharged) back to home No Yes event onlyhospital servicesHome hospital inpatient transferred to ED receives treatment Only for counting>3hrs and is then transferred (discharged) back to home ET Yes purposes – PUChospital services Edxx001A Version 2.3 MoH xi January 2010
    • Shared Dimensions Data Dictionary Appendix E: Guide for Use of Emergency Department (ED) Event End Type CodesEvent End Type Codes - Mapping to Separation ModeEvent End Separation Event End Type Description Type Mode Code Discharge from Emergency department acute facility to EA 1 or 01 specialist facility for neonates and burns only ED Died while still in Emergency department acute facility 8 or 08 Self discharge from treatment in an Emergency department EI 6 or 06 acute facility with indemnity signed ER Routine discharge from an Emergency department acute facility 9 or 09 Self discharge from treatment in an Emergency department ES 6 or 06 acute facility without indemnity Discharge from Emergency department acute facility to another ET 4 or 04 healthcare facility TM3M Codefinder Separation Mode Codes and Descriptions Separation Mode Code 3M Codefinder Separation Mode Description 1 or 01 Discharge/Transfer to an Acute Hospital 2 or 02 Discharge/Transfer to a Residential Ageing Service 3 or 03 Discharge/Transfer to a Psychiatric Hospital 4 or 04 Discharge/Transfer to Other Health Care Accommodation 5 or 05 Statistical Discharge – Type Change 6 or 06 Left Against Medical Advice 7 or 07 Statistical Discharge from Leave 8 or 08 Died 9 or 09 Home/OtherVersion 2.3 MoH xiiJanuary 2010