JP2017219995A - シフト管理システム、シフト管理方法、情報処理装置およびその制御方法と制御プログラム - Google Patents

Abstract

【課題】医師のシフト表を迅速にかつ効率的に生成すること。
【解決手段】医局から医療機関への医師の派遣を含む医療機関における勤務のシフト表において、各々のシフト枠に対応付けてシフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する記憶部と、各々のシフト枠に対して、ステータスの遷移に応じて勤務者の登録状態を制御する制御部と、を備える。なお、制御部は、複数のシフト枠に対して並行して勤務者の登録状態を制御する。また、制御部は、シフト表において、各々のシフト枠におけるステータスを識別可能に表示するよう制御する。
【選択図】 図１

Description

本発明は、サービスする時間帯をユーザに割り当てるシフト管理をする技術に関する。

上記技術分野において、特許文献１には、医療機関の医師管理者からの求人要請情報と医師端末からの求職情報とをマッチングして、効率的な医師の求人や派遣を管理する医師ネットワークセンタが開示されている。また、特許文献２には、大学病院などの医局におけるスケジュールを医師のスケジュール情報に基づいて調整する事業体の管理サーバが開示されている。

特開２０１３−１３７６４５号公報 特開２００４−１１０１８６号公報

しかしながら、上記文献に記載の技術は、医療機関における医師の管理あるいは医局における医師の管理を行なうが、医局から医療機関への医師の派遣を含むトータルな医療機関における医師のシフト表を迅速にかつ効率的に生成することができなかった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する記憶手段と、
前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係るシフト管理システムは、
医療機関の第１管理者端末と、
前記医療機関外の医局の第２管理者端末と、
前記医療機関で勤務する複数の勤務者の複数の勤務者端末と、
前記第１管理者端末、前記第２管理者端末および前記複数の勤務者端末と接続されて、前記医療機関における勤務のシフト表の生成を支援する情報処理装置と、
を備え、
前記情報処理装置は、
医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する記憶手段と、
前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御手段と、
を備える。

上記目的を達成するため、本発明に係るシフト管理方法は、
医療機関の第１管理者端末と、前記医療機関外の医局の第２管理者端末と、前記医療機関で勤務する複数の勤務者の複数の勤務者端末との少なくともいずれかからの操作入力処理に応じて、前記医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
前記各々のシフト枠に対して、前記ステータスの遷移に応じて、前記第１管理者端末と、前記第２管理者端末と、前記複数の勤務者端末との少なくともいずれかへメッセージ出力処理を行なって、勤務者の登録状態を制御する制御ステップと、
を含む。

本発明によれば、医師のシフト表を迅速にかつ効率的に生成することができる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置を含むシフト管理システムの動作概要を説明する図である。 本発明の第２実施形態に係る情報処理装置を含むシフト管理システムの動作概要を説明する図である。 本発明の第２実施形態に係る情報処理装置を含むシフト管理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置を含むシフト管理システムの動作手順を示すシーケンス図である。 本発明の第２実施形態に係る情報処理装置としてのシフト管理サーバの機能構成を示すブロック図である。 本発明の第２実施形態に係る医師依頼部の機能構成を示すブロック図である。 本発明の第２実施形態に係る応募受信部の機能構成を示すブロック図である。 本発明の第２実施形態に係るシフト表表示部の機能構成を示すブロック図である。 本発明の第２実施形態に係るシフト表テーブルの構成を示す図である。 本発明の第２実施形態に係る医師登録データベースの構成を示す図である。 本発明の第２実施形態に係る病院用シフト表テーブルの構成を示す図である。 本発明の第２実施形態に係る医局用シフト表テーブルの構成を示す図である。 本発明の第２実施形態に係る医師用シフト表テーブルの構成を示す図である。 本発明の第２実施形態に係るシフト管理アルゴリズムの構成を示す図である。 本発明の第２実施形態に係るシフト管理アルゴリズムの具体例を示す図である。 本発明の第２実施形態に係るメッセージテーブルの構成を示す図である。 本発明の第２実施形態に係るシフト管理アルゴリズムによるシフト管理サーバのステータス遷移を示す図である。 本発明の第２実施形態に係るシフト管理サーバによる処理手順を示すフローチャートである。 本発明の第２実施形態に係るシフト生成処理の手順を示すフローチャートである。 本発明の第２実施形態に係るシフト交代処理の手順を示すフローチャートである。 本発明の第２実施形態に係る内部調整処理の手順を示すフローチャートである。 本発明の第２実施形態に係る外部依頼処理の手順を示すフローチャートである。 本発明の第２実施形態に係る医局による外部医師募集処理の手順を示すフローチャートである。 本発明の第２実施形態に係る情報処理装置としてのシフト管理サーバのハードウェア構成を示すブロック図である。 本発明の第２実施形態に係るシフト管理サーバのハードウェアによる処理手順を示すフローチャートである。 本発明の第２実施形態に係る通信端末としてのパーソナルコンピュータの機能構成を示すブロック図である。 本発明の第２実施形態に係る通信端末としてのスマートフォンの機能構成を示すブロック図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト変更指示画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト変更指示画面を示す図である。 本発明の第２実施形態に係る大学の医局長のスマートフォンにおけるシフト変更通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト変更通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト変更通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト画面を示す図である。 本発明の第２実施形態に係る医局医師のスマートフォンにおけるシフト変更依頼画面および応募画面を示す図である。 本発明の第２実施形態に係る医局医師用のパーソナルコンピュータにおけるシフト変更依頼画面を示す図である。 本発明の第２実施形態に係る医局医師用のパーソナルコンピュータにおける応募画面を示す図である。 本発明の第２実施形態に係る医局医師用のパーソナルコンピュータにおけるシフト画面を示す図である。 本発明の第２実施形態に係る大学の医局長のスマートフォンにおける応募通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長用のパーソナルコンピュータにおける応募通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長用のパーソナルコンピュータにおける応募通知画面を示す図である。 本発明の第２実施形態に係る病院の事務局長のスマートフォンにおける応募通知画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおける応募確定画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおける更新後のシフト画面を示す図である。 本発明の第２実施形態に係る大学の医局長、確定した医局医師および他の医局医師のスマートフォンにおける応募確定通知画面を示す図である。 本発明の第２実施形態に係る大学の医局長のパーソナルコンピュータにおける更新後のシフト画面を示す図である。 本発明の第２実施形態に係る確定した医局医師のパーソナルコンピュータにおける更新後のシフト画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面を示す図である。 本発明の第２実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面を示す図である。 本発明の第３実施形態に係る情報処理装置を含むシフト管理システムの動作概要を説明する図である。 本発明の第３実施形態に係る情報処理装置を含むシフト管理システムの動作概要を説明する図である。 本発明の第３実施形態に係る病院用シフト表テーブルの生成過程を示す図である。 本発明の第３実施形態に係るシフト管理アルゴリズムによるシフト管理サーバのステータス遷移を示す図である。 本発明の第４実施形態に係る情報処理装置を含むシフト管理システムの動作手順を示すシーケンス図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、医療機関における勤務のシフト管理をする装置である。

図１に示すように、情報処理装置１００は、記憶部１０１と、制御部１０２と、を含む。記憶部１０１は、医局１３０から医療機関１２０への医師の派遣を含む医療機関１２０における勤務のシフト表１１０において、各々のシフト枠１１１に対応付けてシフト枠における勤務者の登録状態１１３に応じて遷移するステータス１１２を記憶する。制御部１０２は、各々のシフト枠１１１に対して、ステータス１１２の遷移に応じて勤務者の登録状態１１３を制御する。

本実施形態によれば、各々のシフト枠に対応付けて記憶するステータスの遷移に応じて勤務者の登録状態を制御するので、医師のシフト表を迅速にかつ効率的に生成することができる。

［第２実施形態］
次に、本発明の第２実施形態に係る情報処理装置としてのシフト管理サーバを含むシフト管理システムについて説明する。本実施形態に係るシフト管理サーバを含むシフト管理システムは、医局から医療機関への医師の派遣を含む勤務のシフト表において、各々のシフト枠に対応付けてシフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する。そして、ステータスの遷移に応じて各々のシフト枠における勤務者の登録状態を制御するので、複数のシフト枠に対しては並行して勤務者の登録状態を制御する。そして、シフト表において各々のシフト枠におけるステータスを識別可能に表示する。ここで、ステータスには、勤務者が割り当てられていない未登録状態と、勤務者が割り当てられている割当状態と、医療機関内部の勤務者の割当てを調整中の内部調整状態と、医療機関外部の勤務者の割当てを依頼中の外部依頼状態と、が含まれる。

ステータスによる各シフト枠の制御は、現在のステータスと、医療機関の管理者、医局の管理者およびシフト枠の勤務に応募する勤務者の少なくともいずれかからの操作入力処理とに対応付けて、次に遷移するステータスと、メッセージ出力処理とを格納する格納部を参照して制御される。メッセージ出力処理は、医療機関の管理者、医局の管理者および応募する勤務者の少なくともいずれかへのメッセージ出力処理を含む。

また、各々のシフト枠に対して、ステータスが医局に所属する勤務者に勤務を依頼する依頼状態に遷移した場合に、依頼状態を維持して、依頼状態中に医局におけるシフト枠の勤務者の募集状態に応じて遷移するサブステータスに従って、医局に所属する勤務者の募集を制御する。そして、医局に所属する勤務者の応募が医療機関により承認された場合に、ステータスをシフト枠に勤務者が割り当てられた割当状態に遷移させる。かかるサブステータスには、医局に勤務者を依頼した外部依頼状態と、医局が医局に所属する勤務者に依頼中の外部調整状態と、医局に所属する勤務者の応募を医局から医療機関に打診中の打診状態と、が含まれる。医師の募集の制御においては、医療機関の管理者端末からの依頼に応じて、医局の管理者端末による医局に所属する勤務者端末に対して勤務を依頼して、勤務者端末からの勤務の応募を受け付ける勤務者端末からの募集を有する。また、医療機関の管理者端末からの依頼に応答する応募として、勤務者端末からの応募から選別された応募を、医療機関の管理者端末が医局の管理者端末から受け付ける募集を有する。

また、医師の募集の制御においては、第１募集期限と、第２募集期限と、応募確定期限と、の少なくとも１つの期限により期限管理される。ここで、第１募集期限は、医局の管理者端末による医局に所属する勤務者端末に対する勤務依頼の期限である。また、第２募集期限は、医療機関の管理者端末から医局の管理者端末に対する勤務依頼の期限である。また、応募確定期限は、勤務者端末からの応募を確定すべき期限である。また、医師の募集には、依頼勤務に対する報酬情報が含まれる。

《シフト管理システム》
図２Ａ〜図４を参照して、本実施形態の情報処理装置としてのシフト管理サーバを含むシフト管理システムの構成と動作について説明する。

（動作概要）
図２Ａおよび図２Ｂは、本実施形態に係る情報処理装置としてのシフト管理サーバを含むシフト管理システムの動作概要を説明する図である。

図２Ａは、医療機関としての病院におけるシフト管理者、例えば診療科の事務局長用のパーソナルコンピュータ（以下、ＰＣとも称す）において、一旦割り当てられた医師を交代するための調整処理を起動する表示画面２１０での動作概要を示している。図２Ａにおいては、６月１６日の日直に一旦割り当てられていた猪又医師が都合による交代を申し出て、その調整を起動している。すなわち、表示画面２１０の右下の［！調整中］をドラッグして、６月１６日の日直のシフト枠にドロップする（２１１）と、６月１６日の日直のシフト枠が［！調整中］に変わって（２１２）、調整が起動する。なお、調整の起動は、事務局長用のパーソナルコンピュータからのみでなく、医療機関外部の医局長用のパーソナルコンピュータや各登録医師用のパーソナルコンピュータからも可能である。

かかるシフト枠の割当医師の調整は、各シフト枠に対応付けて記憶された医師のシフト表への登録状態を示すステータスの遷移により起動される。以降、６月１６日の日直のシフト枠においては、事務局長用パーソナルコンピュータやスマートフォン（以下、スマホとも略す）、外部医局長用パーソナルコンピュータやスマートフォン、および、シフト枠に応募可能な医師用パーソナルコンピュータやスマートフォンからの操作入力に従って、ステータスを遷移させる。このステータスの遷移によって、病院内部の医師調整、病院外部の医師依頼および医師応募を実行する。また、ステータスの遷移に従って、事務局長用パーソナルコンピュータやスマートフォン、外部医局長用パーソナルコンピュータやスマートフォン、および、シフト枠に応募可能な医師用パーソナルコンピュータやスマートフォンへのメッセージ出力によりシフト管理支援が行なわれる。この時に、病院から病院内部の医師調整や病院外部の医師依頼に対して、仕事に対する報酬を提示する。かかる報酬は、医師の応募が無い場合に上げることによってシフトへの医師割当てを迅速に確立する、オークション形式とするのが望ましい。

図２Ｂは、ステータスの遷移に従って、病院内部の医師調整、病院外部の医師依頼および医師応募を実行して、６月１６日の日直に新たな久保医師（２２１）が割り当てされたシフト表の、病院における事務局長用のパーソナルコンピュータの表示画面２２０を示している。なお、かかる新たな医師の割当てに当たっては、シフト枠のシーケンスの遷移に従って、病院内部であれば事務局長による承認が行なわれ、病院外部であれば医局長による選別と事務局長の承認とが行なわれて、新たな医師の割当てが確定する。なお、新たな医師の割当ては、応募の早い順であってもよいし、期限内の応募から適切な医師を選択してもよい。

本実施形態のシフト管理サーバを含むシフト管理システムにおいては、シフト枠のシーケンスの遷移に従って、シフト枠の割当てが統一的に迅速かつ効率的に実現される。

