JP2003208471A

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

Info

Publication number: JP2003208471A
Application number: JP2002006476A
Authority: JP
Inventors: Toshitada Kameda; 俊忠亀田; Satoshi Tsukada; 智塚田
Original assignee: KAMEDA IRYO JOHO KENKYUSHO KK
Current assignee: KAMEDA IRYO JOHO KENKYUSHO KK
Priority date: 2002-01-15
Filing date: 2002-01-15
Publication date: 2003-07-25

Abstract

(57)【要約】【課題】双方向通信ネットワークによる医療情報提供
・取得システムにおいて、患者データの秘匿性を向上さ
せつつ、患者データの病院毎の個別利用や病院間での相
互利用或いは複数の病院を束ねての集中利用を図る。【解決手段】医療情報集中処理センタ通信装置３が、
医療カルテを含む各種医療情報処理のためのプログラム
を、複数の病院に夫々配置される医療機関通信装置４に
提供し、このプログラム実行により得られる患者データ
を、各医療機関通信装置４が医療情報集中処理センタ通
信装置３に転送する。各医療機関通信装置４では、相互
に関連性・互換性を有しない病院側患者ＩＤによって、
患者データを処理する。医療情報集中処理センタ通信装
置３では、病院側患者ＩＤと関連性・互換性を有しない
運営側患者ＩＤによって、患者データを処理する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

【０００５】

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

【０００６】他方で、患者に対する精神的、肉体的或い
は経済的な負担を伴って記録された患者データを有効活
用すべきという観点や、更に一般市民に係る多数の患者
データを統計処理等により医療の発展に役立てるべきと
いう観点からは、患者データの病院毎の個別利用を図る
と共に、患者データの病院間での相互利用或いは複数の
病院を束ねての集中利用を図ることが望ましいと考えら
れる。そして、プライバシーを保護しながらでは、この
ような患者データの個別利用、相互利用或いは集中利用
を図ることが実践上極めて困難であるという問題点があ
る。

【０００７】本発明は上述した問題点に鑑みなされたも
のであり、患者データの秘匿性を向上させつつ、例え
ば、患者データの医療関連施設毎の個別利用、通信ネッ
トワークを介しての医療関連施設間での相互利用、複数
の医療関連施設を束ねての集中利用など、患者データの
有効利用を可能ならしめる双方向通信ネットワークによ
る医療情報提供・取得システム及び方法、並びにコンピ
ュータをそのようなシステムの少なくとも一部として機
能させるコンピュータプログラムを提供することを課題
とする。

【０００８】

【課題を解決するための手段】本発明の双方向通信ネッ
トワークによる医療情報提供・取得システムは上記課題
を解決するために、複数の医療関連施設に夫々設置され
る複数の施設処理装置と該複数の施設処理装置に双方向
通信ネットワークを介して接続される集中処理装置とを
備えた双方向通信ネットワークによる医療情報提供・取
得システムであって、前記集中処理装置は、前記複数の
施設処理装置に所定種類の医療用アプリケーションプロ
グラムを前記双方向通信ネットワークを介して夫々提供
する提供手段を備え、前記施設処理装置は、前記医療用
アプリケーションプログラムの実行により得られる患者
データを前記双方向通信ネットワークを介して前記集中
処理装置に転送する第１転送手段と、医療関連施設毎且
つ患者毎に異なる施設側患者識別符号を付与する第１付
与手段と、該施設側患者識別符号が付与された患者に係
る前記実行により得られる患者データを独自にデータ処
理する第１処理手段とを備え、前記集中処理装置は、患
者毎に前記施設側患者識別符号と関連性・互換性を有し
ない運営側患者識別符号を付与する第２付与手段と、該
運営側患者識別符号が付与された患者に係る前記転送さ
れてきた患者データを独自にデータ処理する第２処理手
段とを更に備える。

【０００９】本発明の双方向通信ネットワークによる医
療情報提供・取得システムによれば、集中処理装置は、
先ず提供手段によって、複数の施設処理装置に、例えば
電子カルテなどの所定種類の医療用アプリケーションプ
ログラムを、双方向通信ネットワークを介して夫々提供
する。これを受けて、施設処理装置は、例えばブラウザ
を利用して、この医療用アプリケーションプログラムを
実行することにより得られる（例えば、ブラウザ上や入
力画面上で入力される）患者データを、第１転送手段に
よって、双方向通信ネットワークを介して集中処理装置
に転送する。これと同時に或いは相前後して、施設処理
装置は、第１付与手段によって、医療関連施設毎且つ患
者毎に異なる施設側患者識別符号を付与し、更に、この
施設側患者識別符号が付与された患者に係る、上述の医
療用アプリケーションプログラムの実行により得られる
患者データを、第１処理手段によって独自にデータ処理
する。他方、集中処理装置は、第２付与手段によって、
患者毎に前述の施設側患者識別符号と関連性・互換性を
有しない運営側患者識別符号を付与すると共に、この運
営側患者識別符号が付与された患者に係る、上述の施設
処理装置側から転送されてきた患者データを、第２処理
手段によって独自にデータ処理する。

