Q.ｘ医師の拘束が25日及び26日の連続となっている。24日の宿直も含めれば
3日連続となっている。
対策案
ソフト制約として、「拘束は、当直、宿直又は宿日直による拘束の兼務と
当直、宿直又は宿日直の終了日が休日の場合の拘束の連続以外は、連続しな
いのが望ましい。」を追加する。
Ans.
既に、拘束2連勤禁止は、ソフト制約の高い重みで入っていたのですが、組み合わせ最適化の結果としてそういう解になっていました。ご要望の仕様も実装が可能と思いますが、簡単な実装という意味で、当直・拘束3連勤禁止として、追加実装しております。
常Anyラベルは、以下のシフト集合です。短時間夜勤とその他以外の全ての勤務となりますから、一般の宿直関係と拘束を全て含みます。
こちらは自治体病院ということもあり、発注の仕方も限られてきてご迷惑を
おかけしますが、もう少し具体的に教えて下さい。
こちらの都合では、例えば年間の契約料を委託料としてお支払するには、作業項目
毎の金額の入った見積書をいただき、それに基づいて契約を取り交わして、
委託料をお支払するのが良いような気がいたしますが、これまでのことなども
あると思いますので、どうすれば良いのか教えてください。
Ans.
既に、プロジェクトサービスをご利用中ですので、以下のストア買い切り版＋プロジェクト作成サービス一択になります。
https://www.nurse-scheduling-software.com/japanese/service2/onetime_purchase/
国公立大学病院、地方自治体で、ご利用頂いておりますが、全てこの形態です。
基本的には、1年の間に使いこなして頂いて、後はサポート不要という形まで持って行く、のが望ましい姿になります。なお、物理的には、同時使用10台可能ですが、ライセンスは、一部署一ライセンスとなります。（Ex.看護部で使用するには別ライセンスが必要になります。）
今まで上記のようなご要求を頂いたことはなく、ご容赦頂きたいと思います。
もしも将来、「プロジェクトを大変更したいので作業を依頼したい」、という場合は、その都度お見積りしますが、最悪、今回サービスの再発注になるとお考え頂ければよいかと思います。
（C)予定入力画面です。人力解を予定として入力したものです。
今月ブランク予定（A)から出発します。
次のように希望勤務、可能勤務、禁止勤務を入力した予定を作りました。以降、変更することがないので、ロック（黄色枠）しています。（B)
この予定状態で、解を求めたのが自動解になります。
人力の場合、Excel等で、A)状態から出発し、B）状態まで入力、さらにC）状態まで、考えながら行くと思います。全く同じように入力しても構わないというです。
大きな違いは、
■人力だけの場合、このまま行って解が存在するという保証がない/破綻しない保証がない、のが
■スケジュールナースで時々求解すれば、解が存在し組み合わせ最適化の最適解を常に示せるという安心感があります。
逆に、組み合わせ最適化の最適であるので、人力でこれから入力していってもこれを下回る数値(目的関数値)になることはあり得ません、これから如何に入力しようとも、これより良くなることはありません、ということを示しています。
そういう解の提示を常にできるというところが、大きく違います。自動解が気にくわなければ、人力解のようにして入力することもできます。また、予定そのものも、一つ一つのセルをソフト制約にすることも出来ます。どうしても解がない場合は、予定の「最小」変更で解が存在するようにもできる、ということです。
つまり、必要なら、従来と同じように、管理者が好きなように入力できるということになります。
質問
１ 赤色マーカ部分で「当直3連続の絶対禁止」に1がカウントされている件
絶対禁止と言う表現からは、当直3連続はあってはならない気がしますが、
解として許されてしまうのでしょうか？どのような状態なのでしょうか？
２ 赤色マーカ部で「休日の拘束２連勤禁止」に1がカウントされて
いる件
上記（１）と同じように赤色マーカ部として
「休日の拘束２連勤禁止」に１がカウントされています。
現実的には、先生方の希望を考慮するとこうならざる負えないことは、
先日のやり取りでわかりましたが、このように赤色マーカ部の該当する
ものがあっても構わないものなのでしょうか。
Ans.１）
これは、制約名であって、そのように制約することになることを意味しません。具体的には、以下のようにソフト制約レベル7になっておりソフト制約です。ですので絶対ではありません。その名前の通り絶対にしたい場合は、7をブランクにすればハード制約となり、絶対になります。
Ans.２）
赤になるのは、レベル7として入力したソフト制約です。以下においてレベル7のソフト制約を違反した場合、赤マークとなります。
レベル7の実際の重みは、以下の求解画面で設定しますが、ユーザが自由に設定して構いません。
通常、レベル7は、ソフト制約でも破るのは禁止という意味で使います。注意喚起のためだけで実際の求解結果には影響しません。たまたま、今回、そのように設定してあるだけで深い意味はありません。重みを調整するのは、お客さまにプロジェクトファイルが届いたあと、お客さまご自身で行っていただきます。
https://github.com/COPT-Public/COPT-Release
Q. 解はでました。
助言もなんとか理解し、進めました。解の「入りの回数」のみ、黄色か赤ででますが、どうすればいいのか
ここのみわかりません。
Ans.
https://schedule-nurse.blogspot.com/2024/04/blog-post_17.html
の５）を思い出します。
入りの回数がおかしいのですから、制約がまともに動いていません。
マウス中ボタンを押してグループ集合とDay集合を確認します。
Day集合をみると、あれれ、１日しか集合定義されていませんね。この制約では、対象が１日しかないので、解としては、0か１しかないのです。当然の動きです。制約が思い通りに動いていないのなら、制約を見直しましょう。
このプロジェクトでは、多くのペア制約があります。次の仕様を実現するためです。
１）日直・宿直・宿日直は、平日の勤務を除く時間帯であり、切れ目なく常に一人が勤
務していること。30分以下の空き・重複も許されない。
２）拘束は、平日の勤務を除く時間帯であり、内科及び整形外科の常勤医師一人が自宅
待機等していること。 30分以下の空き・重複も許されない。
「切れ目なく」を保証するには、非常勤医師の早遅に起因する短時間宿直を常勤医師の誰かが行う必要があります。さらに条件として、非常勤医師の出身医局に応じて、常勤医師の誰が行うかが決まっています。そのために、次のような枠組みで制約しています。
非常勤医師が医局内科１の場合の常勤医師の対応です。「AならばB」で制約します。
以上、ペア制約について記述しました。整然と記述しているように見えますが、どちらかというと、出てきた不具合に対応するため、追加・変更を繰り返してきた結果です。
そのようなやり方でも、方法論として間違いではありません。しかし、追加変更する際に、より一般的な制約の仕方はないか？常に整理統合を意識しているところが大事な姿勢だと思います。そのようにして、仕様と制約を明確化する、文書に残しておくことがメンテナンス上必要なことです。
大変に複雑なシステムの場合、ユーザさま自身の開発協力は不可欠です。
１）出てきた解に対して、どこがいけないかを指摘すること
２）１）は、特殊ケースですが、それを一般仕様化、制約化する能力
がユーザさま側に必要になるということです。いわば、日本語のキャッチボールが出来ることが開発での必要要件となります。言葉として表現されてこなかった仕様（隠れ仕様）が顕在化され、必要な仕様が明確化される過程でもあります。お客さま自身が意識していなかった仕様が、実は重要な制約のために必要だった、ということでもあります。
そうした過程で大事だと思うのは、人の話をきちんと聞いて、それに対する適切なレスポンスをする、他人に対して、知らない前提で話をする、当たり前のことです。こうした開発でユーザ側の必要スキルは、プログラミング経験や、集合に対する理解ですらありません。日本語のキャッチボールがきちんと出来る、これに尽きると思う次第です。
