JP5589931B2 - 検索プログラム、検索サーバ装置及び検索方法 - Google Patents

Description

本発明は、検索プログラム、検索サーバ装置及び検索方法に関する。

従来、蓄積した情報に対して、検索条件を受付けることで、所望の情報を提供することは広く行われている。例えば、医療機関における検索システムにおいて、ユーザから受付けた検索条件に対して、ＤＢ（Data Base）に蓄積した情報の中から条件に該当する情報を抽出する技術がある。

一例を挙げると、入院患者の病歴を管理する入院病歴管理システムは、入院患者の情報を保持する患者テーブルと、入院患者の入退院歴情報を保持する入退院歴テーブルと、入院患者の科歴情報を保持する科歴テーブルとを含んだ入院病歴ＤＢを有する。また、入院病歴ＤＢには、科歴に紐づけた入院患者の病名情報を保持する病名テーブルや、科歴に紐づけた入院患者が受けた手術情報を保持する手術テーブルなどを含む場合がある。そして、入院病歴管理システムは、ユーザから検索条件を受付けた場合、入院病歴ＤＢに含まれる各テーブルから検索条件に該当する情報を抽出して、「科歴数」と「入退院数」と「患者数」とを検索結果として表示する。

図１４に示す病名テーブルを用いて、従来技術に係る入院病歴管理システムによる検索処理を説明する。図１４は、病名テーブルの一例を示す図である。図１４に示す病名テーブルは、「患者ＩＤ」、「入退院歴Ｎｏ」、「科歴Ｎｏ」、「病名Ｎｏ」に対応付けて「病名」を記憶する。図１４に示すような病名テーブルにおいて、検索条件として「盲腸炎」を受付けた場合、入院病歴管理システムは、以下の結果を表示する。すなわち、入院病歴管理システムは、図１４中の（Ａ）〜（Ｃ）に示すレコードから「盲腸炎」を抽出し、「盲腸炎」と診断された「科歴数」に「３」、「盲腸炎」による「入退院数」に「２」、「盲腸炎」を患った「患者数」に「２」を表示する。

また、入院病歴管理システムは、「患者」、「入退院歴」、「科歴」、「病名」、「手術」等の項目の選択をユーザから受付け、ユーザから受付けた項目で、抽出した情報の一覧を表示する。例えば、入院病歴管理システムは、項目として、「病名」をユーザから受付けた場合、抽出した情報に紐付けられた病名の一覧を「病名」に格納された値ごとに分割して、一覧表示する。

例えば、図１４に示した病名テーブルにおいて、検索条件として「盲腸炎」を受付けた後に、項目として「病名」が選択された場合、入院病歴管理システムは、以下のレコードを病名テーブルから抽出する。すなわち、入院病歴管理システムは、図１４中の（Ａ）、（Ｂ）、（Ｃ）に示す「盲腸炎」を含むレコードを抽出して、一覧を表示する。また、一般的な検索手法として、１回目の検索結果を母集団として、更に検索条件を追加して検索する手法も広く知られている。

特許第４３３９０１１号公報

しかしながら、上述した従来の技術では、無駄な絞込み検索を受付ける場合があるという課題があった。

入院病歴ＤＢが有する病名テーブルと手術テーブルとは、ともに科歴に紐付いた情報を保持する。このため、病名テーブルが保持する情報と手術テーブルが保持する情報とは、一意に対応していない。例えば、入院病歴管理システムが手術テーブルとして図１５に示す情報を保持していた場合、図１４中の（Ａ）に示したレコードの「患者ＩＤ」、「入退院歴Ｎｏ」、「科歴Ｎｏ」それぞれに対応するレコードは、図１５中の（Ａ１）、（Ａ２）となる。同様に、図１４中の（Ｃ）に示したレコードの「患者ＩＤ」、「入退院歴Ｎｏ」、「科歴Ｎｏ」それぞれに対応するレコードは、図１５中の（Ｃ１）、（Ｃ２）、（Ｃ３）となる。なお、図１４中の（Ｂ）に示したレコードの「患者ＩＤ」、「入退院歴Ｎｏ」、「科歴Ｎｏ」それぞれに対応するレコードは、図１５中には存在しない。

図１５中の（Ａ１）〜（Ｃ３）に示したレコードの「手術名」は、「盲腸炎」の手術として施されたものもあれば、「盲腸炎」以外の「大腿部骨折」や「上腕部骨折」の手術として施されたものも含まれる。すなわち、病名テーブルが保持する「病名」と手術テーブルが保持する「手術名」とは、１対１で対応しているわけではない。このため、入院病歴管理システムは、病名テーブルから抽出したレコードについて、手術テーブルが保持する「手術名」で絞り込み検索を受付けた場合、「手術名」と病名テーブルから抽出したレコードとを１対１に対応付けることができない。したがって、入院病歴管理システムは、受付けた検索を無効な検索条件であると判定してしまう。

開示の技術は、上記に鑑みてなされたものであって、無駄な絞込み検索を受付けない検索プログラム、検索サーバ装置及び検索方法を提供することを目的とする。

本願の開示する検索プログラムは、検索条件を含む検索要求を受付ける処理をコンピュータに実行させる。また、検索プログラムは、患者識別情報を含む第一の情報に対応付けて、第一の種別に関する複数の第二の情報を記憶するとともに、第一の情報に対応付けて、第二の種別に関する複数の第三の情報を記憶する記憶部から、受付けた検索条件に合致する第二の情報に対応する該第一の情報を取得する処理をコンピュータに実行させる。
検索プログラムは、第一の種別または第二の種別を含む出力要求を受付け、記憶部から、出力要求に含まれる第一の種別または第二の種別に基づき、取得した第一の情報に対応する複数の第二の情報または複数の第三の情報を取得する処理をコンピュータに実行させる。検索プログラムは、取得した複数の第二の情報または複数の第三の情報を表示する処理をコンピュータに実行させる。検索プログラムは、出力要求に含まれる第一の種別または第二の種別に関する他の検索条件を受付ける画面を表示する処理をコンピュータに実行させる。

本願の開示する検索プログラム、検索サーバ装置及び検索方法の一つの態様によれば、無駄な絞込み検索を受付けないという効果を奏する。

図１は、検索システムの構成例を示す図である。 図２は、検索サーバの機能的構成を示すブロック図である。 図３は、患者テーブルの一例を示す図である。 図４は、入退院歴テーブルの一例を示す図である。 図５は、科歴テーブルの一例を示す図である。 図６は、病名テーブルの一例を示す図である。 図７は、手術テーブルの一例を示す図である。 図８は、検索条件保持テーブルの一例を示す図である。 図９は、検索条件画面管理テーブルの一例を示す図である。 図１０は、検索サーバによる処理の処理手順を示すフローチャートである。 図１１Ａは、検索処理画面の一例を示す図である。 図１１Ｂは、検索処理画面の一例を示す図である。 図１２Ａは、一覧メニュー画面の一例を示す図である。 図１２Ｂは、病名情報一覧画面の一例を示す図である。 図１２Ｃは、病名ＡＮＤ条件入力画面の一例を示す図である。 図１２Ｄは、病名ＯＲ条件入力画面の一例を示す図である。 図１３は、検索プログラムを実行するコンピュータを示す図である。 図１４は、病名テーブルの一例を示す図である。 図１５は、手術テーブルの一例を示す図である。

