特開 2024-30336 看護者決定システム、看護者決定方法、看護者決定装置、プログラム

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

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

(11)【公開番号】P2024030336

(43)【公開日】2024-03-07

(54)【発明の名称】看護者決定システム、看護者決定方法、看護者決定装置、プログラム

(51)【国際特許分類】

   G16H 40/20 20180101AFI20240229BHJP

【ＦＩ】

G16H40/20

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022133153

(22)【出願日】2022-08-24

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110004185

【氏名又は名称】インフォート弁理士法人

(74)【代理人】

【識別番号】100121083

【弁理士】

【氏名又は名称】青木 宏義

(74)【代理人】

【識別番号】100138391

【弁理士】

【氏名又は名称】天田 昌行

(74)【代理人】

【識別番号】100074099

【弁理士】

【氏名又は名称】大菅 義之

(72)【発明者】

【氏名】吉田 靖治

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

5L099

【Ｆターム（参考）】

5L099AA01

(57)【要約】

【課題】複雑化する看護の要求に対応するとともに、迅速に患者の看護を対応する看護者を決定すること。
【解決手段】看護者端末と、看護者決定装置と、を備える看護者決定システムにおいて、看護者決定装置は、患者及び患者に必要な看護項目を示す要看護情報と、患者を看護する看護者及び看護者が保有する看護項目に対応する属性を示す属性情報と、に基づいて、患者の看護項目に対応可能な看護者を紐付ける紐付部と、紐付部により紐付けられた看護者のうち、患者の看護項目に対応する属性のスコアの合算値が、所定の閾値より高い看護者が保有する看護者端末に同報通知を行う通知部と、通知部により通知を受け付けた看護者が保有する看護者端末からの対応の可否を受け付ける対応受付部と、対応受付部により対応可能として受け付けた看護者の属性のスコアの合算値が高い看護者ほど、短い時間で決定する看護者決定部と、を備える。
【選択図】図７

【特許請求の範囲】

【請求項1】

患者を看護する各看護者が保有する看護者端末と、前記看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置と、を備える看護者決定システムにおいて、
前記看護者決定装置は、
前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付ける紐付部と、
前記紐付部により紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行う通知部と、
前記通知部により通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付ける対応受付部と、
前記対応受付部により対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する看護者決定部と、
を備えることを特徴とする看護者決定システム。

【請求項2】

前記属性は、性別の情報を少なくとも含む
ことを特徴とする請求項１に記載の看護者決定システム。

【請求項3】

前記属性は、性別、筋力、経験、技量のうち少なくとも２つ以上を含む
ことを特徴とする請求項１に記載の看護者決定システム。

【請求項4】

前記要看護情報に、前記患者に必要な前記看護項目と、前記属性情報に、前記看護者が保有する前記看護項目に対応する前記属性と、を登録する登録部を更に備える
ことを特徴とする請求項１に記載の看護者決定システム。

【請求項5】

前記登録部は、前記看護者が保有する前記看護項目に対応する前記属性の前記スコアをスコア情報を登録する
ことを特徴とする請求項４に記載の看護者決定システム。

【請求項6】

前記登録部は、前記看護者のスケジュール及び前記スケジュールに対応する優先度を含むスケジュール情報を登録し、
前記紐付部は、前記優先度が医師が指定する値を超えている前記スケジュールの前記看護者には、前記患者の前記看護項目に対応可能な前記看護者として紐付けない
ことを特徴とする請求項４または５に記載の看護者決定システム。

【請求項7】

前記通知部は、前記同報通知の内容に、前記患者に必要な前記看護項目を示す前記要看護情報を含んで通知し、
前記看護者端末は、
前記通知部から通知された前記患者の前記看護項目の情報を表示する
ことを特徴とする請求項１から５のうちいずれかに記載の看護者決定システム。

【請求項8】

