特開 2022-133028 システム、情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022133028

(43)【公開日】2022-09-13

(54)【発明の名称】システム、情報処理方法、およびプログラム

(51)【国際特許分類】

   H04M 9/00 20060101AFI20220906BHJP

   A61G 12/00 20060101ALI20220906BHJP

【ＦＩ】

H04M9/00 H

A61G12/00 E

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021031832

(22)【出願日】2021-03-01

(71)【出願人】

【識別番号】000100908

【氏名又は名称】アイホン株式会社

(74)【代理人】

【識別番号】110001416

【氏名又は名称】特許業務法人 信栄特許事務所

(72)【発明者】

【氏名】池田 幸正

【テーマコード（参考）】

4C341

5K038

【Ｆターム（参考）】

4C341LL10

5K038AA05

5K038BB01

5K038DD12

5K038DD21

5K038FF01

(57)【要約】

【課題】ケア担当者と患者の対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現可能なシステム、情報処理方法、及びプログラムを提供する。
【解決手段】システム１は、所定の施設の各ケア担当者が携帯する携帯端末５０と、携帯端末５０と通信可能なナースコールサーバ２０と、携帯端末５０と通信可能なケア情報サーバ３０とを備える。携帯端末５０は個別の識別情報を有する。ナースコールサーバ２０は、ケア担当者が担当する患者からの呼出に関する呼出情報を受け付ける受付部を有する。ケア情報サーバ３０は、ケア担当者の出勤状況に関する出勤情報を記憶する記憶部と、出勤情報に基づいて出勤中のケア担当者と携帯端末５０との対応関係に関する端末対応情報を生成する情報生成部とを有する。ナースコールサーバ２０は、呼出情報と、ケア情報サーバ３０から受信した端末対応情報とに基づいて所定の携帯端末５０を呼び出す呼出部をさらに有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定の施設における各ケア担当者が携帯するための複数の携帯端末と、
前記複数の携帯端末と通信可能な第一サーバと、
前記複数の携帯端末と通信可能な第二サーバと、
を備え、
前記複数の携帯端末の各々は、個別の識別情報を有し、
前記第一サーバは、前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付ける受付部を有し、
前記第二サーバは、
前記ケア担当者の出勤状況に関する出勤情報を記憶する第二記憶部と、
前記出勤情報に基づいて、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を生成する生成部と、
を有し、
前記第一サーバは、前記呼出情報と、前記第二サーバから受信した前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出す呼出部をさらに有する、
システム。

【請求項2】

所定の施設における各ケア担当者が携帯するための複数の携帯端末と、
前記複数の携帯端末と通信可能な第一サーバと、
前記複数の携帯端末と通信可能な第二サーバと、
を備え、
前記複数の携帯端末の各々は、個別の識別情報を有し、
前記第一サーバは、
前記ケア担当者と前記ケア担当者が担当するケア対象者とを関連付ける関連付け情報を記憶する第一記憶部と、
前記ケア対象者からの呼出情報を受け付ける受付部と、
前記関連付け情報と前記呼出情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出す呼出部と、
を有し、
前記第二サーバは、
前記ケア担当者の出勤状況に関する出勤情報を記憶する第二記憶部と、
前記出勤情報に基づいて、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を生成する生成部と、
を有し、
前記呼出部は、前記第二サーバから受信した前記端末対応情報に基づいて、呼び出される前記所定の携帯端末を変更する、
システム。

【請求項3】

前記第一サーバは、前記各ケア担当者の所定の期間内における仕事量を算出する算出部をさらに有し、
前記呼出部は、前記第二サーバから受信した前記端末対応情報と、前記仕事量とに基づいて、呼び出される前記所定の携帯端末を変更する、請求項１又は２に記載のシステム。

【請求項4】

前記仕事量は、前記各ケア担当者の多忙度、各ケア担当者の業務貢献度、前記各ケア担当者が所属するチームの活性度の少なくとも一つを含む、請求項３に記載のシステム。

【請求項5】

前記第二サーバは、前記複数の携帯端末から前記各ケア担当者の現在位置に関連する位置情報を取得する位置情報受付部をさらに有し、
前記第一サーバは、
前記第二サーバから前記位置情報をさらに受信し、
前記位置情報に基づいて、前記呼出部において呼び出す前記所定の携帯端末を変更する、請求項１から４のいずれか一項に記載のシステム。

【請求項6】

所定の施設における各ケア担当者が携帯するために用いられて個別の識別情報を有する複数の携帯端末と通信可能な第一サーバにおいて実行される情報処理方法であって、
前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付けるステップと、
前記複数の携帯端末と通信可能な第二サーバに記憶された前記ケア担当者の出勤状況に関する出勤情報に基づいて生成された、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を前記第二サーバから受信するステップと、
前記呼出情報と前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出すステップと、
を含む、情報処理方法。

【請求項7】

所定の施設における各ケア担当者が携帯するために用いられて個別の識別情報を有する複数の携帯端末と通信可能な第一サーバを制御するコンピュータにおいて実行されるプログラムであって、
前記プログラムは、前記コンピュータに、
前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付けるステップと、
前記複数の携帯端末と通信可能な第二サーバに記憶された前記ケア担当者の出勤状況に関する出勤情報に基づいて生成された、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を前記第二サーバから受信するステップと、
前記呼出情報と前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出すステップと、
を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報を処理するシステム、方法、およびプログラムに関する。

【背景技術】

【0002】

医療や介護のように、２４時間３６５日、サービスを提供することが要求される業態がある。このような業態の場合、切れ目のないサービスを提供するため、時間や日などをずらした変則的な勤務体制（シフト勤務）が採用されていることが多い。

【0003】

一方、医療や介護の現場では、患者の容態が刻々と変化し得るものであり、また、看護師や介護者が病欠等の理由で事前の業務シフト通りに勤務できないことがある。また、各看護師の専門や熟練度もそれぞれ異なることが多い。このような環境において、主任看護士等は、例えば朝のミーティングの際に、当日の入院患者の状況や看護師の人数・能力に応じて、当日の各看護師の担当決めを行っている。当日に決まった担当決めの情報は、ナースステーションの掲示板等で共有されている。

【0004】

また、従来のナースコールシステムでは、患者と担当看護師の対応関係を登録して、呼出の順序等に反映する機能を有するものがある（特許文献１参照）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００５－２１０４８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述のように、担当決めの情報は、患者の容態や看護師の出勤状況等に応じて日々更新される情報であり、患者と担当看護師の対応関係を状況に応じて適時に登録する方法には、改善の余地があった。

【0007】

そこで、本発明は、ケア担当者とケア対象者との対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現可能なシステム、情報処理方法、およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

上記目的を達成するために、本発明のシステムは、
所定の施設における各ケア担当者が携帯するための複数の携帯端末と、
前記複数の携帯端末と通信可能な第一サーバと、
前記複数の携帯端末と通信可能な第二サーバと、
を備え、
前記複数の携帯端末の各々は、個別の識別情報を有し、
前記第一サーバは、前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付ける受付部を有し、
前記第二サーバは、
前記ケア担当者の出勤状況に関する出勤情報を記憶する第二記憶部と、
前記出勤情報に基づいて、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を生成する生成部と、
を有し、
前記第一サーバは、前記呼出情報と、前記第二サーバから受信した前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出す呼出部をさらに有する。

【0009】

上記構成によれば、ケア担当者とケア対象者との対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現できる。

【0010】

また、本発明のシステムは、
所定の施設における各ケア担当者が携帯するための複数の携帯端末と、
前記複数の携帯端末と通信可能な第一サーバと、
前記複数の携帯端末と通信可能な第二サーバと、
を備え、
前記複数の携帯端末の各々は、個別の識別情報を有し、
前記第一サーバは、
前記ケア担当者と前記ケア担当者が担当するケア対象者とを関連付ける関連付け情報を記憶する第一記憶部と、
前記ケア対象者からの呼出情報を受け付ける受付部と、
前記関連付け情報と前記呼出情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出す呼出部と、
を有し、
前記第二サーバは、
前記ケア担当者の出勤状況に関する出勤情報を記憶する第二記憶部と、
前記出勤情報に基づいて、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を生成する生成部と、
を有し、
前記呼出部は、前記第二サーバから受信した前記端末対応情報に基づいて、呼び出される前記所定の端末を変更する。

【0011】

上記構成によれば、ケア担当者とケア対象者との対応関係があらかじめ決められている場合でも、ケア担当者の出勤状況に応じて対応関係を適宜に変更することができる。

【0012】

また、本発明のシステムにおいて、
前記第一サーバは、前記各ケア担当者の所定の期間内における仕事量を算出する算出部をさらに有し、
前記呼出部は、前記第二サーバから受信した前記端末対応情報と、前記仕事量とに基づいて、呼び出される前記所定の端末を変更してもよい。