【００１０】このように集中処理装置から施設処理装置
に提供される医療用アプリケーションプログラムの実行
により得られる患者データに対し、施設処理装置の第１
処理手段と集中処理装置の第２処理手段とは、相互に関
連性・互換性を有しない施設側患者識別符号と運営側患
者識別符号とを夫々利用して、独自にデータ処理を夫々
行う。従って、患者データの秘匿性を向上させつつ、患
者データの医療関連施設毎の個別利用を図ると共に、双
方向通信ネットワークを介しての医療関連施設間での相
互利用或いは複数の医療関連施設を束ねての集中利用を
図ることが可能となる。

【００１１】尚、集中処理装置は、医療用アプリケーシ
ョンプログラムの提供と、医療用アプリケーションプロ
グラムの実行により得られる患者データの格納とを、個
別的処理で実行してもよい。

【００１２】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの一態様では、前記施設処理
装置に代えて又は加えて患者用の通信端末を更に備えて
おり、前記提供手段は、前記通信端末に前記医療用アプ
リケーションプログラムを前記双方向通信ネットワーク
を介して提供し、前記通信端末は、前記医療用アプリケ
ーションプログラムの実行により得られる患者データを
前記双方向通信ネットワークを介して前記集中処理装置
に転送する第２転送手段と、通信端末毎且つ患者毎に異
なると共に前記運営側患者識別符号又は前記施設側患者
識別符号と関連性・互換性を有しない通信端末側患者識
別符号を付与する第３付与手段と、該通信端末側患者識
別符号が付与された患者に係る前記実行により得られる
患者データを独自にデータ処理する第３処理手段とを備
える。

【００１３】この態様によれば、例えば患者用のパソコ
ン、モバイル、携帯電話等の通信端末は、医療用アプリ
ケーションプログラムを実行することにより得られる
（例えば、ブラウザ上や入力画面上で入力される）患者
データを、第２転送手段によって、双方向通信ネットワ
ークを介して集中処理装置に転送する。これと同時に或
いは相前後して、通信端末は、第３付与手段によって、
通信端末毎且つ患者毎に異なると共に運営側患者識別符
号又は施設側患者識別符号と関連性・互換性を有しない
通信端末側患者識別符号を付与し、更に、この通信端末
側患者識別符号が付与された患者に係る、上述の医療用
アプリケーションプログラムの実行により得られる患者
データを、第３処理手段によって独自にデータ処理す
る。他方、集中処理装置は、施設側患者識別符号又は通
信端末側患者識別符号と関連性・互換性を有しない運営
側患者識別符号が付与された患者に係る、上述の通信端
末側から転送されてきた患者データを、第２処理手段に
よって独自にデータ処理する。

【００１４】このように集中処理装置から施設処理装置
や患者用の通信端末に提供される医療用アプリケーショ
ンプログラムの実行により得られる患者データに対し、
施設処理装置の第１処理手段や患者用の通信端末の第３
処理手段と集中処理装置の第２処理手段とは、相互に関
連性・互換性を有しない施設側患者識別符号や通信端末
側患者識別符号と運営側患者識別符号とを夫々利用し
て、独自にデータ処理を夫々行う。従って、患者データ
の秘匿性を向上させつつ、患者データの医療関連施設毎
或いは通信端末毎の個別利用を図ると共に、双方向通信
ネットワークを介しての患者用の通信端末及び医療関連
施設間での相互利用、或いは患者用の通信端末及び複数
の医療関連施設を束ねての集中利用を図ることが可能と
なる。

【００１５】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記施設側
患者識別符号と前記運営側患者識別符号とは、患者固有
の生体情報であってデータ化された情報によって相互に
関連付けられており、前記施設処理装置及び前記集中処
理装置のうち少なくとも一方は、前記患者に対する所定
種類の検査を実行することで前記患者固有の生体情報を
検出してデータ化する検査手段を更に備える。

【００１６】この態様によれば、施設側患者識別符号と
運営側患者識別符号とは、患者固有の生体情報であって
データ化された情報によって相互に関連付けられている
ので、複数回に分かれて若しくは特定又は不特定期間を
隔てて収集されたり送信された患者データであっても、
集中処理装置或いは施設処理装置において、生体情報を
足掛かりに同一の患者に係る患者データであることを特
定できる。このため、当該同一患者にかかる患者データ
として（即ち、既存の施設側患者識別符号を付与した
り、既存の運営側患者識別符号を付与しつつ）、データ
蓄積やデータ解析を実行可能となる。尚、このような生
体情報の検査は、患者自身の状態（例えば、意識不明、
大怪我など）によっては、各施設処理装置において、前
回の患者データの収集時と今回のデータ収集時との間に
おける患者同一性を確認するために用いることも可能で
ある。

【００１７】この態様では、前記施設処理装置及び前記
集中処理装置のうち少なくとも一方は、前記検査手段に
よりデータ化された生体情報によって、前記検査が実行
された患者と前記施設側患者識別符号又は前記運営側患
者識別符号とを対応付ける対応付手段を更に備えてもよ
い。

