特許 7500179 看護情報処理装置及び看護情報処理システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-07

(45)【発行日】2024-06-17

(54)【発明の名称】看護情報処理装置及び看護情報処理システム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20240610BHJP

   G16H 30/20 20180101ALI20240610BHJP

【ＦＩ】

G16H10/00

G16H30/20

【請求項の数】 12

(21)【出願番号】P 2019198545

(22)【出願日】2019-10-31

(65)【公開番号】P2021071948

(43)【公開日】2021-05-06

【審査請求日】2022-08-05

(73)【特許権者】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】大槻 倫之

(72)【発明者】

【氏名】沓名 康成

(72)【発明者】

【氏名】兵 昂

【審査官】甲斐 哲雄

(56)【参考文献】

【文献】特開２０１０－００３１０７（ＪＰ，Ａ）

【文献】特開２０１５－０２２６０２（ＪＰ，Ａ）

【文献】特開２０１０－０９２２０４（ＪＰ，Ａ）

【文献】特開２０１８－１３２９８４（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報と、看護行為の終了に関連付けられた特徴データと、看護行為に関連する画像データ又は音声データとを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
前記特徴データと、前記画像データ又は前記音声データとに基づいて、前記一覧に含まれる看護行為の終了を検出する検出部と、
を備え、
前記生成部は、前記終了が検出された看護行為を前記一覧から消去し、又は、前記終了が検出された看護行為に印を付す、
看護情報処理装置。

【請求項2】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報とを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
前記一覧に含まれる看護行為の開始を検出する検出部と
を備え、
前記表示制御部は、前記看護行為の開始が検出された場合、前記一覧を非表示にし、又は、前記開始が検出された看護行為を強調する、
看護情報処理装置。

【請求項3】

前記取得部は、看護行為の開始に関連付けられた特徴データと、看護行為に関連する画像データ又は音声データを取得し、
前記検出部は、前記特徴データと、前記画像データ又は前記音声データとに基づいて、前記一覧に含まれる看護行為の開始を検出する、
請求項２に記載の看護情報処理装置。

【請求項4】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報とを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
を備え、
前記生成部は、メールによる要求に関連付けられた看護行為に対して、前記メールに含まれる件名を関連付けて前記一覧を生成する、
看護情報処理装置。

【請求項5】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報とを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
を備え、
前記表示制御部は、看護師の移動経路又はスケジュールに基づいて、前記一覧のうち前記看護師の端末に表示する部分と非表示にする部分とを設定する、
看護情報処理装置。

【請求項6】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報とを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
を備え、
前記表示制御部は、看護師の勤務形態に基づいて、前記一覧のうち前記看護師の端末に表示する部分と非表示にする部分とを設定する、
看護情報処理装置。

【請求項7】

看護行為の要求経路に関する要求経路情報と、看護行為の優先度に関する優先度情報とを取得する取得部と、
前記要求経路情報及び前記優先度情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、
前記一覧を端末に表示させる表示制御部と、
を備え、
前記生成部は、看護師を指定された看護行為に対して、前記看護師を関連付けて前記一覧を生成する、
看護情報処理装置。

【請求項8】

前記取得部は、新たに発生した看護行為を取得し、
前記生成部は、前記要求経路情報及び前記優先度情報に基づいて、前記新たに発生した看護行為を前記一覧に追加する、
請求項１から請求項７のいずれか１項に記載の看護情報処理装置。

【請求項9】

前記生成部は、前記発生している複数の看護行為の内容に応じて前記発生している複数の看護行為の並びを補正し、前記一覧を生成する、
請求項１から請求項８のいずれか１項に記載の看護情報処理装置。

【請求項10】

看護行為の開始済又は未開始を示す情報と、看護行為の終了済又は未終了を示す情報とを記憶する記憶部、をさらに備え、
前記取得部は、未開始の看護行為と、開始済かつ未終了の看護行為とを前記発生している複数の看護行為として取得する、
請求項１から請求項９のいずれか１項に記載の看護情報処理装置。

【請求項11】

前記生成部は、前記一覧を病棟ごとに、又は、前記病棟のフロアごとに分けて生成する、
請求項１から請求項１０のいずれか１項に記載の看護情報処理装置。

【請求項12】

特定の患者に対して発生している複数の看護行為を時系列で示す一覧を表示する端末と、
看護行為の終了に関連付けられた特徴データを記憶する記憶部と、
看護行為に関連する画像データ又は音声データを取得する取得部と、
前記特徴データと、前記画像データ又は前記音声データとに基づいて、前記一覧に含まれる看護行為の終了を検出する検出部と、
前記終了が検出された看護行為を前記一覧から消去し、又は、他の看護行為とは異なる態様で前記端末に表示させる表示制御部と、
を備える看護情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、看護情報処理装置及び看護情報処理システムに関する。

【背景技術】

【0002】

看護師は、日単位で患者毎に看護行為の計画を立て、その計画に従って看護行為の実施を行っている。看護師は看護行為の計画、実施及び結果入力等を行わなければならないため、看護師の作業量は多い。また、看護師は、作業中に医師の指示や患者からの依頼等の割り込みが入るため、その場で優先度を検討し、作業を行っている。このように、看護師は、通常業務に加えて、割り込みの作業が多いため、作業漏れを発生させる可能性がある。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００５－２６７３６８号公報

【発明の概要】

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

【0004】

発明が解決しようとする課題は、看護師の作業効率を向上させることである。

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

【0005】

実施形態に係る看護情報処理装置は、看護行為の要求経路に関する要求経路情報、及び、看護行為の優先度の情報を取得する取得部と、前記要求経路情報及び前記優先度の情報に基づいて、発生している複数の看護行為を実施優先度順に並べた一覧を生成する生成部と、前記一覧を端末に表示させる表示制御部と、を備える。

【図面の簡単な説明】

【0006】

【図1】図１は、本実施形態に係る病院内システムの構成を示す図である。

【図2】図２は、図１のサーバのメモリに記憶される優先度テーブルの一例を示す図である。

【図3】図３は、図１のサーバのメモリに記憶される特徴紐付テーブルの一例を示す図である。

【図4】図４は、図１のサーバのメモリに記憶されるＴｏＤｏ項目管理テーブルの一例を示す図である。

【図5】図５は、図１のサーバの処理回路によるＴｏＤｏ項目一覧の表示制御処理の流れの一例を示す図である。

【図6】図６は、図１のサーバの処理回路によるＴｏＤｏ項目一覧の表示制御処理の流れの別の例を示す図である。

【図7】図７は、図１の端末に表示されるＴｏＤｏ項目一覧の一例を示す画面図である。

【図8】図８は、図１の端末に表示されるＴｏＤｏ項目一覧の別の例を示す画面図である。

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

【0007】

以下、図面を参照しながら本実施形態に係る看護情報処理装置を説明する。

【0008】

図１は、本実施形態に係る病院内システム１０の構成を示す図である。図１に示すように、病院内システム１０は、サーバ１及び複数の看護師それぞれに紐付けられているｎ台の端末２－１～２－ｎを含む。サーバ１及び端末２－１～２－ｎは、ネットワークを介して互いに通信可能に接続されている。例えば、ネットワークは、無線の通信回線である。サーバ１は、看護情報処理装置の一例である。または、サーバ１及び端末は、看護情報処理装置の一例であってもよい。病院内システム１０は、看護情報処理システムの一例である。

【0009】

サーバ１の構成について説明する。
サーバ１は、複数の看護師それぞれのＴｏＤｏ項目を含むＴｏＤｏ項目一覧を、複数の看護師それぞれに紐付けられている端末２－１～２－ｎに表示させるコンピュータである。ＴｏＤｏ項目は、入院している患者のために看護師が実施予定の看護行為を指すものとする。例えば、看護行為は、測定、投薬、処置、注射、身体的ケア等の看護師による入院している患者に対する行為を含む。また、看護師が医師指示を受けるための医師との打ち合わせや、患者への説明等の行為も含む。

【0010】

本実施形態では、サーバ１が端末２－１に紐付けられている看護師のＴｏＤｏ項目一覧を端末２－１に表示させる例を代表して説明する。以下では、端末２－１に紐付けられている看護師は、看護師Ｎ１とも称される。また、看護師Ｎ１は、実際は複数の患者を担当するが、説明の簡略化のため、患者Ｘを担当するものとする。

【0011】

サーバ１は、少なくとも処理回路１１、メモリ１２及び通信インタフェース１３を有する。

【0012】

処理回路１１は、ＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）等のプロセッサを有する。当該プロセッサがメモリ１２等にインストールされたＴｏＤｏ項目一覧の表示制御プログラムを起動することにより、更新機能１１１、第１の取得機能１１２、生成機能１１３、表示制御機能１１４、第２の取得機能１１５及び検出機能１１６等を実行する。なお、各機能１１１～１１６は単一の処理回路で実現される場合に限らない。複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより各機能１１１～１１６を実現するものとしても構わない。各機能１１１～１１６については後述する。