【0013】

上記構成によれば、ケア担当者の仕事量を加味することで、ケア担当者とケア対象者との対応関係をより適切に登録できる。

【0014】

また、本発明のシステムにおいて、
前記仕事量は、前記各ケア担当者の多忙度、各ケア担当者の業務貢献度、前記各ケア担当者が所属するチームの活性度の少なくとも一つを含んでもよい。

【0015】

上記構成によれば、ケア担当者の多忙度や業務貢献度を考慮して対応関係を登録することで、各ケア担当者の業務負荷を平準化することができる。また、チーム活性度を考慮することで、各ケア担当者が所属するチーム間の業務負荷をも平準化することができる。

【0016】

また、本発明のシステムにおいて、
前記第二サーバは、前記複数の携帯端末から前記各ケア担当者の現在位置に関連する位置情報を取得する位置情報受付部をさらに有し、
前記第一サーバは、
前記第二サーバから前記位置情報をさらに受信し、
前記位置情報に基づいて、前記呼出部において呼び出す前記所定の端末を変更してもよい。

【0017】

上記構成によれば、ケア担当者の位置情報を考慮して対応関係を登録することで、ケア対象者からの呼出発生からケア担当者がケア対象者の元へ駆けつけるまでの時間を短縮することができる。

【0018】

また、本発明の情報処理方法は、
所定の施設における各ケア担当者が携帯するために用いられて個別の識別情報を有する複数の携帯端末と通信可能な第一サーバにおいて実行される情報処理方法であって、
前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付けるステップと、
前記複数の携帯端末と通信可能な第二サーバに記憶された前記ケア担当者の出勤状況に関する出勤情報に基づいて生成された、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を前記第二サーバから受信するステップと、
前記呼出情報と前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出すステップと、
を含む。

【0019】

上記方法によれば、ケア担当者とケア対象者との対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現できる。

【0020】

また、本発明のプログラムは、
所定の施設における各ケア担当者が携帯するために用いられて個別の識別情報を有する複数の携帯端末と通信可能な第一サーバを制御するコンピュータにおいて実行されるプログラムであって、
前記プログラムは、前記コンピュータに、
前記ケア担当者が担当するケア対象者からの呼出に関する呼出情報を受け付けるステップと、
前記複数の携帯端末と通信可能な第二サーバに記憶された前記ケア担当者の出勤状況に関する出勤情報に基づいて生成された、出勤中の前記ケア担当者と前記複数の携帯端末との対応関係に関する端末対応情報を前記第二サーバから受信するステップと、
前記呼出情報と前記端末対応情報とに基づいて前記複数の携帯端末のうち所定の携帯端末を呼び出すステップと、
を実行させる。

【0021】

上記プログラムによれば、ケア担当者とケア対象者との対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現できる。

【発明の効果】

【0022】

本発明によれば、ケア担当者とケア対象者との対応関係を、ケア担当者の出勤状況に応じて適切に登録して、スムーズな呼出通話を実現可能なシステム、情報処理方法、およびプログラムを提供することができる。

【図面の簡単な説明】

【0023】

【図1】本発明の実施形態に係る情報処理システムの構成図である。

【図2】ナースコールサーバ（第一サーバ）の機能ブロック図である。

【図3】ケア情報サーバ（第二サーバ）の機能ブロック図である。

【図4A】多忙度（個人仕事量）及び業務貢献度を算出する際の各算出要因を示す図である。

【図4B】チーム活性度、労働度、及び重み付けを算出する際の各算出要因を示す図である。

【図5】ケア担当者の多忙度、業務貢献度、チーム活性度、及び労働度を数値化して表した一例を示す図である。

【図6】情報処理システムの第一動作例（第一情報処理方法）を説明するフローチャートである。

【図7】情報処理システムの第二動作例（第二情報処理方法）を説明するフローチャートである。

【図8】個人一覧データの一例を示す図である。

【図9】情報処理システムの第三動作例（第三情報処理方法）を説明するフローチャートである。

【図10】チーム一覧データの一例を示す図である。

【図11】情報処理システムの第四動作例（第四情報処理方法）を説明するフローチャートである。

【図12】情報処理システムの第五動作例（第五情報処理方法）を説明するフローチャートである。

【発明を実施するための形態】

【0024】

以下、本発明に係るシステムの実施形態について図面を参照して説明する。
図１は、本実施形態の情報処理システム１を示す構成図である。情報処理システム１は、患者や介護者（ケア対象者の一例）に対して２４時間３６５日体制で医療や介護のサービスを提供する施設２（病院や介護施設等）において適用され得る。

【0025】

図１に示すように、情報処理システム１は、患者をケアするケア担当者によって携帯される複数の携帯端末５０と、携帯端末に通信可能に接続されるナースコールサーバ２０（第一サーバの一例）と、携帯端末に通信可能に接続されるケア情報サーバ３０（第二サーバの一例）と、を備える。

【0026】

ナースコールサーバ２０は、ネットワークＮ１（本例では、ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して、施設２内に構築されるナースコールシステム４に通信可能に接続されている。また、ナースコールサーバ２０は、ネットワークＮ１を介して、施設２内に構築された物品購入システム４０に通信可能に接続されている。

【0027】

ケア情報サーバ３０は、外部機関３に設置されている。ケア情報サーバ３０は、ネットワークＮ２（本例では、ＶＰＮ：Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）を介して、ナースコールサーバ２０に通信可能に接続されている。情報処理システム１は、ナースコールサーバ２０とケア情報サーバ３０とを連携させることにより、ナースコールサーバ２０が管理する情報とケア情報サーバ３０が管理する情報とを関連付けて処理できるように構成されている。

【0028】

ナースコールシステム４には、ナースコール子機１１、廊下灯１２、ナースコール親機１３、携帯端末５０、ナースコール制御機１４、交換機１５、及び基地局１６が含まれる。これらのナースコール機器は、ネットワークＮ１を介して通信可能に接続されるとともに、必要に応じてハブ（ＨＵＢ）１７により分配されて接続されている。

【0029】

ナースコール子機１１は、施設２内の病床（ベッド）毎、あるいは施設２内の浴室及びトイレ等に設置されている。ナースコール子機１１には、例えば、患者等がケア担当者を呼び出すための通常のナースコールボタン、ケア担当者が他のケア担当者を呼び出すためのスタッフコールボタン、入浴中の患者がケア担当者を呼び出すバスコールボタン、トイレにいる患者がケア担当者を呼び出すトイレコールボタン等の少なくとも一つが設けられている。ナースコール子機１１は、ネットワークＮ１上で用いられる個別の子機ＩＤを有する。

【0030】

廊下灯１２は、各病室の出入口付近に設置されている。廊下灯１２は、ナースコール子機１１から送出された呼出信号を、ネットワークＮ１を介してナースコール制御機１４へ送信する。

【0031】

ナースコール親機１３は、施設２内の共用部、例えばナースステーション等に設置されている。ナースコール親機１３は、ナースコール子機１１からの呼び出しを報知するとともに、呼び出しに応答可能に構成されている。ナースコール親機１３は、患者情報が表示される小型モニタ１３ａと、各患者の詳細情報やケア担当者情報等が一覧表示される大型モニタ１３ｂ（第二表示部の一例）と、を有する。

【0032】

ナースコール制御機１４は、ナースコール子機１１と各ナースコール機器との間の通信を制御する。例えば、ナースコール制御機１４は、ナースコール子機１１から呼出信号が発信された際に、ナースコール子機１１とナースコール親機１３との間の通信、及びナースコール子機１１と携帯端末５０との間の通信を制御する。また、ナースコール制御機１４は、ネットワークＮ１を介して、ナースコールサーバ２０に通信可能に接続されており、ナースコール子機１１とナースコールサーバ２０との間の通信を制御する。例えば、ナースコール制御機１４は、ナースコール子機１１から呼出信号が発信された際に、その呼び出しに関する呼出情報をナースコールサーバ２０に送信する。呼出情報には、呼出信号を発信したナースコール子機１１の子機ＩＤ、ナースコール子機１１に対応付けられている患者の患者ＩＤ等が含まれる。ナースコール制御機１４は記憶部１４ａを有しており、当該記憶部１４ａには患者に関する情報、携帯端末に関する情報、ケア担当者に関する情報等が記憶されている。なお、記憶部１４ａに記憶される各情報は、ナースコールサーバ２０の情報が更新されるたびにナースコールサーバ２０から送信されて最新の情報へと更新される。

【0033】

交換機１５は、ナースコール子機１１と携帯端末５０との通話接続や、ナースコール親機１３と携帯端末５０との通話接続等を管理するための機器であり、施設２内の共用部等に設置されている。基地局１６は、携帯端末５０との間で無線通信（例えば、ＷｉＦｉ）を行うためのアンテナであり、施設２内に所定の間隔で複数設置されている。