前記通知部は、前記同報通知の内容に、前記同報通知する前記看護者の情報を含んで通知し、
前記看護者端末は、
前記紐付部により紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性の前記スコアの合算値が、高い順に前記看護者を表示する
ことを特徴とする請求項１から５のうちいずれかに記載の看護者決定システム。

【請求項9】

患者を看護する各看護者が保有する看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置において、
前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付ける紐付部と、
前記紐付部により紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行う通知部と、
前記通知部により通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付ける対応受付部と、
前記対応受付部により対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する看護者決定部と、
を備えることを特徴とする看護者決定装置。

【請求項10】

患者を看護する各看護者が保有する看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置において、
前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付け、
前記紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行い、
前記通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付け、
前記対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する
ことを特徴とする看護者決定方法。

【請求項11】

患者を看護する各看護者が保有する各看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置が実行するプログラムであって、
前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付け、
前記紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行い、
前記通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付け、
前記対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する処理を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、看護者決定システム、看護者決定方法、看護者決定装置、プログラム
に関する。

【背景技術】

【0002】

従来、業務分担表と医師が発行する看護指示の患者を照らし合わせて、看護師や介護者などの各看護者に通知を送信して、看護担当を決定する。例えば、特許文献１の図１５の業務分担表は、患者の情報と看護者の情報を紐付けする技術が提案されている。

【0003】

特許文献１に記載の技術においては、業務分担表と医師が発行する看護指示によって、各看護者に通知を送信して、看護担当者を決定する。通知は、第１次通知先から第４次通知先まで一人ずつメールで行い、第４次通知先の次は再び第１次通知先へと戻ることとなる。通知を受信して表示する通知画面は、緊急度を表示し、対応可否または保留の入力を受け付ける。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

しかしながら、特許文献１に記載の技術においては、業務分担表は患者と看護者とを紐付けるものであり、入院患者や再来患者は看護者と紐付くものの、初診の患者を紐付けることは困難である。

【0006】

また、看護は、定期注射や定期処方といった種類のものであり、同性の看護者による衣服着脱支援など複雑化する看護の要求に対応できないという問題があった。

【0007】

また、看護者一人ずつに第１次通知先からメールで通知、対応不可、又は、保留である場合には、対応可能を応答する看護者があらわれるまで次の通知先への通知を繰り返さなければならず、看護者の決定が遅延するという問題が発生していた。

【0008】

本願発明は、上記課題に鑑み、複雑化する看護の要求に対応するとともに、迅速に患者の看護を対応する看護者を決定することができる看護者決定システムを提供することを目的とする。

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

【0009】

上記目的を達成するために、本発明の看護者決定システムは、患者を看護する各看護者が保有する看護者端末と、前記看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置と、を備える看護者決定システムにおいて、前記看護者決定装置は、前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付ける紐付部と、前記紐付部により紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行う通知部と、前記通知部により通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付ける対応受付部と、前記対応受付部により対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する看護者決定部と、を備える。

【0010】

また、本発明の看護者決定装置は、患者を看護する各看護者が保有する看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置において、前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付ける紐付部と、前記紐付部により紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行う通知部と、前記通知部により通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付ける対応受付部と、前記対応受付部により対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する看護者決定部と、を備える。

【0011】

また、本発明の看護者決定方法は、患者を看護する各看護者が保有する看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置において、前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付け、前記紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行い、前記通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付け、前記対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する。

【0012】

また、本発明のプログラムは、患者を看護する各看護者が保有する各看護者端末により受け付けた情報に基づき対応する看護者を決定する看護者決定装置が実行するプログラムであって、前記患者及び前記患者に必要な看護項目を示す要看護情報と、前記患者を看護する前記看護者及び前記看護者が保有する前記看護項目に対応する属性を示す属性情報と、に基づいて、前記患者の前記看護項目に対応可能な前記看護者を紐付け、前記紐付けられた前記看護者のうち、前記患者の前記看護項目に対応する前記属性のスコアの合算値が、所定の閾値より高い前記看護者が保有する前記看護者端末に同報通知を行い、前記通知を受け付けた前記看護者が保有する前記看護者端末からの対応の可否を受け付け、前記対応可能として受け付けた前記看護者の前記属性の前記スコアの合算値が高い看護者ほど、短い時間で決定する処理を実行させる。

