(57)【要約】【課題】退院後においても患者に適切なサービスを提供する。【解決手段】在宅食サポートシステム１０において、医療情報サーバ１６は、入院中の患者が退院するか否かを示す退院情報を含む医療情報を格納する。栄養管理情報サーバ２０は、入院中の患者の栄養管理に必要とされる栄養管理情報を格納する。在宅食情報サーバ３２は、在宅食サービスを特定する在宅食情報を格納する。患者用端末２２は、格納された医療情報を取得し、取得した医療情報に含まれる退院情報に基づいて入院中の所定の患者が退院するか否かを判定し、退院すると判定した場合に、格納された在宅食情報のうち、その所定の患者に適合する在宅食サービスを特定する在宅食情報を格納された栄養管理情報に基づいて取得し、取得した栄養管理情報によって特定される在宅食サービスをディスプレイに表示する。【選択図】図２
2008233949.tif 000002
【特許請求の範囲】
【請求項１】
入院中の患者が退院するか否かを示す退院情報を格納する医療情報記憶部と、
入院中の患者の栄養管理に必要とされる栄養管理情報を格納する栄養管理情報記憶部と、
在宅食サービスを特定する在宅食情報を格納する在宅食情報記憶部と、
格納された退院情報に基づいて入院中の患者が退院するか否かを判定し、退院すると判定した場合に、格納された在宅食情報のうち、その患者に適合する在宅食サービスを特定する在宅食情報を、格納された栄養管理情報に基づいて取得し、取得した在宅食情報を提示する在宅食サービス提示部と、
を備えることを特徴とする患者サポートシステム。
【請求項２】
入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、
入院中の患者の栄養管理に必要とされる栄養管理情報を格納する栄養管理情報サーバと、
在宅食サービスを特定する在宅食情報を格納する在宅食情報サーバと、
クライアント端末と、を備え、
前記クライアント端末は、前記医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、前記栄養管理情報サーバからその所定の患者の栄養管理情報を取得し、取得した栄養管理情報を前記在宅食情報サーバに送信し、
前記在宅食情報サーバは、受信した栄養管理情報に適合する在宅食情報を前記クライアント端末に返信し、
前記クライアント端末は、受信した在宅食情報を提示することを特徴とする患者サポートシステム。
【請求項３】
前記クライアント端末は、提示された在宅食情報がユーザにより選択されたことを示す入力情報を取得する入力取得部を有し、当該入力情報を取得した場合、選択された在宅食情報によって特定される在宅食サービスを注文する注文情報を前記在宅食情報サーバに送信することにより、在宅食サービスを発注することを特徴とする請求項２に記載の患者サポートシステム。
【請求項４】
前記クライアント端末は、在宅食サービスを発注後、前記医療情報サーバから、発注した在宅食サービスの提供を受ける患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者の退院が延期され、または取り消されたと判定した場合に、在宅食サービスの発注をキャンセルするキャンセル情報を前記在宅食情報サーバに送信することを特徴とする請求項３に記載の患者サポートシステム。
【請求項５】
前記クライアント端末は、在宅食サービスを発注する場合、在宅食サービスの提供を受ける患者の個人情報に相当する情報を注文情報に含めて前記在宅食情報サーバに送信することを特徴とする請求項３または４に記載の患者サポートシステム。
【請求項６】
前記クライアント端末は、取得した栄養管理情報を、個人情報に相当する情報を除いて前記在宅食情報サーバに送信することを特徴とする請求項２から５のいずれかに記載の患者サポートシステム。
【請求項７】
前記クライアント端末は、取得した退院情報に基づいて、退院予定が登録されたか否かを判定することにより、所定の患者が退院するか否かを判定することを特徴とする請求項２から６のいずれかに記載の患者サポートシステム。
【請求項８】
前記クライアント端末は、退院予定が登録されていた状態から退院確定として登録されたとき、在宅食サービスの発注を確定する通知を前記在宅食情報サーバに送信することを特徴とする請求項２から７のいずれかに記載の患者サポートシステム。
【請求項９】
入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、
入院中の患者の介助に必要とされる介助情報を格納する介助情報サーバと、
介助サービスを特定する介助情報を格納する介助情報サーバと、
クライアント端末と、を備え、
前記クライアント端末は、前記医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、前記介助情報サーバからその所定の患者の介助情報を取得し、取得した介助情報を前記介助情報サーバに送信し、
前記介助情報サーバは、受信した介助情報に適合する介助サービスを特定する介助サービス情報を前記クライアント端末に返信し、
前記クライアント端末は、受信した介助サービス情報を提示することを特徴とする患者サポートシステム。
【請求項１０】
前記医療情報サーバは、入院中の患者の退院する日時も示す退院情報を格納し、
前記クライアント端末は、提示された介助サービス情報がユーザにより選択されたことを示す入力情報を取得する入力取得部を有し、当該入力情報を取得した場合、選択された介助サービス情報によって特定される介助サービスを注文する注文情報を前記介助情報サーバに送信することにより、介助サービスを発注することを特徴とする請求項９に記載の患者サポートシステム。
【請求項１１】
入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、
入院中の患者の介護に必要とされる介護情報を格納する介護情報サーバと、
介護サービスを特定する介護情報を格納する介護情報サーバと、
クライアント端末と、を備え、
前記クライアント端末は、前記医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、前記介護情報サーバからその所定の患者の介護情報を取得し、取得した介護情報を前記介護情報サーバに送信し、
前記介護情報サーバは、受信した介護情報に適合する介護サービスを特定する介護サービス情報を前記クライアント端末に返信し、
前記クライアント端末は、受信した介護サービス情報を提示することを特徴とする患者サポートシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者サポートシステムに関し、特に、退院後に提供されるサービスを入院中の患者に提示する患者サポートシステムに関する。
【背景技術】
【０００２】
医療施設において医師や栄養士により食事管理が行われているが、手作業による記録が多く、このため医師や栄養士は食事管理の策定をきめ細かく行うことが困難であった。このため、例えば医療・介護管理の基で食事計画を策定するための利用者情報管理機能と、利用者情報に合致した食事療法基準に基づく食事計画策定機能と、食事計画に合致した複数のコントロール食を利用者が選択注文することができる喫食選択機能と、を備えるコントロール食提供システムが提案されている（例えば、特許文献１参照）。また、生活習慣病に起因する各種疾病を防止するため、例えば、受信した診断データに基づき、ユーザに不足している特定成分を補給するのに適した食部品の組合せを決定し、決定した食部品の組合せに関するデータを食部品供給機関側の端末に送信する食部品供給システムが提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００３−２４２２５８号公報
【特許文献２】特開２００４−９４８９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
入院中の患者は、例えば栄養士によって栄養管理された食事の提供サービスを受けることが可能である。一方、退院後も栄養管理が必要な患者も多数存在し、このような患者は、自宅などにおいても自己の栄養管理を実施していく必要がある。しかしながら、上述の特許文献に記載される技術では、医療機関などにおいて蓄積された栄養管理に関する情報などを利用して患者自身が退院後の自己の栄養管理などを行うことは困難である。
【０００４】
本発明はこうした課題に鑑みてなされたものであり、その目的は、退院後においても患者に適切なサービスを提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様の患者サポートシステムは、入院中の患者が退院するか否かを示す退院情報を格納する医療情報記憶部と、入院中の患者の栄養管理に必要とされる栄養管理情報を格納する栄養管理情報記憶部と、在宅食サービスを特定する在宅食情報を格納する在宅食情報記憶部と、格納された退院情報に基づいて入院中の患者が退院するか否かを判定し、退院すると判定した場合に、格納された在宅食情報のうち、その患者に適合する在宅食サービスを特定する在宅食情報を、格納された栄養管理情報に基づいて取得し、取得した在宅食情報を提示する在宅食サービス提示部と、を備える。
【０００６】
この態様によれば、入院中の患者は、自己の栄養管理状況に応じた退院後の在宅食サービスを容易に注文することができる。このため、退院後においても、医療機関に蓄積された栄養管理情報を利用して適切な在宅食サービスの提供を受けることが可能となる。
【０００７】
本発明の別の態様もまた、患者サポートシステムである。この患者サポートシステムは、入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、入院中の患者の栄養管理に必要とされる栄養管理情報を格納する栄養管理情報サーバと、在宅食サービスを特定する在宅食情報を格納する在宅食情報サーバと、クライアント端末と、を備える。クライアント端末は、医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、栄養管理情報サーバからその所定の患者の栄養管理情報を取得し、取得した栄養管理情報を在宅食情報サーバに送信し、在宅食情報サーバは、受信した栄養管理情報に適合する在宅食情報をクライアント端末に返信し、クライアント端末は、受信した在宅食情報を提示する。
【０００８】
この態様によれば、同じ医療機関において医療情報と栄養管理情報とが別々のサーバで管理される場合においても、入院中の患者は自己の栄養管理状況に応じた退院後の在宅食サービスを容易に注文することができ、退院後においても適切な在宅食サービスの提供を受けることが可能となる。
【０００９】
クライアント端末は、提示された在宅食情報がユーザにより選択されたことを示す入力情報を取得する入力取得部を有し、当該入力情報を取得した場合、選択された在宅食情報によって特定される在宅食サービスを注文する注文情報を在宅食情報サーバに送信することにより、在宅食サービスを発注してもよい。この態様によれば、患者は、自分の嗜好や自分の希望の値段など、患者の希望に応じた在宅食サービスを注文することが可能となる。
【００１０】
クライアント端末は、在宅食サービスを発注後、医療情報サーバから、発注した在宅食サービスの提供を受ける患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者の退院が延期され、または取り消されたと判定した場合に、在宅食サービスの発注をキャンセルするキャンセル情報を在宅食情報サーバに送信してもよい。この態様によれば、患者の退院が延期または取り消された場合において、誤って在宅食サービスが提供されてしまうことを回避することができる。
【００１１】
クライアント端末は、在宅食サービスを発注する場合、在宅食サービスの提供を受ける患者の個人情報に相当する情報を注文情報に含めて在宅食情報サーバに送信してもよい。  在宅食サービスを受ける場合、氏名や住所などの個人情報も送信する必要がある。この態様によれば、このような場合に個人情報の送信が規制されることを回避することができる。
【００１２】
クライアント端末は、取得した栄養管理情報を、個人情報に相当する情報を除いて在宅食情報サーバに送信してもよい。この態様によれば、在宅食サービスを提示する段階で個人情報が外部に漏洩することを抑制することができる。
【００１３】
クライアント端末は、取得した退院情報に基づいて、退院予定が登録されたか否かを判定することにより、所定の患者が退院するか否かを判定してもよい。患者が退院するときには、例えば退院予定日などが医療情報サーバに入力されることなどにより、退院予定が登録されることがある。この態様によれば、このようにして登録された退院情報を利用して、患者が退院するか否かを簡易に判定することができる。
【００１４】
クライアント端末は、退院予定が登録されていた状態から退院確定として登録されたとき、在宅食サービスの発注を確定する通知を在宅食情報サーバに送信してもよい。この態様によれば、在宅食サービスの発注の確定を退院確定に合わせて行うことができ、例えば退院が確定しているにもかかわらず在宅食サービスの発注が確定されていないといった事態となることを抑制することができる。
【００１５】
本発明のさらに別の態様もまた、患者サポートシステムである。この患者サポートシステムは、入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、入院中の患者の介助に必要とされる介助情報を格納する介助情報サーバと、介助サービスを特定する介助情報を格納する介助情報サーバと、クライアント端末と、を備える。クライアント端末は、医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、介助情報サーバからその所定の患者の介助情報を取得し、取得した介助情報を介助情報サーバに送信し、介助情報サーバは、受信した介助情報に適合する介助サービスを特定する介助サービス情報をクライアント端末に返信し、クライアント端末は、受信した介助サービス情報を提示する。
【００１６】
入院中の患者が退院するとき、その患者の介助必要度によっては、例えば車椅子を積載するため自宅まで専用の車で患者を搬送しなければならない場合がある。また、介助必要度によっては、介助に必要とされる人数も異なるものとなる。この態様によれば、入院中の患者は、例えば退院時に必要となる介助サービスを自己の介助必要度に応じて容易に注文することができ、退院時や退院後において適切な介助サービスの提供を受けることが可能となる。
【００１７】
医療情報サーバは、入院中の患者の退院する日時も示す退院情報を格納し、クライアント端末は、提示された介助サービス情報がユーザにより選択されたことを示す入力情報を取得する入力取得部を有し、当該入力情報を取得した場合、選択された介助サービス情報によって特定される介助サービスを注文する注文情報を介助情報サーバに送信することにより、介助サービスを発注してもよい。
【００１８】
退院時の介助サービスを利用する場合、退院する日時が重要なものとなる。この態様によれば、退院する日時を特定する退院情報を介助情報サーバに送信することにより、介助サービスを受ける退院日時を正確に介助サービス業者などに知らせることが可能となる。
【００１９】
本発明のさらに別の態様もまた、患者サポートシステムである。この患者サポートシステムは、入院中の患者が退院するか否かを示す退院情報を格納する医療情報サーバと、入院中の患者の介護に必要とされる介護情報を格納する介護情報サーバと、介護サービスを特定する介護情報を格納する介護情報サーバと、クライアント端末と、を備える。クライアント端末は、医療情報サーバから入院中の所定の患者の退院情報を取得し、取得した退院情報に基づいてその所定の患者が退院すると判定した場合に、介護情報サーバからその所定の患者の介護情報を取得し、取得した介護情報を介護情報サーバに送信し、介護情報サーバは、受信した介護情報に適合する介護サービスを特定する介護サービス情報をクライアント端末に返信し、クライアント端末は、受信した介護サービス情報を提示する。
【００２０】
患者が退院しても、その患者に介護が必要な場合がある。この態様によれば、入院中の患者は、自己の介護度に応じた介護サービスを容易に注文することができ、退院後においても適切な介護サービスの提供を受けることが可能となる。
【発明の効果】
【００２１】
本発明によれば、退院後においても患者に適切なサービスを提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して本発明の実施の形態（以下、「実施形態」という。）について詳細に説明する。
【００２３】
（第１の実施形態）
図１は、第１の実施形態に係る在宅食サポートシステム１０の模式的な全体構成図である。在宅食サポートシステム１０は、医療情報管理システム１４、栄養管理システム１８、患者用端末２２、在宅食発注システム３０を有する。医療情報管理システム１４、栄養管理システム１８、および患者用端末２２は医療機関１２に配置され、各々がイントラネットなどのネットワーク２４によってデータを送受信可能に接続されている。
【００２４】
医療情報管理システム１４は、患者に施す医療行為に関する情報としての医療情報を管理するものであり、主に医療機関１２に従事する医師や看護師などによって利用される。医療情報管理システム１４は医療情報サーバ１６を有する。
【００２５】
栄養管理システム１８は、患者の栄養管理に関する栄養管理情報を管理するものであり、主に医療機関１２に従事する栄養士などによって利用される。医療情報サーバ１６は栄養管理情報サーバ２０を有する。
【００２６】
患者用端末２２は、病棟において患者のベッド周辺などにアームなどによって回動可能に支持されている。患者用端末２２はタッチパネル式の液晶のディスプレイを有しており、入院中の患者は、この患者用端末２２を利用してテレビを見ることも可能となっている。また、患者用端末２２はインターネット２６に接続されており、入院中の患者は、例えば患者用端末２２に映画の画像データを有料でダウンロードして映画を楽しむなど、外部の様々な情報をインターネット２６を介して入手することも可能となっている。
【００２７】
なお、患者用端末２２は、病棟の各フロアに設置されていてもよく、また、病棟の各部屋にそれぞれ設定されていてもよい。また、患者用端末２２を患者が管理および操作するのではなく、看護師が患者のところまで患者用端末２２を運び、操作またはその補助をしてもよい。
【００２８】
さらに患者用端末２２は、医療機関１２内に設けられた院内情報サーバ（図示せず）に接続されている。院内情報サーバには、例えば超音波検査室など、医療機関１２内の各施設の案内図を示すデータや、医療機関１２に従事する医師の経歴を示すデータが格納されている。入院する患者は、入院時に自己を識別する患者ＩＤを与えられる。患者は、タッチパネルを使って患者用端末２２に患者ＩＤを入力することによりこの院内情報サーバにアクセスでき、これによって患者は、医療機関１２内の案内図や自身を担当する医師の経歴を見ることができるようになっている。
【００２９】
在宅食発注システム３０は在宅食提供業者２８により管理される。在宅食発注システム３０は在宅食情報サーバ３２を有し、在宅食情報サーバ３２はインターネット２６に接続されている。このため、患者用端末２２と在宅食発注システム３０は、インターネット２６を介して相互にデータを送受信可能に接続されている。
【００３０】
図２は、第１の実施形態に係る在宅食サポートシステム１０の機能ブロック図である。図２において医療情報サーバ１６、栄養管理情報サーバ２０、患者用端末２２、および在宅食情報サーバ３２は、各種演算処理を実行するＣＰＵ、各種制御プログラムを格納するＲＯＭ、データ格納やプログラム実行のためのワークエリアとして利用されるＲＡＭなどのハードウェア、およびソフトウェアの連携によって実現される機能ブロックとして描かれている。したがって、これらの機能ブロックはハードウェアおよびソフトウェアの組合せによって様々な形で実現することができる。
【００３１】
医療情報サーバ１６は、医療情報記憶部４０および通信部４２を有する。医療情報記憶部４０は医療情報を格納する。この医療情報には、患者の氏名、患者ＩＤ、様々な検査の結果、担当医など、医師や看護師が患者に医療行為を施す上で必要とされる情報が含まれている。また医療情報には、患者の退院の予定の有無、および患者に退院の予定がある場合には退院予定日時を示す退院情報が含まれている。通信部４２は、ネットワーク２４を介して他のサーバやクライアント端末とデータを送受信する。
【００３２】
栄養管理情報サーバ２０は、栄養管理情報記憶部４４および通信部４６を有する。栄養管理情報記憶部４４は栄養管理情報を格納する。この栄養管理情報には、入院中の患者の氏名や患者ＩＤの他、患者が一日または１食に摂取するカロリー制限値や塩分制限値、またどのような食材にアレルギーがあるかなど、入院中の患者の健康を維持するための栄養管理に必要とされる情報が含まれている。また、栄養管理情報に、例えば糖尿病の重度を示す情報など、それによってカロリーや塩分などの制限値を導出することができる病気重度情報などが含まれていてもよい。さらに、栄養士は入院中の患者の食事の残し具合などもチェックしており、栄養管理情報に、このようなチェックの結果得られた患者の嗜好や体調などの情報が含まれていても良い。通信部４６は、ネットワーク２４を介して他のサーバやクライアント端末とデータを送受信する。
【００３３】
患者用端末２２は、退院判定部４８、医療情報取得部５０、栄養管理情報取得部５２、在宅食情報取得部５４、表示制御部５６、入力取得部５８、注文実行部６０、および通信部６２を有する。退院判定部４８は、取得した医療情報に含まれる退院情報に基づいて、患者に退院する予定があるか否かを判定する。医療情報取得部５０は、医療情報サーバ１６から医療情報を取得する。栄養管理情報取得部５２は、栄養管理情報サーバ２０から栄養管理情報を取得する。在宅食情報取得部５４は、在宅食情報サーバ３２から在宅食情報を取得する。表示制御部５６は、画像データを生成して患者用端末２２のディスプレイに画像を表示させる。入力取得部５８は、患者用端末２２のタッチパネルを使ってユーザが入力した情報を取得する。注文実行部６０は、在宅食発注システム３０に注文情報を送信することにより在宅食を発注する。通信部６２はネットワーク２４またはインターネット２６を介して他のサーバやクライアント端末とデータを送受信する。
【００３４】
在宅食情報サーバ３２は、在宅食情報記憶部６４、在宅食サービス策定部６６、注文処理部６８、および通信部７０を有する。在宅食情報記憶部６４には、在宅食のメニューを示すデータが、カロリー、塩分、食材、和洋などのカテゴリなどを示すデータと対応付けて格納されている。在宅食サービス策定部６６は、取得した栄養管理情報を利用して在宅食のメニューを選択することにより在宅食サービスを策定し、策定した在宅食サービスの内容を特定する在宅食情報を生成する。注文処理部６８は、取得した注文情報を在宅食情報記憶部６４などの記憶部に格納するなどの処理を実施する。
【００３５】
図３は、第１の実施形態に係る在宅食サポートシステム１０による在宅食サービスの発注支援処理の処理手順を示すフローチャートである。まず、入院中の患者などのユーザが患者用端末２２に表示されたサービスメニューボタンを押すなどサービスメニューを表示するための所定の入力を行う（Ｓ１０）。このとき患者用端末２２は患者ＩＤおよびパスワードを入力するための入力画面を表示し、ユーザは自身の患者ＩＤおよびパスワードを入力する。患者ＩＤおよびパスワードが入力されると、入力取得部５８は入力された患者ＩＤおよびパスワードを取得し、医療情報取得部５０は、入力された患者ＩＤを医療情報の要求情報に含めて医療情報サーバ１６に送信する（Ｓ１２）。
【００３６】
医療情報サーバ１６は、医療情報の要求情報を受信すると、通信部４２により、受信した要求情報に含まれる患者ＩＤに対応する医療情報を患者用端末２２に返信する（Ｓ１４）。患者用端末２２の医療情報取得部５０は、医療情報サーバ１６から返信された医療情報を取得し、退院判定部４８は、取得した医療情報に含まれる退院情報を利用して、入力された患者ＩＤを有する患者に退院予定があるか否かを判定する（Ｓ１６）。なお、医療情報サーバ１６では、退院予定日などが入力されることにより退院予定が登録される。医療情報取得部５０は、退院情報にこの退院予定日が含まれるか否かを判定することにより退院予定が登録されたかを判定て退院予定があるか否かを判定する。
【００３７】
退院予定がない場合（Ｓ１６のＮ）、いつ退院するかを特定することができず、在宅食を発注することが困難であるため、在宅食発注サービスボタンをサービスメニューに表示することなく、本フローチャートにおける処理を一旦終了する。退院予定がある場合（Ｓ１６のＹ）、表示制御部５６は、サービスメニューに在宅食発注サービスのボタンを表示する（Ｓ１８）。
【００３８】
ユーザによって在宅食発注サービスのボタンが押されると（Ｓ２０）、入力取得部５８は在宅食発注サービスのボタンが押された旨を示す入力情報を取得し、栄養管理情報取得部５２は、栄養管理情報の要求情報に入力された患者ＩＤを含めて栄養管理情報サーバ２０に送信する（Ｓ２２）。栄養管理情報サーバ２０は、栄養管理情報の要求情報を受信すると、通信部４６により、受信した栄養管理情報に含まれる患者ＩＤに対応する栄養管理情報を患者用端末２２に返信する（Ｓ２４）。患者用端末２２の栄養管理情報取得部５２は栄養管理情報サーバ２０から返信された栄養管理情報を取得する。患者用端末２２は、取得した栄養管理情報から患者名、患者ＩＤ、患者の自宅住所や自宅電話番号など、患者の個人情報を抜き取り、通信部６２により在宅食発注システム３０に送信する（Ｓ２６）。
【００３９】
栄養管理情報を受信すると、在宅食発注システム３０の在宅食サービス策定部６６は、受信した栄養管理情報に基づいた在宅食サービスを策定する（Ｓ２８）。具体的には、在宅食情報記憶部６４には、アレルギーの有無、カロリー制限の有無、および塩分制限の有無と、８種類の在宅食サービスとの対応関係を示す在宅食サービスマップが格納されている。在宅食サービスの各々には、複数の在宅食メニューが含まれている。在宅食サービス策定部６６は、受診した栄養管理情報に含まれるアレルギー食材を示す情報、およびカロリー制限値や塩分制限値を示す情報に基づいて、患者のアレルギーの有無、カロリー制限の有無、および塩分制限の有無を判定し、これらの項目の有無に合致する在宅食サービスを、８種類の在宅食サービスの中から選択する。
【００４０】
在宅食サービス策定部６６は、通信部７０により、選択した在宅食サービスとその価格などを示す在宅食情報を患者用端末２２に送信し（Ｓ３０）、患者用端末２２の在宅食情報取得部５４は、在宅食発注システム３０から送信された在宅食情報を取得する。なお、図１および図２において在宅食提供業者２８を１つだけ記載しているが、実際には在宅食提供業者２８は複数あり、在宅食情報取得部５４は、複数の在宅食提供業者２８から上述と同様に在宅食情報を取得する。
【００４１】
表示制御部５６は、取得した在宅食情報を利用して、患者の栄養管理に合致した在宅食のメニューなどの在宅食サービスの内容を、その価格と共に在宅食提供業者２８ごとに患者用端末２２のディスプレイに表示する（Ｓ３２）。このとき表示制御部５６は、患者が在宅食を注文するときに押す注文ボタンも在宅食提供業者２８ごとにディスプレイに表示する。
【００４２】
ユーザによって注文ボタンが押されたことを示す情報を入力取得部５８が取得すると（Ｓ３４）、表示制御部５６は、自宅住所などの個人情報を在宅食提供業者２８に送信してもよいかを、「Ｙｅｓ」、「Ｎｏ」などのボタンと共に患者用端末２２のディスプレイに表示する（Ｓ３６）。注文実行部６０は、ユーザにより「Ｙｅｓ」のボタンが押されたか「Ｎｏ」のボタンが押されたかを判定する（Ｓ３８）。ユーザによって「Ｎｏ」のボタンが押されたことを示す情報を入力取得部５８が取得すると（Ｓ３８のＮ）、患者は個人情報を外部に送信することを希望しないと判断し、本フローチャートにおける処理を一旦終了する。
【００４３】
ユーザによって「Ｙｅｓ」のボタンが押されたことを示す情報を入力取得部５８が取得すると（Ｓ３８のＹ）、注文実行部６０は、ユーザによって押された注文ボタンに対応する在宅食サービスを提供する在宅食提供業者２８の在宅食情報サーバ３２に、選択された在宅食サービスを特定する情報、医療情報から抽出した患者の氏名、電話番号、および自宅住所などの個人情報、および医療情報から抽出した退院情報を含む注文情報を在宅食発注システム３０に送信することにより、ユーザによって選択された在宅食を発注する（Ｓ４０）。注文処理部６８は、発注情報を在宅食情報記憶部６４などの記憶部に格納する（Ｓ４２）。  在宅食提供業者２８は、格納された注文情報に含まれる退院情報を利用して患者の退院時期を判断し、患者の退院後、注文情報に含まれる自宅住所に自宅に在宅食を発送する（Ｓ４４）。
【００４４】
なお、医療情報サーバ１６において、退院予定が登録された状態から退院確定が登録されると、医療情報サーバ１６は、退院情報を含む医療情報を患者用端末２２に送信する。患者用端末２２は、退院確定が登録された退院情報を受信すると、表示制御部５６は、サービスメニューなどに退院が確定した旨を表示する。退院確定が登録された患者が在宅食サービスを発注していた場合、表示制御部５６は、在宅食情報サーバ３２へ発注を確定する指示入力がされる発注確定ボタンをサービスメニューなどに表示する。この発注確定ボタンが患者によって押されると、入力取得部５８はその指示入力を取得し、注文実行部６０は、発注を確定する通知を在宅食情報サーバ３２に送信する。在宅食情報サーバ３２は、受信した発注確定の通知に基づき、発注内容を確定する。
【００４５】
また、患者の退院が延期され、または取り消されることにより、医療情報サーバ１６に格納された医療情報に含まれる退院情報が変更された場合、医療情報サーバ１６は、変更された退院情報を含む医療情報を患者用端末２２に送信する。患者用端末２２は、その医療情報に含まれる退院情報に基づいて、その医療情報に対応する患者の退院が延期され、または取り消されたと判定した場合、その患者のＩＤまたは注文時の注文情報を特定するデータを含むキャンセル情報を在宅食情報サーバ３２に送信することにより、その患者が注文した在宅食サービスの発注をキャンセルする。在宅食情報サーバ３２は、キャンセル情報を受信すると、キャンセル情報に含まれる患者ＩＤまたは注文情報を特定するデータを利用して、記憶部に格納された注文情報を特定し、特定した注文情報を記憶部から削除するなどの在宅食サービスの発注のキャンセル処理を実施する。
【００４６】
（第２の実施形態）
図４は、第２の実施形態に係る患者搬送サポートシステム１１０の模式的な全体構成図である。以下、第１の実施形態と同様の箇所については同一の符号を付して説明を省略する。
【００４７】
患者搬送サポートシステム１１０は、医療情報管理システム１４、介助管理システム１１８、患者用端末１２２、搬送サービス発注システム１３０を有する。医療情報管理システム１４、介助管理システム１１８、および患者用端末１２２は医療機関１１２に配置され、各々がイントラネットなどのネットワーク１２４によってデータを送受信可能に接続されている。
【００４８】
介助管理システム１１８は介助情報サーバ１２０を有する。患者用端末１２２が患者のベッド周辺に回動可能に支持されている点、タッチパネル式の液晶のディスプレイを有している点、およびインターネット１２６に接続されている点などは第１の実施形態に係る患者用端末２２と同様である。
【００４９】
搬送サービス発注システム１３０は患者搬送業者１２８により管理される。搬送サービス発注システム１３０は搬送サービス情報サーバ１３２を有し、搬送サービス情報サーバ１３２はインターネット１２６に接続されている。このため、患者用端末１２２と搬送サービス発注システム１３０は、インターネット１２６を介して相互にデータを送受信可能に接続されている。
【００５０】
図５は、第２の実施形態に係る患者搬送サポートシステム１１０の機能ブロック図である。図５において医療情報サーバ１６、介助情報サーバ１２０、患者用端末１２２、および搬送サービス情報サーバ１３２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどのハードウェア、およびソフトウェアの連携によって実現される機能ブロックとして描かれている。したがって、これらの機能ブロックはハードウェアおよびソフトウェアの組合せによって様々な形で実現することができる。
【００５１】
介助情報サーバ１２０は、介助情報記憶部１４４および通信部１４６を有する。介助情報記憶部１４４は介助情報を格納する。この介助情報には、患者氏名、患者ＩＤなどの個人情報、および、患者が車椅子でしか移動できないか、患者を搬送するために何人必要かなどを示す介助必要度を特定する情報が含まれている。通信部１４６は、ネットワーク１２４を介して他のサーバやクライアント端末とデータを送受信する。
【００５２】
患者用端末１２２は、退院判定部１４８、医療情報取得部１５０、介助情報取得部１５２、搬送サービス情報取得部１５４、表示制御部１５６、入力取得部１５８、注文実行部１６０、および通信部１６２を有する。退院判定部１４８は、取得した医療情報に含まれる退院情報に基づいて、患者に退院する予定があるか否かを判定する。医療情報取得部１５０は、医療情報サーバ１６から医療情報を取得する。介助情報取得部１５２は、介助情報サーバ１２０から介助情報を取得する。搬送サービス情報取得部１５４は、搬送サービス情報サーバ１３２から搬送サービス情報を取得する。表示制御部１５６は、画像データを生成して患者用端末１２２のディスプレイに画像を表示させる。入力取得部１５８は、患者用端末１２２のタッチパネルを使ってユーザが入力した情報を取得する。注文実行部１６０は、搬送サービス発注システム１３０に注文情報を送信することにより退院時の搬送サービスを発注する。通信部１６２はネットワーク１２４またはインターネット１２６を介して他のサーバやクライアント端末とデータを送受信する。
【００５３】
搬送サービス情報サーバ１３２は、搬送サービス情報記憶部１６４、搬送サービス策定部１６６、注文処理部１６８、および通信部１７０を有する。搬送サービス情報記憶部１６４には、患者を搬送する車両を示すデータや患者を搬送する人数を示すデータと価格を示すデータとが対応付けて格納されている。搬送サービス策定部１６６は、取得した介助情報を利用して、どのような車両で搬送する必要があるか、また搬送に要する人数は何人かを決定することにより搬送サービスを策定し、策定した搬送サービスの内容を特定する搬送サービス情報を生成する。注文処理部１６８は、取得した注文情報を搬送サービス情報記憶部１６４などの記憶部に格納するなどの処理を実施する。
【００５４】
図６は、第２の実施形態に係る患者搬送サポートシステム１１０による搬送サービスの発注支援処理の処理手順を示すフローチャートである。ここで、Ｓ５０〜Ｓ５６までの処理は、図３におけるＳ１０〜Ｓ１６までの処理と同様である。退院予定がない場合（Ｓ１６のＮ）、いつ退院するかを特定することができず、退院時の搬送サービスを発注することが困難であるため、搬送サービス見積依頼ボタンをサービスメニューに表示することなく、本フローチャートにおける処理を一旦終了する。
【００５５】
退院予定がある場合（Ｓ５６のＹ）、表示制御部１５６は、サービスメニューに搬送サービス見積依頼のボタンを表示する（Ｓ５８）。ユーザによってこの搬送サービス見積依頼ボタンが押されると（Ｓ６０）、入力取得部１５８は搬送サービス見積依頼ボタンが押された旨を示す入力情報を取得し、介助情報取得部１５２は、介助情報の要求情報に入力された患者ＩＤを含めて介助情報サーバ１２０に送信する（Ｓ６２）。介助情報サーバ１２０は、介助情報の要求情報を受信すると、通信部１４６により、受信した介助情報に含まれる患者ＩＤに対応する介助情報を患者用端末１２２に返信する（Ｓ６４）。患者用端末１２２の介助情報取得部１５２は介助情報サーバ１２０から返信された介助情報を取得する。患者用端末１２２は、取得した介助情報から患者名、患者ＩＤ、患者の自宅住所や自宅電話番号など、患者の個人情報を抜き取り、通信部１６２により搬送サービス発注システム１３０に送信する（Ｓ６６）。
【００５６】
介助情報を受信すると、搬送サービス発注システム１３０の搬送サービス策定部１６６は、搬送サービスを策定する（Ｓ６８）。具体的には、搬送サービス策定部１６６は、まず受診した介助情報に含まれる介助人数を示す情報を利用して、退院当日に患者を搬送するために必要な人数を決定する。次に、搬送サービス策定部１６６は、受信した介助情報に含まれる車椅子の使用の有無を示す情報を利用して、患者が車椅子を使用しているか否かを判定する。搬送サービス策定部１６６は、車椅子の有無、および患者を搬送するために必要な人数などに基づいて、患者の搬送に使用する車の種類を決定する。搬送サービス策定部１６６は、このようにして患者を搬送するための人数や車両などを決定して搬送サービスを策定し、策定した搬送サービスとその価格を示す搬送サービス情報を生成する。
【００５７】
搬送サービス情報が生成されると、搬送サービス策定部１６６は、通信部１７０により搬送サービス情報を患者用端末１２２に送信し（Ｓ７０）、患者用端末１２２の搬送サービス情報取得部１５４は、搬送サービス発注システム１３０から送信された搬送サービス情報を取得する。なお、図４および図５において患者搬送業者１２８を１つだけ記載しているが、実際には患者搬送業者１２８は複数あり、搬送サービス情報取得部１５４は、複数の患者搬送業者１２８から上述と同様に搬送サービス情報を取得する。
【００５８】
表示制御部１５６は、取得した搬送サービス情報を利用して、患者の介助必要度に合致した搬送サービスの内容を、その価格と共に患者搬送業者１２８ごとに患者用端末１２２のディスプレイに表示する（Ｓ７２）。このとき表示制御部１５６は、患者が搬送サービスを注文するときに押す注文ボタンも患者搬送業者１２８ごとにディスプレイに表示する。
【００５９】
ユーザによって注文ボタンが押されたことを示す情報を入力取得部１５８が取得すると（Ｓ７４）、表示制御部１５６は、自宅住所などの個人情報を患者搬送業者１２８に送信してもよいかを、「Ｙｅｓ」、「Ｎｏ」などのボタンと共に患者用端末１２２のディスプレイに表示する（Ｓ７６）。注文実行部１６０は、ユーザにより「Ｙｅｓ」のボタンが押されたか「Ｎｏ」のボタンが押されたかを判定する（Ｓ７８）。ユーザによって「Ｎｏ」のボタンが押されたことを示す情報を入力取得部１５８が取得すると（Ｓ７８のＮ）、患者は個人情報を外部に送信することを希望しないと判断し、本フローチャートにおける処理を一旦終了する。
【００６０】
ユーザによって「Ｙｅｓ」のボタンが押されたことを示す情報を入力取得部１５８が取得すると（Ｓ７８のＹ）、注文実行部１６０は、ユーザによって押された注文ボタンに対応する搬送サービスを提供する患者搬送業者１２８の搬送サービス情報サーバ１３２に、選択された搬送サービスを特定する情報、医療情報から抽出した患者の氏名、電話番号、および自宅住所などの個人情報、および医療情報から抽出した退院情報を含む注文情報を搬送サービス発注システム１３０に送信することにより、ユーザによって選択された搬送サービスを発注する（Ｓ８０）。注文処理部１６８は、発注情報を搬送サービス情報記憶部１６４などの記憶部に格納する（Ｓ８２）。患者搬送業者１２８は、格納された注文情報に含まれる退院情報を利用して患者の退院日時を判断し、患者の退院時に患者が入院する病棟に行き、注文情報に含まれる自宅住所まで患者を搬送する（Ｓ８４）。
【００６１】
なお、医療情報サーバ１６において、退院予定が登録された状態から退院確定が登録されると、医療情報サーバ１６は、退院情報を含む医療情報を患者用端末１２２に送信する。患者用端末１２２は、退院確定が登録された退院情報を受信すると、表示制御部１５６は、サービスメニューなどに退院が確定した旨を表示する。退院確定が登録された患者が搬送サービスを発注していた場合、表示制御部１５６は、搬送サービス情報サーバ１３２へ発注を確定する指示入力がされる発注確定ボタンをサービスメニューなどに表示する。この発注確定ボタンが患者によって押されると、入力取得部１５８はその指示入力を取得し、注文実行部１６０は、発注を確定する通知を搬送サービス情報サーバ１３２に送信する。搬送サービス情報サーバ１３２は、受信した発注確定の通知に基づき、発注内容を確定する。
【００６２】
また、患者の退院が延期され、または取り消されることにより、医療情報サーバ１６に格納された医療情報に含まれる退院情報が変更された場合、医療情報サーバ１６は、変更された退院情報を含む医療情報を患者用端末１２２に送信する。患者用端末１２２は、医療情報に含まれる退院情報に基づいて、その医療情報に対応する患者の退院が延期され、または取り消されたと判定した場合、その患者のＩＤまたは注文時の注文情報を特定するデータを含むキャンセル情報を搬送サービス情報サーバ１３２に送信することにより、その患者が注文した搬送サービスの発注をキャンセルする。搬送サービス情報サーバ１３２は、キャンセル情報を受信すると、キャンセル情報に含まれる患者ＩＤまたは注文情報を特定するデータを利用して記憶部に格納された注文情報を特定し、特定した注文情報を記憶部から削除するなどの搬送サービスの発注のキャンセル処理を実施する。
【００６３】
（第３の実施形態）
図７は、第３の実施形態に係る介護サポートシステム２１０の模式的な全体構成図である。以下、第１の実施形態と同様の箇所については同一の符号を付して説明を省略する。
【００６４】
介護サポートシステム２１０は、医療情報管理システム１４、介護管理システム２１８、患者用端末２２２、介護サービス発注システム２３０を有する。医療情報管理システム１４、介護管理システム２１８、および患者用端末２２２は医療機関２１２に配置され、各々がイントラネットなどのネットワーク２２４によってデータを送受信可能に接続されている。
【００６５】
介護管理システム２１８は介護情報サーバ２２０を有する。患者用端末２２２が患者のベッド周辺に回動可能に支持されている点、タッチパネル式の液晶のディスプレイを有している点、およびインターネット２２６に接続されている点などは第１の実施形態に係る患者用端末２２と同様である。
【００６６】
介護サービス発注システム２３０は介護支援専門員派遣業者２２８により管理される。介護サービス発注システム２３０は介護サービス情報サーバ２３２を有し、介護サービス情報サーバ２３２はインターネット２２６に接続されている。このため、患者用端末２２２と介護サービス発注システム２３０は、インターネット２２６を介して相互にデータを送受信可能に接続されている。
【００６７】
図８は、第３の実施形態に係る介護サポートシステム２１０の機能ブロック図である。図８において医療情報サーバ１６、介護情報サーバ２２０、患者用端末２２２、および介護サービス情報サーバ２３２は、ＣＰＵ、ＲＯＭ、ＲＡＭなどのハードウェア、およびソフトウェアの連携によって実現される機能ブロックとして描かれている。したがって、これらの機能ブロックはハードウェアおよびソフトウェアの組合せによって様々な形で実現することができる。
【００６８】
介護情報サーバ２２０は、介護情報記憶部２４４および通信部２４６を有する。介護情報記憶部２４４は介護情報を格納する。この介護情報には、患者に対してどのような介護が必要かを示す介護必要度を特定する情報が含まれている。通信部２４６は、ネットワーク２２４を介して他のサーバやクライアント端末とデータを送受信する。
【００６９】
患者用端末２２２は、退院判定部２４８、医療情報取得部２５０、介護情報取得部２５２、介護サービス情報取得部２５４、表示制御部２５６、入力取得部２５８、注文実行部２６０、および通信部２６２を有する。退院判定部２４８は、取得した医療情報に含まれる退院情報に基づいて、患者に退院する予定があるか否かを判定する。医療情報取得部２５０は、医療情報サーバ１６から医療情報を取得する。介護情報取得部２５２は、介護情報サーバ２２０から介護情報を取得する。介護サービス情報取得部２５４は、介護サービス情報サーバ２３２から介護サービス情報を取得する。表示制御部２５６は、画像データを生成して患者用端末２２２のディスプレイに画像を表示させる。入力取得部２５８は、患者用端末２２２のタッチパネルを使ってユーザが入力した情報を取得する。注文実行部２６０は、介護サービス発注システム２３０に注文情報を送信することにより介護サービスを発注する。通信部２６２はネットワーク２２４またはインターネット２２６を介して他のサーバやクライアント端末とデータを送受信する。
【００７０】
介護サービス情報サーバ２３２は、介護サービス情報記憶部２６４、介護サービス策定部２６６、注文処理部２６８、および通信部２７０を有する。介護サービス情報記憶部２６４には、介護サービスの内容を示すデータと価格を示すデータとが対応付けて格納されている。介護サービス策定部２６６は、取得した介護情報を利用して介護サービスを策定し、策定した介護サービスの内容を特定する介護サービス情報を生成する。注文処理部２６８は、取得した注文情報を介護サービス情報記憶部２６４などの記憶部に格納するなどの処理を実施する。
【００７１】
図９は、第３の実施形態に係る介護サポートシステム２１０による介護サービスの発注支援処理の処理手順を示すフローチャートである。ここで、Ｓ１００〜Ｓ１０６までの処理は、図３におけるＳ１０〜Ｓ１６までの処理と同様である。退院予定がない場合（Ｓ１６のＮ）、いつ退院するかを特定することができず、介護サービスを発注することが困難であるため、介護サービス見積依頼ボタンをサービスメニューに表示することなく、本フローチャートにおける処理を一旦終了する。
【００７２】
退院予定がある場合（Ｓ１０６のＹ）、表示制御部２５６は、サービスメニューに介護サービス見積依頼のボタンを表示する（Ｓ１０８）。ユーザによってその介護サービス見積依頼ボタンが押されると（Ｓ１１０）、入力取得部２５８は介護サービス見積依頼ボタンが押された旨を示す入力情報を取得し、介護情報取得部２５２は、介護情報の要求情報に入力された患者ＩＤを含めて介護情報サーバ２２０に送信する（Ｓ１１２）。介護情報サーバ２２０は、介護情報の要求情報を受信すると、通信部２４６により、受信した介護情報に含まれる患者ＩＤに対応する介護情報を患者用端末２２２に返信する（Ｓ１１４）。患者用端末２２２の介護情報取得部２５２は介護情報サーバ２２０から返信された介護情報を取得する。患者用端末２２２は、取得した介護情報から患者名、患者ＩＤ、患者の自宅住所や自宅電話番号など、患者の個人情報を抜き取り、通信部２６２により介護サービス発注システム２３０に送信する（Ｓ１１６）。
【００７３】
介護情報を受信すると、介護サービス発注システム２３０の介護サービス策定部２６６は、受信した介護情報に含まれる要介護度の値などに基づいて介護サービスを策定し（Ｓ１１８）、策定した介護サービスとその価格を示す介護サービス情報を生成する。
【００７４】
介護サービス情報が生成されると、介護サービス策定部２６６は、通信部２７０により介護サービス情報を患者用端末２２２に送信し（Ｓ１２０）、患者用端末２２２の介護サービス情報取得部２５４は、介護サービス発注システム２３０から送信された介護サービス情報を取得する。なお、図７および図８において介護支援専門員派遣業者２２８を１つだけ記載しているが、実際には介護支援専門員派遣業者２２８は複数あり、介護サービス情報取得部２５４は、複数の介護支援専門員派遣業者２２８から上述と同様に介護サービス情報を取得する。
【００７５】
表示制御部２５６は、取得した介護サービス情報を利用して、患者の介護必要度に合致した介護サービスの内容を、その価格と共に介護支援専門員派遣業者２２８ごとに患者用端末２２２のディスプレイに表示する（Ｓ１２２）。このとき表示制御部２５６は、患者が介護サービスを注文するときに押す注文ボタンも介護支援専門員派遣業者２２８ごとにディスプレイに表示する。
【００７６】
ユーザによって注文ボタンが押されたことを示す情報を入力取得部２５８が取得すると（Ｓ１２４）、表示制御部２５６は、自宅住所などの個人情報を介護支援専門員派遣業者２２８に送信してもよいかを、「Ｙｅｓ」、「Ｎｏ」などのボタンと共に患者用端末２２２のディスプレイに表示する（Ｓ１２６）。注文実行部２６０は、ユーザにより「Ｙｅｓ」のボタンが押されたか「Ｎｏ」のボタンが押されたかを判定する（Ｓ１２８）。ユーザによって「Ｎｏ」のボタンが押されたことを示す情報を入力取得部２５８が取得すると（Ｓ１２８のＮ）、患者は個人情報を外部に送信することを希望しないと判断し、本フローチャートにおける処理を一旦終了する。
【００７７】
ユーザによって「Ｙｅｓ」のボタンが押されたことを示す情報を入力取得部２５８が取得すると（Ｓ１２８のＹ）、注文実行部２６０は、ユーザによって押された注文ボタンに対応する介護サービスを提供する介護支援専門員派遣業者２２８の介護サービス情報サーバ２３２に、選択された介護サービスを特定する情報、医療情報から抽出した患者の氏名、電話番号、および自宅住所などの個人情報、および医療情報から抽出した退院情報を含む注文情報を介護サービス発注システム２３０に送信することにより、ユーザによって選択された介護サービスを発注する（Ｓ１３０）。注文処理部２６８は、発注情報を介護サービス情報記憶部２６４などの記憶部に格納する（Ｓ１３２）。介護支援専門員派遣業者２２８は、格納された注文情報に含まれる退院情報を利用して患者の退院日時を判断し、患者の退院後に、例えば在宅介護であれば自宅住所まで介護支援専門委員を派遣するなど、注文された介護サービスを患者に提供する（Ｓ１３４）。
【００７８】
なお、医療情報サーバ１６において、退院予定が登録された状態から退院確定が登録されると、医療情報サーバ１６は、退院情報を含む医療情報を患者用端末２２２に送信する。患者用端末２２２は、退院確定が登録された退院情報を受信すると、表示制御部２５６は、サービスメニューなどに退院が確定した旨を表示する。退院確定が登録された患者が介護サービスを発注していた場合、表示制御部２５６は、介護サービス情報サーバ２３２へ発注を確定する指示入力がされる発注確定ボタンをサービスメニューなどに表示する。この発注確定ボタンが患者によって押されると、入力取得部２５８はその指示入力を取得し、注文実行部２６０は、発注を確定する通知を介護サービス情報サーバ２３２に送信する。介護サービス情報サーバ２３２は、受信した発注確定の通知に基づき、発注内容を確定する。
【００７９】
なお、患者の退院が延期され、または取り消されることにより、医療情報サーバ１６に格納された医療情報に含まれる退院情報が変更された場合、医療情報サーバ１６は、変更された退院情報を含む医療情報を患者用端末２２２に送信する。患者用端末２２２は、医療情報に含まれる退院情報に基づいて、その医療情報に対応する患者の退院が延期され、または取り消されたと判定した場合、その患者のＩＤまたは注文時の注文情報を特定するデータを含むキャンセル情報を介護サービス情報サーバ２３２に送信することにより、その患者が注文した搬送サービスの発注をキャンセルする。介護サービス情報サーバ２３２は、キャンセル情報を受信すると、キャンセル情報に含まれる患者ＩＤまたは注文情報を特定するデータを利用して記憶部に格納された注文情報を特定し、特定した注文情報を記憶部から削除するなどの搬送サービスの発注のキャンセル処理を実施する。
【００８０】
本発明は上述の各実施形態に限定されるものではなく、各実施形態の各要素を適宜組み合わせたものも、本発明の実施形態として有効である。また、当業者の知識に基づいて各種の設計変更等の変形を各実施形態に対して加えることも可能であり、そのような変形が加えられた実施形態も本発明の範囲に含まれうる。以下、そうした例をあげる。
【００８１】
ある変形例では、患者が注文した在宅食サービス、搬送サービス、または介護サービスを示す注文情報を、医療機関に設けられたサーバに格納する。これによって、医療機関は、退院後、または退院時にどのような在宅食サービス、搬送サービス、または介護サービスなどのサービスを受けたかを知ることができ、必要な場合は退院前に注文したサービスが患者にとって適切なものであるかをチェックすることが可能となる。この場合、注文情報は、患者用端末から医療機関のサーバに送信されてもよく、また、在宅食提供業者２８、患者搬送業者１２８、または介護支援専門員派遣業者２２８から医療機関のサーバに送信されてもよい。
【００８２】
第１の実施形態に対するある変形例では、患者、または患者を介護する介護支援専門員などは、患者の自宅の端末装置を使用して摂取したカロリーや栄養素などの情報を入力して医療機関に送信する。医療機関は、医療機関内に設けられたサーバに受信したこれらの情報を格納する。これにより、医師、看護師、または栄養士は、自宅における患者の栄養管理状況をチェックすることが可能となる。また、患者、または患者を介護する介護支援専門員などは、食後の在宅食をデジタルカメラなどにより撮影し、得られた画像データを医療機関のサーバに送信してもよい。これによって、医師、看護師、または栄養士は、患者が在宅食をどれほど残しているかをチェックすることができ、自宅における患者の栄養管理状況をさらに詳細にチェックすることが可能となる。
【図面の簡単な説明】
【００８３】
【図１】第１の実施形態に係る在宅食サポートシステムの模式的な全体構成図である。
【図２】第１の実施形態に係る在宅食サポートシステムの機能ブロック図である。
【図３】第１の実施形態に係る在宅食サポートシステムによる在宅食サービスの発注支援処理の処理手順を示すフローチャートである。
【図４】第２の実施形態に係る患者搬送サポートシステムの模式的な全体構成図である。
【図５】第２の実施形態に係る患者搬送サポートシステムの機能ブロック図である。
【図６】第２の実施形態に係る患者搬送サポートシステムによる搬送サービスの発注支援処理の処理手順を示すフローチャートである。
【図７】第３の実施形態に係る介護サポートシステムの模式的な全体構成図である。
【図８】第３の実施形態に係る介護サポートシステムの機能ブロック図である。
【図９】第３の実施形態に係る介護サポートシステムによる介護サービスの発注支援処理の処理手順を示すフローチャートである。
【符号の説明】
【００８４】
１０  在宅食サポートシステム、  １４  医療情報管理システム、  １６  医療情報サーバ、  １８  栄養管理システム、  ２０  栄養管理情報サーバ、  ２２  患者用端末、  ２８  在宅食提供業者、  ３０  在宅食発注システム、  ３２  在宅食情報サーバ、  ４８  退院判定部、  ５０  医療情報取得部、  ５２  栄養管理情報取得部、  ５４  在宅食情報取得部、  ５６  表示制御部、  ５８  入力取得部、  ６０  注文実行部、  ６６  在宅食サービス策定部。
【図１】
2008233949.tif 000003
【図２】
2008233949.tif 000004
【図３】
2008233949.tif 000005
【図４】
2008233949.tif 000006
【図５】
2008233949.tif 000007
【図６】
2008233949.tif 000008
【図７】
2008233949.tif 000009
【図８】
2008233949.tif 000010
【図９】
2008233949.tif 000011