JPWO2014128759A1 - 情報システムおよびその更新方法 - Google Patents

Abstract

本開示の情報システム（１）は、データベース（３１）と、少なくとも一のシートを有する電子ファイル（１０ａ）を取り込む取り込み部（３０２）と、取り込み部（３０２）により取り込まれた電子ファイル（１０ａ）に基づき、関係データベース（３１）のレコードを更新する更新部（３０３）と、を備え、少なくとも第１シートには、行または列のデータを識別するために記述された第１識別名と、当該第１識別名の行または列のデータとを少なくとも含み、更新部（３０３）は、電子ファイル（１０ａ）が取り込み部（３０２）により取り込まれた場合、第１識別名を、データベース（３１）のレコードを識別するために記述される第２識別名であって第１シートに対応する第１テーブルに含まれる第２識別名と対応づけることにより、第１テーブルにおいて第２識別名をフィールドに有するレコードを、第１識別名の行または列のデータを用いて更新する。

Description

本発明は、情報システムおよびその更新方法に関し、特に、データベースを有し情報を管理するための情報システム、および、行と列とを有する２次元の領域からなるシートを有する電子ファイルを用いて情報システムのデータベースを更新する更新方法に関する。

新薬開発の過程には、新薬の候補物質を創り出す段階である基礎研究と、動物実験などにより、候補物質の有効性や安全性を調べる段階である前臨床試験と、候補物質の効果や安全性を調べる段階である臨床試験と、医薬品としての製造販売承認を受けるための審査を受ける段階である承認審査とがある。承認審査にて承認されてはじめて新薬の発売が可能となる。

したがって、製薬会社は、新薬の製造販売の承認（認可）を政府から得るために、臨床試験を行い、その結果を示す症例報告書（ＣＲＦ）を添付して承認審査の申請を行う必要がある。ここで、臨床試験は、製薬会社により、病院などの医療機関に依頼される。依頼を受けた医療機関の医師は、臨床試験を行い、症例報告書（ＣＲＦ）を作成し製薬会社へ提出する。

近年、症例報告書（ＣＲＦ）を電子データとして収集するために、Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｃａｐｔｕｒｅ（ＥＤＣ）システムが用いられている（例えば、特許文献１）。特許文献１には、例えばウェブブラウザを起動させてカルテを見ながらウェブページに対して入力を行うことで、症例報告書（ＣＲＦ）を作成することができるＥＤＣシステムの一例が開示されている。

また、特許文献２には、従来使用されていた紙のＣＲＦと同じ様式の症例報告書（ＣＲＦ）をコンピュータシステムの表示装置に表示し、医師が表示されたＣＲＦへ直接諸データを記入することができる電子ＣＲＦファイルおよび電子ＣＲＦファイル作成支援装置が開示されている。

特開２０１１―２０４１０３号公報 特開２００３―２２３５１４号公報

しかしながら、上記特許文献１および上記特許文献２には、以下に説明するような課題がある。すなわち、上記特許文献１に開示されるシステムでは、システムが提供するウェブページにアクセスできるユーザ（医者）が限定されたり、システムが提供するウェブページの画面設定がシステムでしか行えず、直感的に入力できないなどで入力作業にストレスを感じたり、カルテに記載された補足事項が入力できなかったりと、作業内容がシステムにより制限されてしまうという課題がある。

また、特許文献２に開示される構成では、医師が直感的に入力できないなどで入力作業にストレスを感じない等の利点があるものの、電子ＣＲＦファイルは、紙のＣＲＦと同じ様式のＣＲＦと項目とデータベースへのリンクさせるためのプログラム等を予め作成しておく必要があるなど、自由度に課題がある。

本発明は、上述の事情を鑑みてなされたもので、データベースを更新するのに用いる電子ファイルを高い自由度で作成できる情報システムおよびその更新方法を提供することを目的とする。

上記目的を達成するために、本発明の一形態に係る情報システムは、情報を管理するための情報システムであって、関係データベースと、行と列とを有する２次元の領域からなる少なくとも一のシートを有する電子ファイルを取り込む取り込み部と、前記取り込み部により取り込まれた電子ファイルに基づき、前記関係データベースのレコードを更新する更新部と、を備え、前記少なくとも一のシートのうちの少なくとも第１シートには、行または列である第１方向のデータを識別するために記述された第１識別名と、当該第１識別名の前記第１方向のデータとを少なくとも含み、前記更新部は、前記電子ファイルが前記取り込み部により取り込まれた場合、前記第１識別名を、前記関係データベースのレコードを識別するために記述される第２識別名であって前記第１シートに対応する第１テーブルに含まれる第２識別名と対応づけることにより、前記第１テーブルにおいて前記第２識別名をフィールドに有するレコードを、前記第１識別名の前記第１方向のデータを用いて更新する。

なお、「更新する」とは、関係データベースでいうＵｐｄａｔｅのみを意味することを意図しない、例えばレコードのｄｅｌｅｔｅとｉｎｓｅｒｔの組み合わせにより実現する場合も含む。

この構成によれば、電子ファイルを取り込んだ場合に、ユーザが任意に設定した識別名を用いることによって、内部形式として関係データベースのレコードを変更することができる。

したがって、データベースを更新するのに用いる電子ファイルを高い自由度で作成できる情報システムを実現することができる。

ここで、例えば、前記電子ファイルは、さらに、前記第１方向のデータを識別するために設定された第３識別名と、当該第３識別名の前記第１方向のデータとを含み、前記第１シートのデータとの参照関係を記述するために前記第３識別名の前記第１方向内に前記第１識別名を保持する第２シートを有し、前記更新部は、前記電子ファイルが前記取り込み部により取り込まれた場合、前記第３識別名を、前記関係データベースのレコードを識別するために記述される第４識別名であって前記第２シートに対応する第２テーブルに含まれる第４識別名と対応づけることにより、前記第２テーブルにおいて、前記第４識別名をフィールドに有するレコードを、前記第３識別名の前記第１方向のデータを用いて更新し、前記第２シートが保持する前記第１識別名を、前記第２テーブルにおいて、当該第１識別名と対応づけられた第２識別名をフィールドに有するレコードのＩＤに読み替えて更新するとしてもよい。

この構成によれば、関係データベースが内部的（テーブルに）使用しているＩＤを意識することなく電子ファイルのシートを記述することができる。

また、上記目的を達成するために、本発明の一形態に係る更新方法は、前記第１識別名を含む識別名であって前記少なくとも一のシートに含まれる識別名は、ＣＤＩＳＣ（Ｃｌｉｎｉｃａｌ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ Ｓｔａｎｄａｒｄｓ Ｃｏｎｓｏｒｔｉｕｍ）の規約に則した名称である。

なお、これらの全般的または具体的な態様は、上記システムまたは上記方法に限らず、集積回路、コンピュータプログラムまたは記録媒体で実現されてもよく、システム、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明によれば、データベースを更新するのに用いる電子ファイルを高い自由度で作成できる情報システムおよびその更新方法を実現することができる。

図１は、実施の形態１にかかるシステムの構成の一例を示す図である。 図２は、実施の形態１におけるＰＣおよびＤＢ端末のハードウェア構成の一例を示す図である。 図３は、実施の形態１における情報サーバの構成の一例を示すブロック図である。 図４は、一般的なデータベースの更新方法について説明するための図である。 図５は、実施の形態１における更新部の更新方法について説明するための図である。 図６Ａは、実施の形態１における電子ファイルの第１シートおよび第２シートの一例を示す図である。 図６Ｂは、実施の形態１におけるデータベースの第１テーブルおよび第２テーブルの一例を示す図である。 図７は、実施の形態１における電子ファイルを用いて情報システムのデータベースを更新するまでの動作を説明するための図である。 図８Ａは、実施の形態１におけるデータベースのテーブル一覧および、テーブル間のリレーションを示したＥＲ図の一例を示す図である。 図８Ｂは、実施の形態１におけるデータベースのテーブル「画面」の一例を示す図である。 図８Ｃは、実施の形態１におけるデータベースのテーブル「項目」の一例を示す図である。 図８Ｄは、実施の形態１におけるデータベースのテーブル「列挙型」の一例を示す図である。 図８Ｅは、実施例１におけるデータベースのテーブル「列挙値」の一例を示す図である。 図９Ａは、実施例１における設定ファイルのシート「画面」の一例を示す図である。 図９Ｂは、実施例１におけるデータベースのテーブル「画面」の更新後の一例を示す図である。 図１０Ａは、実施例２における設定ファイルのシート「画面」の一例を示す図である。 図１０Ｂは、実施例２におけるデータベースのテーブル「画面」の更新後の一例を示す図である。 図１１は、実施例３におけるデータベースのテーブル「列挙型」の一例を示す図である。 図１２Ａは、実施例３における設定ファイルのシート「画面」の一例を示す図である。 図１２Ｂは、実施例３における設定ファイルのシート「項目」の一例を示す図である。 図１２Ｃは、実施例３におけるデータベースのテーブル「画面」の更新後の一例を示す図である。 図１２Ｄは、実施例３におけるデータベースのテーブル「項目」の更新後の一例を示す図である。 図１３Ａは、実施例４における設定ファイルのシート「列挙値」の一例を示す図である。 図１３Ｂは、実施例４におけるデータベースのテーブル「列挙型」の更新後の一例を示す図である。 図１３Ｃは、実施例４におけるデータベースのテーブル「列挙値」の更新後の一例を示す図である。 図１４は、実施例５における設定ファイルのシート「項目」の一例を示す図である。 図１５Ａは、実施例５における設定ファイルのシート「項目」の一例を示す図である。 図１５Ｂは、実施例５におけるＤＢ端末に表示される表示項目のレイアウトの一例を示す図である。 図１５Ｃは、実施例５におけるＤＢ端末に表示される表示項目のレイアウトの一例を示す図である。 図１５Ｄは、実施例５におけるＤＢ端末に表示される表示項目のレイアウトの一例を示す図である。 図１５Ｅは、実施例５におけるＤＢ端末に表示される表示項目のレイアウトの一例を示す図である。 図１６は、実施の形態２における情報システムを含む臨床試験の支援業務の枠組みを示す図である。 図１７は、実施の形態２におけるＥＤＣシステムの症例報告書案の作成例を説明するための図である。 図１８は、実施の形態２における設計仕様書を用いたＥＤＣシステムの運用フローを示す図である。