【0013】

メモリ１２は、種々の情報を記憶するＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、集積回路記憶装置等の記憶装置である。メモリ１２は、上記記憶装置以外にも、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、フラッシュメモリ等の可搬型記憶媒体や、半導体メモリ素子等との間で種々の情報を読み書きする駆動装置であってもよい。例えば、メモリ１２は、ＴｏＤｏ項目一覧の表示制御プログラムやＴｏＤｏ項目管理テーブル１２１、優先度テーブル１２２、特徴紐付テーブル１２３等を記憶する。なお、以下では、メモリ１２が各テーブルを用いて各種情報を記憶する例について説明するが、これに限定されない。メモリ１２は、テーブルを用いることなく各種情報を記憶していてもよい。メモリ１２は、記憶部の一例である。

【0014】

ＴｏＤｏ項目管理テーブル１２１は、看護行為の要求経路に関する要求経路情報を管理するテーブルである。ＴｏＤｏ項目管理テーブル１２１は、ＴｏＤｏ項目と、ＴｏＤｏ項目の要求経路と、ＴｏＤｏ項目の開始済または未開始を示す情報と、ＴｏＤｏ項目の終了済または未終了を示す情報と、を紐付けたＬＵＴ（Look Up Table）又はデータベースである。互いに紐付けられている少なくともＴｏＤｏ項目及びＴｏＤｏ項目の要求経路は、要求経路情報の一例である。ＴｏＤｏ項目の要求経路は、ＴｏＤｏ項目が看護師に要求された経路である。例えば、ＴｏＤｏ項目の要求経路は、ナースコール、医師からの電話、看護師からの電話、口頭での医師指示、口頭での患者からの依頼、医師オーダ、看護オーダ及び院内メール等であるが、これらに限定されない。医師オーダは、至急の医師オーダまたは通常の医師オーダに分かれていてもよい。ＴｏＤｏ項目管理テーブル１２１は、患者毎に用意されている。ＴｏＤｏ項目管理テーブル１２１は、第１のテーブルとも称される。ＴｏＤｏ項目管理テーブル１２１の構成例については後述する。

【0015】

優先度テーブル１２２は、看護行為の優先度の情報を管理するテーブルである。
一例では、優先度テーブル１２２は、ＴｏＤｏ項目の要求経路と、要求経路に関する優先度とを紐付けたＬＵＴ又はデータベースを含む。互いに紐付けられているＴｏＤｏ項目の要求経路及び要求経路に関する優先度は、看護行為の優先度の情報の一例である。要求経路優先度は、看護師による優先的な対処が求められるＴｏＤｏ項目の要求経路の予め定められた順序である。例えば、要求経路に関する優先度は、ナースコール、医師からの電話、看護師からの電話、口頭での医師指示、至急の医師オーダ、口頭での患者からの依頼、通常の医師オーダ、看護オーダ及び院内メールの順であるが、この順に限定されるものではない。優先度テーブル１２２は、適宜変更可能である。優先度テーブル１２２は、第２のテーブルとも称される。
ここで、図２を参照し、優先度テーブル１２２の一例について説明する。
優先度テーブル１２２は、「優先度」及び「要求経路」の各項目を含む。
「優先度」項目は、要求経路に関する優先度を示す番号を登録する項目である。ここでは、番号が大きくなるにつれ、優先度は低くなるものとする。
「要求経路」項目は、「優先度」項目の各番号に紐付ける要求経路を登録する項目である。

【0016】

別の例では、優先度テーブル１２２は、看護行為と、看護行為に関する緊急度スコアとを紐付けたＬＵＴ又はデータベースを含む。互いに紐付けられている看護行為及び看護行為に関する緊急度スコアは、看護行為の優先度の情報の一例である。看護行為に関する緊急度スコアは、看護師による優先的な対処が求められる度合に応じて予め定められたスコアである。例えば、１日のうちで時間の決まっている投薬などの看護行為については、看護行為に関する緊急度スコアは高く設定されていてもよい。他方、１日のうちで時間の決まっていない身体的ケアなどの看護行為については、看護行為に関する緊急度スコアは低く設定されていてもよい。看護行為に関する緊急度スコアは、適宜変更可能である。

【0017】

さらに別の例では、優先度テーブル１２２は、看護行為と、看護行為に関する緊急フラグとを紐付けたＬＵＴ又はデータベースを含む。互いに紐付けられている看護行為及び看護行為に関する緊急フラグは、看護行為の優先度の情報の一例である。看護行為に関する緊急フラグは、看護師による優先的な対処が求められる看護行為であることを示す情報である。１日のうちで時間の決まっている投薬などの看護行為については、看護行為に関する緊急フラグが設定されていてもよい。他方、１日のうちで時間の決まっていない身体的ケアなどの看護行為については、看護行為に関する緊急フラグが設定されていなくてもよい。緊急フラグの有無は、適宜変更可能である。

【0018】

図１に戻って説明すると、特徴紐付テーブル１２３は、看護行為と、看護行為の開始に関連付けられている特徴データと、看護行為の終了に関連付けられている特徴データとを紐付けたＬＵＴ又はデータベースである。看護行為の開始に関連付けられている特徴データは、看護行為の開始を特定するための特徴を示すデータである。例えば、特徴は、動き及び発せられる言葉等のうちの少なくとも何れか１つを含む。看護行為の終了に関連付けられている特徴データは、看護行為の終了を特定するための特徴を示すデータである。特徴紐付テーブル１２３は、適宜変更可能である。特徴紐付テーブル１２３は、第３のテーブルとも称される。
ここで、図３を参照し、特徴紐付テーブル１２３の一例について説明する。
特徴紐付テーブル１２３は、「看護行為」、「開始動作」及び「終了動作」の各項目を含む。特徴紐付テーブル１２３は、３つ全ての項目を含んでいなくてもよい。特徴紐付テーブル１２３は、「看護行為」及び「開始動作」の項目を含んでいてもいいし、「看護行為」及び「終了動作」の項目を含んでいてもいい。
「看護行為」項目は、看護行為を登録する項目である。
「開始」項目は、看護行為の開始に関連付けられている特徴データを登録する項目である。例えば、看護行為の開始に関連付けられている特徴データは、少なくとも動きを示す画像データまたは発せられる言葉を示す音声データを含む。看護行為の開始に関連付けられている特徴データは、看護行為を行う看護師のデータでもいいし、看護行為の対象者である患者または医師のデータでもよい。特徴データは、看護行為に無関係な、予め定められた手話のような動作を示す画像データ又は予め定められた言葉を示す音声データでもよい。
「終了」項目は、看護行為の終了に関連付けられている特徴データを登録する項目である。例えば、看護行為の終了に関連付けられている特徴データは、少なくとも動きを示す画像データまたは発せられる言葉を示す音声データを含む。看護行為の終了に関連付けられている特徴データは、看護行為を行う看護師のデータでもいいし、看護行為の対象者である患者または医師のデータでもよい。
例えば、「看護行為」項目の「内服」に紐付けられている「開始」項目の「画像データ」は、看護師が患者に薬の提供を開始する際の特徴的な動きを示すデータであり得る。「看護行為」項目の「内服」に紐付けられている「終了」項目の「音声データ」は、看護師が患者への薬の提供を終了する際に発する特徴的な言葉の音声を示すデータであり得る。
例えば、「看護行為」項目の「注射」に紐付けられている「開始」項目の「画像データ」は、患者が注射を受け始める際の特徴的な動きを示すデータであり得る。「看護行為」項目の「注射」に紐付けられている「終了」項目の「画像データ」は、患者が注射を受け終わる際の特徴的な動きを示すデータであり得る。
例えば、「看護行為」項目の「医師指示（医師Ａ）」に紐付けられている「開始」項目の「音声データ」は、医師Ａが看護師への指示を開始する際に発する特徴的な言葉の音声を示すデータであり得る。「看護行為」項目の「医師指示（医師Ａ）」に紐付けられている「終了」項目の「音声データ」は、医師Ａが看護師への指示を終了する際に発する特徴的な言葉の音声を示すデータであり得る。「医師指示（医師Ａ）」に紐付けられている「音声データ」は、医師Ａを特定するものである。そのため、特徴紐付テーブル１２３は、医師毎に医師指示に関するレコードを管理する。

【0019】

図１に戻って説明すると、通信インタフェース１３は、他のコンピュータとの間でデータ通信するためのインタフェースである。例えば、通信インタフェース１３は、端末２－１～２－ｎとの間でネットワークを介して種々のデータ通信を行う。通信インタフェース１３は、端末２－１～２－ｎから、データを受信する。データは、処理回路１１に供給され、メモリ１２に格納される。また、通信インタフェース１３は、ＴｏＤｏ項目一覧を含む表示データを端末２－１～２－ｎへ送信する。

【0020】

各機能１１１～１１６について説明する。

【0021】

