JP6638052B1 - 病院食管理システム、情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】患者の食事に関与する各担当者が食事の変更に関する情報を共有して、患者への間違った食事の提供を防ぐこと。【解決手段】患者に対応付けて食事メニューを記憶する食事データベースと、患者端末に表示された食事選択画面から患者により選択された食事メニューを患者端末から取得して、食事データベースに保存する選択メニュー取得部と、医療従事者の判断に基づいて、患者により選択され保存された食事メニューを制御する食事メニュー制御部と、を備える。【選択図】 図１

Description

本発明は、病院における食事を管理する技術に関する。

上記技術分野において、特許文献１および２には、病院において患者により選択食を入力する技術について開示されている。また、引用文献３には、患者の病状に対応した食事メニューの生成とその委託製造を行う技術が開示されている。

特開２００２−０４１６７１号公報 特開２０１２−１１８７８２号公報 特開２００３−１４１２５９号公報

しかしながら、上記文献に記載の技術では、患者の食事を変更する必要がある場合に、患者の食事に関与する各担当者、例えば、患者本人、医師、看護師、管理栄養士などが食事の変更に関する情報を共有できないと、患者に間違った食事の提供をしてしまう恐れがあった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係る情報処理装置は、
患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得手段と、
前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限手段と、
前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得手段と、
前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更手段と、
を備えた。

上記目的を達成するため、本発明に係る情報処理方法は、
情報取得手段が、患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得ステップと、
食事メニュー制限手段が、前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限ステップと、
選択メニュー取得手段が、前記食事メニューリストが部分的に制限された場合に、前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得ステップと、
食事メニュー変更手段が、前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更ステップと、
を含む。

上記目的を達成するため、本発明に係る情報処理プログラムは、
患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得ステップと、
前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限ステップと、
前記食事メニューリストが部分的に制限された場合に、前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得ステップと、
前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更ステップと、
をコンピュータに実行させる。

本発明によれば、患者の食事に関与する各担当者が食事の変更に関する情報を共有できるので、患者への間違った食事の提供を防ぐことができる。

本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置と接続される通信端末の表示画面を示す図である。 本発明の第２実施形態に係る情報処理装置と接続される通信端末の表示画面を示す図である。 本発明の第２実施形態に係る情報処理装置と接続される通信端末の表示画面を示す図である。 本発明の第２実施形態に係る情報処理装置と接続される通信端末の表示画面を示す図である。 本発明の第２実施形態に係る情報処理装置および通信端末を含む病院食管理システムの構成を示すブロック図である。 本発明の第２実施形態に係る情報処理装置および通信端末を含む病院食管理システムの動作手順を示すシーケンス図である。 本発明の第２実施形態に係る情報処理装置および通信端末を含む病院食管理システムの動作手順を示すシーケンス図である。 本発明の第２実施形態に係るベッドサイド端末管理サーバとしての情報処理装置の機能構成を示すブロック図である。 本発明の第２実施形態に係る食事データベース内の患者情報記憶部の構成を示す図である。 本発明の第２実施形態に係る食事データベース内の食事メニュー記憶部の構成を示す図である。 本発明の第２実施形態に係る食事データベース内の患者毎の食事メニュー記憶部の構成を示す図である。 本発明の第２実施形態に係る食事制限テーブルの構成を示す図である。 本発明の第２実施形態に係る食事選択画面フォーマットの構成を示す図である。 本発明の第２実施形態に係るベッドサイド端末としての通信端末の機能構成を示すブロック図である。 本発明の第２実施形態に係る食事メニュー選択画面フォーマットの構成を示す図である。 本発明の第２実施形態に係るベッドサイド端末としての通信端末の処理手順を示すフローチャートである。 本発明の第２実施形態に係る各端末の機能構成を示すブロック図である。 本発明の第２実施形態に係る管理栄養士端末の表示画面を示す図である。 本発明の第２実施形態に係る配膳担当者端末の表示画面を示す図である。 本発明の第２実施形態に係る医師端末からの入力画面を示す図である。 本発明の第２実施形態に係る看護師端末からの入力画面を示す図である。 本発明の第２実施形態に係るベッドサイド端末管理サーバとしての情報処理装置のハードウェア構成を示すブロック図である。 本発明の第２実施形態に係るベッドサイド端末管理サーバとしての情報処理装置の処理手順を示すフローチャートである。 本発明の第２実施形態に係る通信端末（ベッドサイド端末）からのアクセス処理の手順を示すフローチャートである。 本発明の第２実施形態に係る管理栄養士端末からのアクセス処理の手順を示すフローチャートである。 本発明の第２実施形態に係る配膳担当者端末からのアクセス処理の手順を示すフローチャートである。 本発明の第２実施形態に係る電子カルテ管理サーバからのアクセス処理の手順を示すフローチャートである。 本発明の第３実施形態に係る情報処理装置および通信端末を含む病院食管理システムの構成を示すブロック図である。 本発明の第３実施形態に係るベッドサイド端末管理サーバとしての情報処理装置の機能構成を示すブロック図である。 本発明の第３実施形態に係る食事データベース内の食事メニュー記憶部の構成を示す図である。 本発明の第３実施形態に係る食事データベース内の患者毎の食事メニュー記憶部の構成を示す図である。 本発明の第４実施形態に係る情報処理装置、食事管理サーバおよび通信端末を含む病院食管理システムの構成を示すブロック図である。 本発明の第５実施形態に係る食事情報共有アルゴリズムの構成を示す図である。 本発明の第５実施形態に係る食事情報共有のステータス遷移を示す図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。

［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、患者の食事を管理する装置である。

図１に示すように、情報処理装置１００は、食事データベース１０１と、食事メニュー取得部１０２と、食事選択画面提供部１０３と、選択メニュー取得部１０４と、変化検出部１０５と、食事メニュー制御部１０６と、を含む。食事データベース１０１は、患者１１１に対応付けて食事メニュー１１２を記憶する。食事メニュー取得部１０２は、管理栄養士が操作する栄養士端末１２０から複数の食事メニューを取得する。食事選択画面提供部１０３は、患者が操作する患者端末１１０に複数の食事メニューを含む食事選択画面を提供する。選択メニュー取得部１０４は、食事選択画面から患者により選択された食事メニューを患者端末１１０から取得する。変化検出部１０５は、患者の電子カルテ１３０に基づいて、患者の容態の変化、あるいは、患者に対する診察計画または処置計画の変化を検出する。食事メニュー制御部１０６は、患者により選択された食事メニューと、患者の容態の変化、あるいは、診察計画または処置計画の変化とに基づいて、食事データベース１０１に記憶された患者１１１に対応付けられた食事メニュー１１２を制御する。

本実施形態によれば、患者の食事に関与する各担当者、すなわち、患者と、医師または看護師と、配膳担当者と、管理栄養士とが食事の変更に関する情報を共有できるので、患者への間違った食事の提供を防ぐことができる。

［第２実施形態］
次に、本発明の第２実施形態に係る情報処理装置および通信端末を含む病院食管理システムについて説明する。本実施形態に係る情報処理装置および通信端末を含む病院食管理システムは、管理栄養士からの食事メニューと、患者が選択した食事メニューと、医師や看護師からの診察計画あるいは処置計画と、患者の容態変化とを取得する。そして、食事データベースの食事メニューの更新が必要な場合に、食事データベースを更新する。これによって、食事データベースに記憶された患者に対応付けられた食事メニューの制御を実行するので、患者と、医師または看護師と、配膳担当者と、管理栄養士とが食事の変更に関する情報を共有でき、患者への間違った食事の提供を防ぐことができる。

この場合に、医師や看護師からの診察計画あるいは処置計画に基づく食事メニューの変更を判定して食事メニューを制御する。また、患者の容態を取得して、患者の容態に基づく食事メニューの変更を判定して食事メニューを制御する。なお、食事メニューの制御は、患者の容態の変化、あるいは、診察計画または処置計画の変化に基づく、患者に対する食事の変更または中止を含む。また、食事選択画面においては、電子カルテに基づいて、患者が摂取できない食事が選択不可となるような画面を提供する。ここで、患者の容態の変化、あるいは、患者に対する診察計画あるいは処置計画の変化は電子カルテに基づいて検出してよい。また、患者による食事メニューの変更を変更判定部で判定して、患者による食事メニューの変更に基づいて、食事データベースに記憶された患者に対応付けられた食事メニューを制御する。また、管理栄養士からの食事メニューの変更を変更判定部で判定して、管理栄養士による食事メニューの変更に基づいて、食事データベースに記憶された患者に対応付けられた食事メニューを制御する。そして、食事データベースに記憶された患者に対応付けられた食事メニューに基づいて各患者の食事メニューの一覧を生成し、配膳担当者への食事メニュー一覧提供を実施する。また、食事データベースに記憶された患者に対応付けられた食事メニューに基づいて食事発注情報を生成し、管理栄養士端末への発注情報提供を実施する。また、食事データベースに記憶された患者に対応付けられた食事メニューをまとめて食事発注情報を生成し、食事製造とその提供を委託する食事委託業者への発注情報提供を実施する。

《通信端末の表示画面》
以下、図２Ａ〜図２Ｄを参照して、本実施形態に係る食事管理サーバとしての情報処理装置と接続される通信端末の表示画面の遷移について説明する。

図２Ａは、本実施形態に係る情報処理装置に対して通信端末２１０をログインして患者識別子（患者ＩＤ）を入力した後に表示されるメニューとしてのピクトグラム画面２１１である。なお、図２Ａにおいて、本実施形態と関連が少ない説明は省略する。

図２Ａの「お食事選択」ボタン２２１は、通信端末２１０から情報処理装置に食事メニューの選択画面の表示を指示するボタンである。