なお、図２Ａおよび図２Ｂは、事務局長用のパーソナルコンピュータにおける病院側のシフト表を図示したが、同じデータベースに基づいて、病院外部の医局長用のパーソナルコンピュータにおける医局側のシフト表、あるいは、各登録医師用のパーソナルコンピュータにおける医師単位のシフト表を、同様に閲覧あるいは操作することができる。

（システム構成）
図３は、本実施形態に係るシフト管理サーバ３１０を含むシフト管理システム３００の構成を示すブロック図である。

シフト管理システム３００は、ネットワーク３６０に接続される、情報処理装置としてのシフト管理サーバ３１０と、病院Ａ３２０の事務局長用ＰＣ３２１および内部医師のスマホ３２２と、病院Ｂ３３０の事務局長用ＰＣ３３１および内部医師のスマホ３３２と、を含む。さらに、シフト管理システム３００は、ネットワーク３６０に接続される、大学Ｘ３４０の医局長用ＰＣ３４１および外部医師のスマホ３４２と、大学Ｙ３５０の医局長用ＰＣ３５１および外部医師のスマホ３５２と、を含む。なお、図示しないが、シフト管理システム３００には、内部医師用ＰＣあるいは外部医師用ＰＣや、事務局長スマホあるいは医局長スマホも含まれる。

シフト管理サーバ３１０は、本実施形態のシフト管理方法を実現するために、シフト管理システム３００に参加する医師を登録する医師登録データベース３１１と、シフト管理システム３００に参加する医師によるシフト表の生成および管理をするためのシフト管理データベース３１２と、を備える。

なお、図３には、医師派遣元として大学Ｘ３４０の医局および大学Ｙ３５０の医局しか図示されていないが、各病院に登録された個人医師や、個人医師のグループ、個人医師が登録された派遣会社なども、医師派遣元として含まれる。また、本シフト管理システム３００を、医療関係の看護師、介護士など、教育関係の講師など、派遣業務を必要とする他のシフト管理システムに適用する場合には、本実施形態のシフト管理サーバ３１０を含むそれぞれ対応する派遣元と派遣先とを含むシステムが形成される。

（動作シーケンス）
図４は、本実施形態に係るシフト管理サーバ３１０を含むシフト管理システム３００の動作手順を示すシーケンス図である。なお、図４においては、本実施形態の概略の動作手順を示しており、詳細な動作手順は１つのステップに統合されたり省略されたりしている。また、病院や大学の各ＰＣおよびスマホは、シフト管理アプリケーションを起動して、シフト管理サーバ３１０と接続することによって、本実施形態のシフト管理サービスに参加することができる。

シフト管理アプリケーションを起動した後、シフト管理サーバ３１０および各ＰＣおよびスマホは、ステップＳ４０１において、シフト表のテンプレートを生成する。次に、生成されたシフト表テンプレートに従って、ステップＳ４０３において、シフト表の各シフト枠に医師を割り当てる。なお、シフト表テンプレートは、病院内部で医師を割り当てられるシフト枠と、病院外部での医師の割当てを委託したシフト枠とを含む。

以下のステップＳ４１１〜Ｓ４７７は、ステップＳ４０３において一旦シフト表に医師が割り当てられて承認された後に、担当医師を入れ替えるための調整を行なう場合の動作手順を示している。ステップＳ４１１〜Ｓ４２９は、病院Ａ内部における担当医師の調整の動作手順である。ステップＳ４１１において、病院ＡのＰＣ３２１から図２Ａのような操作により、内部調整の調整依頼をシフト管理サーバ３１０に通知する。この際に、内部募集の期限を設定する。

シフト管理サーバ３１０は、シフト枠のステータスを遷移させて、ステップＳ４１３において、病院Ａのシフト表のシフト枠に［！調整中］を表示させる。そして、シフト管理サーバ３１０は、ステップＳ４１５において、内部医師スマホ３２２に対して内部募集のメッセージを送付する。この内部募集のメッセージには、勤務科、勤務日時、勤務内容、募集期限の外に報酬額が含まれてよい。

内部医師スマホ３２２は、ステップＳ４１７において、シフト枠の医師募集を表示して内部医師に通知する。そして、内部医師スマホ３２２が、ステップＳ４１９において、募集に応募すると、シフト管理サーバ３１０は、シフト枠のサブステータスを遷移させて、ステップＳ４２１において、内部医師からの応募を病院Ａの事務局長ＰＣ（スマホ）３２１に表示して通知する。事務局長ＰＣ（スマホ）３２１は、ステップＳ４２３において、応募医師が妥当であることを承認して、割当て確定をシフト管理サーバ３１０に通知する。なお、図４においては、募集期限内の応募から適切な医師を選択して承認したが、例えば、早く応募した医師が適切であればそのまま確定しても、優先順位や重み付けを行なって選択しても、履歴を参照して選択してもよい。

シフト管理サーバ３１０は、シフト枠のステータスを遷移させて、ステップＳ４２５において、シフト枠に割り当てられた医師の名前を表示させ、ステップＳ４２７において、調整中で応募していたシフト枠が確定したことを、事務局長ＰＣ（スマホ）３２１および募集通知をした内部医師スマホ３２２にメッセージで通知する。事務局長ＰＣ（スマホ）３２１および募集通知をした内部医師スマホ３２２には、応募していたシフト枠が確定したことを表示して内部医師に通知する。そして、ステップＳ４２９において、調整中で応募していたシフト枠が確定したメッセージが表示される。

なお、シフト枠のステータスに対応して記憶されたメッセージ内容は、事務局長ＰＣ（スマホ）３２１と、割り当てられた医師スマホと、割り当てられなかった医師スマホと、で異なる。なお、割り当てられなかった医師スマホにおいて、応募した医師と応募しなかった医師に異なるメッセージを通知してもよい。これら、メッセージの送信先およびメッセージ内容のテンプレートも、シフト枠のステータスに対応して登録されている。

ステップＳ４３１〜Ｓ４７７は、病院Ｂ外部における担当医師の依頼の動作手順である。図４においては、２つの大学医局に依頼するが、これに限定されない。ステップＳ４３１において、病院ＢのＰＣ３３１から図２Ａと類似の操作により、外部依頼の調整依頼をシフト管理サーバ３１０に通知する。この際に、外部依頼の期限を設定する。外部依頼のメッセージには、病院名、勤務科、勤務日時、勤務内容、募集期限の外に、報酬額が含まれる。

シフト管理サーバ３１０は、シフト枠のステータスを遷移させて、ステップＳ４３３において、病院Ｂのシフト表のシフト枠に［！調整中］を表示させ、ステップＳ４３５において、選択された外部の大学Ｘの医局長ＰＣ（スマホ）３４１および大学Ｙの医局長ＰＣ（スマホ）３５１に外部依頼のメッセージを送付する。そして、ステップＳ４３７において、医局長ＰＣ（スマホ）３４１および大学Ｙの医局長ＰＣ（スマホ）３５１に、依頼のシフト枠と依頼内容のメッセージが表示される。ここで、大学Ｘおよび大学Ｙのシフト表のシフト枠には［外部依頼］が表示される。

医局長ＰＣ（スマホ）３４１から、ステップＳ４３９において、医局長が選択した大学Ｘの依頼先医師の情報がシフト管理サーバ３１０に通知される。この際に、医局における募集の期限を設定してもよい。シフト管理サーバ３１０は、大学Ｘのシフト枠のサブステータスを遷移させて、ステップＳ４４１において、選択された外部医師スマホ３４２に依頼のメッセージを通知する。ここで、大学Ｘのシフト表のシフト枠に対応して［調整中］が表示される。そして、ステップＳ４４３において、大学Ｘの依頼先医師にシフト枠を含む依頼メッセージが表示される。同様に、医局長ＰＣ（スマホ）３５１から、ステップＳ４４５において、医局長が選択した大学Ｙの依頼先医師の情報がシフト管理サーバ３１０に通知される。シフト管理サーバ３１０は、大学Ｙのシフト枠のサブステータスを遷移させて、ステップＳ４４７において、選択された外部医師スマホ３５２に依頼のメッセージを通知する。ここで、大学Ｙのシフト表のシフト枠に対応して［調整中］が表示される。そして、ステップＳ４４９において、大学Ｙの依頼先医師にシフト枠を含む依頼メッセージが表示される。

ステップＳ４５１において、大学Ｘの依頼先医師スマホ３４２から応募があると、シフト管理サーバ３１０は、シフト枠のサブステータスを遷移させて、ステップＳ４５３において、応募内容を医局長ＰＣ（スマホ）３４１に通知する。医局長ＰＣ（スマホ）３４１は、ステップＳ４５５において、応募した医師から適切な医師を選択して、シフト管理サーバ３１０に通知する。シフト管理サーバ３１０は、大学Ｘで応募され選択された医師を、病院Ｂの事務局長用ＰＣ３３１に通知する。ここで、大学Ｘのシフト表のシフト枠に対応して［打診中］が表示される。一方、ステップＳ４６１において、大学Ｙの依頼先医師スマホ３５２から応募があると、シフト管理サーバ３１０は、シフト枠のサブステータスを遷移させて、ステップＳ４６３において、応募内容を医局長ＰＣ（スマホ）３５１に通知する。医局長ＰＣ（スマホ）３５１は、ステップＳ４６５において、応募した医師から適切な医師を選択して、シフト管理サーバ３１０に通知する。シフト管理サーバ３１０は、大学Ｙで応募され選択された医師を、病院Ｂの事務局長用ＰＣ３３１に通知する。ここで、大学Ｙのシフト表のシフト枠に対応して［打診中］が表示される。

病院Ｂの事務局長用ＰＣ３３１は、ステップＳ４７１において、病院Ｂの事務局長により選択して承認された大学Ｘまたは大学Ｙの応募医師中の適切な医師を、シフト枠への割当確定として、シフト管理サーバ３１０に通知する。なお、図４においては、募集期限内の応募から適切な医師を選択して承認したが、例えば、早く応募した医師が適切であればそのまま確定しても、優先順位や重み付けを行なって選択しても、履歴を参照して選択してもよい。

シフト管理サーバ３１０は、シフト枠のステータスを遷移させて、ステップＳ４７３において、シフト枠に割り当てられた医師の名前を表示させ、ステップＳ４７５において、調整中で応募していたシフト枠が確定したことを、事務局長ＰＣ（スマホ）３３１、医局長ＰＣ（スマホ）３４１および３５１、および依頼通知をした外部医師スマホ３４２および３５２にメッセージで通知する。そして、ステップＳ４７７において、調整中で応募していたシフト枠が確定したメッセージが表示される。

なお、シフト枠のステータスに対応して記憶されたメッセージ内容は、事務局長ＰＣ（スマホ）３２１と、割り当てられた医師が所属する医局長ＰＣ（スマホ）と、割り当てられなかった医師が所属する医局長ＰＣ（スマホ）と、割り当てられた医師スマホと、割り当てられなかった医師スマホと、で異なる。なお、割り当てられなかった医師スマホにおいて、応募した医師と応募しなかった医師に異なるメッセージを通知してもよい。これら、メッセージの送信先およびメッセージ内容のテンプレートも、シフト枠のステータスに対応して登録されている。

また、図４では、医師からの応募があった場合の手順を説明したが、例えば、依頼した病院に対し、調整依頼（内部調整、外部依頼を含む）に対する応募が無かったことが通知された場合は、条件を変えて依頼を繰り返す。例えば、内部調整で応募が無かった場合は、外部依頼に切り替えてもよい。また、外部依頼で応募が無かった場合は、外部依頼の対象とする派遣元を拡大あるいは切り替えてもよい。また、内部調整や外部依頼で応募が無かった場合に、報酬を高くして再度、調整を行なう。

《シフト管理サーバの機能構成》
図５Ａは、本実施形態に係る情報処理装置としてのシフト管理サーバ３１０の機能構成を示すブロック図である。

シフト管理サーバ３１０は、通信制御部５０１と、シフト生成部５０２と、シフト変更受信部５０３と、医師依頼部５０４と、応募受信部５０５と、シフト変更部５０６と、シフト表表示制御部５０７と、シフト調整通知部５０８と、医師登録データベース３１１と、シフト管理データベース３１２と、を備える。なお、各機能構成部は、シフト管理データベース３１２に含まれるシフト管理アルゴリズム５１０に基づいて動作する。

通信制御部５０１は、ネットワーク３６０を介する病院ＰＣ、内部医師スマホ、医局ＰＣおよび外部医師スマホなどとの通信を制御する。シフト生成部５０２は、医師登録データベース３１１を参照して、シフト表のテンプレートを生成し、このテンプレートを使用して各シフト枠に医師を割り当ててシフト表の生成を行なう。シフト変更受信部５０３は、一旦割り当てられた医師の変更指示を受信する。医師依頼部５０４は、医師登録データベース３１１を参照して、シフト変更受信部５０３が受信した変更指示が内部調整か外部依頼かに応じた依頼先に医師の募集を依頼する。この応募内容には、内部調整の場合、少なくとも勤務日時、勤務内容、募集期限、報酬額が含まれる。一方、外部依頼の場合、病院名、勤務科、勤務日時、勤務内容、募集期限、報酬額が含まれる。かかる募集期限は、医師依頼部５０４から応募受信部５０５に通知される。

応募受信部５０５は、医師依頼部５０４の医師募集依頼に応答する応募を受信する。外部依頼において、医師スマホからの応募は医局長ＰＣ（スマホ）において医局長により選択されて正式応募となる。そして、内部依頼と外部からの正式応募は、病院ＰＣ（スマホ）において事務局長により確認されてシフト確定となる。また、応募受信部５０５は、募集期限内に医師からの応募が無かったことを、医局ＰＣや病院ＰＣに通知する機能を含む。医師依頼部５０４は、例えば、募集範囲を拡大あるいは変更したり、報酬額を上げたりした応募内容で依頼を繰り返して、迅速なシフト確定を図る。

