(57)【特許請求の範囲】
【請求項１】
複数のフィールドを有するレコードを格納するための項目内容値テーブル、
前記複数のフィールドのうちの何れかのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを有するレコードを、１つ以上格納するためのフィールド定義テーブル、及び、
前記項目内容値テーブル内の各レコードが有する複数のフィールドのそれぞれに対応するフィールドを有するレコードを、１つ以上格納するための作業用項目内容値テーブル
を備えたデータ構造であって、
コンピュータの受付手段が、前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されたフィールドのうち、使用すべきフィールドとして選択されたフィールドを特定するフィールド番号を受け付け、
前記コンピュータの格納手段が、前記項目内容値テーブルの各レコードが有するフィールドのうち、前記受付手段が受け付けたフィールド番号で特定されるフィールドに対し、内容値を格納し、
前記コンピュータの演算手段が、前記格納手段が前記項目内容値テーブル内に格納した各内容値に基づいて演算し、
前記コンピュータの保存手段が、前記作業用項目内容値テーブルの各レコードが有するフィールドのうち、前記項目内容値テーブル内の各レコードにおいて内容値が格納されたフィールドに対応するフィールドに対し、その内容値の演算結果を保存する
ことを特徴とするデータ構造。
【請求項２】
前記コンピュータの第２の受付手段が、前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されていないフィールドのうちの何れかのフィールドについて、そのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを、受け付けるとともに、
前記コンピュータの第２の格納手段が、前記第２の受付手段が受け付けたフィールド番号と属性情報との組み合わせを、前記フィールド定義テーブルに格納する
ことを特徴とする請求項１記載のデータ構造。
【請求項３】
連続する値の区分を特定する区分情報とその区分情報に対応する判定情報とからなるレコードが１つ以上記録された判定基準テーブル
を更に備え、
前記コンピュータの演算手段が、その判定基準テーブルを参照して、前記項目内容値テーブル内に格納された各内容値が所属する区分に対応する判定情報を取得する演算処理を行う
ことを特徴とする請求項１又は２記載のデータ構造。
【請求項４】
内容値の種類とその種類に対応する名称とからなるレコードが１つ以上記録された名称テーブル
を更に備え、
前記コンピュータの演算手段が、その名称テーブルを参照して、前記項目内容値テーブル内に格納された各内容値に対応する名称を取得する演算処理を行う
ことを特徴とする請求項１又は２記載のデータ構造。
【請求項５】
コンピュータを、
複数のフィールドを有するレコードを格納するための項目内容値テーブルを記憶する第１の記憶手段、
前記複数のフィールドのうちの何れかのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを有するレコードを、１つ以上格納するためのフィールド定義テーブルを記憶する第２の記憶手段、
前記項目内容値テーブル内の各レコードが有する複数のフィールドのそれぞれに対応するフィールドを有するレコードを、１つ以上格納するための作業用項目内容値テーブルを記憶する第３の記憶手段、
前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されたフィールドのうち、使用すべきフィールドとして選択されたフィールドを特定するフィールド番号を受け付ける受付手段、
前記項目内容値テーブルの各レコードが有するフィールドのうち、前記受付手段が受け付けたフィールド番号で特定されるフィールドに対し、内容値を格納する格納手段、
前記格納手段が前記項目内容値テーブル内に格納した各内容値に基づいて演算する演算手段、及び、
前記作業用項目内容値テーブルの各レコードが有するフィールドのうち、前記項目内容値テーブル内の各レコードにおいて内容値が格納されたフィールドに対応するフィールドに対し、その内容値の演算結果を保存する保存手段
として機能させる
ことを特徴とする情報管理プログラム。
【請求項６】
前記コンピュータを、更に、
前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されていないフィールドのうちの何れかのフィールドについて、そのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを、受け付ける第２の受付手段、及び、
前記第２の受付手段が受け付けたフィールド番号と属性情報との組み合わせを、前記フィールド定義テーブルに格納する第２の格納手段
として機能させる
ことを特徴とする請求項５記載の情報管理プログラム。
【請求項７】
前記演算手段は、連続する値の区分を特定する区分情報とその区分情報に対応する判定情報とからなるレコードが１つ以上記録された判定基準テーブルを参照して、前記項目内容値テーブル内に格納された各内容値が所属する区分に対応する判定情報を取得する演算処理を行う
ことを特徴とする請求項５又は６記載の情報管理プログラム。
【請求項８】
前記演算手段は、内容値の種類とその種類に対応する名称とからなるレコードが１つ以上記録された名称テーブルを参照して、前記項目内容値テーブル内に格納された各内容値に対応する名称を取得する演算処理を行う
ことを特徴とする請求項５又は６記載の情報管理プログラム。
【請求項９】
コンピュータの第１の記憶手段が、複数のフィールドを有するレコードを格納するための項目内容値テーブルを記憶し、
前記コンピュータの第２の記憶手段が、前記複数のフィールドのうちの何れかのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを有するレコードを、１つ以上格納するためのフィールド定義テーブルを記憶し、
前記コンピュータの第３の記憶手段が、前記項目内容値テーブル内の各レコードが有する複数のフィールドのそれぞれに対応するフィールドを有するレコードを、１つ以上格納するための作業用項目内容値テーブルを記憶し、
前記コンピュータの受付手段が、前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されたフィールドのうち、使用すべきフィールドとして選択されたフィールドを特定するフィールド番号を受け付け、
前記コンピュータの格納手段が、前記項目内容値テーブルの各レコードが有するフィールドのうち、前記受付手段が受け付けたフィールド番号で特定されるフィールドに対し、内容値を格納し、
前記コンピュータの演算手段が、前記格納手段が前記項目内容値テーブル内に格納した各内容値に基づいて演算し、
前記コンピュータの保存手段が、前記作業用項目内容値テーブルの各レコードが有するフィールドのうち、前記項目内容値テーブル内の各レコードにおいて内容値が格納されたフィールドに対応するフィールドに対し、その内容値の演算結果を保存する
ことを特徴とする情報管理方法。
【請求項１０】
前記コンピュータの第２の受付手段が、前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されていないフィールドのうちの何れかのフィールドについて、そのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを、受け付けるとともに、
前記コンピュータの第２の格納手段が、前記受付手段が受け付けたフィールド番号と属性情報との組み合わせを、前記フィールド定義テーブルに格納する
ことを特徴とする請求項９記載の情報管理方法。
【請求項１１】
前記演算手段が、連続する値の区分を特定する区分情報とその区分情報に対応する判定情報とからなるレコードが１つ以上記録された判定基準テーブルを参照して、前記項目内容値テーブル内に格納された各内容値が所属する区分に対応する判定情報を取得する演算処理を行う
ことを特徴とする請求項９又は１０記載の情報管理方法。
【請求項１２】
前記演算手段が、内容値の種類とその種類に対応する名称とからなるレコードが１つ以上記録された名称テーブルを参照して、前記項目内容値テーブル内に格納された各内容値に対応する名称を取得する演算処理を行う
ことを特徴とする請求項９又は１０記載の情報管理方法。
【請求項１３】
複数のフィールドを有するレコードを格納するための項目内容値テーブルを記憶する第１の記憶部、
前記複数のフィールドのうちの何れかのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを有するレコードを、１つ以上格納するためのフィールド定義テーブルを記憶する第２の記憶部、
前記項目内容値テーブル内の各レコードが有する複数のフィールドのそれぞれに対応するフィールドを有するレコードを、１つ以上格納するための作業用項目内容値テーブルを記憶する第３の記憶部、
前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されたフィールドのうち、使用すべきフィールドとして選択されたフィールドを特定するフィールド番号を受け付ける受付部、
前記項目内容値テーブルの各レコードが有するフィールドのうち、前記受付部が受け付けたフィールド番号で特定されるフィールドに対し、内容値を格納する格納部、
前記格納部が前記項目内容値テーブル内に格納した各内容値に基づいて演算する演算部、及び、
前記作業用項目内容値テーブルの各レコードが有するフィールドのうち、前記項目内容値テーブル内の各レコードにおいて内容値が格納されたフィールドに対応するフィールドに対し、その内容値の演算結果を保存する保存部
を備えることを特徴とする情報管理装置。
【請求項１４】
前記フィールド定義テーブルに前記フィールド番号と前記属性情報とが格納されていないフィールドのうちの何れかのフィールドについて、そのフィールドを特定するフィールド番号と、そのフィールド番号で特定されるフィールドに対して格納される内容値の属性を指定する属性情報とを、受け付ける第２の受付部、及び、
前記第２の受付部が受け付けたフィールド番号と属性情報との組み合わせを、前記フィールド定義テーブルに格納する第２の格納部
を更に備えることを特徴とする請求項１３記載の情報管理装置。
【請求項１５】
前記演算部は、連続する値の区分を特定する区分情報とその区分情報に対応する判定情報とからなるレコードが１つ以上記録された判定基準テーブルを参照して、前記項目内容値テーブル内に格納された各内容値が所属する区分に対応する判定情報を取得する演算処理を行う
ことを特徴とする請求項１３又は１４記載の情報管理装置。
【請求項１６】
前記演算部は、内容値の種類とその種類に対応する名称とからなるレコードが１つ以上記録された名称テーブルを参照して、前記項目内容値テーブル内に格納された各内容値に対応する名称を取得する演算処理を行う
ことを特徴とする請求項１３又は１４記載の情報管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報の管理技術に関するものである。
【０００２】
【従来の技術】
コンピュータで情報を効率よく管理するため、従来から様々なデータ構造やプログラムのアルゴリズムが提案されている。そのような従来のデータ構造で最も広く用いられているものは、固定長の行（レコード）に予め項目を定義して構成したテーブルである。従来から、情報を管理するプログラムは、そのようなレコードの形式で情報を構成しデータベースに蓄積していた。
【０００３】
通常、このレコードの項目には、レコードをユニークに識別する情報（キーと呼ばれる）が含まれている。そして、情報を管理するプログラムは、そのキーを基に、情報を検索する機能や、複数のテーブルを関係付ける演算機能等を提供してきた。
【０００４】
しかし、このようなデータ構造では、いったんレコードの形式が確定され、データベースが構成されると、もはやプログラムの変更なしにデータの構成を変更することはできなかった。したがって、項目の追加や変更が多いアプリケーションでは、このようなデータ構造を利用することは困難であった。
【０００５】
また、従来から、類似のアプリケーションプログラムでありながら、レコードを構成する要素の種類、数、順序等が異なるため、汎用的なシステムとして開発することができないものが多かった。そのようなプログラムは、複数の専用アプリケーションプログラムとして開発されてきた。
【０００６】
一方、レコードの形式を固定せず、項目の追加や変更に柔軟に対応するためのデータ構成として、例えば、プライマリキー＋値＋属性のような形式を１つのレコードとするシステムも知られている。
【０００７】
このようなシステムでは、属性によって、データの種類を識別する。また、データそのものは、値として蓄積する。そのため、新たな項目を追加する場合には、単にプライマリキー内にあるコード（例えば、検査項目コード等）を追加すればよかった。そのため、項目の追加には非常に柔軟に対応できた。
【０００８】
しかし、このような値と属性の対からなる情報は、固定長のテーブル形式の情報に比べて、コンピュータの負荷が大きかった。このようなデータ構造の情報に対しては、例えば、ＳＱＬ（Structured Query Language）による検索や演算では、効率的な処理が困難であった。
【０００９】
【発明が解決しようとする課題】
本発明はこのような従来の技術の問題点に鑑みてなされたものである。すなわち、本発明の課題は、データを管理するシステムにおいて、容易に項目を追加できるとともに、ＳＱＬに適したテーブル形式でのデータ管理技術を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は前記課題を解決するために、以下の手段を採用した。すなわち、本発明は、コンピュータに、情報を管理させるデータ構造であり、
複数の要素からなり情報を格納する情報レコード（１１、１４）と、
その情報レコードに格納される情報の属性を要素ごとに定義する、そのような要素定義情報を格納する定義レコードとを有し、
この要素定義情報に基づいて上記情報レコード（１１、１４）に情報を入出力させ、上記要素定義情報が未定義の要素を予備領域として保持させるものである。
【００１１】
好ましくは、上記情報レコード（１１、１４）は、情報を格納する第１のデータベース（１）に格納され、定義レコードは第１のデータベース（１）を管理する第２のデータベース（２）に格納されるものでもよい。
【００１２】
好ましくは、上記情報レコード（１１、１４）は、元データを格納する第１の情報レコード（１１Ａ）と、
その元データに対する処理結果を格納する第２の情報レコード（１１Ｂ、１１Ｃ）とを有するものでもよい。
【００１３】
好ましくは、上記元データは、複数の検査項目からなる医療診断データであり、処理結果は、その検査項目の医療診断データに対する判定値または医療診断データの診断結果名称を含むものでもよい。
【００１４】
また、本発明は、コンピュータ上の情報の管理方法であり、
情報を格納する情報レコードを構成する要素の属性に係る要素定義情報を定義するステップと、
その要素定義情報に基づいて情報レコードに情報を格納するステップ（Ｓ３−Ｓ６）と、
前記要素定義情報が未定義の要素に対して要素定義情報を追加するステップとからなり、要素定義情報が未定義の要素を予備領域として保持するものでもよい。
【００１５】
また、本発明は、複数の要素からなる情報レコードを格納する手段（１１、１４）と、
その要素に格納される情報の属性に係る要素定義情報を定義する手段（２０、２１、２）と、
その要素定義情報に基づいて情報レコード（１１、１４）に情報を入出力する手段（２３）とからなり、要素定義情報が未定義の要素を予備領域として保持するものでもよい。
【００１６】
好ましくは、上記情報レコードは、元データを格納する第１の情報レコードと、
その元データに対する処理結果を格納する第２の情報レコードとを有してもよい。
【００１７】
好ましくは、上記元データは、複数の検査項目からなる医療診断データであり、処理結果は、その検査項目の医療診断データに対する判定値（１１Ｂ）または診断結果名称（１４Ａ）を含むものでもよい。
【００１８】
好ましくは、上記医療診断データまたは判定値に対応する診断結果名称を検索する手段（Ｓ９、Ｓ１０）と、
検索された診断結果名称を第２の情報レコードに格納する手段（Ｓ１１）とをさらに有するするものでもよい。
【００１９】
また、本発明は、コンピュータに、以上のいずかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記録媒体に記録したものでもよい。
【００２０】
ここで、コンピュータ読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフロッピーディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００２１】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を図１から図１４の図面に基づいて説明する。
【００２３】
図１は本実施の形態に係る情報処理装置の原理を示すデータ構造図であり、図２は、この情報処理装置を健康診断結果データの管理に適用した場合のデータ構造を示す図であり、図３は、健康診断結果データに対する判定基準を格納する判定基準データベースのデータ構造を示す図であり、図４は、健康診断結果データにおける判定分類の構成例を示す図であり、図５は、健康診断結果データに対する名称翻訳処理時のデータ関連図であり、図６から図１２はこの情報処理装置が表示する画面例を示す図であり、図１３および図１４は、この情報処理装置の健診データ登録処理を示すフローチャートである。
【００２４】
＜原理＞
図１は、本情報処理装置の原理を示すデータ構造図である。この情報処理装置は、様々なアプリケーションに対するデータ管理機能を提供する。この情報処理装置は、ユーザにデータを入力させ、入力されたデータを蓄積し、ユーザの指定により蓄積されたデータを検索する。
【００２５】
この情報処理装置は、典型的には、パーソナルコンピュータ、サーバ等により実現される。この情報処理装置のハードウェアの構成は、ＣＰＵ、メモリ、ハードディスク、表示装置、入力装置等であり、一般的に広く知られている。
【００２６】
図１は、この情報処理装置がハードディスク上に蓄積するデータベースにおけるレコードのデータ構造を示している。このデータベースは、データを索引するための基準データと、基準データから索引される蓄積データ１と、蓄積データ１を構成する構成要素（以下フィールドと呼ぶ）の属性を定義するフィールド定義データベース２（図１では、データベースをＤＢと省略して表示している。以下同様である）とを有している。
【００２７】
基準データは、蓄積データ１を索引するためのデータである。図１において、基準データを構成する各レコードは、キー部分と基準データ内容とから構成される。
【００２８】
本実施形態では、キー部分は、ＰＫ１（プライマリキー１、以下同様）、ＰＫ２、およびＰＫ３からなる。ＰＫ１等には、各データを識別するための情報、例えば、会社コードや保険証番号等を格納する。
【００２９】
蓄積データ１として、ある会社の社員の健康診断結果を管理する場合、基準データ内容には、その会社の社員に係る個人データが格納される。
【００３０】
蓄積データ１は、１以上の項目内容値テーブル１１（図１では、テーブルをＴＢＬと省略する。以降同様である）と１以上の結果テーブル１４とからなっている。
【００３１】
項目内容値テーブル１１には、蓄積するデータ、例えば、健康診断結果データを格納する。この項目内容値テーブルのレコードは、複数のフィールドからなり、先頭のフィールドに上記基準データと同様のキー部分（ＰＫ１、ＰＫ２およびＰＫ３）を有している。
【００３２】
また、キー部分以外のフィールドは、蓄積するデータの構成要素である。例えば、蓄積するデータが健康診断結果データの場合、キー部分以外のフィールドは、身長、体重、血圧等の要素から構成され、健康診断の結果値を格納する。
【００３３】
この項目内容値テーブル１１のフィールド数（フィールドを項目ともいう）は、フィールド定義データベース２で定義された項目数で指定される。
【００３４】
本実施形態の情報処理装置では、この項目内容値テーブル１１を複数有してもよい。図１では、項目内容値テーブル１１以外に、項目内容値２テーブル、．．．項目内容値ｎテーブルが示されている。
【００３５】
これらの項目内容値２テーブル等は、項目内容値テーブル１１と同様の構成要素からなり、項目内容値テーブル１１の各要素を処理するための作業領域として使用される。例えば、項目内容値テーブル１１の各要素の値を加工した結果やコメント等が格納される。項目内容値テーブル１１の各要素が健康診断結果データの場合、その結果データに対する判定データ等が項目内容値２テーブル等に格納される。
【００３６】
結果テーブル１４には、項目内容値テーブル１１の値を変換した文字列が格納される。この文字列は、例えば、健康診断結果の名称、例えば、病名、症状等やそれらの略称である。
【００３７】
このように、項目内容値テーブル１１の値を名称や略称を示す文字列に変換する処理を翻訳という。翻訳は、項目内容値テーブル１１の値と翻訳結果の文字列との対を格納した名称マスターに基づいて実行される。
【００３８】
本情報処理装置では、この結果テーブル１４を複数組み合わせて使用してもよい。例えば、図１では、結果（名称）テーブル１４と結果（略称）テーブル１４が示されている。このように、蓄積データ１は、１以上の項目内容値テーブル１１と複数の結果テーブル１４を組み合わせて構成される。
【００３９】
フィールド定義データベース２には、蓄積データ１の各フィールドを定義するデータを格納する。フィールド定義データベース２のレコードは、ＰＫ１、フィールドＮｏ、およびフィールド定義データを有している。
【００４０】
ＰＫ１は、基準データの各レコード、項目内容値テーブル１１の各レコード、結果テーブル１４の各レコードの先頭に格納されたものと同一である。フィールド定義データベース２のレコードは、ＰＫ１で関係付けられる項目内容値テーブル１１および結果値テーブル１４のレコードに対する定義を保持する。
【００４１】
また、フィールドＮｏは、項目内容値テーブル１１および結果値テーブル１４のレコードにおけるフィールドの指定である。フィールド定義データベース２のレコードは、このフィールドＮｏで指定されるフィールドに対するフィールド定義データを保持する。
【００４２】
フィールド定義データは、項目名称、項目略称、項目カナ名称、”入力可能”、タイプ、”固定長右詰め”、全桁数、整数、整数桁数、小数桁数、”マイナスあり”、下限値、上限値、単位（漢字）、単位（ANK、Alphabet Numerals and Katakana文字）、名称マスターＮｏ、名称マスターチェック、ロジックＮｏを有している。
【００４３】
このうち、項目名称とは、該当するフィールドに格納するデータの項目名である。項目名称は、例えば、”胸部所見１”である。また、項目略称は、項目名称の略称である。項目略称は、例えば、”胸所１”である。項目カナ名称は、項目名称のカタカナ名称であり、半角文字で格納される。項目カナ名称は、例えば、”キョウブショケン”である。
【００４４】
”入力可能”には、入力可能なフィールド（Yes）か 、読み出し専用の保護フィールド（No）かを指定する。
【００４５】
タイプには、対応する項目内容値テーブル１１の該当するフィールドに格納するデータの種類を指定する。タイプは、例えば、数値型、テキスト型等である。ただし、タイプをさらに、増加させてもよい。例えば、本情報処理装置を健康診断（以下、健康診断を単に健診という）の結果データの管理に使用する場合、タイプとして、数値型、テキスト型の他さらに、＋−型、クラス、部位、所見、判定、Date型、”名称のみ”等が利用される。
【００４６】
このうち、＋−型とは、健診結果が”−”、”＋−”、”＋”、”＋＋”、”＋＋＋”等で表示されるデータをいう。これらのデータは、項目内容値テーブル１１においては、１、２、３、４、または５の数値が格納され、名称マスターを用いて、”−”、”＋−”、”＋”、”＋＋”、”＋＋＋”等に翻訳される。
【００４７】
また、クラスとは、眼底検査データの分類をいい、健診結果として項目内容値テーブル１１に、１、２、２Ａ、２Ｂ、３等の値が格納され、名称マスターを用いて、”Ｉ”、”ＩＩ”、”ＩＩａ”、”ＩＩｂ”、”ＩＩＩ”等に翻訳される。
【００４８】
また、部位とは、項目内容値テーブル１１に健診対象を示す情報、例えば、”胃上部”、”右肺”等が格納されることを示している。
【００４９】
また、所見とは、健診結果に対する医師の見解を示す情報である。タイプが所見のフィールドは、タイプが部位のフィールドと対で使用される場合が多い。
【００５０】
また、Date型とは、所定の形式の日付データを意味する。
【００５１】
また、”名称のみ”とは、項目内容値テーブル１１を使用せず、結果テーブル１４のみを使用するフィールドであることを示す。このようなフィールドには、例えば、問診情報や医師のコメント等が格納される。
【００５２】
図１のフィールド定義データベース２において、”固定長右詰め”の欄には、データが固定長で右詰めで格納される（Yes：１）か、または、左詰(No：０)かを格納する。
【００５３】
全桁数には、そのフィールドデータの桁数を指定する。また、数値タイプのみ、整数桁数、小数桁数を使用し、整数桁数には、全桁数のうちの、整数データ部分の桁数を指定する。小数桁数には、全桁数のうちの、小数データ部分の桁数を指定する。
【００５４】
”マイナスあり”には、数値データが負数を含むデータ（Yes：１）か、正数か（No：０）かを指定する。また、下限値および上限値には、各々、数値データの下限値と上限値とを指定する。また、単位（漢字）および単位（ANK）には、各々、数値データの単位を漢字およびANK(Alphabet Numerals and Katakana)文字で指定する。
【００５５】
名称マスターＮｏには、名称マスターの区分を指定する番号を指定する。名称マスターは、項目内容値テーブル１１の値とその値が翻訳される文字列（名称）との関係を保持するマスターファイルである。
【００５６】
この名称マスターは所定の検査項目ごとに区分されている。例えば、心電図所見、胸部所見等の区分ごとに名称マスターが定義されている。名称マスター番号は、そのような区分を指定する番号である。
【００５７】
名称マスターチェックには、名称マスターのチェック区分を指定する。本情報処理装置では、名称マスターのチェック区分として、０：名称マスターに該当するデータがなければ何もしない、１：名称マスターに該当するデータがなければエラーにする、２：名称マスターに該当するデータがなければ全角保存する、という３種類のチェック区分が用意されている。
【００５８】
ロジックＮｏには、日付データ等の表示形式を指定する。例えば、１：日付データを和暦（平成ｙｙ年ｍｍ月ｄｄ日）で表示、２：日付データを西暦（ｙｙｙｙ年ｍｍ月ｄｄ日）で表示、３：数値データで９９を”多数”と表示、等の区別が指定される。
【００５９】
＜健康診断結果データへの適用例＞
（データ構造）
図２に、本情報処理装置を健康診断結果データの管理に使用する場合のデータ登録例を示す。本実施形態では、この場合の情報処理装置を健診データ管理システムと呼ぶ。図２では、基礎データは、個人データおよび健診管理データからなっている。
【００６０】
個人データは、健康診断対象の個人を特定するデータである。個人データは、ＣＰＵＮＯ、社員番号、氏名、性別、生年月日、所属、その他のデータを含んでいる。
【００６１】
このうち、ＣＰＵＮＯは、個人を特定するためのシステムでユニークな番号である。ＣＰＵＮＯは、新規登録時に、システムが自動的に付番する。ＣＰＵＮＯは、一度登録されれば、不変の番号である。このＣＰＵＮＯが図１のＰＫ２に相当する。なお、図１に示したＰＫ１は会社コードであり、図２では、省略されている。
【００６２】
健診管理データは、ＣＰＵＮＯ、ＳＥＱＮＯ、健診年度、健診種類、回次、健診日、その他のデータからなっている。このうち、ＣＰＵＮＯは、個人データで説明したものと同一の番号である。
【００６３】
ＳＥＱＮＯは、ＣＰＵＮＯで示される個人における健診データの通し番号である。ＳＥＱＮＯは、一度登録されれば、不変の番号である。このＳＥＱＮＯが図１のＰＫ３に相当する。
【００６４】
この健診データ管理システムは、１つの健診データを５つのテーブルで管理する。すなわち、この健診データ管理システムは、健診結果テーブル１１Ａ、結果判定テーブル１１Ｂ、判定管理テーブル１１Ｃ、結果名称テーブル１４Ａおよび結果略称テーブル１４Ｂを有している。
【００６５】
図１の場合と同様、健診結果テーブル１１Ａ等は、先頭にＣＰＵＮＯ、ＳＥＱＮＯを有している。したがって、健診結果テーブル１１Ａには、ある社員について、ある健診年度・健診種類・健診回次・健診日のデータが格納される。
【００６６】
図２で、健診結果テーブル１１Ａのフィールド１には、例えば、身長の測定結果が格納される。身長に対して、結果判定テーブル１１Ｂ、判定管理テーブル１１Ｃ、結果名称テーブル１４Ａおよび結果略称テーブル１４Ｂは使用されない。
【００６７】
図２で、健診結果テーブル１１Ａのフィールド５には、例えば、胸部所見（胸部のレントゲン撮影結果に対する医師の所見）が格納される。図２では、胸部所見の結果値は、ＡＢである。
【００６８】
図２で、結果判定テーブル１１Ｂには、健診結果テーブル１１Ａの値に対する判定結果が記録される。この判定は、機械判定または医師により実行される。機械判定とは、所定の判定基準データベースに格納された判定基準に基づき健診データ管理システムが判定する処理をいう。また、医師判定とは、医師が健診結果を見て行う判定をいう。
【００６９】
図２で、判定管理テーブル１１Ｃには、結果判定テーブル１１Ｂの判定が医師判定によるものか、機械判定によるものかの区別を格納する。この健診データ管理システムでは、機械判定を１で、または医師判定を２で記述する。
【００７０】
例えば、図２において、フィールド４の健診結果テーブル１１Ａの値は”１５”であり、この値”１５”対して、”Ｂ”という判定がされ、その判定が結果判定テーブル１１Ｂに記録されている。また、この判定が機械判定”１”であることが判定管理テーブル１１Ｃに記録されている。
【００７１】
また、フィールド５の健診結果テーブル１１Ａの値は”ＡＢ”であり、この値に対して、”Ｆ”という判定が医師によってされ、その判定が結果判定テーブル１１Ｂに記録されている。また、この判定が医師判定”２”であることが判定管理テーブル１１Ｃに記録されている。
【００７２】
結果名称テーブル１４Ａには、健診結果テーブル１１Ａの値の翻訳結果を格納する。翻訳は、名称マスターに記述された健診結果データの値と名称との対を参照することで実行される。例えば、図２では、フィールド５の胸部所見：ＡＢという値に対して、”肺結核”という名称で翻訳結果が格納されている。
【００７３】
同様に、結果略称テーブル１４Ｂには、健診結果の値を翻訳した略称を格納する。例えば、図２では、フィールド５の胸部所見：ＡＢという値（”肺結核”という翻訳結果）に対して、”結核”という略称が格納されている。
【００７４】
本健診データ管理システムでは、当初からすべてのフィールドにフィールド定義を設定する必要はない。そして、健診データの項目数が当初の数から増加した場合には、図１に示したフィールド定義データベース２において、空きフィールドにフィールド定義を追加すればよい。
【００７５】
図３に、判定基準データベースのデータ構造を示す。図３のように、判定基準データベースは、テーブル構造であり、フィールドＮｏ、数値、判定の各欄を有する。
【００７６】
フィールドＮｏは、判定対象のフィールドの番号を示している。数値の欄には、翻訳対象の値が格納される。ただし、図３の例では、数値の欄には、各判定結果の上限値が格納されている。この判定基準データベースによれば、フィールド４に対して、１０以下の数値は、Ａと判定される。また、１０より大きく２０以下の数値はＢと判定される。
【００７７】
（判定分類機能）
本健診データ管理システムは、判定を組み合わせて統合する判定分類機能を有する。この判定の組み合わせは判定分類データベースに定義する。
【００７８】
図４に、判定分類データベースのデータ構造を示す。判定分類データベースは、複数の判定結果の組み合わせを定義する。例えば、図４において、血液一般（フィールド００６）は、フィールド００３、００４および００５の判定結果を統合することを指定している。この場合、フィールド００３、００４およびフィールド００５の最悪値がフィールド００６の判定結果とされる。
【００７９】
また、例えば、糖尿（フィールド００８）については、フィールド００７の判定結果にのみ依存する。この場合、フィールド００７の結果判定テーブル１１Ｂの値（図２参照）がフィールド００８の健診結果テーブル１１Ａに設定される。この場合、フィールド００８のフィールド定義において、タイプには、”判定”が設定される。
【００８０】
（翻訳処理）
図５に、翻訳処理の概要を示す。今、図５の健診結果テーブル１１Ａのフィールド５（胸部所見）には、図２と同様にＡＢという値が設定されている。また、フィールド定義データベース２において、このフィールド５に対するフィールド定義として名称マスター番号＝２０１が設定されている。
【００８１】
本健診データ管理システムは、この名称マスター番号に基づき、名称マスターを参照する。名称マスターは、名称マスター番号ごとに区分されたテーブルを保持している。そのテーブルの各行は、内容コード、名称、および略称を有している。内容コードは、翻訳前の健診結果の値である。名称および略称は、その健診結果の翻訳後の名称および略称である。
【００８２】
名称マスター番号２０１の名称マスターでは、内容コードＡＢに対して、名称”肺結核”、略称”結核”が定義されている。そこで、この健診管理システムは、フィールド５の結果名称テーブル１４Ａに”肺結核”を、また、結果略称テーブル１４Ｂに”結核”を設定する。
【００８３】
＜画面構成＞
図６から図１２に、この健診データ管理システムの画面例を示す。図６は、フィールド定義の一覧画面２０である。この画面は、フィールド定義データベース２に定義されたフィールドの一覧を表示している。
【００８４】
この画面の各行は、フィールド定義データベース２のレコードに対応する。本健診データ管理システムでは、フィールド定義の一覧画面２０は、会社コード（会社ＣＤ）、フィールドＮＯ、検索名称（漢字）、検査名称（略称）、検査名称（カナ）、表示並び順ＮＯ、タイプ、”表示のみ”、”固定長右詰め”、および名称マスターＮｏ、および名称マスターチェック等の欄を有している。
【００８５】
図７に、フィールド定義画面２１の詳細を示す。この画面は、図６のフィールド定義の一覧画面２０において、１つの項目、例えば、フィールドＮＯ４４”赤血球数”を選択し、”訂正”等のボタンを押下すると表示される。この画面には、フィールド定義の各項目の入力欄が配置される。図７では、例えば、フィールドＮＯ４４に対して、表示並び順ＮＯ”４４０”、検査名称（漢字）”赤血球”、検査名称（略称）”ＲＢＣ”等が設定されている。
【００８６】
これらの情報を設定（訂正）後、”実行”ボタンを押下すると設定内容が登録される。一方、”キャンセル”ボタンを押下すると、設定内容が廃棄される。
【００８７】
図８に、表示項目登録画面２２を示す。本健診データ管理システムでは、図７に示したフィールド定義画面２１により、健診結果テーブル１１Ａ等のフィールドが定義される。
【００８８】
さらに、図８に示した表示項目登録画面２２により、実際に健診データ管理で使用するフィールドが選択される。この健診データ管理システムでは、図７のフィールド定義画面２１により定義されたフィールドのうち、表示項目登録画面２２により登録されないフィールドは、健診データ管理に使用されない。
【００８９】
図８のように、この画面は、一つの行がフィールド定義されたフィールドに相当する。図８では、身長、体重、標準体重等の順でフィールドが表示されている。また、図８の各行には、並びＮｏ、フィールド定義Ｎｏ、検査名称、検査値、判定、名称、および略称の各欄が表示される。
【００９０】
並び順Ｎｏは、フィールドを表示する順序を示す番号である。したがって、各フィールドは、この並びＮｏの順に表示される。フィールド定義Ｎｏは、健診結果テーブル１１Ａ等におけるフィールド位置を示す番号である。検査名称の欄には、図７で定義した検査名称（漢字）が表示される。
【００９１】
検査値の欄には、図２の健診結果テーブル１１Ａにおいて当該フィールドを使用するか否かを指定する。この検査値の欄は、チェックマーク設定欄と表示順指定欄とからなる。図８では、例えば、身長、体重、標準体重等にチェックマークが表示され、各々、表示順として、１０、２０、３０等が指定されている。
【００９２】
判定の欄は、図２の結果判定テーブル１１Ｂにおいて当該フィールドを使用するか否かを指定する。また、名称の欄は、図２の結果名称テーブル１４Ａにおいて当該フィールドを使用するか否かを指定する。また、略称の欄は、図２の結果略称テーブル１４Ｂにおいて当該フィールドを使用するか否かを指定する。
【００９３】
これらの判定、名称、および略称の欄も、検査値の欄と同様、チェックマーク設定欄と表示順指定欄とからなる。
【００９４】
図９に、図８の表示項目の登録結果を確認する確認画面を示す。この画面は、図８でチェックマークを登録された欄に対応するテーブルごとのフィールドを表示する。この画面の各行は、その登録されたテーブルごとのフィールドに対応する。
【００９５】
また、この確認画面の各行は、番号、定義Ｎｏ、検査名称、および表示内容の各欄を有している。このうち、番号は、図８の表示項目登録画面２２で設定した表示順（チェックマーク横の欄に設定された番号）である。
【００９６】
また、定義Ｎｏは、図８の表示項目登録画面２２のフィールド定義Ｎｏである。検査名称は、表示項目登録画面２２の検査名称と同一である。図９の画面で、表示内容には、例えば、健診結果テーブル１１Ａのフィールドに対しては、”検査結果”が表示される。
【００９７】
また、結果名称テーブル１４Ａのフィールドに対しては、”名称”が表示される。同様に、結果略称テーブル１４Ｂのフィールドに対しては、”略称”が表示される。このようにして、図８の表示項目登録画面２２の設定結果が表示される。
【００９８】
図１０に、検査結果入力画面２３を示す。この画面は、図８の表示項目登録画面２２でチェックマークを付された欄に対応して生成され、健診結果テーブル１１Ａや結果名称テーブル１４Ａ等への入力機能を提供する。
【００９９】
この画面の各行は、健診者ごとの健診データ入力行である。この各行は、健診年度、ＩＤＮＯ１、ＩＤＮＯ２と、図８の表示項目登録画面２２で登録されたフィールドとが表示される。
【０１００】
このうち、ＩＤＮＯ１、ＩＤＮＯ２は、いわゆる保険証番号に相当する。本健診データ管理システムでは、ＩＤＮＯ１のみより、保険証番号を定義してもよいし、ＩＤＮＯ１、ＩＤＮＯ２等を組み合わせて使用してもよい。
【０１０１】
また、図１０では、入力欄として、漢字氏名、身長値、体重値、標準体重値、肥満度値、ＢＭＩ値、身体計測値、身体計測名が表示されている。本健診データ管理システムでは、このような画面に表示される入力欄（または表示欄）をセルという。
【０１０２】
図１１に、名称マスター番号一覧画面を示す。この画面は、名称マスターに定義された名称マスター番号の一覧を表示する。
【０１０３】
この名称マスター番号一覧画面の各行が１つの名称マスター番号に対応する。この各行は、会社コード、名称マスター番号（図１１には名称番号と表示）、名称、略称等の情報が表示される。
【０１０４】
ここで、１つの行、例えば、名称マスター番号２０４の心電図所見を選択し、”編集”ボタンを押下すると、名称マスター番号２０４の名称マスター詳細画面が表示される。
【０１０５】
図１２に、名称マスター詳細画面を示す。この画面は、画面上部の表題部と、表題部の下方に配置された内容コード定義部とからなる。図１２のように、表題部には、名称番号、名称、略称、”固定長右詰”、全桁数の欄が表示される。
【０１０６】
また、内容コード定義欄には、内容コード（健診結果テーブル１１Ａに格納される値）に対する名称と略称とが表示される。ユーザは、”新規”ボタンにより、新たに、内容コードを追加することができる。また、ユーザは、”削除”ボタンにより、定義済の内容コードを削除することができる。
【０１０７】
＜作用と効果＞
図１３から図１４に健診データを検査結果入力画面（図１０）に登録するときの健診データ管理システムの処理を示す。
【０１０８】
この処理では、システムは通常、セル（図１０の画面の入力欄）への入力待ちの状態にある（Ｓ１）。セルにデータが入力されると（Ｓ２でＹＥＳの場合）、まず、システムは、フィールド定義データベース２のフィールド定義を参照する（Ｓ３）。
【０１０９】
次に、システムは、そのフィールド定義に基づき、エラーチェックを実行する（Ｓ４）。そして、システムは、入力されたデータに異常があるか否かを判定する（Ｓ５）。
【０１１０】
入力されたデータに異常がある場合、システムは、Ｓ１へ制御を戻し、再入力を促す。一方、入力されたデータに異常がない場合、システムは、入力された情報を健診結果テーブル１１Ａへ格納する（Ｓ６）。
【０１１１】
次に、システムは、健診結果テーブル１１Ａへ格納されたデータに対して判定処理を実行する（Ｓ７）。判定処理は、所定の判定基準データベース（図３参照）の定義に基づき実行される。
【０１１２】
次に、システムは、フィールド定義データベース２のフィールド定義に名称マスター番号の指定があるか否かを判定する（Ｓ８）。
【０１１３】
フィールド定義に名称マスター番号の指定がない場合、システムは処理を終了する。一方、フィールド定義に名称マスター番号の指定がある場合、次に、システムは、その名称マスター番号が名称マスターに定義されているか否かを判定する（Ｓ９）。
【０１１４】
その名称マスター番号が名称マスターに定義されている場合、システムは、健診結果データの値を名称および略称に翻訳する（Ｓ１０）。そして、システムは、その名称および略称を結果名称テーブル１４Ａおよび結果略称テーブル１４Ｂに設定する（Ｓ１１）。その後、システムは処理を終了する。
【０１１５】
Ｓ９の判定で名称マスター番号が名称マスターに定義されていない場合、システムは、入力エラーにするか否かを判定する（Ｓ１２）。入力エラーにするか否かは、フィールド定義データベース２のフィールド定義において、名称マスターチェック区分に指定されている。入力エラーにする場合、システムはエラーを表示し、制御をＳ１に戻し、再度入力を促す。
【０１１６】
Ｓ１２の判定で、入力エラーにしない場合、次に、システムは、全角保存するか否かを判定する（Ｓ１３）。全角保存するか否かは、フィールド定義データベース２のフィールド定義において、名称マスターチェック区分に指定されている。
【０１１７】
全角保存する場合、システムは、全角保存を実行する（Ｓ１４）。全角保存とは、健診結果テーブル１１Ａの値（コード）をそのまま全角文字に変換し、結果名称テーブル１４Ａおよび結果略称テーブル１４Ｂに設定することをいう。その後、システムは、処理を終了する。Ｓ１３の判定で全角保存しない場合もシステムは、処理をそのまま終了する。
【０１１８】
以上述べたように、本情報処理装置によれば、フィールド定義データベース２にフィールド定義を追加することで管理するデータの項目を追加することができる。また、フィールド定義されたフィールドを表示項目登録画面で登録することで、自由に所望のフィールドを組み合わせてデータ登録画面を作成することができる。
【０１１９】
したがって、プライマリキー、検査項目コードおよび結果値の組み合わせによってデータを蓄積するシステムに比べて、本情報処理装置では、レコード数を少なくすることができる。
【０１２０】
また、本システムが取り扱う蓄積データ１、あるいは、項目内容値テーブル１１（健診結果テーブル１１Ａ）、結果テーブル１４（結果名称テーブル１４Ａ）等は、基本的には表形式であり、ＳＱＬによる演算になじみやすい。
【０１２１】
また、本発明によれば、ユーザがフィールド定義データベース２に自在にフィールドを定義できるので、レコードを構成する要素の種類、数、順序等が異なるような類似のアプリケーションに対して、汎用的なシステムを提供することができる。
【０１２２】
＜変形例＞
上記実施の形態では、情報処理装置を健診データの管理に使用する例を示した。しかし、本発明の実施は、そのようなデータの処理には限定されない。すなわち、本発明は、項目の追加や変更が多いアプリケーション一般において適用できる。
【０１２３】
【発明の効果】
以上説明したように、本発明によれば、データを管理するシステムにおいて、容易に項目を追加できるとともに、ＳＱＬに適したテーブル形式でデータを管理することができる。
【図面の簡単な説明】
【図１】  本発明の実施の形態に係る情報処理装置の原理を示すデータ構造図
【図２】  健診データ管理システムにおけるデータ登録例
【図３】  判定基準データベースのデータ構造図
【図４】  判定分類データベースのデータ構造図
【図５】  翻訳処理の概要を示す図
【図６】  フィールド定義の一覧画面２０
【図７】  フィールド定義画面２１
【図８】  表示項目登録画面２２
【図９】  表示項目の登録結果を確認する確認画面
【図１０】検査結果入力画面２３
【図１１】名称マスター番号一覧画面
【図１２】名称マスター詳細画面
【図１３】健診データ登録処理を示すフローチャート（１）
【図１４】健診データ登録処理を示すフローチャート（２）
【符号の説明】
１    蓄積データ
２    フィールド定義データベース
１１    項目内容値テーブル
１１Ａ  健診結果テーブル
１１Ｂ  結果判定テーブル
１１Ｃ  判定管理テーブル
１４    結果テーブル
１４Ａ  結果名称テーブル
１４Ｂ  結果略称テーブル
２０    フィールド定義の一覧画面
２１    フィールド定義画面
２２    表示項目登録画面
２３    検査結果入力画面
【図１】
0004095259.tif 000002
【図２】
0004095259.tif 000003
【図３】
0004095259.tif 000004
【図４】
0004095259.tif 000005
【図５】
0004095259.tif 000006
【図６】
0004095259.tif 000007
【図７】
0004095259.tif 000008
【図８】
0004095259.tif 000009
【図９】
0004095259.tif 000010
【図１０】
0004095259.tif 000011
【図１１】
0004095259.tif 000012
【図１２】
0004095259.tif 000013
【図１３】
0004095259.tif 000014
【図１４】
0004095259.tif 000015