以下、本発明の実施の形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置及び接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、より好ましい形態を構成する任意の構成要素として説明される。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。

（実施の形態１）
図１は、実施の形態１における情報システム１の構成の一例を示す図である。図２は実施の形態１におけるＰＣおよびＤＢ端末のハードウェア構成の一例を示す図であり、図３は実施の形態１における情報サーバの構成の一例を示すブロック図である。

図１に示す情報システム１は、ＤＢ端末２０と、ＤＢ端末２０とネットワーク４０を介して接続される情報サーバ３０とで構成されている。情報システム１は、データベースを用いて情報を管理するための情報システムであり、例えば会計システムであってもよく、ＥＤＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｃａｐｔｕｒｅ）など、医療情報を収集および管理するシステムであってもよい。ここでＥＤＣとは、臨床試験や臨床研究等において、データを電子的に収集するシステムである。

ネットワーク４０は、ＤＢ端末２０と、情報サーバ３０とを接続するための通信媒体である。ここで、ネットワーク４０は、例えばインターネット（公衆網）であるが、専用線でもローカルネットワークでもよい。

ＰＣ１０は、例えば、タブレット、パーソナルコンピュータであり、モニタなどの表示装置とキーボード等の操作装置とを供える。ＰＣ１０は、ユーザの操作に従い、例えば、Ｍｉｃｒｏｓｏｆｔ社のＥｘｃｅｌ（登録商標）などの汎用的な表計算ソフトウェアを用いて電子ファイル１０ａを作成する。なお、ＰＣ１０は、情報システム１とは独立しており、情報システム１の制約を受けない。つまり、ＰＣ１０は、ユーザが自由に使える装置である。

ここで、電子ファイル１０ａは、行と列とを有する２次元の領域からなる少なくとも一のシートを有し、少なくとも一のシートのうちの少なくとも第１シートには、行または列のデータを識別するために記述された第１識別名と、当該第１識別名の行または列のデータとを少なくとも含んでいる。その他の例や詳細については後述するため、ここでの説明は省略する。また、電子ファイル１０ａは、例えば情報システム１が会計システムであれば、会計データを含み、情報システム１がＥＤＣであれば、症例報告書（電子ＣＲＦ）のデータ、内容を含む。なお、電子ファイル１０ａは、典型的には、表計算ツールのブック形式のファイルであり、上記のデータを含んでいる。

ＤＢ端末２０は、モニタなどの表示装置とキーボード等の操作装置とを供え、情報サーバ３０とネットワーク４０を介して接続することのできる端末である。ＤＢ端末２０は、例えば、タブレット、パーソナルコンピュータであり、情報サーバ３０（情報システム１）にログイン等できる。本実施の形態では、ＤＢ端末２０は、ＰＣ１０等でユーザが作成した電子ファイル１０ａを、情報サーバ３０に送信することで情報システム１のデータベース３１を更新する場合の例について説明する。

ここで、上記のように構成されるＰＣ１０およびＤＢ端末２０は、例えば図２に示すハードウェアにより実現される。すなわち、ＰＣ１０およびＤＢ端末２０は、例えば図２に示すように、ＣＰＵ２０１と、プログラム１０３を有するハードディスク１０２、操作部１０４と、ディスプレイ１０５と、ネットワークインタフェース１０６と、メモリ１０７と、を備えるハードウェア構成により実現される。

ＣＰＵ１０１は、ＰＣ１０（またはＤＢ端末２０）全体を制御したり、ハードディスク１０２に格納されたプログラム１０３を実行したりする。具体的に制御する部分は、ＣＰＵ１０１上で動作するソフトウェアプログラム等により実現される。

ハードディスク１０２は、プログラム１０３等を保存したり、操作部１０４によって入力されたデータ等を一時的に保持したりする記憶領域等を有する読み書き可能な記憶装置である。

操作部１０４は、キーボードやマウス等によって、ユーザからの操作（例えば、電子ファイル１０ａのデータの入力等）を受け付ける。

ディスプレイ１０５は、液晶表示装置（ＬＣＤ）等であり、ユーザとの対話に使用する。

ネットワークインタフェース１０６は、ネットワーク接続された機器とデータを送受信する。例えば、ネットワークインタフェース１０６は、ＰＣ１０のハードウェア構成の場合、ＰＣ１０とＤＢ端末２０とを接続し、ＤＢ端末２０のハードウェア構成の場合、情報サーバ３０とネットワーク４０を介して接続する。

メモリ１０７は、ＣＰＵ１０１がプログラム１０３を実行するときに使用するワークエリアである。メモリ１０７は、ＣＰＵ１０１上で動作するプログラムや、プログラム動作時の一時変数等を記録する。

以下、図１に戻り、情報サーバ３０の構成について説明する。

情報サーバ３０は、データベース３１を有し、データベース３１を用いて情報を管理する。例えば、情報システム１が会計システムの場合には、在庫管理・販売管理・顧客管理などのデータ（情報）をデータベース３１で管理し、情報システム１が医療システムの場合には、臨床試験や臨床研究等におけるデータなどをデータベース３１で管理する。なお、情報システム１の例は、これらに限定されるものではない。また、情報サーバ３０は、図３に示すようにシステム機能部３０１と、取り込み部３０２と、更新部３０３と、画面提供部３０４とを備え、ＤＢ端末２０から送信された電子ファイル１０ａを受け付け、インポート処理を実行する。

本実施の形態では、データベース３１は、例えば関係データベースであり、データを例えばテーブル３１ａに分類して管理するとして以下説明する。

システム機能部３０１は、ＣＰＵ、メモリ、ハードディスク、ネットワークインタフェースのほか種々のハードウェアで構成され、通信、制御、データベース３１の管理など、情報サーバ３０の主たる機能を実行する。

取り込み部３０２は、ＤＢ端末２０から送信された電子ファイル１０ａを取り込む。

更新部３０３は、取り込み部３０２により取り込まれた電子ファイル１０ａに基づき、データベース３１のレコードを更新する。なお、「更新する」とは、関係データベースでいうＵｐｄａｔｅのみを意味することを意図しない、例えばレコードのｄｅｌｅｔｅとｉｎｓｅｒｔの組み合わせにより実現する場合も「更新する」の意味に含むものとして以下説明する。

ここで、例えば、電子ファイル１０ａにおいて、少なくとも一のシートのうちの少なくとも第１シートには、行または列のデータを識別するために記述された第１識別名と、第１識別名の行または列のデータとが少なくとも含まれていたとする。この場合、更新部３０３は、電子ファイル１０ａが取り込み部３０２により取り込まれたとき、第１識別名を、データベース３１のレコードを識別するために記述される第２識別名であって第１シートに対応する第１テーブルに含まれる第２識別名と対応づけることにより、第１テーブルにおいて第２識別名をフィールドに有するレコードを、第１識別名の行または列のデータを用いて更新する。なお、第２識別名は、前記第１識別名と同一名称であるのが好ましい。

また、更新部３０３は、さらに、第１シートにおける第１識別名と、第１識別名の行または列のデータとが削除された電子ファイル１０ａが取り込み部３０２により取り込まれた場合、第１テーブルにおいて、第１識別名に対応する第２識別名に有するレコードを、削除する。

このようにして、更新部３０３は、識別名を用いて電子ファイル１０ａのシートの行または列とデータベース３１のレコードとを対応させることで、データベース３１のレコードを更新する。

また、例えば、電子ファイル１０ａは、さらに、行または列のデータを識別するために設定された第３識別名と、当該第３識別名の行または列のデータとを含み、第１シートのデータとの参照関係を記述するために第３識別名の行または列内に第１識別名を保持する第２シートを有するとする。

この場合、更新部３０３は、電子ファイル１０ａが取り込み部３０２により取り込まれたとき、第３識別名を、データベース３１のレコードを識別するために記述される第４識別名であって第２シートに対応する第２テーブルに含まれる第４識別名と対応づけることにより、第２テーブルにおいて、第４識別名をフィールドに有するレコードを、第３識別名の行または列のデータを用いて更新し、第２シートが保持する第１識別名を、第２テーブルにおいて、当該第１識別名と対応づけられた第２識別名をフィールドに有するレコードのＩＤに読み替えて更新するとしてもよい。

このようにして、更新部３０３は、電子ファイル１０ａのシート内に識別名によりレコード間の参照を表現することができるので、電子ファイル１０ａを用いてレコード間の参照関係を更新することができる。

以下、識別名を用いてシートの行とデータベースのレコードとを対応させる場合の例について、図４および図５を用いて具体的に説明する。なお、識別名を用いてシートの列とデータベースのレコードとを対応させる場合も同様のことが言えるため、説明を省略する。すなわち、識別名を用いてシートの行および列のうちの行を用いた場合の例を挙げて説明することで、識別名を用いてシートの行または列とデータベースのレコードとを対応させる場合の説明とする。

（識別名を用いてシートの行とデータベースのレコードとを対応させる場合の例）
図４は、一般的なデータベースの更新方法について説明するための図であり、図５は、実施の形態１における更新部の更新方法について説明するための図である。

以下、原則として電子ファイル１０ａのシートの各行がデータベース３１のレコードに１対１で対応するものとして説明する。例外については後述するためここでの説明は省略する。

図４に示すように、電子ファイルの第１シート４０１がデータベース３１にインポートされた場合、第１シート４０１に対応する第１テーブル４０２のレコードは第１テーブル４０３に更新される。

