(57)【要約】【課題】医療支援システムに蓄積される知識情報を適切に管理することを目的とする。【解決手段】検索条件に従い、記憶手段に記憶された、医療に関する知識情報に基づいて、検索条件に対応する情報を返す検索システムにおける、記憶手段を管理する医療情報管理システムであって、記憶手段に記憶されている、更新元の知識情報に比べて低いレベルに設定された知識情報のうち、更新元の知識情報に含まれない知識情報を削除候補として抽出する第１の抽出手段と、更新後の知識情報と削除候補の知識情報との関係に基づいて、削除候補の知識情報の中から、更新元の知識情報の更新に対応して、記憶手段から削除すべき、削除対象の知識情報を特定する特定手段とを有する。【選択図】図１
2017134458.tif 000002
【特許請求の範囲】
【請求項１】
検索条件に従い、記憶手段に記憶された、医療に関する知識情報に基づいて、前記検索条件に対応する情報を返す検索システムにおける、前記記憶手段を管理する医療情報管理システムであって、
前記記憶手段に記憶されている、更新元の知識情報に比べて低いレベルに設定された知識情報のうち、前記更新元の知識情報に含まれない知識情報を削除候補として抽出する第１の抽出手段と、
更新後の知識情報と前記削除候補の知識情報との関係に基づいて、前記削除候補の知識情報の中から、前記更新元の知識情報の更新に対応して、前記記憶手段から削除すべき、削除対象の知識情報を特定する特定手段と
を有することを特徴とする医療情報管理システム。
【請求項２】
前記特定手段は、更新後の知識情報に対応する前記削除候補の知識情報を、前記削除対象の知識情報として特定することを特徴とする請求項１に記載の医療情報管理システム。
【請求項３】
前記特定手段は、前記削除候補に含まれる情報を検索条件とした場合に、前記更新元の知識情報が更新された仮想的な記憶手段を用いた前記検索システムから返される検索結果に基づいて、前記削除候補の知識情報が前記更新後の知識情報に対応しているか否かを判断することを特徴とする請求項２に記載の医療情報管理システム。
【請求項４】
前記記憶手段に記憶されている前記知識情報は、第１のレベル、前記第１のレベルに比べて低い第２のレベル、第２のレベルに比べて低い第３のレベルのうちいずれかのレベルに設定されており、
前記第１の抽出手段は、前記更新元の知識情報が前記第１のレベルの知識情報である場合に、前記更新元の知識情報に反する情報として前記更新元の知識情報に紐付けられている前記第３のレベルの知識情報を、削除候補として抽出することを特徴とする請求項１乃至３何れか１項に記載の医療情報管理システム。
【請求項５】
ガイドライン及び医学書に対応する知識情報を第１のレベルに紐付け、論文に対応する知識情報を第２のレベルに紐付け、症例に対応する知識情報を第３のレベルに紐付けて管理するレベル管理手段をさらに有することを特徴とする請求項４に記載の医療情報管理システム。
【請求項６】
前記削除候補の知識情報が前記第２のレベルの知識情報に対応する情報として、前記第２のレベルの知識情報に紐付けられている場合に、前記削除候補の知識情報に紐付けられている前記第２のレベルの知識情報を、削除候補として抽出する第２の抽出手段をさらに有し、
前記特定手段は、さらに前記第２の抽出手段により抽出された削除候補の知識情報の中から、前記削除対象の知識情報を特定することを特徴とする請求項４又は５に記載の医療情報管理システム。
【請求項７】
前記特定手段は、前記第２の抽出手段により抽出された前記第２のレベルの知識情報のうち、前記第３のレベルの知識情報が紐付けられていない前記第２のレベルの知識情報を、前記削除対象の知識情報として特定することを特徴とする請求項６に記載の医療情報管理システム。
【請求項８】
前記特定手段は、前記削除候補の、前記第２のレベルの知識情報に含まれる情報を検索条件とした場合に、前記更新元の知識情報が更新された仮想的な記憶手段を用いた前記検索システムから返される検索結果に基づいて、前記削除候補の、前記第２のレベルの削除候補の知識情報の中から、前記削除対象の知識情報を特定することを特徴とする請求項６又は７に記載の医療情報管理システム。
【請求項９】
前記第１の抽出手段は、前記記憶手段に新たな知識情報が登録される場合に、前記新たな知識情報に比べて低いレベルの知識情報を、削除候補として抽出し、
前記特定手段は、新たな知識情報と前記削除候補との関係に基づいて、前記削除候補の知識情報の中から、前記新たな知識情報の登録に対応して、前記記憶手段から削除すべき、削除対象の知識情報を特定することを特徴とする請求項１乃至８何れか１項に記載の医療情報管理システム。
【請求項１０】
前記特定手段は、新たな知識情報に対応する前記削除候補の知識情報を、前記削除対象の知識情報として特定することを特徴とする請求項９に記載の医療情報管理システム。
【請求項１１】
前記特定手段は、前記削除候補に含まれる情報を検索条件とした場合に、前記新た知識情報が登録された仮想的な記憶手段を用いた前記検索システムから返される検索結果に基づいて、前記削除候補の知識情報が前記新たな知識情報に対応しているか否かを判断することを特徴とする請求項１０に記載の医療情報管理システム。
【請求項１２】
検索条件に従い、記憶手段に記憶された、医療に関する知識情報に基づいて、前記検索条件に対応する情報を返す検索システムにおける、前記記憶手段を管理する医療情報管理システムが実行する医療情報管理方法であって、
前記記憶手段に記憶されている、更新元の知識情報に比べて低いレベルに設定された知識情報のうち、前記更新元の知識情報に含まれない知識情報を削除候補として抽出する第１の抽出ステップと、
更新後の知識情報と前記削除候補の知識情報との関係に基づいて、前記削除候補の知識情報の中から、前記更新元の知識情報の更新に対応して、前記記憶手段から削除すべき、削除対象の知識情報を特定する特定ステップと
を含むことを特徴とする医療情報管理方法。
【請求項１３】
検索条件に従い、記憶手段に記憶された、医療に関する知識情報に基づいて、前記検索条件に対応する情報を返す検索システムにおける、前記記憶手段を管理するコンピュータを、
前記記憶手段に記憶されている、更新元の知識情報に比べて低いレベルに設定された知識情報のうち、前記更新元の知識情報に含まれない知識情報を削除候補として抽出する第１の抽出手段と、
更新後の知識情報と前記削除候補の知識情報との関係に基づいて、前記削除候補の知識情報の中から、前記更新元の知識情報の更新に対応して、前記記憶手段から削除すべき、削除対象の知識情報を特定する特定手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報管理システム、医療情報管理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、医師は、疾患に関する知識や薬剤、治療方法に関する知識等、様々な知識を使って診断を行っている。例えば、癌等研究が盛んに行われている疾患では、ガイドラインが設けられており、医師は、ガイドラインに沿って診断を行う場合が多い。一方で、患者数が少ない疾患においては、症例自体が少なく、研究が進んでいない場合があり、このような場合には、医師は、症例自体を調べることで診断を行う場合もある。
【０００３】
このように様々な知識を使って行われる医師の診断・診療を、コンピュータによってサポートする支援技術が開発されている。例えば、ある疾患の治療ガイドラインや関連する論文を知識源として、患者の状態を入力すると可能性の高い疾患名とその判断根拠となる文献等の情報を提示する診断支援技術が知られている。また、患者の状態と医師が判断した疾患名を入力するとその患者にあった治療方法を提示する診療支援技術も知られている。特許文献１には、薬剤の効果や禁忌を知識情報とし、患者の遺伝子情報やアレルギー情報を元に、その患者に適した薬剤を提示する診療支援技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１２０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、蓄積された知識情報を知識源とし、知識源に検索条件に合った情報を返すシステムにおいては、ガイドラインの更新や、新たな論文の発行に応じて知識源を適宜更新する必要がある。さらに、例えば、ガイドラインが更新された場合において、既に蓄積されている症例が更新後のガイドラインに包含される内容であった場合には、この症例に係る知識情報は不要となるため、知識源から削除する必要がある。しかしながら、このような処理を管理者等が手作業で行うのは作業負担が大きいという問題があった。
【０００６】
本発明はこのような問題点に鑑みてなされたものであり、管理者等の負担を軽減しつつ、検索に用いられる知識情報を記憶する記憶手段を適切に管理することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、検索条件に従い、記憶手段に記憶された、医療に関する知識情報に基づいて、前記検索条件に対応する情報を返す検索システムにおける、前記記憶手段を管理する医療情報管理システムであって、前記記憶手段に記憶されている、更新元の知識情報に比べて低いレベルに設定された知識情報のうち、前記更新元の知識情報に含まれない知識情報を削除候補として抽出する第１の抽出手段と、更新後の知識情報と前記削除候補の知識情報との関係に基づいて、前記削除候補の知識情報の中から、前記更新元の知識情報の更新に対応して、前記記憶手段から削除すべき、削除対象の知識情報を特定する特定手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、管理者等の負担を軽減しつつ、検索に用いられる知識情報を記憶する記憶手段を適切に管理することができる。
【図面の簡単な説明】
【０００９】
【図１】医療支援システムを示す図である。
【図２】複数の知識情報間の関係を示す図である。
【図３】知識管理サーバ装置１２０のハードウェア構成を示す図である。
【図４】管理テーブルのデータ構成の一例を示す図である。
【図５】登録管理処理を示すフローチャートである。
【図６Ａ】更新管理処理を示すフローチャートである。
【図６Ｂ】更新管理処理を示すフローチャートである。
【図７】登録管理処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
図１は、医療支援システムを示す図である。医療支援システム１００は、医師等の医療従事者による診断や診療等の行為を支援するシステムである。さらに、本実施形態に係る医療支援システム１００は、ガイドラインや論文、症例等の知識情報を参照することにより、検索条件に応じた情報を提示することができる。医療支援システム１００は、支援サーバ装置１１０と、知識管理サーバ装置１２０と、医師用ＰＣ１３０と、管理用ＰＣ１４０とを有している。医療支援システム１００はさらに、電子カルテサーバ装置１５０と、検査オーダサーバ装置１６０と、撮影装置１７０と、画像サーバ装置１８０と、レポートサーバ装置１９０とを有している。これらの装置は、ネットワーク１０１を介して互いに通信可能に接続されている。
【００１２】
支援サーバ装置１１０は、医師による診断や診療を支援する装置である。支援サーバ装置１１０は、知識情報を記憶する知識ＤＢ１１１を有している。知識ＤＢ１１１には、知識情報が記憶されている。本実施形態に係る知識ＤＢ１１１には、知識情報として、ガイドラインや医学書、論文、症例等の情報が記憶されている。知識情報には、例えば、患者の年齢、性別、検査値、診断結果および治療方法の少なくとも何れかが含まれている。例えば、論文には対象とする患者の年齢、性別、検査値および診断結果（病名）が記載されるとともに、どのような治療方法を採用したか記載されている。支援サーバ装置１１０は、患者情報等に応じて、知識ＤＢ１１１に記憶された知識情報に基づいて、可能性の高い疾患と根拠を提示する診断支援機能や、患者に適した治療方法を提示する診療支援機能を提供する。支援サーバ装置１１０はさらに、可能性の高い疾患や患者に適した治療方法と共に、尤度を提示することもできる。なお、尤度は、０から１．０までの間の実数であるものとする。
【００１３】
知識管理サーバ装置１２０は、知識ＤＢ１１１を管理する。具体的には、知識管理サーバ装置１２０は、知識ＤＢ１１１に記憶された知識情報の更新、削除、知識ＤＢ１１１への新たな知識情報の登録等を行う。知識管理サーバ装置１２０はさらに、知識情報の更新や削除、登録に伴い、適宜、知識ＤＢ１１１に記憶されている知識情報を削除する。知識管理サーバ装置１２０は、また、支援サーバ装置１１０に記憶された知識情報に対し、信頼度に応じた複数段のレベルを設定して管理する。本実施形態においては、知識管理サーバ装置１２０は、ガイドライン・医学書等信頼度の高い知識情報は、高レベルの文献であるとし、レベルＨに紐付けて管理する。知識管理サーバ装置１２０はまた、論文等の研究段階の知識情報は、信頼度が中程度の中レベル文献であるとして、レベルＭに紐付けて管理する。知識管理サーバ装置１２０はまた、症例そのものを示す知識情報は、信頼度が低い低レベル文献であるとして、レベルＬに紐付けて管理する。ここで、レベルＨ、レベルＭ及びレベルＬは、信頼度が高い順に第１のレベル、第２のレベル及び第３のレベルに相当する。
【００１４】
医師用ＰＣ１３０は、医師等のユーザが使用するクライアントコンピュータである。医師用ＰＣ１３０は、ネットワーク１０１を介して各種サーバ装置と通信を行い、グラフィックスや音声、文字入力等のインターフェースを使用して得た医者等のユーザの操作指示を伝達する。また、医師用ＰＣ１３０は、サーバ装置との通信により得た結果を、同様にインターフェースを用いてユーザに提供する。管理用ＰＣ１４０は、医療支援システム１００の管理者等のユーザが使用する管理用クライアントコンピュータである。管理者は、管理用ＰＣ１４０を用いて、支援サーバ装置１１０に蓄積された知識情報の更新、削除や、支援サーバ装置１１０への新たな知識情報の登録等のための操作を行う。支援サーバ装置１１０は、検索システムの一例であり、知識管理サーバ装置１２０は、医療情報管理システムの一例である。
【００１５】
電子カルテサーバ装置１５０は、電子カルテの蓄積や管理を行い電子カルテのサービスを提供する。電子カルテサーバ装置１５０は、電子カルテＤＢ１５１を有している。電子カルテＤＢ１５１には、電子カルテが記憶されている。検査オーダサーバ装置１６０は、検査等の指示作業の伝達や作業管理を行い、検査オーダの管理サービスを提供する。検査オーダサーバ装置１６０は、医師から検査技師等へ、検査の指示内容の伝達、管理を行うと共に、検査で使用される機器や検査室、検査技師の割り当て等を行うことにより、その業務が確実に行えるよう管理する。検査オーダサーバ装置１６０は、検査オーダＤＢ１６１を有している。検査オーダＤＢ１６１には、指示や管理の対象となる検査オーダが記憶されている。検査オーダＤＢ１６１に記憶されている検査オーダは、基本的に、電子カルテに示される診断内容に関するものである。
【００１６】
撮影装置１７０は、ＣＴやＭＲＩ、レントゲン等の機器で、患者の撮影、スキャンを行う装置である。画像サーバ装置１８０は、撮影装置１７０により得られた画像等の情報や、画像再構成・可視化された画像等の情報の蓄積、管理する。画像サーバ装置１８０は、画像ＤＢ１８１を有している。画像ＤＢ１８１には、画像が記憶されている。なお、画像ＤＢ１８１に記憶されている画像は、検査オーダや患者の識別情報等を介して、電子カルテと紐付けられているものとする。また、ＣＴやＭＲＩ、レントゲン等の撮影・スキャン行為も、同様に電子カルテと紐付けられているものとする。レポートサーバ装置１９０は、読影レポートの内容の蓄積、管理を行う。レポートサーバ装置１９０は、レポートＤＢ１９１を有している。レポートＤＢ１９１には、読影レポートが記憶されている。読影レポートは、電子カルテや画像に紐付けられているものとする。
【００１７】
図２は、知識ＤＢ１１１に記憶されている複数の知識情報間の関係を示す図である。ある患者情報や病名等の条件に対し、レベルＨ、レベルＭ及びレベルＬの知識情報が蓄積されている。また、この条件に応じたレベルＭの知識情報が蓄積されている。なお、レベルＭの知識情報は、レベルＨの知識情報に沿った内容の場合（レベルＨの知識情報の範囲に含まれる場合）と、レベルＨの知識情報に沿っていない内容の場合（レベルＨの知識情報の範囲に含まれない場合）と、がある。
【００１８】
レベルＬの知識情報は、すべてレベルＨの知識情報の範囲外に位置している。このように、レベルＨの知識情報に沿っていない内容の場合のみ知識ＤＢ１１１に蓄積されるものとする。レベルＨの知識情報の内容に沿っている場合には、医師に改めて信頼性の低いレベルＬの知識情報を提示する必要がなく、また、適切な検索結果を得るためにもレベルＨの知識情報が蓄積されていれば十分であるためである。なお、レベルＬの知識情報は、レベルＭの知識情報に沿った内容の場合（レベルＭの知識情報の範囲に含まれる場合）と、レベルＭの知識情報に沿っていない内容の場合（レベルＭの知識情報の範囲に含まれない場合）と、がある。なお、知識情報間の内容の対応関係は、知識管理サーバ装置１２０が、知識情報同士を紐付けることにより管理する。
【００１９】
図３は、知識管理サーバ装置１２０のハードウェア構成を示す図である。なお、他のサーバ装置や医師用ＰＣ１３０、管理用ＰＣ１４０のハードウェア構成は、知識管理サーバ装置１２０のハードウェア構成と同様である。３０１はＣＰＵであり、本実施形態における各種システムの各種制御を実行する。その作業内容は、後述するＲＯＭ３０２やＲＡＭ３０３上のプログラムによって指示される。また、ＣＰＵ自身の機能や、計算機プログラムの機構により、複数の計算機プログラムを並列に動作させることもできる。
【００２０】
３０２はＲＯＭであり、ＣＰＵによる制御の手順を記憶させた計算機プログラムやデータが格納されている。３０３はＲＡＭであり、ＣＰＵ３０１が処理するための制御プログラムを格納するとともに、ＣＰＵ３０１が各種制御を実行する際の様々なデータの作業領域を提供するものである。
【００２１】
３０４は、入力装置であり、ユーザによる各種入力操作環境を提供するキーボードやマウスである。なお、入力装置３０４は、ユーザからの各種入力操作環境を提供するものであればよく、他の例としては、タッチパネル、スタイラスペン等であってもよい。また、入力装置３０４は、音声やジェスチャー操作を入力として受け付けるものであってもよい。３０５は各構成に接続されているアドレスバス、データバス等である。３０６は、さまざまなデータ等を記憶するための外部記憶装置であり、ハードディスクやフレキシブルディスク、光ディスク、磁気ディスク、磁気テープ、不揮発性のメモリカード等の記録媒体と、記憶媒体を駆動し情報を記録するドライブ等で構成される。保管された計算機プログラムやデータはキーボード等の指示や、各種計算機プログラムの指示により、必要な時にＲＡＭ３０３上に呼び出される。
【００２２】
３０７は、他のコンピュータ装置等と通信を行うための通信デバイスＮＣＵであり、ネットワーク（ＬＡＮ）等を介して、遠隔地に存在する不図示の装置と通信し、本実施形態のプログラムやデータを共有することが可能になる。この通信手段は、特に限定されるものではない。３０８は、ＧＰＵであり、ＣＰＵ３０１等とバス３０５を経由して、与えられた表示指示や計算指示に従い、計算を行って表示内容の画像の作成や表示位置等の計算を行い、その計算結果を２０９の表示装置へ送って描画させる。３０９は、表示装置であり、ディスプレイ等で構成され、各種入力操作の状態やそれに応じた計算結果等をユーザに対して表示する。
【００２３】
ＲＯＭ３０２やＲＡＭ３０３等の記憶媒体には、本実施形態のデータ管理を実現する計算機プログラムやデータ等が格納されており、これらの記録媒体に格納されたプログラムコードを、ＣＰＵ３０１が読み出し実行することによって機能が実現される。ただし、この際、記憶媒体の種類は問わないものとする。また、プログラムやデータを格納した外部記録装置が知識管理サーバ装置１２０に供給され、ＲＡＭ３０３等の書き換え可能な記憶媒体上にプログラム等がコピーされる場合もある。その際、その外部記憶装置の種類は特に限定されるものではない。
【００２４】
また、知識管理サーバ装置１２０は、プログラムやデータをＮＣＵ３０７を介して入手してもよい。また、知識管理サーバ装置１２０は、自装置で作成したデータを自装置のＲＯＭ３０２やＲＡＭ３０３、外部記憶装置３０６だけでなく、ＮＣＵ３０７を介して、他の機器上に格納してもよい。
【００２５】
図４は、管理テーブルのデータ構成の一例を示す図である。管理テーブル４００は、知識管理サーバ装置１２０のＲＯＭ３０２に記憶されている。管理テーブル４００は、知識ＤＢ１１１に登録されている知識情報を識別する情報ＩＤと、知識情報に対して設定されたレベルと、知識情報に示される治療方法と、関連情報とを対応付けて記憶している。ここで、関連情報は、知識情報に紐付けられた知識情報の情報ＩＤである。
【００２６】
図４の例では、情報ＩＤ「Ａ００１」には、レベルＨ、治療方法「Ｘ１」が対応付けて登録されている。さらに、情報ＩＤ「Ａ００１」には、関連情報として情報ＩＤ「Ａ００４」の知識情報（レベルＬ）と、情報ＩＤ「ａ００５」の知識情報（レベルＬ）が対応付けて登録されている。すなわち、情報ＩＤ「Ａ００４」の知識情報と情報ＩＤ「ａ００５」の知識情報は、いずれも情報ＩＤ「Ａ００１」の知識情報に紐付けられている。なお、レベルＨの知識情報に紐付けられるのは、レベルＨの知識情報に反する内容を示す知識情報である。また、情報ＩＤ「ａ００２」の知識情報がレベルＭの情報として登録されており、情報ＩＤ「ａ０１１」の知識情報（レベルＬ）が紐付けられている。なお、レベルＭの知識情報に紐付けられるのは、レベルＭの知識情報に沿った内容を示す知識情報である。管理テーブル４００は、知識管理サーバ装置１２０のＣＰＵ３０１により管理される（レベル管理処理）。
【００２７】
次に、知識管理サーバ装置１２０の処理について説明する。図５は、医師が診断を確定し、診断に応じて治療方法を決定したことにより、新たな症例情報が生成された場合の、知識管理サーバ装置１２０による登録管理処理を示すフローチャートである。なお、新たな症例情報は、医師用ＰＣ１３０からの指示に従い、知識管理サーバ装置１２０に送信されるものとする。Ｓ５０１において、知識管理サーバ装置１２０のＣＰＵ３０１は、新たな症例情報を登録対象として取得する。そして、ＣＰＵ３０１は、登録対象の症例情報に基づいて、登録対象の症例情報に示される条件に対する治療方法を支援サーバ装置１１０に問い合わせるための検索条件であるクエリを生成する。なお、このとき、ＣＰＵ３０１は、電子カルテサーバ装置１５０や、検査オーダサーバ装置１６０、レポートサーバ装置１９０等から症例情報として必要な情報を取得する。症例情報には、患者の年齢、性別、検査値（例えば血圧）等の患者情報、診断結果、医療画像、決定された治療方法等の情報が含まれるものとする。また、クエリは、治療方法を検索結果として得るための検索条件であり、例えば、患者情報、診断結果等を含むものとする。なお、クエリは、支援サーバ装置１１０が検索可能な情報であればよく、特に限定されるものではない。また、クエリはＣＰＵ３０１により自動的に生成されることとしてもよいし、医師など装置の操作者が装置に入力することとしてもよい。
【００２８】
次に、Ｓ５０２において、ＣＰＵ３０１は、治療方法を問い合わせるべく、支援サーバ装置１１０にクエリを送信する。これに対し、支援サーバ装置１１０は、クエリを受信すると、知識ＤＢ１１１に蓄積されている各知識情報に対し自然文解析を行い、キーワードを検出する。キーワードは例えば、患者の年齢、性別、検査値または診断結果である。そして、支援サーバ装置１１０は、検出されたキーワードと検索条件とに基づいて、検索条件に合致する知識情報を抽出し、抽出した知識情報に示される治療方法を特定する。支援サーバ装置１１０は、以上の処理をすべての知識情報に対して行うことにより、１以上の治療方法と、各治療方法が示された知識情報とを得る。
【００２９】
例えば、検索条件に合致する知識情報として、知識情報Ａ１、Ａ２、Ａ３が抽出され、知識情報Ａ１、Ａ２に治療方法Ｘ１が示され、知識情報Ａ３に治療方法Ｘ２が示されていたとする。この場合には、支援サーバ装置１１０は、治療方法Ｘ１と、治療方法Ｘ１に対応する知識情報Ａ１、Ａ２の組と、治療方法Ｘ２と、治療方法Ｘ２に対応する知識情報Ａ３の組とを得る。そして、支援サーバ装置１１０は、得られた治療方法と知識情報の組を検索結果として知識管理サーバ装置１２０に送信する。なお、支援サーバ装置１１０は、クエリに合致する知識情報が存在しない場合には、治療方法が検出できなかった旨の検出結果を返す。
【００３０】
これに対し、Ｓ５０２の処理の後、Ｓ５０３において、ＣＰＵ３０１は、検索結果を受信する。次に、Ｓ５０４において、ＣＰＵ３０１は、検索結果に治療方法が含まれているか否かを確認する。ＣＰＵ３０１は、治療方法と知識情報の１以上の組を含む検索結果を受信した場合には、検索結果に治療方法が含まれていると判断し、治療方法が検出できなかった旨の検出結果を受信した場合には、治療方法が含まれていないと判断する。
【００３１】
ＣＰＵ３０１は、治療方法が含まれている場合には（Ｓ５０４でＹｅｓ）、処理をＳ５０６へ進める。ＣＰＵ３０１は、治療方法が含まれていない場合には（Ｓ５０４でＮｏ）、処理をＳ５０５へ進める。Ｓ５０５において、ＣＰＵ３０１は、登録対象の症例情報をレベルＬの知識情報として登録するよう処理を行う。具体的には、ＣＰＵ３０１は、支援サーバ装置１１０に対し、登録指示を出す。これに対し、支援サーバ装置１１０は、知識ＤＢ１１１に登録対象の知識情報を登録する。さらに、ＣＰＵ３０１は、登録対象の症例情報の情報ＩＤに、レベル（レベルＬ）と、治療方法とを紐付けて、自装置の管理テーブル４００に登録する。
【００３２】
Ｓ５０６において、ＣＰＵ３０１は、検索結果として得られた治療方法と知識情報の組を１つ選択する。次に、Ｓ５０７において、ＣＰＵ３０１は、選択中の治療方法と登録対象の治療方法が一致するか否かを判断する。ＣＰＵ３０１は、両者が一致する場合には（Ｓ５０７でＹｅｓ）、処理をＳ５１０へ進める。ＣＰＵ３０１は、両者が一致しない場合には（Ｓ５０７でＮｏ）、処理をＳ５０８へ進める。
【００３３】
Ｓ５０８において、ＣＰＵ３０１は、選択中の治療方法に対応するレベルＨの知識情報が存在するか否か、すなわち選択中の組にレベルＨの知識情報が存在するか否かを確認する。ＣＰＵ３０１は、レベルＨの知識情報が存在する場合には（Ｓ５０８でＹｅｓ）、処理をＳ５０９へ進める。ＣＰＵ３０１は、レベルＨの知識情報が存在しない場合には（Ｓ５０８でＮｏ）、処理をＳ５１３へ進める。Ｓ５０９において、ＣＰＵ３０１は、レベルＨの知識情報を登録対象の症例情報に紐付ける対象として取得し、その後処理をＳ５１３へ進める。
【００３４】
Ｓ５１０において、ＣＰＵ３０１は、選択中の治療方法に対応するレベルＨの知識情報が存在するか否かを確認する。ＣＰＵ３０１は、レベルＨの知識情報が存在する場合には（Ｓ５１０でＹｅｓ）、登録対象の症例情報を知識情報として知識ＤＢ１１１に登録することなく、処理を終了する。このように、対応するレベルＨの知識情報が登録されており、登録対象の症例情報がこの知識情報に沿ったものである場合には、知識ＤＢ１１１への登録は行わない。処理をＳ５１１へ進める。ＣＰＵ３０１は、レベルＨの知識情報が存在しない場合には（Ｓ５１０でＮｏ）、処理をＳ５１１へ進める。
【００３５】
Ｓ５１１において、ＣＰＵ３０１は、選択中の治療方法に対応するレベルＭの知識情報が存在するか否かを確認する。ＣＰＵ３０１は、レベルＭの知識情報が存在する場合には（Ｓ５１１でＹｅｓ）、処理をＳ５１２へ進める。ＣＰＵ３０１は、レベルＭの知識情報が存在しない場合には（Ｓ５１１でＮｏ）、処理をＳ５１３へ進める。Ｓ５１２において、ＣＰＵ３０１は、レベルＭの知識情報を登録対象の症例情報に紐付ける対象として取得し、その後処理をＳ５１３へ進める。
【００３６】
Ｓ５１３において、ＣＰＵ３０１は、Ｓ５０３において受信した検索結果のうち、Ｓ５０６〜Ｓ５１２の処理が行われていない組が存在するか否かを確認する。ＣＰＵ３０１は、未処理の組が存在する場合には（Ｓ５１３でＹｅｓ）、処理をＳ５０６へ進める。この場合、ＣＰＵ３０１は、Ｓ５０６において、未処理の組を選択し、以降の処理を継続する。ＣＰＵ３０１は、未処理の組が存在しない場合には（Ｓ５１３でＮｏ）、処理をＳ５１４へ進める。
【００３７】
Ｓ５１４において、ＣＰＵ３０１は、登録対象の症例情報をレベルＬの知識情報として登録するよう処理を行う。なお、Ｓ５１４の処理は、Ｓ５０５の処理と同様である。次に、Ｓ５１５において、ＣＰＵ３０１は、Ｓ５０９において取得したレベルＨの知識情報に、登録対象の症例情報を紐付ける。具体的には、ＣＰＵ３０１は、管理テーブル４００において、レベルＨの知識情報の情報ＩＤに対応付けて登録対象の症例情報の情報ＩＤを関連情報として登録する。さらに、ＣＰＵ３０１は、Ｓ５１２において取得したレベルＭの知識情報の情報ＩＤに対応付けて、登録対象の症例情報の情報ＩＤを関連情報として登録する。
【００３８】
知識管理サーバ装置１２０は、上記の処理により、症例情報を知識ＤＢ１１１に蓄積するが、このとき、ガイドラインや医学書等レベルＨの知識情報に沿った症例情報は知識ＤＢ１１１に蓄積されないよう管理する。
【００３９】
次にガイドライン等のレベルＨの文献が更新された場合の、知識管理サーバ装置１２０の処理について説明する。例えば、ガイドラインが更新され、既存の症例や論文に書かれている知識が新しいガイドラインに包含されることとなるような場合がある。このような場合には、既存の症例等は不要となる。このような場合に、知識管理サーバ装置１２０は、更新対象の知識情報の更新だけでなく、これに伴い、不要な知識情報を知識ＤＢ１１１から削除する。
【００４０】
図６Ａ及び図６Ｂは、知識ＤＢ１１１に既に登録されているレベルＨの知識情報の内容が更新された場合の、知識管理サーバ装置１２０による更新管理処理を示すフローチャートである。なお、更新後の知識情報は、更新対象（更新元）の知識情報が指定された状態で管理用ＰＣ１４０において管理者により入力され、支援サーバ装置１１０に送信されるものとする。
【００４１】
Ｓ６０１において、ＣＰＵ３０１は、更新元の知識情報（レベルＨ）を支援サーバ装置１１０から取得する。次に、Ｓ６０２において、ＣＰＵ３０１は、管理テーブル４００を参照し、更新元の知識情報に紐付けられたレベルＬの知識情報を、削除候補として取得する。すなわち、ＣＰＵ３０１は、更新元の知識情報の範囲に含まれない知識情報（レベルＬ）を取得する。ここで、Ｓ６０２の処理は、更新元の知識情報に比べて低いレベルに設定された知識情報のうちで、更新元の知識情報に含まれない知識情報を、削除候補として抽出する抽出処理の一例である。ここで、更新元の知識情報に含まれない知識情報（レベルＬ）とは、例えば、Ｓ５０３で得られた治療方法が、更新元の知識情報（レベルＨ）が有する治療方法と異なるレベルＬの知識情報である。また、更新元の知識情報（レベルＨ）に含まれない知識情報（レベルＬ）は、例えば、Ｓ５０１〜Ｓ５１５の処理によりレベルＭに対応付けられている場合がある。
【００４２】
次に、Ｓ６０３において、ＣＰＵ３０１は、削除候補が存在するか否かを確認する。なお、ＣＰＵ３０１は、管理テーブル４００において、更新元の知識情報にレベルＬの知識情報が紐付けられていない場合には、削除候補としての知識情報（レベルＬ）取得できない。ＣＰＵ３０１は、削除候補が存在しない場合には（Ｓ６０３でＮｏ）、処理をＳ６２０へ進める。ＣＰＵ３０１は、削除候補が存在する場合には（Ｓ６０３でＹｅｓ）、処理をＳ６０４へ進める。
【００４３】
Ｓ６０４において、ＣＰＵ３０１は、Ｓ６０２において取得した知識情報（レベルＬ）の中から、知識情報を１つ選択する。次に、Ｓ６０５において、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）が更新後の知識情報（レベルＨ）の範囲に含まれるか否かを確認する。具体的には、ＣＰＵ３０１は、更新元の知識情報を新たな知識情報で置き換えた、仮想的な知識ＤＢを構築するよう指示し、これに対し支援サーバ装置１１０は、仮想的な知識ＤＢを構築する。そして、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）に基づくクエリを支援サーバ装置１１０に送信する。これに対し、支援サーバ装置１１０が仮想的な知識ＤＢを用いて、正しい治療方法と、更新後の知識情報の組を検索結果として返すことができたとする。この場合、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）が更新後の知識情報（レベルＨ）の範囲に含まれると判断する。
【００４４】
ＣＰＵ３０１は、選択中の知識情報（レベルＬ）が更新後の知識情報（レベルＨ）の範囲に含まれる場合には（Ｓ６０５でＹｅｓ）、処理をＳ６０７へ進める。ＣＰＵ３０１は、選択中の知識情報（レベルＬ）が更新後の知識情報（レベルＨ）の範囲に含まれない場合には（Ｓ６０５でＮｏ）、処理をＳ６０６へ進める。
【００４５】
Ｓ６０６において、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）を更新後の知識情報（レベルＨ）に紐付け、その後処理をＳ６１１へ進める。具体的には、ＣＰＵ３０１は、管理テーブル４００において、更新元の知識情報の情報ＩＤに対応付けて関連情報として、選択中の知識情報（レベルＬ）の情報ＩＤを記録する。なお、管理テーブル４００の更新元の知識情報の情報ＩＤは、更新元の知識情報が更新されることにより、更新後の知識情報の情報ＩＤになるものとする。
【００４６】
一方、Ｓ６０７において、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）を削除対象として設定する。ここで、Ｓ６０７の処理は、削除候補の中から、更新対象の知識情報の更新に対応して、記憶部としての知識ＤＢ１１１から削除すべき、削除対象の知識情報を特定する特定処理の一例である。次に、Ｓ６０８において、ＣＰＵ３０１は、管理テーブル４００において、選択中の知識情報（レベルＬ）に紐付けられたレベルＭの知識情報が存在するか否かを確認する。
【００４７】
ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報が存在する場合には（Ｓ６０８でＹｅｓ）、処理をＳ６０９へ進める。ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報が存在しない場合には（Ｓ６０８でＮｏ）、処理をＳ６１１へ進める。Ｓ６０９において、ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報を処理対象として取得する。次に、Ｓ６１０において、ＣＰＵ３０１は、取得した知識情報（レベルＭ）を削除候補として設定する。ここで、Ｓ６１０の処理は、削除候補の知識情報に紐付けられている知識情報を削除候補として抽出する抽出処理の一例である。
【００４８】
次に、Ｓ６１１において、ＣＰＵ３０１は、Ｓ６０２において削除対象として取得した知識情報（レベルＬ）のうち、Ｓ６０４〜Ｓ６１１の処理が行われていない知識情報が存在するか否かを確認する。ＣＰＵ３０１は、未処理の知識情報が存在する場合には（Ｓ６１１でＹｅｓ）、処理をＳ６０４へ進める。この場合、ＣＰＵ３０１は、Ｓ６０４において未処理の知識情報（レベルＬ）を選択し、以降の処理を継続する。ＣＰＵ３０１は、未処理の知識情報が存在しない場合、すなわちすべての知識情報に対し、Ｓ６０４〜Ｓ６１１の処理が完了した場合には（Ｓ６１１でＮｏ）、処理をＳ６１２へ進める。このように、ＣＰＵ３０１は、Ｓ６０４〜Ｓ６１０の処理を繰り返すことにより、削除対象のレベルＬの知識情報と、削除候補のレベルＭの知識情報を設定することができる。
【００４９】
Ｓ６１２において、ＣＰＵ３０１は、Ｓ６１０において、削除候補に設定されたレベルＭの知識情報が存在するか否かを確認する。ＣＰＵ３０１は、削除候補が存在する場合には（Ｓ６１２でＹｅｓ）、処理をＳ６１３へ進める。ＣＰＵ３０１は、削除候補が存在しない場合には（Ｓ６１２でＮｏ）、処理をＳ６２０へ進める。Ｓ６１３において、ＣＰＵ３０１は、Ｓ６１０において削除候補に設定された知識情報（レベルＭ）の中から知識情報を１つ選択する。
【００５０】
次に、Ｓ６１４において、ＣＰＵ３０１は、管理テーブル４００において、選択中の知識情報（レベルＭ）に紐付けられている、レベルＬの知識情報を取得する。次に、Ｓ６１５において、ＣＰＵ３０１は、Ｓ６１４において取得した知識情報（レベルＬ）がすべて削除候補として設定されているか否かを確認する。ＣＰＵ３０１は、すべて削除候補として設定されている場合には（６１５でＹｅｓ）、処理をＳ６１６へ進める。ＣＰＵ３０１は、削除候補に設定されていない知識情報（レベルＬ）が存在する場合には（Ｓ６１５でＮｏ）、処理をＳ６１９へ進める。
【００５１】
Ｓ６１６において、ＣＰＵ３０１は、削除対象の知識情報（レベルＬ）と、選択中の知識情報（レベルＭ）を削除し、更新元の知識情報（レベルＨ）を新たな知識情報（レベルＨ）で置き換えた、仮想的な知識ＤＢを構築するよう指示する。これに対し、支援サーバ装置１１０は、仮想的な知識ＤＢを構築する。次に、Ｓ６１７において、ＣＰＵ３０１は、仮想的な知識ＤＢと、実際の知識ＤＢ１１１とに基づいて、選択中の知識情報（レベルＭ）が削除可能か否かを判断する。具体的には、ＣＰＵ３０１は、選択中の知識情報（レベルＭ）に紐付けられている知識情報（レベルＬ）に基づくクエリを支援サーバ装置１１０に送信する。当該クエリは例えばＳ５０１と同様にＣＰＵ３０１により生成される。これに対し、支援サーバ装置１１０は、実際の知識ＤＢ１１１を用いた検索結果と、仮想的な知識ＤＢを用いた検索結果と、を返す。ＣＰＵ３０１は、両検索結果を受信すると、これらの差分を求め、差分が一定範囲内の場合には、選択中の知識情報（レベルＭ）が削除可能であると判断し、差分が一定範囲を超える場合には、削除可能でないと判断する。例えば、ＣＰＵ３０１は、実際の知識ＤＢ１１１を用いた検索結果および仮想的な知識ＤＢを用いた検索結果のそれぞれが示す治療方法が同一の場合には、選択中の知識情報（レベルＭ）が削除可能であると判断する。
【００５２】
ＣＰＵ３０１は、削除可能と判断した場合には（Ｓ６１７でＹｅｓ）、処理をＳ６１８へ進める。ＣＰＵ３０１は、削除可能でないと判断した場合には（Ｓ６１７でＮｏ）、処理をＳ６１９へ進める。Ｓ６１８において、ＣＰＵ３０１は、選択中の知識情報（レベルＭ）を削除対象として設定する。次に、Ｓ６１９において、ＣＰＵ３０１は、Ｓ６１０において削除候補に設定された知識情報（レベルＭ）のうち、Ｓ６１３〜Ｓ６１８の処理が行われていない削除候補が存在するか否かを確認する。
【００５３】
ＣＰＵ３０１は、未処理の削除候補が存在する場合には（Ｓ６１９でＹｅｓ）、処理をＳ６１３へ進める。この場合、ＣＰＵ３０１は、Ｓ６１３において、未処理の削除候補を選択し、以降の処理を継続する。ＣＰＵ３０１は、未処理の削除候補が存在しない場合、すなわち、すべての削除候補に対し、Ｓ６１３〜Ｓ６１８の処理を完了した場合には（Ｓ６１９でＮｏ）、処理をＳ６２０へ進める。このように、ＣＰＵ３０１は、Ｓ６１３〜Ｓ６１８の処理を繰り返すことにより、削除候補のレベルＭの知識情報の中から、実際に削除すべき削除対象のレベルＭの知識情報を設定することができる。
【００５４】
Ｓ６２０において、ＣＰＵ３０１は、削除対象を知識ＤＢ１１１から削除するよう処理を行う。具体的には、ＣＰＵ３０１は、支援サーバ装置１１０に対し削除指示を出す。これに対し、支援サーバ装置１１０は、知識ＤＢ１１１から削除指示に係る知識情報を削除する。これにより、Ｓ６０７において削除対象に設定されたレベルＬの知識情報と、Ｓ６１８において削除対象の設定されたレベルＭの知識情報が知識ＤＢ１１１から削除される。さらに、ＣＰＵ３０１は、自装置の管理テーブル４００から、削除対象の知識情報を削除する。次に、Ｓ６２１において、ＣＰＵ３０１は、更新元の知識情報を新たな知識情報に置き換えるよう処理を行う。具体的には、ＣＰＵ３０１は、支援サーバ装置１１０に対し更新指示を出す。これに対し、支援サーバ装置１１０は、知識ＤＢ１１１に蓄積されている、更新元の知識情報を新たな知識情報で置き換える。
【００５５】
なお、知識情報（レベルＨ）の更新と、これに伴う知識情報（レベルＬ，Ｍ）の削除については、管理者の指示に応じて行うこととしてもよい。例えば、Ｓ６２０、Ｓ６２１の処理に替えて、管理用ＰＣ１４０を介した管理者からの指示に応じて管理用ＰＣ１４０が支援サーバ装置１１０に指示することで実現されてもよい。
【００５６】
次にガイドライン等のレベルＨの文献が新規に発行された場合の、知識管理サーバ装置１２０の処理について説明する。この場合も、知識として知識ＤＢ１１１に蓄積されていた症例等のレベルＬの文献や論文等のレベルＭの文献が不要になる場合がある。図７は、知識ＤＢ１１１に新たなレベルＨの知識情報が登録された場合の、知識管理サーバ装置１２０による、登録管理処理を示すフローチャートである。なお、新たな知識情報は、管理用ＰＣ１４０において管理者により入力され、支援サーバ装置１１０に送信されるものとする。なお、登録管理処理の後半の処理は、更新管理処理の後半の処理（Ｓ６１２〜Ｓ６２１）と同様であるため、更新管理処理と異なる、前半の処理について図７を参照しつつ説明する。
【００５７】
Ｓ７０１において、ＣＰＵ３０１は、管理テーブル４００を参照し、レベルＨの知識情報に紐付けられていない、レベルＬの知識情報をすべて取得する。次に、Ｓ７０２において、ＣＰＵ３０１は、Ｓ７０１において知識情報（レベルＬ）を取得したか否かを確認する。ＣＰＵ３０１は、知識情報を取得した場合には（Ｓ７０２でＹｅｓ）、処理をＳ７０３へ進める。ＣＰＵ３０１は、知識情報を取得しなかった場合には（Ｓ７０２でＮｏ）、更新管理処理のＳ６２１の処理と同様の処理を行い、その後処理を終了する。
【００５８】
Ｓ７０３において、ＣＰＵ３０１は、Ｓ７０１において取得した知識情報（レベルＬ）の中から、知識情報を１つ選択する。次に、Ｓ７０４において、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）が新たな知識情報（レベルＨ）の範囲に含まれるか否かを確認する。本処理は、Ｓ６０５の処理と同様である。ＣＰＵ３０１は、選択中の知識情報が新たな知識情報の範囲に含まれる場合には（Ｓ７０４でＹｅｓ）、処理をＳ７０５へ進める。ＣＰＵ３０１は、選択中の知識情報が新たな知識情報の範囲に含まれない場合には（Ｓ７０４でＮｏ）、処理をＳ７０９へ進める。
【００５９】
Ｓ７０５において、ＣＰＵ３０１は、選択中の知識情報（レベルＬ）を削除対象に設定する。次に、Ｓ７０６において、ＣＰＵ３０１は、管理テーブル４００において、選択中の知識情報（レベルＬ）に紐付けられたレベルＭの知識情報が存在するか否かを確認する。ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報が存在する場合には（Ｓ７０６でＹｅｓ）、処理をＳ７０７へ進める。ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報が存在しない場合には（Ｓ７０６でＮｏ）、処理をＳ７０９へ進める。Ｓ７０７において、ＣＰＵ３０１は、選択中の知識情報に紐付けられたレベルＭの知識情報を処理対象として取得する。次に、Ｓ７０８において、ＣＰＵ３０１は、取得した知識情報（レベルＭ）を削除候補として設定する。
【００６０】
次に、Ｓ７０９において、ＣＰＵ３０１は、Ｓ７０１において取得した知識情報（レベルＬ）のうち、Ｓ７０３〜Ｓ７０８の処理が行われていない知識情報が存在するか否かを確認する。ＣＰＵ３０１は、未処理の知識情報が存在する場合には（Ｓ６７０９Ｙｅｓ）、処理をＳ７０３へ進める。この場合、ＣＰＵ３０１は、Ｓ７０３において未処理の知識情報（レベルＬ）を選択し、以降の処理を継続する。ＣＰＵ３０１は、未処理の知識情報が存在しない場合、すなわちすべての知識情報に対し、Ｓ７０３〜Ｓ７０８の処理が完了した場合には（Ｓ７０９でＹｅｓ）、更新管理処理の後半の処理（Ｓ６１２〜Ｓ６２１）と同様の処理を行う。
【００６１】
なお、論文等のレベルＭの知識情報を知識ＤＢ１１１に新たに登録する場合には、管理者が管理用ＰＣ１４０から支援サーバ装置１１０に対し登録指示を出し、支援サーバ装置１１０が新たな知識情報（レベルＭ）を登録する。この場合には、上述の更新管理処理や登録管理処理は行われない。
【００６２】
以上のように、本実施形態に係る知識管理サーバ装置１２０は、知識情報の更新や新たな知識情報の登録に伴って不要になった知識情報を自動的に知識ＤＢ１１１から削除することができる。このように、知識管理サーバ装置１２０は、管理者等の負担を軽減しつつ、検索に用いられる記憶部としての知識ＤＢ１１１を適切に管理することができる。
【００６３】
なお、第１の変更例としては、管理テーブル４００は、医療支援システム１００の何れかの装置が記憶していればよい。例えば、知識管理サーバ装置１２０に替えて支援サーバ装置１１０が管理テーブル４００を記憶していることとしてもよい。
【００６４】
また、第２の変更例としては、症例登録管理処理や更新管理処理等（図５、図６Ａ、図６Ｂ、図７）の処理の主体は実施形態に限定されるものではなく、医療支援システム１００の何れかの装置が行えばよい。例えば、知識管理サーバ装置１２０に替えて、支援サーバ装置１１０が行うこととしてもよい。また他の例としては、知識管理サーバ装置１２０と医師用ＰＣ１３０等複数の装置が複数の処理を分担して行うことにより、全体として知識管理サーバ装置１２０の処理が実現されることとしてもよい。
【００６５】
また、第３の変更例としては、本実施形態においては、支援サーバ装置１１０は、治療方法を提示する診療支援を行うものとしたが、支援サーバ装置１１０は、患者の情報をクエリとし、診断候補（病名）を提示する診断支援を行うものであってもよい。この場合も、知識管理サーバ装置１２０は、上記実施形態において説明したのと同様の処理を行うことにより、知識ＤＢ１１１を適切に管理できる。
【００６６】
また、第４の変更例としては、知識情報のレベルは、３段階に限定されるものではない。他の例としては、ガイドラインと症例の２段階であってもよい。この場合、知識管理サーバ装置１２０は、レベルＭの知識情報に対する処理を省略することができる。また、知識レベルが４段階以上の場合も、更新または新規追加される知識情報のレベルより相対的に低いレベルを処理対象として知識管理サーバ装置１２０が実施形態において説明したのと同様の処理を行えばよい。さらに、中間レベルが複数ある場合には、知識管理サーバ装置１２０は、すべての中間レベルに対し、レベルＭの知識情報に対して行われる処理を行えばよい。
【００６７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００６８】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６９】
１００  医療支援システム
１１０  支援サーバ装置
１１１  知識ＤＢ
１２０  知識管理サーバ装置
【図１】
2017134458.tif 000003
【図２】
2017134458.tif 000004
【図３】
2017134458.tif 000005
【図４】
2017134458.tif 000006
【図５】
2017134458.tif 000007
【図６Ａ】
2017134458.tif 000008
【図６Ｂ】
2017134458.tif 000009
【図７】
2017134458.tif 000010