【0034】

携帯端末５０は、例えば、無線通信（例えば、「ＷｉＦｉ」通信）可能なスマートフォン等である。携帯端末５０を携帯するケア担当者には、例えば、看護師、医師、介護士等が含まれる。携帯端末５０は、例えば、タッチパネル式の表示画面５１（第一表示部の一例）を有する。携帯端末５０は、通常の電話番号の他に、施設２に構築されたローカル通信網（ネットワークＮ１）上で用いられる個別の端末ＩＤ（識別情報の一例）を有する。

【0035】

携帯端末５０は、ネットワークＮ１を介して携帯端末５０とナースコール子機１１とを通話可能に接続する通話モードを有する。この通話モードでは、基地局１６を介して無線通信により交換機１５と携帯端末５０とを接続し、上記端末ＩＤと子機ＩＤを用いて携帯端末５０とナースコール子機１１間の通話が可能になる。同様に、携帯端末５０は、ネットワークＮ１を介して、ナースコール親機１３、あるいは携帯端末５０同士と通話可能に接続される。

【0036】

また、携帯端末５０は、ネットワークＮ１と基地局１６を介して、ナースコールサーバ２０に通信可能に接続される。また、携帯端末５０は、ネットワークＮ１と基地局１６を介して、物品購入システム４０に通信可能に接続される。携帯端末５０は、例えば、予め携帯端末５０に貯めたポイントにより、物品購入システム４０を利用して所望の物品を購入することが可能である。携帯端末５０には、物品購入システム４０を利用して所望の物品を購入することが可能なアプリケーションがインストールされている。

【0037】

携帯端末５０は、インターネット（公衆ネットワーク）を介してケア情報サーバ３０に通信可能に接続される。携帯端末５０は、ケア担当者の操作によって入力されるケア担当者の出勤状況に関する情報を、インターネットを介してケア情報サーバ３０に送信する。また、携帯端末５０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｇ Ｓｙｓｔｅｍ）から取得した携帯端末５０の位置情報を、インターネットを介してケア情報サーバ３０に送信する。携帯端末５０には、入力されたケア担当者の出勤情報をケア情報サーバ３０に送信することが可能なアプリケーションがインストールされている。また、携帯端末５０には、取得した携帯端末５０の位置情報をケア情報サーバ３０に送信することが可能なアプリケーションがインストールされている。このアプリケーションは、例えば、ケア情報サーバ３０に保存されており、インターネットを介してケア情報サーバ３０から携帯端末５０にダウンロードすることが可能である。

【0038】

ナースコールサーバ２０は、ケア情報サーバ３０と連携しながら、ナースコールシステム４における患者の情報、携帯端末５０の情報、及びケア担当者の情報等を管理するサーバとして構成されている。ナースコールサーバ２０は、例えば、ナースコール子機１１から呼び出しが発生すると、ケア情報サーバ３０から所定の情報を取得し、患者の情報、携帯端末５０の情報、及びケア担当者の情報に基づいて、呼び出す所定の携帯端末５０を決定するとともに当該携帯端末５０を呼び出す。ナースコールサーバ２０は、例えば、施設２内に設置されている。

【0039】

なお、ナースコールサーバ２０は、例えば、患者の情報、携帯端末５０の情報、ケア担当者の情報等を含む施設２に関する最新の情報を一括して管理するサーバとして構成されてもよい。その場合、ナースコールサーバ２０に保存されている情報は、当該サーバ２０に接続されているパーソナルコンピュータ（図示省略）を介して入力／更新することが可能であってもよい。また、本例では、ナースコールサーバ２０は、ナースコール制御機１４とは独立して設けられているが、例えば、ナースコール制御機１４と一体型として設けられるようにしてもよい。また、ナースコールサーバ２０は、施設２外に設置され、インターネットを介してナースコール制御機１４と通信可能に接続されるようにしてもよい。

【0040】

ケア情報サーバ３０は、ケア担当者の出勤状況に関する出勤情報、ケア担当者と携帯端末５０との対応関係に関する端末対応情報、ケア担当者の現在位置に関する位置情報等を管理するサーバとして構成されている。ケア情報サーバ３０で管理されているこれらの情報は、携帯端末５０から送信されてくるケア担当者の出勤情報、携帯端末５０の位置情報等によって更新可能である。ケア情報サーバ３０の情報は、ネットワークＮ２を介して、ナースコールサーバ２０に送信される。

【0041】

物品購入システム４０は、例えば、施設２内に設けられた物品販売店（コンビニエンスストア等）において導入されるシステムである。物品購入システム４０には、例えば、携帯端末５０を用いて物品を購入できるようにするインセンティブに関する情報がナースコールサーバ２０から送信される。

【0042】

次に、図２を参照して、ナースコールサーバ２０の機能について説明する。
図２に示すように、ナースコールサーバ２０は、ナースコールサーバ制御部２１と、記憶部２２（第一記憶部の一例）と、サーバインターフェース回路（以下、サーバＩ／Ｆと称す）２３と、を備える。ナースコールサーバ制御部２１は、受付部２４と、算出部２５と、データ生成部２６と、インセンティブ生成部２７と、呼出部２８とを有している。

【0043】

ナースコールサーバ制御部２１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等のプロセッサとメモリが搭載され、メモリから読みだしたプログラムをプロセッサが実行することにより、受付部２４、算出部２５、データ生成部２６、インセンティブ生成部２７、及び呼出部２８の機能を実行処理する。

【0044】

受付部２４は、ナースコール制御機１４から送信されてくる呼出情報を受け付ける。上述したように呼出情報には、子機ＩＤ、患者ＩＤ等の情報が含まれる。

【0045】

算出部２５は、所定の施設における各ケア担当者の多忙の度合いを示す多忙度を算出する。所定の施設には、例えば、施設２である病院や介護施設等が含まれる。また、算出部２５は、各ケア担当者の業務貢献の度合いを示す業務貢献度を算出する。また、算出部２５は、各ケア担当者が所属するチームの活性の度合いを示すチーム活性度を算出する。

【0046】

算出部２５は、多忙度と業務貢献度とチーム活性度に基づいて、所定期間内における各ケア担当者の労働の度合いを示す労働度を算出する。所定期間とは、例えば、過去数時間、本日、過去数日間、過去一週間、過去一カ月などである。なお、算出部２５は、多忙度、業務貢献度、チーム活性度の少なくとも一つに基づいて、当該労働度を算出してもよい。

【0047】

算出部２５は、労働度を算出する際に、多忙度、業務貢献度、チーム活性度のそれぞれに対して、重み付けの比重を変更して算出する。例えば、算出部２５は、所定の施設の種類、所定の施設内の病床稼働率、季節、曜日、時間帯の少なくとも一つに関して、多忙度、業務貢献度、チーム活性度の重み付けの比重を変更する。

【0048】

算出部２５は、所定期間内における各ケア担当者の個人仕事量を算出する。算出部２５は、各ケア担当者の個人仕事量に基づいて、各ケア担当者が所属するチーム（グループ）ごとのチーム仕事量を算出する。

【0049】

データ生成部２６は、各ケア担当者と各ケア担当者の個人仕事量とが対応付けて表される個人一覧データを生成する。また、データ生成部２６は、各チームとそのチーム仕事量とが対応付けて表されるチーム一覧データを生成する。データ生成部２６は、チーム一覧データに基づいて、チームの編成、ケア担当者とケア担当者が担当する患者との対応関係、及び所定の時間帯において所定の施設内に勤務するケア担当者の人数、の少なくとも一つの内容の変更を推奨するための推奨データを生成する。

【0050】

インセンティブ生成部２７は、算出部２５で算出された労働度に応じて、ケア担当者に付与するインセンティブを生成する。労働度に応じて付与されるインセンティブには、例えば、携帯端末５０を用いて所望の物品を購入することが可能な購入ポイントの還元が含まれる。生成されたインセンティブに関する情報は、例えば、物品購入システム４０に転送される。

【0051】

呼出部２８は、受付部２４で受け付けられた呼出情報と、ケア情報サーバ３０から受信する端末対応情報とに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す。また、呼出部２８は、ケア担当者とケア担当者が担当する患者とが関連付けられた関連付け情報と、受付部２４で受け付けられた呼出情報とに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す。

【0052】

呼出部２８は、ケア情報サーバ３０から受信する端末対応情報と、算出部２５で算出された仕事量とに基づいて、呼び出す所定の携帯端末５０を変更する。また、呼出部２８は、ケア情報サーバ３０から受信する端末対応情報と位置情報とに基づいて、呼び出す所定の携帯端末５０を変更する。
また、呼出部２８は、インセンティブ生成部２７で生成されたインセンティブに関する情報に基づいて、呼び出す所定の携帯端末５０の呼出順位を変更する。

