HL7 Electronic Health Record System Functional Model, Release 2.1.1
2.1.1 - Normative

HL7 Electronic Health Record System Functional Model, Release 2.1.1, published by HL7 International / Electronic Health Records. This guide is not an authorized publication; it is the continuous build for version 2.1.1 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/ehrsfm-ig/ and changes regularly. See the Directory of published versions

## Requirements: TI.6 Business Rules Management (Function)

Official URL: http://hl7.org/ehrs/uv/ehrsfmr2/Requirements/EHRSFMR2-TI.6 | Version: 2.1.1
Standards status: Normative Active as of 2025-12-13 | Computable Name: TI_6_Business_Rules_Management

Manage the ability to create, update, delete, view, and version business rules including institutional preferences. Apply business rules from necessary points within an EHR-S to control system behavior. An EHR-S audits changes made to business rules, as well as compliance to and overrides of applied business rules.

Description I:

EHR-S business rule implementation functions include decision support, diagnostic support, workflow control, and access privileges, as well as system and user defaults and preferences. An EHR-S supports the ability of providers and institutions to customize decision support components such as triggers, rules, or algorithms, as well as the wording of alerts and advice to meet realm specific requirements and preferences.

Example(s): Examples of applied business rules include:

- Suggesting diagnosis based on the combination of symptoms (flu-like symptoms combined with widened mediastinum suggesting anthrax);
- Classifying a pregnant patient as high risk due to factors such as age, health status, and prior pregnancy outcomes;
- Sending an update to an immunization registry when a vaccination is administered or when immunization information is added to patient record;
- Limiting access to mental health information to authorized providers;
- Establishing system level defaults such as for vocabulary data sets to be implemented; and
- Establishing user level preferences such as allowing the use of health information for research purposes.$EX$

Criteria N:

TI.6#01 | SHALL | The system SHALL provide the ability to manage business rules.
TI.6#02 | SHOULD | The system SHOULD provide the ability to enter, import, or receive business rules to guide system behavior.
TI.6#03 | SHOULD | The system SHOULD provide the ability to maintain business rules and their components.
TI.6#04 | SHOULD dependent | The system SHOULD provide the ability to tag decision support rules as inactive / obsolete or to remove them according to scope of practice, organizational policy, and/or jurisdictional law.
TI.6#05 | SHOULD | The system SHOULD provide the ability to render business rules.
TI.6#06 | SHOULD dependent | The system SHOULD provide the ability to manage diagnostic decision support rules that guide system behavior according to scope of practice, organizational policy, and/or jurisdictional law.
TI.6#07 | SHOULD dependent | The system SHOULD provide the ability to manage workflow control rules that guide system behavior according to scope of practice, organizational policy, and/or jurisdictional law.
TI.6#08 | SHOULD dependent | The system SHOULD provide the ability to manage access privilege rules that guide system behavior according to scope of practice, organizational policy, and/or jurisdictional law.
TI.6#09 | SHOULD dependent | The system SHOULD provide the ability to manage other rules (for example, monitoring rules, user defaults rules and preferences rule) that guide system behavior according to scope of practice, organizational policy, and/or jurisdictional law.
TI.6#10 | SHALL | The system SHALL provide the ability to determine system behavior based upon defined business rules.