以下に、本願の開示する検索プログラム、検索サーバ装置及び検索方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

実施例１では、検索システムの構成、検索サーバの構成、表示画面の状態遷移、検索サーバの処理手順、実施例１の効果を順に説明する。

［検索システムの構成］
図１は、検索システムの構成例を示す図である。図１に示すように、検索システム１は、クライアントＰＣ３とクライアントＰＣ４とクライアントＰＣ５と検索サーバ１００とを有する。クライアントＰＣ３〜５は、ネットワーク２を介して検索サーバ１００と接続する。ここで、ネットワーク２は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。なお、クライアントＰＣ３〜５は、クライアント装置の一例であり、検索サーバ１００は、検索サーバ装置の一例である。また、検索システムは、クライアントＰＣと検索サーバとに分けず、同じ筐体として構成されてもよい。

クライアントＰＣ３〜５は、ユーザから各種検索条件を受け付け、受け付けた検索条件を検索サーバ１００に送信する。また、クライアントＰＣ３〜５は、検索サーバ１００から検索条件に応じた検索結果を受信する。そして、クライアントＰＣ３〜５は、受信した検索結果をユーザに出力する。

検索サーバ１００は、患者識別情報を含む第１の情報に対応付けて第２の情報を記憶するとともに、第１の情報に対応付けて第３の情報を記憶部に記憶する。検索サーバ１００は、クライアントＰＣから第２の情報に係る検索条件および第３の情報に係る検索条件を受け付け、両者の検索条件を満たす第１の情報を記憶部から検索する。

また、検索サーバ１００は、クライアントＰＣから第２の情報または第３の情報のいずれかに係わる出力要求を受け付け、検索の結果である第１の情報に含まれる患者識別情報に対応付けて記憶されている第２の情報または第３の情報のいずれかを記憶部から読み出してクライアントＰＣに出力する。

そして、検索サーバ１００は、第２の情報が出力されている場合には、当該第２の情報に係る検索条件を入力可能な画面を介してクライアントＰＣから当該検索条件を受け付けて第２の情報を検索し、第３の情報が出力されている場合には、当該第３の情報に係る検索条件を入力可能な画面を介してクライアント装置から当該検索条件を受け付けて第３の情報を検索する。そして、検索サーバ１００は、検索結果をクライアント装置に出力する。

上述してきたように、検索システム１では、検索サーバ１００が一覧表示した後は、一覧表示した属性のみ絞込み検索可能な画面を出力することで、無駄な絞込み検索を受付けない。

［検索サーバの構成］
次に、図２を用いて、検索サーバ１００の構成を説明する。図２は、検索サーバの構成を示すブロック図である。実施例１に係る検索サーバ１００は、通信制御Ｉ／Ｆ部１０１と記憶部１１０と制御部１２０とを有する。

通信制御Ｉ／Ｆ部１０１は、少なくとも１つの通信ポートを有するインターフェースであり、クライアントＰＣ３〜５との情報のやり取りを制御する。例えば、通信制御Ｉ／Ｆ部１０１は、クライアントＰＣ３から検索条件を受信し、受信した検索条件を検索条件保持部１２２に出力する。また、通信制御Ｉ／Ｆ部１０１は、第１取得部１２３によって取得された検索結果をクライアントＰＣ３に送信する。

記憶部１１０は、半導体メモリ素子又はハードディスクなどの記憶装置であり、入院病歴ＤＢ（Ｄａｔａ Ｂａｓｅ）１１１と検索条件保持テーブル１１２と検索条件画面管理テーブル１１３とを有する。

入院病歴ＤＢ１１１は、患者テーブル１１１ａと入退院歴テーブル１１１ｂと科歴テーブル１１１ｃと病名テーブル１１１ｄと手術テーブル１１１ｅとを有する。なお、入院病歴ＤＢ１１１が有するテーブルはこれらに限定されるものではなく、例えば、患者が受けた検査についての情報を記憶する検査テーブルをさらに含んでもよい。