【発明の効果】

【0013】

本発明によれば、複雑化する看護の要求に対応するとともに、迅速に患者の看護を対応する看護者を決定することができる。

【図面の簡単な説明】

【0014】

【図1】本実施の形態における看護者決定装置１０及び看護者端末２０を含む看護者決定システム１の構成の一例を示す図である。

【図2】本実施の形態に係る看護者決定装置１０のハードウェア構成図である。

【図3】本実施の形態に係る看護者端末２０のハードウェア構成図である。

【図4】本実施の形態に係る受付端末７０のハードウェア構成図である。

【図5】本実施の形態に係る医師端末８０のハードウェア構成図である。

【図6】本実施の形態の看護者決定処理に係る看護者決定システム１の機能ブロックの一例を示す図である。

【図7】本実施の形態の看護者決定処理の概略を示す図である。

【図8】患者情報テーブル４１の一例を示す図である。

【図9】要看護情報テーブル４２の一例を示す図である。

【図10】看護者決定装置１０のアプリケーション（プログラム）により実行される受付アプリ画面５１の一例を示す図である。

【図11】看護者決定装置１０のアプリケーション（プログラム）により実行される医師アプリ画面５２の一例を示す図である。

【図12】看護者情報テーブル４３の一例を示す図である。

【図13】看護者スケジュールテーブル４４の一例を示す図である。

【図14】看護者スキルテーブル４５の一例を示す図である。

【図15】看護者端末２０のアプリケーション（プログラム）により実行される通知画面６１の一例を示す図である。

【図16】看護者端末２０のアプリケーション（プログラム）により実行される通知画面６２の一例を示す図である。

【図17】看護者端末２０のアプリケーション（プログラム）により実行される通知画面６３の一例を示す図である。

【図18】看護者決定装置１０の制御部１１が実行する受付処理の一例を示すフローチャートである。

【図19】看護者決定装置１０の制御部１１が実行する医師操作処理の一例を示すフローチャートである。

【図20】看護者決定装置１０の制御部１１が実行する看護者決定処理の一例を示すフローチャートである。

【図21】看護者決定装置１０の制御部１１が実行する看護者決定処理の一例を示すフローチャートである。

【図22】看護者決定装置１０の制御部１１が実行する同報通知処理の一例を示すフローチャートである。

【図23】看護者決定装置１０の制御部１１が実行する同報通知処理の一例を示すフローチャートである。

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

【0015】

以下、図面にしたがって本実施の形態にかかる看護者決定装置及び看護者端末を含む看護者決定システムについて説明する。図１は、本実施の形態における看護者決定装置１０及び看護者端末２０を含む看護者決定システム１の構成の一例を示す図である。

【0016】

看護者決定システム１は、例えば、看護者施設において使用される看護者決定装置１０、看護者施設においてｎ人の各看護者が有する看護者端末２０－１、２０－２～２０－ｎ、受付端末７０、医師端末８０を備える。看護者端末２０－１、２０－２～２０－ｎを特に区別して説明しない場合には、以下「看護者端末２０」と呼ぶ。なお、看護者決定システム１は、図１に示していない他の構成を備えていてもよい。看護者決定装置１０は、図１には１台のみ記載されているがこれに限られるものではなく、複数台備えてもよい。看護者決定装置１０、各看護者端末２０－１、２０－２～２０－ｎ、受付端末７０、医師端末８０は、それぞれネットワークＮを介して相互に接続されている。

【0017】

本実施の形態において、看護者施設とは、病院、介護施設、老人ホーム等が含まれる。

【0018】

