JP6642929B2 - 診療データ管理システム及び診療データ管理プログラム - Google Patents

Description

本発明は、異なる形式で記憶された複数のデータベースのデータを統合して管理する診療データ管理システム及び診療データ管理プログラムに関する。

従来、複数の病院等によって別個に設けられている電子カルテを統合して管理するものとして、特開２００９−２６６０７７号公報に、診察対象となった患者を、一意に識別可能なシステムＩＤが提示された当該患者の診察内容を含む電子カルテを介して取得し、取得された電子カルテにおける電子カルテ情報の項目を調整した電子カルテ情報にシステムＩＤを対応付けた電子カルテ統合情報を生成して電子カルテ統合ＤＢに格納し、キーワードを提示した電子カルテの閲覧要求を通信ネットワークを介して受け付け、電子カルテ統合ＤＢを参照し、受け付けたキーワードに合致する電子カルテ統合情報を検索し、検索された電子カルテ統合情報に含まれる電子カルテ情報を所定のカテゴリ別に振り分け、振り分けされた電子カルテ情報を閲覧要求元の端末装置に送信する電子カルテ管理サーバが開示されている。

特開２００９−２６６０７７号公報

しかし、特許文献１に開示されている技術では、異なるシステムにおける電子カルテのデータを統合するに際し、それぞれのデータを検証して、一定のルールを作成し、該ルールに基づきデータの変換作業を行い、１つの統合データベースに保管し直す必要があった。係る場合、診療データは膨大な量となるため、全ての項目のデータを対象とすることは労力面と金銭面とから現実的ではなく、実際は膨大なデータの一部についてのみ変換作業が行われることが多いと考えられる。また、このデータの一部についての変換作業でも多大な労力と金銭が必要となっていた。

さらに、統合されたデータを使用するにあたり、当初想定していた項目の範囲を超えてデータが必要となった場合、元のデータを取得し直す必要が生じ、多大な労力と金銭とを要するデータの変換作業を再度行う必要があった。またさらに、電子カルテのデータは年々増大しており、長年のデータを１つの統合データベースへ格納して、そこから検索をしたり統計情報を引き出したりすると、データベースの応答時間が長くなってしまうという課題もあった。

本発明は、上記の点に鑑みなされたもので、電子カルテや各種部門システムのメーカーやシステム自体が変更される等して、異なる形式のデータベースが存在しても、これらの統合データベースを作成することなく、データの検索、統計処理、問い合わせを多段的に速やかに行える診療データ管理システム及び診療データ管理プログラムを提供することを目的とする。

本発明の診療データ管理システムは、
複数のデータベースを統合して管理する診療データ管理システムにおいて、
同じ目的のために前記データベース毎に設けられた異なるテーブルを、論理的な１つの同種ターゲットとしてまとめて管理するために、前記同種ターゲット毎に前記同種ターゲットを特定する同種ターゲットＩＤと前記同種ターゲットＩＤに対応する表示名を記憶する列、及び前記同種ターゲットＩＤに対応付けられた前記テーブルを特定するターゲットＩＤを記憶する列を備える同種ターゲット用のテーブルと、
前記同種ターゲットとされた複数の前記テーブルの中の同じ意味を持つ列を論理的な１つの同種列としてまとめて管理するとともに、前記同種列とされた列に記憶された実データを統合のための同種データに変換する変換ルールを管理するために、前記同種列毎に前記同種列を特定する同種列ＩＤと前記同種列ＩＤに対応する表示名を記憶する列、前記同種列ＩＤに対応付けられた前記テーブルの中の同じ意味を持つ列の項目名を記憶する列、前記同種列毎にデータ変換の必要の有無を記憶する列、前記同種列にデータ変換が必要なときに前記同種列毎の前記変換ルールを特定するデータ変換ルールＩＤを記憶する列、及び前記データ変換ルールＩＤに対応する前記実データと前記同種データとを記憶する列を備える同種列用のテーブル及びデータ変換ルール用のテーブルと
検索条件が入力されると、前記同種ターゲット用のテーブル、前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき、検索対象となる前記データベース毎に設けられた前記テーブルと前記テーブルの中の同じ意味を持つ列とを特定し、前記データベースから前記実データを検索し第１実データテーブルを作成する検索制御部と、
前記第１実データテーブルを前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき前記同種データに変換し第１同種データテーブルを作成するとともに、１つ以上の前記第１同種データテーブルを統合して第１統合同種データテーブルを作成する変換制御部と、
新たな検索条件が入力されると前記検索制御部に新たな前記実データを検索させて第２実データテーブルを作成させるとともに、前記変換制御部に前記第２実データテーブルによる第２同種データテーブル及び第２統合同種データテーブルを作成させ、前記第１統合同種データテーブルと前記第２統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第１統合同種データテーブル及び／又は前記第２統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第１スクリーニングデータテーブルを作成するスクリーニング制御部と、
を備えることを特徴とする。

本発明の診療データ管理システムによれば、同種ターゲット用のテーブルによって、同じ目的のためにデータベース毎に設けられた異なるテーブルを論理的な１つの同種ターゲットとしてまとめて管理することができる。この同じ目的とは、例えば病名に関するもの、処方に関するもの、注射に関するもの等があり、これらの同じ目的のテーブルは、通常はデータベース毎に異なるテーブル名となっている。同種ターゲット用のテーブルはこれらの異なるテーブルを、同じ目的という上位概念でまとめて管理するのである。

また、同種列用のテーブルによって、同種ターゲットとされた複数のテーブルの中の同じ意味を持つ列を論理的な１つの同種列として管理することができる。この同じ意味を持つ列とは、例えば、病名に関するテーブルであれば、病名を示す列、診療科を示す列、担当医師を示す列等であり、処方に関するテーブルであれば、薬品名を示す列、用量を示す列、用法を示す列等であり、注射に関するテーブルでは、薬品名を示す列、投与量を示す列、投与方法を示す列等である。これらの同じ意味を持つ列は、通常は異なるデータベースのテーブル毎に異なる列名となっている。同種列用のテーブルは、これらの列名の異なる複数の列を、同じ意味という上位概念でまとめて管理するのである。

また、データ変換ルール用のテーブルによって、同種列とされた複数の列に記憶されたそれぞれ異なる形式の実データを、統合のための同種データに変換する変換ルールを管理することができる。これは、同種列用のテーブルによって管理される同じ意味を持つ同種列は、その列名を含むデータ形式、データ内容がデータベース毎のテーブルによって通常は異なる。例えば、患者の性別を示す列であれば、あるデータベースのテーブルは列名「ｓｅｉｂｅｔｕ」、データ形式「数字」、データ「０」又は「１」であり、他のデータベースのテーブルは列名「ｓｅｘ」、データ形式「文字」、データ「Ｍ」又は「Ｆ」等である。データ変換ルール用のテーブルは、これらの列の実データのデータ形式とデータを、統合のための共通データである、同種データのデータ形式とデータに変換するルールを管理するのである。

また、検索制御部によって、所望の検索条件が入力されると、同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルに基づき複数のデータベースのテーブルの列から、当該データベースに記憶された実データを検索し、検索した実データから第１実データテーブルを作成することができる。これは、所望の検索条件が入力されると、同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルから、検索対象となるデータベース、テーブル、列、データを特定し、必要なデータを検索することにより実現される。なお、このとき検索されたデータは、複数のデータベースから検索されたままの状態である実データである。

また、変換制御部は、第１実データテーブルを、前記同種列用のテーブル、及びデータ変換ルール用のテーブルに基づき、同種データに変換し変換した同種データから第１同種データテーブルを作成する。例えば、上述の実データである列名「ｓｅｉｂｅｔｕ」、データ形式「数字」、データ「０」又は「１」、及び列名「ｓｅｘ」、データ形式「文字」、データ「Ｍ」又は「Ｆ」を、同種データの一例である列名「性別」、データ形式「文字」、データ「男」又は「女」に変換する等である。なお、同種データには、実データを統合のために所定の列名、データ形式、データに変換処理したデータに加え、変換処理を行ったが実データと同種データが同じであって変換が不要であったデータを含む。

また、スクリーニング制御部によって、新たな検索条件が入力されると、検索制御部に上記の実データテーブルとは別の第２実データテーブルを作成させるとともに、前記変換制御部に前記第２実データテーブルによる第２同種データテーブルを作成させることができる。これによって、検索条件毎に異なる複数の同種データテーブルが作成される。さらに、スクリーニング制御部は、前記複数の同種データテーブル同士を比較し、関連するスクリーニングデータを抽出することで第１スクリーニングデータテーブルを作成する。

このため、多段的な検索が可能となるとともに、これまでの同種ターゲット及び同種列には存在しない別の検索項目を本発明の診療データ管理システムに加えようとしたとき、既にある同種ターゲット及び同種列を変更することなく、同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルに新たな同種ターゲット及び同種列等を付加する、又は新たな同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルを別に設けることで実現できる。これにより、事後的に必要となるコストを大幅に削減することが可能となる。

本発明の診療データ管理システムの好ましい例は、
前記スクリーニング制御部は、さらに検索条件が入力されると、前記検索制御部に第ｎ実データテーブル（ｎは３以上の自然数）を作成させるとともに、前記変換制御部に第ｎ同種データテーブル及び第ｎ統合同種データテーブルを作成させ、第ｎ−２スクリーニングデータテーブルと第ｎ統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第ｎ−２スクリーニングデータテーブル及び／又は第ｎ統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第ｎ−１スクリーニングデータテーブルを作成することを特徴とする。

本発明の診療データ管理システムの好ましい例によれば、スクリーニング制御部によって、さらに多段的な検索が可能となり、ユーザーの必要とする情報をより得やすくすることができる。

本発明の診療データ管理システムの好ましい例は、
複数の前記データベースが、異なる世代の医療情報システムによる、異なるデータベースであることを特徴とする。