シフト変更部５０６は、医師登録データベース３１１と医師登録データベース３１１とを参照して、応募受信部５０５が受信した応募に基づいてシフト表の各シフト枠を変更する。シフト表表示制御部５０７は、シフト管理データベース３１２のシフト表テーブル５０９を参照して、病院ＰＣ、内部医師スマホ、医局ＰＣおよび外部医師スマホなどにそれぞれ対応したシフト表の表示を制御する。シフト調整通知部５０８は、シフト管理の各ステータスにおける対応するメッセージを病院ＰＣ、内部医師スマホ、医局ＰＣおよび外部医師スマホなどにそれぞれに通知する。

医師登録データベース３１１は、本シフト管理システム３００のサービスを受ける医師を登録する。シフト管理データベース３１２は、シフト表を記憶するシフト表テーブル５０９と、本実施形態のシフト管理を制御するアプゴリズムを格納する。

（医師依頼部）
図５Ｂは、本実施形態に係る医師依頼部５０４の機能構成を示すブロック図である。

医師依頼部５０４は、内部医師依頼部５４１と、医局への外部医師依頼部５４２と、依頼医師受信部５４３と、医師への外部医師依頼部５４４と、を有する。

内部医師依頼部５４１は、シフト変更受信部５０３から内部調整である旨の通知を受け、通信制御部５０１を介して内部医師スマホへ医師募集メッセージを送信する。医局への外部医師依頼部５４２は、シフト変更受信部５０３から外部依頼である旨の通知を受け、通信制御部５０１を介して医局ＰＣや医局長スマホへ医師依頼メッセージを送信する。依頼医師受信部５４３は、医局ＰＣや医局長スマホからの依頼医師情報を受信する。医師への外部医師依頼部５４４は、通信制御部５０１を介して医局ＰＣや医局長スマホからの依頼医師情報に対応する外部医師スマホに医師依頼メッセージを送信する。なお、内部医師依頼部５４１、医局への外部医師依頼部５４２および医師への外部医師依頼部５４４から応募受信部５０５へ、期限管理のため募集期限が通知される。

（応募受信部）
図５Ｃは、本実施形態に係る応募受信部５０５の機能構成を示すブロック図である。

応募受信部５０５は、内部医師応募受信部５５１と、医局からの外部医師応募受信部５５２と、医局への外部医師応募送信部５５３と、外部医師応募受信部５５４と、募集期限管理部５５５と、を有する。

内部医師応募受信部５５１は、内部医師スマホからの内部医師の応募情報を受信して、シフト変更部５０６に送信する。医局からの外部医師応募受信部５５２は、医局ＰＣや医局長スマホからの外部医師の応募情報を受信して、シフト変更部５０６に送信する。医局への外部医師応募送信部５５３は、外部医師からの応募情報を外部医師応募受信部５５４から受けて、医局ＰＣや医局長スマホへ送信する。外部医師応募受信部５５４は、外部医師スマホからの応募情報を受信して、医局への外部医師応募送信部５５３に送る。募集期限管理部５５５は、医師依頼部５０４の内部医師依頼部５４１、医局への外部医師依頼部５４２および医師への外部医師依頼部５４４から募集期限を受信する。そして、募集期限管理部５５５は、医師からの応募が、病院により設定された募集期限や医局により設定された募集期限に入っているかを管理し、募集期限内の医師の応募が無い場合を病院や医局に通知する。なお、図５Ｃには図示しないが、本実施形態においては、医師からの応募に医師による確定期限（期限までにシフト確定がなければ応募をキャンセルする条件）の設定および管理も行なう。

（シフト表表示制御部）
図５Ｄは、本実施形態に係るシフト表表示制御部５０７の機能構成を示すブロック図である。

シフト表表示制御部５０７は、病院用シフト表生成部５７１と、医局用シフト表生成部５７２と、医師用シフト表生成部５７３と、を有する。

病院用シフト表生成部５７１は、シフト表テーブル５０９から所望のシフト表を検索して、病院における勤務管理に使用するシフト表を生成する。医局用シフト表生成部５７２は、シフト表テーブル５０９から所望のシフト表を検索して、医局における勤務管理に使用するシフト表を生成する。医師用シフト表生成部５７３は、シフト表テーブル５０９から所望のシフト表を検索して、医師個人の勤務管理に使用するシフト表を生成する。

なお、各シフト表生成部は、同じシフト表テーブルから対応内容を検索して、所望のシフト表を生成しても、あらかじめ必要なシフト表をシフト表テーブルに準備して読み出してもよい。

（シフト表テーブル）
図５Ｅは、本実施形態に係るシフト表テーブル５０９の構成を示す図である。

シフト表テーブル５０９は、病院用シフト表テーブル５９１と、医局用シフト表テーブル５９２と、医師用シフト表テーブル５９３と、を有する。なお、病院用シフト表テーブル５９１のみを有して、医局用シフト表テーブル５９２と医師用シフト表テーブル５９３とは、医局用シフト表生成部５７２、医師用シフト表生成部５７３によって生成してもよい。

なお、各シフト表テーブルをあらかじめ準備するには、シフト表の各シフト枠の変更が同時に全シフト表テーブルに反映されるような制御が必要である。

（医師登録データベース）
図６は、本実施形態に係る医師登録データベース３１１の構成を示す図である。医師登録データベース３１１は、シフト管理システム３００によってサービスを受ける医師を登録する。なお、医師登録データベース３１１の構成は、図６に限定されない。

医師登録データベース３１１は、病院に所属する医師を登録するデータベース６１０と、病院外のグループ、例えば医局に所属する医師を登録するデータベース６２０と、を含む。

データベース６１０は、シフト管理システム３００を使用する病院ＩＤ６１１に対応付けて、複数の診療科ＩＤ６１２を記憶する。また、各診療科ＩＤ６１２に対応付けて、複数の所属医師ＩＤ６１３を記憶する。そして、各所属医師ＩＤ６１３に対応付けて、医師属性６１４と医師履歴６１５とを記憶する。

データベース６２０は、シフト管理システム３００を使用するグループＩＤ６２１とグループ属性６２２とに対応付けて、複数の所属医師ＩＤ６２３と、医師属性６２４と、医師履歴６２５とを記憶する。なお、グループとしては、大学の医局などの外に民間の医師派遣グループや個人も含んでよい。

なお、本実施形態においては、医師属性や医師履歴が、応募医師の選択や承認に利用される。

（病院用シフト表テーブル）
図７Ａは、本実施形態に係る病院用シフト表テーブル５９１の構成を示す図である。病院用シフト表テーブル５９１は、病院用シフト表生成部５７１により病院用シフト画面として、病院内部のＰＣ（スマホ）に表示される。なお、病院用シフト画面への展開は、病院内部のＰＣ（スマホ）で行なわれてもよい。

病院用シフト表テーブル５９１は、病院ＩＤ７１１に対応付けて、複数の診療科ＩＤ７１２を記憶する。各診療科ＩＤ７１２に対応付けて、複数のシフト種類７１３、例えば、外来や宿直、日直、あるいは手術など、を記憶する。各シフト種類７１３に対応付けて、複数のシフト枠７１４、例えば１ヶ月分や１週間分など、と、各シフト枠のステータス７１５と、割り当てられた医師ＩＤ７１６と、表示色などの枠表示７１７と、を記憶する。

各シフト枠７１４には、シフト枠ＩＤ、月日（曜日）、時間帯および枠属性などを記憶する。時間帯は、時間の外に午前／午後などであってもよい。また、枠属性としては、病院内部の医師に限定されるシフト枠や、病院外部に割当て契約をした定期枠や、病院内外の医師に開放されたシフト枠や、選択の優先度が設定されたシフト枠などが種々に設定されてよい。本実施形態においては、特に、病院外部に割当て契約をした定期枠の医師割当ての管理、あるいは、病院外部の応募の病院のシフト表に連携させた管理が、効率的に実現できる。

また、ステータス７１５は、シフト枠の管理制御に使用されるステータス番号と、そのステータス番号の内容とを記憶する。本実施形態においては、ステータス番号として、シフト枠ステータス７５１、例えば、医師が未登録か／医師が割当て済みか／病院内部で調整中か／病院外部に依頼中かなど、と、内部調整中の調整過程を示す内部調整ステータス７５２と、外部依頼中の依頼過程を示す外部依頼ステータス７５３と、を有するが、これに限定されない。

医師ＩＤ７１６は、割り当てられた医師の識別子である。割り当てられた医師には、病院内部の医師も、外部医局や外部グループに登録された医師も、個人の医師も、含まれる。

枠表示７１７は、表示色の外に、割当てが確定した名前の表示、調整中の表示、病院外部に割当て契約をした定期枠の表示、を識別可能にする。例えば、病院用シフト表と、医局用シフト表と、医師用シフト表とを、色などで識別可能としてもよい。また、同じシフト表において、ステータスあるいはそのシフト枠をどこが管理あるいは現在制御しているかを、色などで識別可能としてもよい。また、割り当てられた医師が内部か外部かなどを識別可能としてもよい。

（医局用シフト表テーブル）
図７Ｂは、本実施形態に係る医局用シフト表テーブル５９２の構成を示す図である。医局用シフト表テーブル５９２は、医局用シフト表生成部５７２により医局用シフト画面として、医局のＰＣ（スマホ）に表示される。医局用シフト表テーブル５９２の病院用シフト表テーブル５９１との大きな違いは、医局用シフト表テーブル５９２には、複数の病院に派遣された、医局に所属する医師がそれぞれの病院名と共に表示されていることである。なお、医局用シフト画面への展開は、医局のＰＣ（スマホ）で行なわれてもよい。また、図７Ｂにおいて、図７Ａと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

医局用シフト表テーブル５９２は、グループＩＤ７２１とグループ属性７２２とに対応付けて、複数のシフト枠７２３と、シフト枠のステータス７１５と、割り当てられた医師ＩＤ７２６と、枠表示７２７と、を記憶する。各シフト枠７２３は、シフト枠ＩＤと、月日（曜日）と、時間帯と、枠属性と、依頼元の病院ＩＤと、診療科ＩＤと、シフト種類と、を記憶する。なお、病院用シフト表テーブル５９１のシフト枠７１４と共通のシフト枠７２３には、同じステータスが記憶されている。

医師ＩＤ７２６については、医局に登録された医師に限られる。枠表示７２７については、病院用シフト表テーブル５９１の枠表示７１７と差別化でき、かつ、同じステータスは共有できる枠表示が設定される。例えば、枠表示７２７と枠表示７１７との色を変えるなどにより差別化を図る。なお、後の詳細は、病院用シフト表テーブル５９１と重複するので、説明を省略する。

（医師用シフト表テーブル）
図７Ｃは、本実施形態に係る医師用シフト表テーブル５９３の構成を示す図である。医師用シフト表テーブル５９３は、医師用シフト表生成部５７３により医師用シフト画面として、医師のＰＣ（スマホ）に表示される。なお、医師用シフト画面への展開は、医師のＰＣ（スマホ）で行なわれてもよい。

医師用シフト表テーブル５９３は、医師ＩＤ７３１と医師属性７３２とに対応付けて、複数のシフト枠７２３と、枠表示７３４と、を記憶する。なお、医師用シフト表テーブル５９３にシフト枠のステータスを含ませていないのは、医師が病院の事務局長や医局長を介さずシフト表を直接変更するのを避けるためである。

各シフト枠７３３は、シフト枠ＩＤと、月日（曜日）と、時間帯と、依頼元の病院ＩＤと、診療科ＩＤと、シフト種類と、を記憶する。なお、病院用シフト表テーブル５９１と共通のシフト枠７２３には、同じステータスが記憶されている。

枠表示７３４については、医局用シフト表テーブル５９２の枠表示７１７と共有できる枠表示が設定される。なお、後の詳細は、医局用シフト表テーブル５９２と重複するので、説明を省略する。

（シフト管理アルゴリズム）
図７Ｄは、本実施形態に係るシフト管理アルゴリズム５１０の構成を示す図である。シフト管理アルゴリズム５１０は、本実施形態における、シフト表の各シフト枠に対応付けて、遷移するステータスを記憶させた構成を用いて、迅速で効率性のある、かつ、確実なシフト生成および管理を実現するアルゴリズムが埋め込まれている。

シフト管理アルゴリズム５１０は、現在のステータス７１５に対応付けて、複数の表示先への表示画面７４２を記憶する。そして、各表示画面７４２に対応付けて、１つまたは複数の操作７４３を記憶する。そして、現在のステータス７１５と操作７４３との組み合わせに基づいて、遷移先のステータス７４４を記憶する。さらに、現在のステータス７１５から遷移先ステータス７４４への遷移に対応付けて、送信先に対応するメッセージ７４５を記憶する。

操作７４３は、操作可能者と、操作内容と、を含む。ここで、操作可能者とは、シフト枠のステータスを変更可能な権限を有する者である。例えば、表示画面７４２に対応して、病院の事務局長、医局長、内部医師、外部医師、システム管理者、などの１人や複数人に操作権限が与えられる。表示画面７４２は、表示先と、表示先に対応する表示内容、例えば、病院ＰＣへの病院用シフト表など、を含み、メッセージ７４５は、送信先と、メッセージのテンプレートを指示するメッセージＩＤと、メッセージ内容と、を含む。なお、表示先および送信先は、シフト管理システム３００に含まれる、病院ＰＣ、内部医師スマホ、医局ＰＣおよび外部医師スマホなどのそれぞれが設定される。ここで、表示先や送信先の指定により、それぞれのステータスにおける表示画面が見える者を選別することができる。