更新機能１１１は、ＴｏＤｏ項目管理テーブル１２１を管理する。例えば、更新機能１１１は、ＴｏＤｏ項目管理テーブル１２１に、新たに発生したＴｏＤｏ項目を追加する。

【0022】

第１の取得機能１１２は、メモリ１２から種々の情報を取得する。第１の取得機能１１２は、ＴｏＤｏ項目管理テーブル１２１から要求経路情報を取得する。例えば、第１の取得機能１１２は、ＴｏＤｏ項目管理テーブル１２１から看護師Ｎ１に発生しているＴｏＤｏ項目及びＴｏＤｏ項目の要求経路を取得する。看護師Ｎ１に発生しているＴｏＤｏ項目は、看護師Ｎ１に割り当てられ、現在発生しているＴｏＤｏ項目である。また、第１の取得機能１１２は、ＴｏＤｏ項目管理テーブル１２１への看護師Ｎ１に新たに発生したＴｏＤｏ項目の追加に応じて、ＴｏＤｏ項目管理テーブル１２１から看護師Ｎ１に新たに発生したＴｏＤｏ項目に関する要求経路情報を取得する。例えば、第１の取得機能１１２は、ＴｏＤｏ項目管理テーブル１２１から看護師Ｎ１に新たに発生したＴｏＤｏ項目及びＴｏＤｏ項目の要求経路を取得する。また、第１の取得機能１１２は、優先度テーブル１２２から看護行為の優先度の情報を取得する。例えば、第１の取得機能１１２は、優先度テーブル１２２からＴｏＤｏ項目の要求経路及び要求経路に関する優先度を取得する。

【0023】

生成機能１１３は、ＴｏＤｏ項目一覧を生成及び更新する。例えば、生成機能１１３は、第１の取得機能１１２で取得された要求経路情報及び看護行為の優先度の情報に基づいて、看護師Ｎ１に発生しているＴｏＤｏ項目を実施優先度順に並べたＴｏＤｏ項目一覧を生成する。実施優先度は、発生しているＴｏＤｏ項目の優先的な実施を求められる度合である。例えば、生成機能１１３は、第１の取得機能１１２で取得された要求経路情報及び看護行為の優先度の情報に基づいて、第１の取得機能１１２によって取得された新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加する。例えば、生成機能１１３は、後述する検出機能１１６によるＴｏＤｏ項目の終了の検出に基づいて、終了が検出されたＴｏＤｏ項目をＴｏＤｏ項目一覧から消去する。

【0024】

表示制御機能１１４は、端末２－１～２－ｎにおける各種情報の表示を制御する。例えば、表示制御機能１１４は、ＴｏＤｏ項目一覧を端末２－１に表示させる。例えば、表示制御機能１１４は、後述する検出機能１１６によるＴｏＤｏ項目の開始の検出に基づいて、端末２－１においてＴｏＤｏ項目一覧を非表示にさせる。

【0025】

第２の取得機能１１５は、看護行為に関連する画像データまたは音声データを取得する。例えば、看護行為に関連する画像データまたは音声データは、看護行為を行う看護師、または、看護行為の対象者である患者もしくは医師についてのデータである。例えば、第２の取得機能１１５は、端末２－１で取得される画像データまたは音声データを取得する。なお、画像データ及び音声データは、単一の端末２－１で取得されることに限定されない。画像データ及び音声データは、それぞれ異なる端末で取得されてもよい。以下では、第２の取得機能１１５によって取得された看護行為に関連する画像データまたは音声データは、第２の取得機能１１５によって取得されたデータとも称される。

【0026】

検出機能１１６は、ＴｏＤｏ項目一覧に含まれるＴｏＤｏ項目の開始を検出する。例えば、検出機能１１６は、メモリ１２に記憶されている看護行為の開始に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、看護師Ｎ１によるＴｏＤｏ項目の開始を検出する。

【0027】

また、検出機能１１６は、ＴｏＤｏ項目一覧に含まれるＴｏＤｏ項目の終了を検出する。例えば、検出機能１１６は、メモリ１２に記憶されている看護行為の終了に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、看護師Ｎ１によるＴｏＤｏ項目の終了を検出する。

【0028】

端末２－１の構成について説明する。
端末２－１は、ＴｏＤｏ項目一覧を表示するデバイスである。ここでは、端末２－１は、スマートグラスを例にして説明するが、可搬性のデバイスであればこれに限定されない。例えば、端末２－１は、スマートフォンまたはタブレット端末等であってもよい。

【0029】

端末２－１は、少なくとも処理回路２１、メモリ２２、ディスプレイ２３、カメラ２４、マイク２５及び通信インタフェース２６を有する。

【0030】

処理回路２１は、ＣＰＵ及びＧＰＵ等のプロセッサを有する。当該プロセッサがメモリ２２等にインストールされたＯＳ（Operating system）等の基本プログラムを実行することにより、処理回路２１、メモリ２２、ディスプレイ２３、カメラ２４、マイク２５及び通信インタフェース２６間でのデータの授受を行う。

【0031】

メモリ２２は、種々の情報を記憶するＲＯＭやＲＡＭ、ＨＤＤ、ＳＳＤ、集積回路記憶装置等の記憶装置である。

【0032】

ディスプレイ２３は、処理回路２１の制御に従い種々の情報を表示する。例えば、ディスプレイ２３は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）、有機ＥＬディスプレイ（ＯＥＬＤ：Organic Electro Luminescence Display）等である。例えば、ディスプレイ２３は、ＴｏＤｏ項目一覧を含む表示データに基づいてＴｏＤｏ項目一覧を表示する。

【0033】

カメラ２４は、端末２－１近傍を撮影し、画像データを取得する。例えば、カメラ２４は、看護師Ｎ１の画像データを取得する。例えば、カメラ２４は、医師の画像データを取得する。例えば、カメラ２４は、患者Ｘの画像データを取得する。例えば、画像データは、動画像データである。

【0034】

マイク２５は、端末２－１近傍の音を集め、音声データを取得する。例えば、マイク２５は、看護師Ｎ１の音声データを取得する。例えば、マイク２５は、医師の音声データを取得する。例えば、マイク２５は、患者Ｘの音声データを取得する。

【0035】

通信インタフェース２６は、他のコンピュータとの間でデータ通信するためのインタフェースである。例えば、通信インタフェース２６は、サーバ１等との間でネットワークを介して種々のデータ通信を行う。例えば、通信インタフェース２６は、サーバ１から、ＴｏＤｏ項目一覧を含む表示データを受信する。例えば、通信インタフェース２６は、カメラ２４で取得された画像データ及びマイク２５で取得された音声データをサーバ１へ送信する。

【0036】

端末２－２～端末２－ｎの構成は、端末２－１と同様であるので、説明を省略する。

【0037】

上述のＴｏＤｏ項目管理テーブル１２１の構成例について説明する。
図４は、ＴｏＤｏ項目管理テーブル１２１の一例を示す図である。ＴｏＤｏ項目管理テーブル１２１は、看護師Ｎ１が担当する患者Ｘに関するテーブルとする。
ＴｏＤｏ項目管理テーブル１２１は、「ＴｏＤｏ項目」、「要求経路」、「要求元」、「要求先」、「日時」、「開始フラグ」及び「終了フラグ」の各項目を含む。ＴｏＤｏ項目管理テーブル１２１は、これらの項目のうちのいくつかの項目を適宜含んでいればよく、全ての項目を含んでいなくてもよい。

【0038】

「ＴｏＤｏ項目」項目は、患者ＸのためのＴｏＤｏ項目を登録する項目である。患者ＸのためのＴｏＤｏ項目は、患者Ｘのために看護師が行うべき看護行為である。例えば、「ＴｏＤｏ項目」項目には、看護師による患者Ｘへの投薬を示す「内服」が登録される。例えば、「ＴｏＤｏ項目」項目には、看護師による患者Ｘへの注射を示す「注射」が登録される。例えば、「ＴｏＤｏ項目」項目には、看護師が患者Ｘのために医師Ａから医師指示を受けるための「医師指示（医師Ａ）」が登録される。

【0039】

「要求経路」項目は、ＴｏＤｏ項目の要求経路を登録する項目である。
「要求元」項目は、ＴｏＤｏ項目を要求した者を登録する項目である。例えば、「要求元」項目には、「医師Ａ」等のＴｏＤｏ項目を要求した者を示す情報が登録される。
「要求先」項目は、ＴｏＤｏ項目を要求された者を登録する項目である。例えば、「要求先」項目には、「看護師Ｎ１」等のＴｏＤｏ項目を要求された者を示す情報が登録される。
「日時」項目は、ＴｏＤｏ項目の実行予定日時を登録する項目である。「日時」項目は、具体的な実行予定日時が登録される。

【0040】

