JP4011570B2 - 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム - Google Patents

Description

本発明は、例えばＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)環境下のコンピュータ双方向通信ネットワーク（インターネット等）による、医療情報提供・取得システム及び方法並びに、コンピュータをそのようなシステムとして機能させるコンピュータプログラムの技術分野に関する。

従来、医療関連施設或いは医療機関（以下適宜、「病院」と記載）では、個々に構築したローカルエリアネットワーク（ＬＡＮ）やスタンドアローン小型汎用コンピュータを用いて各種の医療情報を処理している。例えば、診療報酬（レセプト）自動計算処理を行う医事会計システムが普及している。また、病院内の各部署に検査依頼、薬剤処方依頼をデータ転送する検査依頼（オーダ）システムや薬局システムなどの各種オーダシステムの導入も進展している。これらのシステムによって、病院内における各種処理作業が迅速化され、医療処理の質的な向上が図られている。また、近時では、書面カルテに代えた電子カルテの利用導入も進展し、その医療処理の質的向上が図られている。

しかしながら、このような重要性が提案されるものの、近時の医療経済状況の悪化から高度な医療情報システム構築は進展していない。これは、多大な初期投資が必要であり、その後のシステム保守管理、バージョンアップ、電子データのバックアップ（長期的な保存）やメンテナンスにも多大な手間と費用を要するためである。換言すれば、システム規模や処理規模が大きい。例えば、特に、多種のアプリケーション搭載の多機能化（肥大化／Fat Client)によるバージョンアップなどの費用増加が大きい。また、このような高度医療情報システムを個々の病院に導入した場合、利用技術の習得が容易でないため病院毎の効果的な活用に困難を伴うことも考えられる。

この多大な初期投資やシステム保守管理、バージョンアップ、電子データのバックアップ（長期的な保存）やメンテナンスのも多大な手間と費用を避けることが出来る「医療情報システム」を本願出願人が、現在未公開の特許願（2000-309419号及び2000-309420号）をもって提案した。この「医療情報システム」は、病院の高度医療情報システムの規模を縮小するために、通信ネットワーク化による多数の病院の高度医療情報処理を、そのＡＳＰ（Application Service Provider) による高度医療処理プログラム提供や、集中処理、データ保管等を通じて実施できるようになっている。

しかしながら、所謂“プライバシー保護”の観点からすれば、患者データを通信ネットワーク上で、無条件に他の病院（受診経歴外の病院）やシステム事業者で利用するのは、好ましいものではない。即ち、上記従来例の医療情報システムにおいて、患者データの利用を、その秘匿性を全く考慮することなくシステム事業者或いは各病院の自由に委ねることは、憲法上認められないようなプライバシー侵害となる事態を招きかねないという問題点がある。

特に、このような通信ネットワーク上で患者データを処理する通信システムでは、研究や治験（ＧＣＰ）のための多数の患者データの収集・利用（以下適宜、「統計情報の収集・利用」と記載）が望まれる。しかしながら、この場合、目的の研究や治験ごとに多数の患者データから統計情報を容易且つ確実に作成或いは収集することと、患者データの秘匿性を確保することとを両立させるのは、実践上困難であるという問題点がある。

本発明は上述した問題点に鑑みなされたものであり、各患者の患者データの秘匿性を向上させつつ、多数の患者データの研究目的或いは治験目的等の効率的な利用を可能ならしめる双方向通信ネットワークによる医療情報提供・取得システム及び方法、並びにコンピュータをそのようなシステムの少なくとも一部として機能させるコンピュータプログラムを提供することを課題とする。

本発明の双方向通信ネットワークによる医療情報提供・取得システムは上記課題を解決するために、複数の医療関連施設に夫々設置される複数の施設処理装置と該複数の施設処理装置に双方向通信ネットワークを介して接続される集中処理装置とを備えた双方向通信ネットワークによる医療情報提供・取得システムであって、前記集中処理装置は、前記複数の施設処理装置に対して、研究及び治験のうち少なくとも一つを含む目的別に診療処理を行うための所定種類の医療用アプリケーションプログラムを、前記双方向通信ネットワークを介して夫々提供する提供手段を備え、前記施設処理装置は、前記医療用アプリケーションプログラムの実行により行われる前記診療処理の結果として前記目的別に得られる患者データを転送する転送手段を備え、前記施設処理装置及び前記集中処理装置のうち少なくとも一方は、患者毎に匿名化した患者識別符号を付与する符号付与手段を更に備え、前記集中処理装置は、前記転送手段により転送されてきた患者データを前記匿名化された患者識別符号に対応付けて且つ前記目的別に格納する統計処理用格納手段と、前記転送されてきた患者データ又は前記統計処理用格納手段に格納された患者データを、前記目的別に且つ前記患者識別符号に基づいて統計処理する処理手段とを更に備える。