【0053】

呼出部２８は、受付部２４で受け付けられた呼出情報と、データ生成部２６で生成された個人一覧データとに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す。
呼出部２８は、受付部２４で受け付けられた呼出情報と、データ生成部２６で生成されたチーム一覧データとに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す。

【0054】

記憶部２２には、算出部２５によって算出された各ケア担当者の多忙度、算出部２５によって算出された各ケア担当者の業務貢献度、算出部２５によって算出されたチーム活性度が記憶されている。また、記憶部２２には、算出部２５によって算出された各ケア担当者の労働度が記憶されている。
記憶部２２には、インセンティブ生成部２７によって生成された各ケア担当者のインセンティブに関する情報が記憶されている。
記憶部２２には、算出部２５によって算出された各ケア担当者の個人仕事量、算出部２５によって算出された各チームのチーム仕事量が記憶されている。
記憶部２２には、ケア担当者とケア担当者が担当する患者とを関連付ける関連付け情報が記憶されている。

【0055】

ナースコールサーバ制御部２１は、例えば、ナースコール子機１１からの呼び出しが発生した際に、メモリから読み出したプログラムと協働して、呼出部２８による所定の携帯端末５０を呼び出す呼出機能を実行処理する。同様に、ナースコールサーバ制御部２１は、メモリから読み出したプログラムと協働して、受付部２４による呼出情報を受け付ける受付機能、算出部２５による多忙度、業務貢献度、チーム活性度、及び労働度等を算出する算出機能、データ生成部２６による一覧データを生成する生成機能、インセンティブ生成部２７によるインセンティブを生成する生成機能を実行処理する。

【0056】

サーバＩ／Ｆ２３は、ネットワークＮ１，Ｎ２との信号伝送路を形成するための通信部を構成する。なお、上述したように、例えばナースコールサーバ２０がナースコール制御機１４と一体型として設けられる場合には、ナースコールサーバ制御部２１はナースコール制御機１４の制御部と一体的に構成されてもよい。

【0057】

次に、図３を参照して、ケア情報サーバ３０の機能について説明する。
図３に示すように、ケア情報サーバ３０は、ケア情報サーバ制御部３１と、記憶部３２（第二記憶部の一例）と、サーバＩ／Ｆ３３と、を備える。ケア情報サーバ制御部３１は、情報生成部３４と、位置情報受付部３５を有している。

【0058】

ケア情報サーバ制御部３１は、ＣＰＵ等のプロセッサとメモリが搭載され、メモリから読み出したプログラムをプロセッサが実行することにより、情報生成部３４、位置情報受付部３５の機能を実行処理する。

【0059】

情報生成部３４は、携帯端末５０から送信されたケア担当者の出勤情報に基づいて、出勤中のケア担当者と携帯端末５０との対応関係に関する端末対応情報を生成する。

【0060】

位置情報受付部３５は、各ケア担当者の携帯端末５０から送信された携帯端末５０の位置情報に基づいて、その携帯端末５０を携帯しているケア担当者の現在位置に関連する位置情報を取得する。

【0061】

記憶部３２には、携帯端末５０から送信されたケア担当者の出勤状況に関する最新の出勤情報が記憶されている。記憶部３２には、携帯端末５０を携帯している各ケア担当者の現在位置に関連する位置情報が記憶されている。

【0062】

ケア情報サーバ制御部３１は、例えば、情報生成部３４によって生成された端末対応情報をナースコールサーバ２０に送信する。また、ケア情報サーバ制御部３１は、位置情報受付部３５が取得した位置情報をナースコールサーバ２０に送信する。また、ケア情報サーバ制御部３１は、携帯端末５０の操作に基づきインターネットを介して、携帯端末５０とケア情報サーバ３０との間の通信処理を行う。サーバＩ／Ｆ３３は、インターネット、ネットワークＮ２との信号伝送路を形成するための通信部を構成する。

【0063】

次に、図４Ａ及び図４Ｂを参照して、ナースコールサーバ２０が多忙度、個人仕事量、業務貢献度、チーム活性度、及び労働度を算出する際の各算出条件について説明する。

【0064】

図４Ａに示すように、ナースコールサーバ２０は、各ケア担当者の多忙度及び個人仕事量を算出する際に、呼出発生時間、コール種別、呼出応答時間、時間当たりのコール発生数、及び時間当たりの勤務ケア担当者数、の少なくとも一つを算出要因として考慮する。呼出発生時間は、患者等から呼び出しがあった時間である。コール種別には、通常のナースコール、バスコール、トイレコール、スタッフコール等が含まれる。呼出応答時間は、患者等からの呼出コールがあってからその呼出コールに応答するまでの時間である。時間当たりのコール発生数は、ケア担当者が勤務している期間における一時間当たりの呼出発生回数である。時間当たりの勤務ケア担当者数は、ケア担当者が勤務している施設内において一時間当たりの一緒に働いているケア担当者の人数である。

【0065】

ナースコールサーバ２０は、各ケア担当者の業務貢献度を算出する際に、呼出発生時間、コール種別、時間当たりの勤務ケア担当者数、病床とケア担当者との距離、及び駆け付けるまでに要した時間、の少なくとも一つを算出要因として考慮する。呼出発生時間、コール種別、及び時間当たりの勤務ケア担当者数は、上記多忙度及び個人仕事量における各算出要因と同様である。病床とケア担当者との距離は、患者等から呼び出しがあった際におけるケア担当者がいる場所から患者がいる場所までの距離である。駆け付けるまでに要した時間は、患者等から呼び出しがあってからその患者等のところにケア担当者が到達するまでの時間である。

【0066】

図４Ｂに示すように、ナースコールサーバ２０は、各ケア担当者が所属するチームのチーム活性度を算出する際に、呼出発生時間、コール種別、呼出応答時間、チーム内の応答者、チーム内のケア担当者間の距離、及びチーム内のケア担当者同士が所定の距離内にいる時間、の少なくとも一つを算出要因として考慮する。呼出発生時間、コール種別、及び呼出応答時間は、上記多忙度及び個人仕事量における各算出要因と同様である。チーム内の応答者は、チーム内のケア担当者のうちの呼び出しに応答したケア担当者である。チーム内のケア担当者間の距離は、患者等から呼び出しがあった際に各ケア担当者がいた位置のことである。チーム内のケア担当者同士が所定の距離内にいる時間は、ケア担当者同士が比較的近い位置で作業している時間がどの位あるかである。

【0067】

ナースコールサーバ２０は、各ケア担当者の労働度を算出する際に、多忙度、業務貢献度、及びチーム活性度の少なくとも一つを算出要因として考慮する。例えば、多忙度、業務貢献度、及びチーム活性度を算出要因として考慮する場合、ナースコールサーバ２０は、多忙度と業務貢献度とチーム活性度とを足し合わせたものを労働度として算出する。

【0068】

また、ナースコールサーバ２０は、各ケア担当者の労働度を算出する際に、多忙度、業務貢献度、チーム活性度のそれぞれに対して、重み付けの比重を変更して算出する。多忙度、業務貢献度、及びチーム活性度の重み付けの比重は、所定の施設の種類、所定の施設内の病床稼働率、季節、曜日、及び時間帯の少なくとも一つに基づいて変更してもよい。所定の施設の種類には、例えば、病院や介護施設等が含まれる。病院、介護施設等においてそれぞれ独自に重み付けの比重が変更される。所定の施設内の病床稼働率は、例えば、病床稼働率が高い施設における勤務ほど重み付けの比重が大きく変更される。季節は、例えば、気温の低い冬の勤務ほど重み付けの比重が大きく変更される。曜日は、例えば、土曜、日曜、祭日の勤務ほど重み付けの比重が大きく変更される。時間帯は、例えば、日勤よりも夜勤の方が重み付けの比重が大きく変更される。

【0069】

例えば、多忙度に対する重み付けの比重は以下のように変更してもよい。多忙度の算出要因における呼出発生時間に関しては、ケア担当者の何人かが食事の準備のために食堂で作業をしている、あるいはナーステーションで作業をしている等の理由でケア担当者数が少ない時間帯に呼び出しがあった場合を多忙な状態であると判断して重み付けを変更する。また、呼出応答時間に関しては、呼出コールがあってからその呼出コールに応答するまでの時間が長い場合が多いほど多忙な状態であると判断して重み付けを変更する。また、コール種別に関しては、ナースコール、バスコール、トイレコール、スタッフコール等の違いによって重み付けを変更する。また、時間当たりのコール発生数に関しては、ケア担当者が勤務している期間における一時間当たりの呼出発生数が多いほど、あるいは呼出間隔が短い対応が多いほど多忙な状態であると判断して重み付けを変更する。また、時間当たりの勤務ケア担当者数に関しては、ケア担当者が勤務している期間における一時間当たりの一緒に働いているケア担当者の人数が少ないほど多忙な状態であると判断して重み付けを変更する。