図２Ｂは、図２Ａの「お食事選択」ボタン２２１にタッチした場合に、表示される１週間の食事メニューの選択画面２１２である。

図２Ｂの食事メニューの選択画面２１２には、選択すべき食事メニュー２３１が表示されている。本実施形態においては、食事メニュー２３１には、１週間分の朝食と、昼食の通常食および選択食と、夕食の通常食および選択食と、が含まれる。

食事メニュー２３１において、右上がりの斜線で示すメニュー２３２は、禁忌やアレルギーあるいは他の食事制限条件によりあらかじめ患者が選択できないメニューである。また、中止（手術）との表示２３３は、手術のため食事が無いことを示している。各メニュー候補２３４は、クリックすることでその詳細画面を開くことができる。

「決定」ボタン２３５は、食事メニュー選択を完了した後の決定指示のボタンである。また、「終了」ボタン２３６は、食事メニュー選択表示を終了し、図２Ａのピクトグラム画面２１１に戻るボタンである。

図２Ｃは、図２Ｂのメニュー候補２３４をクリックした場合に、表示される各食事メニューの詳細画面２１３である。

図２Ｃの詳細画面２１３には、メニュー候補２３４の詳細情報２４１が表示されている。詳細情報２４１には、食事メニューの画像２４２や食材の詳細、成分の詳細が表示される。

「決定」ボタン２４３は、メニュー候補２３４の決定指示のボタンである。また、「終了」ボタン２４４は、詳細表示を終了し、図２Ｂの選択画面２１２に戻るボタンである。

図２Ｄは、新たな検査が入ったために、食事が中止されることの通知と更新された食事メニューとの表示画面２１４である。

図２Ｄの表示画面２１４には、食事が中止されることの通知２５２と更新された食事メニュー２５１とが表示されている。また、更新された食事メニュー２５１においては、図２Ｂにおいて、２／７（水）の通常食と２／８（木）の通常食２５３が選択されなかったことが、右下がりの斜線で示されている。また、検査が入ったことによる新たな食事の中止（検査）２５４が追加されている。

「決定」ボタン２５５は、更新された食事メニューを了解する決定指示のボタンである。また、「終了」ボタン２５６は、食事が中止されることの通知画面を終了し、図２Ａのピクトグラム画面２１１などに戻るボタンである。

《病院食管理システム》
図３〜図４Ｂに従って、本実施形態に係る情報処理装置および通信端末（ベッドサイド端末）を含む病院食管理システムの構成および動作を説明する。

（構成）
図３は、本実施形態に係る情報処理装置（ベッドサイド端末管理サーバ）３１０および通信端末（ベッドサイド端末）２１０を含む病院食管理システム３００の構成を示すブロック図である。

病院食管理システム３００は、ネットワーク３８０を介して接続された、ベッドサイド端末管理サーバとしての情報処理装置３１０と、病院管理サーバとしての電子カルテ管理サーバ３２０と、ベッドサイド端末としての通信端末２１０と、その他の端末３３０〜３７０と、を含む。その他の端末３３０〜３７０としては、医師用の端末３３０と、管理栄養士用の端末３４０と、看護師用の端末３５０と、外部の食事委託業者用の端末３６０と、配膳担当者用の端末３７０と、を含む。なお、情報処理装置３１０は、電子カルテ管理サーバ３２０の一部として含まれてもよい。

情報処理装置３１０は、食事データベース３１１を有し、通信端末２１０と管理栄養士端末３４０と配膳担当者端末３７０とにおいて患者の食事情報を共有させるように動作する。電子カルテ管理サーバ３２０は、電子カルテデータベース３２１を有し、患者カルテに基づいて患者情報や治療情報を含む医療情報を管理する。電子カルテ管理サーバ３２０には、医師端末３３０や看護師端末３５０が接続されて、電子カルテデータベース３２１に記憶された患者の状態を通知すると共に、診察計画や処置計画の設定あるいは患者の状態情報の入力を電子カルテデータベース３２１に反映させる。そして、電子カルテ管理サーバ３２０は、患者の容態変化および患者に対する診察計画や処置計画の変化を情報処理装置３１０に通知する。情報処理装置３１０は、電子カルテ管理サーバ３２０からの患者の容態変化および患者に対する診察計画や処置計画の変化の通知を受けて、必要であれば食事データベース３１１の対応する患者の食事メニューを変更せる。なお、電子カルテ管理サーバ３２０は１つのクラウドサーバで実現してもよいし、個々の処理を行うサーバの分散システムとして実現してもよい。

ベッドサイド端末としての通信端末２１０は、患者のベッド３０１の脇に添え付けられた棚３０２に配置される。すなわち、図３の例では、各ベッドに通信端末２１０は配備される。通信端末２１０は、患者識別子（患者ＩＤ）により電子カルテ管理サーバ３２０から取得した患者情報を含むピクトグラムを情報処理装置３１０から受信して表示する。また、通信端末２１０は、例えば、近距離通信などにより測定機器と通信して、測定された患者の状態情報を取得して、電子カルテ管理サーバ３２０に送信したりする。近距離通信としては、Wi-Fiや赤外線通信やRFIDなどが含まれる。なお、通信端末２１０は、棚に配置されるばかりでなく、ベッド脇の壁に埋め込まれたり、ベッドに取り付けられたアーム上に配置されたりしてもよく、配置方法は限定されない。

医師用の端末３３０は、電子カルテ管理サーバ３２０に対して医師が患者の診察予定や処置予定を入力したり、電子カルテ管理サーバ３２０からの患者の検査結果などを閲覧したりするのに使用される。看護師用の端末３５０は、持ち運び可能な携帯端末であるのが望ましく、病室の回診に携帯して、電子カルテ管理サーバ３２０からの患者の状態を閲覧したり、電子カルテ管理サーバ３２０に対して処理結果などを入力したりするのに使用される。管理栄養士用の端末３４０は、一般的な食事メニュー、あるいは、患者の病状や容態などを参照した個人の食事メニューを作成入力して食事データベース３１１に格納したり、各患者が選択した食事メニューを閲覧して食事状態を監視したりするために使用される。外部の食事委託業者用の端末３６０は、所定期間、例えば１−２週間の食事メニューが確定した場合、食事の発注先となる端末である。なお、外部の食事委託業者への食事の発注は、管理栄養士用の端末３４０から行われてよいが、限定されるものではない。配膳担当者用の端末３７０は、患者毎のメニューの一覧を取得して表示し、外部の食事委託業者から運び込まれた食事を患者毎のメニューに合致するように配膳するために使用される。

（動作シーケンス）
図４Ａおよび図４Ｂは、本実施形態に係る情報処理装置３１０および通信端末２１０を含む病院食管理システム３００の動作手順を示すシーケンス図である。

（食事メニューの生成処理）
図４Ａは、患者の食事メニューを生成する動作手順を示すシーケンス図である。図４Ａの前半のシーケンス（Ｓ４０１〜Ｓ４１９）は、診療科などの所定グループの患者に共通の食事メニューが提供される例である。また、図４Ａの後半のシーケンス（Ｓ４２１〜Ｓ４３９）は、特定の患者のための食事メニューが提供される例である。

ステップＳ４００において、各サーバおよび各端末において食事管理アプリケーションが起動され、食事管理の支援を求める端末のそれぞれにおいては、ログイン処理が実行される。

ステップＳ４０１において、ベッドサイド端末管理サーバとしての情報処理装置３１０は、電子カルテ管理サーバ３２０から患者ＩＤに基づいて患者情報を受信する。なお、患者情報の受信は、情報処理装置３１０から電子カルテ管理サーバ３２０への問い合わせへの応答であっても、電子カルテ管理サーバ３２０から情報処理装置３１０への通知による情報の反映であってもよい。ステップＳ４０３において、管理栄養士が生成した食事メニューが情報処理装置３１０に送信される。情報処理装置３１０は、ステップＳ４０５において、栄養士端末３４０から食事メニューを受信して、患者情報に基づいてあらかじめ患者が摂取できない食事の食事制限を付加して通信端末２１０に送信する。また、情報処理装置３１０は、ステップＳ４０７において、栄養士端末３４０から受信した食事メニューを食事データベース３１１に記憶する。

通信端末２１０は、ステップＳ４０９において、患者に対応して食事制限が付加された食事メニュー選択画面を表示する。そして、通信端末２１０は、ステップＳ４１１において、患者が選択した食事メニューを情報処理装置３１０に送信する。情報処理装置３１０は、ステップＳ４１３において、通信端末２１０から受信した患者毎の食事メニューを食事データベース３１１に記憶すると共に、患者毎の食事メニューの一覧を栄養士端末３４０および配膳担当者端末３７０に送信する。配膳担当者端末３７０は、ステップＳ４１５において、患者毎の食事メニューの一覧を受領する。また、栄養士端末３４０は、ステップＳ４１７において、患者毎の食事メニューの決定をまとめて食事委託業者へ発注する。食事委託業者端末３６０は、ステップＳ４１９において、食事委託の発注を受領する。

ステップＳ４２１において、電子カルテ管理サーバ３２０は、ベッドサイド端末管理サーバとしての情報処理装置３１０および栄養士端末３４０に患者ＩＤに対応する患者履歴情報を送信する。また、ステップＳ４２３において、医師端末３３０または看護師端末３５０は、患者ＩＤに対応する診察計画や処置計画、あるいは、患者の状態情報を電子カルテ管理サーバ３２０に通知する。なお、患者の状態情報には各種の測定情報や医師または看護師の患者についてのコメントや患者の関連データなどが含まれる。電子カルテ管理サーバ３２０は、患者ＩＤに対応する診察計画や処置計画を栄養士端末３４０および情報処理装置３１０に送信する。さらに、ステップＳ４２５において、通信端末２１０は、センサを含む測定機器から取得した患者の容態情報を情報処理装置３１０に送信する。情報処理装置３１０は、患者の容態情報を電子カルテ管理サーバ３２０および栄養士端末３４０に送信する。