本発明の診療データ管理システムの好ましい例は、
複数の前記データベースが、並列して存在する異なる医療情報システムによる、異なるデータベースであることを特徴とする。

これら本発明の診療データ管理システムの好ましい例によれば、異なる世代の医療情報システムによる、又は並列して存在する異なる医療情報システムによる、異なるデータベースを統合して管理することができ、ある医療機関で医療情報システムのメーカーが変わっても、又は離れた場所にある医療機関同士でも、複数のデータベースのデータを統合してデータの検索等を行うことができる。

本発明の診療データ管理プログラムは、
複数のデータベースを統合して管理する診療データ管理プログラムにおいて、
同じ目的のために前記データベース毎に設けられた異なるテーブルを、論理的な１つの同種ターゲットとしてまとめて管理するために、前記同種ターゲット毎に前記同種ターゲットを特定する同種ターゲットＩＤと前記同種ターゲットＩＤに対応する表示名を記憶する列、及び前記同種ターゲットＩＤに対応付けられた前記テーブルを特定するターゲットＩＤを記憶する列を備える同種ターゲット用のテーブルと、
前記同種ターゲットとされた複数の前記テーブルの中の同じ意味を持つ列を論理的な１つの同種列としてまとめて管理するとともに、前記同種列とされた列に記憶された実データを統合のための同種データに変換する変換ルールを管理するために、前記同種列毎に前記同種列を特定する同種列ＩＤと前記同種列ＩＤに対応する表示名を記憶する列、前記同種列ＩＤに対応付けられた前記テーブルの中の同じ意味を持つ列の項目名を記憶する列、前記同種列毎にデータ変換の必要の有無を記憶する列、前記同種列にデータ変換が必要なときに前記同種列毎の前記変換ルールを特定するデータ変換ルールＩＤを記憶する列、及び前記データ変換ルールＩＤに対応する前記実データと前記同種データとを記憶する列を備える同種列用のテーブル及びデータ変換ルール用のテーブルとを備えるコンピュータを、
検索条件が入力されると、前記同種ターゲット用のテーブル、前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき、検索対象となる前記データベース毎に設けられた前記テーブルと前記テーブルの中の同じ意味を持つ列を特定し、前記データベースから前記実データを検索し第１実データテーブルを作成する検索制御部と、
前記第１実データテーブルを前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき前記同種データに変換し第１同種データテーブルを作成するとともに、１つ以上の前記第１同種データテーブルを統合して第１統合同種データテーブルを作成する変換制御部と、
新たな検索条件が入力されると前記検索制御部に新たな前記実データを検索させて第２実データテーブルを作成させるとともに、前記変換制御部に前記第２実データテーブルによる第２同種データテーブル及び第２統合同種データテーブルを作成させ、前記第１統合同種データテーブルと前記第２統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第１統合同種データテーブル及び／又は前記第２統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第１スクリーニングデータテーブルを作成するスクリーニング制御部と、
として機能させることを特徴とする。

本発明の診療データ管理プログラムによれば、上述した理由により、診療データ管理システムと同様の作用効果を奏することができる。

以上説明したように、本発明によれば、電子カルテや各種部門システムのメーカーや種類が変更される等して、異なる形式のデータベースが存在しても、これらの統合データベースを作成する必要がなく、また、データの検索、統計処理、問い合わせを多段的に速やかに行える診療データ管理システム及び診療データ管理プログラムを提供することができる。

本発明の一実施形態に係る診療データシステムの構成を示す機能ブロック図である。 医療情報システムＡにおいて病名と注射を管理する目的のために設けられたテーブルを説明する図である。 医療情報システムＡにおいて血液検査の結果を管理する目的のために設けられたテーブルを説明する図である。 医療情報システムＢにおいて病名と注射を管理する目的のために設けられたテーブルを説明する図である。 医療情報システムＢにおいて血液検査の結果を管理する目的のために設けられたテーブルを説明する図である。 病名に関する同種ターゲットと同種列の概念を説明する図である。 注射に関する同種ターゲットと同種列の概念を説明する図である。 検査結果に関する同種ターゲットと同種列の概念を説明する図である。 同種ターゲット用のテーブルを説明する図である。 同種列用のテーブルを説明する図である。 同種列用のテーブルを説明する他の図である。 データ変換ルール用のテーブルを説明する図である。 各種マスタテーブルを説明する図である。 データの検索と変換によって第１実データテーブル、第１同種データテーブル、及び第１統合同種データテーブルが作成される過程を説明する図である。 データの検索と変換によって第２実データテーブル、第２同種データテーブル、及び第２統合同種データテーブルが作成される過程を説明する図である。 第１統合同種データテーブルと第２統合同種データテーブルから第１スクリーニングデータテーブルが作成される過程を説明する図である。 データの検索と変換によって第３実データテーブル、第３同種データテーブル、及び第３統合同種データテーブルが作成される過程を説明する図である。 第１スクリーニングデータテーブルと第３統合同種データテーブルから第２スクリーニングデータテーブルが作成される過程を説明する図である。 複数のデータベースからデータの検索と変換をする全体の処理を説明するフロー図である。 検索条件の入力と、実データを検索するために必要となる情報の取得の処理を説明するフロー図である。 実データの検索の処理を説明するフロー図である。 実データを同種データに変換する処理を説明するフロー図である。 統合同種データの作成の処理を説明するフロー図である。 スクリーニングデータの作成の処理を説明するフロー図である。 スクリーニングデータの抽出の別の例を説明する図である。 新たな同種ターゲットを付加する例を説明する図である。

以下、本発明の診療データ管理システムの実施の形態について、添付図面を参照して詳細に説明する。なお、本発明に係る診療データ管理システムは、本発明に係る診療データ管理プログラムによって実行される。

図１は本発明の一実施形態に係る診療データシステムの構成を示す機能ブロック図、図２は医療情報システムＡにおいて病名と注射を管理する目的のために設けられたテーブルを説明する図、図３は医療情報システムＡにおいて検査結果を管理する目的のために設けられたテーブルを説明する図、図４は医療情報システムＢにおいて病名と注射を管理する目的のために設けられたテーブルを説明する図、図５は医療情報システムＢにおいて検査結果を管理する目的のために設けられたテーブルを説明する図である。

また、図６は病名に関する同種ターゲットと同種列の概念を説明する図、図７は注射に関する同種ターゲットと同種列の概念を説明する図、図８は検査結果に関する同種ターゲットと同種列の概念を説明する図である。また、図９は同種ターゲット用のテーブルを説明する図、図１０及び図１１は同種列用のテーブルを説明する図、図１２はデータ変換ルール用のテーブルを説明する図、図１３は各種マスタテーブルを説明する図である。

先ず、本実施形態の診療データ管理システム１の概要を説明する。図１に示すように、本実施形態の診療データ管理システム１には、異なる世代の医療情報システム又は並列して存在する異なる医療情報システムによる、異なるデータベース１００，２００が接続されている。この異なるデータベース１００，２００に設けられたテーブルとして、例えば、図２（Ａ）（Ｂ）及び図３に示すように、医療情報システムＡのデータベースには、病名を管理する目的のための病名オーダーテーブルと、注射を管理する目的のための注射オーダーテーブルと、血液検査の結果を管理する目的のための検査レポートテーブルが設けられている。また、図４（Ａ）（Ｂ）及び図５に示すように、医療情報システムＢのデータベースにも、病名を管理する目的のための検索用診療記録病名テーブルと、注射を管理する目的のための検索用注射テーブルと、血液検査の結果を管理する目的のための検索用検査テーブルが設けられている。これらのテーブルでは、同じ目的のテーブルであっても、医療情報システムが異なるため、テーブル名が異なっている。

また、上記テーブルのうち同じ意味を持つ列であっても、その列名、列順、データ形式、データの内容が異なっている。例えば、患者の性別を示す列であれば、図２（Ａ）に示す医療情報システムＡの病名オーダーテーブルは、列名「ｓｅｉｂｅｔｕ」、データ形式「数字」、データ「０」又は「１」であり、図４（Ａ）に示す医療情報システムＢの検索用診療記録病名テーブルは、列名「ｓｅｘ」、データ形式「文字」、データ「Ｍ」又は「Ｆ」等である。また、患者の性別を示す列は、双方ともにテーブルの３列目に配置されているが、例えば診察科を示す列は、医療情報システムＡの病名オーダーテーブルでは４列目に配置され、医療情報システムＢの検索用診療記録病名テーブルでは５列目に配置されている。このように、医療情報システムが異なれば、同じ目的のテーブル、同じ意味を持つ列であっても、そのデータ形式やデータの内容等が異なり、このままではまとめて検索等することができない。

本実施形態の診療データ管理システム１は、これらの目的は同じだがシステムや名称が異なるテーブルを、論理的な１つの同種ターゲットとして、また、同じ意味を持つ列を同種列として、まとめて管理するのである。例えば、病名を目的とするテーブルとして医療情報システムＡの病名オーダーテーブル（図２（Ａ））と医療情報システムＢの検索用診療記録病名テーブル（図４（Ａ））がある。これら複数のテーブルを図６（Ｂ）（Ｃ）に示すように病名を目的とする同種ターゲットとして、後述する同種ターゲット用のテーブルでまとめて管理するのである。

同じく図６（Ｂ）（Ｃ）において、患者ＩＤを意味する列は、医療情報システムＡの病名オーダーテーブルでは「ｋａｎｊｙａＩＤ」となっており、医療情報システムＢの検索用診療記録病名テーブルでは「患者番号」となっている。また、患者氏名を意味する列も同様にテーブル毎に異なっており、さらに、診察科や診察開始日等を意味する列においては、その列順も異なっている。これら、同種ターゲットとされた複数のテーブルの中の同じ意味を持つ列を、後述する同種列用のテーブルを用いて、図６（Ａ）に示す論理的な１つの同種列としてまとめて管理するのである。ここでは、同種列をわかりやすくするために、図６（Ａ）〜（Ｃ）の同じ意味を持つ列を矢印線で示している。