【0070】

例えば、業務貢献度に対する重み付けの比重は以下のように変更してもよい。業務貢献度の算出要因における呼出発生時間、コール種別、及び時間当たりの勤務ケア担当者数に関しては、上記多忙度における各算出要因と同様に判断して重み付けを変更する。病床とケア担当者との距離に関しては、患者等から呼び出しがあった際のケア担当者がいた場所から呼び出しがあった病室までの距離が遠いほど貢献度が高いと判断して重み付けを変更する。また、駆け付けるまでに要した時間に関しては、患者等から呼び出しがあってからその患者等のところにケア担当者が到達するまでの時間が短いほど貢献度が高いと判断して重み付けを変更する。

【0071】

例えば、チーム活性度に対する重み付けの比重は以下のように変更してもよい。チーム活性度の算出要因における呼出発生時間、コール種別、及び呼出応答時間に関しては、上記多忙度における各算出要因と同様に判断して重み付けを変更する。チーム内の応答者に関しては、チーム内において多くのケア担当者が略均一に応答しているほどチーム活性度が高いと判断して重み付けを変更してもよい。また、チーム内のケア担当者間の距離に関しては、患者等から呼び出しがあった際に各ケア担当者が近い距離にいるほどチーム活性度が高いと判断して重み付けを変更してもよい。逆に、患者等から呼び出しがあった際に各ケア担当者が遠い距離にいるほど、各ケア担当者が自律的に作業しておりチーム活性度が高いと判断して重み付けを変更してもよい。また、チーム内のケア担当者同士が所定の距離内にいる時間に関しては、チーム内のメンバー同士が近い距離にいながら作業している時間が、指定の期間において長い時間確保されているほどチームが活性していると判断して重み付けを変更する。

【0072】

次に、図５を参照して、ナースコールサーバ２０が各ケア担当者の多忙度、業務貢献度、チーム活性度、及び労働度を数値化して算出する場合について説明する。
ナースコールサーバ２０は、例えば、多忙度、業務貢献度、チーム活性度、及び労働度を各ケア担当者が業務で遂げた実績ポイントとして数値化する。

【0073】

図５は、ケア担当者ａの２０２０年１２月７日における多忙度、業務貢献度、チーム活性度、及び労働度を実績ポイントとして数値化した一例を示す。本例では、コール種別の応対に基づいて多忙度、業務貢献度、チーム活性度、及び労働度を数値化したものを示す。図５に示すように、本例のコール種別には通常呼出（ナースコール）とスタッフコールとバスコールが含まれている。ケア担当者ａは、２０２０年１２月７日の勤務において、９：０１の最初の呼出応対から１６：５９の最後の呼出応対まで１３回の呼び出しに応対している。

【0074】

コール種別の応対に基づく多忙度の実績ポイントは、通常呼出、スタッフコール、及びバスコールにおいて一律に１ポイントに設定されている。したがって、ケア担当者ａの多忙度の実績ポイントは、合計で１３ポイントである。また、コール種別の応対に基づく業務貢献度の実績ポイントは、通常呼出が１ポイント、スタッフコールが５ポイント、バスコールが３ポイントになるように重み付けの比重が変更されている。したがって、ケア担当者ａの業務貢献度の実績ポイントは、合計で１９ポイントである。また、コール種別の応対に基づくチーム活性度の実績ポイントは、通常呼出とバスコールが１ポイント、スタッフコールが２ポイントになるように重み付けの比重が変更されている。したがって、ケア担当者ａのチーム活性度の実績ポイントは、合計で１４ポイントである。そして、労働度の実績ポイントは、多忙度と業務貢献度とチーム活性度とを足し合わせたポイントである。したがって、ケア担当者ａの労働度の実績ポイントは、合計で４６ポイントになる。

【0075】

重み付けの比重は、さらに以下のように変更されてもよい。例えば、ケア担当者ａが勤務している施設２の病床稼働率が８０％以上である場合に、多忙度、業務貢献度、及びチーム活性度のそれぞれに対して実績ポイントが１．１倍になるように重み付けの比重を変更する。したがって、この重み付けを図５のコール種別の応対に当てはめた場合、ケア担当者ａの多忙度の実績ポイントは、１３ポイントを１．１倍した１４．３ポイントになる。同様にして、ケア担当者ａの業務貢献度の実績ポイントは、１９ポイントを１．１倍した２０．９ポイントになり、チーム活性度の実績ポイントは、１４ポイントを１．１倍した１５．４ポイントになる。そして、ケア担当者ａの労働度の実績ポイントは、多忙度と業務貢献度とチーム活性度とを足し合わせた５０．６ポイントになる。

【0076】

また、ケア担当者ａが勤務した２０２０年１２月７日は月曜日であるが、例えば、勤務した曜日が日曜日である場合には、多忙度、業務貢献度、及びチーム活性度のそれぞれに対して実績ポイントが１．０５倍になるように重み付けの比重を変更して労働度を算出してもよい。重み付けの算出要因毎に規定されるポイント加算のための関数は、施設状況等に応じて適宜に変更することができる。

【0077】

なお、上述した例ではコール種別の応対に基づいて多忙度、業務貢献度、チーム活性度、及び労働度が数値化されているが、その他の各算出要因に基づいても同様にして数値化される。

【0078】

次に、情報処理システム１の動作例について以下に説明する。
（第一動作例）
図６のフローチャートを参照して、情報処理システム１の第一動作例（第一情報処理方法）を説明する。なお、以下で説明するフローチャートを構成する各処理の順序は、処理内容に矛盾や不整合が生じない範囲で順不同であり、並列的に実行されてもよい。

【0079】

図６に示すように、情報処理システム１のナースコールサーバ２０は、施設２における各ケア担当者の多忙度を算出する（ステップＳ０１）。多忙度を算出する際には、呼出発生時間、コール種別、呼出応答時間、時間当たりのコール発生数、及び時間当たりの勤務ケア担当者人数、の少なくとも一つを算出要因とする。

【0080】

次に、ナースコールサーバ２０は、施設２における各ケア担当者の業務貢献度を算出する（ステップＳ０２）。業務貢献度を算出する際には、呼出発生時間、コール種別、時間当たりの勤務ケア担当者数、病床とケア担当者との距離、及び駆け付けるまでに要した時間、の少なくとも一つを算出要因とする。

【0081】

次に、ナースコールサーバ２０は、施設２における各ケア担当者が所属するチームのチーム活性度を算出する（ステップＳ０３）。チーム活性度を算出する際には、呼出発生時間、コール種別、呼出応答時間、チーム内の応答者、チーム内のケア担当者間の距離、及びチーム内のケア担当者同士が所定の距離内にいる時間、の少なくとも一つを算出要因とする。

【0082】

次に、ナースコールサーバ２０は、施設２における各ケア担当者の所定期間内の労働度を算出する（ステップＳ０４）。労働度を算出する際には、ステップＳ０１～Ｓ０３で算出した多忙度、業務貢献度、及びチーム活性度を算出要因とする。多忙度、業務貢献度、及びチーム活性度の少なくとも一つを、労働度の算出要因としてもよい。また、労働度を算出する際には、多忙度、業務貢献度、チーム活性度のそれぞれに対して、重み付けの比重を変更してもよい。多忙度、業務貢献度、及びチーム活性度の重み付けの比重は、例えば所定の施設の種類、所定の施設内の病床稼働率、季節、曜日、及び時間帯の少なくとも一つに基づいて変更することができる。

【0083】

次に、ナースコールサーバ２０は、算出された労働度に応じて、各ケア担当者に付与するインセンティブを生成する（ステップＳ０５）。労働度に応じて付与されるインセンティブには、携帯端末５０を用いて所望の物品を購入することが可能な購入ポイントの還元の他に、以下のようなものが含まれ得る。
・患者等から呼び出しが発生した際に、その呼び出しに応対するケア担当者として携帯端末５０が着信コールされる呼出順位を後順位へ変更してもらえるインセンティブ。
・労働度の実績ポイントが高いケア担当者の頑張りを称えるために、そのケア担当者の氏名が携帯端末５０の表示画面５１やナースコール親機１３の大型モニタ１３ｂに表示されるインセンティブ。

【0084】

次に、ナースコールサーバ２０は、算出された多忙度、業務貢献度、チーム活性度、労働度と、生成されたインセンティブに関する情報とを記憶部２２に記憶する（ステップＳ０６）。

【0085】

