(57)【要約】【課題】  従来のリレーショナルデータベースの高速性や利便性を保持したままで、（１）一生涯にわたる患者データベースを保持し、長期間にわたるオンラインでのデータアクセスを可能にすること、（２）複数のユーザーが同一患者のカルテを同時に読み書きできるようにすること、（３）短時間で効率の良いデータバックアップを可能にする。【解決手段】  リレーショナルデータベース用いた記録装置と、それ自体は公知のデータ入力装置と、それ自体は公知のデータ出力装置を備え、（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と、（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）を備えている。【選択図】        図１０
2006119967.tif 000002
【特許請求の範囲】
【請求項１】
リレーショナルデータベース用いた記録装置と、それ自体は公知のデータ入力装置と、それ自体は公知のデータ出力装置を備え、
（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と、
（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）を備えたことを特徴とする医療情報システム。
【請求項２】
データの記録装置を備えたサーバーと、そのサーバーにネットワークシステムを介して接続したクライアントからなる医療情報システムにおいて、
前記サーバーは、
（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と、
（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）と、
（３）患者ファイルへの更新入力された文書レコードデータを、グループファイルへコピーするコピー機能を備えたことを特徴とする医療情報システム。
【請求項３】
患者ファイルの文書レコードごとに、編集モードによるアクセス権を設定する構成とした請求項１又は２記載の医療情報システム。
【請求項４】
患者ファイルへのアクセスログ又は更新ログの管理手段を備え、それらのログに基づいて、更新された可能性のある患者ファイルをピックアップしてバックアップを行う、自動バックアップ手段を備えたことを特徴とする請求項１〜３いずれか記載の医療情報システム。
【請求項５】
前記文書レコードで文書の内容を記録するセルにおいて、ＸＭＬ形式のテキスト、もしくはＸＭＬオブジェクトを用いたことを特徴とする請求項１〜４いずれか記載の医療情報システム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療において、医療上の指示を作成、伝達、記録するオーダリングシステムや、医療職の患者に関する記載を行う電子カルテなど、医療に関する情報処理を、コンピューター、或いは、それらが連結されたコンピューターネットワークを用いて行う医療情報システムの技術に関する。
【背景技術】
【０００２】
医療においては、診察や看護の記録（いわゆる電子カルテ）や検査や治療のための処方（いわゆるオーダリング）など、大量の文書の発行が必要である。かつては手書きのカルテや伝票が用いられてきたが、字が読みにくく間違いが起こりやすい、処理や保管に転記作業や運搬などの人手がかかるなどの理由で、現在では、コンピューター上の電子記録として、いわゆる電子カルテやオーダリング、さらにそれらを統合した医療情報システムを導入する例が多くなってきている。
従来の医療情報システムの記録装置には、リレーショナルデータベースを用いる場合がほとんどであった。リレーショナルデータベースは、レコードの集合体としてデータベースを形成するが、文書レコードを構成する個々の要素（セル）について、形式やデータの長さをあらかじめ指定しておく必要がある。このような制約があることによって、記録されている長大なデータファイルの中から目的とするデータの位地（アドレス）を素早く計算し、読み書きすることが可能となる。また、条件を指定して該当するレコードを抽出する（セレクト）操作や、キー項目を用いて二つのデータベースを結合する等などの操作が、ＳＱＬと呼ばれる標準化された問い合わせ言語によって実行可能であり、システム構築が容易である。このため、医療に限らず、基幹業務と呼ばれる事務処理は、ほとんどリレーショナルデータベースで行われているといって過言でない。
【０００３】
作成されるオーダーや記録文書の種類は、通常数十から、多い場合は百種類を超える。それぞれの文書は、記載されている項目がすべて異なっている。したがって、従来のリレーショナルデータベースを用いた医療情報の記録装置においては、文書の種類ごとに文書レコードの構造を定義し、別々の独立したデータベースファイルとしていた。
患者が指定されると、ＩＤ番号などをキーとして、索引などを用いながら、それぞれの文書データベースから該当する文書レコードを抽出し、それらを総合して、カルテ全体を再構成し。ユーザーに表示することとしていた。
そして、このような電子カルテに関する技術として特開２００４−１６４１９６号公報記載の技術が知られている。
【特許文献１】特開２００４−１６４１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前記特開２００４−１６４１９６号公報には、診療情報をカテゴリーに分けて記憶したデータベースである処置データベースと、処方データベースと、検査データベースと、画像診断データベース等を備え、これらから特定の患者データを抽出する構成となっている。
前記公報のような、従来のリレーショナルデータベースを用いた医療情報システムにおいては、以下に述べるような問題が発生してきている。
（１）データが蓄積されていくにつれて、読み書きも速度が徐々に遅くなり、著しく業務効率が落ちてしまう。
薬剤処方を例に挙げて考えてみる。文書の種類ごとにデータベースファイルが作成されるが、一人の患者ですら長期にわたって診ていると、数百から数千枚の薬剤処方が発生する。さらに、数万人の患者のすべての薬剤処方が、一つのデータベースファイルに記録されることになる。大病院においては、数年で数百万件を越えることが稀でない。こうなると、索引などの高速化手法を用いても処理速度の低下は免れない。処理速度が著しく低下すると、業務に多大な支障が出たため、古いデータをすべて別の記録メディアに退避させ、オンライン状態からオフライン状態に移すことになる。古い記録を参照することが必要になった場合、その都度時間がかかる法を用いてオンラインに復元する必要がある。ハードディスクなどの記憶容量が飛躍的に増大しているにもかかわらず、わずか数年では過去の情報が事実上見れなくなると言うのは大きな問題である。生活習慣病など長期にわたるデータの参照が必要となる疾患の診療においては、致命的な欠陥すらいえる。
【０００５】
（２）あるユーザーが患者カルテを開いたとき、ほかのユーザーはその患者のカルテを開くことができない。
医療情報システムは、通常ローカルエリアネットワークで運用されているが、複数のユーザーから同時に書き込み要求が起こった場合、前のユーザーの書き込みが、後のユーザーの書き込みで上書きされ、データの整合性がなくなる危険がある。これを防ぐために、リレーショナルデータベースシステムでは、レコードロックと呼ばれる手法を提供している。これは、あるユーザーが、ある患者のカルテを開いた場合、その患者の文書レコードに対し、ほかのユーザーからの書き込みを禁止する措置をとるものである。従来の医療情報システムにおける記録装置では、あるカテゴリーの文書に関する一つのデータベースファイルに、全患者のデータが混在して記録されているため、その患者に関する全ての文書に対して、レコードロックをかけざるを得ない。
このため、ほかの人が使い終わるまで当該患者の情報にアクセスできず、著しい業務の遅滞を招きかねない問題が起こっている。
【０００６】
（３）データのバックアップを行なうのに、長時間を要する。
ハードディスククラッシュなどのマシントラブルで医療情報が失われることは大変な問題を発生させる。このため、頻繁にデータのバックアップをとる必要がある。本発明者の勤務している病院では、すでにカルテデータが２００GBを越しているか、大病院においては数テラバイトに及ぶことも珍しくない。これだけのデータのバックアップをとろうとすると、数時間から半日に及ぶ作業が必要となり、コストや業務への支障が問題となる。
【０００７】
他方、リレーショナルデータベースを用いずに、個々のセルの属性やデータ長を予め定めない可変長データベースを用いた医療情報システムもある。この場合は、前記の欠点を有しないが、データ位置のアドレス計算が大変複雑になるため、データの読み書きが遅くなるという重大な欠点がある。また、独自のデータ構造や開発環境を用いることとなるため、現在大量かつ安価に流通している、様々な開発ツール群が使えないという欠点があった。
本発明はかかる従来の問題点を解決するためになされたものであって、その目的とするところは、従来のリレーショナルデータベースの高速性や利便性を保持したままで、（１）一生涯にわたる患者データベースを保持し、長期間にわたるオンラインでのデータアクセスを可能にすること、（２）複数のユーザーが同一患者のカルテを同時に読み書きできるようにすること、（３）短時間で効率の良いデータバックアップを可能にすることである。
【課題を解決するための手段】
【０００８】
このような問題を解決するための手段として請求項１記載の医療情報システムでは、リレーショナルデータベース用いた記録装置と、それ自体は公知のデータ入力装置と、それ自体は公知のデータ出力装置を備え、（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と、（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）を備えている。
【０００９】
請求項２記載の医療情報システムでは、データの記録装置を備えたサーバーと、そのサーバーにネットワークシステムを介して接続したクライアントからなる医療情報システムにおいて、前記サーバーは、（１）ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）と、（２）該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）と、（３）患者ファイルへの更新入力された文書レコードデータを、グループファイルへコピーするコピー機能を備えている。
【００１０】
請求項３記載の医療情報システムでは、１又は２記載の医療情報システムにおいて、患者ファイルの文書レコードごとに、編集モードによるアクセス権を設定する構成とした。
【００１１】
請求項４記載の医療情報システムでは、請求項１〜３いずれか記載の医療情報システムにおいて、患者ファイルへのアクセスログ又は更新ログの管理手段を備え、それらのログに基づいて、更新された可能性のある患者ファイルのみをピックアップしてバックアップを行う、自動バックアップ手段を備えている。
【００１２】
請求項５記載の医療情報システムでは、請求項１〜４いずれか記載の医療情報システムにおいて、前記文書レコードで文書の内容を記録するセルにおいて、ＸＭＬ形式のテキスト、もしくはＸＭＬオブジェクトを用いている。
【発明の効果】
【００１３】
前記構成を採用することにより、以下の効果が得られる。
請求項１記載の医療情報システムにおいては、ある患者個人に関する文書レコードを集約したデータベースファイル（患者ファイル）を備えているので、患者ファイルを中心としたデータベースシステムが構築される。
そのため、必要なデータは患者ファイルに集約されて管理される。
従来では、患者単位ではなく、文書カテゴリー単位でデータがまとめられていた。例えば、処方データベース、検査データベース等々。そのため、カテゴリー間でデータベースが交錯し、データベースが複雑化、データベースの肥大化、バックアップ時の負担が大きいという問題があった。しかしながら、本発明では患者ファイルが中心となるので、単一のデータベースにより集中管理が可能となり、データベースの小型化、管理が容易となる。
また、該患者ファイルから指定条件に合致するとして抽出された文書レコードを、他の患者ファイルから同様にして抽出された文書レコードとともに記録するデータベースファイル（グループファイル）を備えているので、必要に応じ、従来と同様の業務遂行用のデータ（グループファイル）の作成ができる。
【００１４】
請求項２記載の医療情報システムにおいては、前記請求項１に加えて、患者ファイルへの更新入力された文書レコードデータを、グループファイルへコピーするコピー機能を備えているので、患者ファイルへ入力されたデータはグループファイルにも記録され、患者ファイルとグループファイル間のデータの整合性が確保される。
【００１５】
請求項３記載の医療情報システムにおいては、患者ファイルの文書レコードごとに、編集モードによるアクセス権を設定する構成としたので、患者ファイルの中の特定の文書レコードごとにアクセス権の設定が可能となる。
従来の、文書カテゴリー単位でデータをまとめる方式では、複数の患者の文書レコードが混在しているので、ある患者に属する文書レコード全体にロックをかけて他のアクセス権利を拒否しなければならなかった。そうしなければ、複数のアクセス後に複数の更新情報が上書きされてしまい、データの整合性が失われる。
この結果、一人の書き込み処理が終わるまで、他の人は入力待ちをしなければならず、業務の効率が著しく阻害されていた。
しかしながら、患者ファイルでは、同一患者の文書レコードだけなので、その文書レコード単位ごとに、アクセス権を設定することにより、多人数が同時に併行して、患者ファイル中の項目を開いて、更新・上書きができるようになり、業務の効率が向上する。
【００１６】
請求項４記載の医療情報システムにおいては、患者ファイルへのアクセスログ又は更新ログの管理手段を備えているので、どの患者ファイルが上書きされた可能性があるかを把握することができる。
また、自動バックアップ手段によって、更新された可能性のある患者ファイルのみをピックアップしてバックアップすることができるので、少ないデータ量によって、効率的にバックアップを実行することができる。
【００１７】
請求項５記載の医療情報システムにおいては、前記文書レコードで文書の内容を記録するセルにおいて、ＸＭＬ形式のテキスト、もしくはＸＭＬオブジェクトを用いているので、入力内容を柔軟に設定することができる。
【発明を実施するための最良の形態】
【００１８】
以下図面に基づいて本発明を実施するための最良の形態を説明する。
本発明の医療情報システムは、図１に示すように、特定の処理を実行するサーバーと、そのサーバーからのサービスを受けるクライアントで構成され、それらはネットワークシステムを構成し、それぞれのコンピューターには、入力装置、制御装置、メモリ装置及び外部記憶装置が備えられている。
入力装置はキーボード、マウス、タブレット、タッチパネル等であり、この入力装置により、文字列データや各種命令の入力が行なわれる。
表示装置はＣＲＴや液晶ディスプレイであり、この表示装置により入力データ情報、検索結果の表示がなされる。
制御装置はＣＰＵであり、装置全体の制御を行なう。
メモリ装置はＲＯＭ、ＲＡＭであり、制御装置が各種制御や処理を実行するために必要なプログラムを格納するプログラム部と処理の際に必要なデータを格納するバッファ部を有している。
外部記憶装置はハードディスク、光磁気ディスク、フラッシュメモリ等である。
外部通信装置は、ネットワークアダプターボードとも呼ばれ、ＬＡＮに接続されている。ＬＡＮ内には、同様の他のコンピューターや大容量のデータを記録するサーバーが接続されている。ＬＡＮはモデム、ルーターなどを介し、インターネットに接続されている。
クライアントＰＣよりサーバーに患者カルテへの文書記録要求や、入力済の処方記録などの送信要求を行い、サーバーは患者カルテデータベースの検索、電子カルテへの処方内容の記録などを行い、結果をクライアントＰＣに返信する。
【００１９】
図１において、サーバーは、個々の患者ファイル群と、患者ファイルから指定条件によって抽出した文書レコードをまとめて記録したグループファイル群を記録している。
患者ファイルには特定の個人のデータが格納されて、インデックスが付されて独立のファイルを形成している。
グループデータファイルは、後述するが、患者ファイルから特定の条件に従って抽出されたデータによって構成される。
クライアントＰＣは、指定された患者ファイルを開くようにサーバーに要求する。サーバーは指定された患者ファイルをクライアントＰＣに帰す。クライアントＰＣにおいて、該患者ファイルの中の文書レコードは、新たに作成されたり、編集されたりする。変更のあった文書レコードは、対応するグループファイルの中にも自動的にコピー、更新される。
クライアントＰＣからグループファイルを開くと、文書カテゴリー別や、入院病棟別などの対象患者に対応した文書が一覧できる。
【００２０】
まず、図２〜図５に基づいて従来例に係る医療情報システムを説明する。
図２〜図５は、リレーショナルデータベースを用いた従来の医療情報システムの記録形式である。図２は、患者台帳データベースである。まず、第一列にキー項目と呼ばれる、重複を許さないＩＤ番号がある。通常、１番から連番となっており、各患者にユニークな番号を与える。
第２列目は、患者氏名である。第３列は性別、第４列は生年月日となっている。このように、その患者固有の情報を集約している。個々のデータを記録する領域はセルと呼ばれる。これら４項目のセルが組となってレコードを形成している。
図３は、薬剤処方データベースを示す。第一列目は、キー項目としてのＩＤ番号である。以下、処方科、処方日、処方医師、薬剤名、その薬剤の１日処方量、量の単位、分服数、用法、処方日数が定義されている。
【００２１】
図４は、Ｘ線処方データベースを示す。途中までは図３と一緒であるが、処方内容は、撮影部位と、照射数のみである。
図２〜４のいずれにおいても、各列の属性すなわち文字、数値、日付などのデータ型、使用する記憶容量（バイト数）は、あらかじめ定義されている。これによって、ファイルの中の、任意の行、列のデータの位地（アドレス）は、簡単に計算できることになる。別の見方をすれば、レコードの構造が異なるものは、必ず別々のデータベースファイルに格納する必要がでてくる。
【００２２】
図５は、患者台帳データベースと薬剤処方データベースを、ＩＤ番号をキーとして結合したものである。薬剤処方データベースに、患者台帳データベースの内容が、結合されていることが分かる。このように、データベースに対して、結合をはじめ、射影、抽出、和集合や差集合などの集合演算が、ＳＱＬと呼ばれる言語を用いてきわめて容易に実行できるため、リレーショナルデータベースは、広く用いられることとなった。
【００２３】
図６は、従来の医療情報システムにおける記録ファイルの構成を示す。図６（ａ）は、薬剤処方データベースである。このファイルの中に、全ての患者の全ての薬剤処方が記録されることになる。ここではＩＤ番号２０３１番のデータをピックアップしている。図６（ｂ）は、Ｘ−Ｐ処方データベースである。同じく、ＩＤ番号２０３１番のデータのみをピックアップしている。図６（ｃ）は、血液検査データベースである。同様に、ＩＤ番号２０３１番のデータのみをピックアップしている。
図６（ｄ）はこれらのデータベースからＩＤ２０３１番の患者の文書レコードを抽出し、動的に再構築したものである。文書カテゴリーによって項目数が異なるので、最大項目数に合わせた項目数となる。文書のカテゴリーによって、それらの一部を使用することとなる。一部の医療情報システムでは、最初からこの形式のリレーショナルデータベースで実体としてのデータを記録しているものすらある。
【００２４】
リレーショナルデータベースを用いた従来型の医療情報システムにおいては、指定されたＩＤ番号に該当するレコードを、各データベースから収集してきて、患者カルテを再構成し、ユーザーに対して表示するものであった。
このように、従来は、データの記録、保存は、全ての患者のデータを含む文書カテゴリー別のデータベースであった。患者カルテは、要求に応じて一時的に再編成されるものであった。このため、（１）運用が長期にわたるとデータベースファイルが巨大化し、反応速度が遅くなる、（２）誰かがカルテを編集モードで開いた際、その患者のカルテ全体にロックがかかる、（３）データのバックアップに長時間を要するといった諸問題が発生していた。
【実施例１】
【００２５】
次に図７〜１０に基づいて第１実施例の医療情報システムを説明する。
図７は、本発明による患者ファイルのレコード構造を示す。患者ファイルにおいては、その患者に関する全ての文書カテゴリーの全てのレコードが一つのファイルに集約されている。本実施例では、ＩＤ番号そのものをファイル名としている。第一列は、文書カテゴリーである。これは、この文書レコードが、どのカテゴリーの文書を表しているかを示す。第２列は作成者名、第３列は、そのレコードの作成日時、第４列は、その指示文書の実行指定日時、第５列は、その文書の内容である。
【００２６】
図８は、薬剤処方の際の内容を示している。本実施例では、ＸＭＬと呼ばれる表現形式を用いて、図３と同様の内容を表現している。ＸＭＬは、<タグ名>と</タグ名>の対の間に、通常、タグ名に関連した内容を書くという表現形式である。タグの中にタグを入れ子構造にできるため、階層構造をもつデータを簡便に表記することが可能である。
図９は、Ｘ−Ｐ処方の例で、同じく図４の内容を、ＸＭＬ形式で表現したものである。
ここに示すように、ＸＭＬ形式を用いれば、個々の文書の構造の違いは、タグの構成で吸収されてしまうため、可変長であるプレーンテキストの格納場所を一つ用意しておけば、全てのカテゴリーの文書を同一のレコード構造で格納することが可能となる。
最近のリレーショナルデータベースでは、プレーンテキスト形式のＸＭＬデータのみならず、そのプレーンテキストデータを解析し、構造化したオブジェクトとして記録、処理することが可能となっている。オブジェクト化しておけば、すでにＸＭＬ構造の解析（パーシング）が済んでいるので、検索などの処理が高速で行える利点がある。
図１０は、リレーショナルデータベースを用いた新しい医療情報システムにおけるファイル間の関係を示す。各患者毎に、対応する患者ファイルが作成される。また、文書カテゴリー別や、病棟別のグループデータベースがある。
【００２７】
ここでは、患者ファイルに入力されたデータは特定の抽出条件に従って、グループファイルが作成される。グループファイルが作成された後は、患者ファイルへの入力が自動的に、グループファイルへコピーするコピー機能が備えられている。
また、患者ファイルでは、文書レコードごとに（例えば、薬剤処方、Ｘ−Ｐ処方の入力項目ごとに）、アクセス権が設定可能となっている。
従来の、文書カテゴリー単位でデータをまとめる方式では、複数の患者の文書レコードが混在しているため、その患者の文書レコード全体にロックをかけて、他のアクセス権利を拒否しなければならなかった。そうしなければ、複数のアクセス後に複数の更新情報が上書きされてしまい、データの整合性が失われる。
この結果、一人の書き込み処理が終わるまで、他の人は入力待ちをしなければならず、業務の効率が著しく阻害されていた。
しかしながら、患者ファイルでは、文書レコードごとにアクセス権を設定することにより、多人数が同時に、患者ファイル中の別々の文書レコードを各自開いて、更新・上書きができるようになり、業務の効率が向上する。
【００２８】
文書を新しく作成したり、修正したりする際は、原則として患者ファイルに対して行われる。各文書カテゴリーには、どのグループファイルにコピーを作成すべきかが、あらかじめ定義されている。ここで対応するグループファイルは、単一のこともあるし、複数のグループデータベースにコピーされる場合もある。新しい文書が作成されると、その文書カテゴリーに対応したグループデータベースに、その文書のコピーが作られる。同様に、文書が修正された際は、対応するグループデータベースの中にある。該当文書が修正される（コピー機能）。
ここにおいて、主たる記録は、患者ファイルによって行われる。グループファイルは、いわばワーキングファイルであり、数カ月たてば、ほとんど参照されることがない。したがって、グループファイルがある程度大きくなってきたら、古い部分を削除したり、あるいはアーカイブに移すことによって、アクセス速度を維持することが可能である。いわばグループファイルのみが実体として存在して患者カルテは動的に再構成される従来の医療情報システムと異なり、患者ファイルも実体として存在するため、過去の記録は、患者ファイルを開くことで、問題なく、参照ができる。個々の患者データベースは、１０年以上に及ぶ入院カルテでもせいぜい数百ＭＢ程度であり、読書速度の遅延は、ほとんど問題にならない。したがって、生涯にわたる患者記録が問題なく可能となる。
【００２９】
前述のように、従来の医療情報システムでは、すべての患者の該当カテゴリーの文書が全て同一ファイルに存在するため、レコードロックはその患者のすべての文書全部に、同時にかけざるを得ない。今回の発明では、すでにその患者に関する全ての文書は一つのファイルに集約されている。このため、誰かがこの患者ファイルを開いた際のレコードロックは、１段階、きめの細かいものとなる。すなわち文書レコード単位でのレコードロックが可能となる。医師が患者の観察記録を記載しているときは、その文書だけがロックされる。その間、看護記録などはロックされないため、看護師は、医師の作業に影響を与えることなく、並行して看護記録の記載が可能となる。この同時アクセスか可能となることは、チームで医療を進めていく際に大きな利点となる。
医療機関の中に、数万人分の患者カルテが存在するとして、１日が終わった段階で、内容に変更があるカルテは、全体の１％に満たない。なぜなら、同日の外来患者、入院患者、何らかの文書作成のため、カルテを開いた患者、これ以外の患者のカルテは、誰も触っていないので、内容に変更が起こりうるはずがないのである。したがって、患者データベースを開くごとにＩＤ番号のログ記録をとっておき、１日の終わりに、そのログ記録に記載のあるＩＤ番号のカルテのみをバックアップすればよい。発明者の勤務している病院では、このようにして、従来６時間以上かかっていたバックアップが、わずか１０分で終了するようになった。
【００３０】
以上、本発明の実施の形態を説明してきたが、本発明の具体的な構成は本実施の形態に限定されるものではなく、発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
例えば、文書レコードの構成であるが、実施例に限られるものではなく、医療機関の実情に応じて項目を追加変更してよい。実施例では、説明の便宜上、個々のデータを文字列で表現しているが、実用上においては、コード表や医師一覧表などを別に用意し、薬剤番号や医師番号などで、実データを記録してもよい。
実施例では、内容部分の記録様式にプレーンテキストないしオブジェクト形式のＸＭＬを用いて説明した。ＸＭＬに関しては、種々の活用プログラムが大量に提供されており、これを用いた記録が最も実用的であることが理由である。しかし、場合によってはＸＭＬなどのタグを用いず、通常の文書のような見出し語や文章のデータを、そのまま書き込んでもよい。
患者ファイルから文書レコードを抽出して、グループファイルを構成する抽出指定条件においては、実施例に示すように、薬剤処方といった単一の文書カテゴリーを指定する場合、Ｘ−ｐ処方、ＭＲＩ処方、ＣＴ処方といった複数の文書カテゴリーを放射線グループファイルとしてまとめる、その病棟に入院している患者の全ての処方を病棟グループファイルとしてまとめる等など種々の方法がある。
実施例においては、ある患者の患者ファイルや、或いは個々のグループファイルは一つとして説明したが、データベースの構成方法によっては、複数のファイルに分割してもよい。画像ファイルなどの重たいデータを用いる場合には、この方法も有用である。
実施例においては、文書レコードの中の内容を格納するセルは、一つとしているが、状況によっては、複数のセルに分けて記録してもよい。
実施例においては、文書の作成や編集は、すべて患者ファイルに行い、この内容がグループファイルに転送されるものとしている。しかしながら、グループファイルを作業用のワーキングファイルとしてとらえたとき、ある指示文書に対応する実施報告文書をグループファイル上で作成し、患者ファイルにそれを転送するようなメカニズムも、場合によっては有用である。
本医療情報システムは、通常病院内のローカルエリアネットワーク（ＬＡＮ）上で動くことが多いが、広域ネットワーク（ＷＡＮ）、逆に、小規模診療所などでネットワークを用いないスタンドアロンのＰＣで動作させてもよい。
【図面の簡単な説明】
【００３１】
【図１】本発明のハードウェア構成を示すブロック図である。
【図２】従来例に係る患者台帳データベースの説明図である。
【図３】従来例に係る薬剤処方データベースの説明図である。
【図４】従来例に係るＸ−Ｐ処方データベースの説明図である。
【図５】患者台帳データベースと薬剤処方データベースを結合したデータベースである。
【図６】他の従来例に係る（ａ）患者台帳データベース、（ｂ）Ｘ−Ｐ処方データベース、（ｃ）血液検査データベース、（ｄ）動的に再構成された患者データの説明図である。
【図７】本発明の患者ファイルのレコード構造を示す説明図である。
【図８】図７において、薬剤処方の内容の項目に格納されたデータ構造の説明図である。
【図９】図７において、Ｘ−Ｐ処方の内容の項目に格納されたデータ構造の説明図である。
【図１０】本発明の患者ファイルとグループファイルの関係を示す説明図である。
【図１】
2006119967.tif 000003
【図２】
2006119967.tif 000004
【図３】
2006119967.tif 000005
【図４】
2006119967.tif 000006
【図５】
2006119967.tif 000007
【図６】
2006119967.tif 000008
【図７】
2006119967.tif 000009
【図８】
2006119967.tif 000010
【図９】
2006119967.tif 000011
【図１０】
2006119967.tif 000012