管理栄養士は患者履歴情報と診察計画や処置計画と患者の容態情報とを参照して、特定患者の食事メニューを作成し、栄養士端末３４０は、ステップＳ４２７において、特定患者の食事メニューを、情報処理装置３１０を介して通信端末２１０に送信する。通信端末２１０は、ステップＳ４２９において、受信した患者用の食事メニューを表示する。なお、患者の選択が可能な場合は、食事選択画面として表示し、ステップＳ４３１において、選択結果が情報処理装置３１０に送信される。情報処理装置３１０は、ステップＳ４３３において、患者に対応する食事メニューを食事データベース３１１に記憶すると共に、患者毎の食事メニューの一覧を栄養士端末３４０および配膳担当者端末３７０に送信する。なお、患者が選択する余地がない場合は、栄養士端末３４０から送信さえた食事メニューがそのまま食事データベース３１１に記憶され、食事メニューの一覧が栄養士端末３４０および配膳担当者端末３７０に送信される。また、栄養士端末３４０は、ステップＳ４３７において、患者の食事メニューを食事委託業者へ発注する。食事委託業者端末３６０は、ステップＳ４３９において、食事委託の発注を受領する。

（食事メニューの更新処理）
図４Ｂは、患者の食事メニューを更新する動作手順を示すシーケンス図である。図４Ｂの上段（Ｓ４４１〜４５３）は、患者の容態変化による食事メニューの更新処理のシーケンスである。図４Ｂの中段（Ｓ４６１〜４７３）は、診療計画や処置計画の変更による食事メニューの更新処理のシーケンスである。図４Ｂの下段（Ｓ４８１〜４９３）は、食事委託事業者の変更依頼による食事メニューの更新処理のシーケンスである。

ステップＳ４４１において、通信端末２１０は、センサを含む測定機器から取得した患者の容態変化を、情報処理装置３１０および電子カルテ管理サーバ３２０に送信する。電子カルテ管理サーバ３２０は、患者の容態変化を医師端末３３０または看護師端末３５０に通知する。また、医師端末３３０または看護師端末３５０から、ステップＳ４４２において、患者の状態情報が入力されると、電子カルテ管理サーバ３２０に登録され情報処理装置３１０に送信される。なお、患者の状態情報には各種の測定情報や医師または看護師の患者についてのコメントや患者の関連データなどが含まれる。情報処理装置３１０は、ステップＳ４４３において、測定機器から取得した患者の容態変化や医師端末３３０または看護師端末３５０から入力された患者の状態情報による食事制限を付加して、通信端末２１０に送信する。そして、情報処理装置３１０は、ステップＳ４４５において、新たな食事制限および更新された食事メニューを食事データベース３１１に記憶すると共に、更新された食事メニュー一覧を栄養士端末３４０および配膳担当者端末３７０に送信して食事メニュー一覧提供を実施する。配膳担当者端末３７０は、ステップＳ４４７において、変更された食事メニュー一覧を受領する。通信端末２１０は、ステップＳ４４９において、食事制限の追加を患者に通知する。なお、時間的に間に合えば、栄養士端末３４０は、ステップＳ４５１において、食事メニューの変更を食事委託業者へ通知する。食事委託業者端末３６０は、ステップＳ４５３において、食事メニューの変更を受領する。

ステップＳ４６１において、医師または看護師から診察計画や処置計画の変更が入力されると、医師端末３３０または看護師端末３５０は、計画変更を電子カルテ管理サーバ３２０に通知する。電子カルテ管理サーバ３２０は、診察計画や処置計画の変更を情報処理装置３１０に送信する。情報処理装置３１０は、ステップＳ４６３において、計画変更による食事制限を付加して、通信端末２１０に送信する。そして、情報処理装置３１０は、ステップＳ４６５において、新たな食事制限および更新された食事メニューを食事データベース３１１に記憶すると共に、更新された食事メニュー一覧を栄養士端末３４０および配膳担当者端末３７０に送信する。配膳担当者端末３７０は、ステップＳ４６７において、変更された食事メニュー一覧を受領する。通信端末２１０は、ステップＳ４６９において、食事制限の追加を患者に通知する。なお、時間的に間に合えば、栄養士端末３４０は、ステップＳ４７１において、食事メニューの変更を食事委託業者へ通知する。食事委託業者端末３６０は、ステップＳ４７３において、食事メニューの変更を受領する。

ステップＳ４８１において、食事委託業者から食事メニューの変更が要請されると、食事委託業者端末３６０は、食事メニューの変更依頼を、栄養士端末３４０を介して情報処理装置３１０に送信する。情報処理装置３１０は、ステップＳ４８３において、栄養士端末３４０に食事メニュー変更の指示を送信する。栄養士が食事メニュー変更の指示を参照して食事メニューを変更すると、栄養士端末３４０は、ステップＳ４８５において、変更された食事メニューを情報処理装置３１０に送信する。情報処理装置３１０は、ステップＳ４８７において、患者情報に基づく食事制限を付加して、通信端末２１０に送信し、受信した変更された食事メニューを食事データベース３１１に記憶すると共に、更新された食事メニュー一覧を配膳担当者端末３７０に送信する。配膳担当者端末３７０は、ステップＳ４９１において、変更された食事メニュー一覧を受領する。通信端末２１０は、ステップＳ４９３において、食事メニューの変更を患者に通知する。

なお、図４Ｂには、管理栄養士が発端となる食事メニューの変更については図示していないが、ステップＳ４８１とＳ４８３との処理なしに管理栄養士が食事メニューの変更をすることで、同様の手順により食事メニューの変更が共有される。

《情報処理装置の機能構成》
図５は、本実施形態に係るベッドサイド端末管理サーバとしての情報処理装置３１０の機能構成を示すブロック図である。

ベッドサイド端末管理サーバとしての情報処理装置３１０は、通信制御部５０１と、食事メニュー受信部５０２と、患者選択メニュー受信部５０３と、患者情報受信部５０４と、診察処置計画受信部５０５と、食事制限部５０６と、食事データベース３１１と、を備える。また、情報処理装置３１０は、食事選択画面生成部５０７と、食事選択画面送信部５０８と、食事制限通知生成部５０９と、食事制限通知送信部５１０と、食事メニュー一覧生成部と、食事メニュー一覧送信部５１２と、を備える。なお、食事データベース３１１は、情報処理装置３１０の内部にあっても、情報処理装置３１０の外部にあってもよい。なお、ベッドサイド端末管理サーバとしての情報処理装置３１０は、ログイン／ログアウト処理部、アプリケーション提供部、アプリケーションデータベースなども備えるが、図５には図示していない。

通信制御部５０１は、通信端末２１０、栄養士端末３４０および配膳担当者端末３７０、または、電子カルテ管理サーバ３２０との通信を制御する。食事メニュー受信部５０２は、管理栄養士が生成した複数の食事メニューを管理栄養士端末３４０から受信する。患者選択メニュー受信部５０３は、複数の食事メニューから各患者が選択した食事メニューを受信する。患者情報受信部５０４は、患者の状態、特に食事の制限に関わる容態の変化などの情報を、電子カルテ管理サーバ３２０から受信する。診察処置計画受信部５０５は、各患者に対する診察計画や処置計画を電子カルテ管理サーバ３２０から受信する。食事制限部５０６は、食事制限テーブル５６１を有し、管理栄養士が生成した食事メニューに対して、あるいは、各患者が選択した食事メニューに対して、各患者の容態の変化や診察計画や処置計画に応じて、食事の中止や食品の排除を含め食事を制限する。食事制限には、患者の選択前の制限であれば、患者による食事メニューの選択を不可とする方法や、患者の選択後の制限であれば、食事制限の通知や更新された食事メニューの再送などの方法が取られる。なお、食事制限部５０６は、管理栄養士からの栄養的観点からの指示や、配膳担当者や食事委託業者などからの要請、あるいは、患者からの要求に基づいて、食事制限を行ってもよい。

食事データベース３１１は、患者情報記憶部５３１と、食事メニュー記憶部５３２と、患者毎の食事メニュー記憶部５３３と、を含む。食事データベース３１１は、通信端末２１０や各端末３３０〜３７０、電子カルテ管理サーバ３２０において各患者の食事情報を実時間で共有するため、食事情報の格納および更新が制御される。患者情報記憶部５３１は、各患者を特定する情報および各患者の現在の状況を表す情報を逐次記憶する。食事メニュー記憶部５３２は、食事メニュー受信部５０２が管理栄養士端末３４０から受信した複数の食事メニューを記憶する。患者毎の食事メニュー記憶部５３３は、各患者により選択され、さらに、各患者の容態や診察または処置計画などに基づき制限された、逐次変化する患者毎の食事メニューを記憶する。

食事選択画面生成部５０７は、食事選択画面フォーマット５７１を有し、管理栄養士端末３４０から受信した複数の食事メニューに対し、各患者の食事制限を考慮した、各患者の通信端末２１０に送信する食事選択画面を生成する。食事選択画面送信部５０８は、食事選択画面生成部５０７が生成した食事選択画面を各患者の通信端末２１０に送信する。食事制限通知生成部５０９は、食事制限部５０６による食事制限を食事選択画面に反映させると共に、各患者の食事制限の通知情報を生成する。食事制限通知送信部５１０は、各患者の食事制限の通知情報を、食事制限情報を共有すべき各端末、例えば、通信端末２１０、管理栄養士端末３４０、配膳担当者端末３７０、必要であれば電子カルテ管理サーバ３２０を介して医師端末３３０や看護師端末３５０に送信する。食事メニュー一覧生成部５１１は、患者毎の食事メニューをまとめて、各患者に対応付けた食事メニュー一覧を生成する。食事メニュー一覧送信部５１２は、各患者に対応付けた食事メニュー一覧を栄養士端末３４０および配膳担当者端末３７０に送信する。なお、食事メニュー一覧生成部５１１で食事のトータル発注数を算出して、食事メニュー一覧送信部５１２から食事委託業者端末３６０に発注してもよい。

