JP2004164052A

JP2004164052A - Medical information management system

Info

Publication number: JP2004164052A
Application number: JP2002326314A
Authority: JP
Inventors: Taishin Hino; 泰臣日野; Akihiro Tanigawa; 明浩谷川; Hironori Hayashizaki; 浩典林崎; Kazuhiro Suzuki; 一洋鈴木
Original assignee: Yokogawa Electric Corp
Current assignee: Yokogawa Electric Corp
Priority date: 2002-11-11
Filing date: 2002-11-11
Publication date: 2004-06-10

Abstract

<P>PROBLEM TO BE SOLVED: To obtain a medical information management system capable of efficiently performing engineering for making a medical information server to cope with various medical information messages. <P>SOLUTION: This medical information management system stores medical information inputted from client terminals 2a provided in a medical facility in an electronic recording medium 6 and manages the medical information in a data base 5, and researches the stored medical information by using a research key transmitted from the client terminal 2a, and transmits the medical information to the client terminal 2a. This medical information management system is provided with a means 10 for extracting a research key from the medial information, a means 13 for forming the research key extracting means 10 on the basis of the research item definition and medical information form definition of the prepared medical information, a research key table 12 for relating the research key to information stored in the electronic recording medium of the medical information, a research key table access means 11 for accessing the research key table, and an automatic generating means 14 for forming the research key table access means 11 and a table forming SQL script. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、医療機関の受付、医事、病棟看護等の複数の部門システム内に設置されたクライアント端末で発行される各種の医療情報を管理する医療情報管理システムに関するものである。
【０００２】
【従来の技術】
従来の医療情報管理システムは例えば次の特許文献１に記載されている。
【０００３】
【特許文献１】
特開２００２−２６９２２８号公報
【０００４】
図３は従来の医療情報管理システムの構成概略図である。
図３において、医療情報管理システムは、医療情報サーバ１と医療機関内の受付、医事、病棟看護等の部門システム２とその内部に設置されるクライアント端末２ａとが図示しない通信ネットワークによって接続されて構成されている。
【０００５】
そして、医療情報サーバー１は、入出力手段３、記憶手段４、データベース５、電子記録媒体６、データベース作成手段７、検索手段８、媒体制御手段９とからなっている。
【０００６】
診療クライアント２ａは、入出力手段３に接続されており、入出力手段３は、クライアント端末２ａと医療情報サーバ１との間で行われる各種の医療情報の入出力を制御する。
【０００７】
また、クライアント端末２ａと医療情報サーバ１との間で入出力が行われる医療情報は、例えばヘルス・レベル・セブン（ＨｅａｌｔｈＬｅｖｅｌＳｅｖｅｎ、以下、ＨＬ７と記す）と呼ばれる医療情報交換規約に準拠している。
【０００８】
ＨＬ７とは、患者の登録、入退院、保健請求、検査結果、所見、画像、診療記録、マスターファイル等、医療機関内で発生する医療情報全般に関する電子データを交換するために、データ形式とネットワークプロトコルの形式を共通化させる医療情報交換規約であり、このＨＬ７に準拠したインターフェイスを実装することにより、プログラミング言語、ＯＳ等の異なる医療機関内の部門システム間で多種の医療情報を交換することを可能とするものである。
【０００９】
また、入出力手段３は、ＣＯＲＢＡ（ＣｏｍｍｏｎＯｂｊｅｃｔＲｅｑｕｅｓｔＢｒｏｋｅｒＡｒｃｈｉｔｅｃｔｕｒｅ）と呼ばれる、機種やＯＳの異なる機器に散らばった異なるプログラミング言語のオブジェクト間のメッセージを交換するための仲介ソフトウエアＯＲＢ（ＯｂｊｅｃｔＲｅｑｕｅｓｔＢｒｏｋｅｒ）の仕様に準拠しており、これによりクライアント端末２ａと医療情報サーバ１のシステムが異なる場合でも、両者間の通信を可能としている。
【００１０】
また、ＨＬ７に準拠した医療情報は、ＸＭＬ（ＥｘｔｅｎｓｉｂｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）と呼ばれる言語で記述されており、これにより、一般的に使用されるウエブブラウザで表示可能となっている。
【００１１】
記憶手段４は、情報を一時的に記憶するメモリで、電子記録媒体６は例えば１回のみ記録可能で書き換え不能（ライトワンス）なＣＤ−Ｒ、ＤＶＤ−Ｒ等であり、クライアント端末２ａから送信される各種の医療情報が記録されている。
この場合、ＤＶＤ−Ｒはライトワンスであるので、内容が改竄される恐れが無く医療情報を永久保存することができる。
【００１２】
データベース５には、電子記録媒体６へ記録されている医療情報の種類毎に各種の医療情報テーブルが設けられ、例えば患者情報テーブルには、インデックス、患者名、患者ＩＤ、生年月日、登録日、電子記録媒体上のファイル名及び記録場所を示すパス（ＰＡＴＨ）が互いに関連付けられて格納されている。
【００１３】
また、検査情報テーブルには、インデックス、検査名、電子記録媒体６上のファイル名及び記録場所を示すパス（ＰＡＴＨ）が互いに関連付けられて格納され、検索キーテーブルには、インデックスと例えば患者名、患者ＩＤ、登録日等の検索キーとが互いに関連付けられて格納されている。
【００１４】
従って、検索キーテーブルの検索キーとその他のテーブル内の医療情報のファイル名及び記録場所とはインデックスによって互いに関連付けられ、インデックスが特定されることにより医療情報のファイル名及び記録場所を示すパスが特定されることとなる。
【００１５】
データベース作成手段７は、クライアント端末２ａから送信される各種の医療情報に基づいて検索キーを抽出すると共に電子記録媒体６上のファイル名と記録場所を決定してデータベース５内の各種テーブルを作成し、媒体制御手段９は医療情報を電子記録媒体６の決定された場所に記録する
【００１６】
そして、検索手段８は、クライアント端末２ａから送信される検索キーに基づいてデータベース５を検索して検索対象である医療情報の電子記録媒体上の格納場所を特定し、媒体制御手段９は検索手段８の検索結果に基づいた医療情報を電子記録媒体６から読み出す。
【００１７】
そして、読み出された医療情報は、記憶手段４に一時記憶され、入出力手段３によりクライアント端末２ａに送信される。
【００１８】
【発明が解決しようとする課題】
しかし、このような医療情報管理システムにおいては次のような問題点があった。
医療情報交換規約にはさまざまなフォーマットが存在し、例えばＨＬ７では，医療情報メッセージ設計のためのフレームワークが規定されている。
このため，各医療現場ごとに，必要な医療情報メッセージをＸＭＬで作成することが可能となっている。
【００１９】
従って、医療情報サーバは，多種多様な書式のＸＭＬの医療情報メッセージを扱えなければならない。
しかし．異なったＸＭＬ形式の医療情報メッセージは，検索項目の種類，メッセージ内の検索キーの位置が異なるため、データベース作成手段７の有する検索キーを抽出する機能を医療情報ごとに個別に開発しなければならない。
【００２０】
同様に，データベース作成手段内の機能として、具体的なデータベース５内の各種テーブル・カラムへのアクセス機能やデータベース５内の各種テーブル構造も，医療情報メッセージごとに個別に適切なものを開発しなければならない。
【００２１】
また，入出力手段３においても，クライアント端末２ａからの検索キーの伝達において，検索項目の種類・個数に依存した，プログラム言語上の構造体型を作成して利用している場合は，これも定義し直さなければならない．
【００２２】
本発明は上述した問題点を解決するためになされたものであり、医療情報サーバを多種多様の医療情報メッセージに対応させるためのエンジニアリングを効率的に行うことができる医療情報管理システムを実現することを目的とする。
【００２３】
【課題を解決するための手段】
本発明の請求項１においては、医療機関内のクライアント端末から入力される医療情報を電子記録媒体に保存しデータベースで管理すると共に保存された前記医療情報を前記クライアント端末から送信される検索キーを用いて検索して前記クライアント端末に送信する医療情報管理システムにおいて、入力された医療情報から検索キーを抽出する検索キー抽出手段と、予め用意された医療情報の検索項目定義及び医療情報書式定義に基づいて前記検索キー抽出手段を作成する抽出手段作成手段と、前記データベースに格納され予め用意されたテーブル作成ＳＱＬスクリプトに基づいて作成され、前記検索キーと医療情報の前記電子記録媒体上の保存情報とを関連付ける検索キーテーブルと、前記検索キーテーブルにアクセスする検索キーテーブルアクセス手段と、前記検索項目定義に基づいて前記検索キーテーブルアクセス手段及び前記テーブル作成ＳＱＬスクリプトを作成する自動生成手段、とを具備することを特徴とする医療情報管理システムである。
【００２４】
本発明の請求項２においては、請求項１記載の医療情報管理システムにおいて、前記医療情報はＸＭＬで記述され、前記医療情報書式定義はＸＭＬのＤＴＤ、ＸＭＬスキーマ、及び文書例を含むことを特徴とする医療情報管理システムである。
【００２５】
本発明の請求項３においては、請求項１記載の医療情報管理システムにおいて、前記検索項目定義は、検索項目をその名称とともに定義する手段を具備することを特徴とする医療情報管理システムである。
【００２６】
本発明の請求項４においては、請求項１記載の医療情報管理システムにおいて、前記保存情報は、医療情報の前記電子記録媒体上のファイル名及び前記電子記録媒体上の位置情報を含むことを特徴とする医療情報管理システムである。
【００２７】
【発明の実施の形態】
次に、本発明の実施例について図面を用いて説明する。
図１は本発明の一実施例の構成概略図である。
尚、以下の図面において、図３と重複する部分は同一番号を付してその説明は適宜に省略する。
【００２８】
図１において、医療情報管理システムは、図３に示された医療情報管理システムに検索キー抽出手段１０、検索キーテーブルアクセス手段１１、検索キーテーブル１２、抽出手段作成手段１３、自動生成手段１４が加えられて構成されている。
【００２９】
検索キーテーブル１２は、図２に示すように、各検索項目（検索キーテーブルのフィールド名に相当）の実際のデータ内容（検索キー）とその医療情報メッセージの電子記録媒体６上の保存情報（ｐａｔｈ）とを関連付けたテーブルであり、この保存情報は、電子記録媒体６に保存されているファイル名および記録位置情報を含むものである。
【００３０】
検索キー抽出手段１０は、データベース作成手段７に用いられてクライアント端末２ａから入力された医療情報メッセージから検索キーを抽出する手段であり、検索キーテーブルアクセス手段１１は、データベース５内部に設けられた検索キーテーブル１２にアクセスするための手段である。
【００３１】
抽出手段作成手段１３は、予め用意された検索キー定義１５と医療情報書式定義１６に基づいて検索キー抽出手段１０を自動作成する手段である。
尚、より適切な検索キー抽出動作を行うように、自動作成された検索キー抽出手段１０を人手によって修正しても良いが、多くの場合，医療情報書式定義１６が単純であればそのまま使用可能である。
【００３２】
自動生成手段１４は、予め用意された検索項目定義１５に基づいて、検索キーテーブルアクセス手段１１とテーブル作成ＳＱＬスクリプト１７を自動生成する手段である。
【００３３】
ＳＱＬはリレーショナルデータベース操作言語の一種であり、テーブル作成ＳＱＬスクリプト１７は、データベース５内に検索項目（テーブルのフィールド名）の種類と個数に依存した検索キーテーブル１２を生成するためのＳＱＬが書かれたスクリプトファイルである。
即ち、検索キーテーブル１２は、テーブル作成ＳＱＬスクリプト１７に基づいて作成される。
【００３４】
そして、検索キー抽出手段１０、検索キーテーブルアクセス手段１１及び検索キーテーブル１２は、入力される医療情報メッセージの書式によって異なるものが必要であり、これらを自動作成する（ソースプログラムを自動生成する）ために予め用意される入力情報として、上述のように検索項目定義１５と医療情報書式定義１６がある。
【００３５】
検索項目定義１５は、ある具体的な医療情報メッセージが保持する情報のうち，そのメッセージを医療情報サーバ１の電子記録媒体６に格納したのち，検索時に検索項目として使用したい情報について列挙し，それぞれに名称を与えた定義物である。その書式の一例を以下に示す。
【００３６】