「開始フラグ」項目は、ＴｏＤｏ項目の開始済または未開始を示す情報を登録する項目である。例えば、「開始フラグ」項目には、ＴｏＤｏ項目の開始済を示す値（例えば１）またはＴｏＤｏ項目の未開始を示す値（例えば０）の何れかの値が登録される。
「開始フラグ」項目は、ＴｏＤｏ項目の終了済または未終了を示す情報を登録する項目である。「終了フラグ」項目には、ＴｏＤｏ項目の終了済を示す値（例えば１）またはＴｏＤｏ項目の未終了を示す値（例えば０）の何れかの値が登録される。
例えば、処理回路１１は、図示しない外部装置から患者ＸのためのＴｏＤｏ項目に関する情報を取得する毎に、ＴｏＤｏ項目管理テーブル１２１にレコードを随時追加する。ＴｏＤｏ項目に関する情報は、「ＴｏＤｏ項目」、「要求経路」、「要求元」、「要求先」及び「日時」に登録する情報を含む。

【0041】

例えば、処理回路１１は、ナースコールと連携する外部装置からナースコールを要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報を取得してもよい。この例では、外部装置は、ナースコールを受けることにより患者ＸのためのＴｏＤｏ項目に関する情報を構成する。

【0042】

例えば、処理回路１１は、外部装置から医師からの電話を要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報を取得してもよい。この例では、外部装置は、医師からの電話を受けたスタッフによる電話内容の入力操作に基づいて、患者ＸのためのＴｏＤｏ項目に関する情報を構成する。ＴｏＤｏ項目の要求経路が看護師からの電話である場合についても同様である。

【0043】

例えば、処理回路１１は、外部装置から医師オーダを要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報を取得してもよい。この例では、外部装置は、医師による医師オーダの入力操作に基づいて患者ＸのためのＴｏＤｏ項目に関する情報を構成する。ＴｏＤｏ項目の要求経路が看護師オーダである場合についても同様である。

【0044】

例えば、処理回路１１は、外部装置から院内メールを要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報を取得してもよい。この例では、外部装置は、院内メールの内容を解析し、院内メールを要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報を取得してもよい。また、この例では、処理回路１１は、院内メールを取得し、メモリ１２に保存してもよい。

【0045】

例えば、処理回路１１は、端末２－１～２－ｎから取得可能な画像データまたは音声データを解析することで、口頭での医師指示に関する情報を取得してもよい。処理回路１１は、端末２－１～２－ｎとは異なる装置で取得可能な画像データまたは音声データを解析することで、口頭での医師指示に関する情報を取得してもよい。ＴｏＤｏ項目の要求経路が口頭での患者からの依頼である場合についても同様である。これにより、処理回路１１は、口頭での医師指示及び口頭での患者からの依頼を要求経路とする患者ＸのためのＴｏＤｏ項目に関する情報をリアルタイムかつ自動でＴｏＤｏ項目管理テーブル１２１に登録することができる。処理回路１１は、口頭での医師指示及び口頭での患者からの依頼について看護師Ｎ１による作業漏れを減らすことができる。

【0046】

処理回路１１は、ＴｏＤｏ項目の開始の検出に基づいて、開始が検出されたＴｏＤｏ項目に紐付けられている「開始フラグ」項目にＴｏＤｏ項目の開始済を示す値を登録する。処理回路１１は、ＴｏＤｏ項目の終了の検出に基づいて、終了が検出されたＴｏＤｏ項目に紐付けられている「終了フラグ」項目にＴｏＤｏ項目の終了済を示す値を登録する。

【0047】

以下、本実施形態に係るサーバ１の処理の詳細について説明する。

【0048】

図５は、サーバ１の処理回路１１によるＴｏＤｏ項目一覧の表示制御処理の流れの一例を示す図である。
サーバ１は、端末２－１からＴｏＤｏ項目一覧の表示制御処理の開始指示を受信することで、図５に例示するＴｏＤｏ項目一覧の表示制御処理を開始する。例えば、看護師Ｎ１は、始業前に端末２－１で開始指示を発生させる入力操作をしてもよい。

【0049】

処理回路１１は、第１の取得機能１１２により、ＴｏＤｏ項目管理テーブル１２１から要求経路情報を取得し、優先度テーブル１２２から看護行為の優先度の情報を取得する（ステップＳ１）。ステップＳ１では、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１の「日時」項目を参照し、看護師Ｎ１の勤務時間に含まれる実行予定日時と紐付けられているＴｏＤｏ項目を特定する。処理回路１１は、ＴｏＤｏ項目管理テーブル１２１の「開始フラグ」項目及び「終了フラグ」項目を参照し、要求経路情報として、看護師Ｎ１に発生しているＴｏＤｏ項目及びＴｏＤｏ項目の要求経路を取得する。この例では、処理回路１１は、未開始のＴｏＤｏ項目を取得する。未開始のＴｏＤｏ項目は、「開始フラグ」項目にＴｏＤｏ項目の未開始を示す情報が登録されたＴｏＤｏ項目である。さらに、処理回路１１は、開始済かつ未終了のＴｏＤｏ項目を取得する。開始済かつ未終了のＴｏＤｏ項目は、「開始フラグ」項目にＴｏＤｏ項目の開始済を示す情報が登録され、かつ、「終了フラグ」項目にＴｏＤｏ項目の未終了を示す情報が登録されたＴｏＤｏ項目である。これにより、処理回路１１は、看護師Ｎ１に発生しているＴｏＤｏ項目を漏れなく取得することができる。処理回路１１は、別の看護師が終了させることができなかったＴｏＤｏ項目を別の看護師から看護師Ｎ１に引き継がせることができる。例えば、処理回路１１は、別の看護師が開始した患者Ｘへの点滴について、点滴の終了作業を別の看護師から看護師Ｎ１に引き継がせることができる。また、ステップＳ１では、処理回路１１は、看護行為の優先度の情報として、優先度テーブル１２２からＴｏＤｏ項目の要求経路及び要求経路に関する優先度を取得する。

【0050】

処理回路１１は、ＴｏＤｏ項目と共に、ＴｏＤｏ項目管理テーブル１２１からＴｏＤｏ項目に紐付けられている種々の情報を取得してもよい。例えば、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１の「日時」項目に登録された実行予定日時の情報を取得してもよい。なお、看護師Ｎ１が複数の患者を担当する場合、処理回路１１は、複数のＴｏＤｏ項目管理テーブルから看護師Ｎ１のＴｏＤｏ項目を取得することができる。

【0051】

処理回路１１は、生成機能１１３により、要求経路情報及び看護行為の優先度の情報に基づいて、看護師Ｎ１に発生しているＴｏＤｏ項目を実施優先度順に並び替える（ステップＳ２）。ステップＳ２では、処理回路１１は、要求経路情報及び看護行為の優先度の情報に含まれるＴｏＤｏ項目の要求経路をキーにして、看護師Ｎ１に発生しているＴｏＤｏ項目の要求経路に関する優先度を示す番号を取得する。処理回路１１は、要求経路に関する優先度を示す番号を参照し、看護師Ｎ１に発生しているＴｏＤｏ項目を、要求経路に関する優先度を示す番号の小さい順に並べる。例えば、処理回路１１は、要求経路に関する優先度を示す番号が最も小さいＴｏＤｏ項目を先頭行に配置し、番号の小さい順に、縦方向にＴｏＤｏ項目を並べる。
なお、複数のＴｏＤｏ項目が同じ要求経路に関する優先度を示す番号に対応する場合、処理回路１１は、看護行為と、看護行為に関する緊急度スコアとを紐付けた優先度テーブル１２２を参照し、看護行為に関する緊急度スコアの順に並べてもよい。これに代えて、処理回路１１は、複数のＴｏＤｏ項目を実行予定日時の昇順に並べてもよい。なお、処理回路１１は、看護行為と、看護行為に関する緊急フラグとを紐付けた優先度テーブル１２２を参照し、看護行為に関する緊急フラグを設定されているＴｏＤｏ項目の実施優先度を上げるようにしてもよい。例えば、処理回路１１は、看護行為に関する緊急フラグを設定されているＴｏＤｏ項目を、要求経路に関する優先度によらず、先頭部分に配置するようにしてもよい。なお、処理回路１１は、実行予定日時を所定時間経過しても未終了のＴｏＤｏ項目の優先度を高くしてもよい。所定時間は、適宜変更可能である。

【0052】

処理回路１１は、生成機能１１３により、看護師Ｎ１に発生しているＴｏＤｏ項目を実施優先度順に並べた看護師Ｎ１のＴｏＤｏ項目一覧を生成する（ステップＳ３）。ステップＳ３では、処理回路１１は、実施優先度順に並べられたＴｏＤｏ項目に実行予定日時を対応付けて、ＴｏＤｏ項目一覧を生成してもよい。

【0053】