同様に、図７（Ｂ）（Ｃ）に示すように、注射を目的とするテーブルとして、医療情報システムＡの注射オーダーテーブルと医療情報システムＢの検索用注射テーブルが同種ターゲットとしてまとめられている。また、これらのテーブルの同じ意味を持つ列が図７（Ａ）に示す同種列として矢印線に示すように管理されている。また、図８（Ｂ）（Ｃ）に示すように、血液検査の結果を目的とするテーブルとして、医療情報システムＡの検査レポートテーブルと医療情報システムＢの検索用注検査テーブルが同種ターゲットとしてまとめられており、これらのテーブルの同じ意味を持つ列が図８（Ａ）に示す同種列として矢印線に示すように管理されている。

なお、上述したように、同種列としてまとめられた列も、テーブルが異なればそのデータ形式とデータが異なる場合がある。例えば図６（Ａ）（Ｂ）（Ｃ）において、性別を意味する列のデータ形式とデータが、医療情報システムＡの病名オーダーテーブルでは「数字型」で「０」又は「１」、医療情報システムＢの検索用診療記録病名テーブルでは「文字型」で「Ｍ」又は「Ｆ」となっている等である。これらの異なるデータ形式とデータ（実データ）は、後述するデータ変換ルール用のテーブルを用いて、統合のための共通するデータである同種データへ変換される。

次に、本実施形態の診療データ管理システム１の構成を説明する。図１に示すように、本実施形態の診療データ管理システム１は、入力部１０と、記憶部２０と、制御部１１と、表示部１４とを備え、診療データ管理システム１に複数のデータベース１００，２００が接続されている。

ここで、接続されている複数のデータベース１００，２００に記憶されている元データ、又は複数のデータベース１００，２００から検索し抽出されているが変換処理されず元データの状態のままの形式である列名とデータとを、実データという。また、実データを統合のためにその列名、データ形式、データの内容を変換処理したデータ、又は変換処理したが変換する必要がなかったデータを同種データという。なお、同種データには、同種データを表示部に表示させるために、同種データを加工した統合同種データと呼ばれるデータも含まれる。

入力部１０は、公知のキーボード、マウス、タッチパネル、トラックボール等の入力機器を備え、これらの機器から所望の検索条件等を入力することができる。

記憶部２０は、公知のハードディスクドライブ、半導体記憶装置等から構成され、その内部に、同種ターゲット用のテーブル２１、同種列用のテーブル２２、データ変換ルール用のテーブル２３、各種マスタテーブル２４、作業用記憶部２５を備える。また、記憶部２０には、本実施形態の診療データ管理システム１を実現するために実行される診療データ管理プログラムやオペレーティングシステムが記憶され、その他診療データ管理システム１及びコンピュータの動作に必要な記憶領域が設けられる。

同種ターゲット用のテーブル２１は、異なる医療情報システムの異なる形式で記憶されたデータベース１００，２００において、同じ目的のために前記データベース毎に設けられた異なるテーブルを、論理的な１つの同種ターゲットとしてまとめて管理するためのもので、図９（Ａ）に示す同種ターゲットテーブルと、図９（Ｂ）に示す同種ターゲット管理テーブルを備える。同種ターゲットテーブルは「同種ターゲットＩＤ」と「表示名」の項目（列）を、同種ターゲット管理テーブルは「同種ターゲットＩＤ」と「ターゲットＩＤ」の項目を有する。なお、同種ターゲット用のテーブルを、同種ターゲットテーブルと同種ターゲット管理テーブルの２つに分けているのは、管理をし易くするためであり、１つのテーブルにまとめてもよいし、他の項目を追加して３つ以上のテーブルとしてもよい。

同種ターゲットテーブルの項目に設けられている同種ターゲットＩＤは、同じ目的のテーブル毎に設定されるＩＤであり、表示名は、その目的を表わす名前を上位概念として設定するものである。ここでは同種ターゲットＩＤ「１」が表示名「病名」に、「２」が「注射」に、「３」が「血液検査」に設定されている。

また、同種ターゲット管理テーブルの項目に設けられているターゲットＩＤは、複数のデータベース１００，２００にそれぞれ設けられたテーブルを特定するためのＩＤである。つまり、同種ターゲットテーブルと同種ターゲット管理テーブルにより、同種ターゲットＩＤ「１」に設定された同種ターゲットは、「病名」を目的とするテーブルであり、この病名を目的とするテーブルはターゲットＩＤ「Ａ−１」と「Ｂ−５」で示されるテーブルであるということがわかる。同様に、同種ターゲットＩＤ「２」は「注射」を目的とし、そのテーブルはターゲットＩＤ「Ａ−９」と「Ｂ−９」で示されるテーブル、同種ターゲットＩＤ「３」は「血液検査」を目的とし、そのテーブルはターゲットＩＤ「Ａ−７」と「Ｂ−１」で示されるテーブルであることがわかる。

同種列用のテーブル２２は、同種ターゲットとされた複数のテーブルの中の同じ意味を持つ列を論理的な１つの同種列としてまとめて管理するもので、図１０に示す同種列テーブルと、図１１に示す同種列管理テーブルを備える。同種列テーブルは「同種列ＩＤ」と「同種ターゲットＩＤ」と「表示名」と「データ形式」の項目を、同種列管理テーブルは「同種列ＩＤ」と「ターゲットＩＤ」と「列名」と「データ変換」と「データ変換ルールＩＤ」の項目を備える。なお、同種列用のテーブルを、同種列テーブルと同種列管理テーブルの２つに分けているのは、管理をし易くするためであり、１つのテーブルにまとめても、あるいは３つ以上のテーブルに分けてもよい。

同種列テーブルの項目に設けられている同種列ＩＤは、同じ意味を持つ列をまとめた同種列毎に設定されるＩＤである。また、同種ターゲットＩＤは、既に説明したように、同じ目的のためのテーブル毎に設定されるＩＤである。表示名は、同種列ＩＤ毎に設定され、同種列とされた列のデータを表示又は変換するときに用いられる列名である。また、データ形式は、同じく同種列ＩＤ毎に設定され、同種列とされた列のデータを表示又は変換するときに使用されるデータ形式である。ここでは、病名を目的とするテーブルを示す同種ターゲットＩＤ「１」は、その項目として同種列ＩＤを「１」から「７」まで備え、それぞれの同種列ＩＤに表示名とデータ形式が設定されている。つまり、同種列ＩＤ「１」は、同種ターゲットＩＤ「１」で示されるテーブルの列のうち、「患者ＩＤ」の意味を持つ列をまとめるためのもので、そのデータ形式は「数字形」であり、同種列ＩＤ「２」は、同種ターゲットＩＤ「１」のテーブルの列のうち、「患者氏名」の意味を持つ列をまとめるためのもので、そのデータ形式は「文字型」であることがわかる。同様に、注射を意味するテーブルを示す同種ターゲットＩＤ「２」は、その項目に同種列ＩＤを「８」から「１４」まで、血液検査を意味するテーブルを示す同種ターゲットＩＤ「３」は、その項目に同種列ＩＤを「１５」から「１９」まで備え、それぞれの同種列ＩＤに表示名とデータ形式が設定されている。

同種列管理テーブルの項目に設けられている同種列ＩＤ、ターゲットＩＤは、既に述べたとおりである。列名の項目は、ターゲットＩＤによって特定されたテーブルの中の、同じ意味を持つ列を特定するためのものであり、その列に実際に使用されている実データの列名が記憶される。また、データ変換の項目は、特定した列に記憶されている実データを変換する必要があるか否かを記憶しており、そのデータが「Ｙ」ならばデータ変換が必要、「Ｎ」ならばデータ変換が不要である旨を示している。また、データ変換ルールＩＤの項目は、データ変換する必要がある実データをどのように同種データに変換するかのルールを特定するためのＩＤが記憶されている。ここでは、同種列ＩＤが「３」「５」「１０」「１２」「１３」「１７」に係るデータの変換が必要であることがわかる。例えば、同種列ＩＤ「３」でまとめられた列は、ターゲットＩＤ「Ａ−１」と「Ｂ−５」で示されるテーブルの、列名「ｓｅｉｂｅｔｕ」と「ｓｅｘ」で表された列であり、これらの列に記憶されたデータはデータ変換が必要で、そのデータ変換ルールＩＤは「１」と「２」であることがわかる。

データ変換ルール用のテーブル２３は、同種列とされた複数の列の実データを、統合のための同種データに変換する変換ルールを管理するもので、ここでは図１２（Ａ）に示すデータ変換ルールテーブルと、図１２（Ｂ）に示すデータ変換ルール詳細テーブルを備える。データ変換ルールテーブルは「データ変換ルールＩＤ」と「名称」の項目を、データ変換ルール詳細テーブルは「データ変換ルールＩＤ」と「同種データ」と「実データ」の項目を備える。なお、データ変換ルール用のテーブルを、データ変換ルールテーブルとデータ変換ルール詳細テーブルの２つに分けているのは、管理をし易くするためであり、１つのテーブルにまとめても、あるいは３つ以上のテーブルに分けてもよい。

データ変換ルールテーブルの項目に設けられているデータ変換ルールＩＤは、既に述べたように、データ変換する必要がある実データをどのように同種データに変換するかのルールを特定するためのものである。また、名称の項目は、変換する実データがどの医療情報システムのどのような意味のデータであるかを示すものである。