図７Ｅは、本実施形態に係るシフト管理アルゴリズム５１０の具体例を示す図である。このシフト管理アルゴリズム５１０に従うステータス遷移が実行されることで、シフト管理サーバ３１０の各機能が実現されることになる。

なお、図７Ｅのシフト管理アルゴリズム５１０は一例であってこれに限定されない。また、図７Ｅにおいて、図７Ｄと同様の構成要素には同じ参照番号を付している。また、図７Ｅにおいては、本実施形態のシフト管理サーバ３１０におけるシフト枠管理のステータスを明瞭にするために、現ステータス７１５にステータス名の項を設けている。一方、表示画面７４２〜メッセージ７４５については簡略化している。

（メッセージ）
図７Ｆは、本実施形態に係るメッセージテーブル７４５の構成を示す図である。なお、メッセージ７４５は、送信メッセージとして図示するが、かかる送信メッセージは空白の設定パラメータを入力したシフト管理サーバ３１０における受信メッセージのフォーマットとしても使用される。また、図７Ｆには、本実施形態で使用するメッセージの一部を示しており、ステータスおよび送信先に対応付けてさらに他のメッセージが用意される。

メッセージ７４５は、送信先７６１のそれぞれに対応付けて、ステータスに対応して識別されるメッセージＩＤ７６２とメッセージ種類７６３とを記憶する。そして、メッセージＩＤ７６２とメッセージ種類７６３とに対応付けて、メッセージ内容７６４を記憶する。

メッセージ内容７６４は、設定パラメータ部分を空白にしたメッセージフォーマットとしてのテンプレートと、空白部に設定される設定パラメータを記憶する。例えば、病院における内部調整のためのメッセージには、メッセージフォーマットのテンプレートに、シフトの日時、業務種類（分類）、依頼先医師、依頼日、病院が設定する募集期限、報酬額、コメントなどの設定パラメータが設定される。なお、報酬額は、内部調整においてはオプションでもよい。また、外部医局への外部依頼のためのメッセージには、メッセージフォーマットのテンプレートに、依頼元である病院・科、シフトの日時、業務種類、依頼先医局、依頼日、病院が設定する募集期限、報酬額、コメントなどの設定パラメータが設定される。なお、報酬額は、外部依頼においては応募オークションの条件となる。また、外部医局からの医師応募通知に対する確認（図の外部確認）のためのメッセージには、メッセージフォーマットのテンプレートに、依頼元である病院・科、シフトの日時、業務種類、応募元の医局、医局からの応募医師、コメントなどの設定パラメータが設定される。なお、応募医師が設定可能な確認期限を含んでもよい。かかる確認期限は、その前にシフト確定がなければ応募を無効にするための期限である。

病院から外部依頼を受けた医局における医師依頼のためのメッセージには、メッセージフォーマットのテンプレートに、依頼元の病院・科、シフトの日時、業務種類、依頼先医師、医局が設定する募集期限、報酬額、コメントなどの設定パラメータが設定される。なお、医局が設定する募集期限には、病院が設定する募集期限内の医局処理を考慮した期限が設定される。医局が募集通知をした医師からの応募を選択して病院に通知する医師承認のためのメッセージには、メッセージフォーマットのテンプレートに、依頼元の病院・科、シフトの日時、業務種類、選択された応募医師、病院が設定した募集期限、コメントなどの設定パラメータが設定される。すなわち、選択された応募医師には、医局長が、応募した医局医師から依頼元の病院・科に適切な医師を選択して、依頼元の病院・科に通知する。

医局登録の医師への募集のためのメッセージには、メッセージフォーマットのテンプレートに、依頼元の病院・科、シフトの日時、業務種類、依頼元医局、医局が設定する募集期限、報酬額、コメントなどの設定パラメータが設定される。医師からの応募のためのメッセージには、メッセージフォーマットのテンプレートに、応募先の病院・科、シフトの日時、業務種類、応募医師、コメントなどの設定パラメータが設定される。なお、応募医師が確認期限を設定することができる。シフト表の依頼日時に対して医師が確定したことを通知するためのメッセージには、メッセージフォーマットのテンプレートに、依頼元の病院・科、確定したシフトの日時、業務種類、コメントなどの設定パラメータが設定される。なお、医師が確定したことを通知するためのメッセージは、応募が病院で受理された医師と、応募したが不受理となった医師と、募集を受けたが応募しなかった医師に対して、異なるテンプレートやコメントを設定してもよい。また、図７Ｆには、外部医師の場合を図示したが、内部医師には多少異なったテンプレートやコメントが設定される。

《シフト管理サーバのステータス遷移》
図８は、本実施形態に係るシフト管理アルゴリズム５１０によるシフト管理サーバ３１０のステータス遷移を示す図である。図８は、図７Ｅに基づくシフト管理サーバ３１０のステータス遷移であり、本実施形態のシフト管理サーバ３１０の機能および処理を実現する。なお、図８のステータス遷移は、図５Ａのシフト管理サーバ３１０が図４のシーケンス図に従う処理を実現するための一例であり、限定されない。しかしながら、シフト枠毎のステータス管理により、シフト枠単位の独立したシフト確定が並行して実行できると共に、病院の事務局長と、大学の医局長と、各医師と、が同じシフト枠を共有して操作あるいは観察が可能とした。

図８に示すシフト管理サーバ３１０のステータス遷移は、大きく４つのステータス群に分けられる。左上のステータス群においては、病院内の医師によるシフト作成を行なう。左下のステータス群においては、病院内で調整できない場合に、医局を介した外部医師への依頼を行なう。右上のステータス群においては、医局が、病院と医局との間で契約したシフト枠について外部医師によるシフト作成を行なう。右下のステータス群においては、医局が、病院から随時、外部依頼されたシフト枠について外部医師によるシフト作成を行なう。

《シフト管理サーバによる処理手順》
図９は、本実施形態に係るシフト管理サーバ３１０による処理手順を示すフローチャートである。

シフト管理サーバ３１０は、ステップＳ９１１において、シフト表テンプレートの生成か否かを判定する。シフト表テンプレートの生成であれば、シフト管理サーバ３１０は、ステップＳ９１３において、シフト表テンプレートの生成処理を実行する。

シフト表テンプレートの生成でなければ、シフト管理サーバ３１０は、ステップＳ９２１において、シフト生成、すなわちシフト枠に医師を割り当てる処理、か否かを判定する。シフト生成であれば、シフト管理サーバ３１０は、ステップＳ９２３において、シフト表の生成処理を実行する。

シフト表テンプレートの生成でもシフト表の生成でもなければ、シフト管理サーバ３１０は、ステップＳ９３１において、シフト交代、すなわちシフト枠の医師を他の医師に交代する処理か否かを判定する。シフト交代であれば、シフト管理サーバ３１０は、ステップＳ９３３において、シフト交代処理を実行する。

シフト表テンプレートの生成でもシフト表の生成でもシフト交代でもなければ、シフト管理サーバ３１０は、ステップＳ９４１において、シフト内部調整、すなわちシフト枠に割り当てた医師の都合で病院内の他の医師を探す処理か否かを判定する。シフト内部調整であれば、シフト管理サーバ３１０は、ステップＳ９４３において、シフト内部調整処理を実行する。

シフト表テンプレートの生成でもシフト表の生成でもシフト交代でもシフト内部調整でもなければ、シフト管理サーバ３１０は、ステップＳ９５１において、シフト外部依頼、すなわちシフト枠に割り当てた医師の都合で病院外の他の医師を探す処理か否かを判定する。シフト内外部依頼であれば、シフト管理サーバ３１０は、ステップＳ９５３において、シフト外部依頼処理を実行する。

（シフト生成処理）
図１０Ａは、本実施形態に係るシフト生成処理（Ｓ９２３）の手順を示すフローチャートである。

シフト管理サーバ３１０は、ステップＳ１００１において、シフト表の表示画面で所定のシフト枠に医師名をドラッグ＆ドロップ（以下、Ｄ＆Ｄと略す）されたか否かを判定する。シフト枠に医師名がＤ＆Ｄされた場合、シフト管理サーバ３１０は、ステップＳ１００３において、シフト枠に対応するＤ＆Ｄされた医師の医師ＩＤを記憶する。そして、シフト管理サーバ３１０は、ステップＳ１００５において、シフト表テーブルを更新する。シフト管理サーバ３１０は、ステップＳ１００７において、シフト表が完成してシフト表を承認したか否かを判定する。シフト表が承認されなければ、シフト枠への医師の割当てを繰り返す。シフト表が承認されれば、シフト生成処理を終了する。

シフト枠に医師名がＤ＆Ｄされなかった場合、シフト管理サーバ３１０は、ステップＳ１００９において、シフト枠に「内部調整」がＤ＆Ｄされたか否かを判定する。「内部調整」がＤ＆Ｄされたならば、シフト管理サーバ３１０は、ステップＳ１０１１において、シフト枠に対応して内部調整を記憶する。シフト表ではシフト枠が［！調整中］に変化する。次に、シフト管理サーバ３１０は、ステップＳ１０１３において、選択された所定医師にシフト枠と内部調整を通知して医師を募集する。なお、内部医師の募集メッセージには、勤務日時、勤務内容、募集期限、報酬額などが含まれる。そして、シフト管理サーバ３１０は、ステップＳ１０１５において、内部医師からの応募があったか否かを判定する。かかる募集は、期限が来るまで続けてもよいし、最初に適切な応募があれば終了してもよい。

シフト管理サーバ３１０は、ステップＳ１０１５において、医師からの応募を待つ。応募があれば、シフト管理サーバ３１０は、ステップＳ１０１７において、応募した医師を選択してシフト枠に記憶する。シフト表ではシフト枠に新に割り当てられた医師の名前が表示される。シフト管理サーバ３１０は、ステップＳ１０１９において、関係先、この場合は募集した病院の事務局長用ＰＣや募集先の医師スマホなどに、内部医師の調整済みを通知する。一方、医師からの応募が無ければ、シフト管理サーバ３１０は、ステップＳ１０２３において、外部依頼に進む。

シフト枠に医師名がＤ＆Ｄされず、内部調整がＤ＆Ｄされなかった場合、シフト管理サーバ３１０は、ステップＳ１０２１において、シフト枠に「外部依頼」がＤ＆Ｄされたか否かを判定する。「外部依頼」がＤ＆Ｄされたならば、シフト管理サーバ３１０は、ステップＳ１０２３において、外部依頼をシフト枠に設定する。なお、あらかじめ外部依頼が契約されているシフト枠には「！○○大学」などの外部依頼中が表示される。

シフト枠に医師名がＤ＆Ｄされず、内部調整がＤ＆Ｄされず、外部依頼がＤ＆Ｄされなかった場合、シフト管理サーバ３１０は、ステップＳ１０２５において、外部依頼に応答する外部医師の応募を医局ＰＣから受信したか否かを判定する。外部医師の応募を医局ＰＣから受信した場合、シフト管理サーバ３１０は、ステップＳ１０２７において、病院の事務局長による応募医師の承認入力を判定する。応募医師が承認されなければ、シフト管理サーバ３１０は、ステップＳ１０２３において、更なる外部依頼に進む。

応募医師が承認されたならば、シフト管理サーバ３１０は、ステップＳ１０２９において、承認された医師ＩＤをシフト枠に記憶する。そして、シフト管理サーバ３１０は、ステップＳ１０３１において、関係先、この場合は募集した病院の事務局長用ＰＣや募集先の医局ＰＣや医局に属する医師スマホなどに、外部医師の調整済みを通知する。

（シフト交代処理）
図１０Ｂは、本実施形態に係るシフト交代処理（Ｓ９３３）の手順を示すフローチャートである。

シフト管理サーバ３１０は、ステップＳ１０４１において、シフト表のシフト枠に交代医師がＤ＆Ｄされたか否かを判定する。交代医師がＤ＆Ｄされた場合、シフト管理サーバ３１０は、ステップＳ１０４３において、Ｄ＆Ｄされた交代医師と予定されていた医師とのマッチングを行なって、合致するか否かを判定する。合致しなければ、シフト管理サーバ３１０は、ステップＳ１０５１において、交代処理を取り消して処理を終了する。

合致すれば、シフト管理サーバ３１０は、ステップＳ１０４５において、交代医師をシフト枠に記憶する。シフト管理サーバ３１０は、ステップＳ１０４７において、関係先、この場合は病院の事務局長用ＰＣや交代した医師スマホなどに、医師交代済みを通知する。そして、シフト管理サーバ３１０は、ステップＳ１０４９において、シフト表テーブルを更新する。

（内部調整処理）
図１０Ｃは、本実施形態に係る内部調整処理（Ｓ９４３）の手順を示すフローチャートである。

内部調整と判定されると、シフト管理サーバ３１０は、ステップＳ１０６１において、病院の事務局長ＰＣから指示された所定の内部医師のＰＣやスマホに内部調整を通知する通知メッセージを送信する。この通知メッセージには、調整日時、勤務内容、募集期限、報酬額などが含まれる。そして、シフト管理サーバ３１０は、ステップＳ１０６３において、内部医師からの応募を待つ。募集期限内に内部医師からの応募がなければ、シフト管理サーバ３１０は、ステップＳ１０６９において、シフト枠のステータスを外部依頼に遷移させて、外部依頼処理（Ｓ９５３）を行なう。あるいは、図１０Ｃには図示しないが、可能であれば募集期限の延長、あるいは、報酬額の値上げを行なって応募を繰り返した後に、外部依頼に遷移してもよい。

