医療診断支援コンピュータシステム、コンピュータプログラム、及びサーバコンピュータ
【課題】医師が患者の病態を的確に判断するための情報を適切に提供するとともに、患者への情報の提供の際における患者の理解容易性を確保したシステムを提供する。
【解決手段】表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部を備え、前記医師用画面Ｗ２は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面Ｗ３は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている。
【解決手段】表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部を備え、前記医師用画面Ｗ２は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面Ｗ３は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、糖尿病などの診療支援に用いられる医療診断支援コンピュータシステム、コンピュータプログラム、及びサーバコンピュータに関するものである。
【背景技術】
【０００２】
病気の治療に際しては、医師による問診に加え、患者に対して様々な検査が行われるのが一般的である。
そして、医師は、患者の検査結果や臨床所見などの判断材料に基づいて、自己の経験と勘を頼りに、治療方法を選択しているというのが現状である。
【０００３】
したがって、診療に役立つ情報がコンピュータによって提供されれば、医師による診療が、より的確に行われることを期待できる。
診療を支援するシステムとしては、特許文献１及び特許文献２に記載されているように、血糖値を予測するシステムがある。
これらのシステムは、患者の血糖値の変化を予測して、予測血糖値を医師に提供することにより、診療を支援するものである。
【特許文献１】特開平１０−３３２７０４号公報
【特許文献２】特開平１１−２９６５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
適切な治療方法を選択する際には、医師が、病気の各種症状の原因を構成する要因を適切に把握することが望まれる。要因を適切に把握できれば、その要因を改善する治療を行うことで、より適切な治療が期待できる。
しかし、医師が、要因を把握するために用いることができるデータは、患者を検査して得られる検査値ぐらいである。
検査値だけでも、医師が要因を把握できる疾患であればよいが、疾患によっては、検査値からだけでは、要因を適切に把握することが著しく困難な場合がある。
【０００５】
例えば、糖尿病の場合、その病気の程度を示す指標として「血糖値」が用いられる。しかし、「血糖値」は、あくまでも結果にすぎず、この結果をもたらしたインスリン分泌不全、末梢インスリン抵抗性、肝糖取込低下、肝糖放出亢進といった病態を、前記臨床所見等から的確に把握するのは容易ではない。
【０００６】
したがって、特許文献１及び２のような血糖値の予測値が医師に提供されるだけでは、患者の病態を的確に判断するのは依然として困難である。
【０００７】
また、例えば、糖尿病や心臓疾患等にあっては、通常、経口糖負荷試験や心電図、血圧、脈拍の測定、血液検査等の検査結果を用いて専門医が患者の病態を判断することになるが、前記検査結果から正確に病態を判断するには、豊富な経験を必要とし、非専門医には困難である。
そこで、検査結果から正確に病態を判断することができるように、経験の浅い医師や非専門医を教育する効果のあるシステムも要望されている。
【０００８】
一方、上記のように、医師が患者の病態を的確に判断するための支援システムが望まれるものの、そのようなシステムは、患者に必要な情報を提供するためにも用いることができれば好適である。
つまり、患者が、自己の状況を把握することは、治療効果を高める上でも重要であり、システムから画面表示等によって提供される情報は、医師だけでなく、患者も見ることが望まれる。
【０００９】
しかし、医師が患者の病態を的確に判断する際の情報の提供の仕方と同じ方法で、患者に情報を提供すると、患者にとっては複雑すぎる場合があり、患者の理解容易性が損なわれる。
ところが、患者にわかりやすく情報を提供しようとすると、画面表示等される情報量が少なくなり、医師が患者の病態を的確に判断するのが困難となって医師の診断容易性が損なわれる。
【００１０】
そこで、本発明は、医師が患者の病態を的確に判断するための情報を適切に提供するとともに、患者への情報の提供の際における患者の理解容易性を確保したシステム等を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、表示装置と、表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、を備え、前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている。
【００１２】
上記本発明によれば、医師用画面では、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域が同時に表示されるため、病態情報と関連情報とを総合して病態を的確に判断することができる。
また、患者用画面では、患者の前記病態情報と患者の関連情報とが、選択的に切り替え表示されるため、病態情報の表示と関連情報の表示それぞれがシンプルになり、患者によって見やすく、理解が容易なものとなる。
【００１３】
前記関連情報には、患者の医療検査の結果情報を含むのが好ましい。
また、前記関連情報には、医師の診察の結果である所見情報を含むのが好ましい。
前記関連情報には、患者への薬の投与状況を示す処方情報を含むのが好ましい。
【００１４】
患者用画面において前記病態情報又は前記関連情報を選択的に表示するための画面領域は、医師用画面において前記病態情報を表示するための画面領域又は前記関連情報を表示するための画面領域それぞれよりも大きいのが好ましく、この場合、患者用画面が患者にとって見やすいものとなる。
【００１５】
他の観点からみた本発明は、医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、表示装置と、表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、を備え、前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含む。
【００１６】
上記本発明によれば、医師用画面では、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域が同時に表示されるため、病態情報と関連情報とを総合して病態を的確に判断することができる。
また、患者用画面では、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むため、患者には理解が困難な病態情報を表示せずに、患者にとってより必要な検査結果情報を表示することができる。よって、検査結果情報が、患者によって見やすく、理解が容易なものとなる。
【００１７】
患者用画面において前記検査結果画面の画面領域は、医師用画面において前記関連情報を表示するための画面領域よりも大きいのが好ましく、この場合、患者用画面が見やすくなる。
【００１８】
前記病態情報は、前記生体モデルを用いたシミュレーション解析によって得られた糖尿病の病態情報を含むのが好ましい。
【００１９】
前記病態情報の表示は、前記生体モデルを用いたシミュレーション解析によって得られた病態情報を示すレーダーチャートを含むのが好ましい。
【００２０】
他の観点からみた本発明は、表示装置を有するコンピュータシステムを、上記医療診断支援コンピュータシステムとして機能させるためのコンピュータプログラムである。
【００２１】
更に他の観点からみた本発明は、医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、前記医師用画面は、患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、患者に関する１又は複数の関連情報を表示するための画面領域と、を同時に表示するよう構成され、前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されているものである。
【００２２】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、前記医師用画面は、患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、患者に関する１又は複数の関連情報を表示するための画面領域と、を同時に表示するよう構成され、前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むものである。
【発明の効果】
【００２３】
本発明によれば、医師が患者の病態を的確に判断するための情報を適切に提供するとともに、患者への情報の提供の際における患者の理解容易性を確保することができる。
【発明を実施するための最良の形態】
【００２４】
以下、添付図面を参照しつつ、本発明の医療診断支援コンピュータシステム（以下、単に「システム」ともいう）の実施の形態を詳細に説明する。
［システム全体構成］
図１は、医療診断支援コンピュータシステムＳＳを、サーバ−クライアントシステムとして構成した場合のシステム構成図を示している。なお、本実施形態において、システムＳＳは、糖尿病の診断を支援するためのシステムとして構築されている。
【００２５】
このシステムＳＳは、サーバコンピュータ（以下、単に「サーバ」ともいう）Ｓと、サーバＳにインターネット又はＬＡＮ等のネットワークを介して接続されたクライアント端末装置（以下、単に「クライアント」ともいう）Ｃとを含むネットワークシステムとして構成されている。
なお、このシステムＳＳは、１台のコンピュータによって構成されていてもよい。
【００２６】
前記クライアントＣは、医師又は検査技師等のユーザによって使用される。このクライアントＣは、表示装置（ディスプレイ）及び入力装置（キーボード又はマウス等）を有するコンピュータによって構成されている。また、クライアントＣには、図示しないプリンタが接続され、クライアントの表示画面等を印刷することができる。
【００２７】
前記クライアントＣは、ＷｅｂブラウザＣ１を備えている。このＷｅｂブラウザＣ１は、システムＳＳのユーザインターフェースとして機能する。つまり、ユーザは、ＷｅｂブラウザＣ１には、サーバＳで生成されてクライアントＣへ送信された画面が出力される。ＷｅｂブラウザＣ１上で、入力や必要な操作を行うことができる。
【００２８】
サーバＳは、アプリケーションサーバＳ１としての機能、シミュレータ・解析サーバＳ２としての機能、及びデータベースサーバＳ３としての機能を有している。なお、各機能Ｓ１〜Ｓ３は、１台のコンピュータで実現してもよいし、ネットワーク接続された複数のコンピュータによって実現してもよい。
【００２９】
本実施形態において、アプリケーションサーバＳ１は、ネットワークシステムＳＳを医療診断支援システムとして機能させるために中核的な働きを担っており、ＷｅｂブラウザＣ１に表示される画面を生成してクライアント端末Ｃに送信したり、ＷｅｂブラウザＣ１上で入力された情報をクライアント端末Ｃから受け付けたりする機能を有している。
このため、アプリケーションサーバＳ１には、ＷｅｂブラウザＣ１で表示されるユーザインターフェース画面を生成する機能、クライアント端末Ｃから情報を受け付ける機能、その他の必要な処理を行う機能を実現するためのコンピュータプログラム（アプリケーションプログラム）が、コンピュータ実行可能に搭載されている。
【００３０】
なお、クライアント端末Ｃは、サーバＳから、ＷｅｂブラウザＣ１に表示される画面の一部又は全部の機能を実現するためのｊａｖａ（登録商標）アプレット等のプログラムをダウンロードして、ＷｅｂブラウザＣ１に画面を表示してもよい。
【００３１】
シミュレータ・解析サーバ（病態情報解析サーバ）Ｓ２は、患者の生体機能を表現した生体モデルをコンピュータ（サーバＳ）上で構築し、当該生体モデルに基づいて患者の病態情報（糖尿病の病態情報）を生成する。
本実施形態において、前記生体モデルは、人体全体又はある疾患についての生体機能を表現すべく、生体機能に関する複数のパラメータを含むコンピュータ上の数理モデルとして構築されている。シミュレータ・解析サーバＳ２は、後述のように、前記生体モデルに基づいて、特定の患者の疾患（糖尿病）に関するシミュレーションを行い、当該シミュレーションによって当該患者の病態情報を取得する。
【００３２】
なお、シミュレータ・解析サーバ（病態情報生成サーバ；病態情報生成部）Ｓ２には、病態シミュレータ・解析プログラム（病態情報解析コンピュータプログラム）が、コンピュータ実行可能に搭載されており、当該プログラムによって、シミュレーション及び解析機能が実現される。
【００３３】
前記データベースサーバＳ３には、患者の検査結果等の各種データＤＢ１〜ＤＢ７を有するデータベースが構築されている。
【００３４】
図２は、前記サーバＳのハードウェア構成を示すブロック図である。前記サーバＳは、本体Ｓ１１０と、ディスプレイＳ１２０と、入力デバイスＳ１３０とから主として構成されたコンピュータによって構成されている。本体Ｓ１１０は、ＣＰＵＳ １１０ａと、ＲＯＭ Ｓ１１０ｂと、ＲＡＭ Ｓ１１０ｃと、ハードディスクＳ１１０ｄと、読出装置Ｓ１１０ｅと、入出力インタフェースＳ１１０ｆと、画像出力インタフェースＳ１１０ｈとから主として構成されており、ＣＰＵ Ｓ１１０ａ、ＲＯＭ Ｓ１１０ｂ、ＲＡＭ Ｓ１１０ｃ、ハードディスクＳ１１０ｄ、読出装置Ｓ１１０ｅ、入出力インタフェースＳ１１０ｆ、及び画像出力インタフェースＳ１１０ｈは、バスＳ１１０ｉによってデータ通信可能に接続されている。
【００３５】
ＣＰＵＳ１１０ａは、ＲＯＭＳ１１０ｂに記憶されているコンピュータプログラム及びＲＡＭＳ１１０ｃにロードされたコンピュータプログラムを実行することが可能である。
そして、アプリケーションサーバＳ１機能を実現するためのアプリケーションプログラム１４０ａ、シミュレータ・解析サーバＳ２機能を実現するためのプログラム、及びデータベースサーバ機能を実現するためのプログラム、を当該ＣＰＵ１１０ａが実行することにより、後述するような各機能ブロックが実現され、コンピュータが本実施形態のサーバＳとして機能する。
ＲＯＭ Ｓ１１０ｂは、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵＳ１１０ａに実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００３６】
ＲＡＭ Ｓ１１０ｃは、ＳＲＡＭ又はＤＲＡＭ等によって構成されている。ＲＡＭ Ｓ１１０ｃは、ＲＯＭ Ｓ１１０ｂ及びハードディスクＳ１１０ｄに記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ Ｓ１１０ａの作業領域として利用される。
ハードディスクＳ１１０ｄは、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ Ｓ１１０ａに実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００３７】
読出装置Ｓ１１０ｅは、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体Ｓ１４０に記録されたコンピュータプログラム又はデータを読み出すことができる。また、可搬型記録媒体Ｓ１４０には、コンピュータを本発明のシステムとして機能させるためのコンピュータプログラムが格納されており、コンピュータが当該可搬型記録媒体Ｓ１４０から必要なアプリケーションプログラムＳ１４０ａ等を読み出し、当該アプリケーションプログラムＳ１４０ａ等をハードディスクＳ１１０ｄにインストールすることが可能である。
【００３８】
なお、前記アプリケーションプログラムＳ１４０ａ等の前記コンピュータプログラムは、可搬型記録媒体Ｓ１４０によって提供されるのみならず、電気通信回線（有線、無線を問わない）によってコンピュータと通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。例えば、前記アプリケーションプログラムＳ１４０ａ等がインターネット上のアプリケーションプログラム提供サーバコンピュータのハードディスク内に格納されており、このサーバコンピュータにアクセスして、当該コンピュータプログラムをダウンロードし、これをハードディスクＳ１１０ｄにインストールすることも可能である。
また、ハードディスクＳ１１０ｄには、例えば米マイクロソフト社が製造販売するＷｉｎｄｏｗｓ（登録商標）等のグラフィカルユーザインタフェース環境を提供するオペレーティングシステムがインストールされている。以下の説明においては、本実施形態において説明するコンピュータプログラムは当該オペレーティングシステム上で動作するものとしている。
【００３９】
入出力インタフェースＳ１１０ｆは、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェース等から構成されている。入出力インタフェースＳ１１０ｆには、キーボードおよびマウスからなる入力デバイスＳ１３０が接続されており、ユーザが当該入力デバイスＳ１３０を使用することにより、コンピュータにデータを入力することが可能である。
画像出力インタフェースＳ１１０ｈは、ＬＣＤまたはＣＲＴ等で構成されたディスプレイＳ１２０に接続されており、ＣＰＵＳ１１０ａから与えられた画像データに応じた映像信号をディスプレイＳ１２０に出力するようになっている。ディスプレイＳ１２０は、入力された映像信号にしたがって、画像（画面）を表示する。
【００４０】
なお、前記クライアント端末Ｃのハードウェア構成も、前記サーバＳのハードウェア構成と同様である。
【００４１】
［シミュレータ・解析サーバＳ２について］
以下、シミュレータ・解析サーバ（病態情報生成サーバ；病態情報生成部）Ｓ２について説明する。
【００４２】
［生体モデルについて］
図３は、本実施形態の病態シミュレーションのために用いられる生体モデルの一例の全体構成を示すブロック図である。この生体モデルは、特に、糖尿病に関連した生体器官を模したものであり、膵臓ブロック１、肝臓ブロック２、インスリン動態ブロック３及び末梢組織ブロック４から構成されている。
【００４３】
各ブロック１，２，３，４は、それぞれ入力と出力を有している。すなわち、膵臓ブロック１は、血中グルコース濃度６を入力とし、インスリン分泌速度７を出力としている。
肝臓ブロック２は、消化管からのグルコース吸収５、血中グルコース濃度６及びインスリン分泌速度７を入力とし、正味グルコース放出８及び肝臓通過後インスリン９を出力としている。
また、インスリン動態ブロック３は、肝臓通過後インスリン９を入力とし、末梢組織でのインスリン濃度１０を出力としている。
さらに、末梢組織ブロック４は、正味グルコース放出８及び末梢組織でのインスリン濃度１０を入力とし、血中グルコース濃度６を出力としている。
【００４４】
グルコース吸収５は、生体モデル外部（データベースサーバＳ３）から与えられるデータである。本実施形態において、グルコース吸収に関するデータは、実際の検査データ（生体応答）としてデータベースＳ３に登録されている。
また、それぞれの機能ブロック１〜４は、コンピュータプログラムがサーバＳ２のＣＰＵによって実行されることにより実現される。
【００４５】
つぎに、前述した例における各ブロックの詳細について説明する。なお、ＦＧＢ及びＷｓはそれぞれ空腹時血糖値（ＦＧＢ＝ＢＧ（０））及び患者体重を示しており、またＤＶｇ及びＤＶｉはそれぞれグルコースに対する分布容量体積及びインスリンに対する分布容量体積を示している。
【００４６】
［生体モデルの膵臓ブロック］
膵臓ブロック１の入出力の関係は、以下の微分方程式（１）を用いて記述することができる。また、微分方程式（１）と等価な、図４に示されるブロック線図を用いて表現することもできる。
微分方程式（１）：
ｄＹ／ｄｔ ＝ −α｛Ｙ（ｔ）−β（ＢＧ（ｔ）−ｈ）｝
（ただし、ＢＧ（ｔ）＞ ｈ）
＝ −αＹ（ｔ） （ただし、ＢＧ（ｔ）＜=ｈ）
ｄＸ／ｄｔ ＝ −Ｍ・Ｘ（ｔ）＋Ｙ（ｔ）
ＳＲ（ｔ） ＝ Ｍ・Ｘ（ｔ）
変数：
ＢＧ（ｔ）：血糖値
Ｘ（ｔ） ：膵臓から分泌可能なインスリン総量
Ｙ（ｔ） ：グルコース刺激に対しＸ（ｔ）に新たに供給されるインスリン供給速度
ＳＲ（ｔ）：膵臓からのインスリン分泌速度
パラメータ：
ｈ ：インスリン供給を刺激できるグルコース濃度のしきい値
α ：グルコース刺激に対する追従性
β ：グルコース刺激に対する感受性
Ｍ ：単位濃度あたりの分泌速度
ここで、図３における膵臓ブロック１への入力である血糖値６はＢＧ（ｔ）と対応し、また出力であるインスリン分泌速度７はＳＲ（ｔ）と対応する。
【００４７】
図４のブロック線図において、６は血糖値ＢＧ（ｔ）、７は膵臓からのインスリン分泌速度ＳＲ（ｔ）、１２はインスリン供給を刺激できるグルコース濃度のしきい値ｈ、１３はグルコース刺激に対する感受性β、１４はグルコース刺激に対する追従性α、１５は積分要素、１６はグルコース刺激に対して新たに供給されるインスリン供給速度Ｙ（ｔ）、１７は積分要素、１８は膵臓から分泌可能なインスリン総量Ｘ（ｔ）、１９は単位濃度当たりの分泌速度Ｍをそれぞれ示している。
【００４８】
［生体モデルの肝臓ブロック］
肝臓ブロック２の入出力の関係は、以下の微分方程式（２）を用いて記述することができる。また、微分方程式（２）と等価な、図５に示されるブロック線図を用いて表現することもできる。
微分方程式（２）：
ｄＩ４（ｔ）／ｄｔ ＝ α２｛−Ａ３Ｉ４（ｔ） ＋ (1−Ａ７)・ＳＲ（ｔ） ｝
Ｇｏｆｆ（ＦＧＢ） ＝ ｆ１ (ただし ＦＧＢ＜ｆ３）
＝ ｆ１ ＋ ｆ２・(ＦＧＢ−ｆ３)
(ただしＦＧＢ＞＝ｆ３）
Ｆｕｎｃ１（ＦＧＢ）＝ ｆ４ − ｆ５・(ＦＧＢ−ｆ６)
Ｆｕｎｃ２（ＦＧＢ）＝ｆ７／ＦＧＢ
ｂ１(Ｉ４（ｔ）)＝ ｆ８｛1 ＋ ｆ９・Ｉ４（ｔ）｝
ＨＧＵ（ｔ） ＝ｒ・Ｆｕｎｃ１（ＦＧＢ）・ｂ１(Ｉ４（ｔ）)・ＲＧ（ｔ）＋ (1−r)・Ｋｈ・ＢＧ（ｔ）・Ｉ４（ｔ） （ただしＨＧＵ（ｔ）＞＝０）
ＨＧＰ（ｔ） ＝ Ｉ４ｏｆｆ・Ｆｕｎｃ２（ＦＧＢ）・ｂ２＋Ｇｏｆｆ（ＦＧＢ）−Ｉ４（ｔ）・Ｆｕｎｃ２（ＦＧＢ）・ｂ２ （ただしＨＧＰ（ｔ）＞= ０）
ＳＧＯ（ｔ） ＝ＲＧ（ｔ）＋ ＨＧＰ（ｔ）−ＨＧＵ（ｔ）
ＳＲｐｏｓｔ（ｔ） ＝ Ａ７ＳＲ（ｔ）
変数：
ＢＧ（ｔ）：血糖値（血液単位体積あたりのグルコース濃度）
ＳＲ（ｔ）：膵臓からのインスリン分泌速度
ＳＲｐｏｓｔ（ｔ）：肝臓通過後のインスリン
ＲＧ（ｔ） ：消化管からのグルコース吸収
ＨＧＰ（ｔ） ：肝糖放出
ＨＧＵ（ｔ） ：肝糖取込
ＳＧＯ（ｔ） ：肝臓からの正味グルコース
Ｉ４（ｔ） ：肝インスリン濃度
パラメータ：
Ｋｈ ：単位インスリン、単位グルコース当たりの肝臓でのインスリン依存グルコース取り込み速度
Ａ７ ：肝臓でのインスリン取り込み率
Ｇｏｆｆ ：基礎代謝に対するグルコース放出速度
ｂ２ ：肝糖放出抑制率に関する調整項
ｒ ：インスリン非依存性肝糖取り込みへの分配率
α２ ：インスリン刺激に対する追従性
Ｉ４ｏｆｆ ：肝糖放出が抑制されるインスリン濃度のしきい値
関数：
Ｇｏｆｆ（ＦＧＢ）： 基礎代謝に対するグルコース放出速度
Ｆｕｎｃ１（ＦＧＢ）： 消化管からのグルコース刺激に対する肝糖取り込み率
Ｆｕｎｃ２（ＦＧＢ）： インスリン刺激に対する肝糖放出抑制率
ｆ１〜ｆ９ ： 上記の3要素の表現にあたって用いた定数
ｂ１（Ｉ４（ｔ））： 肝糖取り込み率に関する調整項
ここで、図３における肝臓ブロックへの入力である、消化管からのグルコース吸収５はＲＧ（ｔ）、血糖値６はＢＧ（ｔ）、インスリン分泌速度７はＳＲ（ｔ）とそれぞれ対応し、また出力である正味グルコース放出８はＳＧＯ（ｔ）、肝臓通過後インスリン９はＳＲｐｏｓｔ（ｔ）とそれぞれ対応している。
【００４９】
図５のブロック線図において、５は消化管からのグルコース吸収ＲＧ（ｔ）、６は血糖値ＢＧ（ｔ）、７は膵臓からのインスリン分泌速度ＳＲ（ｔ）、８は肝臓からの正味グルコースＳＧＯ（ｔ）、９は肝臓通過後のインスリンＳＲｐｏｓｔ（ｔ）、２４は肝臓のインスリン通過率（１−Ａ７）、２５はインスリン刺激に対する追従性α２、２６は肝臓通過後のインスリン分配速度Ａ３、２７は積分要素、２８は肝インスリン濃度I４（ｔ）、９はインスリン依存性肝糖取り込み分配率（１−ｒ）、３０は単位インスリン、単位グルコース当たりの肝臓でのインスリン依存グルコース取り込み速度Ｋｈ、３１はインスリン非依存性肝糖取り込みへの分配率ｒ、３２は消化管からのグルコース刺激に対する肝糖取り込み率Ｆｕｎｃ１（ＦＧＢ）、３３は肝糖取り込み率に関する調整項ｂ１（Ｉ４（ｔ））、３４は肝糖取込ＨＧＵ（ｔ）、３５は肝糖放出が抑制されるインスリン濃度のしきい値Ｉ４ｏｆｆ、３６はインスリン刺激に対する肝糖放出抑制率Ｆｕｎｃ２（ＦＧＢ）、３７は肝糖放出抑制率に関する調整項ｂ２、３８は基礎代謝に対するグルコース放出速度、３９は肝糖放出ＨＧＰ（ｔ）、４０は肝臓でのインスリン取り込み率Ａ７を示している。
【００５０】
［生体モデルのインスリン動態ブロック］
インスリン動態分泌の入出力の関係は、以下の微分方程式（３）を用いて記述することができる。また、微分方程式（３）と等価な、図６に示されるブロック線図を用いて表現することもできる。
微分方程式（３）：
ｄＩ１（ｔ）／ｄｔ ＝ −Ａ３Ｉ１（ｔ）＋Ａ５Ｉ２（ｔ）＋Ａ４Ｉ３（ｔ）＋ＳＲｐｏｓｔ（ｔ）
ｄＩ２（ｔ）／ｄｔ＝ Ａ６Ｉ１（ｔ）− Ａ５Ｉ２（ｔ）
ｄＩ３（ｔ）／ｄｔ＝Ａ２Ｉ１（ｔ） − Ａ１Ｉ３（ｔ）
変数：
ＳＲｐｏｓｔ（ｔ）：肝臓通過後のインスリン
Ｉ１（ｔ） ：血中インスリン濃度
Ｉ２（ｔ） ：インスリン非依存組織でのインスリン濃度
Ｉ３（ｔ） ：末梢組織でのインスリン濃度
パラメータ：
Ａ１ ：末梢組織でのインスリン消失速度
Ａ２ ：末梢組織へのインスリン分配率
Ａ３ ：肝臓通過後のインスリン分配速度
Ａ４ ：末梢組織通過後のインスリン流出速度
Ａ５ ：インスリン非依存組織でのインスリン消失速度
Ａ６ ：インスリン非依存組織へのインスリン分配率
ここで、図３におけるインスリン動態ブロックの入力である肝臓通過後のインスリン９は、ＳＲｐｏｓｔ（ｔ）と対応し、また出力である末梢組織でのインスリン濃度１０は、Ｉ３（ｔ）と対応する。
【００５１】
図６のブロック線図において、９は肝臓通過後のインスリンＳＲｐｏｓｔ（ｔ）、１０は末梢組織でのインスリン濃度Ｉ３（ｔ）、５０は積分要素、５１は肝臓通過後のインスリン分配速度Ａ３、５２は血中インスリン濃度Ｉ１（ｔ）、５３は末梢組織へのインスリン分配率Ａ２、５４は積分要素、５５は末梢組織でのインスリン消失速度Ａ１、５６は末梢組織通過後のインスリン流出速度Ａ４、５７はインスリン非依存組織へのインスリン分配率Ａ６、５８は積分要素、５９はインスリン非依存組織でのインスリン濃度Ｉ２（ｔ）、６０はインスリン非依存組織でのインスリン消失速度Ａ５をそれぞれ示している。
【００５２】
［生体モデルの末梢組織ブロック］
末梢組織ブロック４の入出力の関係は、以下の微分方程式（４）を用いて記述することができる。また、微分方程式（４）と等価な、図７に示されるブロック線図を用いて表現することもできる。
微分方程式（４）：
ｄＢＧ´／ｄｔ＝ＳＧＯ（ｔ）−ｕ* Ｇｏｆｆ（ＦＧＢ）−Ｋｂ（ＢＧ´（ｔ）−ＦＢＧ´）−Ｋｐ・Ｉ３（ｔ）・ＢＧ´（ｔ）
変数：
ＢＧ´（ｔ） ：血糖値（単位体重あたりのグルコース濃度）
(ただしＢＧ[ｍｇ／ｄｌ]、ＢＧ´[ｍｇ／ｋｇ])
ＳＧＯ（ｔ） ：肝臓からの正味グルコース
Ｉ３（ｔ） ：末梢組織でのインスリン濃度
ＦＢＧ´ ：空腹時血糖（ただしＦＢＧ´＝ＢＧ´（０））
パラメータ：
Ｋｂ ：末梢組織でのインスリン非依存グルコース消費速度
Ｋｐ ：単位インスリン、単位グルコースあたりの
末梢組織でのインスリン依存グルコース消費速度
ｕ ：基礎代謝に対するグルコース放出速度のうち
基礎代謝に対するインスリン非依存グルコース消費が占める割合
関数：
Ｇｏｆｆ（ＦＧＢ）：基礎代謝に対するグルコース放出速度
ｆ１〜ｆ３ ：Ｇｏｆｆの表現にあたって用いた定数
ここで、図３における末梢組織ブロックへの入力である末梢組織でのインスリン濃度１０はＩ３（ｔ）、肝臓からの正味グルコース８はＳＧＯ（ｔ）とそれぞれ対応し、また出力である血糖値６はＢＧ（ｔ）と対応する。
【００５３】
図７のブロック線図において、６は血糖値ＢＧ（ｔ）、８は肝臓からの正味グルコースＳＧＯ（ｔ）、１０は末梢組織でのインスリン濃度Ｉ３（ｔ）、７０は基礎代謝に対するインスリン非依存グルコース消費速度ｕ* Ｇｏｆｆ（ＦＧＢ）、７１は積分要素、７２は末梢組織でのインスリン非依存グルコース消費速度Ｋｂ、７３は単位インスリン、単位グルコース当たりの末梢組織でのインスリン依存グルコース消費速度Ｋｐ、７４は単位変換定数Ｗｓ／ＤＶｇをそれぞれ示している。
【００５４】
図３に示されるように、本システムを構成するブロック間の入力、出力は、相互に接続されているため、消化管からのグルコース吸収５を与えることで、血糖値、インスリン濃度の時系列変化を、数式に基づいて計算し、シミュレートすることができる。
【００５５】
本システムの微分方程式の計算には、例えばＥ−Ｃｅｌｌ（慶應義塾大学公開ソフトウェア）やＭａｔＬａｂ（マスワークス社製品）を用いることができるが、他の計算システムを用いてもよい。
【００５６】
［生体モデル生成部］
図３〜図７に示す上述の生体モデルによって、個々の患者の生体器官をシミュレートするには、個々の患者に応じた特性を有する生体モデルを生成する必要がある。具体的には、生体モデルのパラメータと変数の初期値とを、個々の患者に応じて決定し、決定されたパラメータ及び初期値を生体モデルに適用して、個々の患者に対応した生体モデルを生成する必要がある（なお、以下では、特に区別しなければ、変数の初期値も生成対象のパラメータに含めるものとする）。
【００５７】
本システムＳＳのサーバ２（のシミュレータ・解析サーバＳ２）は、生体モデル生成部としての機能を実現するため、生体モデルの内部パラメータの組である内部パラメータセット（以下、単に「パラメータセット」ということがある）を求め、求めたパラメータセットが適用された生体モデルを生成する機能を有している。なお、この機能は、病態シミュレータ・解析プログラムによって実現されている。
生体モデル生成部によって生成されたパラメータセットを前記生体モデルに与えることで、生体モデル演算部が、生体器官の機能のシミュレートを行って、実際の生体応答（検査結果）を模した疑似応答を出力することができる。
【００５８】
［パラメータセット生成部］
以下、実際の患者（生体）の検査結果（生体応答）に基づき、その患者の生体器官を模した生体モデルを形成するためのパラメータセットを生成するパラメータセット生成部について説明する。
【００５９】
［ＯＧＴＴ時系列データ入力：ステップＳ１−１］
図８は、システムＳＳのパラメータセット生成部が、生体モデルのパラメータセットを求める処理手順を示している。同図に示すように、パラメータを求めるには、まず、実際の検査結果（生体応答）としてのＯＧＴＴ（Oral Glucose Tolerance Test;経口ブドウ糖負荷試験）時系列データの入力処理（ステップＳ１−１）が行われる。
ＯＧＴＴ時系列データは、生体モデルによってシミュレートしようとする患者に対して実際に行った検査であるＯＧＴＴ（所定量のブドウ糖液を経口負荷して血糖値や血中インスリン濃度の時間的変化を測定）の結果であり、本システムは、クライアント端末３から、実際の生体応答（実際の検査値）として入力を受け付ける。ここでは、ＯＧＴＴ時系列データとして、ＯＧＴＴグルコースデータ（血糖値変動データ）と、ＯＧＴＴインスリン（血中インスリン濃度変動データ）の２つが入力される。
【００６０】
なお、入力されたＯＧＴＴ時系列データは、データベースサーバＳ３のデータベースのうち、ＯＧＴＴデータテーブルＤＢ４（図１７（ｃ）参照）に「検査データ」として登録される。
【００６１】
図９は、入力されるＯＧＴＴ時系列データとしての血糖値変動データ（図９（ａ））及び血中インスリン濃度変動データ（図９（ｂ））の例を示している。
図９（ａ）の血糖値変動データは、図３〜図７に示す生体モデルにおける出力項目の一つである血糖値ＢＧ（ｔ）の時間的変化に対応した実測データである。
また、図９（ｂ）の血中インスリン濃度変動データは、図３〜図７に示す生体モデルにおける出力項目の一つである血中インスリン濃度I１(t)の時間的変化に対応した実測データである。
【００６２】
［テンプレートマッチング：ステップＳ１−２］
次に、本システムＳＳは、入力されたＯＧＴＴ時系列データと、テンプレートデータベースＤＢ１のテンプレートとのマッチングを行う。なお、テンプレートデータベースＤＢ１は、データベースサーバＳ３のデータベース２４に含まれる１つのデータベースである。
テンプレートデータベースＤＢ１は、図１０に示すように、テンプレートとなる生体モデルの参照用出力値Ｔ１，Ｔ２，・・と、当該参照用出力値を発生させるパラメータセットＰＳ＃０１，ＰＳ＃０２・・とが対応付けられた複数組のデータが予め格納されたものである。参照用出力値とパラメータセットの組を作成するには、任意の参照用出力値に対して、適当なパラメータセットを割り当てたり、逆に任意のパラメータセットを選択した場合の生体モデルの出力を生体シミュレーションシステムで求めたりすればよい。
【００６３】
図１１は、テンプレート（参照用出力値）Ｔ１の例を示している。図１１（ａ）は、テンプレートとしての血糖値変動データであり、図３〜図７に示す生体モデルにおける出力項目の一つである血糖値ＢＧ（ｔ）の時間的変化に対応した参照用時系列データである。図１１（ｂ）は、テンプレートとしての血中インスリン濃度変動データであり、図３〜図７に示す生体モデルにおける出力項目の一つである血中インスリン濃度I１(t)の時間的変化に対応した参照用時系列データである。
【００６４】
システムＳＳは、上記テンプレートデータベースＤＢ１の各参照用時系列データと、ＯＧＴＴ時系列データとの類似度を演算する。類似度は、誤差総和を求めることによって得られる。誤差総和は、次式によって得られる。
誤差総和＝αΣ｜ＢＧ（０）−ＢＧｔ（０）｜＋βΣ｜ＰＩ（０）−ＰＩｔ（０）｜
＋αΣ｜ＢＧ（１）−ＢＧｔ（１）｜＋βΣ｜ＰＩ（１）−ＰＩｔ（１）｜
＋αΣ｜ＢＧ（２）−ＢＧｔ（２）｜＋βΣ｜ＰＩ（２）−ＰＩｔ（２）｜
＋・・・
＝α｛Σ｜ＢＧ（ｔ）−ＢＧｔ（ｔ）｜｝＋β｛Σ｜ＰＩ（ｔ）−ＰＩｔ（ｔ）｜｝
ここで、
ＢＧ：入力データの血糖値[mg/dl]
ＰＩ：入力データの血中インスリン濃度［μU/ml］
ＢＧｔ：テンプレートの血糖値[mg/dl]
ＰＩｔ：テンプレートの血中インスリン濃度［μU/ml］
ｔ：時間［分］
また、α及びβは規格化に用いる係数であり、
α＝１／Average｛ΣＢＧ（ｔ）｝
β＝１／Average｛ΣＰＩ（ｔ）｝
定式のAverageはテンプレートデータベースＤＢ１に格納された全テンプレートに対する平均値を指す。
【００６５】
図１２は、テンプレートＴ１に対するＯＧＴＴ時系列データの誤差総和（規格化なし）を示しており、具体的には、図１２（ａ）は、図９（ａ）の血糖値と図１１（ａ）の血糖値との誤差を示しており、図１２（ｂ）は、図９（ｂ）のインスリンと図１１（ｂ）のインスリンの誤差を示している。
図９の入力データ（１０分間隔の０分から１８０分のデータ）と、図１１のテンプレートＴ１についてみると、
Σ｜ＢＧ（ｔ）−ＢＧｔ（ｔ）｜＝２９
Σ｜ＰＩ（ｔ）−ＰＩｔ（ｔ）｜＝２０
となる。ここで、α＝０．０００３５、β＝０．００１０５とすると、
誤差総和＝（０．０００３５×２９）＋（０．００１０５×２０）
＝０．０３１１５
【００６６】
上記のようにして、ＣＰＵ１００ａは、テンプレートデータベースＤＢ１中の各テンプレートについて誤差総和を求め、誤差総和（類似度）が最小となるテンプレート、すなわちＯＧＴＴ時系列データに最も近似するテンプレートを決定する（ステップＳ１−２）。
【００６７】
［パラメータセット獲得：ステップＳ１−４］
さらに、ステップＳ１−３では、システムＳＳは、ステップＳ１−２において決定されたテンプレートに対応するパラメータセットを、テンプレートデータベースＤＢ１から獲得する。つまり、テンプレートＴ１に対応するパラメータセットＰＳ＃０１が得られる（図１０参照）。
下記表１は、このようにして得られたパラメータセットＰＳ＃０１に含まれるパラメータ値の具体的数値例を示している。
【表１】
【００６８】
なお、パラメータセット（生体モデル）を生成する方法は、上記のようなテンプレートマッチングに限られるものではない。例えば、パラメータセットを遺伝的アルゴリズムによって生成してもよい。つまり、パラメータセットの初期集団をランダムに発生させ、初期集団に含まれるパラメータセット（個体）に対して、選択・交叉・突然変異処理を行って、新たな子集団を生成するという遺伝的アルゴリズムを行うことができる。この遺伝的アルゴリズムによって生成されたパラメータセットのうち、入力された生体応答（検査結果）に近似した疑似応答を出力するパラメータセットを採用することができる。
このように、生体モデル生成部は、入力され生体応答を模した疑似応答を出力できる生体モデルを生成できるものであれば、その具体的生成方法は特に限定されない。
【００６９】
［疑似応答取得部（生体モデル演算部）］
システムＳＳは、上記パラメータセットＰＳ＃０１が、生体モデルに与えられると、その生体モデルに基づき演算を行い、入力されたＯＧＴＴ時系列データを模した疑似応答情報（血糖値及びインスリン濃度の時系列変化）を出力する機能を有している（システムＳＳの疑似応答取得部（生体モデル演算部）としての機能）。
つまり、システムＳＳでは、生成された生体モデルに基づき、患者の生体器官のシミュレーションを行うことができる。なお、この機能も、病態シミュレータ・解析プログラムによって実現されている。
また、生成されたパラメータセットは、病態情報（病態特徴情報）を取得するためにも用いられるが、この点については、後述する。
【００７０】
［アプリケーションサーバＳ１の機能］
図１３は、サーバＳのアプリケーションサーバＳ１の画面制御部Ｓ１−Ａが生成し、クライアントＣの表示装置に表示される本システムＳＳの画面を示している。
図１３の画面は、医師等のユーザがクライアントＣから本システムにログインした直後の起動画面を示している。
【００７１】
本システムＳＳの画面は、クライアントＣのＷｅｂブラウザＣ１上に表示される。図１３では、ＷｅｂブラウザＣ１のタイトルバーＣ１−１、ツールバーＣ１−２、及び表示領域Ｃ１−３を示している。サーバＳでは、ブラウザＣ１の表示領域Ｃ１−３に表示される画面を生成する。なお、以下では、簡略化のため、画面を示す図では表示領域Ｃ１−３のみを示し、Ｗｅｂブラウザの各種バーＣ１−１，Ｃ１−２表示は図示を省略する。
【００７２】
図１３のブラウザ表示領域Ｃ１−３に表示されているのは、患者情報の検索を行って、その検索結果を表示するための患者検索・一覧画面（以下、「基本画面」ともいう）Ｗ１である。この基本画面Ｗ１は、他の画面Ｗ２，Ｗ３へ遷移するための基礎となる画面（ルート画面）でもある。
【００７３】
図１４にも示すように、基本画面Ｗ１からは、医師が閲覧するための医師用画面である診療メイン画面Ｗ２（図１５参照）と、患者が閲覧するための患者用画面Ｗ３（図１６参照）とに遷移することができる。なお、いずれの画面Ｗ１，Ｗ２，Ｗ３からでも、他の２つの画面Ｗ１，Ｗ２，Ｗ３へ遷移することが可能である。
【００７４】
各画面Ｗ１，Ｗ２，Ｗ３は、画面遷移操作等のシステム操作のためのボタン表示が配置された操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａと、各画面Ｗ１，Ｗ２，Ｗ３ごとの内容を表示したり、各画面Ｗ１，Ｗ２，Ｗ３内での操作を行う本体画面領域Ｗ１Ｂ，Ｗ２Ｂ，Ｗ３Ｂと、を有している。
【００７５】
操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａは、本体画面領域Ｗ１Ｂ，Ｗ２Ｂ，Ｗ３Ｂにおける表示内容にかかわらず、常に、各画面Ｗ１，Ｗ２，Ｗ３について表示されるものである。
【００７６】
基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａは、共通しており、各画面Ｗ１，Ｗ２，Ｗ３への画面遷移ボタンとして、「患者・検索一覧」ボタン１０１、「診療メイン」ボタン１０２、「患者向けビュー」ボタン１０３を含んでいる。
これらのボタン１０１，１０２，１０３に対し、マウス操作等によって選択する操作を行うことで、現在表示中の画面Ｗ１，Ｗ２，Ｗ３から、他の画面Ｗ１，Ｗ２，Ｗ３へ遷移することができる。
【００７７】
また、基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａは、システムからユーザへの「お知らせ」画面を表示するための「お知らせ」ボタン１０４、システムＳからログアウトするための「ログアウト」ボタン１０５を有している。
【００７８】
患者用画面Ｗ３の操作画面領域Ｗ３Ａは、他の画面Ｗ１，Ｗ２への遷移ボタン１０１，１０２を含む他、患者用画面Ｗ３の本体画面領域Ｂに表示されている画面の内容をプリンタによって印刷する印刷処理を実行するための「印刷する」ボタン１０６を有している。この「印刷する」ボタン１０６の選択操作が成されると、現在の本体画面領域Ｂの内容が紙に印刷される。紙に印刷された画面内容は、患者に渡され、この紙資料が、医師による患者への説明の際の資料及び患者による自己の状態の理解のための補助資料となる。
【００７９】
患者用画面Ｗ３の操作画面領域Ｗ３Ａは、「ログアウト」ボタン１０５も有している。また、患者用画面Ｗ３の操作画面領域Ｗ３Ａは、「お知らせ」ボタン１０４を有しておらず、画面が簡素化されている。
【００８０】
なお、図１４は、画面遷移の他、各画面Ｗ１，Ｗ２，Ｗ３の操作画面領域に表示されたボタンの操作によるシステムの状態遷移全般を示している。また、図１４中の矢印に付した符号は、対応する符号を有するボタン（画面Ｗ１，Ｗ２，Ｗ３の操作画面領域のボタン）による操作を示している。
【００８１】
また、基本画面Ｗ１及び医師用画面Ｗ２では、医師又は検査技師などシステムユーザによる操作性を確保するため、注目しやすい画面Ｗ１，Ｗ２上部に、操作画面領域Ｗ１Ａ，Ｗ２Ａが配置されている。
一方、患者は、システムを直接操作するのではなく、画面をみるだけであるため、患者用画面Ｗ３では、画面をシンプルにし、患者に分かり易くするため、操作画面領域Ｗ３Ａが、画面Ｗ３下部に配置されている。
また、患者用画面Ｗ３の操作画面領域Ｗ３Ａでは、ボタンサイズを小さくする等して、基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａよりも、ボタンを目立たなくしている。
【００８２】
［患者検索・一覧画面（基本画面）Ｗ１の詳細］
以下、基本画面である患者検索・一覧画面Ｗ１の詳細について説明する。この基本画面Ｗ１は、患者氏名などの検索条件を入力して患者を検索する機能と、検索結果として患者一覧を表示する機能とを有している。なお、両機能は別々の画面によって構成されていてもよい。
【００８３】
図１３に示すように、基本画面Ｗ１の（本体画面領域Ｗ１Ｂ）は、検索条件等の入力を行う検索操作部１１０と、検索結果を表示する検索結果表示部１３０とを有している。
また、基本画面Ｗ１には、患者の情報を新規登録するための新規登録部１４０を有している。新規登録部１４０を選択して、新規登録処理を行うと、新たな患者の情報がデータベースに登録され、当該患者が検索可能になる。
【００８４】
検索操作部１１０は、検索条件として、患者ＩＤ入力部１１１、カルテＩＤ入力部１１２、患者氏名入力部１１３、患者名カナ入力部１１４、性別入力部１１５、担当医入力部１１６、生年月日入力部１１７、メモ入力部１１８、最終診察日からの経過日数入力部１１９、検査項目名入力部１２０などの各種検索条件の入力部を有している。
【００８５】
本実施形態では、上記入力部に１以上の入力条件を入力し、検索ボタン１２１を選択すると、当該検索条件が、サーバＳへ送信される。サーバＳのアプリケーションサーバＳ１は、検索条件を受信すると、データベースサーバＳ３のデータベースに含まれる患者データテーブルＤＢ２を検索する。なお、患者データテーブルの内容については図１７（ａ）に示した。患者データテーブルには、前記検索条件に対応する患者情報が、患者ごとに登録されている。
【００８６】
サーバＳは、検索条件に合致する患者の情報を抽出すると、抽出した情報を検索結果表示部１３０に一覧表示した基本画面を生成し、クライアントＣへ送信する。
【００８７】
そして、クライアントＣでは、サーバＳから送信された基本画面Ｗ１を表示する。検索後の基本画面Ｗ１の検索結果表示部１３０では、図１３に示すように、患者検索結果一覧が表示されている。検査結果表示部１３０には、検索条件によって抽出された患者の情報（患者ＩＤ１３１、患者氏名１３２、性別１３３、生年月日１３４、担当医１３５、カルテＩＤ１３６）が表示される。なお、患者一覧は、通常、患者ＩＤの昇順で並んでいるが、患者情報の各項目１３１〜１３６をクリックすることで、選択した患者情報（例えば、生年月日）の昇順又は降順で並び替えることができる。
【００８８】
検索結果表示部１３０には、患者ごとに、それぞれ、操作を選択可能な操作メニュー部１３７が表示される。図１８に示すように、ある患者についての操作メニュー部１３７を選択すると、選択可能な操作メニューとして、「患者情報編集」選択部１５１、「検査データ入力」選択部１５２、「診療メイン」選択部１５３、及び「患者向けビュー」選択部１５４が表示される。
なお、操作メニュー部１３７は、患者ごとに表示されるため、操作メニューの選択は、同時に、患者の選択を行うことにもなっている。
【００８９】
医師等のユーザが、「患者情報編集」選択部１５１を選択すると、サーバＳは、選択された患者の患者ＩＤをキー情報として、データベースの患者データテーブルＤＢ２（図１７（ａ）参照）を参照して、編集対象の患者情報を抽出する。さらに、サーバＳは、当該患者の情報（患者データテーブルの内容）を編集する「患者情報編集」画面を生成し、クライアントＣに表示させる（図１９参照）。患者情報の編集が終了すると、サーバＳは、患者データデータテーブルＤＢ２の内容を、当該患者について更新する。また、画面は、元の基本画面Ｗ１に戻る。
【００９０】
医師等のユーザが、「検査データ入力」選択部１５２を選択すると、サーバＳは、検査データを入力する「検査データ入力画面」を生成し、クライアントＣに表示させる（図２１〜図２２参照）。検査データの入力が終了すると、元の基本画面Ｗ１に戻る。
検査データ入力画面は、体重等の基本検査値を入力するための基本検査データ画面（図２０）、ＯＧＴＴデータを入力するためのＯＧＴＴデータ画面（図２１）、基本検査項目の目標値を入力するための目標値画面（図２２）が、タブ形式により切り替え表示可能に構成されている。
【００９１】
図２０の基本検査データ画面では、検査日ごとに、各検査項目の検査結果を入力することができる。この基本検査データ画面において入力されたデータは、患者ＩＤとともに、検査日ごとの検査結果として、データベースの基本検査結果データテーブルＤＢ３に登録される（図１７（ｂ）参照）。
【００９２】
図２１のＯＧＴＴデータ画面は、検査日ごとに、ＯＧＴＴ時系列データとして、ＯＧＴＴグルコースデータ（血糖値変動データ）と、ＯＧＴＴインスリンデータ（血中インスリン濃度変動データ）とを入力することができる。このＯＧＴＴデータ画面において入力されたデータは、患者ＩＤとともに、検査日ごとの検査データとして、データベースのＯＧＴＴデータテーブルＤＢ４に登録される（図１７（ｃ）参照）。
【００９３】
図２２の目標値画面では、体重等の基本検査項目についての目標値を入力することができる。この目標値画面において入力されたデータは、患者ＩＤとともに、目標値データテーブルＤＢ５に登録される（図１７（ｄ）参照）。
【００９４】
図２１のＯＧＴＴデータ画面において、前記ＯＧＴＴデータの新規登録、修正が行われた場合、シミュレータ・解析サーバＳ２は、そのＯＧＴＴデータを用いてシミュレーション及び病態解析を行い、病態の特徴を示す病態情報（病態特徴情報）を取得する。なお、取得された病態特徴情報は、ＯＧＴＴデータと関連付けてデータベースのＯＧＴＴデータテーブルＤＢ４に登録される。病態解析の詳細については、後述する。
また、シミュレーション及び病態解析の際には、患者の体重情報（基本検査項目の一つ）も必要であるため、最新の基本検査の検査日における当該患者の体重を、基本検査結果データテーブルＤＢから取得する。
【００９５】
このように、シミュレーション及び病態解析の際には、基本検査データも用いられるため、本システムＳＳでは、図２１のＯＧＴＴデータ画面において前記ＯＧＴＴデータの新規登録、修正が行われた場合に限らず、図２０の基本検査データ入力画面において基本検査データの登録、修正が行われた場合にも、シミュレーションの再実行及び病態の再解析を行う。そして、再取得した病態特徴情報は、シミュレーションに使用したＯＧＴＴデータと関連付けてデータベースのＯＧＴＴデータテーブルＤＢ４に再登録される。
【００９６】
図１８に戻り、基本画面Ｗ１において、医師等のユーザが、「診療メイン」選択部１５３を選択すると、サーバＳは、選択された患者についての情報を表示する「診療メイン」画面（医師用画面）Ｗ２を生成し、クライアントＣに表示させる（図１５参照）。
この医師用画面Ｗ２は、基本画面Ｗ１において選択された「患者」についての情報を表示するものであり、サーバＳは、選択された患者の患者ＩＤをキーとして、データベース中のデータテーブルＤＢ２〜ＤＢ７を参照して、当該患者の情報を抽出し、医師による診断の支援のために、当該患者の情報を表示する医師用画面Ｗ２を生成する。
【００９７】
また、基本画面Ｗ１において、医師等のユーザが、「患者向けビュー」選択部１５４を選択すると、サーバＳは、選択された患者についての情報を表示する「患者ビュー」画面（医師用画面）Ｗ３を生成し、クライアントＣに表示させる（図１６参照）。
この患者用画面Ｗ３は、基本画面Ｗ１において選択された「患者」についての情報を表示するものであり、サーバＳは、選択された患者の患者ＩＤをキーとして、データベース中のデータテーブルＤＢ２〜ＤＢ７を参照して、当該患者の情報を抽出し、患者に閲覧させるための情報を表示する患者用画面Ｗ２を生成する。
【００９８】
［画面切替機能（画面切替部Ｓ１−Ｂ）についての補捉説明］
ここでは、図１８の「診療メイン」選択部１５３及び「患者向けビュー」選択部１５４の操作による画面遷移と、図１３，１５及び図１６の操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａの「診療メイン」ボタン１０２及び「患者向けビュー」ボタン１０３の操作による画面遷移との違いについて説明する。
いずれも、医師用画面である診療メイン画面Ｗ２又は患者用画面である患者向けビューＷ３に画面を切り替える点では、同じである。すなわち、いずれの場合でも、サーバＳの画面切替部Ｓ１−Ｂは、クライアントＣから、表示切り替えを行うための入力を受け付け、画面を切り替える。
【００９９】
ただし、前者は、患者を選択しつつ選択された患者の診療メイン画面又は患者向けビューを表示させる場合に使用される。すなわち、「異なる患者」の表示に切り替える際には、基本画面Ｗ１に戻って、前者の画面遷移を行うことが必要である。
【０１００】
これに対し、後者は、「同じ患者」について、診療メイン画面又は患者向けビューを切り替えるために使用される。後者の場合、画面を切り替えるために、基本画面Ｗ１に戻る必要がなく、各画面Ｗ２，Ｗ３の操作画面領域Ｗ２Ａ，Ｗ３Ａの操作で、迅速に切り替えることができる。
したがって、医師が医師用画面Ｗ２を閲覧して診断を行い、その場で、患者にも必要な情報を示す場合には医師用画面Ｗ２からダイレクトに（基本画面Ｗ１を経由することなく）、患者用画面Ｗ３へ移ることができる。また、その逆も行える。
【０１０１】
［診療メイン（医師用画面）Ｗ２の詳細］
図１５に示す医師用画面Ｗ２及び図２３に示す医師用画面Ｗ２から明らかなように、医師用画面Ｗ２の本体画面領域Ｗ２Ｂは、本体画面領域Ｗ２Ｂの上部において位置固定的に表示された固定表示部１６１を備えている。また、本体画面領域Ｗ２Ｂの固定表示部１６１下方の領域には、位置移動自在に表示された複数の画面領域（ウィンドウ）が同時に表示されるマルチ画面領域（マルチウィンドウ領域）が形成されている。
【０１０２】
固定表示部１６１には、患者の氏名、生年月日、患者ＩＤなどの患者情報（患者データテーブルＤＢ２の情報）が表示される他、当該患者の情報を編集する患者情報編集画面を表示させるための「患者情報を編集する」ボタン１６１ａ、及び、複数の画面領域の配置（位置・大きさ）を初期状態に戻すための「配置リセット」ボタン１６１ｂが設けられている。
【０１０３】
本実施形態のマルチ画面領域には、基本検査データ画面領域（基本検査データウィンドウ）１６２、ＯＧＴＴデータ画面領域（ＯＧＴＴデータウィンドウ）１６３、処方画面領域（処方ウィンドウ）１６４、所見画面領域（所見ウィンドウ）１６５の４つの画面領域（ウィンドウ）が同時に表示されている。
それぞれの画面領域１６２〜１６５は、マウス等の操作によって、医師用画面Ｗ２のマルチ画面領域内において、位置調整自在であり、その大きさも調整自在である。
【０１０４】
上記画面領域１６２〜１６５のうち、医師による診断支援のためには、基本検査データ画面領域（患者に関する関連情報を表示するための画面領域）１６２及びＯＧＴＴデータ画面領域（患者の病態情報を表示するための画面領域）１６３が、特に重要である。基本検査データ画面領域１６２は、実際の検査（基本検査）によって得られた検査結果を示しており、ＯＧＴＴデータ画面領域１６３は、実際のＯＧＴＴ結果とともにシミュレーション解析の結果である病態情報を示しているからである。
【０１０５】
さて、基本検査画面領域１６２は、図１７（ｂ）に示す基本検査結果データテーブルＤＢ３に格納されている情報（検査結果）に基づいて、サーバＳによって生成される。サーバＳは、選択された患者の患者ＩＤをキーとして基本検査結果データテーブルを検索し、最新の検査日についての検査結果情報を、検査結果表示部１６２ａとして基本検査画面領域１６２中に生成する。
【０１０６】
また、基本検査画面領域１６２では、基本検査結果表示部１６２中の各検査項目名を、マウス操作（ダブルクリック等）によって選択可能であり、選択された項目についての時系列グラフ１６２ｂが、基本検査画面領域１６２中（検査結果表示部１６２ａの右側）の位置に、表示される。なお、選択された検査項目について目標値が設定されている場合、時系列グラフ１６２ｂには、検査値Ｔｓｔだけでなく、目標値Ｔｒも表示される。
時系列グラフ１６２ｂは、医師用画面Ｗ２の基本検査画面領域１６２では、最大４つまで選択可能である。なお、図１５では、時系列グラフ１６２ｂを４つ示し、図２３では、時系列グラフ１６２ｂを一つ示した。
【０１０７】
なお、検査結果表示部１６２ａに表示される検査結果は、検査日が異なる検査結果に変更可能である。このため、基本検査画面領域１６２には、任意の検査日を指定し、その検査日の検査結果を表示するための「他の検査日」ボタン１６２ｃ、前の検査日の検査結果を表示するための「前の検査日」ボタン１６２ｄ、次の検査日の検査結果を表示するための「次の検査日」ボタン１６２ｅを備えている。
【０１０８】
図１５に示すＯＧＴＴデータ画面領域（患者の病態情報を表示するための画面領域）１６３は、図１７（ｃ）に示すＯＧＴＴデータテーブルＤＢ４に格納されている情報（検査データ及び解析結果）に基づいて、サーバＳによって生成される。サーバＳは、選択された患者の患者ＩＤをキーとしてＯＧＴＴデータテーブルＤＢ４を検索し、最新の検査日についての検査データ（ＯＧＴＴ時系列データ）と解析結果（病態情報）を取得し、ＯＧＴＴ検査データの時系列グラフ１６３ａ、及び解析結果のレーダチャート１６３ｂを、ＯＧＴＴ画面領域１６３中に生成する。
【０１０９】
時系列グラフ１６３ａには、実際のＯＧＴＴ検査結果における血糖値の時系列変化１６３ａ−１と、実際のＯＧＴＴ検査結果におけるインスリン濃度の時系列変化１６３ａ−２とが表示されている。
【０１１０】
レーダチャート１６３ｂは、病態解析を行った結果を示している。以下、生体モデルに基づくシミュレーションから病態解析を行って病態情報（病態特徴情報）を取得する処理の詳細を説明する。
【０１１１】
［病態シミュレーション解析（病態情報取得）］
生体モデルを用いた前述のシミュレーションにおいては、実際のＯＧＴＴ検査結果（生体応答情報）を模した再現値（疑似応答情報）を出力できる生体モデルを構成するパラメータセットが演算により求められる。そして、システムＳＳは、そのパラメータセットが適用された生体モデルの出力値として、ＯＧＴＴ検査結果の再現値（疑似応答情報）を求める（システムＳＳの疑似応答取得機能）。
【０１１２】
また、シミュレータ・解析サーバＳ２は、生成された生体モデル（のパラメータセット）に基づいて、患者の病態の特徴を示す病態情報（病態特徴情報）を求める（システムＳＳの病態特徴情報取得機能）。
本実施形態では、病態特徴の指標として、Ｐ１：空腹時血糖、Ｐ２：基礎分泌、Ｐ３：追加分泌、Ｐ４：分泌感度、Ｐ５：肝糖新生抑制、Ｐ６：糖処理能、Ｐ７：処理感度が採用されている。
これらの指標は、病態の特徴を良く表しているものとして採用されており、特に、治療によって改善可能な生体機能が採用されている。なお、病態特徴の指標としては、上記のものに限られない。
【０１１３】
ここで、Ｐ１：空腹時血糖は、生体モデルの変数である血糖値ＢＧ（ｔ＝０）から算出される。Ｐ２：基礎分泌は、生体モデルの変数である空腹時インスリンＩ１(ｔ＝０)から算出される。Ｐ３：追加分泌は、Ｉ１(ｔ＝) の積分値から算出される。Ｐ４：分泌感度は、生体モデルのパラメータであるグルコース刺激に対する感受性βから算出される。Ｐ５：肝糖新生抑制は、生体モデルの変数である肝糖放出ＨＧＴＰ（ｔ）から算出される。Ｐ６：糖処理能は、生体モデルの変数である肝臓からの正味グルコースＳＧＯ（ｔ）及び血糖値ＢＧ（ｔ）から算出される。Ｐ７：処理感度は、生体モデルのパラメータである単位インスリン、単位グルコースあたりの末梢組織でのインスリン依存グルコース消費速度Ｋｐから算出される。
【０１１４】
このように、生体モデルは、生体器官の特性を示すパラメータ（変数を含む）を持つ数理モデルによって構成されているため、生体モデルのパラメータ値は、病態に関連した値を示している。したがって、これらのパラメータに基づいて、病態の特徴を示す病態情報（病態特徴情報）を算出することができる。
なお、算出された病態情報は、解析結果として、データベースのＯＧＴＴデータテーブルＤＢ４に登録され、レーチャート１６３ｂの作成に用いられる。
【０１１５】
なお、図１５のレーダチャート１６３ｂでは、病態特徴情報の指標ごとの値がスコアリングされて表示されており、単位や数値幅の異なる各指標の値の良否について比較可能となっている。
【０１１６】
医師は、レーダチャート１６３ｂをみて、患者の病態を診断することができる。例えば、レーダチャート１６３ｂが、末梢での糖処理能に関係する糖処理能及び処理感度が低いことを示している場合、レーダチャートをみた医師は、末梢での糖処理能を改善する治療方針が有効であると容易に判断することができる。
【０１１７】
しかも、実際のＯＧＴＴ検査結果１６３ａと病態情報１６３ｂが同時に表示されているため、医師は、両者を見比べて、ＯＧＴＴ検査結果のグラフ形状と病態の関連性を学習することができる。したがって、このシステムＳＳを実際に使用して経験を積むことで、ＯＧＴＴ検査結果から病態を把握するための効果的な学習効果が期待できる。
さらに、本実施形態では、基本検査データ画面領域１６２も、病態情報１６３ｂと同時に表示されるため、医師は、基本検査結果との関連でも、病態を把握する経験を積むことができる。
【０１１８】
このように、医師用画面Ｗ２では、患者の病態情報を表示するための画面領域１６３と、患者に関する関連情報（特に、基本検査情報）を表示するための画面領域１６２を同時に表示するよう構成されているため、多くの情報に基づいて医師が的確な診断するのを支援することができる。また、多くの情報が表示されるため、医師の経験を深めることができる。
【０１１９】
しかも、ＯＧＴＴ検査結果（生体応答）の入力画面には、実際の検査結果（生体応答情報）でなく、任意の値を入力することができる。そして、その任意の値についての検査結果再現値（疑似応答情報）と病態特徴情報の出力を得ることができる。したがって、医師は、任意の検査結果値（生体応答情報）を入力してみて、その場合にどのような病態となるのかを知ることができる。よって、実際の患者のデータがなくても、適当な検査結果を入力して、どのような出力が得られるかを確認するというトレーニング的な使用を行うことができる。
つまり、本システムＳＳは、非専門医や経験の浅い医師が学習するためのトレーニング用にも使用できる。
【０１２０】
また、ＯＧＴＴデータ画面領域１６３には、「病態解説／推奨治療法／用語説明」欄（病態解説表示部）１６３ｃが設けられており、病態の解説、推奨される治療法、用語の説明などのテキスト説明文（病態解説文）が表示される。「病態解説／推奨治療法／用語説明」欄１６３ｃが設けられていることで、 レーダチャート１３２に表示された病態特徴情報の理解が容易に行え、医師が病態把握をより一層的確に行うことができる。また、治療法などを決定するのに役立つ情報も得られる。
【０１２１】
病態解説表示部１６３ｃに表示される病態解説文は、病態解説文は予めデータベースに登録されており、生成された生体モデル（のパラメータ）に対応する病態解説文がシステムによって選択され、選択された文が病態解説表示部１６３ｃに表示される。
なお、ＯＧＴＴデータ画面領域１６３には、特記事項表示部１６３ｄも設けられており、解析して得られた病態情報に特記事項がある場合には、その特記事項が、特記事項表示部１６３に表示される。
【０１２２】
また、ＯＧＴＴデータ画面領域１６３の時系列グラフ１６３ａ及びレーダチャート１６３ｂに表示されるデータは、検査日が異なるものに変更可能である。このため、基本検査画面領域１６２には、任意の検査日を指定し、その検査日の検査結果及び当該検査結果に基づく病態情報を表示するための「他の検査日」ボタン１６３ｅ、前の検査日の検査結果等を表示するための「前の検査日」ボタン１６３ｆ、次の検査日の検査結果等を表示するための「次の検査日」ボタン１６３ｇを備えている。
【０１２３】
さらに、ＯＧＴＴデータ画面領域１６３の時系列グラフ１６３ａ及びレーダチャート１６３ｂには、異なる検査日のデータを重ねて表示するオーバレイ表示が可能である。ＯＧＴＴデータ画面領域１６３のオーバレイ表示のチェックボックス１６３ｈにチェックを入れ、日付選択ボタンである「日付を選択してください」を選択して、現在の時系列グラフ１６３ａ及びレーダチャート１６３ｂに重ねて表示したいデータがある検査日を選択することで、両検査日の時系列グラフ１６３ａ及びレーダチャート１６３ｂを重ねて表示できる。
これにより、医師は、異なる日のＯＧＴＴデータ及び病態情報を同時に見比べることができ、ＯＧＴＴデータ及び病態情報の時間的変化に基づく診断が可能となる。
【０１２４】
また、ＯＧＴＴデータ画面領域１６３では、ＯＧＴＴ検査データ及び解析結果（病態情報）を、時系列グラフ１６３ａ及びレーダチャート１６３ｂのように図示するのではなく、数値情報としてそのまま表示することも可能である。図１５及び図２３に示す画面では、ＯＧＴＴ検査データ及び解析結果（病態情報）を図式化した表示と、数値データでの表示とがタブ形式により切り替え可能に構成されており、「数値データ」タブ１６３ｊを選択すると、ＯＧＴＴデータ画面領域１６３中に、ＯＧＴＴ検査データ及び解析結果（病態情報）の数値データが表示される。
【０１２５】
図２３に示すように、医師用画面Ｗ２では、処方画面領域（処方ウィンドウ）１６４、所見画面領域（所見ウィンドウ）１６５も表示されている。
医師が病態を把握し、治療方針を決定して処方内容が決まると、処方画面領域１６４では、診察日ごとに、その処方内容を登録することができる。処方内容は、図１７（ｅ）に示す処方データテーブルＤＢ６において、診察日ごとに、登録される。
また、医師が把握した病態は、医師の所見として、所見画面領域１６５に登録することができる。所見内容は、図１７（ｆ）に示す所見データテーブルＤＢ７において、診察日ごとに、登録される。
【０１２６】
医師の所見や処方内容が登録できるため、本システムＳＳは、電子カルテとしての機能をも有しており、利便性が向上している。
また、医師用画面Ｗ２で、病態情報１６３ｂなどと同時に表示された処方画面領域（処方ウィンドウ）１６４又は所見画面領域（所見ウィンドウ）１６５にて、処方又は所見等の登録作業が可能であるため、この点からも、利便性が高い。
なお、処方画面領域１６４と所見画面領域１６５とは、いずれも、基本検査データ画面領域１６２及びＯＧＴＴデータ画面領域と同様に、データテーブルＤＢ６，ＤＢ７に登録されている、他の診察日についての処方内容又は所見内容を表示可能に構成されている。
【０１２７】
［患者向けビュー（患者用画面）Ｗ３の詳細］
図１６のほか、図２４〜図２７は、患者用画面Ｗ３を示している。
患者用画面Ｗ３の本体画面領域Ｗ３Ｂは、本体画面領域Ｗ３Ｂの上部において位置固定的に表示された固定表示部１８１を備えている。
また、本体画面領域Ｗ３Ｂの固定表示部１８１下方の領域は、タブ切替により、複数の画面領域を切り替え表示可能なタブ切替画面領域１８２として形成されている。
【０１２８】
固定表示部１８１には、患者の氏名、生年月日、担当医などの患者情報（患者データテーブルＤＢ２の情報）が表示される。患者用画面Ｗ３の固定表示部１８１は、医師用画面Ｗ２の固定表示部１６１と比べて、患者ＩＤが表示されないなど、患者にとって必ずしも必要のない情報が省略されて、情報量が少なくなっており、簡素で見やすい表示となっている。また、患者用画面Ｗ３の固定表示部１８１の方が、文字が大きくされており、この点からも見やすい表示となっている。さらに、患者用画面Ｗ３の固定表示部１８１では、医師用画面Ｗの固定表示部１６１におけるボタン１６１ａ，１６１ｂが設けられておらず、この点からもシンプルで見やすい表示となっている。
【０１２９】
タブ切替画面領域１８２は、４つ（複数）の画面切替用タブ１８２ａ，１８２ｂ，１８２ｃ，１８２ｄを有している。これらのタブのうち、「基本検査データ」タブ１８２ａは、基本検査データ画面領域１９２を表示させるためのものであり、「ＯＧＴＴデータ」タブ１８２ｂは、ＯＧＴＴデータ画面領域１９３を表示させるためのものであり、「処方・所見」タブ１８２ｃは、処方・所見画面領域１９４を表示させるためのものであり、「過去の処方一覧」タブ１８２ｄは、過去の処方一覧画面領域１９５を表示させるためのものである。
【０１３０】
図１６及び図２４は、患者用画面Ｗ３の基本検査データ画面領域１９２を示している。基本検査データ画面領域１９２は、患者ＩＤをキーにして、基本検査結果データテーブルＤＢ３から生成されたものである。
この基本検査データ画面領域１９２は、位置や大きさは変更できないが、タブ切り替え画面領域１８２のほぼ全体に形成されており、医師用画面Ｗ２の基本検査データ画面領域１６２（の初期状態の大きさ；図２３参照）よりも大きく形成されている。
【０１３１】
患者用画面Ｗ３の基本検査データ画面領域１９２には、医師用画面Ｗ２の基本検査データ画面領域１６２と同様に、最新の検査日についての検査結果情報を、検査結果表示部１９２ａとして表示することができる。この検査結果表示部１９２ａは、医師用画面Ｗ２の検査結果表示部１６２ａよりも大きく形成さており、より多くの情報を表示している。具体的には、患者用画面Ｗ３の検査結果表示部１９２ａには、各検査項目について設定された目標値が含まれる。この目標値は、患者ＩＤをキーとして、目標値データテーブルＤＢ５（図１７（ｄ）参照）を参照することによって得られる。
【０１３２】
また、基本検査画面領域１９２では、基本検査結果表示部１９２中の各検査項目名を、マウス操作（ダブルクリック等）によって選択可能であり、選択された項目についての時系列グラフ１９２ｂが、基本検査データ画面領域１９２中（検査結果表示部１９２ａの右側）の位置に、表示される。
時系列グラフ１９２ｂは、患者用画面Ｗ３の基本検査データ画領域１９２では、最大４つまで選択可能である。
【０１３３】
なお、検査結果表示部１９２ａに表示される検査結果は、検査日が異なる検査結果に変更可能である。このため、基本検査データ画面領域１９２には、任意の検査日を指定し、その検査日の検査結果を表示するための「他の検査日」ボタン１９２ｃが備わっている。なお、検査結果表示部１９２ａは、他の検査日の基本検査データを比較カラムとして表示したり、当該表示を非表示とするための「比較カラム表示／非表示」切替ボタン１９２ｄが設けられている。
【０１３４】
上記のように、患者用画面Ｗ３において、基本検査データ画面領域（検査結果画面）１９２が表示されている場合、他の画面領域１９３〜１９５は表示されない。したがって、患者用画面Ｗ３の基本検査データ画面領域１９２が選択的に表示された患者用画面Ｗ３は、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面である。
【０１３５】
図２４は、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３を示している。ＯＧＴＴデータ画面領域１９３は、患者ＩＤをキーとして、ＯＧＴＴデータテーブルＤＢ４に基づいて生成されたものである。
このＯＧＴＴデータ画面領域１９３も、位置や大きさは変更できないが、タブ切り替え画面領域１８２のほぼ全体に形成されており、医師用画面Ｗ２のＯＧＴＴデータ画面領域１６２よりも大きく形成されている。
【０１３６】
患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３においても、ＯＧＴＴ検査データの時系列グラフ１９３ａ及び、解析結果（病態情報）のレーダチャート１９３ｂが表示可能である。さらに、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、タブで切り替えなければ表示できなかったＯＧＴＴ検査データの数値データ１９３ｃも同時に表示される。当該数値データは、医師用画面Ｗ２では、タブで切り替えなければ表示できなかったが、患者用画面Ｗ２ではグラフとともにまとめて表示される。
【０１３７】
しかも、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、医師用画面Ｗ２のＯＧＴＴデータ画面領域１６２における「病態解説／推奨治療法／用語説明」欄１６３ｃや特記事項１６３ｄのような、患者にとって直接必要のない情報は表示されない。
【０１３８】
また、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、複数の検査日についての情報１９３ａ〜１９３ｃを同時に表示することができ、患者は、複数の検査日の情報を同時に比較することができる。
【０１３９】
このように、患者用画面Ｗ３では、医師用画面Ｗ２で表示される情報のうち、患者にとって不要な情報は省略され、患者にとって有用な情報は、大きなスペースをもって詳しく表示される。
【０１４０】
また、患者にとっては、基本検査データ画面領域１９２の情報と、ＯＧＴＴデータ画面領域１９３とは、それぞれ、別の検査の情報であるため、同時に見る必然性は低く、両画面領域１９２，１９３を選択的に表示しても、患者の利便性は低下しない。
【０１４１】
図２６は、患者用画面Ｗ３の処方・所見画面領域１９４を示している。処方・所見画面領域１９４は、患者ＩＤをキーにして、処方データテーブルＤＢ６及び所見データテーブルＤＢ７から生成されたものであり、医師用画面Ｗ２の処方画面領域１６４の表示内容及び所見画面領域１６５の表示内容を総合したものが表示される。
また、処方・所見画面領域１９４を選択表示した場合、操作画面領域Ｗ３Ａには、画像選択部として「Ｇ」選択部１０７が表示される。この画像選択部１０７は、処方・所見画面領域１９４に表示される画像１９４ｇを、医師等のユーザが切り替え選択するためのものである。
【０１４２】
図２７は、患者用画面Ｗ３の「過去の処方一覧」画面領域１９５を示している。「過去の処方一覧」画面領域１９５は、患者ＩＤをキーにして、処方データテーブルＤＢ６から生成されたものであり、過去の所定期間に処方された薬の一覧が表示される。
【０１４３】
上述した患者用画面Ｗ３の各画面領域１９２〜１９３は、「印刷する」ボタン１０６を選択することによって、印刷することができる。医師用画面Ｗ２の各画面領域１６２〜１６５と異なり、患者用画面Ｗ３の各画面領域１９２〜１９３内では、表示内容の切り替えがほとんどないため、画面の内容をそのまま印刷しても、必要な情報をすべて印刷でき、患者にとって見やすい印刷物が得られる。
【０１４４】
本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。例えば、病態情報の表示形式は、レーダチャートに限らず、他の表示形式であってもよい。また、表示する病態情報の種類・数は、特に限定されず、例えば、肝糖代謝能、インスリン分泌能、末梢インスリン感受性の３つの指標を病態情報として表示してもよい。
【０１４５】
さらに、図１７には、データテーブルを複数示したが、これらのデータテーブルは一つの統括されたテーブルであってもよい。
また、上記実施形態では、医師用画面Ｗ２と患者用画面Ｗ３との間で画面を切り替えた際に、当該患者の最新の検査日のデータを表示するようにしたが、医師用画面Ｗ２又は患者用画面Ｗ３において、検査日として他の検査日を選択した後に、他方の画面Ｗ２，Ｗ３に切り替えた場合、切り替えられた画面Ｗ２，Ｗ３でも他の検査日のデータを引き続き表示するようにしてもよい。
【図面の簡単な説明】
【０１４６】
【図１】医療診断支援コンピュータシステムのシステム構成図である。
【図２】サーバのハードウェア構成を示すブロック図である。
【図３】生体モデルの全体構成図である。
【図４】生体モデルの膵臓モデルの構成を示すブロック線図である。
【図５】生体モデルの肝臓モデルの構成を示すブロック線図である。
【図６】生体モデルのインスリン動態モデルの構成を示すブロック線図である。
【図７】生体モデルの末梢組織モデルの構成を示すブロック線図である。
【図８】パラメータセット生成処理手順を示すフローチャートである。
【図９】実測ＯＧＴＴ時系列データであり、（ａ）は血糖値、（ｂ）は血中インスリン濃度である。
【図１０】テンプレートデータベースＤＢ１の構成図である。
【図１１】テンプレートデータであり、（ａ）は血糖値、（ｂ）はインスリン濃度である。
【図１２】テンプレートＴ１に対するＯＧＴＴ時系列データの誤差総和を示す図であり、（ａ）は血糖値、（ｂ）はインスリン濃度である。
【図１３】システムの基本画面である。
【図１４】システムの画面遷移図である。
【図１５】医師用画面である。
【図１６】患者用画面である。
【図１７】データベースのデータ構造を示す図である。
【図１８】基本画面の操作メニューを示す図である。
【図１９】患者情報編集画面である。
【図２０】基本検査データ入力画面である。
【図２１】ＯＧＴＴデータ入力画面である。
【図２２】目標値入力画面である。
【図２３】医師用画面である。
【図２４】基本検査データ画面領域が選択された患者用画面である。
【図２５】ＯＧＴＴデータ画面領域が選択された患者用画面である。
【図２６】処方・所見画面領域が選択された患者用画面である。
【図２７】過去の処方一覧画面領域が選択された患者用画面である。
【符号の説明】
【０１４７】
ＳＳ 医療診断支援コンピュータシステム
Ｓ サーバコンピュータ
Ｃ クライアント端末装置
Ｗ２ 医師用画面
Ｗ３ 患者用画面
【技術分野】
【０００１】
本発明は、糖尿病などの診療支援に用いられる医療診断支援コンピュータシステム、コンピュータプログラム、及びサーバコンピュータに関するものである。
【背景技術】
【０００２】
病気の治療に際しては、医師による問診に加え、患者に対して様々な検査が行われるのが一般的である。
そして、医師は、患者の検査結果や臨床所見などの判断材料に基づいて、自己の経験と勘を頼りに、治療方法を選択しているというのが現状である。
【０００３】
したがって、診療に役立つ情報がコンピュータによって提供されれば、医師による診療が、より的確に行われることを期待できる。
診療を支援するシステムとしては、特許文献１及び特許文献２に記載されているように、血糖値を予測するシステムがある。
これらのシステムは、患者の血糖値の変化を予測して、予測血糖値を医師に提供することにより、診療を支援するものである。
【特許文献１】特開平１０−３３２７０４号公報
【特許文献２】特開平１１−２９６５９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
適切な治療方法を選択する際には、医師が、病気の各種症状の原因を構成する要因を適切に把握することが望まれる。要因を適切に把握できれば、その要因を改善する治療を行うことで、より適切な治療が期待できる。
しかし、医師が、要因を把握するために用いることができるデータは、患者を検査して得られる検査値ぐらいである。
検査値だけでも、医師が要因を把握できる疾患であればよいが、疾患によっては、検査値からだけでは、要因を適切に把握することが著しく困難な場合がある。
【０００５】
例えば、糖尿病の場合、その病気の程度を示す指標として「血糖値」が用いられる。しかし、「血糖値」は、あくまでも結果にすぎず、この結果をもたらしたインスリン分泌不全、末梢インスリン抵抗性、肝糖取込低下、肝糖放出亢進といった病態を、前記臨床所見等から的確に把握するのは容易ではない。
【０００６】
したがって、特許文献１及び２のような血糖値の予測値が医師に提供されるだけでは、患者の病態を的確に判断するのは依然として困難である。
【０００７】
また、例えば、糖尿病や心臓疾患等にあっては、通常、経口糖負荷試験や心電図、血圧、脈拍の測定、血液検査等の検査結果を用いて専門医が患者の病態を判断することになるが、前記検査結果から正確に病態を判断するには、豊富な経験を必要とし、非専門医には困難である。
そこで、検査結果から正確に病態を判断することができるように、経験の浅い医師や非専門医を教育する効果のあるシステムも要望されている。
【０００８】
一方、上記のように、医師が患者の病態を的確に判断するための支援システムが望まれるものの、そのようなシステムは、患者に必要な情報を提供するためにも用いることができれば好適である。
つまり、患者が、自己の状況を把握することは、治療効果を高める上でも重要であり、システムから画面表示等によって提供される情報は、医師だけでなく、患者も見ることが望まれる。
【０００９】
しかし、医師が患者の病態を的確に判断する際の情報の提供の仕方と同じ方法で、患者に情報を提供すると、患者にとっては複雑すぎる場合があり、患者の理解容易性が損なわれる。
ところが、患者にわかりやすく情報を提供しようとすると、画面表示等される情報量が少なくなり、医師が患者の病態を的確に判断するのが困難となって医師の診断容易性が損なわれる。
【００１０】
そこで、本発明は、医師が患者の病態を的確に判断するための情報を適切に提供するとともに、患者への情報の提供の際における患者の理解容易性を確保したシステム等を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、表示装置と、表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、を備え、前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている。
【００１２】
上記本発明によれば、医師用画面では、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域が同時に表示されるため、病態情報と関連情報とを総合して病態を的確に判断することができる。
また、患者用画面では、患者の前記病態情報と患者の関連情報とが、選択的に切り替え表示されるため、病態情報の表示と関連情報の表示それぞれがシンプルになり、患者によって見やすく、理解が容易なものとなる。
【００１３】
前記関連情報には、患者の医療検査の結果情報を含むのが好ましい。
また、前記関連情報には、医師の診察の結果である所見情報を含むのが好ましい。
前記関連情報には、患者への薬の投与状況を示す処方情報を含むのが好ましい。
【００１４】
患者用画面において前記病態情報又は前記関連情報を選択的に表示するための画面領域は、医師用画面において前記病態情報を表示するための画面領域又は前記関連情報を表示するための画面領域それぞれよりも大きいのが好ましく、この場合、患者用画面が患者にとって見やすいものとなる。
【００１５】
他の観点からみた本発明は、医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、表示装置と、表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、を備え、前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含む。
【００１６】
上記本発明によれば、医師用画面では、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域が同時に表示されるため、病態情報と関連情報とを総合して病態を的確に判断することができる。
また、患者用画面では、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むため、患者には理解が困難な病態情報を表示せずに、患者にとってより必要な検査結果情報を表示することができる。よって、検査結果情報が、患者によって見やすく、理解が容易なものとなる。
【００１７】
患者用画面において前記検査結果画面の画面領域は、医師用画面において前記関連情報を表示するための画面領域よりも大きいのが好ましく、この場合、患者用画面が見やすくなる。
【００１８】
前記病態情報は、前記生体モデルを用いたシミュレーション解析によって得られた糖尿病の病態情報を含むのが好ましい。
【００１９】
前記病態情報の表示は、前記生体モデルを用いたシミュレーション解析によって得られた病態情報を示すレーダーチャートを含むのが好ましい。
【００２０】
他の観点からみた本発明は、表示装置を有するコンピュータシステムを、上記医療診断支援コンピュータシステムとして機能させるためのコンピュータプログラムである。
【００２１】
更に他の観点からみた本発明は、医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、前記医師用画面は、患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、患者に関する１又は複数の関連情報を表示するための画面領域と、を同時に表示するよう構成され、前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されているものである。
【００２２】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、前記医師用画面は、患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、患者に関する１又は複数の関連情報を表示するための画面領域と、を同時に表示するよう構成され、前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むものである。
【発明の効果】
【００２３】
本発明によれば、医師が患者の病態を的確に判断するための情報を適切に提供するとともに、患者への情報の提供の際における患者の理解容易性を確保することができる。
【発明を実施するための最良の形態】
【００２４】
以下、添付図面を参照しつつ、本発明の医療診断支援コンピュータシステム（以下、単に「システム」ともいう）の実施の形態を詳細に説明する。
［システム全体構成］
図１は、医療診断支援コンピュータシステムＳＳを、サーバ−クライアントシステムとして構成した場合のシステム構成図を示している。なお、本実施形態において、システムＳＳは、糖尿病の診断を支援するためのシステムとして構築されている。
【００２５】
このシステムＳＳは、サーバコンピュータ（以下、単に「サーバ」ともいう）Ｓと、サーバＳにインターネット又はＬＡＮ等のネットワークを介して接続されたクライアント端末装置（以下、単に「クライアント」ともいう）Ｃとを含むネットワークシステムとして構成されている。
なお、このシステムＳＳは、１台のコンピュータによって構成されていてもよい。
【００２６】
前記クライアントＣは、医師又は検査技師等のユーザによって使用される。このクライアントＣは、表示装置（ディスプレイ）及び入力装置（キーボード又はマウス等）を有するコンピュータによって構成されている。また、クライアントＣには、図示しないプリンタが接続され、クライアントの表示画面等を印刷することができる。
【００２７】
前記クライアントＣは、ＷｅｂブラウザＣ１を備えている。このＷｅｂブラウザＣ１は、システムＳＳのユーザインターフェースとして機能する。つまり、ユーザは、ＷｅｂブラウザＣ１には、サーバＳで生成されてクライアントＣへ送信された画面が出力される。ＷｅｂブラウザＣ１上で、入力や必要な操作を行うことができる。
【００２８】
サーバＳは、アプリケーションサーバＳ１としての機能、シミュレータ・解析サーバＳ２としての機能、及びデータベースサーバＳ３としての機能を有している。なお、各機能Ｓ１〜Ｓ３は、１台のコンピュータで実現してもよいし、ネットワーク接続された複数のコンピュータによって実現してもよい。
【００２９】
本実施形態において、アプリケーションサーバＳ１は、ネットワークシステムＳＳを医療診断支援システムとして機能させるために中核的な働きを担っており、ＷｅｂブラウザＣ１に表示される画面を生成してクライアント端末Ｃに送信したり、ＷｅｂブラウザＣ１上で入力された情報をクライアント端末Ｃから受け付けたりする機能を有している。
このため、アプリケーションサーバＳ１には、ＷｅｂブラウザＣ１で表示されるユーザインターフェース画面を生成する機能、クライアント端末Ｃから情報を受け付ける機能、その他の必要な処理を行う機能を実現するためのコンピュータプログラム（アプリケーションプログラム）が、コンピュータ実行可能に搭載されている。
【００３０】
なお、クライアント端末Ｃは、サーバＳから、ＷｅｂブラウザＣ１に表示される画面の一部又は全部の機能を実現するためのｊａｖａ（登録商標）アプレット等のプログラムをダウンロードして、ＷｅｂブラウザＣ１に画面を表示してもよい。
【００３１】
シミュレータ・解析サーバ（病態情報解析サーバ）Ｓ２は、患者の生体機能を表現した生体モデルをコンピュータ（サーバＳ）上で構築し、当該生体モデルに基づいて患者の病態情報（糖尿病の病態情報）を生成する。
本実施形態において、前記生体モデルは、人体全体又はある疾患についての生体機能を表現すべく、生体機能に関する複数のパラメータを含むコンピュータ上の数理モデルとして構築されている。シミュレータ・解析サーバＳ２は、後述のように、前記生体モデルに基づいて、特定の患者の疾患（糖尿病）に関するシミュレーションを行い、当該シミュレーションによって当該患者の病態情報を取得する。
【００３２】
なお、シミュレータ・解析サーバ（病態情報生成サーバ；病態情報生成部）Ｓ２には、病態シミュレータ・解析プログラム（病態情報解析コンピュータプログラム）が、コンピュータ実行可能に搭載されており、当該プログラムによって、シミュレーション及び解析機能が実現される。
【００３３】
前記データベースサーバＳ３には、患者の検査結果等の各種データＤＢ１〜ＤＢ７を有するデータベースが構築されている。
【００３４】
図２は、前記サーバＳのハードウェア構成を示すブロック図である。前記サーバＳは、本体Ｓ１１０と、ディスプレイＳ１２０と、入力デバイスＳ１３０とから主として構成されたコンピュータによって構成されている。本体Ｓ１１０は、ＣＰＵＳ １１０ａと、ＲＯＭ Ｓ１１０ｂと、ＲＡＭ Ｓ１１０ｃと、ハードディスクＳ１１０ｄと、読出装置Ｓ１１０ｅと、入出力インタフェースＳ１１０ｆと、画像出力インタフェースＳ１１０ｈとから主として構成されており、ＣＰＵ Ｓ１１０ａ、ＲＯＭ Ｓ１１０ｂ、ＲＡＭ Ｓ１１０ｃ、ハードディスクＳ１１０ｄ、読出装置Ｓ１１０ｅ、入出力インタフェースＳ１１０ｆ、及び画像出力インタフェースＳ１１０ｈは、バスＳ１１０ｉによってデータ通信可能に接続されている。
【００３５】
ＣＰＵＳ１１０ａは、ＲＯＭＳ１１０ｂに記憶されているコンピュータプログラム及びＲＡＭＳ１１０ｃにロードされたコンピュータプログラムを実行することが可能である。
そして、アプリケーションサーバＳ１機能を実現するためのアプリケーションプログラム１４０ａ、シミュレータ・解析サーバＳ２機能を実現するためのプログラム、及びデータベースサーバ機能を実現するためのプログラム、を当該ＣＰＵ１１０ａが実行することにより、後述するような各機能ブロックが実現され、コンピュータが本実施形態のサーバＳとして機能する。
ＲＯＭ Ｓ１１０ｂは、マスクＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等によって構成されており、ＣＰＵＳ１１０ａに実行されるコンピュータプログラムおよびこれに用いるデータ等が記録されている。
【００３６】
ＲＡＭ Ｓ１１０ｃは、ＳＲＡＭ又はＤＲＡＭ等によって構成されている。ＲＡＭ Ｓ１１０ｃは、ＲＯＭ Ｓ１１０ｂ及びハードディスクＳ１１０ｄに記録されているコンピュータプログラムの読み出しに用いられる。また、これらのコンピュータプログラムを実行するときに、ＣＰＵ Ｓ１１０ａの作業領域として利用される。
ハードディスクＳ１１０ｄは、オペレーティングシステム及びアプリケーションプログラム等、ＣＰＵ Ｓ１１０ａに実行させるための種々のコンピュータプログラム及び当該コンピュータプログラムの実行に用いるデータがインストールされている。
【００３７】
読出装置Ｓ１１０ｅは、フレキシブルディスクドライブ、ＣＤ−ＲＯＭドライブ、又はＤＶＤ−ＲＯＭドライブ等によって構成されており、可搬型記録媒体Ｓ１４０に記録されたコンピュータプログラム又はデータを読み出すことができる。また、可搬型記録媒体Ｓ１４０には、コンピュータを本発明のシステムとして機能させるためのコンピュータプログラムが格納されており、コンピュータが当該可搬型記録媒体Ｓ１４０から必要なアプリケーションプログラムＳ１４０ａ等を読み出し、当該アプリケーションプログラムＳ１４０ａ等をハードディスクＳ１１０ｄにインストールすることが可能である。
【００３８】
なお、前記アプリケーションプログラムＳ１４０ａ等の前記コンピュータプログラムは、可搬型記録媒体Ｓ１４０によって提供されるのみならず、電気通信回線（有線、無線を問わない）によってコンピュータと通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。例えば、前記アプリケーションプログラムＳ１４０ａ等がインターネット上のアプリケーションプログラム提供サーバコンピュータのハードディスク内に格納されており、このサーバコンピュータにアクセスして、当該コンピュータプログラムをダウンロードし、これをハードディスクＳ１１０ｄにインストールすることも可能である。
また、ハードディスクＳ１１０ｄには、例えば米マイクロソフト社が製造販売するＷｉｎｄｏｗｓ（登録商標）等のグラフィカルユーザインタフェース環境を提供するオペレーティングシステムがインストールされている。以下の説明においては、本実施形態において説明するコンピュータプログラムは当該オペレーティングシステム上で動作するものとしている。
【００３９】
入出力インタフェースＳ１１０ｆは、例えばＵＳＢ、ＩＥＥＥ１３９４、ＲＳ−２３２Ｃ等のシリアルインタフェース、ＳＣＳＩ、ＩＤＥ、ＩＥＥＥ１２８４等のパラレルインタフェース、およびＤ／Ａ変換器、Ａ／Ｄ変換器等からなるアナログインタフェース等から構成されている。入出力インタフェースＳ１１０ｆには、キーボードおよびマウスからなる入力デバイスＳ１３０が接続されており、ユーザが当該入力デバイスＳ１３０を使用することにより、コンピュータにデータを入力することが可能である。
画像出力インタフェースＳ１１０ｈは、ＬＣＤまたはＣＲＴ等で構成されたディスプレイＳ１２０に接続されており、ＣＰＵＳ１１０ａから与えられた画像データに応じた映像信号をディスプレイＳ１２０に出力するようになっている。ディスプレイＳ１２０は、入力された映像信号にしたがって、画像（画面）を表示する。
【００４０】
なお、前記クライアント端末Ｃのハードウェア構成も、前記サーバＳのハードウェア構成と同様である。
【００４１】
［シミュレータ・解析サーバＳ２について］
以下、シミュレータ・解析サーバ（病態情報生成サーバ；病態情報生成部）Ｓ２について説明する。
【００４２】
［生体モデルについて］
図３は、本実施形態の病態シミュレーションのために用いられる生体モデルの一例の全体構成を示すブロック図である。この生体モデルは、特に、糖尿病に関連した生体器官を模したものであり、膵臓ブロック１、肝臓ブロック２、インスリン動態ブロック３及び末梢組織ブロック４から構成されている。
【００４３】
各ブロック１，２，３，４は、それぞれ入力と出力を有している。すなわち、膵臓ブロック１は、血中グルコース濃度６を入力とし、インスリン分泌速度７を出力としている。
肝臓ブロック２は、消化管からのグルコース吸収５、血中グルコース濃度６及びインスリン分泌速度７を入力とし、正味グルコース放出８及び肝臓通過後インスリン９を出力としている。
また、インスリン動態ブロック３は、肝臓通過後インスリン９を入力とし、末梢組織でのインスリン濃度１０を出力としている。
さらに、末梢組織ブロック４は、正味グルコース放出８及び末梢組織でのインスリン濃度１０を入力とし、血中グルコース濃度６を出力としている。
【００４４】
グルコース吸収５は、生体モデル外部（データベースサーバＳ３）から与えられるデータである。本実施形態において、グルコース吸収に関するデータは、実際の検査データ（生体応答）としてデータベースＳ３に登録されている。
また、それぞれの機能ブロック１〜４は、コンピュータプログラムがサーバＳ２のＣＰＵによって実行されることにより実現される。
【００４５】
つぎに、前述した例における各ブロックの詳細について説明する。なお、ＦＧＢ及びＷｓはそれぞれ空腹時血糖値（ＦＧＢ＝ＢＧ（０））及び患者体重を示しており、またＤＶｇ及びＤＶｉはそれぞれグルコースに対する分布容量体積及びインスリンに対する分布容量体積を示している。
【００４６】
［生体モデルの膵臓ブロック］
膵臓ブロック１の入出力の関係は、以下の微分方程式（１）を用いて記述することができる。また、微分方程式（１）と等価な、図４に示されるブロック線図を用いて表現することもできる。
微分方程式（１）：
ｄＹ／ｄｔ ＝ −α｛Ｙ（ｔ）−β（ＢＧ（ｔ）−ｈ）｝
（ただし、ＢＧ（ｔ）＞ ｈ）
＝ −αＹ（ｔ） （ただし、ＢＧ（ｔ）＜=ｈ）
ｄＸ／ｄｔ ＝ −Ｍ・Ｘ（ｔ）＋Ｙ（ｔ）
ＳＲ（ｔ） ＝ Ｍ・Ｘ（ｔ）
変数：
ＢＧ（ｔ）：血糖値
Ｘ（ｔ） ：膵臓から分泌可能なインスリン総量
Ｙ（ｔ） ：グルコース刺激に対しＸ（ｔ）に新たに供給されるインスリン供給速度
ＳＲ（ｔ）：膵臓からのインスリン分泌速度
パラメータ：
ｈ ：インスリン供給を刺激できるグルコース濃度のしきい値
α ：グルコース刺激に対する追従性
β ：グルコース刺激に対する感受性
Ｍ ：単位濃度あたりの分泌速度
ここで、図３における膵臓ブロック１への入力である血糖値６はＢＧ（ｔ）と対応し、また出力であるインスリン分泌速度７はＳＲ（ｔ）と対応する。
【００４７】
図４のブロック線図において、６は血糖値ＢＧ（ｔ）、７は膵臓からのインスリン分泌速度ＳＲ（ｔ）、１２はインスリン供給を刺激できるグルコース濃度のしきい値ｈ、１３はグルコース刺激に対する感受性β、１４はグルコース刺激に対する追従性α、１５は積分要素、１６はグルコース刺激に対して新たに供給されるインスリン供給速度Ｙ（ｔ）、１７は積分要素、１８は膵臓から分泌可能なインスリン総量Ｘ（ｔ）、１９は単位濃度当たりの分泌速度Ｍをそれぞれ示している。
【００４８】
［生体モデルの肝臓ブロック］
肝臓ブロック２の入出力の関係は、以下の微分方程式（２）を用いて記述することができる。また、微分方程式（２）と等価な、図５に示されるブロック線図を用いて表現することもできる。
微分方程式（２）：
ｄＩ４（ｔ）／ｄｔ ＝ α２｛−Ａ３Ｉ４（ｔ） ＋ (1−Ａ７)・ＳＲ（ｔ） ｝
Ｇｏｆｆ（ＦＧＢ） ＝ ｆ１ (ただし ＦＧＢ＜ｆ３）
＝ ｆ１ ＋ ｆ２・(ＦＧＢ−ｆ３)
(ただしＦＧＢ＞＝ｆ３）
Ｆｕｎｃ１（ＦＧＢ）＝ ｆ４ − ｆ５・(ＦＧＢ−ｆ６)
Ｆｕｎｃ２（ＦＧＢ）＝ｆ７／ＦＧＢ
ｂ１(Ｉ４（ｔ）)＝ ｆ８｛1 ＋ ｆ９・Ｉ４（ｔ）｝
ＨＧＵ（ｔ） ＝ｒ・Ｆｕｎｃ１（ＦＧＢ）・ｂ１(Ｉ４（ｔ）)・ＲＧ（ｔ）＋ (1−r)・Ｋｈ・ＢＧ（ｔ）・Ｉ４（ｔ） （ただしＨＧＵ（ｔ）＞＝０）
ＨＧＰ（ｔ） ＝ Ｉ４ｏｆｆ・Ｆｕｎｃ２（ＦＧＢ）・ｂ２＋Ｇｏｆｆ（ＦＧＢ）−Ｉ４（ｔ）・Ｆｕｎｃ２（ＦＧＢ）・ｂ２ （ただしＨＧＰ（ｔ）＞= ０）
ＳＧＯ（ｔ） ＝ＲＧ（ｔ）＋ ＨＧＰ（ｔ）−ＨＧＵ（ｔ）
ＳＲｐｏｓｔ（ｔ） ＝ Ａ７ＳＲ（ｔ）
変数：
ＢＧ（ｔ）：血糖値（血液単位体積あたりのグルコース濃度）
ＳＲ（ｔ）：膵臓からのインスリン分泌速度
ＳＲｐｏｓｔ（ｔ）：肝臓通過後のインスリン
ＲＧ（ｔ） ：消化管からのグルコース吸収
ＨＧＰ（ｔ） ：肝糖放出
ＨＧＵ（ｔ） ：肝糖取込
ＳＧＯ（ｔ） ：肝臓からの正味グルコース
Ｉ４（ｔ） ：肝インスリン濃度
パラメータ：
Ｋｈ ：単位インスリン、単位グルコース当たりの肝臓でのインスリン依存グルコース取り込み速度
Ａ７ ：肝臓でのインスリン取り込み率
Ｇｏｆｆ ：基礎代謝に対するグルコース放出速度
ｂ２ ：肝糖放出抑制率に関する調整項
ｒ ：インスリン非依存性肝糖取り込みへの分配率
α２ ：インスリン刺激に対する追従性
Ｉ４ｏｆｆ ：肝糖放出が抑制されるインスリン濃度のしきい値
関数：
Ｇｏｆｆ（ＦＧＢ）： 基礎代謝に対するグルコース放出速度
Ｆｕｎｃ１（ＦＧＢ）： 消化管からのグルコース刺激に対する肝糖取り込み率
Ｆｕｎｃ２（ＦＧＢ）： インスリン刺激に対する肝糖放出抑制率
ｆ１〜ｆ９ ： 上記の3要素の表現にあたって用いた定数
ｂ１（Ｉ４（ｔ））： 肝糖取り込み率に関する調整項
ここで、図３における肝臓ブロックへの入力である、消化管からのグルコース吸収５はＲＧ（ｔ）、血糖値６はＢＧ（ｔ）、インスリン分泌速度７はＳＲ（ｔ）とそれぞれ対応し、また出力である正味グルコース放出８はＳＧＯ（ｔ）、肝臓通過後インスリン９はＳＲｐｏｓｔ（ｔ）とそれぞれ対応している。
【００４９】
図５のブロック線図において、５は消化管からのグルコース吸収ＲＧ（ｔ）、６は血糖値ＢＧ（ｔ）、７は膵臓からのインスリン分泌速度ＳＲ（ｔ）、８は肝臓からの正味グルコースＳＧＯ（ｔ）、９は肝臓通過後のインスリンＳＲｐｏｓｔ（ｔ）、２４は肝臓のインスリン通過率（１−Ａ７）、２５はインスリン刺激に対する追従性α２、２６は肝臓通過後のインスリン分配速度Ａ３、２７は積分要素、２８は肝インスリン濃度I４（ｔ）、９はインスリン依存性肝糖取り込み分配率（１−ｒ）、３０は単位インスリン、単位グルコース当たりの肝臓でのインスリン依存グルコース取り込み速度Ｋｈ、３１はインスリン非依存性肝糖取り込みへの分配率ｒ、３２は消化管からのグルコース刺激に対する肝糖取り込み率Ｆｕｎｃ１（ＦＧＢ）、３３は肝糖取り込み率に関する調整項ｂ１（Ｉ４（ｔ））、３４は肝糖取込ＨＧＵ（ｔ）、３５は肝糖放出が抑制されるインスリン濃度のしきい値Ｉ４ｏｆｆ、３６はインスリン刺激に対する肝糖放出抑制率Ｆｕｎｃ２（ＦＧＢ）、３７は肝糖放出抑制率に関する調整項ｂ２、３８は基礎代謝に対するグルコース放出速度、３９は肝糖放出ＨＧＰ（ｔ）、４０は肝臓でのインスリン取り込み率Ａ７を示している。
【００５０】
［生体モデルのインスリン動態ブロック］
インスリン動態分泌の入出力の関係は、以下の微分方程式（３）を用いて記述することができる。また、微分方程式（３）と等価な、図６に示されるブロック線図を用いて表現することもできる。
微分方程式（３）：
ｄＩ１（ｔ）／ｄｔ ＝ −Ａ３Ｉ１（ｔ）＋Ａ５Ｉ２（ｔ）＋Ａ４Ｉ３（ｔ）＋ＳＲｐｏｓｔ（ｔ）
ｄＩ２（ｔ）／ｄｔ＝ Ａ６Ｉ１（ｔ）− Ａ５Ｉ２（ｔ）
ｄＩ３（ｔ）／ｄｔ＝Ａ２Ｉ１（ｔ） − Ａ１Ｉ３（ｔ）
変数：
ＳＲｐｏｓｔ（ｔ）：肝臓通過後のインスリン
Ｉ１（ｔ） ：血中インスリン濃度
Ｉ２（ｔ） ：インスリン非依存組織でのインスリン濃度
Ｉ３（ｔ） ：末梢組織でのインスリン濃度
パラメータ：
Ａ１ ：末梢組織でのインスリン消失速度
Ａ２ ：末梢組織へのインスリン分配率
Ａ３ ：肝臓通過後のインスリン分配速度
Ａ４ ：末梢組織通過後のインスリン流出速度
Ａ５ ：インスリン非依存組織でのインスリン消失速度
Ａ６ ：インスリン非依存組織へのインスリン分配率
ここで、図３におけるインスリン動態ブロックの入力である肝臓通過後のインスリン９は、ＳＲｐｏｓｔ（ｔ）と対応し、また出力である末梢組織でのインスリン濃度１０は、Ｉ３（ｔ）と対応する。
【００５１】
図６のブロック線図において、９は肝臓通過後のインスリンＳＲｐｏｓｔ（ｔ）、１０は末梢組織でのインスリン濃度Ｉ３（ｔ）、５０は積分要素、５１は肝臓通過後のインスリン分配速度Ａ３、５２は血中インスリン濃度Ｉ１（ｔ）、５３は末梢組織へのインスリン分配率Ａ２、５４は積分要素、５５は末梢組織でのインスリン消失速度Ａ１、５６は末梢組織通過後のインスリン流出速度Ａ４、５７はインスリン非依存組織へのインスリン分配率Ａ６、５８は積分要素、５９はインスリン非依存組織でのインスリン濃度Ｉ２（ｔ）、６０はインスリン非依存組織でのインスリン消失速度Ａ５をそれぞれ示している。
【００５２】
［生体モデルの末梢組織ブロック］
末梢組織ブロック４の入出力の関係は、以下の微分方程式（４）を用いて記述することができる。また、微分方程式（４）と等価な、図７に示されるブロック線図を用いて表現することもできる。
微分方程式（４）：
ｄＢＧ´／ｄｔ＝ＳＧＯ（ｔ）−ｕ* Ｇｏｆｆ（ＦＧＢ）−Ｋｂ（ＢＧ´（ｔ）−ＦＢＧ´）−Ｋｐ・Ｉ３（ｔ）・ＢＧ´（ｔ）
変数：
ＢＧ´（ｔ） ：血糖値（単位体重あたりのグルコース濃度）
(ただしＢＧ[ｍｇ／ｄｌ]、ＢＧ´[ｍｇ／ｋｇ])
ＳＧＯ（ｔ） ：肝臓からの正味グルコース
Ｉ３（ｔ） ：末梢組織でのインスリン濃度
ＦＢＧ´ ：空腹時血糖（ただしＦＢＧ´＝ＢＧ´（０））
パラメータ：
Ｋｂ ：末梢組織でのインスリン非依存グルコース消費速度
Ｋｐ ：単位インスリン、単位グルコースあたりの
末梢組織でのインスリン依存グルコース消費速度
ｕ ：基礎代謝に対するグルコース放出速度のうち
基礎代謝に対するインスリン非依存グルコース消費が占める割合
関数：
Ｇｏｆｆ（ＦＧＢ）：基礎代謝に対するグルコース放出速度
ｆ１〜ｆ３ ：Ｇｏｆｆの表現にあたって用いた定数
ここで、図３における末梢組織ブロックへの入力である末梢組織でのインスリン濃度１０はＩ３（ｔ）、肝臓からの正味グルコース８はＳＧＯ（ｔ）とそれぞれ対応し、また出力である血糖値６はＢＧ（ｔ）と対応する。
【００５３】
図７のブロック線図において、６は血糖値ＢＧ（ｔ）、８は肝臓からの正味グルコースＳＧＯ（ｔ）、１０は末梢組織でのインスリン濃度Ｉ３（ｔ）、７０は基礎代謝に対するインスリン非依存グルコース消費速度ｕ* Ｇｏｆｆ（ＦＧＢ）、７１は積分要素、７２は末梢組織でのインスリン非依存グルコース消費速度Ｋｂ、７３は単位インスリン、単位グルコース当たりの末梢組織でのインスリン依存グルコース消費速度Ｋｐ、７４は単位変換定数Ｗｓ／ＤＶｇをそれぞれ示している。
【００５４】
図３に示されるように、本システムを構成するブロック間の入力、出力は、相互に接続されているため、消化管からのグルコース吸収５を与えることで、血糖値、インスリン濃度の時系列変化を、数式に基づいて計算し、シミュレートすることができる。
【００５５】
本システムの微分方程式の計算には、例えばＥ−Ｃｅｌｌ（慶應義塾大学公開ソフトウェア）やＭａｔＬａｂ（マスワークス社製品）を用いることができるが、他の計算システムを用いてもよい。
【００５６】
［生体モデル生成部］
図３〜図７に示す上述の生体モデルによって、個々の患者の生体器官をシミュレートするには、個々の患者に応じた特性を有する生体モデルを生成する必要がある。具体的には、生体モデルのパラメータと変数の初期値とを、個々の患者に応じて決定し、決定されたパラメータ及び初期値を生体モデルに適用して、個々の患者に対応した生体モデルを生成する必要がある（なお、以下では、特に区別しなければ、変数の初期値も生成対象のパラメータに含めるものとする）。
【００５７】
本システムＳＳのサーバ２（のシミュレータ・解析サーバＳ２）は、生体モデル生成部としての機能を実現するため、生体モデルの内部パラメータの組である内部パラメータセット（以下、単に「パラメータセット」ということがある）を求め、求めたパラメータセットが適用された生体モデルを生成する機能を有している。なお、この機能は、病態シミュレータ・解析プログラムによって実現されている。
生体モデル生成部によって生成されたパラメータセットを前記生体モデルに与えることで、生体モデル演算部が、生体器官の機能のシミュレートを行って、実際の生体応答（検査結果）を模した疑似応答を出力することができる。
【００５８】
［パラメータセット生成部］
以下、実際の患者（生体）の検査結果（生体応答）に基づき、その患者の生体器官を模した生体モデルを形成するためのパラメータセットを生成するパラメータセット生成部について説明する。
【００５９】
［ＯＧＴＴ時系列データ入力：ステップＳ１−１］
図８は、システムＳＳのパラメータセット生成部が、生体モデルのパラメータセットを求める処理手順を示している。同図に示すように、パラメータを求めるには、まず、実際の検査結果（生体応答）としてのＯＧＴＴ（Oral Glucose Tolerance Test;経口ブドウ糖負荷試験）時系列データの入力処理（ステップＳ１−１）が行われる。
ＯＧＴＴ時系列データは、生体モデルによってシミュレートしようとする患者に対して実際に行った検査であるＯＧＴＴ（所定量のブドウ糖液を経口負荷して血糖値や血中インスリン濃度の時間的変化を測定）の結果であり、本システムは、クライアント端末３から、実際の生体応答（実際の検査値）として入力を受け付ける。ここでは、ＯＧＴＴ時系列データとして、ＯＧＴＴグルコースデータ（血糖値変動データ）と、ＯＧＴＴインスリン（血中インスリン濃度変動データ）の２つが入力される。
【００６０】
なお、入力されたＯＧＴＴ時系列データは、データベースサーバＳ３のデータベースのうち、ＯＧＴＴデータテーブルＤＢ４（図１７（ｃ）参照）に「検査データ」として登録される。
【００６１】
図９は、入力されるＯＧＴＴ時系列データとしての血糖値変動データ（図９（ａ））及び血中インスリン濃度変動データ（図９（ｂ））の例を示している。
図９（ａ）の血糖値変動データは、図３〜図７に示す生体モデルにおける出力項目の一つである血糖値ＢＧ（ｔ）の時間的変化に対応した実測データである。
また、図９（ｂ）の血中インスリン濃度変動データは、図３〜図７に示す生体モデルにおける出力項目の一つである血中インスリン濃度I１(t)の時間的変化に対応した実測データである。
【００６２】
［テンプレートマッチング：ステップＳ１−２］
次に、本システムＳＳは、入力されたＯＧＴＴ時系列データと、テンプレートデータベースＤＢ１のテンプレートとのマッチングを行う。なお、テンプレートデータベースＤＢ１は、データベースサーバＳ３のデータベース２４に含まれる１つのデータベースである。
テンプレートデータベースＤＢ１は、図１０に示すように、テンプレートとなる生体モデルの参照用出力値Ｔ１，Ｔ２，・・と、当該参照用出力値を発生させるパラメータセットＰＳ＃０１，ＰＳ＃０２・・とが対応付けられた複数組のデータが予め格納されたものである。参照用出力値とパラメータセットの組を作成するには、任意の参照用出力値に対して、適当なパラメータセットを割り当てたり、逆に任意のパラメータセットを選択した場合の生体モデルの出力を生体シミュレーションシステムで求めたりすればよい。
【００６３】
図１１は、テンプレート（参照用出力値）Ｔ１の例を示している。図１１（ａ）は、テンプレートとしての血糖値変動データであり、図３〜図７に示す生体モデルにおける出力項目の一つである血糖値ＢＧ（ｔ）の時間的変化に対応した参照用時系列データである。図１１（ｂ）は、テンプレートとしての血中インスリン濃度変動データであり、図３〜図７に示す生体モデルにおける出力項目の一つである血中インスリン濃度I１(t)の時間的変化に対応した参照用時系列データである。
【００６４】
システムＳＳは、上記テンプレートデータベースＤＢ１の各参照用時系列データと、ＯＧＴＴ時系列データとの類似度を演算する。類似度は、誤差総和を求めることによって得られる。誤差総和は、次式によって得られる。
誤差総和＝αΣ｜ＢＧ（０）−ＢＧｔ（０）｜＋βΣ｜ＰＩ（０）−ＰＩｔ（０）｜
＋αΣ｜ＢＧ（１）−ＢＧｔ（１）｜＋βΣ｜ＰＩ（１）−ＰＩｔ（１）｜
＋αΣ｜ＢＧ（２）−ＢＧｔ（２）｜＋βΣ｜ＰＩ（２）−ＰＩｔ（２）｜
＋・・・
＝α｛Σ｜ＢＧ（ｔ）−ＢＧｔ（ｔ）｜｝＋β｛Σ｜ＰＩ（ｔ）−ＰＩｔ（ｔ）｜｝
ここで、
ＢＧ：入力データの血糖値[mg/dl]
ＰＩ：入力データの血中インスリン濃度［μU/ml］
ＢＧｔ：テンプレートの血糖値[mg/dl]
ＰＩｔ：テンプレートの血中インスリン濃度［μU/ml］
ｔ：時間［分］
また、α及びβは規格化に用いる係数であり、
α＝１／Average｛ΣＢＧ（ｔ）｝
β＝１／Average｛ΣＰＩ（ｔ）｝
定式のAverageはテンプレートデータベースＤＢ１に格納された全テンプレートに対する平均値を指す。
【００６５】
図１２は、テンプレートＴ１に対するＯＧＴＴ時系列データの誤差総和（規格化なし）を示しており、具体的には、図１２（ａ）は、図９（ａ）の血糖値と図１１（ａ）の血糖値との誤差を示しており、図１２（ｂ）は、図９（ｂ）のインスリンと図１１（ｂ）のインスリンの誤差を示している。
図９の入力データ（１０分間隔の０分から１８０分のデータ）と、図１１のテンプレートＴ１についてみると、
Σ｜ＢＧ（ｔ）−ＢＧｔ（ｔ）｜＝２９
Σ｜ＰＩ（ｔ）−ＰＩｔ（ｔ）｜＝２０
となる。ここで、α＝０．０００３５、β＝０．００１０５とすると、
誤差総和＝（０．０００３５×２９）＋（０．００１０５×２０）
＝０．０３１１５
【００６６】
上記のようにして、ＣＰＵ１００ａは、テンプレートデータベースＤＢ１中の各テンプレートについて誤差総和を求め、誤差総和（類似度）が最小となるテンプレート、すなわちＯＧＴＴ時系列データに最も近似するテンプレートを決定する（ステップＳ１−２）。
【００６７】
［パラメータセット獲得：ステップＳ１−４］
さらに、ステップＳ１−３では、システムＳＳは、ステップＳ１−２において決定されたテンプレートに対応するパラメータセットを、テンプレートデータベースＤＢ１から獲得する。つまり、テンプレートＴ１に対応するパラメータセットＰＳ＃０１が得られる（図１０参照）。
下記表１は、このようにして得られたパラメータセットＰＳ＃０１に含まれるパラメータ値の具体的数値例を示している。
【表１】
【００６８】
なお、パラメータセット（生体モデル）を生成する方法は、上記のようなテンプレートマッチングに限られるものではない。例えば、パラメータセットを遺伝的アルゴリズムによって生成してもよい。つまり、パラメータセットの初期集団をランダムに発生させ、初期集団に含まれるパラメータセット（個体）に対して、選択・交叉・突然変異処理を行って、新たな子集団を生成するという遺伝的アルゴリズムを行うことができる。この遺伝的アルゴリズムによって生成されたパラメータセットのうち、入力された生体応答（検査結果）に近似した疑似応答を出力するパラメータセットを採用することができる。
このように、生体モデル生成部は、入力され生体応答を模した疑似応答を出力できる生体モデルを生成できるものであれば、その具体的生成方法は特に限定されない。
【００６９】
［疑似応答取得部（生体モデル演算部）］
システムＳＳは、上記パラメータセットＰＳ＃０１が、生体モデルに与えられると、その生体モデルに基づき演算を行い、入力されたＯＧＴＴ時系列データを模した疑似応答情報（血糖値及びインスリン濃度の時系列変化）を出力する機能を有している（システムＳＳの疑似応答取得部（生体モデル演算部）としての機能）。
つまり、システムＳＳでは、生成された生体モデルに基づき、患者の生体器官のシミュレーションを行うことができる。なお、この機能も、病態シミュレータ・解析プログラムによって実現されている。
また、生成されたパラメータセットは、病態情報（病態特徴情報）を取得するためにも用いられるが、この点については、後述する。
【００７０】
［アプリケーションサーバＳ１の機能］
図１３は、サーバＳのアプリケーションサーバＳ１の画面制御部Ｓ１−Ａが生成し、クライアントＣの表示装置に表示される本システムＳＳの画面を示している。
図１３の画面は、医師等のユーザがクライアントＣから本システムにログインした直後の起動画面を示している。
【００７１】
本システムＳＳの画面は、クライアントＣのＷｅｂブラウザＣ１上に表示される。図１３では、ＷｅｂブラウザＣ１のタイトルバーＣ１−１、ツールバーＣ１−２、及び表示領域Ｃ１−３を示している。サーバＳでは、ブラウザＣ１の表示領域Ｃ１−３に表示される画面を生成する。なお、以下では、簡略化のため、画面を示す図では表示領域Ｃ１−３のみを示し、Ｗｅｂブラウザの各種バーＣ１−１，Ｃ１−２表示は図示を省略する。
【００７２】
図１３のブラウザ表示領域Ｃ１−３に表示されているのは、患者情報の検索を行って、その検索結果を表示するための患者検索・一覧画面（以下、「基本画面」ともいう）Ｗ１である。この基本画面Ｗ１は、他の画面Ｗ２，Ｗ３へ遷移するための基礎となる画面（ルート画面）でもある。
【００７３】
図１４にも示すように、基本画面Ｗ１からは、医師が閲覧するための医師用画面である診療メイン画面Ｗ２（図１５参照）と、患者が閲覧するための患者用画面Ｗ３（図１６参照）とに遷移することができる。なお、いずれの画面Ｗ１，Ｗ２，Ｗ３からでも、他の２つの画面Ｗ１，Ｗ２，Ｗ３へ遷移することが可能である。
【００７４】
各画面Ｗ１，Ｗ２，Ｗ３は、画面遷移操作等のシステム操作のためのボタン表示が配置された操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａと、各画面Ｗ１，Ｗ２，Ｗ３ごとの内容を表示したり、各画面Ｗ１，Ｗ２，Ｗ３内での操作を行う本体画面領域Ｗ１Ｂ，Ｗ２Ｂ，Ｗ３Ｂと、を有している。
【００７５】
操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａは、本体画面領域Ｗ１Ｂ，Ｗ２Ｂ，Ｗ３Ｂにおける表示内容にかかわらず、常に、各画面Ｗ１，Ｗ２，Ｗ３について表示されるものである。
【００７６】
基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａは、共通しており、各画面Ｗ１，Ｗ２，Ｗ３への画面遷移ボタンとして、「患者・検索一覧」ボタン１０１、「診療メイン」ボタン１０２、「患者向けビュー」ボタン１０３を含んでいる。
これらのボタン１０１，１０２，１０３に対し、マウス操作等によって選択する操作を行うことで、現在表示中の画面Ｗ１，Ｗ２，Ｗ３から、他の画面Ｗ１，Ｗ２，Ｗ３へ遷移することができる。
【００７７】
また、基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａは、システムからユーザへの「お知らせ」画面を表示するための「お知らせ」ボタン１０４、システムＳからログアウトするための「ログアウト」ボタン１０５を有している。
【００７８】
患者用画面Ｗ３の操作画面領域Ｗ３Ａは、他の画面Ｗ１，Ｗ２への遷移ボタン１０１，１０２を含む他、患者用画面Ｗ３の本体画面領域Ｂに表示されている画面の内容をプリンタによって印刷する印刷処理を実行するための「印刷する」ボタン１０６を有している。この「印刷する」ボタン１０６の選択操作が成されると、現在の本体画面領域Ｂの内容が紙に印刷される。紙に印刷された画面内容は、患者に渡され、この紙資料が、医師による患者への説明の際の資料及び患者による自己の状態の理解のための補助資料となる。
【００７９】
患者用画面Ｗ３の操作画面領域Ｗ３Ａは、「ログアウト」ボタン１０５も有している。また、患者用画面Ｗ３の操作画面領域Ｗ３Ａは、「お知らせ」ボタン１０４を有しておらず、画面が簡素化されている。
【００８０】
なお、図１４は、画面遷移の他、各画面Ｗ１，Ｗ２，Ｗ３の操作画面領域に表示されたボタンの操作によるシステムの状態遷移全般を示している。また、図１４中の矢印に付した符号は、対応する符号を有するボタン（画面Ｗ１，Ｗ２，Ｗ３の操作画面領域のボタン）による操作を示している。
【００８１】
また、基本画面Ｗ１及び医師用画面Ｗ２では、医師又は検査技師などシステムユーザによる操作性を確保するため、注目しやすい画面Ｗ１，Ｗ２上部に、操作画面領域Ｗ１Ａ，Ｗ２Ａが配置されている。
一方、患者は、システムを直接操作するのではなく、画面をみるだけであるため、患者用画面Ｗ３では、画面をシンプルにし、患者に分かり易くするため、操作画面領域Ｗ３Ａが、画面Ｗ３下部に配置されている。
また、患者用画面Ｗ３の操作画面領域Ｗ３Ａでは、ボタンサイズを小さくする等して、基本画面Ｗ１及び医師用画面Ｗ２の操作画面領域Ｗ１Ａ，Ｗ２Ａよりも、ボタンを目立たなくしている。
【００８２】
［患者検索・一覧画面（基本画面）Ｗ１の詳細］
以下、基本画面である患者検索・一覧画面Ｗ１の詳細について説明する。この基本画面Ｗ１は、患者氏名などの検索条件を入力して患者を検索する機能と、検索結果として患者一覧を表示する機能とを有している。なお、両機能は別々の画面によって構成されていてもよい。
【００８３】
図１３に示すように、基本画面Ｗ１の（本体画面領域Ｗ１Ｂ）は、検索条件等の入力を行う検索操作部１１０と、検索結果を表示する検索結果表示部１３０とを有している。
また、基本画面Ｗ１には、患者の情報を新規登録するための新規登録部１４０を有している。新規登録部１４０を選択して、新規登録処理を行うと、新たな患者の情報がデータベースに登録され、当該患者が検索可能になる。
【００８４】
検索操作部１１０は、検索条件として、患者ＩＤ入力部１１１、カルテＩＤ入力部１１２、患者氏名入力部１１３、患者名カナ入力部１１４、性別入力部１１５、担当医入力部１１６、生年月日入力部１１７、メモ入力部１１８、最終診察日からの経過日数入力部１１９、検査項目名入力部１２０などの各種検索条件の入力部を有している。
【００８５】
本実施形態では、上記入力部に１以上の入力条件を入力し、検索ボタン１２１を選択すると、当該検索条件が、サーバＳへ送信される。サーバＳのアプリケーションサーバＳ１は、検索条件を受信すると、データベースサーバＳ３のデータベースに含まれる患者データテーブルＤＢ２を検索する。なお、患者データテーブルの内容については図１７（ａ）に示した。患者データテーブルには、前記検索条件に対応する患者情報が、患者ごとに登録されている。
【００８６】
サーバＳは、検索条件に合致する患者の情報を抽出すると、抽出した情報を検索結果表示部１３０に一覧表示した基本画面を生成し、クライアントＣへ送信する。
【００８７】
そして、クライアントＣでは、サーバＳから送信された基本画面Ｗ１を表示する。検索後の基本画面Ｗ１の検索結果表示部１３０では、図１３に示すように、患者検索結果一覧が表示されている。検査結果表示部１３０には、検索条件によって抽出された患者の情報（患者ＩＤ１３１、患者氏名１３２、性別１３３、生年月日１３４、担当医１３５、カルテＩＤ１３６）が表示される。なお、患者一覧は、通常、患者ＩＤの昇順で並んでいるが、患者情報の各項目１３１〜１３６をクリックすることで、選択した患者情報（例えば、生年月日）の昇順又は降順で並び替えることができる。
【００８８】
検索結果表示部１３０には、患者ごとに、それぞれ、操作を選択可能な操作メニュー部１３７が表示される。図１８に示すように、ある患者についての操作メニュー部１３７を選択すると、選択可能な操作メニューとして、「患者情報編集」選択部１５１、「検査データ入力」選択部１５２、「診療メイン」選択部１５３、及び「患者向けビュー」選択部１５４が表示される。
なお、操作メニュー部１３７は、患者ごとに表示されるため、操作メニューの選択は、同時に、患者の選択を行うことにもなっている。
【００８９】
医師等のユーザが、「患者情報編集」選択部１５１を選択すると、サーバＳは、選択された患者の患者ＩＤをキー情報として、データベースの患者データテーブルＤＢ２（図１７（ａ）参照）を参照して、編集対象の患者情報を抽出する。さらに、サーバＳは、当該患者の情報（患者データテーブルの内容）を編集する「患者情報編集」画面を生成し、クライアントＣに表示させる（図１９参照）。患者情報の編集が終了すると、サーバＳは、患者データデータテーブルＤＢ２の内容を、当該患者について更新する。また、画面は、元の基本画面Ｗ１に戻る。
【００９０】
医師等のユーザが、「検査データ入力」選択部１５２を選択すると、サーバＳは、検査データを入力する「検査データ入力画面」を生成し、クライアントＣに表示させる（図２１〜図２２参照）。検査データの入力が終了すると、元の基本画面Ｗ１に戻る。
検査データ入力画面は、体重等の基本検査値を入力するための基本検査データ画面（図２０）、ＯＧＴＴデータを入力するためのＯＧＴＴデータ画面（図２１）、基本検査項目の目標値を入力するための目標値画面（図２２）が、タブ形式により切り替え表示可能に構成されている。
【００９１】
図２０の基本検査データ画面では、検査日ごとに、各検査項目の検査結果を入力することができる。この基本検査データ画面において入力されたデータは、患者ＩＤとともに、検査日ごとの検査結果として、データベースの基本検査結果データテーブルＤＢ３に登録される（図１７（ｂ）参照）。
【００９２】
図２１のＯＧＴＴデータ画面は、検査日ごとに、ＯＧＴＴ時系列データとして、ＯＧＴＴグルコースデータ（血糖値変動データ）と、ＯＧＴＴインスリンデータ（血中インスリン濃度変動データ）とを入力することができる。このＯＧＴＴデータ画面において入力されたデータは、患者ＩＤとともに、検査日ごとの検査データとして、データベースのＯＧＴＴデータテーブルＤＢ４に登録される（図１７（ｃ）参照）。
【００９３】
図２２の目標値画面では、体重等の基本検査項目についての目標値を入力することができる。この目標値画面において入力されたデータは、患者ＩＤとともに、目標値データテーブルＤＢ５に登録される（図１７（ｄ）参照）。
【００９４】
図２１のＯＧＴＴデータ画面において、前記ＯＧＴＴデータの新規登録、修正が行われた場合、シミュレータ・解析サーバＳ２は、そのＯＧＴＴデータを用いてシミュレーション及び病態解析を行い、病態の特徴を示す病態情報（病態特徴情報）を取得する。なお、取得された病態特徴情報は、ＯＧＴＴデータと関連付けてデータベースのＯＧＴＴデータテーブルＤＢ４に登録される。病態解析の詳細については、後述する。
また、シミュレーション及び病態解析の際には、患者の体重情報（基本検査項目の一つ）も必要であるため、最新の基本検査の検査日における当該患者の体重を、基本検査結果データテーブルＤＢから取得する。
【００９５】
このように、シミュレーション及び病態解析の際には、基本検査データも用いられるため、本システムＳＳでは、図２１のＯＧＴＴデータ画面において前記ＯＧＴＴデータの新規登録、修正が行われた場合に限らず、図２０の基本検査データ入力画面において基本検査データの登録、修正が行われた場合にも、シミュレーションの再実行及び病態の再解析を行う。そして、再取得した病態特徴情報は、シミュレーションに使用したＯＧＴＴデータと関連付けてデータベースのＯＧＴＴデータテーブルＤＢ４に再登録される。
【００９６】
図１８に戻り、基本画面Ｗ１において、医師等のユーザが、「診療メイン」選択部１５３を選択すると、サーバＳは、選択された患者についての情報を表示する「診療メイン」画面（医師用画面）Ｗ２を生成し、クライアントＣに表示させる（図１５参照）。
この医師用画面Ｗ２は、基本画面Ｗ１において選択された「患者」についての情報を表示するものであり、サーバＳは、選択された患者の患者ＩＤをキーとして、データベース中のデータテーブルＤＢ２〜ＤＢ７を参照して、当該患者の情報を抽出し、医師による診断の支援のために、当該患者の情報を表示する医師用画面Ｗ２を生成する。
【００９７】
また、基本画面Ｗ１において、医師等のユーザが、「患者向けビュー」選択部１５４を選択すると、サーバＳは、選択された患者についての情報を表示する「患者ビュー」画面（医師用画面）Ｗ３を生成し、クライアントＣに表示させる（図１６参照）。
この患者用画面Ｗ３は、基本画面Ｗ１において選択された「患者」についての情報を表示するものであり、サーバＳは、選択された患者の患者ＩＤをキーとして、データベース中のデータテーブルＤＢ２〜ＤＢ７を参照して、当該患者の情報を抽出し、患者に閲覧させるための情報を表示する患者用画面Ｗ２を生成する。
【００９８】
［画面切替機能（画面切替部Ｓ１−Ｂ）についての補捉説明］
ここでは、図１８の「診療メイン」選択部１５３及び「患者向けビュー」選択部１５４の操作による画面遷移と、図１３，１５及び図１６の操作画面領域Ｗ１Ａ，Ｗ２Ａ，Ｗ３Ａの「診療メイン」ボタン１０２及び「患者向けビュー」ボタン１０３の操作による画面遷移との違いについて説明する。
いずれも、医師用画面である診療メイン画面Ｗ２又は患者用画面である患者向けビューＷ３に画面を切り替える点では、同じである。すなわち、いずれの場合でも、サーバＳの画面切替部Ｓ１−Ｂは、クライアントＣから、表示切り替えを行うための入力を受け付け、画面を切り替える。
【００９９】
ただし、前者は、患者を選択しつつ選択された患者の診療メイン画面又は患者向けビューを表示させる場合に使用される。すなわち、「異なる患者」の表示に切り替える際には、基本画面Ｗ１に戻って、前者の画面遷移を行うことが必要である。
【０１００】
これに対し、後者は、「同じ患者」について、診療メイン画面又は患者向けビューを切り替えるために使用される。後者の場合、画面を切り替えるために、基本画面Ｗ１に戻る必要がなく、各画面Ｗ２，Ｗ３の操作画面領域Ｗ２Ａ，Ｗ３Ａの操作で、迅速に切り替えることができる。
したがって、医師が医師用画面Ｗ２を閲覧して診断を行い、その場で、患者にも必要な情報を示す場合には医師用画面Ｗ２からダイレクトに（基本画面Ｗ１を経由することなく）、患者用画面Ｗ３へ移ることができる。また、その逆も行える。
【０１０１】
［診療メイン（医師用画面）Ｗ２の詳細］
図１５に示す医師用画面Ｗ２及び図２３に示す医師用画面Ｗ２から明らかなように、医師用画面Ｗ２の本体画面領域Ｗ２Ｂは、本体画面領域Ｗ２Ｂの上部において位置固定的に表示された固定表示部１６１を備えている。また、本体画面領域Ｗ２Ｂの固定表示部１６１下方の領域には、位置移動自在に表示された複数の画面領域（ウィンドウ）が同時に表示されるマルチ画面領域（マルチウィンドウ領域）が形成されている。
【０１０２】
固定表示部１６１には、患者の氏名、生年月日、患者ＩＤなどの患者情報（患者データテーブルＤＢ２の情報）が表示される他、当該患者の情報を編集する患者情報編集画面を表示させるための「患者情報を編集する」ボタン１６１ａ、及び、複数の画面領域の配置（位置・大きさ）を初期状態に戻すための「配置リセット」ボタン１６１ｂが設けられている。
【０１０３】
本実施形態のマルチ画面領域には、基本検査データ画面領域（基本検査データウィンドウ）１６２、ＯＧＴＴデータ画面領域（ＯＧＴＴデータウィンドウ）１６３、処方画面領域（処方ウィンドウ）１６４、所見画面領域（所見ウィンドウ）１６５の４つの画面領域（ウィンドウ）が同時に表示されている。
それぞれの画面領域１６２〜１６５は、マウス等の操作によって、医師用画面Ｗ２のマルチ画面領域内において、位置調整自在であり、その大きさも調整自在である。
【０１０４】
上記画面領域１６２〜１６５のうち、医師による診断支援のためには、基本検査データ画面領域（患者に関する関連情報を表示するための画面領域）１６２及びＯＧＴＴデータ画面領域（患者の病態情報を表示するための画面領域）１６３が、特に重要である。基本検査データ画面領域１６２は、実際の検査（基本検査）によって得られた検査結果を示しており、ＯＧＴＴデータ画面領域１６３は、実際のＯＧＴＴ結果とともにシミュレーション解析の結果である病態情報を示しているからである。
【０１０５】
さて、基本検査画面領域１６２は、図１７（ｂ）に示す基本検査結果データテーブルＤＢ３に格納されている情報（検査結果）に基づいて、サーバＳによって生成される。サーバＳは、選択された患者の患者ＩＤをキーとして基本検査結果データテーブルを検索し、最新の検査日についての検査結果情報を、検査結果表示部１６２ａとして基本検査画面領域１６２中に生成する。
【０１０６】
また、基本検査画面領域１６２では、基本検査結果表示部１６２中の各検査項目名を、マウス操作（ダブルクリック等）によって選択可能であり、選択された項目についての時系列グラフ１６２ｂが、基本検査画面領域１６２中（検査結果表示部１６２ａの右側）の位置に、表示される。なお、選択された検査項目について目標値が設定されている場合、時系列グラフ１６２ｂには、検査値Ｔｓｔだけでなく、目標値Ｔｒも表示される。
時系列グラフ１６２ｂは、医師用画面Ｗ２の基本検査画面領域１６２では、最大４つまで選択可能である。なお、図１５では、時系列グラフ１６２ｂを４つ示し、図２３では、時系列グラフ１６２ｂを一つ示した。
【０１０７】
なお、検査結果表示部１６２ａに表示される検査結果は、検査日が異なる検査結果に変更可能である。このため、基本検査画面領域１６２には、任意の検査日を指定し、その検査日の検査結果を表示するための「他の検査日」ボタン１６２ｃ、前の検査日の検査結果を表示するための「前の検査日」ボタン１６２ｄ、次の検査日の検査結果を表示するための「次の検査日」ボタン１６２ｅを備えている。
【０１０８】
図１５に示すＯＧＴＴデータ画面領域（患者の病態情報を表示するための画面領域）１６３は、図１７（ｃ）に示すＯＧＴＴデータテーブルＤＢ４に格納されている情報（検査データ及び解析結果）に基づいて、サーバＳによって生成される。サーバＳは、選択された患者の患者ＩＤをキーとしてＯＧＴＴデータテーブルＤＢ４を検索し、最新の検査日についての検査データ（ＯＧＴＴ時系列データ）と解析結果（病態情報）を取得し、ＯＧＴＴ検査データの時系列グラフ１６３ａ、及び解析結果のレーダチャート１６３ｂを、ＯＧＴＴ画面領域１６３中に生成する。
【０１０９】
時系列グラフ１６３ａには、実際のＯＧＴＴ検査結果における血糖値の時系列変化１６３ａ−１と、実際のＯＧＴＴ検査結果におけるインスリン濃度の時系列変化１６３ａ−２とが表示されている。
【０１１０】
レーダチャート１６３ｂは、病態解析を行った結果を示している。以下、生体モデルに基づくシミュレーションから病態解析を行って病態情報（病態特徴情報）を取得する処理の詳細を説明する。
【０１１１】
［病態シミュレーション解析（病態情報取得）］
生体モデルを用いた前述のシミュレーションにおいては、実際のＯＧＴＴ検査結果（生体応答情報）を模した再現値（疑似応答情報）を出力できる生体モデルを構成するパラメータセットが演算により求められる。そして、システムＳＳは、そのパラメータセットが適用された生体モデルの出力値として、ＯＧＴＴ検査結果の再現値（疑似応答情報）を求める（システムＳＳの疑似応答取得機能）。
【０１１２】
また、シミュレータ・解析サーバＳ２は、生成された生体モデル（のパラメータセット）に基づいて、患者の病態の特徴を示す病態情報（病態特徴情報）を求める（システムＳＳの病態特徴情報取得機能）。
本実施形態では、病態特徴の指標として、Ｐ１：空腹時血糖、Ｐ２：基礎分泌、Ｐ３：追加分泌、Ｐ４：分泌感度、Ｐ５：肝糖新生抑制、Ｐ６：糖処理能、Ｐ７：処理感度が採用されている。
これらの指標は、病態の特徴を良く表しているものとして採用されており、特に、治療によって改善可能な生体機能が採用されている。なお、病態特徴の指標としては、上記のものに限られない。
【０１１３】
ここで、Ｐ１：空腹時血糖は、生体モデルの変数である血糖値ＢＧ（ｔ＝０）から算出される。Ｐ２：基礎分泌は、生体モデルの変数である空腹時インスリンＩ１(ｔ＝０)から算出される。Ｐ３：追加分泌は、Ｉ１(ｔ＝) の積分値から算出される。Ｐ４：分泌感度は、生体モデルのパラメータであるグルコース刺激に対する感受性βから算出される。Ｐ５：肝糖新生抑制は、生体モデルの変数である肝糖放出ＨＧＴＰ（ｔ）から算出される。Ｐ６：糖処理能は、生体モデルの変数である肝臓からの正味グルコースＳＧＯ（ｔ）及び血糖値ＢＧ（ｔ）から算出される。Ｐ７：処理感度は、生体モデルのパラメータである単位インスリン、単位グルコースあたりの末梢組織でのインスリン依存グルコース消費速度Ｋｐから算出される。
【０１１４】
このように、生体モデルは、生体器官の特性を示すパラメータ（変数を含む）を持つ数理モデルによって構成されているため、生体モデルのパラメータ値は、病態に関連した値を示している。したがって、これらのパラメータに基づいて、病態の特徴を示す病態情報（病態特徴情報）を算出することができる。
なお、算出された病態情報は、解析結果として、データベースのＯＧＴＴデータテーブルＤＢ４に登録され、レーチャート１６３ｂの作成に用いられる。
【０１１５】
なお、図１５のレーダチャート１６３ｂでは、病態特徴情報の指標ごとの値がスコアリングされて表示されており、単位や数値幅の異なる各指標の値の良否について比較可能となっている。
【０１１６】
医師は、レーダチャート１６３ｂをみて、患者の病態を診断することができる。例えば、レーダチャート１６３ｂが、末梢での糖処理能に関係する糖処理能及び処理感度が低いことを示している場合、レーダチャートをみた医師は、末梢での糖処理能を改善する治療方針が有効であると容易に判断することができる。
【０１１７】
しかも、実際のＯＧＴＴ検査結果１６３ａと病態情報１６３ｂが同時に表示されているため、医師は、両者を見比べて、ＯＧＴＴ検査結果のグラフ形状と病態の関連性を学習することができる。したがって、このシステムＳＳを実際に使用して経験を積むことで、ＯＧＴＴ検査結果から病態を把握するための効果的な学習効果が期待できる。
さらに、本実施形態では、基本検査データ画面領域１６２も、病態情報１６３ｂと同時に表示されるため、医師は、基本検査結果との関連でも、病態を把握する経験を積むことができる。
【０１１８】
このように、医師用画面Ｗ２では、患者の病態情報を表示するための画面領域１６３と、患者に関する関連情報（特に、基本検査情報）を表示するための画面領域１６２を同時に表示するよう構成されているため、多くの情報に基づいて医師が的確な診断するのを支援することができる。また、多くの情報が表示されるため、医師の経験を深めることができる。
【０１１９】
しかも、ＯＧＴＴ検査結果（生体応答）の入力画面には、実際の検査結果（生体応答情報）でなく、任意の値を入力することができる。そして、その任意の値についての検査結果再現値（疑似応答情報）と病態特徴情報の出力を得ることができる。したがって、医師は、任意の検査結果値（生体応答情報）を入力してみて、その場合にどのような病態となるのかを知ることができる。よって、実際の患者のデータがなくても、適当な検査結果を入力して、どのような出力が得られるかを確認するというトレーニング的な使用を行うことができる。
つまり、本システムＳＳは、非専門医や経験の浅い医師が学習するためのトレーニング用にも使用できる。
【０１２０】
また、ＯＧＴＴデータ画面領域１６３には、「病態解説／推奨治療法／用語説明」欄（病態解説表示部）１６３ｃが設けられており、病態の解説、推奨される治療法、用語の説明などのテキスト説明文（病態解説文）が表示される。「病態解説／推奨治療法／用語説明」欄１６３ｃが設けられていることで、 レーダチャート１３２に表示された病態特徴情報の理解が容易に行え、医師が病態把握をより一層的確に行うことができる。また、治療法などを決定するのに役立つ情報も得られる。
【０１２１】
病態解説表示部１６３ｃに表示される病態解説文は、病態解説文は予めデータベースに登録されており、生成された生体モデル（のパラメータ）に対応する病態解説文がシステムによって選択され、選択された文が病態解説表示部１６３ｃに表示される。
なお、ＯＧＴＴデータ画面領域１６３には、特記事項表示部１６３ｄも設けられており、解析して得られた病態情報に特記事項がある場合には、その特記事項が、特記事項表示部１６３に表示される。
【０１２２】
また、ＯＧＴＴデータ画面領域１６３の時系列グラフ１６３ａ及びレーダチャート１６３ｂに表示されるデータは、検査日が異なるものに変更可能である。このため、基本検査画面領域１６２には、任意の検査日を指定し、その検査日の検査結果及び当該検査結果に基づく病態情報を表示するための「他の検査日」ボタン１６３ｅ、前の検査日の検査結果等を表示するための「前の検査日」ボタン１６３ｆ、次の検査日の検査結果等を表示するための「次の検査日」ボタン１６３ｇを備えている。
【０１２３】
さらに、ＯＧＴＴデータ画面領域１６３の時系列グラフ１６３ａ及びレーダチャート１６３ｂには、異なる検査日のデータを重ねて表示するオーバレイ表示が可能である。ＯＧＴＴデータ画面領域１６３のオーバレイ表示のチェックボックス１６３ｈにチェックを入れ、日付選択ボタンである「日付を選択してください」を選択して、現在の時系列グラフ１６３ａ及びレーダチャート１６３ｂに重ねて表示したいデータがある検査日を選択することで、両検査日の時系列グラフ１６３ａ及びレーダチャート１６３ｂを重ねて表示できる。
これにより、医師は、異なる日のＯＧＴＴデータ及び病態情報を同時に見比べることができ、ＯＧＴＴデータ及び病態情報の時間的変化に基づく診断が可能となる。
【０１２４】
また、ＯＧＴＴデータ画面領域１６３では、ＯＧＴＴ検査データ及び解析結果（病態情報）を、時系列グラフ１６３ａ及びレーダチャート１６３ｂのように図示するのではなく、数値情報としてそのまま表示することも可能である。図１５及び図２３に示す画面では、ＯＧＴＴ検査データ及び解析結果（病態情報）を図式化した表示と、数値データでの表示とがタブ形式により切り替え可能に構成されており、「数値データ」タブ１６３ｊを選択すると、ＯＧＴＴデータ画面領域１６３中に、ＯＧＴＴ検査データ及び解析結果（病態情報）の数値データが表示される。
【０１２５】
図２３に示すように、医師用画面Ｗ２では、処方画面領域（処方ウィンドウ）１６４、所見画面領域（所見ウィンドウ）１６５も表示されている。
医師が病態を把握し、治療方針を決定して処方内容が決まると、処方画面領域１６４では、診察日ごとに、その処方内容を登録することができる。処方内容は、図１７（ｅ）に示す処方データテーブルＤＢ６において、診察日ごとに、登録される。
また、医師が把握した病態は、医師の所見として、所見画面領域１６５に登録することができる。所見内容は、図１７（ｆ）に示す所見データテーブルＤＢ７において、診察日ごとに、登録される。
【０１２６】
医師の所見や処方内容が登録できるため、本システムＳＳは、電子カルテとしての機能をも有しており、利便性が向上している。
また、医師用画面Ｗ２で、病態情報１６３ｂなどと同時に表示された処方画面領域（処方ウィンドウ）１６４又は所見画面領域（所見ウィンドウ）１６５にて、処方又は所見等の登録作業が可能であるため、この点からも、利便性が高い。
なお、処方画面領域１６４と所見画面領域１６５とは、いずれも、基本検査データ画面領域１６２及びＯＧＴＴデータ画面領域と同様に、データテーブルＤＢ６，ＤＢ７に登録されている、他の診察日についての処方内容又は所見内容を表示可能に構成されている。
【０１２７】
［患者向けビュー（患者用画面）Ｗ３の詳細］
図１６のほか、図２４〜図２７は、患者用画面Ｗ３を示している。
患者用画面Ｗ３の本体画面領域Ｗ３Ｂは、本体画面領域Ｗ３Ｂの上部において位置固定的に表示された固定表示部１８１を備えている。
また、本体画面領域Ｗ３Ｂの固定表示部１８１下方の領域は、タブ切替により、複数の画面領域を切り替え表示可能なタブ切替画面領域１８２として形成されている。
【０１２８】
固定表示部１８１には、患者の氏名、生年月日、担当医などの患者情報（患者データテーブルＤＢ２の情報）が表示される。患者用画面Ｗ３の固定表示部１８１は、医師用画面Ｗ２の固定表示部１６１と比べて、患者ＩＤが表示されないなど、患者にとって必ずしも必要のない情報が省略されて、情報量が少なくなっており、簡素で見やすい表示となっている。また、患者用画面Ｗ３の固定表示部１８１の方が、文字が大きくされており、この点からも見やすい表示となっている。さらに、患者用画面Ｗ３の固定表示部１８１では、医師用画面Ｗの固定表示部１６１におけるボタン１６１ａ，１６１ｂが設けられておらず、この点からもシンプルで見やすい表示となっている。
【０１２９】
タブ切替画面領域１８２は、４つ（複数）の画面切替用タブ１８２ａ，１８２ｂ，１８２ｃ，１８２ｄを有している。これらのタブのうち、「基本検査データ」タブ１８２ａは、基本検査データ画面領域１９２を表示させるためのものであり、「ＯＧＴＴデータ」タブ１８２ｂは、ＯＧＴＴデータ画面領域１９３を表示させるためのものであり、「処方・所見」タブ１８２ｃは、処方・所見画面領域１９４を表示させるためのものであり、「過去の処方一覧」タブ１８２ｄは、過去の処方一覧画面領域１９５を表示させるためのものである。
【０１３０】
図１６及び図２４は、患者用画面Ｗ３の基本検査データ画面領域１９２を示している。基本検査データ画面領域１９２は、患者ＩＤをキーにして、基本検査結果データテーブルＤＢ３から生成されたものである。
この基本検査データ画面領域１９２は、位置や大きさは変更できないが、タブ切り替え画面領域１８２のほぼ全体に形成されており、医師用画面Ｗ２の基本検査データ画面領域１６２（の初期状態の大きさ；図２３参照）よりも大きく形成されている。
【０１３１】
患者用画面Ｗ３の基本検査データ画面領域１９２には、医師用画面Ｗ２の基本検査データ画面領域１６２と同様に、最新の検査日についての検査結果情報を、検査結果表示部１９２ａとして表示することができる。この検査結果表示部１９２ａは、医師用画面Ｗ２の検査結果表示部１６２ａよりも大きく形成さており、より多くの情報を表示している。具体的には、患者用画面Ｗ３の検査結果表示部１９２ａには、各検査項目について設定された目標値が含まれる。この目標値は、患者ＩＤをキーとして、目標値データテーブルＤＢ５（図１７（ｄ）参照）を参照することによって得られる。
【０１３２】
また、基本検査画面領域１９２では、基本検査結果表示部１９２中の各検査項目名を、マウス操作（ダブルクリック等）によって選択可能であり、選択された項目についての時系列グラフ１９２ｂが、基本検査データ画面領域１９２中（検査結果表示部１９２ａの右側）の位置に、表示される。
時系列グラフ１９２ｂは、患者用画面Ｗ３の基本検査データ画領域１９２では、最大４つまで選択可能である。
【０１３３】
なお、検査結果表示部１９２ａに表示される検査結果は、検査日が異なる検査結果に変更可能である。このため、基本検査データ画面領域１９２には、任意の検査日を指定し、その検査日の検査結果を表示するための「他の検査日」ボタン１９２ｃが備わっている。なお、検査結果表示部１９２ａは、他の検査日の基本検査データを比較カラムとして表示したり、当該表示を非表示とするための「比較カラム表示／非表示」切替ボタン１９２ｄが設けられている。
【０１３４】
上記のように、患者用画面Ｗ３において、基本検査データ画面領域（検査結果画面）１９２が表示されている場合、他の画面領域１９３〜１９５は表示されない。したがって、患者用画面Ｗ３の基本検査データ画面領域１９２が選択的に表示された患者用画面Ｗ３は、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面である。
【０１３５】
図２４は、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３を示している。ＯＧＴＴデータ画面領域１９３は、患者ＩＤをキーとして、ＯＧＴＴデータテーブルＤＢ４に基づいて生成されたものである。
このＯＧＴＴデータ画面領域１９３も、位置や大きさは変更できないが、タブ切り替え画面領域１８２のほぼ全体に形成されており、医師用画面Ｗ２のＯＧＴＴデータ画面領域１６２よりも大きく形成されている。
【０１３６】
患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３においても、ＯＧＴＴ検査データの時系列グラフ１９３ａ及び、解析結果（病態情報）のレーダチャート１９３ｂが表示可能である。さらに、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、タブで切り替えなければ表示できなかったＯＧＴＴ検査データの数値データ１９３ｃも同時に表示される。当該数値データは、医師用画面Ｗ２では、タブで切り替えなければ表示できなかったが、患者用画面Ｗ２ではグラフとともにまとめて表示される。
【０１３７】
しかも、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、医師用画面Ｗ２のＯＧＴＴデータ画面領域１６２における「病態解説／推奨治療法／用語説明」欄１６３ｃや特記事項１６３ｄのような、患者にとって直接必要のない情報は表示されない。
【０１３８】
また、患者用画面Ｗ３のＯＧＴＴデータ画面領域１９３では、複数の検査日についての情報１９３ａ〜１９３ｃを同時に表示することができ、患者は、複数の検査日の情報を同時に比較することができる。
【０１３９】
このように、患者用画面Ｗ３では、医師用画面Ｗ２で表示される情報のうち、患者にとって不要な情報は省略され、患者にとって有用な情報は、大きなスペースをもって詳しく表示される。
【０１４０】
また、患者にとっては、基本検査データ画面領域１９２の情報と、ＯＧＴＴデータ画面領域１９３とは、それぞれ、別の検査の情報であるため、同時に見る必然性は低く、両画面領域１９２，１９３を選択的に表示しても、患者の利便性は低下しない。
【０１４１】
図２６は、患者用画面Ｗ３の処方・所見画面領域１９４を示している。処方・所見画面領域１９４は、患者ＩＤをキーにして、処方データテーブルＤＢ６及び所見データテーブルＤＢ７から生成されたものであり、医師用画面Ｗ２の処方画面領域１６４の表示内容及び所見画面領域１６５の表示内容を総合したものが表示される。
また、処方・所見画面領域１９４を選択表示した場合、操作画面領域Ｗ３Ａには、画像選択部として「Ｇ」選択部１０７が表示される。この画像選択部１０７は、処方・所見画面領域１９４に表示される画像１９４ｇを、医師等のユーザが切り替え選択するためのものである。
【０１４２】
図２７は、患者用画面Ｗ３の「過去の処方一覧」画面領域１９５を示している。「過去の処方一覧」画面領域１９５は、患者ＩＤをキーにして、処方データテーブルＤＢ６から生成されたものであり、過去の所定期間に処方された薬の一覧が表示される。
【０１４３】
上述した患者用画面Ｗ３の各画面領域１９２〜１９３は、「印刷する」ボタン１０６を選択することによって、印刷することができる。医師用画面Ｗ２の各画面領域１６２〜１６５と異なり、患者用画面Ｗ３の各画面領域１９２〜１９３内では、表示内容の切り替えがほとんどないため、画面の内容をそのまま印刷しても、必要な情報をすべて印刷でき、患者にとって見やすい印刷物が得られる。
【０１４４】
本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。例えば、病態情報の表示形式は、レーダチャートに限らず、他の表示形式であってもよい。また、表示する病態情報の種類・数は、特に限定されず、例えば、肝糖代謝能、インスリン分泌能、末梢インスリン感受性の３つの指標を病態情報として表示してもよい。
【０１４５】
さらに、図１７には、データテーブルを複数示したが、これらのデータテーブルは一つの統括されたテーブルであってもよい。
また、上記実施形態では、医師用画面Ｗ２と患者用画面Ｗ３との間で画面を切り替えた際に、当該患者の最新の検査日のデータを表示するようにしたが、医師用画面Ｗ２又は患者用画面Ｗ３において、検査日として他の検査日を選択した後に、他方の画面Ｗ２，Ｗ３に切り替えた場合、切り替えられた画面Ｗ２，Ｗ３でも他の検査日のデータを引き続き表示するようにしてもよい。
【図面の簡単な説明】
【０１４６】
【図１】医療診断支援コンピュータシステムのシステム構成図である。
【図２】サーバのハードウェア構成を示すブロック図である。
【図３】生体モデルの全体構成図である。
【図４】生体モデルの膵臓モデルの構成を示すブロック線図である。
【図５】生体モデルの肝臓モデルの構成を示すブロック線図である。
【図６】生体モデルのインスリン動態モデルの構成を示すブロック線図である。
【図７】生体モデルの末梢組織モデルの構成を示すブロック線図である。
【図８】パラメータセット生成処理手順を示すフローチャートである。
【図９】実測ＯＧＴＴ時系列データであり、（ａ）は血糖値、（ｂ）は血中インスリン濃度である。
【図１０】テンプレートデータベースＤＢ１の構成図である。
【図１１】テンプレートデータであり、（ａ）は血糖値、（ｂ）はインスリン濃度である。
【図１２】テンプレートＴ１に対するＯＧＴＴ時系列データの誤差総和を示す図であり、（ａ）は血糖値、（ｂ）はインスリン濃度である。
【図１３】システムの基本画面である。
【図１４】システムの画面遷移図である。
【図１５】医師用画面である。
【図１６】患者用画面である。
【図１７】データベースのデータ構造を示す図である。
【図１８】基本画面の操作メニューを示す図である。
【図１９】患者情報編集画面である。
【図２０】基本検査データ入力画面である。
【図２１】ＯＧＴＴデータ入力画面である。
【図２２】目標値入力画面である。
【図２３】医師用画面である。
【図２４】基本検査データ画面領域が選択された患者用画面である。
【図２５】ＯＧＴＴデータ画面領域が選択された患者用画面である。
【図２６】処方・所見画面領域が選択された患者用画面である。
【図２７】過去の処方一覧画面領域が選択された患者用画面である。
【符号の説明】
【０１４７】
ＳＳ 医療診断支援コンピュータシステム
Ｓ サーバコンピュータ
Ｃ クライアント端末装置
Ｗ２ 医師用画面
Ｗ３ 患者用画面
【特許請求の範囲】
【請求項１】
医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、
患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、
表示装置と、
表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、
を備え、
前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、
前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている、
ことを特徴とする医療診断支援コンピュータシステム。
【請求項２】
前記関連情報には、患者の医療検査の結果情報を含むことを特徴とする請求項１記載の医療診断支援コンピュータシステム。
【請求項３】
前記関連情報には、医師の診察の結果である所見情報を含むことを特徴とする請求項１又は２記載の医療診断支援コンピュータシステム。
【請求項４】
前記関連情報には、患者への薬の投与状況を示す処方情報を含むことを特徴とする請求項１〜３のいずれかに記載の医療診断支援コンピュータシステム。
【請求項５】
患者用画面において前記病態情報又は前記関連情報を選択的に表示するための画面領域は、医師用画面において前記病態情報を表示するための画面領域又は前記関連情報を表示するための画面領域それぞれよりも大きいことを特徴とする請求項１〜４のいずれかに記載の医療診断支援コンピュータシステム。
【請求項６】
医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、
患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、
表示装置と、
表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、
を備え、
前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、
前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むことを特徴とする医療診断支援コンピュータシステム。
【請求項７】
患者用画面において前記検査結果画面の画面領域は、医師用画面において前記関連情報を表示するための画面領域よりも大きいことを特徴とする請求項６記載の医療診断支援コンピュータシステム。
【請求項８】
前記病態情報は、前記生体モデルを用いたシミュレーション解析によって得られた糖尿病の病態情報を含むことを特徴とする請求項１〜８のいずれかに記載の医療診断支援コンピュータシステム。
【請求項９】
前記病態情報の表示は、前記生体モデルを用いたシミュレーション解析によって得られた病態情報を示すレーダーチャートを含むことを特徴とする請求項１〜９のいずれかに記載の医療診断支援コンピュータシステム。
【請求項１０】
表示装置を有するコンピュータシステムを、請求項１〜９のいずれかに記載の医療診断支援コンピュータシステムとして機能させるためのコンピュータプログラム。
【請求項１１】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、
前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、
前記医師用画面は、
患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、
患者に関する１又は複数の関連情報を表示するための画面領域と、
を同時に表示するよう構成され、
前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている、
ことを特徴とするサーバコンピュータ。
【請求項１２】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、
前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、
前記医師用画面は、
患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、
患者に関する１又は複数の関連情報を表示するための画面領域と、
を同時に表示するよう構成され、
前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むことを特徴とするサーバコンピュータ。
【請求項１】
医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、
患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、
表示装置と、
表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、
を備え、
前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、
前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている、
ことを特徴とする医療診断支援コンピュータシステム。
【請求項２】
前記関連情報には、患者の医療検査の結果情報を含むことを特徴とする請求項１記載の医療診断支援コンピュータシステム。
【請求項３】
前記関連情報には、医師の診察の結果である所見情報を含むことを特徴とする請求項１又は２記載の医療診断支援コンピュータシステム。
【請求項４】
前記関連情報には、患者への薬の投与状況を示す処方情報を含むことを特徴とする請求項１〜３のいずれかに記載の医療診断支援コンピュータシステム。
【請求項５】
患者用画面において前記病態情報又は前記関連情報を選択的に表示するための画面領域は、医師用画面において前記病態情報を表示するための画面領域又は前記関連情報を表示するための画面領域それぞれよりも大きいことを特徴とする請求項１〜４のいずれかに記載の医療診断支援コンピュータシステム。
【請求項６】
医師による患者の診断を支援するための医療診断支援コンピュータシステムであって、
患者の生体機能を表現した生体モデルをコンピュータ上で構築し、当該生体モデルに基づいて患者の病態情報を生成する病態情報生成手段と、
表示装置と、
表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力を受け付ける画面切替部と、
を備え、
前記医師用画面は、患者の前記病態情報を表示するための画面領域と患者に関する１又は複数の関連情報を表示するための画面領域を同時に表示するよう構成され、
前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むことを特徴とする医療診断支援コンピュータシステム。
【請求項７】
患者用画面において前記検査結果画面の画面領域は、医師用画面において前記関連情報を表示するための画面領域よりも大きいことを特徴とする請求項６記載の医療診断支援コンピュータシステム。
【請求項８】
前記病態情報は、前記生体モデルを用いたシミュレーション解析によって得られた糖尿病の病態情報を含むことを特徴とする請求項１〜８のいずれかに記載の医療診断支援コンピュータシステム。
【請求項９】
前記病態情報の表示は、前記生体モデルを用いたシミュレーション解析によって得られた病態情報を示すレーダーチャートを含むことを特徴とする請求項１〜９のいずれかに記載の医療診断支援コンピュータシステム。
【請求項１０】
表示装置を有するコンピュータシステムを、請求項１〜９のいずれかに記載の医療診断支援コンピュータシステムとして機能させるためのコンピュータプログラム。
【請求項１１】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、
前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、
前記医師用画面は、
患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、
患者に関する１又は複数の関連情報を表示するための画面領域と、
を同時に表示するよう構成され、
前記患者用画面は、その表示内容を、患者の前記病態情報と、患者に関する１又は複数の関連情報とに、選択的に切り替え表示可能に構成されている、
ことを特徴とするサーバコンピュータ。
【請求項１２】
医師による患者の診断を支援するための画面を、ネットワークを介して接続された端末装置の表示装置に表示させるサーバコンピュータであって、
前記端末装置の前記表示装置に、医師が閲覧するための医師用画面及び患者が閲覧するための患者用画面を切り替え可能に表示させる画面制御部と、
前記医師用画面と患者用画面との間の表示切り替えを行うための入力が前記端末装置においてなされると、前記医師用画面と患者用画面との間で表示を切り替える画面切替部と、
前記医師用画面は、
患者の生体機能を表現するようにコンピュータ上に構築された生体モデルに基づいて生成された患者の病態情報を表示するための画面領域と、
患者に関する１又は複数の関連情報を表示するための画面領域と、
を同時に表示するよう構成され、
前記患者用画面には、病態情報の表示を伴うことなく、患者の医療検査の結果情報を表示する検査結果画面を含むことを特徴とするサーバコンピュータ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００８−２９３１７１（Ｐ２００８−２９３１７１Ａ）
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００７−１３６４１２（Ｐ２００７−１３６４１２）
【出願日】平成１９年５月２３日（２００７．５．２３）
【出願人】（３９００１４９６０）シスメックス株式会社 (810)
【Ｆターム（参考）】
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成１９年５月２３日（２００７．５．２３）
【出願人】（３９００１４９６０）シスメックス株式会社 (810)
【Ｆターム（参考）】
[ Back to top ]