データ変換ルール詳細テーブルの項目に設けられているデータ変換ルールＩＤは上述の通りである。また、同種データの項目は、実データをどのように変換するかが記憶されており、実データの項目は、変換する前のデータが記憶されている。ここでは、データ変換ルールＩＤ「１」と「４」は、実データが「０」又は「１」であるとき、それを同種データの「男」又は「女」に変換し、データ変換ルールＩＤ「２」と「５」は、実データが「Ｍ」又は「Ｆ」であるとき、それを同種データの「男」又は「女」に変換することがわかる。また、データ変換ルールＩＤ「３」「６」「９」は、実データが和暦日付型であるとき、それを西暦日付型に変換することがわかる。同様に、データ変換ルールＩＤ「７」は、実データが「Ｋ１００」「Ｋ１０１」・・・というコードであるとき、それを同種データである「チサラリン」「イタトルリン」・・・という薬名に変換し、データ変換ルールＩＤ「８」は、実データが「Ｍ１０００」「Ｍ１００１」・・・というコードであるとき、それを同種データである「チサラリン」「イタトルリン」・・・という薬名に変換することがわかる。

各種マスタテーブル２４は、固定的で基本的なデータを記憶させるもので、例として図１３（Ａ）〜（Ｄ）に示すターゲットマスタテーブル、病名マスタテーブル、薬名マスタテーブル、検査項目マスタテーブル等がある。ターゲットマスタテーブルは、上述のターゲットＩＤが実際にどの医療情報システムの、どのデーブルを示すものかを記憶するテーブルで、「ターゲットＩＤ」と「システム名称」と「テーブル名称」の項目を備える。ターゲットＩＤは既に説明したとおりである。システム名称の項目は、ターゲットＩＤが示すテーブルが、医療情報システムＡと医療情報システムＢのどちらのシステムであるかを記憶している。また、テーブル名称の項目は、医療情報システムのデータベースに設けられた実際のテーブルの名称を記憶している。ここでは、ターゲットＩＤ「Ａ−１」で示されるテーブルは、「医療情報システムＡ」の「病名オーダー」というテーブルであり、また、ターゲットＩＤ「Ａ−２」で示されるテーブルは、「医療情報システムＡ」の「放射線オーダー」というテーブルであることがわかる。なお、ターゲットマスタテーブルは、ここでは各種マスタテーブルの一例として説明したが、同種ターゲット用のテーブルに含めてもよい。

病名マスタテーブル、薬名マスタテーブル、検査項目マスタテーブルは、検索条件を入力するときに参照されるテーブルである。例えば、病名を検索条件とするときは、病名マスタテーブルの同種データの項目に記憶されている病名の中から検索したい病名を選択する。同様に、薬名を検索条件とするときは、薬名マスタテーブルの同種データの項目に記憶されている薬名の中から検索したい薬名を選択し、血液検査の結果を検索条件とするときは、検査項目マスタテーブルの同種データの項目に記憶されている検査項目の中から検索したい検査項目を選択する。

図１に戻り、作業用記憶部２５は、実データテーブル及び後述する統合同種データテーブルを含む同種データテーブル、スクリーニングデータテーブル等を一時的に記憶するための領域である。この一時的とは、これらのデータ等を本実施形態の診療データ管理システム１が運用され続けられる限り記憶するものではないという意味であり、表示部１４による統合同種データテーブルやスクリーニングデータテーブルの表示が終われば、必要に応じてこれらのデータを作業用記憶部２５から削除してもよいし、作業用記憶部２５の容量に余裕があれば、過去の検索履歴のこれらのデータ等を所定の期間保存しておいてもよい。

制御部１１は、ＣＰＵ、半導体による補助メモリ等で実現されるもので、検索制御部１２と、変換制御部１３と、スクリーニング制御部１５とを備える。

検索制御部１２は、所望の検索条件が入力部１０より入力されると、同種ターゲット用のテーブル２１、同種列用のテーブル２２、及びデータ変換ルール用のテーブル２３に基づき、検索対象となるデータベース１００，２００毎に設けられたテーブルと列とを特定し、それぞれのデータベースから実データを検索する。具体的な手順としては、検索したい同種ターゲット、当該同種ターゲットの同種列、及び当該同種列の同種データ等が入力部１０により入力されると、同種ターゲットとしてまとめられた複数のテーブルの、同種列としてまとめられた複数の列から、同種データに対応する実データを検索し、必要とされる範囲のデータ、例えば当該実データを含むレコードを選択し、実データによる新たなテーブル（以下、「実データテーブル」という。）を、同種ターゲットとしてまとめられた複数のテーブル毎に作成するのである。なお、実データテーブルは検索条件毎に複数作成されることがあり、係る場合、これらを第１実データテーブル、第２実データテーブル、第ｎ（ｎは３以上の自然数）実データテーブル・・・と呼ぶこととする。

変換制御部１３は、検索した実データテーブルを、データ変換ルール用のテーブルに基づき同種データによるテーブル（以下、「同種データテーブル」という。）に変換する。具体的な手順は、同種列管理テーブルにより、実データテーブルの列名を含む実データを変換する必要があるか否か、変換する必要があるならばどのデータ変換ルールＩＤによって変換するかを判断する。次に、データ変換ルール用のテーブル２３に基づき変換する必要のある実データは変換し、変換する必要の無い実データはそのままとする変換処理を行う。そして、変換処理したデータにより同種データテーブルを作成するのである。なお、同種データテーブルは原則として実データテーブルに対応して作成されるものであり、実データテーブルが複数存在する場合は同種データテーブルも複数存在する。係る場合、これらを第１同種データテーブル、第２同種データテーブル、第ｎ同種データテーブル・・・と呼ぶこととする。

また、複数のデータベース１００，２００から検索され作成された実データテーブルから変換された同種データテーブルは、原則として１つの検索条件に対して異なる医療情報システムのデータベースの数ほど存在する。これらの複数の同種データテーブルは、変換制御部１３により表示用のデータとして１つのテーブルである、統合同種データテーブルにまとめられる。なお、統合同種データテーブルは、同種データテーブルの一種であり同種データテーブルに含まれる。また、統合同種データテーブルも複数存在する場合があり、これらを第１統合同種データテーブル、第２統合同種データテーブル、第ｎ統合同種データテーブル・・・と呼ぶ。

スクリーニング制御部１５は、検索制御部１２及び変換制御部１３に、複数の検索条件毎に同種データテーブル（統合同種データテーブル）を作成させ、これら複数の同種データテーブル同士又はスクリーニングデータテーブルと同種データテーブルとを比較し、関連するスクリーニングデータを抽出し、スクリーニングデータテーブルを作成する。これにより、多段的な検索が可能となる。このスクリーニングデータテーブルの数は、同種データテーブル（統合同種データテーブル）の数が増えるとそれに対応して増えていき、第１スクリーニングデータテーブル、第２スクリーニングデータテーブル・・と呼ぶこととする。なお、スクリーニングデータテーブルの数は、原則として統合同種データテーブルの数から１減じた数となる。

表示部１４は、公知のディスプレイ装置等を備え、入力部１０により入力された検索条件、作業用記憶部２５に記憶された統合同種データテーブル等を視覚的な情報として表示させる。

次に、以上説明した各構成要素の機能を踏まえて、本実施形態の診療データ管理システム１の動作について図２〜図２４を参照して説明する。図２〜図１３は既に説明したとおりである。図１４はデータの検索と変換によって第１実データテーブル、第１同種データテーブル、及び第１統合同種データテーブルが作成される過程を説明する図、図１５はデータの検索と変換によって第２実データテーブル、第２同種データテーブル、及び第２統合同種データテーブルが作成される過程を説明する図、図１６は第１統合同種データテーブルと第２統合同種データテーブルから第１スクリーニングデータテーブルが作成される過程を説明する図である。図１７はデータの検索と変換によって第３実データテーブル、第３同種データテーブル、及び第３統合同種データテーブルが作成される過程を説明する図である。図１８は第１スクリーニングデータテーブルと第３統合同種データテーブルから第２スクリーニングデータテーブルが作成される過程を説明する図である。

また、図１９は複数のデータベースからデータの検索と変換をする全体の処理を説明するフロー図、図２０は検索条件の入力と、実データを検索するために必要となる情報の取得の処理を説明するフロー図、図２１は実データの検索の処理を説明するフロー図、図２２は実データを同種データに変換する処理を説明するフロー図、図２３は統合同種データの作成の処理を説明するフロー図、図２４はスクリーニングデータの作成の処理を説明するフロー図である。

先ず、図１９を参照して、本実施形態の診療データ管理システム１による、複数のデータベース１００，２００から実データを検索し、検索した実データを第１同種データテーブル及び同種データテーブルの一種である第１統合同種データテーブルに変換し、さらに新たな検索条件による第２統合同種データテーブルを作成し、第１統合同種データテーブルと第２統合同種データテーブルとを比較し関連する第１スクリーニングデータテーブルを作成して表示する全体の処理を説明する。

本実施形態の診療データ管理システム１による処理が開始されると、表示部１４により検索条件の入力を受け付ける画面が表示され、操作者が入力部１０を操作することにより検索条件が入力される。また、検索条件の入力とともに、実データの検索に必要となる同種ターゲットＩＤ、ターゲットＩＤ、同種列ＩＤが取得される（Ｓ１０００）。次に、取得された同種ターゲットＩＤ、ターゲットＩＤ、同種列ＩＤを基に、複数の医療情報システムのデータベースから実データを検索し第１実データテーブルを作成する（Ｓ２０００）。次に、検索し作成した第１実データテーブルを第１同種データテーブルに変換する（Ｓ３０００）。次に、変換された１つ以上の第１同種データテーブルを統合して、同種データテーブルの一部である第１統合同種データテーブルを作成する（Ｓ４０００）。そして、表示部１４により第１統合同種データテーブルを視覚的な情報として表示する（Ｓ５０００）。