本実施の形態において、看護者とは、看護師，保健師，助産師，薬剤師，臨床検査技師，衛生検査技師，臨床工学技士，放射線技師，理学療法士，作業療法士，言語聴覚士，栄養士，管理栄養士，救急救命士等のパラメディカル（paramedical）や、介護福祉士、ヘルパー等が含まれる。

【0019】

看護者決定装置１０は、看護者端末２０を管理するデータサーバである。看護者決定装置１０は、ＰＣ（personal computer）等により構成される。看護者端末２０は、看護者が持ち運び可能なスマートフォン、タブレット端末、ノートＰＣなどの携帯可能な端末装置等により構成される。

【0020】

看護者決定装置１０と看護者端末２０との間においては、相互に通信可能な状態で接続されている。看護者決定装置１０は、看護者端末２０を保有する各看護者を統括する医師や看護師長等が操作可能な端末とすることが好ましい。

【0021】

図２は、本実施の形態に係る看護者決定装置１０のハードウェア構成図である。

【0022】

図２に示すように、看護者決定装置１０は、制御部１１、入力装置１２、出力装置１３、記憶部１４、インターフェース（Ｉ／Ｆ）１５がバス１６に接続されて構成されている。また、看護者決定装置１０は、図２に示していない他のハードウェア構成を備えていてもよい。

【0023】

制御部１１は、看護者決定装置１０全体を統括的に制御するもので、プログラムを読み込んで看護者決定処理を実行するＣＰＵ（Central Processing Unit）を有する。

【0024】

入力装置１２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。

【0025】

出力装置１３は、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（electro-luminescence）等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

【0026】

記憶部１４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等を有する。記憶部１４は、看護者決定装置１０が看護者決定処理を実行するプログラムの他、看護者決定装置１０の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部１４は、看護者決定装置１０がプログラムを実行する際の作業領域を提供する。また、記憶部１４は、後述の要看護情報、属性情報等、その他のデータを記憶してもよい。看護者決定装置１０のアプリケーション（プログラム）（以下、「サーバアプリ」とも呼ぶ）は、記憶部１４のＨＤＤ等に保存され、記憶部１４のＲＡＭにロードされて実行される。

【0027】

インターフェース１５は、ＵＳＢ（Universal Serial Bus）やＬＡＮ（Local Area Network）等のシリアルインターフェースやパラレルインターフェース等、看護者端末２０や図示しない外部機器と接続するためのユニットである。

【0028】

図３は、本実施の形態に係る看護者端末２０のハードウェア構成図である。

【0029】

図３に示すように、看護者端末２０は、制御部２１、入力装置２２、出力装置２３、記憶部２４、インターフェース（Ｉ／Ｆ）２５がバス２６に接続されて構成されている。また、看護者端末２０は、図３に示していない他のハードウェア構成を備えていてもよい。

【0030】

制御部２１は、看護者端末２０全体を統括的に制御するもので、プログラムを読み込んで看護者決定処理を実行するＣＰＵを有する。

【0031】

入力装置２２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。

【0032】

出力装置２３は、例えば、ＬＣＤ、有機ＥＬ等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

【0033】

記憶部２４は、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を有する。記憶部２４は、看護者端末２０が看護者決定処理を実行するプログラムの他、看護者端末２０の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部２４は、看護者端末２０がプログラムを実行する際の作業領域を提供する。看護者端末２０のアプリケーション（プログラム）（以下、「看護者アプリ」とも呼ぶ）は、記憶部２４のＨＤＤ等に保存され、記憶部２４のＲＡＭにロードされて実行される。

【0034】

インターフェース２５は、ＵＳＢ（Universal Serial Bus）やＬＡＮ（Local Area Network）等のシリアルインターフェースやパラレルインターフェース等、看護者決定装置１０や図示しない外部機器と接続するためのユニットである。

【0035】

図４は、本実施の形態に係る受付端末７０のハードウェア構成図である。

【0036】