（患者情報記憶部）
図６Ａは、本実施形態に係る食事データベース３１１内の患者情報記憶部５３１の構成を示す図である。患者情報記憶部５３１は、各患者を特定する情報および各患者の現在の状況を表す情報を逐次に記憶更新し、各患者に送信する食事メニューを選別するために使用される。

患者情報記憶部５３１は、患者ＩＤ６１１に対応付けて、患者属性６１２と、診療科６１３と、現在の容態を含む病状６１４と、電子カルテ管理サーバ３２０が記録するカルテを検索可能なカルテＩＤ６１５と、を記憶する。患者属性６１２や診療科６１３、病状６１４、カルテ内容は、各患者に送信する食事メニューを選別するために考慮される。

（食事メニュー記憶部）
図６Ｂは、本実施形態に係る食事データベース３１１内の食事メニュー記憶部５３２の構成を示す図である。食事メニュー記憶部５３２は、食事メニュー受信部５０２が管理栄養士端末３４０から受信した複数の食事メニューを逐次に記憶更新し、患者からの食事メニューの予約を受け付けるために使用される。なお、本実施形態では、１週間分の食事メニューとしたが、期間は１週間に限定されない。

食事メニュー記憶部５３２は、対象患者の種類６２１に対応付けて、各曜日６２２の食事別（朝食、昼食、夕食）６２３について、１つまたは複数の選択可能な食事メニューＩＤ６２４と、メニュー内容６２５と、カロリー量６２６などの数値と、を記憶する。対象患者の種類６２１は、診療科の違いや大人や子供の違いなどで分けられる。

（患者毎の食事メニュー記憶部）
図６Ｃは、本実施形態に係る食事データベース３１１内の患者毎の食事メニュー記憶部５３３の構成を示す図である。患者毎の食事メニュー記憶部５３３は、各患者により選択され、さらに、各患者の容態や診察または処置計画などに基づき制限された、逐次変化する患者毎の食事メニューを逐次に記憶更新し、食事委託業者への注文、各患者の配膳、各患者への通知などにおける食事情報の共有のために使用される。

食事メニュー記憶部５３３は、患者ＩＤ６３１に対応付けて、各曜日６３２の食事別（朝食、昼食、夕食）６３３について、患者が選択したメニュー６３４と、禁忌食品やアレルギー食品を含む制限情報６３５と、患者容態情報６３６と、診察計画または処置計画情報６３７と、を記憶する。そして、患者が選択したメニュー６３４に対して、制限情報６３５や患者容態情報６３６、診察計画または処置計画情報６３７を考慮して、決定された食事内容６３８と通知コメント６３９とを記憶する。食事内容６３８には、患者が選択したメニュー６３４からの変更や、食事そのものの中止も含まれる。

（食事制限テーブル）
図６Ｄは、本実施形態に係る食事制限テーブル５６１の構成を示す図である。食事制限テーブル５６１は、食事制限部５０６により、様々な食事制限の原因となる状況変化に基づいて、制限内容を設定するために使用される。

食事制限テーブル５６１は、禁忌６４１と、アレルギー６４２と、患者容態情報６４３と、診察または処置計画６４４と、の様々な条件に対応付けて、食事制限情報６４５を記憶する。食事制限情報６４５には、制限時期や制限内容が含まれる。例えば、診察または処置計画６４４として胃カメラ検査であれば、制限時期として前日の夕方以降、制限内容として水のみ、を記憶する。また、患者容態情報６４３として血圧が異常上昇した場合、制限時期として当分の間、制限内容として食事内容からの所定食品の排除、を記憶する。

（食事選択画面フォーマット）
図６Ｅは、本実施形態に係る食事選択画面フォーマット５７１の構成を示す図である。食事選択画面フォーマット５７１は、食事選択画面生成部５０７が、各患者の通信端末２１０に送信する食事選択画面を生成するために使用する。

食事選択画面フォーマット５７１は、患者ＩＤ／患者名６５１に対応付けて、担当医名６５２と、管理栄養士名６５３と、他担当者名６５４と、を記憶する。そして、食事選択画面フォーマット５７１は、食事メニューとして、食事メニューの月６５５および日付（曜日）６５６と、食事別（朝食、昼食、夕食）６５７と、１つまたは複数の選択可能なメニュー内容６５８と、各メニュー内容６５８に対応するコメント６５９と、を記憶する。

なお、２月５日（月）の朝食の２つ目のメニューについては、例えば、対象患者が選択不可な食事内容の場合の例を示している。これは、食事選択画面フォーマット５７１には設定されていなく、各患者の食事選択画面の生成時に制限情報に基づいて設定される。

《通信端末の機能構成》
図７Ａは、本実施形態に係るベッドサイド端末としての通信端末２１０の機能構成を示すブロック図である。

通信端末２１０は、通信制御部７０１と、入出力インタフェース７０２と、無線通信インタフェース７０３と、アプリケーション７０４と、を備える。通信制御部７０１は、ベッドサイド端末管理サーバとしての情報処理装置３１０との通信を制御する。入出力インタフェース７０２には、表示部７２１と、操作部７２２と、ＵＳＢコネクタなどを含む機器接続コネクタ７２３が接続される。また、無線通信インタフェース７０３には、Wi-Fi制御部７３１と、ビーコン制御部７３２と、赤外線通信制御部７３３などの近距離無線通信が含まれる。

アプリケーション７０４は、汎用の通信端末２１０を本実施形態のベッドサイド端末や医療従事者用の携帯端末として使用するためのアプリケーションプログラムであって、少なくとも以下の機能を備えている。アプリケーション７０４は、ログイン／ログアウト処理部７４１と、アプリケーション起動部７４２と、を備える。また、アプリケーション７０４は、患者ＩＤ取得部７４３と、患者ＩＤ送信部７４４と、医療従事者ＩＤ取得部７４５と、医療従事者ＩＤ送信部７４６と、ピクトグラム画面受信部７４７と、ピクトグラム画面表示指示部７４８と、を備える。また、アプリケーション７０４は、食事選択画面受信部７４９と、食事メニュー選択画面表示指示部７５０と、食事選択情報取得部７５１と、食事選択情報送信部７５２と、メニュー変更通知受信部７５３と、メニュー変更通知表示指示部７５４と、を備える。

ログイン／ログアウト処理部７４１は、電子カルテ管理サーバ３２０や情報処理装置３１０のアプリケーションへのログインおよびログアウトを処理する。アプリケーション起動部７４２は、電子カルテ管理サーバ３２０または情報処理装置３１０からダウンロードしたアプリケーション７０４を操作部７２２からの指示に従って起動する。

患者ＩＤ取得部７４３は、機器接続コネクタ７２３に接続されたバーコードリーダや、無線通信インタフェース７０３を介して、患者が付けた入院患者識別バンドから患者ＩＤを取得する。患者ＩＤ送信部７４４は、取得した患者ＩＤを患者確認のため電子カルテ管理サーバ３２０あるいは情報処理装置３１０に送信する。医療従事者ＩＤ取得部７４５は、機器接続コネクタ７２３に接続されたバーコードリーダや、無線通信インタフェース７０３を介して、医療従事者が携帯する認証カードから医療従事者ＩＤを取得する。医療従事者ＩＤ送信部７４６は、取得した医療従事者ＩＤを医療従事者確認のため電子カルテ管理サーバ３２０に送信する。

ピクトグラム画面受信部７４７は、情報処理装置３１０から送信されたピクトグラム画面を受信する。そして、ピクトグラム画面表示指示部７４８は、受信したピクトグラム画面を表示部７２１に表示させる。なお、ログイン時にはログイン画面が、患者ＩＤが確認された時は患者情報ピクトグラムの画面が、さらに医療従事者ＩＤが確認された時は医療従事者用ピクトグラム画面や患者情報入力画面が表示される。なお、食事メニュー画面がピクトグラム画面に含まれる場合は、ピクトグラム画面表示指示部７４８により、食事メニュー画面が表示されてもよい。本実施形態においては、食事メニュー画面の表示を食事メニュー選択画面表示指示部７５０が表示するとして説明する。

食事選択画面受信部７４９は、ピクトグラム画面などから食事選択が指示された場合に、管理栄養士が生成して食事管理サーバから送信された複数の食事メニューを含む食事選択画面を受信する。食事メニュー選択画面表示指示部７５０は、食事メニュー選択画面フォーマット７５５を有し、食事選択画面受信部７４９が受信した食事選択画面を通信端末２１０に対応する食事メニュー選択画面の表示を表示部７２１に指示する。なお、食事管理サーバから送信された食事選択画面をそのまま表示できる場合は、食事メニュー選択画面フォーマット７５５は使用されなくてよい。食事選択情報取得部７５１は、患者が、食事メニュー選択画面から選択入力した食事選択情報を取得する。食事選択情報送信部７５２は、食事選択情報取得部７５１が取得した食事選択情報を食事管理サーバに送信する食事メニュー送信機能を果たす。メニュー変更通知受信部７５３は、患者が選択した食事メニューに食事制限情報に基づく変更があった場合に、食事管理サーバから報知情報としてメニュー変更通知を受信する。メニュー変更通知表示指示部７５４は、メニュー変更通知受信部７５３が受信したメニュー変更通知を表示部７２１に表示させる。なお、食事変更表示として、同時に更新された食事メニュー画面にメニュー変更通知を重畳して表示してもよい。