次に、新たな検索条件を受け付ける画面が表示され、操作者が入力部１０を操作することにより新たな検索条件が入力されたか否かが判断される（Ｓ６０００）。ここで、新たな検索条件が入力されなければ処理は終了される（Ｓ１４０００）。一方、新たな検索条件が入力されると、新たな同種ターゲットＩＤ、ターゲットＩＤ、及び同種列ＩＤが取得される（Ｓ７０００）。次に、新たな実データが検索され第２実データテーブルが作成され（Ｓ８０００）、第２同種データテーブルに変換され（Ｓ９０００）、さらに第２統合同種データテーブルが作成される（Ｓ１００００）。次に第１統合同種データテーブルと第２統合同種データテーブルとが比較され、関連するデータが抽出され第１スクリーニングデータテーブルが作成され表示される（Ｓ１１０００，Ｓ１２０００）。

次に、さらに新たな検索条件を受け付ける画面が表示され、操作者が入力部１０を操作することにより検索条件が入力されたか否かが判断される（Ｓ１３０００）。ここで、新たな検索条件が入力されなければ処理は終了される（Ｓ１４０００）。一方、新たな検索条件が入力されると、ステップＳ７０００からＳ１３０００までの処理を繰り返す。なお、このとき作成されるデータテーブルは、第ｎ（ｎは３以上の自然数）実データテーブル、第ｎ同種データテーブル、第ｎ統合同種データテーブル、及び第ｎ−１スクリーニングデータテーブルとなる。

次に、図１９〜図２４に示すフロー図を参照して本実施形態の診療データ管理システム１による処理の各ステップを詳細に説明しながら、図２〜１８に示すテーブルを参照してデータの検索と変換の具体例を説明する。

図２０に示す、ステップＳ１０００の検索条件の入力と、同種ターゲットＩＤ、ターゲットＩＤ、同種列ＩＤの取得では、先ず、検索制御部１２により、同種ターゲットテーブル（図９（Ａ））の表示名の項目が参照され、検索対象とする同種ターゲットを決定するための同種ターゲットの表示名の入力画面が表示される（Ｓ１０１０）。次に、入力部１０により、検索する同種ターゲットの表示名、例えば「病名」が入力される（Ｓ１０２０）。すると、検索制御部１２により、同種ターゲットテーブルから表示名「病名」の同種ターゲットＩＤ「１」が取得され（Ｓ１０３０）、さらに、同種ターゲット管理テーブル（図９（Ｂ））から、同種ターゲットＩＤ「１」を基に、データベース毎に設けられた異なるテーブルを示すターゲットＩＤ「Ａ−１」「Ｂ−５」が取得される（Ｓ１０４０）。

次に、検索対象とする同種列を決定するために、同種列テーブル（図１０）の表示名の項目のうち、上記で取得した同種ターゲットＩＤ「１」に係るレコード（図中「ａ」で示すレコード）の表示名である「患者ＩＤ」「患者氏名」「性別」・・・を入力又は選択する同種列の表示名入力画面が表示される（Ｓ１０５０）。次に、入力部１０により、検索する同種列の表示名、例えば「病名」が入力される（Ｓ１０６０）。すると、検索制御部１２により、同種列テーブルから表示名「病名」の同種列ＩＤ「６」が取得される（図中「ｂ」で示すレコード）（Ｓ１０７０）。

次に、取得した同種列ＩＤ「６」の表示名「病名」に係る同種データの名称を記憶した、図１３（Ｂ）に示す病名マスタの同種データの項目が参照され、検索対象とする同種データを決定するために、同種データを入力又は選択する同種データ入力画面が表示される（Ｓ１０８０）。次に、入力部１０により検索する同種データ、例えば「糖尿病」を含むという検索条件が入力される（Ｓ１０９０）。これらの処理により、同種ターゲットの表示名「病名」、同種列の表示名「病名」、同種データ「糖尿病」という検索条件の入力と、同種ターゲットＩＤ「１」、ターゲットＩＤ「Ａ−１」「Ｂ−５」、同種列ＩＤ「６」の取得がなされる。

次に、図２１に示す、ステップＳ２０００の実データの検索では、検索制御部１２により、検索対象とするテーブルの列が特定される（Ｓ２０１０）。具体的には、ステップＳ１０７０で取得した同種列ＩＤ「６」を基に、同種列管理テーブル（図１１）の同種列ＩＤ「６」に係るレコード（図中「ｃ」で示すレコード）を参照する。そして、列名の項目からステップＳ１０４０で取得したターゲットＩＤ「Ａ−１」「Ｂ−５」に対応する列名「ｂｙｏｕｍｅｉ」「主病名」を取得する。これにより、ターゲットＩＤ「Ａ−１」のテーブルの「ｂｙｏｕｍｅｉ」の列、及びターゲットＩＤ「Ｂ−５」のテーブルの「主病名」の列を検索対象として特定することができる。

また、検索制御部１２により、ステップＳ１０９０で入力された同種データが実データと同じか否かが判断される（Ｓ２０２０）。ここでは、同種列管理テーブルのデータ変換の項目のうち、既に取得した同種列ＩＤ「６」、及びターゲットＩＤ「Ａ−１」「Ｂ−５」のレコードが参照される（図中「ｃ」で示すレコード）。ここでデータが「Ｙ」ならば、入力された同種データと実データは異なり、データ変換が必要となる。一方、「Ｎ」ならば、入力された同種データと実データとは同じであり、データ変換は不要である。ここでは、ターゲットＩＤ「Ａ−１」「Ｂ−５」ともに「Ｎ」のため、同種データと実データとが同じで、データ変換が不要であることがわかる。このため、処理はステップＳ２０５０に進む。

次に、検索制御部１２により、既に取得したターゲットＩＤ、列名、検索キーとなる実データ又は同種データを基に、複数のデータベースから実データに係るレコードを検索する処理を行う（Ｓ２０５０）。これは、先ず、ターゲットマスタテーブル（図１３（Ａ））を参照し、ターゲットＩＤ「Ａ−１」に対応する医療情報システムとテーブルを特定する。ここでは、ターゲットＩＤ「Ａ−１」に対応する医療情報システムとテーブルは、「システムＡ」の「病名オーダー」であることがわかる（図中「ｅ」で示すレコード）。そして、図２（Ａ）に示す医療情報システムＡの「病名オーダー」テーブルの項目「ｂｙｏｕｍｅｉ」から、検索キーとなる実データ「糖尿病」を検索し、「糖尿病」を含むレコード（図中「ｆ」で示すレコード）を抽出する。そして、図１４（Ｂ）に示す、ターゲットＩＤ「Ａ−１」から抽出された第１実データテーブル（以下、「Ａ−１第１実データテーブル」というように、ターゲットＩＤと組み合わせたテーブル名を用いることがある。）を作成する（Ｓ２０６０）。

同じく、ターゲットＩＤ「Ｂ−５」についても、ターゲットマスタテーブル（図１３（Ａ））からターゲットＩＤ「Ｂ−５」に対応する医療情報システムとテーブルは、「システムＢ」の「検索用診療記録病名」であることがわかる（図中「ｇ」で示すレコード）。そして、図４（Ａ）に示す医療情報システムＢの「検索用診療記録病名」テーブルから既に取得されている項目「主病名」の列から、検索キーとなる実データ「糖尿病」を含むレコード（図中「ｆ」で示すレコード）を検索し、図１４（Ｄ）に示す、ターゲットＩＤ「Ｂ−５」から抽出されたＢ−５第１実データテーブルを作成する。このようにして、実データの検索の処理と、第１実データテーブルの作成がなされる。

次に、図２２に示す、ステップＳ３０００の実データを同種データに変換では、変換制御部１３により、上記で作成された第１実データテーブルを第１同種データテーブルに変換する。先ず、第１同種データテーブルに変換されていない第１実データテーブルを選択する（Ｓ３０１０）。ここでは、図１４（Ｂ）に示すＡ−１第１実データテーブルを選択する。

次に、第１実データテーブルの変換処理がされていない列を選択し、その同種列ＩＤ、データ変換の有無、データ変換ルールＩＤを取得する（Ｓ３０２０）。ここでは、Ａ−１実データテーブルの処理されていない列のうち最初の列「ｋａｎｊｙａＩＤ」を選択し、ターゲットＩＤ「Ａ−１」及び列名「ｋａｎｊｙａＩＤ」を基に同種列管理テーブル（図１１）を参照し、同種列ＩＤ「１」、データ変換「Ｎ」、データ変換ルールＩＤ「無し」を取得する（図中「ｈ」で示すレコード）。次に、同種列テーブル（図１０）を参照し同種列ＩＤ「１」から同種列の表示名「患者ＩＤ」を取得し（図中「ｉ」で示すレコード）、元の列名「ｋａｎｊｙａＩＤ」を表示名「患者ＩＤ」に変換する（Ｓ３０３０）。

次に、ステップＳ３０２０で取得した、データ変換「Ｎ」、データ変換ルールＩＤ「無し」を基に「患者ＩＤ」の列のデータ変換が必要か否かが判断される（Ｓ３０４０）。ここでは、データ変換が不要であるため、Ａ−１第１実データテーブルの列名「患者ＩＤ」の列のデータはそのまま何もされず、ステップＳ３０５０とステップＳ３０６０はスキップされる。

次に、Ａ−１第１実データテーブルの変換処理がされていない残りの列があるか否かが判断される（Ｓ３０７０）。ここでは、列「ｋａｎｊｙａｍｅｉ」があるため、この列も上記ステップＳ３０２０からステップＳ３０４０の処理が行われ、列名が「患者氏名」に変更されるとともに、当該列のデータはそのままとする処理がなされる。

次に、同じく繰り返し処理がなされ、ステップＳ３０２０で、Ａ−８第１実データテーブルの列「ｓｅｉｂｅｔｕ」が選択され、同種列管理テーブル（図１１）から同種列ＩＤ「３」、データ変換「Ｙ」、データ変換ルールＩＤ「１」が取得される（図中「ｊ」で示すレコード）。次に、ステップＳ３０３０で、同種列テーブル（図１０）から同種列ＩＤ「３」のレコード（図中「ｋ」で示すレコード）が選択され、表示名「性別」とデータ形式「文字型」が取得され、Ａ−１第１実データテーブルの列名「ｓｅｉｂｅｔｕ」が、取得した表示名「性別」に変換される。