処理回路１１は、表示制御機能１１４により、ＴｏＤｏ項目一覧を端末２－１に表示させる（ステップＳ４）。ステップＳ４では、処理回路１１は、ＴｏＤｏ項目一覧を含む表示データを端末２－１へ出力する。これにより、端末２－１は、ＴｏＤｏ項目一覧を含む表示データに基づいてＴｏＤｏ項目一覧をディスプレイ２３に表示する。ディスプレイ２３に表示されるＴｏＤｏ項目一覧の画面例については後述する。

【0054】

処理回路１１は、第１の取得機能１１２により、ＴｏＤｏ項目管理テーブル１２１への看護師Ｎ１についての新たなＴｏＤｏ項目の追加を監視する（ステップＳ５）。処理回路１１は、新たなＴｏＤｏ項目の追加の未検出に基づいて（ステップＳ５、Ｎｏ）、新たなＴｏＤｏ項目の追加の監視を継続する。処理回路１１は、新たに発生したＴｏＤｏ項目の追加の検出に基づいて（ステップＳ５、Ｙｅｓ）、ＴｏＤｏ項目管理テーブル１２１から新たに発生したＴｏＤｏ項目に関する要求経路情報を取得する（ステップＳ６）。ステップＳ６では、処理回路１１は、要求経路情報として、ＴｏＤｏ項目管理テーブル１２１から新たに発生したＴｏＤｏ項目及びＴｏＤｏ項目の要求経路を取得する。

【0055】

処理回路１１は、生成機能１１３により、要求経路情報及び看護行為の優先度の情報に基づいて、新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加する（ステップＳ１０７）。ステップＳ７では、処理回路１１は、ステップＳ２と同様に、新たに発生したＴｏＤｏ項目の要求経路に関する優先度を示す番号を取得する。処理回路１１は、新たに発生したＴｏＤｏ項目の要求経路に関する優先度を示す番号と、ＴｏＤｏ項目一覧に含まれるＴｏＤｏ項目の要求経路に関する優先度を示す番号とを比較する。処理回路１１は、要求経路に関する優先度を示す番号が小さい順に並ぶように、新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加する。このように、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１への新たに発生したＴｏＤｏ項目の追加に応じて、ＴｏＤｏ項目一覧を更新することができる。なお、処理回路１１は、上述のように看護行為と、看護行為に関する緊急度スコアとを紐付けた優先度テーブル１２２を参照し、新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加してもよい。処理回路１１は、上述のように看護行為と、看護行為に関する緊急フラグとを紐付けた優先度テーブル１２２を参照し、新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加してもよい。

【0056】

処理回路１１は、表示制御機能１１４により、新たに発生したＴｏＤｏ項目を追加したＴｏＤｏ項目一覧を端末２－１に表示させる（ステップＳ８）。ステップＳ８では、処理回路１１は、ステップＳ４と同様に、ＴｏＤｏ項目一覧を含む表示データを端末２－１へ出力する。

【0057】

このように、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１への新たに発生したＴｏＤｏ項目の追加に応じて、新たに発生したＴｏＤｏ項目をＴｏＤｏ項目一覧に追加することができる。処理回路１１は、リアルタイムにＴｏＤｏ項目一覧を更新することができる。看護師Ｎ１は、サーバ１によってリアルタイムに更新されるＴｏＤｏ項目一覧を確認することができる。

【0058】

上述の例では、処理回路１１が看護師Ｎの勤務時間のＴｏＤｏ項目一覧を生成し、このＴｏＤｏ項目一覧を看護師Ｎに紐付けられている端末２－１に表示させる例を説明したが、これに限定されない。処理回路１１は、勤務時間を問わず看護師ＮのＴｏＤｏ項目一覧を生成し、このＴｏＤｏ項目一覧を看護師Ｎに紐付けられている端末２－１に表示させてもよい。これにより、看護師Ｎは、自身が担当している患者についての勤務時間外のＴｏＤｏ項目も把握することができる。処理回路１１は、病院内の全看護師各々のＴｏＤｏ項目一覧を生成し、全看護師各々のＴｏＤｏ項目一覧を全ての端末に表示させてもよい。これにより、看護師Ｎは、他の看護師の状況も把握することができる。処理回路１１は、病院内の全看護師のＴｏＤｏ項目一覧を生成し、このＴｏＤｏ項目一覧を全ての端末に表示させてもよい。これにより、看護師Ｎは、病院内で発生している全てのＴｏＤｏ項目を把握することができる。

【0059】

なお、上述のステップＳ３では、処理回路１１は、ＴｏＤｏ項目一覧を病棟毎または病棟のフロア毎に分けて生成するようにしてもよい。この例では、メモリ１２は、各患者の入院している病棟に関する情報、または、各患者の入院している病棟のフロアに関する情報を記憶しているものとする。また、ＴｏＤｏ項目管理テーブル１２１は、上述のように患者毎に用意されている。そのため、処理回路１１は、各患者の入院している病棟に関する情報、または、各患者の入院している病棟のフロアに関する情報を参照することで、ＴｏＤｏ項目一覧を病棟毎または病棟のフロア毎に分けて生成することができる。処理回路１１は、病棟毎または病棟のフロア毎に分けて生成したＴｏＤｏ項目一覧を端末２－１に表示させることができる。これにより、看護師Ｎは、同じ病棟またはフロア内で行う必要のあるＴｏＤｏ項目をまとめて把握することができるので、効率よくまとめてＴｏＤｏ項目を行うことができる。

【0060】

なお、上述のステップＳ３では、処理回路１１は、看護師を指定されたＴｏＤｏ項目に対して、この看護師を対応付けてＴｏＤｏ項目一覧を生成するようにしてもよい。この例では、ＴｏＤｏ項目管理テーブル１２１は、ＴｏＤｏ項目を行う者として指定された看護師をＴｏＤｏ項目に紐付けて管理していてもよい。例えば、看護師の指定は、あるＴｏＤｏ項目については特定の看護師でなければ患者が嫌がる場合、あるＴｏＤｏ項目については特定の看護師でなければ対応できない場合などに行われる。処理回路１１は、ＴｏＤｏ項目を行う者として指定された看護師の情報に基づいて、看護師を指定されたＴｏＤｏ項目に対して、この看護師を対応付けてＴｏＤｏ項目一覧を生成することができる。処理回路１１は、看護師を指定されたＴｏＤｏ項目に対してこの看護師を対応付けたＴｏＤｏ項目一覧を端末２－１に表示させることができる。例えば、処理回路１１は、「〇〇看護師指定」など表示を、看護師を指定されたＴｏＤｏ項目に対応付けて端末２－１に表示させてもよい。これにより、看護師Ｎは、他の看護師では対応することができず、自身で対応しなければならないＴｏＤｏ項目を容易に把握することができる。

【0061】

なお、上述のステップＳ４及びＳ８では、処理回路１１は、看護師Ｎの移動経路に基づいて、ＴｏＤｏ項目一覧のうち端末２－１に表示する部分と非表示にする部分を設定するようにしてもよい。例えば、移動経路は、病院内での滞在場所などの看護師Ｎのリアルタイムの移動経路である。滞在場所は、病棟、病棟のフロア、病室などである。この例では、処理回路１１は、病院内に設置されている図示しない撮影装置で取得される画像データに基づいて、看護師Ｎの移動経路を随時取得する。処理回路１１は、看護師Ｎの移動経路に基づいて、ＴｏＤｏ項目一覧のうち看護師Ｎの滞在場所に関連する部分と看護師Ｎの滞在場所に関連しない部分とを随時分けて取得する。例えば、ＴｏＤｏ項目一覧のうち滞在場所に関連する部分は、滞在場所に入院している患者に対するＴｏＤｏ項目である。ＴｏＤｏ項目一覧のうち滞在場所に関連しない部分は、滞在場所に入院している患者以外の患者に対するＴｏＤｏ項目である。処理回路１１は、看護師Ｎの滞在場所に関連する部分については看護師Ｎの端末２－１に表示する部分として設定する。処理回路１１は、看護師Ｎの滞在場所に関連しない部分については非表示にする部分として設定する。処理回路１１は、ＴｏＤｏ項目一覧のうち看護師Ｎの滞在場所に関連する部分を看護師Ｎの端末２－１に表示させる。このように、処理回路１１は、看護師Ｎの移動経路に基づいてリアルタイムにＴｏＤｏ項目一覧のうち端末２－１に表示する部分と非表示にする部分と変更する。これにより、看護師Ｎは、今やるべきＴｏＤｏ項目を容易に把握することができる。

【0062】