（食事メニュー選択画面フォーマット）
図７Ｂは、本実施形態に係る食事メニュー選択画面フォーマット７５５の構成を示す図である。食事メニュー選択画面フォーマット７５５は、食事メニュー選択画面表示指示部７５０が表示部７２１に食事メニュー選択画面を表示するために使用される。

食事メニュー選択画面フォーマット７５５は、図２Ｂまたは図２Ｄにおいて、患者名や食事メニューが空欄となったフォーマットであり、食事管理サーバから送信された食事選択画面の内容が空欄に充填されて、表示部７２１に表示される。

《通信端末の処理手順》
図８は、本実施形態に係るベッドサイド端末としての通信端末２１０の処理手順を示すフローチャートである。このフローチャートは、通信端末２１０が有するＣＰＵがＲＡＭなどを使用して実行し、図７Ａの機能構成部を実現する。

通信端末２１０は、ステップＳ８１１において、患者ＩＤの入力があったか否かを判定する。患者ＩＤの入力があったと判定すると、通信端末２１０は、ステップＳ８１３において、患者の医療情報の取得のため患者ＩＤを情報処理装置３１０に送信する。そして、通信端末２１０は、ステップＳ８１５において、情報処理装置３１０が患者ＩＤにより電子カルテ管理サーバ３２０から取得した患者の医療情報に基づいて生成したピクトグラムを、情報処理装置３１０から取得して表示する。

患者ＩＤの入力がないと判定すると、通信端末２１０は、ステップＳ８２１において、看護師ＩＤや医師ＩＤを含む医療従事者ＩＤの入力があったか否かを判定する。医療従事者ＩＤの入力があったと判定すると、通信端末２１０は、ステップＳ８２３において、患者ＩＤが既に入力され患者認証が完了しているかを判定する。なお、ステップＳ８２３は情報処理装置３１０で判定されて、判定結果を受領する構成であってもよい。患者認証が完了していると判定された場合、通信端末２１０は、ステップＳ８２５において、患者の医療情報基づいて生成した医療従事者用ピクトグラムを、情報処理装置３１０から取得して表示する。患者認証が完了していないと判定された場合、何もせずに処理を終了する。

患者ＩＤの入力も医療従事者ＩＤの入力もない場合、通信端末２１０は、ステップＳ８３１において、情報処理装置３１０からの管理栄養士が生成した食事メニューの受信であるか否かを判定する。食事メニューの受信であると判定した場合、通信端末２１０は、ステップＳ８３３において、受信した食事メニューの選択画面を表示する。なお、食事メニューの選択画面には、患者の状態に基づいて既に制限を受けた食事メニューが表示される。あるいは、制限された食事は選択不可の状態で表示される。通信端末２１０は、ステップＳ８３５において、患者による食事メニューの選択指示の完了を待機する。食事メニューの選択指示が完了すると、通信端末２１０は、ステップＳ８３７において、選択された食事メニューを情報処理装置３１０に送信する。

患者ＩＤの入力も医療従事者ＩＤの入力もなく、食事メニューの受信でもない場合、通信端末２１０は、ステップＳ８４１において、通信端末２１０に有線あるいは無線で接続する測定機器などから、患者の容態変化があったか否かを判定する。なお、患者の容態変化があったか否かの判定は、情報処理装置３１０で行われて判定結果が通信端末２１０に通知される構成でもよい。患者の容態変化があったと判定された場合、通信端末２１０は、ステップＳ８４３において、必要な測定機器などから患者の状態情報を取得する。通信端末２１０は、ステップＳ８４４において、通信端末２１０で食事メニューを調整することが可能か否かを判定する。食事メニューを調整することが可能でなければ、通信端末２１０は、ステップＳ８４５において、取得した患者の状態情報を、情報処理装置３１０を介して電子カルテ管理サーバ３２０に送信する。なお、電子カルテ管理サーバ３２０は、取得した患者の状態情報を医師端末３３０などに通知する。食事メニューを調整することが可能であれば、通信端末２１０は、ステップＳ８４７において、患者の容態を含む状態情報に対応して食事メニューの制限を含む調整を行う。そして、通信端末２１０は、ステップＳ８４７において、調整された食事メニューを情報処理装置３１０に送信する。なお、調整された食事メニューは、情報処理装置３１０から栄養士端末３４０や配膳担当者端末３７０などに通知される。

《各端末の機能構成》
図９は、本実施形態に係る各端末３３０〜３７０の機能構成を示すブロック図である。

端末３３０〜３７０は、通信制御部９０１と、入出力インタフェース９０２と、無線通信インタフェース９０３と、アプリケーション９０４と、を備える。通信制御部９０１は、栄養士端末３４０や配膳担当者端末３７０の場合に情報処理装置３１０との通信を制御し、医師端末３３０や看護師端末３５０の場合に電子カルテ管理サーバ３２０との通信を制御する。入出力インタフェース９０２には、表示部９２１と、操作部９２２と、ＵＳＢコネクタなどを含む機器接続コネクタ９２３が接続される。また、無線通信インタフェース９０３には、Wi-Fi制御部９３１と、ビーコン制御部９３２と、赤外線通信制御部９３３などの近距離無線通信が含まれる。

アプリケーション９０４は、端末３３０〜３７０を各医療従事者用の端末として使用するためのアプリケーションプログラムであって、少なくとも以下の機能を備えている。アプリケーション９０４は、ログイン／ログアウト処理部９４１と、アプリケーション起動部９４２と、を備える。また、アプリケーション９０４は、ピクトグラム画面受信部９４４と、ピクトグラム画面表示指示部９４３と、入力情報取得部９４５と、入力情報送信部９４６と、を備える。また、アプリケーション９０４は、食事関連画面受信部９４７と、食事関連画面表示指示部９４８と、指示情報取得部９５１と、指示情報送信部９５２と、を備える。

ログイン／ログアウト処理部９４１は、電子カルテ管理サーバ３２０や情報処理装置３１０のアプリケーションへのログインおよびログアウトを処理する。アプリケーション起動部９４２は、電子カルテ管理サーバ３２０または情報処理装置３１０からダウンロードしたアプリケーション９０４を操作部９２２からの指示に従って起動する。

ピクトグラム画面受信部９４４は、操作担当者に対応して操作担当者が閲覧可能なピクトグラム画面を受信する。ピクトグラム画面表示指示部９４３は、ピクトグラム画面受信部９４４が受信したピクトグラム画面の表示部９２１への表示を指示する。入力情報取得部９４５は、表示されたピクトグラム画面に対して操作部９２２から入力された入力情報を取得する。入力情報送信部９４６は、入力情報取得部９４５が取得した入力情報を電子カルテ管理サーバ３２０または情報処理装置３１０に送信する。

食事関連画面受信部９４７は、食事メニューを含む食事関連画面を情報処理装置３１０から受信する。食事関連画面表示指示部９４８は、食事関連画面受信部９４７が受信した食事関連画面を表示部９２１に表示させる。指示情報取得部９５１は、操作担当者からの指示情報を取得する。指示情報送信部９５２は、指示情報取得部９５１が取得した指示情報を電子カルテ管理サーバ３２０または情報処理装置３１０に送信する。例えば、医師端末３３０や看護師端末３５０の場合は、診察計画や処置計画が取得されて電子カルテ管理サーバ３２０に送信される。また、管理栄養士端末３４０の場合は、食事メニューが取得されて情報処理装置３１０に送信される。また、配膳担当者端末３７０の場合は、各患者に対する配膳済みの検査情報が取得されて情報処理装置３１０に送信される。また、食事委託業者端末３６０の場合は、製造して発送された食事メニュー一覧が取得され情報処理装置３１０や管理栄養士端末３４０に送信される。

（管理栄養士端末の表示画面）
図１０Ａは、本実施形態に係る管理栄養士端末３４０の表示画面１０４１を示す図である。図１０Ａは、管理栄養士が一週間の食事メニューを作成した状態を示している。

表示画面１０４１は、この食事メニューの対象診療科・部門情報１０４２と、対象患者の特定の食事メニューの場合の対象患者情報１０４３と、食事メニューを作成した管理栄養士名１０４４と、を含む。そして、表示画面１０４１は、作成された食事メニュー１０４５と、食事メニューを確定する決定ボタン１０４６と、図２Ｃに示したような、各食事の詳細を表示または設定するための詳細設定ボタン１０４７と、食事メニューの作成処理を終了する終了ボタン１０４８と、を含む。なお、図１０Ａの表示画面１０４１は一例であって、これに限定されない。

（配膳担当者端末の表示画面）
図１０Ｂは、本実施形態に係る配膳担当者端末３７０の表示画面１０７１を示す図である。図１０Ｂは、配膳担当者が配膳中の確認をしている状態を示している。

表示画面１０７１は、この配膳処理の対象診療科・部門情報１０７２と、対象患者の特定の食事メニューの場合の対象患者情報１０７３と、配膳している配膳担当者名１０７４と、を含む。そして、表示画面１０７１は、表示された配膳一覧１０７５と、続きの次頁の表示を指示する次頁ボタン１０７６と、配膳が完了し配膳一覧を終了する終了ボタン１０７７と、を含む。配膳一覧１０７５には、各患者名（ＩＤ）に対応付けて、チェック枠を有する配膳内容と、食事制限の情報と、そして、各配膳完了フラグとが含まれる。なお、図１０Ｂの表示画面１０７１は一例であって、これに限定されない。

