特開 2022-187803 医用情報処理装置

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

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

(11)【公開番号】P2022187803

(43)【公開日】2022-12-20

(54)【発明の名称】医用情報処理装置

(51)【国際特許分類】

   G16H 20/00 20180101AFI20221213BHJP

【ＦＩ】

G16H20/00

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021095988

(22)【出願日】2021-06-08

(71)【出願人】

【識別番号】594164542

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

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】新道 渉

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

5L099

【Ｆターム（参考）】

5L099AA15

(57)【要約】      （修正有）

【課題】医療従事者の作業負担を軽減し、かつ、患者の食事の摂取割合を容易に把握することができる医用情報処理装置を提供する。
【解決手段】携帯端末と、医用情報処理装置と、ユーザ端末とが、ネットワークによって相互に接続される医用情報処理システムにおいて、医用情報処理装置２は、ＮＷインタフェース２１０と、記憶回路２２０と、入力インタフェース２３０と、ディスプレイ２４０と、処理回路２５０とを有する。画像取得機能２５２は、患者ＩＤとともに受信した食事状況画像を、当該患者ＩＤで識別される患者の食事状況画像として取得する。解析機能２５３は、食事状況画像とともに取得された患者ＩＤに対応する栄養摂取計画の中から、本日の日付で且つ解析対象の食帯の予定メニューを読み出す。算出機能２５４は、解析機能２５３が取得した各品目の摂取割合と献立情報ＤＢ２２１とに基づいて、栄養素の摂取量を示す栄養摂取量を算出する。
【選択図】図７

【特許請求の範囲】

【請求項1】

患者に提供される食事メニューの食事後の状況を撮影した食事状況画像を取得する第１取得部と、
前記食事メニューの食事前の状況を表す基準画像と、前記第１取得部が取得した前記食事状況画像とに基づいて、前記食事メニューに含まれた各品目の摂取割合を取得する第２取得部と、
前記第２取得部が取得した各品目の前記摂取割合と、前記食事メニューに含まれた各品目の栄養量を表す献立情報とに基づいて、前記患者が摂取した栄養量を表す栄養摂取量を算出する算出部と、
前記算出部が算出した前記栄養摂取量を出力する出力部と、
を備える医用情報処理装置。

【請求項2】

前記第２取得部は、前記基準画像と、前記食事状況画像とに表された同一の品目に対応する領域を特定し、当該領域の食事前後の変化量を前記摂取割合として取得する、
請求項１に記載の医用情報処理装置。

【請求項3】

前記第１取得部は、前記食事メニューの食事前及び食事後の状況を撮影した食事状況画像をそれぞれ取得し、
前記第２取得部は、前記第１取得部が取得した前記食事前の前記食事状況画像を前記基準画像とし、前記食事後の前記食事状況画像と比較することで、前記食事メニューに含まれた各品目の摂取割合を取得する、
請求項１又は２に記載の医用情報処理装置。

【請求項4】

前記出力部は、患者毎に予め定めた１日の栄養摂取量の目標値と、前記算出部が算出した栄養摂取量とを比較可能な態様で表示装置に表示出力させる、
請求項１乃至３の何れか１項に記載の医用情報処理装置。

【請求項5】

前記食事状況画像と、前記患者と前記患者に与えることが禁忌となる禁忌食材とを対応付けた禁忌食材情報とに基づいて、前記禁忌食材が配膳されていないかを検知する検知部を更に備える、
請求項１乃至４の何れか１項に記載の医用情報処理装置。

【請求項6】

前記検知部が、前記禁忌食材が配膳されたことを検知した場合、前記禁忌食材が配膳された旨の警告を報知する警告部を更に備える、
請求項５に記載の医用情報処理装置。

【請求項7】

前記食事状況画像に含まれるシンボルから前記患者を識別する患者識別情報を読取る読取部を更に備える、
請求項１乃至６の何れか１項に記載の医用情報処理装置。

【請求項8】

前記第１取得部は、前記患者のリストバンドに付されたシンボルを撮影したリストバンド画像を取得し、
前記読取部は、前記リストバンド画像に含まれるシンボルから前記患者識別情報を読取り、
前記食事状況画像に含まれるシンボルから読取った前記患者識別情報と、前記リストバンド画像に含まれるシンボルから読取った前記患者識別情報と、が一致するかを確認する認証部を更に備える、
請求項７に記載の医用情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、医用情報処理装置に関する。

【背景技術】

【0002】

従来、看護師や栄養士等の医療従事者は、栄養状態の厳密な管理が必要な患者（例えば、糖尿病や、縟瘡・熱傷を負っている患者等）に対して、患者の状態把握や治療方針決定のため、栄養摂取の状況の確認を行っている。例えば、看護師や栄養士は、当該患者が調理された食事を経口摂取することによって栄養摂取している場合、食事の残食状況を目視確認して食事の摂取割合を判断し、栄養摂取量を確認している。

【0003】

しかしながら、目視確認は作業負担が大きく、さらに目視確認した栄養摂取量を電子カルテ等に手入力する作業も発生する。したがって、看護師や栄養士等の医療従事者の作業負担を軽減することができる技術が望まれている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

本発明が解決しようとする課題は、医療従事者の作業負担を軽減し、かつ、患者の栄養摂取量の管理を支援することができる医用情報処理装置を提供することである。ただし、本明細書等に開示の実施形態により解決される課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を、本願明細書に開示の実施形態が解決する他の課題として位置づけることもできる。

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

【0006】