なお、上述のステップＳ４及びＳ８では、処理回路１１は、看護師Ｎのスケジュールに基づいて、ＴｏＤｏ項目一覧のうち端末２－１に表示する部分と非表示にする部分を設定するようにしてもよい。例えば、スケジュールは、看護師Ｎの病院内での滞在場所と時刻とを関連付けた予め決められた看護師Ｎの行動に関するスケジュールである。メモリ１２は、各看護師のスケジュールに関する情報を記憶しているものとする。この例では、処理回路１１は、メモリ１２に記憶されている看護師Ｎのスケジュールに関する情報に基づいて、ＴｏＤｏ項目一覧のうち看護師Ｎの滞在場所に関連する部分と看護師Ｎの滞在場所に関連しない部分とを時刻毎に分けて取得する。処理回路１１は、看護師Ｎの滞在場所に関連する部分については看護師Ｎの端末２－１に表示する部分として設定する。処理回路１１は、看護師Ｎの滞在場所に関連しない部分については非表示にする部分として設定する。処理回路１１は、ＴｏＤｏ項目一覧のうち看護師Ｎの滞在場所に関連する部分を看護師Ｎの端末２－１に表示させる。このように、処理回路１１は、看護師Ｎのスケジュールに基づいてリアルタイムにＴｏＤｏ項目一覧のうち端末２－１に表示する部分と非表示にする部分と変更する。これにより、看護師Ｎは、今やるべきＴｏＤｏ項目を容易に把握することができる。

【0063】

なお、上述のステップＳ４及びＳ８では、処理回路１１は、看護師Ｎの勤務形態に基づいて、ＴｏＤｏ項目一覧のうち端末２－１に表示する部分と非表示にする部分を設定するようにしてもよい。例えば、勤務形態は、日勤、夜勤などの勤務時間帯である。この例では、メモリ１２は、各看護師の勤務形態に関する情報を記憶しているものとする。処理回路１１は、看護師Ｎの勤務形態に関する情報を参照することで、ＴｏＤｏ項目一覧のうち看護師Ｎの勤務時間内に関する部分と看護師Ｎの勤務時間外に関する部分とを分けて取得する。処理回路１１は、看護師Ｎの勤務時間内に関する部分については看護師Ｎの端末２－１に表示する部分として設定する。処理回路１１は、看護師Ｎの勤務時間外に関する部分については非表示にする部分として設定する。処理回路１１は、ＴｏＤｏ項目一覧のうち看護師Ｎの勤務時間内に関する部分を看護師Ｎの端末２－１に表示させる。これにより、看護師Ｎは、端末２－１で自身の勤務時間内のＴｏＤｏ項目のみを見ることができるので、自身が行うべきＴｏＤｏ項目を容易に把握することができる。

【0064】

図６は、サーバ１の処理回路１１によるＴｏＤｏ項目一覧の表示制御処理の流れの別の例を示す図である。
サーバ１は、図５の例と同様に、図６に例示するＴｏＤｏ項目一覧の表示制御処理を開始する。

【0065】

処理回路１１は、ステップＳ１～Ｓ４と同様に、ステップＳ１０～Ｓ１３を処理する。処理回路１１は、第２の取得機能１１５により、看護行為に関連する画像データまたは音声データを取得する（ステップＳ１４）。ステップＳ１４では、処理回路１１は、看護行為に関連する画像データまたは音声データをリアルタイムに取得する。

【0066】

処理回路１１は、検出機能１１６により、ＴｏＤｏ項目一覧に含まれるＴｏＤｏ項目の開始を検出する（ステップＳ１５）。ステップＳ１５では、処理回路１１は、メモリ１２に記憶されている看護行為の開始に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、ＴｏＤｏ項目の開始を検出することができる。この例では、処理回路１１は、第２の取得機能１１５によって取得されたデータを特徴紐付テーブル１２３の「開始」項目に登録されたデータと比較する。処理回路１１は、第２の取得機能１１５によって取得されたデータと一致または略一致する特徴紐付テーブル１２３の「開始」項目に登録されたデータを検出する。処理回路１１は、第２の取得機能１１５によって取得されたデータと一致または略一致する「開始」項目に登録されたデータに紐付けられているＴｏＤｏ項目の開始を検出する。

【0067】

処理回路１１は、ＴｏＤｏ項目の開始の未検出に基づいて（ステップＳ１５、Ｎｏ）、ＴｏＤｏ項目の開始の監視を継続する。処理回路１１は、ＴｏＤｏ項目の開始の検出に基づいて（ステップＳ１５、Ｙｅｓ）、開始が検出されたＴｏＤｏ項目に紐付けられている「開始フラグ」項目にＴｏＤｏ項目の開始済を示す値を登録する（ステップＳ１６）。

【0068】

処理回路１１は、ＴｏＤｏ項目の開始済を示す値の登録に基づいて、表示制御機能１１４により、端末２－１においてＴｏＤｏ項目一覧を非表示にさせる（ステップＳ１７）。ステップＳ１７では、処理回路１１は、ＴｏＤｏ項目一覧を非表示にさせる指示信号を端末２－１へ出力する。これにより、端末２－１は、処理回路２１により、ディスプレイ２３においてＴｏＤｏ項目一覧を非表示にする。

【0069】

処理回路１１は、検出機能１１６により、ＴｏＤｏ項目一覧に含まれるＴｏＤｏ項目の終了を検出する（ステップＳ１８）。ステップＳ１８では、処理回路１１は、メモリ１２に記憶されている看護行為の終了に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、ＴｏＤｏ項目の終了を検出することができる。この例では、処理回路１１は、第２の取得機能１１５によって取得されたデータを特徴紐付テーブル１２３の「終了」項目に登録されたデータと比較する。処理回路１１は、第２の取得機能１１５によって取得されたデータと一致または略一致する特徴紐付テーブル１２３の「終了」項目に登録されたデータを検出する。処理回路１１は、第２の取得機能１１５によって取得されたデータと一致または略一致する「終了」項目に登録されたデータに紐付けられているＴｏＤｏ項目の終了を検出する。

【0070】

処理回路１１は、ＴｏＤｏ項目の終了の未検出に基づいて（ステップＳ１８、Ｎｏ）、ＴｏＤｏ項目の終了の監視を継続する。処理回路１１は、ＴｏＤｏ項目の終了の検出に基づいて（ステップＳ１８、Ｙｅｓ）、終了が検出されたＴｏＤｏ項目に紐付けられている「終了フラグ」項目にＴｏＤｏ項目の終了済を示す値を登録する（ステップＳ１９）。ステップＳ１９では、処理回路１１は、終了が検出されたＴｏＤｏ項目を看護記録に反映することができる。

【0071】

処理回路１１は、生成機能１１３により、終了が検出されたＴｏＤｏ項目をＴｏＤｏ項目一覧から消去する（ステップＳ２０）。ステップＳ２０では、処理回路１１は、ＴｏＤｏ項目の終了済を示す値が「終了フラグ」項目に登録されたＴｏＤｏ項目を、ＴｏＤｏ項目一覧から消去する。このように、処理回路１１は、ＴｏＤｏ項目の終了に応じて、ＴｏＤｏ項目一覧を更新することができる。なお、処理回路１１は、ＴｏＤｏ項目の実施予定日時が現在日時から乖離していたとしても、ＴｏＤｏ項目一覧から消去してもよい。その理由の一つは、看護師はＴｏＤｏ項目の実施予定日時によらず、状況に応じて効率的にＴｏＤｏ項目を行うことがあるからである。

【0072】

処理回路１１は、表示制御機能１１４により、終了が検出されたＴｏＤｏ項目が消去されたＴｏＤｏ項目一覧を端末２－１に表示させる（ステップＳ２１）。ステップＳ２１では、処理回路１１は、終了が検出されたＴｏＤｏ項目が消去されたＴｏＤｏ項目一覧を含む表示データを端末２－１へ出力する。これにより、端末２－１は、終了が検出されたＴｏＤｏ項目が消去されたＴｏＤｏ項目一覧をディスプレイ２３に表示する。

【0073】

このように、処理回路１１は、メモリ１２に記憶されている看護行為の開始に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、ＴｏＤｏ項目の開始を検出することができる。これにより、処理回路１１は、リアルタイムにＴｏＤｏ項目の開始を検出し、ＴｏＤｏ項目の開始を示す情報を自動で登録することができる。看護師Ｎ１は、ＴｏＤｏ項目の開始の登録作業を省略することができる。

【0074】

処理回路１１は、ＴｏＤｏ項目の開始の検出に基づいて、端末２－１においてＴｏＤｏ項目一覧を非表示にさせることができる。これにより、看護師Ｎ１は、端末２－１の表示を気にすることなく、看護行為に集中することができる。

【0075】

処理回路１１は、メモリ１２に記憶されている看護行為の終了に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、ＴｏＤｏ項目の終了を検出することができる。これにより、処理回路１１は、リアルタイムにＴｏＤｏ項目の終了を検出し、ＴｏＤｏ項目の終了を示す情報を自動で登録することができる。看護師Ｎ１は、ＴｏＤｏ項目の終了の登録作業を省略することができる。

【0076】

処理回路１１は、ＴｏＤｏ項目の終了の検出に基づいて終了したＴｏＤｏ項目をＴｏＤｏ項目一覧から消去することができる。処理回路１１は、リアルタイムにＴｏＤｏ項目一覧を更新することができる。看護師Ｎ１は、リアルタイムに更新されるＴｏＤｏ項目一覧を確認することができる。

