(57)【要約】【課題】  本発明は、病院外部へ出したくない情報の漏洩を防止しながら必要な情報を吸い上げ、各サービスを提供する仕組みを提供することを課題とする。【解決手段】  外部に出すことが出来ない情報に対して情報提供の不許可を指示するマスク情報を管理者に設定入力させて、このマスク情報が情報提供の許可を示している情報のみを院内サーバ１から、院外にある外部サーバ３に吸い上げさせる。そして各サービス毎に生成されているサービスアプリケーション２−１〜２−ｎは、外部サーバ３が吸い上げた院内情報の中から自己が必要な情報を読み出して活用し、サービスを提供する。これにより、患者の個人情報等病院外に出したくない情報が外部に漏洩することを防ぐことが出来る。【選択図】      図１
2005353008.tif 000002
【特許請求の範囲】
【請求項１】
病院内で扱われる院内情報を蓄積、管理する院内情報処理装置と、前記病院外に設けられ、前記院内情報処理装置からデータを読み出す院外情報処理装置とを備える病院情報システムであって、
前記院内情報処理装置は、
前記病院内から収集した院内情報を記憶、蓄積する院内情報記憶手段と、
前記院内情報記憶手段に記憶された院内情報に対して、前記病院の外部への提供を許可するか否かを示すマスク情報を設定するマスク情報設定手段と、
前記マスク情報に基づいて、前記病院外部への提供を許可したもののみを前記院外情報処理装置が読み出せる状態とした公開可能情報を生成する公開可能情報生成手段と、
を備え、
前記院外情報処理装置は、
前記公開可能情報を前記院内情報処理装置から読み出す公開可能情報読み出し手段と、
前記院内情報処理装置から読み出した公開可能情報を記憶する公開可能情報記憶手段と、
を備えることを特徴とする病院情報システム。
【請求項２】
前記院外情報処理装置にアクセスする情報処理端末を更に備え、
前記情報処理端末は、前記公開可能情報記憶手段に記憶されている、前記公開可能情報内の情報から必要な情報を選択し、該選択した情報を用いてサービスを行なう、当該サービス毎に設けられた１乃至複数のサービスアプリケーション手段を備えることを特徴とする請求項１に記載の病院情報システム。
【請求項３】
前記院外情報処理装置は、
前記院内情報処理装置に認証情報を送り、認証許可を得る手段を更に備えることを特徴とする請求項１又は２に記載の病院情報システム。
【請求項４】
前記院外情報処理装置は、前記病院とネットワーク接続するネットワーク接続手段を更に備え、
前記公開可能情報読み出し手段は、前記院内情報処理装置から前記ネットワークを介して前記公開可能情報を読み出すことを特徴とする請求項１乃至３に記載の病院情報システム。
【請求項５】
病院内で扱われる院内情報を蓄積、管理する院内情報処理装置において、
前記病院内から収集した院内情報を記憶、蓄積する院内情報記憶手段と、
前記院内情報記憶手段に記憶された院内情報に対して、前記病院の外部への提供を許可するか否かを示すマスク情報を設定するマスク情報設定手段と、
前記マスク情報に基づいて、前記病院外部への提供を許可したもののみを前記院外情報処理装置が読み出せる状態とした公開可能情報を生成する公開可能情報生成手段と、
を備えることを特徴とする院内情報処理装置。
【請求項６】
前記マスク設定手段は、前記記憶手段に記憶された院内情報の項目の種類をユーザに示し、当該ユーザに各院内情報の項目それぞれに対して前記病院の外部への提供を許可するか否かを選択指示を入力ユーザ指示入力手段を更に備え、
前記マスク設定手段は、前記選択指示に基づいて前記すマスク情報を設定することを特徴とする請求項５に記載の院内情報処理装置。
【請求項７】
ユーザに認証情報を入力させ、該認証情報によって認証処理を行なうことを特徴とする請求項５又は６に記載の病院情報システム。
【請求項８】
病院内で扱われる院内情報を蓄積、管理する院内情報処理装置から病院外部へ当該院内情報を受け渡す院内情報の受け渡し方法であって、
前記病院内から収集し、前記院内情報処理装置に蓄積された院内情報に対し、前記病院の外部への提供を許可するか否かを示すマスク情報を設定し、
前記マスク情報に基づいて、前記病院外部への提供を許可したもののみを前記院外情報処理装置が読み出せる状態とした公開可能情報を生成する
ことを特徴とする院内情報の受け渡し方法。
【請求項９】
病院内で扱われる院内情報を蓄積、管理する院内情報処理装置内で実行されるプログラムであって、
前記病院内から収集し、前記院内情報処理装置に蓄積された院内情報に対し、前記病院の外部への提供を許可するか否かを示すマスク情報を設定する機能と、
前記マスク情報に基づいて、前記病院外部への提供を許可したもののみを前記院外情報処理装置が読み出せる状態とした公開可能情報を生成する機能と、
を実現するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院内で扱われる電子データの管理を行なうシステムに関し、更に詳しくは病院外部へ電子データを受け渡す際のデータの受け渡しの仕方に関する。
【背景技術】
【０００２】
現在医療分野においても、ネットワーク技術や情報処理技術の発展に伴い、各種医療行為に対する情報や会計情報等の病院施設内で用いられる情報を電子データ化してこれをネットワークを介してやり取りするシステムが考案化され、実用化されている。
【０００３】
例えば、特許文献１には、地域毎に設けられた地域情報サーバを一般家庭やその地域の医療施設に設けられた端末とネットワーク接続し、また各地域情報サーバと情報のやり取りを行なう総合情報サーバをインターネット等のネットワークによって接続して、医療情報等をやり取りするシステムが示されている。
【０００４】
また病院内においてもＨＩＳ（Ｈｏｓｐｉｔａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ）等の医療情報の連携システムの発達に伴い、患者やその医療行為に対する様々なデータを、検査機器や端末装置からネットワークを介して病院内に設けられた院内サーバに蓄積・管理することが行なわれている。
【０００５】
この病院内でサーバに蓄積・管理されている各種情報は、病院内で用いるだけでなく病院外部で二次利用することも考えられるが、この場合の病院外部へのデータの受け渡しの仕方としては、院内サーバにデータベース化して蓄積されている生データをそのまま病院外部のサーバにコピーして利用する、或いは病院外部にあるサービスアプリケーションが直接、二次利用する分のデータ項目だけを院内サーバから取得して利用するという方法が取られている。
【０００６】
図１５は、従来の病院外部へのデータの受け渡しの仕方の説明図である。
同図（ａ）は、院内サーバ１０１に蓄積されているデータを用いてサービスを提供する各サービスアプリケーション１０２がそれぞれ個別に、外部サーバからデータを読み出す場合を示すもので、また同図（ｂ）は、院内サーバに蓄積されているデータを外部サーバが一括して吸い上げる場合を示すものである。
【０００７】
同図（ａ）の場合、院内サーバ１０１に対して、各サービスアプリケーション１０２−１〜１０２−ｎがネットワークを介してそれぞれ個別に院内サーバ１０１にアクセスし、必要なデータを読み出ししている。
【０００８】
また同図（ｂ）の場合には、外部サーバ１０３がネットワークを介して、院内サーバ１０１内に蓄積されているデータを全て吸い上げ、各サービスアプリケーション１０２−１〜１０２−ｎは、この外部サーバ１０３から必要なデータを読み出して二次利用する。
【０００９】
図１６は、図１５に示したデータの受け渡しの処理を示すフローチャートである。
同図（ａ）は、図１５（ａ）の場合の処理を示しており、同図の処理が開始されると、まずステップＳ１０１として病院内の各機器から検査に関する情報を院内サーバ１０１に送信する。次にステップＳ１０２として、院内サーバ１０１はこの情報を内部データベースに登録して蓄積する。
【００１０】
この状態において、院内サーバ１０１内のデータを二次利用する各サービスアプリケーション１０２はそれぞれ、ステップＳ１０３として、ネットワークを介して院内サーバ１０１にアクセスし、院内サーバ１０１から必要な情報のみを取得する（ステップＳ１０４）。そしてこの情報をサービスを実現するために活用する（ステップＳ１０５）。
【００１１】
また図１６（ｂ）は、図１５（ｂ）の場合の処理を示しており、同図の処理が開始されると、図１６（ａ）の場合と同様、まずステップＳ１１１として各機器から検査に関する情報を院内サーバ１０１に送信し、次にステップＳ１１２として、院内サーバ１０１はこの情報を院内情報として内部データベースに登録して蓄積する。
【００１２】
この状態において、外部サーバ１０３は、ステップＳ１１３としてネットワークを介して院内サーバ１０１アクセスし、院内サーバ１０１内にデータベース化して記憶・蓄積されている全ての院内情報を吸い上げて取得する。
【００１３】
次に院内サーバ１０１内のデータを二次利用するサービスアプリケーション１０２はそれぞれ、ステップＳ１１３として、ネットワークを介して外部サーバ１０３にアクセスし、外部サーバ１０３から必要な院内情報のみを取得する（ステップＳ１１４）。そしてこの情報をサービスを実現するために活用する（ステップＳ１１５）。
【特許文献１】特開２００２−２０７８２２号公報（図１、段落［００１０］〜［００１４］）
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上記したように、院内情報を病院外部で利用する場合、従来は院内サーバ１０１に収集した情報を、この情報を利用するサービスアプリケーション１０２が直接取得して活用する、または外部サーバ１０３が院内サーバ１０１内の情報を全て吸い上げ、この外部サーバ１０３から各サービスアプリケーション１０２が必要な情報のみ活用するという方法を取っていた。
【００１５】
しかし、前者の方法では、必要な情報はオンデマンドで院外情報処理装置から院内情報処理装置にアクセスするので、サービスアプリケーション毎に必要な情報を取得して処理を行える半面、サービスアプリケーションが増える程、院内情報処理装置へのアクセス回数が増えるので、セキュリティ面や院内サーバへの負荷が大きくなるという問題がある。また、後者の方法では、院内情報処理装置内の情報を全て吸い上げるので、病院が院外に出したくない情報、または法律／規制によって院外に出してはいけない情報も院外情報処理装置が吸い上げてしまうという問題がある。さらに、院内情報処理装置内の情報を全て吸い上げるので、データ転送量が大きくなり、院外情報処理装置や院内情報処理装置に大きな負荷がかかってしまうという問題もある。
【００１６】
また、前者の場合、複数のサービスアプリケーションを作成する必要があるときは、院内情報処理装置から情報を取得するための仕組みを各サービスアプリケーションや院内情報処理装置にそれぞれ設ける必要があり、院内情報処理装置、院外情報処理装置、サービスアプリケーションを含むシステム全体の拡張をさせるのには、多くの時間と手間を要するという問題もある。
【００１７】
本発明は、院内サーバから効率よく必要な情報を吸い上げ、各サービスを提供する仕組みを持つ病院情報システムを提供することを課題とする。
また院内サーバから個人情報等、病院外部へ出したくない情報、または法律／規律によって院外に出してはいけない情報の漏洩を防止しながら必要な情報を吸い上げ、各サービスを提供する仕組みを持つ病院情報システムを提供することを課題とする。
【００１８】
更に、サービスの数が増え、そのサービスの提供を行なうサービスアプリケーションの数が増えても、変更箇所を最小にすることが出来る、拡張性の高い病院情報システムを提供することを課題とする。
【課題を解決するための手段】
【００１９】
本発明による病院情報システムは、病院内で扱われる院内情報を蓄積、管理する院内サーバと、前記病院外に設けられ、前記院内サーバからデータを読み出す外部サーバを備えること前提とする。
【００２０】
前記院内サーバは、上記問題点を解決するため院内情報記憶手段、マスク情報設定手段及び公開可能情報生成手段を備える。
院内情報記憶手段は、前記病院内から収集した院内情報を記憶、蓄積する。
【００２１】
マスク情報設定手段は、前記院内情報記憶手段に記憶された院内情報に対して、前記病院の外部への提供を許可するか否かを示すマスク情報を設定する。
公開可能情報生成手段は、前記マスク情報に基づいて、前記病院外部への提供を許可したもののみを前記外部サーバが読み出せる状態とした公開可能情報を生成する。
【００２２】
また前記外部サーバは、公開可能情報読み出し手段及び公開可能情報記憶手段を備える。
公開可能情報読み出し手段は、前記公開可能情報を前記院内サーバから読み出す。
【００２３】
公開可能情報記憶手段は、前記院内サーバから読み出した公開可能情報を記憶する。
この構成により、外部サーバは、病院外部への提供が許可されていない院内情報を含まない公開可能情報を読み出す。よって、病院外部への提供が許可されていない院内情報が外部サーバに読み出されることはない。
【００２４】
また前記外部サーバにアクセスする情報処理装置を更に備え、前記情報処理装置は、前記公開可能情報記憶手段に記憶されている、前記公開可能情報内の情報から必要な情報を選択し、該選択した情報を用いてサービスを行なう、当該サービス毎に設けられた１乃至複数のサービスアプリケーション手段を備える構成とすることも出来る。
【００２５】
この構成により、サービスアプリケーション手段によって、サービスの提供が成される。
更に、前記外部サーバは、前記院内サーバに認証情報を送り、認証許可を得る手段を更に備える構成とすることも出来る。
【００２６】
この構成により、認証処理によって許可された場合のみ、院内サーバに蓄積された情報は、外部からアクセスすることが出来る。
また、本発明は、  病院内で扱われる院内情報を蓄積、管理する院内サーバ及び院内サーバで実行されるプログラム、及び病院内で扱われる院内情報を蓄積、管理する院内サーバから病院外部へ当該院内情報を受け渡す院内情報の受け渡し方法もその範囲に含む。
【発明の効果】
【００２７】
本発明によれば、院内外部から院内情報を効率よく必要な情報を吸い上げることができる。
また院内情報のうち、マスク情報によって外部への提供を許可されたもののみが、外部へ読み出されるので、病院外部へ出したくない情報、法律／規律によって院外に出してはいけない情報の漏洩を防ぐことが出来る。
【００２８】
更に、院内情報を用いたサービスが新たに増え、そのサービスを実現するためのサービスアプリケーションの数が増えても、既存のものに最小限の変更を加えるだけで容易に対処することができる。
【発明を実施するための最良の形態】
【００２９】
以下に本発明に係る一実施形態を図面を参照しながら説明する。
図１は、本実施形態における病院情報システムによる院内情報の外部への受け渡しの方法を示す図である。
【００３０】
本実施形態では、病院内の各診療科や受付等から病院内に施設されている院内ＬＡＮを介して収集され、院内サーバ１内にデータベース化して蓄積した各種情報に対して、患者のプライバシーに係る情報等病院の外に出すことが出来ない情報に対して情報提供の不許可を指示するマスク情報を管理者に設定入力させて、このマスク情報に基づいて情報提供の許可を示している情報を生成し、その情報のみをインターネット等の公衆ネットワークを介して院外にある外部サーバ３に吸い上げさせる。そして各サービス毎に生成されているサービスアプリケーション２−１〜２−ｎは、外部サーバ３に蓄積されている病院外部への提供が許可されている院内情報の中から自己が必要な情報を読み出して活用し、サービスを提供する。
【００３１】
これにより、患者の個人情報等病院外に出したくない情報が外部に漏洩することを防ぐことが出来る。また各サービスアプリケーション２−１〜２−ｎは、必要な情報を院内サーバからではなく外部サーバ２から読み出すので、データの転送速度の制限が緩い。更に、新たな外部サービスアプリケーション２を作成する必要があるときは、院内サーバ１のデータの中から予め病院外に出さない情報を省いた形で外部サーバ３に抽出し、そのデータを二次利用するサービスアプリケーション２がそれを活用することで冗長性を排除し、また拡張性を持つことが出来る。
【００３２】
尚本明細書において「院内サーバ」という言葉は、病院施設内全体で扱われている情報を蓄積、管理するサーバ、病院内の各診療科や部署毎に設けられるサーバ等、病院内で電子化データを収集、蓄積、管理するサーバ全般を包括して用いている。
【００３３】
図２は、本実施形態における病院情報システムの病院内に敷設される部分の全体構成を示す概略図である。
病院情報システム１０は、複数の端末（端末１２、１４、１６）がＬＡＮ１３によって接続された構成となっている。
【００３４】
このうち端末１２は、病院情報システム１０に格納されているデータを参照しようとする場合に使用される端末である。また同図において、点線で囲まれている部分１５、１７、１９は、病院における各診療科に配置される部門システムを示しており、端末１４、１６は各診察科に属している端末を示している。例えば、診療科１５では、内視鏡を使った検査を行っているときには、端末１４は、内視鏡の撮像画像が表示されたり、医師の所見が入力されたりする、検査レポート作成等に用いる端末である。診療科１７においても、検査にあたって得られた画像を表示したり、所見を入力して検査レポートを作成するための端末１６が設けられている。端末１４や端末１６は、ネットワークに接続される医療機器であってもよい。
【００３５】
電子カルテシステム１８は、例えば、病院の受付などに配置され、どの患者がどの診療科の診察を受けるかをスケジューリングし、各診療科１５、１７、１９の端末に、診療を受ける患者の情報を送信するシステムである。
【００３６】
図３は、診療科に設けられるシステムの構成を示す図である。同図は、図２の診療科１５部分に該当する。
同図において、図２のＬＡＮ１３の一部であるＬＡＮ２３には、検査装置用端末２２、レポート入出力用端末２４、データ送受信用端末２８及びプリンタ２９が接続され、互いにデータをやり取り出来る構成となっている。
【００３７】
検査装置用端末２２は、検査具の制御や検査結果等の取得したデータを処理する情報処理端末である。同図では、検査装置用端末２２が扱う検査具の一例として内視鏡検査装置２１が示してあり、検査装置用端末２２には内視鏡検査装置２１によって撮像された画像の画像データが取り込まれる。また、検査装置用端末２２は、内視鏡検査装置２１の種類を特定するなどの処理も行なう。
【００３８】
レポート入出力用端末２４は、検査を行なった医師が所見などを入力し、レポートを作成するための端末である。このレポート入出力用端末２４上で作成されたレポートは、院内サーバ２５やＤＶＤ制御用端末２７に送られる。またレポート入出力用端末２４によって作成されたレポートは、これに接続されたプリンタ２９ｂによって印刷することが出来る。
【００３９】
院内サーバ２５は、患者の氏名や年齢等の患者情報、検査結果として得られた画像データや所見を記載したレポート等の検査情報、検査に使われた検査具の種類や使用時間等の機器情報、医者や看護士等の病院スタッフに関する情報であるユーザ情報などのデータを分類しデータベース化して保管するもので、ＬＡＮ２３を介して収集されたこれらの情報が、院内情報としてデータベース化されて格納される。またユーザからの指示に基づいてこれらをプリンタ２９ａを使って印刷する。ＤＶＤ制御用端末２７は、ＤＶＤチェンジャー２６に搭載されるＤＶＤに検査で得られた画像データを格納したり、ＤＶＤに格納されている画像データを読み出したりする。
【００４０】
データ送受信用端末２８は、電子カルテシステム１８から患者に関するデータを受け取ったり、他の診療科のデータにアクセスするための端末である。プリンタ２９は、ー般にデータ送受信用端末２８が受け取ったデータを印刷したり、その他汎用的にデータを印刷するのに使用される。
【００４１】
図４は、図３に示した院内サーバ２５の構成を示す図である。
院内サーバ２５は、通常の汎用コンピュータを用いても良いが、その構成は例えば図４のようになる。
【００４２】
同図の構成では、ＣＰＵ等によって実現されるデータ制御部３６がデータ記憶部内のプログラムに基づいてデータ処理を行い、必要に応じてデータをデータ記憶部３５に格納したり、データ記憶部３５から読み出したりすることにより、後述する処理を実現する。データ入力部３２には、マウス等のポインティングデバイスやキーボード等のユーザが指示入力するための入力デバイスと接続されており、この入力デバイスを操作して医師は所見等の情報を入力する。また、データ表示部３４は、ＰＣモニタに接続され、ＰＣモニタ上に後述する情報設定入力画面を表示する為のデータをＰＣモニタに送る。ネットワークＩ
／Ｆ３１は、院内ＬＡＮを介して他の装置とデータをやり取りするためのインターフェースである。プリンタＩ／Ｆ３３にはプリンタが接続され、外部サーバ内に記憶されている
院内情報などが印刷出力される。
【００４３】
図５は、本実施形態における病院情報システムの全体構成の概略及び情報の流れを示す図である。
同図は、病院で扱われている院内情報を用いて検査に用いる機器の管理サービスを行なうサービスセンタが、病院から文字データや画像データ等から構成される院内情報を吸い上げ、この院内情報を用いて、検査具のメンテナンス管理や課金等のサービスを行なう場合を例として示している。
【００４４】
病院４０内のネットワークである院内ＬＡＮ４１に接続されている検査具とその端末等の各機器４３−１〜４３−ｍ（図３の内視鏡検査装置２１及び検査装置用端末２２に対応）や１乃至複数の端末装置４２（図２の端末１２、１４、１６に対応）で生じた様々な情報を、ルートＲ１に示すように院内ＬＡＮ４１（図２のＬＡＮ１３に対応）を介して院内サーバ４５（図３の院内サーバ２５に対応）に送り、院内サーバ４５内に記憶・蓄積する。
【００４５】
そしてルートＲ２又はＲ３から、病院施設４０の外部にあるサービスセンタ等の外部施設５０内の外部サーバ５５から院内サーバ４５に対して、院内サーバ４５に格納されたデータの読み出し要求があると、病院側が外部への提供を許可した情報のみが、ルートＲ２（若しくはＲ３）の逆のルートであるルートＲ４（若しくはＲ５）によって外部サーバ５５に吸い上げられ、格納される。
【００４６】
ここで外部サーバ５５に格納された情報は、各サービスで用いられるサービスアプリケーションからの要求により、ルートＲ６に示すように社内ＬＡＮ５１を介して各サービスアプリケーション５６−１〜５６−ｎによって取得され、様々に二次活用される。
【００４７】
尚同図に示す情報の流れのうち、ルートＲ２（及びＲ４）は、インターネットによるネットワーク６１を介して情報をやり取りするもので、ルートＲ２では、外部施設５０内の外部サーバ５５及び病院施設４０内の院内サーバ４５は、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）４４（ＶＰＮ５３）及びファイヤーウオール（Ｆｉｒｅｗａｌｌ）４７（ファイヤーウオール５２）を介してネットワーク６１に接続して、データ通信のセキュリティを向上させる。また、ルートＲ３（及びＲ５）は、電話回線等の公衆回線を用いたネットワーク６２を介して情報をやり取りするもので、外部施設５０内の外部サーバ５５及び病院施設４０内の院内サーバ４５は、ダイアルアップルータ４６（ダイアルアップルータ５４）を用い、ネットワーク６２を介して両者を接続する。
【００４８】
尚、図５ではサービスセンタである外部施設５０は、１つの病院施設４０と接続されている構成であるが、外部施設５０は、ネットワーク６１、６２を介して複数の病院施設４０と接続し、これら複数の病院施設４０から院内情報を吸い上げてサービスを行なう構成としても良い。この場合複数の病院を対象とすることで、複数の病院から収集した院内情報を用いたより幅広いサービスを提供することが可能となる。
【００４９】
また各サービスアプリケーション５６−１〜５６−ｎを、外部サーバ５５と同一の外部施設５０内に備える構成としているが、これらのサービスアプリケーション５６−１〜５６−ｎの内、一部若しくは全部を、外部サーバ５５が設置されている外部施設５０とは別の施設内に設け、専用回線若しくはネットワーク６１、６２を介して外部サーバ５５から必要な院内情報を読み出す構成としても良い。
【００５０】
このようなシステム構成において、例えば内視鏡検査の場合を例に挙げると、内視鏡検査を行なっている内視鏡検査装置が、内視鏡検査装置端末４３から機器利用情報、検査に関する情報、検査結果に基づく情報、撮影画像情報等を院内サーバに送信し、また検査後に内視鏡を洗滌する際には、内視鏡洗滌装置から院内サーバに対し、洗滌処理に関する情報を送信する。
【００５１】
院内サーバ４５には、各機器４３や端末から随時送信されてくる患者や検査についての情報の他に、内視鏡検査室数や内視鏡検査装置数、内視鏡数、内視鏡洗滌装置数等の機器設備についての情報も院内情報として記録管理しており、これらの院内情報に対して後述するマスク情報設定処理により、院内サーバの管理者に対して、病院外部への提供を許可するか否かを示すマスク情報を入力させ、このマスク情報によって外部への提供が許可された情報のみを外部サーバ５５に吸い上げさせる。
【００５２】
そして外部施設内では、外部サーバ５５が吸い上げた情報を用いてサービスアプリケーション５６がサービスを実現する。
このサービスとしては、例えば外部サーバ５５に格納されている情報の内、内視鏡検査数、検査時間、医師及び看護士の数、検査室の数、スコープの数、内視鏡洗滌機の数などから、この病院ではどのくらいのスコープや内視鏡洗滌機があれば効率的に検査を行なうことができるかを求め、機器の効率的な使用に対するアドバイスや、新規に病院を設立する時や施設の導入時に内視鏡検査関連設備の施工・導入に対するコンサルテーションを行なうコンサルタントサービス、内視鏡検査数、内視鏡装置の特殊機能利用、スコープの使用回数などから、装置を利用した分だけ課金する機器のリース、課金サービス等が考えられる。
【００５３】
次に本実施形態における病院情報システムにおける各種情報の流れについて、内視鏡検査によって生じる各種情報の流れを例にしてより具体的に説明する。
図６は、内視鏡検査時の病院内での処理の流れとそのとき生じる主な院内情報を示す図である。
【００５４】
同図において、ステップＳ１として患者が病院に来院し、ステップＳ２として治療を受けている診療科の受付で受付処理をすませると、受付では病院スタッフが端末から入力した患者情報やＨＩＳから受信した患者情報がその診療科の院内サーバに記憶される。
【００５５】
次にステップＳ３として患者が、内視鏡検査の前処置として体温や脈拍の計測等を受けると、これらの実施記録やその計測結果であるバイタルサインデータが端末から入力され、院内サーバに記録蓄積される。
【００５６】
内視鏡検査を始めるに当たって、その準備（ステップＳ４）において、使用する内視鏡装置等の検査具を特定する情報を端末から入力する。そして検査時（ステップＳ５）には、撮影された内視鏡画像の画像データや使用機器の情報、使用器具の実施記録が各機器が接続されている検査装置用端末から院内サーバに送られ、院内サーバではこれらのデータをデータベース化して記録、蓄積する。
【００５７】
内視鏡検査が終了し（ステップＳ６）、患者がリカバリルームにて安静にしている間（ステップＳ７）、体温や脈拍の計測等が行なわれ、これらの結果はバイタルサインデータとして端末から入力され、院内サーバに送られる。
【００５８】
内視鏡検査が終了すると、ステップＳ８として担当医師は検査レポートを作成する。このレポート作成に当たっては、所見データ、検査で撮影した内視鏡画像に対するアノテーションデータ、診断データが端末から入力され、院内サーバに送られる。またこの後、ステップＳ９として患者に対して検査結果の説明が行なわれる。
【００５９】
ステップＳ１０として内視鏡検査で用いられた内視鏡等の器具は、内視鏡洗滌装置によって洗滌された後、ステップＳ１１として決められた場所に収容されるが、この洗滌時の記録として、洗滌サイクルログ及び洗滌履歴のデータが院内サーバに送られる。
【００６０】
この図６に示した院内情報が、院内ＬＡＮを介して、随時、院内サーバに送られ、院内サーバではこれらの院内情報をデータベース化して記憶、管理する。そして、この院内情報は、院内サーバの管理者によって、病院外部への提供を許可するか否かを示すマスク情報を入力させ、このマスク情報によって外部への提供が許可された情報のみを外部サーバに吸い上げさせる。
【００６１】
図７は、マスク情報設定処理時の院内サーバの動作処理を示すフローチャートである。
本処理によって、院内サーバに蓄積されている院内情報に対して外部への公開を許可するか否かの設定が行なわれる。
【００６２】
同図において、ステップＳ２１として院内サーバの管理者は院内サーバから若しくは院内サーバと院内ＬＡＮによって接続されている端末から院内サーバにログインする。
次に、ステップＳ２２として院内サーバの管理者に認証パスワードを入力させ、入力されたパスワードによって認証情報を参照して認証処理を行ない、認証許可を与えない場合には以降の処理を止める。
【００６３】
ステップＳ２２の認証処理おいて認証を許可すると、次に院内サーバは、ステップＳ２３としてマスク情報設定アプリケーションを起動する。
このマスク情報設定アプリケーションは、院内サーバに記録、蓄積された情報に対して外部への提供を許可するか否かを設定するマスク情報設定処理を行なうもので、院内サーバ上では、ステップＳ２３で起動されたマスク情報設定アプリケーションが、ステップＳ２４として、ステップＳ２１で院内サーバにログインした端末の画面上に、院内サーバが保持している院内情報の項目が表示されたマスク情報設定画面を表示する。そしてステップＳ２５としてこの画面上から院内サーバの管理者に、外部に提供を許可しない情報の項目を、ステップＳ２４で表示した画面上から選択指示を入力させる。
【００６４】
図８は、ステップＳ２４で表示されるマスク情報設定画面の例を示す図である。
同図の画面例では、院内サーバの管理者は、ポインティングデバイス等を操作してタブ７１を画面上から選択して「患者情報」、「検査情報」、「機器情報」及び「ユーザ情報」の中から選択し、次に選択したタブ７１内の詳細な情報項目から非公開としたい情報項目に対してラジオボタン７２をチェックして選択（同図中●で示す部分が選択されている項目を示す）した後、「登録」ボタン７４を押下して選択指示した内容を記録した後、「閉じる」７３を押下することによって、マスク情報の設定指示が完了する。尚院内サーバにデータベース化されている院内情報に対して「患者情報」、「検査情報」、「機器情報」及び「ユーザ情報」という分類の仕方は一例であり、収集蓄積される情報の種類やデータベース内のデータ構成の定義の仕方によって適宜な分類の仕方を用いることが出来る。
【００６５】
図８に示したようなマスク情報設定画面上から院内サーバの管理者が、外部に非公開にしたい情報項目を全て選択指示入力し、画面上から「登録」ボタン７４を押下すると（ステップＳ２６、Ｙｅｓ）、ステップＳ２７として院内サーバは、マスク情報として、ステップＳ２５で選択指示入力された項目を示す非公開院内情報項目データを記憶、管理する。
【００６６】
次にステップＳ２８として、院内サーバは、ステップＳ２７で記憶した非公開院内情報項目データを元に、公開可能院内情報Ｖｉｅｗを作成するためのＳＱＬコードによる定義文を生成、実行して公開可能院内情報Ｖｉｅｗを作成後、ステップＳ３０としてマスク情報設定画面を閉じて本処理を終了する。
【００６７】
図９は、ステップＳ２８でビュー作成のための元となる院内サーバに記憶されている院内情報の例を示す図である。
同図は、患者情報に対する情報が記憶されているａｃｔ．ｐａｔｉｅｎｔ＿ｔａｂｌｅを例として示すもので、このａｃｔ．ｐａｔｉｅｎｔ＿ｔａｂｌｅは患者情報として分類される情報項目をカラム（列）として持ち、その情報項目のカラム名、その日本語名及びそれに続く行として文字や数値によるそのカラムに対応する内容の文字や数値のデータ（不図示）が記憶される構成となっている。尚本例では、院内サーバに収集された院内データはデータベース化され、上述した「患者情報」、「検査情報」、「機器情報」及び「ユーザ情報」に対応する、ａｃｔ．ｐａｔｉｅｎｔ＿ｔａｂｌｅ、ａｃｔ．ｓｔｕｄｙ＿ｔａｂｌｅ、ａｃｔ．ｅｑｕｉｐｍｅｎｔ＿ｔａｂｌｅ、及びａｃｔ．ｕｓｅｒ＿ｔａｂｌｅとして記憶されている。尚これらのテーブル構成は一例であり、収集蓄積される情報の種類やデータベース内のデータ構成の定義の仕方によって適宜な構成が取られる。
【００６８】
図１０は、ステップＳ２９で生成される公開可能院内情報Ｖｉｅｗを作成するためのＳＱＬコードによる定義文の例を示す図である。
同図の定義文はＳＱＬコマンドによって「患者情報」、「検査情報」及び「機器情報」についてのＶｉｅｗの生成について定義されており、「患者情報」のテーブルａｃｔ．ｐａｔｉｅｎｔ＿ｔａｂｌｅのカラムの内、図８のステップＳ２７で記憶された非公開院内情報項目データが非公開を示しているＰａｔｉｅｎｔＩＤ（患者ＩＤ）、ＰａｔｉｅｎｔＮａｍｅ（患者名）、Ａｇｅ（年齢）、・・・の値を“−−−−−”で置き換えたテーブルをＲｅｆｔ．ｐａｔｉｅｎｔ＿ｔａｂｌｅとして生成し、また「検査情報」及び「機器情報」については、非公開院内情報項目データで非公開を示している項目がなかったので、ａｃｔ．ｓｔｕｄｙ＿ｔａｂｌｅ及びａｃｔ．ｅｑｕｉｐｍｅｎｔ＿ｔａｂｌｅをそのままｒｅｆ．ｓｔｕｄｙ＿ｔａｂｌｅ及びｒｅｆ．ｅｑｕｉｐｍｅｎｔ＿ｔａｂｌｅとして、Ｖｉｅｗを生成することを規定している。
【００６９】
この図１０に示した、ＳＱＬによる定義文を実行することにより、非公開を指定された項目に対しては、“−−−−−”で置き換えたＶｉｅｗが生成され、外部サーバは、このＶｉｅｗを院内サーバから吸い上げることにより、公開を許可していない情報が外部に漏洩するのを防ぐことが出来る。
【００７０】
図１１は、病院の院内サーバから情報の吸い上げを行なう際に、外部サーバにおいて実行される処理を示すフローチャートである。
同図において処理が開始されると、まずステップＳ４１としてサービスセンタ等の施設のスタッフは、外部サーバ上に公開可能院内情報取得アプリケーションを起動する。この公開可能院内情報取得アプリケーションが、ネットワークを用いて各病院から情報の吸い上げを行なう。
【００７１】
この公開可能院内情報取得アプリケーションは、ステップＳ４２として選択画面を表示し、サービスセンタ等の施設のスタッフに対して情報を取得したい病院を選択させる（ステップＳ４３、Ｎｏ）。
【００７２】
図１２はこのとき表示される病院の選択画面例を示す図である。
同図の画面例では、ポインティングデバイス等を操作して病院名をあいうえお順に区分した「あ〜こ」、「さ〜と」、「なーほ」、「ま〜ん」のタブ８１を画面上から選択し、次に選択したタブ８１内に示されている病院名から目的の病院名をラジオボタン８２をチェックすることによって選択（同図中●で示す部分が選択されている項目を示す）した後、「接続」ボタン８４を押下して選択指示した内容を記録後、「閉じる」８３を押下することによって、操作者による選択指示が登録され、また次の病院へのネットワーク接続処理に移る。
【００７３】
図１２に示した画面上から、サービスセンタ等の施設のスタッフが病院を選択し、「接続」ボタン８４を押下すると（ステップＳ４３、Ｙｅｓ）、次にステップＳ４４として、この選択された１乃至複数の病院施設と図５に示したネットワーク６１又は６２を介して接続し、スタッフにステップＳ４２で選択した病院に認証許可を得るための認証パスワードを入力させ、これを対応する病院の院内サーバに送って認証処理を行なわせる。そして、院内サーバから認証許可が得られたら、ステップＳ４５として、外部サーバはその病院の院内サーバに記憶されている、図７のステップＳ２８で院内サーバが生成した公開可能院内情報Ｖｉｅｗにアクセスする。
【００７４】
次に外部サーバは、ステップＳ４６として、スタッフに院内サーバから吸い上げたい公開可能院内情報の期間を指定入力させる。そしてステップＳ４７としてこの指定入力された期間に該当する公開可能院内情報を吸い上げ、これを記憶、管理し、ネットワーク６２経由で接続している場合には、ネットワーク回線を切断後、本処理を終了する。
【００７５】
図１３は、ステップＳ４７で外部サーバが病院から吸い上げた公開可能院内情報の例を示す図である。
外部サーバが院内サーバから吸い上げた公開可能院内情報のうち、同図（ａ）は病院内にある内視鏡機器についての情報を示す院内設備情報で、上部スコープ、下部スコープ、ビデオプロセッサ、内視鏡で用いる処置具、バイタルサインモニタ及び内視鏡システムに対する種類と数が記憶されている。また同図（ｂ）は、病院で行なわれた内視鏡検査についての情報を示す検査情報で、検査を行なった患者名、来院日、検査開始時刻、検査種別、使用スコープ名及びそのＩＤ、内視鏡画像の撮影枚数、検査医師名、看護士名、使用処置具名とその数、使用薬剤名とその数が記憶されている。同図（ｃ）は、病院内にある内視鏡機器のメンテナンスについての情報である設備情報で、対象設備名、その設備の購入日、単価、使用回数、故障日、修理会社、保証期間、使用の可否、修理申請日が記憶されている。同図（ｄ）は、内視鏡の洗滌機についての情報で、洗滌機で洗滌したスコープのスコープ名とそのＩＤ、洗滌処理の実行者名とそのＩＤ、洗滌開始時刻、及び洗滌処理実行時の洗滌装置の各種設定情報等が記憶されている。同図（ｅ）は、病院内にいる内視鏡検査のスタッフや機器についての情報である院内リソース情報で内視鏡医、看護士及び洗滌担当者の人数、１日あたりの検査数、バイタルモニタ、スコープ及びビデオプロセッサの総数が記憶されている。
【００７６】
尚図１３に示した情報を上記した院内情報の分類に対応させると、同図（ａ）に示した院内設備情報、同図（ｃ）に示した設備情報及び同図（ｄ）に示した洗滌機についての情報が機器情報、同図（ｂ）に示した検査情報が検査情報、同図（ｅ）に示した院内リソース情報がユーザ情報に対応する。
【００７７】
この図１３の例においては、検査情報中の患者名については、院内サーバにおいて非公開と設定されているので、図１３（ｂ）では、その項目部分は“−−−−−”となっており、患者名については外部サーバには読み出されていない。
【００７８】
尚病院から外部サーバが吸い上げた公開可能院内情報は、生データのまま外部サーバに格納しておき、各サービスアプリケーションがこの生データを加工する構成としても良いし、外部サーバが吸い上げた情報に事前に加工を施し、そのデータを各サービスアプリケーションそれぞれが読み出す構成としても良い。
【００７９】
図１４は、各サービスアプリケーションによる処理を示すフローチャートである。このサービスアプリケーションは、図５の外部施設５０内の社内ＬＡＮ５１に接続されている端末５６若しくはネットワーク６１、６２を介して外部サーバ５５と接続される情報処理装置上で実行される。
【００８０】
同図の処理が開始されると、まずステップＳ５１として、各サービスアプリケーションが稼働している端末は、社内ＬＡＮ等を介して外部サーバにアクセスする。
次に端末上で稼働しているサービスアプリケーションは、ステップＳ５２としてユーザに外部サーバに認証許可を得るための認証パスワードを入力させ、これを外部サーバに送って認証処理を行なわせる。
【００８１】
ステップＳ５２で、外部サーバから認証許可が得られたら、サービスアプリケーションは、ステップＳ５３として、選択画面を端末上に表示し、ユーザに情報処理を行なう施設を選択させる。
【００８２】
次にサービスアプリケーションは、外部サーバ内に記録、管理されている公開可能院内情報を読み込み、ステップＳ５５としてこの公開可能院内情報からサービス実行に必要な取捨選択して必要なデータを取り出す。そしてステップＳ５６としてこのデータを用いて各種処理を実行し、ステップＳ５７として処理結果を出力後、本処理を終了する。
【００８３】
このように本実施形態による病院情報システムでは、院内外部から院内情報を効率よく必要な情報を吸い上げ、各サービスを提供する仕組みを実現することが出来る。
また病院内で扱われる院内情報のうち、外部への提供を許可したもののみが、外部へ読み出されるので、個人情報等、外部へ出したくない情報の漏洩を防ぐことが出来る。
【００８４】
更に、院内情報を用いたサービスが新たに増え、そのサービスを実現するためのサービスアプリケーションの数が増えても、既存のものに最小限の変更を加えるだけで容易に対処することができる。
【００８５】
尚本実施形態における病院情報システムでは、病院施設とサービスセンタ等の外部施設との情報のやり取りをネットワークを介して行なう構成としているが、ＤＶＤ等の可搬記憶媒体によって受け渡しを行なう構成としても良い。
【００８６】
また病院内の院内サーバに収集された院内情報はデータベース化されて、記憶、管理しているが、このデータベースはＳＱＬによるものだけでなく、他のデータ操作言語によって構築されたデータベースシステムによるものであっても良い。
【図面の簡単な説明】
【００８７】
【図１】本実施形態における病院情報システムによる院内情報の外部への受け渡しの方法を示す図である。
【図２】本実施形態における病院情報システムの病院内に敷設される部分の全体構成を示す概略図である。
【図３】診療科に設けられるシステムの構成を示す図である。
【図４】院内サーバの構成を示す図である。
【図５】本実施形態における病院情報システムの全体構成の概略及び情報の流れを示す図である。
【図６】内視鏡検査時の病院内での処理フローとそのとき生じる主な院内情報を示す図である。
【図７】マスク情報設定処理時の院内サーバの動作処理を示すフローチャートである。
【図８】マスク情報設定画面の例を示す図である。
【図９】院内サーバに記憶されている院内情報の例を示す図である。
【図１０】公開可能院内情報Ｖｉｅｗを作成するためのＳＱＬコードによる定義文の例を示す図である。
【図１１】病院の院内サーバから情報の吸い上げを行なう際に、外部サーバにおいて実行される処理を示すフローチャートである。
【図１２】病院の選択画面例を示す図である。
【図１３】外部サーバが病院から吸い上げた公開可能院内情報の例を示す図である。
【図１４】サービスアプリケーションによる処理を示すフローチャートである。
【図１５】従来の病院外部へのデータの受け渡しの仕方の説明図である。
【図１６】従来のデータの受け渡しの処理を示すフローチャートである。
【符号の説明】
【００８８】
１、２５、４５、１０３  院内サーバ
２、５６、１０２        サービスアプリケーション
３、５５、１０３        外部サーバ
１０                    病院情報システム
１２、１４、１６、４２  端末装置
１３、２３、４１        院内ＬＡＮ
１５、１７              診療科
１８                    電子カルテシステム
２１                    内視鏡検査装置
２２                    検査装置用端末
２４                    レポート入出力用端末
２６                    ＤＶＤチェンジャー
２７                    ＤＶＤ制御用端末
２８                    データ送受信用端末
２９                    プリンタ
３１                    ネットワークＩ／Ｆ
３２                    データ入力部
３３                    プリンタＩ／Ｆ
３４                    データ表示部
３５                    データ記憶部
３６                    データ制御部
４０                    病院施設
４３                    機器
４４、５３              ＶＰＮ
４６、５４              ダイアルアップルータ
４７、５２              ファイアウオール
５０                    外部施設
５１                    社内ＬＡＮ
【図１】
2005353008.tif 000003
【図２】
2005353008.tif 000004
【図３】
2005353008.tif 000005
【図４】
2005353008.tif 000006
【図５】
2005353008.tif 000007
【図６】
2005353008.tif 000008
【図７】
2005353008.tif 000009
【図８】
2005353008.tif 000010
【図９】
2005353008.tif 000011
【図１０】
2005353008.tif 000012
【図１１】
2005353008.tif 000013
【図１２】
2005353008.tif 000014
【図１３】
2005353008.tif 000015
【図１４】
2005353008.tif 000016
【図１５】
2005353008.tif 000017
【図１６】
2005353008.tif 000018