実施形態に係る医用情報処理装置は、第１取得部と、第２取得部と、算出部と、出力部とを備える。第１取得部は、患者に提供される食事メニューの食事後の状況を撮影した食事状況画像を取得する。第２取得部は、食事メニューの食事前の状況を表す基準画像と、第１取得部が取得した食事状況画像に基づいて、食事メニューに含まれた各品目の摂取割合を取得する。算出部は、第２取得部が取得した各品目の摂取割合と、食事メニューに含まれた各品目の栄養量を表す献立情報とに基づいて、患者が摂取した栄養摂取量を算出する。出力部は、解析部が取得した摂取割合に基づいて、患者が摂取した栄養摂取量を出力する。

【図面の簡単な説明】

【0007】

【図1】図１は、実施形態に係る医用情報システムの全体構成の一例を示す図である。

【図2】図２は、実施形態に係る携帯端末の構成の一例を示すブロック図である。

【図3】図３は、実施形態に係る携帯端末のメニュー画面の一例を示す説明図である。

【図4】図４は、実施形態に係る携帯端末の食事状況記録画面の一例を示す説明図である。

【図5】図５は、実施形態に係る食札の一例を示す説明図である。

【図6】図６は、実施形態に係る携帯端末の食事状況記録画面の一例を示す説明図である。

【図7】図７は、実施形態に係る医用情報処理装置の構成の一例を示すブロック図である。

【図8】図８は、実施形態に係る献立情報のデータ構成の一例を示す説明図である。

【図9】図９は、実施形態に係る栄養摂取実績データテーブルのデータ構成の一例を示す説明図である。

【図10】図１０は、実施形態に係る栄養摂取計画データテーブルのデータ構成の一例を示す説明図である。

【図11】図１１は、実施形態に係る栄養摂取目標データテーブルのデータ構成の一例を示す説明図である。

【図12】図１２は、実施形態に係る禁忌食材データテーブルのデータ構成の一例を示す説明図である。

【図13】図１３は、実施形態に係るユーザ端末の構成の一例を示すブロック図である。

【図14】図１４は、実施形態に係るユーザ端末の栄養量シミュレーション画面の一例を示す説明図である。

【図15】図１５は、実施形態に係るユーザ端末の栄養量シミュレーション画面の一例を示す説明図である。

【図16】図１６は、実施形態に係る医用情報システムの処理の一例を示すシーケンス図である。

【図17】図１７は、実施形態に係る医用情報システムの処理の一例を示すシーケンス図である。

【図18】図１８は、実施形態に係る医用情報システムの処理の一例を示すシーケンス図である。

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

【0008】

以下、図面を参照しながら、医用情報処理装置の実施形態について詳細に説明する。

【0009】

図１は、本実施形態に係る医用情報処理システムＳの全体構成の一例を示す図である。図１に示すように、医用情報処理システムＳは、携帯端末１と、医用情報処理装置２と、ユーザ端末３とを備える。携帯端末１は、病院等の医療施設に勤める看護師や栄養士等の医療従事者によって携帯される。医用情報処理装置２と、ユーザ端末３とは、病院等に設置される。各装置は、院内ＬＡＮ（Local Area Network）等のネットワークＮによって相互に接続される。

【0010】

なお、図１では、携帯端末１と、医用情報処理装置２と、ユーザ端末３と、は夫々一台ずつであるが、夫々の装置の台数は上記に限定されるものではない。例えば、携帯端末１及びユーザ端末３が複数台であってもよい。

【0011】

携帯端末１は、看護師や栄養士等の医療従事者が業務に用いる端末である。携帯端末１は、例えば、スマートフォンやタブレット等の携帯型端末である。携帯端末１についての詳細な説明は後述する。

【0012】

医用情報処理装置２は、例えば、電子カルテを管理するサーバ装置である。本実施形態では、医用情報処理装置２は、例えば、医療施設に入院する患者の栄養摂取量の管理等に用いられる。医用情報処理装置２についての詳細な説明は後述する。

【0013】

ユーザ端末３は、医師、看護師、及び栄養士等が、患者の栄養計画の作成等の業務に用いる装置である。ユーザ端末３は、例えば、ＰＣ（Personal Computer）等である。ユーザ端末３についての詳細な説明は後述する。

【0014】

次に、携帯端末１の構成について説明する。図２は、本実施形態に係る携帯端末１の構成の一例を示すブロック図である。携帯端末１は、ＮＷ（network）インタフェース１１０と、記憶回路１２０と、入力インタフェース１３０と、ディスプレイ１４０と、カメラ１５０と、処理回路１６０とを有する。

【0015】

ＮＷインタフェース１１０は、処理回路１６０に接続されており、携帯端末１と医用情報処理装置２との間で行われる各種データの伝送及び通信を制御する。ＮＷインタフェース１１０は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

【0016】

記憶回路１２０は、処理回路１６０で使用される各種の情報を予め記憶する。記憶回路１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等により実現される。

【0017】

入力インタフェース１３０は、例えば、タッチパネルや操作ボタン等であり、操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１６０に出力する。

【0018】

また、携帯端末１とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路１６０へ出力する電気信号の処理回路も入力インタフェース１３０の例に含まれる。

【0019】

ディスプレイ１４０は、各種情報を表示する。ディスプレイ１４０は、例えば、液晶ディスプレイや有機ＥＬディスプレイ等である。

【0020】

カメラ１５０は、ＣＭＯＳ（Complementary Metal-Oxide Semiconductor）、ＣＣＤ（Charge Coupled Device）等のイメージセンサを備える装置である。カメラ１５０は、例えば、食事前又は食事後の配膳された食事の状態を示す食事状況画像を撮影する。

【0021】

処理回路１６０は、通信制御機能１６１と、撮影機能１６２と、シンボル読取機能１６３と、認証機能１６４と、表示制御機能１６５とを備える。撮影機能１６２は、撮影部の一例である。シンボル読取機能１６３は、読取部の一例である。認証機能１６４は、認証部の一例である。

【0022】

通信制御機能１６１は、ＮＷインタフェース１１０を制御し、医用情報処理装置２との間で情報の送受信を行う。

