The anatomy of a decision table: unravel those complex business rules
Decisions come in many forms. But they are hard to model and hard to automate.
Why would you use a decision table?
Imagine you’re analyzing why a health insurer has problems paying out claims to his customers. Pay-outs are a lot higher than projected. Strange, since recently, a new system was put in place that should help automate the risk assessment of your customers.
The problem? One rule was overlooked and not included in the new system. All people over 60 were rated as a ‘medium’ risk, without taking their medical history into account. Result? Lower risk assessments for people with a bad medical history.
Thinking back to your analysis, you wonder where it might have gone wrong. You drafted up a 20-page requirements analysis; how is it possible that the rule was not included? Maybe even a more important question you’re asking yourself, how can we avoid this in the future?
Decisions come in many forms. High-level, long-term, strategic business decisions are important in business. But they are hard to model and hard to automate. Instead, we are dealing with the so-called operational daily decisions present in everyday business operations and processes. Decisions about pricing, eligibility, discounts, ratings, offers. Each decision by itself doesn’t necessarily represent high value for the company, but there are so many of them, so the total impact is enormous. Some organizations, like 24 Hours Fitness, report over 90 million evaluated decisions every single day. Understanding these decisions becomes a critical skill in automation.
It's no surprise that decision management and modeling serves multiple purposes. We use them for analysis and optimization of decisions, requirements analysis, and software testing in automation and digital transformation contexts.
The best way to describe decision logic is to use decision tables. The use of decision tables is also advocated in the DMN-standard (Decision Model & Notation). With a decision table, you can model and structure complicated decision logic and complex business rules. It might be easy to overlook a combination of rules or conditions manually. But a structured decision table gives you an accessible overview of all the rules to avoid these kinds of mistakes.
A decision table is a tabular format to structure business rules. DMN standardized its form. Do you know the essential elements of a Decision Table? No? Don’t worry – we’ve got you covered with our new poster: “The Decision Table Anatomy.”
Meanwhile, I hope you all know what a decision table is. For those who skipped the introduction, let’s define it once more. In a decision table, a collection of rules is represented that will determine the output of a decision based on certain inputs.
Typical operational rules look like this: input – value expression – logical operator – input - value expression => output. But if we have tens of rules, they become much harder to make them consistent.
A decision table structures the rules as a table.