(57)【要約】【課題】ユーザのデータ参照を支援する医療情報システムを提供する。【解決手段】診療データ記憶部１２１と、カテゴリ項目名と一つ以上のデータ項目による処理条件からカテゴリ値を定義したカテゴリ項目定義記憶部１２０と、カテゴリ項目定義記憶部で定義された所定のカテゴリ項目を入力するカテゴリ項目設定部１００と、カテゴリ項目に従いカテゴリ項目定義記憶部の該当処理条件を実行することで該当カテゴリ値を生成するカテゴリ項目処理部１１０と、生成結果を出力するカテゴリ項目出力部１０１を備える。【効果】ユーザ定義の質的データを効率的に提示できる。【選択図】図１
2006107299.tif 000002
【特許請求の範囲】
【請求項１】
患者の日々の診療情報を格納する診療データ記憶部と、カテゴリ項目を識別する情報と、複数のカテゴリ値と、前記診療データ記憶部に格納される一つ以上のデータ項目を用いて、各レコードのカテゴリ値を生成するための処理条件とを格納するカテゴリ項目定義部と、参照するカテゴリ項目を設定するカテゴリ項目設定部と、前記設定されたカテゴリ項目をキーに、前記カテゴリ項目定義部の該当カテゴリ値及びその処理条件を抽出し、診療データ記憶部を検索し、前記処理条件に一致するレコードに対して、該当カテゴリ値を抽出するカテゴリ項目処理部と、前記カテゴリ値を出力するカテゴリ項目値出力部を備えることを特徴とする医療情報システム。
【請求項２】
請求項１記載の医療情報システムにおいて、前記カテゴリ項目定義部において、各カテゴリ項目に対して、最新のデータ項目から生成する必要性があることを示すリアルタイム種別を格納し、患者識別情報等の診療情報を一意に特定するためのキー情報と、カテゴリ項目を識別する情報と、前記カテゴリ項目処理部により前記カテゴリ項目に対して一定時間毎に抽出したカテゴリ値を格納するカテゴリ項目値記憶部を備え、前記カテゴリ項目処理部は、前記カテゴリ項目設定部により設定されたカテゴリ項目をキーに、前記カテゴリ項目定義部の該当リアルタイム種別を抽出し、前記リアルタイム種別が最新のデータ項目から生成する必要性がないことを示す場合は、前記カテゴリ項目値記憶部を検索し、該当カテゴリ値を抽出することを特徴とする医療情報システム。
【請求項３】
請求項１に記載の医療情報システムにおいて、カテゴリ項目名を入力するためのカテゴリ項目名定義領域と、カテゴリ値及びその処理条件を入力するための複数のカテゴリ値定義領域から構成されるカテゴリ項目定義部を備え、前記カテゴリ項目定義部において、前記カテゴリ値定義領域の表示順序により定めたカテゴリ値の優先度を格納し、前記カテゴリ項目処理部は、同一レコードが複数の処理条件に一致した場合に、前記優先度の高いカテゴリ値を抽出することを特徴とする医療情報システム。
【請求項４】
請求項１又は請求項２に記載の医療情報システムにおいて、各カテゴリ値でデータを複数の群に分けるカテゴリ項目を示す群分けカテゴリ項目と、各カテゴリ値の割合又は件数を算出するカテゴリ項目を示す参照カテゴリ項目と、前記群分けカテゴリ項目と前記参照カテゴリ項目の組み合わせを識別する情報を格納するカテゴリ項目セット定義記憶部と、各レコードについて、前記群分けカテゴリ項目のカテゴリ値及び前記参照カテゴリ項目のカテゴリ値を生成し、前記群分けカテゴリ項目の各カテゴリ値に対して前記参照カテゴリ項目の各カテゴリ値の割合又は件数を算出するカテゴリ項目セット処理部と、前記カテゴリ項目セット処理部の算出結果を出力するカテゴリ項目セット値出力部を備えることを特徴とする医療情報システム。
【請求項５】
請求項４記載の医療情報システムの入出力装置において、患者識別情報等の診療データを特定するためのキー情報を指定するステップと、前記群分けカテゴリ項目と前記参照カテゴリ項目の組み合わせを識別する情報を指定するステップと、前記群分けカテゴリ項目の各カテゴリ値に対する前記参照カテゴリ項目の各カテゴリ値の割合及び件数と、前記キー情報に該当するレコードに対するカテゴリ値を同時に表示するステップからなる医療情報表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療分野において、ユーザが要求する形式のデータを、データベースから検索して提示する医療情報システム及び医療情報表示方法に関する。
【背景技術】
【０００２】
電子カルテシステム等の診療現場で運用される医療情報システムでは、患者の日々の診療情報がデータベース化されており、ある時点における又は診断を行う際に、患者の臨床データから、医師や看護師等医療従事者の診療支援、患者へのインフォームドコンセント支援等を行うことが期待されている。これにより、医療情報システムでは、患者の臨床データを効率的に提示する機能が求められている。
【０００３】
一般的に、複数の患者の臨床データからユーザがデータの傾向を知るためには、何らかの統計量を算出して提示する必要がある。統計の分野では、一般的に、データの種類には、年齢やコレステロール値等の量的データと、疾患の有無等のある規則でデータを分類して扱う質的データがある。一般的に、データの傾向を知るための統計量は、量的データでは、最大値・最小値・平均値・代表値・標準偏差等、であり、質的データは、各分類に属するデータの件数や相対度数等を示す。これに対して、医療情報システムでは、予め上記統計量を算出するプログラムを用意し、項目毎に統計量を参照できるようにしておけばよい。しかし、量的データでも、例えば年齢では６５歳を境界に若年者、高齢者に分類するといった、質的データとして扱う場合がある。このような量的データから質的データへの変換においては、例えば、複数の検査結果から病態を分類する場合等のように、その分類規則が学会等によって異なり、複数存在する場合がある。また、各分類規則は、しばしば変更されることがあるため、このような質的データを、データベースのデータ項目に予め格納することは難しい。そこで、医療情報システムでは、ユーザ自身が個々の目的に合わせた質的データを簡便に定義し、対応する値を参照できる機能が必要になる。
【０００４】
従来技術として、例えば、SPSSやSAS等の統計ソフト、EXCEL等の表計算ソフト等の商用ソフトウェアを利用する方法がある。ここでは、ユーザが個々に専用の処理プログラムを記述し、データ編集する。また、他の従来技術として、特許文献１に示されるように、目的別にデータを加工して必要な情報を保管するデータマートを簡便に構築し、運用する方法があげられる。ここでは、予め準備されたプログラム構造のひな形に沿って、画面から選択指定することにより、高速なデータマート作成プログラムを自動生成できるため、利用者の要求に対応したデータマートをすぐに作成できる。
【０００５】
【特許文献１】特開２００２−３６６４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記従来技術は、いずれもユーザが個々の専門知識を有する必要があり、また汎用的な記述が可能であるため、かえって操作が煩雑になり、忙しい診療現場において一般的なユーザが利用することは、現実的でない。また、いずれも分析業務を目的とするため、ある一定時間毎に更新されたデータをユーザが利用すると想定し、日々更新される基幹データベースとは別に運用される。しかし、診療現場で運用されるシステムにおいては、例えば、着目した薬剤に対して別の患者に予想外の副作用が出た等の他の患者の重篤な情報、がある可能性があるため、一定時間毎ではなく、常に最新のデータを参照できる必要がある。
【０００７】
本発明の目的は、リアルタイムに更新される電子カルテデータベースを対象に、ユーザ定義に基づいた質的データとしてデータを参照できる医療情報システム及び医療情報表示方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明の医療情報システムは、患者の日々の診療情報を格納する診療データ記憶部と、カテゴリ項目を識別する情報と、複数のカテゴリ値と、診療データ記憶部に格納される一つ以上のデータ項目を用いて、各レコードのカテゴリ値を生成するための処理条件とを格納するカテゴリ項目定義部と、参照するカテゴリ項目を設定するカテゴリ項目設定部と、設定されたカテゴリ項目をキーに、カテゴリ項目定義部の該当カテゴリ値及びその処理条件を抽出し、診療データ記憶部を検索し、処理条件に一致するレコードに対して、該当カテゴリ値を抽出するカテゴリ項目処理部と、カテゴリ値を出力するカテゴリ項目値出力部を備える。
【０００９】
また、本発明の医療情報システムは、患者の日々の診療情報を格納する診療データ記憶部と、カテゴリ項目を識別する情報と、複数のカテゴリ値と、診療データ記憶部に格納される一つ以上のデータ項目を用いて、各レコードのカテゴリ値を生成するための処理条件とを格納するカテゴリ項目定義部と、参照するカテゴリ項目を設定するカテゴリ項目設定部と、設定されたカテゴリ項目をキーに、カテゴリ項目定義部の該当カテゴリ値及びその処理条件を抽出し、診療データ記憶部を検索し、処理条件に一致するレコードに対して、該当カテゴリ値を抽出するカテゴリ項目処理部と、カテゴリ値を出力するカテゴリ項目値出力部を備え、カテゴリ項目定義部において、各カテゴリ項目に対して、最新のデータ項目から生成する必要性があることを示すリアルタイム種別を格納し、患者識別情報等の診療情報を一意に特定するためのキー情報と、カテゴリ項目を識別する情報と、カテゴリ項目処理部によりカテゴリ項目に対して一定時間毎に抽出したカテゴリ値を格納するカテゴリ項目値記憶部を備え、カテゴリ項目処理部は、カテゴリ項目設定部により設定されたカテゴリ項目をキーに、カテゴリ項目定義部の該当リアルタイム種別を抽出し、リアルタイム種別が最新のデータ項目から生成する必要性がないことを示す場合は、カテゴリ項目値記憶部を検索し、該当カテゴリ値を抽出する。
【００１０】
また、本発明の医療情報システムは、カテゴリ項目名を入力するためのカテゴリ項目名定義領域と、カテゴリ値及びその処理条件を入力するための複数のカテゴリ値定義領域から構成されるカテゴリ項目定義部を備え、カテゴリ項目定義部において、カテゴリ値定義領域の表示順序により定めたカテゴリ値の優先度を格納し、カテゴリ項目処理部は、同一レコードが複数の処理条件に一致した場合に、優先度の高い方のカテゴリ値を抽出する。
【００１１】
また、本発明の医療情報システムは、各カテゴリ値でデータを複数の群に分けるカテゴリ項目を示す群分けカテゴリ項目と、各カテゴリ値の割合又は件数を算出するカテゴリ項目を示す参照カテゴリ項目と、群分けカテゴリ項目と参照カテゴリ項目の組み合わせを識別する情報を格納するカテゴリ項目セット定義記憶部と、各レコードについて、群分けカテゴリ項目のカテゴリ値及び参照カテゴリ項目のカテゴリ値を生成し、群分けカテゴリ項目の各カテゴリ値に対して参照カテゴリ項目の各カテゴリ値の割合又は件数を算出するカテゴリ項目セット処理部と、カテゴリ項目セット処理部の算出結果を出力するカテゴリ項目セット値出力部を備える。
【００１２】
また、本発明の医療情報表示方法では、患者識別情報等の診療データを特定するためのキー情報を指定するステップと、群分けカテゴリ項目と参照カテゴリ項目の組み合わせを識別する情報を指定するステップと、群分けカテゴリ項目の各カテゴリ値に対する参照カテゴリ項目の各カテゴリ値の割合及び件数と、キー情報に該当するレコードに対するカテゴリ値を同時に表示する。
【発明の効果】
【００１３】
本発明の医療情報システムによれば、ユーザ定義の質的データを効率的に提示でき、医師の診療や患者のインフォームドコンセント等に役立てることができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。
【００１５】
（実施例１）
本発明の実施例１を、図１、図２、図３、図４を用いて説明する。図１は、本発明の実施例１の医療情報システム（以下、単にシステムという）の構成例を示す図である。図１に示すように、本発明の実施例１のシステムは、検査結果テーブル、処方情報テーブル、病名情報テーブル等、患者の診療データを格納した様々なテーブルが含まれる診療データ記憶部１２１と、カテゴリ項目名と一つ以上のデータ項目による処理条件からカテゴリ値を定義したカテゴリ項目定義記憶部１２０と、カテゴリ項目定義記憶部で定義された所定のカテゴリ項目を入力するカテゴリ項目設定部１００と、カテゴリ項目に従いカテゴリ項目定義記憶部の該当処理条件を実行することで該当カテゴリ値を生成するカテゴリ項目処理部１１０と、生成結果を出力するカテゴリ項目出力部１０１を備えている。本発明の実施例１のシステムでは、ユーザ定義の質的データを効率的に提示でき、ユーザのデータ参照を支援する医療情報システムを提供する。
【００１６】
本発明の実施例１のシステムは、入出力装置１０、演算処理装置１１、記憶装置１２から構成される。入出力装置１０は、カテゴリ項目設定部１００、カテゴリ項目値出力部１０１を含む。演算処理装置１１は、カテゴリ項目処理部１１０を含む。記憶装置１２は、カテゴリ項目定義記憶部１２０、診療データ記憶部１２１を含む。診療データ記憶部１２１には、検査結果テーブル、処方情報テーブル、病名情報テーブル等、患者の診療データを格納した様々なテーブルが含まれる。各テーブルは、患者ID等の診療データを一意に特定するキー情報で管理し、複数のテーブルにまたがる情報を検索する際には、上記キー情報により各テーブルを連結して、該当するデータを検索する。図１は、検査結果テーブルの例を示す。一方、ここでのカテゴリ項目とは、質的データである項目、カテゴリ値とは、カテゴリ項目がとりうる値を示す。例えば、糖尿病の値には、「あり」と「なし」があるとすると、カテゴリ項目は「糖尿病」、「あり」「なし」がカテゴリ値となる。カテゴリ項目設定部１００は、ユーザが画面等で参照したいカテゴリ項目を指定する入力部を示し、カテゴリ項目値出力部１０１は、ユーザが指定したカテゴリ項目に該当する単一患者又は複数患者のカテゴリ値を表示する出力部を示す。カテゴリ項目処理部１１０は、カテゴリ項目設定部１００から指定されたカテゴリ項目に対して、カテゴリ項目定義記憶部１２０の定義情報に基づき、診療データ記憶部１２１を検索し、該当するカテゴリ値を生成する。生成結果は、カテゴリ項目値出力部１０１に表示される。
【００１７】
図２、図３は、本発明のカテゴリ項目定義記憶部１２０の構成を示す。カテゴリ項目定義記憶部１２０は、カテゴリ項目定義テーブル２０、処理条件テーブル３０、項目定義テーブル３１から構成される。カテゴリ項目定義テーブル２０には、カテゴリ項目の識別番号、項目名、ユーザ識別情報、カテゴリ値、処理条件IDに、それぞれ対応する定義情報が格納されている。このうち、項目名、ユーザ識別情報は、カテゴリ項目に対して１対１に対応して格納される。また、カテゴリ値は、カテゴリ項目に対して複数存在する。処理条件IDとは、診療データ記憶部１２１の一つ以上のデータ項目を用いて、カテゴリ値を生成するための条件を特定するIDであり、各カテゴリ値に１対１に対応して格納される。条件そのものは処理条件テーブル３０に格納される。具体的には、図２の例では、「糖尿病」及び「Tchol値（コレステロール値）」がカテゴリ項目として定義されており、「糖尿病」に対応するカテゴリ値は、「あり」「なし」、「Tchol値」に対応するカテゴリ値は、「低値」「中低値」「中高値」「高値」となり、それぞれの処理条件は、処理条件テーブル３０内の同一の処理条件IDを有するレコードで定義される。例えば、カテゴリ項目処理部１１０において、診療データ記憶部１２１内の各レコードのカテゴリ値を作成する処理を、データベース言語として知られているSQL（ Structured Query Language）を用いて行う場合には、処理条件IDに対応する処理条件は、処理条件テーブル３０、項目定義テーブル３１に示すように、SQLを生成するのに適した形式で格納する。処理条件テーブル３０、項目定義テーブル３１は、両テーブル共に、ユーザがGUI（Graphical User Interface）ベースの条件文設定用の画面で条件を入力し、SQLを自動生成するデータ検索システムにおける一般的なテーブル構成をとる。処理条件テーブル３０には、処理条件IDに対して、処理条件に含まれるデータ項目を識別するための項目No、データ項目の条件に否定をつけるための否定演算子の有無、処理条件の中で次にくるデータ項目の条件をつなげるための論理演算子、データ項目に対する条件をある範囲で分類するための上限値と下限値等、を格納する。また、もともと質的データであるデータ項目に対する条件は、例えば、そのとりうる値を上限値に格納する。項目定義テーブル３１は、データベースの項目情報を格納するテーブルで、データベース構築時に構築される。項目定義テーブル３１には、項目の識別情報である項目Noと、数値型、離散型、日付型等のデータ型、データのサイズ、データベース上のデータ項目名及びテーブル名、等を格納する。両テーブルにより、例えば、「処理条件ID＝１」の処理条件は「HbA1C＞=6.5 AND FBS＞120」、「処理条件ID＝５」の処理条件は「Tchol＞=220 AND Tchol＜250」という情報が取得できる。
【００１８】
次に、カテゴリ項目処理部１１０における処理について説明する。図４は、指定されたカテゴリ項目に対してカテゴリ値を生成する場合のシステムの動作を示す。まず、図４のステップ４００では、ユーザが参照したいカテゴリ項目をカテゴリ項目設定部１００により設定する。ここでは、例えば「糖尿病」を入力する。ステップ４０１では、ステップ４００で入力したカテゴリ項目の項目名をキーに、カテゴリ項目定義テーブル２０のカテゴリ値及びその処理条件ID、例えば「糖尿病」では「あり、なし」「１、２」を取得する。ステップ４０２では、ステップ４０１で取得した処理条件IDに対する処理条件を、処理条件テーブル３０、項目定義テーブル３１の内容に基づいて生成する。例えば「糖尿病」の「あり」に対しては、「"HbA1C">6.5 AND "FBS">'120'」、「なし」に対しては、「NOT "HbA1C">6.5 OR NOT "FBS">'120'」を生成する。ステップ４０３では、ステップ４０２で生成した処理条件から、各レコードに対するカテゴリ値を生成するための以下のSQLを生成する。
【００１９】
「SELECT CASE WHEN ("HbA1C">6.5 AND "FBS">'120') THEN 'あり'
ELSE  WHEN (NOT "HbA1C">6.5 OR NOT "FBS">'120') THEN  'なし'
FROM "検査結果テーブル" 」
上記SQLは、各レコードが、「"HbA1C">6.5 AND "FBS">'120'」を満たす場合は「あり」、「"HbA1C">6.5 AND "FBS">'120'」を満たさず、「NOT "HbA1C">6.5 OR NOT "FBS">'120'」を満たす場合は「なし」、全て満たさない場合は、「NULL」を生成結果として出力する。ステップ４０４は、ステップ４０３のSQLを診療データ記憶部１２１に格納された全レコードに対して実行する。ステップ４０５では、カテゴリ項目値出力部１０１に取得した検索結果を出力する。
【００２０】
以上のことから、従来は、ユーザが目的に合わせて複数のデータ項目を見比べていたのに対して、ユーザ定義のカテゴリ値としてまとめた結果を表示することで、ユーザが診療データを直感的に把握できる。また、データマート等の一定期間毎に更新される加工されたデータではなく、リアルタイムに更新されるデータを直接検索することにより、重篤な症例に対する情報を漏れなく参照でき、ユーザの診療を支援できる。
【００２１】
（実施例２）
本発明の実施例２を、図２、図３、図５、図６を用いて説明する。図５は、実施例２、３、４におけるシステムの構成例を示す図である。図５では、実施例１のシステムの構成に加えて、記憶装置１２において、カテゴリ項目値記憶部５０を含む。カテゴリ項目値記憶部５０には、患者ID等の診療データを一意に特定するキー情報と、カテゴリ項目名と、カテゴリ値から構成される。例えば、図１では、患者ID「ID1」のカテゴリ項目名「糖尿病」に対してカテゴリ値「あり」が格納されている。また、実施例２のカテゴリ項目定義記憶部１２０には、実施例１のカテゴリ項目定義記憶部１２０の構成に加えて、リアルタイム種別、を含む。リアルタイム種別とは、カテゴリ項目の値を最新の診療データを用いて算出する必要性があるか否かの情報、を示し、ユーザがカテゴリ項目毎に定義する。具体的には、リアルタイム種別は、カテゴリ項目定義テーブル２０において、カテゴリ項目に対して１対１に対応して格納する。一方、カテゴリ項目値記憶部５０のデータは、カテゴリ項目処理部１１０により、業務時間外の夜間等に更新される。即ち、カテゴリ項目定義テーブル２０の「リアルタイム種別＝FALSE」のカテゴリ項目のうち、処理条件に含まれるデータ項目が前回更新時から新たに更新されたレコードに対して、図４のステップ４０１〜ステップ４０４を実行し、各レコードのカテゴリ値を生成し、生成結果をカテゴリ項目値記憶部５０に登録する。なお、「リアルタイム種別＝TRUE」のカテゴリ項目については登録しない。
【００２２】
図６は、本発明の実施例２における、指定されたカテゴリ項目に対してカテゴリ値を生成する場合のシステムの動作を示す。ステップ６００では、ユーザが参照したいカテゴリ項目をカテゴリ項目設定部１００より入力する。例えば「糖尿病」や「Tchol値」を入力する。ステップ６０１では、ステップ６００で入力したカテゴリ項目名をキーに、カテゴリ項目定義テーブル２０のリアルタイム種別、例えば「糖尿病」では「FALSE」、「Tchol値」では「TRUE」を取得する。ステップ６０２では、ステップ６０１で取得したリアルタイム種別により、「FALSE」である場合はステップ６０３を、「TRUE」である場合はステップ６０５を、実行する。ステップ６０３では、カテゴリ項目値記憶部５０に対してステップ６００で取得した項目名に該当するカテゴリ値を検索するためのSQLを生成する。例えば、ステップ６００で取得した項目名が「糖尿病」であった場合には、以下のSQLを生成する。
【００２３】
「SELECT "カテゴリ値" FROM "カテゴリ項目値テーブル" WHERE  "項目名"=糖尿病 」
ステップ６０４は、ステップ６０３のSQLをカテゴリ項目値記憶部５０に対して実行する。一方、ステップ６０５は、リアルタイム種別が「TRUE」であるカテゴリ項目に該当するカテゴリ値を生成するために、図４のステップ４０１〜ステップ４０４を実行する。ステップ６０６では、カテゴリ項目値出力部１０１にステップ６０４やステップ６０５で取得した生成結果を出力する。
【００２４】
以上のことから、本発明では、定期的に患者の傾向をモニタリングするような用途の場合のカテゴリ値と、診療支援等を目的としたリアルタイム性が問われるカテゴリ値によって、生成処理方式を変えることで、少しでも検索の高速化を図ることができる。
【００２５】
（実施例３）
本発明の実施例３を、図２、図３、図５、図７を用いて説明する。
【００２６】
一般的に、患者の病態を分類して参照したい場合は、複数の検査結果から病態を分類する場合と、医師が入力した病名に基づいて分類する場合がある。そこで、例えば、糖尿病の有無については、検査結果のHbA1Cの値により、6.5以上である場合を「あり」、6.5未満である場合を「なし」、と定義できる。又は、医師が入力した病名の値を用いて、糖尿病である場合を「あり」、糖尿病でない場合を「なし」と定義できる。しかし、例えば、ある患者のレコードが「HbA1C=8.0」、「病名＝高脂血症」の場合、上記分類規則によると、糖尿病有無については、「HbA1C>=6.5」と「主病名＝not糖尿病」共に一致してしまい、「あり」と「なし」の複数のカテゴリ値となるため、どちらのカテゴリ値を優先させるか決める必要がある。そこで実施例３におけるシステムでは、以下のような構成となる。
【００２７】
本発明の実施例３のシステムの構成例を図５に示す。実施例３では、実施例１又は２のシステムの構成に加えて、入出力装置１０においてカテゴリ項目定義部５１を、演算処理装置１１においてカテゴリ項目作成部５２を含む。カテゴリ項目作成部５２は、カテゴリ項目定義部５１においてユーザが入力したカテゴリ項目の定義情報を、カテゴリ項目定義記憶部１２０における、カテゴリ項目定義テーブル２０、処理条件テーブル３０に格納する。また、実施例３のカテゴリ項目定義記憶部１２０には、第１又は実施例２のカテゴリ項目定義記憶部１２０の構成に加えて、優先度、を含む。ここでの優先度とは、あるレコードが複数のカテゴリ値に該当する場合に選択するカテゴリ値の優先順位、を示し、ユーザがカテゴリ値毎に定義する。具体的には、優先度は、カテゴリ項目定義テーブル２０において、カテゴリ値に対して１対１に対応して格納する。
【００２８】
図７は、実施例３のカテゴリ項目定義部５１の画面構成を示す。カテゴリ項目定義部５１は、項目名定義領域７０と、条件数指定領域７１と、複数のカテゴリ値定義領域７２と、登録ボタン７３から、構成される。カテゴリ値定義領域７２は、条件数指定領域７１で指定された数の分だけ表示する。カテゴリ値定義領域７２には、カテゴリ値名定義領域７２０と、該当する処理条件を設定する処理条件定義領域７２１から構成される。入力する処理条件定義領域７２１を指定すると、例えば、GUIベースの条件文設定用の画面を開き、設定した条件を処理条件定義領域７２１に表示する。登録ボタン７３により登録処理を行うと、項目名定義領域７０、カテゴリ値名定義領域７２０の内容を、カテゴリ項目定義テーブル２０に格納し、処理条件定義領域７２１の内容を、処理条件テーブル３０に格納する。また、カテゴリ値定義領域７２の画面の表示順序に従い、優先度をつけ、カテゴリ項目定義テーブル２０の優先度として格納する。
【００２９】
これにより、カテゴリ項目処理部１１０において、上記優先度を考慮した処理を行うには、前述の図４のステップ４０３において、以下のSQLを生成すればよい。即ち、各カテゴリ値の処理条件を、優先度の高い順序で記述すればよい。
【００３０】
SELECT CASE WHEN HbA1C灯>=6.5 THEN 'あり'
ELSE  WHEN 梼蝠a名煤％恃A病 THEN 'あり'
ELSE WHEN HbA1C灯<6.5 THEN 'なし'
ELSE WHEN博蝠a名煤not ％恃A病 THEN 'なし'
FROM "検査結果テーブル","病名情報テーブル"
WHERE "検査結果テーブル".患者ID="病名情報テーブル".患者ID
通常、カテゴリ値の条件文の設定では、ユーザが、同一レコードが複数の条件文に一致しないよう意識して、複雑な条件文を設定する必要がある。しかし、本発明では、同一レコードが複数の条件文に一致した場合は、優先する条件文を、条件文の入力領域の表示順序から定めるため、ユーザが複雑な条件文を設定せずに入力領域の順序だけ意識すればよいため、ユーザの定義操作を簡便化する。
【００３１】
（実施例４）
本発明の実施例４を、図５、図８を用いて説明する。一般的に、忙しい診療現場において、２つの質的データの関係をみる場合には、どちらかの質的データのカテゴリ値によりデータを複数の群に分け、それぞれの群において、もう片方の質的データの各カテゴリ値に対する割合や件数を抽出して比較する手法がとられる。そこで、上記２つの質的データ表示を簡便化するため、実施例４におけるシステムでは、以下のような構成となる。
【００３２】
本発明の実施例４のシステムの構成例を図５に示す。実施例４では、実施例３のシステムの構成に加えて、入出力装置１０にカテゴリ項目セット値出力部５３を含み、演算処理装置１１にカテゴリ項目セット処理部５４を含み、記憶装置１２にカテゴリ項目セット定義記憶部５５を含む。カテゴリ項目セット処理部５４は、カテゴリ項目セット定義記憶部５５で定義された各カテゴリ項目に基づき、カテゴリ項目処理部１１０により、各レコードのカテゴリ値を生成し、各カテゴリ値の組み合わせに対するレコードの割合や件数を算出する。カテゴリ項目セット値出力部５３は、カテゴリ項目セット処理部５４の算出結果を、例えば、グラフ化して表示する。
【００３３】
図８は、本発明の実施例４におけるカテゴリ項目セット定義記憶部５５の構成を示す。実施例４のカテゴリ項目セット定義記憶部５５は、カテゴリ項目セット名、群分けカテゴリ項目名、参照カテゴリ項目名、ユーザ識別情報、それぞれ対応する定義情報が格納されている。また、群分けカテゴリ項目名とは、カテゴリ項目定義記憶部１２０で定義されているカテゴリ項目のうち、そのカテゴリ値によりデータを複数の群に分けるカテゴリ項目名を示す。また、参照カテゴリ項目名とは、カテゴリ項目定義記憶部１２０で定義されているカテゴリ項目のうち、そのカテゴリ値毎にレコード件数や割合を算出するカテゴリ項目名を示す。ここでのカテゴリ項目セット名とは、群分けカテゴリ項目と参照カテゴリ項目の組み合わせを一意に特定するための識別情報を示す。例えば、図８のレコードの例では、カテゴリ項目セット名「糖尿病とコレステロール値」に対しては、群分けカテゴリ項目名「Tchol値」、参照カテゴリ項目名「糖尿病」、ユーザ識別情報「DR0000」が定義されている。次に、カテゴリ項目セット処理部５４の動作について、上記「糖尿病とコレステロール値」を例に、説明する。図２により、「Tchol値」のカテゴリ値は「低値」「中低値」「中高値」「高値」、「糖尿病」のカテゴリ値は「あり」「なし」、である。そこで、まず、実施例１又は実施例２におけるカテゴリ項目処理部１１０において、全レコードに対する「Tchol値」及び「糖尿病」のカテゴリ値を生成する。次に、全レコードの生成結果に基づき、「Tchol値」の「低値」「中低値」「中高値」「高値」、で４群化し、各群における、「糖尿病」の「あり」「なし」のそれぞれの割合や件数を算出する。
【００３４】
以上のように、頻繁に参照されるカテゴリ項目を群分けカテゴリ項目と参照カテゴリ項目に予め分けて予め登録しておくことにより、診療現場におけるユーザの検索操作やデータ加工操作が不要になり、診療の効率を向上できる。
【００３５】
（実施例５）
本発明の実施例５を、図９を用いて説明する。図９は、本発明の実施例５における入出力装置１０の画面展開例を示す。例えば、現在目の前にいる患者が糖尿病であり、過去の事例から糖尿病患者のうちIHD（虚血性心疾患）になった割合を示したいとする。ステップ９００では、ユーザが、参照したい患者IDを指定する。ここでは、特定の診療データを選択するためのキー情報を指定するため、外来日や入院日やカルテID等の識別情報でもよい。ステップ９０１では、カテゴリ項目セット定義記憶部５５のカテゴリ項目セット名の一覧より、ユーザが参照したいカテゴリ項目セット名、「糖尿病とIHD」を選択する。ステップ９０２では、カテゴリ項目セット値出力部５３において、ステップ９０１で指定されたカテゴリ項目セット名「糖尿病とIHD」に対して、該当群分けカテゴリ項目名「糖尿病」のカテゴリ値を横軸に、該当参照カテゴリ項目名「IHD」のカテゴリ値を縦軸に、各レコードの割合及び件数を表示する。また、同時に、ステップ９００で指定された患者IDに対する群分けカテゴリ項目のカテゴリ値及び参照カテゴリ項目のカテゴリ値を表示する。例えば、図９では、「患者ID＝１０００５」の「糖尿病」が「あり」、「IHD」が「なし」である場合には、グラフ表示内の該当カテゴリ値の組み合わせに対する表示部分を太線で強調表示する。これにより、現在の患者は、「糖尿病あり、IHDなし」の部分に位置するが、例えば、「糖尿病あり、IHDあり」の割合が高いので、IHDにならないよう、積極的に糖尿病の治療を施すことを患者に示すことができる。
【００３６】
以上のことにより、質的データの分布を示す際に、患者のカテゴリ値を同時に明示することにより、全体における患者の位置を直感的に把握でき、医師の診療支援や患者のインフォームドコンセントに役立てることができる。
【産業上の利用可能性】
【００３７】
医師の診療や患者のインフォームドコンセント等に有用な医療情報システムを提供できる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施例１のシステムの構成例を示す図。
【図２】本発明の実施例におけるカテゴリ項目定義テーブルのテーブル構造を説明する図。
【図３】本発明の実施例における処理条件テーブル及び項目定義テーブルのテーブル構造を説明する図。
【図４】本発明の実施例１における処理の手順を示すフローチャート。
【図５】本発明の実施例２、３、４におけるシステム構成例を示す図。
【図６】本発明の実施例２における処理の手順を示すフローチャート。
【図７】本発明の実施例３における入出力装置の入力部を示す図。
【図８】本発明の実施例におけるカテゴリ項目セット定義記憶部のテーブル構造を説明する図。
【図９】本発明の実施例５における入出力装置の画面展開を示す図。
【符号の説明】
【００３９】
１０…入出力装置、１１…演算処理装置、１２…記憶装置、１００…カテゴリ項目設定部、１０１…カテゴリ項目値出力部、１１０…カテゴリ項目処理部、１２０…カテゴリ項目定義記憶部、１２１…診療データ記憶部、２０…カテゴリ項目定義テーブル、３０…処理条件テーブル、３１…項目定義テーブル、５０…カテゴリ項目値記憶部、５１…カテゴリ項目定義部、５２…カテゴリ項目作成部、５３…カテゴリ項目セット値出力部、５４…カテゴリ項目セット処理部、５５…カテゴリ項目セット定義記憶部、７０…項目名定義領域、７１…条件数指定領域、７２…カテゴリ値定義領域、７２１…カテゴリ値名定義領域、７２２…処理条件定義領域。
【図１】
2006107299.tif 000003
【図２】
2006107299.tif 000004
【図３】
2006107299.tif 000005
【図４】
2006107299.tif 000006
【図５】
2006107299.tif 000007
【図６】
2006107299.tif 000008
【図７】
2006107299.tif 000009
【図８】
2006107299.tif 000010
【図９】
2006107299.tif 000011