本発明の双方向通信ネットワークによる医療情報提供・取得システムによれば、集中処理装置は、提供手段によって、施設処理装置に所定種類の医療用アプリケーションプログラムを、双方向通信ネットワークを介して夫々提供する。例えば、電子カルテシステム、ナビゲーションケアマップ或いはクリティカルパスシステム、オーダリングシステム、アカウンティングシステム等の所定種類の医療用アプリケーションプログラムを、双方向通信ネットワークを介して夫々提供する。これを受けて、施設処理装置は、転送手段によって、医療用アプリケーションプログラムの実行により得られる患者データを集中処理装置側に転送する。ここでは例えば、医療用アプリケーションプログラムの実行により得られる患者データの中から抽出する形で、患者データを転送する。ここで、施設処理装置及び集中処理装置のうち少なくとも一方に備えられた符号付与手段によって、患者毎に匿名化した患者識別符号を付与する。そして、集中処理装置は、転送手段により転送されてきた患者データを、この匿名化された患者識別符号に対応付けて且つ研究及び治験のうち少なくとも一つを含む目的別に統計処理用格納手段によって格納する。従って、各施設処理装置側では、患者データを、医療用アプリケーションプログラムの実行により得られる患者データとして統一的な形式で確実に転送できる。しかも、集中処理装置では、双方向通信ネットワークを介して、匿名化されており且つ統一的な形式を有する患者データを、効率的に収集可能となる。このように最終的には、匿名化された患者データを、効率良く統計処理用に収集できる。
本発明の一態様では、前記集中処理装置は、前記転送されてきた患者データ又は前記統計処理用格納手段に格納された患者データを、前記目的別に且つ前記患者識別符号に基づいて統計処理する処理手段を更に備える。
この態様によれば、前記集中処理装置は、前記転送されてきた患者データ又は前記統計処理用格納手段に格納された患者データを、前記目的別に統計処理する処理手段を更に備えているため、匿名化された患者データを、処理手段によって研究や治験などの目的別に効率良く統計処理できる。

本発明のコンピュータプログラムは上記課題を解決するために、コンピュータを、上述した本発明の双方向通信ネットワークによる医療情報提供・取得システム（但し、その各種態様も含む）に備えられた前記集中処理装置及び前記施設処理装置のうち少なくとも一方として機能させる。

本発明のコンピュータプログラムによれば、上述した本発明の双方向通信ネットワークによる医療情報提供・取得システムに備えられた集中処理装置及び施設処理装置のうち少なくとも一方を、情報記録媒体の格納プログラムや通信ネットワークを通じたダウンロード／インストールによるプログラムで実行可能になる。より具体的には、当該コンピュータプログラムによって、コンピュータを、施設処理装置における転送手段、符号付与手段等として夫々機能させたり、集中処理装置を構成する統計処理用格納手段、符号付与手段等として夫々機能させたりできる。例えば、情報記録媒体によるパーケージソフトウェアや、通信ネットワークを通じたダウンロード／インストールによるシェアウエアとして流通させることが可能になり、本発明の汎用性が向上する。換言すれば、実施が容易かつ確実に出来るようになる。

本発明のこのような作用及び他の利得は次に説明する実施の形態から明らかにされよう。

以上詳細に説明したように本発明によれば、通信ネットワーク上で集中医療情報を処理するシステムにおいて、研究や治験の目的ごとに患者データを秘匿性を確保しながら統計情報として容易かつ確実に作成して収集・保管できるようになり、その効果的な利用も可能になるという効果がある。

次に、本発明の双方向通信ネットワークによる医療情報提供・取得システム及び方法、並びにコンピュータをそのようなシステムとして機能させるコンピュータプログラムの実施形態を図面参照の上で詳細に説明する。

（１）実施形態の構成
先ず、図１から図４を参照して本発明の実施形態における双方向通信ネットワークの構成について説明する。

図１において、この例の双方向通信ネットワークは、例えば、マルチメディア通信ネットワークであり、各種の通信プロトコル変換用のゲートウェイ（ＧＷ）装置で接続されたデジタル固定通信回線網１及びデジタル移動通信網２（この二つの通信網をまとめて、適宜、「通信回線網」と記載）を有している。

デジタル固定通信回線網１には、「集中処理装置」の一例としての医療情報集中処理センタ通信装置３と、夫々「施設処理装置」の一例としての複数の医療機関通信装置４と、「患者通信端末」の一例としての患者が使用する通信端末５（小型汎用コンピュータ５ａ）とが接続されている。また、デジタル移動通信網２のセル基地局２ａには、無線区間（エアーインタフェース）を通じて、「患者通信端末」の他の一例としての患者が使用する通信端末５（インターネットアクセスが可能な携帯電話機５ｂ）が収容されている。

医療情報集中処理センタ通信装置３は、医療機関処理共用通信システム３ａと医療機関データ集中処理通信システム３ｂとから構成されている。

医療機関通信装置４は、比較的大規模な医療施設に設置される医療機関通信システム４ａと、比較的小規模な医療施設に設置される医療機関小型汎用コンピュータ４ｂとから構成されている。なお、医療機関通信システム４ａには、以降で説明する医療機関処理共用通信システム４ｃを併設することがある。

図２は医療情報集中処理センタ通信装置３における医療機関処理共用通信システム３ａの構成例を示すブロック図である。