次に、ナースコールサーバ２０は、生成されたインセンティブのうち、携帯端末５０を用いて所望の物品を購入することが可能な購入ポイントを物品購入システム４０に送信する（ステップＳ０７）。次に、ナースコールサーバ２０は、物品購入システム４０が導入されている物品販売店において物品が購入されて購入ポイントが変更された場合には、変更後の購入ポイントを物品購入システム４０から受信して記憶部２２におけるインセンティブに関する情報を更新する（ステップＳ０８）。

【0086】

以上説明したように、ナースコールサーバ制御部２１を備えた情報処理システム１（情報処理装置）によれば、各ケア担当者の多忙度、業務貢献度、及びチーム活性度に基づいて各ケア担当者の労働度を算出することにより、各ケア担当者の業務実績を簡便に把握することができる。

【0087】

また、情報処理システム１によれば、各ケア担当者の多忙度、業務貢献度、チーム活性度、及び労働度をそれぞれ独自の算出要因に基づいて算出することにより、多忙度、業務貢献度、チーム活性度、及び労働度をそれぞれ客観的に算出することができる。

【0088】

また、情報処理システム１によれば、労働度を算出するに際し、多忙度、業務貢献度、及びチーム活性度のそれぞれに対して重み付けの比重を変更することで、労働度を正確に算出することが可能になる。

【0089】

また、情報処理システム１によれば、労働度に応じてケア担当者にインセンティブが付与されるので、ケア担当者の業務に対するモチベーションを維持または向上することができる。

【0090】

また、情報処理システム１によれば、インセンティブとして、携帯端末５０を用いて所望の物品を購入することが可能な購入ポイントが自動的に物品購入システム４０に送信されるので、ケア担当者に付与されるインセンティブをケア担当者が使用する際の利便性を向上させることができる。

【0091】

また、情報処理システム１における第一情報処理方法、及びナースコールサーバ制御部２１において実行されるプログラムによっても情報処理システム１と同様の効果を得ることができる。

【0092】

（第二動作例）
次に、図７及び図８を参照して、情報処理システム１の第二動作例（第二情報処理方法）を説明する。
第二動作例では、図７のフローチャートに示すように、情報処理システム１のナースコールサーバ２０は、施設２における各ケア担当者の所定期間内の個人仕事量を算出する（ステップＳ１１）。個人仕事量を算出する際には、例えば、呼出発生時間、コール種別、呼出応答時間、時間当たりのコール発生数、及び時間当たりの勤務ケア担当者数、の少なくとも一つを算出要因とする。

【0093】

なお、本例では個人仕事量の算出要因として、上記第一動作例で説明した多忙度と同じ算出要因を挙げているが、これに限られない。例えば、個人仕事量の算出要因として、上記第一動作例における労働度と同じ算出要因を挙げてもよい。すなわち、各ケア担当者の多忙度、業務貢献度、及びチーム活性度を算出して、算出した多忙度、業務貢献度、及びチーム活性度に基づいて個人仕事量を算出してもよい。また、個人仕事量を算出する際には、多忙度、業務貢献度、チーム活性度のそれぞれに対して、重み付けの比重を変更してもよい。

【0094】

次に、ナースコールサーバ２０は、ステップＳ１１で算出された個人仕事量と各ケア担当者とを対応付けて表す個人一覧データを生成する（ステップＳ１２）。

【0095】

次に、ナースコールサーバ２０は、生成された個人一覧データを各ケア担当者が携帯する携帯端末５０、あるいはナースコールシステム４のナースコール制御機１４に送信する。携帯端末５０は、受信した個人一覧データを表示画面５１に表示させる（ステップＳ１３）。ナースコール制御機１４は、受信した個人一覧データをナースコール親機１３の大型モニタ１３ｂに表示させる（ステップＳ１３）。

【0096】

図８は、ステップＳ１２で生成され、各機器に表示された個人一覧データ８０の一例を示す。図８に示すように、個人一覧データ８０は、例えば、そのケア担当者が所属するチームの各ケア担当者の個人仕事量が実績ポイントとして表示されるように生成される。本例では、個人一覧データ８０には、チームＡに所属するケア担当者ａ～ケア担当者ｅのそれぞれの個人仕事量について表示されている。本例のチームＡの場合には、ケア担当者ｂの仕事量（４７ポイント）が他のケア担当者の仕事量に比べて多くなっていることが確認できる。

【0097】

図７に戻り、ナースコールサーバ２０は、患者等からの呼び出しに関する呼出情報がナースコール制御機１４から送信されてきた際に、当該呼出情報と上記生成された個人一覧データ８０とに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す（ステップＳ１４）。例えば、ナースコールサーバ２０は、仕事量が多いケア担当者（そのケア担当者が携帯する携帯端末５０）への呼出回数を少なくするように制御して所定の携帯端末５０を呼び出す。

【0098】

上記情報処理システム１における第二情報処理方法によれば、各ケア担当者とその仕事量とを対応付けた個人一覧データ８０を携帯端末５０の表示画面５１やナースコール親機１３の大型モニタ１３ｂに表示することで、各ケア担当者間での仕事量に関する情報共有が可能になる。

【0099】

また、第二情報処理方法によれば、個人一覧データ８０は、各ケア担当者が所属するチーム（グループ）ごとに表示されるので、チームごとの業務負荷量が明確に視覚化される。このため、どのチームの業務負荷が高いかをすぐに把握できるとともに、各チーム内のケア担当者の仕事量を把握することができる。

【0100】

また、第二情報処理方法によれば、各ケア担当者の仕事量を示す個人一覧データ８０に応じて、ケア担当者と患者との対応関係を変更する、すなわち呼び出す携帯端末５０を調整することにより、各ケア担当者の業務負荷を均一化することができる。

【0101】

また、情報処理システム１、及びナースコールサーバ制御部２１において実行されるプログラムによっても第二情報処理方法と同様の効果を得ることができる。

【0102】

（第三動作例）
次に、図９及び図１０を参照して、情報処理システム１の第三動作例（第三情報処理方法）を説明する。
第三動作例では、図９のフローチャートに示すように、情報処理システム１のナースコールサーバ２０は、施設２における各ケア担当者の所定期間内の個人仕事量を算出し、算出した個人仕事量に基づいて、各ケア担当者が所属するチーム（グループ）ごとのチーム仕事量を算出する（ステップＳ２１）。個人仕事量の算出方法は、上記第二動作例における個人仕事量の算出方法と同様である。チーム仕事量は、そのチームに所属するケア担当者の個人仕事量を足し合わせた仕事量として算出される。

【0103】

次に、ナースコールサーバ２０は、ステップＳ２１で算出されたチーム仕事量と各チームとを関連付けて表すチーム一覧データを生成する（ステップＳ２２）。

【0104】

次に、ナースコールサーバ２０は、生成されたチーム一覧データを各ケア担当者が携帯する携帯端末５０、あるいはナースコールシステム４のナースコール制御機１４に送信する。携帯端末５０は、受信したチーム一覧データを表示画面５１に表示させる（ステップＳ２３）。ナースコール制御機１４は、受信したチーム一覧データをナースコール親機１３の大型モニタ１３ｂに表示させる（ステップＳ２３）。

【0105】

図１０は、ステップＳ２２で生成されたチーム一覧データ１００の一例を示す。図１０に示すように、チーム一覧データ１００は、例えば、チームごとのチーム仕事量が実績ポイントとして一覧的に表示されるように生成される。本例では、チーム一覧データ１００には、チームＡ～チームＤのそれぞれのチーム仕事量が表示されている。チームＡのチーム仕事量である１５６ポイントは、図８に示すチームＡのケア担当者ａ～ケア担当者ｅの個人仕事量を足し合わせたポイントを示している。図１０のチーム一覧データ１００の場合には、チームＤの仕事量が他のチームの仕事量に比べて多くなっていることが確認できる。

【0106】

図９に戻り、ナースコールサーバ２０は、患者等からの呼び出しに関する呼出情報がナースコール制御機１４から送信されてきた際に、当該呼出情報と上記生成されたチーム一覧データ１００とに基づいて、各ケア担当者が携帯する携帯端末５０のうちの所定の携帯端末５０を呼び出す（ステップＳ２４）。例えば、ナースコールサーバ２０は、仕事量が多いチームに所属するケア担当者（そのチームのケア担当者が携帯する携帯端末５０）への呼出回数を少なくするように制御して所定の携帯端末５０を呼び出す。

【0107】

なお、ナースコールサーバ２０のデータ生成部２６は、チーム一覧データに基づいて、チームの編成、ケア担当者とケア担当者が担当する患者との対応関係、及び所定の時間帯において所定の施設内に勤務するケア担当者の人数、の少なくとも一つの内容の変更を推奨するための推奨データを生成してもよい。ナースコールサーバ２０は、生成された推奨データに基づいて、例えば、チーム間の仕事量が均一化されるようにケア担当者と患者との対応関係を変更することができる。