【0023】

撮影機能１６２は、カメラ１５０を制御して画像の撮影を行う。例えば、撮影機能１６２は、医療従事者の操作入力に従い、カメラ１５０を制御して食事状況画像を撮影する。食事状況画像は、例えば、配膳された品目（例えば、ハンバーグ、煮物、みそ汁、ご飯等）を全て含むように撮影された画像である。

【0024】

なお、食事状況画像には、患者の氏名等の情報、食事の内容、患者を識別する患者ＩＤを符号化したバーコード（シンボルの一例）等が印刷された食札の画像も含まれる。

【0025】

また、例えば、撮影機能１６２は、医療従事者の操作入力に従い、カメラ１５０を制御して患者が身に着けているリストバンドを含むリストバンド画像を撮影する。リストバンド画像には、リストバンドに付された患者ＩＤを符号化したバーコードの画像が含まれる。

【0026】

ここで、図３乃至図５を用いて、食事状況画像の撮影方法について説明する。図３は、携帯端末１のメニュー画面Ｕ１の一例を示す説明図である。メニュー画面Ｕ１は、患者の栄養管理に関する業務を行うための画面である。メニュー画面Ｕ１は、医療スタッフ情報ＮＪ、患者情報一覧ＫＪ１、患者一覧ボタンＴ１、患者検索ボタンＴ２、注射照合ボタンＴ３、及び食事記録ボタンＴ４を含む。

【0027】

医療スタッフ情報ＮＪは、携帯端末１の現在の操作者である医療スタッフ（例えば、看護師や栄養士等の医療従事者）に関する情報を表示する表示欄である。医療スタッフ情報ＮＪには、例えば、看護師の氏名が表示される。

【0028】

患者情報一覧ＫＪ１は、患者の基本的な情報を一覧表示する表示欄である。患者情報一覧ＫＪ１には、例えば、複数の患者の、患者ＩＤ、患者の氏名、年齢、担当医の名称、病棟、及び病室等の基本的な情報が一覧表示される。

【0029】

患者一覧ボタンＴ１は、患者一覧を表示するためのボタンである。図３は、患者一覧ボタンＴ１が押された状態の一例である。患者検索ボタンＴ２は、条件を指定して患者検索を行う患者検索画面（図示しない）を表示するためのボタンである。注射照合ボタンＴ３は、患者に注射を行う前に、注射する薬剤等が正しいかを照合するための注射照合画面（図示しない）を表示するためのボタンである。

【0030】

食事記録ボタンＴ４は、食事状況画像記録画面を表示するためのボタンである。撮影機能１６２は、操作者から食事記録ボタンＴ４の入力を受付けると、例えば、携帯端末１のカメラアプリを起動させる。撮影機能１６２は、操作者の操作に従い、画像の撮影を行う。撮影機能１６２が画像を撮影すると、食事状況画像記録画面Ｕ２に遷移する。

【0031】

図４は、携帯端末１の食事状況画像記録画面Ｕ２の一例を示す説明図である。図４は、患者ＩＤ認証前に表示される食事状況画像記録画面Ｕ２の一例である。食事状況画像記録画面Ｕ２は、食事状況画像ＳＧ、食事帯ＳＴ、食事状況ＳＪ、患者情報ＫＪ２、撮影ボタンＪＳ、連続撮影設定ＲＳ、撮り直しボタンＴＮ、及びアップロードボタンＵＬを含む。

【0032】

食事状況画像ＳＧは、撮影機能１６２が、食事記録ボタンＴ４（図３参照）の入力を受付けた後に撮影した画像を表示する表示欄である。図４の例では、食事状況画像ＳＧは、食札ＳＦを含む。なお、食札ＳＦは、例えば、ユーザ（看護師や栄養士等の医療従事者）が食事を配膳する際に、当該ユーザにより所定の位置にセットされる。

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

警告機能２５７は、検知機能２５６が、禁忌食材が配膳されたことを検知した場合、禁忌食材が配膳された旨の警告を報知する。具体的には、警告機能２５７は、検知機能２５６が、禁忌食材が配膳されたことを検知した場合、その旨の警告メッセージを生成する。そして、警告機能２５７は、通信制御機能２５１を制御し、生成した警告メッセージを携帯端末１へ送信する。

【0109】

警告機能２５７が生成した警告メッセージは、携帯端末１の通信制御機能１６１により、受信される。受信された警告メッセージは、携帯端末１の表示制御機能１６５により表示される。

【0110】

表示制御機能２５８は、各種情報をディスプレイ２４０に表示する制御を行う。なお、表示制御機能２５８は、携帯端末１のディスプレイ１４０に情報を表示する制御及びユーザ端末３のディスプレイ３４０に情報を表示する制御を行ってもよい。

【0111】

撮影管理機能２５９は、食事状況画像の撮影状況を管理する。例えば、撮影管理機能２５９は、食事状況画像の記憶状況に基づいて、食事状況画像の撮影状況を管理する。具体的には、撮影管理機能２５９は、患者ＩＤ、患者名、日付、食事帯、及び食事状況画像の撮影が完了したことを示す撮影済フラグの有無等を対応付けた撮影状況リストを管理する。

【0112】

撮影管理機能２５９は、例えば、月の初日に当該月分の撮影状況リストを生成する。生成されたリストには、患者ＩＤ、患者名、日付、食事帯、及び食事状況（食前又は食後）等の情報が、撮影済フラグ無しの情報と予め対応付けられて記憶されている。なお、撮影状況リストは、例えば、記憶回路２２０に記憶される。

【0113】