ここで、一般的なデータベースの更新方法（アルゴリズム）では、システムで発行されたＩＤを用いて更新する。具体的には、第１シート４０１の識別名ｆｏｏのデータは列１でＡ、列２でＢとなっており、識別名ｂａｒのデータは列１でＣ、列２でＤとなっている。そして、第１シート４０１がデータベース３１にインポートされた場合、対応する第１テーブル４０２のＩＤ１のレコードは、列１でａ、列２でｂとなっており、ＩＤ２のレコードは列１でｃ、列２でｄとなっている。そのため、第１テーブル４０３に示すように、一般的なデータベースの更新方法（アルゴリズム）では、まず、第１シート４０１のデータをそのままＩＤ３およびＩＤ４のレコードに挿入し、その後、ＩＤ１およびＩＤ２のレコードを削除する。このように、一般的なデータベースの更新方法では、シートの行とデータベースのレコードの対応づけを、情報システムで発行されたＩＤを用いて行う。

しかし、一般的なデータベースの更新方法（アルゴリズム）では、テーブル４０４に示すように、更新前の第１テーブル４０２のレコード間に参照制約が存在すると、更新時（ＩＤ１、ＩＤ２の削除時）にエラーが発生してしまうという問題がある。

一方、図５に示す本実施の形態における更新部の更新方法によれば、参照制約があっても更新が可能である。

以下、本実施の形態における更新方法（アルゴリズム）について、具体的に説明する。

図５に示すように、電子ファイル１０ａの第１シート４０１がデータベース３１にインポートされた場合、第１シート４０１に対応する第１テーブル４０２のレコードは第１テーブル５０３に更新される。

ここで、本実施の形態のデータベースの更新方法（アルゴリズム）では、情報システム１（情報サーバ３０）で発行されたＩＤではなく、ユーザが任意に設定した識別名をもとに更新する。

具体的には、第１シート４０１がインポートされた場合（電子ファイル１０ａが取り込み部３０２に取り込まれた場合）、第１シート４０１の識別名ｆｏｏ（第１識別名）を、データベース３１のレコードを識別するために記述され、かつ、第１シート４０１に対応する第１テーブル４０２に含まれる識別名ｆｏｏ（第２識別名）と対応づけることにより、第１テーブル４０２において識別名ｆｏｏ（第２識別名）をフィールドに有するレコード（列１でａ、列２でｂ）を、第１シート４０１の識別名ｆｏｏ（第１識別名）の行のデータ（列１でＡ、列２でＣ）を用いて、第１テーブル５０３に更新する。なお、第１シート４０１の第１識別名ｂａｒについても同様のため説明は省略する。

このように、本実施の形態の更新方法（アルゴリズム）によれば、電子ファイル１０ａ（典型的には表計算ツールのブック形式の電子ファイル１０ａ）をインポートした場合に、ユーザが任意に設定した識別名を用いることによって、内部形式としてのデータベース３１のレコードを変更することができる。

また、電子ファイル１０ａを再度インポートする場合には、レコードを一律で削除した後に新規作成するのではなく、既存のレコードを更新することができる。

さらに、テーブル４０４に示すように、更新前の第１テーブル４０２のレコード間に参照制約が存在しても、レコードの削除（更新）は最低限に抑えられるため、参照制約違反を発生させないでレコードを更新することができる。

以下、電子ファイル１０ａのシート内に記述する識別名によりレコード間の参照を表現する場合の例について、図６Ａおよび図６Ｂを用いて具体的に説明する。

（識別名によりレコード間の参照を表現する場合の例）
図６Ａは実施の形態１における電子ファイルの第１シートおよび第２シートの一例を示す図であり、図６Ｂは実施の形態１におけるデータベースの第１テーブルおよび第２テーブルの一例を示す図である。

図６Ａには、電子ファイル１０ａの第１シート６０１および第２シート６０２が示されている。ここで、第１シート６０１には、識別名ｆｏｏおよび識別名ｂａｒ（いずれも第１識別名に対応）と、その行データ（識別名ｆｏｏの列１でＡ、識別名ｂａｒの列２でＢ）とが含まれている。第２シート６０２には、識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第３識別名に対応）を含み、その行データ内に第１シート６０１のデータとの参照関係を記述するために第１シート６０１の第１識別名（本図では、参照先識別名として、識別名ｂａｒ、ｆｏｏおよびｂａｒ）を保持している。

そして、図６Ａに示す第１シート６０１および第２シート６０２を有する電子ファイル１０ａがデータベース３１にインポートされた場合、第１シート６０１および第２シート６０２を用いて、図６Ｂに示す第１テーブル６０３および第２テーブル６０４に示すレコードに更新される。

ここで、第１テーブル６０３には、図６Ｂに示されるように、ＩＤ１およびＩＤ２と、識別名ｆｏｏおよび識別名ｂａｒ（いずれも第２識別名に対応）と、その行データ（識別名ｆｏｏの列１でＡ、識別名ｂａｒの列２でＢ）と、が含まれている。第２テーブル６０４には、ＩＤ１、ＩＤ２およびＩＤ３と、識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第４識別名に対応）とを含み、それら識別名それぞれの行データ内に第１テーブル６０３のデータとの参照関係を記述するために第１テーブル６０３のＩＤ（図では、参照先ＩＤとして、２、１、３を保持している。

つまり、更新部３０３は、電子ファイル１０ａが取り込み部３０２により取り込まれた場合、第２シート６０２の識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第３識別名）を、第２テーブル６０４の識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第４識別名）と対応づけることにより、第２テーブル６０４において、識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第４識別名）をフィールドに有するレコードを、識別名ｂａｚ、ｑｕｘおよびｆｏｏｂａｒ（いずれも第３識別名）の行のデータを用いて更新する。それとともに、更新部３０３は、第２シート６０２が保持する第１シート６０１の識別名ｆｏｏおよび識別名ｂａｒ（いずれも第１識別名）を、第２テーブル６０４において、第１シート６０１の識別名ｆｏｏおよび識別名ｂａｒ（いずれも第１識別名）と対応づけられた第１テーブル６０３の識別名ｆｏｏおよび識別名ｂａｒ（いずれも第２識別名）をフィールドに有するレコードのＩＤ（図では、２、１２）に読み替えて更新する。なお、第１テーブル６０３の更新方法は、図５で説明した通りであるため、ここでの説明は省略する。

このように、本実施の形態の更新方法（アルゴリズム）によれば、データベース３１のテーブル間に参照関係が存在し、１つのテーブルが他のテーブルのレコードのＩＤを保持している場合でも、電子ファイル１０ａのシートにおいて、レコードのＩＤではなくレコードを有するテーブルに対応するシート内に記載されたレコードに対応する識別名を記述し、参照関係を表せばよい。そうすれば、更新部３０３は、電子ファイル１０ａがインポートされたときにレコードのＩＤに読み替えて更新することができる。

つまり、本実施の形態の更新方法（アルゴリズム）によれば、データベース３１が内部的（テーブルに）使用しているＩＤを意識することなく電子ファイル１０ａのシートを記述することができる。

（その他）
なお、更新部３０３が、取り込み部３０２により取り込まれた電子ファイル１０ａに基づき、データベース３１のレコードを更新する方法は上記の場合に限られない。

例えば、更新部３０３は、電子ファイル１０ａが取り込まれた場合、電子ファイル１０ａに含まれる単一シートから、単一シートの複数の領域ごとに対応するテーブルであってデータベース３１の複数のテーブルを更新するとしてもよい。

すなわち、電子ファイル１０ａは、さらに、第５識別名と、第５識別名と同一の行（または列）に配置される第６識別名と、第６識別名と同一列（または同一行）かつ第５識別名と異なる行（または異なる列）に配置される第７識別名とが記述された第３シートを有するとしてもよい。

この場合、更新部３０３は、電子ファイル１０ａが取り込み部３０２により取り込まれたとき、第５識別名を、データベース３１のレコードを識別するために記述される第８識別名であって第３シートに対応する一のテーブルである第３テーブルに含まれる第８識別名と対応づけ、かつ、第６識別名および第７識別名を、データベース３１のレコードをそれぞれ識別するために記述される第９識別名および第１０識別名であって第３シートに対応する一のテーブルである第４テーブルに含まれる第９識別名および第１０識別名と対応づける。それにより、更新部３０３は、（ｉ）第３テーブルにおいて第８識別名をフィールドに有するレコードを、第５識別名の行（または列）のデータを用いて更新し、（ｉｉ）第４テーブルにおいて、第９識別名および第１０識別名をフィールドに有するレコードのそれぞれを、第６識別名および第７識別名それぞれの行（または列）のデータを用いて更新し、かつ、第９識別名および第１０識別名をフィールドに有するレコード内に、第３シートが保持する第５識別名と対応づけられた第８識別名をフィールドに有するレコードのＩＤを付加するとしてもよい。

ここで、典型的には、第８識別名は、第５識別名と同一名称であり、第９識別名および第１０識別名は、第６識別名および第７識別名と同一名称である。

なお、単一シートが第１シートとは異なるシートである第３シートの場合について説明したが、それに限らない。単一シートが第１シートであってもよい。

具体的には、第１シートには、さらに、第１識別名と同一の行（または列）に配置される第５識別名と、第５識別名と同一の列（または行）、かつ、第１識別名の行（または列）と異なる行（または列）に配置される第６識別名とが記述されているとしてもよい。

この場合、更新部３０３は、電子ファイル１０ａが取り込み部３０２により取り込まれた場合、第１識別名を、第１シートに対応する一のテーブルである第１テーブルに含まれる第２識別名と対応づけ、かつ、第５識別名および第６識別名を、データベース３１のレコードをそれぞれ識別するために記述される第７識別名および第８識別名であって第１シートに対応する一のテーブルである第３テーブルに含まれる第７識別名および第８識別名と対応づける。それにより、（ｉ）第１テーブルにおいて第２識別名をフィールドに有するレコードを、第１識別名の行（または列）のデータを用いて更新し、（ｉｉ）第３テーブルにおいて、第７識別名および第８識別名をフィールドに有するレコードのそれぞれを、第５識別名の行（または列）および第６識別名の行（または列）のデータを用いて更新し、かつ、第７識別名および第８識別名をフィールドに有するレコード内に、第１シートが保持する第１識別名と対応づけられた第２識別名をフィールドに有するレコードのＩＤを付加するとしてもよい。

