EHRS-FM IG

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
0.14.0 - CI Build

ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1 - Local Development build (v0.14.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Requirements: TI.6 Business Rules Management (Function)

Active as of 2024-06-01
Statement N:

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: 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 dependent SHOULD

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 dependent SHOULD

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 dependent SHOULD

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 dependent SHOULD

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 dependent SHOULD

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.