図２において、この例の医療機関処理共用通信システム３ａは、ＩＳＤＮ（デジタル固定通信網１）に接続するための回線接続装置１０（例えば、ハブ装置、デジタル終端接続装置（ＤＳＵ）、侵入防止用のファイアウォールアプリケーションを実装した図示しないルータなど）、インターネット上で基幹的な通信処理を実行するための主コンピュータであるウェブサーバ１１、分散名前管理システム（ＤＮＳ:Domain Name System）用のＤＮＳサーバ１２、顧客医療データの暗号化転送を行う暗号化通信プロトコル（ＳＳＬ:Secure Sockets Layer）用のＳＳＬサーバ１３,ＦＴＰ(File Transfer Protocol)ファイル転送用のＦＴＰサーバ１４、通信制御を実行する通信制御装置１５、各種のデータを格納し、その検索（トラッキング）を実行するデータベース装置１６、及び外部ＬＡＮを収容するためのインタフェース（Ｉ／Ｆ）部１７を備えて構成されている。

なお、この例の医療機関処理共用通信システム３ａには、プログラムをＣＤ−ＲＯＭから読み出して通信制御装置１５などの必要な各部にインストールするための図示しないドライブ装置、データベース管理などの保守を行うための単体の小型汎用コンピュータなどが設けられる。

外部ＬＡＮは、図示しないＬＡＮサーバによって小型汎用コンピュータを、例えば、ＲＰＣ(Remote Procedure Call遠隔呼び出し）の各シーケンスで実行するものであり、クライアントサーバシステム（マスタースレーブ方式）として構築されるものである。

図３は医療情報集中処理通信センタ装置３における医療機関データ集中処理通信システム３ｂの構成例を示すブロック図である。

この例の医療機関データ集中処理通信システム３ｂは、図２に示す医療機関処理共用通信システム３ａと同様の、回線接続装置１０から通信制御装置１５までを備えて構成されていると共に、多数の医療機関の医療情報を処理し、かつ、トラッキングによる検索処理を実行するデータベース装置１８と、保守作業用の保守ターミナル１９とを更に備えている。

図４は医療機関通信装置４における医療機関通信システム４ａの構成例を示すブロック図である。

図４において、この例の医療機関通信システム４ａは、医療機関における各種の医療情報処理（患者データ、医療事務、医療画像等）を実行するものであり、通信回線網との接続（インターネットアクセス）を行うウェブサーバ２５に、遠隔呼び出し（ＲＰＣ）方式を実行するＬＡＮサーバ２６と、各種の端末（小型汎用コンピュータ、プリンタ、スキャナ）とを収容した構成である。

なお、前記した各小型汎用コンピュータは、その構成が既知である。例えば、接続装置、マイクロコンピュータ、フラッシュメモリ、情報記録媒体用ドライブ装置、モニタ装置、入力操作装置、ハードデスク装置、各種の外部装置、例えば、デジタルカメラからの画像データを取り込むＳＣＳＩ(Small Computer System Interface)インタフェース、ＵＳＢ(Universal Serial Bus)インタフェースなどを備えた構成である。

また、図１に示す携帯電話機５ｂは、ＰＤＣ方式、ＰＨＳ方式として、その構成は既知である。例えば、周波数切替器・シンセサイザ、受信電界強度（ＲＳＳＩ）検出部を備えた無線送受信部、変調／復調部、時分割多重分離部、コーデック（符号化／復号化）部、マイクロプロセッサ（ＭＰＵ）、外部インタフェース（Ｉ／Ｆ）部、メモリ、キーパッド及び着信表示発光ダイオードや液晶デスプレイなどの表示部、及び送話用マイクロホンと受話用スピーカ、撮像部などを備えた構成である。

また、図１の通信ネットワークにおいて、マルチメディアのストリーム伝送を行うための編集サーバ（携帯電話機５ｂへの転送データ編集用）、ＶｏＩＰ（Voice over Internet Protocol）ゲートウェイ装置などは、その図示を省略した。図１の各装置は、以降で詳細に説明する通信アプリケーションプログラム（例えば、ＡＳＰによるプログラム転送（転送及びダウンロード／インストール）のためのユーテリティソフトウェアを搭載したウェブブラウザやメーラーアプリケーションを搭載している。

（２）実施形態における基本通信動作
次に、図１を参照して、本実施形態の構成における基本的な通信動作について説明する。

近時の通信回線網は、ＴＣＰ／ＩＰ環境下（例えば、インターネット）の、いわゆる、マルチメディア通信ネットワークとして構築され、ＩＰパケットデータ通信とともに、ＩＴＵ−Ｔ(international Telecommunication Union - Telecommunication Standardization Sector)／Ｇ３規格のファクシミリ通信やインターネットＦａｘ通信及び、汎用電話通話やＶｏＩＰ／ＩＴＵ−Ｔ／Ｈ．３２３プロトコル）による音声電話通信を実行している。

デジタル固定通信網１は、その構成及び伝送方式が既知のＩＳＤＮなどを用いたＩＰ網であり、パケット交換局などを回線網に設置した網構成である。また、デジタル移動通信網２は、例えば、ＡＲＩＢ−２７／２８規格（ＰＤＣ方式／ＰＨＳ方式）を適用し、かつ、セル基地局２ａを図示しない移動通信制御局（ＭＣＣ）が収容する既知の移動回線網である。この移動回線網は、ＴＩＡ標準ＩＳ９５系／ＩＭＴ−２０００のＮ／Ｗ−ＣＤＭＡ方式でも良く特に限定しない。

例えば、伝送速度６４，３８４ｋｂｉｔ／ｓ，１．５Ｍｂｉｔ／ｓによるＩＰパケットを伝送し、ＩＴＵ−Ｔ勧告によるパケット交換手順Ｘ．３１（Ｉ．４３０／Ｉ．４３１，Ｑ．９２１／Ｑ．９３１，Ｘ．２５プロトコル）を実行する。

なお、他の高速伝送方式（例えば、ＡＤＳＬ／非対象デジタル伝送）を適用しても良く、また、高速通信ネットワーク（例えば、ギガビット高速データ通信ネットワーク）を利用しても良い。特に、ギガビット高速データ通信ネットワークの採用は、転送データ量が多い医療画像の３次元シミュレーションをコンピュータ双方向通信で実行する場合などに有効である。

また、図１の各装置は、インターネット通信として周知のＴＣＰ／ＩＰによる通信接続処理、ＨＴＭＬ(HyperText Markup Language)による言語処理機能（文章、音声、データ圧縮によるＪＰＥＧ静止画又はＭＰＥＧ動画処理）、及びＨＴＴＰ(Hypertext Transport Protocol)によるハイパーリンク機能による転送双方向通信、ＦＴＰによるファイル転送、及びＣＧＩ(Common Gateway Interface)による外部アプリケーションをそれぞれに実行する。このための電子メール通信やインターネットサーフィンを行うウェブブラウザ（アプリケーション)を各装置が搭載している。