このように、更新部３０３は、電子ファイル１０ａが取り込まれた場合、単一シートを分割して、対応するデータベース３１のテーブルを更新するとしてもよい。

以下、図１に戻り、画面提供部３０４について説明する。

画面提供部３０４は、ネットワーク４０を介して接続されるＤＢ端末２０に表示する画面を提供する。

より具体的には、例えば、電子ファイル１０ａにおいて、第１シートは、さらに、第１識別名の次の行（または列）のデータを識別するために記述された第１１識別名と、当該第１１識別名の行（または列）のデータ内に、当該第１１識別名に対応する表示項目であってＤＢ端末２０の画面に表示される表示項目の配置を設定するための第１画面配置列を含むとする。

そして、電子ファイル１０ａが取り込み部３０２により取り込まれ、更新部３０３により第１テーブルにおいて第１識別名および第１１識別名に対応する第２識別名および第１２識別名をフィールドに有するレコードが更新されたとする。

この場合、画面提供部３０４は、第１シートの第１画面配置列に対応する第１テーブルの第１２識別名をフィールドに有するレコードに記載された第２画面配置列の内容に基づいて、第２識別名に対応する表示項目が表示される位置を基準に第２画面配置列の記述に従う位置に、第１２識別名に対応する表示項目を表示する画面を、ＤＢ端末２０に提供する。

ここで、画面配置列には、予め定められた複数の文字列の一が記述されるとしてもよい。

また、電子ファイル１０ａにおいて、表示項目は、第１識別名や第１２識別名に対応する表示名であって、第１識別名や第１２識別名を含む行（または列）に記述された表示名を含む。

これにより、ユーザがＰＣ１０で電子ファイル１０ａを作成する際、ＤＢ端末２０の画面の表示項目を設定することができる。つまり、電子ファイル１０ａのシート内に記述された、ＤＢ端末２０に表示すべき表示名（表示項目）に対して画面配置列を付加することにより、簡易な設定で表示名（表示項目）をＤＢ端末２０の画面上で任意に配置することが可能となる。

次に、以上のようにして構成された情報システム１とＰＣ１０を用いて作成した電子ファイル１０ａがインポートされて、データベース３１のレコードが更新されるまでの動作について説明する。

図７は、実施の形態１における電子ファイルを用いて情報システムのデータベースを更新するまでの動作を説明するための図である。

まず、ユーザは、ＰＣ１０などを利用して、電子ファイル１０ａを作成する（Ｓ１０１）。

より具体的には、ユーザは、ＰＣ１０などを利用して、少なくとも一のシートのうちの少なくとも第１シートには、行（または列）のデータを識別する第１識別名と、当該第１識別名の行（または列）のデータとを少なくとも含むように記述した電子ファイル１０ａを作成する。ここで、電子ファイル１０ａは上述したように、行と列とを有する２次元の領域からなる少なくとも一のシートを有し、例えば、表計算ツールのブック形式の電子ファイルである。

次に、作成した電子ファイル１０ａを情報システム１にインポートする（Ｓ１０２）。

具体的には、情報サーバ３０の取り込み部３０２が、ＤＢ端末２０から送信された電子ファイル１０ａを取り込む。

次に、情報システム１はデータベースの更新を行う（Ｓ１０３）。

具体的には、情報サーバ３０の更新部３０３は、取り込み部３０２により取り込まれた電子ファイル１０ａに基づき、データベース３１のレコードを更新する。

次に、情報システム１は、ＤＢ端末２０の表示画面を更新する（Ｓ１０４）。

具体的には、情報サーバ３０の画面提供部３０４は、電子ファイル１０ａのシート内に記述された表示名（表示項目）と画面配置列とに従って、ネットワーク４０を介して接続されるＤＢ端末２０に表示する画面を提供する。

そして、ユーザは、ＤＢ端末２０を利用して、更新された画面を確認し、更新内容がユーザの意図通りであれば、更新内容を確定する（Ｓ１０４）。

このように、ユーザは、情報システム１と独立した電子ファイル１０ａを作成（ワークシート内への簡易な設定）し、情報システム１にインポートすることにより、情報システム１のデータベース３１を更新できるだけでなく、ＤＢ端末２０の画面上に表示される画面項目を自由に配置することが可能となる。

なお、情報システム１と独立した電子ファイル１０ａを作成するのに、ＰＣ１０を用いるとしたがそれに限らない。情報システム１の制約を受けずに独立して作成できるのであれば、ＰＣ１０に限らず、ＤＢ端末２０を用いて電子ファイル１０ａを作成してもよいし、ＰＣ１０以外の情報装置を用いて作成してもよい。

以下、上述した更新部３０３の更新方法（アルゴリズム）の詳細について、具体的なデータベースのテーブルの例および表計算ツールのブック形式の電子ファイル１０ａに含まれる具体的なシートの例を挙げて、実施例として説明する。

以下の実施例１〜実施例５で使用するアプリケーションの概要は次の通りである。すなわち、１）ユーザは、ＰＣ１０などを用いて、情報システム１が提供するＧＵＩ（画面）から値を入力するための画面入力機能を提供するための電子ファイル１０ａを作成する。２）情報システム１は、異なる入力項目を持つ複数種類の画面の定義を保持する。入力項目の種類やレイアウトは設定によって可変である。３）入力項目に対し、入力可能な値を制限するために「列挙型」を設定することが可能である。列挙型とは入力可能な値（列挙値）を複数まとめたものであり、これが入力項目に設定されている場合は列挙型に含まれる列挙値以外の入力値を受け付けない。

なお、以下では、電子ファイル１０ａは、情報システム１の設定ファイルとして用いられるので、電子ファイル１０ａを設定ファイルとも呼ぶ。

また、実施例１〜実施例５において、図８Ａ〜図８Ｅに示すデータベースのテーブル定義を情報システムが保持するとする。つまり、実施例１〜実施例５では、図８Ａ〜図８Ｅの構造を持ったデータベースのスキーマを使用する。

図８Ａは、実施の形態１におけるデータベースのテーブル一覧および、テーブル間のリレーションを示したＥＲ図の一例を示す図である。図８Ｂは、実施の形態１におけるデータベースのテーブル「画面」の一例を示す図である。図８Ｂは、図８Ａのスキーマ７０１に対応するテーブルであり、アプリケーションで使用できる画面の種類に対応する。なお、設定ファイル（電子ファイル１０ａ）においてはシート「画面」に対応する。図８Ｃは、実施の形態１におけるデータベースのテーブル「項目」の一例を示す図である。図８Ｃは、図８Ａのスキーマ７０２に対応するテーブルであり、アプリケーションで使用できる画面の入力項目に対応する。なお、設定ファイル（電子ファイル１０ａ）においてはシート「項目」に対応する。図８Ｄは、実施の形態１におけるデータベースのテーブル「列挙型」の一例を示す図である。図８Ｄは、図８Ａのスキーマ７０３に対応するテーブルであり、画面の入力項目に設定する列挙型に対応する。なお、設定ファイル（電子ファイル１０ａ）においてはシート「列挙型」に対応する。図８Ｅは、実施例１におけるデータベースのテーブル「列挙値」の一例を示す図である。図８Ｅは、図８Ａのスキーマ７０４に対応するテーブルであり、列挙型に含まれる値に対応する。なお、設定ファイル（電子ファイル１０ａ）においてはシート「列挙型」に対応する。

（実施例１）
実施例１では、更新部３０３が単一のレコードの更新をする場合について、図９Ａおよび図９Ｂを用いて説明する。なお、以下では、シートの行および列のうちの行を用いた場合の例を挙げて説明する。シートの列を用いた場合も同様であるため説明は省略する。

図９Ａは、実施例１における設定ファイルのシート「画面」の一例を示す図である。図９Ｂは、実施例１におけるデータベースのテーブル「画面」の更新後の一例を示す図である。

図９Ａには、設定ファイル（電子ファイル１０ａ）のシート「画面」を示す第１シート９０１が示されている。ここで、第１シート９０１は、識別名ｂａｓｉｃおよび識別名ｈｉｓｔｏｒｙ、Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ（いずれも第１識別名に対応）と、その行データ（識別名Ｂａｓｉｃの列（表示名）で基本情報、識別名ｈｉｓｔｏｒｙの列（表示名）で既往歴、識別名Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの列（表示名）で被験者特性情報）とが含まれている。

そして、図９Ａに示す第１シート９０１を有する設定ファイル（電子ファイル１０ａ）がデータベース３１にインポートされた場合、第１シート９０１を用いて、図９Ｂに示す第１テーブル９０２に示すレコードに更新される。

具体的には、定義テーブル８０１に基づき、インポートされた第１シート９０１の行に対応してデータベース３１の第１テーブル９０２のレコードが１件ずつ作成される。また、データベース３１の第１テーブル９０２において、列「画面ＩＤ」には自動的に発行される連番が付与される。また、列「順序」は第１シート９０１の対応する行の順序の通りとなるよう番号が付与される。

そして、情報サーバ３０の画面提供部３０４は、電子ファイル１０ａの第１シート９０１内に記述された表示名に従って更新された第１テーブル９０２の列「表示名」を表示する画面を、ネットワーク４０を介して接続されるＤＢ端末２０に提供する。ユーザは、ＤＢ端末２０を利用して、更新された表示画面を確認し、更新内容がユーザの意図通りであれば、更新内容を確定する。

（実施例２）
実施例１において、ＤＢ端末２０を利用して、更新された表示画面を確認した更新内容がユーザの意図通りでない場合には、さらに設定ファイル（電子ファイル１０ａ）を更新し、再度、情報システム１にインポートする。以下、その場合について図１０Ａおよび図１０Ｂを用いて説明する。なお、以下では、シートの行および列のうちの行を用いた場合の例を挙げて説明する。シートの列を用いた場合も同様であるため説明は省略する。

図１０Ａは、実施例２における設定ファイルのシート「画面」の一例を示す図である。図１０Ｂは、実施例２におけるデータベースのテーブル「画面」の更新後の一例を示す図である。

