(57)【特許請求の範囲】
【請求項１】
１つ以上の処理装置と記憶装置とを少なくとも備え、健診の種別ごとに、１のサイトで収集された第１のフィールド形式を有する健診データを、前記１のサイトとは別のサイトとの間で共通化された第２のフィールド形式を有する検診データに変換して、前記記憶装置上に構成された健診結果データベースに登録する健診データ管理装置であって、
前記記憶装置に、あらかじめ、
前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データにおけるフィールド名を、前記第２のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第１の変換テーブルと、
前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データのフィールドで用いられる値を、前記第２のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第２の変換テーブルと、
前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、
を格納しておき、
前記処理装置は、
前記健診の種別に応じた前記第１のフィールド形式を有する健診データの入力を受付ける健診データ入力部と、
前記受付けた第１のフィールド形式を有する健診データを、前記健診の種別に応じた前記第１の変換テーブルと前記第２の変換テーブルとを用いて、前記第２のフィールド形式の健診データに変換するデータ変換部と、
前記変換した第２のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録するデータベース管理部と、
集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する集計処理部と、
前記健診の種別ごとに集計された結果を出力装置に出力する集計データ出力部と、
を備えたこと
を特徴とする健診データ管理装置。
【請求項２】
１つ以上の処理装置と記憶装置とを少なくとも備えたコンピュータにより、健診の種別ごとに、１のサイトで収集された第１のフィールド形式を有する健診データを、前記１のサイトとは別のサイトとの間で共通化された第２のフィールド形式を有する検診データに変換して、前記記憶装置上に構成された健診結果データベースに登録する健診データ管理方法であって、
前記記憶装置に、あらかじめ、
前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データにおけるフィールド名を、前記第２のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第１の変換テーブルと、
前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データのフィールドで用いられる値を、前記第２のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第２の変換テーブルと、
前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、
を格納しておき、
前記処理装置は、
前記健診の種別に応じた前記第１のフィールド形式を有する健診データの入力を受付ける処理と、
前記受付けた第１のフィールド形式を有する健診データを、前記健診の種別に応じた前記第１の変換テーブルと前記第２の変換テーブルとを用いて、前記第２のフィールド形式の健診データに変換する処理と、
前記変換した第２のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録する処理と、
集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する処理と、
前記健診の種別ごとに集計された結果を出力装置に出力する処理と、
を実行すること
を特徴とする健診データ管理方法。
【請求項３】
請求項２に記載の健診データ管理方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、地方自治体などで使用するのに好適な健診データ管理装置、健診データ管理方法およびプログラムに関する。
【背景技術】
【０００２】
市町村などの地方自治体は、がん健診など各種の健康診断サービスを住民に提供する場合には、しばしば、その健康診断（以下、健診という）の結果を集計して国（厚生労働省など）へ報告することが求められる。ところが、各地方自治体で実施された健診で用いられている健診の項目名や診断コードは、国へ報告するときに用いられるものと異なる場合が多い。従って、市町村の健診データの管理者は、国へ報告する集計データの作成に手間取ることが多かった。
【０００３】
特許文献１には、受信した医療機関ごとに異なる健診項目や診断コードからなる各個人の健診データを標準化し、その標準化した健診データを所定のデータベースに蓄積し、そのデータベースに蓄積された健診データを用いて、各種の医療集計データを取得することが可能な医療検査データ集計システムの例が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０６−３３７９０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１には、その医療検査データ集計システムを複数の市町村で共通に利用する技術については、何ら記載されていない。また、各市町村がこの医療検査データ集計システムを採用することは、現に各市町村で用いられている健診データ管理システムを全面的にリプレースする必要があることを意味する。そのリプレースには、大きなコストがかかる。
【０００６】
そこで、本発明は、各市町村などで現用されている健診データ管理システムをほとんど変更することなく、複数の市町村間で健診データのデータベースおよび集計処理を共通化することが容易な健診データ管理装置、健診データ管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る健診データ管理装置は、１つ以上の処理装置と記憶装置とを少なくとも備え、健診の種別ごとに、１のサイトで収集された第１のフィールド形式（サイトごとに定められたフィールド形式）を有する健診データを、前記１のサイトとは別のサイトとの間で共通化された第２のフィールド形式を有する健診データに変換して、前記記憶装置上に構成された健診結果データベースに登録する健診データ管理装置であって、次のような特徴を有する。
【０００８】
前記記憶装置に、あらかじめ、
（１−１）前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データにおけるフィールド名を、前記第２のフィールド形式を有する健診データにおけるフィールド名に直接的に対応付けて変換する第１の変換テーブルと、
（１−２）前記健診の種別ごとに構成され、前記第１のフィールド形式を有する健診データのフィールドで用いられる値を、前記第２のフィールド形式を有する健診データのフィールドで用いられる値に直接的に対応付けて変換する第２の変換テーブルと、
（１−３）前記健診結果データベースから前記健診の種別ごとに特定の健診データを取得するための集計条件を表した集計条件テーブルと、を格納しておく。
そして、前記処理装置は、
（２−１）前記健診の種別に応じた前記第１のフィールド形式を有する健診データの入力を受付ける健診データ入力部と、
（２−２）前記受付けた第１のフィールド形式を有する健診データを、前記健診の種別に応じた前記第１の変換テーブルと前記第２の変換テーブルとを用いて、前記第２のフィールド形式の健診データに変換するデータ変換部と、
（２−３）前記変換した第２のフィールド形式の健診データを前記健診の種別ごとに前記健診結果データベースに登録するデータベース管理部と、
（２−４）集計処理の依頼を受け付けたときには、前記集計条件テーブルによって指定される前記健診の種別ごとの集計条件に該当する健診データを、前記健診結果データベースから取得し、前記取得した健診データを前記健診の種別ごとに集計する集計処理部と、
（２−５）前記健診の種別ごとに集計された結果を出力装置に出力する集計データ出力部と、
を備えたことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、各市町村などで現用されている健診データ管理システムをほとんど変更することなく、複数の市町村間で健診データのデータベースおよび集計処理を共通化することが容易になる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る健診データ管理装置の構成の例を示した図。
【図２】健診結果データベースに含まれる胃がん健診マスタテーブルおよび大腸がん健診マスタテーブルの構成の例を示した図。
【図３】サイトＡ（市町村Ａ）で用いられている胃がん受診データおよび大腸がん受診データの構成の例を示した図。
【図４】サイトＢ（市町村Ｂ）で用いられている胃がん健診データおよび大腸がん健診データの構成の例を示した図。
【図５】フィールド名称変換テーブルおよびフィールド値変換テーブルの構成の例を示した図。
【図６】集計条件テーブルの構成の例を示した図。
【図７】本発明の実施形態に係る健診データ管理装置における健診データ登録処理および健診データ集計処理の処理フローの例を示した図。
【図８】健診データの集計結果をプリントした文書の例を示した図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００１２】
図１は、本発明の実施形態に係る健診データ管理装置の構成の例を示した図である。図１に示すように、本発明の実施形態に係る健診データ管理装置１００は、健診データベース管理装置１と、１つまたは複数の健診データ管理端末２と、を含んで構成される。
【００１３】
健診データベース管理装置１は、処理装置１０と記憶装置１５とを少なくとも有する、いわゆるコンピュータによって構成される。そして、記憶装置１５には、フィールド名称変換テーブル１６、フィールド値変換テーブル１７、集計条件テーブル１８、健診結果データベース１９などが構成されており、また、処理装置１０には、データ変換部１２、データベース管理部１１、集計処理部１３などの機能ブロックが構成されている。なお、これらの機能ブロック（データ変換部１２、データベース管理部１１、集計処理部１３）の機能は、いずれも、処理装置１０の図示しない演算処理部が、記憶装置１５にあらかじめ格納されたプログラムを読み出して、実行することによって実現される。
【００１４】
健診データ管理端末２は、処理装置２０、図示しない記憶装置、入力装置２５（キーボード、マウスなど）、表示装置２４（液晶ディスプレイなど）、プリンタ２６を含んで構成されたパーソナルコンピュータなどによって構成される。そして、処理装置２０には、健診データ入力部２１、集計処理依頼部２２、集計データ出力部２３などの機能ブロックが構成されている。なお、これらの機能ブロック（健診データ入力部２１、集計処理依頼部２２、集計データ出力部２３）の機能は、いずれも、処理装置２０の図示しない演算処理部が、図示しない記憶装置に格納されているプログラムを読み出して実行することによって実現される。
【００１５】
ここで、健診データベース管理装置１と健診データ管理端末２とは、図示しない通信バスまたは通信ネットワークで通信可能に接続されているものとする。また、健診データベース管理装置１と健診データ管理端末２とは、１つのコンピュータで構成されていてもよく、また、１つの筐体などに収納された複数のコンピュータによって構成されていてもよい。
【００１６】
健診結果データベース１９は、個々人のがん健診など健康診断の結果のデータ（以下、単に、健診データという）が登録されたデータベースであり、健診データの種類に応じ、それぞれ異なる複数のテーブルによって構成される。以下、本実施形態では、健診結果データベース１９を構成するテーブルをマスタテーブルという。なお、本明細書において、マスタテーブルと称するテーブルは、複数のサイト、すなわち、複数の市町村で共通化されたテーブルであることを意味するものとする。
【００１７】
続いて、図２〜図４を参照して、健診結果データベース１９におけるマスタテーブルの構成の例について説明する。図２は、健診結果データベース１９に含まれる胃がん健診マスタテーブル１９１および大腸がん健診マスタテーブル１９２の構成の例を示した図である。
【００１８】
最初に、図２（ａ）に示すように、胃がん健診マスタテーブル１９１は、「受診者コード」、「受診年月日」、「医療機関」、「胃がん健診結果」の各フィールドを含んで構成される。また、図２（ｂ）に示すように、大腸がん健診マスタテーブル１９２は、「受診者コード」、「受診年月日」、「医療機関」、「大腸がん健診結果」の各フィールドを含んで構成される。なお、これら胃がん健診マスタテーブル１９１、大腸がん健診マスタテーブル１９２が、他のフィールド、例えば、「受診者年齢」などのフィールドを含んでいていてもよい。
【００１９】
図３は、サイトＡ（市町村Ａ）で用いられている胃がん受診データおよび大腸がん受診データの構成の例を示した図である。また、図４は、サイトＢ（市町村Ｂ）で用いられている胃がん健診データおよび大腸がん健診データの構成の例を示した図である。なお、これらのデータは、入力装置健診データ入力部２１（図１参照）を介してデータ変換部１２へ入力されるデータである。
【００２０】
図３（ａ）に示すように、「サイトＡ」における胃がん受診データ２１１は、「受診者コード」、「受診日」、「病院名」、「受診結果」などのフィールドを含んで構成される。また、図３（ｂ）に示すように、「サイトＡ」における大腸がん健診データ２１２は、「受診者コード」、「受診日」、「病院名」、「受診結果」などのフィールドを含んで構成される。
【００２１】
同様に、図４（ａ）に示すように、「サイトＢ」における胃がん健診データ２１１ｂは、「受診者」、「健診病院」、「健診日」、「胃がん判定」などのフィールドを含んで構成される。また、図４（ｂ）に示すように、「サイトＢ」における大腸がん健診データ２１２ｂは、「受診者」、「健診病院」、「健診日」、「大腸がん判定」などのフィールドを含んで構成される。
【００２２】
以上、図３および図４の例から分かるように、各サイトで用いられる健診データは、そのサイトごと、あるいは健診データの種別ごとに、健診データの名称、健診データを構成するフィールドの名称、フィールドの順序、さらには、各フィールド内で用いられているデータ（値）がそれぞれ微妙に相違している。
【００２３】
そこで、本実施形態に係る健診データベース管理装置１においては、データ変換部１２は、健診データ入力部２１を介して入力した胃がん受診データ２１１、大腸がん受診データ２１２などの健診データのフィールド形式を、あらかじめ共通化（標準化）したフィールド形式に変換した上で、データベース管理部１１を介して、健診結果データベース１９の各健診結果のマスタテーブルに登録する。ここで、健診データのフィールド形式とは、健診データを構成するフィールドの名称、フィールドの並びの順序、フィールドで用いられている値などを総称したものである。
【００２４】
図５は、フィールド名称変換テーブル１６およびフィールド値変換テーブル１７の構成の例を示した図である。フィールド名称変換テーブル１６は、健診データ入力部２１から入力される健診データのフィールド名称と、健診結果データベース１９内のマスタテーブルのフィールド名称と、を対応付けるためのテーブルである。また、フィールド値変換テーブル１７は、健診データ入力部２１から入力される健診データのフィールドで用いられる値と、その健診データのフィールドに対応するマスタテーブルのフィールドで用いられる値と、を対応付けるためのテーブルである。
【００２５】
すなわち、サイトＡについてのフィールド名称変換テーブル１６は、図５（ａ）に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称（＃１）」、「入力データ・フィールド名称（＃１）」、・・・、「マスタテーブル・フィールド名称（＃４）」、「入力データ・フィールド名称（＃４）」の各フィールドを含んで構成される。なお、ここでは、レコードの構成が縦方向に示されている。
【００２６】
そして、そのレコード構成では、「マスタテーブル名称」および「入力データ名称」のフィールドにより、「入力データ名称」に対応するマスタテーブルを選択することが可能になる。また、それに後続する「マスタテーブル・フィールド名称（＃ｊ）」および「入力データ・フィールド名称（＃ｊ）」（ｊ＝１，…，４）のフィールドにより、マスタテーブルのフィールド名称と入力データのフィールド名称との対応付けがされる。なお、図５（ａ）では、フィールド数は、４となっているが、４に限定されるわけではない。
【００２７】
同様に、フィールド値変換テーブル１７は、健診結果のマスタテーブルのフィールドごとに、そのマスタテーブルのフィールドに登録される値と、そのマスタテーブルのフィールドに対応する入力データのフィールドの値と、を対応付けるテーブルである。
【００２８】
すなわち、サイトＡについてのフィールド値変換テーブル１７は、図５（ｂ）に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称」、「入力データ・フィールド名称」、「マスタテーブル値（＃１）」、「入力データ値（＃１）」、「マスタテーブル値（＃２）」、「入力データ値（＃２）」、「マスタテーブル値（＃３）」、「入力データ値（＃３））」の各フィールドを含んで構成される、なお、ここでは、レコードの構成が縦方向に示されている。
【００２９】
そして、そのレコード構成において「マスタテーブル名称」および「入力データ名称」のフィールド、ならびに、「マスタテーブル・フィールド名称」および「入力データ・フィールド名称」のフィールドにより、マスタテーブルのフィールドと、入力データのフィールドとが対応付けられる。さらに、「入力データ値（＃ｋ）」および「マスタテーブル値（＃ｋ）」（ｋ＝１，…，３）のフィールドにより、前記対応付けられたマスタテーブルのフィールドと入力データのフィールドのそれぞれで用いられる値が対応付けられる。なお、図５（ｂ）では、ｋの最大値は、「３」となっているが、「３」に限定されるわけではない。
【００３０】
ちなみに、図５（ｂ）のフィールド値変換テーブル１７の第１レコード（縦方向）によれば、入力データである胃がん受診データ２１１（図３（ａ）参照）の「受診結果」フィールドで用いられている「異常なし」、「要精密検査」、「胃がん」という値は、それぞれ、胃がん健診マスタテーブル１９１（図２（ａ）参照）の「胃がん健診結果」フィールドで用いられている「１」、「２」、「３」という値に対応することが示されている。なお、「１」、「２」、「３」という値は、それぞれ、「正常」、「要精検」、「胃がん」などのテキスト値であってもよい。
【００３１】
また、同様に、第２レコード（縦方向）によれば、大腸がん受診データ２１２（図３（ｂ）参照）の「受診結果」フィールドで用いられている「正常」、「要精検」、「大腸がん」という値は、それぞれ、大腸がん健診マスタテーブル１９２（図２（ｂ）参照）の「胃がん健診結果」フィールドで用いられている「１」、「２」、「３」という値に対応することが示されている。なお、「１」、「２」、「３」という値は、それぞれ、「正常」、「要精検」、「大腸がん」などのテキスト値であってもよい。
【００３２】
そこで、データ変換部１２は、フィールド名称変換テーブル１６およびフィールド値変換テーブル１７を参照することによって、健診データ入力部２１から入力される健診データのフィールド形式を、その健診データの名称に対応付けられた名称を有するマスタテーブルのフィールド形式に変換する。そして、データベース管理部１１は、その変換された健診データを、その健診データに対応付けられた健診結果データベース１９内のマスタテーブルに登録する。
【００３３】
なお、フィールド値変換テーブル１７において、入力される健診結果データの「入力データ名称」および「入力データ・フィールド名称」に対して、「マスタテーブル名称」および「マスタテーブル・フィールド名称」が存在しない場合には、そのフィールドの値は変換されないものとする。
【００３４】
例えば、入力データが胃がん受診データ２１１（図３（ａ）参照）であったとする。そのとき、図５（ｂ）のフィールド値変換テーブル１７には、「入力データ名称」が「胃がん受診」で、かつ、「入力データ・フィールド名称」が「受診結果」に該当するレコードが存在する。従って、胃がん受診データ２１１の「受診結果」フィールドの値は、そのレコードの「入力データ値（＃ｋ）」および「マスタテーブル値（＃ｋ）」（ｋ＝１，…，３）の対応付けに従って変換される。一方、図５（ｂ）のフィールド値変換テーブル１７には、「入力データ名称」が「胃がん受診」で、かつ、「入力データ・フィールド名称」が「健診病院」に該当するレコードは存在しない。従って、胃がん受診データ２１１の「健診病院」フィールドの値は、変換されない。
【００３５】
以上、本実施形態によれば、健診データ管理装置１００は、例えば、サイトごとに任意に定義されたフィールド形式を有する健診結果データを、複数のサイトで共通化されたマスタテーブルのフィールド形式に容易に変換して、健診結果データベース１９に蓄積することができる。従って、例えば、ある市町村（サイト）が本実施形態に係る健診データ管理装置１００を採用しても、現用の健診データ管理をとくに変更する必要はない。
【００３６】
なお、健診データ管理装置１００は、それぞれのサイトごとに１セットずつ用意するのが好ましいが、健診データ管理装置１００の健診データベース管理装置１の部分を複数のサイトで共用化することも可能である。その場合には、フィールド名称変換テーブル１６、フィールド値変換テーブル１７および健診結果データベース１９は、サイト別に設けるものとする。
【００３７】
図６は、集計条件テーブル１８の構成の例を示した図である。図６に示すように、集計条件テーブル１８は、「マスタテーブル名称」、「フィールド名称（＃１）」、「フィールド値（＃１）」、「フィールド名称（＃２）」、「フィールド値（＃２）」の各フィールドによって構成される。
【００３８】
ここで、「マスタテーブル名称」フィールドは、集計対象のマスタテーブルを指定する情報である。また、「フィールド名称（＃ｍ）」および「フィールド値（＃ｍ）」フィールド（ｍ＝１，２）は、「マスタテーブル名称」フィールドで指定されたマスタテーブルの「フィールド名称（＃ｍ）」で指定されたフィールドの値が「フィールド値（＃ｍ）」であることを意味する条件情報である。この条件情報は、ここでは、ｍ＝１，２の２つ条件が設けられているが、その条件数は、「２」に限定されない。
【００３９】
ちなみに、図６の例の集計条件テーブル１８が表す条件情報は、『胃がん健診マスタテーブル１９１（図２（ａ）参照）における、「受診年月日」のフィールドの値が「１０＊＊＊＊」で、かつ、「胃がん健診結果」のフィールドの値が「３」であるレコード数と、大腸がん健診マスタテーブル１９２（図２（ｂ）参照）における、「受診年月日」のフィールドの値が「１０＊＊＊＊」（すなわち、「受診年月日」が「２０１０」年）で、かつ、「大腸がん健診結果」のフィールドの値が「３」であるレコード数と、を集計する。』を意味する。なお、「受診年月日」のフィールドにおける＊＊＊＊は、ワイルドカードであることを意味する。
【００４０】
以上のように、集計条件テーブル１８の各フィールドの値は、複数のサイトで共通化された健診結果データベース１９に含まれるマスタテーブルに含まれるテーブル名称、フィールド名称、フィールド値を用いて表される。従って、複数のサイトで同様の内容の集計をする場合には、その集計条件テーブル１８の内容は、その複数のサイトで同じものとなる。すなわち、集計条件テーブル１８は、複数のサイトで共通化されることになる。
【００４１】
なお、このような集計条件テーブル１８は、１つに限定されず、複数種類のものがあらかじめ作成され、健診データベース管理装置１の記憶装置１５に記憶されていてもよい。従って、集計処理部１３は、記憶装置１５に記憶されている各種の集計条件テーブル１８を、適宜、用いることによって、例えば、国が各地方自治体に提出を求める健診データに関する集計データを容易に求めることができる。
【００４２】
また、その場合、その集計条件テーブル１８は、各サイトで共通化されているので、国が求める健診データの集計の仕方が変更されたとしても、本実施形態では、いずれか１つのサイトで集計条件テーブル１８の内容を変更すれば、その内容を他のサイトの集計条件テーブル１８へそのまま適用することができる。すなわち、本実施形態では、サイト間で、集計条件テーブル１８の一元化が行われたことになる。
【００４３】
図７は、本発明の実施形態に係る健診データ管理装置１００における健診データ登録処理および健診データ集計処理の処理フローの例を示した図である。以下、図１などの図面をも参照しつつその処理フローについて説明する。
【００４４】
医療機関などで健診が行われると、その健診結果を表す健診データは、まず、入力装置２５を介して健診データ管理端末２へ入力される。一般に、医療機関の健診データは、紙のシートなどに記載されていることが多いので、その場合には、作業者がその記載内容をキーボードなどから入力する。あるいは、医療機関の健診データがマークシートで構成されている場合には、入力装置２５としてＯＣＲ（Optical Card Reeder）などを用いる。
【００４５】
なお、市町村などで何らかの健診データの管理システムが存在し、健診データがすでにハードディスク装置などにデータベースのテーブルの形で保管されている場合には、その入力装置２５は、ハードディスク装置から保管されている健診データを直接に読み出すものであってもよい。
【００４６】
そこで、図７（ａ）に示すように、健診データ管理端末２の処理装置２０（健診データ入力部２１）は、まず、入力装置２５を介して入力される健診データを読み込み（ステップＳ１１）、その読み込んだ健診データを健診データベース管理装置１へ転送する。なお、その健診データを読み込むときに用いられる健診データのフィールド形式は、図３および図４に示したように、健診データの種別ごとに異なっていても、また、サイトごとに異なっていても構わない。
【００４７】
次に、健診データベース管理装置１の処理装置１０（データ変換部１２）は、転送されてきた健診データをマスタテーブルのフィールド形式に変換する（ステップＳ１２）。ここで、マスタテーブルは、前記したように、健診結果データベース１９内で健診データを登録したテーブル（例えば、図２（ａ）胃がん健診マスタテーブル１９１、（ｂ）大腸がん健診マスタテーブル１９２など参照）である。
【００４８】
次に、処理装置１０（データベース管理部１１）は、マスタテーブルのフィールド形式に変換された健診データを、その健診データに応じたマスタテーブルに登録する（ステップＳ１３）。
【００４９】
ここで、ステップＳ１２における健診データのフィールド形式の変換の処理について、以下、簡単に補足する。ステップＳ１２では、処理装置１０は、当該変換対象の入力データの入力データ名称を用いて、フィールド名称変換テーブル１６（例えば、図５（ａ）参照）を参照し、フィールド名称の変換（つまり、フィールドの対応付け）に用いるレコードを取得する。また、処理装置１０は、当該変換対象の入力データの入力データ名称およびフィールド名称を用いて、フィールド値変換テーブル１７（例えば、図５（ｂ）参照）を参照し、当該フィールドにおける値の変換に用いるレコードを取得する。
【００５０】
次に、処理装置１０は、取得したフィールド名称変換用のレコードのデータ、および、フィールド値変換用のレコードのデータを用いて、健診データ（入力データ）のフィールド形式（フィールドの名称、順序、フィールドの値）を、マスタテーブルのフィールド形式に変換する。
【００５１】
以上の健診データ登録処理により、入力装置２５などから入力された健診データは、そのフィールド形式が健診データの種別やサイトごとに異なっていても、複数サイトで共通化されたマスタテーブルのフィールド形式に変換され、健診結果データベース１９に登録される。
【００５２】
一方、図７（ｂ）に示した健診データ集計処理では、健診データ管理端末２の処理装置２０（集計処理依頼部２２）は、まず、入力装置２５を介して入力される集計処理要求を受付け（ステップＳ２１）、健診データベース管理装置１に対して、集計条件を指定して、健診データの集計を要求する。
【００５３】
健診データベース管理装置１の処理装置１０（集計処理部１３）は、健診データ管理端末２からの集計要求を受けると、指定された集計条件に応じた集計条件テーブル１８を取得し（ステップＳ２２）、データベース管理部１１を介して、その集計条件テーブル１８で指定されるマスタテーブルから集計条件に適合する健診データを取得する（ステップＳ２３）。そして、処理装置１０（集計処理部１３）は、その取得した健診データを集計し（ステップＳ２４）、その集計結果を健診データ管理端末２へ返送する。
【００５４】
次に、健診データ管理端末２の処理装置２０（集計処理依頼部２２）は、健診データベース管理装置１から集計結果を受け取ると、その集計結果をプリンタ２６または表示装置２４などの出力装置に出力する（ステップＳ２５）。
【００５５】
図８は、健診データの集計結果をプリントした文書の例を示した図である。図８に示すように、健診結果は、それぞれの健診の種別ごとに、例えば、胃がん健診の結果が、それぞれ「正常」、「要精検」または「胃がん」であった人数が記載されて構成される。なお、ここで用いられている「正常」、「要精検」、「胃がん」などの項目名は、マスタテーブルで用いられているフィールド名称やフィールド値に合わせることによって、複数のサイトでプリントされた文書を容易に共通化することができる。
【００５６】
以上、本実施形態によれば、各サイトで入力される健診データのフィールド名とその健診データが登録される健診結果データベース１９内のマスタテーブルのフィールド名とを対応付けたフィールド名称変換テーブル１６、および、各サイトで入力される健診データのフィールドで用いられるフィールド値とそのフィールドに対応するマスタテーブルで用いられるフィールド値とを対応付けたフィールド値変換テーブル１７を用いることによって、各サイトで入力データのフィールド形式が相違しても、それらのフィールド形式を容易に共通化することができる。
【００５７】
また、本実施形態では、集計条件テーブル１８を用意し、その集計条件テーブル１８で表される集計条件に該当するマスタテーブルおよびそのレコードを、健診結果データベース１９から容易に抽出することができる。しかも、その集計条件は、健診結果データベース１９内のマスタテーブルで用いられるフィールド名やフィールド値が用いられている。そのため、複数のサイトで集計条件、すなわち、集計処理の共通化が容易となる。
【００５８】
以上の通り、本実施形態では、複数のサイト間で共通化されたフィールド形式を有するマスタテーブルからなる健診結果データベース１９を構築することが容易となる。さらに、複数のサイト間で共通化された集計条件テーブル１８を用意しておくことにより、複数のサイト間で行う集計処理を共通化することが容易になる。
【符号の説明】
【００５９】
１      健診データベース管理装置
２      健診データ管理端末
１０    処理装置
１１    データベース管理部
１２    データ変換部
１３    集計処理部
１５    記憶装置
１６    フィールド名称変換テーブル
１７    フィールド値変換テーブル
１８    集計条件テーブル
１９    健診結果データベース
２０    処理装置
２１    健診データ入力部
２２    集計処理依頼部
２３    集計データ出力部
２４    表示装置
２５    入力装置
２６    プリンタ
１００  健診データ管理装置
１９１  胃がん健診マスタテーブル
１９２  大腸がん健診マスタテーブル
２１１    胃がん受診データ（健診データ）
２１１ｂ  胃がん健診データ（健診データ）
２１２    大腸がん受診データ（健診データ）
２１２ｂ  大腸がん健診データ（健診データ）
【図１】
0005444278.tif 000002
【図２】
0005444278.tif 000003
【図３】
0005444278.tif 000004
【図４】
0005444278.tif 000005
【図５】
0005444278.tif 000006
【図６】
0005444278.tif 000007
【図７】
0005444278.tif 000008
【図８】
0005444278.tif 000009