次に、ステップＳ３０４０で、データ変換が必要か否かが判断される。ここでは上記ステップＳ３０２０で取得されたデータ変換の項目データが「Ｙ」のため、データ変換が必要と判断される。次に、既に取得したデータ変換ルールＩＤ「１」を基に、データ変換ルール詳細テーブル（図１２（Ｂ））を参照し、該当するレコード（図中「ｌ」で示すレコード）を選択し、同種データの項目と実データの項目からデータの変換ルールを取得する（Ｓ３０５０）。そして、取得した変換ルールとデータ形式に従い、実データを同種データに変換する（Ｓ３０６０）。

ここでは、Ａ−１第１実データテーブルの「性別」の列の実データ「０」を同種データ「男」データ形式「文字型」に、実データ「１」を同種データ「女」データ形式「文字型」に変換する。これらのステップＳ３０２０からステップＳ３０７０を繰り返すことにより、Ａ−１第１実データテーブルの全ての列名と実データが処理され、図１４（Ｃ）に示す、Ａ−１第１同種データテーブルへと変換される。なお、列名が同種列の表示名（図１０の表示名の項目）に変換されるのをわかりやすくするため、図１４（Ａ）に同種列の表示名を示している。

次に、他に変換されていない第１実データテーブルがあるか否かが判断される（Ｓ３０８０）。ここでは、図１４（Ｄ）に示す、ターゲットＩＤ「Ｂ−５」から作成されたＢ−５第１実データテーブルがあるため、ステップＳ３０１０に戻り、Ｂ−５第１実データテーブルが選択される。そして、上述したステップＳ３０２０からステップＳ３０７０の処理が繰り返されることで、図１４（Ｅ）に示す、Ｂ−５第１同種データテーブルへと変換される。なお、ここでは、Ｂ−５第１実データテーブルの列順が図１４（Ａ）に示す同種列の列順と異なっている。このため、Ｂ−５第１同種データテーブルへの変換処理の際、列順を同種列の列順と同じにする処理も併せて行われる。

次に、図２３に示す、ステップＳ４０００の第１統合同種データテーブルの作成では、変換制御部１３により、上記ステップＳ３０００からステップＳ３０８０までの処理によって作成された第１同種データテーブルが複数あるか否かが判断される（Ｓ４０１０）。第１同種データテーブルが複数ある場合、変換制御部１３は、複数の第１同種データテーブルを一つのテーブルに統合し第１同種データテーブルの一種である第１統合同種データテーブルを作成する（Ｓ４０２０）。ここでは、Ａ−１第１同種データテーブルとＢ−５第１同種データテーブルがあり、これらを統合することで、図１４（Ｆ）に示す第１統合同種データテーブルを作成する。そして、作成した第１統合同種データテーブルは作業用記憶部２５に記憶される（Ｓ４０３０）。一方、第１同種データテーブルが一つの場合、その第１同種データテーブル自体が第１統合同種データテーブルとなる。

次に、図１９のステップＳ５０００に示すように、第１統合同種データテーブルは、表示部１４により視覚的な情報として表示される。なお、統合した第１統合同種データテーブルのうち、所望の項目のみ選択して表示させることもできる。

次に、スクリーニング制御部１５による多段的な検索を説明する。上述のように、検索制御部１２及び変換制御部１３によって、「糖尿病」を患っている患者の検索が行われ、第１統合同種データテーブルが作成された。スクリーニング制御部１５は、この第１統合同種データテーブルと、新たな検索条件によって作成される第２統合同種データテーブルとを比較し、関連するデータを抽出し、第１スクリーニングデータテーブルを作成する。なお、スクリーニングデータテーブルは、多段的な検索をする度に増えるため、これらを第２スクリーニングデータテーブル、第３スクリーニングデータテーブル・・と呼ぶ。以下に詳細を説明する。

図１９のステップＳ５０００で、第１統合同種データテーブルが表示されると、スクリーニング制御部１５は検索制御部１２に新たな検索条件の入力をさせ、新たな検索条件が入力されたか否かを判断する（Ｓ６０００）。ここで、新たな検索条件が入力されなければ、処理は終了される（Ｓ１４０００）。一方、新たな検索条件が入力されると、上述のステップＳ１０００〜Ｓ１０９０と同様の処理が行われ、新たな同種ターゲットＩＤ、ターゲットＩＤ、同種列ＩＤの取得が行われる（Ｓ７０００）。

ここでは、注射に関する検索の例を示す。先ず、検索制御部１２により、同種ターゲットテーブル（図９（Ａ））の表示名の項目が参照され、検索対象とする同種ターゲットを決定するための同種ターゲットの表示名の入力画面が表示される（Ｓ１０１０）。次に、入力部１０により、検索する同種ターゲットの表示名、例えば「注射」が入力される（Ｓ１０２０）。すると、検索制御部１２により、同種ターゲットテーブルから表示名「注射」の同種ターゲットＩＤ「２」が取得され（Ｓ１０３０）、さらに、同種ターゲット管理テーブル（図９（Ｂ））から、同種ターゲットＩＤ「２」を基に、データベース毎に設けられた異なるテーブルを示すターゲットＩＤ「Ａ−９」「Ｂ−９」が取得される（Ｓ１０４０）。

次に、検索対象とする同種列を決定するために、同種列テーブル（図１０）の表示名の項目のうち、上記で取得した同種ターゲットＩＤ「２」に係るレコード（図中「ｍ」で示すレコード）の表示名である「患者ＩＤ」「患者氏名」「性別」・・・を入力又は選択する同種列の表示名入力画面が表示される（Ｓ１０５０）。次に、入力部１０により、検索する同種列の表示名、例えば「薬名」が入力される（Ｓ１０６０）。すると、検索制御部１２により、同種列テーブルから表示名「薬名」の同種列ＩＤ「１３」が取得される（図中「ｎ」で示すレコード）（Ｓ１０７０）。

次に、取得した同種列ＩＤ「１３」の表示名「薬名」に係る同種データの名称を記憶した、図１３（Ｃ）に示す薬名マスタの同種データの項目が参照され、検索対象とする同種データを決定するために、同種データを入力又は選択する同種データ入力画面が表示される（Ｓ１０８０）。次に、入力部１０により検索する同種データ、例えば「ノボ」又は「レベミリ」を含むという検索条件が入力される（Ｓ１０９０）。これらの処理により、同種ターゲットの表示名「注射」、同種列の表示名「薬名」、同種データ「ノボ」又は「レベミリ」という検索条件の入力と、同種ターゲットＩＤ「２」、ターゲットＩＤ「Ａ−９」「Ｂ−９」、同種列ＩＤ「１３」の取得がなされる。

次に、実データの検索と第２実データテーブルの作成として（Ｓ８０００）、上述のステップＳ２０００〜Ｓ２０６０と同様の処理が行われる。具体的には、既に取得した同種列ＩＤ「１３」を基に、同種列管理テーブル（図１１）の同種列ＩＤ「１３」に係るレコード（図中「ｏ」で示すレコード）を参照する。そして、列名の項目から既に取得したターゲットＩＤ「Ａ−９」「Ｂ−９」に対応する列名「ｙａｋｕｚａｉＩＤ」「薬品番号」を取得する。これにより、ターゲットＩＤ「Ａ−９」のテーブルの「ｙａｋｕｚａｉＩＤ」の列、及びターゲットＩＤ「Ｂ−９」のテーブルの「薬品番号」の列を検索対象として特定することができる。

また、検索制御部１２により、検索条件として入力された同種データ「ノボ」又は「レベミリ」が実データと同じか否かが判断される（Ｓ２０２０）。ここでは、同種列管理テーブルのデータ変換の項目のうち、既に取得した同種列ＩＤ「１３」、及びターゲットＩＤ「Ａ−９」「Ｂ−９」のレコードが参照される（図中「ｏ」で示すレコード）。ここでデータが「Ｙ」のため、入力された同種データと実データは異なりデータ変換が必要であることがわかり、併せてデータ変換ルールＩＤ「７」「８」が取得される（Ｓ２０３０）。

次に、検索制御部１２により、入力された同種データ「ノボ」又は「レベミリ」を基に検索キーとなる実データを取得する処理がなされる（Ｓ２０４０）。これは、既に取得したデータ変換ルールＩＤ「７」「８」を基に、データ変換ルール詳細テーブル（図１２（Ｂ））の、データ変換ルールＩＤ「７」と「８」に係るレコード（図中「ｐ」「ｑ」で示すレコード）の同種データの項目の中から検索条件となっている「ノボ」又は「レベミリ」が含まれるレコードを検索する。そして、データ変換ルールＩＤ「７」については、「ノボ」に対応するレコードとして同種データ「ノボラリン」実データ「Ｋ１０５」を、「レベミリ」に対応するレコードとしては同種データ「レベミリル」実データ「Ｋ１０８」を取得する。また、データ変換ルールＩＤ「８」については、「ノボ」に対応するレコードとして同種データ「ノボラリン」実データ「Ｍ１００５」を、「レベミリ」に対応するレコードとしては同種データ「レベミリル」実データ「Ｍ１００８」を取得する。