撮影管理機能２５９は、食事状況画像のアップロードがある度又は所定の時間間隔で、記憶回路２２０を確認し、「ＰＸＸＸ＿ＹＹＹＹＭＭＤＤ＿ＸＸ」のデータ名（データ形式）を有するデータが存在するか否かを判定する。データが存在した場合、撮影管理機能２５９は、撮影状況リストの当該データ（患者ＩＤ、日付、食事帯、食事状況）に対応するレコードの撮影済フラグを無から有に更新する。

【0114】

撮影管理機能２５９は、撮影状況リストの更新がある度又は所定の時間間隔で、通信制御機能２５１を制御し、撮影状況リストを携帯端末１又はユーザ端末３に送信する。これにより、例えば、携帯端末１の表示制御機能１６５は、日付（食事帯）毎に患者一覧を表示し、撮影済フラグが有となっている患者にはチェックを表示する等の処理を行うことが可能になる。

【0115】

なお、医用情報処理装置２が撮影状況リストを送信する代わりに、携帯端末１又はユーザ端末３が、所定の時間間隔で医用情報処理装置２の撮影状況リストを参照することとしてもよい。上記のような処理を行うことにより、携帯端末１の操作者である医療従事者は、食事状況画像の撮影状況を容易に確認することができる。

【0116】

なお、撮影管理機能２５９は、栄養摂取実績データテーブル２２２ａ等に撮影済フラグを付すことにより、食事状況画像の撮影状況を管理してもよい。

【0117】

なお、食事状況画像の撮影状況を表示する場合に、携帯端末１の表示制御機能１６５は、食事前の食事状況画像については、必要な患者のみ一覧表示を行ってもよい。必要な患者とは、例えば、禁忌食材が存在する患者である。このように、撮影が必要な患者のみ撮影状況を確認できるようにすることで、医療従事者は、食事前の食事状況画像の撮影が必須でない場合に撮影を省略することができる。

【0118】

ここで、例えば、処理回路２５０の構成要素である通信制御機能２５１、画像取得機能２５２、解析機能２５３、算出機能２５４、記憶機能２５５、検知機能２５６、警告機能２５７、表示制御機能２５８、及び撮影管理機能２５９とは、コンピュータによって実行可能なプログラムの形態で記憶回路２２０に記憶されている。処理回路２５０は、各プログラムを記憶回路２２０から読み出し、読み出した各プログラムを実行することで、各プログラムに対応する機能を実現する。

【0119】

換言すると、各プログラムを読み出した状態の処理回路２５０は、図７の処理回路２５０内に示された各機能を有することとなる。なお、図７においては、単一の処理回路２５０にて、通信制御機能２５１、画像取得機能２５２、解析機能２５３、算出機能２５４、記憶機能２５５、検知機能２５６、警告機能２５７、表示制御機能２５８、及び撮影管理機能２５９の各処理機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路２５０を構成し、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても良い。

【0120】

なお、記憶回路２２０にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。

【0121】

次に、ユーザ端末３の構成について説明する。図１３は、本実施形態に係るユーザ端末３の構成の一例を示すブロック図である。ユーザ端末３は、ＮＷインタフェース３１０と、記憶回路３２０と、入力インタフェース３３０と、ディスプレイ３４０と、処理回路３５０とを有する。

【0122】

ＮＷインタフェース３１０は、処理回路３５０に接続されており、医用情報処理装置２との間で行われる各種データの伝送及び通信を制御する。ＮＷインタフェース３１０は、ネットワークカードやネットワークアダプタ、ＮＩＣ等によって実現される。

【0123】

記憶回路３２０は、処理回路３５０で使用される各種の情報を予め記憶する。記憶回路３２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等により実現される。

【0124】

入力インタフェース３３０は、例えば、マウスやキーボード等であり、操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路３５０に出力する。

【0125】

また、ユーザ端末３とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路３５０へ出力する電気信号の処理回路も入力インタフェース３３０の例に含まれる。

【0126】

ディスプレイ３４０は、各種情報を表示する。ディスプレイ３４０は、例えば、液晶ディスプレイや有機ＥＬディスプレイ等である。ディスプレイ３４０は、表示装置の一例である。

【0127】

処理回路３５０は、通信制御機能３５１と、オーダ追加機能３５２と、推定値表示機能３５３と、実績値表示機能３５４と、目標値表示機能３５５、表示制御機能３５６とを備える。

【0128】

通信制御機能３５１は、ＮＷインタフェース３１０を制御し、医用情報処理装置２との間で情報の送受信を行う。

【0129】

オーダ追加機能３５２は、患者の栄養量に関係するオーダを追加する処理を行う。なお、この場合のオーダの追加には、食事メニューの追加だけでなく、栄養剤の追加処方や栄養注射のオーダの追加等も含まれてもよい。

【0130】

ここで、図１４は、栄養量シミュレーション画面Ｕ３の一例を示す説明図である。栄養量シミュレーションは、栄養管理ＤＢ２２２の栄養摂取計画データテーブル２２２ｂに既に登録されている栄養摂取量に対して、オーダを追加、変更、又は追加及び変更した場合の栄養摂取量をシミュレーションする処理である。

【0131】

栄養量シミュレーション画面Ｕ３は、患者情報ＫＪ４、計画名称ＰＮ、新規作成ボタンＣＲ、表示日時ＤＥ、追加ボタンＡＤ、削除ボタンＤＴ、全削除ボタンＡＴ、確定ボタンＥＲ、確定終了ボタンＥＥ、計画一覧ボタンＰＩ、集計情報ボタンＳＵ、計画表示欄ＰＬ、追加予定オーダ表示欄ＯＤ、登録済オーダ表示欄ＴＳ、及びシミュレーション結果表示欄ＳＬ等で構成される。

【0132】

