第 11 章 Red Hat build of OptaPlanner on Red Hat build of Quarkus: a vaccination appointment scheduler quick start Guide

OptaPlanner vaccination appointment 调度程序限制是 hard、medium 或 soft ：

硬限制会根据其他硬限制加权。软限制会根据其他软限制加权。但是，硬限制总是优先于中型和软限制。如果硬约束出现问题，则计划不可行。但是，如果没有硬限制，则考虑软和中型限制来确定优先级。因为用户通常比可用的 appointment 插槽更多，所以您必须优先选择。第二个问题总是被首先分配，以避免创建以后系统造成过大的积压。之后，根据优先级评级分配人员。每个人都以优先级评级开始，是其年龄。这样做可优先选择旧的人员。之后，特定优先级组中的人员会收到，例如几百个额外点。这因组的优先级而异。例如，nurses 可能会收到额外的 1000 个点。这样一来，旧的 nurses 的优先级高于年轻的 nurses，而年轻的日子则优先选择那些不是紧张的人。下表描述了这个概念：

在 OptaPlanner 的核心是解决者，使用问题数据集并覆盖计划限制和配置引擎。问题数据集包括有关人员、vaccines 和 vaccination 中心的所有信息。解决者通过各种数据组合进行工作，最终决定使用分配给特定中心 vaccination appointments 的人员优化点时间表。以下图显示了解决者创建的调度：

View larger image

持续规划是同时管理一个或多个即将进行的计划周期的技术，并重复每个进程每月、每周、每天、每小时甚至更频繁的计划周期。计划窗口按指定间隔逐步推进。以下图显示了每日更新的两周规划窗口：

View larger image

两周的规划窗口被分为一半。第一周处于 published 状态，第二周处于草案状态。人们在规划窗口的已发布和草案部分被分配。但是，只有发布的计划窗口部分中的人员才会通知其标点。其它声明仍可在下一次运行时轻松更改。这样做可让 OptaPlanner 在再次运行解决方案时更改草案部分（如有必要）。例如，如果需要第二个确实有一周的准备日期，并且是星期三的理想日期，OptaPlanner 不必为下称，如果您可以证明 OptaPlanner 可以演示它可以在稍后的星期几内给出一个草案。

您可以确定计划窗口的大小，但只了解问题空间的大小。问题空间是创建调度的所有各种元素。您提前规划的天数越大，问题空间越大。

如果您每天都不断规划，则在分配给用户的两周内将出现代表性。要确保 appointments 不是双引号的，OptaPlanner 会标记通过固定点来分配的现有 appointments。固定用于定位一个或多个特定分配，并强制 OptaPlanner 计划这些固定分配。在解决过程中，固定计划实体（如 appointment）不会改变。

实体是否被固定，由 appointment 状态决定。一个代表可以有五个状态： 打开、拒绝、接受、拒绝 或重新计划。

您需要能够规划已经调度的点。带有 Invited 或 Accepted 状态的指示会被固定。Open、Reschedule 和 Rejected 状态的代表没有固定，并可用于调度。

在本例中，当解决者在已发布和草案范围内搜索两周规划窗口时。除了未调度的输入数据外，解决者还考虑任何未固定实体、与 Open、Reschedule 或拒绝状态相关的实体，以查找最佳解决方案。如果解决者每天运行，您会在运行 solver 前看到一个新的日期添加到调度中。

请注意，新日上的要点已被分配，之前在计划窗口的草案中调度了 Amy 和 Edna，现在在窗口的已发布部分调度。这是因为 Gus 和 Hugo 请求重新调度。这不会引起混淆，因为 Amy 和 Edna 从未通知其草案日期。现在，因为它们在规划窗口的 published 部分有点点，所以会通知它们并被要求接受或拒绝其意见，并且它们现在会被固定。