This page is part of the FHIR Specification (v3.0.2: STU 3). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R2
FHIR Infrastructure Work Group | Maturity Level: N/A | Ballot Status: Informative |
This profile defines a large number of extensions that reflect capabilities of the ISO 21090 data types specification that were not included as part of the FHIR core data types specification. (These capabilities were excluded because it was determined that they represented "edge case" capabilities that the majority of existing implementations did not support.
At the present time, this profile is incomplete. It only contains extensions reflecting capabilities that have been explicitly identified as "useful" in the context of FHIR. The set of extensions in this profile will continue to grow over time until eventually all capabilities of the ISO 21090 specification are reflected.
For ease of reading, the extensions have been organized based on the underlying data type in the ISO specification. The applicable FHIR data type(s) are also identified.
NOTE: FHIR uses a different architecture than HL7 v3, so some capabilities may not make sense in the FHIR context or may need to be used in a different manner. Where necessary, guidance is included in this profile on any differences in usage.
These extensions may apply to any of the FHIR data types (complex or primitive). It can also appear on any resource element.
This extension allows exceptional values to be conveyed, as well as for data to be flagged as "missing" for some reason.
In v3, null flavors were often required for data types when particular components were missing. In the FHIR core specification, there is never an
automatic requirement to send a null flavor, though profiles may introduce such a requirement. As well, the need for null flavors is often made
explicit in the specification by adding relevant null flavors to the value set for coded elements or by introducing a "choice" of data type such that
either a normal value or a coded special value can be specified. For example, a resouce might have a quantity[x]
element with a type of
Quantity | code
where the value set is limited to TRC, QS or UNK. In this way, only those null flavors that are relevant to the context are
included.
Where null flavors are not supported as part of the core specification, extensions can be defined that expose only those null flavors that are relevant. This approach is preferred over referencing the full null flavor specification. (Note that the null flavor code system can be referenced in any value sets.)
These extensions apply to the HumanName data type.
HumanName.part
allows distinguishing initials, middle names, call-me names and other types of namesNote, however, that implementer experience has led to a new set of extensions being defined for most of the human name issues (see own-name, own-prefix, partner-name, partner-prefix, fathers-family and mothers-family), and these should be used in preference to the ISO 21090 extensions.
These extensions provide support for the probability distributions for the Quantity data type. There are two properties:
These extensions provide support for various additional properties of the Address data type. There are kinds of properties:
Address.use
propertyThese additional elements of Address will be ignored by applications that do not support them, so any information in them should also be duplicated in the Address.line to which they are attached.
Extensions: | |
iso21090-nullFlavor | nullFlavor : If the value is not a proper value, indicates the reason. |
iso21090-EN-qualifier | EN-qualifier : A set of codes each of which specifies a certain subcategory of the name part in addition to the main name part type. |
iso21090-EN-representation | EN-representation : Name Representation. |
iso21090-uncertainty | uncertainty : The primary measure of variance/uncertainty of the value (the square root of the sum of the squares of the differences between all data points and the mean). |
iso21090-uncertaintyType | uncertaintyType : A code specifying the type of probability distribution for the uncertainty. |
iso21090-AD-use | AD-use : Uses of Addresses - codes not defined as part of Address.use. |
iso21090-ADXP-additionalLocator | ADXP-additionalLocator : This can be a unit designator, such as apartment number, suite number, or floor. There may be several unit designators in an address (e.g., "3rd floor, Appt. 342"). This can also be a designator pointing away from the location, rather than specifying a smaller location within some larger one (e.g., Dutch "t.o." means "opposite to" for house boats located across the street facing houses). |
iso21090-ADXP-unitID | ADXP-unitID : The number or name of a specific unit contained within a building or complex, as assigned by that building or complex. |
iso21090-ADXP-unitType | ADXP-unitType : Indicates the type of specific unit contained within a building or complex. E.g. Appartment, Floor. |
iso21090-ADXP-deliveryAddressLine | ADXP-deliveryAddressLine : A delivery address line is frequently used instead of breaking out delivery mode, delivery installation, etc. An address generally has only a delivery address line or a street address line, but not both. |
iso21090-ADXP-deliveryInstallationType | ADXP-deliveryInstallationType : Indicates the type of delivery installation (the facility to which the mail will be delivered prior to final shipping via the delivery mode.) Example: post office, letter carrier depot, community mail center, station, etc. |
iso21090-ADXP-deliveryInstallationArea | ADXP-deliveryInstallationArea : The location of the delivery installation, usually a town or city, and is only required if the area is different from the municipality. Area to which mail delivery service is provided from any postal facility or service such as an individual letter carrier, rural route, or postal route. |
iso21090-ADXP-deliveryInstallationQualifier | ADXP-deliveryInstallationQualifier : A number, letter or name identifying a delivery installation. For example, for Station A, the delivery installation qualifier would be 'A'. |
iso21090-ADXP-deliveryMode | ADXP-deliveryMode : Indicates the type of service offered, method of delivery. For example: post office box, rural route, general delivery, etc. |
iso21090-ADXP-deliveryModeIdentifier | ADXP-deliveryModeIdentifier : Represents the routing information such as a letter carrier route number. It is the identifying number of the designator (the box number or rural route number). |
iso21090-ADXP-streetAddressLine | ADXP-streetAddressLine : Description: A street address line is frequently used instead of breaking out build number, street name, street type, etc. An address generally has only a delivery address line or a street address line, but not both. |
iso21090-ADXP-houseNumber | ADXP-houseNumber : The number of a building, house or lot alongside the street. Also known as "primary street number". This does not number the street but rather the building. |
iso21090-ADXP-buildingNumberSuffix | ADXP-buildingNumberSuffix : Any alphabetic character, fraction or other text that may appear after the numeric portion of a building number. |
iso21090-ADXP-postBox | ADXP-postBox : A numbered box located in a post station. |
iso21090-ADXP-houseNumberNumeric | ADXP-houseNumberNumeric : The numeric portion of a building number. |
iso21090-ADXP-streetName | ADXP-streetName : streetName. |
iso21090-ADXP-streetNameBase | ADXP-streetNameBase : The base name of a roadway or artery recognized by a municipality (excluding street type and direction). |
iso21090-ADXP-streetNameType | ADXP-streetNameType : The designation given to the street. (e.g. Street, Avenue, Crescent, etc.). |
iso21090-ADXP-direction | ADXP-direction : Direction (e.g., N, S, W, E). |
iso21090-ADXP-careOf | ADXP-careOf : The name of the party who will take receipt at the specified address, and will take on responsibility for ensuring delivery to the target recipient. |
iso21090-ADXP-censusTract | ADXP-censusTract : A geographic sub-unit delineated for demographic purposes. |
iso21090-ADXP-delimiter | ADXP-delimiter : Delimiters are printed without framing white space. If no value component is provided, the delimiter appears as a line break. |
iso21090-ADXP-precinct | ADXP-precinct : A subsection of a municipality. |
iso21090-SC-coding | SC-coding : Provides a coded expression for the content represented in a string. |
iso21090-preferred | preferred : Flag denoting whether parent item is preferred - e.g., a preferred address or telephone number. |
iso21090-verification | verification : Method value was verified. |
iso21090-TEL-address | TEL-address : A V3 compliant, RFC 3966 conformant URI version of the telephone or fax number. |
iso21090-CO-value | CO-value : A numerical value associated with the coded ordinal value. |