（医師端末の入力画面）
図１０Ｃは、本実施形態に係る医師端末３３０からの入力画面１０３１を示す図である。図１０Ｃは、医師が患者の診療スケジュールなどを表示し、変更があれば変更している状態を示している。

入力画面１０３１は、この診察スケジュールの対象診療科・部門情報１０３２と、診察スケジュールの対象患者情報１０３３と、担当医師名または担当看護師名１０３４と、を含む。そして、医師は、入力画面１０３１から、対象患者（山田太郎）に対する診察計画、対象患者に対する処理計画、投薬内容などを入力する。また、入力画面１０３１は、診察スケジュールの変更や新たな設定を指示する変更／設定ボタン１０３６と、診察スケジュールの設定が完了して終了する終了ボタン１０３７と、を含む。かかる、変更あるいは設定された内容は、電子カルテ管理サーバ３２０に送られて、電子カルテデータベース３２１に記憶される。なお、図１０Ｃの入力画面１０３１は一例であって、これに限定されない。

（看護師端末の入力画面）
図１０Ｄは、本実施形態に係る看護師端末３５０からの入力画面１０５１を示す図である。図１０Ｄは、看護師が患者の状態情報を含むデータを入力している状態を示している。

入力画面１０５１は、この入力に係る対象診療科・部門情報１０５２と、入力される情報の対象患者情報１０５３と、担当医師名または担当看護師名１０５４と、を含む。そして、看護師は、入力画面１０５１から、対象患者（山田太郎）に対する所定日時の、検査結果、患者の容態や食事に関連するコメントなどを入力する。また、入力画面１０５１は、入力データの変更や新たな設定を指示する変更／設定ボタン１０５６と、患者情報の入力が完了して終了する終了ボタン１０５７と、を含む。かかる、入力された内容は、電子カルテ管理サーバ３２０に送られて、電子カルテデータベース３２１に記憶される。なお、図１０Ｄの入力画面１０５１は一例であって、これに限定されない。

《情報処理装置のハードウェア構成》
図１１は、本実施形態に係るベッドサイド端末管理サーバとしての情報処理装置３１０のハードウェア構成を示すブロック図である。

図１１で、ＣＰＵ(Central Processing Unit)１１１０は演算制御用のプロセッサであり、プログラムを実行することで図５の機能構成部を実現する。ＣＰＵ１１１０は１つであっても複数であってもよい。ＲＯＭ(Read Only Memory)１１２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ネットワークインタフェース１１３０は、ネットワークを介して、通信端末２１０や他の端末３３０〜３７０あるいは電子カルテ管理サーバ３２０との通信を制御する。

ＲＡＭ(Random Access Memory)１１４０は、ＣＰＵ１１１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１１４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。患者ＩＤ（端末ＩＤ）１１４１は、通信端末から受信した患者ＩＤあるいは通信端末ＩＤのデータである。食事選択画面１１４２は、情報処理装置３１０から通信端末２１０に送信される食事選択画面のデータである。食事選択情報１１４３は、通信端末２１０から受信した各患者の食事選択のデータである。患者容態情報１１４４は、電子カルテ管理サーバ３２０から取得した現在の患者の容態のデータである。診察計画情報／処置計画情報１１４５は、電子カルテ管理サーバ３２０から取得した医者端末や看護師端末による診察計画や処置計画の情報である。食事制限情報１１４６は、食事制限テーブル５６１に基づいて作成された食事制限のデータであり、制限時期と制限内容とを含む。送受信データ１１４７は、ネットワークインタフェース１１３０を介して、電子カルテ管理サーバ３２０や各端末３３０〜３７０と送受信するデータである。

ストレージ１１５０は、ＣＰＵ１１１０が使用する、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。食事データベース３１１は、図６Ａ〜図６Ｃに示した、患者情報記憶部５３１と食事メニュー記憶部５３２と患者毎の食事メニュー記憶部５３３とを含む。食事制限テーブル５６１は、図６Ｄに示した、食事制限情報を生成するテーブルである。食事選択画面フォーマット５７１は、図６Ｅに示した、食事選択画面を生成するためのフォーマットデータである。食事情報共有アルゴリズム１１５１は、第５実施形態において上述する、食事データベース３１１に格納され逐次更新されるデータを、電子カルテ管理サーバ、情報処理装置、通信端末および各医療関係者のサーバや端末と共有するためのアルゴリズムである。

ストレージ１１５０には、以下のプログラムが格納される。情報処理装置制御プログラム１１５２は、本情報処理装置３１０全体を制御するプログラムである。食事メニュー取得モジュール１１５３は、管理栄養士が生成した食事メニューを取得するためのモジュールである。食事選択情報取得モジュール１１５４は、通信端末２１０に食事選択画面を送信して、患者の食事メニュー選択結果の情報を取得するためのモジュールである。食事制限制御モジュール１１５５は、患者の選択前に食事制限のため選択不可としたり、患者の選択後の容態変化や診療処置の追加などによる食事制限を追加したりして、食事メニューを制御するモジュールである。

なお、図１１のＲＡＭ１１４０やストレージ１１５０には、ベッドサイド端末管理サーバとしての情報処理装置３１０が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。

《情報処理装置の処理手順》
図１２は、本実施形態に係る食事管理サーバとしての情報処理装置３１０の処理手順を示すフローチャートである。このフローチャートは、図１１のＣＰＵ１１１０がＲＡＭ１１４０を使用して実行し、図５の機能構成部を実現する。

情報処理装置３１０は、ステップＳ１２１１において、通信端末（ベッドサイド端末）２１０からのアクセスか否かを判定する。通信端末２１０からのアクセスであれば、情報処理装置３１０は、ステップＳ１２１３において、アクセス元を記憶する。そして、情報処理装置３１０は、ステップＳ１２１５において、ベッドサイド端末からのアクセス処理を実行する。

情報処理装置３１０は、ステップＳ１２２１において、管理栄養士端末３４０からのアクセスか否かを判定する。管理栄養士端末３４０からのアクセスであれば、情報処理装置３１０は、ステップＳ１２３３において、アクセス元を記憶する。そして、情報処理装置３１０は、ステップＳ１２３５において、管理栄養士端末からのアクセス処理を実行する。

情報処理装置３１０は、ステップＳ１２３１において、配膳担当者端末３７０からのアクセスか否かを判定する。配膳担当者端末３７０からのアクセスであれば、情報処理装置３１０は、ステップＳ１２３３において、アクセス元を記憶する。そして、情報処理装置３１０は、ステップＳ１２３５において、配膳担当者端末からのアクセス処理を実行する。

情報処理装置３１０は、ステップＳ１２４１において、電子カルテ管理サーバ３２０からのアクセスか否かを判定する。電子カルテ管理サーバ３２０からのアクセスであれば、情報処理装置３１０は、ステップＳ１２４３において、アクセス元を記憶する。そして、情報処理装置３１０は、ステップＳ１２４５において、電子カルテ管理サーバからのアクセス処理を実行する。

（通信端末からのアクセス処理）
図１３Ａは、本実施形態に係る通信端末（ベッドサイド端末）２１０からのアクセス処理（Ｓ１２１５）の手順を示すフローチャートである。なお、図１３Ａにおいては、食事に関連する処理を示し、図８に図示した通信端末２１０からの患者の医療情報の表示に関連する処理は省略している。

情報処理装置３１０は、ステップＳ１３０１において、患者登録であるか否かを判定する。患者登録であれば、情報処理装置３１０は、ステップＳ１３０３において、患者ＩＤに対応する患者情報を電子カルテ管理サーバ３２０から取得する。そして、情報処理装置３１０は、ステップＳ１３０５において、取得した患者情報を患者ＩＤに対応付けて食事データベース３１１の患者情報記憶部５３１に登録する。

患者登録でなければ、情報処理装置３１０は、ステップＳ１３１１において、食事選択であるか否かを判定する。食事選択であれば、情報処理装置３１０は、ステップＳ１３１３において、食事データベース３１１の食事メニュー記憶部５３２から対応する食事選択画面を取得して表示する。次に、情報処理装置３１０は、ステップＳ１３１５において、食事選択画面から食事を選択入力があるか否かを判定する。食事の選択入力がない場合は処理を終了する。食事の選択入力があれば、情報処理装置３１０は、ステップＳ１３１７において、選択した食事を食事データベース３１１の患者毎の食事メニュー記憶部５３３に記憶する。情報処理装置３１０は、ステップＳ１３１９において、選択入力の完了を待って、ステップＳ１３１５とＳ１３１７を繰り返す。選択入力が完了して決定ボタンにタッチされると食事選択を終了する。

患者登録でなく食事選択でなければ、情報処理装置３１０は、ステップＳ１３２１において、自分の食事メニューの閲覧であるか否かを判定する。食事メニューの閲覧であれば、情報処理装置３１０は、ステップＳ１３２３において、食事データベース３１１の患者毎の食事メニュー記憶部５３３から患者ＩＤに対応する食事メニュー表を取得する。そして、情報処理装置３１０は、ステップＳ１３２５において、操作患者の食事メニュー表を表示する。情報処理装置３１０は、ステップＳ１３２７において、患者が食事メニューを変更するか否かを判定する。患者が食事メニューを変更する場合、情報処理装置３１０は、ステップＳ１３２９において、食事データベース３１１を変更して、栄養士端末３４０および配膳担当者端末３７０に食事メニューの変更を通知する。