図１０Ａには、設定ファイル（電子ファイル１０ａ）の更新後のシート「画面」を示す第１シート１００１が示されている。ここで、第１シート１００１は、識別名ｂａｓｉｃおよび識別名ａｅ、ｈｉｓｔｏｒｙ（いずれも第１識別名に対応）と、その行データ（識別名Ｂａｓｉｃの列（表示名）で被験者基本情報、識別名ａｅの列（表示名）で有害情報、識別名ｈｉｓｔｏｒｙの列（表示名）で既往歴）とが含まれている。

ここで、図９Ａに示す第１シート９０１と異なる点は、識別名ｃｈａｒａｃｔｅｒｉｓｔｉｃｓの行が削除されている点、識別名ａｅの行が追加されている点、および識別名ｂａｓｉｃの列「表示名」の値が変更されている点である。

そして、図１０Ａに示す第１シート１００１を有する設定ファイル（電子ファイル１０ａ）がデータベース３１にインポートされた場合、第１シート１００１を用いて、図１０Ｂに示す第１テーブル１００２に示すレコードに更新される。

具体的には、定義テーブル８０１に基づき、第１シート１００１の列「識別名」とデータベース３１の第１テーブル１００２の列「識別名」を対応させてデータベース３１が変更されている。

より具体的には、データベース３１の第１テーブル１００２のレコードのうち、列「識別名」の値が第１シート１００１の列「識別名」に存在しないレコードが削除される。本実施例では、第１テーブル１００２において、列「画面ＩＤ」の「３」の行（レコード）が削除される。

次に、第１シート１００１の行のうちで列「識別名」に対応するものがデータベース３１の第１テーブル１００２のレコードの列「識別名」に存在しない場合には、データベース３１の第１テーブル１００２のレコードが新規作成される。本実施例では、第１テーブル１００２において、列「画面ＩＤ」の「４」の行（レコード）が新規作成される。

また、第１シート１００１の行のうちで列「識別名」に対応するものがデータベース３１の第１テーブル１００２のレコードの列「識別名」に存在する場合には、データベース３１の第１テーブル１００２のレコードが更新される。本実施例では、第１テーブル１００２において、列「画面ＩＤ」の「１」を含むフィールドの行（レコード）が更新される。

最後に、データベース３１の第１テーブル１００２の列「順序」の値が、第１シート１００１の対応する行の順序の通りに再設定（更新）される。

そして、情報サーバ３０の画面提供部３０４は、電子ファイル１０ａの第１シート１００１内に記述された表示名に従って更新された第１テーブル１００２の列「表示名」を表示する画面を、ネットワーク４０を介して接続されるＤＢ端末２０に提供する。ユーザは、ＤＢ端末２０を利用して、更新された画面を確認し、更新内容がユーザの意図通りであれば、更新内容を確定する。

（実施例３）
本実施例では、更新部３０３が参照関係にある複数のレコードの更新をする場合について説明する。なお、以下では、シートの行および列のうちの行を用いた場合の例を挙げて説明する。シートの列を用いた場合も同様であるため説明は省略する。

図１１は、実施例３におけるデータベースのテーブル「列挙型」の一例を示す図である。図１２Ａは、実施例３における設定ファイルのシート「画面」の一例を示す図であり、図１２Ｂは、実施例３における設定ファイルのシート「項目」の一例を示す図である。図１２Ｃは、実施例３におけるデータベースのテーブル「画面」の更新後の一例を示す図であり、図１２Ｄは、実施例３におけるデータベースのテーブル「項目」の更新後の一例を示す図である。

本実施例では、データベース３１のテーブル「列挙型」を示すテーブル１１００があらかじめ図１１に示すように設定されているとする。

図１２Ａには、設定ファイル（電子ファイル１０ａ）のシート「画面」を示す第１シート１２０１が示されている。ここで、第１シート１２０１は、識別名ｂａｓｉｃおよび識別名ａｅ（いずれも第１識別名に対応）と、その行データ（識別名Ｂａｓｉｃの列（表示名）で被験者基本情報、識別名ａｅの列（表示名）で有害情報）とが含まれている。また、図１２Ｂには、設定ファイル（電子ファイル１０ａ）のシート「項目」を示す第２シート１２０２が示されている。ここで、第２シート１２０２は、識別名ｂｉｒｔｈｄａｙ、識別名ａｇｅ、識別名ｓｅｘ、識別名ａｅｄａｔｅおよび識別名ａｅｔｅｒｍ（いずれも第３識別名に対応）と、それぞれの行データとが含まれている。また、第２シート１２０２では、行データ内に第１シート１２０１のデータとの参照関係を記述するために第１シート１２０１の第１識別名（図では、画面識別名として、識別名ｂａｓｉｃおよびａｅ）を保持している。また、同様に、第２シート１２０２では、行データ内にテーブル１１００に対応するシートのデータとの参照関係を記述するためにテーブル１１００の識別名（図では、列挙型識別名として、識別名ａｇｅおよびｇｅｎｄｅｒ）を保持している。

そして、図１２Ａおよび図１２Ｂに示す第１シート１２０１および第２シート１２０２を有する設定ファイル（電子ファイル１０ａ）がデータベース３１にインポートされた場合、定義テーブル８０１、定義テーブル８０２および定義テーブル８０３に基づき、第１シート１２０１および第２シート１２０２を用いて、図１２Ｃおよび図１２Ｄに示す第１テーブル１２０３および第２テーブル１２０４に示すレコードに更新される。

具体的には、第２テーブル１２０４における列「画面ＩＤ」には、定義テーブル８０２に基づいて、第２シート１２０２のデータの列「画面識別名」を参照して、第２シート１２０２のデータの列「画面識別名」に対応する第１テーブル１２０３のレコードにおける列「画面ＩＤ」の値が設定される。本実施例では、例えば第２テーブル１２０４における識別名ｂｉｒｔｈｄａｙの列「画面ＩＤ」には、第２テーブル１２０４に対応する第２シート１２０２の識別名ｂｉｒｔｈｄａｙの列「画面識別名」のｂａｓｉｃを参照して、第２シート１２０２の識別名ｂｉｒｔｈｄａｙの列「画面識別名」のｂａｓｉｃに対応する第１テーブル１２０３の列「画面ＩＤ」の値「１」に更新される。同様にして、例えば第２テーブル１２０４における識別名ａｅｄａｔｅの列「画面ＩＤ」には、第２シート１２０２の識別名ａｅｄａｔｅの列「画面識別名」ではａｅであるが、第２シート１２０２の識別名ａｅｄａｔｅの列「画面識別名」のａｅに対応する第１テーブル１２０３の列「画面ＩＤ」の値「２」に更新される。

また、第２テーブル１２０４における列「列挙型ＩＤ」には、定義テーブル８０３に基づいて、第２シート１２０２のデータの列「列挙型識別名」に対応するテーブル１１００のレコードの列「列挙型ＩＤ」の値が設定される。本実施例では、例えば第２テーブル１２０４における識別名ａｇｅの列「列挙型ＩＤ」には、第２シート１２０２の識別名ａｇｅの列「列挙型識別名」ではａｇｅであるが、第２シート１２０２の識別名ａｇｅの列「列挙型識別名」のａｇｅに対応するテーブル１１００の列「列挙型ＩＤ」の値「２」に更新される。なお、第２テーブル１２０４における識別名ｓｅｘの列「列挙型ＩＤ」も同様にしてテーブル１１００の列「列挙型ＩＤ」の値「１」に更新されるが、アルゴリズムは上記と同様であるため説明は省略する。

なお、第２テーブル１２０４の列「順序」は第２シートの対応する行の順序の通りに更新される。

（実施例４）
本実施例では、更新部３０３が単一シートから参照関係にある複数のレコードの更新をする場合について説明する。なお、以下では、シートの行および列のうちの行を用いた場合の例を挙げて説明する。シートの列を用いた場合も同様であるため説明は省略する。

図１３Ａは、実施例４における設定ファイルのシート「列挙値」の一例を示す図である。図１３Ｂは、実施例４におけるデータベースのテーブル「列挙型」の更新後の一例を示す図である。図１３Ｃは、実施例４におけるデータベースのテーブル「列挙値」の更新後の一例を示す図である。

図１３Ａには、設定ファイル（電子ファイル１０ａ）のシート「列挙値」を示す第３シート１３０１が示されている。ここで、第３シート１３０１は、列挙型識別名ｇｅｎｄｅｒおよび列挙型識別名ａｇｅ（いずれも第５識別名に対応）と、列挙型識別名それぞれに対する複数の列挙値とが含まれている。

本実施例では、第３シート１３０１には、列挙型識別名ｇｅｎｄｅｒに対して同一行に配置された列挙値識別名ｍａｌｅ（第６識別名に対応）と、列挙値識別名ｍａｌｅと同一列かつ列挙型識別名ｇｅｎｄｅｒとは異なる業に配置された列挙値識別名ｆｅｍａｌｅ、ｍｉｓｃ（第７識別名に対応）とが記述されている。また、第３シート１３０１には、列挙型識別名ａｇｅに対して同一行に配置された列挙値識別名ｙｏｕｎｇ（第６識別名に対応）と、列挙値識別名ｙｏｕｎｇと同一列かつ列挙型識別名ａｇｅとは異なる行に配置された列挙値識別名ｍｉｄｄｌｅ、ｏｌｄ（第７識別名に対応）とが記述されている。

そして、図１３Ａに示す第３シート１３０１を有する設定ファイル（電子ファイル１０ａ）がデータベース３１にインポートされた場合、第３シート１３０１を用いて、図１３Ａおよび図１３Ｂに示す第３テーブル１３０２および第４テーブル１３０３に示すレコードが更新される。

本実施例では、第３テーブル１３０２のレコードを更新するときは、第３シート１３０１のうち左の２列を参照し、空の行は無視される。第４テーブル１３０３のレコードを更新するときは、第３シート１３０１のうち右の３列を参照する。