患者テーブル１１１ａは、入院患者に識別子を付して、患者ＩＤ(Identifier）ごとの情報を記憶する。図３を用いて、患者テーブル１１１ａとして記憶される情報を説明する。図３は、患者テーブル１１１ａとして記憶される情報の一例を示す図である。なお、患者ＩＤは、患者識別情報の一例である。

図３に示すように、患者テーブル１１１ａは、「患者ＩＤ」と「氏名」と「生年月日」とを対応付けた情報を記憶する。ここで、患者テーブル１１１ａとして記憶される「患者ＩＤ」は、患者の識別子を示す。例えば、「患者ＩＤ」には、「１」、「２」、「３」などが格納される。また、「氏名」は、患者の氏名を示す。例えば、「氏名」には、「山○ 現」、「山△ 香」、「山□ 正」などが格納される。「生年月日」は、患者の生年月日を示す。例えば、「生年月日」には、「１９６９．０８．２０」、「１９７７．０３．２８」、「２００１．０１．０１」などが格納される。

図３に示す例では、患者ＩＤが「１」である患者の氏名は、「山○ 現」であり、生年月日が１９６９年８月２０日であることを示す。同様に、患者ＩＤ「２」である患者の氏名は、「山△ 香」であり、生年月日が１９７７年３月２８日であることを示す。また、患者ＩＤが「３」である患者の氏名は、「山□ 正」であり、生年月日が２００１年１月１日であることを示す。

入退院歴テーブル１１１ｂは、患者が１回入退院するごとに入退院歴Ｎｏを付し、入退院歴Ｎｏごとの情報を記憶する。図４を用いて、入退院歴テーブル１１１ｂとして記憶される情報を説明する。図４は、入退院歴テーブル１１１ｂとして記憶される情報の一例を示す図である。

図４に示すように、入退院歴テーブル１１１ｂは、「患者ＩＤ」と「入退院歴Ｎｏ」と「入院日」と「退院日」とを対応付けた情報を記憶する。ここで、入退院歴テーブル１１１ｂとして記憶される「患者ＩＤ」は、患者テーブル１１１ａで説明した「患者ＩＤ」と同様の情報である。また、「入退院歴Ｎｏ」は、患者ＩＤに紐付けた、入退院の回数を示す。例えば、「入退院歴Ｎｏ」には、「１」、「２」、「３」などが格納される。「入院日」は、入院日を示す。例えば、「入院日」には、「２００１．０１．０７」、「２００１．０３．１４」、「２００１．１１．２１」などが格納される。「退院日」は、退院日を示す。例えば、「退院日」には、「２００１．０１．３０」、「２００１．０５．２０」、「２００２．１２．２０」などが格納される。

図４に示す例では、患者ＩＤが「１」である患者は、これまでに３回入退院をしたことを示す。そして、１度目が２００１年１月７日に入院して、２００１年１月３０日に退院し、２度目が、２００１年３月１４日に入院して、２００１年５月２０日に退院し、３度目が、２００１年１１月２１に入院して、２００２年１２月２０日に退院したことを示す。

科歴テーブル１１１ｃは、入退院した時に診療を受けた科歴ごとに科歴Ｎｏを付し、科歴Ｎｏごとの情報を記憶する。図５を用いて、科歴テーブル１１１ｃとして記憶される情報を説明する。図５は、科歴テーブルとして記憶される情報の一例を示す図である。

図５に示すように、科歴テーブル１１１ｃは、「患者ＩＤ」と「入退院歴Ｎｏ」と「科歴Ｎｏ」と「科名」と「開始日」と「終了日」とを対応付けた情報を記憶する。ここで、科歴テーブル１１１ｃとして記憶される「患者ＩＤ」は、患者テーブル１１１ａで説明した「患者ＩＤ」と同様の情報であり、「入退院歴Ｎｏ」は、入退院歴テーブル１１１ｂで説明した「入退院歴Ｎｏ」と同様の情報である。「科歴Ｎｏ」は、入退院歴Ｎｏに紐付けた、受診した診療科の数を示す。例えば、「科歴Ｎｏ」には、「１」、「２」、「３」などが格納される。「科名」は、受診した診療科名を示す。例えば、「科名」には、「内科」、「循環器科」、「泌尿器科」などが格納される。「開始日」は、受診した診療科での診療開始日を示す。例えば、「開始日」には、「２００１．０１．０７」、「２００１．０１．１３」、「２００１．０１．２１」などが格納される。また、「終了日」は、受診した診療科での診療終了日を示す。例えば、「終了日」には、「２００１．０１．１２」、「２００１．０１．２０」、「２００１．０１．３０」などが格納される。

図５に示す例では、患者ＩＤが「１」である患者は、１度目の入退院時に３つの診療科に罹っており、１つ目が２００１年１月７日から２００１年１月１２日まで内科であることを示す。また、２つ目が、２００１年１月１３日から２００１年１月２０日まで循環器科であり、３つ目が、２００１年１月２１から２００１年１月３０日まで内科であることを示す。なお、科歴テーブル１１１ｃとして記憶される情報のうち、「患者ＩＤ」、「入退院歴Ｎｏ」及び「科歴Ｎｏ」は、第１の情報の一例である。「患者ＩＤ」に対して「入退院歴Ｎｏ」は、１対ｎの関係にあり、また、「入退院歴Ｎｏ」に対して「科歴Ｎｏ」は、１対ｎの関係にある。

病名テーブル１１１ｄは、科歴Ｎｏごとに患者が診断された病名に病名Ｎｏを付し病名Ｎｏごとの情報を記憶する。図６を用いて、病名テーブル１１１ｄとして記憶される情報を説明する。図６は、病名テーブルとして記憶される情報の一例を示す図である。

図６に示すように、病名テーブル１１１ｄは、「患者ＩＤ」と「入退院歴Ｎｏ」と「科歴Ｎｏ」と「病名Ｎｏ」と「病名」とを対応付けた情報を記憶する。ここで、病名テーブル１１１ｄとして記憶される「患者ＩＤ」は、患者テーブル１１１ａで説明した「患者ＩＤ」と同様の情報であり、「入退院歴Ｎｏ」は、入退院歴テーブル１１１ｂで説明した「入退院歴Ｎｏ」と同様の情報である。また、「科歴Ｎｏ」は、科歴テーブル１１１ｃで説明した「科歴Ｎｏ」と同様の情報である。「病名Ｎｏ」は、科歴Ｎｏに紐付いた、患者が診療科で診断された病名の数を示す。例えば、「病名Ｎｏ」には、「１」、「２」、「３」などが格納される。「病名」は、診療科で診断された病名を示す。例えば、「病名」には、「糖尿病」、「高脂血症」、「白血病」などが格納される。

図６に示す例では、患者ＩＤが「１」である患者は、１度目の入退院時に３つの診療科に罹っており、１つ目の科で、糖尿病と高脂血症であると診断されたことを示す。また、２つ目の科で、白血病であると診断されたことを示す。また、３つ目の科で、肝硬変と高血圧であると診断されたことを示す。なお、病名テーブル１１１ｄとして記憶される情報のうち、「患者ＩＤ」、「入退院歴Ｎｏ」及び「科歴Ｎｏ」は、第１の情報の一例である。「患者ＩＤ」に対して「入退院歴Ｎｏ」は、１対ｎの関係にあり、また、「入退院歴Ｎｏ」に対して「科歴Ｎｏ」は、１対ｎの関係にある。また、病名テーブル１１１ｄは第一の種別の一例であり、病名テーブル１１１ｄとして記憶される情報のうち、「病名Ｎｏ」と「病名」とは、第２の情報の一例である。そして、「科歴Ｎｏ」と、「病名Ｎｏ」及び「病名」とは、１対ｎに関係付けられる。

手術テーブル１１１ｅは、科歴Ｎｏごとに患者が受けた手術に手術Ｎｏを付し手術Ｎｏごとの情報を記憶する。図７を用いて、手術テーブル１１１ｅとして記憶される情報を説明する。図７は、手術テーブルとして記憶される情報の一例を示す図である。

図７に示すように、手術テーブル１１１ｅは、「患者ＩＤ」と「入退院歴Ｎｏ」と「科歴Ｎｏ」と「手術Ｎｏ」と「手術名」とを対応付けた情報を記憶する。ここで、手術テーブル１１１ｅとして記憶される「患者ＩＤ」、「入退院歴Ｎｏ」、「科歴Ｎｏ」は、科歴テーブル１１１ｃで説明したものと同様の情報である。「手術Ｎｏ」は、科歴Ｎｏに紐付いた、患者が診療科で施された手術の数を示す。例えば、「手術Ｎｏ」には、「１」、「２」、「３」などが格納される。「手術名」は、診療科で施された手術名を示す。例えば、「手術名」には、「骨端線ステーブル固定」、「骨膜縫合」、「盲腸切除」などが格納される。

図７に示す例では、患者ＩＤが「１」である患者は、２度目の入退院時に２つ目の科で、骨端線ステーブル固定と骨膜縫合を受けたことを示す。また、３度目の入退院時に２つ目の科で盲腸切除と虫垂盲腸吻合を受けたことを示す。なお、手術テーブル１１１ｅとして記憶される情報のうち、「患者ＩＤ」、「入退院歴Ｎｏ」及び「科歴Ｎｏ」は、第１の情報の一例である。「患者ＩＤ」に対して「入退院歴Ｎｏ」は、１対ｎの関係にあり、また、「入退院歴Ｎｏ」に対して「科歴Ｎｏ」は、１対ｎの関係にある。また、手術テーブル１１１ｅは、第二の種別の一例であり、手術テーブル１１１ｅとして記憶される情報のうち、「手術Ｎｏ」と「手術名」とは、第３の情報の一例である。そして、「科歴Ｎｏ」と、「手術Ｎｏ」及び「手術名」とは、１対ｎに関係付けられる。

検索条件保持テーブル１１２は、検索サーバ１００が受付けた検索条件を記憶する。図８を用いて、検索条件保持テーブル１１２として記憶される情報を説明する。図８は、検索条件保持テーブル１１２として記憶される情報の一例を示す図である。

図８に示すように、検索条件保持テーブル１１２は、「検索Ｎｏ」と「テーブルコード」と「フィールドコード」と「条件内容」とを対応付けた情報を記憶する。ここで、検索条件保持テーブル１１２として記憶される「検索Ｎｏ」は、検索ごとに付与されるＮｏを示す。例えば、「検索Ｎｏ」には、「１」、「２」などが格納される。「テーブルコード」は、各情報テーブル名を示す。例えば、「テーブルコード」には、「病名テーブル」、「手術テーブル」などが格納される。「フィールドコード」は、各情報テーブル内の各項目を示す。例えば、「病名テーブル」の「フィールドコード」には、「ＩＣＤ１０」、「病名」などが格納される。また、「手術テーブル手術テーブル」の「フィールドコード」には、「手術区分」、「手術名」などが格納される。「条件内容」は、フィールドコードにおいて入力された検索条件を示す。例えば、「条件内容」には、「急性心筋梗塞」、「ステント挿入」、「狭心症」などが格納される。

図８に示す例では、検索条件保持テーブル１１２は、１回目の検索では、病名テーブルの「病名」に「急性心筋梗塞」を有し、手術テーブルの「手術名」に「ステント挿入」を有するレコードを検索したことを示す。また２回目の検索では、病名テーブルの「病名」に「狭心症」を有し、手術テーブルの「手術名」に「ステント挿入」を有するレコードを検索したことを示す。

検索条件画面管理テーブル１１３は、受け付けた検索条件に対応付けて、出力する画面の情報を記憶する。図９を用いて、検索条件画面管理テーブル１１３として記憶される情報を説明する。図９は、検索条件画面管理テーブルとして記憶される情報の一例を示す図である。

図９に示すように、検索条件画面管理テーブル１１３は、「情報種別コード」と「細分化コード」と「ＡＮＤ／ＯＲコード」と「画面コード」とを対応付けた情報を記憶する。ここで、検索条件画面管理テーブル１１３として記憶される「情報種別コード」は、検索結果を一覧表示する場合に選択する画面の種別を示す。例えば、「情報種別コード」には、患者一覧を表示することを示す「患者」、入退院歴一覧を表示することを示す「入退院歴」、科歴一覧を表示することを示す「科歴」などが格納される。また、「情報種別コード」には、病名一覧を表示することを示す「病名」、手術名一覧を表示することを示す「手術名」などが格納される。「細分化コード」は、情報の全てまたは条件を示す。例えば、「細分化コード」には、「すべて」、「条件」などが格納される。「ＡＮＤ／ＯＲコード」は、検索条件がＡＮＤ検索であるかＯＲ検索であるかを示す。例えば、「ＡＮＤ／ＯＲコード」には、「ＡＮＤ」、「ＯＲ」などが格納される。「画面コード」は、出力する画面の種類を示す。例えば、「画面コード」には、「患者一覧」、「入退院歴一覧」、「科歴一覧」などが格納される。同様に、「画面コード」には、「病名一覧」、「手術名一覧」、「病名ＡＮＤ条件入力」、「病名ＯＲ条件入力」などが格納される。また、「画面コード」には、「手術名ＡＮＤ条件入力」、「手術名ＯＲ条件入力」などが格納される。

図９に示す例では、検索条件画面管理テーブル１１３は、「情報種別コード」が「患者」、「細分化コード」が「すべて」である場合、患者一覧を表示することを示す。同様に、検索条件画面管理テーブル１１３は、「情報種別コード」が「病名」、「細分化コード」が「すべて」である場合、病名一覧を表示することを示す。また、検索条件画面管理テーブル１１３は、「情報種別コード」が「病名」、「細分化コード」が「すべて」、「ＡＮＤ／ＯＲコード」が「ＡＮＤ」である場合、病名ＡＮＤ条件入力を表示することを示す。なお、「情報種別コード」の「病名」は、第一の種別の一例であり、「手術名」は、第二の種別の一例である。

制御部１２０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有する。制御部１２０は、第１受付け部１２１と検索条件保持部１２２と第１取得部１２３と第２受付け部１２４と第２取得部１２５と第１表示部１２６と第２表示部１２７と第３受付け部１２８と第３取得部１２９と第３表示部１３０とを有する。例えば、制御部１２０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路、又は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路である。

第１受付け部１２１は、クライアントＰＣから検索条件を受け付ける。例えば、第１受付け部１２１は、クライアントＰＣ３から検索条件として病名テーブルの「病名」に「急性心筋梗塞」を有するレコードの検索を受付ける。なお、第１受付け部１２１が受付ける検索条件はこれに限定されるものではない。例えば、第１受付け部１２１は、病名テーブルの「病名」に「急性心筋梗塞」を有し、かつ、手術テーブルの「手術名」に「ステント挿入」を有するレコードの検索を受付けてもよい。

検索条件保持部１２２は、第１受付け部１２１によって受付けられた検索条件を検索条件保持テーブル１１２に格納する。例えば、検索条件保持部１２２は、第１の情報の検索に用いた第２の情報または第３の情報に係る検索条件を検索条件保持テーブル１１２に保持する。一例を挙げると、検索条件保持部１２２は、１回目の検索で、クライアントＰＣから病名テーブルの「病名」に「心筋梗塞」を有するレコードの検索を受け付けた場合、以下の処理を実行する。すなわち、検索条件保持部１２２は、検索条件保持テーブル１１２の「検索Ｎｏ」に「１」、「テーブルコード」に「病名テーブル」、「フィールドコード」に「病名」、「条件内容」に「心筋梗塞」を対応付けて格納する。

第１取得部１２３は、第１受付け部１２１によってクライアントＰＣから受付けられた検索条件と一致する第１の情報を入院病歴ＤＢ１１１に記憶される情報から検索して取得する。例えば、第１取得部１２３は、「病名」に「心筋梗塞」を有するレコードの第１の情報を病名テーブル１１１ｄから検索して取得する。

そして、第１取得部１２３は、検索条件を満たす第１の情報の件数を出力する。例えば、第１取得部１２３は、取得したレコードの第１の情報に含まれる科歴Ｎｏの数から科歴数を算出する。また、第１取得部１２３は、取得したレコードの第１の情報に含まれる入退院Ｎｏの数から入退院数を算出し、取得したレコードの第１の情報に含まれる患者ＩＤの数から患者数を算出する。そして、第１取得部１２３は、算出した科歴数、入退院数、患者数を出力する。

第２受付け部１２４は、第１取得部１２３によって取得された第１の情報について、クライアントＰＣから出力要求として、「情報種別コード」及び「細分化コード」の設定を受付ける。例えば、第２受付け部１２４は、「情報種別コード」として「患者」、「入退院歴」、「科歴」、「病名」、「手術名」のいずれかの設定を受付ける。また、第２受付け部１２４は、「細分化コード」とし「すべて」、「条件」のいずれかの設定を受付ける。一例を挙げると、第２受付け部１２４は、「情報種別コード」として「病名」、「細分化コード」として「すべて」を設定として受付ける。

第２取得部１２５は、第１取得部１２３によって取得された第１の情報に対応する、出力要求された情報種別コードの情報を取得する。例えば、第２取得部１２５は、情報種別コードとして「病名」が設定された場合、第１取得部１２３によって取得された第１の情報に対応する「病名」を取得する。一例を挙げると、第２取得部１２５は、第１受付け部１２１によって受付けられた検索条件が「心筋梗塞」であり、第２受付け部１２４によって受付けられた情報種別コードとして「病名」が設定された場合、以下の情報を取得する。すなわち、第２取得部１２５は、「心筋梗塞」を有する第１の情報に含まれるすべての病名を取得する。

また、第２取得部１２５は、第１受付け部１２１によって受付けられた検索条件が「心筋梗塞」であり、第２受付け部１２４によって受付けられた情報種別コードとして「手術」が設定された場合、以下の情報を取得する。すなわち、第２取得部１２５は、「心筋梗塞」を有する第１の情報をもとに、手術テーブル１１１ｅを検索する。そして、第２取得部１２５は、「心筋梗塞」を有する第１の情報に対応するすべての手術名を取得する。

第１表示部１２６は、第２受付け部１２４によって受付けられた設定と検索条件画面管理テーブル１１３とから一覧表示画面を選択し、選択した一覧表示画面に第２取得部１２５が取得した情報を出力する。例えば、第１表示部１２６は、「情報種別コード」が「患者」、「細分化コード」が「すべて」の設定を受け付けた場合、検索条件画面管理テーブル１１３から患者一覧画面を選択する。

また、第１表示部１２６は、第１の情報に対応付けて記憶されている第２の情報または第３の情報のいずれかのうち、当該第１の情報の検索に用いた第２の情報または第３の情報に係る検索条件を満たす情報を入院病歴ＤＢ１１１から読み出して出力する。一例を挙げると、第１表示部１２６は、「情報種別コード」が「病名」、「細分化コード」が「条件」の設定を受け付けた場合、第２の情報または第３の情報に係る検索条件を満たす病名の一覧画面を出力する。

一例をあげると、第１表示部１２６は、「心筋梗塞」で検索された後に、情報種別コード」が「病名」、「細分化コード」が「すべて」で一覧画面を表示させる場合、「心筋梗塞」を有する第１情報に含まれるすべての病名を表示する。

第２表示部１２７は、絞り込み検索を実行する場合、検索条件をクライアントＰＣから受付ける画面を表示する。なお、ここで言う絞込み検索とは、一覧画面に表示させた第２の情報や第３の情報に対して、さらに検索を行うことを示す。第２表示部１２７は、第１表示部１２６によって第２の情報が出力されている場合には、当該第２の情報に係る検索条件を入力可能な画面を表示する。また第２表示部１２７は、第１表示部１２６によって第３の情報が出力されている場合には、当該第３の情報に係る検索条件を入力可能な画面を表示する。

例えば、第２表示部１２７は、出力されている情報と受け付けた設定条件とを用いて検索条件画面管理テーブル１１３から表示させる画像の種別を選択する。一例を挙げると、第２表示部１２７は、病名一覧が表示されており、「ＡＮＤ／ＯＲコード」のうち「ＡＮＤ」の設定を受け付けた場合、検索条件画面管理テーブル１１３から病名ＡＮＤ条件入力画面を選択し、選択した病名ＡＮＤ条件入力画面を出力する。同様に、第２表示部１２７は、病名一覧が表示されており、「ＡＮＤ／ＯＲコード」のうち「ＯＲ」の設定を受け付けた場合、検索条件画面管理テーブル１１３から病名ＯＲ条件入力画面を選択し、選択した病名ＯＲ条件入力画面を出力する。

第３受付け部１２８は、クライアントＰＣから絞り込み検索条件を受け付ける。例えば、第３受付け部１２８は、第２表示部１２７によって病名ＡＮＤ条件入力画面が出力された場合、絞り込み検索条件として、「心筋梗塞」、「狭心症」、「糖尿病」などを受付ける。

また、第３受付け部１２８は、第２の情報または第３の情報に係る検索条件を入力可能な画面として、保持している第２の情報または第３の情報に係る検索条件を一括して入力可能な画面を介して当該検索条件を受け付ける。例えば、第３受付け部１２８は、検索条件保持テーブル１１２に記憶された複数の検索条件を出力し、出力した複数の検索条件について、クライアントＰＣから選択を受け付ける。

第３取得部１２９は、受け付けた検索条件で絞り込み検索を実行する。例えば、第３取得部１２９は、他の検索条件に基づいて、複数の第二の情報または複数の第三の情報のうち、該他の検索条件に対応する第二の情報または第三の情報を、入院病歴ＤＢ１１１から取得する。

第３表示部１３０は、第３取得部１２９による絞り込み検索によって取得された第二の情報または第三の情報を表示する。

［検索サーバによる処理の処理手順］
次に図１０を用いて、検索サーバ１００による処理の処理手順を説明する。図１０は、検索サーバによる処理の処理手順を説明するフローチャートである。例えば、検索サーバ１００は、検索条件の入力を受付けたことを契機に処理を実行する。

図１０に示すように、検索サーバ１００は、検索条件の入力を受付け（ステップＳ１０１）、受付けた検索条件を検索条件保持テーブル１１２に格納する（ステップＳ１０２）。そして、検索サーバ１００は、入院病歴ＤＢ１１１から受付けた検索条件に一致するレコードを検索する（ステップＳ１０３）。

検索サーバ１００は、検索結果として得られた、科歴数、入退院数、患者数それぞれの件数を表示する（ステップＳ１０４）。続いて、検索サーバ１００は、再検索処理を受付けたか否かを判定する（ステップＳ１０５）。なお、ここでいう再検索とは、異なる検索条件によって新たな検索処理を実行することを示す。

検索サーバ１００は、再検索処理を受付けたと判定した場合（ステップＳ１０５、Ｙｅｓ）、ステップＳ１０１に移行する。一方、検索サーバ１００は、再検索処理を受付けていないと判定した場合（ステップＳ１０５、Ｎｏ）、情報を一覧表示する情報種別コード及び細分化コードの設定をユーザから受付ける（ステップＳ１０６）。

検索サーバ１００は、受付けた設定から表示する情報の一覧を判定する（ステップＳ１０７）。すなわち、検索サーバ１００は、表示する画面として、患者一覧画面であるか、入退院歴一覧画面であるか、科歴一覧画面であるか、病名もしくは手術名一覧画面であるかを判定する。

ここで、検索サーバ１００は、患者一覧画面であると判定した場合（ステップＳ１０７、患者「すべて」）、患者一覧画面を表示する（ステップＳ１０８）。また、検索サーバ１００は、入退院歴一覧画面であると判定した場合（ステップＳ１０７、入退院「すべて」）、入退院歴一覧画面を表示する（ステップＳ１０９）。また、検索サーバ１００は、科歴一覧画面であると判定した場合（ステップＳ１０７、科歴「すべて」）、科歴一覧画面を表示する（ステップＳ１１０）。また、検索サーバ１００は、病名もしくは手術名一覧画面であると判定した場合（ステップＳ１０７、病名／手術）、「すべて」であるか否かを判定する（ステップＳ１１１）。

ここで、検索サーバ１００は、「すべて」であると判定した場合（ステップＳ１１１、Ｙｅｓ）、すべてを検索する（ステップＳ１１２）。一方、検索サーバ１００は、「すべて」ではないと判定した場合（ステップＳ１１１、Ｎｏ）、保存条件で検索する（ステップＳ１１３）。

続いて、検索サーバ１００は、一覧画面を表示させる（ステップＳ１１４）。そして、検索サーバ１００は、ＡＮＤもしくはＯＲコードの設定を受付ける（ステップＳ１１５）。検索サーバ１００は、受付けた設定がＡＮＤであるか否かを判定する（ステップＳ１１６）。

検索サーバ１００は、設定がＡＮＤであると判定した場合（ステップＳ１１６、Ｙｅｓ）。ＡＮＤ検索用の画面を表示し、条件の入力を受付ける（ステップＳ１１７）。例えば、検索サーバ１００は、病名テーブル一覧を表示した後に、ＡＮＤ設定を受付けた場合、病名ＡＮＤ条件入力画面を表示する。そして、検索サーバ１００は、受付けた検索条件で検索処理を実行し（ステップＳ１１８）、ステップＳ１１４に移行する。一方、検索サーバ１００は、設定がＡＮＤでない、すなわちＯＲであると判定した場合（ステップＳ１１６、Ｎｏ）、ＯＲ検索用の画面を表示し、条件の入力を受付ける（ステップＳ１１９）。例えば、検索サーバ１００は、病名テーブル一覧を表示した後に、ＯＲ設定を受付けた場合、病名ＯＲ条件入力画面を表示する。そして、検索サーバ１００は、受付けた検索条件で検索処理を実行し（ステップＳ１２０）、ステップＳ１１４に移行する。

［表示画面の状態遷移］
次に、図１１Ａ〜Ｂ及び図１２Ａ〜Ｄを用いて、表示画面の状態遷移を説明する。図１１Ａは、検索処理画面の一例を示す図であり、図１１Ｂは、検索処理画面の一例を示す図である。図１２Ａは、一覧メニュー画面の一例を示す図であり、図１２Ｂは、病名情報一覧画面の一例を示す図であり、図１２Ｃは、病名ＡＮＤ条件入力画面の一例を示す図であり、図１２Ｄは、病名ＯＲ条件入力画面の一例を示す図である。

検索サーバ１００は、図１１Ａに示すような画面を出力する。図１１中の（Ａ）に示した「テーブルコード」から病名テーブル１１１ｄが選択された場合、検索サーバ１００が出力する画面の一例を示す。検索サーバ１００は、図１１Ａ中の（Ｂ）に示す「フィールドコード」に検索条件を受け付ける。例えば、検索サーバ１００は、「病名」に検索条件「急性心筋梗塞」、「手術名」に検索条件「ステント挿入」を受け付ける。この処理は、図１０のステップＳ１０１に対応する処理である。

また、図１１Ａ中の（Ｃ）に示す「検索１」が押下されることにより、検索サーバ１００は、検索処理を実行する。そして、検索サーバ１００は、検索結果として「科歴数」、「入退院歴数」、「患者数」を表示する。図１１Ａに示す例では、検索サーバ１００は、「科歴数」が「２０」、「入退院歴数」が「１５」、「患者数」が「１３」を表示する。なお、この処理は、図１０のステップＳ１０２からステップＳ１０４までの処理に対応する。

また、検索サーバ１００は、再検索処理を受け付けた場合、新たな検索条件を受け付け、「検索２」が押下されることにより、検索処理を実行する。例えば、検索サーバ１００は、「手術名」に検索条件「ステント挿入」を受け付ける。なお、この処理は、図１０のステップＳ１０５の処理でＹｅｓと判定された場合に対応する。さらに、「検索１」の検索結果と「検索２」の検索結果に対してＡＮＤ検索を実行する場合、検索サーバ１００は、図１１Ｂに示す画面を出力する。例えば、検索サーバ１００は、「検索３」が押下される事により、検索１と検索２に対してＡＮＤ条件を満たす患者について検索する。すなわち、検索サーバ１００は、「病名」に「心筋梗塞」を有し、かつ、「手術名」に「ステント挿入」を有する第１の情報を検索する。

図１１Ａに戻り、検索サーバ１００は、図１１Ａ中の（Ｄ）に示す「一覧」を押下された場合、図１２Ａに示すような「一覧メニュー」画面を表示させる。ここで、検索サーバ１００は、情報種別コードとして、「患者」、「入退院」、「科歴」、「病名」、「手術」などの設定を受け付け、細分化コードとして、「すべて」、「条件」、「主病名」などの設定を受け付ける。なお、この処理は、図１０のステップＳ１０６からステップＳ１１３の処理に対応する。

例えば、検索サーバ１００は、図１２Ａに示した画面で「条件」を押下された場合、第１の情報の検索に用いた第２の情報または第３の情報に係る検索条件を満たす情報を入院病歴ＤＢ１１１から読み出して出力する。ただし、検索サーバ１００は、図１１Ｂに示したＡＮＤ検索及びＯＲ検索を実行した場合、「条件」の選択を受け付けない。

また、図１２Ａにおいて、「病名」と「すべて」が設定された場合、検索サーバ１００は、図１２Ｂに示す病名情報一覧画面を出力する。検索サーバ１００は、「心筋梗塞」を検索条件として第１の情報を検索し、病名で一覧表示した場合、図１２Ｂに示す画面を表示する。言い換えると、検索サーバ１００は、心筋梗塞を有する第１の情報が含む病名の一覧を表示する。なお、この処理は、図１０のステップＳ１１４の処理に対応する。

検索サーバ１００は、図１２Ｂ中の（Ａ）に示す「ＡＮＤ」の押下を受け付けた場合、図１２Ｃに示す画面を出力し、図１２Ｂ中の（Ｂ）に示す「ＯＲ」の押下を受け付けた場合、図１２Ｄに示す画面を出力する。なお、この処理は、図１０のステップＳ１１５からステップＳ１１６の処理に対応する。

図１２Ｃは、一覧表示された情報に対して、ＡＮＤ条件の絞り込み検索する検索条件を受け付ける。ここで、図１２Ｃ中の（Ａ）に示す「複写元条件」を選択された場合、検索サーバ１００は、検索条件保持テーブル１１２に記憶された検索条件を出力し、ユーザから検索条件の選択を受付け、図１２Ｃ中の（Ｂ）に選択された検索条件を反映させる。あるいは、検索サーバ１００は、図１２Ｃ中の（Ｃ）に示ように、「狭心症」などの検索条件の入力を受付けてもよい。

そして、「実行」が押下された場合、検索サーバ１００は、検索条件に一致する情報の絞り込み検索を実行する。この絞り込み検索処理の結果、図１２Ｂに一覧表示された情報のうち、絞込み検索条件に該当するもののみが表示される。例えば、図１２Ｃにおいて、「狭心症」で絞り込み検索を実行した場合、検索サーバ１００は、図１２Ｂ中の（Ｃ）と（Ｄ）に示すレコードを抽出する。なお、この処理は、図１０のステップＳ１１７からステップＳ１１８の処理に対応する。なお、図１２Ｂにおいて、検索サーバ１００は、「反転」の押下を受け付けた場合、絞り込み検索の結果を反転させた結果を表示する。

また、図１２Ｃと同様に、図１２Ｄは、一覧表示された情報に対して、ＯＲ条件の絞り込み検索する検索条件を受け付け、検索条件に一致する情報の絞り込み検索を実行する。なお、この処理は、図１０のステップＳ１１９からステップＳ１２０の処理に対応する。

［実施例１の効果］
上述してきたように、本実施例１では、検索サーバ１００が一覧表示した後は、一覧表示した属性のみ絞込み検索可能な画面を出力することで、無駄な絞込み検索を受付けない。

また、検索サーバ１００は、病名Ａで第１の情報を検索後に、病名一覧を表示させることで、病名Ａに罹患した患者が他に罹患した病名を絞り込み検索することができる。さらに、検索サーバ１００は、絞り込んだ病名を罹患率の高いものから順に並べて提供することも可能である。

また、検索サーバ１００は、「手術Ａ」と「手術Ｂ」とを検索条件にして第１の情報を検索することで、「手術Ａ」と「手術Ｂ」とを共に受けた患者がいるか否かを検索することができる。そして、検索サーバ１００は、「手術Ａ」と「手術Ｂ」とを共に受けた患者がいた場合、該当する患者ＩＤや入退院日などを検索した第１の情報から抽出し、提供することも可能である。

また、検索サーバ１００は、第２の情報または第３の情報に係る検索条件を入力可能な画面として、保持している第２の情報または第３の情報に係る検索条件を一括して入力可能な画面を介して当該検索条件を受け付ける。この結果、ユーザは、検索サーバ１００によって絞り込み検索が実行される場合、既に一度入力済みの検索条件を改めて入力する手間を省くことができる。

また、検索サーバ１００は、第２の情報または第３の情報に係る検索条件を満たす第１の情報を入院病歴ＤＢ１１１から検索する。この場合、第１の情報には、検索条件以外の第２の情報または第３の情報を含んでいる。従来では、ユーザは、検索結果に対して、一覧表示させた後に、再度第２の情報または第３の情報に係る検索条件で絞り込み検索を行う手間があった。ところが、検索サーバ１００は、図１２Ａに示した画面で「条件」を押下された場合、第１の情報の検索に用いた第２の情報または第３の情報に係る検索条件を満たす情報を入院病歴ＤＢ１１１から読み出して出力する。この結果、ユーザは、一覧画面を表示させた後に、再度検索条件を入力して、検索結果を絞り込む手間を省くことができる。

さらに、検索サーバ１００は、絞込み検索によって、合併症の候補を探索することができる。例えば、検索サーバ１００は、病気Ａと病気Ｂとを罹患した患者において、共通して発症する可能性のある他の疾患を検索することができる。

一例として「心筋梗塞」と「狭心症」に罹った患者が合併症として発症する可能性のある病気の検索方法を挙げる。検索サーバ１００は、「病名」に「心筋梗塞」、「手術名」に「ステント挿入」を有し、かつ、「病名」に「狭心症」、「手術名」に「ステント挿入」を有する第１の情報を検索する。その後、「病名」と「すべて」で一覧表示し、「病名」を「心筋梗塞」でＡＮＤ検索を実行する。これにより、検索サーバ１００は、一覧表示された画面から「心筋梗塞」のみを出力する。続いて、検索サーバ１００は、「病名」を「狭心症」でＯＲ検索を実行した場合、一覧表示された画面から「心筋梗塞」に追加して「狭心症」を出力する。さらに、「反転」ボタンが押下された場合、検索サーバ１００は、「心筋梗塞」と「狭心症」とを罹った患者が共通して有する、「心筋梗塞」と「狭心症」以外の病気を出力する。これらの出力結果は、「心筋梗塞」と「狭心症」における合併症である可能性が考えられる病気である。

ところで、本発明は、上述した実施例以外にも、種々の異なる形態にて実施されてよい。そこで、実施例２では、本発明に含まれる他の実施例について説明する。

（システム構成等）
実施例１において説明した各処理のうち自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文章中や図面中で示した処理手順、制御手順、具体的名称については、特記する場合を除いて任意に変更することができる。

なお、実施例１では、「情報種別コード」の「病名」を「第一の種別」の一例、「手術名」を「第二の種別」の一例として説明したが、これに限定されるものではない。例えば、「手術名」を「第一の種別」の一例、「病名」を「第二の種別の一例」としてもよい。また、「病名」や「手術名」以外に、「検査」や「治療」などの種別を設定し、これらを「第一の種別」、「第二の種別」としてもよい。

また、図示した記憶部が格納する情報は一例に過ぎず、必ずしも図示のごとく情報が格納される必要はない。例えば、病名テーブル１１１ｄは、「主病名」を対応付けて記憶してもよい。

また、各種の負荷や使用状況などに応じて、各実施例において説明した各処理の各ステップでの処理の順番を変更してもよい。例えば、図１０に示すステップＳ１０２とステップＳ１０３との順番を入れ替えても良い。

また、図示した各構成部は、機能概念的なものであり、必ずしも物理的に図示のごとく構成されていることを要しない。例えば、検索サーバ１００において、第１受付け部１２１と検索条件保持部１２２とは統合されてもよい。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（プログラム）
ところで、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。

図１３は、検索プログラムを実行するコンピュータを示す図である。図１３に示すように、コンピュータ３００は、利用者からデータや各種設定などを受け付ける入力装置３１０と、コンピュータの状況などを通知する出力装置３２０とを有する。また、コンピュータ３００は、他の装置とデータを送受信するネットワークインターフェース３３０と媒体読取装置３４０とＨＤＤ３５０とＲＡＭ３６０とＣＰＵ３７０とバス３８０とを有する。そして、各装置３１０〜３７０それぞれは、バス３８０に接続される。

ここで、図１３に示すように、ＨＤＤ３５０には、図２に示した、第１受付け部１２１と第１取得部１２３と第２受付け部１２４と第２取得部１２５と第１表示部１２６と第２表示部１２７と同様の機能を発揮する検索プログラム３５１が予め記憶されている。そして、ＣＰＵ３７０は、検索プログラム３５１をＲＡＭ３６０に展開して、検索プロセス３７１として実行する。すなわち、検索プロセス３７１は、図２に示した、第１受付け部１２１と第１取得部１２３と第２受付け部１２４と第２取得部１２５と第１表示部１２６と第２表示部１２７と同様の動作を実行する。

ところで、上記した検索プログラム３５１は、必ずしもＨＤＤ３５０に記憶させておく必要はない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に記憶させておくようにしてもよい。また、コンピュータ３００の内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」に記憶させておいてもよい。さらに、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などを介してコンピュータ３００に接続される「他のコンピュータシステム」に記憶させておいてもよい。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

すなわち、このプログラムは、上記した「可搬用の物理媒体」、「固定用の物理媒体」、「通信媒体」などの記録媒体に、コンピュータ読み取り可能に記憶されるものである。そして、コンピュータ３００は、このような記録媒体からプログラムを読み出して実行することで上記した実施例と同様の機能を実現する。なお、この他の実施例でいうプログラムは、コンピュータ３００によって実行されることに限定されるものではない。例えば、他のコンピュータシステムまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１ 検索システム
２ ネットワーク
３、４、５ クライアントＰＣ
１００ 検索サーバ
１０１ 通信制御Ｉ／Ｆ部
１１０ 記憶部
１１１ 入院病歴ＤＢ
１１１ａ 患者テーブル
１１１ｂ 入退院歴テーブル
１１１ｃ 科歴テーブル
１１１ｄ 病名テーブル
１１１ｅ 手術テーブル
１１２ 検索条件保持テーブル
１１３ 検索条件画面管理テーブル
１２０ 制御部
１２１ 第１受付け部
１２２ 検索条件保持部
１２３ 第１取得部
１２４ 第２受付け部
１２５ 第２取得部
１２６ 第１表示部
１２７ 第２表示部
１２８ 第３受付け部
１２９ 第３取得部
１３０ 第３表示部
３００ コンピュータ
３１０ 入力装置
３２０ 出力装置
３３０ ネットワークインターフェース
３４０ 媒体読取装置
３５０ ＨＤＤ
３５１ 検索プログラム
３６０ ＲＡＭ
３７０ ＣＰＵ
３７１ 検索プロセス
３８０ バス

Claims (7)

1. コンピュータに、
   検索条件を含む検索要求を受付け、
   患者識別情報を含む第一の情報に対応付けて、第一の種別に関する複数の第二の情報を記憶するとともに、前記第一の情報に対応付けて、第二の種別に関する複数の第三の情報を記憶する記憶部から、受付けた前記検索条件に合致する第二の情報に対応する該第一の情報を取得し、
   前記第一の種別または前記第二の種別を含む出力要求を受付け、
   前記記憶部から、前記出力要求に含まれる前記第一の種別または第二の種別に基づき、取得した前記第一の情報に対応する前記複数の第二の情報または前記複数の第三の情報を取得し、
   取得した前記複数の第二の情報または前記複数の第三の情報を表示し、
   前記出力要求に含まれる前記第一の種別または前記第二の種別に関する他の検索条件を受付ける画面を表示する
   処理を実行させることを特徴とする検索プログラム。
2. 前記画面を表示する処理において、前記出力要求に前記第一の種別が含まれる場合に、前記第二の複数の情報に関する前記他の検索条件のみを受付ける前記画面を選択することを特徴とする請求項１に記載の検索プログラム。
3. 前記コンピュータに、
   さらに、受付けた前記検索条件を保持する処理を実行させ、
   前記画面を表示する処理において、
   保持した前記検索条件を設定した前記画面を表示することを特徴とする請求項１または請求項２に記載の検索プログラム。
4. 前記コンピュータに、さらに、
   表示した前記画面に対して入力された前記他の検索条件を受付け、
   前記他の検索条件に基づいて、前記複数の第二の情報または前記複数の第三の情報のうち、該他の検索条件に対応する第二の情報または第三の情報を、前記記憶部から取得し、
   取得した第二の情報または取得した第三の情報を表示する処理を実行させることを特徴とする請求項１乃至請求項３のいずれか一項に記載の検索プログラム。
5. 前記画面を表示する処理において、前記第一の種別と第一の画面とを対応付けて記憶するとともに、前記第二の種別と第二の画面とを対応付けて記憶する他の記憶部を参照し、前記出力要求に基づいて、該第一の画面または該第二の画面を選択すると共に、選択した画面を出力することを特徴とする請求項１乃至請求項４のいずれか一項に記載の検索プログラム。
6. 検索条件を含む検索要求を受付ける第一受付け部と、
   患者識別情報を含む第一の情報に対応付けて、第一の種別に関する複数の第二の情報を記憶するとともに、前記第一の情報に対応付けて、第二の種別に関する複数の第三の情報を記憶する記憶部から、前記第一受付け部によって受付けられた前記検索条件に合致する第二の情報に対応する該第一の情報を取得する第一取得部と、
   前記第一の種別または前記第二の種別を含む出力要求を受付ける第二受付け部と、
   前記記憶部から、前記第二受付け部によって受付けられた前記出力要求に含まれる前記第一の種別または第二の種別に基づき、前記第一取得部によって取得された前記第一の情報に対応する前記複数の第二の情報または前記複数の第三の情報を取得する第二取得部と、
   前記第二取得部によって取得された前記複数の第二の情報または前記複数の第三の情報を表示する第一表示部と、
   前記第二受付け部によって受付けられた前記出力要求に含まれる前記第一の種別または前記第二の種別に関する他の検索条件を受付ける画面を表示する第二表示部と
   を有することを特徴とする検索サーバ装置。
7. コンピュータが、
   検索条件を含む検索要求を受付け、
   患者識別情報を含む第一の情報に対応付けて、第一の種別に関する複数の第二の情報を記憶するとともに、前記第一の情報に対応付けて、第二の種別に関する複数の第三の情報を記憶する記憶部から、受付けた前記検索条件に合致する第二の情報に対応する該第一の情報を取得し、
   前記第一の種別または前記第二の種別を含む出力要求を受付け、
   前記記憶部から、前記出力要求に含まれる前記第一の種別または第二の種別に基づき、取得した前記第一の情報に対応する前記複数の第二の情報または前記複数の第三の情報を取得し、
   取得した前記複数の第二の情報または前記複数の第三の情報を表示し、
   前記出力要求に含まれる前記第一の種別または前記第二の種別に関する他の検索条件を受付ける画面を表示する
   処理を実行することを特徴とする検索方法。

Images