【００１８】このように構成すれば、例えば指紋や虹彩
の同一性を判別する判別器などの対応付け手段により、
患者と患者識別符号（施設側患者識別符号又は運営側患
者識別符号）との対応付けを行えるので便利である。

【００１９】尚、上述した通信端末を備えた態様におい
ても同様に、前記運営側患者識別符号又は前記施設側患
者識別符号と前記通信端末側患者識別符号とは、患者固
有の生体情報であってデータ化された情報によって相互
に関連付けられており、前記施設処理装置又は前記集中
処理装置並びに前記通信端末のうち少なくとも一方は、
前記患者に対する所定種類の検査を実行することで前記
患者固有の生体情報を検出してデータ化する検査手段を
更に備えてもよい。更にこの場合、前記検査手段により
データ化された生体情報によって、前記検査が実行され
た患者と、前記施設側患者識別符号又は前記運営側患者
識別符号若しくは前記通信端末側患者識別符号とを対応
付ける対応付手段を更に備えるように構成してもよい。

【００２０】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記集中処
理装置は、前記施設処理装置に患者固有の生体情報を前
記双方向通信ネットワークを介して要求する要求手段を
更に備え、前記施設処理装置は、前記要求手段による要
求に応じて前記患者固有の生体情報を転送する第３転送
手段を更に備え、前記集中処理装置は、前記第３転送手
段から受け取った患者固有の生体情報を前記運営側患者
識別符号に対応付けて格納する生体情報格納手段を更に
備える。

【００２１】この態様によれば、集中処理装置の要求手
段による要求に応じて、施設処理装置から第３転送手段
によって転送される、例えば画像データや遺伝子情報な
どの患者固有の生体情報を、運営側患者識別符号に対応
付けて生体情報格納手段によって格納している。従っ
て、運営側患者識別符号による患者確認が不可能な場合
にも、その患者の確認が出来るようになって、患者デー
タの処理や利用が可能になる。

【００２２】上述した本発明の患者用の通信端末を備え
た態様では、前記集中処理装置は、前記通信端末に患者
固有の生体情報を前記双方向通信ネットワークを介して
要求する要求手段を更に備え、前記通信端末は、前記要
求手段による要求に応じて前記患者固有の生体情報を転
送する第３転送手段を更に備え、前記集中処理装置は、
前記第３転送手段から受け取った患者固有の生体情報を
前記運営側患者識別符号に対応付けて格納する生体情報
格納手段を更に備えてもよい。

【００２３】このように構成すれば、集中処理装置の要
求手段による要求に応じて、患者用の通信端末から第３
転送手段によって転送される、例えば画像データや遺伝
子情報などの患者固有の生体情報を、運営側患者識別符
号に対応付けて生体情報格納手段によって格納してい
る。従って、運営側患者識別符号による患者確認が不可
能な場合にも、その患者の確認が出来るようになって、
患者データの処理や利用が可能になる。

【００２４】上述した本発明の生体情報に係ると共に施
設処理装置が第３転送手段を備えた態様では、前記施設
処理装置は、前記患者固有の生体情報を前記施設側患者
識別符号に対応付けて格納する生体情報格納手段を更に
備えてもよい。

【００２５】このように構成すれば、秘匿性の低下を防
止しつつ、患者固有の生体情報を利用して、施設処理装
置における患者データと集中処理装置における患者デー
タとの対応付けを行える。

【００２６】上述した本発明の生体情報に係ると共に患
者用の通信端末が第３転送手段を備えた態様では、前記
通信端末は、前記患者固有の生体情報を前記通信端末側
患者識別符号に対応付けて格納する生体情報格納手段を
更に備えてもよい。

【００２７】このように構成すれば、秘匿性の低下を防
止しつつ、患者固有の生体情報を利用して、患者用の通
信端末における患者データと集中処理装置における患者
データとの対応付けを行える。

【００２８】上述した本発明の生体情報に係る各種態様
では、前記患者固有の生体情報が、指紋、虹彩、網膜及
び歯形のうち少なくとも一つの画像データを含む情報で
あるように構成してもよい。

【００２９】このように構成すれば、指紋、虹彩、網膜
及び歯形のうち少なくとも一つの画像データによって、
運営側患者識別符号による患者確認が不可能な場合に
も、その患者の確認を比較的簡単且つ迅速に行える。

【００３０】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記集中処
理装置では、前記施設側患者識別符号と前記運営側患者
識別符号との関連性を示す情報を保持しない。

【００３１】この態様によれば、集中処理装置では施設
側患者識別符号と運営側患者識別符号との関連性を示す
情報を保持しないので、より確実に患者の秘匿性を高め
られる。

【００３２】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記施設処
理装置は、前記提供される医療用アプリケーションプロ
グラムを予め定められた期間において常駐させ、若しく
は前記医療用アプリケーションプログラムの実行終了後
に取り込んでいる前記医療用アプリケーションプログラ
ムを前記集中処理装置に返送し又は消去する。

