eHealth Platform Federal Core Profiles
2.1.0 - STU1 Belgium flag

This page is part of the HL7 Belgium FHIR Implementation Guide - Core profiles (v2.1.0: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

Data Type Profile: BeAddress - Detailed Descriptions

Active as of 2024-05-02

Definitions for the be-address data type profile.

Guidance on how to interpret the contents of this table can be found here

0. Address
Comments

Note: address is intended to describe postal addresses for administrative purposes, not to describe absolute geographical coordinates. Postal addresses are often used as proxies for physical locations (also see the Location resource).

Special remarks for KMEHR users:

Note when .use and .type are used they SHALL use the FHIR defined valuesets as per their required binding level in the FHIR specification. In a KMEHR address, the use was defined by CD-ADDRESS but those values can be found in the FHIR valueset. KMEHR values 'careadress', 'other' and 'vacation' are not directly present in the FHIR address-use table but can be mapped to the value 'temp' in FHIR. In those cases, it is RECOMMENDED to also add a .period. In KMEHR, an address might be expressed using free text or a totally structured approach where the streetname and housenumber are put in separate fields. FHIR prefers a more pragmatic approach where the ‘text’ element is used to print on labels. Also, streetname and number are not separate fields as in KMEHR but in a structural approach are given as one or moren ‘line’ elements. It is however RECOMMENDED to use the Streetname, Housenumber and Postbox extensions to express them seperately. Note the FHIR address also allows to optionally define whether the address is a physical, postal or ‘both’ address using the .type field.

2. Address.extension
Definition

The Human Language of the item. Can be used to express the same address in multiple languages (e.g. in a Brussels setting)

4. Address.extension:language
Slice Namelanguage
Control0..1
TypeExtension(Human Language) (Extension Type: code)
6. Address.line
Definition

This component contains the house number, apartment number, street name, street direction, P.O. Box number, delivery hints, and similar address information. It is always RECOMMENDED to give these elements seperately using the defined extensions.

8. Address.line.extension
Definition

RECOMMENDED to use these extensions to define address elements.

SlicingThis element introduces a set of slices on Address.line.extension. The slices are unordered and Open, and can be differentiated using the following discriminators:
  • value @ url
  • 10. Address.line.extension:Streetname
    Slice NameStreetname
    Control0..*
    TypeExtension(ADXP Street Name) (Extension Type: string)
    12. Address.line.extension:Housenumber
    Slice NameHousenumber
    Control0..*
    TypeExtension(ADXP House Number) (Extension Type: string)
    14. Address.line.extension:Postbox
    Slice NamePostbox
    Control0..*
    TypeExtension(ADXP Post Box) (Extension Type: string)
    16. Address.country
    Definition

    Country - a nation as commonly understood or generally accepted. Concerning the codification of the country, the FHIR specification defines its country field as a string and suggests using a ISO 3166 2 or 3 letter codes. As that 2-letter format is also the standard in a KMEHR address, it is hence RECOMMENDED to codify the country in the same way as in KMEHR.