募集期限内に内部医師からの応募があれば、シフト管理サーバ３１０は、ステップＳ１０６５において、応募した医師を病院の事務局長ＰＣに通知して事務局長が選択した医師を受信して、応募対象のシフト枠に記憶する。そして、シフト管理サーバ３１０は、ステップＳ１０６７において、関係先である病院の事務局長ＰＣ、業務が確定した応募医師のスマホ、募集を通知した内部医師、などの医師調整済みのメッセージを送信する。

シフト管理サーバ３１０は、ステップＳ１０７１において、内部調整あるいは外部依頼により更新されたシフト枠を含むシフト表にシフト表テーブル５０９を更新して、病院の事務局長ＰＣ、医局長、および、医師が共通のシフト表を共有できるようにする。

（外部依頼処理）
図１０Ｄは、本実施形態に係る外部依頼処理（Ｓ９５３）の手順を示すフローチャートである。なお、図１０Ｄ、外部依頼対象である医局あるいはグループが複数である場合、ステップＳ１０８３〜Ｓ１１０５の処理は複数の医局あるいはグループにおいてステータス制御に応じて並行して実行される。

外部依頼処理に入ると、シフト管理サーバ３１０は、ステップＳ１０８１において、外部依頼対象である所定の医局長あるいはグループ長のＰＣあるいはスマホに外部依頼を通知する。なお、外部依頼メッセージには、依頼病院、依頼診療科、依頼日時、勤務内容、募集期限、報酬額などが含まれる。外部依頼を受信した各医局に対応し、シフト管理サーバ３１０は、ステップＳ１０８３において、並行して複数の外部医局による外部医師募集処理を実行する。

シフト管理サーバ３１０は、ステップＳ１０８５において、外部依頼通知に応答して、いずれかの医局長あるいはグループ長からの応募した外部医師の情報を受信したか否かを判定する。外部依頼に対して応募した外部医師の情報を受信しなかった場合、シフト管理サーバ３１０は、ステップＳ１０８７において、病院の事務局長が設定した募集期限が切れたか否かを判定する。募集期限が切れてなければ、シフト管理サーバ３１０は、ステップＳ１０８５に戻って、医局からの外部依頼に対して応募した外部医師の情報の受信を待つ。募集期限が切れた場合、シフト管理サーバ３１０は、ステップＳ１０８９において、応募なしを依頼元の病院・科（事務局長ＰＣ）に通知して、外部依頼処理を終了する。なお、依頼元の病院・科（事務局長ＰＣ）から依頼条件（報酬など）の変更があって、再度の外部依頼があれば、図１０Ｄの処理が再度開始される。

ステップＳ１０８５の判定で外部依頼に対して応募した外部医師の情報を受信した場合、シフト管理サーバ３１０は、ステップＳ１０９１において、依頼元の病院・科（事務局長ＰＣ）に外部応募医師を通知する。そして、シフト管理サーバ３１０は、ステップＳ１０９３において、依頼元の事務局長が外部応募医師を承認した情報を事務局長ＰＣから受診したか否かを判定する。依頼元の事務局長が外部応募医師を承認しなかった場合、シフト管理サーバ３１０は、ステップＳ１０８５に戻って、医局からの新たな外部応募医師の通知を待つ。

依頼元の事務局長が外部応募医師を承認した場合、シフト管理サーバ３１０は、ステップＳ１０９５において、承認された医師を対象のシフト枠に登録する。そして、シフト管理サーバ３１０は、ステップＳ１０９７において、この外部依頼処理に関係した関係先、例えば、承認された外部医師、医局長、依頼を受けた外部医師に対して、依頼したシフト枠の医師が確定した旨を通知する。なお、本外部依頼処理が内部調整の後に行なわれた場合には、内部調整を依頼した内部医師、内部調整を通知した内部医師に対しても、依頼したシフト枠の医師が確定した旨を通知する。

（医局による外部医師募集処理）
図１０Ｅは、本実施形態に係る医局による外部医師募集処理（Ｓ１０８３）の手順を示すフローチャートである。図１０Ｅの外部医師募集処理（Ｓ１０８３）は、外部依頼をした医局の数（他のグループや個人医師も含む）だけ起動される。なお、本実施形態においては、外部医師募集処理（Ｓ１０８３）の並行した処理は、外部依頼ステータス内の外部医師募集サブステータスによって制御される。

シフト管理サーバ３１０は、ステップＳ１１０１において、外部依頼を受けた外部医局から募集対象に選択された外部医師の情報を受信したか否かを判定する。外部医師の情報を受信しない場合、シフト管理サーバ３１０は、ステップＳ１１０３において、病院が設定した募集期限が切れたか否かを判定する。病院が設定した募集期限が切れた場合は、シフト管理サーバ３１０は、ステップＳ１１１９において、応募医師なしを記憶する。病院が設定した募集期限が切れてない場合は、シフト管理サーバ３１０は、ステップＳ１１０１に戻って、医局からの募集対象の外部医師の通知を待つ。

募集対象に選択された外部医師の情報を受信した場合、シフト管理サーバ３１０は、ステップＳ１１０５において、選択された外部医師に外部依頼を通知する。なお、図７Ｆに示したように、選択された外部医師への募集メッセージには、報酬額や医局の募集期限が含まれる。シフト管理サーバ３１０は、ステップＳ１１０７において、外部医師からの応募の受信があったか否かを判定する。外部医師の応募を受信しなかった場合、シフト管理サーバ３１０は、ステップＳ１１０９において、医局が設定した募集期限が切れたか否かを判定する。医局が設定した募集期限が切れた場合は、シフト管理サーバ３１０は、ステップＳ１１１９において、応募医師なしを記憶する。医局が設定した募集期限が切れてない場合は、シフト管理サーバ３１０は、ステップＳ１１０７に戻って、医師からの応募の通知を待つ。

外部医師の応募を受信した場合、シフト管理サーバ３１０は、ステップＳ１１１１において、医局に外部医師の応募を通知する。なお、図７Ｆに示したように、外部医師からの応募メッセージには、医師が設定した確認期限が含まれてよい。シフト管理サーバ３１０は、ステップＳ１１１３において、医局から応募医師を病院に通知するか否か、あるいは、複数の応募医師があれば病院に通知する適切な医師が選択されたか否かを判定する。病院への応募通知を医局が承認しない場合、あるいは、選択された医師の通知がない場合、シフト管理サーバ３１０は、ステップＳ１１１５において、病院が設定した募集期限が切れたか否かを判定する。病院が設定した募集期限が切れた場合は、シフト管理サーバ３１０は、ステップＳ１１１９において、応募医師なしを記憶する。病院が設定した募集期限が切れてない場合は、シフト管理サーバ３１０は、ステップＳ１１１３に戻って、医局からの応募承認、あるいは、選択した応募医師の通知を待つ。

医局から応募医師の承認、あるいは、選択された応募医師の通知を受信した場合、シフト管理サーバ３１０は、ステップＳ１１１７において、病院に承認あるいは選択された応募医師を通知する。

《シフト管理サーバのハードウェア構成》
図１１は、本実施形態に係る情報処理装置としてのシフト管理サーバ３１０のハードウェア構成を示すブロック図である。

図１１で、ＣＰＵ(Central Processing Unit)１１１０は演算制御用のプロセッサであり、プログラムを実行することで図５Ａ〜図５Ｅのシフト管理サーバ３１０の機能構成部を実現する。ＲＯＭ(Read Only Memory)１１２０は、初期データおよびプログラムなどの固定データを記憶する。また、通信制御部５０１は、ネットワークなどを介して病院や医局のＰＣ３２１〜３５１、および、病院の事務局長、医局の医局長、医師が携帯するスマホ３２２〜３５２、と通信する。なお、ＣＰＵ１１１０は１つに限定されず、複数のＣＰＵであっても、あるいは画像処理用のＧＰＵ(Graphics Processing Unit)を含んでもよい。また、通信制御部５０１は、ＣＰＵ１１１０とは独立したＣＰＵを有して、ＲＡＭ(Random Access Memory)１１４０の領域に送受信データを書き込みあるいは読み出しするのが望ましい。

ＲＡＭ１１４０は、ＣＰＵ１１１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１１４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。シフト枠ＩＤ１１４１は、現在、ＣＰＵ１１１０が処理対象としているシフト枠の識別子であり、病院や科や日時により異なるＩＤが割り振られており、シフト表テーブル５０９と紐付けられている。シフト枠のステータス情報１１４２は、図７Ｄおよび図７Ｅに示したシフト管理アルゴリズム５１０に含まれる、現在処理対象となっているシフト枠ＩＤ１１４１のステータス情報である。シフト枠のパラメータ情報１１４３は、シフト枠のステータス情報１１４２で使用されるパラメータであり、本実施形態においては、例えば、外部依頼先ＩＤ、依頼情報、応募情報を含む。外部依頼先ＩＤは、医局や医師などの識別子であり、依頼情報には依頼毎の変数である報酬額や募集期限などが含まれ、募集情報には医師が設定する応募確定期限などが含まれる。他のシフト枠ＩＤ１１４４は、上記同様に対応するステータス情報およびパラメータ情報を有し、シフト表テーブル５０９の他のシフト枠に紐付いている。送受信データ１１４５は、通信制御部５０１を介して送受信されるデータである。

なお、ＣＰＵ１１１０が現在処理対象としているシフト枠の数に制限はない。ＣＰＵ１１１０が１つである場合は、イベントが発生したシフト枠、あるいは、処理が必要なステータスに遷移したシフト枠を、優先順位を考慮しながら時分割に処理する。また、ＣＰＵ１１１０が複数である場合は、イベントが発生したシフト枠、あるいは、処理が必要なステータスに遷移したシフト枠を、優先順位を考慮しながら分担して処理をすることになる。

ストレージ１１５０には、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。医師登録データベース３１１は、図６に示した医師を登録するデータベースである。シフト管理データベース３１２は、図７Ａ〜図７Ｃに示したシフト表テーブル５０９と、図７Ｄおよび図７Ｅに示したシフト管理アルゴリズム５１０とを含み、本実施形態によるシフト枠単位のステータス制御を実現するデータを格納する。メッセージテーブル７４５は、図７Ｆに示した本実施形態で用いるメッセージを格納する。

ストレージ１１５０には、以下のプログラムが格納される。シフト管理プログラム１１５１は、本シフト管理サーバ３１０の全体を制御する制御プログラムである。ステータス制御モジュール１１５２は、シフト管理アルゴリズム５１０に従って、本実施形態におけるシフト枠単位のステータス制御を行なうモジュールである。通信制御モジュール１１５３は、本シフト管理サーバ３１０と、病院や医局のＰＣ３２１〜３５１、および、病院の事務局長、医局の医局長、医師が携帯するスマホ３２２〜３５２、との通信を制御するモジュールである。表示画面制御モジュール１１５４は、シフト管理アルゴリズム５１０およびメッセージテーブル７４５を参照して、病院や医局のＰＣ３２１〜３５１、および、病院の事務局長、医局の医局長、医師が携帯するスマホ３２２〜３５２、への表示画面を生成して表示させるモジュールである。

なお、図１１のＲＡＭ１１４０やストレージ１１５０には、シフト管理サーバ３１０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《ハードウェアによる処理手順》
図１２は、本実施形態に係るシフト管理サーバ３１０のハードウェアによる処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図５Ａ〜図５Ｅの機能構成部を実現する。

ＣＰＵ１１１０は、ステップＳ１２０１において、初期化を行なう。ここでは、特にＲＡＭ１１４０の初期化を行なう。ＣＰＵ１１１０は、ステップＳ１２０３において、イベントの発生を待つ。本実施形態によるイベントは、病院の事務局長ＰＣ（スマホ）または医局の医局長ＰＣ（スマホ）または医師ＰＣ（スマホ）からの、特定のシフト枠に対する操作入力である。なお、シフト管理サーバ３１０の管理者による操作入力をイベントとしてもよい。

イベント発生を検出すれば、ＣＰＵ１１１０は、ステップＳ１２０５において、どのシフト枠に対するイベントであるかを、ＰＣやスマホ画面への操作位置に基づいて、共通のシフト枠ＩＤとして受信して、ＲＡＭ１１４０に記憶する。次に、ＣＰＵ１１１０は、ステップＳ１２０７において、取得したシフト枠ＩＤにより識別された現ステータスを取得して、ＲＡＭ１１４０のシフト枠のステータス情報１１４２に記憶する。そして、ＣＰＵ１１１０は、ステップＳ１２０９において、ＰＣやスマホ画面におけるシフト枠に関連する操作の受信を待つ。シフト枠への操作の受信がなければ、ＣＰＵ１１１０は、ステップＳ１２１１において、他のイベントの発生があるか否かを判定する。

他のイベントの発生を検出すれば、本処理と並行して対象とされたシフト枠の処理を開始する。なお、他のイベントに対応するシフト枠の処理は、図１１に示したシフト枠ＩＤ１１４１のステータス情報およびパラメータ情報の生成と処理であるが、煩雑となるので図１２おける図示および説明は省略する。図１１で説明したように、１つのＣＰＵ１１１０による複数のシフト枠の時分割処理や、複数のＣＰＵ１１１０による分散処理により並行処理が実現される。他のイベントの発生を検出しなければ、ＣＰＵ１１１０は、ステップＳ１２０９に戻って、ＰＣやスマホ画面におけるシフト枠に関連する操作の受信を待つ。