【００３３】この態様によれば、施設処理装置の装置規
模及び処理規模に応じてプログラムの常駐、返送或いは
消去が可能になって、医療関連施設側のシステム構成の
自由度が向上する。

【００３４】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記第１付
与手段は、前記施設側患者識別符号を、電話番号を含む
医療関連施設毎の固有情報を含めたランダム関数処理に
よって自動生成する。

【００３５】この態様によれば、施設側患者識別符号
を、医療関連施設間で同一としないように、しかも比較
的迅速且つ容易に生成できる。

【００３６】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記第２付
与手段は、前記運営側患者識別符号を、電話番号を含む
患者毎の固有情報を含めたランダム関数処理によって自
動生成する。

【００３７】この態様によれば、運営側患者識別符号
を、患者間で同一としないように、しかも比較的迅速且
つ容易に生成できる。

【００３８】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記集中処
理装置は、前記医療用アプリケーションプログラムを回
線接続して取り込む取込手段と、該取込手段により取り
込まれた医療用アプリケーションプログラムを前記施設
処理装置に転送する第４転送手段とを更に備える。

【００３９】この態様によれば、集中処理装置を介して
医療用アプリケーションプログラムを各施設処理装置に
転送しつつ、双方向通信ネットワーク上で授受される患
者データにおける秘匿性を確実に向上させられる。

【００４０】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記集中処
理装置が、前記双方向通信ネットワーク上に複数台配置
されて、該複数台が夫々同一の処理を実行する現用系及
び予備系からなる分散処理システムとして動作する。

【００４１】この態様によれば、分散処理システムによ
り、双方向通信ネットワーク上で授受される患者データ
における秘匿性を確実に向上させられる。

【００４２】本発明の双方向通信ネットワークによる医
療情報提供・取得システムの他の態様では、前記施設処
理装置は、前記患者データに関する統計処理のためのア
クセスを実行するアクセス手段を更に備え、前記集中処
理装置は、前記アクセス手段からの前記アクセスに対応
して前記統計処理のために必要な患者データの入力用テ
ンプレートを示すテンプレート情報を転送する第５転送
手段を更に備え、前記施設処理装置は、前記転送されて
きたテンプレート情報に基づく前記入力用テンプレート
で前記患者データを入力する入力手段を更に備え、前記
第１転送手段は、前記入力用テンプレートで入力された
患者データを前記前記双方向通信ネットワークを介して
前記集中処理装置に転送する。

【００４３】この態様によれば、患者データの秘匿性を
確保しつつ、各医療関連施設において入力用テンプレー
トで入力された患者データを、集中処理装置において、
研究や治験（ＧＣＰ）のために利用できる。尚、このよ
うな入力用テンプレートでの患者データの入力は、原則
として患者単位で行われ、例えば、患者の診療ごとにリ
アルタイム或いは事後的に行ってもよいし、患者の入院
ごとに退院時或いは事後的に行ってもよいし、定期的に
或いは不定期に行ってもよい。

【００４４】尚、この態様では、前記第２処理手段は、
前記入力用テンプレートで入力され且つ転送されてきた
患者データを前記運営側患者識別符号に基づいて統計処
理するように構成してもよい。このように構成すれば、
第２処理手段において、患者データの秘匿性を確保しつ
つ、入力用テンプレートで入力され且つ転送されてきた
患者データの統計処理等を行うことができる。また、こ
の態様では、前記集中処理装置は、前記入力用テンプレ
ートで入力され且つ転送されてきた患者データを前記運
営側患者識別符号に対応付けて格納する統計処理用格納
手段を更に備えてもよい。このように構成すれば、統計
処理用格納手段に格納された患者データを適宜取り出す
ことにより、集中処理装置における第２処理手段若しく
は双方通信ネットワークに接続された又はされない他の
処理手段によって、患者データの秘匿性を確保しながら
統計処理できる。或いは、施設処理装置側でも、係る統
計処理用格納手段に格納されている患者データの中から
必要な患者データを指定して取り出して参照可能として
もよい。

【００４５】本発明の双方向通信ネットワークによる医
療情報提供・取得方法は上記課題を解決するために、複
数の医療関連施設に夫々設置される複数の施設処理装置
と該複数の施設処理装置に双方向通信ネットワークを介
して接続される集中処理装置とを備えた双方向通信ネッ
トワークによる医療情報提供・取得システムにおける医
療情報提供・取得方法であって、前記集中処理装置によ
って、前記複数の施設処理装置に所定種類の医療用アプ
リケーションプログラムを前記双方向通信ネットワーク
を介して夫々提供する提供工程を実行し、前記施設処理
装置によって、前記医療用アプリケーションプログラム
の実行により得られる患者データを前記双方向通信ネッ
トワークを介して前記集中処理装置に転送する第１転送
工程と、医療関連施設毎且つ患者毎に異なる施設側患者
識別符号を付与する第１付与工程と、該施設側患者識別
符号が付与された患者に係る前記実行により得られる患
者データを独自にデータ処理する第１処理工程とを実行
し、前記集中処理装置によって、患者毎に前記施設側患
者識別符号と関連性・互換性を有しない運営側患者識別
符号を付与する第２付与工程と、該運営側患者識別符号
が付与された患者に係る前記転送されてきた患者データ
を独自にデータ処理する第２処理工程とを更に実行す
る。

