ISO/HL7 10781 - Electronic Health Record System Functional Model, Release 2.1
2.1.0 - CI Build
Publish Box goes here
Active as of 2024-11-23 |
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.
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:
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. |