【0108】

上記情報処理システム１における第三情報処理方法によれば、チーム（グループ）ごとの仕事量が明確に視覚化されるため、どのチームの仕事量が多いかをすぐに把握できる。そのため、ケア担当者がそれぞれ所属するチーム間の業務負荷を平準化するための情報共有が可能になる。

【0109】

また、第三情報処理方法によれば、各チームの仕事量を示すチーム一覧データに応じて、ケア担当者と患者との対応関係を変更する、すなわち呼び出す携帯端末５０を調整することにより、各チームの業務負荷を均一化することができる。

【0110】

また、第三情報処理方法によれば、チーム一覧データに基づいて生成される推奨データを用いることでチーム間の業務負荷をさらに均一化することができる。

【0111】

また、情報処理システム１、及びナースコールサーバ制御部２１において実行されるプログラムによっても第三情報処理方法と同様の効果を得ることができる。

【0112】

（第四動作例）
次に、図１１のフローチャートを参照して、情報処理システム１の第四動作例（第四情報処理方法）を説明する。
第四動作例では、図１１に示すように、情報処理システム１のナースコールサーバ２０は、患者等からの呼び出しに関する呼出情報をナースコール制御機１４から受信する（ステップＳ３１）。

【0113】

情報処理システム１のケア情報サーバ３０は、記憶部３２に記憶されている各ケア担当者の出勤情報に基づいて、出勤中のケア担当者と、出勤中のケア担当者が携帯する携帯端末５０との対応関係に関する端末対応情報を生成する（ステップＳ５１）。
ケア情報サーバ３０は、携帯端末５０から受信される位置情報に基づいて、その携帯端末５０を携帯しているケア担当者の現在位置に関連する位置情報を取得する（ステップＳ５２）。

【0114】

次に、ナースコールサーバ２０は、ケア情報サーバ３０で生成された端末対応情報をケア情報サーバ３０から受信する（ステップＳ３２）。

【0115】

次に、ナースコールサーバ２０は、ナースコール制御機１４から受信した呼出情報とケア情報サーバ３０から受信した端末対応情報とに基づいて、呼び出す所定の携帯端末５０を特定する（ステップＳ３３）。例えば、呼出情報に基づいて呼び出しを発信した患者を認識するとともに、端末対応情報に基づいて出勤しているケア担当者を認識し、当該患者に対して現在勤務中であるケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として特定する。

【0116】

次に、ナースコールサーバ２０は、各ケア担当者の所定期間内における個人仕事量を記憶部２２から読み出す（ステップＳ３４）。個人仕事量は、上記第二動作例における個人仕事量と同様に算出されて記憶部２２に記憶されたものである。

【0117】

次に、ナースコールサーバ２０は、記憶部２２から読み出した個人仕事量とケア情報サーバ３０から受信した端末対応情報とに基づいて、呼び出す所定の携帯端末５０を選択する（ステップＳ３５）。例えば、呼び出しを発信した患者のケア担当になっているケア担当者の個人仕事量が同じチームに所属する他のケア担当者よりも多い状態である場合には、比較的に個人仕事量が少ない他のケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として選択する。

【0118】

次に、ナースコールサーバ２０は、ステップＳ３５で選択された携帯端末５０が上記ステップＳ３３で特定された携帯端末５０と相違する携帯端末５０であるか否か判定する（ステップＳ３６）。

【0119】

ステップＳ３６において、相違する携帯端末５０である場合（ステップＳ３６のＹｅｓ）、ナースコールサーバ２０は、呼び出す携帯端末５０をステップＳ３３で特定された携帯端末５０からステップＳ３５で選択された携帯端末５０へと変更する（ステップＳ３７）。

【0120】

一方、ステップＳ３６において、相違しない同じ携帯端末５０である場合（ステップＳ３６のＮｏ）、ナースコールサーバ２０は、呼び出す携帯端末５０をステップＳ３３で特定された携帯端末５０に維持したままステップＳ３８に進む。

【0121】

次に、ナースコールサーバ２０は、ケア情報サーバ３０で取得された位置情報をケア情報サーバ３０から受信する（ステップＳ３８）。

【0122】

次に、ナースコールサーバ２０は、ケア情報サーバ３０から受信した位置情報と端末対応情報とに基づいて、呼び出す所定の携帯端末５０を選択する（ステップＳ３９）。例えば、呼び出しを発信した患者のケア担当になっているケア担当者よりも、その患者に対して近い位置に他のケア担当者がいる場合には、その近い位置にいる他のケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として選択する。特に、スタッフコールが発生した場合など支援が至急必要なときは近くにいるケア担当者を呼び出せることが好ましい。なお、この場合、患者との距離を優先するのではなく、近い位置にいる他のケア担当者の個人仕事量にも配慮して、呼び出す所定の携帯端末５０を選択する方が好ましい。

【0123】

次に、ナースコールサーバ２０は、ステップＳ３６での判定結果が相違しない同じ携帯端末５０であった場合（ステップＳ３６のＮｏ）にはステップＳ３９で選択された携帯端末５０が上記ステップＳ３３で特定された携帯端末５０と相違する携帯端末５０であるか否かを判定し、ステップＳ３６での判定結果が相違する携帯端末５０であった場合（ステップＳ３６のＹｅｓ）にはステップＳ３９で選択された携帯端末５０が上記ステップＳ３７で変更された携帯端末５０と相違する携帯端末５０であるか否かを判定する（ステップＳ４０）。

【0124】

ステップＳ４０において、ステップＳ３３で特定された携帯端末５０と相違する携帯端末５０である場合、またはステップＳ３７で変更された携帯端末５０と相違する携帯端末５０である場合（ステップＳ４０のＹｅｓ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ３３で特定された携帯端末５０またはステップＳ３７で変更された携帯端末５０から、ステップＳ３９で選択された携帯端末５０へと変更する（ステップＳ４１）。

【0125】

一方、ステップＳ４０において、ステップＳ３３で特定された携帯端末５０と相違しない同じ携帯端末５０である場合、またはステップＳ３７で変更された携帯端末５０と相違しない同じ携帯端末５０である場合（ステップＳ４０のＮｏ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ３３で特定された携帯端末５０またはステップＳ３７で変更された携帯端末５０に維持したままステップＳ４２に進む。

【0126】

次に、ナースコールサーバ２０は、ステップＳ４０またはステップＳ４１で呼び出す携帯端末５０として設定された所定の携帯端末５０を呼び出す（ステップＳ４２）。

【0127】

上記情報処理システム１における第四情報処理方法によれば、ケア担当者の出勤情報に基づいて端末対応情報が生成されるので、ケア担当者と患者との対応関係を、ケア担当者の出勤状況に応じて適切に登録することができる。これにより、患者とケア担当者との間のスムーズな呼出通話を実現することができる。

【0128】

また、第四情報処理方法によれば、呼び出す携帯端末５０を特定する際にケア担当者の個人仕事量が加味されるので、ケア担当者と患者との対応関係をより適切に登録することができる。

【0129】

また、第四情報処理方法によれば、ケア担当者と患者との対応関係を登録する際にケア担当者の多忙度や業務貢献度が考慮されることで、各ケア担当者の業務負荷を平準化することができる。また、チーム活性度が考慮されることで、各ケア担当者が所属するチーム間の業務負荷をも平準化することができる。

【0130】

また、第四情報処理方法によれば、ケア担当者と患者との対応関係を登録する際にケア担当者の位置情報が考慮されることで、患者からの呼び出しが発生した際に、ケア担当者が患者の元へ駆けつけるまでの時間を短縮することができる。

【0131】

また、情報処理システム１、及びナースコールサーバ制御部２１において実行されるプログラムによっても第四情報処理方法と同様の効果を得ることができる。

【0132】

（第五動作例）
図１２のフローチャートを参照して、情報処理システム１の第五動作例（第五情報処理方法）を説明する。
第五動作例では、図１２に示すように、情報処理システム１のナースコールサーバ２０は、患者等からの呼び出しに関する呼出情報をナースコール制御機１４から受信する（ステップＳ６１）。

【0133】

次に、ナースコールサーバ２０は、ケア担当者とケア担当者が担当する患者とを関連付ける関連付け情報を記憶部２２から読み出す（ステップＳ６２）。

【0134】

次に、ナースコールサーバ２０は、ナースコール制御機１４から受信した呼出情報と記憶部２２から読み出した関連付け情報とに基づいて、呼び出す所定の携帯端末５０を特定する（ステップＳ６３）。例えば、呼び出しを発信した患者のケア担当として紐づけられているケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として特定する。

【0135】