【００４６】本発明の双方向通信ネットワークによる医
療情報提供・取得方法によれば、上述した本発明の双方
向通信ネットワークによる医療情報提供・取得システム
の場合と同様に、患者データの秘匿性を向上させつつ、
患者データの医療関連施設毎の個別利用を図ると共に医
療関連施設間での相互利用或いは複数の医療関連施設を
束ねての集中利用を図ること可能となる。

【００４７】尚、本発明の双方向通信ネットワークによ
る医療情報提供・取得方法は、上述した本発明の双方向
通信ネットワークによる医療情報提供・取得システムに
おける各種態様と同様の各種態様とすることも可能であ
る。

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

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

【００５０】尚、上述の如く本発明では、集中処理装置
は、「提供手段」を備えることとしているが、このよう
な提供手段を省略しても本発明は、相応の効果が得られ
る。即ち、本発明は、複数の医療関連施設に夫々設置さ
れる複数の施設処理装置と該複数の施設処理装置に双方
向通信ネットワークを介して接続される集中処理装置と
を備えた双方向通信ネットワークによる医療情報提供・
取得システムであって、前記施設処理装置は、所定種類
の医療用アプリケーションプログラムの実行により得ら
れる患者データを前記双方向通信ネットワークを介して
前記集中処理装置に転送する第１転送手段と、医療関連
施設毎且つ患者毎に異なる施設側患者識別符号を付与す
る第１付与手段と、該施設側患者識別符号が付与された
患者に係る前記実行により得られる患者データを独自に
データ処理する第１処理手段とを備え、前記集中処理装
置は、患者毎に前記施設側患者識別符号と関連性・互換
性を有しない運営側患者識別符号を付与する第２付与手
段と、該運営側患者識別符号が付与された患者に係る前
記転送されてきた患者データを独自にデータ処理する第
２処理手段とを更に備えて構成されてもよい。そして、
このように構成する場合にも、上述した本発明の各種態
様と同様の各種態様を採ることが可能である。

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

【００５２】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００９５】（４）患者ＩＤ付与を伴う患者データの処
理次に、以上の構成動作に基づいた「患者ＩＤ付与を伴う
患者データの処理」について説明する。

【００９６】この「患者ＩＤ付与を伴う患者データの処
理」とは、前記した双方向通信ネットワーク上での患者
データの処理（例えば、患者データの病院毎の個別利用
におけるデータ処理、患者データの病院間での相互利用
におけるデータ処理、及び医療情報集中処理通信センタ
装置３における患者データの統計的或いは個別的な分析
・解析などのデータ処理を含む、広い意味でのデータ処
理）であって、特に、複数の病院（医療機関通信装置
４）間で互換性・関連性をもたず更にこれらと運営側
（医療情報集中処理通信センタ装置３）との間でも互換
性・関連性を持たない患者ＩＤの付与を、各病院側及び
運営側で夫々行うことによって、該患者データの秘匿性
を確実に向上させるものである。しかも、このように患
者データの秘匿性を向上させつつ、当該患者データの双
方向通信ネットワークを介しての有効利用・有効活用を
可能ならしめるものである。

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

【００９８】図５から図８において、まず、運営側（医
療情報集中処理通信センタ装置３）と病院側（医療機関
通信装置４）とで、同一患者に異なる識別符号（ＩＤ）
を付与している。また、病院毎に個々の患者に対する病
院側患者ＩＤを付与する。病院側患者ＩＤは、病院間で
の関連性及び互換性はないものである。例えば、病院の
電話番号にランダム関数処理などでの自動付与すると、
必然的に異なる病院側患者ＩＤとなる（図７ステップＳ
１，Ｓ２）。

【００９９】同一患者に対して運営側では、病院側から
の患者データが識別符号（以下、「病院側患者ＩＤ」と
記載）を伴って転送されてきた場合（図８ステップＳ２
１）、医療機関処理共用通信システム３ａは医療機関デ
ータ集中処理通信システム３ｂのデータベース装置１８
を参照して（図８ステップＳ２２）、この運営側での患
者に対する識別符号（以下、「運営側患者ＩＤ」と記
載）が存在するかを調べる（図８ステップＳ２３）。始
めての患者の場合は、運営側患者ＩＤが無いため（図８
ステップＳ２３：Ｎｏ）、ここで当該患者に対する病院
側患者ＩＤと異なる運営側患者ＩＤを付与する（図８ス
テップＳ２４）。