なお、データベース装置におけるデータベースエンジン（トラッキング）で読み出されるデータは、例えば、ＸＭＬ(Extensible Markup Language)によりＣＤＦ（プッシュ型情報配信のフォーマット）やプッシュプル型情報配信のフォーマットによって発信するデータを生成し、また、ＳＱＬ(Structured Query Language)によってリレーショナルデータベース処理を実行している。

さらに、医療情報の（コンテンツ）の写真やイラストをデータ処理するための、ビットマップ画像ファイルを保存する、例えば、ＴＩＦＦ(Tagged Image File Format)とともに、機種や使用フォントに関わらず作成時のイメージを保った変換が可能な、例えば、ＰＤＦ(Portable Document Format)ファイルによって高微細画像データを生成かつ処理している。また、動的なホームページをＡＳＰ(Active Server Pages) を通じて作成している。

このような各装置は、ＴＣＰ／ＩＰリンクによって、周知のＩＰパケットによるファイル転送を双方向通信で行っている。この通信ネットワークにおけるインターネット上での転送処理は、ＨＴＴＰにおけるオブジェクト指示（クリック／マウスなどの座標入力装置によるラジオボタン、アンカー、プッシュボタン等への指示）によって実行する。この場合、ファイルフォーマットにＴＣＰコネクションの開放の伝送終了記述文字（ＦＩＮ）や伝送肯定応答文字（ＡＣＫ）などを格納し、その識別によってファイル転送を実行する。

なお、携帯電話機５ｂでは、セル基地局２ａのサービスエリア内に携帯電話機３が移動すると、制御チャネル（ＣＣＨ）をスキャンしてモニタし、最大受信電界強度の制御チャネルを補足する。この位置登録後は、周知の発呼（発信）又は着呼（着信）に対する通信シーケンス（ここでは、インターネットアクセス）が実行される。

図１に示す各装置は、ＣＰＵ（ウェブサーバのＣＰＵも含む）が実行する通信プロトコルやプログラムによって、本実施形態における各種処理を実行する。この通信プロトコルやプログラムは、前記した汎用の通信プロトコルやプログラムとともに、医療情報処理を実行するための専用の通信プロトコルや、特に医療情報提供・取得システム構築用のコンピュータプログラムを実行する。

（３）実施形態における集中医療情報処理
次に、図１から図４の各部における集中医療情報処理について説明する。

医療情報集中処理通信センタ装置３は、従来、個々の病院毎に処理されていた各種の医療情報処理をインターネット（通信回線網）上で、その双方向通信によって代行するものである。医療情報集中処理通信センタ装置３の医療機関処理共用通信システム３ａは、病院毎の医療機関通信装置４による日常の診療処理を管理するものである。

この診療処理の管理は、例えば、電子カルテ作成処理（定型化フォーマット／テンプレート）、レントゲン画像データ生成、診療報酬（レセプト）自動計算（処理医事会計システム）処理、検査依頼、薬剤処方依頼をデータ転送する検査依頼（オーダ）システムや薬局システムなどの処理（オーダシステム）を行うものである。この各種の処理を行うためのプログラムは、医療機関処理共用通信システム３ａに予め格納して転送し、また、通信ネットワーク上のソフトハウスやＡＳＰ事業者のなどのウェブサイトから取り込み、かつ、回線接続（リンク）によって医療機関通信装置４に転送する。すなわち、最新の電子カルテ作成用定型化フォーマットなどの高度医療処理プログラム提供を実施するＡＳＰ事業（ビジネスモデル）である。

なお、定型化フォ−マット／テンプレートは、大学の医療機関などのウェブサイトと回線接続（リンク）によって医療情報集中処理通信センタ装置３から医療機関通信装置４に提供するようにも出来る。