【0077】

次に、端末２－１におけるＴｏＤｏ項目一覧の表示例について説明する。

【0078】

図７は、端末２－１のディスプレイ２３に表示されるＴｏＤｏ項目一覧の一例を示す画面図である。図７に示すＴｏＤｏ項目一覧は、図４に示すＴｏＤｏ項目管理テーブル１２１で管理されているＴｏＤｏ項目を例にしたものである。

【0079】

この例では、ディスプレイ２３は、ＴｏＤｏ項目一覧の画面を表示する。ＴｏＤｏ項目一覧は、ＴｏＤｏ項目を縦方向に並べる。ＴｏＤｏ項目一覧は、「医師指示（医師Ａ）」を先頭行に配置する。ＴｏＤｏ項目一覧は、実行予定日時によらず、「医師指示（医師Ａ）」よりも実施優先度を示す番号の小さい「内服」及び「注射」を「医師指示（医師Ａ）」の下に配置する。ＴｏＤｏ項目一覧は、同じ実施優先度を示す番号に対応している「内服」及び「注射」を実行予定日時の昇順に並べる。

【0080】

なお、処理回路１１は、ＴｏＤｏ項目一覧において、実施優先度の纏まり毎に異なる表示形式でＴｏＤｏ項目を端末２－１に表示させてもよい。例えば、表示形式は、色またはフォント等であるが、これらに限定されない。これにより、看護師Ｎ１は、実施優先度毎のＴｏＤｏ項目の纏まりを容易に認識することができる。

【0081】

なお、処理回路１１は、生成機能１１３により、ＴｏＤｏ項目の要求経路が院内メールに紐付けられたＴｏＤｏ項目に対して、院内メールに含まれる件名を対応付けてＴｏＤｏ項目一覧を生成してもよい。この例では、処理回路１１は、表示制御機能１１４により、ＴｏＤｏ項目に対して院内メールに含まれる件名を対応付けたＴｏＤｏ項目一覧を端末２－１に表示させることができる。処理回路１１は、院内メールに含まれる件名を先頭行に配置したＴｏＤｏ項目一覧を端末２－１に表示させるようにしてもよい。これにより、看護師Ｎ１は、院内メールに含まれる件名の内容を見逃すことなく確認することができる。

【0082】

処理回路１１は、院内メールに含まれる件名の内容に応じて、端末２－１における院内メールに含まれる件名の表示または非表示を切り替えるようにしてもよい。この例では、処理回路１１は、院内メールに含まれる件名に所定の文字列が含まれていれば、院内メールに含まれる件名を表示と判断する。他方、処理回路１１は、院内メールに含まれる件名に所定の文字列が含まれていなければ、院内メールに含まれる件名を非表示と判断する。例えば、所定の文字列は、「至急」等の緊急性を示す文字列であるが、これに限定されない。これにより、看護師Ｎ１は、院内メールに含まれる件名の表示または非表示を確認することで、院内メールによる要求の緊急性を認識することができる。

【0083】

処理回路１１は、端末２－１における院内メールに含まれる件名の表示時間を設定するようにしてもよい。この例では、処理回路１１は、ＴｏＤｏ項目一覧を含む表示データと共に、院内メールに含まれる件名の表示時間に関する情報を端末２－１へ出力する。表示時間は、適宜変更可能である。端末２－１は、処理回路２１により、院内メールに含まれる件名を含むＴｏＤｏ項目一覧をディスプレイ２３に表示させる。端末２－１は、件名の表示から表示時間経過後、ＴｏＤｏ項目一覧のうちの件名をディスプレイ２３において非表示にする。このように、処理回路１１は、件名がＴｏＤｏ項目一覧に常に含まれ続けることを回避し、見やすいＴｏＤｏ項目一覧を提供することができる。

【0084】

図８は、端末２－１のディスプレイ２３に表示されるＴｏＤｏ項目一覧の別の例を示す画面図である。
ディスプレイ２３は、ＴｏＤｏ項目一覧に加えて、看護師Ｎ１の近くにいる患者Ｘに関する種々の情報を表示する。例えば、種々の情報は、プロフィール、病名、看護記録及び温度板等である。ディスプレイ２３に表示される画面は、ＴｏＤｏ項目一覧の表示領域Ｒ１、プロフィールの表示領域Ｒ２、病名の表示領域Ｒ３、温度板の表示領域Ｒ４及び看護記録Ｒ５を含む。端末２－１がスマートグラスである場合、看護師Ｎ１は、図８に例示するように、ディスプレイ２３に表示される画面に患者Ｘを重ね合わせて見ることができる。

【0085】

この例では、処理回路１１は、第２の取得機能１１５により取得されたデータに基づいて看護師Ｎ１の近傍に存在する患者Ｘを特定する。処理回路１１は、看護師Ｎ１の近くにいる患者Ｘに関する種々の情報を図示しない装置から取得する。処理回路１１は、ＴｏＤｏ項目一覧に加えて、看護師Ｎ１の近くにいる患者Ｘに関する種々の情報を含む表示データを端末２－１へ出力する。

【0086】

これにより、看護師Ｎ１は、ＴｏＤｏ項目一覧と合わせて患者Ｘに関する種々の情報をリアルタイムに確認することで、患者Ｘに対する適切な看護行為を行うことができる。

【0087】

以下、種々の変形例について説明する。

【0088】

上述の実施形態では、処理回路１１が第２の取得機能１１５により端末２－１で取得される看護行為に関連する画像データまたは音声データを取得する例について説明したが、これに限定されない。処理回路１１は、病院内に設置されている図示しない撮影装置で取得される看護行為に関連する画像データまたは音声データを取得してもよい。

【0089】

上述の実施形態では、処理回路１１は、看護行為に関連する画像データまたは音声データに基づいてＴｏＤｏ項目の開始及び終了を検出する例について説明したが、これに限定されない。処理回路１１は、看護行為に関連する画像データまたは音声データとは異なるデータに基づいてＴｏＤｏ項目の開始及び終了を検出してもよい。ＴｏＤｏ項目がバイタルサインである場合を例にして説明する。処理回路１１は、患者Ｘに取り付けられている図示しない計測機器から図示しない装置への計測データの入力開始に応じてＴｏＤｏ項目の開始を検出してもよい。処理回路１１は、計測機器から図示しない装置への計測データの入力終了に応じてＴｏＤｏ項目の終了を検出してもよい。

【0090】

上述の実施形態では、処理回路１１がＴｏＤｏ項目の開始の検出に基づいてＴｏＤｏ項目一覧を非表示にさせる例について説明したが、これに限定されない。処理回路１１は、ＴｏＤｏ項目の開始の検出に基づいて、表示制御機能１１４により、ＴｏＤｏ項目一覧における開始が検出されたＴｏＤｏ項目を強調して端末２－１に表示させてもよい。例えば、強調は、色またはフォント等によるが、これらに限定されない。これにより、看護師Ｎ１は、実行中のＴｏＤｏ項目を容易に認識することができる。

【0091】

上述の実施形態では、処理回路１１がＴｏＤｏ項目の終了の検出に基づいて終了が検出されたＴｏＤｏ項目をＴｏＤｏ項目一覧から消去する例について説明したが、これに限定されない。処理回路１１は、生成機能１１３により、ＴｏＤｏ項目一覧における終了が検出されたＴｏＤｏ項目に印を付してもよい。印は、終了済のＴｏＤｏ項目と未終了のＴｏＤｏ項目とを区別できる態様であればよく、限定されない。看護師Ｎ１は、終了済のＴｏＤｏ項目と未終了のＴｏＤｏ項目を容易に把握することができる。

【0092】

上述の実施形態では、処理回路１１が発生しているＴｏＤｏ項目を実施優先順に並び替える例について説明したが、これに限定されない。処理回路１１は、発生しているＴｏＤｏ項目を実施優先度順に並び替えた後に、ＴｏＤｏ項目の内容に応じて発生しているＴｏＤｏ項目の並びを補正し、ＴｏＤｏ項目一覧を生成してもよい。

【0093】

例えば、処理回路１１は、注射等の時間を要しないＴｏＤｏ項目については実施優先度を低くするように補正してもよい。例えば、処理回路１１は、互いに関連性のあるＴｏＤｏ項目を連続させて並べるように補正してもよい。例えば、関連性のあるＴｏＤｏ項目は、同じ場所で行われるＴｏＤｏ項目である。例えば、処理回路１１は、過去の看護師Ｎ１の行動パターンデータを考慮し、発生しているＴｏＤｏ項目が効率的に行われるように、発生しているＴｏＤｏ項目の並びを補正してもよい。例えば、行動パターンデータは、看護師Ｎ１が過去に実際に行ったＴｏＤｏ項目の順序等を示すデータである。処理回路１１が行動パターンデータを用いるのは、効率的なＴｏＤｏ項目の順序が看護師毎に異なるからである。これにより、看護師Ｎ１は、効率よくＴｏＤｏ項目を行うことができる。

