(57)【要約】【課題】サイト毎にフィールド形式を修正する際には、メンテナンス員がサイトまで赴いて作業を行わなければならず、修正が完了するまで時間がかかっていた。【解決手段】健診データ管理システム２００は、健診データ管理端末３３から入力される健診データをサイト毎に管理する複数の健診データ管理装置３Ａ〜３Ｎと、健診データ管理装置３Ａ〜３Ｎに対して健診データに関するメンテナンスを行う健診データベースメンテナンス装置１と、を備える。健診データベースメンテナンス装置１は、健診データのフィールド形式の変更を定義する定義ファイル２を、フィールド形式が変更されるサイトの健診データ管理装置３に出力する。健診データ管理装置３は、定義ファイル２に基づいて健診データのフィールド形式を、変更されたフィールド形式に変換する。【選択図】図１
2019164407.tif 000002
【特許請求の範囲】
【請求項１】
端末から入力される健診データをサイト毎に管理する複数の健診データ管理装置と、前記健診データ管理装置に対して前記健診データに関するメンテナンスを行うメンテナンス装置と、を備える管理システムであって、
前記メンテナンス装置は、前記健診データのフィールド形式の変更を定義する定義ファイルを、前記フィールド形式が変更される前記サイトの前記健診データ管理装置に出力し、
前記健診データ管理装置は、前記定義ファイルに基づいて前記健診データの前記フィールド形式を、変更された前記フィールド形式に変換する
管理システム。
【請求項２】
前記メンテナンス装置は、
前記複数の健診データ管理装置毎に設けられ、前記健診データが格納されるマスタテーブルに関する定義テーブルの前記フィールド形式を管理するフィールド形式一元管理部と、
前記フィールド形式一元管理部により管理される前記フィールド形式を修正するための修正データが入力されるメンテナンス端末と、
前記修正データに基づいて、前記フィールド形式一元管理部に管理される前記マスタテーブルに関する定義テーブルの前記フィールド形式を修正し、修正された前記フィールド形式に基づいて作成した前記定義ファイルを、前記マスタテーブルが管理される前記健診データ管理装置に出力する定義ファイル出力部と、を有する
請求項１に記載の管理システム。
【請求項３】
前記マスタテーブルに関する定義テーブルは、前記フィールド形式の修正による影響が及ぶ範囲が規定される階層化された複数の定義テーブルを含み、
前記定義ファイル出力部は、前記フィールド形式の修正による影響が及ぶ範囲に応じて前記定義テーブル毎に作成した一又は複数の前記定義ファイルを前記健診データ管理装置に出力する
請求項２に記載の管理システム。
【請求項４】
前記マスタテーブルに関する定義テーブルには、前記マスタテーブルの種類を定義するマスタテーブル定義テーブル、前記マスタテーブル定義テーブルに規定される前記マスタテーブルのフィールドを定義するマスタフィールド定義テーブル、及び、前記マスタフィールド定義テーブルに規定される選択肢を定義するマスタフィールド選択肢定義テーブルが含まれる
請求項３に記載の管理システム。
【請求項５】
さらに、前記サイトを定義するサイト定義テーブルが設けられ、
前記マスタテーブルに関する定義テーブルには、前記サイト定義テーブルに規定される前記サイト毎に前記メンテナンス装置が管理する前記サイト毎に前記マスタテーブルのフィールド名称を定義するフィールド名称変換テーブル、及び前記サイト毎に前記マスタテーブルのフィールド値を定義するフィールド値変換テーブルが含まれる
請求項４に記載の管理システム。
【請求項６】
前記健診データ管理装置は、
前記サイト毎に定められた前記フィールド形式により前記健診データを前記マスタテーブルに格納する健診データベースと、
前記健診データベースに記憶される前記健診データのフィールド形式を、前記メンテナンス装置から出力される前記定義ファイルに基づいて変換するデータ変換部と、
前記データ変換部により前記フィールド形式が変換された前記健診データを前記マスタテーブルに書込むデータベース管理部と、を有する
請求項５に記載の管理システム。
【請求項７】
端末から入力される健診データをサイト毎に管理する複数の健診データ管理装置に対して前記健診データに関するメンテナンスを行うメンテナンス装置であって、
前記健診データのフィールド形式の変更を定義する定義ファイルを、前記フィールド形式が変更される前記サイトの前記健診データ管理装置に出力する
メンテナンス装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム及びメンテナンス装置に関する。
【背景技術】
【０００２】
市町村等の地方自治体は、がん健診等の健康診断サービスを住民に提供する場合に、その健康診断（以下、「健診」と略記する）の結果を集計して国（例えば、厚生労働省）に集計結果を報告することが求められる。ところが、各地方自治体で実施された健診で用いられる健診の項目名や診断コード等は、国へ報告するときに用いられるものと異なる場合が多い。従って、地方自治体の健診データの管理者は、国へ報告する集計データの作成に手間取ることが多かった。
【０００３】
そこで、複数の地方自治体間で健診データのデータベース及び集計処理を共通化するための、特許文献１に記載された技術が開示されている。この特許文献１には、「健診データのフィールド形式を、予め共通化（標準化）したフィールド形式に変換した上で、データベース管理部を介して、健診データベースの各健診結果のマスタテーブルに登録する」という記載がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２０３５４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
地方自治体毎に管理されるサイト（施設）から外部に検診データが流出しないようにするため、個人情報保護の観点から、各サイトで管理される個人の検診データがセキュリティ保護されている。ここで、特許文献１に開示された技術は、健診データのデータベース及び集計処理を共通化するものであるが、サイト毎に管理される健診データは、サイト毎に特有のフィールド形式を持つことが要求される場合がある。本明細書において、フィールド形式とは、健診データ、サイト毎に管理されるテーブルを構成するフィールドのフィールド名、フィールドの並びの順序、フィールドで用いられている値等を総称したものである。
【０００６】
このため、サイト毎に特有のフィールド形式を修正する等のメンテナンスに際して、メンテナンス員が各サイトに赴き、サイト毎に端末を操作してフィールド形式の修正作業を行っていた。このようにメンテナンス員が各サイトに赴く手間がかかるため、フィールド形式の修正が完了するまでに時間がかかっていた。
【０００７】
本発明はこのような状況に鑑みて成されたものであり、サイト毎に管理されるフィールド形式の修正を容易に行えるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る管理システムは、端末から入力される健診データをサイト毎に管理する複数の健診データ管理装置と、健診データ管理装置に対して健診データに関するメンテナンスを行うメンテナンス装置と、を備える。メンテナンス装置は、健診データのフィールド形式の変更を定義する定義ファイルを、フィールド形式が変更されるサイトの健診データ管理装置に出力し、健診データ管理装置は、定義ファイルに基づいて健診データのフィールド形式を、変更されたフィールド形式に変換する。
【発明の効果】
【０００９】
本発明によれば、メンテナンス装置は、複数のサイトで用いられる健診データのフィールド形式の修正を集約する。そして、メンテナンス装置から、フィールド形式が変更されるサイトの健診データ管理装置に対して定義ファイルが出力される。このため、サイト毎に特有のフィールド形式で変換した健診データを健診データ管理装置が管理することができる。また、各サイトにおけるフィールド形式を修正するためのメンテナンス作業時間が短縮され、保守管理が容易となる。
上記した以外の課題、構成及び効果は、以下の実施の形態の説明により明らかにされる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施の形態に係る健診データ管理システムの構成例を示す機能ブロック図である。
【図２】本発明の一実施の形態に係る健診データベースより管理される２種類のマスタテーブルの構成例を示す説明図である。
【図３】本発明の一実施の形態に係るサイトＡの入力データの構成例を示す説明図である。
【図４】本発明の一実施の形態に係るサイトＢの入力データの構成例を示す説明図である。
【図５】本発明の一実施の形態に係るフィールド名称変換テーブルとフィールド値変換テーブルの構成例を示す説明図である。
【図６】本発明の一実施の形態に係る集計条件テーブルの構成例を示す説明図である。
【図７】本発明の一実施の形態に係る表示装置が健診データを入力する画面の例を示す説明図である。
【図８】本発明の一実施の形態に係るプリンターが健診データの集計結果をプリントした文書の例を示す説明図である。
【図９】本発明の一実施の形態に係るサイト定義テーブル、マスタテーブル定義テーブル及びマスタフィールド定義テーブルの構成例を示す説明図である。
【図１０】本発明の一実施の形態に係るマスタフィールド選択肢定義テーブル及び全サイトフィールド名称変換テーブルの構成例を示す説明図である。
【図１１】本発明の一実施の形態に係る全サイトフィールド値変換テーブルを示す説明図である。
【図１２】本発明の一実施の形態に係るフィールド名称を列挙した各テーブルのフィールド形式と、各テーブルの階層構造の例を示す説明図である。
【図１３】本発明の一実施の形態に係るフィールド形式を修正する処理の例を示すフローチャートである。
【図１４】本発明の一実施の形態に係るサイトＡのフィールド値の修正前後における全サイトフィールド値変換テーブルの情報と、定義ファイルの情報とを示す説明図である。
【図１５】本発明の一実施の形態に係るフィールド定義の修正画面の表示例を示す説明図である。
【図１６】本発明の一実施の形態に係るプリンターが、マスタデータのフィールド形式が修正された後に集計された、健診データの集計結果をプリントした文書の例を示す説明図である。
【図１７】本発明の一実施の形態に係る計算機のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。
【００１２】
図１は、健診データ管理システム２００の構成例を示す機能ブロック図である。
健診データ管理システム２００は、健診データベースメンテナンス装置１と、複数のサイトにそれぞれ設けられた複数の健診データ管理装置３Ａ〜３Ｎと、を備える。
【００１３】
各サイトは、例えば、地方自治体毎に管理される。例えば、地方自治体Ａに構築されるサイトＡには健診データ管理装置３Ａが設けられ、地方自治体Ｂに構築されるサイトＢには健診データ管理装置３Ｂが設けられ、地方自治体Ｎに構築されるサイトＮには、健診データ管理装置３Ｎが設けられる。これらの健診データ管理装置３Ａ〜３Ｎは、健診データ管理端末３３から入力される健診データをサイト毎に管理する。そして、健診データベースメンテナンス装置１は、健診データ管理装置３Ａ〜３Ｎに対して健診データに関するメンテナンスを行う。
【００１４】
なお、健診データ管理装置３Ａ〜３Ｎは、いずれも同じ構成である。このため、図１では、健診データ管理装置３Ａの構成例について説明することとし、他の健診データ管理装置３Ｂ〜３Ｎについては、詳細な説明を省略する。以下、健診データ管理装置３Ａ、健診データベースメンテナンス装置１の順に構成例を説明する。なお、健診データ管理装置３Ａ〜３Ｎを区別しない場合には、「健診データ管理装置３」と総称する。
【００１５】
＜健診データベース管理装置＞
健診データ管理装置３Ａは、健診データベース管理装置３５及び健診データ管理端末３３を備える。この健診データ管理装置３Ａは、例えば、サイトごとに任意に定義されたフィールド形式を有する健診データを、マスタテーブルのフィールド形式に変換して、健診データベース３１０に蓄積する。従って、ある地方自治体（サイト）が本実施形態に係る健診データ管理装置３Ａを採用しても、現用の健診データ管理を特に変更する必要はない。
【００１６】
本実施の形態では、サイト毎に、異なるフィールド形式で健診データベース管理装置３５に健診データが入力されうる。そして、健診データ管理装置３Ａは、健診データベースメンテナンス装置１から出力される定義ファイル２に基づいて、健診データベース３１０に格納されるマスタテーブルのフィールド形式を変換することが可能である。また、健診データ管理装置３Ａは、定義ファイル２に基づいて、健診データ管理端末３３から入力される入力データ（例えば、健診データ）のフィールド形式を変換することが可能である。
【００１７】
健診データベース管理装置３５は、定義ファイル反映部３０、記憶装置３１、処理装置３２及び健診データ管理端末３３を少なくとも有し、いわゆるコンピュータによって構成される。
【００１８】
定義ファイル反映部３０は、健診データベースメンテナンス装置１の定義ファイル出力部１１から出力される定義ファイル２に基づいて、健診データベース３１０に格納されるマスタテーブル、フィールド名称変換テーブル３１１、及びフィールド値変換テーブル３１２のフィールドを、変更されたフィールド形式に修正する。なお、定義ファイル反映部３０が定義ファイル２の内容を反映する処理は、健診データ管理端末３３を操作する作業員が内容を確認した後に行われる。ただし、定義ファイル反映部３０は、定義ファイル２が入力したときに、定義ファイル２の内容を自動的に反映してもよい。
【００１９】
記憶装置３１は、健診データベース３１０、フィールド名称変換テーブル３１１、フィールド値変換テーブル３１２及び集計条件テーブル３１３を備える。記憶装置３１が備える各テーブルの詳細な構成例は後述する。
【００２０】
処理装置３２は、データベース管理部３２１、データ変換部３２２及び集計処理部３２３を備える。データ変換部３２２、データベース管理部３２１、集計処理部３２３の各機能は、いずれも、後述する図１７に示す計算機ＣにおけるＣＰＵ Ｃ１が、不揮発性ストレージＣ７に格納されたプログラムを読み出して、実行することによって実現される。
【００２１】
健診データ管理端末３３は、処理装置３４、入力部３３１、表示部３３２、プリンタ３３３を含むパーソナルコンピュータ等の計算機Ｃによって構成される。そして、処理装置３４は、健診データ入力部３４１、集計処理依頼部３４２、集計データ出力部３４３を備える。健診データ入力部３４１、集計処理依頼部３４２、集計データ出力部３４３の各機能は、いずれも、後述する図１７に示す計算機ＣにおけるＣＰＵ Ｃ１が、不揮発性ストレージＣ７に格納されたプログラムを読み出して、実行することによって実現される。
【００２２】
健診データ管理端末３３と健診データベース管理装置３５は、図示しない通信バスまたは通信ネットワークで通信可能に接続されているものとする。また、健診データ管理端末３３と健診データベース管理装置３５は、一個のコンピュータで構成されてもよく、また、一個の筐体等に収納された複数のコンピュータによって構成されてもよい。
【００２３】
なお、健診データベース管理装置３５は、それぞれのサイトごとに１セットずつ用意するのが好ましいが、健診データベース管理装置３５の一部を複数のサイトで共用することも可能である。その場合には、健診データベース３１０、フィールド名称変換テーブル３１１及びフィールド値変換テーブル３１２は、サイト別に設けられる。
【００２４】
＜健診データベースが管理するテーブル＞
健診データベース３１０は、サイト毎に定められたフィールド形式により健診データをマスタテーブルに格納する。例えば、健診データベース３１０は、個々人が受診したがん健診等による健康診断の結果のデータ（以下、「健診データ」と呼ぶ）が登録されたデータベースであり、健診データの種類に応じ、それぞれ異なる複数のテーブルによって構成される。以下、本実施の形態では、健診データベース３１０を構成する各種のテーブルをマスタテーブルと総称する。マスタテーブルには、後述する図３と図４に示す入力データを格納するテーブルの他、図９〜図１１に示す各テーブルも含まれる。本明細書において、マスタテーブルと称するテーブルは、複数のサイト、すなわち、複数の地方自治体で共通化されたテーブルが用いられるが、同じ名称のテーブルであっても、サイト毎に異なるフィールド形式を有する場合もある。本実施の形態に係る健診データベースメンテナンス装置１は、サイト毎にマスタテーブルのフィールド形式をメンテナンスすることが可能である。
【００２５】
＜マスタテーブルと入力データ＞
ここで、図２〜図４を参照して、健診データベース３１０におけるマスタテーブルの構成例と、マスタテーブルに登録されるサイトＡ，Ｂの入力データ（健診データ）の構成例について説明する。
【００２６】
図２は、健診データベース３１０により管理される２種類のマスタテーブルの構成例を示す説明図である。
サイトＡに設置された健診データベース管理装置３５の健診データベース３１０には、２種類のマスタテーブルとして、例えば、基本健康診査マスタテーブル３１０１と胃がん検診マスタテーブル３１０２とが管理されている。ここで、基本健康診査マスタテーブル３１０１及び胃がん検診マスタテーブル３１０２のフィールド形式について説明する。
【００２７】
図２の上段には、基本健康診査マスタテーブル３１０１の構成例が示される。基本健康診査マスタテーブル３１０１は、「受診者番号」、「受診年月日」、「受付番号」、「健診結果」の各フィールドを含んで構成される。
【００２８】
図２の下段には、胃がん検診マスタテーブル３１０２の構成例が示される。胃がん検診マスタテーブル３１０２は、「受診者番号」、「受診年月日」、「受付番号」、「胃がん結果」の各フィールドを含んで構成される。なお、基本健康診査マスタテーブル３１０１及び胃がん検診マスタテーブル３１０２が、他のフィールド、例えば、「受診者年齢」等のフィールドを含んでいていてもよい。
【００２９】
このようにサイトＡの健診データベース３１０に格納される２種類のマスタテーブルは、共に統一されたフィールド形式である。なお、サイトＢに設置された健診データベース管理装置３５の健診データベース３１０にも、統一されたフィールド形式とした２種類のマスタテーブルが管理されている。すなわち、健診データベース３１０に管理される２種類のマスタテーブルは、サイトＡ、Ｂ毎に統一されたフィールド形式である。
【００３０】
図３は、サイトＡの入力データの構成例を示す説明図である。図３に示す各データは、サイトＡに設置された健診データ管理端末３３の健診データ入力部３４１から処理装置３２に入力される入力データの一例である。
【００３１】
図３の上段には、サイトＡで用いられる基本健康診査マスタテーブル３１０１に格納される入力データである、基本健康診査データ３１０１Ａの構成例が示される。「サイトＡ」における基本健康診査データ３１０１Ａは、「受診者」、「受診日」、「番号」、「結果」等のフィールドを含んで構成される。
【００３２】
図３の下段には、サイトＡで用いられる胃がん検診マスタテーブル３１０２に格納される入力データである、胃がん検診データ３１０２Ａの構成例が示される。「サイトＡ」における胃がん検診データ３１０２Ａは、「受診者」、「受診日」、「番号」、「受診結果」等のフィールドを含んで構成される。
【００３３】
このように、基本健康診査データ３１０１Ａのフィールド形式と、基本健康診査マスタテーブル３１０１のフィールド形式とが異なる。同様に、胃がん検診データ３１０２Ａのフィールド形式と、胃がん検診マスタテーブル３１０２のフィールド形式とが異なる。
【００３４】
図４は、サイトＢの入力データの構成例を示す説明図である。図４に示す各データは、サイトＢに設置された健診データ管理端末３３の健診データ入力部３４１から処理装置３２に入力される入力データの一例である。
【００３５】
図４の上段には、サイトＢで用いられる基本健康診査マスタテーブル３１０１に格納される入力データである、基本健康診査データ３１０１Ｂの構成例が示される。「サイトＢ」における基本健康診査データ３１０１Ｂは、「対象者」、「健診受診日」、「総合判定」等のフィールドを含んで構成される。
【００３６】
図４の下段には、サイトＢで用いられる胃がん検診マスタテーブル３１０２に格納される入力データである、胃がん検診データ３１０２Ｂの構成例が示される。「サイトＢ」における胃がん検診データ３１０２Ｂは、「対象者」、「健診受診日」、「判定結果」等のフィールドを含んで構成される。
【００３７】
なお、基本健康診査データ３１０１Ｂ及び胃がん検診データ３１０２Ｂにおいて、基本健康診査マスタテーブル３１０１及び胃がん検診マスタテーブル３１０２の「受付番号」に相当するフィールドは定義されていない。
【００３８】
このように、基本健康診査データ３１０１Ｂのフィールド形式と、基本健康診査マスタテーブル３１０１のフィールド形式とが異なる。同様に、胃がん検診データ３１０２Ｂのフィールド形式と、胃がん検診マスタテーブル３１０２のフィールド形式とが異なる。
【００３９】
図３と図４を参照して説明したように、サイトＡ、Ｂのいずれにおいても、健診データベース３１０に格納される２種類のマスタテーブルのフィールド形式と、各マスタテーブルに入力される入力データのフィールド形式とが異なる。すなわち、各サイトで用いられる健診データは、そのサイトごと、あるいは健診データの種別ごとに、健診データの名称、健診データを構成するフィールド名、さらには、各フィールド内で用いられているデータ（値）がそれぞれ微妙に相違している。また、フィールドの順序が相違することもある。
【００４０】
このため、本実施の形態に係るデータ変換部３２２は、健診データベース３１０に記憶される健診データのフィールド形式を、健診データベースメンテナンス装置１から出力される定義ファイル２に基づいて変換する。定義ファイル２は、マスタテーブル及び入力データのフィールド形式を修正するために用いられる。これにより、健診データ管理端末３３から入力する入力データのフィールド形式が、定義ファイル２に規定される、修正されたフィールド名称又はフィールド値に変換される。そして、データ変換部３２２は、データベース管理部３２１を介して健診データベース３１０に、フィールド名称又はフィールド値を変換した入力データを格納する。各サイトで行われるフィールド形式を修正する処理の詳細は、後述する図１３と図１４を参照して説明する。
【００４１】
＜フィールド名称変換テーブル及びフィールド値変換テーブル＞
次に、フィールド名称変換テーブル３１１とフィールド値変換テーブル３１２の構成例について、図５を参照して説明する。
図５は、フィールド名称変換テーブル３１１とフィールド値変換テーブル３１２の構成例を示す説明図である。フィールド名称変換テーブル３１１とフィールド値変換テーブル３１２は、いずれも記憶装置３１に記憶され、データ変換部３２２により参照されるテーブルである。
【００４２】
図５の上段に示すフィールド名称変換テーブル３１１は、健診データ入力部３４１から入力される健診データのフィールド名称と、健診データベース３１０内のマスタテーブルのフィールド名称と、を対応付けるテーブルである。
【００４３】
例えば、サイトＡに設けられるフィールド名称変換テーブル３１１は、図５の上段に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称（＃１）」、「入力データ・フィールド名称（＃１）」、・・・、「マスタテーブル・フィールド名称（＃４）」、「入力データ・フィールド名称（＃４）」の各フィールドを含んで構成される。ここでは、レコードの構成が縦方向に示されている。
【００４４】
このようにレコードが構成されるため、「マスタテーブル名称」及び「入力データ名称」のフィールドにより、「入力データ名称」に対応付けられたマスタテーブルを選択することが可能になる。また、「マスタテーブル名称」及び「入力データ名称」に後続する「マスタテーブル・フィールド名称（＃ｊ）」及び「入力データ・フィールド名称（＃ｊ）」（ｊ＝１，…，４）のフィールドにより、マスタテーブルのフィールド名称と、入力データのフィールド名称とが対応付けられる。なお、図５の上段では、フィールド数が「４」となっているが、「４」に限定されるわけではない。
【００４５】
図５の下段に示すフィールド値変換テーブル３１２は、健診データ入力部３４１から入力される健診データのフィールドで用いられる値と、その健診データのフィールドに対応付けられたマスタテーブルのフィールドで用いられる値と、を対応付けるテーブルである。
【００４６】
例えば、サイトＡに設けられるフィールド値変換テーブル３１２は、図５の下段に示すように、「マスタテーブル名称」、「入力データ名称」、「マスタテーブル・フィールド名称」、「入力データ・フィールド名称」、「マスタテーブル値（＃１）」、「入力データ値（＃１）」、「マスタテーブル値（＃２）」、「入力データ値（＃２）」、「マスタテーブル値（＃３）」、「入力データ値（＃３）」の各フィールドを含んで構成される、ここでは、レコードの構成が縦方向に示されている。
【００４７】
このようにレコードが構成されるため、「マスタテーブル名称」及び「入力データ名称」のフィールド、並びに、「マスタテーブル・フィールド名称」及び「入力データ・フィールド名称」のフィールドにより、マスタテーブルのフィールドと、入力データのフィールドとが対応付けられる。さらに、「入力データ値（＃ｋ）」及び「マスタテーブル値（＃ｋ）」（ｋ＝１，…，３）のフィールドにより、対応付けられたマスタテーブルのフィールドと入力データのフィールドのそれぞれで用いられる値が対応付けられる。なお、図５の下段では、ｋの最大値は、「３」となっているが、「３」に限定されるわけではない。
【００４８】
ここで、図５の下段のフィールド値変換テーブル３１２の第１レコード（縦方向）によれば、入力データである基本健康診査データ３１０１Ａ（図３の上段を参照）の「結果」フィールドで用いられている「異常なし」、「要精密検査」、「要再検」という値は、それぞれ基本健康診査マスタテーブル３１０１（図２の上段を参照）の「検診結果」フィールドで用いられている「１」、「２」、「３」という値に対応することが示されている。なお、「１」、「２」、「３」という値は、それぞれ「異常なし」、「要精密検査」、「要再検」等のテキスト値であってもよい。
【００４９】
同様に、フィールド値変換テーブル３１２の第２レコード（縦方向）によれば、入力データである胃がん検診データ３１０２Ａ（図３の下段を参照）の「受診結果」フィールドで用いられている、「異常なし」、「要精密検査」、「胃がん」という値は、それぞれ胃がん検診マスタテーブル３１０２（図２の下段を参照）の「胃がん結果」フィールドで用いられている「１」、「２」、「３」という値に対応することが示されている。なお、「１」、「２」、「３」という値は、それぞれ「異常なし」、「要精密検査」、「胃がん」等のテキスト値であってもよい。
【００５０】
＜集計条件テーブル＞
次に、集計条件テーブル３１３のの構成例について、図６を参照して説明する。
図６は、集計条件テーブル３１３の構成例を示す説明図である。
集計条件テーブル３１３は、「マスタテーブル名称」、「フィールド名称（＃１）」、「フィールド値（＃１）」、「フィールド名称（＃２）」、「フィールド値（＃２）」の各フィールドによって構成される。
【００５１】
ここで、「マスタテーブル名称」フィールドは、集計対象のマスタテーブルを指定する情報である。また、「フィールド名称（＃ｍ）」及び「フィールド値（＃ｍ）」フィールド（ｍ＝１，２）は、「マスタテーブル名称」フィールドで指定されたマスタテーブルの「フィールド名称（＃ｍ）」で指定されたフィールドの値が「フィールド値（＃ｍ）」であることを意味する条件情報である。条件情報として、ここでは、ｍ＝１，２の２つの条件が設けられているが、その条件数は、「２」に限定されない。
【００５２】
ちなみに、図６に示す集計条件テーブル３１３が表す条件情報は、「基本健康診査マスタテーブル３１０１（図２の上段を参照）における、「受診年月日」のフィールドの値が「２０１７＊＊＊＊」で、かつ、「健診結果」のフィールドの値が「３」であるレコード数を集計する」ことを意味する。さらに、この条件情報は、「胃がん検診マスタテーブル３１０２（図２の下段を参照）における、「受診年月日」のフィールドの値が「２０１７＊＊＊＊」で、かつ、「胃がん結果」のフィールドの値が「３」であるレコード数と、を集計する。」ことを意味する。なお、「受診年月日」のフィールドにおける＊＊＊＊は、ワイルドカードであることを意味する。
【００５３】
このように集計条件テーブル３１３は、集計処理部３２３がデータベース管理部３２１を介して健診データベース３１０から特定のレコードを取得する際に参照する集計条件を格納する。集計条件テーブル３１３は、一個に限定されず、複数種類のものが予め作成され、健診データベース管理装置３５の記憶装置３１に記憶されてもよい。従って、集計処理部３２３は、記憶装置３１に記憶されている各種の集計条件テーブル３１３を用いることによって、例えば、国が各地方自治体に提出を求める健診データに関する集計データを容易に求めることができる。
【００５４】
＜健診データベース管理装置の処理装置＞
次に、健診データベース管理装置３５の処理装置３２の構成例について、再び図１を参照して説明する。処理装置３２には、データベース管理部３２１、データ変換部３２２及び集計処理部３２３が設けられる。
【００５５】
データベース管理部３２１は、データ変換部３２２によりフィールド形式が変換された健診データを、その健診データに対応付けられた健診データベース３１０内のマスタテーブルに書込む。また、データベース管理部３２１は、集計処理部３２３からの要求に従って、集計処理の対象となる健診データを健診データベース３１０から読み出し、集計処理部３２３に出力する。
【００５６】
データ変換部３２２は、フィールド名称変換テーブル３１１及びフィールド値変換テーブル３１２を参照する。これにより、データ変換部３２２は、健診データ入力部３４１から入力される健診データのフィールド形式を、その健診データの名称に対応付けられた名称を有するマスタテーブルのフィールド形式に変換する。
【００５７】
図３及び図４に示したように各サイトで用いられる健診データは、そのサイトごと、あるいは健診データの種別ごとに、フィールド形式が相違する。そこで、本実施形態に係る健診データベース管理装置３５においては、データ変換部３２２は、健診データ入力部３４１を介して入力した健診データのフィールド形式を、健診データベース３１０で規定されるフィールド形式に変換した上で、データベース管理部３２１を介して、健診データベース３１０の各健診結果のマスタテーブルに登録する。
【００５８】
なお、フィールド値変換テーブル３１２において、入力される健診データの「入力データ名称」及び「入力データ・フィールド名称」に対して、「マスタテーブル名称」及び「マスタテーブル・フィールド名称」が存在しない場合には、そのフィールドの値は変換されない。
【００５９】
集計処理部３２３は、健診データ管理端末３３から指定された集計条件に応じた集計条件テーブル３１３を参照し、データベース管理部３２１を介して、その集計条件テーブル３１３で指定されるマスタテーブルから集計条件に適合する健診データを取得する。その後、集計処理部３２３は、その取得した健診データを集計し、その集計結果を健診データ管理端末３３へ返送する。
【００６０】
＜健診データベース管理装置における処理の概要＞
ここで、健診データ管理端末３３により行われる健診データの登録処理と、集計処理部３２３により行われる健診データの集計処理について処理の概要を説明する。
【００６１】
（健診データの登録処理）
医療機関等で健診が行われると、その健診結果を表す健診データは、まず、入力部３３１を介して健診データ管理端末３３へ入力される。一般に、医療機関の健診データは、紙のシート等に記載されていることが多いので、その場合には、作業者がその記載内容をキーボード等から入力する。あるいは、医療機関の健診データがマークシートで構成されている場合には、入力部３３１としてＯＣＲ（Optical Card Reader）等が用いられる。
【００６２】
なお、地方自治体に何らかの健診データの管理システムが存在し、健診データが、既にハードディスク装置等にデータベースのテーブルの形で保管されている場合がある。この場合、入力部３３１は、ハードディスク装置から保管されている健診データを直接に読み出すものであってもよい。
【００６３】
健診データ管理端末３３の健診データ入力部３４１は、入力部３３１を介して入力される健診データを読み込み、その読み込んだ健診データを健診データベース管理装置３５へ転送する。なお、その健診データを読み込むときに用いられる健診データのフィールド形式は、図３及び図４に示したように、健診データの種別ごとに異なっていても、また、サイトごとに異なっていても構わない。
【００６４】
次に、健診データベース管理装置３５のデータ変換部３２２は、転送されてきた健診データをマスタテーブルのフィールド形式に変換する。ここで、マスタテーブルは、健診データベース３１０内で健診データを登録したテーブル（例えば、図３に示す基本健康診査データ３１０１Ａ、胃がん検診データ３１０２Ａ等）である。このため、データベース管理部３２１は、マスタテーブルのフィールド形式に変換された健診データを、その健診データに応じたマスタテーブルに登録する。以上の健診データ登録処理により、入力部３３１等から入力された健診データは、マスタテーブルのフィールド形式に変換され、健診データベース３１０に登録される。
【００６５】
（健診データの集計処理）
健診データ集計処理では、健診データ管理端末３３の集計処理依頼部３４２が、入力部３３１を介して入力される集計処理要求を受付け、健診データベース管理装置３５に対して、集計条件を指定して、健診データの集計を要求する。
【００６６】
健診データベース管理装置３５の集計処理部３２３は、健診データ管理端末３３からの集計要求を受けると、指定された集計条件に応じた集計条件テーブル３１３を参照する。次に、集計処理部３２３は、データベース管理部３２１を介して、その集計条件テーブル３１３で指定されるマスタテーブルから集計条件に適合する健診データを取得する。そして、集計処理部３２３は、取得した健診データを集計し、その集計結果を健診データ管理端末３３へ返送する。
【００６７】
健診データ管理端末３３の集計処理依頼部３４２は、健診データベース管理装置３５から集計結果を受け取ると、その集計結果を表示部３３２又はプリンタ３３３等の出力装置に出力する。
【００６８】
＜入力画面及び集計結果＞
次に、健診データ管理端末３３に表示される入力画面と、プリンタ３３３によりプリントされる健診データの集計結果について、図７と図８を参照して説明する。
【００６９】
図７は、健診データ管理端末３３の表示部３３２に表示される入力画面の例を示す説明図である。ここでは、サイトＡ、Ｂにおいて、健診データ管理端末３３を操作する作業者が、基本健康診査の受診結果の入力を行う入力画面について説明する。
【００７０】
図７の上段に示すサイトＡの表示部３３２の入力画面には、「受診者」、「受診日」、「番号」及び「結果」が入力項目として表示される。各項目に入力される値は、例えば、「受診者」が「１０００００１」である、図３の基本健康診査データ３１０１Ａに対応する値と同じである。この入力画面では、作業者がドロップダウンボタンを押すと、「異常なし」、「要精密検査」、「要再検」のいずれかを選択可能な選択肢として「結果」の項目が表示される。作業者は、全ての項目を入力し終えると、画面下部に表示される送信ボタンを押す。これにより、入力画面に入力された値を含む健診データが、健診データ入力部３４１を通じて処理装置３２に送信される。なお、作業者が、画面下部に表示されるキャンセルボタンを押すと、項目の選択をやり直したり、入力画面を閉じたりすることができる。
【００７１】
また、サイトＡにおいて、基本健康診査の入力画面と同様のレイアウトで表示される胃がん検診の入力画面を通じて、作業者が胃がん検診の受診結果を入力することができる。胃がん検診の入力画面（図示略）では、作業者がドロップダウンボタンを押すことにより、「異常なし」、「要精密検査」、「胃がん」のいずれかを選択可能な選択肢として「結果」の項目が表示される。
【００７２】
図７の下段に示すサイトＢの表示部３３２の入力画面には、「対象者」、「健診受診日」、「総合判定」が入力項目として表示される。各項目に入力される値は、例えば、図４の基本健康診査データ３１０１Ｂの「受診者」が「１０００００１」に該当する患者の値と同じとする。そして、この入力画面では、作業者がドロップダウンボタンを押すと、「異常なし」、「要精密」、「−」のいずれかを選択可能な選択肢として「結果」の項目が表示される。
【００７３】
また、サイトＢにおいて、基本健康診査の入力画面と同様のレイアウトで表示される胃がん検診の入力画面を通じて、作業者が胃がん検診の受診結果を入力することができる。胃がん検診の入力画面（図示略）では、作業者がドロップダウンボタンを押すことにより、「正常」、「要精密」、「胃がん」のいずれかを選択可能な選択肢として「結果」の項目が表示される。
【００７４】
図８は、プリンタ３３３が健診データの集計結果をプリントした文書の例を示す説明図である。ここでは、サイトＡにおける基本健康診査及び胃がん検診の全ての受診結果から「結果」毎に人数を集計した例を示す。
【００７５】
この健診結果は、サイトＡが構築される地方自治体Ａにおける、健診の種別ごとにプリントされた文書により構成される。例えば、基本健康診査の結果が、「異常なし」、「要精密検査」、「要再検」であった人数と、合計人数とが文書に記載される。また、胃がん検診の結果についても、「異常なし」、「要精密検査」、「胃がん」であった人数と、合計人数とが文書に記載される。
【００７６】
なお、文書にプリントされる「異常なし」、「要精密検査」、「要再検」、「胃がん」等の項目名は、マスタテーブルで用いられているフィールド名称やフィールド値に合わせる。また、図６に示した集計条件テーブル３１３に規定される内容に従って、集計処理部３２３が集計した項目及び値が文書にプリントされてもよい。
【００７７】
＜健診データベースメンテナンス装置＞
次に、再び図１を参照して健診データベースメンテナンス装置１の構成例について説明する。健診データベースメンテナンス装置１は、健診データのフィールド形式の変更を定義する定義ファイル２を、フィールド形式が変更されるサイトの健診データ管理装置３に出力する。この健診データベースメンテナンス装置１は、フィールド形式一元管理部１０、定義ファイル出力部１１、及びメンテナンス端末１２を備える。
【００７８】
フィールド形式一元管理部１０は、複数の健診データ管理装置３Ａ〜３Ｎ毎に設けられ、健診データが格納されるマスタテーブルに関する定義テーブルのフィールド形式を管理する。マスタテーブルに関する定義テーブルは、フィールド形式の修正による影響が及ぶ範囲が規定される階層化された複数の定義テーブルを含む。また、フィールド形式一元管理部１０は、サイトを定義するサイト定義テーブル１０１をも管理する。フィールド形式一元管理部１０で管理されるテーブルの階層構造の詳細は、後述する図１２にて説明する。
【００７９】
各サイトで、マスタテーブルのフィールド形式の修正が要求されると、メンテナンス員は、健診データベースメンテナンス装置１にて、該当するサイトで管理されるマスタテーブルのフィールド形式を修正する。その後、定義ファイル出力部１１により、修正されたフィールド形式の情報を含む定義ファイル２が、該当するサイトの健診データベース管理装置３５に出力されることで、マスタテーブルのフィールド形式が修正される。
【００８０】
フィールド形式一元管理部１０は、サイト定義テーブル１０１、マスタテーブル定義テーブル１０２、マスタフィールド定義テーブル１０３、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６を備える。サイト定義テーブル１０１が、サイトを定義する定義テーブルとして用いられる。また、サイト定義テーブル１０１以外のテーブルが、上述したマスタテーブルに関する定義テーブルとして用いられる。これらのテーブルの詳細な構成については、後述する図９〜図１１を参照して説明する。
【００８１】
メンテナンス端末１２は、修正データ入力部１２０、フィールド定義出力依頼部１２１を備える。このメンテナンス端末１２は、メンテナンス員等の作業者により操作される端末であり、フィールド形式一元管理部１０が管理する各テーブルのフィールド形式を修正するための修正データが入力される。
【００８２】
修正データ入力部１２０は、各サイトで管理する健診データ及びマスタテーブルのフィールド形式を変更するためにメンテナンス員から入力される修正データを受け付ける。この修正データは、フィールド形式一元管理部１０が管理する定義テーブルにより定義されるフィールドのフィールド定義を修正するものである。
【００８３】
メンテナンス員は、例えば、サイトＡの管理者から受け取る電子メールや封書等に書かれたマスタテーブルの修正内容に基づいて、修正データ入力部１２０を通じてサイトＡで管理されるマスタテーブルの修正データを入力する。修正データ入力部１２０が受け付けた修正データは、定義ファイル出力部１１のフィールド定義修正部１１１に出力される。
【００８４】
本実施の形態において、マスタテーブルの修正は、フィールド形式の変更に関するものである。フィールド形式の変更には、例えば、既存のマスタテーブルを構成するフィールドのフィールド名称、フィールドの値の修正の他、マスタテーブルに新たなフィールドを追加したり、マスタテーブルからフィールドを削除する修正も含まれる。また、本実施の形態では、サイトＡで管理されるマスタテーブルのフィールド形式が修正される例について説明するが、特定の複数のサイト（例えば、サイトＡ，Ｂのみ）を対象としてマスタテーブルのフィールド形式を修正してもよい。また、全サイト（サイトＡ〜Ｎ）を対象としてマスタテーブルのフィールド形式を修正してもよい。
【００８５】
フィールド定義出力依頼部１２１は、メンテナンス員から入力される、各サイトが管理するマスタテーブルのフィールド定義の変更を指示するためのフィールド定義出力の依頼を受け付ける。この依頼は、定義ファイル出力部１１のフィールド定義出力部１１２に出力される。
【００８６】
定義ファイル出力部１１は、メンテナンス端末１２から入力される修正データに基づいて、フィールド形式一元管理部１０に管理されるマスタテーブルに関する定義テーブルのフィールド形式を修正する。そして、定義ファイル出力部１１は、修正されたフィールド形式に基づいて作成した定義ファイル２を、マスタテーブルが管理される健診データ管理装置３に出力する。例えば、定義ファイル出力部１１は、フィールド形式一元管理部１０が管理する定義テーブルが修正されると、メンテナンス端末１２からの依頼に従って、定義ファイル２を健診データ管理装置３に出力する。このとき、定義ファイル出力部１１は、フィールド形式の修正による影響が及ぶ範囲に応じて定義テーブル毎に作成した一又は複数の定義ファイル２を健診データ管理装置３に出力する。
【００８７】
定義ファイル出力部１１は、データベース管理部１１０、フィールド定義修正部１１１及びフィールド定義出力部１１２を備える。
データベース管理部１１０は、フィールド形式一元管理部１０が管理する各テーブルにアクセスし、フィールド定義修正部１１１により修正されたフィールド定義を反映する。また、フィールド定義出力部１１２の要求に従ってフィールド形式一元管理部１０から、フィールド形式が修正されたテーブル、及び、フィールド形式の修正の影響が及ぶテーブルから、各テーブルのフィールド形式を読み出して、フィールド定義出力部１１２に出力する。
【００８８】
フィールド定義修正部１１１は、メンテナンス端末１２の修正データ入力部１２０から出力された修正データに基づいて、データベース管理部１１０を介して各テーブルのフィールド定義を修正する。
【００８９】
フィールド定義出力部１１２は、メンテナンス端末１２のフィールド定義出力依頼部１２１から出力されたフィールド定義出力の依頼に基づいて、データベース管理部１１０に修正後のフィールド定義の取得を指示する。修正後のフィールド定義は、例えば、サイト定義テーブル１０１やマスタテーブル定義テーブル１０２の修正されたフィールドを含むデータである。
【００９０】
そして、フィールド定義出力部１１２は、データベース管理部１１０がフィールド形式一元管理部１０から取得した修正後のフィールド定義に基づいて定義ファイル２を作成する。定義ファイル２の詳細な構成例は、後述する図１４にて説明する。その後、フィールド定義出力部１１２は、マスタテーブルのフィールド形式が修正されるサイトの健診データベース管理装置３５に対して、定義ファイル２を出力する。フィールド定義出力部１１２は、フィールド形式一元管理部１０が管理する各テーブルの階層構造に応じて一又は複数の定義ファイル２を作成する。また、フィールド定義出力部１１２は、一又は複数の定義ファイル２を、一又は複数のサイトに出力することが可能である。
【００９１】
図９は、サイト定義テーブル１０１、マスタテーブル定義テーブル１０２及びマスタフィールド定義テーブル１０３の構成例を示す説明図である。
図９の上段に示すサイト定義テーブル１０１は、健診データベース管理装置３５を利用するサイト名と、サイト名に対応付けられたサイトＩＤとを格納する。サイトＩＤは、後述する図１０に示す全サイトフィールド名称変換テーブル１０５と、図１１に示す全サイトフィールド値変換テーブル１０６にてサイトを特定するために使用される。
【００９２】
図９の中段に示すマスタテーブル定義テーブル１０２は、マスタテーブルのテーブル名称を定義するテーブルである。このため、マスタテーブル定義テーブル１０２は、サイト毎に健診データベース３１０が管理するテーブルのテーブル名と、テーブル名に対応付けられたテーブルＩＤとを格納する。マスタテーブル定義テーブル１０２により、健診データベース管理装置３５の健診データベース３１０が持つマスタテーブルのテーブル情報（例えば、テーブル名称、フィールド値、フィールドの並び等）が管理される。
【００９３】
図９の下段に示すマスタフィールド定義テーブル１０３は、マスタテーブル定義テーブル１０２に規定されるマスタテーブルのフィールドを定義するテーブルである。このため、マスタフィールド定義テーブル１０３は、マスタテーブル定義テーブル１０２で定義されたテーブルが持つフィールドのフィールド名と対応付けられたフィールドＩＤ、フィールド型、入力形式等を格納する。マスタフィールド定義テーブル１０３により、健診データベース３１０が持つマスタテーブルのフィールド情報が管理される。
【００９４】
図１０は、マスタフィールド選択肢定義テーブル１０４及び全サイトフィールド名称変換テーブル１０５の構成例を示す説明図である。
図１０の上段に示すマスタフィールド選択肢定義テーブル１０４は、マスタフィールド定義テーブル１０３に規定される選択肢を定義するテーブルである。このため、マスタフィールド選択肢定義テーブル１０４は、マスタフィールド定義テーブル１０３で入力形式が「選択」と定義されているフィールドの選択肢と、選択肢に対応付けられた内容とを格納する。マスタフィールド選択肢定義テーブル１０４により、マスタフィールド定義テーブル１０３の入力形式が「選択」となっているフィールドの「内容」が管理される。
【００９５】
図１０の下段に示す全サイトフィールド名称変換テーブル１０５は、サイト定義テーブル１０１に規定されるサイト毎に健診データベースメンテナンス装置１が管理するマスタテーブルのフィールド名称を定義するテーブルである。このため、全サイトフィールド名称変換テーブル１０５は、全サイト（サイトＡ〜Ｎ）の健診データ管理端末３３から入力される健診データのフィールド名称と、フィールド名称に対応付けられたマスタテーブルのフィールドＩＤとを格納する。全サイトフィールド名称変換テーブル１０５により、全サイトの健診データのフィールド名称と、マスタテーブルのフィールドＩＤとが紐付けられる。
【００９６】
図１１は、全サイトフィールド値変換テーブル１０６を示す説明図である。
全サイトフィールド値変換テーブル１０６は、サイト定義テーブル１０１に規定されるサイト毎にマスタテーブルのフィールド値を定義する。このため、全サイトフィールド値変換テーブル１０６は、全サイトの健診データ管理端末３３から入力される健診データのフィールドで用いられる値と、その健診データのフィールドに対応付けられたマスタテーブルのフィールドで用いられる値とを格納する。全サイトフィールド値変換テーブル１０６により、全サイトの入力形式が「選択」となっているフィールドの内容と、選択肢の値とが紐付けられる。
【００９７】
＜フィールド形式一元管理部が管理するテーブルの関係＞
次に、フィールド形式一元管理部１０を構成する各テーブルの関係について、図１２を参照して説明する。
図１２は、フィールド名称を列挙した各テーブルのフィールド形式と、各テーブルの階層構造の例を示す説明図である。
【００９８】
図１２の上段には、フィールド形式一元管理部１０に構成される各テーブルのフィールド形式の概要が示される。ここでは、各テーブルのフィールド名称だけを列挙する。そして、各テーブルで同じフィールド名称を特定しやすくするため、同じＩＤのフィールドを同じ模様で塗りつぶす。例えば、サイトＩＤは、右上から左下に向かう斜線のハッチングで表し、テーブルＩＤは、ドットの集合で表し、フィールドＩＤは、左上から右下に向かう斜線のハッチングで表す。
【００９９】
各テーブルで共通するフィールドは以下のようになる。
サイトＩＤは、サイト定義テーブル１０１、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６に共通して用いられるフィールドである。
テーブルＩＤは、マスタテーブル定義テーブル１０２、マスタフィールド定義テーブル１０３、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６に共通して用いられるフィールドである。
フィールドＩＤは、マスタフィールド定義テーブル１０３、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６に共通して用いられるフィールドである。
【０１００】
図１２の下段には、各テーブルの階層構造の例が示される。
サイトＩＤ、テーブルＩＤ、フィールドＩＤに関連する情報のいずれかを修正した場合、これらのＩＤが含まれる各テーブルに修正の影響が及ぶ。このように、あるテーブルにおける情報が変更されると、他のテーブルの情報を変更しなければならない関係を「階層構造」と呼ぶ。
【０１０１】
例えば、マスタテーブル定義テーブル１０２には、テーブルＩＤが含まれる。このため、マスタテーブル定義テーブル１０２のテーブルＩＤが変更されると、変更の影響が、マスタフィールド定義テーブル１０３、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６に及ぶ。このため、マスタテーブル定義テーブル１０２は、他のテーブルよりも上位の階層にあると言える。
【０１０２】
マスタフィールド定義テーブル１０３には、フィールドＩＤが含まれる。このため、マスタフィールド定義テーブル１０３のフィールドＩＤが変更されると、変更の影響が、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６に及ぶ。このため、マスタフィールド定義テーブル１０３は、マスタテーブル定義テーブル１０２を除く、他のテーブルよりも上位の階層にあると言える。
【０１０３】
マスタフィールド選択肢定義テーブル１０４にもフィールドＩＤが含まれる。ただし、マスタフィールド選択肢定義テーブル１０４は、マスタフィールド定義テーブル１０３で定義されるフィールド型が「選択肢」の内容を定義するテーブルである。このため、マスタフィールド選択肢定義テーブル１０４は、マスタフィールド定義テーブル１０３より下位の階層にあると言える。
【０１０４】
全サイトフィールド名称変換テーブル１０５と全サイトフィールド値変換テーブル１０６は、いずれもテーブルＩＤ、サイトＩＤ、フィールドＩＤを含む。このため、全サイトフィールド名称変換テーブル１０５と全サイトフィールド値変換テーブル１０６は、マスタフィールド選択肢定義テーブル１０４より下位の階層にあり、サイト定義テーブル１０１を参照する。
【０１０５】
なお、サイト定義テーブル１０１は、テーブル１０２〜１０６の階層構造とは別に管理されるテーブルである。そして、全サイトフィールド名称変換テーブル１０５と全サイトフィールド値変換テーブル１０６は、サイト定義テーブル１０１より下位の階層にあると言える。
【０１０６】
このように各テーブルが階層構造で管理されるため、修正されるテーブルの種類によって、修正の影響が及ぶテーブルが異なる。このため、あるテーブルが修正されると、修正の影響が及ぶテーブルの数だけフィールド定義出力部１１２により定義ファイル２が作成される。例えば、最上位の階層にあるマスタテーブル定義テーブル１０２が修正されると、マスタテーブル定義テーブル１０２、マスタフィールド定義テーブル１０３、マスタフィールド選択肢定義テーブル１０４、全サイトフィールド名称変換テーブル１０５及び全サイトフィールド値変換テーブル１０６を修正するための５個の定義ファイル２が作成される。一方、最下層の全サイトフィールド値変換テーブル１０６だけが変更された場合、この全サイトフィールド値変換テーブル１０６だけを修正するための１個の定義ファイル２が作成される。
【０１０７】
＜フィールド形式の修正処理＞
次に、フィールド形式の修正処理と、フィールド形式の修正に伴って出力される定義ファイル２の内容とを、図１３と図１４を参照して説明する。
図１３は、フィールド形式を修正する処理の例を示すフローチャートである。
図１４は、サイトＡのフィールド値の修正前後における全サイトフィールド値変換テーブル１０６の情報と、定義ファイル２の情報とを示す説明図である。
【０１０８】
例えば、図１４の上段には、修正前の全サイトフィールド値変換テーブル１０６の情報が示される。ここで、全サイトフィールド値変換テーブル１０６の、テーブルＩＤが「１」、サイトＩＤが「１」、フィールドＩＤが「４」、選択肢が「２」で特定される内容フィールドには「要精密検査」が格納される。ここでは、選択肢が「２」で特定される内容フィールドを、「要精密検査」から「要精検」に修正する場合について説明する。
【０１０９】
初めに、メンテナンス員は、メンテナンス端末１２を操作して、サイトＡを修正対象のテーブルがある対象サイトとして指定した上で、サイトＡにおける全サイトフィールド値変換テーブル１０６の「要精密検査」を「要精検」に修正する修正情報を入力する（Ｓ１）。この修正情報は、修正データ入力部１２０とフィールド定義修正部１１１を介してデータベース管理部１１０に入力される。
【０１１０】
次に、データベース管理部１１０は、入力された修正情報を、修正対象となるテーブルに反映する（Ｓ２）。図１４の例では、修正対象となるテーブルが全サイトフィールド値変換テーブル１０６であり、サイトＡにおける内容フィールドが「要精密検査」から「要精検」に修正される。
【０１１１】
図１４の中段には、データベース管理部１１０により、修正後の全サイトフィールド値変換テーブル１０６の情報が示される。全サイトフィールド値変換テーブル１０６の内容フィールドに格納された「要精密検査」が「要精検」に修正される。
【０１１２】
次に、メンテナンス員は、メンテナンス端末１２を操作して、サイトＡの健診データベース管理装置３５に対する、定義ファイル２の出力依頼を入力する。この時、フィールド定義出力依頼部１２１は、定義ファイル２の出力依頼を受け付け、フィールド定義出力部１１２に対して、定義ファイル２の出力要求を出力する（Ｓ３）。
【０１１３】
次に、フィールド定義出力部１１２は、データベース管理部１１０を介して、フィールド形式一元管理部１０から、修正対象テーブル、例えば、全サイトフィールド値変換テーブル１０６の修正情報を取得し、定義ファイル２を作成する。そして、フィールド定義出力部１１２は、対象サイトである、サイトＡの健診データベース管理装置３５に定義ファイル２を出力する（Ｓ４）。
【０１１４】
例えば、図１４の下段には、全サイトフィールド値変換テーブル１０６の修正情報に基づいて作成された定義ファイル２の例が示される。この定義ファイル２には、全サイトフィールド値変換テーブル１０６の修正された情報だけを含むレコードが含まれる。この定義ファイル２は、テーブルＩＤが「１」、サイトＩＤが「１」、フィールドＩＤが「４」、選択肢が「２」で特定される内容に「要精検」が格納されたレコードである。
【０１１５】
次に、サイトＡの健診データベース管理装置３５が備える定義ファイル反映部３０が、健診データベースメンテナンス装置１から受信した定義ファイル２を読込む（Ｓ５）。そして、定義ファイル反映部３０は、定義ファイル２を読込んで取得した修正情報を、健診データベース３１０、フィールド名称変換テーブル３１１、フィールド値変換テーブル３１２に反映して、各テーブルのフィールド定義を修正し（Ｓ６）、本処理を終了する。
【０１１６】
図１５は、フィールド定義の修正画面の表示例を示す説明図である。
図１５の上側には、メンテナンス端末１２に表示されるフィールド定義選択画面の例が示される。メンテナンス員は、メンテナンス端末１２を操作して、ドロップダウンボタンを押すことにより、フィールド定義を修正するテーブルを選択することができる。この例では、全サイトフィールド値定義テーブル１０６が選択される。
【０１１７】
図１５の下側には、メンテナンス端末１２に表示されるフィールド修正画面の例が示される。この例では、フィールド定義選択画面により選択された全サイトフィールド値定義テーブル１０６に対応する各フィールドを選択するためのドロップダウンボタンが表示される。例えば、テーブル選択項目では、「基本健康診査」が選択され、サイト選択項目では「サイトＡ」が選択される。また、フィールド選択項目では「選択肢」が選択され、修正対象選択項目では、選択肢フィールドに含まれる「要精密検査」が修正対象として選択される。そして、メンテナンス員は、修正内容項目に「要精検」と入力する。これにより、全サイトフィールド値変換テーブル１０６の内容フィールドが、「要精密検査」から「要精検」に修正される。
【０１１８】
図１６は、プリンタ３３３が、マスタデータのフィールド形式が修正された後に集計された、健診データの集計結果をプリントした文書の例を示す説明図である。
図１６に示す文書は、上述した図８にて説明した文書とほぼ同じ内容であるが、基本健康診査の結果が、図８では「要精密検査」であったのに対し、「要精検」に変わったことが図中に付した楕円で強調して示される。このようにサイトＡでは、図１６に示すような項目名で集計結果がプリントされる。一方、定義ファイル２が出力されていない、サイトＢ〜Ｎでは、従来通りの項目名で集計結果がプリントされる。
【０１１９】
次に、健診データ管理システム２００の各装置を構成する計算機Ｃのハードウェア構成を説明する。
図１７は、計算機Ｃのハードウェア構成例を示すブロック図である。
【０１２０】
計算機Ｃは、いわゆるコンピュータとして用いられるハードウェアである。計算機Ｃは、バスＣ４にそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理装置）Ｃ１、ＲＯＭ（Read Only Memory）Ｃ２、ＲＡＭ（Random Access Memory）Ｃ３を備える。さらに、計算機Ｃは、表示装置Ｃ５、入力装置Ｃ６、不揮発性ストレージＣ７、ネットワークインターフェイスＣ８を備える。
【０１２１】
ＣＰＵ Ｃ１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ Ｃ２から読み出して実行する。ＲＡＭ Ｃ３には、演算処理の途中に発生した変数やパラメーター等が一時的に書き込まれる。例えば、健診データベースメンテナンス装置１が備える定義ファイル出力部１１及びメンテナンス端末１２の各処理部、健診データ管理装置３が備える定義ファイル反映部３０、処理装置３２，３４の処理が、ＣＰＵ Ｃ１、ＲＯＭ Ｃ２及びＲＡＭ Ｃ３により実現される。
【０１２２】
表示装置Ｃ５は、例えば、液晶ディスプレイ装置であり、計算機Ｃで行われる処理の結果等をメンテナンス員等の作業者に表示する。図１の例では、例えば、メンテナンス端末１２が表示装置Ｃ５を備える。また、健診データ管理端末３３が備える表示部３３２が、表示装置Ｃ５に該当する。入力装置Ｃ６には、例えば、キーボード、マウス等が用いられ、作業者が所定の操作入力、指示を行うことが可能である。図１の例では、例えば、メンテナンス端末１２が入力装置Ｃ６を備える。また、健診データ管理端末３３が備える入力部３３１が、入力装置Ｃ６に該当する。
【０１２３】
不揮発性ストレージＣ７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージＣ７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機Ｃを機能させるためのプログラムが記録されている。ＲＯＭ Ｃ２、不揮発性ストレージＣ７は、ＣＰＵ Ｃ１が動作するために必要なプログラムやデータ等を永続的に記録しており、計算機Ｃによって実行されるプログラムを格納したコンピュータ読取可能な非一過性の記録媒体の一例として用いられる。図１の例では、例えば、フィールド形式一元管理部１０、記憶装置３１が不揮発性ストレージＣ７に構成される。
【０１２４】
ネットワークインターフェイスＣ８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、端子が接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを装置間で送受信することが可能である。図１の例では、健診データベースメンテナンス装置１及び健診データ管理装置３がそれぞれネットワークインターフェイスＣ８を持つことにより、健診データベースメンテナンス装置１から出力された定義ファイル２が、健診データ管理装置３に届けられる。
【０１２５】
以上説明した一実施の形態に係る健診データベースメンテナンス装置１は、サイトとは異なる場所に配置されており、複数のサイトで用いられるマスタテーブルの修正、及びテーブル定義を集約して行う。このため、健診データベースメンテナンス装置１は、各サイトで用いられている特有のフィールド形式を一括で管理しやすい。このため、メンテナンス員は、マスタテーブルのフィールド形式を修正するためにサイトに赴く必要がなく、フィールド形式を修正するためのメンテナンス作業時間が短縮され、保守管理が容易となる。
【０１２６】
そして、健診データベースメンテナンス装置１から、フィールド形式が変更されるサイトに対して定義ファイル２が出力される。定義ファイル２は、テーブル定義の修正内容だけを格納したものであり、データサイズが小さい。このため、各サイトが定義ファイル２を取得するまでにかかる時間が短くなり、定義ファイル反映部３０がマスタテーブルの定義を速やかに修正することが可能である。
【０１２７】
また、定義ファイル反映部３０は、定義ファイル２を用いて、フィールド名称変換テーブル３１１、フィールド値変換テーブル３１２の内容を変更する。このため、健診データベース管理装置３５に入力される健診データは、データ変換部３２２により健診データベース３１０のフィールド形式に合わせて変換される。これにより、健診データは、変更前後で同じマスタテーブルに格納される。
【０１２８】
また、フィールド形式の修正に際して、健診データベースメンテナンス装置１から各サイトの作業者に対して、定義ファイル２を添付した電子メール等を送付してもよい。これにより、修正に不慣れな作業者であっても、受信した電子メールから取得した定義ファイル２を使うことで、マスタテーブルを容易に修正することが可能となる。
【０１２９】
また、健診データベースメンテナンス装置１は、同じ内容でテーブル定義が修正された定義ファイル２を全てのサイトに出力すれば、各サイトが管理する健診データ管理装置３のフィールド形式を同じ内容に変更することができる。このため、各サイトで同じフィールド形式による健診データの管理を行うことができる。この場合、各サイトで管理される集計条件テーブル３１３の内容が同じであれば、サイト毎に同じ集計条件で集計した集計結果が得られる。
【０１３０】
なお、本発明は上述した実施の形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施の形態は本発明を分かりやすく説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施の形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１３１】
１…健診データベースメンテナンス装置、２…定義ファイル、３，３Ａ〜３Ｎ…健診データ管理装置、１０…フィールド形式一元管理部、１１…定義ファイル出力部、１２…メンテナンス端末、３０…定義ファイル反映部、３１…記憶装置、３３…健診データ管理端末、、３５…健診データベース管理装置、１１０…データベース管理部、１１１…フィールド定義修正部、１１２…フィールド定義出力部、２００…健診データ管理システム、３１０…健診データベース、３１１…フィールド名称変換テーブル、３１２…フィールド値変換テーブル、３１３…集計条件テーブル
【図１】
2019164407.tif 000003
【図２】
2019164407.tif 000004
【図３】
2019164407.tif 000005
【図４】
2019164407.tif 000006
【図５】
2019164407.tif 000007
【図６】
2019164407.tif 000008
【図７】
2019164407.tif 000009
【図８】
2019164407.tif 000010
【図９】
2019164407.tif 000011
【図１０】
2019164407.tif 000012
【図１１】
2019164407.tif 000013
【図１２】
2019164407.tif 000014
【図１３】
2019164407.tif 000015
【図１４】
2019164407.tif 000016
【図１５】
2019164407.tif 000017
【図１６】
2019164407.tif 000018
【図１７】
2019164407.tif 000019