転送される医療処理プログラムは、医療機関通信装置４で取り込まれるが、図４に示す医療機関通信システム４ａでは、ＬＡＮサーバ２６に常駐させることが可能である。また、一定期間のみ常駐させたり、この電子カルテ作成用定型化フォーマットによる書面作成毎に取り込むことになる。なお、この書面作成が終了した場合は、この全部の情報を医療情報集中処理通信センタ装置３に自動又はバッチ処理を通じて転送して、医療機関データ集中処理通信システム３ｂで順次格納する。

また、比較的小規模の病院に配置される医療機関小型汎用コンピュータ４ｂでは、処理開始毎に、そのプログラムを医療機関処理共用通信システム３ａからダウンロード／インストールして使用し、書面作成が終了した場合は、この全部の情報を医療情報集中処理通信センタ装置３に自動又はバッチ処理を通じて転送するとともに、プログラムを開放する。換言すれば、クライアント・サーバシステムと同様の動作を実行する。

なお、医療機関処理共用通信システム３ａは、図１に示すように医療機関処理共用通信システム４ｃとして病院に配置される場合がある。これは、複数の病院の医療機関通信システム４ａを、この医療法人の本部などで管理する場合である。

医療情報集中処理通信センタ装置３の医療機関データ集中処理通信システム３ｂは、医療機関処理共用通信システム３ａで処理された医療情報を抽出して格納し、各種の処理に利用している。例えば、前記した電子カルテ作成処理（定型化フォーマット／テンプレート）、レントゲン画像データ生成、診療報酬（レセプト）自動計算（処理医事会計システム）処理、検査依頼、薬剤処方依頼をデータ転送する検査依頼（オーダ）システムや薬局システムなどの処理データを病院毎に図３中のデータベース装置１８に格納し、この後、医療機関通信装置４が随時読み出して参照している。

また、医療情報集中処理通信センタ装置３では、メールボックス処理、予約処理、ミニマムデータ処理及び統計データ処理を病院側（医療機関通信装置４）に提供している。

メールボックス処理は、病院（医療機関通信装置４）間でのデータ転送を行うものである。例えば、患者紹介状、検査結果資料、レポート、処方履歴等である。このデータ転送は、例えば、図２中のデータベース装置１６などの処理によるモジュールによってデータ転送を実行する。予約処理は、図２中のデータベース装置１６などの処理によるモジュールを通じた診療予約、検査予約などの情報であり、病院が他の病院に開放している予約にかかる情報を保持し、病院側（医療機関通信装置４）からの閲覧が可能なっている。これは、例えば、患者の状態（病気）に専門に対応できる病院からの連絡を受けるためなどに利用される。

ミニマムデータ処理は、緊急、救急、災害時などに病院等に収容される、緊急・救急患者等に対する治療や診療に実践的な意味で最低限必要な患者データ部分たるミニマムデータを、図３中のデータベース装置１８などに格納し、多数の病院側（医療機関通信装置４）が必要に応じて（例えば、緊急・救急患者が運び込まれた場合など）閲覧するものである。このミニマムデータは、例えば患者毎の電子カルテ作成時に、そのデータから必要事項を医療機関処理共用通信システム３ａから医療機関データ集中処理通信システム３ｂが取り込んでデータベース装置１８が、その更新・追加を行う。

統計データ処理は、患者を特定しない分析データを処理するものである。この統計データ処理は、例えば、医療機関処理共用通信システム３ａから提供されるプログラム（定型化フォーマット／テンプレート）によって作成され、医療機関データ集中処理通信システム３ｂが取り込んでデータベース装置１８に格納される。統計データは、作成した病院側（医療機関通信装置４）が取り込んで参照したり、他の病院に公開（例えば、医療情報集中処理通信センタ装置３のホームページ閲覧により公開）される。

次に、医療情報集中処理通信センタ装置３は、患者側（通信端末５）も利用が可能である。この患者側（通信端末５）の利用としては、患者個人の各種のデータ（前記した電子カルテ、レントゲン画像データ、診療報酬（レセプト）、検査依頼、薬剤処方依頼などの情報）がある。この情報閲覧は、患者個人や公共機関（例えば、感染疾病などの調査）などの秘匿性を有するものである。したがって、この情報閲覧は、識別符号（ＩＤ）、パスワードを予め付与し、そのアクセスを通じて閲覧（開示）が行われる。

なお、医療情報集中処理通信センタ装置３への医療機関通信装置４からも、一般公開するホームページのコンテンツ（統計データ）以外は、識別符号（ＩＤ）及びパスワードによるアクセスが行なわれる。例えば、会員制などにおいても識別符号（ＩＤ）及びパスワードを通じてアクセスが実行される。

このように医療情報集中処理通信センタ装置３から医療機関通信装置４に各種の処理用プログラムを転送している。すなわち、ＡＳＰによる高度医療処理プログラム提供や、集中処理、データ保管等を通じて実施している。この結果、病院毎の医療機関通信装置４のシステム規模及び処理規模を削減される。特に、費用が嵩む最新の高度な医療情報システムを構築かつ運営する必要が無くなる。換言すれば、最新のバージョンアッププログラム化による医療情報処理が、常に可能になって、多種のアプリケーション搭載の多機能化（肥大化／Fat Client) によるバージョンアップなどの費用削減が図られる。

