eReferral Prescription Implementation Guide
1.1.1 - STU Belgium flag

eReferral Prescription Implementation Guide, published by eHealth Platform. This guide is not an authorized publication; it is the continuous build for version 1.1.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7-be/referral-uhmep/ and changes regularly. See the Directory of published versions

Logical Model: BeModelAnnex81

Official URL: https://www.ehealth.fgov.be/standards/fhir/drp/StructureDefinition/BeModelAnnex81 Version: 1.1.1
Active as of 2026-10-28 Computable Name: BeModelAnnex81

Logical model describing the model for the Annex81 proposal and approval

Usages:

  • This Logical Model is not used by any profiles in this Specification

You can also check for usages in the FHIR IG Statistics

Formal Views of Profile Content

Description of Profiles, Differentials, Snapshots and how the different presentations work.

NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.creationDate 1..1 dateTime Creation date of the referral prescription. This date will not change throughout the process. This date corresponds to the first recordedDate recorded for this referral prescription.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format

This structure is derived from Base

NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format
NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.creationDate 1..1 dateTime Creation date of the referral prescription. This date will not change throughout the process. This date corresponds to the first recordedDate recorded for this referral prescription.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format

This structure is derived from Base

Summary

Mandatory: 0 element(11 nested mandatory elements)

Key Elements View

NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.creationDate 1..1 dateTime Creation date of the referral prescription. This date will not change throughout the process. This date corresponds to the first recordedDate recorded for this referral prescription.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format

Differential View

This structure is derived from Base

NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.creationDate 1..1 dateTime Creation date of the referral prescription. This date will not change throughout the process. This date corresponds to the first recordedDate recorded for this referral prescription.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format

Snapshot View

NameFlagsCard.TypeDescription & Constraints    Filter: doco
BeModelAnnex81 0..* Base BeModelAnnex81
Instances of this type can be the target of a Reference
BeModelAnnex81.identifier 1..1 Identifier Business identifier of the Annex81 proposal / approval
BeModelAnnex81.shortCode 1..1 Identifier Business short identifier allowing the healthcare professional to find a prescription associated with a patient
BeModelAnnex81.recordedDate 1..1 dateTime Date of encoding of the information by the Recorder.
BeModelAnnex81.creationDate 1..1 dateTime Creation date of the referral prescription. This date will not change throughout the process. This date corresponds to the first recordedDate recorded for this referral prescription.
BeModelAnnex81.author 1..1 Identifier The person who encodes the prescription (e.g. a doctor, nurse, midwife or dentist) and takes responsibility for their content. The unique identifier must be the National Register Number (NISS) or bis number.
BeModelAnnex81.status 1..1 CodeableConcept Is the status of the referral prescription (e.g. planned, complete, stopped, suspended, in progress, ….)
BeModelAnnex81.statusReason 0..1 CodeableConcept Gives the reason for the status of the referral prescription (treatment has been changed, patient is allergic, patient refuses, …)
BeModelAnnex81.careRequested 1..1 CodeableConcept Type of care requested (list of acts that each profession can do (not nomenclature code)) (snomed-ct code (procedure))
BeModelAnnex81.patient 1..1 Identifier The patient's identification. The unique identifier must be the National Patient Registry Number (NISS) or the patient bis
BeModelAnnex81.originRequestId 0..1 Identifier Reference to the original prescription on which the prescription is based (prescriptionId), care plan, follow-up path, …. referenceId. Reference to the CarePlan that addresses this prescription.
BeModelAnnex81.validationStartDate 1..1 dateTime Start date of the prescription validity (encoded by the prescriber).
BeModelAnnex81.validationEndDate 1..1 dateTime End date of the prescription validity (encoded by the prescriber)
BeModelAnnex81.problem 0..* CodeableConcept Reason for the request. The problem (code or reference) that is the main reason for this prescription (example: problem justifying the patient's inability to manage his medications).
BeModelAnnex81.feedbackNeeded 1..1 boolean Boolean - true if the prescriber requests feedback. If he wants to add other care providers, this will be mentioned in free text in the note. Here by default "True"

doco Documentation for this format

This structure is derived from Base

Summary

Mandatory: 0 element(11 nested mandatory elements)

 

Other representations of profile: CSV, Excel