患者登録でなく食事選択でなく閲覧でなければ、情報処理装置３１０は、ステップＳ１３３１において、患者容態の変化があるか否かを判定する。患者容態の変化があれば、情報処理装置３１０は、ステップＳ１３３３において、患者の状態情報を取得する。そして、情報処理装置３１０は、ステップＳ１３３４において、情報処理装置３１０で食事メニューの変更が可能であるか否かを判定する。食事メニューの変更が可能でなければ、情報処理装置３１０は、ステップＳ１３３５において、患者容態の変化を、電子カルテ管理サーバ３２０および栄養士端末３４０に通知する。なお、患者の容態変化が重大であれば、ベッドサイド端末としての通信端末２１０を含めて警報を指示してもよい。食事メニューの変更が可能であれば、情報処理装置３１０は、ステップＳ１３３７において、患者容態の変化に対応した食事メニューの変更（制限）を行う。そして、情報処理装置３１０は、ステップＳ１３３９において、食事メニューの変更を管理栄養士端末や配膳担当者端末に通知する。

（管理栄養士端末からのアクセス処理）
図１３Ｂは、本実施形態に係る管理栄養士端末３４０からのアクセス処理（Ｓ１２２５）の手順を示すフローチャートである。

情報処理装置３１０は、ステップＳ１３４１において、診療科を対象とする食事メニューの生成であるか否かを判定する。診療科を対象とする食事メニューの生成であれば、情報処理装置３１０は、ステップＳ１３４３において、食事データベース３１１の必要情報を管理栄養士端末３４０に送信する。次に、情報処理装置３１０は、ステップＳ１３４５において、管理栄養士が生成した診療科を対象とする食事メニューの受信を待つ。食事メニューを受信すると、情報処理装置３１０は、ステップＳ１３４７において、受信された食事メニューを食事データベース３１１の食事メニュー記憶部５３２に記憶する。

診療科を対象とする食事メニューの生成でなければ、情報処理装置３１０は、ステップＳ１３５１において、各患者を対象とする特殊な食事メニューの生成であるか否かを判定する。各患者を対象とする特殊な食事メニューの生成であれば、情報処理装置３１０は、ステップＳ１３５３において、食事データベース３１１の患者ＩＤに対応する情報を管理栄養士端末３４０に送信する。次に、情報処理装置３１０は、ステップＳ１３５５において、管理栄養士が生成した各患者を対象とする特殊な食事メニューの受信を待つ。食事メニューを受信すると、情報処理装置３１０は、ステップＳ１３５７において、受信された食事メニューを食事データベース３１１の食事メニュー記憶部５３２または患者毎の食事メニュー記憶部５３３に記憶する。

診療科を対象とする食事メニューの生成および各患者を対象とする特殊な食事メニューの生成でなければ、情報処理装置３１０は、ステップＳ１３６１において、食事メニューの変更であるか否かを判定する。食事メニューの変更であれば、情報処理装置３１０は、ステップＳ１３６３において、食事メニュー変更の原因となる情報を管理栄養士端末３４０に送信する。次に、情報処理装置３１０は、ステップＳ１３６５において、管理栄養士が変更した食事メニューの受信を待つ。食事メニューを受信すると、情報処理装置３１０は、ステップＳ１３６７において、受信された食事メニューを食事データベース３１１の食事メニュー記憶部５３２または患者毎の食事メニュー記憶部５３３に記憶する。なお、かかるステップＳ１３６１〜Ｓ１３６７の処理はオプションである。

（配膳担当者端末からのアクセス処理）
図１３Ｃは、本実施形態に係る配膳担当者端末３７０からのアクセス処理（Ｓ１２４５）の手順を示すフローチャートである。

情報処理装置３１０は、ステップＳ１３７１において、各患者の確定した食事メニューを患者毎の食事メニュー記憶部５３３から取得する。情報処理装置３１０は、ステップＳ１３７３において、取得した各患者の確定した食事メニューに基づいて、配膳用に各患者ＩＤに対応付けた食事メニューの一覧を生成する。そして、情報処理装置３１０は、ステップＳ１３７５において、食事メニューの一覧を、配膳済みを判別可能となるように配膳担当者端末３７０に表示させる。

（電子カルテ管理サーバからのアクセス処理）
図１３Ｄは、本実施形態に係る電子カルテ管理サーバ３２０からのアクセス処理（Ｓ１２５５）の手順を示すフローチャートである。

情報処理装置３１０は、ステップＳ１３８１において、電子カルテ管理サーバ３２０を参照して、食事メニューの確定後に医師などによる診察の変更があったか否かを判定する。診察の変更があった場合、情報処理装置３１０は、ステップＳ１３８３において、患者ＩＤと診察の変更内容を取得する。そして、情報処理装置３１０は、ステップＳ１３８５において、診察変更に対応する食事変更を、食事制限テーブル５６１などを用いて予測する。その結果、情報処理装置３１０は、ステップＳ１３８７において、食事データベース３１１の患者毎の食事メニュー記憶部５３３を変更して、ベッドサイド端末としての通信端末２１０、栄養士端末３４０および配膳担当者端末３７０などに通知する。

診察の変更でない場合、情報処理装置３１０は、ステップＳ１３９１において、電子カルテ管理サーバ３２０を参照して、食事メニューの確定後に看護師などによる処置の変更があったか否かを判定する。処置の変更があった場合、情報処理装置３１０は、ステップＳ１３９３において、患者ＩＤと処置の変更内容を取得する。そして、情報処理装置３１０は、ステップＳ１３９５において、処置変更に対応する食事変更を、食事制限テーブル５６１などを用いて予測する。その結果、情報処理装置３１０は、ステップＳ１３９７において、食事データベース３１１の患者毎の食事メニュー記憶部５３３を変更して、ベッドサイド端末としての通信端末２１０、栄養士端末３４０および配膳担当者端末３７０などに通知する。

診察の変更でなく処置の変更でない場合、情報処理装置３１０は、ステップＳ１４０１において、電子カルテ管理サーバ３２０からの情報から患者の容態が変化したか否かを判定する。患者の容態が変化したと判定した場合、情報処理装置３１０は、ステップＳ１４０３において、容態の変化した患者ＩＤを取得する。情報処理装置３１０は、ステップＳ１４０５において、容態変化に基づいて食事変更を、食事制限テーブル５６１などを用いて予測する。そして、情報処理装置３１０は、ステップＳ１４０７において、食事データベース３１１の患者毎の食事メニュー記憶部５３３を変更して、ベッドサイド端末としての通信端末２１０、栄養士端末３４０および配膳担当者端末３７０などに通知する。

本実施形態によれば、食事データベースの食事メニューの更新が必要な外部装置からのアクセスに応じて、食事データベースを更新することによって、食事データベースに記憶された患者に対応付けられた食事メニューの制御を実行する。したがって、患者と、医師または看護師と、配膳担当者と、管理栄養士とが食事の変更に関する情報を共有できるので、患者への間違った食事の提供を防ぐことができる。

［第３実施形態］
次に、本発明の第３実施形態に係る情報処理装置および通信端末を含む病院食管理システムについて説明する。本実施形態に係る情報処理装置および通信端末を含む病院食管理システムは、上記第２実施形態と比べると、食事メニューを撮像した画像に基づいて食事情報を共有する点で異なる。すなわち、食事メニューは画像情報により各装置および端末間を転送される。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《病院食管理システムの構成》
図１４は、本実施形態に係るベッドサイド端末管理サーバとしての情報処理装置１４１０および通信端末２１０を含む病院食管理システム１４００の構成を示すブロック図である。なお、図１４において、図３と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

病院食管理システム１４００では、患者に配膳された食事１４２２を食事画像取得部としての撮像部（カメラ）１４２１で撮像して、食事メニューの画像情報を食事管理サーバとしての情報処理装置１４１０に送信する。情報処理装置１４１０が有する食事データベース１４１１に格納された食事メニューも画像情報であり、画像情報により食事メニューを共有することで、患者への食事提供の間違いをより確実に減少することが可能になる。

なお、図１４では、患者に配膳された食事１４２２を撮像する撮像部（カメラ）１４２１のみを図示したが、管理栄養士端末３４０や配膳担当者端末３７０にも撮像部（カメラ）を接続して、装置間の食事情報の転送を画像情報で行うのが望ましい。この場合に、画像情報を画像情報から抽出した食品や量が判別可能な特徴量で表すのが、さらに望ましい。

《情報処理装置の機能構成》
図１５は、本実施形態に係る食事管理サーバとしての情報処理装置１４１０の機能構成を示すブロック図である。なお、図１５において、図５と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

情報処理装置１４１０は、情報処理装置３１０と異なる食事データベース１４１１と食事画像照合部１５１３とを備える。食事データベース１４１１は、食事メニュー記憶部１５３２と患者毎の食事メニュー記憶部１５３３とを含む。食事メニュー記憶部１５３２と患者毎の食事メニュー記憶部１５３３とは、食事を撮像した食事画像情報を格納している。

食事画像照合部１５１３は、患者毎の食事メニュー記憶部１５３３に記憶された食事メニューの画像と、患者に配膳された食事１４２２を撮像部（カメラ）１４２１が撮像した画像とが照合されて、一致しない場合は配膳エラーを通知することで、食事判定部を構成する。さらに、患者毎の食事メニュー記憶部１５３３に記憶された食事メニューの画像と、配膳担当者が配膳した食事を配膳担当者に接続された撮像部（カメラ）が撮像した画像とが照合されて、一致しない場合は配膳エラーを通知する。

（食事メニュー記憶部）
図１６Ａは、本実施形態に係る食事データベース内の食事メニュー記憶部１５３２の構成を示す図である。図１６Ａにおいて、図６Ｂと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

図１６Ａは、あらかじめ登録された画像から生成された食事画像情報１６２５を記憶する。食事画像情報１６２５は、食事メニューの画像とその画像から抽出されたメニューとが含まれる。なお、食事画像情報１６２５には、配膳担当者が配膳後に撮像した画像が記憶されてもよい。