また、定型化フォーマット／テンプレート化による処理を転送プログラムで実行できるようになり、その医療情報処理が容易に行われる。さらに、処理データを医療情報集中処理通信センタ装置３で保管できるようになって、その長期間にわたる膨大なデータ保管を病院側（医療機関通信装置４）で行わなくて良くなり、その費用削減や、データ保管の信頼性保持のシステム監査などが容易になる。また、医療機関との提携や、医療法人傘下の複数の病院での情報活用、及び病院間での情報交換なども容易に可能になる。

（４）テンプレートを用いての匿名化された患者データの収集処理
次に、以上の構成動作に基づいた「テンプレートを用いての匿名化された患者データの収集処理」について説明する。

この「テンプレートを用いての匿名化された患者データの収集処理」とは、前記した双方向通信ネットワーク上において、研究や治験の目的ごとに患者データを、秘匿性を確保しながら統計情報として容易かつ確実に作成して収集し、その効果的な利用を可能にするものである。

図５は、このような患者データの収集処理を説明するための概念図であり、図６は、図５に示す処理における運営側（医療情報集中処理通信センタ装置３）と病院側（医療機関通信装置４）との伝送シーケンス図である。また、図７は、図６における病院側（医療機関通信装置４）の処理手順を示すフローチャートであり、図８は、図６における運営側（医療情報集中処理通信センタ装置３）の処理手順を示すフローチャートである。

図５から図８において、先ず、統計情報の処理開始にあたっては、患者データは、秘匿性を確保する必要がある。そこで、運営側（医療情報集中処理通信センタ装置３）又は病院側（医療機関通信装置４）は、患者ごとに識別符号（適宜、「患者ＩＤ」と記載）を付与し、データ処理ごとに患者ＩＤを入力・識別して、その処理を開始する（図７ステップＳ１、図８ステップＳ２１）。

尚、この場合、運営側と病院側とで、相互に関連性・互換性のない患者ＩＤを夫々独自に付与してもよい。

次に、運営側（医療情報集中処理通信センタ装置３）は、病院側（医療機関通信装置４）からの統計情報の処理のアクセスを識別符号（ＩＤ）及びパスワードによって受け付ける（図７ステップＳ２、図８ステップＳ２２）。この統計情報の処理では、研究や治験の目的、例えば、「既往症履歴、アレルギー、告知の希望、臓器ドナー希望」などに区分けし、その定型化フォ−マット／テンプレートをデータベース装置１８などに予め用意している。

この定型化フォ−マット／テンプレートのリストを運営側（医療情報集中処理通信センタ装置３）が病院側（医療機関通信装置４）に転送して提示し、この表示が行われる（図７ステップＳ３，Ｓ４、図８ステップＳ２３）。

病院側（医療機関通信装置４）では、所望の定型化フォ−マット／テンプレートを指定指示し、この指示を運営側（医療情報集中処理通信センタ装置３）が取り込んで、その定型化フォ−マット／テンプレートを転送する（図７ステップＳ５、図８ステップＳ２４，Ｓ２５）。

次に、病院での診療ごとに目的の研究や治験に応じた定型化フォ−マット／テンプレートへの入力として、病院側（医療機関通信装置４）では、取り込んで画面表示している定型化フォ−マット／テンプレートの各項目に対する患者に関するデータを入力する。これは、前記した「既往症履歴、アレルギー、告知の希望、臓器ドナー希望」などの必要項目である（図７ステップＳ６）。この定型化フォ−マット／テンプレートの入力データのみが抽出され（即ち、テンプレートが外されて）、その患者データ部分のみが病院側（医療機関通信装置４）から運営側（医療情報集中処理通信センタ装置３）に転送され、以後は必要に応じて病院側（医療機関通信装置４）で参照される（図７ステップＳ７，Ｓ８）。

次に、運営側（医療情報集中処理通信センタ装置３）では、目的の研究や治験別に患者データ収集・保管を行う。具体的には、病院側（医療機関通信装置４）からのテンプレートが外された患者データ（転送データ）が運営側（医療情報集中処理通信センタ装置３）で取り込まれて保管される。この場合、目的の研究や治験別に分類して患者データが収集・保管される。この後は、病院側（医療機関通信装置４）の要求によって、収集・保管している患者データが転送される（図８ステップＳ２６，Ｓ２７，Ｓ２８）。

このように、患者データの収集処理では、通信ネットワーク上で集中医療情報を処理するシステムにおいて、研究や治験の目的ごとに患者データを秘匿性を確保しながら統計情報として容易かつ確実に作成して収集・保管し、その利用が可能になる。

尚、本実施形態では、予め、研究や治験の目的別に区分けし、その定型化フォ−マット／テンプレートを運営側で用意しているが、このような定型化フォ−マット／テンプレートを、病院側からのアクセスに応じて適宜作成することも可能である。また、病院側からのアクセス時に、研究や治験の目的を提示して、運営側では、この提示された目的に対応する種類の入力用テンプレートを示すテンプレート情報を抽出又は作成してもよい。

次に図９を参照して、テンプレートを用いた本実施形態における患者データの入力処理の具体例について更に説明を加える。

