Allergy (Patient Dossier)
1.1.0 - STU1

This page is part of the HL7 Belgium FHIR Implementation Guide - Allergy profiles (v1.1.0: Release) based on FHIR 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

Logical Model: BeModelAllergyIntolerance - Detailed Descriptions

Active as of 2023-02-06

Definitions for the be-model-allergyintolerance logical model.

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

1. be-model-allergyintolerance
Definition

Allergy / Intolerance information model

Control0..?
2. be-model-allergyintolerance.patient
Definition

The person that has the allergy

Control1..1
TypeReference
3. be-model-allergyintolerance.code
Definition

The substance - from a lst of substances - that the person is allergic to. It is possible to use free text but for the products indicated, a code must be used

Control1..1
BindingThe codes SHALL be taken from BeAllergyIntoleranceCode; other codes may be used where these codes are not suitable
TypeCodeableConcept
4. be-model-allergyintolerance.category
Definition

The category of the risk (food, medication, environment, biological,...). This information will not be encoded by the Recorder but can automatically be added using the SNOMED-CT code from causative agent

Control0..*
Typecode
5. be-model-allergyintolerance.type
Definition

the type of risk (allergy, intolerance...). When it is not possible to distinguish between a real allergy, a non-allergic hypersensitivity or an intolerance you can use the 'Intolerance' type, but code the VerificationStatus as 'Unconfirmed'

Control0..1
BindingThe codes SHALL be taken from BeVSAllergyIntoleranceType
Typecode
6. be-model-allergyintolerance.status
Definition

The status of the allergy

Control0..1
TypeBackboneElement
7. be-model-allergyintolerance.status.clinicalStatus
Definition

The status of the allergy - if it is active or resolved

Control1..1
BindingThe codes SHALL be taken from AllergyIntoleranceClinicalStatusCodes
TypeCodeableConcept
8. be-model-allergyintolerance.status.verificationStatus
Definition

The verification status of the allergy - if it is confirmed or suspected or refuted

Control1..1
BindingThe codes SHALL be taken from AllergyIntoleranceVerificationStatusCodes
TypeCodeableConcept
9. be-model-allergyintolerance.recordedDate
Definition

when the allergy/intolerance was recorded

Control1..1
TypedateTime
10. be-model-allergyintolerance.recorder
Definition

Who recorded the allergy

Control1..1
TypeReference
11. be-model-allergyintolerance.asserter
Definition

Is the person at the source of the information (eg the patient, the general practitioner, a family member, the healthcare professional who registers the information himself, ...). He is represented as much as possible by a unique identification number, namely the national register number (INSZ) or the BIS number. However, when it comes to a parent or family member, only the role (e.g. father, mother, neighbor, caregiver, friend, etc.) is coded to meet the requirements of the GDPR.

Control0..1
TypeReference
12. be-model-allergyintolerance.note
Definition

Additional text note about the allergy or intolerance

Control0..1
Typestring
13. be-model-allergyintolerance.reactions
Definition

known past reactions to the allergen

Control0..*
TypeBackboneElement
14. be-model-allergyintolerance.reactions.manifestation
Definition

How the reaction manifested itself, e.g. rash, breathing difficulty...

Control1..1
TypeCodeableConcept
15. be-model-allergyintolerance.reactions.onset
Definition

For each manifestation it is possible to specify an actual date or approximate date (age, period, interval, ...) of each suspected manifestation of the risk

Control0..1
TypedateTime
16. be-model-allergyintolerance.reactions.note
Definition

Additional text note about the allergic reaction

Control0..1
Typestring