また、第４テーブル１３０３の列挙型ＩＤに対しては、定義テーブル８０４に基づき、第３シート１３０１において対応する行の列「列挙型識別名」のセルを参照し、列挙型識別名に対応するレコードの列挙型ＩＤを設定する。ただし、参照したセルが空の場合は、それより上側の最も近い位置にある空でないセルを参照する。例として、３行目の識別名ｍｉｓｃの列挙値に対応する列挙型の識別名は１行目のｇｅｎｄｅｒとなる。

換言すると、第３シート１３０１の列挙型識別名ｇｅｎｄｅｒは、第３シート１３０１に対応する一のテーブルである第３テーブル１３０２に含まれる識別名ｇｅｎｄｅｒ（第８識別名に対応）と対応づけられ、かつ、列挙値識別名ｍａｌｅ、ｆｅｍａｌｅ、ｍｉｓｃ（第６識別名および第７識別名に対応）をフィールドに有する列挙値を、第３シート１３０１に対応する一のテーブルである第４テーブル１３０３に含まれる識別名ｍａｌｅ、ｆｅｍａｌｅ、ｍｉｓｃ（第９識別名および第１０識別名に対応）と対応づけられる。それにより、更新部３０３は、第３テーブル１３０２において識別名ｇｅｎｄｅｒ（第８識別名）をフィールドに有するレコードを、第３シート１３０１の列挙型識別名ｇｅｎｄｅｒ（第５識別名）の行のデータを用いて更新する。

さらに、第４テーブル１３０３において、識別名ｍａｌｅ、ｆｅｍａｌｅ、ｍｉｓｃ（第９識別名および第１０識別名）をフィールドに有するレコードのそれぞれを、第３シート１３０１の列挙値識別名ｍａｌｅ、ｆｅｍａｌｅ、ｍｉｓｃ（第６識別名および第７識別名）それぞれの行のデータを用いて更新する。それとともに、第４テーブル１３０３において、識別名ｍａｌｅ、ｆｅｍａｌｅ、ｍｉｓｃ（第９識別名および第１０識別名）をフィールドに有するレコード内に、第３シート１３０１が保持する列挙型識別名ｇｅｎｄｅｒ（第５識別名）と対応づけられた第３テーブル１３０２の識別名ｇｅｎｄｅｒ（第８識別名）をフィールドに有するレコードのＩＤ「１」を例えば列「列挙型ＩＤ」に付加する。

なお、第４テーブル１３０３の識別名ｙｏｕｎｇ、ｍｉｄｄｌｅ、ｏｌｄ（第９識別名および第１０識別名）についても同様にして更新されるので、説明は省略する。

このようにして、更新部３０３は、単一シートから参照関係にある複数のレコードの更新を行うことができる。

なお、単一シートが第１シートとは異なるシートである第３シートの場合について説明したが、それに限らない。単一シートが第１シートであってもよいのは上述した通りである。

（実施例５）
本実施例では、ＤＢ端末２０に表示される表示項目のレイアウト設定をする場合について説明する。なお、以下では、シートの行および列のうちの行を用いた場合の例を挙げて説明する。シートの列を用いた場合も同様であるため説明は省略する。

図１４は、実施例５における設定ファイルのシート「項目」の一例を示す図である。

図１５Ａ〜図１５Ｅは、実施例５におけるＤＢ端末に表示される表示項目のレイアウトの一例を示す図である。

まず、ユーザは、例えば、図１４に示すように電子ファイル１０ａの第１シート１４０１内に、ＤＢ端末２０に表示させる表示名に対して画面配置列を付加する。本実施例では、ユーザは、例えば第１シート１４０１において、識別名ｈｅｉｇｈｔ（第１識別名に対応）に加えて、識別名ｈｅｉｇｈｔの次の行のデータを識別するために記述された識別名ｗｅｉｇｈｔ（第１１識別名に対応）と、識別名ｗｅｉｇｈｔの行のデータ内に、ＤＢ端末２０の画面に表示される表示項目の配置を設定するためのフロー制御（第１画面配置列に対応）を含む電子ファイル１０ａを作成する。なお、第１シート１４０１内において、識別名ｂｐｈ、識別名ｂｐｌ等（いずれも第１１識別名に対応）は、識別名ｈｅｉｇｈｔに対する識別名ｗｅｉｇｈｔと同じ関係であるため、説明を省略する。

次に、この電子ファイル１０ａが取り込み部３０２により取り込まれ、更新部３０３により第１シート１４０１において識別名ｈｅｉｇｈｔ（第１識別名）および識別名ｗｅｉｇｈｔ（第１１識別名）に対応する識別名をフィールドに有するレコードが更新されたとする。

すると、画面提供部３０４は、第１シート１４０１のフロー制御（第１画面配置列）に対応する第１テーブルの識別名をフィールドに有するレコードに記載された画面配置列の内容に基づいて、ＤＢ端末２０が表示する画面を提供する。

本実施例では、例えば、図１５Ａに示すように、第１シート１４０１の識別名ｈｅｉｇｈｔに対応した表示名「身長」と枠とを含む表示項目１５０１の画面を、ＤＢ端末２０に提供し、ＤＢ端末２０で表示される。

また、第１シート１４０１において、２番目の項目である識別名ｗｅｉｇｈｔの行のフロー制御（第１画面配置列）が右と記述されている。そのため、画面提供部３０４は、図１５Ｂに示すように、第１シート１４０１の識別名ｗｅｉｇｈｔに対応した表示名「体重」と枠とが、表示名「身長」とその枠の右側に配置された表示項目１５０２の画面を、ＤＢ端末２０に提供し、ＤＢ端末２０で表示される。

また、第１シート１４０１において、３番目の項目である識別名ｂｐｈの行のフロー制御（第１画面配置列）が下と記述されている。そのため、画面提供部３０４は、図１５Ｃに示すように、第１シート１４０１の識別名ｂｐｌに対応した表示名「血圧」と最高血圧の枠とが、表示名「身長」および「体重」の下側に配置された表示項目１５０３の画面を、ＤＢ端末２０に提供し、ＤＢ端末２０で表示される。なお、第１シート１４０１において、識別名ｂｐｌに対応する表示名として記述される血圧／最低血圧のうちスラッシュの前の部分（血圧）が項目名となり、スラッシュの後ろの部分（最高血圧）は入力欄の付加的な説明として用いられる。

また、第１シート１４０１において、４番目の項目である識別名ｂｐｌの行のフロー制御（第１画面配置列）が「副項目として右」と記述されている。そのため、画面提供部３０４は、図１５Ｄに示すように、第１シート１４０１の識別名ｂｐｌに対応した表示名「血圧」と最低血圧の枠とを新たに形成せず、既存の枠である識別名ｂｐｌに対応した表示名「血圧」の枠の中で、最高血圧の入力欄の右側に配置された表示項目１５０４の画面を、ＤＢ端末２０に提供し、ＤＢ端末２０で表示される。

また、第１シート１４０１において、５番目の項目である識別名ｂｐ＿ｍｉｓｓの行のフロー制御（第１画面配置列）が「副項目として下」と記述されている。そのため、画面提供部３０４は、図１５Ｅに示すように、第１シート１４０１の識別名ｂｐ＿ｍｉｓｓに対応した表示名「血圧」と「欠測の場合、理由」とを新たに形成せず、既存の枠である識別名ｂｐｌに対応した表示名「血圧」の枠の中で、最低血圧の入力欄の下側に配置された表示項目１５０５の画面を、ＤＢ端末２０に提供する。そして、その画面は、ＤＢ端末２０で表示される。

このように、ユーザがＰＣ１０で電子ファイル１０ａを作成する際、ＤＢ端末２０の画面の表示項目を設定することができる。つまり、電子ファイル１０ａのシート内に記述された、ＤＢ端末２０に表示させる表示名などの表示項目に対して画面配置列を付加することにより、簡易な設定で表示名などの表示項目を任意に配置した画面をＤＢ端末２０に提供し、表示させることが可できる。

（実施の形態２）
本実施の形態では、情報システム１の一態様として、情報システム１が、ＥＤＣシステムであり、臨床試験の支援業務に用いられる場合の例について説明する。

図１６は、実施の形態２における情報システムを含む臨床試験の支援業務の枠組みを示す図である。図１と同様の要素には同一の符号を付しており、詳細な説明は省略する。

臨床試験は、例えば製薬会社２１により、病院などの医療機関２０Ａ〜２０Ｄに依頼される。依頼を受けた医療機関（例えば、医療機関２０Ａなど）の医師は、臨床試験を行い、症例報告書（電子ＣＲＦ）の内容を含む電子ファイル１０ａを作成し、情報システム１（情報サーバ３０）のデータベース３１に提供することで、製薬会社２１へ提出することができる。

ここで、実施の形態１で説明した少なくとも一のシートを有する電子ファイル１０ａは、ＥＤＣシステム（情報システム１）のデータベース３１の設定仕様書も兼ねており、症例報告書を含む設定仕様書となっている。以下、電子ファイル１０ａを設定仕様書とも記載する。

医師などが作成した電子ファイル１０ａ（設定仕様書）がＥＤＣシステム（情報サーバ３０の取り込み部３０２）により取り込まれたとき（インポートされたとき）、少なくとも一のシートそれぞれの名称に基づいて、少なくとも一のシートそれぞれは、ＥＤＣシステムのデータベース３１に含まれる複数のテーブルのそれぞれと対応づけられる。そして、シートの識別名に基づいて、対応するテーブルの識別名をフィールドに有するレコードが更新される。

例えば、電子ファイル１０ａ（設定仕様書）に症例報告書を兼ねさせる場合に、治験経過の詳細などの症例報告の内容を記録（記述）した項目を含めるだけでＥＤＣシステムのデータベース３１を更新することができる。つまり、設定仕様書である電子ファイル１０ａに記述するだけでＥＤＣシステムにおける個別臨床試験の設定を行うことができる。

それにより、ＥＤＣシステムを利用して症例報告書の項目の追加、データの入力などを行う必要はなく、症例報告書の作成業務がＥＤＣシステムにより制限されないという効果を奏する。