図９（ａ）に示すように、医療機関通信装置４等において患者データを入力する際の表示装置の画面２０１ａには、秘匿化された患者識別番号、診療科名等の基本情報をテキスト入力する欄２１１の他、テンプレート呼び出し用のボタン２１０が表示される。操作者が、このボタン２１０をマウス等で操作すると、図９（ｂ）に示すように、テンプレート選択用のウインドウ画面２２０が、表示装置の画面２０１ｂ内に表示される。ここでは、研究や治験における目的として「既往症履歴」、「アレルギー」、「臓器ドナー希望」等の種類に応じて予め用意された複数のテンプレートの中から所望の一つを選択するためのウインドウ画面２２０が表示される。そして、ウインドウ画面２２０中のテンプレート名称の中から、所望の一つに対応するものを操作者がマウス等で選択すると（ここでは、「アレルギー」が選択されたものとすると）、図９（ｃ）に示すように、この選択されたテンプレートが表示装置の画面２０１ｃ内に表示される。この具体例では、「性別」、「年齢」等の項目別にテキスト入力欄２３０が設けられている。これら複数の項目は、テンプレートの種類別に予め設定されている。

このように本実施形態によれば、秘匿化された患者識別番号に対応する患者データの入力処理を容易且つ確実に実行できる。

以上の如きテンプレートを用いた患者データの入力処理は、医療機関通信装置４内において、医療機関小型汎用コンピュータ４ｂによる制御下で実行されてもよい。或いは、テンプレートのライブラリを医療情報集中処理センタ通信装置３側に設けて、医療機関通信装置４からデジタル固定通信回路網１等を介してこれに適宜アクセスするように構成してもよい。更にデジタル固定通信回路網１等を介しての医療情報集中処理センタ通信装置３の制御下で、医療機関通信装置４内におけるブラウザ上で実行されてもよい。

（５）実施形態の応用例
次に、この実施形態の応用例について説明する。

図１に示す医療情報集中処理センタ通信装置３から患者が医療機関（病院）に出向く際に、その場所や診療科目を示す案内情報（病院案内と地図情報）を通信端末５からの要求で転送すると、顧客側での利便性が向上する。また、医療機関（病院）での電話での問い合わせも減少することになって、その省力化にも対応できるようになる。なお、地図情報は、医療情報集中処理センタ通信装置３が独自に作成したり、通信ネットワーク（通信回線網）上の地図提供ウェブサイトから、その回線接続（リンク）によって取り込んで通信端末５に提供するようにも出来る。

この場合、リンクによる地図情報の提供では、医療情報集中処理センタ通信装置３（図２、図３参照）に、インターネット上の時刻同期用ＮＴＰ（Network Time Protocol ）サーバ及び分散ファイルシステム用のＮＦＳ（Network File System ）サーバを配置する。

また、図１に示す医療情報集中処理センタ通信装置３による各種の集中処理が有料会員制の場合は、その料金を月極め会費、年会費又は使用重量制（例えば、パケット量）で徴収する際に、通信ネットワーク（通信回線網）に配置されたネット銀行１システムとの間で、電子マネー（デジタルキャッシュ）などで決済すると、その相互（運営側と病院側）の省力化が進展する。この電子マネー決済（電子商取引は、例えば、ＥＤＩ(Electronic Data Interchange) プロトコルによって通信ネットワーク上で決済する。

さらに、患者側（通信端末５）からの問い合わせにおいて、例えば、英語によるデータ変換転送を行うと、患者側での利便性が向上し、特に緊急の場合の患者側での容易かつ確実な対応が可能になる。この言語変換は、通信ネットワーク上の言語変換ウェブサイトとの回線接続（リンク）によって実行すれば良い。この多言語対応と同様に患者側での利便性の向上を図る例として、問い合わせ病院までの交通渋滞情報や天候状態を患者側に提供すると便利である。この交通渋滞情報は、医療情報集中処理センタ通信装置３が道路交通情報通信システム／ＶＩＣＳ:Vehicle Information and Communication System ）から取り込んで通信端末５に転送する。天気情報は気象資料総合処理システム／ＣＯＳＭＥＴＳ:Computer System for Meteorological Services）を利用すれば良い。

（６）実施形態の変形例
次に、この実施形態の変形例について説明する。

図１の通信ネットワークは、特に、ＴＣＰ／ＩＰ方式に限定されない。多種のデータ通信方式の適用が可能である。例えば、複数のイーサネット（登録商標）（ＬＡＮ）を高速通信ネットワークで接続したＦＤＤＩ(Fiber Distributed Data Interface)・ＬＡＮ（クライアントサーバシステム）として構築することも可能である。

また、図１におけるデジタル固定通信回線網１に代えて、通信制御装置（ＮＣＵ）や変復調装置（モデム）などの配置によるアナログ固定通信回線網を使用することも可能である。

さらに、前記した実施形態では、患者の医療情報の秘密保持を図るため、ＳＳＬによる転送データの暗号化、識別符号（ＩＤ）及びパスワードによるアクセスをもって説明したが、転送プログラムや医療データの破壊防止を行う必要がある。例えば、この破壊として盗聴（通信経路上での悪意あるデータ取得）、否認（通信相手先での通信の否定）、改造（通信経路上での第三者による伝送データの改変）、なりすまし（第三者が他人になりすましてデータ伝送を行う）があり、このため、慣用暗号系(conventional encryption system)や公開鍵暗号化系(public key encryption／ＲＳＡ，ＭＨ)による顧客情報などの破壊防止対策をとるのが好ましい。

