病名推定装置および病名推定プログラム
【課題】 受診患者の病名を精度よく推定することのできる病名推定装置および病名推定プログラムを提供することを目的とする。
【解決手段】 複数の患者の病歴に関する情報を記憶する病歴マスタ１６１と、受診患者の主訴・症状および検体検査情報に基づき上記受診患者の病名を推定する第１の病名推定部１１０と、病歴マスタ１６１に記憶された情報の中から上記受診患者の家族の病名を取得する第１の家族病名取得部１２０と、第１の家族病名取得部１２０により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部１３０と、第１の病名推定部１１０により推定された病名と第２の病名推定部１３０により推定された病名とを併せて表示する病名表示部１５０とを備えた。
【解決手段】 複数の患者の病歴に関する情報を記憶する病歴マスタ１６１と、受診患者の主訴・症状および検体検査情報に基づき上記受診患者の病名を推定する第１の病名推定部１１０と、病歴マスタ１６１に記憶された情報の中から上記受診患者の家族の病名を取得する第１の家族病名取得部１２０と、第１の家族病名取得部１２０により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部１３０と、第１の病名推定部１１０により推定された病名と第２の病名推定部１３０により推定された病名とを併せて表示する病名表示部１５０とを備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院などにおける電子カルテシステムに用いられる、受診患者の病名を推定する病名推定装置および病名推定プログラムに関する。
【背景技術】
【０００２】
病院や診療所などにおいて、コンピュータを利用した電子カルテシステムが広く用いられるようになり医療のレベルアップに寄与しつつある。しかし、この電子カルテシステムの基礎となる高精度の病名推定技術はまだ確立されてはおらず、多くの場合、主訴・症状、検体検査結果などの情報に基づいて医師が病名を推定している。
【０００３】
この電子カルテシステムに、いわゆる知識ベースを応用した病名推定方法も提案されており、例えば、主訴・症状を元に推定病名と必要検査項目を登録し、医師が発行した検査オーダに基づく検体検査結果を元に推定病名を判断して登録し、主訴・症状からの推定病名と検体検査結果からの推定病名を突き合わせて、一致した病名を推定病名として表示する病名推定システムが開示されている（例えば、特許文献１参照。）。
【特許文献１】特開平８−２６３５６８号公報（第２−３頁、図１、２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の病名推定システムは、主訴・症状および検体検査結果から病名を推定するものであり、受診患者によっては、主訴・症状および検体検査結果からだけでは病名を精度よく推定することができない場合がある。
【０００５】
本発明は、上記事情に鑑み、受診患者の病名を精度よく推定することのできる病名推定装置および病名推定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決する本発明の病名推定装置は、
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
上記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
上記病歴マスタに記憶された情報の中から上記受診患者の家族の病名を取得する第１の家族病名取得部と、
上記第１の家族病名取得部により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部と、
上記第１の病名推定部により推定された病名と上記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする。
【０００７】
本発明の病名推定装置によれば、受診患者の主訴・症状および検体検査情報に基づき病名を推定（第１の病名推定部）するとともに、受診患者の家族の病名を取得（第１の家族病名取得部）し、取得した家族の病名に基づき受診患者の病名を推定（第２の病名推定部）するようにし、これら２つの病名推定部で推定された病名を併せて医師に表示するようにしたので、医師は受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴が加味され精度の高い診断を下すことができる。
【０００８】
なお、本発明にいう「受診患者の家族」は血縁上の家族をいい、血縁関係の無い者、例えば配偶者や養子等はここでいう「家族」には含まれない。以下も同様である。
【０００９】
ここで、上記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
上記第２の病名推定部は、上記第１の家族病名取得部により取得された病名と上記第２の家族病名取得部により取得された病名とに基づき上記受診患者の病名を推定するものであってもよい。
【００１０】
本発明の病名推定装置を上記のように構成した場合は、さらに、受診患者から得られる問診情報に基づき家族の病名を取得しこの情報を加味した病名推定ができるので、さらに精度よく病名を推定することができる。
【００１１】
また、上記第２の病名推定部は、
上記病歴マスタのうちの上記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであってもよい。
【００１２】
本発明の病名推定装置を上記のように構成した場合は、受診患者の診断が確定し病歴マスタが更新された時点で、その更新された情報に基づき受診患者の家族の診断情報を見直すことが可能となるので、より精度の高い病名推定装置を得ることができる。
【００１３】
また、上記課題を解決する本発明の病名推定プログラムは、
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から上記受診患者の家族の病名を取得する第１の家族病名取得部と、
上記第１の家族病名取得部により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部と、
上記第１の病名推定部により推定された病名と上記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする。
【００１４】
本発明の病名推定プログラムによれば、上記のように構成したことにより、受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴を加味して精度の高い診断を下すことができる病名推定装置をコンピュータ上に容易に形成することができる。
【００１５】
ここで、上記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
上記第２の病名推定部は、上記第１の家族病名取得部により取得された病名と上記第２の家族病名取得部により取得された病名とに基づき上記受診患者の病名を推定するものであってもよい。
【００１６】
本発明の病名推定プログラムを上記のように構成した場合は、上記の２つの病名推定部で推定された病名を併せて医師に表示するようにしたので、医師は受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴が加味された精度の高い診断を下すことのできる病名推定装置をコンピュータ上に容易に形成することができる。
【００１７】
また、上記第２の病名推定部は、上記病歴マスタのうちの上記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであってもよい。
【００１８】
本発明の病名推定プログラムを上記のように構成した場合は、受診患者の診断が確定し病歴マスタが更新された時点で、その更新された情報に基づき受診患者の家族の診断情報を見直すことが可能となるので、より精度の高い病名推定装置をコンピュータ上に容易に形成することができる。
【発明の効果】
【００１９】
以上説明したように、本発明の病名推定装置および病名推定プログラムによれば、家族の病歴に関する情報が加味されて病名の推定が行われるので、受診患者の病名を精度よく推定することのできる病名推定装置および病名推定プログラムを実現することができる。
【発明を実施するための最良の形態】
【００２０】
以下図面を参照して本発明の実施の形態を説明する。
【００２１】
図１は、本発明の病名推定装置および病名推定プログラムの一実施形態を示す概略構成図である。
【００２２】
図１に示すように、本実施形態の病名推定装置１００は、第１の病名推定部１１０、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、病名表示部１５０、および病歴マスタ１６１を含むデータベース１６０を備えている。
【００２３】
第１の病名推定部１１０は、受診患者の主訴・症状および検体検査情報に基づき受診患者の病名を推定するものである。
【００２４】
第１の家族病名取得部１２０は、病歴マスタ１６１に記憶された情報の中から受診患者の家族の病名を取得するものである。
【００２５】
第２の病名推定部１３０は、第１の家族病名取得部１２０により取得された病名に基づき受診患者の病名を推定するものである。
【００２６】
病名表示部１５０は、第１の病名推定部１１０により推定された病名と第２の病名推定部１３０により推定された病名とを併せて表示するものである。
【００２７】
第２の家族病名取得部１４０は、受診患者から得られる問診情報に基づき受診患者の家族の病名を取得するものであり、この第２の家族病名取得部１４０を備えた場合には、上記第２の病名推定部１３０は、第１の家族病名取得部１２０により取得された病名と第２の家族病名取得部１４０により取得された病名とに基づき受診患者の病名を推定するように構成されている。
【００２８】
また、本実施形態では、第２の病名推定部１３０は、病歴マスタ１６１のうちの受診患者の家族の病歴に関する情報が更新されたことを受けて、更新された情報に基づき受診患者の病名の再推定を行うものとして構成されている。
【００２９】
データベース１６０は、複数の患者の病歴に関する情報を記憶する病歴マスタ１６１と、受診患者の患者ＩＤ、氏名、性別、生年月日、住所などの患者情報を記憶する患者マスタ１６２と、受診患者とその家族との続柄などを記憶する家族情報マスタ１６３と、受診患者の家族の病歴を記憶する家族歴マスタ１６４とから構成されている。
【００３０】
また、本実施形態の病名推定プログラム１８０は、図１に示すように、第１の病名推定部１１０、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、および病名表示部１５０を備えている。
【００３１】
この病名推定プログラム１８０は、次に説明するコンピュータシステムの主記憶装置上に形成され、ＣＰＵにより実行される。
【００３２】
次に、本実施形態の病名推定装置のハードウエアについて説明する。
【００３３】
図２は、本実施形態の病名推定装置および病名推定プログラムが形成されるコンピュータシステムの概要図である。
【００３４】
図２には、図１に示した病名推定装置１００、および病歴マスタ１６１を含むデータベース１６０が構築されるサーバ８０、およびネットワーク８６を介してサーバ８０に接続された複数の端末装置８０＿１，８０＿２，８０＿３が例示的に示されている。
【００３５】
サーバ８０および端末装置８０＿１，８０＿２，８０＿３を構成するコンピュータシステムには、一般にワークステーションと呼ばれる高速かつ大容量のコンピュータシステム、またはパーソナルコンピュータシステムなどが用いられる。
【００３６】
サーバ８０および各端末装置８０＿１，８０＿２，８０＿３は、ＣＰＵ、主記憶装置、ハードディスク、通信用ボード等が内蔵された本体部８０ａ，８０ｂ，８０ｃ，８０ｄ、本体部８０ａ，８０ｂ，８０ｃ，８０ｄからの指示により画面上に画像や文字列を表示する表示装置８１ａ，８１ｂ，８１ｃ，８１ｄ、サーバ８０および各端末装置８０＿１，８０＿２，８０＿３にオペレータからの指示を入力するためのキーボード８２ａ，８２ｂ，８２ｃ，８２ｄ、および表示画面上の任意の位置を指定することにより、その指定された位置に表示されていたアイコン等に応じた指示を入力するマウス８３ａ，８３ｂ，８３ｃ，８３ｄを備えている。
【００３７】
サーバ８０、各端末装置８０＿１，８０＿２，８０＿３、およびネットワーク８６は、全体として本実施形態の病名推定装置１００（図１参照）を形成する。
【００３８】
本体部８０ａ，８０ｂ，８０ｃ，８０ｄは、さらに、フレキシブルディスク（図示せず）、ＭＯ（光磁気ディスク）８５が装填されるＦＤ装填口８４ａ，８４ｂ，８４ｃ，８４ｄ、ＭＯ装填口８５ａ，８５ｂ，８５ｃ，８５ｄを有しており、それらの内部には、それらの装填口から装填されたフレキシブルディスクやＭＯをドライブしてアクセスするフレキシブルディスクドライブユニット、ＭＯドライブユニットが内蔵されている。
【００３９】
次に、本実施形態の病名推定装置におけるデータベース１６０を構成する各マスタのファイル構造について説明する。
【００４０】
図３は、本実施形態における病歴マスタのファイル構造を示す図である。
【００４１】
図３に示すように、この病歴マスタ１６１には、患者ＩＤ１６１ａ、データ格納数１６１ｂ、診断日（１）１６１ｃ、病名ＣＤ（１）１６１ｄ、診断日（２）１６１ｅ、病名ＣＤ（２）１６１ｆ、診断日（３）１６１ｇ、病名ＣＤ（３）１６１ｈ、診断日（４）１６１ｉ、病名ＣＤ（４）１６１ｊ、…などの項目が設けられており、この病院で診療を受け病名が診断された患者の病歴、すなわち診断の日付と病名ＣＤ（コード）が患者ＩＤごとに記憶されている。例えば、第１のレコード１６１＿１には、患者ＩＤ：“３２１８７９”（受診患者の父）の病歴、第２のレコード１６１＿２には、患者ＩＤ：“２５８７４１”（受診患者の母）の病歴、第３のレコード１６１＿３には、患者ＩＤ：“７３１５８６”（受診患者の母の父）の病歴が記憶されている。
【００４２】
図４は、本実施形態における患者マスタのファイル構造を示す図である。
【００４３】
図４に示すように、この患者マスタ１６２には、患者ＩＤ１６２ａ、カナ氏名１６２ｂ、氏名１６２ｃ、性別１６２ｄ、生年月日１６２ｅ、住所１６２ｆ、保険情報１６２ｇ、…などの項目が設けられており、この病院で診療を受けた患者に関する各種の情報が記憶されている。例えば、受診患者の患者ＩＤ：“１２３４５６”、カナ氏名：“ヤマダ ジロウ”、氏名：“山田 次郎”、…などが記憶されている。
【００４４】
図５は、本実施形態における家族情報マスタのファイル構造を示す図である。
【００４５】
図５に示すように、この家族情報マスタ１６３には、患者ＩＤ１６３ａ、データ格納数１６３ｂ、続柄ＣＤ（１）１６３ｃ、患者ＩＤ（１）１６３ｄ、続柄ＣＤ（２）１６３ｅ、患者ＩＤ（２）１６３ｆ、続柄ＣＤ（３）１６３ｇ、患者ＩＤ（３）１６３ｈ、続柄ＣＤ（４）１６３ｉ、患者ＩＤ（４）１６３ｊ、…などの項目が設けられており、受診患者の家族の続柄ＣＤ及び患者ＩＤなどが記憶されている。図５に示す家族情報マスタ１６３には、受診患者（患者ＩＤ：“１２３４５６”）の４人の家族情報が記憶されている。
【００４６】
図６は、本実施形態における家族歴マスタのファイル構造を示す図である。
【００４７】
図６に示すように、この家族歴マスタ１６４には、患者ＩＤ１６４ａ、続柄ＣＤ（１）１６４ｂ、病名ＣＤ（１）１６４ｃ、続柄ＣＤ（２）１６４ｄ、病名ＣＤ（２）１６４ｅ、続柄ＣＤ（３）１６４ｆ、病名ＣＤ（３）１６４ｇ、…などというように受診患者のＩＤ：“１２３４５６”と、その家族の病歴、例えば父−胃がん、母−糖尿病、母−痛風などコードで記憶されている。
【００４８】
なお、本実施形態では、上記の４つの基本的なマスタのほかに、次のような補助的なマスタも用いられる。
【００４９】
図７は、本実施形態における続柄マスタのファイル構造を示す図である。
【００５０】
図７に示すように、この続柄マスタ１７１には、続柄ＣＤ（コード）１７１ａ、例えば“０１”およびその続柄名１７１ｂ：“父”が記憶されている。
【００５１】
図８は、本実施形態における病名マスタのファイル構造を示す図である。
【００５２】
図８に示すように、この病名マスタ１７２には、病名ＣＤ（コード）１７２ａ、例えば“６０５００３”、その病名１７２ｂ：：“糖尿病”、及び遺伝性フラグ１７２ｃ：“１”が記憶されている。
【００５３】
ここで、遺伝性フラグ１７２ｃとしては、その病名が遺伝性を有するものである場合には“１”、遺伝性を有しないものである場合には“０”が記憶されるようになっている。遺伝性フラグ１７２ｃの機能については後述する。
【００５４】
図９は、本実施形態における検査項目マスタのファイル構造を示す図である。
【００５５】
図９に示すように、この検査項目マスタ１７３には、検査項目ＣＤ（コード）１７３ａ、検査項目名称１７３ｂ、正常値下限１７３ｃ、及び正常値上限１７３ｄが記憶されている。例えば、検査項目ＣＤ：“０１００１”、検査項目名称：“ＧＯＴ”の正常値下限：“８”及び正常値上限：“３８”とは、“ＧＯＴ”の検査値が“８以上、３８以下”の範囲内であればこの患者の“ＧＯＴ”検査値は正常であるということを表している。
【００５６】
図１０は、本実施形態における推定病名マスタのファイル構造を示す図である。
【００５７】
図１０に示すように、この推定病名マスタ１７４には、検査項目ＣＤ（コード）１７４ａ、上限外推定病名１７４ｂ、及び下限外推定病名１７４ｃの各項目が設けられており、上限外推定病名１７４ｂの下には、病名ＣＤ（１）１７４ｂ＿１、病名ＣＤ（２）１７４ｂ＿２、病名ＣＤ（３）１７４ｂ＿３、病名ＣＤ（４）１７４ｂ＿４、病名ＣＤ（５）１７４ｂ＿５、…が、また、下限外推定病名１７４ｃの下には、病名ＣＤ（１）１７４ｃ＿１、病名ＣＤ（２）１７４ｃ＿２、病名ＣＤ（３）１７４ｃ＿３、病名ＣＤ（４）１７４ｃ＿４、病名ＣＤ（５）１７４ｃ＿５、…が設けられている。
【００５８】
ここで、第１のレコード１７４＿１は、検査項目ＣＤ：“０１００１”の検査値が正常値上限（図９参照）を外れた時には、病名ＣＤが“１４５９８３”、“２３６７１４”、または“５６９３７６”のいずれかである可能性が高く、検査項目ＣＤ：“０１００１”の検査値が正常値下限を外れた時には病名ＣＤ：“２６８９０２”である可能性が高いということを表している。
【００５９】
図１１は、本実施形態における主訴・症状別推定病名マスタのファイル構造を示す図である。
【００６０】
図１１に示すように、この主訴・症状別推定病名マスタ１７５には、患者の主訴・症状に関する基本的な情報であるキー情報１７５ａと、そのキー情報から推定される推定病名コードを示す推定病名１７５ｂの２項目が設けられており、キー情報１７５ａの下には、部位１７５ａ＿１、箇所１７５ａ＿２、いつから１７５ａ＿３、痛み方１７５ａ＿４、吐き気１７５ａ＿５、発熱１７５ａ＿６、黄疸１７５ａ＿７の７項目、推定病名１７５ｂの下には、病名ＣＤ（１）１７５ｂ＿１、病名ＣＤ（２）１７５ｂ＿２、病名ＣＤ（３）１７５ｂ＿３、病名ＣＤ（４）１７５ｂ＿４、病名ＣＤ（５）１７５ｂ＿５の５項目が設けられている。この主訴・症状別推定病名マスタ１７５の詳細については、後述する。
【００６１】
次に、本実施形態の病名推定装置１００および病名推定プログラム１８０の動作について説明する。
【００６２】
図１２は、本実施形態の病名推定装置および病名推定プログラムの動作を示すフローチャートである。
【００６３】
図１２に示すように、この病名推定装置および病名推定プログラムは、患者別主訴・症状入力画面の表示およびデータ入力（Ｓ０１）、患者別主訴・症状入力データの登録（Ｓ０２）、家族情報入力画面の表示およびデータ入力（Ｓ０３）、検体検査結果の取得（Ｓ０４）、家族歴の取得・編集（Ｓ０５）、病名の推定・表示処理（Ｓ０６）、医師による診断情報入力（Ｓ０７）、病名診断再計算処理（Ｓ０８）の７段階の処理からなる。このうち、家族歴の取得・編集（Ｓ０５）、病名の推定・表示処理（Ｓ０６）の２段階の処理が本発明にいう第１の病名推定部１１０（図１参照）、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、および病名表示部１５０に相当する。
【００６４】
図１２に示すように、先ず、利用者による主訴・症状入力画面の表示およびデータ入力が行われる（ステップＳ０１）。
【００６５】
図１３は、本実施形態における主訴・症状入力画面を示す図である。
【００６６】
図１３に示すように、この主訴・症状入力画面２００には、患者ＩＤ入力域２００ａ、部位入力域２００ｂ、箇所入力域２００ｃ、いつから入力域２００ｄ、痛み方入力域２００ｅ、吐き気入力域２００ｆ、発熱入力域２００ｇ、黄疸入力域２００ｈ、および次へボタン２００ｉ、登録ボタン２００ｊが設けられている。
【００６７】
通常、比較的に規模の大きい病院では、受診患者が初診である場合には、医師の診察に先立って予診が行われるようになっていることが多い。そのような場合には、受診患者が所定の問診票などに記入するか、あるいは看護師などが受診患者から聞き取ることにより問診情報が作成される。
【００６８】
こうして作成された問診情報に基づき、利用者により、主訴・症状入力画面２００の患者ＩＤ入力域２００ａに“１２３４５６”、というように受診患者の患者ＩＤが入力されると、図４に示す患者マスタ１６２が参照され、患者マスタ１６２中に患者ＩＤが“１２３４５６”であるレコードが存在する場合には、患者ＩＤ入力域２００ａに、“１２３４５６”に続けて図示のように患者情報が表示される。患者マスタ１６２中に患者ＩＤ“１２３４５６”のレコードが存在しない場合には、“１２３４５６”に続けて“山田 次郎 男 ３６歳 １９６７／１０／０１生…”などのように患者情報を入力することにより、これらの患者情報が新たなレコードとして患者マスタ１６２に追加される。
【００６９】
次に、部位入力域２００ｂに“８”（腹）、箇所入力域２００ｃに“１”（中央）、いつから入力域２００ｄに“４”（１Ｗ前）、痛み方入力域２００ｅに“１”（チクチク）…というように主訴・症状データが入力される。
【００７０】
利用者による主訴・症状データの入力終了後、登録ボタン２００ｊが押下されるとそれまでに入力された主訴・症状データは、図１４に示す主訴・症状データファイル２１０に登録される（図１２：ステップＳ０２）。
【００７１】
図１４は、本実施形態における主訴・症状データファイルの構造を示す図である。
【００７２】
図１４に示すように、この主訴・症状データファイル２１０には、患者ＩＤ２１０ａ、部位２１０ｂ、箇所２１０ｃ、いつから２１０ｄ、痛み方２１０ｅ、吐き気２１０ｆ、発熱２１０ｇ、黄疸２１０ｈの各項目が設けられており、それぞれ、主訴・症状入力画面２００（図１３参照）により入力された“１２３４５６”、“８”、“１”、“４”、“１”、“１”、“２”、“２”が記憶されている。
【００７３】
図１３に示した主訴・症状入力画面２００において、次へボタン２００ｉが押下されると、図１５に示す、家族情報入力画面の表示およびデータ入力が行われる（図１２：ステップＳ０３）。
【００７４】
図１５は、本実施形態における家族情報入力画面を示す図である。
【００７５】
図１５に示すように、この家族情報入力画面２２０には、患者ＩＤ入力域２２０ａ、家族情報入力域２２０ｂ、および登録ボタン２２０ｃが設けられている。
【００７６】
家族情報入力域２２０ｂには、受診患者の家族の続柄入力域２２０ｂ＿１，２２０ｂ＿３，２２０ｂ＿５，２２０ｂ＿７，２２０ｂ＿９、および受診患者の家族の患者ＩＤ入力域２２０ｂ＿２，２２０ｂ＿４，２２０ｂ＿６，２２０ｂ＿８，２２０ｂ＿１０が設けられている。
【００７７】
前述の問診情報に基づき、利用者により、患者ＩＤ入力域２２０ａへの受診患者のＩＤ情報が入力され、家族情報入力域２２０ｂへの受診患者の家族のＩＤ情報が入力される。ここで、例えば、続柄入力域２２０ｂ＿１に“０１”と入力すると、図７に示した続柄マスタ１７１が参照され、その結果、続柄入力域２２０ｂ＿１の右側に、受診患者との続柄“父” が表示される。さらに、患者ＩＤ入力域２２０ｂ＿２に受診患者の“父”の患者ＩＤ“３２１８７９”を入力すると、図４に示した患者マスタ１６２が参照され、患者マスタ１６２の中に受診患者の“父”のレコードが登録されていた場合には、患者マスタ１６２から“父”の氏名“山田 一郎”が読み出されて、患者ＩＤ入力域２２０ｂ＿２の右側に表示される。
【００７８】
こうして、家族情報入力画面２２０の各続柄入力域および患者ＩＤ入力域に受診患者の家族情報が入力された後、登録ボタン２２０ｃが押下されると、それまでに入力された受診患者の家族情報は、家族情報マスタ１６３（図５参照）に登録される。
【００７９】
次に、受診患者の検体検査結果の取得が行われ、検体検査結果ファイル（図１６参照）に記憶される（図１２：ステップＳ０４）。
【００８０】
大病院の場合は診察効率を向上させるために、検体検査は、医師による診察の前に行われるのが一般的であるので、本実施形態では、検体検査結果の取得をこのタイミングで行うようにしてある。
【００８１】
図１６は、本実施形態における検体検査結果ファイルのファイル構造を示す図である。
【００８２】
図１６に示すように、この検体検査結果ファイル２４０には、患者ＩＤ２４０ａ、検査日２４０ｂ、検査結果数２４０ｃ、検査項目ＣＤ（１）２４０ｄ、検査結果（１）２４０ｅ、検査項目ＣＤ（２）２４０ｆ、検査結果（２）２４０ｇ、検査項目ＣＤ（３）２４０ｈ、検査結果（３）２４０ｉ、検査項目ＣＤ（４）２４０ｊ、検査結果（４）２４０ｋなどの項目が設けられており、これらの各項目に、各検体検査による検査データが、例えば図示のように、“１２３４５６”、“２００４／６／２”、“１２”、“０１００１”、“２１．５”、“０１００２”、“１４．８”、“１０５０１”、“８６”、“２１００５”、“７．０”などと記憶されている。
【００８３】
次に、家族歴の取得および編集が行われる（図１２：ステップＳ０５）。この家族歴の取得および編集は次に示す家族歴取得・編集サブルーチンにより実行される。
【００８４】
図１７は、本実施形態における家族歴取得・編集サブルーチンのフローチャートである。
【００８５】
図１７のフローチャートに示すように、先ず、受診患者の問診情報から家族歴１テーブルのデータの取得が行われる（ステップＳ０５１）。
【００８６】
この家族歴１テーブルのデータの取得は、図１８に示す問診（家族歴１）入力画面により行われる。
【００８７】
図１８は、本実施形態における問診（家族歴１）入力画面を示す図である。
【００８８】
図１８に示すように、この問診（家族歴１）入力画面２３０には、患者ＩＤ入力域２３０ａ、家族歴入力域２３０ｂ、戻るボタン２３０ｃ、および登録ボタン２３０ｄが設けられている。
【００８９】
患者ＩＤ入力域２３０ａには、家族情報入力画面２２０（図１５参照）で入力された受診患者のＩＤ、氏名、性別、年齢、生年月日などの情報が表示される。
【００９０】
家族歴入力域２３０ｂには、受診患者の家族の続柄入力域２３０ｂ＿１，２３０ｂ＿３，２３０ｂ＿５，２３０ｂ＿７，２３０ｂ＿９、およびその病名入力域２３０ｂ＿２，２３０ｂ＿４，２３０ｂ＿６，２３０ｂ＿８，２３０ｂ＿１０が設けられている。
【００９１】
図１５を参照して説明した受診患者から取得した問診情報に基づき、受診患者の家族の病歴について一件ずつ続柄入力域および病名入力域に入力される。
【００９２】
なお、例えば続柄入力域２３０ｂ＿１の右側に“父”などと表示されているのは、家族情報入力画面２２０（図１５参照）におけると同様である。また、病名入力域２３０ｂ＿２に“１０１００１”と入力されると、図８に示した病名マスタ１７２が参照され、“１０１００１”に対応する病名“胃がん”が読み出され、病名入力域２３０ｂ＿２に右側に“胃がん”と表示される。
【００９３】
こうして、各続柄入力域および病名入力域に受診患者の家族の病歴が入力された後、登録ボタン２３０ｄが押下されると、それまでに入力された受診患者の家族の病歴は、次に示す家族歴１テーブル（図１９参照）に登録される。なお、家族の病歴を入力中に家族情報自体を入力し直す必要が生じた場合は、戻るボタン２３０ｃを押下することにより家族情報入力画面２２０（図１５参照）に戻り、家族情報を再編集することができるようになっている。
【００９４】
図１９は、本実施形態における家族歴１テーブルを示す図である。
【００９５】
図１９に示すように、この家族歴１テーブル２５１には、データ数２５１ａ：“３”、続柄ＣＤ（１）２５１ｂ：“０１”（父）、病名ＣＤ（１）２５１ｃ：“１０１００１”（胃がん）、続柄ＣＤ（２）２５１ｄ：“０２”（母）、病名ＣＤ（２）２５１ｅ：“６０５００３”（糖尿病）、続柄ＣＤ（３）２５１ｆ：“０２”（母）、病名ＣＤ（３）２５２ｇ：“７８５６００”（痛風）が記憶されている。
【００９６】
次に、家族歴マスタから家族歴２テーブルのデータの取得が行われる（図１７：ステップＳ０５２）。
【００９７】
図２０は、本実施形態における家族歴２テーブルのデータ取得の手順を示すフローチャートである。
【００９８】
このフローチャートはサブルーチン形式となっており、図に示した家族歴取得・編集サブルーチンのステップＳ０５１から制御が移され、終了後はステップＳ０５にリターンするようになっている。
【００９９】
このフローチャートで用いられる変数について説明する。
【０１００】
変数Ｉは受診患者の家族情報数を表す変数であり、変数Ｋは家族の診断病名数を表す変数であり、変数ＪおよびＬはワーク用のインデックスである。
【０１０１】
図２０に示すように、先ず受診患者の患者ＩＤをキーにして、家族情報マスタ１６３（図３参照）から受診患者のレコード１６３＿１を読み込み（ステップＳ０５２＿１）、このレコード１６３＿１のデータ格納数１６３ｂに記憶された値“４”を変数Ｉにセットする（ステップＳ０５２＿２）。
【０１０２】
次に、ステップＳ０５２＿３において変数Ｉが０、すなわちデータ格納数が“０”であるか否かが判定され（ステップＳ０５２＿３）、変数Ｉが０でない場合はステップＳ０５２＿４に進むが、変数Ｉが０である場合はこのサブルーチンの処理を終了する。
【０１０３】
ステップＳ０５２＿４では変数Ｊに１をセットした後、変数Ｊが変数Ｉを超えたか否かが判定される（ステップＳ０５２＿４）。
【０１０４】
ステップＳ０５２＿４における判定の結果、変数Ｊが変数Ｉを超えた場合はこのサブルーチンの処理を終了する。
【０１０５】
ステップＳ０５２＿４における判定の結果、変数Ｊが変数Ｉを超えていない場合はステップＳ０５２＿６に進み、家族情報マスタ１６３（図３参照）の受診患者のレコード１６３＿１の患者ＩＤ（Ｊ）をキーとして病歴マスタ１６１（図３参照）の読み込みが行われ、次に、ステップＳ０５２＿７において、病歴マスタ１６１に該当するレコードが有るか否かが判定される。
【０１０６】
ステップＳ０５２＿７における判定の結果、該当するレコードが無い場合はステップＳ０５２＿８に進み、変数Ｊをインクリメントした後、ステップＳ０５２＿５に戻る。
【０１０７】
ステップＳ０５２＿７における判定の結果、該当するレコードが有る場合はステップＳ０５２＿９に進む。ここでは、変数Ｊは最初は１にセットされているので、受診患者のレコード１６３＿１の患者ＩＤ（１）：“３２１８７９”をキーとして、病歴マスタ１６１（図３参照）のレコード１６１＿１が読み込まれ、受診患者の父の病歴、すなわち診断日（１）：“２００１／５／１９”、病名ＣＤ（１）：“１０１００５”が取得される。なお、この“１０１００５”は、病名マスタ１７２（図８参照）のレコード１７２−６に記憶されているように“噴門部胃がん”である。この例では、ステップＳ０５２＿７における判定の結果は、該当するレコードが有る場合に相当するのでステップＳ０５２＿９に進む。
【０１０８】
ステップＳ０５２＿９では、変数Ｋに病歴マスタ１６１（図３参照）のレコード１６１＿１のデータ格納数１６１ｂに記憶された値“１”をセットする。
【０１０９】
次に、ステップＳ０５２＿１０において、変数Ｌに１をセットした後、変数Ｌが変数Ｋを超えたか否かが判定される（ステップＳ０５２＿１１）。
【０１１０】
ステップＳ０５２＿１１における判定の結果、変数Ｌが変数Ｋを超えている場合はステップＳ０５２＿８に進み、変数Ｊをカウントアップした後、ステップＳ０５２＿５に戻る。
【０１１１】
ステップＳ０５２＿１１における判定の結果、変数Ｌが変数Ｋを超えていない場合はステップＳ０５２＿１２に進み、病歴マスタ１６１（図３参照）のレコード１６１＿１の病名ＣＤ（１）：“１０１００５”と、家族情報マスタ１６３（図３参照）の受診患者のレコード１６３＿１の続柄（Ｉ）を家族歴２テーブルへ格納する。
【０１１２】
次に、ステップＳ０５２＿１３において、変数Ｌをカウントアップした後、ステップＳ０５２＿１１に戻る。
【０１１３】
以上の処理が完了すると、受診患者の家族歴２テーブルのデータが形成され、次に示す家族歴２テーブルに格納される。
【０１１４】
図２１は、本実施形態における家族歴２テーブルを示す図である。
【０１１５】
図２１に示すように、この家族歴２テーブル２５２には、データ数２５２ａ、続柄ＣＤ（１）２５２ｂ、病名ＣＤ（１）２５２ｃ、続柄ＣＤ（２）２５２ｄ、病名ＣＤ（２）２５２ｅ、続柄ＣＤ（３）２５２ｆ、病名ＣＤ（３）２５２ｇ、続柄ＣＤ（４）２５２ｈ、病名ＣＤ（４）２５２ｉ…などの項目が設けられており、受診患者の家族歴２のデータ数として“２”、“父”の病名ＣＤ：“１０１００５”（噴門部胃がん）、“母”の病名ＣＤ：“６０５００３” （糖尿病１型）、および“兄”の病名ＣＤ：“４８９６００” （高血圧）が記憶されている。
【０１１６】
次に、上記の家族歴１テーブル２５１と家族歴２テーブル２５２とから家族歴サマリデータの作成が行われる（図１７：ステップＳ０５３）。
【０１１７】
本実施形態の病名推定装置では、家族歴サマリデータの作成に際して、家族歴２テーブルのデータと家族歴１テーブルのデータとを比較してこの後の処理で利用する家族歴サマリデータを作成するように構成されているが、同一の情報が存在する場合には、医師の診断に基づく家族歴２テーブルのデータの方を優先させて家族歴サマリデータを作成するように定めている。
【０１１８】
図２２は、本実施形態における家族歴サマリデータの作成の際の判定ルールを示す図である。
【０１１９】
図２２に示すように、この判定ルール２６０は、続柄と病名区分によって家族歴サマリデータに採用する家族歴データを、家族歴２テーブルのデータと家族歴１テーブルのデータのいずれにするかを定めている。
【０１２０】
なお、病名区分とは、本実施形態の病名推定装置における６桁の病名ＣＤのうち先頭の３桁のコードをいい、例えば、病名ＣＤ：“１０１００１”の病名区分と病名ＣＤ：“１０１００５”の病名区分はともに“１０１”ということになる。
【０１２１】
図２２に示すように、続柄が一致し、かつ病名区分が一致したケース１の場合には、家族歴２テーブルのデータを家族歴サマリデータとして採用することを定め、続柄が一致するが病名区分が一致しないケース２の場合には、家族歴１テーブルのデータおよび家族歴２テーブルのデータの双方を家族歴サマリデータとして採用することを定め、続柄が一致しないケース３の場合には、家族歴１テーブルのデータおよび家族歴２テーブルのデータの双方を家族歴サマリデータとして採用することを定めている。
【０１２２】
次に、上記の判定ルール２６０と、家族歴１テーブル２５１（図１９参照）および家族歴２テーブル２５２（図２１参照）を用いた家族歴サマリデータの作成例を次に示す。
【０１２３】
図２３は、本実施形態における家族歴サマリデータ作成例（１）を示す図である。
【０１２４】
この家族歴サマリデータ作成例（１）では、家族歴２テーブルのデータのうち、続柄ＣＤ（１）２５２ｂ：“０１”（父）の病名ＣＤ（１）２５２ｃ：“１０１００５”の病名区分：“１０１”と、家族歴１テーブルのデータの病名ＣＤ（１）１６４ｂ：“１０１００１”の病名区分：“１０１”とが比較され、続柄ＣＤも病名区分もともに一致しているので、図２２に示す判定ルール２６０のケース１と判定され、家族歴２テーブルのデータの（父）の続柄ＣＤ（１）および病名ＣＤ（１）：“噴門部胃がん”が家族歴サマリデータとして出力される。このデータ出力と同時に家族歴２テーブルから削除される。かつ、同じデータと見られる家族歴１テーブルのデータも削除される。削除後の各テーブルの状態は、図２３の一点鎖線内に示した通りである。
【０１２５】
図２４は、本実施形態における家族歴サマリデータ作成例（２）を示す図である。
【０１２６】
この家族歴サマリデータ作成例（２）では、家族歴２テーブルのデータの（母）の病名ＣＤ（２）２５２ｅ：“６０５００５”についても、上記作成例（１）と同様、家族歴１テーブルのデータの病名ＣＤ（２）１６４ｄ：“６０５００３”の病名区分：“６０５”および病名ＣＤ（３）１６４ｆ：“７８５６００”の病名区分：“７８５”とが比較され、家族歴１テーブルのデータの病名ＣＤ（２）は、続柄ＣＤも病名区分もともに一致しているので、図２２に示す判定ルール２６０のケース１と判定され、家族歴２テーブルのデータの（母）の続柄ＣＤ（２）および病名ＣＤ（２）：“糖尿病１型”が家族歴サマリデータとして出力される。
【０１２７】
なお、家族歴１テーブルのデータの病名ＣＤ（３）については、続柄ＣＤは一致しているものの病名区分は一致していないので、図２２に示す判定ルール２６０のケース２と判定され、家族歴２テーブルのデータの（母）の続柄ＣＤ（３）および病名ＣＤ（３）：“痛風”が家族歴サマリデータとして出力される。
【０１２８】
また、家族歴２テーブルのデータの（兄）の病名ＣＤ（３）２５２ｇ：“４８９６００”についても、上記と同様、家族歴１テーブルのデータの各病名ＣＤと比較され、続柄ＣＤが一致していないので、図２２に示す判定ルール２６０のケース３と判定され、家族歴２テーブルのデータの（兄）の続柄ＣＤ（３）および病名ＣＤ（３）が家族歴サマリデータとして出力される。家族歴サマリデータとして出力されたこれらのデータは、データ出力と同時に家族歴２テーブルおよび家族歴１テーブルから削除される。削除後の各テーブルの状態は、図２４の一点鎖線内に示した通りである。
【０１２９】
図２５は、本実施形態における家族歴サマリデータを示す図である。
【０１３０】
図２５には、図２３，２５を参照して説明した作成例による家族歴サマリデータ２７０、すなわち、“父”の病歴データ２７０ａ、“母”の病歴データ２７０ｂ、“兄”の病歴データ２７０ｃ、“母”の病歴データ２７０ｄが示されている。これらの各病歴データのうちの最初の３つのデータは医師の診断による情報であるので“情報区分”として“１”が付され、最後の４つ目のデータは問診による情報であるので“情報区分”として“２”が付される。
【０１３１】
なお、本実施形態の病名推定装置においては、家族歴１テーブルのデータおよび家族歴２テーブルのデータに基づき家族歴サマリデータを作成している例を示したが、本発明の病名推定装置は、必ずしも家族歴１テーブルのデータと家族歴２テーブルのデータの双方を用いる態様に限定されるものではなく、家族歴２テーブルのデータのみを用いてサマリデータを作成するようにしてもよい。
【０１３２】
家族歴サマリデータの作成（図１７：ステップＳ０５３）が終了すると、図１２に示すメインルーチンに戻り病名の推定・表示処理（図１２：ステップＳ０６）が行われる。
【０１３３】
図１２に示すフローチャートのステップＳ０６では、検体検査結果からの病名推定処理および主訴・症状からの病名推定処理が行われ、次に、検体検査結果から推定した病名と主訴・症状から推定した病名の突き合わせ処理が行われる。
【０１３４】
図２６は、検体検査結果からの病名推定処理のフローチャートである。
【０１３５】
この処理では、検体検査結果ファイル２４０（図１６参照）に記憶された４件の検体検査結果データを一件ずつ取り出し、検査項目マスタ１７３（図９参照）の正常値下限１７３ｃおよび正常値上限１７３ｄとの突き合わせを行い、正常値の範囲内であるか否かの判定を行う（ステップＳ０６１〜Ｓ０６２）。
【０１３６】
ステップＳ０６２における判定の結果、その検査結果データが正常値の範囲内にある場合はその検査項目については問題がないので、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１３７】
検体検査結果ファイル２４０（図１６参照）に示した例では、検査結果（１）〜（３）は、いずれも検査項目マスタ１７３（図９参照）に示した正常値下限以上、かつ正常値上限以下であり、正常値の範囲内に収まっているのでステップＳ０６２からステップＳ０６１に戻ることとなる。
【０１３８】
ステップＳ０６２における判定の結果、その検査結果データが正常値の範囲外にある場合にはステップＳ０６３に進み、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えているか否かの判定が行われる。
【０１３９】
ステップＳ０６３における判定の結果、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えている場合は、ステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）の上限外推定病名の病名コードを全て患者別検査別推定病名ファイル２８１（図２７参照）へ出力した後、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１４０】
検体検査結果ファイル２４０（図１６参照）に示した例では、検査結果（４）（検査項目ＣＤ（４）２４０ｊ：“２１００５”）は“７．０”を示しており、検査項目マスタ１７３（図９参照）に示した検査項目“２１００５”（ＨＢＡ１ｃ）の正常値上限“５．６”を超えているので、この場合はステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）のうちの検査項目“２１００５”（ＨＢＡ１ｃ）の上限外推定病名１７４ｂの病名ＣＤ“６０５００３”が、患者別検査別推定病名ファイル２８１（図２７参照）に出力される。
【０１４１】
ステップＳ０６３における判定の結果、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えていない場合には、その検査結果データは検査項目マスタの正常値下限を超えていることを示しているので、推定病名マスタ１７４（図１０参照）の下限外推定病名の病名コードを全て患者別検査別推定病名ファイル２８１に出力（ステップＳ０６４）した後、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１４２】
図２７は、本実施形態における患者別検査別推定病名ファイルを示す図である。
【０１４３】
図２７に示すように、この患者別検査別推定病名ファイル２８１には、受診患者の患者ＩＤ２８１ａ：“１２３４５６”、および受診患者の検体検査結果から推定された病名ＣＤ（１）２８１ｂ：“６０５００３”（糖尿病）、病名ＣＤ（２）２８１ｃ：“７０４３６０”（すい臓炎）が記憶されている。
【０１４４】
この推定病名“６０５００３”（糖尿病）は、前述の通り、検体検査結果ファイル２４０（図１６参照）に示した検査結果のうち、検査項目“２１００５”（ＨＢＡ１ｃ）が“７．０”で、検査項目マスタ１７３（図９参照）に示した検査項目“２１００５”（ＨＢＡ１ｃ）の正常値上限“５．６”を超えている。従って、この場合はステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）のうちの検査項目“２１００５”の上限外推定病名１７４ｂの病名ＣＤ“６０５００３”（糖尿病）と推定される。
【０１４５】
なお、推定病名“７０４３６０”（すい臓炎）は、検体検査結果ファイル２４０（図１６参照）には図示省略されている他の検査結果から推定された病名である。
【０１４６】
次に、主訴・症状からの病名推定処理について説明する。
【０１４７】
この処理では、医師の診察結果に基づき主訴・症状入力画面２００（図１３参照）で登録された主訴・症状データファイル２１０（図１４参照）の主訴・症状データ２１０ｂ〜２１０ｈをキーとして、主訴・症状別推定病名マスタ１７５（図１１参照）を検索し、上記キーに合致する推定病名を取得し、それを患者別主訴別推定病名ファイルへ出力する。
【０１４８】
図２８は、本実施形態における患者別主訴別推定病名ファイルの構造を示す図である。
【０１４９】
図２８に示すように、この患者別主訴別推定病名ファイル２８２には、受診患者の患者ＩＤ２８２ａ：“１２３４５６”、および受診患者の主訴・症状から推定された病名ＣＤ（１）２８２ｂ：“６０５００３”（糖尿病）、病名ＣＤ（２）２８２ｃ：“９８４６５０”（虫垂炎）が記憶されている。
【０１５０】
次に、上記の患者別検査別推定病名ファイル２８１（図２７参照）と患者別主訴別推定病名ファイル２８２（図２８参照）との突き合わせ処理が行われる。
【０１５１】
この突き合わせ処理では、患者別検査別推定病名ファイル２８１と患者別主訴別推定病名ファイル２８２の病名ＣＤが一致した場合は、その病名ＣＤを推定病名ファイル２８３に出力し、患者別検査別推定病名ファイル２８１に存在する病名ＣＤが患者別主訴別推定病名ファイル２８２にない場合は、患者別検査別推定病名ファイル２８１の病名ＣＤを推定病名ファイル２８３に出力し、患者別主訴別推定病名ファイル２８２に存在する病名ＣＤが患者別検査別推定病名ファイル２８１にない場合は、患者別主訴別推定病名ファイル２８２の病名ＣＤを推定病名ファイル２８３に出力する。
【０１５２】
図２９は、本実施形態における推定病名ファイルの構造を示す図である。
【０１５３】
図２９に示すように、この推定病名ファイル２８３には、受診患者の患者ＩＤ２８３ａ：“１２３４５６”と、患者別検査別推定病名ファイル２８１と患者別主訴別推定病名ファイル２８２の双方から出力された病名ＣＤ（１）２８３ｂ：“６０５００３”（糖尿病）および遺伝性フラグ（１）２８３ｃ：“１”（該当）と、患者別検査別推定病名ファイル２８１から出力された病名ＣＤ（２）２８３ｄ：“７０４３６０”（すい臓炎）および遺伝性フラグ（２）２８３ｅ：“０”（非該当）と、患者別主訴別推定病名ファイル２８２から出力された病名ＣＤ（３）２８３ｆ：“９８４５６０”（虫垂炎）および遺伝性フラグ（３）２８３ｇ：“０”（非該当）とが記憶されている。
【０１５４】
次に、推定病名ファイル２８３（図２９参照）と家族歴サマリデータ２７０（図２５参照）に記憶された家族歴サマリデータとの突き合わせ処理が行われる。すなわち、推定病名ファイル２８３に記憶された３つの推定病名について、遺伝性フラグが“１”である推定病名をチェックする。
【０１５５】
図３０は、推定病名ファイルと家族歴サマリデータの突き合わせ処理のフローチャートである。
【０１５６】
図３０に示すように、先ず、推定病名ファイルから病名ＣＤの読み込みが開始される（ステップＳ０７１）。このとき変数Ｉは“１”に初期化される。
【０１５７】
次に、遺伝性フラグ（Ｉ）が“１”であるか否かの判定が行われる（ステップＳ０７２）。
【０１５８】
ステップＳ０７２における判定の結果、遺伝性フラグ（Ｉ）が“１”である場合はステップＳ０７３に進み、遺伝性フラグ（Ｉ）が“１”でない場合はステップＳ０７６に進む。
【０１５９】
ステップＳ０７３では、推定病名ファイル２８３の病名ＣＤ（Ｉ）で家族歴サマリデータ２７０を検索し、ステップＳ０７４において、同じ病名区分の家族歴データが存在するか否かの判定が行われる。
【０１６０】
ステップＳ０７４における判定の結果、同じ病名区分の家族歴データが存在する場合はステップＳ０７５に進み、同じ病名区分の家族歴データが存在しない場合はステップＳ０７６に進む。
【０１６１】
ステップＳ０７５では、推定病名画面（図３１参照）へ、推定病名ファイル２８３の病名ＣＤ（Ｉ）の推定病名と、同じ病名区分の家族歴データの続柄、罹患時の年齢、および情報区分（医師診断か問診かの別）などからなる編集情報を出力し、ステップＳ０７７へ進む。
【０１６２】
ステップＳ０７６では、推定病名画面（図３１参照）へ、推定病名ファイル２８３の病名ＣＤ（Ｉ）の推定病名のみを出力し、ステップＳ０７７へ進む。
【０１６３】
ステップＳ０７７では、変数Ｉをインクリメントした後、ステップＳ０７８へ進み、病名ＣＤ（Ｉ）にデータがないか否かの判定が行われる。
【０１６４】
ステップＳ０７７における判定の結果、病名ＣＤ（Ｉ）にデータがある場合はステップＳ０７２に戻り次のデータの処理が続けられるが、病名ＣＤ（Ｉ）にデータがない場合はこのサブルーチンを終了する。
【０１６５】
この例では、推定病名ファイル２８３（図２９参照）の病名ＣＤ（１）２８３ｂ：“６０５００３”の遺伝性フラグ（１）２８３ｃが“１”であるので、この受診患者“１２３４５６”の家族の中に遺伝性疾患である糖尿病の病歴を持つ人がいることがわかる。また、その人の受診患者との続柄は家族歴サマリデータ２７０（図２５参照）の中の病名区分が“６０５”である病歴データ２７０ｂから続柄は“母”であること、また、その状態区分は“医師診断” であることがわかる。
【０１６６】
図３１は、本実施形態における病名推定画面を示す図である。
【０１６７】
図３１に示すように、この病名推定画面２９０には、患者ＩＤ表示域２９０ａ、推定病名表示欄２９０ｂ、推定病名（家族歴考慮）表示欄２９０ｃ、および診断入力ボタン２９０ｄが設けられており、推定病名表示欄２９０ｂには、“糖尿病”、“すい臓炎”、“虫垂炎” の３つの病名が、また、推定病名（家族歴考慮）表示欄２９０ｃには、“糖尿病・母（５７歳時）糖尿病１型・医師診断”、“すい臓炎”、“虫垂炎”の３つの病名が表示されている。
【０１６８】
この病名推定画面２９０では、受診患者の家族に遺伝性疾患該当者がいる場合はその病名に“★”を付して表示されるようになっている。
【０１６９】
病名推定画面２９０への推定病名の表示が終了すると、次に、医師による診断情報入力（図１２：ステップＳ０７）が行われる。
【０１７０】
医師は、病名推定画面２９０の表示を見終わった後、診断入力ボタン２９０ｄを押下すると、次に示す診断情報入力画面が表示される。
【０１７１】
図３２は、本実施形態における診断情報入力画面を示す図である。
【０１７２】
図３２に示すように、この診断情報入力画面２９１には、患者ＩＤ表示域２９１ａ、今回の診断日入力域２９１ｂ、今回の診断病名ＣＤ２９１ｃ、過去の診断記録表示域２９１ｄ、および登録ボタン２９１ｅが設けられている。
【０１７３】
医師は、これまでに得られた情報、すなわち病名推定画面２９０に表示された推定病名に関する情報を総合して診断を下し、診断日：“２００４／６／３０”および病名ＣＤ：“６０５００７”（糖尿病１型）を診断日入力域２９１ｂおよび診断病名ＣＤ２９１ｃに入力する。
【０１７４】
入力終了後、登録ボタン２９１ｅが押下されると、この診断情報は、病歴マスタ１６１（図３参照）に登録される。
【０１７５】
医師による診断情報の登録が終了すると、次に、病名診断再計算処理（図１２：ステップＳ０７）が行われる。
【０１７６】
本実施形態の病名推定装置では、第２の病名推定部１３０（図１参照）は、病歴マスタ１６１（図３参照）のうちの受診患者の家族の病歴に関する情報が更新されたことを受けて、その更新された情報に基づき、過去にこの病院で診察を受けた患者の病名を再推定することができるように構成されている。
【０１７７】
すなわち、この病名診断再計算処理は、上記のように、診断情報入力画面２９１（図３２参照）により受診患者“山田 次郎”に対して病名 “糖尿病１型”の診断が下されたことを受けて、この受診患者の兄の“山田 太郎”に対して“２００４／５／２４”に下された病名診断の再計算処理を可能とするものである。
【０１７８】
この病名診断再計算処理の対象としては、例えば病歴マスタ１６１（図３参照）のうちの診断日が、上記受診患者の診断日よりも３ヶ月以内である患者が自動的に抽出されるというようにするのがよい。
【０１７９】
図３３は、本実施形態における病名診断再計算処理画面を示す図である。
【０１８０】
図３３に示すように、この病名診断再計算処理画面２９２には、患者ＩＤ表示域２９２ａ、今回の診断日入力域２９２ｂ、今回の診断病名ＣＤ２９２ｃ、過去の診断日表示域２９２ｄ、過去の診断病名ＣＤ２９２ｅ、および登録ボタン２９２ｆが設けられている。また、この病名診断再計算処理画面２９２の下部にはコメント表示域２９３が表示されるようになっている。
【０１８１】
図３４は、本実施形態における病名診断再計算処理のフローチャートである。
【０１８２】
図３４に示すように、病歴マスタ１６１（図３参照）は監視プログラムにより絶えず更新が監視されており（ステップＳ０８１）、更新が行われるとステップＳ０８２に進み、更新された病名の遺伝性フラグが立っているか否かの判定が行われる。
【０１８３】
ステップＳ０８２における判定の結果、更新された病名の遺伝性フラグが立っていない場合にはステップＳ０８１に戻り、更新の監視が続けられる。
【０１８４】
ステップＳ０８２における判定の結果、更新された病名の遺伝性フラグが立っている場合にはステップＳ０８３に進み、更新された病歴マスタの患者ＩＤが家族情報として登録されている家族情報マスタ１６３（図５参照）の検索が行われる。
【０１８５】
検索の結果、該当するレコードが存在するか否かの判定が行われる（ステップＳ０８４）。
【０１８６】
ステップＳ０８４における判定の結果、該当するレコードが存在しない場合はステップＳ０８１に戻り、更新の監視が続けられる。
【０１８７】
ステップＳ０８４における判定の結果、該当するレコードが存在する場合はステップＳ０８５に進み、患者情報マスタ１６３（図５参照）の主キーである患者ＩＤ１６３ａをプログラム内の所定のテーブルに格納する。該当するレコードが複数存在する場合は複数回の処理が繰り返される。例えば、病名が追加された患者が親の場合には、その患者の子供でかつその病院に罹っている人数分のレコードが該当するはずである。また、祖父母の場合には、さらに該当する人数が増えることとなる。
【０１８８】
次に、取得した患者ＩＤごとに病名診断の再処理が行われる（ステップＳ０８６）。この病名診断の再処理では、図１２に示したフローチャートにおけるステップＳ０２からステップＳ０６までのステップが実行される。
【０１８９】
次に、再処理結果の通知が行われる（ステップＳ０８７）。
【０１９０】
次に、取得した患者ＩＤについての再処理が全て終了したか否かの判定が行われる（ステップＳ０８８）。
【０１９１】
ステップＳ０８８における判定の結果、再処理が全て終了していない場合はステップＳ０８６に戻り再処理が繰り返される。
【０１９２】
ステップＳ０８８における判定の結果、再処理が全て終了している場合はこの処理を終了する。
【０１９３】
図３３に示した例では、この患者“山田 太郎”の弟“山田 次郎”の“２００４／６／３０”の診断結果（図３２参照）を受けて、この患者“山田 太郎”の病名診断再計算処理が行われた結果、コメント表示域２９３に図示のようなコメントが表示された状態が示されている。
【０１９４】
なお、病名診断再計算処理の結果、前回の処理結果と同一の結果が得られた場合は、必ずしも通知の必要はないが、医師への参考情報、すなわち今後気をつけるべき病気のウォーニング情報として有効な場合が多いので通知することが好ましい。
【０１９５】
この場合の通知のタイミングや通知方法については次のような案が考えられる。
【０１９６】
通知のタイミングとしては、例えば、リアルタイムすなわち再処理の結果が得られた時や、受診患者の電子カルテを開いた時などが考えられる。
【０１９７】
また、通知方法としては、例えば、担当医師に対するメールや、電子カルテへの表示などが考えられる。
【０１９８】
以上説明したように、病名診断の再計算処理の結果を医師に通知することにより、その医師の過去の診断の正当性を医師自身が検証ができ、また、今後の治療を行う際に気をつけなければならない疾患についての情報を医師が正確に把握することが可能となる。
【０１９９】
以下に本発明の各種態様を付記する。
【０２００】
（付記１）
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
前記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
前記病歴マスタに記憶された情報の中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする病名推定装置。
【０２０１】
（付記２）
前記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
前記第２の病名推定部は、前記第１の家族病名取得部により取得された病名と前記第２の家族病名取得部により取得された病名とに基づき前記受診患者の病名を推定するものであることを特徴とする付記１記載の病名推定装置。
【０２０２】
（付記３）
前記第２の病名推定部は、前記病歴マスタのうちの前記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであることを特徴とする付記１または２記載の病名推定装置。
【０２０３】
（付記４）
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする病名推定プログラム。
【図面の簡単な説明】
【０２０４】
【図１】本発明の病名推定装置および病名推定プログラムの一実施形態を示す概略構成図である。
【図２】本実施形態の病名推定装置および病名推定プログラムが形成されるコンピュータシステムの概要図である。
【図３】本実施形態における病歴マスタのファイル構造を示す図である。
【図４】本実施形態における患者マスタのファイル構造を示す図である。
【図５】本実施形態における家族情報マスタのファイル構造を示す図である。
【図６】本実施形態における家族歴マスタのファイル構造を示す図である。
【図７】本実施形態における続柄マスタのファイル構造を示す図である。
【図８】本実施形態における病名マスタのファイル構造を示す図である。
【図９】本実施形態における検査項目マスタのファイル構造を示す図である。
【図１０】本実施形態における推定病名マスタのファイル構造を示す図である。
【図１１】本実施形態における主訴・症状別推定病名マスタのファイル構造を示す図である。
【図１２】本実施形態の病名推定装置および病名推定プログラムの動作を示すフローチャートである。
【図１３】本実施形態における主訴・症状入力画面を示す図である。
【図１４】本実施形態における主訴・症状データファイルの構造を示す図である。
【図１５】本実施形態における家族情報入力画面を示す図である。
【図１６】本実施形態における検体検査結果ファイルのファイル構造を示す図である。
【図１７】本実施形態における家族歴取得・編集サブルーチンのフローチャートである。
【図１８】本実施形態における問診（家族歴１）入力画面を示す図である。
【図１９】本実施形態における家族歴１テーブルを示す図である。
【図２０】本実施形態における家族歴２テーブルのデータ取得の手順を示すフローチャートである。
【図２１】本実施形態における家族歴２テーブルを示す図である。
【図２２】本実施形態における家族歴サマリデータの作成の際の判定ルールを示す図である。
【図２３】本実施形態における家族歴サマリデータ作成例（１）を示す図である。
【図２４】本実施形態における家族歴サマリデータ作成例（２）を示す図である。
【図２５】本実施形態における家族歴サマリデータを示す図である。
【図２６】検体検査結果からの病名推定処理のフローチャートである。
【図２７】本実施形態における患者別検査別推定病名ファイルを示す図である。
【図２８】本実施形態における患者別主訴別推定病名ファイルの構造を示す図である。
【図２９】本実施形態における推定病名ファイルの構造を示す図である。
【図３０】推定病名ファイルと家族歴サマリデータの突き合わせ処理のフローチャートである。
【図３１】本実施形態における病名推定画面を示す図である。
【図３２】本実施形態における診断情報入力画面を示す図である。
【図３３】本実施形態における病名診断再計算処理画面を示す図である。
【図３４】本実施形態における病名診断再計算処理のフローチャートである。
【符号の説明】
【０２０５】
１００ 病名推定装置
１１０ 第１の病名推定部
１２０ 第１の家族病名取得部
１３０ 第２の病名推定部
１４０ 第２の家族病名取得部
１５０ 病名表示部
１６０ データベース
１６１ 病歴マスタ
１６２ 患者マスタ
１６３ 家族情報マスタ
１６４ 家族歴マスタ
【技術分野】
【０００１】
本発明は、病院などにおける電子カルテシステムに用いられる、受診患者の病名を推定する病名推定装置および病名推定プログラムに関する。
【背景技術】
【０００２】
病院や診療所などにおいて、コンピュータを利用した電子カルテシステムが広く用いられるようになり医療のレベルアップに寄与しつつある。しかし、この電子カルテシステムの基礎となる高精度の病名推定技術はまだ確立されてはおらず、多くの場合、主訴・症状、検体検査結果などの情報に基づいて医師が病名を推定している。
【０００３】
この電子カルテシステムに、いわゆる知識ベースを応用した病名推定方法も提案されており、例えば、主訴・症状を元に推定病名と必要検査項目を登録し、医師が発行した検査オーダに基づく検体検査結果を元に推定病名を判断して登録し、主訴・症状からの推定病名と検体検査結果からの推定病名を突き合わせて、一致した病名を推定病名として表示する病名推定システムが開示されている（例えば、特許文献１参照。）。
【特許文献１】特開平８−２６３５６８号公報（第２−３頁、図１、２）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記の病名推定システムは、主訴・症状および検体検査結果から病名を推定するものであり、受診患者によっては、主訴・症状および検体検査結果からだけでは病名を精度よく推定することができない場合がある。
【０００５】
本発明は、上記事情に鑑み、受診患者の病名を精度よく推定することのできる病名推定装置および病名推定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決する本発明の病名推定装置は、
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
上記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
上記病歴マスタに記憶された情報の中から上記受診患者の家族の病名を取得する第１の家族病名取得部と、
上記第１の家族病名取得部により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部と、
上記第１の病名推定部により推定された病名と上記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする。
【０００７】
本発明の病名推定装置によれば、受診患者の主訴・症状および検体検査情報に基づき病名を推定（第１の病名推定部）するとともに、受診患者の家族の病名を取得（第１の家族病名取得部）し、取得した家族の病名に基づき受診患者の病名を推定（第２の病名推定部）するようにし、これら２つの病名推定部で推定された病名を併せて医師に表示するようにしたので、医師は受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴が加味され精度の高い診断を下すことができる。
【０００８】
なお、本発明にいう「受診患者の家族」は血縁上の家族をいい、血縁関係の無い者、例えば配偶者や養子等はここでいう「家族」には含まれない。以下も同様である。
【０００９】
ここで、上記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
上記第２の病名推定部は、上記第１の家族病名取得部により取得された病名と上記第２の家族病名取得部により取得された病名とに基づき上記受診患者の病名を推定するものであってもよい。
【００１０】
本発明の病名推定装置を上記のように構成した場合は、さらに、受診患者から得られる問診情報に基づき家族の病名を取得しこの情報を加味した病名推定ができるので、さらに精度よく病名を推定することができる。
【００１１】
また、上記第２の病名推定部は、
上記病歴マスタのうちの上記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであってもよい。
【００１２】
本発明の病名推定装置を上記のように構成した場合は、受診患者の診断が確定し病歴マスタが更新された時点で、その更新された情報に基づき受診患者の家族の診断情報を見直すことが可能となるので、より精度の高い病名推定装置を得ることができる。
【００１３】
また、上記課題を解決する本発明の病名推定プログラムは、
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から上記受診患者の家族の病名を取得する第１の家族病名取得部と、
上記第１の家族病名取得部により取得された病名に基づき上記受診患者の病名を推定する第２の病名推定部と、
上記第１の病名推定部により推定された病名と上記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする。
【００１４】
本発明の病名推定プログラムによれば、上記のように構成したことにより、受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴を加味して精度の高い診断を下すことができる病名推定装置をコンピュータ上に容易に形成することができる。
【００１５】
ここで、上記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
上記第２の病名推定部は、上記第１の家族病名取得部により取得された病名と上記第２の家族病名取得部により取得された病名とに基づき上記受診患者の病名を推定するものであってもよい。
【００１６】
本発明の病名推定プログラムを上記のように構成した場合は、上記の２つの病名推定部で推定された病名を併せて医師に表示するようにしたので、医師は受診患者の主訴・症状および検体検査情報のみではなく、受診患者の家族の病歴が加味された精度の高い診断を下すことのできる病名推定装置をコンピュータ上に容易に形成することができる。
【００１７】
また、上記第２の病名推定部は、上記病歴マスタのうちの上記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであってもよい。
【００１８】
本発明の病名推定プログラムを上記のように構成した場合は、受診患者の診断が確定し病歴マスタが更新された時点で、その更新された情報に基づき受診患者の家族の診断情報を見直すことが可能となるので、より精度の高い病名推定装置をコンピュータ上に容易に形成することができる。
【発明の効果】
【００１９】
以上説明したように、本発明の病名推定装置および病名推定プログラムによれば、家族の病歴に関する情報が加味されて病名の推定が行われるので、受診患者の病名を精度よく推定することのできる病名推定装置および病名推定プログラムを実現することができる。
【発明を実施するための最良の形態】
【００２０】
以下図面を参照して本発明の実施の形態を説明する。
【００２１】
図１は、本発明の病名推定装置および病名推定プログラムの一実施形態を示す概略構成図である。
【００２２】
図１に示すように、本実施形態の病名推定装置１００は、第１の病名推定部１１０、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、病名表示部１５０、および病歴マスタ１６１を含むデータベース１６０を備えている。
【００２３】
第１の病名推定部１１０は、受診患者の主訴・症状および検体検査情報に基づき受診患者の病名を推定するものである。
【００２４】
第１の家族病名取得部１２０は、病歴マスタ１６１に記憶された情報の中から受診患者の家族の病名を取得するものである。
【００２５】
第２の病名推定部１３０は、第１の家族病名取得部１２０により取得された病名に基づき受診患者の病名を推定するものである。
【００２６】
病名表示部１５０は、第１の病名推定部１１０により推定された病名と第２の病名推定部１３０により推定された病名とを併せて表示するものである。
【００２７】
第２の家族病名取得部１４０は、受診患者から得られる問診情報に基づき受診患者の家族の病名を取得するものであり、この第２の家族病名取得部１４０を備えた場合には、上記第２の病名推定部１３０は、第１の家族病名取得部１２０により取得された病名と第２の家族病名取得部１４０により取得された病名とに基づき受診患者の病名を推定するように構成されている。
【００２８】
また、本実施形態では、第２の病名推定部１３０は、病歴マスタ１６１のうちの受診患者の家族の病歴に関する情報が更新されたことを受けて、更新された情報に基づき受診患者の病名の再推定を行うものとして構成されている。
【００２９】
データベース１６０は、複数の患者の病歴に関する情報を記憶する病歴マスタ１６１と、受診患者の患者ＩＤ、氏名、性別、生年月日、住所などの患者情報を記憶する患者マスタ１６２と、受診患者とその家族との続柄などを記憶する家族情報マスタ１６３と、受診患者の家族の病歴を記憶する家族歴マスタ１６４とから構成されている。
【００３０】
また、本実施形態の病名推定プログラム１８０は、図１に示すように、第１の病名推定部１１０、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、および病名表示部１５０を備えている。
【００３１】
この病名推定プログラム１８０は、次に説明するコンピュータシステムの主記憶装置上に形成され、ＣＰＵにより実行される。
【００３２】
次に、本実施形態の病名推定装置のハードウエアについて説明する。
【００３３】
図２は、本実施形態の病名推定装置および病名推定プログラムが形成されるコンピュータシステムの概要図である。
【００３４】
図２には、図１に示した病名推定装置１００、および病歴マスタ１６１を含むデータベース１６０が構築されるサーバ８０、およびネットワーク８６を介してサーバ８０に接続された複数の端末装置８０＿１，８０＿２，８０＿３が例示的に示されている。
【００３５】
サーバ８０および端末装置８０＿１，８０＿２，８０＿３を構成するコンピュータシステムには、一般にワークステーションと呼ばれる高速かつ大容量のコンピュータシステム、またはパーソナルコンピュータシステムなどが用いられる。
【００３６】
サーバ８０および各端末装置８０＿１，８０＿２，８０＿３は、ＣＰＵ、主記憶装置、ハードディスク、通信用ボード等が内蔵された本体部８０ａ，８０ｂ，８０ｃ，８０ｄ、本体部８０ａ，８０ｂ，８０ｃ，８０ｄからの指示により画面上に画像や文字列を表示する表示装置８１ａ，８１ｂ，８１ｃ，８１ｄ、サーバ８０および各端末装置８０＿１，８０＿２，８０＿３にオペレータからの指示を入力するためのキーボード８２ａ，８２ｂ，８２ｃ，８２ｄ、および表示画面上の任意の位置を指定することにより、その指定された位置に表示されていたアイコン等に応じた指示を入力するマウス８３ａ，８３ｂ，８３ｃ，８３ｄを備えている。
【００３７】
サーバ８０、各端末装置８０＿１，８０＿２，８０＿３、およびネットワーク８６は、全体として本実施形態の病名推定装置１００（図１参照）を形成する。
【００３８】
本体部８０ａ，８０ｂ，８０ｃ，８０ｄは、さらに、フレキシブルディスク（図示せず）、ＭＯ（光磁気ディスク）８５が装填されるＦＤ装填口８４ａ，８４ｂ，８４ｃ，８４ｄ、ＭＯ装填口８５ａ，８５ｂ，８５ｃ，８５ｄを有しており、それらの内部には、それらの装填口から装填されたフレキシブルディスクやＭＯをドライブしてアクセスするフレキシブルディスクドライブユニット、ＭＯドライブユニットが内蔵されている。
【００３９】
次に、本実施形態の病名推定装置におけるデータベース１６０を構成する各マスタのファイル構造について説明する。
【００４０】
図３は、本実施形態における病歴マスタのファイル構造を示す図である。
【００４１】
図３に示すように、この病歴マスタ１６１には、患者ＩＤ１６１ａ、データ格納数１６１ｂ、診断日（１）１６１ｃ、病名ＣＤ（１）１６１ｄ、診断日（２）１６１ｅ、病名ＣＤ（２）１６１ｆ、診断日（３）１６１ｇ、病名ＣＤ（３）１６１ｈ、診断日（４）１６１ｉ、病名ＣＤ（４）１６１ｊ、…などの項目が設けられており、この病院で診療を受け病名が診断された患者の病歴、すなわち診断の日付と病名ＣＤ（コード）が患者ＩＤごとに記憶されている。例えば、第１のレコード１６１＿１には、患者ＩＤ：“３２１８７９”（受診患者の父）の病歴、第２のレコード１６１＿２には、患者ＩＤ：“２５８７４１”（受診患者の母）の病歴、第３のレコード１６１＿３には、患者ＩＤ：“７３１５８６”（受診患者の母の父）の病歴が記憶されている。
【００４２】
図４は、本実施形態における患者マスタのファイル構造を示す図である。
【００４３】
図４に示すように、この患者マスタ１６２には、患者ＩＤ１６２ａ、カナ氏名１６２ｂ、氏名１６２ｃ、性別１６２ｄ、生年月日１６２ｅ、住所１６２ｆ、保険情報１６２ｇ、…などの項目が設けられており、この病院で診療を受けた患者に関する各種の情報が記憶されている。例えば、受診患者の患者ＩＤ：“１２３４５６”、カナ氏名：“ヤマダ ジロウ”、氏名：“山田 次郎”、…などが記憶されている。
【００４４】
図５は、本実施形態における家族情報マスタのファイル構造を示す図である。
【００４５】
図５に示すように、この家族情報マスタ１６３には、患者ＩＤ１６３ａ、データ格納数１６３ｂ、続柄ＣＤ（１）１６３ｃ、患者ＩＤ（１）１６３ｄ、続柄ＣＤ（２）１６３ｅ、患者ＩＤ（２）１６３ｆ、続柄ＣＤ（３）１６３ｇ、患者ＩＤ（３）１６３ｈ、続柄ＣＤ（４）１６３ｉ、患者ＩＤ（４）１６３ｊ、…などの項目が設けられており、受診患者の家族の続柄ＣＤ及び患者ＩＤなどが記憶されている。図５に示す家族情報マスタ１６３には、受診患者（患者ＩＤ：“１２３４５６”）の４人の家族情報が記憶されている。
【００４６】
図６は、本実施形態における家族歴マスタのファイル構造を示す図である。
【００４７】
図６に示すように、この家族歴マスタ１６４には、患者ＩＤ１６４ａ、続柄ＣＤ（１）１６４ｂ、病名ＣＤ（１）１６４ｃ、続柄ＣＤ（２）１６４ｄ、病名ＣＤ（２）１６４ｅ、続柄ＣＤ（３）１６４ｆ、病名ＣＤ（３）１６４ｇ、…などというように受診患者のＩＤ：“１２３４５６”と、その家族の病歴、例えば父−胃がん、母−糖尿病、母−痛風などコードで記憶されている。
【００４８】
なお、本実施形態では、上記の４つの基本的なマスタのほかに、次のような補助的なマスタも用いられる。
【００４９】
図７は、本実施形態における続柄マスタのファイル構造を示す図である。
【００５０】
図７に示すように、この続柄マスタ１７１には、続柄ＣＤ（コード）１７１ａ、例えば“０１”およびその続柄名１７１ｂ：“父”が記憶されている。
【００５１】
図８は、本実施形態における病名マスタのファイル構造を示す図である。
【００５２】
図８に示すように、この病名マスタ１７２には、病名ＣＤ（コード）１７２ａ、例えば“６０５００３”、その病名１７２ｂ：：“糖尿病”、及び遺伝性フラグ１７２ｃ：“１”が記憶されている。
【００５３】
ここで、遺伝性フラグ１７２ｃとしては、その病名が遺伝性を有するものである場合には“１”、遺伝性を有しないものである場合には“０”が記憶されるようになっている。遺伝性フラグ１７２ｃの機能については後述する。
【００５４】
図９は、本実施形態における検査項目マスタのファイル構造を示す図である。
【００５５】
図９に示すように、この検査項目マスタ１７３には、検査項目ＣＤ（コード）１７３ａ、検査項目名称１７３ｂ、正常値下限１７３ｃ、及び正常値上限１７３ｄが記憶されている。例えば、検査項目ＣＤ：“０１００１”、検査項目名称：“ＧＯＴ”の正常値下限：“８”及び正常値上限：“３８”とは、“ＧＯＴ”の検査値が“８以上、３８以下”の範囲内であればこの患者の“ＧＯＴ”検査値は正常であるということを表している。
【００５６】
図１０は、本実施形態における推定病名マスタのファイル構造を示す図である。
【００５７】
図１０に示すように、この推定病名マスタ１７４には、検査項目ＣＤ（コード）１７４ａ、上限外推定病名１７４ｂ、及び下限外推定病名１７４ｃの各項目が設けられており、上限外推定病名１７４ｂの下には、病名ＣＤ（１）１７４ｂ＿１、病名ＣＤ（２）１７４ｂ＿２、病名ＣＤ（３）１７４ｂ＿３、病名ＣＤ（４）１７４ｂ＿４、病名ＣＤ（５）１７４ｂ＿５、…が、また、下限外推定病名１７４ｃの下には、病名ＣＤ（１）１７４ｃ＿１、病名ＣＤ（２）１７４ｃ＿２、病名ＣＤ（３）１７４ｃ＿３、病名ＣＤ（４）１７４ｃ＿４、病名ＣＤ（５）１７４ｃ＿５、…が設けられている。
【００５８】
ここで、第１のレコード１７４＿１は、検査項目ＣＤ：“０１００１”の検査値が正常値上限（図９参照）を外れた時には、病名ＣＤが“１４５９８３”、“２３６７１４”、または“５６９３７６”のいずれかである可能性が高く、検査項目ＣＤ：“０１００１”の検査値が正常値下限を外れた時には病名ＣＤ：“２６８９０２”である可能性が高いということを表している。
【００５９】
図１１は、本実施形態における主訴・症状別推定病名マスタのファイル構造を示す図である。
【００６０】
図１１に示すように、この主訴・症状別推定病名マスタ１７５には、患者の主訴・症状に関する基本的な情報であるキー情報１７５ａと、そのキー情報から推定される推定病名コードを示す推定病名１７５ｂの２項目が設けられており、キー情報１７５ａの下には、部位１７５ａ＿１、箇所１７５ａ＿２、いつから１７５ａ＿３、痛み方１７５ａ＿４、吐き気１７５ａ＿５、発熱１７５ａ＿６、黄疸１７５ａ＿７の７項目、推定病名１７５ｂの下には、病名ＣＤ（１）１７５ｂ＿１、病名ＣＤ（２）１７５ｂ＿２、病名ＣＤ（３）１７５ｂ＿３、病名ＣＤ（４）１７５ｂ＿４、病名ＣＤ（５）１７５ｂ＿５の５項目が設けられている。この主訴・症状別推定病名マスタ１７５の詳細については、後述する。
【００６１】
次に、本実施形態の病名推定装置１００および病名推定プログラム１８０の動作について説明する。
【００６２】
図１２は、本実施形態の病名推定装置および病名推定プログラムの動作を示すフローチャートである。
【００６３】
図１２に示すように、この病名推定装置および病名推定プログラムは、患者別主訴・症状入力画面の表示およびデータ入力（Ｓ０１）、患者別主訴・症状入力データの登録（Ｓ０２）、家族情報入力画面の表示およびデータ入力（Ｓ０３）、検体検査結果の取得（Ｓ０４）、家族歴の取得・編集（Ｓ０５）、病名の推定・表示処理（Ｓ０６）、医師による診断情報入力（Ｓ０７）、病名診断再計算処理（Ｓ０８）の７段階の処理からなる。このうち、家族歴の取得・編集（Ｓ０５）、病名の推定・表示処理（Ｓ０６）の２段階の処理が本発明にいう第１の病名推定部１１０（図１参照）、第１の家族病名取得部１２０、第２の病名推定部１３０、第２の家族病名取得部１４０、および病名表示部１５０に相当する。
【００６４】
図１２に示すように、先ず、利用者による主訴・症状入力画面の表示およびデータ入力が行われる（ステップＳ０１）。
【００６５】
図１３は、本実施形態における主訴・症状入力画面を示す図である。
【００６６】
図１３に示すように、この主訴・症状入力画面２００には、患者ＩＤ入力域２００ａ、部位入力域２００ｂ、箇所入力域２００ｃ、いつから入力域２００ｄ、痛み方入力域２００ｅ、吐き気入力域２００ｆ、発熱入力域２００ｇ、黄疸入力域２００ｈ、および次へボタン２００ｉ、登録ボタン２００ｊが設けられている。
【００６７】
通常、比較的に規模の大きい病院では、受診患者が初診である場合には、医師の診察に先立って予診が行われるようになっていることが多い。そのような場合には、受診患者が所定の問診票などに記入するか、あるいは看護師などが受診患者から聞き取ることにより問診情報が作成される。
【００６８】
こうして作成された問診情報に基づき、利用者により、主訴・症状入力画面２００の患者ＩＤ入力域２００ａに“１２３４５６”、というように受診患者の患者ＩＤが入力されると、図４に示す患者マスタ１６２が参照され、患者マスタ１６２中に患者ＩＤが“１２３４５６”であるレコードが存在する場合には、患者ＩＤ入力域２００ａに、“１２３４５６”に続けて図示のように患者情報が表示される。患者マスタ１６２中に患者ＩＤ“１２３４５６”のレコードが存在しない場合には、“１２３４５６”に続けて“山田 次郎 男 ３６歳 １９６７／１０／０１生…”などのように患者情報を入力することにより、これらの患者情報が新たなレコードとして患者マスタ１６２に追加される。
【００６９】
次に、部位入力域２００ｂに“８”（腹）、箇所入力域２００ｃに“１”（中央）、いつから入力域２００ｄに“４”（１Ｗ前）、痛み方入力域２００ｅに“１”（チクチク）…というように主訴・症状データが入力される。
【００７０】
利用者による主訴・症状データの入力終了後、登録ボタン２００ｊが押下されるとそれまでに入力された主訴・症状データは、図１４に示す主訴・症状データファイル２１０に登録される（図１２：ステップＳ０２）。
【００７１】
図１４は、本実施形態における主訴・症状データファイルの構造を示す図である。
【００７２】
図１４に示すように、この主訴・症状データファイル２１０には、患者ＩＤ２１０ａ、部位２１０ｂ、箇所２１０ｃ、いつから２１０ｄ、痛み方２１０ｅ、吐き気２１０ｆ、発熱２１０ｇ、黄疸２１０ｈの各項目が設けられており、それぞれ、主訴・症状入力画面２００（図１３参照）により入力された“１２３４５６”、“８”、“１”、“４”、“１”、“１”、“２”、“２”が記憶されている。
【００７３】
図１３に示した主訴・症状入力画面２００において、次へボタン２００ｉが押下されると、図１５に示す、家族情報入力画面の表示およびデータ入力が行われる（図１２：ステップＳ０３）。
【００７４】
図１５は、本実施形態における家族情報入力画面を示す図である。
【００７５】
図１５に示すように、この家族情報入力画面２２０には、患者ＩＤ入力域２２０ａ、家族情報入力域２２０ｂ、および登録ボタン２２０ｃが設けられている。
【００７６】
家族情報入力域２２０ｂには、受診患者の家族の続柄入力域２２０ｂ＿１，２２０ｂ＿３，２２０ｂ＿５，２２０ｂ＿７，２２０ｂ＿９、および受診患者の家族の患者ＩＤ入力域２２０ｂ＿２，２２０ｂ＿４，２２０ｂ＿６，２２０ｂ＿８，２２０ｂ＿１０が設けられている。
【００７７】
前述の問診情報に基づき、利用者により、患者ＩＤ入力域２２０ａへの受診患者のＩＤ情報が入力され、家族情報入力域２２０ｂへの受診患者の家族のＩＤ情報が入力される。ここで、例えば、続柄入力域２２０ｂ＿１に“０１”と入力すると、図７に示した続柄マスタ１７１が参照され、その結果、続柄入力域２２０ｂ＿１の右側に、受診患者との続柄“父” が表示される。さらに、患者ＩＤ入力域２２０ｂ＿２に受診患者の“父”の患者ＩＤ“３２１８７９”を入力すると、図４に示した患者マスタ１６２が参照され、患者マスタ１６２の中に受診患者の“父”のレコードが登録されていた場合には、患者マスタ１６２から“父”の氏名“山田 一郎”が読み出されて、患者ＩＤ入力域２２０ｂ＿２の右側に表示される。
【００７８】
こうして、家族情報入力画面２２０の各続柄入力域および患者ＩＤ入力域に受診患者の家族情報が入力された後、登録ボタン２２０ｃが押下されると、それまでに入力された受診患者の家族情報は、家族情報マスタ１６３（図５参照）に登録される。
【００７９】
次に、受診患者の検体検査結果の取得が行われ、検体検査結果ファイル（図１６参照）に記憶される（図１２：ステップＳ０４）。
【００８０】
大病院の場合は診察効率を向上させるために、検体検査は、医師による診察の前に行われるのが一般的であるので、本実施形態では、検体検査結果の取得をこのタイミングで行うようにしてある。
【００８１】
図１６は、本実施形態における検体検査結果ファイルのファイル構造を示す図である。
【００８２】
図１６に示すように、この検体検査結果ファイル２４０には、患者ＩＤ２４０ａ、検査日２４０ｂ、検査結果数２４０ｃ、検査項目ＣＤ（１）２４０ｄ、検査結果（１）２４０ｅ、検査項目ＣＤ（２）２４０ｆ、検査結果（２）２４０ｇ、検査項目ＣＤ（３）２４０ｈ、検査結果（３）２４０ｉ、検査項目ＣＤ（４）２４０ｊ、検査結果（４）２４０ｋなどの項目が設けられており、これらの各項目に、各検体検査による検査データが、例えば図示のように、“１２３４５６”、“２００４／６／２”、“１２”、“０１００１”、“２１．５”、“０１００２”、“１４．８”、“１０５０１”、“８６”、“２１００５”、“７．０”などと記憶されている。
【００８３】
次に、家族歴の取得および編集が行われる（図１２：ステップＳ０５）。この家族歴の取得および編集は次に示す家族歴取得・編集サブルーチンにより実行される。
【００８４】
図１７は、本実施形態における家族歴取得・編集サブルーチンのフローチャートである。
【００８５】
図１７のフローチャートに示すように、先ず、受診患者の問診情報から家族歴１テーブルのデータの取得が行われる（ステップＳ０５１）。
【００８６】
この家族歴１テーブルのデータの取得は、図１８に示す問診（家族歴１）入力画面により行われる。
【００８７】
図１８は、本実施形態における問診（家族歴１）入力画面を示す図である。
【００８８】
図１８に示すように、この問診（家族歴１）入力画面２３０には、患者ＩＤ入力域２３０ａ、家族歴入力域２３０ｂ、戻るボタン２３０ｃ、および登録ボタン２３０ｄが設けられている。
【００８９】
患者ＩＤ入力域２３０ａには、家族情報入力画面２２０（図１５参照）で入力された受診患者のＩＤ、氏名、性別、年齢、生年月日などの情報が表示される。
【００９０】
家族歴入力域２３０ｂには、受診患者の家族の続柄入力域２３０ｂ＿１，２３０ｂ＿３，２３０ｂ＿５，２３０ｂ＿７，２３０ｂ＿９、およびその病名入力域２３０ｂ＿２，２３０ｂ＿４，２３０ｂ＿６，２３０ｂ＿８，２３０ｂ＿１０が設けられている。
【００９１】
図１５を参照して説明した受診患者から取得した問診情報に基づき、受診患者の家族の病歴について一件ずつ続柄入力域および病名入力域に入力される。
【００９２】
なお、例えば続柄入力域２３０ｂ＿１の右側に“父”などと表示されているのは、家族情報入力画面２２０（図１５参照）におけると同様である。また、病名入力域２３０ｂ＿２に“１０１００１”と入力されると、図８に示した病名マスタ１７２が参照され、“１０１００１”に対応する病名“胃がん”が読み出され、病名入力域２３０ｂ＿２に右側に“胃がん”と表示される。
【００９３】
こうして、各続柄入力域および病名入力域に受診患者の家族の病歴が入力された後、登録ボタン２３０ｄが押下されると、それまでに入力された受診患者の家族の病歴は、次に示す家族歴１テーブル（図１９参照）に登録される。なお、家族の病歴を入力中に家族情報自体を入力し直す必要が生じた場合は、戻るボタン２３０ｃを押下することにより家族情報入力画面２２０（図１５参照）に戻り、家族情報を再編集することができるようになっている。
【００９４】
図１９は、本実施形態における家族歴１テーブルを示す図である。
【００９５】
図１９に示すように、この家族歴１テーブル２５１には、データ数２５１ａ：“３”、続柄ＣＤ（１）２５１ｂ：“０１”（父）、病名ＣＤ（１）２５１ｃ：“１０１００１”（胃がん）、続柄ＣＤ（２）２５１ｄ：“０２”（母）、病名ＣＤ（２）２５１ｅ：“６０５００３”（糖尿病）、続柄ＣＤ（３）２５１ｆ：“０２”（母）、病名ＣＤ（３）２５２ｇ：“７８５６００”（痛風）が記憶されている。
【００９６】
次に、家族歴マスタから家族歴２テーブルのデータの取得が行われる（図１７：ステップＳ０５２）。
【００９７】
図２０は、本実施形態における家族歴２テーブルのデータ取得の手順を示すフローチャートである。
【００９８】
このフローチャートはサブルーチン形式となっており、図に示した家族歴取得・編集サブルーチンのステップＳ０５１から制御が移され、終了後はステップＳ０５にリターンするようになっている。
【００９９】
このフローチャートで用いられる変数について説明する。
【０１００】
変数Ｉは受診患者の家族情報数を表す変数であり、変数Ｋは家族の診断病名数を表す変数であり、変数ＪおよびＬはワーク用のインデックスである。
【０１０１】
図２０に示すように、先ず受診患者の患者ＩＤをキーにして、家族情報マスタ１６３（図３参照）から受診患者のレコード１６３＿１を読み込み（ステップＳ０５２＿１）、このレコード１６３＿１のデータ格納数１６３ｂに記憶された値“４”を変数Ｉにセットする（ステップＳ０５２＿２）。
【０１０２】
次に、ステップＳ０５２＿３において変数Ｉが０、すなわちデータ格納数が“０”であるか否かが判定され（ステップＳ０５２＿３）、変数Ｉが０でない場合はステップＳ０５２＿４に進むが、変数Ｉが０である場合はこのサブルーチンの処理を終了する。
【０１０３】
ステップＳ０５２＿４では変数Ｊに１をセットした後、変数Ｊが変数Ｉを超えたか否かが判定される（ステップＳ０５２＿４）。
【０１０４】
ステップＳ０５２＿４における判定の結果、変数Ｊが変数Ｉを超えた場合はこのサブルーチンの処理を終了する。
【０１０５】
ステップＳ０５２＿４における判定の結果、変数Ｊが変数Ｉを超えていない場合はステップＳ０５２＿６に進み、家族情報マスタ１６３（図３参照）の受診患者のレコード１６３＿１の患者ＩＤ（Ｊ）をキーとして病歴マスタ１６１（図３参照）の読み込みが行われ、次に、ステップＳ０５２＿７において、病歴マスタ１６１に該当するレコードが有るか否かが判定される。
【０１０６】
ステップＳ０５２＿７における判定の結果、該当するレコードが無い場合はステップＳ０５２＿８に進み、変数Ｊをインクリメントした後、ステップＳ０５２＿５に戻る。
【０１０７】
ステップＳ０５２＿７における判定の結果、該当するレコードが有る場合はステップＳ０５２＿９に進む。ここでは、変数Ｊは最初は１にセットされているので、受診患者のレコード１６３＿１の患者ＩＤ（１）：“３２１８７９”をキーとして、病歴マスタ１６１（図３参照）のレコード１６１＿１が読み込まれ、受診患者の父の病歴、すなわち診断日（１）：“２００１／５／１９”、病名ＣＤ（１）：“１０１００５”が取得される。なお、この“１０１００５”は、病名マスタ１７２（図８参照）のレコード１７２−６に記憶されているように“噴門部胃がん”である。この例では、ステップＳ０５２＿７における判定の結果は、該当するレコードが有る場合に相当するのでステップＳ０５２＿９に進む。
【０１０８】
ステップＳ０５２＿９では、変数Ｋに病歴マスタ１６１（図３参照）のレコード１６１＿１のデータ格納数１６１ｂに記憶された値“１”をセットする。
【０１０９】
次に、ステップＳ０５２＿１０において、変数Ｌに１をセットした後、変数Ｌが変数Ｋを超えたか否かが判定される（ステップＳ０５２＿１１）。
【０１１０】
ステップＳ０５２＿１１における判定の結果、変数Ｌが変数Ｋを超えている場合はステップＳ０５２＿８に進み、変数Ｊをカウントアップした後、ステップＳ０５２＿５に戻る。
【０１１１】
ステップＳ０５２＿１１における判定の結果、変数Ｌが変数Ｋを超えていない場合はステップＳ０５２＿１２に進み、病歴マスタ１６１（図３参照）のレコード１６１＿１の病名ＣＤ（１）：“１０１００５”と、家族情報マスタ１６３（図３参照）の受診患者のレコード１６３＿１の続柄（Ｉ）を家族歴２テーブルへ格納する。
【０１１２】
次に、ステップＳ０５２＿１３において、変数Ｌをカウントアップした後、ステップＳ０５２＿１１に戻る。
【０１１３】
以上の処理が完了すると、受診患者の家族歴２テーブルのデータが形成され、次に示す家族歴２テーブルに格納される。
【０１１４】
図２１は、本実施形態における家族歴２テーブルを示す図である。
【０１１５】
図２１に示すように、この家族歴２テーブル２５２には、データ数２５２ａ、続柄ＣＤ（１）２５２ｂ、病名ＣＤ（１）２５２ｃ、続柄ＣＤ（２）２５２ｄ、病名ＣＤ（２）２５２ｅ、続柄ＣＤ（３）２５２ｆ、病名ＣＤ（３）２５２ｇ、続柄ＣＤ（４）２５２ｈ、病名ＣＤ（４）２５２ｉ…などの項目が設けられており、受診患者の家族歴２のデータ数として“２”、“父”の病名ＣＤ：“１０１００５”（噴門部胃がん）、“母”の病名ＣＤ：“６０５００３” （糖尿病１型）、および“兄”の病名ＣＤ：“４８９６００” （高血圧）が記憶されている。
【０１１６】
次に、上記の家族歴１テーブル２５１と家族歴２テーブル２５２とから家族歴サマリデータの作成が行われる（図１７：ステップＳ０５３）。
【０１１７】
本実施形態の病名推定装置では、家族歴サマリデータの作成に際して、家族歴２テーブルのデータと家族歴１テーブルのデータとを比較してこの後の処理で利用する家族歴サマリデータを作成するように構成されているが、同一の情報が存在する場合には、医師の診断に基づく家族歴２テーブルのデータの方を優先させて家族歴サマリデータを作成するように定めている。
【０１１８】
図２２は、本実施形態における家族歴サマリデータの作成の際の判定ルールを示す図である。
【０１１９】
図２２に示すように、この判定ルール２６０は、続柄と病名区分によって家族歴サマリデータに採用する家族歴データを、家族歴２テーブルのデータと家族歴１テーブルのデータのいずれにするかを定めている。
【０１２０】
なお、病名区分とは、本実施形態の病名推定装置における６桁の病名ＣＤのうち先頭の３桁のコードをいい、例えば、病名ＣＤ：“１０１００１”の病名区分と病名ＣＤ：“１０１００５”の病名区分はともに“１０１”ということになる。
【０１２１】
図２２に示すように、続柄が一致し、かつ病名区分が一致したケース１の場合には、家族歴２テーブルのデータを家族歴サマリデータとして採用することを定め、続柄が一致するが病名区分が一致しないケース２の場合には、家族歴１テーブルのデータおよび家族歴２テーブルのデータの双方を家族歴サマリデータとして採用することを定め、続柄が一致しないケース３の場合には、家族歴１テーブルのデータおよび家族歴２テーブルのデータの双方を家族歴サマリデータとして採用することを定めている。
【０１２２】
次に、上記の判定ルール２６０と、家族歴１テーブル２５１（図１９参照）および家族歴２テーブル２５２（図２１参照）を用いた家族歴サマリデータの作成例を次に示す。
【０１２３】
図２３は、本実施形態における家族歴サマリデータ作成例（１）を示す図である。
【０１２４】
この家族歴サマリデータ作成例（１）では、家族歴２テーブルのデータのうち、続柄ＣＤ（１）２５２ｂ：“０１”（父）の病名ＣＤ（１）２５２ｃ：“１０１００５”の病名区分：“１０１”と、家族歴１テーブルのデータの病名ＣＤ（１）１６４ｂ：“１０１００１”の病名区分：“１０１”とが比較され、続柄ＣＤも病名区分もともに一致しているので、図２２に示す判定ルール２６０のケース１と判定され、家族歴２テーブルのデータの（父）の続柄ＣＤ（１）および病名ＣＤ（１）：“噴門部胃がん”が家族歴サマリデータとして出力される。このデータ出力と同時に家族歴２テーブルから削除される。かつ、同じデータと見られる家族歴１テーブルのデータも削除される。削除後の各テーブルの状態は、図２３の一点鎖線内に示した通りである。
【０１２５】
図２４は、本実施形態における家族歴サマリデータ作成例（２）を示す図である。
【０１２６】
この家族歴サマリデータ作成例（２）では、家族歴２テーブルのデータの（母）の病名ＣＤ（２）２５２ｅ：“６０５００５”についても、上記作成例（１）と同様、家族歴１テーブルのデータの病名ＣＤ（２）１６４ｄ：“６０５００３”の病名区分：“６０５”および病名ＣＤ（３）１６４ｆ：“７８５６００”の病名区分：“７８５”とが比較され、家族歴１テーブルのデータの病名ＣＤ（２）は、続柄ＣＤも病名区分もともに一致しているので、図２２に示す判定ルール２６０のケース１と判定され、家族歴２テーブルのデータの（母）の続柄ＣＤ（２）および病名ＣＤ（２）：“糖尿病１型”が家族歴サマリデータとして出力される。
【０１２７】
なお、家族歴１テーブルのデータの病名ＣＤ（３）については、続柄ＣＤは一致しているものの病名区分は一致していないので、図２２に示す判定ルール２６０のケース２と判定され、家族歴２テーブルのデータの（母）の続柄ＣＤ（３）および病名ＣＤ（３）：“痛風”が家族歴サマリデータとして出力される。
【０１２８】
また、家族歴２テーブルのデータの（兄）の病名ＣＤ（３）２５２ｇ：“４８９６００”についても、上記と同様、家族歴１テーブルのデータの各病名ＣＤと比較され、続柄ＣＤが一致していないので、図２２に示す判定ルール２６０のケース３と判定され、家族歴２テーブルのデータの（兄）の続柄ＣＤ（３）および病名ＣＤ（３）が家族歴サマリデータとして出力される。家族歴サマリデータとして出力されたこれらのデータは、データ出力と同時に家族歴２テーブルおよび家族歴１テーブルから削除される。削除後の各テーブルの状態は、図２４の一点鎖線内に示した通りである。
【０１２９】
図２５は、本実施形態における家族歴サマリデータを示す図である。
【０１３０】
図２５には、図２３，２５を参照して説明した作成例による家族歴サマリデータ２７０、すなわち、“父”の病歴データ２７０ａ、“母”の病歴データ２７０ｂ、“兄”の病歴データ２７０ｃ、“母”の病歴データ２７０ｄが示されている。これらの各病歴データのうちの最初の３つのデータは医師の診断による情報であるので“情報区分”として“１”が付され、最後の４つ目のデータは問診による情報であるので“情報区分”として“２”が付される。
【０１３１】
なお、本実施形態の病名推定装置においては、家族歴１テーブルのデータおよび家族歴２テーブルのデータに基づき家族歴サマリデータを作成している例を示したが、本発明の病名推定装置は、必ずしも家族歴１テーブルのデータと家族歴２テーブルのデータの双方を用いる態様に限定されるものではなく、家族歴２テーブルのデータのみを用いてサマリデータを作成するようにしてもよい。
【０１３２】
家族歴サマリデータの作成（図１７：ステップＳ０５３）が終了すると、図１２に示すメインルーチンに戻り病名の推定・表示処理（図１２：ステップＳ０６）が行われる。
【０１３３】
図１２に示すフローチャートのステップＳ０６では、検体検査結果からの病名推定処理および主訴・症状からの病名推定処理が行われ、次に、検体検査結果から推定した病名と主訴・症状から推定した病名の突き合わせ処理が行われる。
【０１３４】
図２６は、検体検査結果からの病名推定処理のフローチャートである。
【０１３５】
この処理では、検体検査結果ファイル２４０（図１６参照）に記憶された４件の検体検査結果データを一件ずつ取り出し、検査項目マスタ１７３（図９参照）の正常値下限１７３ｃおよび正常値上限１７３ｄとの突き合わせを行い、正常値の範囲内であるか否かの判定を行う（ステップＳ０６１〜Ｓ０６２）。
【０１３６】
ステップＳ０６２における判定の結果、その検査結果データが正常値の範囲内にある場合はその検査項目については問題がないので、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１３７】
検体検査結果ファイル２４０（図１６参照）に示した例では、検査結果（１）〜（３）は、いずれも検査項目マスタ１７３（図９参照）に示した正常値下限以上、かつ正常値上限以下であり、正常値の範囲内に収まっているのでステップＳ０６２からステップＳ０６１に戻ることとなる。
【０１３８】
ステップＳ０６２における判定の結果、その検査結果データが正常値の範囲外にある場合にはステップＳ０６３に進み、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えているか否かの判定が行われる。
【０１３９】
ステップＳ０６３における判定の結果、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えている場合は、ステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）の上限外推定病名の病名コードを全て患者別検査別推定病名ファイル２８１（図２７参照）へ出力した後、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１４０】
検体検査結果ファイル２４０（図１６参照）に示した例では、検査結果（４）（検査項目ＣＤ（４）２４０ｊ：“２１００５”）は“７．０”を示しており、検査項目マスタ１７３（図９参照）に示した検査項目“２１００５”（ＨＢＡ１ｃ）の正常値上限“５．６”を超えているので、この場合はステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）のうちの検査項目“２１００５”（ＨＢＡ１ｃ）の上限外推定病名１７４ｂの病名ＣＤ“６０５００３”が、患者別検査別推定病名ファイル２８１（図２７参照）に出力される。
【０１４１】
ステップＳ０６３における判定の結果、その検査結果データが検査項目マスタ１７３（図９参照）の正常値上限１７３ｄを超えていない場合には、その検査結果データは検査項目マスタの正常値下限を超えていることを示しているので、推定病名マスタ１７４（図１０参照）の下限外推定病名の病名コードを全て患者別検査別推定病名ファイル２８１に出力（ステップＳ０６４）した後、ステップＳ０６１に戻り、次の検査結果データの処理を続ける。
【０１４２】
図２７は、本実施形態における患者別検査別推定病名ファイルを示す図である。
【０１４３】
図２７に示すように、この患者別検査別推定病名ファイル２８１には、受診患者の患者ＩＤ２８１ａ：“１２３４５６”、および受診患者の検体検査結果から推定された病名ＣＤ（１）２８１ｂ：“６０５００３”（糖尿病）、病名ＣＤ（２）２８１ｃ：“７０４３６０”（すい臓炎）が記憶されている。
【０１４４】
この推定病名“６０５００３”（糖尿病）は、前述の通り、検体検査結果ファイル２４０（図１６参照）に示した検査結果のうち、検査項目“２１００５”（ＨＢＡ１ｃ）が“７．０”で、検査項目マスタ１７３（図９参照）に示した検査項目“２１００５”（ＨＢＡ１ｃ）の正常値上限“５．６”を超えている。従って、この場合はステップＳ０６５に進み、推定病名マスタ１７４（図１０参照）のうちの検査項目“２１００５”の上限外推定病名１７４ｂの病名ＣＤ“６０５００３”（糖尿病）と推定される。
【０１４５】
なお、推定病名“７０４３６０”（すい臓炎）は、検体検査結果ファイル２４０（図１６参照）には図示省略されている他の検査結果から推定された病名である。
【０１４６】
次に、主訴・症状からの病名推定処理について説明する。
【０１４７】
この処理では、医師の診察結果に基づき主訴・症状入力画面２００（図１３参照）で登録された主訴・症状データファイル２１０（図１４参照）の主訴・症状データ２１０ｂ〜２１０ｈをキーとして、主訴・症状別推定病名マスタ１７５（図１１参照）を検索し、上記キーに合致する推定病名を取得し、それを患者別主訴別推定病名ファイルへ出力する。
【０１４８】
図２８は、本実施形態における患者別主訴別推定病名ファイルの構造を示す図である。
【０１４９】
図２８に示すように、この患者別主訴別推定病名ファイル２８２には、受診患者の患者ＩＤ２８２ａ：“１２３４５６”、および受診患者の主訴・症状から推定された病名ＣＤ（１）２８２ｂ：“６０５００３”（糖尿病）、病名ＣＤ（２）２８２ｃ：“９８４６５０”（虫垂炎）が記憶されている。
【０１５０】
次に、上記の患者別検査別推定病名ファイル２８１（図２７参照）と患者別主訴別推定病名ファイル２８２（図２８参照）との突き合わせ処理が行われる。
【０１５１】
この突き合わせ処理では、患者別検査別推定病名ファイル２８１と患者別主訴別推定病名ファイル２８２の病名ＣＤが一致した場合は、その病名ＣＤを推定病名ファイル２８３に出力し、患者別検査別推定病名ファイル２８１に存在する病名ＣＤが患者別主訴別推定病名ファイル２８２にない場合は、患者別検査別推定病名ファイル２８１の病名ＣＤを推定病名ファイル２８３に出力し、患者別主訴別推定病名ファイル２８２に存在する病名ＣＤが患者別検査別推定病名ファイル２８１にない場合は、患者別主訴別推定病名ファイル２８２の病名ＣＤを推定病名ファイル２８３に出力する。
【０１５２】
図２９は、本実施形態における推定病名ファイルの構造を示す図である。
【０１５３】
図２９に示すように、この推定病名ファイル２８３には、受診患者の患者ＩＤ２８３ａ：“１２３４５６”と、患者別検査別推定病名ファイル２８１と患者別主訴別推定病名ファイル２８２の双方から出力された病名ＣＤ（１）２８３ｂ：“６０５００３”（糖尿病）および遺伝性フラグ（１）２８３ｃ：“１”（該当）と、患者別検査別推定病名ファイル２８１から出力された病名ＣＤ（２）２８３ｄ：“７０４３６０”（すい臓炎）および遺伝性フラグ（２）２８３ｅ：“０”（非該当）と、患者別主訴別推定病名ファイル２８２から出力された病名ＣＤ（３）２８３ｆ：“９８４５６０”（虫垂炎）および遺伝性フラグ（３）２８３ｇ：“０”（非該当）とが記憶されている。
【０１５４】
次に、推定病名ファイル２８３（図２９参照）と家族歴サマリデータ２７０（図２５参照）に記憶された家族歴サマリデータとの突き合わせ処理が行われる。すなわち、推定病名ファイル２８３に記憶された３つの推定病名について、遺伝性フラグが“１”である推定病名をチェックする。
【０１５５】
図３０は、推定病名ファイルと家族歴サマリデータの突き合わせ処理のフローチャートである。
【０１５６】
図３０に示すように、先ず、推定病名ファイルから病名ＣＤの読み込みが開始される（ステップＳ０７１）。このとき変数Ｉは“１”に初期化される。
【０１５７】
次に、遺伝性フラグ（Ｉ）が“１”であるか否かの判定が行われる（ステップＳ０７２）。
【０１５８】
ステップＳ０７２における判定の結果、遺伝性フラグ（Ｉ）が“１”である場合はステップＳ０７３に進み、遺伝性フラグ（Ｉ）が“１”でない場合はステップＳ０７６に進む。
【０１５９】
ステップＳ０７３では、推定病名ファイル２８３の病名ＣＤ（Ｉ）で家族歴サマリデータ２７０を検索し、ステップＳ０７４において、同じ病名区分の家族歴データが存在するか否かの判定が行われる。
【０１６０】
ステップＳ０７４における判定の結果、同じ病名区分の家族歴データが存在する場合はステップＳ０７５に進み、同じ病名区分の家族歴データが存在しない場合はステップＳ０７６に進む。
【０１６１】
ステップＳ０７５では、推定病名画面（図３１参照）へ、推定病名ファイル２８３の病名ＣＤ（Ｉ）の推定病名と、同じ病名区分の家族歴データの続柄、罹患時の年齢、および情報区分（医師診断か問診かの別）などからなる編集情報を出力し、ステップＳ０７７へ進む。
【０１６２】
ステップＳ０７６では、推定病名画面（図３１参照）へ、推定病名ファイル２８３の病名ＣＤ（Ｉ）の推定病名のみを出力し、ステップＳ０７７へ進む。
【０１６３】
ステップＳ０７７では、変数Ｉをインクリメントした後、ステップＳ０７８へ進み、病名ＣＤ（Ｉ）にデータがないか否かの判定が行われる。
【０１６４】
ステップＳ０７７における判定の結果、病名ＣＤ（Ｉ）にデータがある場合はステップＳ０７２に戻り次のデータの処理が続けられるが、病名ＣＤ（Ｉ）にデータがない場合はこのサブルーチンを終了する。
【０１６５】
この例では、推定病名ファイル２８３（図２９参照）の病名ＣＤ（１）２８３ｂ：“６０５００３”の遺伝性フラグ（１）２８３ｃが“１”であるので、この受診患者“１２３４５６”の家族の中に遺伝性疾患である糖尿病の病歴を持つ人がいることがわかる。また、その人の受診患者との続柄は家族歴サマリデータ２７０（図２５参照）の中の病名区分が“６０５”である病歴データ２７０ｂから続柄は“母”であること、また、その状態区分は“医師診断” であることがわかる。
【０１６６】
図３１は、本実施形態における病名推定画面を示す図である。
【０１６７】
図３１に示すように、この病名推定画面２９０には、患者ＩＤ表示域２９０ａ、推定病名表示欄２９０ｂ、推定病名（家族歴考慮）表示欄２９０ｃ、および診断入力ボタン２９０ｄが設けられており、推定病名表示欄２９０ｂには、“糖尿病”、“すい臓炎”、“虫垂炎” の３つの病名が、また、推定病名（家族歴考慮）表示欄２９０ｃには、“糖尿病・母（５７歳時）糖尿病１型・医師診断”、“すい臓炎”、“虫垂炎”の３つの病名が表示されている。
【０１６８】
この病名推定画面２９０では、受診患者の家族に遺伝性疾患該当者がいる場合はその病名に“★”を付して表示されるようになっている。
【０１６９】
病名推定画面２９０への推定病名の表示が終了すると、次に、医師による診断情報入力（図１２：ステップＳ０７）が行われる。
【０１７０】
医師は、病名推定画面２９０の表示を見終わった後、診断入力ボタン２９０ｄを押下すると、次に示す診断情報入力画面が表示される。
【０１７１】
図３２は、本実施形態における診断情報入力画面を示す図である。
【０１７２】
図３２に示すように、この診断情報入力画面２９１には、患者ＩＤ表示域２９１ａ、今回の診断日入力域２９１ｂ、今回の診断病名ＣＤ２９１ｃ、過去の診断記録表示域２９１ｄ、および登録ボタン２９１ｅが設けられている。
【０１７３】
医師は、これまでに得られた情報、すなわち病名推定画面２９０に表示された推定病名に関する情報を総合して診断を下し、診断日：“２００４／６／３０”および病名ＣＤ：“６０５００７”（糖尿病１型）を診断日入力域２９１ｂおよび診断病名ＣＤ２９１ｃに入力する。
【０１７４】
入力終了後、登録ボタン２９１ｅが押下されると、この診断情報は、病歴マスタ１６１（図３参照）に登録される。
【０１７５】
医師による診断情報の登録が終了すると、次に、病名診断再計算処理（図１２：ステップＳ０７）が行われる。
【０１７６】
本実施形態の病名推定装置では、第２の病名推定部１３０（図１参照）は、病歴マスタ１６１（図３参照）のうちの受診患者の家族の病歴に関する情報が更新されたことを受けて、その更新された情報に基づき、過去にこの病院で診察を受けた患者の病名を再推定することができるように構成されている。
【０１７７】
すなわち、この病名診断再計算処理は、上記のように、診断情報入力画面２９１（図３２参照）により受診患者“山田 次郎”に対して病名 “糖尿病１型”の診断が下されたことを受けて、この受診患者の兄の“山田 太郎”に対して“２００４／５／２４”に下された病名診断の再計算処理を可能とするものである。
【０１７８】
この病名診断再計算処理の対象としては、例えば病歴マスタ１６１（図３参照）のうちの診断日が、上記受診患者の診断日よりも３ヶ月以内である患者が自動的に抽出されるというようにするのがよい。
【０１７９】
図３３は、本実施形態における病名診断再計算処理画面を示す図である。
【０１８０】
図３３に示すように、この病名診断再計算処理画面２９２には、患者ＩＤ表示域２９２ａ、今回の診断日入力域２９２ｂ、今回の診断病名ＣＤ２９２ｃ、過去の診断日表示域２９２ｄ、過去の診断病名ＣＤ２９２ｅ、および登録ボタン２９２ｆが設けられている。また、この病名診断再計算処理画面２９２の下部にはコメント表示域２９３が表示されるようになっている。
【０１８１】
図３４は、本実施形態における病名診断再計算処理のフローチャートである。
【０１８２】
図３４に示すように、病歴マスタ１６１（図３参照）は監視プログラムにより絶えず更新が監視されており（ステップＳ０８１）、更新が行われるとステップＳ０８２に進み、更新された病名の遺伝性フラグが立っているか否かの判定が行われる。
【０１８３】
ステップＳ０８２における判定の結果、更新された病名の遺伝性フラグが立っていない場合にはステップＳ０８１に戻り、更新の監視が続けられる。
【０１８４】
ステップＳ０８２における判定の結果、更新された病名の遺伝性フラグが立っている場合にはステップＳ０８３に進み、更新された病歴マスタの患者ＩＤが家族情報として登録されている家族情報マスタ１６３（図５参照）の検索が行われる。
【０１８５】
検索の結果、該当するレコードが存在するか否かの判定が行われる（ステップＳ０８４）。
【０１８６】
ステップＳ０８４における判定の結果、該当するレコードが存在しない場合はステップＳ０８１に戻り、更新の監視が続けられる。
【０１８７】
ステップＳ０８４における判定の結果、該当するレコードが存在する場合はステップＳ０８５に進み、患者情報マスタ１６３（図５参照）の主キーである患者ＩＤ１６３ａをプログラム内の所定のテーブルに格納する。該当するレコードが複数存在する場合は複数回の処理が繰り返される。例えば、病名が追加された患者が親の場合には、その患者の子供でかつその病院に罹っている人数分のレコードが該当するはずである。また、祖父母の場合には、さらに該当する人数が増えることとなる。
【０１８８】
次に、取得した患者ＩＤごとに病名診断の再処理が行われる（ステップＳ０８６）。この病名診断の再処理では、図１２に示したフローチャートにおけるステップＳ０２からステップＳ０６までのステップが実行される。
【０１８９】
次に、再処理結果の通知が行われる（ステップＳ０８７）。
【０１９０】
次に、取得した患者ＩＤについての再処理が全て終了したか否かの判定が行われる（ステップＳ０８８）。
【０１９１】
ステップＳ０８８における判定の結果、再処理が全て終了していない場合はステップＳ０８６に戻り再処理が繰り返される。
【０１９２】
ステップＳ０８８における判定の結果、再処理が全て終了している場合はこの処理を終了する。
【０１９３】
図３３に示した例では、この患者“山田 太郎”の弟“山田 次郎”の“２００４／６／３０”の診断結果（図３２参照）を受けて、この患者“山田 太郎”の病名診断再計算処理が行われた結果、コメント表示域２９３に図示のようなコメントが表示された状態が示されている。
【０１９４】
なお、病名診断再計算処理の結果、前回の処理結果と同一の結果が得られた場合は、必ずしも通知の必要はないが、医師への参考情報、すなわち今後気をつけるべき病気のウォーニング情報として有効な場合が多いので通知することが好ましい。
【０１９５】
この場合の通知のタイミングや通知方法については次のような案が考えられる。
【０１９６】
通知のタイミングとしては、例えば、リアルタイムすなわち再処理の結果が得られた時や、受診患者の電子カルテを開いた時などが考えられる。
【０１９７】
また、通知方法としては、例えば、担当医師に対するメールや、電子カルテへの表示などが考えられる。
【０１９８】
以上説明したように、病名診断の再計算処理の結果を医師に通知することにより、その医師の過去の診断の正当性を医師自身が検証ができ、また、今後の治療を行う際に気をつけなければならない疾患についての情報を医師が正確に把握することが可能となる。
【０１９９】
以下に本発明の各種態様を付記する。
【０２００】
（付記１）
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
前記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
前記病歴マスタに記憶された情報の中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする病名推定装置。
【０２０１】
（付記２）
前記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
前記第２の病名推定部は、前記第１の家族病名取得部により取得された病名と前記第２の家族病名取得部により取得された病名とに基づき前記受診患者の病名を推定するものであることを特徴とする付記１記載の病名推定装置。
【０２０２】
（付記３）
前記第２の病名推定部は、前記病歴マスタのうちの前記受診患者の家族の病歴に関する情報が更新されたことを受けて、該更新された情報に基づき該受診患者の病名の再推定を行うものであることを特徴とする付記１または２記載の病名推定装置。
【０２０３】
（付記４）
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする病名推定プログラム。
【図面の簡単な説明】
【０２０４】
【図１】本発明の病名推定装置および病名推定プログラムの一実施形態を示す概略構成図である。
【図２】本実施形態の病名推定装置および病名推定プログラムが形成されるコンピュータシステムの概要図である。
【図３】本実施形態における病歴マスタのファイル構造を示す図である。
【図４】本実施形態における患者マスタのファイル構造を示す図である。
【図５】本実施形態における家族情報マスタのファイル構造を示す図である。
【図６】本実施形態における家族歴マスタのファイル構造を示す図である。
【図７】本実施形態における続柄マスタのファイル構造を示す図である。
【図８】本実施形態における病名マスタのファイル構造を示す図である。
【図９】本実施形態における検査項目マスタのファイル構造を示す図である。
【図１０】本実施形態における推定病名マスタのファイル構造を示す図である。
【図１１】本実施形態における主訴・症状別推定病名マスタのファイル構造を示す図である。
【図１２】本実施形態の病名推定装置および病名推定プログラムの動作を示すフローチャートである。
【図１３】本実施形態における主訴・症状入力画面を示す図である。
【図１４】本実施形態における主訴・症状データファイルの構造を示す図である。
【図１５】本実施形態における家族情報入力画面を示す図である。
【図１６】本実施形態における検体検査結果ファイルのファイル構造を示す図である。
【図１７】本実施形態における家族歴取得・編集サブルーチンのフローチャートである。
【図１８】本実施形態における問診（家族歴１）入力画面を示す図である。
【図１９】本実施形態における家族歴１テーブルを示す図である。
【図２０】本実施形態における家族歴２テーブルのデータ取得の手順を示すフローチャートである。
【図２１】本実施形態における家族歴２テーブルを示す図である。
【図２２】本実施形態における家族歴サマリデータの作成の際の判定ルールを示す図である。
【図２３】本実施形態における家族歴サマリデータ作成例（１）を示す図である。
【図２４】本実施形態における家族歴サマリデータ作成例（２）を示す図である。
【図２５】本実施形態における家族歴サマリデータを示す図である。
【図２６】検体検査結果からの病名推定処理のフローチャートである。
【図２７】本実施形態における患者別検査別推定病名ファイルを示す図である。
【図２８】本実施形態における患者別主訴別推定病名ファイルの構造を示す図である。
【図２９】本実施形態における推定病名ファイルの構造を示す図である。
【図３０】推定病名ファイルと家族歴サマリデータの突き合わせ処理のフローチャートである。
【図３１】本実施形態における病名推定画面を示す図である。
【図３２】本実施形態における診断情報入力画面を示す図である。
【図３３】本実施形態における病名診断再計算処理画面を示す図である。
【図３４】本実施形態における病名診断再計算処理のフローチャートである。
【符号の説明】
【０２０５】
１００ 病名推定装置
１１０ 第１の病名推定部
１２０ 第１の家族病名取得部
１３０ 第２の病名推定部
１４０ 第２の家族病名取得部
１５０ 病名表示部
１６０ データベース
１６１ 病歴マスタ
１６２ 患者マスタ
１６３ 家族情報マスタ
１６４ 家族歴マスタ
【特許請求の範囲】
【請求項１】
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
前記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
前記病歴マスタに記憶された情報の中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする病名推定装置。
【請求項２】
前記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
前記第２の病名推定部は、前記第１の家族病名取得部により取得された病名と前記第２の家族病名取得部により取得された病名とに基づき前記受診患者の病名を推定するものであることを特徴とする請求項１記載の病名推定装置。
【請求項３】
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする病名推定プログラム。
【請求項１】
受診患者の病名を推定する病名推定装置において、
複数の患者の病歴に関する情報を記憶する病歴マスタと、
前記受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
前記病歴マスタに記憶された情報の中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えたことを特徴とする病名推定装置。
【請求項２】
前記受診患者から得られる問診情報に基づき該受診患者の家族の病名を取得する第２の家族病名取得部を備え、
前記第２の病名推定部は、前記第１の家族病名取得部により取得された病名と前記第２の家族病名取得部により取得された病名とに基づき前記受診患者の病名を推定するものであることを特徴とする請求項１記載の病名推定装置。
【請求項３】
コンピュータを、
受診患者の主訴・症状および検体検査情報に基づき該受診患者の病名を推定する第１の病名推定部と、
複数の患者の病歴に関する情報が記憶された病歴マスタの中から前記受診患者の家族の病名を取得する第１の家族病名取得部と、
前記第１の家族病名取得部により取得された病名に基づき前記受診患者の病名を推定する第２の病名推定部と、
前記第１の病名推定部により推定された病名と前記第２の病名推定部により推定された病名とを併せて表示する病名表示部とを備えた病名推定装置として動作させることを特徴とする病名推定プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公開番号】特開２００６−５９１４９（Ｐ２００６−５９１４９Ａ）
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願番号】特願２００４−２４０６７３（Ｐ２００４−２４０６７３）
【出願日】平成１６年８月２０日（２００４．８．２０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年３月２日（２００６．３．２）
【国際特許分類】
【出願日】平成１６年８月２０日（２００４．８．２０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]