なお、少なくとも一のシートの名称の一部は、予め定められているとしてもよい。それにより、ＥＤＣシステムは、シートとテーブルとの対応づけを容易に行うことができる。

図１７は、実施の形態２におけるＥＤＣシステムの症例報告書案の作成例を説明するための図である。図１と同様の要素には同一の符号を付しており、詳細な説明は省略する。

例えば、他の医師等のユーザが、新たに臨床試験を行う場合、ＥＤＣシステムに過去に入力されたレコードを電子ファイル１０ａの形式にエクスポートした過去設定仕様書や、過去にＥＤＣシステムにインポートされた過去設定仕様書を用いることで、症例報告書に書くべき項目を含め、データベース３１を更新するための識別名などを再利用することができる。

図１７に示す例では、過去設定仕様書１０Ｂを再利用し、新たに臨床試験を行う場合の新規プロトコル５１に従って、カスタマイズした新規設定仕様書１０Ｃ（電子ファイル１０ａ）を作成する。ここで、プロトコルとは、臨床試験実施計画書（Ｐｒｏｔｏｃｏｌ）を意味する。

そして、新規設定仕様書１０ＣをＥＤＣシステム（情報サーバ３０）にインポートすることで、ＥＤＣシステムのデータベース３１が更新され、新規の症例報告書のレコードが作成される。

このように、過去に作成した設定仕様書を分類し保存することにより、ライブラリ化が図ることができる。それにより、新たに設定仕様書を作成する際に、再利用できるだけでなく、過去に作成した設定仕様書をテンプレートとして用いることで、新たに設定仕様書に書くべき内容を共通化することが可能となる。

ここで、新規設定仕様書１０Ｃ（電子ファイル１０ａ）には、第１識別名を含む識別名であって少なくとも一のシートに含まれる識別名は、ＣＤＩＳＣ（Ｃｌｉｎｉｃａｌ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ Ｓｔａｎｄａｒｄｓ Ｃｏｎｓｏｒｔｉｕｍ）の規約に則した名称で記述されるとしてもよい。それにより、共通のルールで設定仕様書が作成できるので、再利用しやすいだけでなく、より共通化（標準化）されたものを作成できるという効果を奏する。

なお、実施の形態１で説明したように、新規設定仕様書１０Ｃで同時にＤＢ端末２０に表示される表示項目のレイアウト設定をするとしてもよい。

それにより、臨床試験実施計画書を作成する段階からＥＤＣシステムを利用し、臨床試験実施計画書内に記載されている検査項目を画面でエンドユーザ（ここではＤＢ端末２０を利用する医師等のユーザ）が確認しながら確定する事が可能となる。

また、実施の形態１で説明したように、新規設定仕様書１０Ｃは、カスタマイズが完了してからＥＤＣシステムにインポートする必要はなく、未完成の段階でも随時ＥＤＣシステムに設定仕様書をインポートしてもよい。設定仕様書が未完成の段階でも本実施の形態のＥＤＣシステムにインポートすることでデータベース３１の更新後の様式や表示される画面の様式等を確認することができるので、新規設定仕様書１０Ｃの内容を容易に磨き上げることができるという効果がある。

図１８は、実施の形態２における設計仕様書を用いたＥＤＣシステムの運用フローを示す図である。

図１および図１７と同様の要素には同一の符号を付しており、詳細な説明は省略する。

過去設定仕様書１０Ａは、ライブラリ化された過去の設定仕様書（電子ファイル１０ａ）を示し、過去設定仕様書１０Ｂは、再生やがんなどの症例別に分類された過去の設定仕様書（電子ファイル１０ａ）を示す。

例えば、まず、ＰＭ（プロジェクトマネージャ）により、新規プロトコル５１に基づいて、過去設定仕様書１０Ｂを選択する。

次に、ＤＭ（データマネージャ）は、過去設定仕様書１０Ｂを再利用し、新規プロトコル５１の症例報告書案を含む新規設定仕様書１０Ｃを作成する。

次に、担当業務の異なる複数のユーザの間で新規設定仕様書１０Ｅを受け渡し、それぞれのユーザが自身の担当箇所（症例報告内容）を共通ルールに従い追記（記述）することで、新規設定仕様書１０Ｃを作成する。ここで、複数のユーザのうちの少なくとも一は、担当箇所の追記として、第１識別名と、第１識別名の行（または列）のデータとを少なくとも含むように記述する。

このように、本実施の形態では、臨床試験実施計画書を作成する段階からＥＤＣシステムを利用し、臨床試験実施計画書内に記載されている検査項目を画面でエンドユーザ（ここではＤＢ端末２０を利用する医師等のユーザ）が確認しながら確定する事が可能となる。なお、従来では、臨床試験実施計画書が確定された後、臨床試験実施計画書内に記載されている検査項目を元にＥＤＣシステムの画面を作成し、その内容をエンドユーザ（ＥＤＣシステムにおける個別臨床試験を利用するユーザ）が確認するという手順が必要であった。

以上のように、実施の形態２によれば、ＥＤＣシステムのデータベース３１を更新するのに用いる設定仕様書（電子ファイル１０ａ）を高い自由度で作成できる情報システムを実現することができる。

また、本実施の形態によれば、設定仕様書（電子ファイル１０ａ）は、汎用的な表計算ソフトウェアで作成することができるので、ＥＤＣシステムの提供者は、設定仕様書を記述するために特別なソフトウェアを別途開発、配布する必要がなく、その分コストを削減することができる。

また、本実施の形態によれば、設定仕様書（電子ファイル１０ａ）は、汎用的な表計算ソフトウェアで作成することができるので、ＥＤＣシステムにおける個別臨床試験の設定担当者は使用するコンピュータ（例えばＰＣ１０）に設定仕様書を記述するための特別なソフトウェアをインストールする必要がない。それにおより、コンピュータの設定に要するコストが軽減される。

また、本実施の形態によれば、設定仕様書（電子ファイル１０ａ）の内容の記述を行うために、専用のインターフェースを提供する必要はなく、汎用的な表計算ソフトウェアなどの文書作成ツールによって記述することができる。そのため、設定仕様書（電子ファイル１０ａ）の受け渡しのみで作業担当者の移行が行えるので、作業効率の向上が見込まれる。

また、本実施の形態によれば、ＥＤＣシステムにアクセスしなくても、設定仕様書（電子ファイル１０ａ）に記述することで、ＥＤＣシステムのレコードの更新やＥＤＣシステムが提供する画面の設定が可能である。それによりＥＤＣシステムの利用可能環境に依存せず、作業することが可能となる。

また、本実施の形態によれば、設定仕様書（電子ファイル１０ａ）の記述内容が未完成の状態でも、ＥＤＣシステムに設定仕様書（電子ファイル１０ａ）をインポートして仕様の確認ができる。それにより、早い段階から実運用に近い形での仕様の確認が可能になり、工程の戻りが少なくなるという効果を奏する。

また、本実施の形態によれば、過去の設定仕様書を分類し保存することができるので、設定仕様書内に記述する内容の再利用だけでなく共通化を図ることができる。それにより、工数の削減や設定誤りの減少などの効果が期待される。

以上、本発明によれば、データベース３１を更新するのに用いる電子ファイル１０ａを高い自由度で作成できる情報システム１およびその更新方法を実現することができる。

以上、本発明の情報システムおよびその更新方法について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の範囲内に含まれる。

また、上記実施形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。

また、本発明は、上述した実施の形態に限定されない。上述した実施の形態に対して、この発明と同一の範囲において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。

例えば、情報サーバ３０やＰＣ１０、ＤＢ端末２０を構成するモジュールを、ＩＣ（集積回路）、ＡＳＩＣ（特定用途向け集積回路）、およびＬＳＩ（大規模集積）などの形態で実現されるか、ＡＲＭなどのＣＰＵに基づくプロセッサおよびＰＣ（パーソナルコンピュータ）などの機械により実現するとしてもよい。これらの各モジュールは、多くの単機能ＬＳＩまたは１つのＬＳＩに含まれ得る。ここで用いられた名称はＬＳＩであるが、集積度に応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩまたはウルトラＬＳＩと呼称されることもある。さらに、集積方法はＬＳＩに限るものではなく、専用回路または汎用プロセッサなどによっても集積することができる。これには、プログラム命令により指示可能なＤＳＰ（デジタル信号プロセッサ）などの特殊なマイクロプロセッサも含まれる。ＬＳＩの製造後にプログラム可能なＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）もしくはＬＳＩの接続または配置を再構成できる再構成可能プロセッサを同様の目的で用いることができる。今後は、製造と処理技術の発展に伴い、全く新しい技術がＬＳＩに置き換わるかもしれない。集積はそのような技術によって実現され得る。

本発明は、情報システムおよびその更新方法に利用でき、特に、在庫管理・販売管理・顧客管理などの情報を管理する会計システムや、臨床試験や臨床研究等におけるデータなどを管理するＥＤＣなど情報システムおよびその更新方法に利用することができる。

１ 情報システム
１０ ＰＣ
１０ａ 電子ファイル
１０Ａ、１０Ｂ 過去設定仕様書
１０Ｃ、１０Ｅ 新規設定仕様書
２０ ＤＢ端末
２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ 医療機関
２１ 製薬会社
３０ 情報サーバ
３１ データベース
３１ａ テーブル
４０ ネットワーク
５１ 新規プロトコル
１０１ ＣＰＵ
１０２ ハードディスク
１０３ プログラム
１０４ 操作部
１０５ ディスプレイ
１０６ ネットワークインタフェース
１０７ メモリ
３０１ システム機能部
３０２ 取り込み部
３０３ 更新部
３０４ 画面提供部
４０１、６０１、９０１、１００１、１２０１、１４０１ 第１シート
４０２、４０３、５０３、６０３、９０２、１００２、１２０３ 第１テーブル
４０４、１１００ テーブル
６０２、１２０２ 第２シート
６０４、１２０４ 第２テーブル
８０１、８０２、８０３、８０４ 定義テーブル
１３０１ 第３シート
１３０２ 第３テーブル
１３０３ 第４テーブル
１５０１、１５０２、１５０３、１５０４、１５０５ 表示項目

