albedo anonimouseВ смысле правила меняются динамически/вводятся пользователем/генерируются на основании..
Что именно??

а) существуют правила которые относительно статичны (Если возраст пациента больше 35 и меньше 60 то выписать талон на бесплатное полное обследование)
б) существуют правила которые вводятся пользователем (врач настраивает своё рабочее место таким образом, чтобы многие решения принимал сам АРМ врача)
в) правила меняются на основании текущего состояния системы. Факторов много:
1. история болезни объекта пациент
2. история приёма объекта врач
3. история приёма всех врачей ЛПУ (лечебно профилактических учреждений)
4. история приёма всех врачей всех ЛПУ (отслеживание эпидемий в автомате)

Мне нужно понять лишь возможно ли использовать стандартные Rules engine для настройки правил в виде функций от факторов (объектов системы), или это придётся программировать самостоятельно (с возможной потерей производительности)
Кто по вашему должен реализовывать ваши атомарные правила? (ex.: getFreeTicket(<params>)). Движки позволяют скомпоновать ваши (небольшие/большие/какие то) действия в общий процесс, чаще всего визуально. И самое главное - модифицировать этот процесс со временем. Все. Остальное мишура :)

albedo Timm
Кто по вашему должен реализовывать ваши атомарные правила? (ex.: getFreeTicket(<params>)). Движки позволяют скомпоновать ваши (небольшие/большие/какие то) действия в общий процесс, чаще всего визуально. И самое главное - модифицировать этот процесс со временем. Все. Остальное мишура :)

я согласен и на невизуальную настройку. Хотя для конечного пользователя системы (врача или программиста больницы) это могло бы быть плюсом.

Реализовывать атомарные правила буду я. Беда что они не статичны. Точнее они статичны по форме, но эта форма - функциональна. Каждый раз зависит от текущего контекста и содержимого базы:

Если температура выше среднего по отделению, то внести в список Группа А. Типа так:
When
person.getTemperature > person.GetDepartment().GetAvgTemperature()
Then
execute InitialContext.lookup("lists/AGroup").addPerson(person);

То что сейчас можно делать статические правила это хорошо.
when
p: Person(temperature > 38)
p: Person(age > 49)
then
p.addGroup();

Но можно ли задавать их в виде функций? Пока не нашёл.
Вот это правило и задавайте в виде процесса, если вам это надо. Какая проблема с контекстом? с базой? Не ясно.
Плюсы будут, но будут и минусы. Самый главным минусом будет, имхо, перфоманс, когда сложность логики будет возрастать.

albedo Timm
Вот это правило и задавайте в виде процесса, если вам это надо. Какая проблема с контекстом? с базой? Не ясно.
Плюсы будут, но будут и минусы. Самый главным минусом будет, имхо, перфоманс, когда сложность логики будет возрастать.

Проблема именно с тем, чтобы использовать в правилах динамические переменные. О минусе и хотелось бы прозондировать ситуацию. Но пока непонятно можно ли вообще динамические правила формировать. Но вряд ли в этом случае можно будет Rete алгоритм задействовать, и всё будет работать не шустро.
Почитайте, плиз, вот это . Потом спросите то же самое, но в тех терминах которые там используются.

А, я не увидел вначале JBoss Rules. Да и не знал что такое есть.
Тогда надо еще внимательно прочитать Why use a Rule Engine + WorkingMemory + Function .
Вроде все понятно расписано, без воды.