図４に示すように、受付端末７０は、制御部７１、入力装置７２、出力装置７３、記憶部７４、インターフェース（Ｉ／Ｆ）７５がバス７６に接続されて構成されている。また、受付端末７０は、図４に示していない他のハードウェア構成を備えていてもよい。

【0037】

制御部７１は、受付端末７０全体を統括的に制御するもので、プログラムを読み込んで看護者決定処理を実行するＣＰＵを有する。

【0038】

入力装置７２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。

【0039】

出力装置７３は、例えば、ＬＣＤ、有機ＥＬ等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

【0040】

記憶部７４は、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を有する。記憶部７４は、受付端末７０が看護者決定処理を実行するプログラムの他、受付端末７０の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部７４は、受付端末７０がプログラムを実行する際の作業領域を提供する。

【0041】

インターフェース７５は、ＵＳＢ（Universal Serial Bus）やＬＡＮ（Local Area Network）等のシリアルインターフェースやパラレルインターフェース等、看護者決定装置１０や図示しない外部機器と接続するためのユニットである。

【0042】

図５は、本実施の形態に係る医師端末８０のハードウェア構成図である。

【0043】

図５に示すように、医師端末８０は、制御部８１、入力装置８２、出力装置８３、記憶部８４、インターフェース（Ｉ／Ｆ）８５がバス８６に接続されて構成されている。また、医師端末８０は、図５に示していない他のハードウェア構成を備えていてもよい。

【0044】

制御部８１は、医師端末８０全体を統括的に制御するもので、プログラムを読み込んで看護者決定処理を実行するＣＰＵを有する。

【0045】

入力装置８２は、例えば、キーボード、ジョイスティック、ライトペン、マウス、タッチパッド、タッチパネル、トラックボール等、各種のデータや信号等を入力する。

【0046】

出力装置８３は、例えば、ＬＣＤ、有機ＥＬ等の各種ディスプレイ、プリンタ等、画像やその他の情報を出力する。

【0047】

記憶部８４は、ＲＡＭ、ＲＯＭ、ＨＤＤ、ＳＳＤ等を有する。記憶部８４は、医師端末８０が看護者決定処理を実行するプログラムの他、医師端末８０の各機能を制御し実行するための制御プログラム、画面データなどを記憶する。記憶部８４は、医師端末８０がプログラムを実行する際の作業領域を提供する。

【0048】

インターフェース８５は、ＵＳＢ（Universal Serial Bus）やＬＡＮ（Local Area Network）等のシリアルインターフェースやパラレルインターフェース等、看護者決定装置１０や図示しない外部機器と接続するためのユニットである。

【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】

１ ：看護者決定システム
１０ ：看護者決定装置
１１ ：制御部
１２ ：入力装置
１３ ：出力装置
１４ ：記憶部
１５ ：インターフェース
１６ ：バス
２０ ：看護者端末
２０－１ ：看護者端末
２１ ：制御部
２２ ：入力装置
２３ ：出力装置
２４ ：記憶部
２５ ：インターフェース
２６ ：バス
３１ ：登録部
３２ ：紐付部
３３ ：通知部
３４ ：対応受付部
３５ ：看護者決定部
４１ ：患者情報テーブル
４２ ：要看護情報テーブル
４３ ：看護者情報テーブル
４４ ：看護者スケジュールテーブル
４５ ：看護者スキルテーブル
５１ ：受付アプリ画面
５２ ：医師アプリ画面
６１ ：通知画面
６２ ：通知画面
６３ ：通知画面
６２１ ：交代候補子画面
７０ ：受付端末
７１ ：制御部
７２ ：入力装置
７３ ：出力装置
７４ ：記憶部
７５ ：インターフェース
７６ ：バス
８０ ：医師端末
８１ ：制御部
８２ ：入力装置
８３ ：出力装置
８４ ：記憶部
８５ ：インターフェース
８６ ：バス
Ｎ ：ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】