次に、取得したターゲットＩＤ、列名、検索キーとなる実データ又は同種データを基に、複数のデータベースから実データに係るレコードを検索する処理を行う（Ｓ２０５０）。ここで、ターゲットマスタテーブル（図１３（Ａ））を参照し、ターゲットＩＤ「Ａ−９」及び「Ｂ−９」に対応する医療情報システムとテーブルを特定する（図中「ｒ」「ｓ」で示すレコード）。すると、ターゲットＩＤ「Ａ−９」は医療情報システムＡの「注射オーダー」テーブルが検索対象のテーブルでであることがわかり、ステップＳ２０４０の処理とあわせて、ターゲットＩＤ「Ａ−９」に対応する「注射オーダー」テーブルの列名「ｙａｋｕｚａｉＩＤ」の実データ「Ｋ１０５」及び「Ｋ１０８」を検索すればよいこととなる。同様に、ターゲットＩＤ「Ｂ−９」は医療情報システムＢの「検索用注射」テーブルが検索対象のテーブルでであることがわかり、ステップＳ２０４０の処理とあわせて、ターゲットＩＤ「Ｂ−９」に対応する「検索用注射」テーブルの列名「薬品番号」の実データ「Ｍ１００５」及び「Ｍ１００８」を検索すればよいことがわかる。

そして、医療情報システムＡの注射オーダーテーブル（図２（Ｂ））から「Ｋ１０５」と「Ｋ１０８」に対応するレコードが抽出され（図中（ｔ）で示すレコード）、図１５（Ｂ）に示すＡ−９第２実データテーブルが作成される（Ｓ２０６０）。同様に、医療情報システムＢの検索用注射テーブル（図４（Ｂ））から「Ｍ１００５」と「Ｍ１００８」に対応するレコードが抽出され（図中（ｕ）で示すレコード）、図１５（Ｄ）に示すＢ−９第２実データテーブルが作成される。

次に、変換制御部１３によって、作成された第２実データテーブルが第２同種データテーブルに変換される（Ｓ９０００）。ここでは、既に述べたステップＳ３０００からＳ３０８０と同様の処理が行われる。そして、図１５（Ｃ）（Ｅ）に示す、Ａ−９第２同種データテーブル及びＢ−９第２同種データテーブルが作成される。なお、ここでの詳細な処理の説明は、上述の第１同種データテーブルでの処理を参照すれば理解できるため省略する。また、図１５（Ａ）は、「注射」を意味する同種テーブルの同種列を示している（図１０ 同種列テーブルの「表示名」の列のうち「ｍ」で示すレコード）。

次に、第２同種データテーブルから第２統合同種データテーブルが作成される（Ｓ１００００）。ここでは、既に述べたステップＳ４０００からＳ４０３０と同様の処理が行われる。そして、図１５（Ｆ）に示す第２統合同種データテーブルが作成される。なお、ここでの詳細な処理の説明は、上述の第１統合同種データテーブルでの処理を参照すれば理解できるため省略する。

次に、スクリーニング制御部１５によって、第１統合同種データテーブルと第２統合同種データテーブルとが比較され、関連するデータがスクリーニングデータとして抽出され、第１スクリーニングデータテーブルが作成される（Ｓ１１０００）。この処理を図１６及び図２４を参照して説明する。

先ず、第ｎ（ｎは３以上の自然数）統合同種データテーブルがあるか否かが判断される（Ｓ１１１００）。ここでは、第１統合同種データテーブルと第２統合同種データテーブルしかないため、次の処理として第１統合同種データテーブルと第２統合同種データテーブルとが比較される（Ｓ１１４００）。この比較とは、本実施形態では図１６（Ａ）に示す第１統合同種データテーブルと、図１６（Ｂ）に示す第２統合同種データテーブルとの患者ＩＤを比較し、共通する患者ＩＤが含まれるレコードを特定する（図１６（Ａ）（Ｂ）の（ｖ）で示すレコード）。そして、第２統合同種データテーブルから特定したレコードを抽出して、図１６（Ｃ）に示す第１スクリーニングデータテーブルが作成される（Ｓ１１５００）。これにより、「糖尿病」の患者のうち、「ノボ」又は「レベミリ」を含む薬が注射されている患者を絞り込むことができる。なお、ここでは、第２統合同種データテーブルの該当するレコードのみを抽出して、第１スクリーニングデータテーブルを作成しているが、第１統合同種データテーブルと第２統合同種データテーブルの所望の項目を抽出して、例えば病名と薬名とを併記するような形で、第１スクリーニングデータテーブルを作成することもできる。

次に、図１９の第１スクリーニングデータテーブルの表示の処理が行われ、表示部１４に第１スクリーニングデータテーブルの内容が表示される（Ｓ１２０００）。このとき、必要に応じて第１スクリーニングデータテーブルの一部の項目のみ表示させることもできる。次に、新たな検索条件が入力されたか否かが判断される（Ｓ１３０００）。新たな検索条件が入力されなければ、処理は終了される（Ｓ１４０００）。一方、新たな検索条件が入力されれば、ステップＳ７０００からの処理を繰り返し、第ｎ（ｎは３以上の自然数）実データテーブルの作成、第ｎ同種データテーブルの作成、第ｎ−１スクリーニングデータテーブルの作成と表示を繰り返す。この繰り返しの処理の詳細を説明する。

新たな検索条件が入力されると、ステップＳ７０００によって、新たな同種ターゲットＩＤ、ターゲットＩＤ、同種列ＩＤが取得される。ここでは、血液検査の検査項目としてＨｂＡ１ｃの検査結果が８以上のものを検索することとする。この処理が実行されると、既に述べた処理と同様の処理が繰り返され、検索条件として、同種ターゲットの表示名「血液検査」、同種列の表示名「検査項目」及び「検査結果」、同種データ「ＨｂＡ１ｃ」及び「８以上」という検索条件の入力と、同種ターゲットテーブル（図９（Ａ））から同種ターゲットＩＤ「３」、同種ターゲット管理テーブル（図９（Ｂ））からターゲットＩＤ「Ａ−７」「Ｂ−１」、同種列テーブル（図１０）から同種列ＩＤ「１８」「１９」が取得される。なお、ここで同種データ「ＨｂＡ１ｃ」を選択するために、図１３（Ｄ）に示す検査項目マスタテーブルが参照される。

次に、ターゲットマスタテーブル（図１３（Ａ））が参照され、ターゲットＩＤ「Ａ−７」「Ｂ−１」に対応する医療情報システムＡの「検査レポート」テーブルと医療情報システムＢの「検索用検査」テーブルが検索対象のテーブルであることがわかる。これらの情報と入力された「ＨｂＡ１ｃ」及び「８以上」という検索条件によって、図３に示す医療情報システムＡの検査レポートテーブルと、図５に示す医療情報システムＢの検索用検査テーブルから該当するレコード（図中（ｗ）で示すレコード）がそれぞれ抽出され、図１７（Ｂ）（Ｄ）に示すＡ−７第３実データテーブル及びＢ−１第３実データテーブルが作成される（Ｓ８０００）。なお、図１７（Ａ）は、「血液検査」を意味する同種テーブルの同種列を示している（図１０ 同種列テーブルの「表示名」の列のうち「ｚ」で示すレコード）。

次に、同種列管理テーブル（図１１）、データ変換ルールテーブル（図１２（Ａ））、データ変換ルール詳細テーブル（図１２（Ｂ））等が参照され、図１７（Ｃ）（Ｅ）に示すＡ−７第３同種データテーブル及びＢ−１第３同種データテーブルが作成される（Ｓ９０００）。そして、図１７（Ｆ）に示す第３統合同種データテーブルが作成される（Ｓ１００００）。

次に、図１８に示すように、第ｎ−２スクリーニングデータテーブルである第１スクリーニングデータテーブル（図１８（Ａ））と第３統合同種データテーブル（図１８（Ｂ））とが比較され、共通する患者ＩＤのレコードが特定される（図中（α）で示すレコード）。そして、第３統合同種データテーブルから特定されたレコードが抽出されて、第ｎ−１スクリーニングデータテーブルである第２スクリーニングデータテーブル（図１８（Ｃ））が作成され表示される（Ｓ１１０００，Ｓ１２０００）。これによって、先ほどの「糖尿病」で「ノボ」又は「レベミリ」を含む薬が注射されている患者のうち、ＨｂＡ１ｃの値が８以上の患者を抽出することができた。そして、ステップＳ１３０００の処理を行い、必要に応じてステップＳ７０００からの処理を繰り返す。なお、スクリーニングデータテーブルを作成するとき、上記のように共通する患者ＩＤのレコードを基にスクリーニングデータを抽出するのみではなく、例えば日付同士も比較して、「糖尿病」で「ノボ」又は「レベミリ」を含む薬が注射されている患者のうち、注射されてから４週間経過したときのＨｂＡ１ｃの値が８以上の患者を抽出すること等も可能である。

次に、図２５及び図２６を参照して、スクリーニング制御部１５を用い、既にある同種ターゲット及び同種列には存在しない別の検索項目を付加する例を説明する。図２５はスクリーニングデータの抽出の別の例を説明する図、図２６は新たな同種ターゲットを付加する例を説明する図である。

図２５（Ａ）に示すように、医療情報システムＡの病名オーダーテーブル（図２（Ａ））には、実際には「その他Ａ」「その他Ｂ」「その他Ｃ」・・・と数多くの項目（列）が設けられている。しかし、それら全ての項目を検索することは現実的ではないため、多くの場合、限られた項目（図１４（Ａ）に示す同種列）のみを検索し、図２５（Ｂ）に示すような統合同種データテーブル（第１統合同種データテーブル）を作成する。ところが、時間の経過とともに、例えば「その他Ａ」の項目等の、当初は想定されていなかった項目も検索する必要がでてくることがある。係る場合、スクリーニング制御部１５による多段的な検索がなされないと、対象となる同種ターゲットに関連する同種列ＩＤ、同種列データ、データ変換ルールＩＤ等の情報を全て更新する必要がある。しかし、実際の使用される状況では、これらの情報を記憶した同種ターゲットテーブル（図９（Ａ））、同種ターゲット管理テーブル（図９（Ｂ））、同種列テーブル（図１０）等には多くのデータが記載され、これらのデータの更新にはある程度の手間と費用が発生する。

