(57)【要約】【課題】従来の医療情報処理システムでは、プログラムの変更が必要となった場合に、各医院に設置したコンピュータの種類ごとにプログラムを変更しなければならず、管理に要する負担が莫大である。【解決手段】ネットワークに接続されるサーバー及びクライアントから構成されるシステムを利用した医療情報処理サービスシステムであって、前記サーバーにおいては、医療情報処理オブジェクトを格納する第１の格納部を管理し、前記医療情報処理オブジェクトを前記ネットワークを介して送信し、前記クライアントにおいては、前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信し、前記医療情報処理オブジェクトを実行する。【選択図】図３ａ
2004094553.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されるサーバー及びクライアントから構成され、
前記サーバーは、
医療情報処理オブジェクトを格納する第１の格納手段と、
前記医療情報処理オブジェクトを前記ネットワークを介して前記クライアントへ送信する送信手段と
を備え、
前記クライアントは、
前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信する手段と、
前記医療情報処理オブジェクトを実行する手段とを
備えることを特徴とする医療情報処理サービスシステム。
【請求項２】
前記サーバーは、前記クライアントに対する前記医療処理オブジェクトの送信を許可するか否かを判定する送信許可判定手段をさらに備えることを特徴とする請求項１に記載の医療情報処理サービスシステム。
【請求項３】
前記サーバーは、前記医療処理オブジェクトを実行する手段を更に備えることを特徴とする請求項１又は請求項２に記載の医療情報処理サービスシステム。
【請求項４】
前記サーバーは、
前記クライアントにおける前記医療情報処理オブジェクトの使用期間を管理するための管理手段を更に備えることを特徴とする請求項１乃至請求項３のいずれか１項に記載の医療情報処理サービスシステム。
【請求項５】
前記サーバーは、
前記第１の格納手段に格納された前記医療情報処理オブジェクトの内容を最新のバージョンに更新するオブジェクト更新手段をさらに備え、
前記送信手段は、前記オブジェクト更新手段により最新バージョンに更新された医療情報処理オブジェクトを前記クライアントへ送信することを特徴とする請求項１乃至請求項４のいずれか１項に記載の医療情報処理サービスシステム。
【請求項６】
前記医療情報処理オブジェクトは、
前記クライアントにおいて医療情報処理を実行するために必要なデータの入力を受け付ける入力受付手段と、
前記受け付けた入力データを利用して医療情報処理を行う処理手段と
を備えることを特徴とする請求項１乃至請求項５のいずれか１項に記載の医療情報処理サービスシステム。
【請求項７】
前記医療情報処理オブジェクトは、
前記処理手段による前記医療情報処理の結果を前記クライアントにおいて確認するための確認手段を備えることを特徴とする請求項６に記載の医療情報処理サービスシステム。
【請求項８】
前記クライアントは、前記処理手段による前記医療情報処理の結果を格納するための第１の格納手段を更に備えることを特徴とする請求項６又は請求項７に記載の医療情報処理サービスシステム。
【請求項９】
前記医療情報処理オブジェクトは、
前記処理手段による前記医療情報処理の結果を前記サーバーへ送信するための処理結果送信手段を備えることを特徴とした請求項６に記載の医療情報処理サービスシステム。
【請求項１０】
前記サーバーは、前記処理結果送信手段により送信された前記医療情報処理の結果を格納するための第２の格納手段を備えることを特徴とする請求項９に記載の医療情報処理サービスシステム。
【請求項１１】
前記サーバーは、
前記医療情報処理オブジェクトの実行に際して想定される質問事項と前記質問事項に対する回答とを格納する第３の格納手段と、
前記質問事項のリストを前記クライアントに対して送信する質問リスト送信手段と、
前記質問事項のリストのうち、前記クライアントにおいて回答が求められた質問事項についての回答を前記クライアントへ送信する回答送信手段とを更に備え、
前記クライアントは、
前記サーバーに対して前記質問事項のリストを要求する質問リスト要求手段と、
前記要求に応じて前記サーバーから受信した前記質問事項のリストの中から、回答を求める質問事項の選択を受け付ける選択受付手段と、
前記選択された回答を求める質問事項を前記サーバーへ送信する回答要求質問送信手段とを更に備えることを特徴とする請求項１乃至請求項１０のいずれか１項に記載の医療情報処理サービスシステム。
【請求項１２】
ネットワークを介してクライアントと接続し、前記クライアントへ医療情報処理オブジェクトを提供するサーバーであって、
前記クライアントからの接続を受け付ける接続受付手段と、
医療情報処理オブジェクトを格納する格納手段と、
前記クライアントから前記医療情報処理オブジェクトの要求を受け付ける要求受付手段と、
前記受け付けた要求に対応する前記医療情報処理オブジェクトを前記ネットワークを介して送信する送信手段と、
前記医療情報処理オブジェクトを送信した前記クライアントに関する情報を管理する管理手段と
を備えることを特徴とするサーバー。
【請求項１３】
前記クライアントから、前記医療情報処理オブジェクトの実行結果を受信するための受信手段を更に備えることを特徴とする請求項１２に記載のサーバー。
【請求項１４】
前記医療処理オブジェクトを実行する手段を更に備えることを特徴とする請求項１２又は請求項１３に記載のサーバー。
【請求項１５】
ネットワークを介してサーバーと接続し、前記サーバーから医療情報処理オブジェクトを取得するクライアントであって、
前記サーバーに対して前記ネットワークを介して接続するための接続手段と、前記サーバーに対して前記医療情報処理オブジェクトを要求するための要求手段と、
前記要求に応じて前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信する手段と、
前記医療情報処理オブジェクトを実行する実行手段とを
備えることを特徴とするクライアント。
【請求項１６】
前記実行手段による前記医療情報処理オブジェクトの実行結果を格納するための格納手段を更に備えることを特徴とする請求項１５に記載のクライアント。
【請求項１７】
前記実行手段による前記医療情報処理オブジェクトの実行結果を前記サーバーへ送信するための送信手段を更に備えることを特徴とする請求項１６に記載のクライアント。
【請求項１８】
前記送信手段により送信され、前記サーバーにおいて管理されている前記医療情報処理オブジェクトの実行結果の送信を要求するための実行結果送信要求手段を更に備えることを特徴とする請求項１７に記載のクライアント。
【請求項１９】
ネットワークに接続されるサーバー及びクライアントから構成されるシステムを利用した医療情報処理サービス方法であって、
前記サーバーにおいて、
医療情報処理オブジェクトを格納する第１の格納部を管理する第１の管理工程と、
前記医療情報処理オブジェクトを前記ネットワークを介して送信する送信工程と
を備え、
前記クライアントにおいて、
前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信する受信工程と、
前記医療情報処理オブジェクトを実行する実行工程とを
備えることを特徴とする医療情報処理サービス方法。
【請求項２０】
前記サーバーにおいて、
前記クライアントに対する前記医療処理オブジェクトの送信を許可するか否かを判定する送信許可判定工程をさらに備えることを特徴とする請求項１９に記載の医療情報処理サービス方法。
【請求項２１】
前記サーバーにおいて、
前記医療処理オブジェクトを実行する実行工程をさらに備えることを特徴とする請求項１９又は請求項２０に記載の医療情報処理サービス方法。
【請求項２２】
前記サーバーにおいて、
前記クライアントにおける前記医療情報処理オブジェクトの使用期間を管理するための管理工程を更に備えることを特徴とする請求項１９乃至請求項２１のいずれか１項に記載の医療情報処理サービス方法。
【請求項２３】
前記サーバーにおいて、
前記第１の格納部に格納された前記医療情報処理オブジェクトの内容を最新のバージョンに更新するオブジェクト更新工程をさらに備え、
前記送信工程において、前記オブジェクト更新工程において最新バージョンに更新された医療情報処理オブジェクトを前記クライアントへ送信することを特徴とする請求項１９乃至請求項２２のいずれか１項に記載の医療情報処理サービス方法。
【請求項２４】
前記医療情報処理オブジェクトは、
前記クライアントにおいて医療情報処理を実行するために必要なデータの入力を受け付ける入力受付工程と、
前記受け付けた入力データを利用して医療情報処理を行う処理工程と
を備えることを特徴とする請求項１９乃至請求項２３のいずれか１項に記載の医療情報処理サービス方法。
【請求項２５】
前記医療情報処理オブジェクトは、
前記処理工程における前記医療情報処理の結果を前記クライアントにおいて確認するための確認工程を備えることを特徴とする請求項２４に記載の医療情報処理サービス方法。
【請求項２６】
前記クライアントにおいて、
前記処理工程における前記医療情報処理の結果を格納する第１の格納部を管理する管理工程を更に備えることを特徴とする請求項２４又は請求項２５に記載の医療情報処理サービス方法。
【請求項２７】
前記医療情報処理オブジェクトは、
前記処理工程における前記医療情報処理の結果を前記サーバーへ送信するための処理結果送信工程を備えることを特徴とした請求項２４に記載の医療情報処理サービス方法。
【請求項２８】
前記サーバーにおいて、
前記処理結果送信工程において送信された前記医療情報処理の結果を格納するための第２の格納部を管理する第２の管理工程を更に備えることを特徴とする請求項２７に記載の医療情報処理サービス方法。
【請求項２９】
前記サーバーは、
前記医療情報処理オブジェクトの実行に際して想定される質問事項と前記質問事項に対する回答とを格納する第３の格納部を管理する第３の管理工程と、
前記質問事項のリストを前記クライアントに対して送信する質問リスト送信工程と、
前記質問事項のリストのうち、前記クライアントにおいて回答が求められた質問事項についての回答を前記クライアントへ送信する回答送信工程とを更に備え、
前記クライアントは、
前記サーバーに対して前記質問事項のリストを要求する質問リスト要求工程と、
前記要求に応じて前記サーバーから受信した前記質問事項のリストの中から、回答を求める質問事項の選択を受け付ける選択受付工程と、
前記選択された回答を求める質問事項を前記サーバーへ送信する回答要求質問送信工程とを更に備えることを特徴とする請求項１９乃至請求項２８のいずれか１項に記載の医療情報処理サービス方法。
【請求項３０】
ネットワークを介してクライアントと接続し、前記クライアントへ医療情報処理オブジェクトを提供するサーバーの制御方法であって、
前記クライアントからの接続を受け付ける接続受付工程と、
医療情報処理オブジェクトを格納する格納部を管理する第１の管理工程と、
前記クライアントから前記医療情報処理オブジェクトの要求を受け付ける要求受付工程と、
前記受け付けた要求に対応する前記医療情報処理オブジェクトを前記ネットワークを介して送信する送信工程と、
前記医療情報処理オブジェクトを送信した前記クライアントに関する情報を管理する第２の管理工程と
を備えることを特徴とするサーバーの制御方法。
【請求項３１】
前記クライアントから、前記医療情報処理オブジェクトの実行結果を受信するための受信工程を更に備えることを特徴とする請求項３０に記載のサーバーの制御方法。
【請求項３２】
前記医療処理オブジェクトを実行する実行工程をさらに備えることを特徴とする請求項３０又は請求項３１に記載のサーバーの制御方法。
【請求項３３】
ネットワークを介してサーバーと接続し、前記サーバーから医療情報処理オブジェクトを取得するクライアントの制御方法であって、
前記サーバーに対して前記ネットワークを介して接続するための接続工程と、前記サーバーに対して前記医療情報処理オブジェクトを要求するための要求工程と、
前記要求に応じて前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信する工程と、
前記医療情報処理オブジェクトを実行する実行工程とを
備えることを特徴とするクライアントの制御方法。
【請求項３４】
前記実行工程における前記医療情報処理オブジェクトの実行結果を格納するための格納部の管理工程を更に備えることを特徴とする請求項３３に記載のクライアントの制御方法。
【請求項３５】
前記実行工程における前記医療情報処理オブジェクトの実行結果を前記サーバーへ送信するための送信工程を更に備えることを特徴とする請求項３４に記載のクライアントの制御方法。
【請求項３６】
前記送信工程において送信され、前記サーバーにおいて管理されている前記医療情報処理オブジェクトの実行結果の送信を要求するための実行結果送信要求工程を更に備えることを特徴とする請求項３４に記載のクライアントの制御方法。
【請求項３７】
請求項１９乃至請求項３６に記載する方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項３８】
請求項３７に記載する方法を格納したコンピュータにより読取り可能な情報記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを介してサーバから送出されたレセプトやカルテ等を処理する医療情報理オブジェクトをクライアントにおいて使用して要求された医療情報処理を行うインターネット等のネットワーク経由による医療情報処理サービス方式に関するものである。
【０００２】
【従来の技術】
レセプト処理等の医療情報処理方式には、医療情報処理プログラムをインストールしたコンピュータを個別に医院に設置して医院において医療情報処理を行う方式と、医療機関に設置した端末からコンピュータセンターに設置されたコンピュータにおいて医療情報処理のためのプログラムを実行させるセンター方式がある。
【０００３】
医療情報処理の中でも保険請求業務のルールは半年に１回の割合で変更されるものであり、そのため医療情報処理プログラムを個別にインストールしたコンピュータを使用する場合はコンピュータの種類に適合するようにプログラムを修正する必要があり、さらにこの修正したプログラムを各医院において再インストールするため、全ての医院のインストールサービスが終了するまでに膨大な時間と人手を費やしている。
【０００４】
センター方式はプログラムの修正の手間を省ける代わりに、センターにおいて各医院の医療情報処理を一括処理するため、例えば医療情報処理のレセプトの処理結果を医院において確認することはできない。
【０００５】
【発明が解決しようとする課題】
医療情報処理の中でも保険請求業務のように半年に１回の割合で変更されるプログラムは、各医院に設置したコンピュータの種類ごとにプログラムを修正しなければならないので、どの医院にどのコンピュータが設置されかつそこにインストールされているプログラムはどのタイプであるかを間違いなく管理しなければならないという問題ある。
【０００６】
保険請求業務やカルテ管理といったプログラムを修正する場合は、短期間にコンピュータの種類ごとに対応しなければならず、修正の量が多い場合には人的資源を確保することが困難となり期限までにすべてのプログラムの修正を完了できないといった問題がある。
【０００７】
保険請求業務やカルテ管理などの修正したプログラムを、そのプログラムを使用する各医院に設置したコンピュータ１台ごとにインストールする作業を行う必要があり、全ての医院のインストールサービスが終了するまでに膨大な時間と人手を費やすという問題点がある。
【０００８】
保険請求業務やカルテ管理などを行うコンピュータを設置した医院の数が多くなるに従い、上記のインストールサービスの作業を行う人手を確保しなければならないという問題点がある。
【０００９】
保険請求業務やカルテ管理などのプログラムが各医院のコンピュータによって異なるため、保険請求業務やカルテ管理の内容に関する質問に対し、その医院にどの種類のコンピュータやプログラムが導入されているかを確認してからでないと回答できないという問題がある。
【００１０】
インストールサービスの手間を省くために、僻地の医院には保険請求業務やカルテ管理のサービスを提供できないという問題点がある。
【００１１】
センター方式はセンターにおいて各医院のレセプト処理やカルテ管理を一括処理するため、例えばレセプトの処理状況や結果などを医院において確認できないといった問題点がある。
【００１２】
センター方式は保険請求業務やカルテ管理のデータをセンターとの間で送受信するため、通信上のセキュリティーの問題がある。
【００１３】
【課題を解決するための手段】
本発明は、このような従来の問題を解決しようとするもので、サーバに保持する医療情報処理オブジェクトの一部又は全部を例えばインターネットのようなネットワークを介して配布し、しかもこの配布した医療情報処理オブジェクトをハードウェアに左右されずに実行可能にする環境の上で使用できるソフトとして提供することによって、サーバー側の負担を軽減すると共に、医院に設置されたコンピュータの種類に左右されることなく医療情報処理サービスを提供するものである。
【００１４】
より具体的に本発明は、ネットワークに接続されるサーバー及びクライアントから構成される医療情報処理サービスシステムであって、前記サーバーは、医療情報処理オブジェクトを格納する第１の格納手段と、前記医療情報処理オブジェクトを前記ネットワークを介して前記クライアントへ送信する送信手段とを備え、前記クライアントは、前記サーバーから送信された前記医療情報処理オブジェクトを前記ネットワークを介して受信する手段と、前記医療情報処理オブジェクトを実行する手段とを備える。
【００１５】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。図１は、本発明の実施形態における医療情報処理サービスシステムの構成の一例を示す図である。図１において１０１は、医療情報処理オブジェクトを管理し、クライアントに対してこれを提供するサーバーであり、インターネットなどのネットワーク１０２に接続されている。１０３、１０４は、各医療機関に設置され、ネットワーク１０２を介してサーバー１０１から医療情報処理オブジェクトを取得して、医療情報処理を実行するクライアント端末である（以下、クライアント端末は主として１０３を採り上げて説明する。）。図１では２つのクライアント端末を示しているが、これはあくまで説明のために簡略化して示したものであって、より多くのクライアント端末がインターネット１０２を介してサーバーに接続することが可能であることは言うまでもない。
【００１６】
サーバー１０１の具体的な構成の一例は、図２ａに示すようになる。ＣＰＵ２０１は、ＲＯＭ２０２、ＲＡＭ２０３、または、内部記憶装置２０４、外部記憶装置２０９に記憶されたプログラムに従って、サーバー１０１全体の動作を制御するものである。ＲＯＭ２０２は、ＣＰＵ２０１の制御プログラム等を格納している。ＲＡＭ２０３は、一時的にプログラムやウェブデータ等を記憶し、サーバー１０１の処理を高速に動作させるために機能する。
【００１７】
内部記憶装置２０４は、医療情報処理オブジェクト、医療情報処理オブジェクトを実行するに際して想定される質問データとその回答データ、オペレーティング・システム、各種アプリケーションプログラムや、認証ソフト、ウェブブラウザソフト、表示用オブジェクト等が格納されている。医療情報処理オブジェクトを最新バージョンに更新した場合も、クライアント端末１０３には、最新バージョンに更新済みの医療情報処理オブジェクトが提供される。サーバー１０１に与えられる最新バージョンの医療情報処理オブジェクトは、通信部２０７を介してダウンロードしたり、外部記憶装置２０９から取得することもできる。また、ソースプログラム自体を書き換えることによっても更新可能である。。
【００１８】
操作部２０５は、キーボードやマウス等の入力用インターフェースである。表示部２０６は、ウェブブラウザ画面など各種表示を行うものである。通信部２０７は、インターネット１０２に接続してクライアント端末１０３、１０４と相互通信を行うためのものである。
【００１９】
２０８は、データベースであって、医療情報処理システムに含まれるクライアント端末、即ち、サーバー１０１から提供される医療情報処理オブジェクトを利用する医療機関のデータを管理する。また、各医療機関において実行された医療情報処理の結果を格納・管理したり、医療情報処理オブジェクト自体を格納するために利用してもよい。
【００２０】
２０９は、外部記憶装置であって、外付けのハードディスクや、フロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＯＭドライブなどが含まれる。この外部記憶装置は、内部記憶装置２０４やデータベース２０８に記憶されているデータを更新したり、当該データのバックアップを取るためなどに利用される。例えば、ＣＤ−ＲＯＭに格納された最新バージョンの医療情報処理オブジェクトを内部記憶装置にコピーして、医療情報処理オブジェクトを更新することもできる。
【００２１】
次に、図２ｂにおいて、クライアント端末１０３の構成の一例を示す。ＣＰＵ２１１は、ＲＯＭ２１２、ＲＡＭ２１３、または、内部記憶装置２１４、に記憶されたプログラムに従って、クライアント端末１０３全体の動作を制御するものである。ＲＯＭ２１２は、ＣＰＵ２１１の制御プログラム等を格納している。ＲＡＭ２１３は、一時的にプログラムやウェブデータ等を記憶し、クライアント端末１０３の処理を高速に動作させるために機能する。また、以下に説明する第１の実施形態ではサーバー１０１と接続している間において、医療情報処理を実施するための医療情報処理オブジェクトをクライアント側に一時的に格納して実行することもできる。
【００２２】
内部記憶装置２１４は、オペレーティング・システム、各種アプリケーションプログラムや、ウェブブラウザソフト、表示用オブジェクト等が格納されている。また、以下に説明する第２の実施形態ではサーバー１０１から取得した医療情報処理オブジェクトを格納したり、当該オブジェクトを実行して得られた医療情報処理結果をクライアント側において格納することもできる。
【００２３】
操作部２１５は、キーボードやマウス等の入力用インターフェースである。表示部２１６は、ウェブブラウザ画面など各種表示を行うものである。通信部２１７は、インターネット１０２に接続してサーバー１０１と相互通信を行うためのものである。
【００２４】
２１８は、データベースであって、クライアント端末１０３側において実行した医療情報処理結果データを格納して、医療情報を管理するために利用される。
【００２５】
また、本実施形態における医療情報処理サービスシステムにおいて提供される医療情報処理オブジェクトにより実行可能な医療情報処理には、例えば電子カルテ作成処理、レセプト処理、医療用品受発注処理、経営管理処理などが含まれる。例えば、電子カルテ作成処理では、医師が患者の診察・治療の度に生じた記載事項を医療機関のクライアント端末１０３において入力してサーバー１０１からダウンロードした医療情報処理オブジェクトを実行して処理する。
【００２６】
【第１の実施形態】
第１の実施形態においては、クライアント端末１０３は、ウェブブラウザを利用してサーバー１０１から医療情報処理オブジェクトをダウンロードして医療情報処理を実行する。本実施形態における医療情報処理オブジェクトにはＣ言語などのプログラム言語で記述・作成されたソフトウェアも含まれるが、Ｊａｖａ（登録商標）アプレットであることがより望ましい。
【００２７】
Ｊａｖａ（登録商標）アプレット（以下、アプレットと略す。）とは、コンピュータプログラム言語であるＪａｖａ（登録商標）で作成されたソフトのうち、ＨＴＭＬファイルに組み込まれてサーバー１０１からダウンロードされて、クライアント端末１０３のブラウザ上で実行される形態のものである。ダウンロードされたアプレットは、基本的にクライアント端末１０３の内部記憶装置２１４内のファイルを読み書きできず、また、他のアプリケーションを起動できないような制限が課されている。
【００２８】
従って、本実施形態においては、医療情報処理アプレットをダウンロードしたクライアント端末１０３上において、所定の医療情報処理が実行されると、実行結果はクライアント端末１０３の内部記憶装置２１４やデータベース２１８には格納されず、サーバー１０１側のデータベース２０８に格納されることになる。従って、医療機関側では、サーバー１０１と接続可能なクライアント端末１０３を有している限り、必要とされる医療情報処理を実行することができる。
【００２９】
本実施形態における処理の流れを図３ａ及び図３ｂに示すフローチャートを参照して、より詳細に説明する。図３ａ及び図３ｂは、クライアント端末１０３及びサーバー１０１における医療情報処理オブジェクトの処理に関連するフローチャートである。
【００３０】
まず、クライアント端末１０３では、ユーザーによりウェブブラウザが起動され（ステップＳ３０１）、所定のＵＲＬ等を入力することにより、サーバー１０１への接続要求が行われる（ステップＳ３０２）。サーバー１０１では、クライアント端末１０３からの接続要求があるかどうかを監視しており（Ｓ３０３）、ステップＳ３０２に対応する接続要求を受け付けると、クライアント端末１０３に対して識別情報の送信を要求する。この識別情報とは、あらかじめ各医療機関毎に与えられた当該医療機関を識別するための情報であって、例えば、ＩＤとパスワード情報などが含まれる。各医療機関が本医療情報処理サービスシステムによるサービスの提供を受けるために必要となる登録処理については、公知の登録手法を利用すればよいので、ここではその詳細に関する記載を省略する。
【００３１】
クライアント端末１０３では、ステップＳ３０４におけるサーバー１０１からの識別情報要求に応じて入力画面をブラウザ上に表示してユーザーから識別情報の入力を受け付け、入力された識別情報をサーバー１０１へ送信する（ステップＳ３０５）。サーバー１０１では、クライアント端末１０３から送信された識別情報に基づいて、認証処理を行い、クライアント端末１０３の接続を許可するか否かを判定する（ステップＳ３０６）。この結果、接続を拒否する場合には処理が終了する。クライアント端末１０３側でも、接続が拒否される場合には、処理が終了する。
【００３２】
ステップＳ３０６においてクライアント端末１０３の接続を許可すると判定した場合には、サーバー１０１からメニュー画面の情報をクライアント端末１０３へ送信する（ステップＳ３０８）。クライアント端末１０３は、サーバー１０１と接続されてメニュー画面の情報を受信すると、表示部２１６においてメニュー画面をブラウザ表示する（ステップＳ３０９）。メニュー画面には、サーバー１０１から取得可能なデータのリストが選択可能に表示され、そのリストには、医療情報処理アプレット取得や、過去の医療情報処理の結果データの取得などの他、医療情報処理に関する質問・問合せの受付け等も含まれる。ここで医療情報処理アプレットは、電子カルテ作成処理、レセプト処理、医療用品受発注処理、経営管理処理等、複数存在するので、目的に合わせて選択することが可能である。クライアント端末１０３では、ユーザーによる操作部２１５からの入力によりメニュー選択を受付け（ステップＳ３１０）、ユーザーから指定された内容が、アプレットの要求であるかどうかを判定する（ステップＳ３１１）。
【００３３】
ここで、ユーザーがアプレットを要求していると判定された場合には、アプレット要求をサーバー１０１へ送信する（ステップＳ３１２）。サーバー１０１では、ステップＳ３１３においてクライアント端末１０３からの要求を受信し、ステップＳ３１４においてその内容を判定する。クライアント端末１０３から受信した要求がアプレット要求であったと判定された場合には、クライアント端末１０３の要求するアプレットを送信する（ステップＳ３１５）。
【００３４】
このとき、サーバー１０１ではクライアント端末１０３へ送信したアプレットに関する履歴情報をデータベース２０８に登録しておく。また、ステップＳ３１５で送信するアプレットは、所定の医療情報処理を実行するための医療情報処理オブジェクトの一部であっても、全部であっても良い。例えば、一部の医療情報処理オブジェクトを送信する場合には、当該一部の医療情報処理オブジェクトを実行するために必要となる医療情報処理オブジェクトをサーバー１０１がアプリケーションとして管理、実行することで、当該医療情報処理をクライアント端末１０３と協同して行うことができる。
【００３５】
サーバー１０１からクライアント端末１０３宛てに送信された当該アプレットを受信すると（ステップＳ３１６）、クライアント端末１０３は、当該アプレットをウェブブラウザ上で起動して所定の医療情報処理を実行する（ステップＳ３１７）。この医療情報処理では、ウェブブラウザ上に表示された画面の入力要求に従って、例えば電子カルテ作成処理であれば、患者情報、診察・治療結果、処方した薬品などの事項を入力することによりデータ処理など必要な医療情報処理を実行することができる。
【００３６】
また、ステップＳ３１５においてサーバー１０１から送信されたアプレットが、所定の医療情報処理を実行するための医療情報処理オブジェクトの一部であった場合には、ステップＳ３１７におけるクライアント端末１０３でのアプレットの実行に応じて、サーバー１０１側で対応する医療情報処理アプリケーションを実行し、当該医療情報処理をクライアント端末１０３と協同して行うことができる。クライアント端末１０３における医療情報処理の結果は、サーバー１０１へ送信される（ステップＳ３１８）。医療情報処理が完了したら、ブラウザを終了して処理を終了する。
【００３７】
サーバー１０１は、クライアント端末１０３から送信される医療情報処理の結果を受信し、データベース２０８内に格納してこれを管理する（ステップＳ３２０）。
【００３８】
再びステップＳ３１１に戻ると、このステップにおいてユーザーがアプレットを要求していると判定されなかった場合には、処理結果データの要求であるかをステップＳ３２２において更に判定する。このような処理の流れは、あくまで本実施形態の説明のためのものであり、本発明を実施するに際して、メニュー画面には、アプレット要求や過去の処理データの要求以外の様々な選択肢を含めることが可能であり、アプレット要求が選択されなかった場合に、それ以外の他の選択肢のいずれが選択されたかを判定するステップと置換したり、或いは当該ステップを追加することができるのは言うまでもない。
【００３９】
サーバー１０１では、ステップＳ３２２における判定の結果、クライアント端末１０３から要求された情報が処理結果データである場合にはステップＳ３２４において当該処理結果データをクライアント端末１０３へ送信し、送信した処理結果データについての送信履歴を作成する（ステップＳ３２５）。クライアント端末１０３では、サーバー１０１から送信された処理結果データを受信して（ステップＳ３２６）、例えばウェブブラウザ上に表示することができる。
【００４０】
また、ステップＳ３２１及びステップＳ３２２における判定において、処理結果データの要求でないと判定された場合には、クライアント端末１０３からサーバー１０１へ質問事項のリストの要求が送信される（ステップＳ３２７）。ユーザーがサーバー１０１側へアプレットの内容について問い合わせを行う際は、任意に質問事項をテキスト入力して、サーバー１０１の管理者がこれに回答する形式を取ることもできるが、本発明では、クライアント端末１０３で利用するアプレットが予め決まっており、ある程度質問事項を想定することが可能となるので、質問事項のリストを利用して早期に問題解決を図ることを可能とする。
【００４１】
サーバー１０１では、ステップＳ３１３において受信した要求が、質問リストの要求であったと判断してステップＳ３２８において、内部記憶装置２０４に格納されている質問リストを送信する。クライアント端末１０３では、サーバー１０１から送信されたリストを受信して、ユーザーから回答を求める質問事項の選択入力を受け付ける。さらに、選択された質問事項をサーバー１０１へ送信する（ステップＳ３２９）。ここで、ユーザーによる質問事項の選択は、ブラウザ上でチェック欄を設けた画面を表示して、ユーザーが回答を希望する質問事項にチェックを入れる形式をとることができる。
【００４２】
サーバー１０１側では、クライアント端末１０３から送信された質問事項を受信すると、内部記憶装置２０４に格納されている質問事項に対応する回答を検索し、要求された質問に対する回答をクライアント端末１０３宛てに送信する（ステップＳ３３０）。このように、サーバー１０１では、内部記憶装置２０４内に質問と回答のデータを格納し、管理しているので、上述の質問リストを利用した質問に対する迅速な回答の送信が可能となる。クライアント端末１０３では、サーバー１０１から送信された回答を受信し（ステップＳ３３１）、これをブラウザ上に表示することができる。
【００４３】
このように、本実施形態ではサーバー１０１から提供される医療情報処理オブジェクトをＪａｖａ（登録商標）アプレットにて提供することができるので、クライアント端末１０３側におけるオペレーションシステムの種類に影響を受けることなく、あらゆるクライアント端末において医療情報処理を実行することができる。さらに、サーバー１０１とクライアント端末１０３とが接続状態にある期間においてのみ、医療情報処理を実行可能となるので、サーバー１０１は、クライアント端末１０３における医療情報処理オブジェクトの使用期間を管理して、接続時における最新バージョンの医療情報処理オブジェクトを提供することができる。
【００４４】
また、クライアントにおいて医療情報処理オブジェクトを実行して医療情報処理を行うため、サーバー側での処理の負担が軽減され、多くの医療機関に医療情報処理サービスを提供することが可能になる。
【００４５】
また、サーバー１０１からクライアント端末１０３に対して医療情報処理オブジェクトの一部又は全部を送信することが可能であるので、クライアント端末１０３が実行しようとする医療情報処理の内容に応じて、例えば処理負荷の高い医療情報処理についてはサーバー１０１側で高速に処理させ、クライアント端末１０３では、負荷の比較的低い処理を実行する等の分散処理も可能となる。このような分散処理によれば、医療機関におけるクライアント端末の性能が低い場合であっても、負荷の高い処理はサーバー１０１側で実行されるので、クライアント端末の性能に関係なくサービス品質を均一に保つことが可能となる
また、サーバー１０１において医療情報処理オブジェクトを管理するので、プログラムの変更・修正作業等が容易になるとともに、Ｊａｖａ（登録商標）のようなバーチャルマシンで医療情報処理オブジェクトを実行する環境を用いることで、ハードウェアやオペレーティングシステムに依存することなく、各医療機関に設置されたコンピュータで医療情報処理オブジェジェクトを利用可能になる。これにより、クライアント端末１０３では、医療情報処理のための専用ソフトウェアを用意することなくウェブブラウザ機能さえ有していればサーバー１０１に接続するだけで医療情報処理を実行することができるので、医療機関側におけるクライアント端末のメンテナンスの負担を著しく軽減できるだけでなく、専用ソフトウェアに特有のアップグレードの必要性がないので、常に最新のルールに合致した医療情報処理を実施することができる。さらには、専用のインストールサービスを実施する必要もなくなるので、医療機関の所在場所に関係なく保険請求業務やカルテ管理等の医療情報処理サービスを提供することが可能となる。
【００４６】
さらに、医療情報処理結果はサーバー１０１側で管理されているので、医療機関のクライアント端末１０３において管理する必要が無くなる。これにより、膨大な量のデータを管理するためのシステム投資負担を軽減することができる。
【００４７】
また、どの医療機関にどの医療情報処理オブジェクトを送信したかをサーバにおいて管理しているので、医療機関からの質問に容易に応答することが可能になる。
【００４８】
【第２の実施形態】
第２の実施形態においては、クライアント端末１０３は、ウェブブラウザを利用してサーバー１０１から医療情報処理オブジェクトを取得し、医療情報処理を実行する。本実施形態における医療情報処理オブジェクトにはＣ言語などのプログラム言語で記載されたソフトウェアも含まれるが、Ｊａｖａ（登録商標）アプリケーションであることがより望ましい。
【００４９】
第１の実施形態では、医療情報処理オブジェクトがＪａｖａ（登録商標）アプレットとして提供されるために、医療機関側では、Ｊａｖａ（登録商標）アプレットによる医療情報処理結果を保持する必要がある場合は、そのための手段を提供しなければならない。前記手段によれば、Ｊａｖａ（登録商標）アプレットでの医療情報処理結果をサーバー側に送信してサーバー側において保持することが可能である。しかしながら、一度に大量の処理結果データを、サーバーとクライアントの間で送受信する必要がある場合には業務進行に支障を来すおそれがある。これに対して、本実施形態では、以下に説明するＪａｖａ（登録商標）アプリケーションを利用して医療情報処理サービスを提供する。
【００５０】
Ｊａｖａ（登録商標）アプリケーション（以下、アプリケーションと略す。）とは、コンピュータプログラム言語であるＪａｖａ（登録商標）で作成されたソフトのうち、ＨＴＭＬファイルに組み込まれてサーバー１０１からダウンロードされ、クライアント端末１０３のブラウザとは独立して単体で動作させることが可能なアプリケーションである。従って、ダウンロードされた医療情報処理アプリケーションは、医療情報処理アプレットとは異なり、基本的にクライアント端末１０３の内部記憶装置２１４内のファイルを読み込んだり、医療情報処理結果データをデータベース２１８内に保存することも可能である。
【００５１】
従って、本実施形態においては、医療情報処理アプレットをダウンロードしたクライアント端末１０３上において、所定の医療情報処理が実行されると、実行結果はクライアント端末１０３の内部記憶装置２１４やデータベース２１８に格納され、クライアント端末１０３で自由に処理結果を利用することができる。また、第１の実施形態においては、Ｊａｖａ（登録商標）アプレットの性質上、医療情報処理を実行するために常にサーバー１０１へ接続していなければならなかったが、アプリケーションの場合には、アプリケーション自体をダウンロードしてしまえば、インターネット１０２との接続を切断して、スタンドアロンで医療情報処理を実行できる。
【００５２】
本実施形態における処理の流れを図４に示すフローチャートを参照して、より詳細に説明する。図４は、クライアント端末１０３及びサーバー１０１における医療情報処理オブジェクトの処理に関連するフローチャートである。
【００５３】
まず、クライアント端末１０３では、ユーザーによりウェブブラウザが起動され（ステップＳ４０１）、所定のＵＲＬ等を入力することにより、サーバー１０１への接続要求が行われる（ステップＳ４０２）。サーバー１０１では、クライアント端末１０３からの接続要求があるかどうかを監視しており（Ｓ４０３）、ステップＳ４０２に対応する接続要求を受け付けると、クライアント端末１０３に対して識別情報の送信を要求する。この識別情報とは、あらかじめ各医療機関毎に与えられた当該医療機関を識別するための情報であって、例えば、第１の実施形態と同様にＩＤとパスワード情報などが含まれる。
【００５４】
クライアント端末１０３では、ステップＳ４０４におけるサーバー１０１からの識別情報要求に応じてユーザーから識別情報の入力を受付け、入力された識別情報をサーバー１０１へ送信する（ステップＳ４０５）。サーバー１０１では、クライアント端末１０３から送信された識別情報に基づいて、認証処理を行い、クライアント端末１０３の接続を許可するか否かを判定する（ステップＳ４０６）。この結果、接続を拒否する場合には処理が終了する。クライアント端末１０３側でも、接続が拒否される場合には、処理が終了する。
【００５５】
ステップＳ４０６においてクライアント端末１０３の接続を許可すると判定した場合には、メニュー画面の情報をクライアント端末１０３へ送信する（ステップＳ４０８）。クライアント端末１０３は、サーバー１０１と接続されてメニュー画面の情報を受信すると、表示部２１６にメニュー画面をブラウザ表示する（ステップＳ４０９）。メニュー画面には、サーバー１０１から取得可能なデータのリストが選択可能に表示され、そのリストには、医療情報処理アプリケーションや、その他の医療情報処理に必要な情報が含まれる。クライアント端末１０３では、ユーザーによる操作部２１５からの入力によりメニュー選択を受付ける（ステップＳ４１０）。本実施形態では、理解の容易のためにステップＳ４１０における選択が、医療情報処理アプリケーションであった場合を説明する。もちろん、本実施形態においても、第１の実施形態におけるステップＳ３１１以降及びステップＳ３１４以降と同様の処理をクライアント端末１０３及びサーバー１０１のそれぞれについて適用することも可能である。
【００５６】
ここで、ユーザーから医療情報処理アプリケーションの要求を受け付けると、アプリケーション要求をサーバー１０１へ送信する（ステップＳ４１１）。サーバー１０１では、ステップＳ４１２において、クライアント端末１０３からの要求を受信し、クライアント端末１０３から要求されたアプリケーションを送信する（ステップＳ４１３）。アプリケーションを送信すると、送信したアプリケーションについての送信情報を当該クライアント端末１０３の識別情報と関連づけて、データベース２０８に格納する。この情報は、クライアントに対して提供されたアプリケーションの使用期間を管理するために利用したり、将来的なアプリケーションのアップグレード情報をクライアント端末１０３に送信する（ステップＳ４１４）など、クライアント管理に利用される。また、各医療機関に対して配布したアプリケーションの種別を管理できるので、医療機関から質問があった場合に容易に応答することが可能になる。
【００５７】
また、ステップＳ４１３で送信するアプリケーションは、所定の医療情報処理を実行するための医療情報処理オブジェクトの一部であっても、全部であっても良い。例えば、一部の医療情報処理オブジェクトを送信する場合には、当該一部の医療情報処理オブジェクトを実行するために必要となる医療情報処理オブジェクトをサーバー１０１がアプリケーションとして管理、実行することで、当該医療情報処理をクライアント端末１０３と協同して行うことができる。
【００５８】
サーバー１０１からクライアント端末１０３宛てに送信された当該アプリケーションを受信すると（ステップＳ４１６）、ブラウザを終了し（ステップＳ４１７）、取得したアプリケーションをウェブブラウザとは独立に起動して所定の医療情報処理を実行する（ステップＳ４１８）。また、ステップＳ４１３においてサーバー１０１から送信されたアプリケーションが、所定の医療情報処理を実行するための医療情報処理オブジェクトの一部であった場合には、サーバー１０１側で対応する医療情報処理アプリケーションを実行し、ステップＳ４１８においてクライアント端末１０３がアプリケーションの実行する場合に、サーバー１０１へアクセスしてサーバー１０１での処理結果を取得したり、クライアント端末１０３での処理結果を送信してサーバー１０１側で当該処理結果に基づいて更なる医療情報処理を実行することもできる。このように、医療情報処理をクライアント端末１０３とサーバー１０１とが協同して行うことができる。
【００５９】
医療情報処理の結果は、内部記憶装置２１４やデータベース２１８に格納することができる。なお、ステップＳ４１６では、ブラウザを終了しサーバー１０１との接続を切断したが、これは本実施形態においては医療情報処理を実行するためにサーバー１０１との接続を維持していなくても良いためである。もちろん、サーバー１０１との接続を維持してアプリケーションを起動しても良い。
【００６０】
このように、本実施形態ではサーバー１０１から提供される医療情報処理オブジェクトをＪａｖａ（登録商標）アプリケーションにて提供することができるので、クライアント端末１０３側におけるオペレーションシステムの種類に影響を受けることなく、あらゆるクライアント端末において医療情報処理を実行することができる。
【００６１】
また、サーバー１０１からクライアント端末１０３に対して医療情報処理オブジェクトの一部又は全部を送信することが可能であるので、クライアント端末１０３が実行しようとする医療情報処理の内容に応じて、例えば処理負荷の高い医療情報処理についてはサーバー１０１側で高速に処理させ、クライアント端末１０３では、負荷の比較的低い処理を実行する等の分散処理も可能となる。このような分散処理によれば、医療機関におけるクライアント端末の性能が低い場合であっても、負荷の高い処理はサーバー１０１側で実行されるので、クライアント端末の性能に関係なくサービス品質を均一に保つことが可能となる
また、クライアント端末１０３では、医療情報処理のための専用ソフトウェアをサーバー１０１から取得できるので、医療機関側におけるクライアント端末のメンテナンスの負担を著しく軽減できる。また、アプリケーションのアップグレード関してはサーバー１０１からクライアント端末１０３に適宜通知されるので、常に最新のルールに適応した医療情報処理を実施することができる。
【００６２】
さらに、医療情報処理結果をクライアント端末１０３側で管理できるので、一度に大量の処理結果データをダウンロードしなければならない状況をなくすことができるとともに、医療情報をネットワークに流したくない場合は、その医療機関独自にセキュリティーを確保することが可能になる。
【００６３】
【発明の効果】
以上のように、本発明によれば、クライアントにおいて医療情報処理オブジェクトを実行するため、サーバに医療情報を処理する負荷を掛けずに済むので、多くの医院に医療情報処理サービスを提供することが可能になる。また、サーバにおいて医療情報処理オブジェクトを管理するので、人的負担をかけることなくプログラムの変更・修正作業等が容易になる。
【００６４】
また、クライアント側では、ハードウェアやオペレーティングシステムに依存することなく、各医療機関に設置されたコンピュータで医療情報処理オブジェジェクトを利用可能になる。さらに、クライアント側で医療情報処理を実行できるので、医療情報に関するセキュリティーを確保できる。
【００６５】
また、どの医療機関にどの医療情報処理オブジェクトを送信したかをサーバにおいて管理し、当該医療情報処理オブジェクトに対応した質問事項、回答事項を管理しておくことにより、医療機関からの質問に迅速に対応することが可能になる。
【００６６】
さらに、サーバーとクライアント間で処理負荷に応じて処理を分散させることができるので、クライアントの性能に制限を受けることなくサービスを提供することができる。
【図面の簡単な説明】
【図１】本発明における医療情報処理サービスシステムの構成の一例を示す概観図である。
【図２ａ】本発明の実施形態に対応したサーバー１０１の構成の一例を示す図である。
【図２ｂ】本発明の実施形態に対応したクライアント端末１０３の構成の一例を示す図である。
【図３ａ】本発明の第１の実施形態に対応した処理のフローチャートである。
【図３ｂ】本発明の第１の実施形態に対応した処理のフローチャートである。
【図４】本発明の第２の実施形態に対応した処理のフローチャートである。
【図１】
2004094553.tif 000003
【図２ａ】
2004094553.tif 000004
【図２ｂ】
2004094553.tif 000005
【図３ａ】
2004094553.tif 000006
【図３ｂ】
2004094553.tif 000007
【図４】
2004094553.tif 000008