【0094】

上述の実施形態では、処理回路１１がＴｏＤｏ項目でＴｏＤｏ項目一覧を構成する例について説明したが、これに限定されない。処理回路１１は、ＴｏＤｏ項目に分類されないタスクの発生に基づいて、ＴｏＤｏ項目一覧にタスクを追加するようにしてもよい。例えば、タスクは、感染症で搬送された患者の対応、感染症で搬送された患者の嘔吐の処理等、緊急の作業である。処理回路１１は、ＴｏＤｏ項目一覧の先頭行にタスクを追加することができる。処理回路１１は、全ての看護師のＴｏＤｏ項目一覧にタスクを含めてもよい。これに代えて、処理回路１１は、ＴｏＤｏ項目の数の少ない看護師のＴｏＤｏ項目一覧にタスクを含めてもよい。これにより、看護師Ｎ１は、ＴｏＤｏ項目一覧に分類されない緊急の作業についても、適切に対応することができる。

【0095】

上述の実施形態では、要求経路に関する優先度が予め定められた順序である例について説明したが、これに限定されない。処理回路１１は、過去の看護師Ｎ１の行動パターンデータを考慮し、優先度テーブル１２２で管理されているＴｏＤｏ項目の要求経路と、要求経路に関する優先度との紐付けを変更してもよい。行動パターンデータは、上述のとおりである。これにより、処理回路１１は、看護師Ｎ１の行動パターンに適したＴｏＤｏ項目一覧を生成することができる。

【0096】

上述の実施形態では、単一の端末２－１が画像データ及び音声データを取得すると共にＴｏＤｏ項目一覧を表示する例について説明したが、これに限定されない。画像データ及び音声データを取得する端末と、ＴｏＤｏ項目一覧を表示する端末とは、別体であってもよい。

【0097】

上述の実施形態では、看護行為の優先度の情報としてＴｏＤｏ項目の要求経路を考慮する例について説明したが、これに限定されない。
一例では、処理回路１１は、看護行為に関する緊急度スコアを考慮してもよい。この例では、処理回路１１は、看護行為の優先度の情報として、優先度テーブル１２２から看護行為及び看護行為に関する緊急度スコアを取得する。処理回路１１は、看護師Ｎ１に発生しているＴｏＤｏ項目を緊急度スコアに応じた実施優先度順に並べたＴｏＤｏ項目一覧を生成する。例えば、処理回路１１は、緊急度スコアが最も小さいＴｏＤｏ項目を先頭行に配置し、緊急度スコアの小さい順に、縦方向にＴｏＤｏ項目を並べる。
別の例では、処理回路１１は、看護行為に関する緊急フラグを考慮してもよい。この例では、処理回路１１は、看護行為の優先度の情報として、優先度テーブル１２２から看護行為及び看護行為に関する緊急フラグを取得する。処理回路１１は、看護師Ｎ１に発生しているＴｏＤｏ項目を、緊急フラグを考慮して実施優先度順に並べたＴｏＤｏ項目一覧を生成する。例えば、処理回路１１は、緊急度フラグを設定されているＴｏＤｏ項目を先頭部分に配置し、緊急度フラグを設定されていないＴｏＤｏ項目をその後に配置する。

【0098】

この例では、処理回路１１は、以下に例示するように、スケジュール表を構成してもよい。処理回路１１は、第１の取得機能１１２により、看護行為の優先度の情報、及び、特定の患者に対して発生しているＴｏＤｏ項目を時系列で示すスケジュール表を取得することができる。一例では、処理回路１１は、看護行為の優先度の情報として、優先度テーブル１２２から看護行為及び看護行為に関する緊急度スコアを取得する。別の例では、処理回路１１は、看護行為の優先度の情報として、優先度テーブル１２２から看護行為及び看護行為に関する緊急フラグを取得する。また、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１を参照し、患者Ｘに対して発生しているＴｏＤｏ項目を時系列で示すスケジュール表を取得することができる。処理回路１１は、看護師Ｎ１の勤務時間にとらわれることなく、患者Ｘに対して発生しているＴｏＤｏ項目を取得し、時系列で示すスケジュール表を構成してもよい。

【0099】

処理回路１１は、表示制御機能１１４により、看護行為の優先度の情報に基づいて、スケジュール表に含まれるＴｏＤｏ項目を所定時間毎に実施優先度順に並べて、スケジュール表を端末２－１に表示させる。例えば、処理回路１１は、所定時間毎の纏まりを区別できる態様で所定時間毎に実施優先度順に並べる。例えば、所定時間は、２時間等の具体的な時間でもよい。例えば、所定時間は、複数の看護師が患者Ｘを交代で担当する場合には、複数の看護師それぞれの勤務時間帯に対応していてもよい。所定時間は、適宜設定可能である。

【0100】

これにより、看護師Ｎ１は、自身が患者Ｘを担当する時間帯におけるＴｏＤｏ項目を実施優先度順に把握することができる。看護師Ｎ１は、別の看護師が患者Ｘを担当する時間帯におけるＴｏＤｏ項目を実施優先度順に把握することができる。

【0101】

上述の実施形態では、実施優先度を考慮する例について説明したが、これに限定されない。処理回路１１は、ＴｏＤｏ項目を時系列で示すスケジュール表（一覧）を用いてもよい。

【0102】

この例では、処理回路１１は、第１の取得機能１１２により、特定の患者に対して発生している複数のＴｏＤｏ項目を時系列で示すスケジュール表を取得する。例えば、処理回路１１は、ＴｏＤｏ項目管理テーブル１２１を参照し、患者Ｘに対して発生している複数のＴｏＤｏ項目を時系列で示すスケジュール表を取得することができる。処理回路１１は、看護師Ｎ１の勤務時間にとらわれることなく、患者Ｘに対して発生している複数のＴｏＤｏ項目を取得し、時系列で示すスケジュール表を構成してもよい。

【0103】

処理回路１１は、表示制御機能１１４により、スケジュール表を端末２－１に表示させる。これにより、端末２－１は、スケジュール表を表示する。処理回路１１は、第２の取得機能１１５により、上述のように看護行為に関連する画像データまたは音声データを取得する。処理回路１１は、検出機能１１６により、上述のようにメモリ１２に記憶されている看護行為の終了に関連付けられている特徴データ、及び、第２の取得機能１１５によって取得されたデータに基づいて、ＴｏＤｏ項目の終了を検出する。

【0104】

処理回路１１は、表示制御機能１１４により、スケジュール表に含まれる終了が検出されたＴｏＤｏ項目を消去して前記端末２－１に表示させる。例えば、処理回路１１は、ＴｏＤｏ項目の終了済を示す値が「終了フラグ」項目に登録されたＴｏＤｏ項目を、スケジュール表から消去する。処理回路１１は、終了が検出されたＴｏＤｏ項目が消去されたスケジュール表を含む表示データを端末２－１へ出力する。

【0105】

処理回路１１は、終了が検出されたＴｏＤｏ項目の消去に代えて、終了が検出されたＴｏＤｏ項目を他のＴｏＤｏ項目とは異なる態様で端末２－１に表示させてもよい。例えば、処理回路１１は、終了が検出されたＴｏＤｏ項目を他のＴｏＤｏ項目とは異なる態様に変更したスケジュール表を含む表示データを端末２－１へ出力する。異なる態様は、終了済のＴｏＤｏ項目と未終了のＴｏＤｏ項目とを区別できる態様であればよく、限定されない。例えば、異なる態様は、印の有無、異なる色またはフォント等であるが、これらに限定されない。

【0106】

これにより、看護師Ｎ１は、時系列で並べられたＴｏＤｏ項目について、終了済のＴｏＤｏ項目と未終了のＴｏＤｏ項目を容易に把握することができる。

【0107】

以上説明した少なくとも１つの実施形態によれば、サーバ１は、発生しているＴｏＤｏ項目を実施優先度順に並べたＴｏＤｏ項目一覧を生成することで、看護師Ｎ１の作業効率を向上させることができる。例えば、看護師Ｎ１は、実施優先度の高い順にＴｏＤｏ項目を行うことができる。

【0108】

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ、ＧＰＵ、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。また、プログラムを実行するのではなく、論理回路の組合せにより当該プログラムに対応する機能を実現しても良い。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。

【0109】

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0110】

１ サーバ
２－１ 端末
２－ｎ 端末
１０ 病院内システム
１１ 処理回路
１２ メモリ
１３ 通信インタフェース
２１ 処理回路
２２ メモリ
２３ ディスプレイ
２４ カメラ
２５ マイク
２６ 通信インタフェース
１１１ 更新機能
１１２ 第１の取得機能
１１３ 生成機能
１１４ 表示制御機能
１１５ 第２の取得機能
１１６ 検出機能
１２１ ＴｏＤｏ項目管理テーブル
１２２ 優先度テーブル
１２３ 特徴紐付テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】