【００３７】
上記の検索キー定義１５において、「ｐａｔｉｅｎｔＩＤ」（患者ＩＤ）、「ｄａｔｅＩｓｓｕｅｄ」（発行日）、「ｃｌｉｎｉｃＣｏｄｅ」（医療機関コード）、「ｈｏｓｐｉｔａｌＣｏｄｅ」（病院コード）が検索項目として定義されており、これらが検索キーテーブルのフィールド名（検索項目）として生成される。
【００３８】
そして、医療情報書式定義１６は、ある具体的な医療情報メッセージの書式であり、ＸＭＬの文書型を定義するＤＴＤ（ＤｏｃｕｍｅｎｔＴｙｐｅＤｅｆｉｎｉｔｉｏｎ）、ＸＭＬ文書で使用されるタグの定義を記述するためのＸＭＬスキーマ、実際に入力される具体的な医療情報メッセージを示すＸＭＬの文書例等を含むものである。
それら書式定義の中の一つである、文書例の一例（一部抜粋）を以下に示す。
【００３９】

【００４０】
上記の文書例において、「患者ＩＤ」を意味する部分のタグ（検索項目）が「ｐａｔｉｅｎｔ＿ｉｄ」であり、その内容の値（検索キー）は“００７７００８８００３６”であることを示し、同様に「発行日」を意味する部分のタグ（検索項目）が「ａｃｔｉｖｉｔｙ＿ｔｉｍｅ」であり、その属性Ｖの内容の値（検索キー）は“２００２１０２１”であることを示している。
【００４１】
次に、図１に示した医療情報管理システムの構築動作を説明する。
まず、入力ＸＭＬ文書（医療情報メッセージ）の書式を決定し、医療情報書式定義１６を予め作成する。
これは病院内システム、あるいは病院連携システムにおいて情報交換すべき内容に依存し、システムユーザととともに設計する。
【００４２】
次に、入力ＸＭＬ文書を検索するための検索項目を決定する。
これは，先に決定したＸＭＬ文書内の情報のうち，あとでＸＭＬ文書を検索するために，ＸＭＬ文書内のどの情報を検索項目とするかを決定することであり、例えば患者紹介状というＸＭＬ文書ならば、検索項目例としては「患者ＩＤ」、「発行日」、「紹介元病院名」、「紹介先病院名」などが挙げられる。
【００４３】
次に、例えば上述の検索項目定義例Ａのような検索項目定義１５を記述し、自動生成手段１４に入力する。
そして、自動生成手段１４は入力された検索項目定義１５に基づいてソースコードを生成し、検索キーテーブルアクセス手段１１及びテーブル作成ＳＱＬスクリプト１７を自動生成する。
【００４４】
次に、予め作成された検索項目定義１５と医療情報書式定義１６を抽出手段作成手段１３に入力し、抽出手段作成手段１３は、検索項目定義１５と医療情報書式定義１６に基づいて検索キー抽出手段１０を自動生成する。
【００４５】
次に、検索キー抽出手段１０の単体テストとして、さまざまな入力ＸＭＬ文書例を用いて，正常に検索キーが抽出されるか否かの検証を行い、必要に応じて人手によって検索キー抽出手段１０の改良（ソースコードの書き換え）を行う。
【００４６】
次に、予め先に作成されたテーブル作成ＳＱＬスクリプト１７を用いて、データベース５内に入力ＸＭＬ文書の検索キーテーブルである検索キーテーブル１２を作成する。
【００４７】
例えば上記の検索キー定義１５においては、「ｐａｔｉｅｎｔＩＤ」（患者ＩＤ）、「ｄａｔｅＩｓｓｕｅｄ」（発行日）、「ｃｌｉｎｉｃＣｏｄｅ」（医療機関コード）、「ｈｏｓｐｉｔａｌＣｏｄｅ」（病院コード）が検索項目として定義されており、テーブル作成ＳＱＬスクリプト１７は、これらが検索キーテーブルのフィールド名（検索項目）となる検索キーテーブル１２を作成する。
【００４８】
そして、作成された検索キー抽出手段１０と検索キーテーブルアクセス手段１１及び検索キーテーブル１２を医療情報サーバ１に組み込む。
これは医療情報サーバ起動時の設定情報ファイルによって与えられる。
【００４９】
次に、図１に示した医療情報管理システムの動作を説明する。
クライアント端末２ａは医療情報メッセージ（ＸＭＬ文書）を医療情報サーバ１に入力し、データベース作成手段７は、検索キー抽出手段１０を用いて入力された医療情報メッセージから検索キーを抽出すると共に、検索キーテーブルアクセス手段１１を用いて抽出した検索キーをデータベース５内の検索キーテーブル１２の対応する位置に記録する。
【００５０】
検索キー抽出手段１０を用いた検索キー抽出動作についてさらに詳しく説明する。
例えば、上述のような入力ＸＭＬ文書例Ｂが入力された場合、データベース作成手段７は、検索キー抽出手段１０を用いて、入力ＸＭＬ文書例Ｂから、「患者ＩＤ」を意味する部分としてタグ「ｐａｔｉｅｎｔ＿ｉｄ」（検索項目）のコンテンツ（“００７７００８８００３６”）を検索キーとして抽出し，プログラム内の所定の場所に記憶させる。
【００５１】
同様に、「発行日」を意味する部分としてタグ「ａｃｔｉｖｉｔｙ＿ｔｉｍｅ」（検索項目）の属性Ｖの値“２００２１０２１”を検索キーとして抽出してプログラム内の所定の場所に記憶させ、以下、同様に検索対象とすべき全ての情報を検索キーとして抽出する。
【００５２】
抽出した検索キーの検索キーテーブルへの登録動作を図２に示した検索キーテーブルを例にとってさらに詳しく説明する。
データベース作成手段７は、検索キーテーブルアクセス手段１１を用いて、抽出した検索キーそれぞれを、検索キーテーブル１２のフィールド名の対応する位置に記録する。
例えば、上述の検索キー“００７７００８８００３６”はフィールド名「ｐａｔｉｅｎｔＩＤ」に対応する位置、検索キー“２００２１０２１”はフィールド名「ｄａｔｅＩｓｕｕｅｄ」に対応する位置に記録される。
【００５３】
次に、クライアント端末２ａから医療情報メッセージを検索する場合は、クライアント端末２ａは検索キーを医療情報サーバ１に入力し、医療情報サーバ１の検索手段８は検索キーテーブルアクセス手段１１を用いて検索キーテーブル１２を検索する。
【００５４】
そして、検索手段８は、入力された検索キーに対応付けられた医療情報メッセージの電子記録媒体６上の保存情報としてファイル名および記録位置情報（ｐａｔｈ）を取得し、媒体制御手段９を用いて電子記録媒体６から該当する医療情報メッセージを読み出して記憶手段４に一時記憶し、入出力手段３はクライアント端末２ａに検索された医療情報メッセージを送信する。
【００５５】
上述のような医療情報管理システムによれば、異なるＸＭＬ形式の医療情報メッセージから検索キーを抽出する検索キー抽出手段１０を予め用意された検索項目定義１５と医療情報書式定義１６に基づいて自動生成するようにしたので、検索キー抽出手段１０を個別に開発する必要はない。
【００５６】
また、予め用意された検索項目定義１５に基づいてデータベース５内に検索キーテーブル１２を自動作成すると共に、検索キーテーブルアクセス手段１１を自動作成するようにしたので、異なるＸＭＬ形式の医療情報ごとにこれらを個別に開発する必要はない。
【００５７】
【発明の効果】
以上説明したように本発明によれば、医療情報サーバを多種多様の医療情報メッセージに対応させるために、人手によって開発する部分を最小限に抑え．また検証工数も削減することができ、エンジニアリングを効率的に行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施例の構成概略図である。
【図２】検索キーテーブルの構成を示す図である。
【図３】従来の医療情報管理システムの構成概略図である。
【符号の説明】
１医療情報サーバ
２ａクライアント端末
３入出力手段
４記憶手段
５データベース
６電子記録媒体
７データベース作成手段
８検索手段
９媒体制御手段
１０検索キー抽出手段
１１検索キーテーブルアクセス手段
１２検索キーテーブル
１３抽出手段作成手段
１４自動生成装置
１５検索項目定義
１６医療情報書式定義
１７テーブル作成ＳＱＬスクリプト[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a medical information management system that manages various types of medical information issued by client terminals installed in a plurality of department systems such as medical institution reception, medical affairs, and ward nursing.
[0002]
[Prior art]
A conventional medical information management system is described in, for example, Patent Document 1 below.
[0003]
[Patent Document 1]
Japanese Patent Application Laid-Open No. 2002-269228
FIG. 3 is a schematic configuration diagram of a conventional medical information management system.
In FIG. 3, the medical information management system includes a medical information server 1, a department system 2 for reception, medical affairs, ward nursing, and the like in a medical institution, and a client terminal 2a installed therein, which is connected by a communication network (not shown). It is configured.
[0005]
The medical information server 1 includes an input / output unit 3, a storage unit 4, a database 5, an electronic recording medium 6, a database creation unit 7, a search unit 8, and a medium control unit 9.
[0006]
The medical treatment client 2a is connected to the input / output unit 3, and the input / output unit 3 controls input / output of various types of medical information between the client terminal 2a and the medical information server 1.
[0007]
The medical information input and output between the client terminal 2a and the medical information server 1 is based on, for example, a medical information exchange rule called Health Level Seven (hereinafter, referred to as HL7). I have.
[0008]
HL7 is a data format and network protocol for exchanging electronic data related to general medical information generated in medical institutions such as patient registration, hospitalization / discharge, health claims, test results, findings, images, medical records, master files, etc. Is a medical information exchange protocol that standardizes the format of medical information. By implementing an interface conforming to this HL7, it is possible to exchange various types of medical information between department systems in medical institutions with different programming languages, OSs, etc. It is assumed that.
[0009]
Also, the input / output means 3 is a mediation software ORB (Object Request Broker) for exchanging messages between objects of different programming languages called CORBA (Common Object Request Broker Architecture) scattered on devices having different models and OSs. This allows communication between the client terminal 2a and the medical information server 1 even if the systems are different.
[0010]
In addition, medical information compliant with HL7 is described in a language called XML (Extensible Markup Language), and can be displayed on a generally used web browser.
[0011]
The storage means 4 is a memory for temporarily storing information, and the electronic recording medium 6 is a non-rewritable (write-once) CD-R, DVD-R or the like which can be recorded only once, and is transmitted from the client terminal 2a. Various medical information to be performed are recorded.
In this case, since the DVD-R is a write-once, medical information can be permanently stored without fear of falsification of the contents.
[0012]
The database 5 is provided with various medical information tables for each type of medical information recorded on the electronic recording medium 6. For example, the patient information table includes an index, a patient name, a patient ID, a date of birth, and a registration date. , A file name on the electronic recording medium and a path (PATH) indicating the recording location are stored in association with each other.
[0013]
The examination information table stores an index, an examination name, a file name on the electronic recording medium 6 and a path (PATH) indicating a recording location in association with each other. Search keys such as a patient ID and a registration date are stored in association with each other.
[0014]
Accordingly, the search key of the search key table and the file name and recording location of the medical information in the other tables are associated with each other by the index, and the path indicating the file name and the recording location of the medical information is specified by specifying the index. Will be done.
[0015]
The database creating means 7 extracts a search key based on various medical information transmitted from the client terminal 2a, determines a file name and a recording location on the electronic recording medium 6, and creates various tables in the database 5. The medium control means 9 records the medical information at the determined location on the electronic recording medium 6.
Then, the search means 8 searches the database 5 based on the search key transmitted from the client terminal 2a to specify the storage location of the medical information to be searched on the electronic recording medium. The medical information based on the search result of step 8 is read from the electronic recording medium 6.
[0017]
The read medical information is temporarily stored in the storage unit 4 and transmitted to the client terminal 2a by the input / output unit 3.
[0018]
[Problems to be solved by the invention]
However, such a medical information management system has the following problems.
There are various formats in the medical information exchange protocol. For example, HL7 defines a framework for designing medical information messages.
For this reason, it is possible to create a required medical information message in XML for each medical site.
[0019]
Therefore, the medical information server must be able to handle medical information messages in XML in various formats.
However. Since medical information messages of different XML formats have different types of search items and different positions of search keys in the messages, the function of the database creation means 7 for extracting search keys must be developed individually for each medical information. .
[0020]
Similarly, specific functions for accessing various tables and columns in the database 5 and various table structures in the database 5 must be individually developed as appropriate functions in the database creation means. Must.
[0021]
Also, in the input / output means 3, when transmitting and receiving the search key from the client terminal 2a, if a structure type in a programming language depending on the type and number of search items is created and used, this is also defined. I have to do it again.
[0022]
The present invention has been made to solve the above-described problems, and it is an object of the present invention to provide a medical information management system capable of efficiently performing engineering for making a medical information server correspond to various medical information messages. With the goal.
[0023]
[Means for Solving the Problems]
According to the first aspect of the present invention, medical information input from a client terminal in a medical institution is stored in an electronic recording medium, managed in a database, and the stored medical information is stored in a search key transmitted from the client terminal. In a medical information management system for searching and transmitting to the client terminal using a search key extracting means for extracting a search key from input medical information, a search item definition and a medical information format definition of medical information prepared in advance Extracting means creating means for creating the search key extracting means based on the search key and medical information stored on the electronic recording medium, created on the basis of a table creation SQL script stored in the database and prepared in advance. And a search key table for accessing the search key table. And Le access means, automatic generation means for generating the retrieval key table access unit and the table creation SQL script based on the search item definition, a medical information management system characterized by comprising the city.
[0024]
According to a second aspect of the present invention, in the medical information management system according to the first aspect, the medical information is described in XML, and the medical information format definition includes an XML DTD, an XML schema, and a document example. It is a medical information management system.
[0025]
According to a third aspect of the present invention, in the medical information management system according to the first aspect, the search item definition includes means for defining a search item together with its name.
[0026]
According to a fourth aspect of the present invention, in the medical information management system according to the first aspect, the stored information includes a file name of the medical information on the electronic recording medium and positional information on the electronic recording medium. It is a medical information management system.
[0027]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a schematic diagram showing the configuration of an embodiment of the present invention.
In the following drawings, the same parts as those in FIG. 3 are denoted by the same reference numerals, and description thereof will be omitted as appropriate.
[0028]
In FIG. 1, the medical information management system includes the medical information management system shown in FIG. 3 in which a search key extraction unit 10, a search key table access unit 11, a search key table 12, an extraction unit creation unit 13, and an automatic generation unit 14 are provided. It is configured in addition.
[0029]
As shown in FIG. 2, the search key table 12 stores the actual data content (search key) of each search item (corresponding to the field name of the search key table) and the storage information of the medical information message on the electronic recording medium 6 ( path), and the storage information includes a file name and recording position information stored in the electronic recording medium 6.
[0030]
The search key extracting means 10 is a means for extracting a search key from the medical information message input from the client terminal 2a used by the database creating means 7, and the search key table access means 11 is provided inside the database 5. This is means for accessing the search key table 12.
[0031]
The extracting means creating means 13 is means for automatically creating the search key extracting means 10 based on the search key definition 15 and the medical information format definition 16 prepared in advance.
The automatically created search key extraction means 10 may be manually modified so as to perform a more appropriate search key extraction operation. However, in many cases, if the medical information format definition 16 is simple, it can be used as it is. It is.
[0032]
The automatic generation unit 14 is a unit for automatically generating the search key table access unit 11 and the table creation SQL script 17 based on the search item definition 15 prepared in advance.
[0033]
SQL is a type of relational database operation language, and a table creation SQL script 17 is written in the database 5 to generate a search key table 12 depending on the type and number of search items (table field names). Script file.
That is, the search key table 12 is created based on the table creation SQL script 17.
[0034]
The search key extraction means 10, the search key table access means 11, and the search key table 12 need to be different depending on the format of the input medical information message, and these are automatically created (the source program is automatically generated). The input information prepared in advance for this purpose includes the search item definition 15 and the medical information format definition 16 as described above.
[0035]
The search item definition 15 lists information to be used as a search item at the time of search after the message is stored in the electronic recording medium 6 of the medical information server 1 among the information held by a specific medical information message. Is a definition that gives a name to. An example of the format is shown below.
[0036]

[0037]
In the above search key definition 15, “patientID” (patient ID), “dateIssued” (issue date), “clinicCode” (medical institution code), and “hospitalCode” (hospital code) are defined as search items. Is generated as a field name (search item) of the search key table.
[0038]
The medical information format definition 16 is a specific medical information message format, such as DTD (Document Type Definition) that defines an XML document type, and XML for describing the definition of tags used in the XML document. It includes a schema, an example of an XML document indicating a specific medical information message actually input, and the like.
An example (partial excerpt) of a document example, which is one of those format definitions, is shown below.
[0039]

[0040]
In the above-mentioned document example, the tag (search item) of the part meaning "patient ID" is "patient_id", and the value of the content (search key) is "007700880036". Indicates that the tag (search item) of the part meaning "" is "activity_time", and the value of the content of the attribute V (search key) is "200221021".
[0041]
Next, the construction operation of the medical information management system shown in FIG. 1 will be described.
First, the format of the input XML document (medical information message) is determined, and the medical information format definition 16 is created in advance.
This depends on the contents to be exchanged in the hospital system or the hospital cooperation system, and is designed together with the system user.
[0042]
Next, a search item for searching the input XML document is determined.
This is to determine which information in the XML document is to be used as a search item in order to search for the XML document later among the information in the XML document determined in advance, for example, an XML called a patient introduction letter. In the case of a document, examples of the search items include “patient ID”, “issue date”, “referral hospital name”, and “referral hospital name”.
[0043]
Next, for example, a search item definition 15 like the above-described search item definition example A is described and input to the automatic generation unit 14.
Then, the automatic generation unit 14 generates a source code based on the input search item definition 15, and automatically generates the search key table access unit 11 and the table creation SQL script 17.
[0044]
Next, the search item definition 15 and the medical information format definition 16 that have been created in advance are input to the extracting unit creating unit 13, and the extracting unit creating unit 13 extracts the search key based on the search item definition 15 and the medical information format definition 16. The means 10 is automatically generated.
[0045]
Next, as a unit test of the search key extraction unit 10, verification is performed using a variety of input XML document examples to determine whether or not the search key is correctly extracted. Improve (rewrite source code).
[0046]
Next, a search key table 12, which is a search key table for the input XML document, is created in the database 5 using the table creation SQL script 17 created in advance.
[0047]
For example, in the above search key definition 15, "patientID" (patient ID), "dateIssued" (issue date), "clinicCode" (medical institution code), and "hospitalCode" (hospital code) are defined as search items. The table creation SQL script 17 creates the search key table 12 in which these are the field names (search items) of the search key table.
[0048]
Then, the created search key extracting means 10, search key table access means 11, and search key table 12 are incorporated in the medical information server 1.
This is given by the setting information file at the time of starting the medical information server.
[0049]
Next, the operation of the medical information management system shown in FIG. 1 will be described.
The client terminal 2a inputs a medical information message (XML document) to the medical information server 1, and the database creating means 7 extracts a search key from the input medical information message by using the search key extracting means 10, and searches for the search key. The search key extracted using the table access means 11 is recorded at a corresponding position in the search key table 12 in the database 5.
[0050]
The search key extraction operation using the search key extraction means 10 will be described in more detail.
For example, when the input XML document example B as described above is input, the database creation unit 7 uses the search key extraction unit 10 to extract the tag “ The content (“007700880036”) of “patient_id” (search item) is extracted as a search key and stored in a predetermined location in the program.
[0051]
Similarly, the value “20020121” of the attribute V of the tag “activity_time” (search item) is extracted as a search key as a part meaning “issue date” and stored in a predetermined location in the program. All information to be targeted is extracted as a search key.
[0052]
The operation of registering the extracted search key in the search key table will be described in more detail using the search key table shown in FIG. 2 as an example.
The database creator 7 uses the search key table access unit 11 to record each of the extracted search keys at a position corresponding to the field name of the search key table 12.
For example, the above search key “007700880036” is recorded at a position corresponding to the field name “patientID”, and the search key “200202021” is recorded at a position corresponding to the field name “dateIsued”.
[0053]
Next, when searching for a medical information message from the client terminal 2a, the client terminal 2a inputs a search key to the medical information server 1, and the search means 8 of the medical information server 1 searches using the search key table access means 11. The key table 12 is searched.
[0054]
Then, the search unit 8 acquires the file name and the recording position information (path) as the storage information on the electronic recording medium 6 of the medical information message associated with the input search key, and uses the medium control unit 9. The corresponding medical information message is read from the electronic recording medium 6 and temporarily stored in the storage unit 4, and the input / output unit 3 transmits the searched medical information message to the client terminal 2a.
[0055]
According to the medical information management system as described above, the search key extracting means 10 for extracting a search key from a medical information message in a different XML format is automatically generated based on a previously prepared search item definition 15 and medical information format definition 16. Therefore, it is not necessary to develop the search key extracting means 10 individually.
[0056]
In addition, the search key table 12 is automatically created in the database 5 based on the search item definition 15 prepared in advance, and the search key table access unit 11 is automatically created. Therefore, for each medical information in a different XML format, There is no need to develop them separately.
[0057]
【The invention's effect】
As described above, according to the present invention, in order for a medical information server to support a wide variety of medical information messages, a part developed manually is minimized. In addition, the number of verification steps can be reduced, and engineering can be performed efficiently.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of an embodiment of the present invention.
FIG. 2 is a diagram showing a configuration of a search key table.
FIG. 3 is a schematic configuration diagram of a conventional medical information management system.
[Explanation of symbols]
Reference Signs List 1 medical information server 2a client terminal 3 input / output means 4 storage means 5 database 6 electronic recording medium 7 database creation means 8 search means 9 medium control means 10 search key extraction means 11 search key table access means 12 search key table 13 extraction means creation Means 14 Automatic generation device 15 Search item definition 16 Medical information format definition 17 Table creation SQL script

Claims

Medical information input from a client terminal in a medical institution is stored in an electronic recording medium and managed in a database, and the stored medical information is searched using a search key transmitted from the client terminal, and is searched for in the client terminal. In the transmitting medical information management system,
Search key extraction means for extracting a search key from the input medical information,
Extracting means creating means for creating the search key extracting means based on a medical information search item definition and a medical information format definition prepared in advance,
A search key table created based on a table creation SQL script stored in the database and prepared in advance, and associating the search key with information stored on the electronic recording medium of medical information;
Search key table access means for accessing the search key table;
A medical information management system comprising: a search key table access unit based on the search item definition; and an automatic generation unit that creates the table creation SQL script.

The medical information management system according to claim 1,
The medical information management system according to claim 1, wherein the medical information is described in XML, and the medical information format definition includes an XML DTD, an XML schema, and a document example.

The medical information management system according to claim 1,
The medical information management system according to claim 1, wherein the search item definition includes means for defining a search item together with its name.

The medical information management system according to claim 1,
The medical information management system according to claim 1, wherein the stored information includes a file name of the medical information on the electronic recording medium and position information on the electronic recording medium.