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

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

Info

Publication number
JP2004227608A
JP2004227608A JP2004140337A JP2004140337A JP2004227608A JP 2004227608 A JP2004227608 A JP 2004227608A JP 2004140337 A JP2004140337 A JP 2004140337A JP 2004140337 A JP2004140337 A JP 2004140337A JP 2004227608 A JP2004227608 A JP 2004227608A
Authority
JP
Japan
Prior art keywords
patient
medical
facility
processing
communication network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004140337A
Other languages
English (en)
Other versions
JP2004227608A5 (ja
Inventor
Toshitada Kameda
俊忠 亀田
Satoshi Tsukada
智 塚田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KAMEDA IRYO JOHO KENKYUSHO KK
Original Assignee
KAMEDA IRYO JOHO KENKYUSHO KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KAMEDA IRYO JOHO KENKYUSHO KK filed Critical KAMEDA IRYO JOHO KENKYUSHO KK
Priority to JP2004140337A priority Critical patent/JP2004227608A/ja
Publication of JP2004227608A publication Critical patent/JP2004227608A/ja
Publication of JP2004227608A5 publication Critical patent/JP2004227608A5/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Abstract

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

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 (18)

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

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004140337A JP2004227608A (ja) 2004-05-10 2004-05-10 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004140337A JP2004227608A (ja) 2004-05-10 2004-05-10 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2002006476A Division JP2003208471A (ja) 2002-01-15 2002-01-15 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム

Publications (2)

Publication Number Publication Date
JP2004227608A true JP2004227608A (ja) 2004-08-12
JP2004227608A5 JP2004227608A5 (ja) 2005-07-14

Family

ID=32906439

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004140337A Pending JP2004227608A (ja) 2004-05-10 2004-05-10 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム

Country Status (1)

Country Link
JP (1) JP2004227608A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006121440A (ja) * 2004-10-21 2006-05-11 Ttt Kk 医療システム、医療データ管理方法、及び医療データ管理用通信プログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006121440A (ja) * 2004-10-21 2006-05-11 Ttt Kk 医療システム、医療データ管理方法、及び医療データ管理用通信プログラム

Similar Documents

Publication Publication Date Title
US8849718B2 (en) Medical data encryption for communication over a vulnerable system
US8380631B2 (en) Communication of emergency medical data over a vulnerable system
US7627534B2 (en) System and method for storing information for a wireless device
US8396804B1 (en) System for remote review of clinical data
US6970827B2 (en) System and method for storing information on a wireless device
CA2657614C (en) Method and system for remote review of clinical data
JP4932861B2 (ja) 分散情報アクセスシステム、分散情報アクセス方法及びプログラム
US20030200226A1 (en) System and method for interacting with legacy healthcare database systems
US20120101843A1 (en) System and method for anonymizing patient data
JP4904109B2 (ja) 読影データ管理装置及び読影データ管理方法
CN1922622A (zh) 处理审计记录的系统和方法
CA2864590A1 (en) Data capturing and structuring method and system
Koutelakis et al. PACS through web compatible with DICOM standard and WADO service: advantages and implementation
JP3609778B2 (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
JP3893588B2 (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
JP4011559B2 (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
JP2004227608A (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
JP4011570B2 (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
JP2003208471A (ja) 双方向通信ネットワークによる医療情報提供・取得システム及び方法並びにコンピュータプログラム
McGill et al. Integrating telemedicine into a national diabetes footcare network
JP2011198310A (ja) 医療連携システム
JP2005078183A (ja) 医療情報管理システム
Costa et al. An integrated access interface to multimedia EPR
JP2021043606A (ja) 症例蓄積システム
JP2005063082A (ja) 医療機関支援装置、医療機関支援システム及び医療機関支援方法

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050114

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050114

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070703

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070827

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070918