シフト枠に関連する操作を受信すると、ＣＰＵ１１１０は、ステップＳ１２１３において、操作内容をシフト枠のステータス情報１１４２に記憶し、現ステータスと操作内容（操作元の識別子を含む）との組み合わせに基づいて、シフト管理アルゴリズム５１０を参照して遷移先のステータスを取得する。また、ＣＰＵ１１１０は、ステップＳ１２１５において、現ステータスと操作内容（操作元の識別子を含む）との組み合わせに基づいて、シフト管理アルゴリズム５１０を参照してメッセージ送信先およびメッセージ内容を取得する。ここで、メッセージ内容は、メッセージフォーマットのテンプレートの空白部にパラメータを埋め込むことで完成させる。そして、ＣＰＵ１１１０は、ステップＳ１２１７において、取得して完成させたメッセージを送信先に送信する。

ＣＰＵ１１１０は、ステップＳ１２１９において、対象のシフト枠ＩＤの現ステータスを遷移先のステータスに更新して、遷移したステータスに対応する画面を対象とするＰＣやスマホに表示させる。この画面には、次の操作入力が必要な場合、操作入力枠が設けられる。なお、ステップＳ１２１７のメッセージは必要な通知先に送信され、ステップＳ１２１９の画面は操作元に送信されるが、通知先と操作元とが共通であれば１つのステップでもよい。

ＣＰＵ１１１０は、ステップＳ１２２１において、処理を終了するか否かを判定し、終了でなければステップＳ１２０３に戻って、次のイベント（シフト枠に関連する操作入力）を待つ。

《パーソナルコンピュータの機能構成》
図１３は、本実施形態に係る通信端末としてのパーソナルコンピュータ３２１〜３５１の機能構成を示すブロック図である。

ＰＣ３２１〜３５１は、通信制御部１３０１と、シフト管理アプリケーション１３０２と、表示部１３０３と、操作部１３０４と、を備える。ここで、シフト管理アプリケーション１３０２は、シフト管理サーバ３１０からダウンロードされたアプリケーションプログラムを実行することで実現されるが、ブラウザによってシフト管理サーバ３１０から提供されてもよい。また、表示部１３０３と操作部１３０４は、タッチパネル型の一体構造であってもよい。

通信制御部１３０１は、ネットワーク３６０を介するシフト管理サーバ３１０との通信を制御する。表示部１３０３は、シフト管理サーバ３１０から提供されたメッセージやシフト表などの画面、あるいは、ＰＣ３２１〜３５１の状態を表示する。操作部１３０４は、シフト管理サーバ３１０へのシフト枠の変化をもたらす操作入力やデータ入力、あるいは、ＰＣ３２１〜３５１の制御入力を取得する。

シフト管理アプリケーション１３０２は、表示情報受信部１３２２と、シフト表生成部１３２３と、メッセージ生成部１３２４と、を有する。表示情報受信部１３２２は、シフト管理サーバ３１０から送信されたメッセージやシフト表などの画面情報を受信する。シフト表生成部１３２３は、受信された表示情報からシフト表情報を取得して、シフト表画面データを生成して表示部１３０３に出力する。メッセージ生成部１３２４は、受信された表示情報からメッセージ情報を取得して、メッセージ画面データを生成して表示部１３０３に出力する。

また、シフト管理アプリケーション１３０２は、シフト表要求部１３２１と、シフト枠抽出部１３２５と、メッセージ応答取得部１３２６と、操作情報送信部１３２７と、を有する。シフト表要求部１３２１は、操作部１３０４からの対応する操作に基づいて、シフト管理サーバ３１０が保持する、病院、医局および医師が共有できる共通のシフト表をシフト管理サーバ３１０に要求する。シフト枠抽出部１３２５は、表示部１３０３に表示されたシフト表の特定のシフト枠に対する操作に対応して、シフト枠を特定して操作情報送信部１３２７に伝える。本実施形態においては、医師名、内部調整や外部依頼などをドラッグしてシフト枠にドロップするＤ＆Ｄによって、シフト枠を特定してステータス遷移を実行する。なお、本実施形態においては、医師がシフト枠を操作できないようにしている。メッセージ応答取得部１３２６は、表示部１３０３に表示されたメッセージに対して、操作部１３０４により空白部を埋めたり選択指示をしたりした応答を取得して、操作情報送信部１３２７に伝える。操作情報送信部１３２７は、シフト枠抽出部１３２５が抽出した操作対象のシフト枠の情報や、メッセージ応答取得部１３２６が取得した応答情報を、シフト管理サーバ３１０に送信する。

なお、図１３においては、病院ＰＣ、医局ＰＣおよび医者ＰＣを共通の機能構成で説明したが、それぞれに役割に応じた特殊な機能の追加や、機能の変形などがあってもよい。

《スマートフォンの機能構成》
図１４は、本実施形態に係る通信端末としてのスマートフォン３２２〜３５２の機能構成を示すブロック図である。

スマホ３２２〜３５２は、通信制御部１４０１と、シフト管理アプリケーション１４０２と、表示部１４０３と、操作部１４０４と、を備える。ここで、シフト管理アプリケーション１４０２は、基本的に、ブラウザによってシフト管理サーバ３１０から提供される機能である。また、表示部１４０３と操作部１４０４は、タッチパネル型の一体構造である。

通信制御部１４０１は、ネットワーク３６０を介するシフト管理サーバ３１０との通信を制御する。表示部１４０３は、シフト管理サーバ３１０から提供されたメッセージやシフト表などの画面、あるいは、スマホ３２２〜３５２の状態を表示する。操作部１４０４は、シフト管理サーバ３１０へのシフト枠の変化をもたらす操作入力やデータ入力、あるいは、スマホ３２２〜３５２の制御入力を取得する。

シフト管理アプリケーション１４０２は、表示情報受信部１４２２と、シフト表生成部１４２３と、メッセージ生成部１４２４と、を有する。表示情報受信部１４２２は、シフト管理サーバ３１０から送信されたメッセージやシフト表などの画面情報を受信する。シフト表生成部１４２３は、受信された表示情報からシフト表情報を取得して、シフト表画面データを生成して表示部１４０３に出力する。なお、表示画面のサイズが小さいので、シフト表画面データは例えば一週間分などが望ましい。メッセージ生成部１４２４は、受信された表示情報からメッセージ情報を取得して、メッセージ画面データを生成して表示部１４０３に出力する。

また、シフト管理アプリケーション１３０２は、シフト表要求部１４２１と、シフト枠抽出部１４２５と、メッセージ応答取得部１４２６と、操作情報送信部１４２７と、を有する。シフト表要求部１４２１は、操作部１４０４からの対応する操作に基づいて、シフト管理サーバ３１０が保持する、病院、医局および医師が共有できる共通のシフト表をシフト管理サーバ３１０に要求する。シフト枠抽出部１４２５は、表示部１４０３に表示されたシフト表の特定のシフト枠に対する操作に対応して、シフト枠を特定して操作情報送信部１４２７に伝える。なお、本実施形態においては、医師がシフト枠を操作できないようにしている。メッセージ応答取得部１４２６は、表示部１４０３に表示されたメッセージに対して、操作部１４０４により空白部を埋めたり選択指示をしたりした応答を取得して、操作情報送信部１４２７に伝える。操作情報送信部１４２７は、シフト枠抽出部１４２５が抽出した操作対象のシフト枠の情報や、メッセージ応答取得部１４２６が取得した応答情報を、シフト管理サーバ３１０に送信する。

なお、図１４においては、病院の事務局長シマホ、医局長スマホおよび医者スマホを共通の機能構成で説明したが、それぞれに役割に応じた特殊な機能の追加や、機能の変形などがあってもよい。

《外部依頼処理における各通信端末の表示画面》
図１５Ａ〜図２０Ｃは、病院の事務局長、医局長、医師のＰＣおよびスマホを含む各通信端末の表示画面を示した図である。以下、本実施形態の外部依頼処理の動作手順に従って順に説明する。

（事務局長用パーソナルコンピュータのシフト変更指示画面：Ｓ４３１／ステータス050001に相当）
図１５Ａは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト変更指示画面１５１０を示す図である。なお、図２Ａと同様の構成要素については重複する説明を省略する。

図１５Ａのシフト変更指示画面１５１０において、既に１６日の日直に割り当てられていた猪又医師が勤務できなくなったため、「！調整中」をシフト枠にＤ＆Ｄする（１５１１）と、確認メッセージ１５１３が表示される。確認メッセージ１５１３において「ＯＫ」を選択することにより、１６日の日直のシフト枠が「猪又」から「！調整中」に変更される（１５１２）。そして、メニューから「調整中一覧」を選択する（１５１４）と、図１５Ｂの画面１５２０に変わる。

図１５Ｂは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト変更指示画面１５２０を示す図である。

図１５Ｂの「調整中一覧」を表示するシフト変更指示画面１５２０には、既に調整中となっている他のシフト枠も表示される。この一覧表示の「アサイン医師」は割当てが確認されるとその医師名が表示される。シフト変更指示画面１５２０において、調整中とした１６日の日直１５２１を選択すると、１６日の日直を依頼可能な依頼先が表示される。図１５Ｂにおいては、依頼先から「自由外科」と「東名外科」とを選択する（１５２２）。次に、依頼１５２３を選択すると、外部医局へのアサイン依頼メッセージ枠１５２４が表示される。アサイン依頼メッセージ枠１５２４には、既に、シフト枠の日時や依頼先が設定されている。病院の事務局長は、回答期限と、報酬と、コメントを入力して、依頼１５２５を選択すると、アサイン依頼メッセージがシフト管理サーバ３１０に送信される。

なお、回答期限や報酬が自動的に設定されて、変更を望めば変更可能とする構成でってもよい。

（医局長の通信端末におけるシフト変更通知画面：Ｓ４３７とＳ４３９／ステータス050002に相当）
図１６Ａは、本実施形態に係る大学の医局長のスマートフォンにおけるシフト変更通知画面を示す図である。

図１６Ａの左図は、事務局長ＰＣからアサイン依頼メッセージを受けたシフト管理サーバ３１０が、依頼先に送信した依頼通知メッセージ１６１１である。医局長が、依頼通知メッセージ１６１１の内容を見るために、開く１６１２を選択すると、図１６Ａの中央図のように外部依頼内容１６１３が表示される。この外部依頼内容１６１３には、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、依頼元期限（４月１２日）、が含まれる。また、この外部依頼内容１６１３には、医局で設定する内部期限の空欄も含まれる。医局長は、内部期限を設定して、右図の次画面１６１４（あるいはスクロール）において、依頼元を考慮して依頼メッセーシ（募集メッセージ）を送信する医師を選択して依頼ボタンを選択する。図１６Ａにおいては、久保医師、津川医師、島崎医師から、久保医師と津川医師とが選択されている（１６１５）。

画面１６１４には、依頼確認メッセージ１６１６が表示される。そして、「ＯＫ」を選択すると、久保医師と津川医師とに募集通知メッセージを送信するように、シフト管理サーバ３１０に通知される。

図１６Ｂおよび図１６Ｃは、図１６Ａのスマホでの医局長の処理を、大学の医局長用のパーソナルコンピュータで行なう場合の表示画面を示した図である。

図１６Ｂは、本実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト変更通知画面１６２０を示す図である。医局長ＰＣにおいて、医局長がシフト変更通知画面１６２０を開くと、医局に外部依頼された依頼一覧が表示される。依頼一覧には、医局への他の依頼元病院からの外部依頼も含まれる。図１６Ｂには、集会病院から４月１６日（土）の日直を新規に依頼されたことが表示されている。医局長がこの新規依頼１６２１を選択すると、画面は図１６Ｃのシフト変更通知画面１６３０に変わる。

図１６Ｃは、本実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト変更通知画面１６３０を示す図である。シフト変更通知画面１６３０には、集会病院からの外部依頼メッセージ１６３１が表示される。外部依頼メッセージ１６３１には、図１６Ａの中央図と同様に、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、依頼元期限（４月１２日）、が含まれる。また、この外部依頼メッセージ１６３１には、医局で設定する内部期限の空欄も含まれる。また、医局長が、久保医師、津川医師、島崎医師から、久保医師と津川医師とを選択して、「依頼」１６３２を選択すると、依頼確認メッセージ１６３３が表示される。依頼確認メッセージ１６３３において、「ＯＫ」を選択すると、久保医師と津川医師とに募集通知メッセージを送信するように、シフト管理サーバ３１０に通知される。

なお、外部依頼メッセージ１６３１の下端の「打診」は、外部医師から応募があった後に病院に打診する場合のボタンである。

図１６Ｄは、本実施形態に係る大学の医局長用のパーソナルコンピュータにおけるシフト画面１６４０を示す図である。図１６Ｄは、例えば、「東名外科」の医局長ＰＣから「集会病院」への派遣シフト表を示している。

「集会病院」から「４月１６日土曜日」の「日直」の外部依頼を受けて場合には、シフト枠の「依頼受」１６４１が表示される。なお、「東名外科」から外部医師への依頼処理の後にはシフト枠に「依頼中」が表示され、外部医師からの応募があれば「応募有」が表示され、病院への打診中であれば「打診中」が表示されでもよい。あるいは、「依頼受」１６４１をクリックすると、図１６Ｃの外部依頼メッセージ１６３１に現在の状況を示して表示するように構成してもよい。

（医局医師の通信端末におけるシフト変更依頼画面および応募画面：Ｓ４４３とＳ４５１／ステータス050002に相当）
図１７Ａは、本実施形態に係る医局医師のスマートフォンにおけるシフト変更依頼画面および応募画面を示す図である。