そこで、既にある同種ターゲット等を改変するのではなく、図２６（Ａ）〜（Ｄ）に示すように、全く新たな同種ターゲットＩＤ「１００」、同種列ＩＤ「１０００」〜「１００２」を作成し付加する（図中（β）で示すレコード）。そして、これらの同種ターゲットＩＤ「１００」、同種列ＩＤ「１０００」〜「１００２」を用いて、図２５（Ｃ）に示すような第２統合同種データテーブルを作成する。さらに、第１統合同種データテーブル（図２５（Ｂ））と、前記第２統合同種データテーブルとを比較し、患者ＩＤ及び診察開始日が同じレコードを結合して、図２５（Ｄ）に示す第１スクリーニングデータテーブルを作成する。これにより、後から所望の検索条件を容易に付加することが可能となる。なお、新たな同種ターゲットＩＤ「１００」、同種列ＩＤ「１０００」〜「１００２」は、図２６（Ａ）〜（Ｄ）に示すように、従来のテーブルに追記してもよいし、全く新しいテーブルを作成してもよい。

以上、述べたように、本発明の診療データ管理プログラム及び診療データ管理システムによれば、電子カルテや各種部門システムのメーカーやシステム自体が変更される等して、異なる形式のデータベースが存在しても、これらの統合データベースを作成する必要がなく、統合データベースを作成するための多大な労力と金銭が不要となるとともに、コンピュータ資源を節約することができる。また、複数のデータベースから全てのデータを網羅して統合データベースを作成することは一般的に困難であり、一部のデータは統合データベースに組み込まれず、バックアップ用のストレージ等のみに残されることが多々あったが、本発明の診療データ管理プログラム及び診療データ管理システムによれば、統合データベースを作成する必要がないため、元のデータベースをそのまま残して運用することが可能であり、データの保全にも有利である。

また、データの検索等のおいて、その都度必要な範囲のみの処理を行うため、データの検索、統計処理、問い合わせが速やかに行えるとともに、システム自体の負荷を低減させることができる。

また、本発明の診療データ管理プログラム及び診療データ管理システムを運用中に、再度電子カルテや各種部門システムのメーカーやシステム自体が変更されたり、他の病院等と合併等したりしてデータベースの数が増えても、同種ターゲット用のテーブル、同種列用のテーブル、データ変換ルール用のテーブル等のメンテナンスで対応することができ、新たな統合データベースを作成する必要がなく、将来にわたってコストを抑えた柔軟な対応をすることができる。

さらに、複数の同種データテーブル（統合同種データテーブル）又はスクリーニングデータテーブルを作成し、これらのテーブルによる多段的な検索と抽出を行うことで、複雑な検索が行いやすくなる。さらに、これまでの同種ターゲット及び同種列には存在しない別の検索項目を本発明の診療データ管理システムに加えようとしたとき、既にある同種ターゲット及び同種列を変更することなく、同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルに新たな同種ターゲット及び同種列等を付加する、又は新たな同種ターゲット用のテーブル、同種列用のテーブル、及びデータ変換ルール用のテーブルを別に設けることで実現できるため、メンテナンス等に必要な費用を大幅に節約することができる。

なお、上述した診療データ管理プログラム及び診療データ管理システムは、本発明の例示であり、発明の趣旨を逸脱しない範囲でその構成を適宜変更することができる。例えば、処理の結果が同じであれば、上述の処理のフローの順番を一部入れ替えることもできる。また、データの変換処理において、実データテーブルをそのまま残して、別途同種データテーブルを作成することもできる。また、統合同種データテーブルを作成せずに、同種データテーブルから直接、スクリーニングデータテーブルを作成することもできる。

１・・診療データ管理システム、
１０・・入力部、１１・・制御部、１２・・検索制御部、１３・・変換制御部、１４・・表示部、１５・・スクリーニング制御部、
２０・・記憶部、２１・・同種ターゲット用のテーブル、２２・・同種列用のテーブル、２３・・データ変換ルール用のテーブル、２４・・各種マスタテーブル、２５・・作業用記憶部、
１００，２００・・データベース、

Claims (5)

1. 複数のデータベースを統合して管理する診療データ管理システムにおいて、
   同じ目的のために前記データベース毎に設けられた異なるテーブルを、論理的な１つの同種ターゲットとしてまとめて管理するために、前記同種ターゲット毎に前記同種ターゲットを特定する同種ターゲットＩＤと前記同種ターゲットＩＤに対応する表示名を記憶する列、及び前記同種ターゲットＩＤに対応付けられた前記テーブルを特定するターゲットＩＤを記憶する列を備える同種ターゲット用のテーブルと、
   前記同種ターゲットとされた複数の前記テーブルの中の同じ意味を持つ列を論理的な１つの同種列としてまとめて管理するとともに、前記同種列とされた列に記憶された実データを統合のための同種データに変換する変換ルールを管理するために、前記同種列毎に前記同種列を特定する同種列ＩＤと前記同種列ＩＤに対応する表示名を記憶する列、前記同種列ＩＤに対応付けられた前記テーブルの中の同じ意味を持つ列の項目名を記憶する列、前記同種列毎にデータ変換の必要の有無を記憶する列、前記同種列にデータ変換が必要なときに前記同種列毎の前記変換ルールを特定するデータ変換ルールＩＤを記憶する列、及び前記データ変換ルールＩＤに対応する前記実データと前記同種データとを記憶する列を備える同種列用のテーブル及びデータ変換ルール用のテーブルと、
   検索条件が入力されると、前記同種ターゲット用のテーブル、前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき、検索対象となる前記データベース毎に設けられた前記テーブルと前記テーブルの中の同じ意味を持つ列とを特定し、前記データベースから前記実データを検索し第１実データテーブルを作成する検索制御部と、
   前記第１実データテーブルを前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき前記同種データに変換し第１同種データテーブルを作成するとともに、１つ以上の前記第１同種データテーブルを統合して第１統合同種データテーブルを作成する変換制御部と、
   新たな検索条件が入力されると前記検索制御部に新たな前記実データを検索させて第２実データテーブルを作成させるとともに、前記変換制御部に前記第２実データテーブルによる第２同種データテーブル及び第２統合同種データテーブルを作成させ、前記第１統合同種データテーブルと前記第２統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第１統合同種データテーブル及び／又は前記第２統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第１スクリーニングデータテーブルを作成するスクリーニング制御部と、
   を備えることを特徴とする診療データ管理システム。
2. 前記スクリーニング制御部は、さらに検索条件が入力されると、前記検索制御部に第ｎ実データテーブル（ｎは３以上の自然数）を作成させるとともに、前記変換制御部に第ｎ同種データテーブル及び第ｎ統合同種データテーブルを作成させ、第ｎ−２スクリーニングデータテーブルと第ｎ統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第ｎ−２スクリーニングデータテーブル及び／又は第ｎ統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第ｎ−１スクリーニングデータテーブルを作成することを特徴とする請求項１に記載の診療データ管理システム。
3. 複数の前記データベースが、異なる世代の医療情報システムによるデータベースであることを特徴とする請求項１又は２に記載の診療データ管理システム。
4. 複数の前記データベースが、並列して存在する異なる医療情報システムによるデータベースであることを特徴とする請求項１又は２に記載の診療データ管理システム。
5. 複数のデータベースを統合して管理する診療データ管理プログラムにおいて、
   同じ目的のために前記データベース毎に設けられた異なるテーブルを、論理的な１つの同種ターゲットとしてまとめて管理するために、前記同種ターゲット毎に前記同種ターゲットを特定する同種ターゲットＩＤと前記同種ターゲットＩＤに対応する表示名を記憶する列、及び前記同種ターゲットＩＤに対応付けられた前記テーブルを特定するターゲットＩＤを記憶する列を備える同種ターゲット用のテーブルと、
   前記同種ターゲットとされた複数の前記テーブルの中の同じ意味を持つ列を論理的な１つの同種列としてまとめて管理するとともに、前記同種列とされた列に記憶された実データを統合のための同種データに変換する変換ルールを管理するために、前記同種列毎に前記同種列を特定する同種列ＩＤと前記同種列ＩＤに対応する表示名を記憶する列、前記同種列ＩＤに対応付けられた前記テーブルの中の同じ意味を持つ列の項目名を記憶する列、前記同種列毎にデータ変換の必要の有無を記憶する列、前記同種列にデータ変換が必要なときに前記同種列毎の前記変換ルールを特定するデータ変換ルールＩＤを記憶する列、及び前記データ変換ルールＩＤに対応する前記実データと前記同種データとを記憶する列を備える同種列用のテーブル及びデータ変換ルール用のテーブルとを備えるコンピュータを、
   検索条件が入力されると、前記同種ターゲット用のテーブル、前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき、検索対象となる前記データベース毎に設けられた前記テーブルと前記テーブルの中の同じ意味を持つ列を特定し、前記データベースから前記実データを検索し第１実データテーブルを作成する検索制御部と、
   前記第１実データテーブルを前記同種列用のテーブル、及び前記データ変換ルール用のテーブルに基づき前記同種データに変換し第１同種データテーブルを作成するとともに、１つ以上の前記第１同種データテーブルを統合して第１統合同種データテーブルを作成する変換制御部と、
   新たな検索条件が入力されると前記検索制御部に新たな前記実データを検索させて第２実データテーブルを作成させるとともに、前記変換制御部に前記第２実データテーブルによる第２同種データテーブル及び第２統合同種データテーブルを作成させ、前記第１統合同種データテーブルと前記第２統合同種データテーブルとに共通する所望の前記同種列に記憶される前記同種データ同士を比較し、前記第１統合同種データテーブル及び／又は前記第２統合同種データテーブルから所望の条件に合致する前記同種データが含まれるレコードをスクリーニングデータとして抽出することで、第１スクリーニングデータテーブルを作成するスクリーニング制御部と、
   として機能させることを特徴とする診療データ管理プログラム。

Images