情報処理システム１のケア情報サーバ３０は、記憶部３２に記憶されている各ケア担当者の出勤情報に基づいて、出勤中のケア担当者とそれらのケア担当者が携帯する携帯端末５０との対応関係に関する端末対応情報を生成する（ステップＳ８１）。
ケア情報サーバ３０は、携帯端末５０から受信される位置情報に基づいて、その携帯端末５０を携帯しているケア担当者の現在位置に関連する位置情報を取得する（ステップＳ８２）。

【0136】

次に、ナースコールサーバ２０は、ケア情報サーバ３０で生成された端末対応情報をケア情報サーバ３０から受信する（ステップＳ６４）。

【0137】

次に、ナースコールサーバ２０は、ナースコール制御機１４から受信した呼出情報とケア情報サーバ３０から受信した端末対応情報とに基づいて、呼び出す所定の携帯端末５０を選択する（ステップＳ６５）。例えば、呼び出しを発信した患者を呼出情報に基づいて認識するとともに、出勤しているケア担当者を端末対応情報に基づいて認識し、当該患者に対して現在勤務中であるケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として選択する。

【0138】

次に、ナースコールサーバ２０は、ステップＳ６５で選択された携帯端末５０が上記ステップＳ６３で特定された携帯端末５０と相違する携帯端末５０であるか否か判定する（ステップＳ６６）。

【0139】

ステップＳ６６において、相違する携帯端末５０である場合（ステップＳ６６のＹｅｓ）、ナースコールサーバ２０は、呼び出す携帯端末５０をステップＳ６３で特定された携帯端末５０からステップＳ６５で選択された携帯端末５０へと変更する（ステップＳ６７）。

【0140】

一方、ステップＳ６６において、相違しない同じ携帯端末５０である場合（ステップＳ６６のＮｏ）、ナースコールサーバ２０は、呼び出す携帯端末５０をステップＳ６３で特定された携帯端末５０に維持したままステップＳ６８に進む。

【0141】

次に、ナースコールサーバ２０は、各ケア担当者の所定期間内における個人仕事量を記憶部２２から読み出す（ステップＳ６８）。個人仕事量は、上記第二動作例における個人仕事量と同様に算出されて記憶部２２に記憶されたものである。

【0142】

次に、ナースコールサーバ２０は、記憶部２２から読み出した個人仕事量とケア情報サーバ３０から受信した端末対応情報とに基づいて、呼び出す所定の携帯端末５０を選択する（ステップＳ６９）。例えば、呼び出しを発信した患者のケア担当になっているケア担当者の個人仕事量が同じチームに所属する他のケア担当者よりも多い状態である場合には、比較的に個人仕事量が少ない他のケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として選択する。

【0143】

次に、ナースコールサーバ２０は、ステップＳ６６での判定結果が相違しない同じ携帯端末５０であった場合（ステップＳ６６のＮｏ）にはステップＳ６９で選択された携帯端末５０が上記ステップＳ６３で特定された携帯端末５０と相違する携帯端末５０であるか否か判定し、ステップＳ６６での判定結果が相違する携帯端末５０であった場合（ステップＳ６６のＹｅｓ）にはステップＳ６９で選択された携帯端末５０が上記ステップＳ６７で変更された携帯端末５０と相違する携帯端末５０であるか否か判定する（ステップＳ７０）。

【0144】

ステップＳ７０において、ステップＳ６３で特定された携帯端末５０と相違する携帯端末５０である場合、またはステップＳ６７で変更された携帯端末５０と相違する携帯端末５０である場合（ステップＳ７０のＹｅｓ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ６３で特定された携帯端末５０またはステップＳ６７で変更された携帯端末５０から、ステップＳ６９で選択された携帯端末５０へと変更する（ステップＳ７１）。

【0145】

一方、ステップＳ７０において、ステップＳ６３で特定された携帯端末５０と相違しない同じ携帯端末５０である場合、またはステップＳ６７で変更された携帯端末５０と相違しない同じ携帯端末５０である場合（ステップＳ７０のＮｏ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ６３で特定された携帯端末５０またはステップＳ６７で変更された携帯端末５０に維持したままステップＳ７２に進む。

【0146】

次に、ナースコールサーバ２０は、ケア情報サーバ３０で取得された位置情報をケア情報サーバ３０から受信する（ステップＳ７２）。

【0147】

次に、ナースコールサーバ２０は、ケア情報サーバ３０から受信した位置情報と端末対応情報とに基づいて、呼び出す所定の携帯端末５０を選択する（ステップＳ７３）。例えば、呼び出しを発信した患者のケア担当になっているケア担当者よりも、その患者に対して近い位置に他のケア担当者がいる場合には、その近い位置にいる他のケア担当者の携帯端末５０を、呼び出す所定の携帯端末５０として選択する。特に、スタッフコールが発生した場合など支援が至急必要なときは近くにいるケア担当者を呼び出せることが好ましい。なお、この場合、患者との距離を優先するのではなく、近い位置にいる他のケア担当者の個人仕事量にも配慮して、呼び出す所定の携帯端末５０を選択することが好ましい。

【0148】

次に、ナースコールサーバ２０は、ステップＳ７０での判定結果が相違しない同じ携帯端末５０であった場合（ステップＳ７０のＮｏ）にはステップＳ７３で選択された携帯端末５０が上記ステップＳ６３で特定された携帯端末５０または上記ステップＳ６７で変更された携帯端末５０と相違する携帯端末５０であるか否か判定し、ステップＳ７０での判定結果が相違する携帯端末５０であった場合（ステップＳ７０のＹｅｓ）には、ステップＳ７３で選択された携帯端末５０が上記ステップＳ７１で変更された携帯端末５０と相違する携帯端末５０であるか否か判定する（ステップＳ７４）。

【0149】

ステップＳ７４において、ステップＳ６３で特定された携帯端末５０と相違する携帯端末５０である場合、ステップＳ６７で変更された携帯端末５０と相違する携帯端末５０である場合、及びステップＳ７１で変更された携帯端末５０と相違する携帯端末５０である場合（ステップＳ７４のＹｅｓ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ６３で特定された携帯端末５０、ステップＳ６７で変更された携帯端末５０、及びステップＳ７１で変更された携帯端末５０から、ステップＳ７３で選択された携帯端末５０へと変更する（ステップＳ７５）。

【0150】

一方、ステップＳ７４において、ステップＳ６３で特定された携帯端末５０と相違しない同じ携帯端末５０である場合、ステップＳ６７で変更された携帯端末５０と相違しない同じ携帯端末５０である場合、及びステップＳ７１で変更された携帯端末５０と相違しない同じ携帯端末５０である場合（ステップＳ７４のＮｏ）、ナースコールサーバ２０は、呼び出す携帯端末５０を、ステップＳ６３で特定された携帯端末５０、ステップＳ６７で変更された携帯端末５０、及びステップＳ７１で変更された携帯端末５０に維持したままステップＳ７６に進む。

【0151】

次に、ナースコールサーバ２０は、ステップＳ７４またはステップＳ７５で呼び出す携帯端末５０として設定された所定の携帯端末５０を呼び出す（ステップＳ７６）。

【0152】

上記情報処理システム１における第五情報処理方法によれば、ケア担当者とケア担当者が担当する患者との対応関係があらかじめ決められている場合でも、ケア担当者の出勤状況に応じて対応関係を適宜に変更することができる。これにより、患者とケア担当者との間のスムーズな呼出通話を実現することができる。

【0153】

また、第五情報処理方法によれば、その他に上記第四情報処理方法と同様の効果を得ることができる。

【0154】

また、情報処理システム１、及びナースコールサーバ制御部２１において実行されるプログラムによっても第五情報処理方法と同様の効果を得ることができる。

【0155】

なお、本発明は、上述した実施形態に限定されず、適宜、変形、改良等が自在である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置場所等は、本発明を達成できるものであれば任意であり、限定されない。

【符号の説明】

【0156】

１：情報処理システム、２：病院、４：ナースコールシステム、１１：ナースコール子機、１２：廊下灯、１３：ナースコール親機、１３ａ：小型モニタ、１３ｂ：大型モニタ（第二表示部の一例）、１４：ナースコール制御機、１４ａ：記憶部、１５：交換機、１６：基地局、２０：ナースコールサーバ（第一サーバの一例）、２１：ナースコールサーバ制御部、２２：記憶部（第一記憶部の一例）、２４：受付部、２５：算出部、２６：データ生成部、２７：インセンティブ生成部、２８：呼出部、３０：ケア情報サーバ（第二サーバの一例）、３１：ケア情報サーバ制御部、３２：記憶部（第二記憶部の一例）、３４：情報生成部、３５：位置情報受付部、４０：物品購入システム、５０：携帯端末、５１：表示画面（第一表示部の一例）

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】