知財求人 - 知財ポータルサイト「IP Force」
特開2024-97253介護及び／又は医療の支援システム、プログラム、コンピュータ装置、並びに情報処理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024097253
(43)【公開日】2024-07-18
(54)【発明の名称】介護及び／又は医療の支援システム、プログラム、コンピュータ装置、並びに情報処理方法
(51)【国際特許分類】
G06Q 50/22 20240101AFI20240710BHJP
【ＦＩ】
G06Q50/22
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023000705
(22)【出願日】2023-01-05
(11)【特許番号】
(45)【特許公報発行日】2024-05-17
(71)【出願人】
【識別番号】523006479
【氏名又は名称】Ｎｅｘｔ Ｔｏｍｏｒｒｏｗ 株式会社
(74)【代理人】
【識別番号】100199004
【弁理士】
【氏名又は名称】服部 洋
(74)【代理人】
【識別番号】100083138
【弁理士】
【氏名又は名称】相田 伸二
(74)【代理人】
【識別番号】100189625
【弁理士】
【氏名又は名称】鄭 元基
(74)【代理人】
【識別番号】100196139
【弁理士】
【氏名又は名称】相田 京子
(72)【発明者】
【氏名】イ サンミン
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA13
(57)【要約】
【課題】業種の異なる事業者間でも相互に連携しやすく、かつ、各事業者のニーズを満足させやすい介護及び／又は医療の支援システムを提供する。
【解決手段】複数の端末装置と、サーバ装置と、によって実現される介護及び／又は医療の支援システムである。複数の端末装置は、所定の地域に属する第１ユーザの第１端末装置と、第２ユーザの第２端末装置と、を含む。サーバ装置は、所定の地域に属する患者を第１ユーザに割り当てる第１割り当て部と、第１チケットを生成する第１チケット生成部と、第１端末装置への第１情報の入力に基づいて、第１チケットのステータスを更新する第１更新部と、所定の条件を満たした場合、患者を第２ユーザに割り当てる第２割り当て部と、第２チケットを生成する第２チケット生成部と、第２端末装置への第２情報の入力に基づいて、第２チケットのステータスを更新する第２更新部と、を含む。
【選択図】図５
【解決手段】複数の端末装置と、サーバ装置と、によって実現される介護及び／又は医療の支援システムである。複数の端末装置は、所定の地域に属する第１ユーザの第１端末装置と、第２ユーザの第２端末装置と、を含む。サーバ装置は、所定の地域に属する患者を第１ユーザに割り当てる第１割り当て部と、第１チケットを生成する第１チケット生成部と、第１端末装置への第１情報の入力に基づいて、第１チケットのステータスを更新する第１更新部と、所定の条件を満たした場合、患者を第２ユーザに割り当てる第２割り当て部と、第２チケットを生成する第２チケット生成部と、第２端末装置への第２情報の入力に基づいて、第２チケットのステータスを更新する第２更新部と、を含む。
【選択図】図５
【特許請求の範囲】
【請求項1】
複数の端末装置と、前記複数の端末装置のそれぞれと通信接続可能なサーバ装置と、によって実現される介護及び／又は医療の支援システムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む、介護及び／又は医療の支援システム。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む、介護及び／又は医療の支援システム。
【請求項2】
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、
請求項１に記載の介護及び／又は医療の支援システム。
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、
請求項１に記載の介護及び／又は医療の支援システム。
【請求項3】
前記第２チケットのステータスが所定の条件を満たした場合、前記第２情報に基づいて、前記第２ユーザに割り当てられていた患者を前記第１ユーザ又は前記複数の第２ユーザのうちのいずれかに割り当てる、
請求項１又は２に記載の介護及び／又は医療の支援システム。
請求項１又は２に記載の介護及び／又は医療の支援システム。
【請求項4】
前記第２チケットにより管理されるタスクは、プレ、オン、及びポストを含む少なくとも３段階のステップにより構成され、
前記プレは、前記第２情報として、前記第２ユーザ内で前記患者を担当する担当者を入力するステップを含み、
前記オンは、前記第２情報として、前記担当者が前記患者に提供したサービスに関する情報を入力するステップを含み、
前記ポストは、前記第２情報として、前記患者のレポートを入力するステップを含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
前記プレは、前記第２情報として、前記第２ユーザ内で前記患者を担当する担当者を入力するステップを含み、
前記オンは、前記第２情報として、前記担当者が前記患者に提供したサービスに関する情報を入力するステップを含み、
前記ポストは、前記第２情報として、前記患者のレポートを入力するステップを含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
【請求項5】
前記第２チケットは、前記オンにおいて入力すべき情報を、前記第２ユーザ又は前記担当者に応じて変更可能である、
請求項４に記載の介護及び／又は医療の支援システム。
請求項４に記載の介護及び／又は医療の支援システム。
【請求項6】
前記第１更新部は、前記第１ユーザのタスクが実行不可能な場合に前記第１チケットを無効にし、
前記第２更新部は、前記第２ユーザのタスクが実行不可能な場合に前記第２チケットを無効にし、
前記サーバ装置は、さらに、どのタスクにおいて前記第１チケット又は前記第２チケットが無効とされたかを管理する無効管理部と、をさらに含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
前記第２更新部は、前記第２ユーザのタスクが実行不可能な場合に前記第２チケットを無効にし、
前記サーバ装置は、さらに、どのタスクにおいて前記第１チケット又は前記第２チケットが無効とされたかを管理する無効管理部と、をさらに含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
【請求項7】
プロセッサを備え、複数の端末装置のそれぞれと通信接続可能なコンピュータ装置において実行されるプログラムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記プログラムは、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させる、プログラム。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記プログラムは、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させる、プログラム。
【請求項8】
複数の端末装置のそれぞれと通信接続可能なコンピュータ装置であって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記コンピュータ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む、コンピュータ装置。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記コンピュータ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む、コンピュータ装置。
【請求項9】
プロセッサを備え、複数の端末装置のそれぞれと通信接続可能なコンピュータ装置において実行される情報処理方法であって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記処理方法は、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させる、情報処理方法。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記処理方法は、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させる、情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、介護及び／又は医療の支援システム、プログラム、コンピュータ装置、並びに情報処理方法に関する。
【背景技術】
【0002】
近年、住み慣れた地域社会という枠組みの中でそれぞれの地域の実情に合わせて医療や介護等の支援を包括的に行う地域包括ケアシステムが注目されている。地域包括ケアシステムでは、その地域における地域包括ケア支援センターや複数の医療機関、介護機関等の各事業者間で必要な情報を共有して連携を図りつつ、効率的に各種サービスを提供することが求められる。
【0003】
地域における医療システムと介護システムを連携させたシステムとして、例えば、特許文献１には、介護機関の端末装置と、所定の電子カルテ情報システムを連携させた医療システムを構成する医療情報提供サーバとの間で情報の授受を行い、医療情報へのアクセスが可能であると判定された上記端末装置に対して医療情報を提供する介護支援情報管理サーバと、を含む介護支援システムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１５－２８７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
地域包括ケアシステムでは、その地域内の業種の異なる多数の事業者が相互協業して患者のケアをすることが必要である。すなわち、地域包括ケアシステムでは、医療機関間や介護機関間、地域包括ケア支援センターと医療機関や介護機関との間における連携も求められるが、特許文献１には、これらの連携方法について開示されていない。
【0006】
地域包括ケア支援センターや医療機関、介護機関等の多数の事業者をみた場合、他業種間ではその機能や特性が大きく異なるし、同業種間においても専門分野や設備、所属人数の違い等によって機能や特性が異なる。このような中で、各事業者が独自にサーバを設置するOn-Premises方式を採用した場合、各事業者のサーバ間をつなぐインターフェースを個々に開発しなければならず、また、各事業者間のインターフェース方式が異なることで連携に支障が生じるおそれがある。一方、SaaS（Software as a Service）方式のようなパブリッククラウドを採用した場合、機能や特性の異なる各事業者のニーズを満足させることが困難である。
【0007】
本発明は、上記の課題に鑑みてなされたものである。すなわち、本発明は、所定の地域内における各事業者が相互協業して患者に介護及び／又は医療を行う地域包括ケアシステムの構築を支援する支援システムであって、業種の異なる事業者間でも相互に連携しやすく、かつ、各事業者のニーズを満足させやすい支援システムを提供することを目的とする。
【課題を解決するための手段】
【0008】
本発明の一実施形態に係る介護及び／又は医療の支援システムは、
複数の端末装置と、前記複数の端末装置のそれぞれと通信接続可能なサーバ装置と、によって実現される介護及び／又は医療の支援システムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む。
複数の端末装置と、前記複数の端末装置のそれぞれと通信接続可能なサーバ装置と、によって実現される介護及び／又は医療の支援システムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含む。
【発明の効果】
【0009】
本発明によれば、所定の地域内における各事業者が相互協業して患者に介護及び／又は医療を行う地域包括ケアシステムの構築を支援する支援システムであって、業種の異なる事業者間でも相互に連携しやすく、かつ、各事業者のニーズを満足させやすい支援システムを提供することができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
以下、本発明の実施の形態について図面を参照しながら説明する。なお、各図面において、同一の要素には同一の符号を付してあり、重複する説明は適宜省略する。
【0012】
（システムの構成）
図１は、本発明の一実施形態に係る支援システムの構成の一例を示す模式図である。支援システム１００Ａは、所定の地域Ａ内における地域包括ケアシステムの構築を支援するためのシステムである。支援システム１００Ａは、第１端末装置１０Ａ，１０Ｂ等の複数の第１端末装置１０と、第２端末装置２０Ａ，２０Ｂ等の複数の第２端末装置２０と、第３端末装置３０Ａ，３０Ｂ等の複数の第３端末装置３０と、サーバ装置（コンピュータ装置）５０Ａと、を含む。支援システム１００Ａに含まれる各端末装置は、所定の地域Ａに属する事業者が利用する端末装置である。なお、「地域Ａに属する事業者」とは、例えば、地域Ａにおいて介護や医療のサービスを提供している又は提供可能な事業者のことをいう。
図１は、本発明の一実施形態に係る支援システムの構成の一例を示す模式図である。支援システム１００Ａは、所定の地域Ａ内における地域包括ケアシステムの構築を支援するためのシステムである。支援システム１００Ａは、第１端末装置１０Ａ，１０Ｂ等の複数の第１端末装置１０と、第２端末装置２０Ａ，２０Ｂ等の複数の第２端末装置２０と、第３端末装置３０Ａ，３０Ｂ等の複数の第３端末装置３０と、サーバ装置（コンピュータ装置）５０Ａと、を含む。支援システム１００Ａに含まれる各端末装置は、所定の地域Ａに属する事業者が利用する端末装置である。なお、「地域Ａに属する事業者」とは、例えば、地域Ａにおいて介護や医療のサービスを提供している又は提供可能な事業者のことをいう。
【0013】
支援システム１００Ｂは、所定の地域Ｂ内における地域包括ケアシステムの構築を支援するためのシステムである。支援システム１００Ｂは、第１端末装置１０Ｃ，１０Ｄ等の複数の第１端末装置１０と、第２端末装置２０Ｃ，２０Ｄ等の複数の第２端末装置２０と、第３端末装置３０Ｃ，３０Ｄ等の複数の第３端末装置３０と、サーバ装置（コンピュータ装置）５０Ｂと、を含む。支援システム１００Ｂに含まれる各端末装置は、所定の地域Ｂに属する事業者が利用する端末装置である。なお、「地域Ｂに属する事業者」とは、例えば、地域Ｂにおいて介護や医療のサービスを提供している又は提供可能な事業者のことをいう。
【0014】
支援システム１００Ａと支援システム１００Ｂは、それぞれが含む端末装置の数や支援の対象とする地域が異なるが、主要な要素や機能は同じである。同様に、サーバ装置５０Ａとサーバ装置５０Ｂも主要な要素や機能は同じである。よって、以下では、支援システム１００Ａ，１００Ｂサーをまとめて支援システム１００と称し、サーバ装置５０Ａ，５０Ｂをまとめてサーバ装置５０と称して説明をする。
【0015】
各端末装置は、その地域に属する各事業者がそれぞれ利用する装置である。第１端末装置１０は、例えば、その所定の地域における介護及び／又は医療の包括的な支援者である地域包括ケア支援センター（以下、単に「支援センター」とも称する。）や、ケアマネージャー（介護支援専門員）によって利用される端末である。第２端末装置２０は、例えば、介護機関によって利用される端末である。なお、「介護機関」には、訪問介護や通所介護等の在宅系サービスを提供する事業者や、介護老人福祉施設や特定施設入所者生活介護等の施設・居住系サービスを提供する事業者が含まれる。第３端末装置３０は、例えば、医療機関によって利用される端末である。図示はしていないが、支援システム１００には、さらに、老人クラブやＮＰＯ法人等の生活支援・介護予防を提供する事業者が利用する第４端末装置が含まれてもよい。
【0016】
各端末装置は、デスクトップ型ＰＣ（personal computer）のような設置型端末であってもよいし、ノート型ＰＣやスマートフォン、タブレット、ウェアラブル端末等の携帯型端末であってもよい。
【0017】
ここで、特許請求の範囲に記載された「第１ユーザ」と「第２ユーザ」は、上記のような事業者のうち、業種が異なる組み合わせであれば、特に制限されない。例えば、特許請求の範囲に記載された「第１ユーザ」が支援センターやケアマネージャーであれば、特許請求の範囲に記載された「第２ユーザ」は、介護機関及び／又は医療機関でありうる。この場合、特許請求の範囲に記載された「第１端末装置」は、図１における第１端末装置１０に対応し、特許請求の範囲に記載された「第２端末装置」は、図１における第２端末装置２０及び／又は第３端末装置３０に対応する。
【0018】
また、例えば、特許請求の範囲に記載された「第１ユーザ」が医療機関であれば、特許請求の範囲に記載された「第２ユーザ」は、介護機関でありうる。この場合、特許請求の範囲に記載された「第１端末装置」は、図１における第３端末装置３０に対応し、特許請求の範囲に記載された「第２端末装置」は、図１における第２端末装置２０に対応する。また、この場合、介護機関に代えて或いは加えて、特許請求の範囲に記載された「第２ユーザ」に支援センターやケアマネージャーが含まれてもよい。すなわち、特許請求の範囲に記載された「第２端末装置」は、第２端末装置２０に代えて或いは加えて第１端末装置１０を含んでもよい。
【0019】
サーバ装置５０は、通信ネットワーク４０を介して、各端末装置のそれぞれと通信接続が可能である。支援システム１００は、例えば、プライベートクラウド型のシステムとして構成されている。各端末装置が受け付けた操作入力情報は、サーバ装置５０へ送信され、サーバ装置５０で各種処理をされた結果を各端末装置で受信する。
【0020】
（端末装置の構成）
図２は、端末装置の構成の一例を示すブロック図である。図２に示す第１端末装置１０は、制御部（プロセッサ）１１と、記憶部（ストレージ、メモリ）１５と、通信ＩＦ（Interface）１６と、を含んでいる。なお、図２では、第１端末装置１０の構成例を示しているが、第２端末装置２０及び第３端末装置３０も同様の構成を採用しうる。また、各端末装置は、例えば、ＩＤ認証やパスワード認証等による認証を受けた後、サーバ装置５０に接続可能なように構成されうる。
図２は、端末装置の構成の一例を示すブロック図である。図２に示す第１端末装置１０は、制御部（プロセッサ）１１と、記憶部（ストレージ、メモリ）１５と、通信ＩＦ（Interface）１６と、を含んでいる。なお、図２では、第１端末装置１０の構成例を示しているが、第２端末装置２０及び第３端末装置３０も同様の構成を採用しうる。また、各端末装置は、例えば、ＩＤ認証やパスワード認証等による認証を受けた後、サーバ装置５０に接続可能なように構成されうる。
【0021】
制御部１１は、第１端末装置１０の動作を制御する。制御部１１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等を含んで構成される。制御部１１は、記憶部１５に記憶されるプログラムを読み込んで実行することにより、送受信部１２、表示部１３、及び操作入力部１４として機能しうる。
【0022】
送受信部１２は、例えば、通信ＩＦ１６を介して通信ネットワーク４０に接続し、サーバ装置５０と各種情報の送信及び受信をする。具体的には、操作入力部１４により受け付けた情報をサーバ装置５０に送信し、サーバ装置５０で各種処理をされた結果を表示するための情報を受信する。表示部１３は、サーバ装置５０から受信した情報等を画像として表示装置に出力する。表示装置は、第１端末装置１０に搭載されたディスプレイでもよいし、第１端末装置１０と接続される外部ディスプレイでもよい。操作入力部１４は、ユーザの操作入力を受け付ける。操作入力部１４は、具体的には、第１端末装置１０を利用する事業者が実行すべきタスクに関する情報（後述の第１情報または第２情報）の入力を受け付ける。操作入力部１４は、例えば、キーボードやタッチパネルを含みうる。
【0023】
記憶部１５は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）を含む。記憶部１５は、第１端末装置１０が使用するプログラムや、サーバ装置５０から受信する各種データ等を記憶する。通信ＩＦ１６は、例えば、第１端末装置１０が他の通信機器と情報の送受信をするために、信号の変復調処理や周波数変換処理等をする。第１端末装置１０は、上記の他に、従来公知の各種機能を備えていてもよい。
【0024】
【0025】
制御部５１は、サーバ装置５０の動作を制御する。制御部５１は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等を含んで構成される。制御部５１は、記憶部６１に記憶されるプログラム６２を読み込んで実行することにより、送受信部５２、表示部５３、操作入力部５４、登録部５５、割り当て部５６，チケット生成部５７、更新部５８、及び無効管理部５９として機能しうる。
【0026】
送受信部５２は、例えば、通信ＩＦ６５を介して通信ネットワーク４０に接続し、第１端末装置１０、第２端末装置２０、第３端末装置３０等の各端末装置と各種情報の送信及び受信をする。具体的には、各端末装置で受け付けた操作入力に関する情報を受信し、サーバ装置５０で各種処理をされた結果を各端末装置で表示するための情報を各端末装置に送信する。表示部５３は、サーバ装置５０による処理結果等を画像としてサーバ装置５０と接続された外部ディスプレイ等に出力する。操作入力部５４は、サーバ装置５０の管理者の操作入力を受け付ける。操作入力部５４は、例えば、キーボード等を含みうる。なお、サーバ装置５０が外部ディスプレイやキーボード等と接続するインターフェースを備えていない場合、表示部５３、操作入力部５４としての機能はなくともよい。
【0027】
登録部５５は、支援システム１００に対応する所定の地域に属する患者のデータを患者データ６３として記憶部６１に登録する。患者のデータは、例えば、各端末装置から受信したり、サーバ装置５０の管理者の操作に基づいて入力されたりする。患者データ６３は、例えば、患者の氏名、住所、ＰＨＲ（Personal Health Record)）データやＥＨＲ（Electric Health Record）データ等の患者の健康に関する情報等が含まれうる。
【0028】
割り当て部５６は、登録部５５により登録された患者データ６３が示す患者を各事業者のうちのいずれかに割り当てる。割り当て部５６は、例えば、患者データ６３の内容に基づいて、その患者を割り当てる事業者を決定してもよい。また、割り当て部５６は、例えば、患者データ６３に代えて或いは加えて事業者データ６５を参照して、その患者を割り当てる事業者を決定してもよい。
【0029】
割り当て部５６は、患者を第１ユーザに割り当てる第１割り当て部５６Ａと、患者を第２ユーザに割り当てる第２割り当て部５６Ｂと、を含む。例えば、患者データ６３を参照し、支援センターやケアマネージャーによる訪問や支援プランの策定等がなされていない場合、第１割り当て部５６Ａは、第１ユーザとして支援センターやケアマネージャーのいずれかを選定し、その患者を割り当ててもよい。また、例えば、患者データ６３を参照し、早急な診察が必要であると判断される場合、第１割り当て部５６Ａは、第１ユーザとしていずれかの医療機関を選定し、その患者を割り当ててもよい。
【0030】
第２割り当て部５６Ｂは、後述する第１チケットのステータスが所定の条件を満たした場合、後述する第１情報に基づいて、第１ユーザに割り当てられていた患者を複数の第２ユーザのうちのいずれかに割り当てる。また、割り当て部５６は、後述する第２チケットのステータスが所定の条件を満たした場合、後述する第２情報に基づいて、第２ユーザに割り当てられていた患者を第１ユーザ又は複数の第２ユーザのうちのいずれかに割り当てうる。
【0031】
チケット生成部５７は、割り当て部５６によって事業者に割り当てられた患者に対する該事業者のタスクを管理するチケットを生成する。チケット生成部５７は、第１ユーザに割り当てられた患者に対する第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部５７Ａと、第２ユーザに割り当てられた患者に対する第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部５７Ｂと、を含む。これらのチケットに関しては後の段落で詳述する。
【0032】
更新部５８は、各事業者が利用する各端末装置へ入力され、サーバ装置５０に送信された情報に基づいて、チケットのステータスを更新する。更新部５８は、第１ユーザが利用する端末装置への第１情報の入力に基づいて、第１チケットのステータスを更新する第１更新部５８Ａと、第２ユーザが利用する端末装置への第２情報の入力に基づいて、第２チケットのステータスを更新する第２更新部５８Ｂと、を含む。第１更新部５８Ａは、第１ユーザのタスクが実行不可能な場合、第１チケットを無効にする。また、第２更新部５８Ｂは、第２ユーザのタスクが実行不可能な場合、第２チケットを無効にする。
【0033】
無効管理部５９は、どのタスクにおいて第１チケット又は第２チケットが無効とされたかを管理する。無効管理部５９は、例えば、各事業者に対して生成された複数のチケットがどのタスクにおいて無効とされたか、すなわち、各タスクにおける無効とされたチケットと、有効とされて次のステータスへ進んだチケットとの割合や、無効とされた理由や無効となった日時等の無効チケット情報をチケットデータ６４に記憶させうる。
【0034】
記憶部６１は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）を含む。記憶部６１は、サーバ装置５０が使用するプログラム６２、登録部５５によって登録された患者データ６３、及び、チケット生成部５７により生成され、更新部５８によってステータスを更新されるチケットデータ６４、その地域に属する各事業者の事業者データ６５等が記憶される。チケットデータ６４には、無効にされたチケットに関する情報も含まれる。また、チケットデータ６４は、対応する患者データ６３と関連付けられていることが好ましい。事業者データ６５には、各事業者の住所、規模、提供できるサービスの種類、空き状況等が含まれていてもよい。通信ＩＦ６６は、例えば、サーバ装置５０が各端末装置と情報の送受信をするために、信号の変復調処理や周波数変換処理等をする。サーバ装置５０は、上記の他に、従来公知の各種機能を備えていてもよい。
【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】
１０Ａ～Ｄ，１０：第１端末装置
２０Ａ～Ｄ，２０：第２端末装置
３０Ａ～Ｄ，３０：第３端末装置
４０：通信ネットワーク
５０Ａ，５０Ｂ，５０：サーバ装置
１００Ａ，１００Ｂ，１００：支援システム
１０２：第１チケット
２０２：第２チケット
２０Ａ～Ｄ，２０：第２端末装置
３０Ａ～Ｄ，３０：第３端末装置
４０：通信ネットワーク
５０Ａ，５０Ｂ，５０：サーバ装置
１００Ａ，１００Ｂ，１００：支援システム
１０２：第１チケット
２０２：第２チケット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2024-02-27
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
複数の端末装置と、前記複数の端末装置のそれぞれと通信接続可能なサーバ装置と、によって実現される介護及び／又は医療の支援システムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含み、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、介護及び／又は医療の支援システム。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記サーバ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を前記第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによる前記第１端末装置への第１情報の入力に基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによる前記第２端末装置への第２情報の入力に基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含み、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、介護及び／又は医療の支援システム。
【請求項2】
前記第２チケットのステータスが所定の条件を満たした場合、前記第２情報に基づいて、前記第２ユーザに割り当てられていた患者を前記第１ユーザ又は前記複数の第２ユーザのうちのいずれかに割り当てる、
請求項１に記載の介護及び／又は医療の支援システム。
請求項１に記載の介護及び／又は医療の支援システム。
【請求項3】
前記第２チケットにより管理されるタスクは、プレ、オン、及びポストを含む少なくとも３段階のステップにより構成され、
前記プレは、前記第２情報として、前記第２ユーザ内で前記患者を担当する担当者を入力するステップを含み、
前記オンは、前記第２情報として、前記担当者が前記患者に提供したサービスに関する情報を入力するステップを含み、
前記ポストは、前記第２情報として、前記患者のレポートを入力するステップを含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
前記プレは、前記第２情報として、前記第２ユーザ内で前記患者を担当する担当者を入力するステップを含み、
前記オンは、前記第２情報として、前記担当者が前記患者に提供したサービスに関する情報を入力するステップを含み、
前記ポストは、前記第２情報として、前記患者のレポートを入力するステップを含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
【請求項4】
前記第２チケットは、前記オンにおいて入力すべき情報を、前記第２ユーザ又は前記担当者に応じて変更可能である、
請求項３に記載の介護及び／又は医療の支援システム。
請求項３に記載の介護及び／又は医療の支援システム。
【請求項5】
前記第１更新部は、前記第１ユーザのタスクが実行不可能な場合に前記第１チケットを無効にし、
前記第２更新部は、前記第２ユーザのタスクが実行不可能な場合に前記第２チケットを無効にし、
前記サーバ装置は、さらに、どのタスクにおいて前記第１チケット又は前記第２チケットが無効とされたかを管理する無効管理部と、をさらに含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
前記第２更新部は、前記第２ユーザのタスクが実行不可能な場合に前記第２チケットを無効にし、
前記サーバ装置は、さらに、どのタスクにおいて前記第１チケット又は前記第２チケットが無効とされたかを管理する無効管理部と、をさらに含む、
請求項１又は２に記載の介護及び／又は医療の支援システム。
【請求項6】
プロセッサを備え、複数の端末装置のそれぞれと通信接続可能なコンピュータ装置において実行されるプログラムであって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記プログラムは、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させ、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、プログラム。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記プログラムは、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させ、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、プログラム。
【請求項7】
複数の端末装置のそれぞれと通信接続可能なコンピュータ装置であって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記コンピュータ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含み、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、コンピュータ装置。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記コンピュータ装置は、
前記所定の地域に属する患者の患者データを登録する登録部と、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当て部と、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成部と、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新部と、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当て部と、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成部と、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新部と、
を含み、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、コンピュータ装置。
【請求項8】
プロセッサを備え、複数の端末装置のそれぞれと通信接続可能なコンピュータ装置において実行される情報処理方法であって、
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記処理方法は、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させ、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、情報処理方法。
前記複数の端末装置は、
所定の地域に属する第１ユーザが利用する第１端末装置と、
前記所定の地域に属し、かつ、前記第１ユーザとは業種が異なる複数の第２ユーザがそれぞれ使用する複数の第２端末装置と、を含み、
前記処理方法は、前記プロセッサに、
前記所定の地域に属する患者の患者データを登録する登録ステップと、
登録された前記患者データが示す患者を第１ユーザに割り当てる第１割り当てステップと、
前記第１ユーザに割り当てられた患者に対する前記第１ユーザのタスクを管理する第１チケットを生成する第１チケット生成ステップと、
前記第１ユーザによって前記第１端末装置へ入力された第１情報を受信したことに基づいて、前記第１チケットのステータスを更新する第１更新ステップと、
前記第１チケットのステータスが所定の条件を満たした場合、前記第１情報に基づいて、前記第１ユーザに割り当てられていた患者を前記複数の第２ユーザのうちのいずれかに割り当てる第２割り当てステップと、
前記第２ユーザに割り当てられた患者に対する前記第２ユーザのタスクを管理する第２チケットを生成する第２チケット生成ステップと、
前記第２ユーザによって前記第２端末装置へ入力された第２情報を受信したことに基づいて、前記第２チケットのステータスを更新する第２更新ステップと、
を実行させ、
前記第１ユーザは前記所定の地域における介護及び／又は医療の包括的な支援者であり、前記第２ユーザには複数の医療機関及び／又は複数の介護機関が含まれる、
又は、
前記第１ユーザは医療機関であり、前記第２ユーザには複数の介護機関が含まれる、情報処理方法。