さらに、図１に示す通信ネットワークでは、一台の医療情報集中処理センタ通信装置３を配置した例をもって説明したが、システムダウンによる伝送中断（医療情報処理不能）を避ける必要がある。このための構成は、既知の分散処理システムであり、複数の医療情報集中処理センタ通信装置３を通信回線網に設置する。

また、図１に示す通信ネットワークでは、医療情報集中処理センタ通信装置３を、医療機関処理共用通信システム３ａと医療機関データ集中処理通信システム３ｂとをもって説明したが、運用規模（医療機関通信装置４の収容数に対応）が小さい場合は、特に、医療機関処理共用通信システム３ａと医療機関データ集中処理通信システム３ｂとを一体化した一つの通信システムとして構成しても良い。これらは伝送容量（トラフィック量）やデータ処理量を考慮して、その構成を採用する。

また、医療情報集中処理センタ通信装置３は、必要に応じて、例えば、病院や患者との電話通話やファクシミリ通信を行う。この場合、図２に示す医療機関処理共用通信システム３ａと図３に示す医療機関データ集中処理通信システム３ｂに、ＦＡＸサーバ、ＶｏＩＰ電話機を収容するＶｏＩＰサーバ（コンピュータ電話統合ＣＴＩ:Computer Telephony Integration ）を設けることになる。

このような応用例や変形例は、当業者にとって容易に創達できる技術的な範囲であり、これらは本発明の範囲に含まれる。

本発明は、上述した各実施形態に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう医療情報提供・取得システム及び方法、並びにコンピュータプログラムもまた本発明の技術的範囲に含まれるものである。尚、本発明の医療情報提供・取得システムが対象とする医療とは、病院医療のみならず、看護医療や在宅医療をも含むことは言うまでもない。

本発明の実施形態における双方向通信ネットワーク構成例のブロック図である。 図１の実施形態における医療機関処理共用通信システムの構成例を示すブロック図である。 図１の実施形態における医療機関データ集中処理通信システムの構成例を示すブロック図である。 図１の実施形態にあって医療機関通信システムの構成例を示すブロック図である。 本実施形態におけるテンプレートを用いての匿名化した患者データの収集処理を説明するための概念図である。 本実施形態における伝送シーケンス図である。 本実施形態における病院側の処理手順を示すフローチャートである。 本実施形態における運営側の処理手順を示すフローチャートである。 本実施形態における患者データを入力するためのテンプレートを示す図である。

符号の説明

１ デジタル固定通信回線網
３ 医療情報集中処理センタ通信装置
３ａ 医療機関処理共用通信システム
３ｂ 医療機関データ集中処理通信システム
４ 医療機関通信装置
４ａ 医療機関通信システム
４ｂ 医療機関小型汎用コンピュータ
４ｃ 医療機関処理共用通信システム
５ 通信端末
５ａ 小型汎用コンピュータ
５ｂ 携帯電話機
１１，２５ ウェブサーバ
１２ ＤＮＳサーバ
１３ ＳＳＬサーバ
１４ ＦＴＰサーバ
１６，１８ データベース装置
２６ ＬＡＮサーバ

Claims (4)

1. 複数の医療関連施設に夫々設置される複数の施設処理装置と該複数の施設処理装置に双方向通信ネットワークを介して接続される集中処理装置とを備えた双方向通信ネットワークによる医療情報提供・取得システムであって、
   前記集中処理装置は、前記複数の施設処理装置に対して、研究及び治験のうち少なくとも一つを含む目的別に診療処理を行うための所定種類の医療用アプリケーションプログラムを、前記双方向通信ネットワークを介して夫々提供する提供手段を備え、
   前記施設処理装置は、前記医療用アプリケーションプログラムの実行により行われる前記診療処理の結果として前記目的別に得られる患者データを転送する転送手段を備え、
   前記施設処理装置及び前記集中処理装置のうち少なくとも一方は、患者毎に匿名化した患者識別符号を付与する符号付与手段を更に備え、
   前記集中処理装置は、前記転送手段により転送されてきた患者データを前記匿名化された患者識別符号に対応付けて且つ前記目的別に格納する統計処理用格納手段と、前記転送されてきた患者データ又は前記統計処理用格納手段に格納された患者データを、前記目的別に且つ前記患者識別符号に基づいて統計処理する処理手段とを更に備えたことを特徴とする双方向通信ネットワークによる医療情報提供・取得システム。
2. 前記集中処理装置は、を更に備えることを特徴とする請求項１に記載の双方向通信ネットワークによる医療情報提供・取得システム。
3. コンピュータを、請求項１又は２に記載の双方向通信ネットワークによる医療情報提供・取得システムに備えられた前記集中処理装置として機能させるコンピュータプログラム。
4. コンピュータを、請求項１又は２に記載の双方向通信ネットワークによる医療情報提供・取得システムに備えられた前記施設処理装置として機能させるコンピュータプログラム。

Images