ホーム > 特許ランキング > パラマウントベッド株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024168575
(43)【公開日】2024-12-05
(54)【発明の名称】患者情報計測システム及び患者情報計測方法
(51)【国際特許分類】
G06Q 50/22 20240101AFI20241128BHJP
【ＦＩ】
G06Q50/22
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2023085379
(22)【出願日】2023-05-24
(71)【出願人】
【識別番号】390039985
【氏名又は名称】パラマウントベッド株式会社
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】笠原 靖弘
(72)【発明者】
【氏名】清水 和也
(72)【発明者】
【氏名】伊藤 秀明
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA13
(57)【要約】
【課題】 地域包括ケアシステムに好適な患者情報計測システム及び患者情報計測方法等の提供。
【解決手段】 患者情報計測システムは、地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得する患者情報取得部と、在宅患者の位置情報に基づいて、地図上に在宅患者の患者情報を表示し、且つ、複数の施設患者の位置情報に基づいて、地図上に複数の施設患者の患者情報に関する統計情報を表示する処理を行う表示処理部と、を含む。
【選択図】図１
【解決手段】 患者情報計測システムは、地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得する患者情報取得部と、在宅患者の位置情報に基づいて、地図上に在宅患者の患者情報を表示し、且つ、複数の施設患者の位置情報に基づいて、地図上に複数の施設患者の患者情報に関する統計情報を表示する処理を行う表示処理部と、を含む。
【選択図】図１
【特許請求の範囲】
【請求項1】
地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得する患者情報取得部と、
前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、且つ、前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する処理を行う表示処理部と、
を含む患者情報計測システム。
前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、且つ、前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する処理を行う表示処理部と、
を含む患者情報計測システム。
【請求項2】
請求項１において、
前記在宅患者の前記患者情報と、前記複数の施設患者の前記患者情報に基づいて、前記在宅患者及び前記施設の優先度を判定する判定処理部をさらに含む患者情報計測システム。
前記在宅患者の前記患者情報と、前記複数の施設患者の前記患者情報に基づいて、前記在宅患者及び前記施設の優先度を判定する判定処理部をさらに含む患者情報計測システム。
【請求項3】
請求項２において、
前記判定処理部は、
前記患者情報のうち異常が発生している項目数を表す異常数、及び、異常が発生している人数である異常人数に基づいて、前記在宅患者の前記優先度及び前記施設の前記優先度を判定する患者情報計測システム。
前記判定処理部は、
前記患者情報のうち異常が発生している項目数を表す異常数、及び、異常が発生している人数である異常人数に基づいて、前記在宅患者の前記優先度及び前記施設の前記優先度を判定する患者情報計測システム。
【請求項4】
請求項２において、
前記在宅患者及び前記複数の施設患者の少なくとも一部に関する作業を行うスタッフの位置情報を含むスタッフ情報を取得するスタッフ情報取得部を含み、
前記判定処理部は、
前記在宅患者の前記優先度、前記施設の前記優先度、及び前記スタッフの前記位置情報に基づいて、前記スタッフに推奨される訪問ルートを判定する患者情報計測システム。
前記在宅患者及び前記複数の施設患者の少なくとも一部に関する作業を行うスタッフの位置情報を含むスタッフ情報を取得するスタッフ情報取得部を含み、
前記判定処理部は、
前記在宅患者の前記優先度、前記施設の前記優先度、及び前記スタッフの前記位置情報に基づいて、前記スタッフに推奨される訪問ルートを判定する患者情報計測システム。
【請求項5】
請求項１において、
前記在宅患者及び前記複数の施設患者の少なくとも一部に関する作業を行うスタッフの位置情報を含むスタッフ情報を取得するスタッフ情報取得部を含み、
前記表示処理部は、
前記スタッフの前記位置情報に基づいて、前記地図上に前記スタッフ情報を表示する処理を行う患者情報計測システム。
前記在宅患者及び前記複数の施設患者の少なくとも一部に関する作業を行うスタッフの位置情報を含むスタッフ情報を取得するスタッフ情報取得部を含み、
前記表示処理部は、
前記スタッフの前記位置情報に基づいて、前記地図上に前記スタッフ情報を表示する処理を行う患者情報計測システム。
【請求項6】
請求項５において、
前記在宅患者の前記患者情報と前記スタッフの前記位置情報に基づいて、前記スタッフが前記在宅患者の対応を行った場合の作業時間である第１作業時間を求める処理、及び、前記複数の施設患者の前記患者情報と前記スタッフの前記位置情報に基づいて、前記スタッフが前記施設の対応を行った場合の作業時間である第２作業時間を求める処理の少なくとも一方を行う判定処理部を含む患者情報計測システム。
前記在宅患者の前記患者情報と前記スタッフの前記位置情報に基づいて、前記スタッフが前記在宅患者の対応を行った場合の作業時間である第１作業時間を求める処理、及び、前記複数の施設患者の前記患者情報と前記スタッフの前記位置情報に基づいて、前記スタッフが前記施設の対応を行った場合の作業時間である第２作業時間を求める処理の少なくとも一方を行う判定処理部を含む患者情報計測システム。
【請求項7】
請求項６において、
前記判定処理部は、
前記スタッフが複数のスタッフを含む場合に、前記複数のスタッフのそれぞれについて、前記第１作業時間及び前記第２作業時間の少なくとも一方を求めることによって、前記複数のスタッフから、前記患者の前記対応に適した前記スタッフを選択する処理を行う患者情報計測システム。
前記判定処理部は、
前記スタッフが複数のスタッフを含む場合に、前記複数のスタッフのそれぞれについて、前記第１作業時間及び前記第２作業時間の少なくとも一方を求めることによって、前記複数のスタッフから、前記患者の前記対応に適した前記スタッフを選択する処理を行う患者情報計測システム。
【請求項8】
請求項７において、
前記判定処理部は、
前記患者情報に基づいて、前記患者に関する作業の内容である作業内容を求め、
前記作業内容と、前記複数のスタッフのそれぞれの職種を表す職種情報と、前記職種ごとに実行可能な作業とに基づいて、前記複数のスタッフから、前記患者の前記対応に適した前記スタッフを選択する処理を行う患者情報計測システム。
前記判定処理部は、
前記患者情報に基づいて、前記患者に関する作業の内容である作業内容を求め、
前記作業内容と、前記複数のスタッフのそれぞれの職種を表す職種情報と、前記職種ごとに実行可能な作業とに基づいて、前記複数のスタッフから、前記患者の前記対応に適した前記スタッフを選択する処理を行う患者情報計測システム。
【請求項9】
請求項１乃至８の何れか一項において、
前記患者と、前記患者の生体情報または環境情報を出力するセンサを関連付けた情報である患者センサ情報を記憶する記憶部と、
前記センサの位置を表すセンサ位置情報と、前記患者情報に含まれる前記位置情報との比較処理を行い、前記センサ位置情報と前記位置情報が所定以上異なる場合にアラート情報を出力する報知処理部を含む患者情報計測システム。
前記患者と、前記患者の生体情報または環境情報を出力するセンサを関連付けた情報である患者センサ情報を記憶する記憶部と、
前記センサの位置を表すセンサ位置情報と、前記患者情報に含まれる前記位置情報との比較処理を行い、前記センサ位置情報と前記位置情報が所定以上異なる場合にアラート情報を出力する報知処理部を含む患者情報計測システム。
【請求項10】
請求項１乃至８の何れか一項において、
前記患者情報は、
前記患者の体動に基づいて取得された睡眠状態情報、呼吸情報、心拍情報及び排泄情報の少なくとも１つを含む患者情報計測システム。
前記患者情報は、
前記患者の体動に基づいて取得された睡眠状態情報、呼吸情報、心拍情報及び排泄情報の少なくとも１つを含む患者情報計測システム。
【請求項11】
請求項１０において、
前記患者情報は、
前記患者の周辺に配置された環境センサに基づいて取得された温度情報、湿度情報、暑さ指数、照度情報、二酸化炭素情報の少なくとも１つを含む患者情報計測システム。
前記患者情報は、
前記患者の周辺に配置された環境センサに基づいて取得された温度情報、湿度情報、暑さ指数、照度情報、二酸化炭素情報の少なくとも１つを含む患者情報計測システム。
【請求項12】
地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得し、
前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、
前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する、
患者情報計測方法。
前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、
前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する、
患者情報計測方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、患者情報計測システム及び患者情報計測方法等に関する。
【背景技術】
【0002】
従来、センサによって取得されたセンサ情報を表示する種々の手法が知られている。例えば特許文献１には、センサが取得したセンサ情報を、センサ位置と連動させて地図上に表示させる手法が開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】国際公開第２０１８／１７９２３２号
【発明の概要】
【発明が解決しようとする課題】
【0004】
地域包括ケアシステムに好適な患者情報計測システム及び患者情報計測方法等を提供する。
【課題を解決するための手段】
【0005】
本開示の一態様は、地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得する患者情報取得部と、前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、且つ、前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する処理を行う表示処理部と、を含む患者情報計測システムに関係する。
【0006】
本開示の他の態様は、地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得し、前記在宅患者の前記位置情報に基づいて、地図上に前記在宅患者の前記患者情報を表示し、前記複数の施設患者の前記位置情報に基づいて、前記地図上に前記複数の施設患者の前記患者情報に関する統計情報を表示する、患者情報計測方法に関係する。
【図面の簡単な説明】
【0007】
【図1】患者情報計測システムの構成例である。
【図2】患者情報計測システムを含む情報処理システムの構成例である。
【図3】サーバシステムの構成例である。
【図4】管理端末装置の構成例である。
【図5】情報処理システムの例、及び各装置のユーザの関係を示す図である。
【図6】患者用装置の具体例である。
【図7】患者端末装置の構成例である。
【図8A】在宅患者の患者情報のデータ構成例である。
【図8B】施設患者の患者情報のデータ構成例、及び統計情報の例である。
【図9】スタッフ端末装置の構成例である。
【図10】スタッフ情報のデータ構成例である。
【図11】本実施形態の処理を説明するシーケンス図である。
【図12】サーバシステムの処理を説明するフローチャートである。
【図13】表示処理部が表示させる表示画面の例である。
【図14】表示処理部が表示させる施設患者に関する施設詳細画面の例である。
【図15】情報処理システムの例、及び各装置のユーザの関係を示す図である。
【図16】表示処理部が表示させる表示画面の例、及び患者の移動操作の例である。
【図17】アラート報知処理を説明するフローチャートである。
【図18】作業時間の推定処理を説明するフローチャートである。
【図19】スタッフによる過去の業務履歴の例である。
【図20】業務履歴から求められる統計値の例である。
【図21】表示処理部が表示させる表示画面の例である。
【図22】表示処理部が表示させる表示画面の例である。
【図23】スタッフによる過去の業務履歴の例である。
【図24】スタッフによる業務履歴であって、作業時間が不適切な場合の例である。
【図25】賃金の承認処理を説明するフローチャートである。
【図26】情報処理システムの例、及び各装置のユーザの関係を示す図である。
【図27】スタッフ評価処理を説明するフローチャートである。
【図28】依頼スタッフの決定処理を説明するフローチャートである。
【図29】介護スタッフの業務範囲の例である。
【図30】医療スタッフの業務範囲の例である。
【図31】スタッフによる過去の業務履歴の例である。
【図32】表示処理部が表示させる表示画面の例である。
【図33】訪問要否の判定処理を説明するフローチャートである。
【図34】表示処理部が表示させる表示画面の例である。
【図35】表示処理部が表示させる表示画面の例である。
【発明を実施するための形態】
【0008】
以下、本実施形態について図面を参照しつつ説明する。図面については、同一又は同等の要素には同一の符号を付し、重複する説明は省略する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本開示の必須構成要件であるとは限らない。
【0009】
１．システム構成例
図１は、本実施形態に係る患者情報計測システム１０の構成例である。患者情報計測システム１０は、例えば患者情報取得部１１と、表示処理部１２を含む。ただし、患者情報計測システム１０の構成は図１に限定されず、一部の構成を省略する、他の構成を追加する等の種々の変形実施が可能である。
図１は、本実施形態に係る患者情報計測システム１０の構成例である。患者情報計測システム１０は、例えば患者情報取得部１１と、表示処理部１２を含む。ただし、患者情報計測システム１０の構成は図１に限定されず、一部の構成を省略する、他の構成を追加する等の種々の変形実施が可能である。
【0010】
患者情報取得部１１は、地域包括ケアにおける在宅患者、及び施設に入居する複数の施設患者を含む患者の位置情報を含む患者情報を取得する。患者情報は、患者の生体活動の状態を表す情報（以下、生体情報）と、患者の周辺環境を表す情報（以下、環境情報）を含んでもよい。各情報の詳細については後述する。
【0011】
表示処理部１２は、在宅患者の位置情報に基づいて、地図上に在宅患者の患者情報を表示する処理を行う。また表示処理部１２は、複数の施設患者の位置情報に基づいて、同じ地図上に複数の施設患者の患者情報に関する統計情報を表示する処理を行う。
【0012】
ここでの在宅患者とは、自宅でケアを受ける患者である。なお本実施形態では、地域包括ケアシステムによる訪問医療・訪問介護の必要性の高い患者を想定しているため、在宅患者とは家族と別々に暮らしている独居患者であってもよい。ただし、在宅患者が家族と同居する患者であり、専門家の助力を得るために訪問医療等を利用することも妨げられない。施設患者とは、複数人の患者が存在する施設に入居する患者である。施設患者は入居患者と言い換えてもよい。ここでの施設とは、ホスピスであってもよいし、高齢者専用集合住宅であってもよいし、複数人の患者が入居する他の態様の施設であってもよい。
【0013】
また統計情報とは、複数の施設患者のそれぞれから取得される患者情報（生体情報や環境情報）から統計的に求められる情報であり、図８Ｂを用いて後述する総異常値数（施設）や、総異常者数等を含む。統計情報の詳細については後述する。
【0014】
近年、医療、介護、生活支援等のケアを地域において包括的に実行する地域包括ケアシステムが知られている。地域包括ケアシステムでは、患者が自宅でケアを受ける場合もあれば、複数人の患者がいる施設でケアを受ける場合があるため、在宅患者と施設患者の両方を考慮する必要がある。この場合、在宅患者は、対象の場所（患者宅）に当該在宅患者以外の患者が存在しないことが想定されるのに対して、施設患者は、対象施設に他の患者も存在することが想定される。そのため、地図に対応付けて患者情報を表示することは患者の管理に有用であるが、施設患者の情報が１箇所に集中してしまう可能性がある。なお、夫婦の両方がケアを必要とする患者である例のように、患者宅にも複数の患者が存在する場合も考えられる。そこで本実施形態では、対象の場所に単一の患者のみが存在する場合、当該患者を在宅患者（独居患者）とし、対象の場所に複数の患者が存在する場合、当該患者を施設患者と定義する。従って本実施形態では、患者宅に複数の患者が存在する場合、当該患者宅は施設であり、当該複数の患者はそれぞれ施設患者として取り扱われる。
【0015】
その点、本実施形態の手法では、複数の施設患者の患者情報については、統計的に求められる統計情報が表示対象となる。従って、１つの地図上に在宅患者と複数の施設患者の情報をまとめて表示した場合であっても、分かりやすい態様での表示が可能になる。結果として、例えば表示画面を閲覧した管理者に、患者の管理やスタッフの派遣等に関する判断を適切に実行させること等が可能になる。
【0016】
図２は、本実施形態に係る患者情報計測システム１０を含む情報処理システム１の構成例を示す図である。情報処理システム１は、サーバシステム１００、患者用装置２００、スタッフ用装置３００、管理端末装置４００を含む。ただし、情報処理システム１の構成は図１に限定されず、一部の構成を省略する、他の構成を追加する等の種々の変形実施が可能である。例えば図２では、１人の在宅患者、及び２人の施設患者に対応する３つの患者用装置２００を図示しているが、患者用装置２００の数は患者の数に応じて変更されてもよい。スタッフ用装置３００の数についても同様に、スタッフの数に応じて変更されてもよい。
【0017】
本実施形態に係る患者情報計測システム１０は、サーバシステム１００であってもよい。例えば以下で説明するサーバシステム１００の患者情報取得部１１１が図１の患者情報取得部１１に対応し、サーバシステム１００の表示処理部１１４が図１の表示処理部１２に対応する。ただし、患者情報計測システム１０は、情報処理システム１に含まれる他の機器によって実現されてもよい。例えば、患者情報計測システム１０は、管理端末装置４００により実現されてもよいし、サーバシステム１００と管理端末装置４００の分散処理によって実現されてもよい。また患者情報計測システム１０は、患者用装置２００及びスタッフ用装置３００の少なくとも一方を含んでもよい。以下では、患者情報計測システム１０がサーバシステム１００に対応する例について主に説明する。
【0018】
図２に示すサーバシステム１００は、例えばネットワークを介して患者用装置２００、スタッフ用装置３００及び管理端末装置４００と接続される。ここでのネットワークは、例えば、インターネット等の公衆通信網である。ただし、ネットワークは公衆通信網に限定されず、ＬＡＮ（Local Area Network）等であってもよい。例えばサーバシステム１００は、ＩＥＥＥ８０２．１１の規格に従った通信を行ってもよい。ただし、各機器の間の通信手法については種々の変形実施が可能である。
【0019】
サーバシステム１００は、１つのサーバであってもよいし、複数のサーバを含んでもよい。例えばサーバシステム１００は、データベースサーバとアプリケーションサーバを含んでもよい。データベースサーバは、在宅患者の患者情報及び施設患者の患者情報を記憶する。またデータベースサーバは、図１０を用いて後述するスタッフ情報、図１９を用いて後述するスタッフの業務履歴（作業履歴）等、種々の情報を記憶することが可能である。アプリケーションサーバは、種々の処理を行う。アプリケーションサーバは、例えば図１２等を用いて後述する処理を実行する。なおここでの複数のサーバは、物理サーバであってもよいし仮想サーバであってもよい。また仮想サーバが用いられる場合、当該仮想サーバは１つの物理サーバに設けられてもよいし、複数の物理サーバに分散して配置されてもよい。以上のように、本実施形態におけるサーバシステム１００の具体的な構成は種々の変形実施が可能である。
【0020】
患者用装置２００は、患者に対応付けて使用される１または複数の装置を含む。例えば患者用装置２００は、図６を用いて後述するように、体動を検出する検出装置２２０、温度計２３０、湿度計２４０等を含んでもよい。患者用装置２００は、これらの装置に基づいて患者の生体情報や環境情報を計測し、計測結果をサーバシステム１００に送信する。生体情報や環境情報は患者情報の一部として用いられる。
【0021】
また患者用装置２００は、図７を用いて後述するように、患者の周辺に配置される患者端末装置２１０を含んでもよい。患者端末装置２１０は、例えばスマートフォンやタブレット端末等の携帯端末装置である。ただし患者端末装置２１０は、ＰＣ（Personal Computer）、ヘッドセット、ＡＲ（Augmented Reality）グラスやＭＲ（Mixed Reality）グラス等のウェアラブル装置等、他の装置であってもよい。患者用装置２００の詳細については後述する。
【0022】
スタッフ用装置３００は、患者に関する作業（ケア）を行うスタッフが使用する装置である。例えばスタッフ用装置３００は、図９を用いて後述するように、スタッフが携帯するスタッフ端末装置３１０を含む。スタッフ端末装置３１０は、スマートフォン、タブレット端末であるが、ＰＣ等の他の機器であってもよい。例えばスタッフ用装置３００は、位置情報を計測し、計測結果をサーバシステム１００に送信する。スタッフの位置情報は、スタッフ情報の一部として用いられる。
【0023】
なお本実施形態のスタッフは、介護士やケアマネージャー等の介護関係者（以下、介護スタッフと記載）であってもよいし、看護師や医師等の医療従事者（以下、医療スタッフと記載）であってもよい。本実施形態のスタッフは、患者宅や施設等へ派遣されて派遣先の患者のケアを行う訪問介護、訪問医療を担当するスタッフである。
【0024】
管理端末装置４００は、患者及びスタッフの管理を行う管理者によって使用される装置である。管理端末装置４００は、ＰＣであるが、スマートフォン、タブレット端末等であってもよい。管理端末装置４００は、管理者の勤務場所に配置される。管理者の勤務場所は、例えばスタッフの派遣拠点である派遣ステーションや、病院等であってもよいし、他の施設であってもよい。また管理端末装置４００は所定の場所に固定されるものには限定されず、管理者が携帯し持ち運ぶ機器であってもよい。
【0025】
図３は、サーバシステム１００の詳細な構成例を示すブロック図である。サーバシステム１００は、例えば処理部１１０と、記憶部１２０と、通信部１３０を含む。ただしサーバシステム１００の構成は図３に限定されず、一部の構成を省略する、他の構成を追加する等の変形実施が可能である。
【0026】
本実施形態の処理部１１０は、下記のハードウェアによって構成される。ハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。例えば、ハードウェアは、回路基板に実装された１又は複数の回路装置や、１又は複数の回路素子によって構成できる。１又は複数の回路装置は例えばＩＣ（Integrated Circuit）、ＦＰＧＡ（field-programmable gate array）等である。１又は複数の回路素子は例えば抵抗、キャパシター等である。
【0027】
また処理部１１０は、下記のプロセッサによって実現されてもよい。本実施形態のサーバシステム１００は、情報を記憶するメモリと、メモリに記憶された情報に基づいて動作するプロセッサと、を含む。情報は、例えばプログラムと各種のデータ等である。メモリは、記憶部１２０であってもよいし、他のメモリであってもよい。プロセッサは、ハードウェアを含む。プロセッサは、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）等、各種のプロセッサを用いることが可能である。メモリは、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリなどの半導体メモリであってもよいし、レジスタであってもよいし、ハードディスク装置（ＨＤＤ：Hard Disk Drive）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリはコンピュータによって読み取り可能な命令を格納しており、当該命令をプロセッサが実行することによって、処理部１１０の機能が処理として実現される。ここでの命令は、プログラムを構成する命令セットの命令でもよいし、プロセッサのハードウェア回路に対して動作を指示する命令であってもよい。
【0028】
処理部１１０は、患者情報取得部１１１、スタッフ情報取得部１１２、判定処理部１１３、表示処理部１１４、報知処理部１１５を含んでもよい。
【0029】
患者情報取得部１１１は、患者情報を取得する。患者情報は、予め登録される情報と、センサ等を用いて計測される情報を含んでもよい。登録される情報は例えば患者宅や施設を表す位置情報や、氏名・年齢等の属性情報であり、計測される情報は例えば生体情報や環境情報である。なお位置情報は、患者用装置２００（例えば患者端末装置２１０）によって計測されてもよい。これらの情報の具体例については後述する。
【0030】
例えば患者情報取得部１１１は、外部機器で登録された患者情報を取得する処理を行ってもよい。登録は、患者端末装置２１０、スタッフ端末装置３１０、管理端末装置４００のいずれを用いて実行されてもよい。また患者情報取得部１１１は、患者用装置２００を用いて計測された生体情報や環境情報を取得する処理を行う。例えば、患者情報取得部１１１は、通信部１３０を介した患者用装置２００との通信制御を実行する。
【0031】
スタッフ情報取得部１１２は、スタッフ情報を取得する。スタッフ情報も、患者情報と同様に、予め登録される情報と、センサ等を用いて計測される情報を含んでもよい。登録される情報はスタッフの職種を表す職種情報等であり、計測される情報は位置情報等である。例えば、スタッフ情報取得部１１２は、通信部１３０を介したスタッフ用装置３００等との通信制御を実行する。
【0032】
判定処理部１１３は、患者情報取得部１１１及びスタッフ情報取得部１１２が取得した情報に基づく判定処理を実行する。判定処理部１１３は、対象場所（患者宅、施設）への訪問を優先すべき度合いを表す優先度（優先スコア）、スタッフが対象場所へ訪問する際に推奨される訪問ルート等を判定する。また判定処理部１１３は、作業時間の予測や、予測結果に基づくスタッフ評価等、種々の処理を実行できる。具体的な処理については後述する。
【0033】
表示処理部１１４は、患者情報等を含む表示画面の表示処理を実行する。ここでの表示画面は、例えば管理端末装置４００の表示部４４０に表示されてもよい。この場合、サーバシステム１００の表示処理部１１４は、管理端末装置４００に表示画面を表示させるために、表示画面そのものや、表示画面を生成するための情報の送信処理等を実行する。
【0034】
報知処理部１１５は、患者情報等に基づいて何らかの異常が検出された場合に、当該異常を報知する処理を実行する。ここでの報知は、例えば管理端末装置４００において実行されることが想定されるが、患者端末装置２１０やスタッフ端末装置３１０において実行されてもよい。例えば報知処理部１１５は、対象機器に対して所定の態様による報知を指示する処理を実行する。ここでの報知は、表示部での表示、発光部（例えばＬＥＤ）の発光、スピーカからの音の出力、モータ等の振動部の振動等、種々の態様により実現が可能である。また表示部を用いた報知を行う場合、報知処理部１１５が表示処理部１１４に具体的な表示内容を指示する処理を行ってもよい。
【0035】
記憶部１２０は、処理部１１０のワーク領域であって、種々の情報を記憶する。記憶部１２０は、種々のメモリによって実現が可能であり、メモリは、ＳＲＡＭ、ＤＲＡＭ、ＲＯＭ（Read Only Memory）、フラッシュメモリなどの半導体メモリであってもよいし、レジスタであってもよいし、磁気記憶装置であってもよいし、光学式記憶装置であってもよい。
【0036】
通信部１３０は、ネットワークを介した通信を行うためのインターフェイスであり、サーバシステム１００が無線通信を行う場合、例えばアンテナ、ＲＦ（radio frequency）回路、及びベースバンド回路を含む。ただしサーバシステム１００は有線通信を行ってもよく、その場合の通信部１３０は、イーサネットコネクタ等の通信インターフェイス及び、当該通信インターフェイスの制御回路等を含んでもよい。通信部１３０は、処理部１１０による制御に従って動作してもよいし、処理部１１０とは異なる通信制御用のプロセッサを含んでもよい。通信部１３０は、例えばＩＥＥＥ８０２．１１やＩＥＥＥ８０２．３に規定された方式に従った通信を行ってもよい。ただし具体的な通信方式は種々の変形実施が可能である。
【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】
また図８Ａでは省略しているが、患者情報は位置情報以外に登録される種々の情報を含んでもよい。予め登録される情報としては、患者の氏名、性別、既往歴、服薬履歴等の情報が考えられる。また体組成計による自動計測が行われない場合、身長や体重等の情報が手動で設定されてもよい。また患者情報は、電子カルテの情報を含んでもよい。例えば患者情報は、電子カルテに含まれる血圧、血糖、SpO2、体温、心電図等の診断値や診断結果を含んでもよい。これらの情報は、管理者やスタッフが電子カルテに基づいて登録してもよいし、サーバシステム１００等の機器が電子カルテを取得することによって自動的に登録してもよい。例えばサーバシステム１００が電子カルテを取り扱うシステムと連携する場合、患者情報取得部１１１は電子カルテに基づいて患者情報を取得する。
【0071】
また以上では位置情報が予め登録される情報であるものとしたがこれには限定されない。例えば図７に示した患者端末装置２１０はＧＰＳ等のセンサ、Ｗｉ－Ｆｉ基地局との通信状態、５Ｇ等の移動通信の基地局との通信状態等に基づいて位置情報を検出してもよい。そして患者情報取得部１１１は、患者端末装置２１０が検出した位置情報を取得してもよい。また患者端末装置２１０以外の患者用装置２００が位置情報を検出可能であってもよく、患者情報取得部１１１は、当該患者用装置２００が検出した位置情報を取得してもよい。
【0072】
体動情報は、上述した検出装置２２０によって検出される情報であり、体動を表すセンサ出力そのものであってもよいし、呼吸数、心拍数、活動量、姿勢、覚醒／睡眠、離床／在床に関する情報であってもよいし、その両方であってもよい。また排泄情報は、上述したように患者の排泄状態を表す情報である。
【0073】
また図８Ａには不図示であるが、患者情報は、上述した体温、心電図、脈拍数（心拍数）、血中酸素飽和度、身長、体重、体脂肪、筋肉量、呼吸音等の生体情報を含んでもよい。これらの情報は、上記の通り、電子カルテの情報に基づいて登録されてもよいし、患者用装置２００によって計測されてもよい。
【0074】
環境情報は、患者の周辺環境の状態を表す情報である。環境情報は、上述したように温度、湿度、二酸化炭素濃度、照度等の情報を含む。
【0075】
総異常値数とは、患者情報に含まれる生体情報及び環境情報のうち、異常な値が取得された項目数を表す情報である。総異常値数は、例えば判定処理部１１３によって求められる。判定処理部１１３の処理の詳細については後述する。
【0076】
【0077】
図８Ａと図８Ｂの比較から分かるように、施設患者を対象とする場合であっても、患者情報は在宅患者と同様のデータ形式を利用できる。ただし、施設患者の位置情報は、当該施設患者が入居する施設の位置を表す情報であり、同じ施設に入居する複数の施設患者で共通の情報となる。
【0078】
また図８Ｂに示したように、複数の施設患者のそれぞれについて取得される患者情報に基づいて、施設全体での特徴を表す統計情報が求められてもよい。ここでの統計情報は、例えば総異常値数（施設）、総異常者数、総患者数を含む。
【0079】
総異常値数（施設）とは、対象施設に入居する複数の施設患者のそれぞれについて求められた総異常値数（個人）の合計である。総異常値数（施設）は、施設全体として異常な生体情報や環境情報がどれだけ取得されているかを表す。総異常値数（施設）は、例えば判定処理部１１３によって求められる。
【0080】
総異常者数とは、生体情報や環境情報の項目のうち、一定数以上に異常が生じている患者の数を表す情報である。狭義には、生体情報や環境情報の項目のうち１つでも異常値が計測された患者の数が異常者数としてカウントされる。総異常者数は、例えば総異常値数と同様に判定処理部１１３によって求められる。
【0081】
総患者数は、現在対象の施設に入居している施設患者の数を表す情報である。総患者数は、例えば位置情報等と同様に予め登録される情報であってもよい。
【0082】
以上で説明したように、患者情報は、患者の体動に基づいて取得された睡眠状態情報、呼吸情報、心拍情報及び排泄情報の少なくとも１つを含む。睡眠状態情報は、睡眠／覚醒の何れかを表す情報であってもよいし、睡眠の深さを表す情報であってもよい。呼吸情報は、例えば上記の通り呼吸数である。ただし、呼吸情報は、呼吸数を求めるための波形情報（体動を表す波形）であってもよいし、呼吸数の変化量を表す情報であってもよい。心拍情報についても同様に、心拍数に限定されず、心拍数を求めるための情報、あるいは心拍数から求められる情報を含んでもよい。
【0083】
本実施形態の手法によれば、患者の状態（特に生体活動の状態）を表す情報が患者情報として収集、表示されるため、例えば地域包括ケアシステムにおいて各患者の容態を適切に見守ることや、スタッフに適切な対応を行わせることが可能になる。例えば、異常が検出された項目（異常を検出したセンサ）が明示されるため、管理者等にケア内容を推定させることが可能である。また、便もれよりも呼吸や心拍などの身体の異常がある場合の方が生命の危険性があり、早急に対応する必要があるといった緊急性に関する判断を管理者等に行わせることも可能である。結果として、例えば管理者は、身体の異常がある場合には対応に専門的な知識を有するスタッフが必要となる、といった適切なスタッフ選択等の判定を実行できる。なお、呼吸や心拍のみでは、計測の直前に運動していた等の対応の必要性が低い場合等でもセンサがアラートを発し、専門的な知識を有するスタッフを派遣してしまう場合が想定できる。そこで本実施形態では、患者が意識があるか意識がないかなど、事前にカメラで患者の状況を把握することにより、訪問する必要のないアラートでわざわざスタッフを派遣してしまうことなどが抑制されてもよい。必要性の低い訪問を抑制する手法については、図３３－図３５を用いて後述する。
【0084】
また以上で説明したように、患者情報は、患者の周辺に配置された環境センサに基づいて取得された温度情報、湿度情報、暑さ指数、照度情報、二酸化炭素情報の少なくとも１つを含んでもよい。温度情報は、温度そのものであってもよいし、温度に基づく他の情報であってもよい。湿度情報についても同様である。暑さ指数は、例えば温度、湿度、周辺環境（日射や輻射熱等）に基づいて求められるＷＢＧＴ（Wet Bulb Globe Temperature）であるが、他の指数が用いられてもよい。ＷＢＧＴは、例えば熱中症の危険度合いの判定に有効である。照度情報は、例えばルクスを単位とする値であるが、他の情報であってもよい。二酸化炭素情報は、例えば患者の居室内の二酸化炭素濃度であるが、二酸化炭素に関連する他の情報であってもよい。
【0085】
本実施形態の手法によれば、患者の周辺環境を表す情報が患者情報として収集、表示されるため、例えば地域包括ケアシステムにおいて各患者の環境が適切に維持されているかを見守ることや、環境に問題が生じている場合にスタッフに適切な対応を行わせることが可能になる。
【0086】
２．２ スタッフ情報
スタッフ用装置３００は、例えばスマートフォン等のスタッフ端末装置３１０を含む。ただしスタッフ用装置３００は、ヘッドセット、ＡＲグラスやウォッチ型デバイス等のウェアラブルデバイス等、他のデバイスを含んでもよい。
スタッフ用装置３００は、例えばスマートフォン等のスタッフ端末装置３１０を含む。ただしスタッフ用装置３００は、ヘッドセット、ＡＲグラスやウォッチ型デバイス等のウェアラブルデバイス等、他のデバイスを含んでもよい。
【0087】
図９は、スタッフ端末装置３１０の構成例を示す図である。スタッフ端末装置３１０は、処理部３１１、記憶部３１２、通信部３１３、表示部３１４、操作部３１５、撮像部３１６を含む。これらの構成は、例えば図７を用いて上述した患者端末装置２１０と同様であるため、詳細な説明は省略する。
【0088】
またスタッフ端末装置３１０は、位置情報を検出するセンサを含んでもよい。例えばスタッフ端末装置３１０は、ＧＰＳ（Global Positioning System）等のＧＮＳＳ（Global Navigation Satellite System）を用いて位置情報を取得してもよい。あるいはスタッフ端末装置３１０は、Ｗｉ－Ｆｉ基地局や、５Ｇ等の移動通信用の基地局との通信結果に基づく測位を行うことによって位置情報を検出してもよい。
【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】
そこでサーバシステム１００は、センサの位置を表すセンサ位置情報と、患者情報に含まれる位置情報との比較処理を行い、センサ位置情報と位置情報が所定以上異なる場合にアラート情報を出力してもよい。このようにすれば、患者用装置２００の回収忘れの可能性を管理者等に通知できるため、回収を促すことが可能になる。
【0157】
例えば患者用装置２００に含まれる各機器は、当該機器の位置を表すセンサ位置情報を計測する。例えば患者用装置２００に含まれる各機器は、ＧＰＳを搭載してもよい。あるいは、患者用装置２００に含まれる各機器はＷｉ－Ｆｉの基地局や移動通信の基地局と通信することによってセンサ位置情報を計測してもよい。また患者用装置２００の全てがセンサ位置情報を検出するのではなく、一部の機器でセンサ位置情報が検出されてもよい。この場合、センサ位置情報を計測する機器を対象として、アラート情報の出力判定が行われる。
【0158】
図１７は、アラート情報の出力処理を説明するフローチャートである。まずステップＳ３０１において、報知処理部１１５は、患者の移動があったか否かを判定する。ステップＳ３０１の処理は、例えば図１６を用いて上述したユーザ操作を管理端末装置４００等において受け付けたか否かの判定処理であってもよい。より具体的には、報知処理部１１５は、前回の処理の実行後に、患者情報中の位置情報に変更があったか否かを判定する。患者の移動がない場合（ステップＳ３０１：Ｎｏ）、図１７に示す処理は終了する。
【0159】
患者の移動があった場合（ステップＳ３０１：Ｙｅｓ）、ステップＳ３０２において、報知処理部１１５は、対象の患者と対応付けられた患者用装置２００のそれぞれについてセンサ位置情報を取得する。
【0160】
ステップＳ３０３において、報知処理部１１５は、センサ位置情報が適切であるか否かを判定する。具体的には、報知処理部１１５は、移動があった患者の移動後の位置情報を取得し、当該位置情報とセンサ位置情報との間の距離が所定閾値以下であるかを判定する。報知処理部１１５は、距離が所定閾値以下である場合に、センサ位置情報が適切であると判定する。
【0161】
センサ位置情報が適切でない場合（ステップＳ３０３：Ｎｏ）、センサ（患者用装置２００）の回収忘れの可能性がある。従ってステップＳ３０４において、報知処理部１１５は、回収を促すアラート情報を出力する。ここでのアラートは、管理端末装置４００で出力されてもよいし、対象の患者の移動を担当したスタッフのスタッフ端末装置３１０で出力されてもよい。報知は、テキストや画像の表示であってもよいし、光、音、振動等を用いたものであってもよい。
【0162】
センサ位置情報が適切である場合（ステップＳ３０３：Ｙｅｓ）、アラート情報の報知は行われずに図１７に示す処理が終了する。
【0163】
なお以上では位置情報がユーザ操作に基づいて変更される例を説明したが、本実施形態の処理はこれに限定されない。例えば上述したように、患者情報に含まれる位置情報は患者端末装置２１０によって検出されてもよい。例えば報知処理部１１５は、患者端末装置２１０によって検出された位置情報を基準として、他の患者用装置２００のそれぞれのセンサ位置情報が近い位置にあるか否かを判定する。この場合、患者端末装置２１０が回収されていれば、他の患者用装置２００の回収忘れを判定することが可能になる。
【0164】
また患者情報に含まれる位置情報は患者端末装置２１０以外の患者用装置２００によって検出されてもよい。この場合、当該患者用装置２００が適切に回収されていれば、それ以外の患者用装置２００の回収忘れを判定することが可能になる。
【0165】
４．２ 作業時間
判定処理部１１３は、在宅患者の患者情報とスタッフの位置情報に基づいて、スタッフが在宅患者の対応を行った場合の作業時間（作業、対応に要する時間）である第１作業時間を求める処理を行ってもよい。また判定処理部１１３は、複数の施設患者の患者情報とスタッフの位置情報に基づいて、スタッフが集合施設の対応を行った場合の作業時間である第２作業時間を求める処理を行ってもよい。また判定処理部１１３は、第１作業時間と第２作業時間の両方を求める処理を行ってもよい。
判定処理部１１３は、在宅患者の患者情報とスタッフの位置情報に基づいて、スタッフが在宅患者の対応を行った場合の作業時間（作業、対応に要する時間）である第１作業時間を求める処理を行ってもよい。また判定処理部１１３は、複数の施設患者の患者情報とスタッフの位置情報に基づいて、スタッフが集合施設の対応を行った場合の作業時間である第２作業時間を求める処理を行ってもよい。また判定処理部１１３は、第１作業時間と第２作業時間の両方を求める処理を行ってもよい。
【0166】
本実施形態の手法によれば、作業（移動を含む）に要する時間を見積もることが可能になる。例えば、実際の作業前に作業時間を予測することによって、その後のスタッフの業務が予測できるため、効率的なスタッフ管理を管理者に促すこと等が可能になる。またサーバシステム１００が、作業時間に基づいて、複数の候補地からスタッフが訪問すべき場所を選択する処理、あるいは複数のスタッフから訪問を依頼するスタッフを選択する処理を行ってもよい。このようにすれば、管理者の判断を適切にサポートすることが可能になる。
【0167】
あるいは、実際に作業が行われた後に、実際の作業時間と、当該作業に必要であった標準的な作業時間の見積もり結果を比較する処理が行われてもよい。このようにすれば、作業に対する対価（スタッフの賃金、患者等に請求する料金）に関する判定や、スタッフの評価等を実行できる。以下、作業時間に関する処理の具体例を説明する。
【0168】
＜作業時間の予測＞
まず作業時間を予測する例について説明する。図１８は、作業時間の予測処理を説明するフローチャートである。
まず作業時間を予測する例について説明する。図１８は、作業時間の予測処理を説明するフローチャートである。
【0169】
ステップＳ４０１において、判定処理部１１３は、患者情報に基づいて必要な作業の内容を推定する。例えば、判定処理部１１３は、異常値が検出された項目（センサ）に基づいて、作業内容を特定してもよい。具体的には、在宅患者である患者Ｃの呼吸数や血中酸素飽和度が正常範囲から外れているという患者情報が取得された場合、判定処理部１１３は、作業内容が「Ｃさんの呼吸異常対応」と判定する。
【0170】
ステップＳ４０２において、判定処理部１１３は、過去の履歴に基づく作業の統計量を取得する。図１９は、過去に実行された作業の履歴を表す情報であり、複数のスタッフのタイムテーブルである。図１９の例では、例えばスタッフＡ～スタッフＣは、それぞれが患者Ｃの呼吸異常に対応した経験がある。図１９に示す情報により、各スタッフが患者Ｃ宅までの移動した際の移動距離、移動時間と、患者Ｃ宅に到着した後の呼吸異常対応に要した時間が求められる。
【0171】
図２０は、図１９のうち、患者Ｃの呼吸異常対応に関する情報を抽出した図である。スタッフＡは、患者Ｃ宅までの４０．５ｋｍの移動に１．５時間を要しているため、移動速度は２７ｋｍ／ｈである。またスタッフＢは、患者Ｃ宅までの３５．０ｋｍの移動に１．２５時間を要しているため、移動速度は２８ｋｍ／ｈである。スタッフＣは、患者Ｃ宅までの３０．５ｋｍの移動に１．２５時間を要しているため、移動速度は２４．４ｋｍ／ｈである。判定処理部１１３は、これらの情報に基づいて移動速度の統計量を求める。移動速度の統計量として、例えば図２０に示すように平均値として約２６ｋｍ／ｈ、標準偏差としてＳＤ＝１．８６が求められる。
【0172】
またスタッフＡは、患者Ｃ宅での呼吸異常対応の開始から完了までに１．５時間を要している。スタッフＢは、患者Ｃ宅での呼吸異常対応の開始から完了までに１．２５時間を要している。スタッフＣは、患者Ｃ宅での呼吸異常対応の開始から完了までに１．７５時間を要している。判定処理部１１３は、これらの情報に基づいて呼吸異常対応の統計量を求める。呼吸異常対応の統計量として、例えば図２０に示すように平均値１．５０時間、標準偏差ＳＤ＝０．２５が求められる。
【0173】
ステップＳ４０３において、判定処理部１１３は、作業内容と統計量に基づいて作業時間を推定する。ここでは、作業内容が患者Ｃの呼吸異常対応であり、統計量として患者Ｃ宅への移動速度の平均、標準偏差と、到着後に実行する呼吸異常対応に要する時間の平均、標準偏差が求められている。
【0174】
例えば、スタッフＤが患者Ｃ宅から２．５ｋｍの距離におり、当該スタッフＤに患者Ｃの呼吸異常対応を依頼することを考える。この場合、過去の履歴に基づいて、当該スタッフＤも時速２６ｋｍ／ｈ程度の速度で患者Ｃ宅へ移動できると推定される。従って、判定処理部１１３は、移動時間が６分程度と推定する。
【0175】
また判定処理部１１３は、患者Ｃ宅到着後の呼吸異常対応については、例えば±１ＳＤ程度のばらつきを考慮した場合、１．５±０．２５時間程度で作業が完了すると推定する。また時間がかかるケースを想定してもよく、例えば判定処理部１１３は、９５％信頼区間を１．５±２×０．２５によって求めることによって、作業時間が１時間～２時間であると推定してもよい。また判定処理部１１３は、９５％信頼区間の上限値を用いて、移動時間を含めた作業時間が２時間６分以上となる可能性は十分低いとの判定を行ってもよい。
【0176】
図２１は、推定された作業時間を表示する画面の例であり、例えば管理端末装置４００の表示部４４０に表示される画面例である。図２１では、患者Ｃに対応する患者情報を表すオブジェクトＯＢ１１、及びスタッフＤに対応するスタッフ情報を表すオブジェクトＯＢ１２が表示される。オブジェクトＯＢ１１の表示内容については図１３のオブジェクトＯＢ１と同様であるため詳細な説明は省略する。
【0177】
ここでスタッフＤに関するオブジェクトＯＢ１２は、図２１に示すように予測された作業時間の情報を含んでもよい。図２１では、オブジェクトＯＢ１２は、上述した例のように予測移動時間が６分、予測対応時間が１．０～２．０時間（±２ＳＤの例）であることを示すテキストを含む。このようにすれば、スタッフＤに作業を依頼した場合に要する時間を予め提示できるため、管理者によるスタッフ管理をより適切に実行させることが可能になる。
【0178】
なおオブジェクトＯＢ１２は、予想費用を含んでもよい。例えば記憶部１２０は、作業内容と、単位時間（例えば１時間）あたりの作業で発生する費用を対応付ける情報を記憶してもよい。この例では、呼吸異常対応に対して、１時間あたりの発生費用が１８００円であるという情報が対応付けられていた。この場合、判定処理部１１３は、予測対応時間と単位時間あたりの費用に基づいて、予測費用を算出する。このようにすれば、金銭的な情報を予め提示することが可能になる。
【0179】
図２１の例では、オブジェクトＯＢ１２は、「対応依頼しますか？」というテキストと、Ｙｅｓ，Ｎｏの各ボタンを表示する。管理端末装置４００は、管理者による何れかのボタンの入力操作を受け付ける。例えばＹｅｓボタンが選択された場合、管理端末装置４００の通信部４３０は、スタッフＤのスタッフ端末装置３１０に患者Ｃの呼吸異常対応を依頼する情報（例えばメッセージ）を送信する。Ｎｏボタンが選択された場合、管理者はスタッフＤへ依頼を行う意思がないことになる。この場合、例えば表示処理部１１４は、スタッフＤ以外のスタッフに対応するスタッフ情報に、予測作業時間、予測費用、依頼を行うか否かを表すボタン等を表示させる処理を行う。
【0180】
図２２は、予測作業時間を表示する画面の他の例である。なお図２２において、患者Ａ、施設Ａ、スタッフＡ、スタッフＢのそれぞれに関するオブジェクトＯＢ１ｂ～ＯＢ４ｂが表示される。オブジェクトＯＢ１ｂ～ＯＢ４ｂのうち、図１３のオブジェクトＯＢ１～ＯＢ４と同様の情報については詳細な説明を省略する。
【0181】
図１３を用いて上述したように、この例では在宅患者である患者Ａと、施設Ａの施設患者の両方で異常値が検出されており、現在手が空いているスタッフＡは、訪問優先度に基づいて施設Ａへ向かうことが推奨されている。判定処理部１１３は、例えば施設Ａで異常が生じているそれぞれの施設患者について予測作業時間を求め、当該予測作業時間を合計することによって、対象施設全体での予測作業時間を求めてもよい。表示処理部１１４は、スタッフＡのスタッフ情報として、当該予測作業時間を表示する。図２２の例では、オブジェクトＯＢ３ｂは、オブジェクトＯＢ３と同様の予定ルート及び優先ルートに加えて、当該優先ルートを採用した場合の作業時間（予測対応時間）である１．０時間という情報を含む。
【0182】
ここでスタッフＢは、図１３で上述した例と同様に、患者宅または施設に到着しており、何らかの作業（図２２の例ではオムツ交換）を実行中である。この場合、すでに患者Ａの異常が検出されていることから、管理者は、スタッフＡを施設Ａの作業終了後に患者Ａ宅に向かわせるか、別の作業を行っているスタッフＢを当該作業終了後に患者Ａ宅に向かわせるかを計画しておくことが望ましい。
【0183】
そこで図２２に示すように、表示処理部１１４は、スタッフＢに関するオブジェクトＯＢ４ｂにおいて、予測作業時間と実作業時間に基づく、終了予測時間を表示してもよい。例えばスタッフＢの予測作業時間を１．０時間であると予測し、スタッフＢが実際に作業（移動）を始めてから３０分が経過している場合、判定処理部１１３は、終了予測時間を３０分と推定する。表示処理部１１４は、推定された終了予測時間をスタッフＢに関するオブジェクトＯＢ４ｂに表示する。
【0184】
このようにすれば、スタッフＢの作業がスタッフＡの施設Ａでの作業より早く終わることが分かるため、患者Ａの自宅にはスタッフＢを向かわせた方が効率がよい、と言った判断を管理者に行わせることが可能になる。また本実施形態の表示画面では、スタッフＢの現在位置、スタッフＡが施設Ａの対応を完了した際の位置（施設Ａの位置）等が表示されるため、前の作業完了後の移動時間等を考慮した判断を管理者に行わせることも可能である。
【0185】
また判定処理部１１３において、対象の作業の実行に適したスタッフを選択、レコメンドする処理を行ってもよい。例えば判定処理部１１３は、スタッフが、複数のスタッフを含む場合に、複数のスタッフのそれぞれについて、在宅患者の作業に要する第１作業時間及び施設患者の作業に要する第２作業時間の少なくとも一方を求めることによって、複数のスタッフから、患者の対応に適したスタッフを選択する処理を行う。例えば判定処理部１１３は、第１作業時間が最も短いスタッフに対象の在宅患者を担当させ、第２作業時間が最も短いスタッフに対象の施設を担当させるといった対応を管理者に促してもよい。図２２の例では、表示処理部１１４は、スタッフＡに施設Ａの対応を行わせ、スタッフＢに患者Ａ宅の対応を行わせるとの推奨指示を画面右下の領域に表示する。
【0186】
また図２２に示したように、表示処理部１１４は、患者情報として、作業に必要な用具、器具等の情報を表示してもよい。例えば判定処理部１１３は、過去の履歴に基づいて、作業に必要な物を推定する。
【0187】
図２３は、過去に実行された業務履歴を表す情報であり、複数のスタッフのタイムテーブルである。例えば各スタッフは作業実行時や実行後に、当該作業に必要な物をスタッフ端末装置３１０を用いて入力してもよい。図２３の例では、スタッフＡの過去の作業により、患者Ａの排泄処理にはＳサイズのオムツが必要であること、患者Ｂの心拍異常対応には血圧計が必要であること等が入力され、その旨を表す情報がサーバシステム１００の記憶部１２０に記憶されている。サーバシステム１００の記憶部１２０は、ユーザ、作業内容、必要な物を対応付けた情報を記憶してもよい。またオムツについては患者の個人差が大きいが、呼吸異常対応や心拍異常対応では患者によらず必要な物を共通化できる場合もある。この場合、記憶部１２０は、作業内容と必要な物を対応付けた情報を記憶してもよい。
【0188】
判定処理部１１３は、異常患者が発生した場合に、対象患者を特定するとともに、患者情報から作業内容を特定する。そして判定処理部１１３は、過去の履歴、患者、作業内容に基づいて必要な物を特定する。
【0189】
表示処理部１１４は、在宅患者については対象患者に必要な物を、当該在宅患者の患者情報に関連付けて表示する。例えばオブジェクトＯＢ１ｂは、必要な物として「オムツＭサイズ１つ」との情報を含む。
【0190】
また表示処理部１１４は、施設患者については対象施設単位で必要な物を、当該施設に関連付けて表示する。図２２の例では施設Ａでは５人の異常患者が検出されているため、表示処理部１１４は、５人の異常患者それぞれについて求められた必要な物の合計を、施設Ａに対応付けて表示する。例えばオブジェクトＯＢ２ｂは、必要な物として「オムツＬサイズ１つ、オムツＳサイズ２つ、水ペットボトル３つ、血圧計１つ」という情報を含む。
【0191】
これにより、予め作業に必要なものが提示されるため、スタッフによる作業の効率化が可能になる。例えば、スタッフが施設等を訪問した際に、必要な物が足らずに派遣ステーション等に取りに帰ることを抑制できるため、作業時間の短縮が可能になる。また判定処理部１１３は、スタッフが派遣ステーションから外出している場合、当該スタッフが携帯している道具の情報と、必要な物の情報に基づいて、推奨指示を決定する処理を行ってもよい。例えば判定処理部１１３は、対象施設等に近い位置にスタッフがいたとしても、必要な物を携帯していない場合には当該スタッフの派遣を推奨しないとの判定を行ってもよい。また判定処理部１１３は、スタッフ間での道具の受け渡しを指示する情報を出力してもよい。
【0192】
＜賃金、料金、評価＞
また判定処理部１１３は、予測作業時間と実際の作業時間の比較処理を行うことによってスタッフの評価等を行ってもよい。例えば図１９－図２１を用いて上述した処理によって、スタッフＤが患者Ｃの呼吸異常対応を行う場合の移動時間が６分、作業時間が１．０－２．０時間と推定された例を考える。
また判定処理部１１３は、予測作業時間と実際の作業時間の比較処理を行うことによってスタッフの評価等を行ってもよい。例えば図１９－図２１を用いて上述した処理によって、スタッフＤが患者Ｃの呼吸異常対応を行う場合の移動時間が６分、作業時間が１．０－２．０時間と推定された例を考える。
【0193】
図２４は、あるスタッフＤが患者Ｃの呼吸異常対応を含む作業を行った場合の業務履歴の例である。図２４の例では、スタッフＤは患者Ｃ宅への移動に１時間以上を要しており、予測された移動時間である６分に比べて明らかに多い。移動速度で比較した場合、スタッフＤは２．５ｋｍの移動に１．２５時間を要しているため、移動速度は２．０ｋｍ／ｈである。これは図２０を用いて上述した平均約２６ｋｍ／ｈ、標準偏差１．８６を考慮した場合、明らかに小さい数値である。例えば２．０ｋｍ／ｈという数値は、９５％信頼区間の下限値である（平均値－２ＳＤ）を大きく下回っている。またスタッフＤは、患者Ｃ宅での呼吸異常対応に４時間以上を要しており、上述した９５％信頼区間の上限値２．０時間を大きく超過している。この場合、スタッフＤは正常な勤務を行っていない可能性がある。
【0194】
このような場合、スタッフＤが図２４に示す勤務（特に患者Ｃの呼吸異常対応）に対する賃金を要求したとしても、当該賃金を要求通りに支払うことは適切とは言えない。従って判定処理部１１３は、予測作業時間と実作業時間に基づいて、賃金請求の承認／却下の判定を行ってもよい。
【0195】
図２５は、賃金承認処理を説明するフローチャートである。ステップＳ５０１において、判定処理部１１３は実際の賃金計算を行う。例えば判定処理部１１３は、図２４等の勤務データに基づいて、作業時間に単価を乗ずることによって実際の賃金を計算する。
【0196】
ステップＳ５０２において、判定処理部１１３は、実際の賃金が予測賃金内かを判定する。例えば判定処理部１１３は、移動時間を含む作業時間の統計量に基づく予測時間範囲（例えば±２ＳＤの範囲）を求め、当該予測時間範囲と単価から予測賃金範囲を求める。そして判定処理部１１３は、ステップＳ５０１で求めた賃金が、ステップＳ５０２で求めた予測賃金範囲内か否かを判定する。
【0197】
実際の賃金が予測賃金範囲内である場合（ステップＳ５０２：Ｙｅｓ）、Ｓ５０５において判定処理部Ｓ５０５は、ステップＳ５０１で求めた実際の賃金をスタッフの賃金として計算し、処理を終了する。つまり、対象の勤務データは適切であると判定される。
【0198】
実際の賃金が予測賃金範囲内でない場合（ステップＳ５０２：Ｎｏ）、判定処理部１１３は管理者に通知を出力する。例えば表示処理部１１４は、対象となるスタッフ名、勤務データ、実際の賃金、予測賃金範囲等の情報を含む画面を管理端末装置４００の表示部４４０に表示させる処理を行う。
【0199】
ステップＳ５０４において、管理端末装置４００は、表示画面に基づく管理者の承認／却下入力を受け付ける。例えば管理者は、対象のスタッフの属性、対象となる作業、患者等を考慮し、作業時間が正常範囲を超えたことに正当な理由があるか否かを判断する。例えば、スタッフが新入社員である場合、通常のスタッフよりも時間がかかることはやむを得ないことであり、申請された賃金を支払う妥当性があり得る。また患者宅へ向かう幹線道路で渋滞や通行止めが発生していた場合、移動時間が予測範囲を超過する可能性がある。また、呼吸異常対応の中でイレギュラーな事象が発生していた場合（呼吸異常の深刻度が高い、転倒転落等の他のインシデントが発生した場合等）には、呼吸異常対応に要する時間が長くなることは妥当である。このように、管理者は付随的な情報を考慮した上で承認／却下を判定できるため、ステップＳ５０３に示した管理者への通知は有用である。
【0200】
管理者が正当な理由があると判定して承認操作を行った場合（ステップＳ５０４：承認）、ステップＳ５０５において判定処理部Ｓ５０５は、ステップＳ５０１で求めた実際の賃金をスタッフの賃金として計算し、処理を終了する。管理者が正当な理由がないと判定して却下操作を行った場合（ステップＳ５０４：却下）、ステップＳ５０５の処理は行われずに処理が終了する。つまり、対象の勤務データは適切でないとして賃金の支払い対象から除外される。
【0201】
またスタッフの提供するサービスによっては、費用に保険等が適用されず、サービスを受ける側の自己負担となることも考えられる。また患者自身は身体的に費用を支払うことが難しい場合があるため、患者の家族が自己負担分の支払を行う場合も考えられる。
【0202】
例えば本実施形態の情報処理システム１は、サービス内容と、患者の保険加入状況（介護保険、医療保険、無保険等）に基づいて、家族に支払いを請求する処理を行ってもよい。
【0203】
図２６は、この場合の情報処理システム１の構成例を示す図である。なおここでは患者Ａ及び患者Ａを担当するスタッフＡのみを表示し、他の患者、スタッフは省略されている。また、患者、スタッフ、管理者の役割は図５と同様である。図２６の例では、管理者は上述した勤務データ等に基づいて患者Ａに対して実行された作業内容を把握し、当該作業内容と患者の保険加入状況に基づいて自己負担分の算出を行ってもよい。なお算出作業は管理者自身が行うものに限定されず、判定処理部１１３が自動的に実行してもよい。そして管理者が管理端末装置４００において、自己負担分の家族への請求操作を行った場合、サーバシステム１００にその旨が送信され、サーバシステム１００は患者の家族が使用する家族端末装置５００に費用請求の通知処理を行う。またサーバシステム１００が決済機能を有する場合、請求した費用の決済処理を実行してもよい。また請求操作も自動化が可能であり、管理者の操作がなくても判定処理部１１３が自動的に家族端末装置５００への通知処理を実行してもよい。
【0204】
このようにすれば、適切な対象に費用を請求することが可能になる。その際、上述したように各スタッフの作業が適切であるかを判定することによって、患者や家族に不適切な請求が行われることを抑制できる。
【0205】
また判定処理部１１３は、自己負担が所定以上となることが予測作業時間から予測された場合、スタッフによる作業開始前に家族に実行可否を問い合わせる処理を実行してもよい。このようにすれば、家族に対して事前の予告なしに高額な請求が行われてしまうことを抑制できる。
【0206】
また予測作業時間と実作業時間に基づく判定結果は、スタッフの評価に用いられてもよい。図２７は、スタッフの評価処理を説明するフローチャートである。図２７のステップＳ６０１－Ｓ６０７の処理は概ね図２５のステップＳ５０１－Ｓ５０５と同様であり、実際の賃金計算（ステップＳ６０１）の後に承認フラグを表すａの値が０に設定される点（ステップＳ６０２）、実際の作業に基づく賃金が管理者によって却下された場合（ステップＳ６０５：Ｎｏ）に、承認フラグを表すａの値が１に設定される点（ステップＳ６０７）、のみが異なる。
【0207】
ステップＳ６０１－Ｓ６０７の処理により、賃金が承認された場合にａ＝０に維持され、賃金が却下された場合にａ＝１に設定される。ステップＳ６０８において、判定処理部１１３は承認フラグを表すａの値に基づいてスタッフ評価を行う。具体的には判定処理部１１３、ａ＝１の場合、ａ＝０の場合に比べてスタッフの評価を低くする処理を行う。上述したように、賃金が却下される場合とは作業時間が過剰に長い場合であって、そのことについて妥当な理由もない場合である。従って、この場合にはスタッフが適切な作業を行わなかったと考えられるため、評価を相対的に下げることによって、適切なスタッフ管理が可能になる。
【0208】
また判定処理部１１３は、求めたスタッフ評価に基づいて作業を依頼するスタッフを決定する処理を行ってもよい。図２８は、スタッフ決定処理を説明するフローチャートである。
【0209】
ステップＳ７０１において、判定処理部１１３は、何れかの患者に異常が発生したことを検出する。ステップＳ７０２において、判定処理部１１３は、各在宅患者または施設の優先度を算出する。優先度は例えば上式（１）に示した優先スコアである。ステップＳ７０２の処理は、図１２を用いて上述した通りである。また判定処理部１１３は、ステップＳ７０２において上式（２）に示した訪問優先度を算出してもよい。
【0210】
ステップＳ７０３において、判定処理部１１３は、異常患者への訪問を依頼するスタッフの候補である依頼スタッフ候補を決定する。例えば判定処理部１１３は、訪問優先度が最も大きいスタッフを依頼スタッフ候補として選択する。
【0211】
ステップＳ７０４において、依頼スタッフ候補に選択されたスタッフの評価が所定閾値以上であるかを判定する。ここでの評価は、例えば図２７に示した処理によって増減する数値データである。
【0212】
依頼スタッフ候補の評価が閾値以上である場合（ステップＳ７０４：Ｙｅｓ）、ステップＳ７０５において、判定処理部１１３は、依頼スタッフ候補を作業を依頼するスタッフとして決定する。例えば判定処理部１１３は、決定したスタッフ及び依頼内容を管理端末装置４００、及び対象のスタッフの使用するスタッフ端末装置３１０に送信する。このようにすれば、信頼できるスタッフについては自動的に作業が割り振られるため、管理者の負担軽減が可能である。
【0213】
一方、依頼スタッフ候補の評価が閾値未満である場合（ステップＳ７０４：Ｎｏ）、ステップＳ７０６において、判定処理部１１３は、管理者にスタッフ選択に関する通知を行う。具体的には、表示処理部１１４は異常発生患者、異常内容、依頼スタッフ候補、当該依頼スタッフ候補の評価値等の情報を含む画面を管理端末装置４００の表示部４４０に表示する処理を行う。
【0214】
管理端末装置４００は、表示画面に基づくスタッフ選択入力を受け付ける。例えば管理者は、依頼スタッフ候補の属性や作業履歴、対象となる作業、患者等を考慮し、依頼スタッフ候補が対象作業を実行した場合に問題が生じるか否か等を判定する。
【0215】
管理者が依頼スタッフ候補に依頼する旨の入力を行った場合（ステップＳ７０７：Ｙｅｓ）、管理端末装置４００はその旨を表す情報をサーバシステム１００に送信する。ステップＳ７０８において、判定処理部１１３は、依頼スタッフ候補に作業を依頼する処理を実行する。例えば判定処理部１１３は、対象のスタッフの使用するスタッフ端末装置３１０に業務依頼を送信する。
【0216】
一方、管理者が依頼スタッフ候補に依頼しない旨の入力を行った場合（ステップＳ７０７：Ｙｅｓ）、管理端末装置４００はその旨を表す情報をサーバシステム１００に送信する。ステップＳ７０９において、判定処理部１１３は、依頼スタッフ候補とは異なるスタッフに作業を依頼する処理を実行する。例えば管理者が代わりのスタッフを指定する入力を行った場合、判定処理部１１３は、当該スタッフの使用するスタッフ端末装置３１０に業務依頼を送信する。あるいは、判定処理部１１３が自動的に新たな依頼スタッフ候補を決定してもよい。この場合、判定処理部１１３は、ステップＳ７０３の処理に戻り、再度評価判定（ステップＳ７０４）、及び必要に応じて管理者への通知等（ステップＳ７０６）を行ってもよい。
【0217】
図２８に示す処理では、評価が低いスタッフに依頼する場合、管理者の承認が必要になるため、不適切なスタッフに作業が割り振られることを抑制できる。
【0218】
４．３ スタッフの職種
上述したように、本実施形態のスタッフは、職種の異なる複数のスタッフを含んでもよい。例えば本実施形態のスタッフは、訪問介護を行う介護スタッフ（介護士、ケアマネージャー等）と、訪問医療を行う医療スタッフ（看護師、医師）を含む。この場合、スタッフの職種に応じて実行する作業が異なる可能性がある。
上述したように、本実施形態のスタッフは、職種の異なる複数のスタッフを含んでもよい。例えば本実施形態のスタッフは、訪問介護を行う介護スタッフ（介護士、ケアマネージャー等）と、訪問医療を行う医療スタッフ（看護師、医師）を含む。この場合、スタッフの職種に応じて実行する作業が異なる可能性がある。
【0219】
図２９は、介護スタッフが実行する作業の範囲である業務範囲を表す図である。図２９に示すように、介護スタッフの業務範囲は排泄介助、体位補助、食事介助、入浴介助、更衣介助、医療従事者への問合せを含む。排泄介助は、トイレへの誘導、オムツ交換、シーツ交換等の作業に細分化されてもよい。体位補助等の他の項目についても同様である。
【0220】
また介護スタッフの業務範囲には、異常値が検出された場合に要因を確認する作業も含まれる。例えば図２９の「問題なしと判断」との箇所に記載されているように、心拍情報、呼吸情報、体動等の異常値が検出された際に、特別な対応が不要であると判断することが介護スタッフの業務に含まれてもよい。
【0221】
図３０は、医療スタッフの業務範囲を表す図である。図３０では看護師の業務範囲と、医師の業務範囲に分けて具体例を示している。看護師の業務範囲は「疼痛コントロール」、「睡眠薬の投与」等を含む。また「血圧、脈拍、酸素飽和度、呼吸音の測定」については、訪問で行われてもよいし、遠隔で行われてもよい。また「救急車対応」とは、例えば心房細動等の緊急性の高い状況に対応する。また「がん末期や終末期のターミンナルケア」では、例えば徐々に呼吸が浅く、回数が少なくなることから他の対応との切り分けが可能である。
【0222】
また医師の業務範囲としては、「患者に薬を処方する」、「レントゲン撮影の提案」等が考えられる。ここでの薬は睡眠薬や鎮静剤等、種々の薬を含む。また「レントゲン撮影の提案」は、例えば体動等への影響が骨折の痛みに起因する可能性がある場合に実行されてもよい。また「訪問看護師への指示」とは、看護師を患者宅に訪問させるとともに、医師が遠隔で指示を与えることを表す。また「遠隔での呼吸音の聴取」は、体動への影響が、呼吸器疾患や嚥下障害に起因する可能性がある場合に実行されてもよい。同様に「遠隔での心電図検査」は、体動への影響が、心疾患に起因する可能性がある場合に実行されてもよい。また医師の業務範囲には「死亡診断書の作成」が含まれてもよい。本実施形態の手法では、死亡診断時刻前のセンサの情報（例えば呼吸や心拍の計測値）が収集されるため、医師による死因の判断をサポートすることや、死亡直前の呼吸等の傾向をデータベース化すること等が可能になる。データベース化された情報は、例えば看取り期における死亡予測に利用可能と考えられる。
【0223】
例えば図３０に示した医療スタッフによる作業は、対応する資格がなければ実行できない可能性がある。具体的には、介護士やケアマネージャー等の介護スタッフは、図３０に示された各作業を実行できない。従って、これらの作業が必要となった場合、管理者は対応する資格を有した医療スタッフに作業を依頼する必要がある。
【0224】
一方、図２９に示した介護スタッフによる作業は、看護師や医師等の医療スタッフであれば実行可能であると考えられる。しかし医療スタッフは、上記の通り医療スタッフのみしか実行できない作業があり、当該作業を優先して実行する必要がある。医療スタッフに図２９に示す作業を実行させることは非効率的である可能性があるため、これらの作業が必要となった場合、管理者は介護スタッフに優先的に作業を依頼する必要がある。
【0225】
以上のように、患者の状態、スタッフの位置に加えて、必要な作業内容とスタッフの職種を考慮することによってスタッフの効率的な管理が可能になる。そこで判定処理部１１３は、患者情報に基づいて、作業の内容である作業内容を求めてもよい。そして判定処理部１１３は、作業内容と、複数のスタッフのそれぞれの職種を表す職種情報と、職種ごとに実行可能な作業（業務範囲）とに基づいて、複数のスタッフから、患者の作業に適したスタッフを選択する処理を行う。このようにすれば、作業内容とスタッフの職種を考慮したレコメンド表示を行うことが可能になるため、管理者の負担を増やすことなく、より効率的なスタッフの管理を実現すること等が可能になる。
【0226】
ここで判定処理部１１３は、過去の履歴に基づいて、患者に必要な作業内容を推定してもよい。図３１は、過去の業務履歴を表す情報であり、複数のスタッフのタイムテーブルである。図３１の例では、スタッフとして看護師である看護スタッフＡ及び看護スタッフＢ、及び介護士である介護スタッフＣを示している。
【0227】
例えば看護スタッフＡは、患者Ａの血圧計の異常値検出に対して、血圧測定という作業を実行した履歴がある。同様に看護スタッフＡは、患者Ｂの体動センサ（圧力センサ）の異常値検出に対して、心拍異常対応という作業を実行した履歴がある。看護スタッフＡのこれ以降の履歴、及び介護スタッフＣ、看護スタッフＢの履歴についても同様である。
【0228】
例えばサーバシステム１００の記憶部１２０は、患者ＩＤ、生体情報や環境情報のうち異常値検出が検出された項目、実行された作業内容を対応付けたテーブルデータを記憶してもよい。例えば判定処理部１１３は、ある患者について異常値が検出された場合に、当該患者を特定する患者ＩＤ、及び異常値が検出された項目を検索キーとしてテーブルデータから検索処理を行うことによって、当該検索キーに対応付けられた作業内容を必要な作業内容と判定する。
【0229】
ただし、判定処理部１１３が必要な作業内容を判定する処理はこれに限定されない。例えば判定処理部１１３は、患者及び異常値が検出された項目に加えて、異常値が正常範囲から外れる度合いや、正常範囲から外れる前後の値の時系列的な変化等を用いた処理を行ってもよい。また、患者ＩＤは必須ではなく、必要な作業内容の判定処理が複数の患者に共通の処理として実現されてもよい。また患者ＩＤや異常値が検出された項目等を入力データとし、作業内容を出力データとする学習済モデルが、機械学習によって取得されてもよい。判定処理部１１３は、ある患者について異常値が検出された場合に、当該患者に関して取得された入力データを当該学習済モデルに入力することによって、必要な作業内容を判定する。
【0230】
次に判定処理部１１３は、必要な作業内容と職種毎の業務範囲に基づいて、当該作業内容を実行すべき職種を特定する処理を行う。例えば判定処理部１１３は、作業内容と図２９及び図３０に示すデータの比較処理によって、介護スタッフ、看護師、医師のいずれが作業を実行すべきかを判定する。
【0231】
次に判定処理部１１３は、派遣候補となるスタッフのうち、対応する職種で登録されているスタッフを優先して派遣するように、派遣を依頼するスタッフを選択する処理を行う。
【0232】
図３２は、職種を考慮した処理結果を表示する画面の例である。図３２では管理端末装置４００の表示部４４０は、患者Ａ、施設Ａのそれぞれに関するオブジェクトＯＢ１ｃ、ＯＢ１ｃを表示する。ここで患者または施設に関するオブジェクトは、図２２に示した情報に加えて、必要な作業内容及び作業を実行すべき職種に関する情報を含んでもよい。
【0233】
例えばオブジェクトＯＢ１ｃは、必要な作業がオムツ交換であり、当該作業は介護職員（介護スタッフ）によって実行すべき旨を含む。なお判定処理部１１３は、作業を実行すべきスタッフの職種に加えて必要な人数を判定してもよい。例えば判定処理部１１３は、複数のスタッフが共同でなければ実行できない作業（例えば大柄な患者の移動介助等）がある場合や、作業数が多く１人では全ての作業を完了するまでに所定以上の時間がかかってしまう場合に、スタッフの人数を２人以上に設定してもよい。図３２の例では、オブジェクトＯＢ１ｃは、必要な介護スタッフの人数が１人である旨を含む。
【0234】
同様に複数の施設患者が入居する施設Ａに対応するオブジェクトＯＢ２ｃは、必要な作業がオムツ交換、エアコンＯＮ、血圧測定であり、当該作業のうちオムツ交換及びエアコンＯＮは介護職員が実行すべきであり、血圧測定は看護職員（医療スタッフの内の看護師）が実行すべきである旨を含む。なおここでのオムツ交換は、複数人分のオムツを交換する作業を含んでもよい。また、オブジェクトＯＢ２ｃは、必要な介護スタッフの人数が１人であり、医療スタッフの人数が１人である旨を含む。
【0235】
また図３２では、表示部４４０は、看護師である医療スタッフ（看護スタッフＡ）と、介護スタッフＢのそれぞれに関するオブジェクトＯＢ１３、ＯＢ１４を表示する。ここでスタッフに関する表示オブジェクトは、必要と推定された作業内容の情報を業務情報として含んでもよい。例えば看護スタッフＡに対応するオブジェクトＯＢ１３は、施設Ａにおいて予測される作業内容が血圧計測である旨を含む。またスタッフに関する表示オブジェクトは、予測される作業内容の実行に必要な物の情報を含んでもよい。例えばオブジェクトＯＢ１３は、血圧計測を行うために血圧計が必要である旨を含む。
【0236】
またスタッフに関する表示オブジェクトは、当該スタッフの職種に関する情報を含んでもよい。例えばオブジェクトＯＢ１４は、看護スタッフというテキスト、及び、看護師を表すアイコンを含む。またオブジェクトＯＢ１４は、介護スタッフというテキスト、及び、介護士を表すアイコンを含む。これにより、管理者は各スタッフの職種を容易に判断できるため、必要な作業内容や職種が表示された場合に（オブジェクトＯＢ１ｃ、ＯＢ２ｃ）、派遣すべきスタッフを図３２に示す画面から容易に選択することが可能になる。なお職種を表す情報は図３２に示したアイコンに限定されず、種々の変形実施が可能である。また画面右下に示したように、表示処理部１１４は、各スタッフが実行することが望ましい業務内容を示す推奨指示を表示する処理を行ってもよい。
【0237】
また以上では各スタッフが自動車で移動することを想定し、スタッフに対応するオブジェクト（例えばＯＢ１３、ＯＢ１４）が自動車のアイコンを含む例を説明した。ただし、スタッフの移動手段は自動車に限定されず、自転車、徒歩等、種々の変形実施が可能である。この場合、移動手段に応じて対象場所までの移動時間が異なる。よって表示処理部１１４は、地図上にスタッフ情報を表示する際に、移動手段によって異なる情報を表示してもよい。例えばスタッフ情報を含むオブジェクトは、自動車を表す第１アイコン、自転車を表す第２アイコン、徒歩を表す第３アイコンの何れかを含んでもよい。このようにすれば、管理者は各スタッフの移動手段を考慮した管理が可能になる。
【0238】
また判定処理部１１３は、スタッフが対象場所までの移動する移動時間を推定する際に、移動手段を用いた処理を行ってもよい。例えば図１９及び図２０を用いて上述したように、過去の履歴情報に基づいて移動時間の統計値（平均値、標準偏差）を求める場合、判定処理部１１３は移動手段毎に統計値を求めてもよい。また判定処理部１１３は、移動時間を推定する際に、対象のスタッフの移動手段に応じた統計値を読み出し、当該統計値に基づいて移動時間を推定する。このようにすれば、スタッフに応じて移動手段が異なる場合であっても適切な移動時間の推定が可能になる。結果として、管理者が適切にスタッフの管理を行うことが可能になる。
【0239】
４．４ 不必要な訪問の抑制
訪問サービスでは移動時間（例えばスタッフの待機拠点から患者宅や施設までの移動時間）があるため、必要性の低い訪問を減らすことによってスタッフの業務時間を減らすことが可能である。これにより、スタッフの業務管理を適切に行うことが可能になる。訪問の必要性が低い状況としては、例えば、温湿度などの環境情報が異常値を示していても、部屋に患者がいない場合が考えられる。また呼吸心拍に異常があっても、患者が何かしら運動をした直後だったなどの場合にも訪問する必要性が低い。
訪問サービスでは移動時間（例えばスタッフの待機拠点から患者宅や施設までの移動時間）があるため、必要性の低い訪問を減らすことによってスタッフの業務時間を減らすことが可能である。これにより、スタッフの業務管理を適切に行うことが可能になる。訪問の必要性が低い状況としては、例えば、温湿度などの環境情報が異常値を示していても、部屋に患者がいない場合が考えられる。また呼吸心拍に異常があっても、患者が何かしら運動をした直後だったなどの場合にも訪問する必要性が低い。
【0240】
そこで本実施形態では、訪問の要否を判定するための処理が実行されてもよい。例えば患者用装置２００は、患者を撮像するための撮像装置を含む。ここでの撮像装置は、患者端末装置２１０に含まれるカメラであってもよいし、患者端末装置２１０とは異なる装置であってもよい。撮像装置によって撮像された画像は、管理端末装置４００に送信され、管理者による閲覧が可能である。例えば撮像装置は、撮像画像をサーバシステム１００に送信し、サーバシステム１００が当該撮像画像を管理端末装置４００に送信してもよい。これにより、管理者は撮像画像を用いて入居者の状態を確認できる。
【0241】
図３３は、サーバシステム１００の処理を説明するフローチャートである。まずステップＳ８０１において、判定処理部１１３はセンサの異常値を判定することによって、アラート通知を行う。異常値の判定処理は、例えば図１２のステップＳ２０１－Ｓ２０５に示した処理と同様であってもよい。
【0242】
図３４は、アラート通知が行われる画面例であり、例えば管理端末装置４００の表示部４４０に表示される画面である。図３４に示す画面の左側は、例えば図１３と同様であるため、詳細な説明は省略する。表示処理部１１４は、例えば図３４に示す画面の右側において、アラート通知を行う。
【0243】
図３４に示すように、ここでのアラート通知は、施設名、部屋番号、患者氏名、異常内容、異常が発生したタイミングの情報を含む。これにより、異常患者に関する情報を管理者に通知することが可能になる。さらにアラート通知は、患者状態確認アイコンと、訪問の要否を入力するためのオブジェクトを含んでもよい。患者状態確認アイコンは、例えば図３４に示すカメラを表すアイコンであるが、他のアイコンが用いられてもよい。また訪問の要否を入力するためのオブジェクトとは、例えば必要ありボタンと必要なしボタンであるが、他の態様のオブジェクトが用いられてもよい。
【0244】
判定処理部１１３は、図３３のステップＳ８０２において、異常が発生した患者の全てに対して、訪問の要否を表す訪問フラグｖの値を１に設定する。ｖ＝１は訪問が必要なことを表し、ｖ＝０は訪問が不要なことを表す。次にステップＳ８０３において、撮像画像が出力される。具体的には、まず表示処理部１１４は図３４に示すアラート通知を含む画面を表示させ、当該画面において患者状態確認アイコンの選択操作が実行された場合に、対象の患者を撮像した撮像画像を管理端末装置４００の表示部４４０に表示させる処理を行う。例えばサーバシステム１００は、患者状態確認アイコンの選択操作が実行された場合に、対象患者の周辺に配置された撮像装置をオンにする処理を行った後、当該撮像装置から患者を撮像した画像を取得してもよい。あるいは、撮像装置は常時オンであり、サーバシステム１００は、患者状態確認アイコンの選択操作が実行された場合に、当該撮像装置からの画像取得を開始してもよい。
【0245】
管理者は、撮像された画像を閲覧することによって、訪問の要否を判定し、判定結果の入力を行う。例えば上記のように、温度や湿度等の環境に関する異常が検出された場合であっても、患者がセンサの設置箇所（寝室等）にいないことが画像から確認されれば、訪問の必要性は低い。あるいは、心拍等に異常が検出された場合であっても、患者が運動中の場合や、興奮を催すようなテレビ番組を閲覧中の場合であることが画像から確認されれば、訪問の必要性は低い。また運動等がすでに終わっている場合であっても、患者が元気な様子であること（例えば意識がはっきりしていること）が画像から確認されれば、訪問の必要性は低い。また管理者は、撮像装置を用いて患者とビデオ通話を行ってもよい。この場合、管理者は、画像だけでなく患者との会話の内容に基づいて、訪問の要否を判定可能である。管理端末装置４００は、図３４の画面において必要ありボタンと必要なしボタンの何れかの選択操作を受け付け、当該選択操作の結果をサーバシステム１００に送信する。
【0246】
ステップＳ８０４において、判定処理部１１３は、対象患者の訪問要否を判定する。具体的には、判定処理部１１３は、管理者が必要ありボタンを選択した場合には訪問が必要と判定し、必要なしボタンを選択した場合には訪問が不用と判定する。訪問が必要である場合、ステップＳ８０５において、判定処理部１１３は、訪問フラグを表すｖの値を１に維持する。訪問が不要である場合、ステップＳ８０６において、判定処理部１１３は、訪問フラグを表すｖの値を０に変更する。
【0247】
ステップＳ８０７において、判定処理部１１３は、患者の訪問フラグを判定する。訪問フラグを表すｖの値が１である場合（ステップＳ８０７：Ｙｅｓ）、判定処理部１１３は、対象患者を優先度（優先スコア、訪問優先度）の算出対象として選択する。具体的には、ステップＳ８０８において、判定処理部１１３は、対象患者の情報を用いて図１２のＳ２０６－Ｓ２０７と同様の処理を実行する。一方、訪問フラグを表すｖの値が０である場合（ステップＳ８０７：Ｎｏ）、判定処理部１１３は、対象患者を優先度（優先スコア）の算出対象から除外する。このようにすれば、図１２のステップＳ２０６－Ｓ２０７に示した処理の対象から、訪問の必要性が低い患者を除外できる。
【0248】
以上のように、画像を用いて管理者に訪問要否の入力操作を促すことによって、患者のセンサ異常があった場合に、すぐに異常があった患者の状態を確認させること、及び、確認結果をシステムに反映させることが可能になる。結果として、スタッフの無駄な訪問を減らすことが可能となる。
【0249】
なお以上では、画像の閲覧及び訪問の要否判定を管理者が行う例を説明したが、これには限定されない。例えば、患者を撮像した画像はスタッフ端末装置３１０の表示部３１４に表示され、訪問の要否をスタッフが判定してもよい。
【0250】
またアラート通知に関する表示画面は図３４に限定されず、例えば複数の患者に関する情報がリスト表示されてもよい。図３５は、リストを用いてアラート通知を行う場合の表示例である。図３５に示すように、表示処理部１１４は、患者氏名、所属（自宅または施設種別等）、睡眠／覚醒または在床／離床に関する状態、心拍数、呼吸数、温度等の情報を含むリストを表示させる処理を行う。また表示処理部１１４は、異常値が検出された項目について「！」を含むオブジェクトを表示させることによって、アラート通知を行ってもよい。このようにすれば、異常が検出された具体的な項目をわかりやすく提示できる。
【0251】
また表示処理部１１４は、図３５に示すように、各患者に対応付けて患者状態確認アイコンを表示させる処理を行ってもよい。患者状態確認アイコンの選択操作が行われた場合に、対応する患者を撮像した撮像画像を表示させる処理が行われる点は、図３４を用いて上述した例と同様である。この場合にも、管理者等による訪問要否の判定を適切にサポートすることが可能になる。なお図３５では表示を省略しているが、図３５に示すリストは、対応（訪問）要否の判定結果を表す情報を表示する列を含んでもよい。
【0252】
また表示処理部１１４は、優先度（優先スコアまたは訪問優先度）に基づくリスト表示を行ってもよい。例えば表示処理部１１４は、スタッフ端末装置３１０の表示部３１４に、優先度の高い順にソートされたリストを含むアラート通知を表示させる処理を行う。換言すれば、表示処理部１１４は、優先度をもとにスタッフが訪問するべき訪問先を一覧で表示してもよい。一覧表示があることで、スタッフが何らかの事情で訪問するこができない場合、次に優先度が高い訪問先に訪問するなど、柔軟な対応をスタッフに促すことが可能になる。
【0253】
例えば表示処理部１１４は、患者Ａ、患者Ｂ、患者Ｃ、患者Ｄの順にソートされたリストを表示させることによって、訪問優先度がこの順に高いことをわかりやすく提示できる。なおアラート通知は患者単位で行われてもよいし、施設または患者宅単位で行われてもよい。優先度を用いたアラート通知を行うことによって、スタッフは優先度順に患者状況を確認できるため、業務の効率化が可能になる。例えば表示処理部１１４は、スタッフＡが訪問担当者として選択された患者を、訪問優先度の順にソートしたリストを作成し、当該リストをスタッフＡのスタッフ端末装置３１０に表示させる。ただし表示処理部１１４は、訪問担当者が未定である患者や、他のスタッフＢが訪問担当者として選択された患者を含むリストを、スタッフＡのスタッフ端末装置３１０に表示させてもよい。これらの患者も、業務状況によってはスタッフＡが担当する可能性があるためである。
【0254】
またここでのリストは、上述したように特定のスタッフ向けにどの患者を訪問すべきかの一覧（例えばスタッフＡが優先的に訪問すべき患者を一覧表示する情報）であってもよいがこれには限定されない。例えばリストは、管理者に向けてどの患者に注意すべきかの一覧表示であってもよい。例えば表示処理部１１４は、訪問が必要である全患者を、訪問優先度の順にソートしたリストを作成し、当該リストを管理端末装置４００の表示部４４０に表示させてもよい。このようにすれば、訪問優先度の高い患者を優先的に処理する（例えば訪問スタッフを割り当てる）ことを管理者に促すことが可能になる。
【0255】
なお、上記のように本実施形態について詳細に説明したが、本実施形態の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本開示の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また本実施形態及び変形例の全ての組み合わせも、本開示の範囲に含まれる。またサーバシステム、患者用装置、スタッフ用装置、管理端末装置等の構成及び動作等も、本実施形態で説明したものに限定されず、種々の変形実施が可能である。
【符号の説明】
【0256】
１…情報処理システム、１０…患者情報計測システム、１１…患者情報取得部、１２…表示処理部、１００…サーバシステム、１１０…処理部、１１１…患者情報取得部、１１２…スタッフ情報取得部、１１３…判定処理部、１１４…表示処理部、１１５…報知処理部、１２０…記憶部、１３０…通信部、２００…患者用装置、２１０…患者端末装置、２１１…処理部、２１２…記憶部、２１３…通信部、２１４…表示部、２１５…操作部、２１６…撮像部、２２０…検出装置、２３０…温度計、２４０…湿度計、３００…スタッフ用装置、３１０…スタッフ端末装置、３１１…処理部、３１２…記憶部、３１３…通信部、３１４…表示部、３１５…操作部、３１６…撮像部、４００…管理端末装置、４１０…処理部、４２０…記憶部、４３０…通信部、４４０…表示部、４５０…操作部、５００…家族端末装置、６１０…ベッド、６２０…マットレス、ＯＢ１－ＯＢ１４，ＯＢ１ｂ－ＯＢ４ｂ，ＯＢ１ｃ－ＯＢ２ｃ…オブジェクト
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8A】
【図8B】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】