- ゴールデンルール: 規則は一度定義され、毎月再実行されます；マネージャーは毎月すべての規則を再チェックする必要はありません。
- 構造の順序: 集合の定義 ← 部門の定義 ← 役割の定義 ← シフトの定義（役割専用または部門全体）。
- シフトキャパシティ: 最小および最大人数、役割および性別に基づくキャパシティ、時間、日別、週別、月別の制限。
- メンバーシップ: 従業員は部門専用コードで申請し、役割を選択する；マネージャーは確認、修正、承認する。
法則は一度定義され、毎月実行される
従来の方法では、ヘッドナースまたはシフト責任者は毎月、すべての規則を頭の中で最初から確認しなければなりません。誰が月に何回夜勤できるか、どの部署に最低何人必要か、各役割の制限は何か、そしてその他数十の細かい注意点です。人数や規則が増えるにつれて、この頭の中での確認には数日かかり、小さな変更でも表のいくつかの部分を崩してしまう可能性があります。 シフトルールの定義 Axis Pulsでは、この繰り返しサイクルを終了するために正確に設計されている。
話は次の通りである: 集合の構造、部門、役割、シフトおよび制限 一度 システムで定義されます。その後、翌月以降に新しいプログラムを作成する際に、システムは同じルールを自動的に配置プロセスに適用します。管理者は毎月全てのルールを最初から確認する必要はありません。構造を正確に定義し、毎月の出力を確認・承認するだけで十分です。これは、従来の「SMSと紙、手動収集、表作成、複数の修正」というプロセスが、構造化された手順に置き換わることを意味します：ルールの定義、申請の登録、自動確認、配置、制約のチェック、承認、そして変更管理とレポート作成です。
重要な点は、この原則がマネージャーの責任を軽減するのではなく、彼の仕事の性質を変えるということです。マネージャーは依然として規則を定め、成果物をチェックし、最終的な判断を下します。しかし、毎月繰り返し行う大量の計算や手動の確認作業を改めて行う必要はなくなります。初期定義が正確であるほど、毎月の配置はより信頼性の高いものになります。したがって、構造を正しく定義するための時間をかけることは、将来すべての月への投資です。
集合の構造；病院の定義からシフトの定義まで
アクシスパルスにおけるセットの構造化は、ステップごとに、全体から部分へ進みます。この順序は意図的に選ばれており、各レイヤーが前のレイヤーに重なるように設計され、各部分のルールは正確かつ独立して設定できるようになっています。以下では、4つのステップを実用的な詳細とともに見ていきます。
🏥 第一段階: 集合の定義
病院または医療センターはシステム内で定義されます。このレイヤーはすべての部門と規則の包括的な傘であり、さまざまなシフトスタッフの統合管理を可能にします。
🧩 第2ステップ：部門の定義
さまざまな部門が作成され、各部門ごとにその部門専用の規則や条件を定義できます。例えば、集中治療部門の規則は他の部門と異なる場合があります。
👥 第3ステップ：役割の定義
各部門で必要な役割が特定されます。例えば看護師、医師、警備、施設管理、保安などです。各部門には、実際に必要な役割だけが存在します。
🕒 第4ステップ：シフトの定義
各部門に対して必要なシフトが定義されます。シフトは特定の役割専用に設定することも、部門全体に設定することもできます。この柔軟性により、実際の必要を正確にカバーできます。
このシステムは看護師に限定されず、シフト勤務のあるすべての人が利用できます。医師や警備、守衛からサービス業務やシフト勤務の事務職員に至るまで利用可能です。各部門にはそれぞれの規則があるため、大規模な組織は複数の散在するプロセスの代わりに、すべてのシフト勤務者を1つのシステムで管理できます。この統合こそが、上級管理職にとってシステムの主なメッセージです。記事でも シフト管理 完全に説明されています。
シフト容量；最小人数から
の時間上限まで容量を指定せずにシフトを設定することは、線を引かないで表を作るようなものです。Axis Pulsでは、各シフトに対して多様な制限を設定できます：最小人数、最大人数、 役割に基づく容量、 性別に基づく容量さまざまな最小値と最大値、時間制限、日次制限、週次制限、月次制限およびその他の必要なルールのセット。この多様性により、システムは単に「この人はシフトに入るべきだ」と知っているだけでなく、誰が、どの部門で、どの役割で、どの時間に、どの条件下で、どの能力でシフトに入ることができるかを知ることができる。
具体的な例を考えてみましょう：ICUの夜勤には少なくとも3人が必要で、そのうち少なくとも2人は看護師でなければならず、各個人の夜勤の上限は月ごとに制限され、特定の性別構成が守られる必要があります。これらの条件がシステムに登録されると、配置エンジンは各個人を配置する際に、すべての条件を同時に確認します。定義された条件に従って適切な人員を配置することができない場合、システムはルールを破ることはなく、そのシフトは定義された条件に従って完成できないことを通知し、管理者が管理上の判断を下せるようにします。この挙動により、システムの出力は検証可能で信頼性のあるものとなります。
容量は、どの組み合わせも配置できないほどに狭くするのでもなく、制限が実質的に無意味になるほどに広くするのでもありません。出発点として良いのは、最低限の必要量を実際のニーズに基づいて書き出し、上限は既存の作業規則に基づいて定め、1～2回の実際の配置を経て数値を修正することです。良い規則とは、実行可能であり、かつ管理可能である規則です。
日次、週次、月次の制限は一緒に多層のツアーを作ります：日次の制限は瞬間的な疲労を防ぎ、週次の上限は作業リズムを均衡させ、月次の上限はシフトの長期的な公平性を支えます。これら三つの層が役割と性別の容量と組み合わさると、システムは「誰がどこにいることができるか」の完全なイメージを持つことができ、ヘドネスはもはやこれらの計算を手動や頭で行う必要はありません。
部門コードによる従業員のメンバーシップとマネージャーによる役割の承認
従業員の定期的な入場なしに構造を定義すると不完全になります。Axis Pulsは、この段階でも明確な方法を提供しており、マネージャーが部門ごとのメンバーシップとその役割を管理できるようにします。各部門には 専用コード 作成されます；従業員は対象部門のコードをシステムに入力し、その部門の情報が表示されます。その後、メンバーシップのリクエストを送信し、自分の役割を選択します。管理者はリクエストを確認し、役割が間違っている場合は修正し、最後にリクエストが承認されます。承認後、個人は自身のアクセスレベルに応じて計画プロセスに進みます。
- 各部門の専用コードは、その部門の従業員だけが利用できるようにしてください。
- 従業員には登録時に、自分の実際の役割を正確に選択するよう依頼してください。
- 管理者は各リクエストを個別に確認し、承認前に誤った役割を修正すること。
- 承認後、各人のアクセスレベルをそのポジションに応じて設定してください。
- 各期間の最後に、各部門のメンバーリストを見直し、配置転換が最新であることを確認してください。
この一見簡単なプロセスには、大きな3つの利点があります。1つ目は、各部門のプログラムへの無関係な人の参加を防ぐことです。部門コードなしでは、メンバーシップは不可能です。2つ目は、各人の役割が最初から明確で承認されていることです。そのため、役割に基づく容量（例えば、各シフトに少なくとも2名の看護師が必要など）は正しいデータに基づいて計算されます。3つ目は、管理者が初日から各部門チームの構成をはっきりと把握でき、1人を部門間で移動させるなどの人員の変更を、手動で表を操作するのではなく、メンバーシップの修正で管理できることです。
エラーのない実装；良い構造は良いレイアウトを作る
構造と配置の関係は、設計図と建物の関係のようなものです：設計図が正確であればあるほど、建物は信頼できるものになります。集まり、部門、役割、シフト、キャパシティ、メンバーシップが正しく定義されていると、配置エンジンは従業員のリクエストに対応することができます――どのような方法であれ 推奨シフト および 希望シフト は同じルールで確認し、スケジュールに組み込みます。構造が散漫に定義されると、レイアウトエンジンも信頼できる出力を出せません；したがって、この段階での細心の注意が、後のすべての段階での効率につながります。
開始するには、まず1つの部門を完全に実装することをお勧めします：構造、役割、シフト、キャパシティ、メンバーシップ。1部門で実際のスケジュール期間を進めてみてください、 休暇と委任 それを試してレポートを見てください；その後、修正されたパターンを他の部分に展開します。この段階的な方法は、チームのトレーニングを簡単にするだけでなく、規則定義の誤りも早期に明らかにします。実行ステップの詳細は記事にあります。 セットアップ、試用期間、料金 来ており、システムの全体像は シフト管理 の包括的ガイドで確認できます。