【０１００】この運営側患者ＩＤは、少なくとも最初の
１文字を病院側患者ＩＤと異なるように予め定めておい
て、例えば、ランダム関数処理などでの自動付与が可能
になる。換言すれば、病院側患者ＩＤと運営側患者ＩＤ
とは、互換性・関連性が無いことになる。また、この運
営側患者ＩＤは、患者及び病院側に登録後に通知される
（図７ステップＳ３、図８ステップＳ２５，Ｓ２６）。
また、運営側患者ＩＤは、例えば、符号による構成のみ
ではなく、患者個人の指紋（画像データ）、人の眼球に
おける虹採や網膜、歯形等の生体情報を病院側又は患者
本人、親族者に要求し、その画像データ（例えば、病院
側による画像データ化）の提供を受ける（図７ステップ
Ｓ４，Ｓ５、図８ステップＳ２７，Ｓ２８）。この生体
情報は、図２に示す医療機関処理共用通信システム３ａ
及び図３に示す医療機関データ集中処理通信システム３
ｂのデータベース装置１８に画像データとして格納する
（図８ステップＳ２９）。

【０１０１】この生体情報は、例えば、運営側患者ＩＤ
のデータを消失したり、緊急で搬送された患者の運営側
患者ＩＤを、病院側（医療機関通信装置４）が医療情報
集中処理通信センタ装置３から取り込め無い場合や、患
者から聞き出せない場合に、その運営側患者ＩＤに代え
て患者を特定するために利用される。

【０１０２】生体情報を格納した後における、病院側患
者ＩＤと生体情報を含む運営側患者ＩＤとは、次のよう
に使用される（図７ステップＳ６、図８ステップＳ３
０）。運営側患者ＩＤは、医療情報集中処理通信センタ
装置３における医療機関処理共用通信システム３ａと医
療機関データ集中処理通信システム３ｂとにおいて使用
されるが、病院側患者ＩＤとの関連しないデータ処理を
実行する。この場合、運営側患者ＩＤは、例えば、前記
した病院間で閲覧が可能な予約処理（診療予約、検査予
約）などの情報を病院が他の病院に開放している場合
に、その病院側からのアクセスなどに使用される。ま
た、病院側患者ＩＤは、特に患者毎に秘匿性が要求され
る電子カルテ作成などに対して使用される。

【０１０３】このように本実施形態における患者ＩＤ付
与を伴う患者データの処理では、同一の患者（通信端末
５）に対し、病院側患者ＩＤと運営側患者ＩＤとが関連
性・互換性を有していないため、医療情報集中処理通信
センタ装置３（集中医療情報システム）における、患者
データの処理（例えば、患者データの病院毎の個別利
用、患者データの病院間での相互利用或いは複数の病院
を束ねての集中利用）における秘匿性が確実に向上する
ことになる。

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

【０１０５】図９（ａ）に示すように、医療機関通信装
置４等において患者データを入力する際の表示装置の画
面２０１ａには、病院側患者ＩＤ、診療科名等を表示又
はテキスト入力する欄２１１の他、テンプレート呼び出
し用のボタン２１０が表示される。また、当該患者につ
いての前述した指紋、虹彩等に係る生体情報が存在する
旨を示す小型画像データ２１５が専用枠内に表示されて
いる。操作者が、ボタン２１０をマウス等で操作する
と、図９（ｂ）に示すように、テンプレート選択用のウ
インドウ画面２２０が、表示装置の画面２０１ｂ内に表
示される。ここでは、研究や治験における目的として
「既往症履歴」、「アレルギー」、「臓器ドナー希望」
等の種類に応じて予め用意された複数のテンプレートの
中から所望の一つを選択するためのウインドウ画面２２
０が表示される。そして、ウインドウ画面２２０中のテ
ンプレート名称の中から、所望の一つに対応するものを
操作者がマウス等で選択すると（ここでは、「アレルギ
ー」が選択されたものとすると）、図９（ｃ）に示すよ
うに、この選択されたテンプレートが表示装置の画面２
０１ｃ内に表示される。この具体例では、「性別」、
「年齢」等の項目別にテキスト入力欄２３０が設けられ
ている。これら複数の項目は、テンプレートの種類別に
予め設定されている。

【０１０６】このように本実施形態によれば、病院側患
者ＩＤに対応する患者データの入力処理を容易且つ確実
に実行できる。また病院側患者ＩＤを用いれば、同一患
者についての病院側患者ＩＤや患者データが既に医療機
関通信装置４のメモリ内に存在する場合に、この病院側
患者ＩＤを図９（ａ）の段階で欄２１１に表示したり、
この患者データを既定値として図９（ｃ）の段階で、対
応するテキスト入力欄２３０に表示することも可能とな
る。そして、医療情報集中処理センタ装置３側では、こ
の病院側患者ＩＤとは異なる運営側患者ＩＤにより、図
９（ａ）〜図９（ｃ）のように入力された後に転送され
た患者データの管理や処理を行う。特に、小型画像デー
タ２１５によりその存在が示されている生体情報を用い
れば、医療情報集中処理センタ装置３側においても、同
一患者に係る患者データについては当該同一患者に係る
患者データとして管理や処理を行える。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２２】

【発明の効果】以上詳細に説明したように本発明によれ
ば、通信ネットワーク上で患者データを処理する医療情
報提供・取得システムにおける、患者データの秘匿性が
確実に向上するという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施形態における双方向通信ネットワ
ーク構成例のブロック図である。