図１７Ａの左図は、医局長ＰＣまたはスマホから依頼先医師の情報を受けたシフト管理サーバ３１０が、依頼先医師のスマホに送信した依頼通知メッセージ１７１１である。医師が、依頼通知メッセージ１７１１の内容を見るために、開く１７１２を選択すると、図１７Ａの右図のように外部依頼内容１７１３が表示される。この外部依頼内容１７１３には、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、医局の回答期限（４月１２日）、が含まれる。また、この外部依頼内容１７１３には、医師が設定する確定の回答を望む回答有効期限の空欄も含まれる。医師は、回答有効期限を設定して、「応募」１７１４を選択すると、応募メッセージがシフト管理サーバ３１０に送信される。

図１７Ｂおよび図１７Ｃは、図１７Ａのスマホでの医師の処理を、医師用のパーソナルコンピュータで行なう場合の表示画面を示した図である。

図１７Ｂは、本実施形態に係る医局医師用のパーソナルコンピュータにおけるシフト変更依頼画面１７２０を示す図である。医局医師がＰＣを開くと、シフト変更依頼画面１７２０に依頼一覧が表示される。依頼一覧から「集会病院／４月１６日／日直」１７２１を選択すると、図１７Ｃの応募メッセージ１７３１が表示される。

図１７Ｃは、本実施形態に係る医局医師用のパーソナルコンピュータにおける画面１７３０を示す図である。画面１７３０は、応募メッセージ１７３１を含む。この応募メッセージ１７３１には、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、医局の回答期限（４月１２日）、が含まれる。また、この応募メッセージ１７３１には、医師が設定する確定の回答を望む回答有効期限の空欄も含まれる。医師が「応募」１７３２を選択すると、応募メッセージ１７３１がシフト管理サーバ３１０に送信される。

図１７Ｄは、本実施形態に係る医局医師用のパーソナルコンピュータにおけるシフト画面１７４０を示す図である。なお、図１７Ｄは、久保医師のＰＣにおけるシフト画面１７４０を示す。

シフト画面１７４０には、４月１６日の日直が「集会病院」から依頼されたことが、識別可能に表示されている。かかる４月１６日をクリックすることにより、外部依頼の詳細や応募メッセージが表示されてよい。

なお、シフト画面をスマホから要求した場合は、１週間分を表示する、あるいは、１週間分を表示してスクロール可能にするなどが考えられる。

（医局長の通信端末における応募通知画面：Ｓ４５３とＳ４５５／ステータス050003に相当）
図１８Ａは、本実施形態に係る大学の医局長のスマートフォンにおける応募通知画面を示す図である。

図１８Ａの左図は、医師ＰＣまたはスマホから応募を受けたシフト管理サーバ３１０が、医局長のスマホに送信した応募通知メッセージ１８１１である。医局長が、応募通知メッセージ１８１１の内容を見るために、開く１８１２を選択すると、図１８Ａの右図のように外部依頼に対する応募内容１８１３が表示される。この応募内容１８１３には、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、依頼元の回答期限（４月１２日）、依頼医師、が含まれる。図１８Ａにおいては、久保医師からの応募１８１４があり、津川医師からは応募がない。「打診」が選択されると、確認メッセージ１８１５が表示され、「ＯＫ」１８１６が選択されると、依頼元（集会病院）に久保医師の応募の打診を、シフト管理サーバ３１０に送信する。

なお、複数の医師からの応募があった場合、本実施形態においては、１名の適切な医師を選択して依頼先に打診する。医師の選択は、依頼元や依頼されたシフト枠、あるいは、履歴などを参照して行なわれる。

図１８Ｂおよび図１８Ｃは、図１８Ａのスマホでの医局長の処理を、大学の医局長用のパーソナルコンピュータで行なう場合の表示画面を示した図である。

図１８Ｂは、本実施形態に係る大学の医局長用のパーソナルコンピュータにおける応募通知画面１８２０を示す図である。医局長ＰＣにおいて、医局長が応募通知画面１８２０を開くと、医局に外部依頼された依頼一覧が表示される。依頼一覧には、医局への他の依頼元病院からの外部依頼も含まれる。図１８Ｂには、集会病院から４月１６日（土）の日直の依頼に対して、１名の医師から応募があったことが表示されている（１８２２）。医局長がこの応募した氏名１８２１を選択すると、画面は図１８Ｃの応募打診画面１８３０に変わる。

図１８Ｃは、本実施形態に係る大学の医局長用のパーソナルコンピュータにおける応募打診画面１８３０を示す図である。応募打診画面１８３０には、依頼元への応募打診メッセージ１８３１が表示される。応募打診メッセージ１８３１には、図１６Ａの中央図と同様に、依頼元（集会病院）、依頼の日時（４月１６日・土曜日）、勤務内容（日直）、報酬（９０,０００円）、応募数（単数／複数）、医局の回答期限（４月１２日）、応募一覧、が含まれる。応募一覧には、久保医師と津川医師とを選択して依頼し、久保医師から応募があったことが示されている。医局長は、久保医師を選択して（１８３２）、「打診」１８３３を選択すると、応募した久保医師の打診メッセージが依頼先に送信されるべく、シフト管理サーバ３１０に送信される。なお、本例においては、久保医師のみの応募なので、そのまま依頼元への打診をするが、複数医師の応募がある場合は、医局長が打診する医師を選択する。あるいは、複数の応募医師が打診されてもよい。

（事務局長の通信端末における応募結果画面：Ｓ４７１とＳ４７３／ステータス470000-490000に相当）
図１９Ａは、本実施形態に係る病院の事務局長のスマートフォンにおける応募通知画面１９１１を示す図である。応募通知画面１９１１は、医局長ＰＣまたはスマホからの打診メッセージを受けたシフト管理サーバ３１０から送信される。

応募通知画面１９１１に表示された応募医師をシフト枠に確定するため、事務局長は「確定」を選択すると「！調整中」となっていたシフト枠に医師名（本例では久保）が表示されて、外部依頼が確定する。

図１９Ｂは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおける応募確定画面１９２０を示す図である。図１９Ｂは、図１９Ａのスマホでの事務局長の処理を、病院の事務局長用のパーソナルコンピュータで行なう場合の表示画面を示した図である。

調整中となったシフト枠、４月１６日の日直に対して、外部の東名外科の久保医師からの応募１９２１が表示されている。応募１９２１が選択されると、確定用メッセージ１９２２が表示される。事務局長により「確定」が選択されると、４月１６日の日直のシフト枠に「久保」が表示されて、担当医師が確定する。

図１９Ｃは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおける更新後のシフト画面１９３０を示す図である。事務局長用ＰＣからにシフト表の表示要求に対して、図１５Ａにおいて「！調整中」となった４月１６日の日直のシフト枠には、「久保」１９３１が表示されて、更新後の当直−日直のシフト表が表示される。

（各通信端末における応募確定通知画面：Ｓ４７５とＳ４７７／ステータス490000or990000に相当）
図２０Ａは、本実施形態に係る大学の医局長、確定した医局医師および他の医局医師のスマートフォンにおける応募確定通知画面を示す図である。図２０Ａは、調整中となったシフト枠に新たな医師が割り当てられたことによる、外部依頼を受けた関係者への医師確定の報告メッセージである。

図２０Ａの左図は、医師応募を打診した医局長のスマホに久保医師の勤務が決定したことを通知する報告メッセージ２０１１である。図２０Ａの中央図は、応募して勤務が確定した、本例では久保医師のスマホへの、勤務が決定したことを通知する報告メッセージ２０２１である。図２０Ａの右図は、募集を受けて応募したが、あるいは、依頼しないまま、他の医師の勤務が確定した医師のスマホへの、他の医師の勤務が決定したことを通知する報告メッセージ２０３１である。

（更新後のシフト画面）
図２０Ｂは、本実施形態に係る大学の医局長のパーソナルコンピュータにおける更新後のシフト画面２０４０を示す図である。「依頼受」となった４月１６日の日直のシフト枠には、「久保」２０４１が表示されて、更新後の集会病院への派遣のシフト表が表示される。なお、病院が選択されると各病院単位のシフト表が表示され、「全て」が選択されると、外部依頼を受けた全病院への派遣を含むソフト表が表示される。

図２０Ｃは、本実施形態に係る確定した医局医師のパーソナルコンピュータにおける更新後のシフト画面２０５０を示す図である。図２０Ｃは、外部依頼に応募した久保医師のＰＣに表示されるシフト表である。「依頼受」となった４月１６日の日直のシフト枠には、「集会病院」２０５１が表示されて、更新後の久保医師のシフト表が表示される。

《事務局長用パーソナルコンピュータのシフト表生成画面》
図２１Ａ〜図２１Ｄは、図４のステップＳ４０３におけるシフト表テンプレートへの医師割当処理に応答するシフト表生成時の手順に沿った表示画面を示す。

図２１Ａは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面２１１０を示す図である。シフト表生成画面２１１０においては、初期設定しているシフト枠を生成する。テンプレートで担当医師が設定されている場合は、自動的に医師を設定する。

図２１Ｂは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面２１２０を示す図である。図２１Ａで生成したシフト枠の内部医師の枠には、担当医師がＤ＆Ｄされる。一方、外部医師であって医局から医師を派遣してもらう契約になっており、医局側で医師が確定していない場合、「大学名（外部依頼先）」が表示される（２１２１）。「大学名」枠で外部医師が確定すれば、医師名に変わる。

図２１Ｃは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面２１３０を示す図である。シフト表生成画面２１３０は、割り当てる医師を交代する場合である。例えば、整形外科の６月８日の「大原」を「佐藤次郎」に変更する場合には、右欄の佐藤次郎をドラッグして、６月８日にドロップする（２１３１）と、図２１Ｄのように、医師名が佐藤２１４１に変わる。

図２１Ｄは、本実施形態に係る病院の事務局長用のパーソナルコンピュータにおけるシフト表生成画面２１４０を示す図である。図２１Ｄは、「大学名（外部依頼先）」以外のシフト枠が確定して、事務局長がこのシフトを一旦確定する時の画面である。確認メッセージ２１４２が表示され、事務局長が「ＯＫ］２１４３を選択すれば、整形外科の６月のシフト表が確定する。

なお、一旦確定されたシフト表であっても、図１５Ａのように、医師の都合で変更の必要が発生する。その場合には、シフト枠単位で内部調整や外部依頼が実行され、新たな担当医師が確定すれば、シフト表が再確定される。

図２１Ｂには、病院の事務局長によるシフト表の確定操作を説明したが、医局長による医局のシフト表の確定操作も同様に行なえる。なお、病院の事務局長と医局長とによる共通のシフト枠についての確定は、ステータスにより連動させている。

本実施形態によれば、各々のシフト枠に対応付けて記憶するステータスの遷移に応じて勤務者の登録状態を制御するので、医局から医療機関への医師の派遣を含む医療機関における医師のシフト表を迅速にかつ効率的に生成することができる。

［第３実施形態］
次に、本発明の第３実施形態に係る情報処理装置としてのシフト管理サーバを含むシフト管理システムについて説明する。本実施形態に係るシフト管理サーバを含むシフト管理システムは、上記第２実施形態と比べると、定義されたシフト表の各シフト枠へのドラッグ＆ドロップによる簡単な操作でシフト表テンプレートを生成する点で異なる。本実施形態においては、各々のシフト枠に対応する記憶領域に、少なくとも、各々のシフト枠への勤務者の割当条件に応じた前記ステータスの初期値を記憶する。かかる割当条件としては、医療機関外部における勤務者の調整にあらかじめ割り当てられたシフト枠に対する初期値を含む。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《シフト管理システムの動作概要》
図２２Ａおよび図２２Ｂは、本実施形態に係る情報処理装置を含むシフト管理システムの動作概要を説明する図である。本実施形態は、図４のステップＳ４０１のシフト表生成処理に相当する。なお、図２２Ａおよび図２２Ｂにおいて、図２Ａおよび図２Ｂと同様の構成要素については、重複する説明を省略する。また、図２２Ａおよび図２２Ｂにおいては、病院の事務局長ＰＣにおける病院の特定診療科におけるシフト表テンプレートの生成を説明するが、大学の医局長ＰＣにおける医局医師のシフト表テンプレートの生成も、シフト枠に対応して記憶するテーブルの内容が多少変わるのみで同様の操作で可能である。すなわち、シフトテーブルの内容が図７Ａから図７Ｂに変わるが、これらシフトテーブル間のデータは常に共通となるように制御されている。また、事務局長ＰＣのシフト表と医局長ＰＣのシフト表とは表示色などで識別可能とし、共通のシフト枠は同色で表示するなどの工夫をするのが望ましい。

図２２Ａは、シフト枠をあらかじめ特定の医師や、外部医局に割り当てていない「未登録」枠をカレンダーに配置してシフト表テンプレートを生成する操作を示す図である。

カレンダーの欄外には「未登録」のシフト枠が置かれている。事務局長は、欄外の「未登録」のシフト枠をドラッグして、例えば６月１日の午前中の位置にドロップする（２２１２）。なお、６月１日にドロップされた「未登録」のシフト枠には、図７Ａの病院用シフト表テーブル５９１の、整形外科の外来シフト表の６月１日の午前のシフト枠データ２２１１に紐付けられ、シフト枠データ２２１１には医師が未登録であることを示す初期データが設定される。なお、図２２Ａにおいては、内部医師の割当てが設定されているためステータスは“０１００００”（０１が内部の未登録を示す）と設定されている。しかし、初期設定でのステータスは“００００００”であって、事務局長の「未登録」の表示枠の選択時に“０１００００”に遷移する構成であってもよい。

図２２Ｂは、シフト枠をあらかじめ特定の外部医局（○○大学の医局）に割り当てている「未登録」枠をカレンダーに配置してシフト表テンプレートを生成する操作を示す図である。