患者情報ＫＪ４は、患者ＩＤ、患者名、性別、生年月日、年齢等の患者の基本情報を表示する表示欄である。計画名称ＰＮは、展開中の栄養計画の名称又は新規作成する栄養計画の名称を表示する表示欄である。新規作成ボタンＣＲは、栄養摂取計画を新規に作成するためのボタンである。表示日時ＤＥは、オーダを確認する日時を表す。図１４の例では、表示日時ＤＥには、栄養計画が作成されている未来の日付が表示されている。

【0133】

追加ボタンＡＤは、操作者からオーダの登録を受付けるためのボタンである。オーダ追加機能３５２は、操作者から追加ボタンＡＤのボタンの入力を受付けた場合、例えば、献立情報ＤＢ２２１等を参照し、追加可能なメニューのリストを表示する。次いで、オーダ追加機能３５２は、操作者から追加するメニューの入力を受付ける。

【0134】

オーダ追加機能３５２は、通信制御機能３５１と協働して、医用情報処理装置２の献立情報ＤＢ２２１を参照し、追加メニューに対応する情報を特定する。そして、オーダ追加機能３５２は、表示制御機能３５６と協働し、特定した追加メニューに対応する情報を追加予定オーダ表示欄ＯＤに表示する制御を行う。以下、この処理を仮登録ともいう。

【0135】

削除ボタンＤＴは、仮登録された追加メニューのうち、選択されたメニューを削除するためのボタンである。全削除ボタンＡＴは、仮登録された追加メニューを全て削除するためのボタンである。

【0136】

確定ボタンＥＲは、仮登録された追加メニューを登録するためのボタンである。オーダ追加機能３５２は、操作者から確定ボタンＥＲの入力を受付けると、通信制御機能３５１と協働し、医用情報処理装置２の栄養管理ＤＢ２２２の栄養摂取計画データテーブル２２２ｂに、仮登録された情報を記憶する処理を行う。

【0137】

確定終了ボタンＥＥは、仮登録された追加メニューを登録した後に、栄養量シミュレーションを終了するためのボタンである。計画一覧ボタンＰＩは、計画一覧タブを表示するためのボタンである。計画一覧タブには、計画表示欄ＰＬが表示される。また、計画一覧タブでは、計画表示欄ＰＬに一覧表示された栄養摂取計画の新規作成、コピー、編集等の処理を実行することが可能である。

【0138】

集計情報ボタンＳＵは、集計情報タブを表示するためのボタンである。集計情報には、指定された期間における対象患者の栄養摂取量の集計が表示される。計画表示欄ＰＬは、作成済の栄養摂取計画の一覧を表示するための表示欄である。追加予定オーダ表示欄ＯＤは、仮登録予定の追加メニューに関する情報を表示する表示欄である。

【0139】

登録済オーダ表示欄ＴＳは、既に栄養摂取計画データテーブル２２２ｂに記憶されているメニューに関する情報を表示する表示欄である。シミュレーション結果表示欄ＳＬは、仮登録された追加メニュー及び登録済のメニューにより摂取できると推定される栄養量と対象患者の栄養量の摂取量の目標値とを表示する表示欄である。

【0140】

図１３に戻り説明を続ける。推定値表示機能３５３は、栄養摂取計画に従った場合に摂取できる栄養量を推定した数値を表す推定値を表示する処理を行う。具体的には、推定値表示機能３５３は、追加メニューが仮登録された場合、通信制御機能３５１と協働して推定値を要求する推定値要求を医用情報処理装置２に送信する。推定値要求には、追加メニューのメニューコード、対象患者の患者ＩＤ、対象となる日時の情報が含まれる。

【0141】

医用情報処理装置２の通信制御機能２５１は、推定値要求を受信する。記憶機能２５５は、推定値要求に含まれるメニューコードをキーとして、献立情報ＤＢ２２１を検索し、仮登録された追加メニューに対応する栄養量を特定する。次いで、記憶機能２５５は、推定値要求に含まれる対象患者の患者ＩＤ、対象となる日時をキーとして、栄養摂取計画データテーブル２２２ｂを検索し、対象となる日時に対象患者に提供予定のメニューの栄養量を特定する。

【0142】

通信制御機能２５１は、特定した追加メニューに対応する栄養量と、提供予定のメニューの栄養量とを推定値情報としてユーザ端末３へ送信する。ユーザ端末３の通信制御機能２５１は、推定値情報を受信する。推定値表示機能３５３は、表示制御機能３５６と協働し、受信した推定値情報に含まれる、追加メニューに対応する栄養量を「現在値」として、シミュレーション結果表示欄ＳＬに表示する。

【0143】

また、推定値表示機能３５３は、受信した推定値情報に含まれる提供予定のメニューの栄養量を「登録済」として、シミュレーション結果表示欄ＳＬに表示する。さらに、推定値表示機能３５３は、「現在値」と「登録済」との合計値を算出し、「合計値」として、シミュレーション結果表示欄ＳＬに表示する。なお、推定値情報に含まれる提供予定のメニューの栄養量は、「登録済オーダ」として、表示制御機能３５６により、登録済オーダ表示欄ＴＳにも表示される。

【0144】

実績値表示機能３５４は、対象患者が過去に摂取した栄養量の実績値を表示する処理を行う。具体的には、実績値表示機能３５４は、栄養量シミュレーション画面Ｕ３で過去の日時が指定された場合、通信制御機能３５１と協働して実績値を要求する実績値要求を医用情報処理装置２に送信する。実績値要求には、対象患者の患者ＩＤ、対象となる日時の情報が含まれる。

【0145】

医用情報処理装置２の通信制御機能２５１は、実績値要求を受信する。記憶機能２５５は、実績値要求に含まれる対象患者の患者ＩＤ、対象となる日時をキーとして、栄養摂取実績データテーブル２２２ａを検索し、対象となる日時における対象患者の栄養摂取量を特定する。

【0146】