【図２】図１の実施形態における医療機関処理共用通信
システムの構成例を示すブロック図である。

【図３】図１の実施形態における医療機関データ集中処
理通信システムの構成例を示すブロック図である。

【図４】図１の実施形態にあって医療機関通信システム
の構成例を示すブロック図である。

【図５】本実施形態における患者ＩＤ付与を伴う患者デ
ータの処理を説明するための概念図である。

【図６】本実施形態における伝送シーケンス図である。

【図７】本実施形態における運営側の処理手順を示すフ
ローチャートである。

【図８】本実施形態における病院側の処理手順を示すフ
ローチャートである。

【図９】本実施形態における患者データを入力するため
のテンプレートを示す図である。

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】複数の医療関連施設に夫々設置される複
数の施設処理装置と該複数の施設処理装置に双方向通信
ネットワークを介して接続される集中処理装置とを備え
た双方向通信ネットワークによる医療情報提供・取得シ
ステムであって、前記集中処理装置は、前記複数の施設処理装置に所定種
類の医療用アプリケーションプログラムを前記双方向通
信ネットワークを介して夫々提供する提供手段を備え、前記施設処理装置は、前記医療用アプリケーションプロ
グラムの実行により得られる患者データを前記双方向通
信ネットワークを介して前記集中処理装置に転送する第
１転送手段と、医療関連施設毎且つ患者毎に異なる施設
側患者識別符号を付与する第１付与手段と、該施設側患
者識別符号が付与された患者に係る前記実行により得ら
れる患者データを独自にデータ処理する第１処理手段と
を備え、前記集中処理装置は、患者毎に前記施設側患者識別符号
と関連性・互換性を有しない運営側患者識別符号を付与
する第２付与手段と、該運営側患者識別符号が付与され
た患者に係る前記転送されてきた患者データを独自にデ
ータ処理する第２処理手段とを更に備えたことを特徴と
する双方向通信ネットワークによる医療情報提供・取得
システム。
【請求項２】前記施設処理装置に代えて又は加えて患
者用の通信端末を更に備えており、前記提供手段は、前記通信端末に前記医療用アプリケー
ションプログラムを前記双方向通信ネットワークを介し
て提供し、前記通信端末は、前記医療用アプリケーションプログラ
ムの実行により得られる患者データを前記双方向通信ネ
ットワークを介して前記集中処理装置に転送する第２転
送手段と、通信端末毎且つ患者毎に異なると共に前記運
営側患者識別符号又は前記施設側患者識別符号と関連性
・互換性を有しない通信端末側患者識別符号を付与する
第３付与手段と、該通信端末側患者識別符号が付与され
た患者に係る前記実行により得られる患者データを独自
にデータ処理する第３処理手段とを備えたことを特徴と
する請求項１に記載の双方向通信ネットワークによる医
療情報提供・取得システム。
【請求項３】前記施設側患者識別符号と前記運営側患
者識別符号とは、患者固有の生体情報であってデータ化
された情報によって相互に関連付けられており、前記施設処理装置及び前記集中処理装置のうち少なくと
も一方は、前記患者に対する所定種類の検査を実行する
ことで前記患者固有の生体情報を検出してデータ化する
検査手段を更に備えたことを特徴とする請求項１又は２
に記載の双方向通信ネットワークによる医療情報提供・
取得システム。
【請求項４】前記施設処理装置及び前記集中処理装置
のうち少なくとも一方は、前記検査手段によりデータ化
された生体情報によって、前記検査が実行された患者と
前記施設側患者識別符号又は前記運営側患者識別符号と
を対応付ける対応付手段を更に備えたことを特徴とする
請求項３に記載の双方向通信ネットワークによる医療情
報提供・取得システム。
【請求項５】前記集中処理装置は、前記施設処理装置
に患者固有の生体情報を前記双方向通信ネットワークを
介して要求する要求手段を更に備え、前記施設処理装置は、前記要求手段による要求に応じて
前記患者固有の生体情報を転送する第３転送手段を更に
備え、前記集中処理装置は、前記第３転送手段から受け取った
患者固有の生体情報を前記運営側患者識別符号に対応付
けて格納する生体情報格納手段を更に備えたことを特徴
とする請求項１から４のいずれか一項に記載の双方向通
信ネットワークによる医療情報提供・取得システム。
【請求項６】前記集中処理装置は、前記通信端末に患
者固有の生体情報を前記双方向通信ネットワークを介し
て要求する要求手段を更に備え、前記通信端末は、前記要求手段による要求に応じて前記
患者固有の生体情報を転送する第３転送手段を更に備
え、前記集中処理装置は、前記第３転送手段から受け取った
患者固有の生体情報を前記運営側患者識別符号に対応付
けて格納する生体情報格納手段を更に備えたことを特徴
とする請求項２に記載の双方向通信ネットワークによる
医療情報提供・取得システム。
【請求項７】前記施設処理装置は、前記患者固有の生
体情報を前記施設側患者識別符号に対応付けて格納する
生体情報格納手段を更に備えたことを特徴とする請求項
３から５のいずか一項に記載の双方向通信ネットワーク
による医療情報提供・取得システム。
【請求項８】前記通信端末は、前記患者固有の生体情
報を前記通信端末側患者識別符号に対応付けて格納する
生体情報格納手段を更に備えたことを特徴とする請求項
６に記載の双方向通信ネットワークによる医療情報提供
・取得システム。
【請求項９】前記患者固有の生体情報が、指紋、虹
彩、網膜及び歯形のうち少なくとも一つの画像データを
含む情報であることを特徴とする請求項３から８のいず
れか一項に記載の双方向通信ネットワークによる医療情
報提供・取得システム。
【請求項１０】前記集中処理装置では、前記施設側患
者識別符号と前記運営側患者識別符号との関連性を示す
情報を保持しないことを特徴とする請求項１から９のい
ずれか一項に記載の双方向通信ネットワークによる医療
情報提供・取得システム。
【請求項１１】前記施設処理装置は、前記提供される
医療用アプリケーションプログラムを予め定められた期
間において常駐させ、若しくは前記医療用アプリケーシ
ョンプログラムの実行終了後に取り込んでいる前記医療
用アプリケーションプログラムを前記集中処理装置に返
送し又は消去することを特徴とする請求項１から１０の
いずれか一項に記載の双方向通信ネットワークによる医
療情報提供・取得システム。
【請求項１２】前記第１付与手段は、前記施設側患者
識別符号を、電話番号を含む医療関連施設毎の固有情報
を含めたランダム関数処理によって自動生成することを
特徴とする請求項１から１１のいずれか一項に記載の双
方向通信ネットワークによる医療情報提供・取得システ
ム。
【請求項１３】前記第２付与手段は、前記運営側患者
識別符号を、電話番号を含む患者毎の固有情報を含めた
ランダム関数処理によって自動生成することを特徴とす
る請求項１から１２のいずれか一項に記載の双方向通信
ネットワークによる医療情報提供・取得システム。
【請求項１４】前記集中処理装置は、前記医療用アプ
リケーションプログラムを回線接続して取り込む取込手
段と、該取込手段により取り込まれた医療用アプリケー
ションプログラムを前記施設処理装置に転送する第４転
送手段とを更に備えたことを特徴とする請求項１から１
３のいずれか一項に記載の双方向通信ネットワークによ
る医療情報提供・取得システム。
【請求項１５】前記集中処理装置が、前記双方向通信
ネットワーク上に複数台配置されて、該複数台が夫々同一の処理を実行する現用系及び予備系
からなる分散処理システムとして動作することを特徴と
する請求項１から１４のいずれか一項に記載の双方向通
信ネットワークによる医療情報提供・取得システム。
【請求項１６】前記施設処理装置は、前記患者データ
に関する統計処理のためのアクセスを実行するアクセス
手段を更に備え、前記集中処理装置は、前記アクセス手段からの前記アク
セスに対応して前記統計処理のために必要な患者データ
の入力用テンプレートを示すテンプレート情報を転送す
る第５転送手段を更に備え、前記施設処理装置は、前記転送されてきたテンプレート
情報に基づく前記入力用テンプレートで前記患者データ
を入力する入力手段を更に備え、前記第１転送手段は、前記入力用テンプレートで入力さ
れた患者データを前記前記双方向通信ネットワークを介
して前記集中処理装置に転送することを特徴とする請求
項１から１５のいずれか一項に記載の双方向通信ネット
ワークによる医療情報提供・取得システム。
【請求項１７】複数の医療関連施設に夫々設置される
複数の施設処理装置と該複数の施設処理装置に双方向通
信ネットワークを介して接続される集中処理装置とを備
えた双方向通信ネットワークによる医療情報提供・取得
システムにおける医療情報提供・取得方法であって、前記集中処理装置によって、前記複数の施設処理装置に
所定種類の医療用アプリケーションプログラムを前記双
方向通信ネットワークを介して夫々提供する提供工程を
実行し、前記施設処理装置によって、前記医療用アプリケーショ
ンプログラムの実行により得られる患者データを前記双
方向通信ネットワークを介して前記集中処理装置に転送
する第１転送工程と、医療関連施設毎且つ患者毎に異な
る施設側患者識別符号を付与する第１付与工程と、該施
設側患者識別符号が付与された患者に係る前記実行によ
り得られる患者データを独自にデータ処理する第１処理
工程とを実行し、前記集中処理装置によって、患者毎に前記施設側患者識
別符号と関連性・互換性を有しない運営側患者識別符号
を付与する第２付与工程と、該運営側患者識別符号が付
与された患者に係る前記転送されてきた患者データを独
自にデータ処理する第２処理工程とを更に実行すること
を特徴とする双方向通信ネットワークによる医療情報提
供・取得方法。
【請求項１８】コンピュータを、請求項１から１６の
いずれか一項に記載の双方向通信ネットワークによる医
療情報提供・取得システムに備えられた前記集中処理装
置及び前記施設処理装置のうち少なくとも一方として機
能させるコンピュータプログラム。