カレンダーの欄外には「○○大学」のシフト枠が置かれている。事務局長は、欄外の「○○大学」のシフト枠をドラッグして、例えば６月１日の午後の位置にドロップする（２２２２）。なお、６月１日にドロップされた「○○大学」のシフト枠には、図７Ａの病院用シフト表テーブル５９１の、整形外科の外来シフト表の６月１日の午後のシフト枠データ２２２１に紐付けられ、シフト枠データ２２２１には外部医師が未登録であることを示す初期データが設定される。同時に、図７Ｂの医局用シフト表テーブル５９２の、シフト表の６月１日の午後のシフト枠データに紐付けられ、シフト枠データには外部医師が医局で調整中であることを示す初期データが設定されてもよい。なお、図２２Ｂにおいては、外部医師の割当てが設定されているためステータスは“５１００００”（５１が外部の未登録を示す）と設定されている。しかし、初期設定でのステータスは“００００００”であって、事務局長や医局長の「未登録」の表示枠の選択時に“５１００００”に遷移する構成であってもよい。

（病院用シフト表テーブル）
図２３は、本実施形態に係る病院用シフト表テーブル２３９１の生成過程を示す図である。なお、図２３において、図７Ａと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

図２３は、例えば６月分のシフト表である図７Ａのシフト表テンプレートの内、図２２Ａおよび図２２Ｂの初期シフト枠を設定した状態を示す図である。シフト枠２３１４として、６月１日の午前と午後とが設定され、それぞれのステータス２３１５は“０１００００”と“５１００００”とに設定され、シフト表画面にはそれぞれ色などで識別可能とされた「未登録」と「○○大学」とが表示されるように設定されている。

《シフト管理サーバのステータス遷移》
図２４は、本実施形態に係るシフト管理アルゴリズムによるシフト管理サーバのステータス遷移を示す図である。なお、図２４において、図８と同様の構成要素には同じステータスを付して、重複する説明を省略する。

図２４には、シフト枠テンプレート作成（ステータス“００ＸＸＸＸ”）が追加されている。なお、シフト枠テンプレート作成（００）後にスタートに戻って、未登録（内部あれは“０１”、外部であれば“５１”）に遷移しても、各シフト枠作成時の内部あるいは外部の設定で、自動的に未登録（内部あれは“０１”、外部であれば“５１”）に遷移してもよい。

本実施形態によれば、属性を定義した各シフト枠をドラッグしてシフト表にドロップすることでシフト表テンプレートを生成できるので、医療機関の管理者端末において、効率的に迅速なシフト表生成が実現できる。

［第４実施形態］
次に、本発明の第４実施形態に係る情報処理装置としてのシフト管理サーバを含むシフト管理システムについて説明する。本実施形態に係るシフト管理サーバを含むシフト管理システムは、上記第２実施形態と比べると、医局の管理者端末が医局に属する勤務者への依頼やその応募を、シフト管理サーバとは独立に制御する点で異なる。例えば、本実施形態においては、メインステータスの遷移はシフト管理サーバで制御され、外部依頼のサブステータスの遷移は医局の管理者端末で制御される。さらに、内部調整のサブステータスの遷移は病院の管理者端末で制御されてもよい。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《シフト管理システムの動作シーケンス》
図２５は、本実施形態に係る情報処理装置を含むシフト管理システムの動作手順を示すシーケンス図である。なお、図２５において、図４と同様のステップには同じステップ番号を付して、重複する説明を省略する。

例えば、病院ＡのＰＣやスマホから、ステップＳ２４１１において、内部調整を起動すると、ステップＳ２４１７において、病院ＡのＰＣやスマホから直接、内部医師のＰＣやスマホに募集が通知される。内部医師は、ステップＳ２４１９において、その募集に応募する。

また、外部依頼においても、ステップＳ４３７において、病院からの外部依頼を、シフト管理サーバ３１０を介して大学Ｘの医局長のＰＣやスマホが受信すると、医局では、ステップＳ２４４１において、募集対象の医師を選択して直接、医師に依頼通知をする。外部医師は、ステップＳ２４４３において医局からの募集を受けて、ステップＳ２４４７において応募する。ステップＳ２４４７〜Ｓ２４６１の動作手順も、大学Ｙの医局と医局医師とに変わるのみで同様である。

本実施形態によれば、各通信端末がシフト管理アプリケーションの実行を分担するので、情報処理装置としてのシフト管理サーバの負荷を減少して、効率的なシフト管理の分散制御が実現できる。

［他の実施形態］
なお、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本実施形態においては、医療機関における医局などからの派遣医師を含むシフト表の生成および管理を説明したが、本発明の技術は、医師のシフト表に限定されず、医療関係では看護師や、介護士などのシフト表にも適用されて同様の効果を奏する。さらに、医療関係に限定されず、例えば、催し物のように複数の異なる参加主体のスケジュールを管理するシフト表の生成および管理にも適用されて同様の効果を奏する。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。

上記目的を達成するため、本発明に係る情報処理装置は、
少なくとも１つの医局から医療機関への医師の派遣を含む前記医療機関における勤務者の第１シフト表および前記少なくとも１つの医局のそれぞれにおける少なくとも１つの医療機関への派遣者の第２シフト表の各々のシフト枠に対応付けて、前記シフト枠における医師の登録状態に応じて遷移するステータスを記憶する記憶手段と、
少なくとも１つの前記勤務者の第１シフト表および少なくとも１つの前記派遣者の第２シフト表のそれぞれの間で共有するシフト枠に対して同じステータスを記憶させて同様に遷移させることにより、前記共有するシフト枠の前記医師の登録状態を共通に制御する制御手段と、
を備える。

上記目的を達成するため、本発明に係る情報処理装置の制御方法は、
少なくとも１つの医局から医療機関への医師の派遣を含む前記医療機関における勤務者の第１シフト表および前記少なくとも１つの医局のそれぞれにおける少なくとも１つの医療機関への派遣者の第２シフト表の、各々のシフト枠に対応付けて記憶されたステータスを、医師の登録状態に応じて遷移させる遷移ステップと、
少なくとも１つの前記勤務者の第１シフト表および少なくとも１つの前記派遣者の第２シフト表のそれぞれの間で共有するシフト枠に対して同じステータスを記憶させて同様に遷移させることにより、前記共有するシフト枠の前記医師の登録状態を共通に制御する制御ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理装置の制御プログラムは、
少なくとも１つの医局から医療機関への医師の派遣を含む前記医療機関における勤務者の第１シフト表および前記少なくとも１つの医局のそれぞれにおける少なくとも１つの医療機関への派遣者の第２シフト表の、各々のシフト枠に対応付けて記憶されたステータスを、医師の登録状態に応じて遷移させる遷移ステップと、
少なくとも１つの前記勤務者の第１シフト表および少なくとも１つの前記派遣者の第２シフト表のそれぞれの間で共有するシフト枠に対して同じステータスを記憶させて同様に遷移させることにより、前記共有するシフト枠の前記医師の登録状態を共通に制御する制御ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係るシフト管理システムは、
少なくとも１つの医療機関の第１管理者端末と、
前記医療機関外の少なくとも１つの医局の第２管理者端末と、
前記少なくとも１つの医療機関で勤務する複数の医師の複数の勤務者端末と、
前記第１管理者端末、前記第２管理者端末および前記複数の勤務者端末と接続されて、前記少なくとも１つの医療機関における勤務者の第１シフト表の生成、および、前記少なくとも１つの医局における派遣者の第２シフト表の生成を支援する情報処理装置と、
を備え、
前記情報処理装置は、
前記勤務者の第１シフト表および前記派遣者の第２シフト表の各々のシフト枠に対応付けて、前記シフト枠における医師の登録状態に応じて遷移するステータスを記憶する記憶手段と、
少なくとも１つの前記勤務者の第１シフト表および少なくとも１つの前記派遣者の第２シフト表のそれぞれの間で共有するシフト枠に対して同じステータスを記憶させて同様に遷移させることにより、前記共有するシフト枠の前記医師の登録状態を共通に制御する制御手段と、
を備える。

上記目的を達成するため、本発明に係るシフト管理方法は、
遷移手段が、少なくとも１つの医療機関の第１管理者端末と、前記医療機関外の少なくとも１つの医局の第２管理者端末と、前記医療機関で勤務する複数の医師の複数の医師端末との少なくともいずれかからの操作入力処理による医師の登録状態に応じて、前記少なくとも１つの医局から医療機関への医師の派遣を含む前記医療機関における勤務者の第１シフト表および前記少なくとも１つの医局のそれぞれにおける少なくとも１つの医療機関への派遣者の第２シフト表の、各々のシフト枠に対応付けて記憶されたステータスを遷移させる遷移ステップと、
制御手段が、少なくとも１つの前記勤務者の第１シフト表および少なくとも１つの前記派遣者の第２シフト表のそれぞれの間で共有するシフト枠に対して同じステータスを記憶させて同様に遷移させることにより、前記第１管理者端末と、前記第２管理者端末と、前記複数の勤務者端末との少なくともいずれかへメッセージ出力処理を行なって、前記共有するシフト枠の前記医師の登録状態を共通に制御する制御ステップと、
を含む。

Claims (14)

1. 医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する記憶手段と、
   前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御手段と、
   を備える情報処理装置。
2. 前記制御手段は、複数の前記シフト枠に対して並行して勤務者の登録状態を制御する、請求項１に記載の情報処理装置。
3. 前記制御手段は、前記シフト表において、前記各々のシフト枠における前記ステータスを識別可能に表示するよう制御する表示制御手段をさらに備える請求項１または２に記載の情報処理装置。
4. 前記ステータスは、勤務者が割り当てられていない未登録状態と、勤務者が割り当てられている割当状態と、前記医療機関内部の勤務者の割当てを調整中の内部調整状態と、前記医療機関外部の勤務者の割当てを依頼中の外部依頼状態と、を含む請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 現在の前記ステータスと、前記医療機関の管理者、前記医療機関外部の医局の管理者および前記シフト枠の勤務に応募する勤務者の少なくともいずれかからの操作入力処理とに対応付けて、次に遷移する前記ステータスと、前記医療機関の管理者、前記医局の管理者および前記応募する勤務者の少なくともいずれかへのメッセージ出力処理とを格納する格納手段、をさらに備え、
   前記制御手段は、前記格納手段を参照した前記ステータスの遷移に応じて前記各々のシフト枠に対して勤務者の登録状態を制御する、請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記制御手段は、前記各々のシフト枠に対して、
   前記ステータスが前記医療機関外部の医局に所属する勤務者に勤務を依頼する依頼状態に遷移した場合に、前記依頼状態を維持して、前記依頼状態中に前記医局における前記シフト枠の勤務者の募集状態に応じて遷移するサブステータスに従って、前記医局に所属する勤務者の募集を制御する募集手段と、
   前記医局に所属する勤務者の応募が前記医療機関により承認された場合に、前記ステータスを前記シフト枠に勤務者が割り当てられた割当状態に遷移させる割当手段と、
   を備える請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記サブステータスは、前記医局に勤務者を依頼した外部依頼状態と、前記医局が前記医局に所属する勤務者に依頼中の外部調整状態と、前記医局に所属する勤務者の応募を前記医局から前記医療機関に打診中の打診状態と、を含む請求項６に記載の情報処理装置。
8. 前記募集手段は、
   前記医療機関の管理者端末からの依頼に応じて、前記医局の管理者端末による前記医局に所属する勤務者端末に対して勤務を依頼して、前記勤務者端末からの応募を前記医局の管理者端末に通知する第１募集手段と、
   前記医療機関の管理者端末からの依頼に応答する応募として、前記医局の管理者端末において前記勤務者端末の応募から選別された応募を、前記医局の管理者端末から受け付ける第２募集手段と、
   を有する請求項６または７に記載の情報処理装置。
9. 前記募集手段は、前記医局の管理者端末による前記医局に所属する勤務者端末に対する勤務依頼の第１募集期限と、前記医療機関の管理者端末から前記医局の管理者端末に対する勤務依頼の第２募集期限と、前記勤務者端末からの応募を確定すべき応募確定期限と、の少なくとも１つの期限により期限管理される、請求項６乃至８のいずれか１項に記載の情報処理装置。
10. 前記募集手段による前記依頼には、依頼勤務に対する報酬情報が含まれる、請求項６乃至９のいずれか１項に記載の情報処理装置。
11. 医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
    前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御ステップと、
    を含む情報処理装置の制御方法。
12. 医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
    前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御ステップと、
    をコンピュータに実行させる情報処理装置の制御プログラム。
13. 医療機関の第１管理者端末と、
    前記医療機関外の医局の第２管理者端末と、
    前記医療機関で勤務する複数の勤務者の複数の勤務者端末と、
    前記第１管理者端末、前記第２管理者端末および前記複数の勤務者端末と接続されて、前記医療機関における勤務のシフト表の生成を支援する情報処理装置と、
    を備え、
    前記情報処理装置は、
    医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを記憶する記憶手段と、
    前記各々のシフト枠に対して、前記ステータスの遷移に応じて勤務者の登録状態を制御する制御手段と、
    を備えるシフト管理システム。
14. 医療機関の第１管理者端末と、前記医療機関外の医局の第２管理者端末と、前記医療機関で勤務する複数の勤務者の複数の勤務者端末との少なくともいずれかからの操作入力処理に応じて、前記医局から医療機関への医師の派遣を含む前記医療機関における勤務のシフト表において、各々のシフト枠に対応付けて前記シフト枠における勤務者の登録状態に応じて遷移するステータスを遷移させる遷移ステップと、
    前記各々のシフト枠に対して、前記ステータスの遷移に応じて、前記第１管理者端末と、前記第２管理者端末と、前記複数の勤務者端末との少なくともいずれかへメッセージ出力処理を行なって、勤務者の登録状態を制御する制御ステップと、
    を含むシフト管理方法。

Images