(57)【要約】【課題】医師が患者の病名をより正確に判断できるように支援する。【解決手段】病名推測処理サーバ１に、症状と病名との組合せごとに、過去に医師がその症状の患者に対してその病名の病気であると診断した頻度を示す診断頻度データＤＴＦを記憶する、症状病名テーブルＴＬ１と、診断する対象の患者の１つまたは複数の症状を示す主訴データＤＴ１を取得する主訴データ取得部１０１と、取得した主訴データＤＴ１に示される各症状に係る診断頻度データＤＴＦに基づいて、患者の病名を１つまたは複数推測する病名推測処理部１０５と、推測した１つまたは複数の病名を示す推測結果データＤＴ４を医師の端末装置３に提供する推測データ提供処理部１０６と、医師が患者を診断した後、その患者の症状と病名との組合せごとの診断頻度データＤＴＦの更新を行うテーブル更新処理部１０３と、を設ける。【選択図】図３
2008027099.tif 000002
【特許請求の範囲】
【請求項１】
症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報を記憶する、診断頻度情報記憶手段と、
診断する対象の患者の１つまたは複数の症状を入力する症状入力手段と、
前記診断頻度情報記憶手段に記憶されている、前記症状入力手段によって入力された患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測する病名推測手段と、
前記病名推測手段によって推測された１つまたは複数の病名を出力する病名出力手段と、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報の更新を行う、診断頻度情報更新手段と、
を有することを特徴とする診断支援システム。
【請求項２】
症状と病名との組合せの前記頻度は、過去に医師が当該症状の患者に対して当該病名の病気であると診断した回数であって、
前記診断頻度情報更新手段は、前記診断頻度情報の更新を、当該診断頻度情報に係る前記頻度に１を加算することによって行う、
請求項１記載の診断支援システム。
【請求項３】
前記病名推測手段は、前記診断頻度情報に示される前記頻度の値を病名ごとに集計し、集計した値が所定の値以上である病名を患者の病名であると推測する、
請求項１または請求項２記載の診断支援システム。
【請求項４】
症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報を診断頻度情報記憶手段に記憶させておき、
診断する対象の患者の１つまたは複数の症状を入力し、
前記診断頻度情報記憶手段に記憶されている、入力した患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測し、
推測した１つまたは複数の病名を出力し、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報の更新を行う、
ことを特徴とする診断支援方法。
【請求項５】
医師が患者を診断するための支援を行うコンピュータに用いられるコンピュータプログラムであって、
診断する対象の患者の１つまたは複数の症状を入力する処理と、
症状と病名との組合せごとに診断頻度情報記憶手段に記憶されている、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報のうちの、入力した患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測する処理と、
推測した１つまたは複数の病名を出力する処理と、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報を更新する処理と、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医師を支援するシステムおよび方法などに関する。
【背景技術】
【０００２】
近年、病院または診療所などの医療機関において、様々な目的のためにコンピュータシステムが使用されるようになった。また、様々な目的のためのコンピュータシステムが提案されている。
【０００３】
特許文献１には、患者の診療の情報を電子データとして取り扱うことができる医療情報システムが記載されている。この医療情報システムによると、医師は、診療情報を参照する際に、自分の着目する情報を自分の所望する形式で表示することができる。よって、把握すべき診療記録の内容を一目で確認することができる。さらに、この医療情報システムによると、データの真正性を保証するとともに、内容更新時におけるデータ制御方法の異なるデータ項目が混在するレイアウト表示を可能にし、任意のレイアウト設計を補助することができる。
【０００４】
特許文献２には、医師による電子カルテへの入力を支援する電子カルテ入力支援サーバが記載されている。この電子カルテ入力支援サーバによると、医師は、電子カルテに入力した病名および患者の持病などの傷病歴にマッチした処置および処方の候補の提供を受けることができる。よって、患者の処置および処方の決定を容易に行うことができる。
【特許文献１】特許第３５４９０４９号
【特許文献２】特開２００５−２４２３９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上に述べたように、医療機関で使用するための様々なコンピュータシステムが提案されている。しかし、医者が患者の病名をより正確に判断できるようにするためのコンピュータシステムが最も強く求められる。なぜなら、病名の判断こそが、患者の治療のための医療行為の原点だからである。
【０００６】
本発明は、このような点に鑑み、医師が患者の病名をより正確に判断できるように支援することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る診断支援システムは、症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報を記憶する、診断頻度情報記憶手段と、診断する対象の患者の１つまたは複数の症状を入力する症状入力手段と、前記診断頻度情報記憶手段に記憶されている、前記症状入力手段によって入力された患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測する病名推測手段と、前記病名推測手段によって推測された１つまたは複数の病名を出力する病名出力手段と、医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報の更新を行う、診断頻度情報更新手段と、を有することを特徴とする。
【０００８】
好ましくは、症状と病名との組合せの前記頻度は、過去に医師が当該症状の患者に対して当該病名の病気であると診断した回数であって、前記診断頻度情報更新手段は、前記診断頻度情報の更新を、当該診断頻度情報に係る前記頻度に１を加算することによって行う。
【０００９】
または、前記病名推測手段は、前記診断頻度情報に示される前記頻度の値を病名ごとに集計し、集計した値が所定の値以上である病名を患者の病名であると推測する。
【００１０】
または、前記病名推測手段は、前記診断頻度情報に示される前記頻度の値を病名ごとに集計し、集計した値の大きい順に所定の個数だけ選出した病名を患者の病名であると推測する。
【００１１】
または、患者の検査の結果を示す検査結果情報を取得する検査結果情報取得手段を有し、前記病名推測手段は、患者の病名を、前記検査結果情報取得手段によって取得された当該患者の前記検査結果情報に基づいて推測する。
【発明の効果】
【００１２】
本発明によると、医師が患者の病名をより正確に判断できるように支援することができる。
【発明を実施するための最良の形態】
【００１３】
図１は診断支援システムＭＳＹの全体的な構成の例を示す図、図２は病名推測処理サーバ１のハードウェア構成の例を示す図、図３は病名推測処理サーバ１の機能的構成の例を示す図、図４は端末装置３の機能的構成の例を示す図である。
【００１４】
本発明に係る診断支援システムＭＳＹは、図１に示すように、病名推測処理サーバ１、診療情報サーバ２、複数台の端末装置３１、３２、３３、…、および通信回線４などによって構成される。これらの装置は通信回線４を介して互いに接続されている。通信回線４として、ＬＡＮ、ＷＡＮ、インターネット、イントラネット、公衆回線、または専用線などが用いられる。以下、端末装置３１、３２、３３、…を「端末装置３」と総称する。
【００１５】
診断支援システムＭＳＹは、病院または診療所などの医療機関に設置され、患者の診断を行う医師を支援するために用いられる。以下、複数の診療科を有する医療機関Ｘに診断支援システムＭＳＹが設置され使用される場合を例に説明する.
病名推測処理サーバ１は、図２に示すように、ＣＰＵ１０ａ、ＲＡＭ１０ｂ、ＲＯＭ１０ｃ、ハードディスク１０ｄ、ディスプレイ１０ｅ、キーボード１０ｆ、マウス１０ｇ、およびＬＡＮカード１０ｈなどによって構成される。
【００１６】
ＲＯＭ１０ｃまたはハードディスク１０ｄには、図３に示すような主訴データ取得部１０１、診断データ取得部１０２、テーブル更新処理部１０３、検査データ取得部１０４、病名推測処理部１０５、推測データ提供処理部１０６、症状病名テーブルＴＬ１、および検査病名テーブルＴＬ２などの機能を実現するためのプログラムおよびデータが記憶されている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。
【００１７】
このような構成によって、病名推測処理サーバ１は、医療機関Ｘで医師の診察を受ける患者の病名を推測する処理を行うことによって、医師に対して診断の補助（支援）を行う。
【００１８】
診療情報サーバ２は、医療機関Ｘで診察を受けたことのある患者のカルテのデータ（つまり、電子カルテ）および検査の結果のデータなどを管理する。つまり、電子カルテシステムのサーバの役割を担う。診療情報サーバ２として、カルテのデータおよび検査の結果のデータの管理を行う公知のサーバが用いられる。
【００１９】
端末装置３は、医療機関Ｘの診療科の部屋ごとに少なくとも１台ずつ設置されている。端末装置３のハードディスクには電子カルテシステムのクライアント用のアプリケーションがインストールされており、医師は、端末装置３を操作することによって、患者のカルテ（電子カルテ）の内容を閲覧し、入力し、または訂正することができる。端末装置３として、パーソナルコンピュータまたはワークステーションなどが用いられる。
【００２０】
さらに、端末装置３のハードディスクには、図４に示すような主訴データ提供処理部３０１、診断データ提供処理部３０２、推測データ取得部３０３、および推測結果表示処理部３０４などの機能を実現するためのプログラムおよびデータが記憶されている。
【００２１】
図５はカルテ画面ＨＧ１の例を示す図、図６は症状病名テーブルＴＬ１の例を示す図、図７はテーブル更新処理の流れの例を説明するフローチャート、図８は検査病名テーブルＴＬ２の例を示す図、図９は病名推測処理の流れの例を説明するフローチャート、図１０は病名推測結果画面ＨＧ２の例を示す図である。
【００２２】
次に、図３に示す病名推測処理サーバ１の各部および図４に示す端末装置３の各部の処理内容について詳細に説明する。
【００２３】
図４において、端末装置３の主訴データ提供処理部３０１は、診察の際に医師が入力した患者の症状などの内容を示すデータを病名推測処理サーバ１に提供するための処理を行う。診断データ提供処理部３０２は、診察の際に医師が入力した患者についての診断の内容を示すデータを病名推測処理サーバ１に提供するための処理を行う。これらの処理は、次のような手順で行われる。
【００２４】
医師は、患者を診察するにあたって、端末装置３にインストールされている電子カルテシステムのクライアント用のアプリケーションによって、図５のような、診察の対象である患者のカルテ画面ＨＧ１を、端末装置３のディスプレイに表示させる。
【００２５】
ここで、医師は、その患者の様子を観察しまたはその患者を問診するなどして、患者の症状を把握する。把握した症状を、キーボードを操作することによって、テキストボックスＴＸ１１に入力する。そして、決定ボタンＢＮ１１をマウスでクリックする。すると、主訴データ提供処理部３０１は、テキストボックスＴＸ１１に入力されたデータを主訴データＤＴ１として病名推測処理サーバ１に送信する。
【００２６】
さらに、医師は、患者を診察しまたは検査した結果などに基づいて、患者の病名を判断する。つまり、診断を下す。キーボードを操作してテキストボックスＴＸ１２に診断結果の内容を入力する。そして、決定ボタンＢＮ１２をクリックする。すると、診断データ提供処理部３０２は、テキストボックスＴＸ１２に入力されたデータを、その患者の識別情報（例えば、患者のＩＤ）と対応付けて診断データＤＴ２として病名推測処理サーバ１に送信する。
【００２７】
主訴データＤＴ１および診断データＤＴ２が同一の診察に係るものであることを識別できるように、ユニークな識別コードを発行し、それを両データに対応付けるようにしてもよい。
【００２８】
このようにして、患者の症状および診断の内容を示すデータが病名推測処理サーバ１に提供される。なお、医師は、病名推測処理サーバ１が推測した病名を参照することによって、診断を行うことができる。これについては、後に説明する。また、テキストボックスＴＸ１１、ＴＸ１２に入力されたデータは、従来通り、電子カルテの管理のために診療情報サーバ２にも送信される。
【００２９】
図３において、病名推測処理サーバ１の主訴データ取得部１０１は、端末装置３から送信されてきた主訴データＤＴ１を受け付ける処理を行う。つまり、主訴データＤＴ１を取得する処理を行う。診断データ取得部１０２は、端末装置３から送信されてきた診断データＤＴ２を受け付ける処理を行う。つまり、診断データＤＴ２を取得する処理を行う。
【００３０】
症状病名テーブルＴＬ１には、患者にどのような症状が見られる場合に医師がどのような診断を下したことがあるのか、という情報が、徐々に蓄積されていく。具体的には、図６に示すように、症状病名テーブルＴＬ１には、症状と病名との組合せごとに、診断頻度データＤＴＦが格納されている。「マッチングスコア」は、その症状が見られる場合に患者の病気がその病名の病気であると医師が診断した回数つまり頻度を示している。例えば、図６の先頭の診断頻度データＤＴＦは、「頭が痛い」という症状が見られる場合に過去に医師が「上気道炎」と診断した回数は「２回」である、ということを示している。
【００３１】
このように、症状病名テーブルＴＬ１は症状と医師の診断した病名との関連性のデータを蓄積するデータベースである、と言える。
【００３２】
テーブル更新処理部１０３は、症状病名テーブルＴＬ１に既に格納されている診断頻度データＤＴＦのマッチングスコアを更新しまたは新たな診断頻度データＤＴＦを症状病名テーブルＴＬ１に追加するなど、症状病名テーブルＴＬ１の内容を更新するための処理を行う。係る処理は、主訴データ取得部１０１によって取得された主訴データＤＴ１および診断データ取得部１０２によって取得された診断データＤＴ２に基づいて、図７に示すような手順で行われる。
【００３３】
図７において、テーブル更新処理部１０３は、診断データ取得部１０２によって取得された診断データＤＴ２に示される診察結果から患者の病名を抽出する（＃５０１）。主訴データ取得部１０１によって取得された主訴データＤＴ１のうちの、その診断データＤＴ２に対応する（つまり、例えば識別コードが同じである）主訴データＤＴ１を選び出し、その主訴データＤＴ１に示される主訴から患者の症状を抽出する（＃５０２）。
【００３４】
病名は、例えば次のような方法で抽出すればよい。既知の病名を示すキーワードを予めデータベースに登録しておく。診断データＤＴ２の文字列の単語（ワード）を分割する。
そして、データベースに登録されている各キーワードと診断データＤＴ２に含まれる単語とをマッチングすることによって、診断データＤＴ２に示される病名を抽出する。または、公知の方法によって病名を抽出してもよい。症状の抽出についても、同様である。
【００３５】
抽出した症状と病名との組合せを求める（＃５０３）。例えば、５つの症状および１つの病名が抽出された場合は、５組の組合せが求められる。
【００３６】
求められた組合せのうち１つ目の組合せに注目し（＃５０４、＃５０５）、その組合せに対応する診断頻度データＤＴＦを症状病名テーブルＴＬ１から検索する（＃５０６）。その診断頻度データＤＴＦが見つかった場合は（＃５０７でＹｅｓ）、その診断頻度データＤＴＦのマッチングスコアに「１」を加算する（＃５０８）。
【００３７】
見つからなかった場合は（＃５０７でＮｏ）、その組合せの診断頻度データＤＴＦを新たに生成し、これを症状病名テーブルＴＬ１に登録する（＃５０９）。例えば、「頭が重い」という症状および「流行性感冒」という病名の組合せに対応する診断頻度データＤＴＦが見つからなかった場合は、この症状および病名を示す診断頻度データＤＴＦを新たに生成し、症状病名テーブルＴＬ１に登録する。この診断頻度データＤＴＦのマッチングスコアには「１」を格納しておく。
【００３８】
そして、残りの組合せについても、同様の処理を行う。これにより、症状病名テーブルＴＬ１の更新の処理が完了する。
【００３９】
図３に戻って、検査病名テーブルＴＬ２は、図８のように、検査値がどのような値である場合にどのような病気である可能性が高いのかを示している。例えば、図中の最初のレコードは、「γＧＴＰ」という検査項目の検査値（数値）が「１００以上」という条件を満たす場合は「肝硬変」という病名の病気である可能性が高い、ということを示している。なお、検査病名テーブルＴＬ２のデータとして、臨床実験などによって得られた既知のデータが用いられる。
【００４０】
検査データ取得部１０４は、主訴データ取得部１０１によって取得された主訴データＤＴ１に係る患者の検査の結果を示す検査データＤＴ３を診療情報サーバ２に対して要求し、これを受信する処理を行う。つまり、検査データＤＴ３を取得するための処理を行う。
【００４１】
病名推測処理部１０５は、医師が診察している患者の病名を、主訴データ取得部１０１によって取得されたその患者の主訴データＤＴ１および図６の症状病名テーブルＴＬ１などに基づいて推測する処理を行う。また、検査データ取得部１０４によってその患者の検査データＤＴ３が取得できた場合は、その検査データＤＴ３および図８の検査病名テーブルＴＬ２をも参照して推測の処理を行う。係る処理は、例えば図９に示すような手順で行われる。
【００４２】
図９において、病名推測処理部１０５は、主訴データ取得部１０１によって取得された主訴データＤＴ１から患者の症状を抽出する（＃５２１）。
【００４３】
抽出された症状のうち１つ目の症状に注目し（＃５２２、＃５２３）、その症状を示す診断頻度データＤＴＦを症状病名テーブルＴＬ１から検索する（＃５２４）。その診断頻度データＤＴＦが見つかったら（＃５２５でＹｅｓ）、その診断頻度データＤＴＦに示される病名のカウンタが存在するのであれば（＃５２６でＹｅｓ）、その診断頻度データＤＴＦに示されるマッチングスコアの値をそのカウンタに加算する（＃５２８）。その診断頻度データＤＴＦに示される病名のカウンタが存在しないのであれば（＃５２６でＮｏ）、その病名のカウンタを新たに生成し（＃５２７）、その診断頻度データＤＴＦに示されるマッチングスコアの値をその生成したカウンタに加算する（＃５２８）。なお、カウンタの初期値は「０」である。抽出した残りの症状についても、同様の処理を行う。
【００４４】
ところで、ステップ＃５２４において、１つの症状について複数の診断頻度データＤＴＦが見つかることがある。この場合は、それぞれの診断頻度データＤＴＦが示す病名について、ステップ＃５２６〜＃５２８の処理を実行する。
【００４５】
例えば、現在、図６に示すように、６つの診断頻度データＤＴＦが症状病名テーブルＴＬ１に格納されているとする。ステップ＃５２１において「頭が痛い」という症状が抽出されたとすれば、ステップ＃５２４において「上気道炎」、「インフルエンザ」、および「肺炎」をそれぞれ示す３つの診断頻度データＤＴＦが見つかる。
【００４６】
ここで、病名推測処理部１０５は、これら３つの病名それぞれについて、ステップ＃５２６〜＃５２８の処理を実行する。つまり、その病名に対応するカウンタがなければ、それを生成する。そして、「上気道炎」のカウンタに「２」を加算し、「インフルエンザ」のカウンタに「５」を加算し、「肺炎」のカウンタに「４」を加算する。
【００４７】
または、もしも、ステップ＃５２１において「頭が重い」および「頭が痛い」という２つの症状だけが抽出されたとすれば、それぞれの症状についてステップ＃５２４〜＃５２８の処理を終了した結果、「上気道炎」のカウンタの値は「２」になり、「インフルエンザ」のカウンタの値は「３＋５＝８」になり、「肺炎」のカウンタの値は「４」になる。
【００４８】
フローチャートに戻って、ステップ＃５２１で抽出したすべての症状についてステップ＃５２３〜＃５２８の処理が終了したら（＃５２９でＹｅｓ）、各病名のカウンタの値に基づいて、今回の患者が有する可能性の高い病名を次のように選出する（＃５３１）。
【００４９】
例えば、値の大きい順にカウンタを所定の個数だけ選び、それぞれに対応する病名を選出する。または、所定の値以上を示すカウンタに対応する病名を選出する。
【００５０】
このようにして選出された病名が、病名推測処理部１０５による病名の推測の結果である。
【００５１】
または、病名推測処理部１０５は、検査データ取得部１０４によってその患者の検査データＤＴ３が取得された場合は、主訴データＤＴ１および症状病名テーブルＴＬ１だけでなく、その検査データＤＴ３および図８の検査病名テーブルＴＬ２をも参照し、その患者の病名を推測してもよい。
【００５２】
例えば、検査データＤＴ３に示される検査結果の数値つまり検査値を検査病名テーブルＴＬ２の各レコードの「数値」フィールドの値と比較することによって、その患者が有する可能性の高い病気の病名を選出する。
【００５３】
そして、図９のステップ＃５３１において選出された病名のうち、今回の比較によって選出された病名のみを、推測の結果とする。または、図９のステップ＃５３１において選出された病名および今回の比較によって選出された病名の両方を、推測の結果としてもよい。
【００５４】
図３に戻って、推測データ提供処理部１０６は、病名推測処理部１０５によって行われた患者の病名の推測の結果をその患者の診察を行っている医師に提供するために、その結果を示す推測結果データＤＴ４をその医師が操作している端末装置３に送信する。なお、各病名のカウンタの値も推測結果データＤＴ４に含めるようにしてもよい。
【００５５】
図４において、端末装置３の推測データ取得部３０３は、病名推測処理サーバ１から送信されてきた推測結果データＤＴ４を受け付ける処理を行う。つまり、推測結果データＤＴ４を取得する処理を行う。
【００５６】
推測結果表示処理部３０４は、推測データ取得部３０３によって取得された推測結果データＤＴ４に基づいて、図１０に示すような病名推測結果画面ＨＧ２を生成し、これをディスプレイに表示させる。医師は、この病名推測結果画面ＨＧ２を参照し、患者の診断を行う。
【００５７】
なお、診断支援システムＭＳＹの運用の開始後しばらくは、症状病名テーブルＴＬ１に格納されている診断頻度データＤＴＦの個数が少ない。または、まったく格納されていない。したがって、図９のステップ＃５２４において探している診断頻度データＤＴＦが見つからないことがある。その場合は、病名推測処理サーバ１は、推測結果データＤＴ４の代わりにその旨のメッセージを病名推測処理サーバ１に送信する。
【００５８】
図１１は病名推測処理サーバ１および端末装置３の全体的な処理の流れの例を説明するフローチャートである。
【００５９】
次に、ある１人の患者を医師が診察する場合における病名推測処理サーバ１および端末装置３の処理の流れを、フローチャートを参照して説明する。
【００６０】
図１１において、端末装置３は、その患者のカルテ画面ＨＧ１（図５参照）を表示する（＃３１）。ここで、医師は、患者を問診したり患者の様子を目視したりする。患者は、自分が自覚している症状を医師に伝えたり、医師からの質問に答えたりする。そして、医師は、把握できた症状をテキストボックスＴＸ１１に入力し、決定ボタンＢＮ１１をクリックする。
【００６１】
すると、端末装置３は、テキストボックスＴＸ１１に入力された内容を受け付け（＃３２）、その内容を示す主訴データＤＴ１を病名推測処理サーバ１に送信する（＃３３）。
【００６２】
病名推測処理サーバ１は、主訴データＤＴ１を受信すると（＃１１）、その患者の検査データＤＴ３が診療情報サーバ２に保存されていれば、それを診療情報サーバ２からダウンロードする（＃１２）。
【００６３】
その主訴データＤＴ１および症状病名テーブルＴＬ１（図６参照）に基づいてその患者の病名を推測する（＃１３）。検査データＤＴ３をダウンロードできた場合は、その検査データＤＴ３および図８の検査病名テーブルＴＬ２をも参照して推測する。推測の処理の手順は、前に図９で説明した通りである。
【００６４】
そして、病名推測処理サーバ１は、推測の結果を示す推測結果データＤＴ４を、主訴データＤＴ１の送信元である端末装置３に送信する（＃１４）。
【００６５】
端末装置３は、推測結果データＤＴ４を受信すると（＃３４）、これに基づいて図１０のような病名推測結果画面ＨＧ２を生成し表示する（＃３５）。
【００６６】
ここで、医師は、その病名推測結果画面ＨＧ２の内容を参照しながら、患者が有する病気を診断する。そして、診断の結果をカルテ画面ＨＧ１のテキストボックスＴＸ１２に入力する。
【００６７】
なお、病名推測結果画面ＨＧ２の内容は、あくまでも、医師の経験則に基づく推測結果に過ぎない。したがって、病名の最終的な判断は、医師の責任による。特に、病名推測処理サーバ１を運用し始めて間もない頃は、症状病名テーブルＴＬ１に十分なデータが蓄えられておらず推測結果の信頼性が低いことがあるので、注意が必要である。
【００６８】
そして、端末装置３は、テキストボックスＴＸ１２に入力された内容を受け付け（＃３６）、その内容を示す診断データＤＴ２を病名推測処理サーバ１に送信する（＃３７）。
【００６９】
病名推測処理サーバ１は、診断データＤＴ２を受信すると（＃１５）、この診断データＤＴ２およびステップ＃１１で受信した主訴データＤＴ１に基づいて症状病名テーブルＴＬ１を更新する処理を行う（＃１６）。係る処理は、前に図７で説明した通りである。
【００７０】
本実施形態によると、患者にどのような症状がある場合に医師がどのような診断を下すのかを解析し、その解析結果を学習することができる。さらに、その解析結果を利用して患者の症状に基づいて患者の病名を推測し、その推測結果を医師に知らせることができる。よって、診断を行う医師を補助することができる。
【００７１】
また、メジャーな病名に隠れがちであるマイナーな病名をも検出しそれを医師に知らせることができる。よって、誤診の防止を図ることができる。また、症状病名テーブルＴＬ１を複数の医師で共有することによって、ベテランの医師の診断の経験則を若手の医師に利用させることができる。
【００７２】
図１２は入力用のテンプレートの例を示す図である。本実施形態では、症状および病名をテキストボックスＴＸ１１、ＴＸ１２（図５参照）にキーボードで入力させたが、図１２（ａ）（ｂ）のような選択肢を示すテンプレートを用意しておき、該当する症状および病名をそれらの中からマウスで選択させることによって入力させてもよい。
【００７３】
本実施形態では、端末装置３は、主訴データＤＴ１および診断データＤＴ２を診療情報サーバ２および端末装置３の両方に送信したが、従来通り診療情報サーバ２のみに送信し、診療情報サーバ２が端末装置３からの主訴データＤＴ１および診断データＤＴ２を病名推測処理サーバ１に与えるようししてもよい。
【００７４】
医師は、病名推測結果画面ＨＧ２が表示された後、直ちに診断を下す必要はない。病名推測結果画面ＨＧ２の内容を見て、さらに診察を続けてもよい。例えば、病名推測結果画面ＨＧ２の内容を見た後、さらに別の質問を患者に与え、その回答をテキストボックスＴＸ１１に追記して主訴データＤＴ１を病名推測処理サーバ１に送信し直し、推測処理を再度実行させてもよい。または、病名推測結果画面ＨＧ２の内容を見た後、患者に対して必要な検査を行い、検査結果が診療情報サーバ２に登録された後、推測処理を再度実行させてもよい。
【００７５】
医師は、以前に診断した病名を別の病名に修正することも可能である。この場合は、医師は、修正の対象であるカルテの内容を示すカルテ画面ＨＧ１を端末装置３に表示させ、テキストボックスＴＸ１２の内容を修正する。すると、病名推測処理サーバ１は、修正前の病名と症状との組合せごとの診断頻度データＤＴＦのマッチングスコアを「１」だけ減らするとともに、図７の処理を再度実行することによって修正後の病名と症状との組合せごとの診断頻度データＤＴＦのマッチングスコアを「１」だけ加算する。
【００７６】
テキストボックスＴＸ１１に、患者の症状だけでなく、患者の環境または生活習慣などに関する情報を入力できるようにしてもよい。例えば、職業、住まい、家族構成、周囲で流行している病気、診察時の季節、平均の睡眠時間、昨日の睡眠時間、嗜好品の摂取量、最近食べた物などに関する情報を入力できるようにしてもよい。そして、これらの事項と医師の判断した病名との組合せごとについても、診断頻度データＤＴＦを用意し、両者の因果関係を解析してもよい。
【００７７】
本実施形態では、診断支援システムＭＳＹをサーバクライアント型のシステムによって実現する例を説明したが、本発明は、１台のコンピュータによるスタンドアロン型のシステムでも実現可能である。
【００７８】
医療機関Ｘの受付係が患者の受付のために、例えば次のように端末装置３を使用してもよい。受付係は、来院した患者に対して簡単な質問を行う。患者からの回答を入力し、病名を推測するように病名推測処理サーバ１に対して指令を与える。そして、病名推測処理サーバ１から得られた推測結果に基づいて、その患者をどの診療科に振り分けるのかを決定する。
【００７９】
医療機関Ｘの病名推測処理サーバ１の症状病名テーブルＴＬ１のコピーを、他の医療機関の病名推測処理サーバ１にインストールして使用することもできる。
【００８０】
その他、診断支援システムＭＳＹ、病名推測処理サーバ１、端末装置３の全体または各部の構成、処理内容、処理順序、テーブルの構成などは、本発明の趣旨に沿って適宜変更することができる。
【００８１】
上に述べた実施例には、以下に述べるような付記も開示されている。
（付記１）
症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報を記憶する、診断頻度情報記憶手段と、
診断する対象の患者の１つまたは複数の症状を入力する症状入力手段と、
前記診断頻度情報記憶手段に記憶されている、前記症状入力手段によって入力された患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測する病名推測手段と、
前記病名推測手段によって推測された１つまたは複数の病名を出力する病名出力手段と、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報の更新を行う、診断頻度情報更新手段と、
を有することを特徴とする診断支援システム。
（付記２）
症状と病名との組合せの前記頻度は、過去に医師が当該症状の患者に対して当該病名の病気であると診断した回数であって、
前記診断頻度情報更新手段は、前記診断頻度情報の更新を、当該診断頻度情報に係る前記頻度に１を加算することによって行う、
付記１記載の診断支援システム。
（付記３）
前記病名推測手段は、前記診断頻度情報に示される前記頻度の値を病名ごとに集計し、集計した値が所定の値以上である病名を患者の病名であると推測する、
付記１または付記２記載の診断支援システム。
（付記４）
前記病名推測手段は、前記診断頻度情報に示される前記頻度の値を病名ごとに集計し、集計した値の大きい順に所定の個数だけ選出した病名を患者の病名であると推測する、
付記１または付記２記載の診断支援システム。
（付記５）
患者の検査の結果を示す検査結果情報を取得する検査結果情報取得手段を有し、
前記病名推測手段は、患者の病名を、前記検査結果情報取得手段によって取得された当該患者の前記検査結果情報に基づいて推測する、
付記１ないし付記４のいずれかに記載の診断支援システム。
（付記６）
症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報を診断頻度情報記憶手段に記憶させておき、
診断する対象の患者の１つまたは複数の症状を入力し、
前記診断頻度情報記憶手段に記憶されている、入力した患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測し、
推測した１つまたは複数の病名を出力し、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報の更新を行う、
ことを特徴とする診断支援方法。
（付記７）
医師が患者を診断するための支援を行うコンピュータに用いられるコンピュータプログラムであって、
診断する対象の患者の１つまたは複数の症状を入力する処理と、
症状と病名との組合せごとに診断頻度情報記憶手段に記憶されている、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度情報のうちの、入力した患者の各症状に係る前記診断頻度情報に基づいて、当該患者の病名を１つまたは複数推測する処理と、
推測した１つまたは複数の病名を出力する処理と、
医師が患者を診断した後、前記診断頻度情報記憶手段に記憶されている当該患者の症状と病名との組合せごとの前記診断頻度情報を更新する処理と、
をコンピュータに実行させるためのコンピュータプログラム。
（付記８）
医師が患者を診断するための支援を行うコンピュータが参照可能な診断頻度データベースであって、
症状と病名との組合せごとに、過去に医師が当該症状の患者に対して当該病名の病気であると診断した頻度を示す診断頻度データを格納し、かつ、
医師が患者を診断した場合に、当該患者の症状と病名との組合せに係る前記診断頻度データの前記頻度がコンピュータによって更新される、
ことを特徴とする診断頻度データベース。
【図面の簡単な説明】
【００８２】
【図１】診断支援システムの全体的な構成の例を示す図である。
【図２】病名推測処理サーバのハードウェア構成の例を示す図である。
【図３】病名推測処理サーバの機能的構成の例を示す図である。
【図４】端末装置の機能的構成の例を示す図である。
【図５】カルテ画面の例を示す図である。
【図６】症状病名テーブルの例を示す図である。
【図７】テーブル更新処理の流れの例を説明するフローチャートである。
【図８】検査病名テーブルの例を示す図である。
【図９】病名推測処理の流れの例を説明するフローチャートである。
【図１０】病名推測結果画面の例を示す図である。
【図１１】病名推測処理サーバおよび端末装置の全体的な処理の流れの例を説明するフローチャートである。
【図１２】入力用のテンプレートの例を示す図である。
【符号の説明】
【００８３】
ＭＳＹ  診断支援システム
１０１  主訴データ取得部（症状入力手段）
１０３  テーブル更新処理部（診断頻度情報更新手段）
１０５  病名推測処理部（病名推測手段）
１０６  推測データ提供処理部（病名出力手段）
３０４  推測結果表示処理部（病名出力手段）
ＤＴＦ  診断頻度データ（診断頻度情報）
ＴＬ１  症状病名テーブル（診断頻度情報記憶手段）
【図１】
2008027099.tif 000003
【図２】
2008027099.tif 000004
【図３】
2008027099.tif 000005
【図４】
2008027099.tif 000006
【図５】
2008027099.tif 000007
【図６】
2008027099.tif 000008
【図７】
2008027099.tif 000009
【図８】
2008027099.tif 000010
【図９】
2008027099.tif 000011
【図１０】
2008027099.tif 000012
【図１１】
2008027099.tif 000013
【図１２】
2008027099.tif 000014