This is an old version - please visit our new IG location
1.1.0 - published
This is an old version - please visit <a href='https://simplifier.net/guide/ImplementationGuideTheCoreBelgianFederalFHIRProfiles/Home'>our new IG location</a> - Local Development build (v1.1.0). See the Directory of published versions
Contents:
This page provides a list of the FHIR artifacts defined as part of this implementation guide.
These define constraints on FHIR resources for systems conforming to this implementation guide
Allergy Intolerance core BE profile |
Belgian federal profile for an allergy and/or an intolerance. Initially based on the functional description of the NIHDI. |
Observation core BE profile |
Belgian federal profile for an observation. Initially based on the functional description of the NIHDI. As Observation is used in many instances in FHIR, please refer to the HL7 specs of the base resource for guidance around expression of actual values using UCUM, methods, location on body etc. Special remarks for KMEHR users: The FHIR Observation resource captures many things that are in a KMEHR message structured as an ‘item’. This includes things like ‘vital signs such as body weight, blood pressure, and temperature […], personal characteristics such as eye-color […] social history like tobacco use, family support, or cognitive status […]’ ( https://www.hl7.org/fhir/R4/observation.html ) For some of these things, HL7 already has worked out profiles and they SHALL be used when such a use case is needed. Specifically, projects SHALL take note of the existing profiles described on https://www.hl7.org/fhir/R4/observation-vitalsigns.html. |
Organization core BE profile |
Belgian federal profile for an organization. Initially based on the functional description of the NIHDI. |
Patient core BE profile |
Belgian federal profile for a patient. Initially based on the functional description of the NIHDI. Special remarks for KMEHR users: following elements in KMEHR are not available in this FHIR resource. If needed, an extension can be defined in a future iteration of these specifications: the ‘deathlocation’ (location is not available but the death of the patient is expressed by either date or Boolean cfr. infra.), the ‘insurancystatus’ (covered in a seperate FHIR resource: Coverage), ‘insurancymembership’ (covered in a seperate FHIR resource: Coverage) and ‘profession’ (covered in a possible future FHIR resource: OccupationalData.) |
Practitioner core BE profile |
Belgian federal profile for a practitioner. Initially based on the functional description of the NIHDI. |
Practitioner Role core BE profile |
Belgian federal profile for a practitioner role. Initially based on the functional description of the NIHDI. |
Provenance core BE profile |
Belgian federal profile for a provenance. Note this profile does not introduce any changes from the base profile but has been created to mark its importance, specifically when FHIR is used in a non-document approach. General use case remarks: ‘Provenance of a resource is a record that describes entities and processes involved in producing and delivering or otherwise influencing that resource.’ (cfr. the HL7 base specifications) According to the FHIR specifications, the provenance resource SHALL only be provided when no other resource already plays this role: for a Patient it SHOULD be its managing organization, provenance of an Observation SHOULD be its performer, provenance of an AllergyIntolerance SHOULD be its recorder. ‘Many other FHIR resources contain some elements that represent information about how the resource was obtained, and therefore they overlap with the functionality of the Provenance.’ Special remarks for KMEHR users: The FHIR Provenance resource in general refers to an entity that had something to do with the creation or updating of something else. In a KMEHR context, this is somewhat different – as it is ‘XML document’ based, each KMEHR message has an ‘author’ element that is responsible. |
These define constraints on FHIR data types for systems conforming to this implementation guide
Address core BE profile |
Belgian federal profile on address, to provide the possibility in the ‘line’ element to provide a seperate streetname, housenumber and postal box. It is always RECOMMENDED to give these elements seperately. |
Observation codeable concept core BE profile |
This is a supporting profile, only to give guidelines how to express a few of the typical coding systems. In general, it shall be noted SNOMED-CT is the preferred national terminology. Other coding systems remain allowed or MAY be preferred in specific flows (e.g. the use of LOINC codes to express a laboratory test.) |
These define sets of codes used by systems conforming to this implementation guide
ValueSet allergy intolerance code |
Codes as communicated by NIHDI and the FOD Terminology Center differentiating types of allergy intolerance codes. This valueset supports the Belgian federal FHIR profiling effort. |
ValueSet civil state |
Codes supported by eHealth Platform differentiating types of civil state. This valueset supports the Belgian federal FHIR profiling effort. Whenever possible add a code from http://terminology.hl7.org/CodeSystem/v3-MaritalStatus for international interoperability but also use https://www.ehealth.fgov.be/standards/fhir/CodeSystem/CD-CIVILSTATE for the Belgian specific code. |
ValueSet contact person |
Maximum valuest to define category of a contact person, using the HL7 values and the Belgian CD-CONTACT-PERSON values. |
ValueSet causative agent |
Codes as communicated by NIHDI and the FPS Terminology Center differentiating types of causative agent. This valueset supports the Belgian federal FHIR profiling effort. |
ValueSet exposure route |
Codes to illustrate differentiating types of exposure route. This valueset supports the Belgian federal FHIR profiling effort. |
ValueSet no allergies |
Codes as communicated by the FOD Terminology Center differentiating types of no allergies. This valueset supports the Belgian federal FHIR profiling effort. |
ValueSet risk manifestation |
Codes as communicated by NIHDI and the FPS Terminology Center differentiating types of risk manifestation. This valueset supports the Belgian federal FHIR profiling effort. |
These define new code systems used by systems conforming to this implementation guide
CodeSystem CD-CIVILSTATE |
Civil state in Belgium. |
CodeSystem CD-CONTACT-PERSON |
Contact person |
CodeSystem CD-FED-COUNTRY |
FedICT country codes. |
CodeSystem ALBERT |
CodeSystem ALBERT. |
CodeSystem CD-HCPARTY |
healthcare party in Belgium. |
These define identifier and/or code system identities used by systems conforming to this implementation guide
NamingSystem CBE |
The CBE naming system |
NamingSystem EHP |
The EHP naming system |
NamingSystem NIHDI |
The NIHDI naming system |
NamingSystem SSIN |
The SSIN naming system |
These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like
AllergyIntolerance 1 |
AllergyIntolerance 1 |
AllergyIntolerance 2 |
AllergyIntolerance 2 |
Observation 1 |
Observation 1 |
Observation 2 |
Observation 2 |
Organization 1 |
Organization 1 |
Patient 1 |
Patient 1 |
Patient 2 |
Patient 2 |
Practitioner 1 |
Practitioner 1 |
Practitioner role 1 |
Practitioner role 1 |
Provenance 1 |
Provenance 1 |
These are resources that are used within this implementation guide that do not fit into one of the other categories
eHealth Platform organization |
eHealth Platform organization |