(57)【要約】【課題】  レスポンス悪化を避けつつ、ＤＢサーバの負荷を軽減可能な医療情報アクセスシステム、アクセス管理サーバ及びアクセス管理プログラムを提供する。【解決手段】  データベースサーバ１０と、アクセスした医療情報を患者単位に保持するクライアント３０と、医療情報を保持しているクライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けるアクセス管理サーバ２０とを備え、アクセス管理サーバ２０は、医療情報アクセス要求を受信すると、患者識別情報に関連付けたクライアント識別情報を要求元クライアント３０ａに送信し、要求元クライアント３０ａは、受信したクライアント識別情報の要求先クライアント３０ｂから患者識別情報で特定される患者の医療情報を受信することにより上記課題を解決する。【選択図】  図１
2006134165.tif 000002
【特許請求の範囲】
【請求項１】
医療情報をテーブル単位に管理するデータベースサーバと、
前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントと、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けるアクセス管理サーバとを備え、
前記アクセス管理サーバは、要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信すると、前記患者識別情報に関連付けた前記クライアント識別情報を前記要求元クライアントに送信し、
前記要求元クライアントは、受信した前記クライアント識別情報で識別される要求先クライアントから前記患者識別情報で特定される患者の前記医療情報を受信することを特徴とする医療情報アクセスシステム。
【請求項２】
前記アクセス管理サーバは、前記患者識別情報に関連付けた前記クライアント識別情報を前記要求元クライアントに送信したあと、前記医療情報を保持する前記要求元クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けることを特徴とする請求項１記載の医療情報アクセスシステム。
【請求項３】
前記アクセス管理サーバは、前記医療情報を保持している前記クライアントのクライアント識別情報、その医療情報に対応する患者の患者識別情報、及び業務内容に応じて異なる前記医療情報に含まれるテーブルの組合せ情報を関連付けることを特徴とする請求項１又は２記載の医療情報アクセスシステム。
【請求項４】
医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているアクセス管理サーバであって、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、
要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段と  
を備えたアクセス管理サーバ。
【請求項５】
医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているコンピュータを、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、
要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段と  
して機能させるためのアクセス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報アクセスシステム、アクセス管理サーバ及びアクセス管理プログラムに係り、特に医療情報へのアクセスを管理する医療情報アクセスシステム、アクセス管理サーバ及びアクセス管理プログラムに関する。
【背景技術】
【０００２】
例えば病院等の医療機関では、クライアント・サーバ方式を採用した医療情報アクセスシステムが利用されるようになった。このような医療情報アクセスシステムでは、全ての医療情報がデータベースサーバ（以下、ＤＢサーバという）に管理されている。各クライアントは、ＤＢサーバにアクセスすることで、医療情報に対する各種処理を行う。このため、ＤＢサーバは各クライアントからのアクセスが集中してしまう。
【０００３】
このようなアクセスが集中するサーバの負荷を軽減するための仕組みとして、従来、特許文献１の内容が知られている。特許文献１には、アクセスしたデータを保持するようにしたクライアントと、最新データを保持しているクライアントを把握している代理サーバと、データを管理するファイルサーバとを含むデータ格納システムが記載されている。
【０００４】
代理サーバは要求元クライアントからファイルアクセス要求を受信すると、そのファイルアクセス要求に対応するデータを保持しているクライアントの有無を判定する。データを保持しているクライアントがあると判定すれば、代理サーバはデータを保持しているクライアントに対してデータの転送指示を送信する。
【０００５】
このように、最新データを保持しているクライアントがあれば、そのクライアントから要求元クライアントに対して最新データが転送されるため、ファイルサーバへのアクセスが不要となり、ファイルサーバへの負荷が減少する。
【特許文献１】特開平１０−７８９０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
医療情報を扱う医療情報アクセスシステムでは、例えば利用者が患者の医療情報をクライアントに表示させる場合、患者ＤＢ，保険ＤＢ，病名ＤＢ，診療ＤＢ，カルテＤＢ等の複数のＤＢにアクセスし、アクセスした複数のＤＢから患者の医療情報を作成する必要があった。
【０００７】
特許文献１の内容を利用すれば、あるクライアントが医療情報アクセス要求に対応する患者の医療情報を保持しているときは、そのクライアントから要求元クライアントへ対象データを転送するため、ＤＢサーバへのアクセスが不要となり、ＤＢサーバの負荷が減少する。
【０００８】
しかしながら、代理サーバが複数のＤＢへのアクセスに対して上述の処理を行うことはレスポンスの観点から好ましくない。例えば医療業務では、医療情報へのアクセスが患者単位に行われることが多い。しかしながら、ＤＢサーバはテーブル単位に管理されているため、アクセスするＤＢが多い場合にディスクの負荷が増大し、レスポンス悪化の要因となる。
【０００９】
このように、従来の医療情報アクセスシステムでは、要求元クライアントからの医療情報アクセス要求に対して、レスポンス悪化を避けつつ、ＤＢサーバの負荷を軽減することが難しいという問題があった。
【００１０】
本発明は、上記の点に鑑みなされたもので、レスポンス悪化を避けつつ、ＤＢサーバの負荷を軽減可能な医療情報アクセスシステム、アクセス管理サーバ及びアクセス管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
そこで、上記課題を解決するため、本発明の医療情報アクセスシステムは、医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントと、前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けるアクセス管理サーバとを備え、前記アクセス管理サーバは、要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信すると、前記患者識別情報に関連付けた前記クライアント識別情報を前記要求元クライアントに送信し、前記要求元クライアントは、受信した前記クライアント識別情報で識別される要求先クライアントから前記患者識別情報で特定される患者の前記医療情報を受信することを特徴とする。
【００１２】
また、本発明は、医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているアクセス管理サーバであって、前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段とを備えたことを特徴とする。
【００１３】
また、本発明は、医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているコンピュータを、前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段として機能させるためのアクセス管理プログラムであることを特徴とする。
【００１４】
本発明は、要求元クライアントからの医療情報アクセス要求が患者単位に行われることに着目し、クライアントが保持する医療情報を患者単位としている。すなわち、本発明はＤＢサーバが保持する医療情報をテーブル単位に管理し、クライアントが保持する医療情報を患者単位に管理している。
【００１５】
本発明は、医療情報を保持しているクライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けるアクセス管理サーバを備える。アクセス管理サーバは、要求元クライアントから患者識別情報を含む医療情報アクセス要求を受信すると、患者識別情報に関連付けたクライアント識別情報を要求元クライアントに送信する。要求元クライアントは、受信したクライアント識別情報で識別される要求先クライアントから患者識別情報で特定される患者の医療情報を受信できる。
【００１６】
このように、本発明ではクライアント間で患者単位の患者情報を共有することで、ＤＢサーバへのアクセスを減少させると共に、アクセス管理サーバのレスポンス悪化を避けることができる。
【発明の効果】
【００１７】
上述の如く、本発明によれば、レスポンス悪化を避けつつ、ＤＢサーバの負荷を軽減可能な医療情報アクセスシステム、アクセス管理サーバ及びアクセス管理プログラムを提供可能である。
【発明を実施するための最良の形態】
【００１８】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、以下の実施例ではクライアント・サーバ方式を採用したシステムとして医療情報アクセスシステムを例に説明するが、ＤＢサーバとクライアントとで管理単位の異なる医療情報を扱う如何なるシステムであってもよい。本発明は、具体的に開示された実施例に限定されるものでなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【００１９】
図１は、本発明による医療情報アクセスシステムの一実施例の構成図である。図１の医療情報アクセスシステムは、ＤＢサーバとしてのオーダサーバ・医事サーバ１０，アクセス管理サーバとしての照会サーバ２０，クライアントとしての端末３０ａ〜３０ｎが、インターネットやＬＡＮ等のネットワーク４０を介して接続されている。なお、何れかの端末を指す場合には、単に参照符号３０を用いる。
【００２０】
図１のオーダサーバ・医事サーバ１０は、オーダリング・医事システム１１の機能を有している。オーダリング・医事システム１１は、患者ＤＢ１２，保険ＤＢ１３，病名ＤＢ１４，診療ＤＢ１５，カルテＤＢ１６等のテーブル単位に医療情報を管理している。
【００２１】
端末３０は、利用者が医療情報の照会，更新を行う為のものである。端末３０は、アクセスした医療情報を患者単位に保持する為の患者別ＤＢ３１を有している。照会サーバ２０は、医療情報を保持しているクライアント３０のクライアント識別情報（例えばＩＰアドレス）、その医療情報に対応する患者の患者識別情報（例えば患者ＩＤ）、及びその医療情報を利用した業務の業務ＩＤを関連付けて管理している。
【００２２】
端末３０は、一の患者の医療情報にアクセスするとき、照会サーバ２０に患者識別情報を含む医療情報アクセス要求を行う。例えば要求元の端末３０ａから患者識別情報を含む医療情報アクセス要求を受信すると、照会サーバ２０は端末３０ａ以外の他の端末３０に同じ患者の医療情報が保持されているか否かを判定する。
【００２３】
照会サーバ２０は、同じ患者の医療情報が保持されている他の端末３０があれば、その端末３０のクライアント識別情報を要求元の端末３０ａに送信し、同じ患者の医療情報が保持されている他の端末３０が無ければ、その旨を要求元の端末３０ａに送信する。
【００２４】
照会サーバ２０から同じ患者の医療情報が保持されている他の端末３０が無い旨を受信すると、要求元の端末３０ａはオーダサーバ・医事サーバ１０にアクセスし、患者識別情報で特定される患者の医療情報を受信する。要求元の端末３０ａは、オーダサーバ・医事サーバ１０から受信した医療情報を患者別ＤＢ３１に保持する。また、照会サーバ２０はクライアント３０ａのクライアント識別情報、その医療情報に対応する患者の患者識別情報、及びその医療情報を利用した業務の業務ＩＤを関連付けて管理する。
【００２５】
一方、照会サーバ２０から同じ患者の医療情報が保持されている他の端末３０のクライアント識別情報を受信すると、要求元の端末３０ａはクライアント識別情報で特定される他の端末３０にアクセスし、患者識別情報で特定される患者の医療情報を受信する。要求元の端末３０ａは、他の端末３０から受信した医療情報を患者別ＤＢ３１に保持する。また、照会サーバ２０はクライアント３０ａのクライアント識別情報、その医療情報に対応する患者の患者識別情報、及びその医療情報を利用した業務の業務ＩＤを関連付けて管理する。
【００２６】
このように、図１の医療情報アクセスシステムでは、端末３０の間で患者単位の医療情報を共有することにより、オーダサーバ・医事サーバ１０へのアクセスを減少させると共に、照会サーバ２０のレスポンス悪化を避けることができる。
【００２７】
特に病院等では、同一患者の医療情報を患者登録業務、保険情報確認業務、外来診察業務、外来中央会計業務というように連続した業務で利用する機会が多い為、患者単位の医療情報を端末３０の間で共有すると、オーダサーバ・医事サーバ１０へのアクセスを著しく減少できる。したがって、図１の医療情報アクセスシステムでは、オーダサーバ・医事サーバ１０の負荷の軽減を図ることで、システムの全体的な性能改善が可能である。
【００２８】
また、オーダサーバ・医事サーバ１０がトラブルで動作不能に陥っても、端末３０の間で患者単位の医療情報を共有できるので、端末３０が保持している医療情報であれば参照可能となる。なお、オーダサーバ・医事サーバ１０は、医療情報を従来通り一元管理している。オーダサーバ・医事サーバ１０の医療情報が更新されると、照会サーバ２０は医療情報を保持しているクライアント３０のクライアント識別情報、その医療情報に対応する患者の患者識別情報、及びその医療情報を利用した業務の業務ＩＤを関連付けて管理する為の情報を消去して、医療情報の一元管理を保証する。
【００２９】
本発明による医療情報アクセスシステムは、照会サーバ２０及び端末３０で医療情報を患者単位に管理することにより、医療情報を共有する仕組みが簡素化され、アクセス効率が向上する。オーダサーバ・医事サーバ１０は負荷が軽減されるため、全体的な性能が改善される。
【００３０】
また、本発明による医療情報アクセスシステムは、オーダサーバ・医事サーバ１０がトラブルで動作不能に陥っても、端末３０に保持されている医療情報であれば、継続運用が可能である。
【００３１】
次に、照会サーバ２０を実現するためのハードウェア構成について説明する。図２は照会サーバの一例のハードウェア構成図である。図２の照会サーバ２０は、それぞれバスＢで相互に接続されている入力装置５１と，表示装置５２と，ドライブ装置５３と，補助記憶装置５４と，メモリ装置５５と，演算処理装置５６と，インターフェース装置５７とを有するように構成される。なお、図２の照会サーバ２０を構成する各種デバイスは、１つの筐体に収容してもよいし、複数の筐体に分散して収容してもよい。
【００３２】
入力装置５１はキーボード，マウスなどで構成され、様々な操作指示を入力するために用いられる。表示装置５２は、操作に必要な各種ウインドウやデータ等を表示する。インターフェース装置５７は、ネットワーク４０に接続する為のインターフェースであり、例えばモデム，ルータ，ＬＡＮカード等で構成される。
【００３３】
照会サーバ２０を制御するアクセス管理プログラムは、ＣＤ−ＲＯＭ等の記録媒体５８によって提供される。アクセス管理プログラムを記録した記録媒体５８は、ドライブ装置５３にセットされ、アクセス管理プログラムが記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。
【００３４】
なお、アクセス管理プログラムを記録した記録媒体５８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、又はＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることが可能である。
【００３５】
また、アクセス管理プログラムはインターフェース装置５７を介して接続される他のコンピュータの記録媒体等に記録されているものも含まれる。他のコンピュータの記録媒体等に記録されているアクセス管理プログラムは、インターフェース装置５７を介してダウンロードされて補助記憶装置５４にインストールされる。補助記憶装置５４は、インストールされたアクセス管理プログラムと、そのアクセス管理プログラムの処理に必要な各種ファイル等を格納する。例えば補助記憶装置５４は、後述するクライアント検索テーブルを格納している。
【００３６】
メモリ装置５５は、起動時に補助記憶装置５４からアクセス管理プログラムを読み出して格納する。演算処理装置５６は、メモリ装置５５に格納されたアクセス管理プログラムに従って照会サーバ２０の各種プロセス又は手段を実現する。
【００３７】
以下、図１の医療情報アクセスシステムの処理を実施例１及び２に基づいて説明していく。実施例１は、端末３０側で多くの処理を行う例である。実施例２は、照会サーバ２０側で多くの処理を行う例である。なお、実施例１及び２のＤＢサーバがオーダサーバ・医事サーバ１０に対応し、照会サーバが照会サーバ２０に対応し、クライアントＡ及びＢが端末３０に対応する。なお、クライアントＡは、医療情報を参照する要求元のクライアントに対応する。クライアントＢは、医療情報を保持している要求先のクライアントに対応している。
【実施例１】
【００３８】
図３は、医療情報アクセスシステムにおける参照処理を表す第１実施例のシーケンス図である。例えばクライアントＡを操作する利用者は、患者および業務を指定して医療情報アクセス要求を行う。医療情報アクセス要求があると、クライアントＡはステップＳ１０に進み、指定された患者の患者ＩＤを含む医療情報アクセス要求を照会サーバに対して行う。
【００３９】
ステップＳ１１に進み、照会サーバはクライアントＡからの医療情報アクセス要求を受信すると、その医療情報アクセス要求に含まれる患者ＩＤをキー情報として、図４のようなクライアント検索テーブルを検索する。
【００４０】
図４は、クライアント検索テーブルの一例の構成図である。クライアント検索テーブルは、医療情報を保持しているクライアントの端末アドレス，その医療情報の患者ＩＤ，業務ＩＤ，最終参照日時および更新中フラグを関連付けて管理するものである。例えば図４のクライアント検索テーブルは、端末アドレス「１９２．１６８．４．２」のクライアントが、患者ＩＤ「１９」，業務ＩＤ「Ａ１０１」及び最終参照日時「２００４／８／２  １６：５１」の医療情報を保持していることを表している。照会サーバは、検索された全てのレコードの情報をクライアントＡに送信する。
【００４１】
ステップＳ１２に進み、クライアントＡは照会サーバから１件以上のレコードの情報を受信したか否かを判定する。１件以上のレコードの情報を受信すれば、クライアントＡはステップＳ１３に進み、図５のような業務ＩＤ別利用テーブル設定一覧を利用して、要求先のクライアントを決定する。図５は、業務ＩＤ別利用テーブル設定一覧の一例の構成図である。
【００４２】
業務ＩＤ別利用テーブル設定一覧は、業務ＩＤ，業務名，その業務ＩＤの業務に必要な各種テーブルのテーブル名称，その業務ＩＤの医療情報に類似する類似業務の業務ＩＤを関連付けて管理するものである。例えば図５の業務ＩＤ別利用テーブル設定一覧は、業務ＩＤ「Ａ１０１」及び業務名「患者登録」の業務が、テーブル名称「患者」，「住所」および「保険」の各種テーブルを必要とし、業務ＩＤ「Ａ１０２」，「Ａ１０３」の医療情報に類似していることを表している。業務ＩＤ別利用テーブル設定一覧に含まれる類似業務の業務ＩＤは、例えば左から順番に優先度が高いものとする。
【００４３】
クライアントＡは受信したレコードの情報に同じ業務ＩＤのレコードがあれば、そのレコードから端末アドレスを読み出して、その端末アドレスのクライアントＢを要求先のクライアントとして決定する。受信したレコードの情報に同じ業務ＩＤのレコードが無ければ、クライアントＡは医療情報アクセス要求に含まれる業務ＩＤをキー情報として、業務ＩＤ別利用テーブル設定一覧から類似業務の業務ＩＤを検索する。
【００４４】
クライアントＡは、受信したレコードの情報に、類似業務の業務ＩＤのレコードがあれば、そのレコードから端末アドレスを読み出して、その端末アドレスのクライアントＢを要求先のクライアントとして決定する。
【００４５】
ステップＳ１４に進み、クライアントＡは受信したレコードの情報から更新中フラグを読み出し、その患者の医療情報が更新中か否かを判定する。更新中でなければ、クライアントＡはステップＳ１６に進む。また、更新中であれば、クライアントＡはステップＳ１５に進み、更新完了またはタイムアウトになるまで待つ。更新完了になれば、クライアントＡはステップＳ１６に進む。
【００４６】
ステップＳ１６では、クライアントＡが、要求先のクライアントとして決定されたクライアントＢに対し、患者ＩＤを指定して医療情報を要求する。ステップＳ１７に進み、クライアントＢはクライアントＡからの要求に基づき、指定された患者ＩＤの医療情報をクライアントＡに送信する。
【００４７】
ステップＳ１８に進み、クライアントＡはクライアントＢから受信した医療情報をチェックする。ステップＳ１９に進み、クライアントＡはクライアントＢから受信した医療情報で不足がないか否かを判定する。不足がなければ、クライアントＡはステップＳ２１に進む。なお、不足があれば、クライアントはステップＳ２０に進む。同様に、ステップＳ１２においてレコードの情報を受信しなかったとき、ステップＳ１５においてタイムアウトになったとき、クライアントＡはステップＳ２０に進む。
【００４８】
ステップＳ２０では、クライアントＡがＤＢサーバにアクセスし、患者ＩＤ及び業務ＩＤにより特定される医療情報を受信する。例えばクライアントＡは受信した医療情報をディスプレイ等に表示する。ステップＳ２１に進み、クライアントＡは受信した医療情報の内容を患者別ＤＢに保持すると共に、受信した医療情報の内容がクライアント検索テーブルに登録されるように、照会サーバに依頼して処理を終了する。
【００４９】
図６は、医療情報アクセスシステムにおける更新処理を表す第１実施例のシーケンス図である。例えばクライアントＡを操作する利用者は、患者を指定して医療情報更新要求を行う。医療情報更新要求があると、クライアントＡはステップＳ３０に進み、指定された患者の患者ＩＤを含む医療情報更新要求を照会サーバに対して行う。
【００５０】
ステップＳ３１に進み、照会サーバはクライアントＡからの医療情報更新要求を受信すると、その医療情報更新要求に含まれる患者ＩＤおよびクライアントＡの端末アドレスをキー情報としてクライアント検索テーブルを検索し、検索されたレコードの更新中フラグを更新中に変更する。ステップＳ３２に進み、照会サーバは医療情報更新要求に含まれる患者ＩＤをキー情報としてクライアント検索テーブルを検索し、検索されたレコードのうち端末アドレスがクライアントＡ以外のレコードを消去する。
【００５１】
そして、ステップＳ３３に進み、クライアントＡは患者ＩＤを含む医療情報更新要求をＤＢサーバに対して行う。ステップＳ３４に進み、ＤＢサーバは医療情報更新要求に従って医療情報を更新する。ステップＳ３５では、ＤＢサーバからクライアントＡに対して医療情報更新完了が通知される。
【００５２】
ステップＳ３６に進み、照会サーバはステップＳ３４で更新された医療情報に基づいてクライアント検索レコードを更新する。ステップＳ３７に進み、照会サーバはステップＳ３１で更新中に変更された更新中フラグをクリアする。ステップＳ３８に進み、クライアントＡは医療情報更新処理を完了する。
【００５３】
図３及び図６のシーケンス図で表す処理が実行されると、クライアント検索テーブルの内容は遷移する。図７は、クライアント検索テーブルの内容が遷移する様子を表した一例のイメージ図である。ここでは、患者ＩＤ「１９」の患者について、業務終了後にクライアント検索テーブルの内容がどのように遷移するかを説明する。
【００５４】
例えば患者ＩＤ「１９」の患者が再院し、端末アドレス「１９２．１６８．４．２」の端末３０から業務ＩＤ「Ａ１０２」の再来受付業務を行うと、クライアント検索テーブルは図７（ａ）の内容に遷移する。患者ＩＤ「１９」の患者が保険証を提出し、端末アドレス「１９２．１６８．４．４」の端末３０から業務ＩＤ「Ａ１０３」の保険情報確認業務を行うと、クライアント検索テーブルは図７（ｂ）の内容に遷移する。
【００５５】
患者ＩＤ「１９」の患者に端末アドレス「１９２．１６８．５．１０」の端末３０から業務ＩＤ「Ｂ００１」の外来診察業務を行うと、クライアント検索テーブルは図７（ｃ）の内容に遷移する。患者ＩＤ「１９」の患者の診察が終了し、その患者の医療情報を端末アドレス「１９２．１６８．５．１０」の端末３０から更新しているとき、クライアント検索テーブルは図７（ｄ）の内容に遷移する。
【００５６】
図７（ｄ）のクライアント検索テーブルでは、患者ＩＤ「１９」及び端末アドレス「１９２．１６８．５．１０」のレコードの更新中フラグが更新中「○」に変更され、患者ＩＤ「１９」及び端末アドレス「１９２．１６８．５．１０」以外のレコードが削除されている。そして、患者ＩＤ「１９」の患者の医療情報の更新が終了すると、クライアント検索テーブルは図７（ｅ）の内容に遷移する。図７（ｅ）のクライアント検索テーブルでは図７（ｄ）のクライアント検索テーブルで更新中「○」に変更された更新中フラグがクリアされている。
【００５７】
上記の医療情報アクセスシステムでは、クライアント検索テーブル及び業務ＩＤ別利用テーブル設定一覧を利用して、各業務に類似する類似業務を設定しておくことで、効率良く医療情報を共有できる。つまり、医療情報は業務によって必要とするＤＢの組合せが異なっているため、各クライアントが保持しているＤＢの組合せの情報を業務ＩＤで表すことにより、同一業務又は類似業務の医療情報を選択できる。
【００５８】
第１実施例の医療情報アクセスシステムでは、クライアント間で患者単位の医療情報を共有することにより、ＤＢサーバへのアクセスを減少させると共に、照会サーバのレスポンス悪化を避けることができる。また、第１実施例の医療情報アクセスシステムは、ＤＢサーバの負荷の軽減を図ることで、システムの全体的な性能改善が可能である。
【実施例２】
【００５９】
図８は、医療情報アクセスシステムにおける参照処理を表す第２実施例のシーケンス図である。例えばクライアントＡを操作する利用者は、患者および業務を指定して医療情報アクセス要求を行う。医療情報アクセス要求があると、クライアントＡはステップＳ１０１に進み、指定された患者の患者ＩＤ及び業務の業務ＩＤを含む医療情報アクセス要求を照会サーバに対して行う。
【００６０】
ステップＳ１０２に進み、照会サーバはクライアントＡからの医療情報アクセス要求を受信すると、その医療情報アクセス要求に含まれる患者ＩＤ及び業務ＩＤをキー情報として図９のような検索・応答処理を行う。図９は、照会サーバが行う検索・応答処理の一例のフローチャートである。
【００６１】
ステップＳ１２１に進み、照会サーバは患者ＩＤをキー情報として、前述した図４のようなクライアント検索テーブルを検索する。ステップＳ１２２に進み、照会サーバは検索結果の件数が０件又は１件か、複数件かを判定する。
【００６２】
検索結果の件数が複数件あれば、照会サーバはステップＳ１２３に進み、図５のような業務ＩＤ別利用テーブル設定一覧を利用して、最も優先度の高い要求先のクライアントを１つ選択してステップＳ１２４に進む。例えば照会サーバは検索結果のレコードに同じ業務ＩＤを含むレコードがあれば、そのレコードに含まれる端末アドレスのクライアントを優先度の高い要求先のクライアントとして選択する。
【００６３】
また、照会サーバは検索結果のレコードに同じ業務ＩＤを含むレコードが無ければ、医療情報アクセス要求に含まれる業務ＩＤをキー情報として業務ＩＤ別利用テーブル設定一覧から類似業務の業務ＩＤを検索する。照会サーバは、検索結果のレコードに類似業務の業務ＩＤを含むレコードがあれば、そのレコードに含まれる端末アドレスのクライアントを優先度の高い要求先のクライアントとして選択する。
【００６４】
ステップＳ１２２において、検索結果の件数が０件又は１件であれば、照会サーバはステップＳ１２４に進む。ステップＳ１２４では、照会サーバが、医療情報アクセス要求の応答を行う。ステップＳ１２２において、検索結果の件数が０件であれば、照会サーバはその旨をクライアントＡに通知する。ステップＳ１２２において、検索結果の件数が１件であれば、照会サーバは検索結果のレコードをクライアントＡに送信する。ステップＳ１２２において、検索結果の件数が複数件あれば、照会サーバは最も優先度の高い要求先のクライアントに対応する検索結果のレコードをクライアントＡに送信する。
【００６５】
図８に戻り、クライアントＡはステップＳ１０３に進み、照会サーバからレコードを受信したか否かを判定する。レコードを受信すれば、クライアントＡはステップＳ１０４に進み、受信したレコードから更新中フラグを読み出し、その患者の医療情報が更新中か否かを判定する。更新中でなければ、クライアントＡはステップＳ１０６に進む。また、更新中であれば、クライアントＡはステップＳ１０５に進み、更新完了またはタイムアウトになるまで待つ。更新完了になれば、クライアントＡはステップＳ１０６に進む。ステップＳ１０６では、クライアントＡが、要求先のクライアントとして決定されたクライアントＢに対し、患者ＩＤを指定して医療情報を要求する。ステップＳ１０７に進み、クライアントＢはクライアントＡからの要求に基づき、指定された患者ＩＤの医療情報をクライアントＡに送信する。
【００６６】
ステップＳ１０８に進み、クライアントＡはクライアントＢから受信した医療情報をチェックする。ステップＳ１０９に進み、クライアントＡはクライアントＢから受信した医療情報で不足がないか否かを判定する。不足がなければ、クライアントＡはステップＳ１１１に進む。なお、不足があれば、クライアントはステップＳ１１０に進む。同様に、ステップＳ１０３においてレコードを受信しなかったとき、ステップＳ１０５においてタイムアウトになったとき、クライアントＡはステップＳ１１０に進む。
【００６７】
ステップＳ１１０では、クライアントＡがＤＢサーバにアクセスし、患者ＩＤ及び業務ＩＤにより特定される医療情報を受信する。例えばクライアントＡは受信した医療情報をディスプレイ等に表示する。ステップＳ１１１に進み、クライアントＡは受信した医療情報の内容を患者別ＤＢに保持する。また、クライアントＡは受信した医療情報の内容がクライアント検索テーブルに登録されるように、照会サーバに依頼して処理を終了する。なお、更新処理は第１実施例のシーケンス図と同様であるため、説明を省略する。
【００６８】
上記の医療情報アクセスシステムでは、クライアント検索テーブル及び業務ＩＤ別利用テーブル設定一覧を利用して、各業務に類似する類似業務を設定しておくことで、効率良く医療情報を共有できる。つまり、医療情報は業務によって必要とするＤＢの組合せが異なっているため、各クライアントが保持しているＤＢの組合せの情報を業務ＩＤで表すことにより、同一業務又は類似業務の医療情報を選択できる。
【００６９】
第２実施例の医療情報アクセスシステムでは、クライアント間で患者単位の医療情報を共有することにより、ＤＢサーバへのアクセスを減少させると共に、照会サーバのレスポンス悪化を避けることができる。また、第２実施例の医療情報アクセスシステムは、ＤＢサーバの負荷の軽減を図ることで、システムの全体的な性能改善が可能である。
【００７０】
なお、特許請求の範囲に記載した検索テーブルが、図４等のクライアント検索テーブルに相当し、要求先クライアント通知手段が、照会サーバ上で実行されるアクセス管理プログラムの処理に相当する。
【００７１】
本発明は、以下に記載する付記のような構成が考えられる。
（付記１）
医療情報をテーブル単位に管理するデータベースサーバと、
前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントと、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けるアクセス管理サーバとを備え、
前記アクセス管理サーバは、要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信すると、前記患者識別情報に関連付けた前記クライアント識別情報を前記要求元クライアントに送信し、
前記要求元クライアントは、受信した前記クライアント識別情報で識別される要求先クライアントから前記患者識別情報で特定される患者の前記医療情報を受信することを特徴とする医療情報アクセスシステム。
（付記２）
前記アクセス管理サーバは、前記患者識別情報に関連付けた前記クライアント識別情報を前記要求元クライアントに送信したあと、前記医療情報を保持する前記要求元クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けることを特徴とする付記１記載の医療情報アクセスシステム。
（付記３）
前記アクセス管理サーバは、前記データベースサーバの管理する医療情報が更新されたとき、前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた内容を更新することを特徴とする付記１又は２記載の医療情報アクセスシステム。
（付記４）
前記アクセス管理サーバは、前記医療情報を保持している前記クライアントのクライアント識別情報、その医療情報に対応する患者の患者識別情報、及び業務内容に応じて異なる前記医療情報に含まれるテーブルの組合せ情報を関連付けることを特徴とする付記１乃至３何れか一項記載の医療情報アクセスシステム。
（付記５）
前記要求元クライアントは、前記医療情報の照会，更新を行うため、前記データベースサーバ又は前記要求先クライアントの少なくとも一方にアクセスし、業務内容に応じて異なる１つ以上のテーブルを組み合わせて作成された前記医療情報を患者単位に保持することを特徴とする付記１乃至４何れか一項記載の医療情報アクセスシステム。
（付記６）
医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているアクセス管理サーバであって、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、
要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段と  
を備えたアクセス管理サーバ。
（付記７）
医療情報をテーブル単位に管理するデータベースサーバと、前記医療情報の照会，更新を行うため、前記データベースサーバにアクセスし、アクセスした前記医療情報を患者単位に保持するクライアントとに所定のネットワークを介して接続されているコンピュータを、
前記医療情報を保持している前記クライアントのクライアント識別情報、及びその医療情報に対応する患者の患者識別情報を関連付けた検索テーブルと、
要求元クライアントから前記患者識別情報を含む医療情報アクセス要求を受信し、前記患者識別情報に関連付けられた前記クライアント識別情報を前記検索テーブルに基づき検索して、前記要求元クライアントに送信する要求先クライアント通知手段と  
して機能させるためのアクセス管理プログラム。
【図面の簡単な説明】
【００７２】
【図１】本発明による医療情報アクセスシステムの一実施例の構成図である。
【図２】照会サーバの一例のハードウェア構成図である。
【図３】医療情報アクセスシステムにおける参照処理を表す第１実施例のシーケンス図である。
【図４】クライアント検索テーブルの一例の構成図である。
【図５】業務ＩＤ別利用テーブル設定一覧の一例の構成図である。
【図６】医療情報アクセスシステムにおける更新処理を表す第１実施例のシーケンス図である。
【図７】クライアント検索テーブルの内容が遷移する様子を表した一例のイメージ図である。
【図８】医療情報アクセスシステムにおける参照処理を表す第２実施例のシーケンス図である。
【図９】照会サーバが行う検索・応答処理の一例のフローチャートである。
【符号の説明】
【００７３】
１０    オーダサーバ・医事サーバ
１１    オーダリング・医事システム
１２    患者ＤＢ
１３    保険ＤＢ
１４    病名ＤＢ
１５    診療ＤＢ
１６    カルテＤＢ
２０    照会サーバ
３０    端末
４０    ネットワーク
５１    入力装置
５２    表示装置
５３    ドライブ装置
５４    補助記憶装置
５５    メモリ装置
５６    演算処理装置
５７    インターフェース装置
Ｂ    バス
【図１】
2006134165.tif 000003
【図２】
2006134165.tif 000004
【図３】
2006134165.tif 000005
【図４】
2006134165.tif 000006
【図５】
2006134165.tif 000007
【図６】
2006134165.tif 000008
【図７】
2006134165.tif 000009
【図８】
2006134165.tif 000010
【図９】
2006134165.tif 000011