なお、栄養量シミュレーション画面Ｕ３で過去の日時を指定した場合は、過去の一定期間を指定することも可能である。この場合、医用情報処理装置２の記憶機能２５５は、栄養摂取実績データテーブル２２２ａに記憶されている日時のうち、対象となる期間に該当する日時を全て特定し、対応する栄養摂取量を合計することにより、実績値を特定する。

【0147】

通信制御機能２５１は、特定した上記栄養摂取量を実績値情報としてユーザ端末３へ送信する。ユーザ端末３の通信制御機能２５１は、実績値情報を受信する。次いで、実績値表示機能３５４は、表示制御機能３５６と協働し、受信した実績値情報に含まれる栄養摂取量を登録済オーダ表示欄ＴＳに表示する。過去の日付が指定されている場合、登録済オーダ表示欄ＴＳは、対象患者の栄養摂取実績に関する情報を表示する表示欄となる。

【0148】

また、実績値表示機能３５４は、受信した実績値情報に含まれる栄養摂取量をシミュレーション結果表示欄ＳＬの「登録済」に表示する。

【0149】

目標値表示機能３５５は、対象患者の栄養摂取量の目標値を表示する処理を行う。具体的には、栄養量シミュレーション画面Ｕ３で日時が指定された場合、通信制御機能３５１と協働して目標値を要求する目標値要求を医用情報処理装置２に送信する。目標値要求には、対象患者の患者ＩＤ、対象となる日時の情報が含まれる。

【0150】

医用情報処理装置２の通信制御機能２５１は、目標値要求を受信する。記憶機能２５５は、目標値要求に含まれる対象患者の患者ＩＤ、対象となる日時をキーとして、栄養摂取目標データテーブル２２２ｃを検索し、対象となる日時における対象患者の目標栄養摂取量を特定する。

【0151】

通信制御機能２５１は、特定した上記目標栄養摂取量を目標値情報としてユーザ端末３へ送信する。ユーザ端末３の通信制御機能２５１は、目標値情報を受信する。次いで、実績値表示機能３５４は、表示制御機能３５６と協働し、目標値情報に含まれる目標栄養摂取量をシミュレーション結果表示欄ＳＬの「目標値」に表示する。

【0152】

また、目標値表示機能３５５は、目標値と、合計値（推定値又は実績値）との差を算出し、算出した数値をシミュレーション結果表示欄ＳＬの「過不足」に表示する。

【0153】

ここで、図１５は、栄養量シミュレーション画面Ｕ４の一例を示す説明図である。栄養量シミュレーション画面Ｕ４は、栄養量シミュレーション画面Ｕ３において、表示日時ＤＥに過去日付が入力された場合に表示される画面である。

【0154】

栄養量シミュレーション画面Ｕ４の構成は、栄養量シミュレーション画面Ｕ３と略同様である。ただし、図１５の例では、新規作成ボタンＣＲの代わりに、参照ボタンＹＤが表示されている。参照ボタンＹＤは、作成済の栄養摂取計画を読み出すためのボタンである。また、図１５の例では、患者一覧タブではなく、集計情報タブが表示されている。集計情報タブには、表示日時ＤＥで指定された期間における栄養摂取実績の集計結果が表示される。

【0155】

表示日時ＤＥに過去日付が入力された場合、追加予定オーダ表示欄ＯＤは、実際に追加されたオーダに関する情報を表示する表示欄となる。この例では、栄養剤としてビタミンセット及び栄養剤１という栄養剤が追加で処方されたことを表している。

【0156】

表示日時ＤＥに過去日付が入力された場合、登録済オーダ表示欄ＴＳには、表示日時ＤＥで指定された日時における対象患者の栄養摂取実績が表示される。

【0157】

表示日時ＤＥに過去日付が入力された場合、シミュレーション結果表示欄ＳＬは、目標値と実績値とを比較可能な態様で表示する表示欄となる。操作者は、「目標値」、「合計値」、「過不足」を確認することで、表示日時ＤＥで指定された過去日付において、対象患者がどの程度栄養の摂取が必要で、実際にはどの程度栄養が摂取できたのかを容易に確認することができる。

【0158】

図１３に戻り説明を続ける。表示制御機能３６６は、各種画面をディスプレイ３４０に表示する制御を行う。

【0159】

表示制御機能３６６は、医用情報処理装置２の算出機能２５４が算出した栄養摂取量をディスプレイ３４０に表示する。表示制御機能３６６は、出力部の一例である。また、表示制御機能３６６は、患者毎に予め定めた１日の栄養摂取量の目標値と、医用情報処理装置２の算出機能２５４が算出した栄養摂取量とを比較可能な態様でディスプレイ３４０に表示させる制御を行う。

【0160】

例えば、表示制御機能３６６は、オーダ追加機能３５２、推定値表示機能３５３、実績値表示機能３５４、及び目標値表示機能３５５と協働し、栄養摂取量や栄養摂取量の目標値等の患者の栄養管理に関係する情報を含む栄養量シミュレーション画面Ｕ３及びＵ４を表示する。

【0161】

ここで、例えば、処理回路３５０の構成要素である通信制御機能３５１、オーダ追加機能３５２、推定値表示機能３５３、実績値表示機能３５４、目標値表示機能３５５、及び表示制御機能３５６とは、コンピュータによって実行可能なプログラムの形態で記憶回路３２０に記憶されている。処理回路３５０は、各プログラムを記憶回路３２０から読み出し、読み出した各プログラムを実行することで、各プログラムに対応する機能を実現する。

【0162】

換言すると、各プログラムを読み出した状態の処理回路３５０は、図１３の処理回路３５０内に示された各機能を有することとなる。なお、図１３においては、単一の処理回路３５０にて、通信制御機能３５１、オーダ追加機能３５２、推定値表示機能３５３、実績値表示機能３５４、目標値表示機能３５５、及び表示制御機能３５６の各処理機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路３５０を構成し、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても良い。

