【AS澳大利亚标准】AS TR 2965-2007 Harmonisation of HD and EI data types across AS 4700.X Standards and associated Handbooks.doc

tr 29652007accessed by university of south australia on 04 apr 2008tr 29652007technical reportharmonisation of hd and ei data types across as 4700.x standards and associated handbooksthis australian technical report was prepared by committee it-014, health informatics. it was approved on behalf of the council of standards australia on 19 october 2007.this technical report was published on 23 november 2007.the following are represented on committee it-014:australian and new zealand college of anaesthetistsaustralian association of pathology practicesaustralian department of health and ageingaustralian electrical and electronic manufacturers associationaustralian information industry associationaustralian institute of health & welfareaustralian institute of radiographyaustralian private hospitals associationcentral queensland universityconsumers federation of australiaconsumers health forum of australiacsiro e-health research centredepartment of health (south australia)department of health western australiadepartment of human services, victoriaengineers australiahealth informatics society of australiahealth information management association of australiahl7 australiamedical industry association of australiamedical software industry associationnational health information management principal committeensw health departmentpharmacy guild of australiapharmaceutical society of australiaqueensland healthroyal australian and new zealand college of radiologistsroyal australian college of general practitionersroyal australian college of medical administratorsroyal college of nursing, australiaroyal college of pathologists of australasiauniversity of sydneyadditional interests:cerner corporationcollaborative centre for ehealthdh4hcnla trobe universitymccauley softwaremedical objectsmichael legg & associatesaccessed by university of south australia on 04 apr 2008ocean informaticspen computer systemsstandards australia wishes to acknowledge the participation of the expert individuals that contributed to the development of this standard through their representation on the committee.keeping standards up-to-dateaustralian standards are living documents that reflect progress in science, technology and systems. to maintain their currency, all standards are periodically reviewed, and new editions are published. between editions, amendments may be issued.standards may also be withdrawn. it is important that readers assure themselves they are using a current standard, which should include any amendments that may have been published since the standard was published.detailed information about australian standards, drafts, amendments and new projects can be found by visiting .authe standard is downloaded from standard sharingstandards australia welcomes suggestions for improvements, and encourages readers to notify us immediately of any apparent inaccuracies or ambiguities. contact us via email at .au, or write to standards australia, gpo box 476, sydney, nsw 2001.tr 29652007accessed by university of south australia on 04 apr 2008technical reportharmonisation of hd and ei data types across as 4700.x standards and associated handbooksfirst published as tr 29652007.copyright standards australiaall rights are reserved. no part of this work may be reproduced or copied in any form or by any means, electronic or mechanical, including photocopying, without the written permission of the publisher.published by standards australia gpo box 476, sydney, nsw 2001, australiaisbn 0 7337 8465 83tr 29652007prefacethis technical report was prepared by the it-014-06 messaging subcommittee under direction from the standards australia committee it-014, health informatics in response to the australian governments objectives for national standards and related standards materials within the health sector.this technical report identifies hd and ei data types across as 4700.x standards and associated handbooks resulting in the publication of amendments to health informatics publications where appropriate. this will correct any inconsistencies with the existing standards or handbooks.the mission of it-014-06 is to investigate and make recommendations to it-014 on strategic directions in messaging.one of the pillars of e-health is the ability to identify the source, target and authoring organisations involved in messaging. without robust identifiers clinical data will not reliably reach the intended recipient or organisation. this has both reliability and privacy implications and it is important that all parties have a good understanding of the identifiers contained in hl7 messages.the issues also include identifying the authoring and sending organisation as well as specifying the recipient organisation. within messages there are several levels of identifiers, with provider identifiers (xcn id numbers) used to identify individuals and hierarchic designators (hd) used to identify organisations. all providers belong to an organisation, even if it is a single doctor practice. hds can also identify other objects such as software applications.individual reports are also identified using the entity identifier (ei) type which is a combination of a string identifier and a hierarchic designator (hd). the string identifier should be unique over time, within the producing organisation. it may not be unique between institutions however.despite the presence of these types in most messages there is a lot of confusion on how to use them and how to create one when needed.the standard is downloaded from standard sharingaccessed by university of south australia on 04 apr 2008standards australia wishes to thank the department of health and ageing for their continued financial support in helping us to develop this technical report.accessed by university of south australia on 04 apr 2008contentspage1scope and general . 42explanation of the data types . 53using hierarchic designator values in other data types . 74examples of hd data types . 95example of ei data type . 106tables of hd and ei data types . 107australian implementation of hl7 handbooks . 2827tr 29652007the standard is downloaded from standard sharingstandards australiatechnical reportharmonisation of hd and ei data types across as 4700.x standards and associated handbooks1 scope and general1.1 scopethis technical report identifies hierarchic designator (hd) and entity identifier (ei) data types across the as 4700.x range of standards and associated handbooks. it investigates the harmonisation of hd and ei data types including those hd data types incorporated in other data types, such as xcn (extended composite id number).this technical report includes tables of the hd and ei data types used in the as 4700.x australian implementation of hl7 v2 publications. specific examples and, in some cases usage notes are given for each instance of hd or ei.1.2 purposethe purpose of this technical report is to harmonise the use of hierarchic designator (hd) and entity identifiers (ei) data types across the as 4700.x standards and associated handbooks.1.3 benefitsunderstanding the purpose of hierarchic designators and entity identifiers and the options available for their generation and use is vital information for implementers, policy makers and anyone who wishes to reliably identify organisations, software components or provider groups. any national identifier scheme should be designed to work well with this vital structural element of hl7 messaging.1.4 target usersaccessed by university of south australia on 04 apr 2008this technical report has been written specifically for implementers, policy makers and anyone who wishes to reliably identify organisations, software components or provider groups.1.5 referenced documentsas4700implementation of health level seven (hl7) version 2.3.14700.12001part 1: patient administration4700.22004part 2: pathology orders and results4700.52002part 5: immunisation messages4700.62004part 6: referral and discharge summary4700.72005part 7: diagnostic imaging orders and results4700implementation of health level seven (hl7) version 2.44700.12005part 1: patient administration4700.22007part 2: pathology and medical imaging (diagnostics)4700.32005part 3: electronic messages for exchange of information on drug prescription4700.52005part 5: immunisation messages4700.62006part 6: referral, discharge and health record messaging standards a.auaccessed by university of south australia on 04 apr 2008as4700implementation of health level seven (hl7) version 2.54700.12006part 1: patient administration4700.32007part 3: electronic messages for exchange of information on drug prescription4700.52007part 5: immunisation messages4700.62007part 6: referral, discharge and health record messagingas/nzs4700implementation of health level seven (hl7) version 2.3.14700.3:2002part 3: electronic messages for exchange of information on drug prescriptionhb2622007guidelines for pathology messaging between pathology providers and health service providers2352007implementers guideline for hl7 referral discharge and health record messaging2 explanation of the data types2.1 hierarchic designatorcomponents: the hierarchic designator is designed to be a more powerful and more general replacement for the application identifier of hl7 versions 2.1 and 2.2. it adds two additional components, the and the to the former application id (which is renamed more generically to be the namespace id) the basic definition of the hd is that it identifies an (administrative, system or application or other) entity that has responsibility for managing or assigning a defined set of instance identifiers (such as placer or filler number, patient identifiers, provider identifiers, etc.). this entity could be a particular health care application such as a registration system that assigns patient identifiers, a governmental entity such as a licensing authority that assigns professional identifiers or drivers license numbers, or a facility where such identifiers are assigned.the term namespace id is confusing. it does not relate to the classic namespace but is a textual identifier for an entity. it is often related to the common human name for an object e.g. queensland medical laboratories or qml. it is similar to the lab name used in pit messages.the assigning authority defined by the hd is similar in its role to the coding system (and version) part of the coded element data types, both identify a set of more discrete instance identifiers. the difference is that the set of hd-defined discrete instances contain identifiers of real-world things such as patient or clinical orders, while the coded element-defined set of discrete instances contains concept identifiers (codes). the hd is designed to be used either as a locally managed identifier (with only the valued) or a formulised unique identifier, a uid (with both and valued). syntactically, the hd is a group of two identifiers for the same entity: the locally managed identifier is provided in the first component (namespace id); the formalised unique identifier is provided in the second component (universal id) and the universal id formalism is provided in the third component (universal id type).universal id type does not relate to namespace id.the hd is used in fields that in earlier versions of hl7 used the is data type. thus, a single component hd (only the first component valued) will look like a simple is data type for older systems expecting a single component in the place of the hd data type.the standard is downloaded from standard sharingif namespace ids are not unique, problems correctly interpreting the entity being identified can occur. therefore when adopting a namespace id, the communication coverage of the message and its identified entities in the current context and in downstream communication (message content reused in further communication, which may have wider coverage such as hospital laboratory reports provided within discharge summaries) must be considered. it is recommended that namespace id be at least unique within australia. consideration is being given to determine the suitable organisation(s) to maintain a registry of namespace ids.if the first component for the hd data type is present, the second and third components are optional. if the third component is present, then the second must also be present (although in this case the first is optional). the second and third components must either both be valued (both non-null), or both be not valued (both null). the universal id value is unique within the scope of the universal id type based on the formalism of the universal id type.when all three components of the hd are valued, the entity identified by the first component must be the same as the entity identified by the second and third components together.2.2 components of the hierarchic designator2.2.1 namespace id (is)user-defined table 0300namespace id is used as the hl7 identifier for the user-defined table of values for this component. see table universal id (st)the hds second component, universal id (uid), is a string formatted according to the scheme defined by the third component, (uid type). the uid is intended to be unique over time within the uid type. it is rigorously defined. each uid must belong to one of the specifically enumerated schemes for constructing uids (defined by the uid type). the uid (second component) must follow the syntactic rules of the particular universal identifier scheme (defined by the third component). note that these syntactic rules are not defined within hl7 but are defined by the rules of the particular universal identifier scheme (defined by the third component).2.2.3 universal id type (id)accessed by university of south australia on 04 apr 2008the third component governs the interpretation of the second component of the hd. if the third component is a known uid (refer to hl7 table 0301 universal id type for valid values), then the second component is a universal id of that type. table 1a describes the universal id types in hl7 table 0301 and table 1b describes the additional universal id types used in australia.accessed by university of south australia on 04 apr 2008table 1ahl7 table 0301: universal id typevaluedescriptiondnsan internet dotted name. either in ascii or as integerguidsame as uuidhcdthe cen healthcare coding scheme designator. (identifiers used in dicom follow this assignment scheme.)hl7reserved for future hl7 registration schemesisoan international organisation for standardisation object identifierl, m, nthese are reserved for locally defined coding schemesrandomusually a base64 encoded string of random bits.the uniqueness depends on the length of the bits. mail systems often generate ascii string unique names, from a combination of random bits and system names. obviously, such identifiers will not be constrained to the base64 character set.uuidthe dce universal unique identifierx400an x.400 mhs format identifierx500an x.500 directory namenote: x400, x500 and dns are not technically universally valid for all time. names can be de- registered from an existing user and registered to a new user.table 1badditional australian universal id typevalue descriptionausnatanata laboratory numbertable 2user defined table 0300: australian namespace idvaluedescriptionausnatanata laboratory numberaushicaustralian medicare numb