Claims (18)

1. 情報を管理するための情報システムであって、
   関係データベースと、
   行と列とを有する２次元の領域からなる少なくとも一のシートを有する電子ファイルを取り込む取り込み部と、
   前記取り込み部により取り込まれた電子ファイルに基づき、前記関係データベースのレコードを更新する更新部と、を備え、
   前記少なくとも一のシートのうちの少なくとも第１シートには、行または列である第１方向のデータを識別するために記述された第１識別名と、当該第１識別名の前記第１方向のデータとを少なくとも含み、
   前記更新部は、前記電子ファイルが前記取り込み部により取り込まれた場合、前記第１識別名を、前記関係データベースのレコードを識別するために記述される第２識別名であって前記第１シートに対応する第１テーブルに含まれる第２識別名と対応づけることにより、前記第１テーブルにおいて前記第２識別名をフィールドに有するレコードを、前記第１識別名の前記第１方向のデータを用いて更新する、
   情報システム。
2. 前記第２識別名は、前記第１識別名と同一名称である、
   請求項１に記載の情報システム。
3. 前記更新部は、さらに、前記第１シートにおける前記第１識別名と当該第１識別名の前記第１方向のデータとが削除された前記電子ファイルが前記取り込み部により取り込まれた場合、前記第１テーブルにおいて、前記第１識別名に対応する前記第２識別名をフィールドに有するレコードを削除することにより、前記関係データベースのレコードを更新する、
   請求項１または２に記載の情報システム。
4. 前記電子ファイルは、さらに、
   前記第１方向のデータを識別するために設定された第３識別名と、当該第３識別名の前記第１方向のデータとを含み、前記第１シートのデータとの参照関係を記述するために前記第３識別名の前記第１方向内に前記第１識別名を保持する第２シートを有し、
   前記更新部は、前記電子ファイルが前記取り込み部により取り込まれた場合、
   前記第３識別名を、前記関係データベースのレコードを識別するために記述される第４識別名であって前記第２シートに対応する第２テーブルに含まれる第４識別名と対応づけることにより、前記第２テーブルにおいて、前記第４識別名をフィールドに有するレコードを、前記第３識別名の前記第１方向のデータを用いて更新し、
   前記第２シートが保持する前記第１識別名を、前記第２テーブルにおいて、当該第１識別名と対応づけられた第２識別名をフィールドに有するレコードのＩＤに読み替えて更新する、
   請求項１または２に記載の情報システム。
5. 前記電子ファイルは、さらに、
   第５識別名と、前記第５識別名と同一の前記第１方向に配置される第６識別名と、前記第６識別名と同一の列または行、かつ、前記第５識別名の前記第１方向と異なる行または列である第２方向に配置される第７識別名とが記述された第３シートを有し、
   前記更新部は、
   前記電子ファイルが前記取り込み部により取り込まれた場合、前記第５識別名を、前記関係データベースのレコードを識別するために記述される第８識別名であって前記第３シートに対応する一のテーブルである第３テーブルに含まれる第８識別名と対応づけ、かつ、前記第６識別名および前記第７識別名を、前記関係データベースのレコードをそれぞれ識別するために記述される第９識別名および第１０識別名であって前記第３シートに対応する一のテーブルである第４テーブルに含まれる第９識別名および第１０識別名と対応づけることにより、
   （ｉ）前記第３テーブルにおいて前記第８識別名をフィールドに有するレコードを、前記第５識別名の前記第１方向のデータを用いて更新し、
   （ｉｉ）前記第４テーブルにおいて、前記第９識別名および前記第１０識別名をフィールドに有するレコードのそれぞれを、前記第６識別名の前記第１方向および前記第７識別名の前記第２方向のデータを用いて更新し、かつ、前記第９識別名および前記第１０識別名をフィールドに有するレコード内に、前記第３シートが保持する前記第５識別名と対応づけられた第８識別名をフィールドに有するレコードのＩＤを付加する、
   請求項１〜４のいずれか１項に記載の情報システム。
6. 前記第８識別名は、前記第５識別名と同一名称であり、
   前記第９識別名および前記第１０識別名は、前記第６識別名および前記第７識別名と同一名称である、
   請求項５に記載の情報システム。
7. 前記第１シートには、さらに、
   前記第１識別名と同一の前記第１方向に配置される第５識別名と、前記第５識別名と同一の列または行、かつ、前記第１識別名の前記第１方向と異なる行または列である第２方向に配置される第６識別名とが記述されており、
   前記更新部は、
   前記電子ファイルが前記取り込み部により取り込まれた場合、前記第１識別名を、前記第１シートに対応する一のテーブルである前記第１テーブルに含まれる前記第２識別名と対応づけ、かつ、前記第５識別名および前記第６識別名を、前記関係データベースのレコードをそれぞれ識別するために記述される第７識別名および第８識別名であって前記第１シートに対応する一のテーブルである第３テーブルに含まれる第７識別名および第８識別名と対応づけることにより、
   （ｉ）前記第１テーブルにおいて前記第２識別名をフィールドに有するレコードを、前記第１識別名の前記第１方向のデータを用いて更新し、
   （ｉｉ）前記第３テーブルにおいて、前記第７識別名および前記第８識別名をフィールドに有するレコードのそれぞれを、前記第５識別名の前記第１方向および前記第６識別名の前記第２方向のデータを用いて更新し、かつ、前記第７識別名および前記第８識別名をフィールドに有するレコード内に、前記第１シートが保持する前記第１識別名と対応づけられた第２識別名をフィールドに有するレコードのＩＤを付加する、
   請求項１〜４のいずれか１項に記載の情報システム。
8. さらに、ネットワークを介して接続される端末に表示する画面を提供する画面提供部を備え、
   前記第１シートは、さらに、前記第１識別名の次の行または列のデータを識別するために記述された第１１識別名と、当該第１１識別名の前記行または列のデータ内に、当該第１１識別名に対応する表示項目であって前記画面に表示される表示項目の配置を設定するための第１画面配置列を含み、
   前記画面提供部は、前記電子ファイルが前記取り込み部により取り込まれ、前記更新部により前記第１テーブルにおいて前記第１識別名および第１１識別名に対応する前記第２識別名および第１２識別名をフィールドに有するレコードが更新された場合、前記第１シートの前記第１画面配置列に対応する前記第１テーブルの前記第１２識別名をフィールドに有するレコードに記載された第２画面配置列の内容に基づいて、前記第１識別名に対応する第１表示項目が表示される位置を基準に前記第２画面配置列の内容に従う位置に、前記第１１識別名に対応する第２表示項目を表示する前記画面を、前記端末に提供する、
   請求項１〜７のいずれか１項に記載の情報システム。
9. 前記画面配置列には、予め定められた複数の文字列の一が記述されている、
   請求項８に記載の情報システム。
10. 前記電子ファイルにおいて、
    前記第１表示項目は、前記第１識別名に対応する表示名であって、前記第１識別名を含む前記行または列に記述された表示名を含み、
    前記第２表示項目は、前記第１２識別名に対応する表示名であって、前記第１２識別名を含む前記行または列に記述された表示名を含む、
    請求項８または９に記載の情報システム。
11. 前記情報システムは、
    前記電子ファイルが前記取り込み部により取り込まれたとき、前記少なくとも一のシートそれぞれの名称に基づいて、前記関係データベースに含まれる複数のテーブルのそれぞれを、前記少なくとも一のシートそれぞれと対応づける、
    請求項１〜１０のいずれか１項に記載の情報システム。
12. 前記少なくとも一のシートの名称の一部は、予め定められている、
    請求項１１に記載の情報システム。
13. 前記電子ファイルは、前記情報システムの設定仕様書を含む症例報告書である、
    請求項１〜１２のいずれか１項に記載の情報システム。
14. 前記情報システムは、ＥＤＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｄａｔａ Ｃａｐｔｕｒｅ）である、
    請求項１〜１３のいずれか１項に記載の情報システム。
15. 前記第１識別名を含む識別名であって前記少なくとも一のシートに含まれる識別名は、ＣＤＩＳＣ（Ｃｌｉｎｉｃａｌ Ｄａｔａ Ｉｎｔｅｒｃｈａｎｇｅ Ｓｔａｎｄａｒｄｓ Ｃｏｎｓｏｒｔｉｕｍ）の規約に則した名称である、
    請求項１〜１３のいずれか１項に記載の情報システム。
16. 行と列とを有する２次元の領域からなる少なくとも一のシートを有する電子ファイルを用いて情報システムの関係データベースを更新する更新方法であって、
    前記電子ファイルにおける少なくとも一のシートのうちの少なくとも第１シートには、行または列である第１方向のデータを識別する第１識別名と、当該第１識別名の前記第１方向のデータとを少なくとも含むように記述する記述ステップと、
    前記電子ファイルを前記情報システムに取り込む取り込みステップと、
    前記電子ファイルが前記情報システムに取り込まれた場合、前記情報システムは、前記第１識別名を、前記情報システムが有する関係データベースのレコードを識別するために記述される第２識別名であって前記第１シートに対応する第１テーブルに含まれる第２識別名と対応づけることにより、前記第１テーブルにおいて前記第２識別名をフィールドに有するレコードを、前記第１識別名の前記第１方向のデータを用いて更新する更新ステップとを含む、
    更新方法。
17. 前記情報システムは、ＥＤＣであり、
    前記電子ファイルは、前記情報システムの設定仕様書を含む症例報告書である、
    請求項１６に記載の更新方法。
18. 前記記述ステップには、
    担当業務の異なる複数のユーザ間で前記電子ファイルを受け渡す第１ステップと、
    前記複数のユーザのそれぞれが担当箇所の症例報告内容を前記電子ファイルに記述する第２ステップとを含み、
    前記第２ステップでは、前記複数のユーザのうちの少なくとも一は、担当箇所の症例報告内容として、前記第１識別名と、前記第１識別名の前記第１方向のデータとを少なくとも含むように記述する、
    請求項１７に記載の更新方法。

Images