【0163】

なお、記憶回路３２０にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。

【0164】

次に、本実施形態に係る医用情報処理システムＳで実行される処理について説明する。図１６は、医用情報処理システムＳで実行される処理の一例を示すシーケンス図である。図１６は、食事前の食事状況画像の撮影に関わる処理を表している。

【0165】

まず、携帯端末１の撮影機能１６２は、操作者の指示に従い、食事前の食事状況画像の撮影を行う（ステップＳ１）。シンボル読取機能１６３は、食事状況画像に含まれる食札に付されたバーコードから患者ＩＤを読取る（ステップＳ２）。

【0166】

撮影機能１６２は、操作者の指示に従い、患者のリストバンド画像の撮影を行う（ステップＳ３）。シンボル読取機能１６３は、リストバンド画像に含まれる、リストバンドに付されたバーコードから患者ＩＤを読取る（ステップＳ４）。認証機能１６４は、ステップＳ２でシンボル読取機能１６３が読取った患者ＩＤとステップＳ４でシンボル読取機能１６３が読取った患者ＩＤとが一致するか否かを確認する（ステップＳ５）。

【0167】

患者ＩＤが一致することが確認されなかった場合（ステップＳ５：Ｎｏ）、ステップＳ１の処理に移行する。患者ＩＤが一致することが確認された場合（ステップＳ５：Ｙｅｓ）、通信制御機能１６１は、食事前の食事状況画像を患者ＩＤと対応付けて医用情報処理装置２に送信する（ステップＳ６）。

【0168】

医用情報処理装置２の通信制御機能２６１は、食事前の食事状況画像を受信する。画像取得機能２５２は、食事前の食事状況画像を取得する（ステップＳ７）。解析機能２５３は、食事前の食事状況画像を解析し、配膳されたメニューに含まれる食材を認識する（ステップＳ８）。

【0169】

検知機能２５６は、禁忌食材が配膳されているか否かを検知する（ステップＳ９）。禁忌食材が配膳されていることを検知した場合（ステップＳ９：Ｙｅｓ）、警告機能２５７は、警告メッセージを生成する。警告機能２５７は、通信制御機能２５１を制御して生成した警告メッセージを携帯端末１に送信する（ステップＳ１０）。携帯端末１の通信制御機能１６１は、警告メッセージを受信する。表示制御機能１６５は、受信した警告メッセージを表示し、本処理を終了する（ステップＳ１１）。

【0170】

一方、ステップＳ９で、禁忌食材が配膳されていないことを検知した場合（ステップＳ９：Ｎｏ）、記憶機能２５５は、記憶回路２２０に、食事前の食事状況画像を記憶し、本処理を終了する（ステップＳ１２）。

【0171】

図１７は、医用情報処理システムＳで実行される処理の一例を示すシーケンス図である。図１７は、食事後の食事状況画像の撮影に関わる処理を表している。

【0172】

ステップＳ３１乃至Ｓ３７の処理は、図１６のステップＳ１乃至Ｓ７の処理と同様のため、説明を省略する。記憶機能２５５は、記憶回路２２０に、食事後の食事状況画像を記憶する（ステップＳ３８）。

【0173】

解析機能２５３は、食事後の食事状況画像を解析する（ステップＳ３９）。解析機能２５３は、解析結果に基づいて、品目毎の摂取割合を取得する（ステップＳ４０）。

【0174】

算出機能２５４は、献立情報ＤＢ２２１と、品目毎の摂取割合とに基づいて、品目毎の栄養摂取量を算出する（ステップＳ４１）。記憶機能２５５は、栄養管理ＤＢ２２２の栄養摂取実績データテーブル２２２ａに、品目毎の栄養摂取量を記憶し、本処理を終了する（ステップＳ４２）。

【0175】

図１８は、医用情報処理システムＳで実行される処理の一例を示すシーケンス図である。図１８は、実績値の表示に関わる処理を表している。

【0176】

まず、ユーザ端末３の実績値表示機能３５４は、実績値の表示指示を受付ける（ステップＳ５１）。具体的には、実績値表示機能３５４は、栄養量シミュレーション画面において、操作者から表示日付として過去の日付を受付けた場合に、実績値の表示指示を受付ける。

【0177】

実績値表示機能３５４は、通信制御機能３５１と協働し、対象患者の患者ＩＤ及び対象となる過去の日時を含む実績値要求を医用情報処理装置２に送信する（ステップＳ５２）。

【0178】

医用情報処理装置２の通信制御機能２５１は、実績値要求を受信する。記憶機能２５５は、実績値要求に含まれる患者ＩＤ及び日時をキーとして、栄養管理ＤＢ２２２の栄養摂取実績データテーブル２２２ａを検索し、対象となる日時における対象患者の栄養摂取量を特定する（ステップＳ５３）。

【0179】

通信制御機能２５１は、特定した栄養摂取量を含む実績値情報を医用情報処理装置２へ送信する（ステップＳ５４）。ユーザ端末３の通信制御機能３５１は、実績値情報を受信する。実績値表示機能３５４は、表示制御機能３５６と協働し、実績値情報に含まれる栄養摂取量を表示する（ステップＳ５５）。

【0180】

目標値表示機能３５５は、目標値の表示指示を受付ける（ステップＳ５６）。具体的には、目標値表示機能３５５は、栄養量シミュレーション画面において、操作者から表示日付として過去の日付を受付けた場合に、目標値の表示指示を受付ける。目標値表示機能３５５は、通信制御機能３５１と協働し、対象患者の患者ＩＤ及び対象となる過去の日時を含む目標値要求を医用情報処理装置２に送信する（ステップＳ５７）。

【0181】