（患者毎の食事メニュー記憶部）
図１６Ｂは、本実施形態に係る食事データベース内の患者毎の食事メニュー記憶部１５３３の構成を示す図である。図１６において、図６Ｃと同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

図１６Ｂは、各患者の各食事の食事メニューを撮像して得た、あるいは、あらかじめ登録された画像から生成された食事画像情報１６３８を記憶する。食事画像情報１６３８には、食事メニューの画像と、その画像から抽出されたメニューとが含まれる。

なお、食事画像情報１６３８には、配膳担当者が配膳後に撮像した画像が記憶されてもよい。かかる構成によれば、配膳担当者が患者ごとに配膳した食事が間違わずに患者に提供されていることが確認できる。

さらに、第２実施形態においては食事メニューをメニューデータで転送していたが、画像データや画像データから抽出した特徴量で食事メニューを転送する構成にしてもよい。

本実施形態によれば、食事メニューを撮像した画像に基づいて食事情報を共有するので、患者への間違った食事の提供をより確実に防ぐことができる。

［第４実施形態］
次に、本発明の第４実施形態に係る情報処理装置および通信端末を含む病院食管理システムについて説明する。本実施形態に係る情報処理装置および通信端末を含む病院食管理システムは、上記第２実施形態および第３実施形態と比べると、食事管理サーバがベッドサイド端末管理サーバとしての情報処理装置とは別途に設けられた点で異なる。すなわち、食事メニューは、別途に設けられた食事管理サーバにより管理される。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

《病院食管理システムの構成》
図１７は、本実施形態に係る情報処理装置１７１０、食事管理サーバ１７９０および通信端末２１０を含む病院食管理システムの構成を示すブロック図である。なお、図１７において、図３と同様の構成要素には同じ参照番号を付して、重複する説明を省略する。

食事管理サーバ１７９０は、図３の情報処理装置３１０が有していた食事データベース３１１を有して、食事の管理を行う。一方。ベッドサイド端末管理サーバとしての情報処理装置１７１０は、食事に関する処理は食事管理サーバ１７９０に任せて、ベッドサイド端末の管理を中心に行う。なお、本実施形態の処理は、電子カルテ管理サーバ３２０に全ての機能を一体化させて１つのクラウドサーバで実現してもよいし、個々の処理を行うサーバをさらに分散して分散システムとして実現してもよい。

本実施形態によれば、各サーバが得意な分野の制御に集中的に取り組みことにより、迅速な処理ができる。

［第５実施形態］
次に、本発明の第５実施形態に係る情報処理装置および通信端末を含む病院食管理システムについて説明する。本実施形態に係る情報処理装置および通信端末を含む病院食管理システムは、上記第２実施形態乃至第４実施形態と比べると、病院全体のシステムが含む複数のサーバ間におけるデータ、特に食事データの実時間の共有を実現する点で異なる。すなわち、各サーバ間の同期は本実施形態の仕組みにより管理される。その他の構成および動作は、第２実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

（食事情報共有アルゴリズム）
図１８Ａは、図１１に破線で示した、本実施形態に係る食事情報共有アルゴリズム１１５１の構成を示す図である。

食事情報共有アルゴリズム１１５１は、ステータスの遷移に従って電子カルテ管理サーバ、医師端末／看護師端末、管理栄養士端末、通信端末（ベッドサイド端末）、配膳担当者端末、食事委託業者端末への処理を実行する構成である。したがって、各端末や装置を操作する担当者間における食事情報共有が可能である。なお、図１８Ａの情報共有用アルゴリズムは一例であってこれに限定されない。

食事情報共有アルゴリズム１１５１においては、現ステータス１８０１に対して、ステータス遷移先条件としてのアクセス元端末１８０２とアクセス内容１８０３とが記憶される。そして、ステータス遷移先条件による遷移先の次ステータス１８０４と、現ステータス１８０１で実行される実行処理１８０５が記憶される。

アクセス内容１８０３としては、各アクセス元端末１８０２からの指示コマンドと付加データ（パラメータ）が含まれる。また、実行処理１８０５としては、実行対象である電子カルテ管理サーバ、医師端末／看護師端末、管理栄養士端末、通信端末（ベッドサイド端末）、配膳担当者端末、食事委託業者端末と、それらへの実行内容とが含まれる。図１８Ａのように、あるステータスにおいて実行対象とすべき、病院管理サーバ、医師端末／看護師端末、管理栄養士端末、通信端末（ベッドサイド端末）、配膳担当者端末、食事委託業者端末に対し処理が同時に実行されることで、情報共有が実現される。

（食事情報共有のステータス遷移）
図１８Ｂは、本実施形態に係る食事情報共有のステータス遷移１８００を示す図である。ステータス遷移１８００は一例であって、図１８Ａに示した情報共有用アルゴリズムに従って実現される。なお、図１８Ｂにおいて、ステータスＳｘｙの“ｘ”が処理の種類を表し、“ｙ”がアクセス元や更なる子ステータス（例えば、詳細ステータス）などの異なるステータスへの遷移状態を表している。

ステータスＳ００をスタートとする。ステータスＳ１０は登録処理であり、各端末からの登録指示を受けて遷移する。登録処理においては、電子カルテ管理サーバアクセスＳ１５に遷移して電子カルテ管理サーバから登録情報を取得する。ステータスＳ２０は食事メニュー取得の処理であり、管理栄養士端末からのアクセスによりステータスＳ１２を経由して遷移する。

ステータスＳ３０は食事メニューを含む食事関連情報の閲覧処理であり、食事情報の共有において中心となる処理である。食事メニューを含む食事関連情報の閲覧処理には、通信端末（ベッドサイド端末）からのアクセスによりステータスＳ１１を介して遷移する。あるいは、配膳担当者端末からのアクセスによりステータスＳ３５において食事メニュー一覧を表示させる。また、通信端末からの食事選択によりステータスＳ３１を介して、食事メニュー記憶のステータスＳ４０に遷移し、患者毎の食事メニュー記憶部５３３に記憶する。また、容態変化のステータスＳ３２、計画変更のステータスＳ３３、他の変更指示のステータスＳ３４を介して、食事メニュー変更のステータスＳ５０に遷移する。

ステータスＳ４０は食事メニューの記憶処理であり、１つはステータスＳ２０から遷移して管理栄養士端末から取得した食事メニューを食事メニュー記憶部５３２に記憶する。また、通信端末からの食事選択によりステータスＳ３１を介して、ステータスＳ４０に遷移する。また、食事メニュー変更のステータスＳ５０において食事メニューの変更が完了すると、ステータスＳ４０に遷移して患者毎の食事メニュー記憶部５３３を更新する。

なお、図１８Ｂは、ステータス遷移の一部を図示したものでしかない。また、図１８Ｂは、病院内部における処理を示し、食事委託事業者端末からのアクセスについては、別途の機密処理が必要であり図示していない。また、第４実施形態のように、食事管理サーバ１７９０が別途設けられた場合は、食事管理サーバ１７９０も本実施形態のアクセス元および通知先として組み込まれる。

本実施形態によれば、個々の処理を行うサーバをどのように分散して分散システムを構築しても、それらの処理で扱うデータを常に共有することができる。

［他の実施形態］
なお、本実施形態においては、主に食事メニューとその制限情報の共有について説明したが、中長期的な医者の治療計画や栄養士からの栄養バランスを考慮した、各患者の食事メニューの変更や、さらに食事メニューの追加などにおいても、本発明の適用により食事情報の共有が実現される。

また、本実施形態においては、栄養サポートチーム（ＮＳＴ:Nutrition Support Team)による食事メニューの調整などを記載していないが、これらを組み込んだ病院食管理システムにおいても本発明は適用でき、同様の効果を奏する。また、病院食管理システムは、食事委託業者までの範囲に限定されることなく、食事委託業者の食材発注までを含んだ病院食管理システムの食事メニュー情報の共有にも適用される。

また、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。

Claims (5)

1. 患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得手段と、
   前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限手段と、
   前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得手段と、
   前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更手段と、
   を備えた情報処理装置。
2. 前記選択メニュー取得手段は、前記容態変化情報または前記医療方針変更情報に対応する前記患者用の新たな食事メニューを前記食事選択画面に表示させる請求項１に記載の情報処理装置。
3. 前記容態変化情報または前記医療方針変更情報に基づいて前記端末において部分的に制限された食事メニューリストを、前記端末から取得する食事メニューリスト取得手段をさらに備え、
   前記選択メニュー取得手段は、前記端末において前記食事メニューリストから前記患者により選択された１つの食事メニューを、前記端末から取得する請求項１に記載の情報処理装置。
4. 情報取得手段が、患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得ステップと、
   食事メニュー制限手段が、前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限ステップと、
   選択メニュー取得手段が、前記食事メニューリストが部分的に制限された場合に、前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得ステップと、
   食事メニュー変更手段が、前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更ステップと、
   を含む情報処理方法。
5. 患者の状態情報に基づいて検出された前記患者の容態変化情報、及び、医療従事者が入力した前記患者の医療方針変更情報の少なくともいずれか一方を取得する情報取得ステップと、
   前記容態変化情報及び前記医療方針変更情報の少なくともいずれか一方に基づいて、前記患者が使用する端末に表示される食事選択画面に含まれる食事メニューリストを部分的に制限する食事メニュー制限ステップと、
   前記食事メニューリストが部分的に制限された場合に、前記食事メニューリストに含まれる１つの食事メニューの選択を、前記端末から取得する選択メニュー取得ステップと、
   前記患者により選択された食事メニューを、前記容態変化情報または前記医療方針変更情報に基づいて、変更する食事メニュー変更ステップと、
   をコンピュータに実行させる情報処理プログラム。

Images