(57)【要約】【課題】ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療関係情報を高セキュリティで保護することが可能なＸＤＳによる通信システムおよび情報を消去する方法を提供すること。【解決手段】療機関３３０において、取得した第１報情報にもとづいて予め定められた条件に照らし、患者の受け入れが不可と判断する場合、ゲートウェイサーバ３３２は、同様にレジストリサーバ３１２を介して医療機関３２０に伝えるとともに、取得した第１報情報を廃棄する。この結果、医療機関３３０には、対象の患者に関する情報を一切有さないこととなる。また、レジストリサーバ３１２も、ゲートウェイサーバ３３２の医療機関３２０に対するアクセス権を剥奪するので、医療機関３３０は対象となる患者については医療機関３２０と情報の交換は不可能となる。【選択図】図３
2010039929.tif 000002
【特許請求の範囲】
【請求項１】
処理の対象についての対象情報および該処理の内容についての追加情報を格納する第１のデータベースから所定の対象情報を読取ってネットワークを介し送信する情報送信手段と、前記対象情報の送信先から該対象の処理を実行する旨受信したときは前記第１のデータベースから該対象についての追加情報を読み出して送信する追加情報送信手段とを含む第１のサーバと、
対象の処理を実行するか否かを判定する条件を定める処理判定情報を格納する第２のデータベースと、前記第１のサーバから送信された対象情報を受信して、前記第２のデータベースに格納する情報受信格納手段と、前記第２のデータベースから前記判定情報および対象情報を読み出して、当該読み出された対象情報の処理を実行するか否かを判定し、判定結果を前記第１のサーバに送信する判定手段と、前記判定結果が否のときは前記第２のデータベースに格納された対象情報を削除する削除手段とを含む第２のサーバと
を備えたことを特徴とするＸＤＳによる通信システム。
【請求項２】
前記第１のサーバは、前記対象情報の送信先から該対象の処理を実行しない旨受信したときは、前記対象情報の送信先とは異なるサーバに前記所定の対象情報を送信する情報再送信手段をさらに含むことを特徴とする請求項１に記載のＸＤＳによる通信システム。
【請求項３】
前記処理は医療機関における医療に関する処理であり、
前記第１のデータベースは、医療情報システム内に配置され、ファイヤウォールを介して前記第１のサーバに接続されていることを特徴とする請求項１または２に記載のＸＤＳによる通信システム。
【請求項４】
前記情報送信手段は、電子メールにより前記第２のサーバに対象情報について通知し、前記第２のサーバから対象情報の送信要求を受信すると、該対象情報を送信することを特徴とする請求項１ないし３のいずれかに記載のＸＤＳによる通信システム。
【請求項５】
ＸＤＳによる通信システムにおいて、情報を消去する方法であって、
処理の対象についての対象情報および該処理の内容についての追加情報を格納する第１のデータベースから所定の対象情報を読取ってネットワークを介し送信する情報送信ステップと、
前記第１のサーバから送信された対象情報を受信して、対象の処理を実行するか否かを判定する条件を定める処理判定情報を格納する第２のデータベースに格納する情報受信格納ステップと、
第２のサーバにより、前記第２のデータベースから前記判定情報および対象情報を読み出して、当該読み出された対象情報の処理を実行するか否かを判定し、判定結果を前記第１のサーバに送信し、前記判定結果が否のときは前記第２のデータベースに格納された対象情報を削除する判定削除ステップと、
第１のサーバにより、前記対象情報の送信先から該対象の処理を実行する旨受信したときは前記第１のデータベースから該対象についての追加情報を読み出して送信する追加情報送信ステップと
を備えたことを特徴とする情報を消去する方法。
【請求項６】
前記第１のサーバによって、前記対象情報の送信先から該対象の処理を実行しない旨受信したときは、前記対象情報の送信先とは異なるサーバに前記所定の対象情報を送信する情報再送信ステップをさらに含むことを特徴とする請求項５に記載の情報を消去する方法。
【請求項７】
前記処理は医療機関における医療に関する処理であり、
前記第１のデータベースは、医療情報システム内に配置され、ファイヤウォールを介して前記第１のサーバに接続されていることを特徴とする請求項５または６に記載の情報を消去する方法。
【請求項８】
前記情報送信ステップにおいて、電子メールにより前記第２のサーバに対象情報について通知し、前記第２のサーバから対象情報の送信要求を受信すると、該対象情報を送信することを特徴とする請求項５ないし７のいずれかに記載の情報を消去する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＸＤＳによる通信システムおよび情報を消去する方法に関し、より詳細には、医療機関において重要情報を送受信する際のセキュリティを向上させるＸＤＳによる通信システムおよび情報を消去する方法に関する。
【背景技術】
【０００２】
従来から、医療機関は傷病の治療を主に対応する医療機関とともに、患者が一定の回復をした後リハビリなどを行って、退院後も健康に生活することができるように社会適用の訓練や準備を行う医療機関あるいは医療関連機関があり、それぞれの医療活動を行っている。このような医療機関同士は、一方から他方へ一定の情報を伝達しており、例えば治療関連の医療機関から、リハビリ関連の医療機関へ治療結果などの情報がオンラインあるいはオフラインで送られている（例えば、特許文献１参照）。
【０００３】
一方、近年では統合された医療情報システムを構築するために、施設間ドキュメント共有とも呼ばれるＸＤＳシステムを用いて、データのやり取りを行うことが行われており、いくつかのシステムが提案されている。
【０００４】
【特許文献１】特開２００２−２９７７８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の施設間通信では、一方向の情報の伝達が多く、特に上述したようなある医療機関から別の医療機関に患者が転院して、何らかの医療行為が継続する場合、その医療行為や患者によっては、元の医療機関への情報のフィードバックが必要なことが多く、従来のシステムでは医療機関間のより密な連携が困難であるという問題がある。例えば、図１１を参照すると、一例として脳梗塞の患者の入院から社会復帰までの医療機関とのかかわりが示されているが、従来のシステムでは情報の流れが一方向しかないので、基本的に転院、あるいは退院後に入院、あるいは通院する機関からのフィードバックがないため、急性期病院１０１で最初に治療を受けた結果、どの程度まで回復しているかにかかわらず、一律リハビリテーション病院１０２へ転院となっている。リハビリテーション病院１０２でも同様に、自宅に戻った後もかかりつけ医院１０３に十分な情報が提供されず、適切な措置が取れない可能性もある。
【０００６】
このような問題に対し、近年提案されてきているＸＤＳを用いた場合も、医療機関間でやり取りされる情報のほとんどが個人情報であり、かつ高度なセキュリティ管理が要求されるが、必ずしも十分なセキュリティが確保されていないという問題がある。
【０００７】
本発明は、このような問題に鑑みてなされたもので、ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療関係情報を高セキュリティで保護することが可能なＸＤＳによる通信システムおよび情報を消去する方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
このような目的を達成するために、請求項１に記載の発明は、ＸＤＳによる通信システムであって、処理の対象についての対象情報および処理の内容についての追加情報を格納する第１のデータベースから所定の対象情報を読取ってネットワークを介し送信する情報送信手段と、対象情報の送信先から対象の処理を実行する旨受信したときは第１のデータベースから対象についての追加情報を読み出して送信する追加情報送信手段とを含む第１のサーバと、対象の処理を実行するか否かを判定する条件を定める処理判定情報を格納する第２のデータベースと、第１のサーバから送信された対象情報を受信して、第２のデータベースに格納する情報受信格納手段と、第２のデータベースから判定情報および対象情報を読み出して、読み出された対象情報の処理を実行するか否かを判定し、判定結果を第１のサーバに送信する判定手段と、判定結果が否のときは第２のデータベースに格納された対象情報を削除する削除手段とを含む第２のサーバとを備えたことを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載のＸＤＳによる通信システムにおいて、第１のサーバは、対象情報の送信先から対象の処理を実行しない旨受信したときは、対象情報の送信先とは異なるサーバに所定の対象情報を送信する情報再送信手段をさらに含むことを特徴とする。
【００１０】
請求項３に記載の発明は、請求項１または２に記載のＸＤＳによる通信システムにおいて、処理は医療機関における医療に関する処理であり、第１のデータベースは、医療情報システム内に配置され、ファイヤウォールを介して第１のサーバに接続されていることを特徴とする。
【００１１】
請求項４に記載の発明は、請求項１ないし３のいずれかに記載のＸＤＳによる通信システムにおいて、情報送信手段は、電子メールにより第２のサーバに対象情報について通知し、第２のサーバから対象情報の送信要求を受信すると、対象情報を送信することを特徴とする。
【００１２】
請求項５に記載の発明は、ＸＤＳによる通信システムにおいて、情報を消去する方法であって、処理の対象についての対象情報および処理の内容についての追加情報を格納する第１のデータベースから所定の対象情報を読取ってネットワークを介し送信する情報送信ステップと、第１のサーバから送信された対象情報を受信して、対象の処理を実行するか否かを判定する条件を定める処理判定情報を格納する第２のデータベースに格納する情報受信格納ステップと、第２のサーバにより、第２のデータベースから判定情報および対象情報を読み出して、読み出された対象情報の処理を実行するか否かを判定し、判定結果を第１のサーバに送信し、判定結果が否のときは第２のデータベースに格納された対象情報を削除する判定削除ステップと、第１のサーバにより、対象情報の送信先から対象の処理を実行する旨受信したときは第１のデータベースから対象についての追加情報を読み出して送信する追加情報送信ステップとを備えたことを特徴とする。
【００１３】
請求項６に記載の発明は、請求項５に記載の情報を消去する方法において、第１のサーバによって、対象情報の送信先から対象の処理を実行しない旨受信したときは、対象情報の送信先とは異なるサーバに所定の対象情報を送信する情報再送信ステップをさらに含むことを特徴とする。
【００１４】
請求項７に記載の発明は、請求項５または６に記載の情報を消去する方法において、処理は医療機関における医療に関する処理であり、第１のデータベースは、医療情報システム内に配置され、ファイヤウォールを介して第１のサーバに接続されていることを特徴とする。
【００１５】
請求項８に記載の発明は、請求項５ないし７のいずれかに記載の情報を消去する方法において、情報送信ステップにおいて、電子メールにより第２のサーバに対象情報について通知し、第２のサーバから対象情報の送信要求を受信すると、対象情報を送信することを特徴とする。
【発明の効果】
【００１６】
以上説明したように、本発明によれば、対象の処理を実行するか否かを判定する条件を定める処理判定情報を格納する第２のデータベースと、第１のサーバから送信された対象情報を受信して、第２のデータベースに格納する情報受信格納手段と、第２のデータベースから判定情報および対象情報を読み出して、読み出された対象情報の処理を実行するか否かを判定し、判定結果を第１のサーバに送信する判定手段と、判定結果が否のときは第２のデータベースに格納された対象情報を削除する削除手段とを含む第２のサーバを備えているので、ＸＤＳによる通信システムを使用して医療機関間連携を取りながら、医療関係情報を高セキュリティで保護することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照しながら本発明の実施形態について詳細に説明する。
【００１８】
（実施形態）
図１は、本発明により実現される医療情報連携システムの全体を示す図である。本発明を利用する医療情報連携システムは、図１に示すように双方向性の情報交換を実現することにより、従来の問題点を解決している。すなわち、図１を参照すると、急性期病院１０１に搬送された患者が治療を受けた結果、どの程度まで回復したかをその後に入るリハビリテーション病院１０２に伝え、リハビリテーション病院１０２との双方向の情報交換により適切な機関、施術方針を決定することができるため、患者の回復状況に見合った施設に移行することができる。例えば、ある程度歩けるまで回復した患者は、簡単な介護つき施設である程度リハビリテーションを行って、その後は在宅でリハビリテーション病院に通院するようにすることもできる。また、リハビリテーション病院１０２やかかりつけ医院１０３からも、最初に搬送された急性期病院１０１へ患者の回復状況をフィードバックすることにより、現状のリハビリテーションの進捗が適切か否か、さらに他の施術が必要かなどの急性期病院１０１からの情報を入手して、適切な措置を取ることができる。
【００１９】
このような特徴を有する結果、本願発明を用いた医療情報連携システムにより、患者を中心としたシームレスで、かつ質の高い地域連携医療体制が確立でき、脳卒中診療ガイドラインの社会への浸透を促進できる。また、疾患別患者データベースが構築でき、これまではっきりしなかった発症から社会復帰に至るまでの全経過を全国レベルで把握できることから、アウトカム評価を通して経済的評価、社会的評価、及び患者満足度の評価ができる。さらに、脳卒中医療全体の底上げが可能となって、質の向上と地域格差の是正ができる。加えて、地域連携クリティカルパスの見直しを通して脳卒中医療のあるべき姿を実現することができ、医療情報の電子化を推進することができる。
【００２０】
具体的には、本実施形態のシステムを用いることにより、図７ないし９に示すように、急性期、回復期および維持期の状況を利用者端末等の端末に表示し、種々の指示を入力することができる。図７は、本実施形態の医療情報連携システムの急性期版画面フローであり、図８は、本実施形態の医療情報連携システムの回復期版画面フロー、および図９は、医療情報連携システムの維持期版画面フローを示している。図１０は、以上の各期の状況を１画面で表した場合の画面パターンの例を示す図である。
【００２１】
図２は、以上説明した医療情報連携システムの概略のより具体的なシーケンスを示す図である。図２を参照すると、急性期病院１０１において患者の治療が行われると、院内で診療録が作成され（Ｓ２０１）、診療が終了すると退院判定が行われるが、このとき回復の程度によりいくつかのコースを判定し、リハビリテーション病院１０２に第一報情報として送信する。リハビリテーション病院１０２は、主に送信されたコースによって受け入れの可否を判定し（Ｓ２０３）、その旨を急性期病院１０１に送信する。急性期病院１０１では、施設間ドキュメント共有（ＸＤＳ）システムによって、受け入れが可能な医療機関、施設に診療録を公開し（Ｓ２０４）、リハビリテーション病院１０２は急性期病院１０１のデータベースから診療情報を読み込む（Ｓ２０５）。
【００２２】
そのようにして患者の受け入れを行った後、急性期病院１０１の情報から総合的にコースを判定し（Ｓ２０６）、診療録を更新する（Ｓ２０７）とともにリハビリテーションなどの診療を続ける。予め設定した期間ごとに回復状況を判定し（Ｓ２０８）、さらに回復が進めば退院するか否かの判定を行い（Ｓ２０９）、診療録を公開すると（Ｓ２１０）、急性期病院１０１側でも診療録の更新が行われる（Ｓ２１１）。同様にして、リハビリテーション病院１０２とかかりつけ医院１０３との間、急性期病院１０１とかかりつけ医院１０３との間でも情報の交換を行いつつ、患者の回復、治療に活用する。
【００２３】
図３は、本実施形態の上述のＸＤＳを利用した情報の交換を可能にするシステムの構成を示す図である。図３に示すように、本システムの中心になるレジストリセンタ３１０には、医療機関のサーバ等と接続するファイヤウォールルータ３１１、レジストリサーバ３１２、メールサーバ３１３および患者ＩＤ等管理サーバ３１４を備える。レジストリセンタ３１０とは、光ファイバー網３５１で接続された、急性期病院やリハビリテーション病院などを含む医療機関３２０、３３０のシステムが接続される。医療機関３２０のシステムは、院内情報システム（ＨＩＳ）３２１を備えている場合を示しており、ＨＩＳ３２１は一般にＨＩＳサーバ３２３、ＨＩＳクライアント３２６を備える他、ＰＡＣＳサーバ３２４およびＤＩＣＯＭビューワ３２５を備える。ＨＩＳ３２１はファイヤウォールを介して、ゲートウェイサーバ３２２とともに、他の医療機関内システムに接続される。
【００２４】
ＨＩＳ３２１を有さない場合を示す医療機関システム３３０では、クライアント端末３３１がルータを介して外部に接続され、ゲートウェイシステム３３２も備える。本例のＨＩＳを有さない医療機関では、レセプトコンピュータ（レセコン）などの患者情報を扱う端末は本実施形態体の通信システムには直接接続されておらず、図３等に示すようにオフラインで利用者端末３３１から取り出されたデータを記録媒体等でレセコン３３３に入力したり、レセコン３３３からのデータを同様に利用者端末３３１に移動させたりするようになっている。ここでは、ＨＩＳ３２１を有する医療機関３２０と、有さない医療機関３３０とを組み合わせた例を示したがこれに限られずに、例えば両方の医療機関がＨＩＳを有する場合も本実施形態を適用することができるのはもちろんである。
【００２５】
図４は、本実施形態のネットワークアクセス方法を模式的に示す図である。図３を参照して上述した各サーバは、ファイヤウォール（ＦＷ）ルータや院内ファイヤウォール（ＦＷ）により、一定範囲内に通信が制限され、高度なセキュリティが保たれる。すなわち、ＨＩＳが配置された医療機関のシステムにおいては、ＨＩＳサーバ３２３を含むＨＩＳ３２１は院内ＦＷ４０１により外部のネットワークとは直接接続されないようになっている。また、医療機関内のＦＷルータ４０２、４０３およびレジストリセンタ３１０内のＦＷルータ３１１により、図４の破線で示される経路以外でデータの送受信が行われないように制御されている。ここで、ファイヤウォール、ルータ、ゲートウェイサーバについては、特に説明を加えないが、いずれも本技術分野で知られた装置、システムあるいは技術として、いずれの方法でも用いることができる。特に、ゲートウェイサーバは、単なる通信プロトコルの変換といった処理だけでなく、通常の情報処理装置の機能やデータベースを有し、予め種々の設定をしておくことにより、通常はサーバやホスト装置で行うような判断処理なども実行できるものとする。
【００２６】
図５は、本実施形態のネットワークアクセス方法を模式的に示す図である。図４を参照して、本実施形態の医療情報連携通信システムにおいてはデータの流れがＦＷルータ等により一定範囲で制限されるよう制御されることを説明したが、図５は、その具体的な手法を説明するためのものである。すなわち、医療機関３２０は医療機関３３０へのアクセス許可をレジストリサーバへ登録すると（ステップ（１））、医療機関３３０はレジストリセンタ３１０からリポジトリ参照可の通知を受ける（ステップ（２））。その結果、リポジトリサーバ３１２からリポジトリ情報を読み込みこむことができる（ステップ（３））が、サーバ間の通信は暗号化しており、途中で傍受されてもリポジトリ情報を得ることはできないので、例えば医療機関３２０と同様に本システムに接続され、同様にゲートウェイサーバ５１２、利用者端末５１１およびＦＷルータ５１３を備えた医療機関５０１でも医療機関３２０の許可がないのでリポジトリ情報の読み込みはできない。
【００２７】
図６は、本実施形態の医療情報連携通信システムにおける医療機関間の情報のやり取りを行うシーケンスを示す図である。まず、医療機関３２０のＨＩＳ３２１が第１報医療情報作成転送先施設選択（複数）をするようゲートウェイサーバ３２２を操作すると（Ｓ７０１）、ＦＷルータを介して第１報情報のアップ対象施設情報をレジストリサーバ３１２に送信する（Ｓ７０２）。情報を受信したレジストリサーバ３１２は、医療機関３２０、３３０間での通信許可をそれぞれのゲートウェイサーバに与える（Ｓ７０４）とともに、医療機関３３０にメール配信するようメールサーバ３１３に情報を転送する（Ｓ７０３）と、メールサーバ３１３は医療機関３３０にメール配信して第１報の情報を閲覧できることを通知する（Ｓ７０５）。
【００２８】
このような手順を実施することにより、データを閲覧しようとするサーバが、自ら閲覧に行くことが前提となっている本来のＸＤＳシステムを用いて、あたかもサーバからサーバへデータを送信するような処理が可能となる。すなわち、医療機関３２０から情報を医療機関３３０に送ろうとする場合、通常のシステムであればそのままデータを送信することにより情報を移動することができるが、ＸＤＳシステムではそのような処理ができないため、レジストリサーバ３１２がメールサーバ３１３に医療機関３３０が医療機関３２０のデータを閲覧するようメールを配信させゲートウェイサーバ３３２にデータを閲覧させることにより、あたかも医療機関３２０から医療機関３３０にデータを送信するような処理を行うことができる。
【００２９】
閲覧可の通知を受けた医療機関３３０では、ゲートウェイサーバ３３２が、医療機関３２０に情報の閲覧を要求し、これを受けて医療機関３２０では情報を配信する（Ｓ７０５）が、ゲートウェイサーバ３３２は、予め定められた条件により、ＨＩＳに確認することなく患者の受け入れの可否を判断し結果をレジストリサーバ３１２を介してゲートウェイサーバ３２２に送信する（Ｓ７０６、７０７）。ここで、患者の受け入れが可能な場合は、第２報医療情報を医療機関３３０に送信することになるが（Ｓ７１０〜Ｓ７１５）、この際、ＨＩＳ３２１は可否情報を受取るためゲートウェイサーバ３２２に自ら始動して確認に行き可否情報を取得する（Ｓ７０８、７０９）。このような処理を行うことから、本実施形態ではＨＩＳとレジストリサーバを含めたＸＤＳシステム等とが粗結合となり、ＨＩＳの高度な保護が図れるのである。なお、図６では、説明の便宜上、医療機関３３０もＨＩＳを備えているように説明したが、図３ないし５に示すようにＨＩＳを備えなくてもよい。
【００３０】
医療機関３３０において、取得した第１報情報にもとづいて予め定められた条件に照らし、患者の受け入れが不可と判断する場合、ゲートウェイサーバ３３２は、同様にレジストリサーバ３１２を介して医療機関３２０に伝えるとともに、取得した第１報情報を廃棄する。この結果、医療機関３３０には、対象の患者に関する情報を一切有さないこととなる。また、レジストリサーバ３１２も、ゲートウェイサーバ３３２の医療機関３２０に対するアクセス権を剥奪するので、医療機関３３０は対象となる患者については医療機関３２０と情報の交換は不可能となる。本実施形態では、このように受け入れの可否を受け入れ先候補に判断させるため、一定の秘密情報を閲覧させるが、その結果、受け入れが不可と判断され、その情報を保持し続けることが好ましくない場合には、取得した情報を削除することにより、秘密情報の無用な拡散を防止して患者情報の保護を強化することができる。
【００３１】
医療機関３３０が患者の受け入れを不可とした場合、医療機関３２０は別の受け入れ先医療機関の選択を行って、同様の処理を繰り返す。また、医療機関３３０が受け入れることとなった場合は、図６に示すように以降同様の処理により第２報情報を送って、患者の受け入れに向けて医療機関３３０は種々の処理を行うことになるが、その具体的内容は本技術分野で知られたいずれかの方法により実行することができる。
【００３２】
以上、本実施形態では、ＸＤＳシステムを用いた情報のやり取りの、いくつかの局面において、独自の処理を行うことにより情報のセキュリティを高めることができたが、このような処理は本実施形態の実際の応用例である医療機関間の患者の受け入れといった処理に限られることなく、種々のシステムでセキュリティを向上させるために使用することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明により実現される医療情報連携システムの一実施形態の全体を示す図である。
【図２】本実施形態の医療情報連携システムの概略のより具体的なシーケンスを示す図である。
【図３】本実施形態の上述のＸＤＳを利用した情報の交換を可能にするシステムの構成を示す図である。
【図４】本実施形態のネットワークアクセス方法を模式的に示す図である。
【図５】本実施形態のネットワークアクセス方法を模式的に示す図である。
【図６】本実施形態の医療情報連携通信システムにおける医療機関間の情報のやり取りを行うシーケンスを示す図である。
【図７】本実施形態の医療情報連携システムの急性期版画面フローを示す図である。
【図８】本実施形態の医療情報連携システムの回復期版画面フローを示す図である。
【図９】医療情報連携システムの維持期版画面フローを示す図である。を示す図である。
【図１０】本実施形態の各期の状況を１画面で表した場合の画面パターンの例を示す図である。
【図１１】従来のシステムの一例としての脳梗塞の患者の入院から社会復帰までの医療機関とのかかわりを示す図である。
【符号の説明】
【００３４】
１０１  急性期病院
１０２  リハビリテーション病院
１０３  かかりつけ医院
３１０  レジストリセンタ
３１１、４０２、４０３、５１３  ＦＷルータ
３１２  レジストリサーバ
３１３  メールサーバ
３１４  患者ＩＤ等管理サーバ
３２０、３３０、５０１  医療機関
３２１  ＨＩＳ
３２２、３３２、５１２  ゲートウェイサーバ
３２３  ＨＩＳサーバ
３２６  ＨＩＳクライアント
３３１、５１１  利用者端末
３３３  レセコン
３４１  ＨＰＫＩ  ＣＡ局
３５１  光ファイバネットワーク
４０１  院内ＦＷ
【図１】
2010039929.tif 000003
【図２】
2010039929.tif 000004
【図３】
2010039929.tif 000005
【図４】
2010039929.tif 000006
【図５】
2010039929.tif 000007
【図６】
2010039929.tif 000008
【図７】
2010039929.tif 000009
【図８】
2010039929.tif 000010
【図９】
2010039929.tif 000011
【図１０】
2010039929.tif 000012
【図１１】
2010039929.tif 000013