医用情報処理装置２の通信制御機能２５１は、目標値要求を受信する。記憶機能２５５は、目標値要求に含まれる患者ＩＤ及び日時をキーとして、栄養管理ＤＢ２２２の栄養摂取目標データテーブル２２２ｃを検索し、対象となる日時における対象患者の目標栄養摂取量を特定する（ステップＳ５８）。

【0182】

通信制御機能２５１は、特定した目標栄養摂取量を含む目標値情報を医用情報処理装置２へ送信する（ステップＳ５９）。ユーザ端末３の通信制御機能３５１は、目標値情報を受信する。目標値表示機能３５５は、表示制御機能３５６と協働し、実績値情報に含まれる栄養摂取量を表示し、本処理を終了する（ステップＳ６０）。

【0183】

なお、ステップＳ５６乃至Ｓ６０の処理は、ステップＳ５１乃至Ｓ５５の処理の前に行われてもよいし、ステップＳ５１乃至Ｓ５５の処理と同時に行われてもよい。

【0184】

以上に述べた本実施形態に係る医用情報処理システムＳは、携帯端末１で撮影された食事前又は食事後のうち少なくとも食事後の食事状況画像を取得する画像取得機能２５２と、食事状況画像に含まれるバーコードから患者ＩＤを読取るシンボル読取機能１６３と、食事状況画像と患者ＩＤとを対応付けて記憶する記憶機能２５５と、食事状況画像を解析し、患者の食事の品目単位の摂取割合を取得する解析機能２５３と、を備える。

【0185】

このように、医用情報処理システムＳでは、解析機能２５３が、携帯端末１で撮影された食事状況画像を解析し、患者の食事の品目単位の摂取割合を取得する。これにより、医用情報処理システムＳでは、医療従事者は自らの目で食事の摂取割合を判断し、手動で電子カルテに食事の摂取割合を入力する手間を省くことができる。また、シンボル読取機能１６３が、食事状況画像に含まれるバーコードから患者ＩＤを読取ることにより、医療従事者は患者を指定する手間を省くことができる。

【0186】

したがって、本実施形態の医用情報処理システムＳによれば、医療従事者の作業負担を軽減し、かつ、患者の食事の摂取割合を容易に把握することができる。

【0187】

また、本実施形態の医用情報処理装置２は、献立情報ＤＢ２２１と、解析により取得した摂取割合とに基づいて、患者毎の栄養摂取量を算出する算出機能２５４を備える。これにより、医療従事者は手動で栄養摂取量を算出する必要がなくなる。

【0188】

また、本実施形態の医用情報処理システムＳは、食事状況画像と、禁忌食材データテーブル２２２ｄと、に基づいて、禁忌食材が配膳されているか否かを検知する検知機能２５６を備える。これにより、医療従事者が配膳の際、禁忌食材の有無を目視で確認する必要がなくなる。

【0189】

また、本実施形態の医用情報処理システムＳは、栄養摂取量の目標値と、算出機能２５４が算出した栄養摂取量とを比較可能な態様で表示装置に表示する表示制御機能３５６を備える。これにより、医師や栄養士は、対象患者の栄養摂取の目標値がどれくらいで、対象患者がどの程度目標を達成できているかを容易に把握できる。つまり、医用情報処理システムＳは、医師や栄養士による、対象患者の栄養摂取計画の立案作業を支援することができる。

【0190】

また、本実施形態に係る医用情報処理システムＳは、食事状況画像に含まれるバーコードから読取った患者ＩＤと、患者のリストバンドに付されたバーコードから読取った患者ＩＤと、が一致するかを確認する認証機能１６４を備える。これにより、配膳ミスがあった場合は、患者ＩＤが一致しないため、食事の配膳ミスを減らすことができる。

【0191】

なお、本実施形態では、医用情報処理装置２は、電子カルテを管理するサーバ装置としたが、医用情報処理装置２とは別に、電子カルテを管理するサーバ装置が設けられてもよい。

【0192】

また、本実施形態では、医師や栄養士等は、ユーザ端末３から医用情報処理装置２にアクセスしているが、医師や栄養士等が直接的に医用情報処理装置２を使用するものとしてもよい。

【0193】

また、本実施形態では、携帯端末１が、シンボル読取機能１６３及び認証機能１６４を備えているが、医用情報処理装置２が、シンボル読取機能１６３及び認証機能１６４を備えていてもよい。

【0194】

また、本実施形態では、ユーザ端末３が、オーダ追加機能３５２、推定値表示機能３５３、実績値表示機能３５４、目標値表示機能３５５、及び表示制御機能３５６を備えているが、医用情報処理装置２が、オーダ追加機能３５２、推定値表示機能３５３、実績値表示機能３５４、目標値表示機能３５５、及び表示制御機能３５６を備えていてもよい。

【0195】

以上説明した少なくとも１つの実施形態によれば、医療従事者の作業負担を軽減し、かつ、患者の食事の摂取割合を容易に把握することができる。

【0196】

上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（central preprocess unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。

【0197】

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

【符号の説明】

【0198】

１ 携帯端末
２ 医用情報処理装置
３ ユーザ端末
１１０、２１０、３１０ ＮＷインタフェース
１２０、２２０、３２０ 記憶回路
１３０、２３０、３３０ 入力インタフェース
１４０、２４０、３４０ ディスプレイ
１５０ カメラ
１６０、２５０、３５０ 処理回路
１６１、２５１、３５１ 通信制御機能
１６２ 撮影機能
１６３ シンボル読取機能
１６４ 認証機能
１６５、２５８、３５６ 表示制御機能
２５２ 画像取得機能
２５３ 解析機能
２５４ 算出機能
２５５ 記憶機能
２５６ 検知機能
２５７ 警告機能
２５９ 撮影管理機能
３５２ オーダ追加機能
３５３ 推定値表示機能
３５４ 実績値表示機能
３５５ 目標値表示機能
Ｓ 医用情報処理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】