JP7169796B2 - 情報処理システム、情報処理装置、及びプログラム - Google Patents

情報処理システム、情報処理装置、及びプログラム Download PDF

Info

Publication number
JP7169796B2
JP7169796B2 JP2018134181A JP2018134181A JP7169796B2 JP 7169796 B2 JP7169796 B2 JP 7169796B2 JP 2018134181 A JP2018134181 A JP 2018134181A JP 2018134181 A JP2018134181 A JP 2018134181A JP 7169796 B2 JP7169796 B2 JP 7169796B2
Authority
JP
Japan
Prior art keywords
information
patient
medical
referral
storage device
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.)
Active
Application number
JP2018134181A
Other languages
English (en)
Other versions
JP2020013258A (ja
Inventor
秀幸 新井
博之 片山
暁人 山崎
裕里 島田
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.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2018134181A priority Critical patent/JP7169796B2/ja
Priority to US16/504,719 priority patent/US20200027536A1/en
Publication of JP2020013258A publication Critical patent/JP2020013258A/ja
Application granted granted Critical
Publication of JP7169796B2 publication Critical patent/JP7169796B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/062—Securing storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Human Computer Interaction (AREA)
  • General Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Bioethics (AREA)
  • Pathology (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

本発明は、情報処理システム、情報処理装置、及びプログラムに関する。
近年、ビッグデータ分析に対するニーズがますます高まっている。ビッグデータ分析において、より正確で有用な分析結果を得るためには、可能な限り多くのデータサンプルの収集を行うことが望ましい。
政府は、国内の医療分野におけるビッグデータ分析を促進するために、全国の医療機関から電子カルテ等の医療情報を集め、ビッグデータとして活用する制度を創設する計画を持っている。全国の医療機関から集められる医療情報は、ビッグデータ分析によって活用されるだけでなく、患者及び医療機関にとっても診察時に大きく役立つ情報である。
医療情報に関して、全国の医療機関から収集した医療情報を解析する際に、情報漏えいのリスクを低下させる情報処理装置が知られている（例えば、特許文献１を参照）。複数の医療機関にまたがり患者の診療データを共有する際に、患者のプライバシー保護と安全性を確保する診療情報共有化方法も知られている（例えば、特許文献２を参照）。
同じクラウド事業者の仮想プライベートクラウドを利用している異なるテナント間でデータ交換しようとした場合に、容易に安全にデータ交換するデータ交換システムも知られている（例えば、特許文献３を参照）。
特開２０１８－２８８８６号公報 特開平１０－１１１８９７号公報 特開２０１４－２０００１０号公報
病院で治療を受けている患者は、以下の理由により他の病院に移ることがある。
（１）通院している病院が治療に十分な設備を持っていない。
（２）引っ越し等により、患者が病院に通院することが困難になった。
（３）患者が別の病院からのセカンドオピニオンを希望している。
患者が他の病院に移る場合、転院先の病院での治療を効率よく行うために、現在治療中の傷病に関する診療情報を転院先の病院へ受け渡すことが望ましい。しかし、診療情報は患者のプライバシーに関わる個人情報を多く含むデータであるため、病院間で診療情報を受け渡たす際に、どのようにしてセキュリティを確保するかが問題となる。
なお、かかる問題は、病院間で診療情報を受け渡しする場合に限らず、他の医療機関の間で診療情報を受け渡しする場合においても生ずるものである。
１つの側面において、本発明は、医療機関の間で患者の診療情報を安全に受け渡しすることを目的とする。
１つの案では、情報処理システムは、ストレージ装置、情報処理装置、第１処理部、及び第２処理部を含む。ストレージ装置は、物理ボリュームを含む。情報処理装置は、第１医療機関の患者の紹介情報を受け付けた際に、患者の診療情報の格納領域として、ストレージ装置内の物理ボリュームを割り当てる。そして、情報処理装置は、患者に対して付与される、ストレージ装置内の物理ボリュームを示す識別情報を生成する。第１処理部は、第１医療機関の第１データベースに蓄積された患者の診療情報のコピーを、ストレージ装置内の物理ボリュームに格納する。
情報処理装置は、患者に付与された識別情報が第２医療機関の端末から入力された際に、入力された識別情報を受け付け、受け付けた識別情報に基づいてストレージ装置内の物理ボリュームを特定し、特定した物理ボリュームを第２処理部に対して患者の診療情報の格納領域として割り当てる。第２処理部は、ストレージ装置内の物理ボリュームから診療情報のコピーを取得し、取得した診療情報のコピーを第２医療機関の第２データベースに格納する。
実施形態によれば、医療機関の間で患者の診療情報を安全に受け渡しすることができる。
情報処理システムの機能的構成図である。 情報処理のフローチャートである。 情報処理システムの具体例を示す機能的構成図である。 ＶＭが有する論理ボリュームを示す図である。 ボリューム対応情報を示す図である。 紹介情報を示す図である。 紹介患者情報を示す図である。 受け入れ情報を示す図である。 統合解析対象情報を生成する処理を示す図である。 紹介シーケンスを示す図（その１）である。 紹介シーケンスを示す図（その２）である。 ユーザＩＤ提供シーケンスを示す図である。 パスワード設定シーケンスを示す図である。 アクセスコード取得シーケンスを示す図である。 受け入れシーケンスを示す図（その１）である。 受け入れシーケンスを示す図（その２）である。 受け入れ情報生成シーケンスを示す図である。 受け入れ情報確認シーケンスを示す図である。 ボリューム割り当てシーケンスを示す図（その１）である。 ボリューム割り当てシーケンスを示す図（その２）である。 情報抽出シーケンスを示す図（その１）である。 情報抽出シーケンスを示す図（その２）である。 情報処理装置のハードウェア構成図である。
以下、図面を参照しながら、実施形態を詳細に説明する。
図１は、実施形態の情報処理システムの機能的構成例を示している。図１の情報処理システムは、ストレージ装置１１１、情報処理装置（コンピュータ）１１２、第１処理部１１３、及び第２処理部１１４を含む。ストレージ装置１１１は、物理ボリューム１２１を含み、情報処理装置１１２は、割り当て部１３１及び制御部１３２を含む。
図２は、図１の情報処理装置１１２が行う情報処理の例を示すフローチャートである。まず、割り当て部１３１は、第１医療機関の患者の紹介情報を受け付けた際に、患者の診療情報の格納領域として、ストレージ装置１１１内の物理ボリューム１２１を割り当てる（ステップ２０１）。次に、割り当て部１３１は、患者に対して付与される、ストレージ装置１１１内の物理ボリューム１２１を示す識別情報を生成する（ステップ２０２）。
次に、制御部１３２は、第１処理部１１３に第１処理を行わせる（ステップ２０３）。第１処理は、第１医療機関の第１データベースに蓄積された患者の診療情報のコピーを、ストレージ装置１１１内の物理ボリューム１２１に格納する処理である。
次に、割り当て部１３１は、患者に付与された識別情報が第２医療機関の端末から入力された際に、入力された識別情報を受け付ける（ステップ２０４）。そして、割り当て部１３１は、受け付けた識別情報に基づいてストレージ装置１１１内の物理ボリューム１２１を特定し（ステップ２０５）、特定した物理ボリューム１２１を第２処理部１１４に対して患者の診療情報の格納領域として割り当てる（ステップ２０６）。
次に、制御部１３２は、第２処理部１１４に第２処理を行わせる（ステップ２０７）。第２処理は、ストレージ装置１１１内の物理ボリューム１２１から診療情報のコピーを取得し、取得した診療情報のコピーを第２医療機関の第２データベースに格納する処理である。
図１の情報処理システムによれば、医療機関の間で患者の診療情報を安全に受け渡しすることができる。例えば、医療機関は、病院、診療所、介護老人保健施設等である。
図３は、図１の情報処理システムの具体例を示している。図３の情報処理システムは、病院Ａの医師端末３０１－１、病院Ａの医療事務端末３０２－１、病院ＡのＭＭＳ（multimedia station）端末３０３、病院Ｂの医師端末３０１－２、病院Ｂの医療事務端末３０２－２、及び患者のモバイル端末３０４を含む。さらに、情報処理システムは、データセンター３０５、大学の利用者端末３０６、研究機関の利用者端末３０７、及び製薬会社の利用者端末３０８を含む。モバイル端末３０４は、患者のスマートフォン、タブレット等である。なお、病院の数は、３つ以上であってもよい。
データセンター３０５は、解析者端末３１１、サーバ３１２、ストレージ装置３１３、集約装置３１４、サーバ３１５、及びストレージ装置３１６～ストレージ装置３１８を含む。さらに、データセンター３０５は、受付サーバ３１９、発行装置３２０、ストレージ装置３２１、管理サーバ３２２、及び紹介情報制御サーバ３２３を含む。
ストレージ装置３１８及び紹介情報制御サーバ３２３は、図１のストレージ装置１１１及び情報処理装置１１２にそれぞれ対応し、サーバ３１５は、第１処理部１１３及び第２処理部１１４に対応する。病院Ａ及び病院Ｂは、第１医療機関及び第２医療機関にそれぞれ対応する。以下では、識別情報を指してＩＤと記載することがある。
利用者端末３０６～利用者端末３０８及びサーバ３１２は、通信ネットワーク３５１に接続されており、解析者端末３１１、ストレージ装置３１３、及び集約装置３１４は、通信ネットワーク３５２に接続されている。医師端末３０１－１、医療事務端末３０２－１、ＭＭＳ端末３０３、医師端末３０１－２、医療事務端末３０２－２、モバイル端末３０４、サーバ３１５、受付サーバ３１９、及び発行装置３２０は、インターネット等の通信ネットワーク３５３に接続されている。
サーバ３１５及びストレージ装置３１６～ストレージ装置３１８は、通信ネットワーク３５４に接続されており、サーバ３１５、管理サーバ３２２、及び紹介情報制御サーバ３２３は、通信ネットワーク３５５に接続されている。受付サーバ３１９、発行装置３２０、管理サーバ３２２、紹介情報制御サーバ３２３、及び集約装置３１４は、通信ネットワーク３５６に接続されている。
サーバ３１５は、通信ネットワーク３５３上に設けられたクラウドサーバであり、サーバ３１５内では、病院Ａの仮想マシン（Virtual Machine，ＶＭ）３３４－１及び病院ＢのＶＭ３３４－２が動作する。例えば、病院Ａの患者が病院Ｂへ移る場合、サーバ３１５は、ＶＭ３３４－１を動作させることで第１処理部１１３として動作し、ＶＭ３３４－２を動作させることで第２処理部１１４として動作する。
ストレージ装置３１６は、診療情報ストレージ装置であり、病院Ａのデータベース（database，ＤＢ）３３５－１及び病院ＢのＤＢ３３５－２を含む。ＤＢ３３５－１は、病院Ａにおける患者の診療情報を蓄積し、ＤＢ３３５－２は、病院Ｂにおける患者の診療情報を蓄積する。
ストレージ装置３１７は、解析対象情報ストレージ装置であり、病院Ａの解析対象情報３３６－１、病院Ｂの解析対象情報３３６－２、及び解析対象項目情報３３７を記憶する。解析対象項目情報３３７は、各病院の各患者の診療情報に含まれる複数の項目のうち、解析対象の項目を指定する情報である。解析対象の項目としては、例えば、患者の個人情報以外の個人が特定されない項目が指定される。
ストレージ装置３１８は、物理ボリューム３３８－１、物理ボリューム３３８－２等の複数の物理ボリュームを含み、ストレージプールとしての役割を果たす。これらの物理ボリュームは、病院間における診療情報の受け渡しに利用される。患者１人に対して１つの物理ボリュームが割り当てられ、１つの物理ボリューム内に複数の患者の診療情報が格納されることはない。
受付サーバ３１９は、病院－ＶＭ対応テーブル３３９を記憶する。病院－ＶＭ対応テーブル３３９は、病院Ａ及び病院Ｂと、ＶＭ３３４－１及びＶＭ３３４－２との対応関係を示す。
管理サーバ３２２は、各病院のＶＭ３３４－ｉ（ｉ＝１，２）が生成されたときに、その病院を一意に識別する医療機関ＩＤをＶＭ３３４－ｉに対して付与する。また、管理サーバ３２２は、ＶＭ－ボリューム対応テーブル３４１を記憶し、各ＶＭ３３４－ｉに対して、ＤＢ３３５－ｉ及び解析対象情報３３６－ｉの物理ボリュームと、物理ボリューム３３８－ｊ（ｊは１以上の整数）とを割り当てる。ＶＭ－ボリューム対応テーブル３４１は、ＶＭ３３４－ｉと解析対象情報３３６－ｉの物理ボリュームとの対応関係を示す。
ストレージ装置３２１は、紹介患者情報ＤＢ３４０を含む。紹介患者情報ＤＢ３４０は、別の病院へ移る患者のユーザＩＤとボリュームＩＤとを含む紹介患者情報を記憶する。ボリュームＩＤは、ストレージ装置３１８内の物理ボリューム３３８－ｊを示す識別情報である。発行装置３２０は、紹介患者情報３４０を参照しながら、患者に対してボリュームＩＤを付与する。
紹介情報制御サーバ３２３は、割り当て部３４２、制御部３４３、及び記憶部３４４を含み、紹介サービスのための情報処理を行う。記憶部３４４は、ボリューム対応情報３４５を記憶し、紹介情報ＤＢ３４６及び受け入れ情報ＤＢ３４７を含む。割り当て部３４２及び制御部３４３は、図１の割り当て部１３１及び制御部１３２にそれぞれ対応する。
ボリューム対応情報３４５は、物理ボリューム３３８－ｊを示すボリュームＩＤと物理ボリューム３３８－ｊの位置情報との対応関係を示す。紹介情報ＤＢ３４６は、前任の医師から後任の医師に対して治療を引き継ぐための情報を含む紹介情報を記憶する。受け入れ情報ＤＢ３４７は、転院先の病院における患者の受け入れ準備の状態を含む受け入れ情報を記憶する。
割り当て部３４２は、病院Ａの患者の紹介情報を受け付けた際に、ボリューム対応情報３４５を参照しながら、患者の診療情報の格納領域として、ストレージ装置３１８内の物理ボリューム３３８－ｊを割り当てる。そして、割り当て部３４２は、割り当てた物理ボリューム３３８－ｊを示すボリュームＩＤを生成する。制御部３４３は、サーバ３１５内のＶＭ３３４－１に対して、病院Ａから病院Ｂへ患者の診療情報を受け渡しするための処理を依頼する。
ＶＭ３３４－１は、制御部３４３からの依頼に応じて、ＤＢ３３５－１内の患者の診療情報のコピーを、割り当てられた物理ボリューム３３８－ｊに格納する。
割り当て部３４２は、患者に付与されたボリュームＩＤが、病院Ｂの医療事務端末３０２－２から入力された際に、入力されたボリュームＩＤを受け付ける。そして、割り当て部３４２は、受け付けたボリュームＩＤに基づいて物理ボリューム３３８－ｊを特定し、その物理ボリューム３３８－ｊをＶＭ３３４－２に対して割り当てる。制御部３４３は、ＶＭ３３４－２に対して、病院Ａから病院Ｂへ患者の診療情報を受け渡しするための処理を依頼する。
ＶＭ３３４－２は、制御部３４３からの依頼に応じて、割り当てられた物理ボリューム３３８－ｊから診療情報のコピーを取得し、取得した診療情報のコピーをＤＢ３３５－２に格納する。
集約装置３１４は、受付サーバ３１９から病院－ＶＭ対応テーブル３３９を取得し、管理サーバ３２２からＶＭ－ボリューム対応テーブル３４１を取得する。次に、集約装置３１４は、病院－ＶＭ対応テーブル３３９及びＶＭ－ボリューム対応テーブル３４１に基づいて、特定の病院の解析対象情報３３６－ｉの物理ボリュームを特定する。そして、集約装置３１４は、ストレージ装置３１７からその病院の解析対象情報３３６－ｉを取得する。
集約装置３１４は、病院Ａの解析対象情報３３６－１と病院Ｂの解析対象情報３３６－２とをマージして、統合解析対象情報３３３を生成し、ストレージ装置３１３は、統合解析対象情報３３３を記憶する。例えば、集約装置３１４は、病院Ｂが患者を受け入れた後に、解析対象情報３３６－１と解析対象情報３３６－２とをマージして、統合解析対象情報３３３を生成することができる。
解析者端末３１１は、解析パターン３３１を記憶し、統合解析対象情報３３３に対する解析処理を行う。解析パターン３３１は、解析処理のパターンを指定する情報である。サーバ３１２は、解析処理の結果を記憶する解析結果ＤＢ３３２を含む。
図３の情報処理システムでは、病院間における診療情報の受け渡しに利用されるストレージ装置３１８が通信ネットワーク３５４に接続され、通信ネットワーク３５３から物理的に分離されている。また、通常、ストレージ装置３１８にはストレージ専用のオペレーティングシステム（ＯＳ）が搭載されているため、汎用ＯＳと比較して、ストレージ装置３１８から診療情報が漏えいするリスクは極めて低くなる。
図４は、図３のＶＭ３３４－ｉ（ｉ＝１，２）が有する論理ボリュームの例を示している。図４のＶＭ３３４－ｉは、ＤＢ４０１－ｉ及び受け渡しＤＢ４０２－ｉを含む。ＤＢ４０１－ｉは、ＤＢ３３５－ｉの物理ボリュームに対応する論理ボリュームであり、受け渡しＤＢ４０２－ｉは、物理ボリューム３３８－ｊに対応する論理ボリュームである。病院毎にＶＭ３３４－ｉを設けることで、病院間における情報漏えいのリスクが低下する。
割り当て部３４２は、ＶＭ３３４－１が診療情報のコピーを生成する際、受け渡しＤＢ４０２－１に対して物理ボリューム３３８－ｊを割り当てる。そして、割り当て部３４２は、ＤＢ３３５－１から物理ボリューム３３８－ｊへの診療情報のコピーが完了した後、受け渡しＤＢ４０２－１に対する物理ボリューム３３８－ｊの割り当てを解除する。
次に、割り当て部３４２は、ＶＭ３３４－２が診療情報のコピーを取得する際、受け渡しＤＢ４０２－２に対して物理ボリューム３３８－ｊを割り当てる。そして、割り当て部３４２は、物理ボリューム３３８－ｊからＤＢ３３５－２への診療情報のコピーが完了した後、受け渡しＤＢ４０２－２に対する物理ボリューム３３８－ｊの割り当てを解除する。その後、物理ボリューム３３８－ｊ内の診療情報が破棄される。
物理ボリューム３３８－ｊ内の診療情報は、患者のプライバシーに関わる個人情報を多く含むデータであるため、患者のみが物理ボリューム３３８－ｊのボリュームＩＤを所有することが望ましい。この場合、患者から病院ＢにボリュームＩＤを提示することで、ＶＭ３３４－２の受け渡しＤＢ４０２－２に対して、ＤＢ３３５－２の物理ボリュームが割り当てられ、ＶＭ３３４－２が診療情報を参照できるようになる。
図５は、ボリューム対応情報３４５の例を示している。図５のボリューム対応情報３４５は、ボリュームＩＤ及び位置情報を含む。ボリュームＩＤは、物理ボリューム３３８－ｊを示す識別情報であり、位置情報は、物理ボリューム３３８－ｊの位置情報である。位置情報は、物理ボリューム３３８－ｊの物理アドレス又は論理アドレスであってもよい。
なお、ボリューム対応情報３４５には、未使用の物理ボリューム３３８－ｊの位置情報を登録しておくこともできる。物理ボリューム３３８－ｊが未使用である場合、対応するボリュームＩＤの欄は空欄のままである。物理ボリューム３３８－ｊを介した診療情報の受け渡しが完了した場合、その物理ボリューム３３８－ｊのボリュームＩＤは削除される。
図６は、紹介情報ＤＢ３４６が記憶する紹介情報の例を示している。図６の紹介情報は、紹介ＩＤ、紹介日、有効期限、医療機関ＩＤ（紹介元）、医師（紹介元）、性別、年齢、診療科（紹介先）、傷病名、紹介目的、病状・治療経過、現在の処方、及び補足事項を含む。
紹介ＩＤは、紹介情報を示す識別情報であり、紹介日は、紹介情報が生成された日付を表し、有効期限は、紹介情報の有効期限を表す。医療機関ＩＤ（紹介元）は、患者が治療を受けている病院を示す識別情報であり、医師（紹介元）は、紹介者である医師の氏名を表す。性別及び年齢は、患者の性別及び年齢を表し、診療科（紹介先）は、転院先の病院で患者を治療するのに適した診療科を表す。
傷病名は、患者の病気又は外傷の名称を表し、紹介目的は、転院の目的を表し、病状・治療経過は、患者の病状とこれまでに行われた治療の概観を表す。現在の処方は、患者に対して現在行われている処方を表し、補足事項は、医師のコメントを表す。
紹介情報が入力された時点では、転院先の病院が確定していない場合があるため、図６の紹介情報には、患者の個人情報である氏名、住所、生年月日等と転院先の情報が含まれていない。
図７は、紹介患者情報ＤＢ３４０が記憶する紹介患者情報の例を示している。図７の紹介患者情報は、ユーザＩＤ、パスワード情報、紹介ＩＤ、ボリュームＩＤ、及び有効期限を含む。
ユーザＩＤは、患者に対して付与される識別情報であり、パスワード情報は、患者がユーザＩＤに対して設定したパスワードのハッシュ値を表す。紹介ＩＤ及び有効期限は、図６の紹介ＩＤ及び有効期限であり、ボリュームＩＤは、図５のボリュームＩＤである。
図８は、受け入れ情報ＤＢ３４７が記憶する受け入れ情報の例を示している。図８の受け入れ情報は、紹介ＩＤ、医療機関ＩＤ（受入先）、状態、及び状況詳細を含む。紹介ＩＤは、図６の紹介ＩＤであり、医療機関ＩＤ（受入先）は、患者を受け入れる転院先の病院を示す識別情報であり、状態は、患者の受け入れ準備の状態を表し、状況詳細は、患者の受け入れ準備の詳細情報を表す。この例では、図６の紹介ＩＤ“Ｓ０００１”が示す紹介情報について、１２月１日までベッドの空きが無いため患者が待機している状態が登録されている。ベッドの空きが発生した場合、状態が待機から準備完了に変更される。
図３の情報処理システムにおいて、転院先の病院で患者の受け入れ準備が不要である場合、例えば、以下の手順で診療情報の受け渡しが行われる。
（Ｐ１１）病院Ａの患者は、病院Ａの医師に対して、別の病院に対する紹介情報の作成を依頼する。紹介情報には、転院先の病院名が記載されることもあり、記載されないこともある。
（Ｐ１２）病院Ａの医師は、医師端末３０１－１を用いて、ＶＭ３３４－１に患者の紹介情報を入力し、ＶＭ３３４－１は、入力された紹介情報を紹介情報制御サーバ３２３へ送信する。
（Ｐ１３）紹介情報制御サーバ３２３は、患者に対する紹介ＩＤを生成し、受信した紹介情報に紹介ＩＤを付加して、紹介情報ＤＢ３４６に登録する。
（Ｐ１４）紹介情報制御サーバ３２３は、ＶＭ３３４－１の受け渡しＤＢ４０２－１に対して物理ボリューム３３８－１を割り当てる。そして、紹介情報制御サーバ３２３は、物理ボリューム３３８－１に対するボリュームＩＤを生成して、生成したボリュームＩＤと物理ボリューム３３８－１の位置情報との対応関係を、ボリューム対応情報３４５に登録する。
（Ｐ１５）紹介情報制御サーバ３２３は、ＶＭ３３４－１に対して患者のユーザＩＤを発行し、物理ボリューム３３８－１の割り当て完了を通知する。そして、発行装置３２０は、ユーザＩＤ、紹介ＩＤ、及びボリュームＩＤを含む紹介患者情報を、紹介患者情報ＤＢ３４０に登録する。
（Ｐ１６）ＶＭ３３４－１は、ＤＢ４０１－１から患者の診療情報を受け渡しＤＢ４０２－１にコピーする。そして、コピーが完了すると、紹介情報制御サーバ３２３は、受け渡しＤＢ４０２－１に対する物理ボリューム３３８－１の割り当てを解除する。
（Ｐ１７）ＶＭ３３４－１は、医療事務端末３０２－１又は病院Ａに設置されたＭＭＳ端末３０３を介して、ユーザＩＤを患者に提供する。この場合、ＶＭ３３４－１は、ユーザＩＤの文字列を提供してもよく、ユーザＩＤから生成した１次元バーコード又はマトリクス型２次元コードを提供してもよい。また、ＶＭ３３４－１は、ユーザＩＤを診察券等のＩＣ（Integrated Circuit）カードに記録する方法で提供してもよい。
（Ｐ１８）患者は、ＭＭＳ端末３０３を用いて、ユーザＩＤにパスワードを設定する。ユーザＩＤにパスワードを設定することで、患者は、発行装置３２０にログインできるようになる。
（Ｐ１９）患者は、ＭＭＳ端末３０３、モバイル端末３０４、又は不図示のＰＣ（Personal Computer）を用いて発行装置３２０にログインし、紹介ＩＤ及びボリュームＩＤを含むアクセスコードを取得する。アクセスコードの形式は、紹介ＩＤとボリュームＩＤとを結合した文字列であってもよく、紹介ＩＤ及びボリュームＩＤから生成した１次元バーコード又はマトリクス型２次元コードであってもよい。
ボリューム対応情報３４５によってボリュームＩＤと物理ボリューム３３８－１の位置情報との対応関係を管理し、患者に対してユーザＩＤを提供することで、その患者のみが物理ボリューム３３８－１に対するアクセスコードを取得できるようになる。
（Ｐ２０）患者は、病院Ｂの受付でアクセスコードを提示し、病院Ｂの事務員は、医療事務端末３０２－２を用いて、提示されたアクセスコードをＶＭ３３４－２に入力する。ＶＭ３３４－２は、入力されたアクセスコードを紹介情報制御サーバ３２３へ送信する。
（Ｐ２１）紹介情報制御サーバ３２３は、アクセスコードを発行装置３２０へ送信し、発行装置３２０は、アクセスコードを紹介ＩＤとボリュームＩＤとに分割して、紹介情報制御サーバ３２３へ送信する。紹介情報制御サーバ３２３は、ボリューム対応情報３４５からボリュームＩＤに対応する物理ボリューム３３８－１の位置情報を取得し、ＶＭ３３４－２の受け渡しＤＢ４０２－２に対して物理ボリューム３３８－１を割り当てる。また、紹介情報制御サーバ３２３は、紹介情報ＤＢ３４６から紹介ＩＤに対応する紹介情報を取得し、ＶＭ３３４－２に対して紹介情報を送信し、物理ボリューム３３８－１の割り当て完了を通知する。
（Ｐ２２）ＶＭ３３４－２は、受け渡しＤＢ４０２－２から患者の診療情報をＤＢ４０１－２にコピーする。そして、コピーが完了すると、紹介情報制御サーバ３２３は、受け渡しＤＢ４０２－２に対する物理ボリューム３３８－１の割り当てを解除し、物理ボリューム３３８－１内の診療情報を破棄する。また、紹介情報制御サーバ３２３は、患者が提示したボリュームＩＤをボリューム対応情報３４５から削除する。
図３の情報処理システムによれば、以下のような効果が得られる。
（ａ）患者が別の病院に移る際、医師が書面による紹介状を作成する作業が不要になり、患者が紹介状を転院先の病院に提示する手続きも不要になる。
（ｂ）書面による紹介状では、病状・治療経過、検査結果等の記載に限度があり、治療中のすべての診療情報を転院先の病院に提供することが困難なため、提供されていない検査結果を得るために、転院先の病院で再検査等が実施されることがある。しかし、元の病院における診療情報をコピーすることで、すべての診療情報を転院先の病院に提供することが可能になり、再検査等が不要になる。
（ｃ）病院間で患者の診療情報を受け渡しするための物理ボリューム３３８－ｊは、独立したストレージ装置３１８内に配置される。そして、各病院のＶＭ３３４－ｉは、外部の通信ネットワーク３５３から分離された通信ネットワーク３５４を介して、物理ボリューム３３８－ｊにアクセスする。したがって、データセンター３０５の運営担当者であっても、物理ボリューム３３８－ｊ内の診療情報にアクセスすることは困難である。
（ｄ）患者自身が物理ボリューム３３８－ｊのボリュームＩＤを所有し、他の人間はボリュームＩＤを知らないため、患者がボリュームＩＤを提示した転院先の病院のみが、その患者の診療情報を参照することができる。したがって、転院先以外の病院に診療情報が漏洩する可能性が低く、病院間で患者の診療情報を安全に受け渡しすることが可能になる。
図３の情報処理システムにおいて、転院先の病院で患者の受け入れ準備が行われる場合、例えば、（Ｐ１３）と（Ｐ１４）との間に以下の手順が追加される。
（Ｐ３１）紹介情報制御サーバ３２３は、紹介ＩＤとともに、病院Ｂに対する受け入れ情報の項目を、受け入れ情報ＤＢ３４７に登録する。
（Ｐ３２）紹介情報制御サーバ３２３は、ＶＭ３３４－２に対して、患者の受け入れ情報の入力を依頼する入力要求を送信する。例えば、紹介情報制御サーバ３２３は、電子メール、ＲＳＳ、ＶＭ３３４－２に対するメッセージ通知、又は病院Ｂが紹介サービスにアクセスした際のお知らせによって、入力要求を病院Ｂに通知することができる。ＲＳＳは、Rich Site Summary、RDF Site Summary、又はReally Simple Syndicationを表す。
（Ｐ３３）病院Ｂの事務員は、医療事務端末３０２－２を用いて、ＶＭ３３４－２に患者の受け入れ情報を入力し、ＶＭ３３４－２は、受け入れ情報を紹介情報制御サーバ３２３へ送信する。紹介情報制御サーバ３２３は、受信した受け入れ情報に紹介ＩＤを付加して、受け入れ情報ＤＢ３４７に登録する。患者の受け入れ準備が完了していない場合、事務員は、受け入れ準備が完了するまで、定期的に受け入れ情報を更新する。
（Ｐ３４）受け入れ準備が完了した場合、紹介情報制御サーバ３２３は、病院ＡのＶＭ３３４－１に対して受け入れ準備の完了を通知する。例えば、紹介情報制御サーバ３２３は、電子メール、ＲＳＳ、ＶＭ３３４－１に対するメッセージ通知、又は病院Ａが紹介サービスにアクセスした際のお知らせによって、受け入れ準備の完了を病院Ａに通知することができる。
（Ｐ３５）病院Ａの事務員は、医療事務端末３０２－１を用いて、患者の受け入れ情報を参照し、受け入れ準備の完了を確認する。
事前に転院先の病院が確定している場合、紹介情報制御サーバ３２３に受け入れ情報ＤＢ３４７を設けることで、その病院における患者の受け入れ準備の状態を確認することができる。したがって、元の病院は、転院先における受け入れ準備が完了し、患者が受け入れられることが確実になってから、患者の診療情報を受け渡しすることが可能になる。
ところで、特許文献１の情報処理システムでは、患者が他の病院に移る際に診療情報が転院先の病院へ渡されることが考慮されていない。このため、各病院における診療情報を秘匿化して解析対象情報を生成し、複数の病院の解析対象情報をマージして統合解析対象情報を生成すると、同じ患者の診療情報が、元の病院と転院先の病院の２箇所から重複して収集される可能性がある。
そこで、図３の情報処理システムでは、各病院のＶＭ３３４－ｉが病院を一意に識別する医療機関ＩＤを保持し、その医療機関ＩＤを用いて診療情報が識別される。病院Ａの患者が病院Ｂへ移った後に統合解析対象情報を生成する場合、例えば、以下の手順で解析対象情報が収集される。
（Ｐ４１）管理サーバ３２２は、病院ＡのＶＭ３３４－１が生成される際、病院Ａを示す医療機関ＩＤを生成し、ＶＭ３３４－１は、その医療機関ＩＤを保持する。
（Ｐ４２）管理サーバ３２２は、病院ＢのＶＭ３３４－２が生成される際、病院Ｂを示す医療機関ＩＤを生成し、ＶＭ３３４－２は、その医療機関ＩＤを保持する。
（Ｐ４３）病院Ａの医師は、患者を診察し、医師端末３０１－１を用いて、ＶＭ３３４－１に患者の診療情報を入力する。ＶＭ３３４－１は、入力された診療情報に病院Ａの医療機関ＩＤを付加して、ストレージ装置３１６のＤＢ３３５－１に格納する。患者の診療情報には、患者の氏名、生年月日、性別、住所、血液型、保険証ＩＤ、病院名、アレルギー、処方、検査結果、傷病名等が含まれる。
（Ｐ４４）患者が病院Ａから病院Ｂへ移る際、（Ｐ１１）～（Ｐ２２）の手順に従って、ＤＢ３３５－１内の患者の診療情報がＤＢ３３５－２にコピーされる。
（Ｐ４５）病院Ｂが患者を受け入れた後、病院Ｂの医師は、患者を診察し、医師端末３０１－２を用いて、ＶＭ３３４－２に患者の診療情報を入力する。ＶＭ３３４－２は、入力された診療情報に病院Ｂの医療機関ＩＤを付加して、ストレージ装置３１６のＤＢ３３５－２に格納する。
（Ｐ４６）ＶＭ３３４－１は、ＤＢ３３５－１内の診療情報の中から、病院Ａの医療機関ＩＤが付加された診療情報を抽出する。そして、ＶＭ３３４－１は、抽出した診療情報を解析対象項目情報３３７に従って秘匿化することで、解析対象情報３３６－１を生成して、ストレージ装置３１７に格納する。例えば、ＶＭ３３４－１は、特許文献１に記載された技術を用いて、診療情報から解析対象情報３３６－１を生成することができる。
（Ｐ４７）ＶＭ３３４－２は、ＤＢ３３５－２内の診療情報の中から、病院Ｂの医療機関ＩＤが付加された診療情報を抽出する。そして、ＶＭ３３４－２は、抽出した診療情報を解析対象項目情報３３７に従って秘匿化することで、解析対象情報３３６－２を生成して、ストレージ装置３１７に格納する。例えば、ＶＭ３３４－２は、特許文献１に記載された技術を用いて、診療情報から解析対象情報３３６－２を生成することができる。
（Ｐ４８）集約装置３１４は、解析対象情報３３６－１及び解析対象情報３３６－２をマージして、統合解析対象情報３３３を生成し、ストレージ装置３１３に格納する。
（Ｐ４９）解析者は、解析者端末３１１を用いて、統合解析対象情報３３３を解析し、解析結果をサーバ３１２へ送信する。サーバ３１２は、受信した解析結果を解析結果ＤＢ３３２に格納する。
（Ｐ５０）サーバ３１２は、利用者端末３０６～利用者端末３０８に対して解析結果を提供し、大学、研究機関、及び製薬会社は、利用者端末３０６～利用者端末３０８を用いて、解析結果を取得する。
図９は、統合解析対象情報を生成する処理の例を示している。病院Ａの患者Ｃが病院Ｂへ移る前に、ＶＭ３３４－１は、患者Ｃの診療情報（４／２０）、診療情報（５／０５）、及び診療情報（６／１０）に病院Ａの医療機関ＩＤ“Ａ１”を付加して、ＤＢ３３５－１に格納する。そして、患者Ｃが病院Ａから病院Ｂへ移る際、ＤＢ３３５－１内の患者Ｃの診療情報がＤＢ３３５－２にコピーされる。
病院Ｂが患者Ｃを受け入れた後、ＶＭ３３４－２は、患者Ｃの診療情報（７／０５）及び診療情報（８／２５）に病院Ｂの医療機関ＩＤ“Ｂ１”を付加して、ＤＢ３３５－２に格納する。
次に、ＶＭ３３４－１は、ＤＢ３３５－１内の診療情報の中から、医療機関ＩＤ“Ａ１”が付加された診療情報のみを抽出し、抽出した診療情報を秘匿化することで、解析対象情報３３６－１を生成する。また、ＶＭ３３４－２は、ＤＢ３３５－２内の診療情報の中から、医療機関ＩＤ“Ｂ１”が付加された診療情報のみを抽出し、抽出した診療情報を秘匿化することで、解析対象情報３３６－２を生成する。そして、集約装置３１４は、解析対象情報３３６－１及び解析対象情報３３６－２をマージして、統合解析対象情報３３３を生成する。
このように、各病院における診療情報にその医療機関ＩＤが付加され、病院間で診療情報をコピーする際、元の病院の医療機関ＩＤを付加したままで診療情報がコピーされる。これにより、転院先の病院において、同じ患者の元の病院における診療情報と、転院先の病院における診療情報とを区別することができる。
そして、転院先の病院において、その医療機関ＩＤが付加された診療情報のみを抽出することで、コピーされた診療情報が除外されるため、同じ患者の診療情報が、元の病院と転院先の病院の２箇所から重複して収集されることがなくなる。したがって、大学、研究機関、及び製薬会社に対して、収集された診療情報に対する正確な解析結果を提供することが可能になる。
次に、図１０Ａ～図１８Ｂを参照しながら、図３の情報処理システムの動作についてより詳細に説明する。
図１０Ａ及び図１０Ｂは、病院Ａの医師が患者に対して病院Ｂを紹介する紹介シーケンスの例を示している。まず、病院Ａの医師は、医師端末３０１－１を用いて、紹介先の病院Ｂの存在を確認するために、ＶＭ３３４－１に病院Ｂの病院名を入力する（ステップ１００１）。そして、ＶＭ３３４－１は、入力された病院名に対応する医療機関ＩＤを管理サーバ３２２へ送信して、その医療機関ＩＤを検索する（ステップ１００２）。
管理サーバ３２２は、受信した医療機関ＩＤが既存のＶＭ３３４－ｉの医療機関ＩＤであるか否かをチェックし、検索結果をＶＭ３３４－１へ送信する（ステップ１００３）。ＶＭ３３４－１は、受信した検索結果を医師端末３０１－１へ送信し、医師端末３０１－１は、受信した検索結果に基づいて病院Ｂが存在するか否かを判定する（ステップ１００４）。病院Ｂが存在しない場合（ステップ１００４，ＮＯ）、医師端末３０１－１は、処理を終了する。
病院Ｂが存在する場合（ステップ１００４，ＹＥＳ）、病院Ａの医師は、医師端末３０１－１を用いて、ＶＭ３３４－１に患者の紹介情報を入力する（ステップ１００５）。そして、ＶＭ３３４－１は、入力された紹介情報を紹介情報制御サーバ３２３へ送信する（ステップ１００６）。
紹介情報制御サーバ３２３の割り当て部３４２は、紹介情報を受け付けて、患者に対する紹介ＩＤを生成し（ステップ１００７）、受け付けた紹介情報に紹介ＩＤを付加して、紹介情報ＤＢ３４６に登録する（ステップ１００８）。紹介情報ＤＢ３４６は、紹介ＩＤを含む紹介情報を保存する（ステップ１００９）。
次に、割り当て部３４２は、紹介先の病院Ｂで患者の受け入れ準備が行われるか否かをチェックする（ステップ１０１０）。病院Ｂで受け入れ準備が行われない場合（ステップ１０１０，ＮＯ）、紹介情報制御サーバ３２３は、ステップ１０１４以降の処理を行う。
病院Ｂで受け入れ準備が行われる場合（ステップ１０１０，ＹＥＳ）、割り当て部３４２は、紹介ＩＤとともに受け入れ情報の項目を受け入れ情報ＤＢ３４７に登録する（ステップ１０１１）。受け入れ情報ＤＢ３４７は、受け入れ情報の項目を紹介ＩＤに対応付けて保存する（ステップ１０１２）。そして、割り当て部３４２は、病院Ｂの医療事務端末３０２－２に対して、紹介ＩＤとともに受け入れ情報の入力要求を送信する（ステップ１０１３）。
次に、割り当て部３４２は、ボリューム対応情報３４５から未使用の物理ボリューム３３８－ｊを検索し（ステップ１０１４）、未使用の物理ボリューム３３８－１の位置情報を取得する（ステップ１０１５）。そして、割り当て部３４２は、ＶＭ３３４－１の受け渡しＤＢ４０２－１に対して物理ボリューム３３８－１を割り当て、割り当て結果を管理サーバ３２２へ送信する（ステップ１０１６）。管理サーバ３２２は、ＶＭ３３４－１の受け渡しＤＢ４０２－１と物理ボリューム３３８－１との対応関係を保存する（ステップ１０１７）。
次に、割り当て部３４２は、物理ボリューム３３８－１に対するボリュームＩＤを生成し（ステップ１０１８）、生成したボリュームＩＤを、ボリューム対応情報３４５内の物理ボリューム３３８－１の位置情報に対応付けて登録する（ステップ１０１９）。そして、割り当て部３４２は、ボリューム対応情報３４５を保存する（ステップ１０２０）。
次に、割り当て部３４２は、患者のユーザＩＤを生成し（ステップ１０２１）、ユーザＩＤ、ボリュームＩＤ、及び紹介ＩＤを発行装置３２０へ送信する（ステップ１０２２）。発行装置３２０は、受信したユーザＩＤ、ボリュームＩＤ、及び紹介ＩＤを含む紹介患者情報を生成して、紹介患者情報ＤＢ３４０に登録する（ステップ１０２３）。紹介患者情報ＤＢ３４０は、その紹介患者情報を保存する（ステップ１０２４）。
次に、紹介情報制御サーバ３２３の制御部３４３は、ＶＭ３３４－１に対してユーザＩＤを送信するとともに、物理ボリューム３３８－１の割り当て完了を通知する（ステップ１０２５）。ＶＭ３３４－１は、受信したユーザＩＤを保存し、医師端末３０１－１に対して、物理ボリューム３３８－１の割り当て完了を通知する（ステップ１０２６）。
次に、病院Ａの医師は、医師端末３０１－１を用いて、ＶＭ３３４－１に診療情報のコピーを指示する（ステップ１０２７）。ＶＭ３３４－１は、ＤＢ４０１－１に対して、コピー対象の患者の診療情報を読み出す読み出し要求を送信し（ステップ１０２８）、ＤＢ４０１－１に割り当てられたＤＢ３３５－１から、患者の診療情報を読み出す（ステップ１０２９）。
次に、ＶＭ３３４－１は、受け渡しＤＢ４０２－１に対して、患者の診療情報を書き込む書き込み要求を送信し（ステップ１０３０）、受け渡しＤＢ４０２－１に割り当てられた物理ボリューム３３８－１に、患者の診療情報を書き込む（ステップ１０３１）。これにより、患者の診療情報がＤＢ３３５－１から物理ボリューム３３８－１にコピーされる。そして、ＶＭ３３４－１は、紹介情報制御サーバ３２３にコピー完了を通知する（ステップ１０３２）。
紹介情報制御サーバ３２３の割り当て部３４２は、受け渡しＤＢ４０２－１に対する物理ボリューム３３８－１の割り当てを解除し、割り当て解除を管理サーバ３２２に通知する（ステップ１０３３）。管理サーバ３２２は、ＶＭ３３４－１の受け渡しＤＢ４０２－１と物理ボリューム３３８－１との対応関係を削除する（ステップ１０３４）。
図１１は、患者に対してユーザＩＤを提供するユーザＩＤ提供シーケンスの例を示している。まず、病院Ａの事務員は、医療事務端末３０２－１を用いて、ＶＭ３３４－１に患者のユーザＩＤを要求する（ステップ１１０１）。ＶＭ３３４－１は、紹介情報制御サーバ３２３から受信したユーザＩＤを医療事務端末３０２－１へ送信する（ステップ１１０２）。なお、ＶＭ３３４－１は、要求された患者のユーザＩＤを保持していない場合、ユーザＩＤが存在しないことを医療事務端末３０２－１に通知する。
医療事務端末３０２－１は、ＶＭ３３４－１から受信した情報に基づいて、患者のユーザＩＤが存在するか否かを判定し（ステップ１１０３）、ユーザＩＤが存在しない場合（ステップ１１０３，ＮＯ）、処理を終了する。ユーザＩＤが存在する場合（ステップ１１０３，ＹＥＳ）、病院Ａの事務員は、医療事務端末３０２－１が受信したユーザＩＤを患者に提供する（ステップ１１０４）。
図１２は、患者がユーザＩＤにパスワードを設定するパスワード設定シーケンスの例を示している。まず、患者は、ＭＭＳ端末３０３を用いて、ユーザＩＤにパスワードを設定し、ＭＭＳ端末３０３は、設定されたパスワードをＶＭ３３４－１へ送信する（ステップ１２０１）。
ＶＭ３３４－１は、ユーザＩＤ及びパスワードを紹介情報制御サーバ３２３へ送信し（ステップ１２０２）、紹介情報制御サーバ３２３は、受信したユーザＩＤ及びパスワードを発行装置３２０へ送信する（ステップ１２０３）。
発行装置３２０は、受信したユーザＩＤを紹介患者情報ＤＢ３４０から検索し（ステップ１２０４）、検索結果を取得する（ステップ１２０５）。そして、発行装置３２０は、受信したユーザＩＤが紹介患者情報ＤＢ３４０に存在するか否かを判定する（ステップ１２０６）。ユーザＩＤが存在しない場合（ステップ１２０６，ＮＯ）、発行装置３２０は、ユーザＩＤが存在しないことを紹介情報制御サーバ３２３に通知する。
ユーザＩＤが存在する場合（ステップ１２０６，ＹＥＳ）、発行装置３２０は、受信したパスワードのハッシュ値を、紹介患者情報ＤＢ３４０内のユーザＩＤに対応する紹介患者情報に登録する（ステップ１２０７）。紹介患者情報ＤＢ３４０は、その紹介患者情報を保存する（ステップ１２０８）。そして、発行装置３２０は、パスワードが登録されたことを紹介情報制御サーバ３２３に通知する。
紹介情報制御サーバ３２３は、パスワードの登録結果をＶＭ３３４－１へ送信し、ＶＭ３３４－１は、受信した登録結果をＭＭＳ端末３０３へ送信する。ＭＭＳ端末３０３は、受信した登録結果に基づいて、パスワードの設定が成功したか否かを判定し（ステップ１２１０）、パスワードの設定が成功しなかった場合（ステップ１２１０，ＮＯ）、ステップ１２０１以降の処理を繰り返す。パスワードの設定が成功した場合（ステップ１２１０，ＹＥＳ）、ＭＭＳ端末３０３は、処理を終了する。
図１３は、患者がアクセスコードを取得するアクセスコード取得シーケンスの例を示している。まず、患者は、モバイル端末３０４を用いて、ユーザＩＤ及びパスワードを入力し、モバイル端末３０４は、入力されたユーザＩＤ及びパスワードを発行装置３２０へ送信する（ステップ１３０１）。
発行装置３２０は、受信したユーザＩＤ及びパスワードを紹介患者情報ＤＢ３４０内の紹介患者情報と照合し（ステップ１３０２）、照合結果を取得する（ステップ１３０３）。そして、発行装置３２０は、照合結果をモバイル端末３０４へ送信する（ステップ１３０４）。
モバイル端末３０４は、受信した照合結果に基づいて、紹介サービスに対するログインが成功したか否かを判定し（ステップ１３０５）、ログインが成功しなかった場合（ステップ１３０５，ＮＯ）、ステップ１３０１以降の処理を繰り返す。ログインが成功した場合（ステップ１３０５，ＹＥＳ）、モバイル端末３０４は、発行装置３２０に対してアクセスコードを要求する（ステップ１３０６）。
発行装置３２０は、紹介患者情報ＤＢ３４０に対して、紹介ＩＤ及びボリュームＩＤを読み出す読み出し要求を送信し（ステップ１３０７）、ユーザＩＤに対応する紹介患者情報から紹介ＩＤ及びボリュームＩＤを読み出す（ステップ１３０８）。そして、発行装置３２０は、読み出した紹介ＩＤ及びボリュームＩＤからアクセスコードを生成し（ステップ１３０９）、生成したアクセスコードをモバイル端末３０４へ送信する（ステップ１３１０）。これにより、患者に対してアクセスコードが付与される。
図１４Ａ及び図１４Ｂは、病院Ｂが患者を受け入れる受け入れシーケンスの例を示している。まず、病院Ｂの事務員は、医療事務端末３０２－２を用いて、患者から提示されたアクセスコードをＶＭ３３４－２に入力する（ステップ１４０１）。ＶＭ３３４－２は、入力されたアクセスコードを紹介情報制御サーバ３２３へ送信する（ステップ１４０２）。紹介情報制御サーバ３２３の割り当て部３４２は、アクセスコードを受け付けて、受け付けたアクセスコードを発行装置３２０へ送信する（ステップ１４０３）。
発行装置３２０は、受信したアクセスコードから紹介ＩＤ及びボリュームＩＤを生成し（ステップ１４０４）、生成した紹介ＩＤ及びボリュームＩＤを紹介情報制御サーバ３２３へ送信する（ステップ１４０５）。
割り当て部３４２は、受信した紹介ＩＤを紹介情報ＤＢ３４６から検索し（ステップ１４０６）、検索結果を取得する（ステップ１４０７）。そして、割り当て部３４２は、受信した紹介ＩＤが紹介情報ＤＢ３４６に存在するか否かを判定する（ステップ１４０８）。紹介ＩＤが存在しない場合（ステップ１４０８，ＮＯ）、割り当て部３４２は、紹介ＩＤが存在しないことをＶＭ３３４－２に通知する。
紹介ＩＤが存在する場合（ステップ１４０８，ＹＥＳ）、割り当て部３４２は、紹介ＩＤに対応する紹介情報を紹介情報ＤＢ３４６から検索し（ステップ１４０９）、その紹介情報を取得する（ステップ１４１０）。
次に、割り当て部３４２は、取得した紹介情報に含まれるボリュームＩＤをボリューム対応情報３４５から検索し（ステップ１４１１）、検索結果を取得する（ステップ１４１２）。そして、割り当て部３４２は、そのボリュームＩＤがボリューム対応情報３４５に存在するか否かを判定する（ステップ１４１３）。ボリュームＩＤが存在しない場合（ステップ１４１３，ＮＯ）、割り当て部３４２は、ボリュームＩＤが存在しないことをＶＭ３３４－２に通知する。
紹介ＩＤが存在する場合（ステップ１４１３，ＹＥＳ）、割り当て部３４２は、ボリュームＩＤに対応する物理ボリューム３３８－ｊの位置情報をボリューム対応情報３４５から検索する（ステップ１４１４）。そして、割り当て部３４２は、物理ボリューム３３８－１の位置情報を取得する（ステップ１４１５）。
次に、割り当て部３４２は、ＶＭ３３４－２の受け渡しＤＢ４０２－２に対して物理ボリューム３３８－１を割り当て、割り当て結果を管理サーバ３２２へ送信する（ステップ１４１６）。管理サーバ３２２は、ＶＭ３３４－２の受け渡しＤＢ４０２－２と物理ボリューム３３８－１との対応関係を保存する（ステップ１４１７）。
次に、紹介情報制御サーバ３２３の制御部３４３は、ＶＭ３３４－２に対して紹介情報を送信するとともに、物理ボリューム３３８－１の割り当て完了を通知する（ステップ１４１８）。
ＶＭ３３４－２は、紹介情報制御サーバ３２３から受信した通知に基づいて、物理ボリューム３３８－１の割り当てが成功したか否かを判定する（ステップ１４１９）。割り当てが成功しなかった場合（ステップ１４１９，ＮＯ）、ＶＭ３３４－２は、アクセスコードが正しくないことを医療事務端末３０２－２に通知する。
割り当てが成功した場合（ステップ１４１９，ＹＥＳ）、ＶＭ３３４－２は、受信した紹介情報を医療事務端末３０２－２へ送信し、医療事務端末３０２－２は、受信した紹介情報を画面上に表示する（ステップ１４２０）。これにより、病院Ｂの事務員は、紹介者である病院Ａの医師の氏名、患者を治療するのに適した診療科、患者の傷病名等の情報を確認することができる。
次に、医療事務端末３０２－２は、ＶＭ３３４－２から受信した情報に基づいて、紹介情報へのアクセスが成功したか否かを判定する（ステップ１４２１）。アクセスが成功しなかった場合（ステップ１４２１，ＮＯ）、医療事務端末３０２－２は、処理を終了する。
アクセスが成功した場合（ステップ１４２１，ＹＥＳ）、病院Ｂの事務員は、医療事務端末３０２－２を用いて、ＶＭ３３４－２に診療情報のコピーを指示する（ステップ１４２２）。ＶＭ３３４－２は、受け渡しＤＢ４０２－２に対して、患者の診療情報を読み出す読み出し要求を送信し（ステップ１４２３）、受け渡しＤＢ４０２－２に割り当てられた物理ボリューム３３８－１から、患者の診療情報を読み出す（ステップ１４２４）。
次に、ＶＭ３３４－２は、ＤＢ４０１－２に対して、患者の診療情報を書き込む書き込み要求を送信し（ステップ１４２５）、ＤＢ４０１－２に割り当てられたＤＢ３３５－２に、患者の診療情報を書き込む（ステップ１４２６）。これにより、患者の診療情報が物理ボリューム３３８－１からＤＢ３３５－２にコピーされる。そして、ＶＭ３３４－２は、紹介情報制御サーバ３２３にコピー完了を通知する（ステップ１４２７）。
紹介情報制御サーバ３２３の割り当て部３４２は、受け渡しＤＢ４０２－２に対する物理ボリューム３３８－１の割り当てを解除し、割り当て解除を管理サーバ３２２に通知する（ステップ１４２８）。管理サーバ３２２は、ＶＭ３３４－２の受け渡しＤＢ４０２－２と物理ボリューム３３８－１との対応関係を削除する（ステップ１４２９）。
次に、割り当て部３４２は、物理ボリューム３３８－１を初期化する指示を管理サーバ３２２へ送信し（ステップ１４３０）、管理サーバ３２２は物理ボリューム３３８－１の管理情報を初期化する（ステップ１４３１）。
次に、割り当て部３４２は、ボリューム対応情報３４５の更新処理を行って（ステップ１４３２）、発行装置３２０から受信したボリュームＩＤをボリューム対応情報３４５から削除する（ステップ１４３３）。これにより、ボリューム対応情報３４５内において、物理ボリューム３３８－１が未使用の状態に戻るため、物理ボリューム３３８－１内の診療情報は破棄される。
図１５は、病院Ｂが患者を受け入れるための受け入れ情報を入力する受け入れ情報生成シーケンスの例を示している。図１５の受け入れ情報生成シーケンスは、病院Ｂが紹介情報制御サーバ３２３から受け入れ情報の入力要求を受信した場合、又は病院Ｂが受け入れ情報を更新する場合に、実行される。
まず、病院Ｂの事務員は、医療事務端末３０２－２を用いて、紹介ＩＤと患者の受け入れ情報とをＶＭ３３４－２に入力する（ステップ１５０１）。ＶＭ３３４－２は、入力された紹介ＩＤ及び受け入れ情報を、紹介情報制御サーバ３２３へ送信する（ステップ１５０２）。
紹介情報制御サーバ３２３の割り当て部３４２は、受信した紹介ＩＤを受け入れ情報ＤＢ３４７から検索し（ステップ１５０３）、検索結果を取得する（ステップ１５０４）。そして、割り当て部３４２は、受信した紹介ＩＤが受け入れ情報ＤＢ３４７に存在するか否かを判定する（ステップ１５０５）。紹介ＩＤが存在しない場合（ステップ１５０５，ＮＯ）、割り当て部３４２は、受け入れ情報の更新失敗を示す更新結果をＶＭ３３４－２に通知する。
紹介ＩＤが存在する場合（ステップ１５０５，ＹＥＳ）、割り当て部３４２は、受け入れ情報ＤＢ３４７に対して、受け入れ情報を書き込む書き込み要求を送信し（ステップ１５０６）、受け入れ情報ＤＢ３４７に受け入れ情報を書き込む（ステップ１５０７）。病院Ｂが受け入れ情報の入力要求を受信した場合は、新たな受け入れ情報の内容が受け入れ情報ＤＢ３４７に書き込まれ、病院Ｂが受け入れ情報を更新する場合は、更新対象の受け入れ情報の内容が更新される。
次に、割り当て部３４２は、書き込まれた受け入れ情報に含まれる状態の項目を参照して、患者の受け入れ準備が完了したか否かを判定する（ステップ１５０８）。状態が準備完了を示している場合、受け入れ準備が完了したと判定され、状態が待機を示している場合、受け入れ準備が完了していないと判定される。
受け入れ準備が完了していない場合（ステップ１５０８，ＮＯ）、割り当て部３４２は、受け入れ情報の更新完了を示す更新結果をＶＭ３３４－２に通知する。受け入れ準備が完了した場合（ステップ１５０８，ＹＥＳ）、割り当て部３４２は、準備完了を示す更新結果をＶＭ３３４－２に通知する（ステップ１５０９）。ＶＭ３３４－２は、通知された更新結果を医療事務端末３０２－２へ送信する（ステップ１５１０）。
医療事務端末３０２－２は、受信した更新結果に基づいて、受け入れ情報の更新が成功したか否かを判定する（ステップ１５１１）。受け入れ情報の更新が成功しなかった場合（ステップ１５１１，ＮＯ）、医療事務端末３０２－２は、ステップ１５０１以降の処理を繰り返す。受け入れ情報の更新が成功した場合（ステップ１５１１，ＹＥＳ）、医療事務端末３０２－２は、処理を終了する。
図１６は、病院Ａが患者の受け入れ準備の状態を確認する受け入れ情報確認シーケンスの例を示している。まず、病院Ａの事務員は、医療事務端末３０２－１を用いて、紹介ＩＤをＶＭ３３４－２に入力する（ステップ１６０１）。ＶＭ３３４－２は、入力された紹介ＩＤを紹介情報制御サーバ３２３へ送信する（ステップ１６０２）。
紹介情報制御サーバ３２３の割り当て部３４２は、受信した紹介ＩＤを受け入れ情報ＤＢ３４７から検索し（ステップ１６０３）、検索結果を取得する（ステップ１６０４）。そして、割り当て部３４２は、受信した紹介ＩＤが受け入れ情報ＤＢ３４７に存在するか否かを判定する（ステップ１６０５）。紹介ＩＤが存在しない場合（ステップ１６０５，ＮＯ）、割り当て部３４２は、受け入れ情報の取得失敗を示す処理結果をＶＭ３３４－２へ送信する。
紹介ＩＤが存在する場合（ステップ１６０５，ＹＥＳ）、割り当て部３４２は、受け入れ情報ＤＢ３４７に対して、受け入れ情報を読み出す読み出し要求を送信し（ステップ１６０６）、受け入れ情報ＤＢ３４７から受け入れ情報を読み出す（ステップ１６０７）。そして、割り当て部３４２は、読み出した受け入れ情報を処理結果としてＶＭ３３４－２へ送信する。
ＶＭ３３４－２は、受信した処理結果に基づいて、受け入れ情報の取得が成功したか否かを判定する（ステップ１６０８）。受け入れ情報の取得が成功しなかった場合（ステップ１６０８，ＮＯ）、ＶＭ３３４－２は、受け入れ情報の確認失敗を医療事務端末３０２－１へ通知する。受け入れ情報の取得が成功した場合（ステップ１６０８，ＹＥＳ）、ＶＭ３３４－２は、受け入れ情報を医療事務端末３０２－１へ送信し、医療事務端末３０２－１は、受信した受け入れ情報を画面上に表示する（ステップ１６０９）。これにより、病院Ａの事務員は、患者の受け入れ準備が完了したか否かを確認することができる。
次に、医療事務端末３０２－１は、ＶＭ３３４－２から受信した情報に基づいて、受け入れ情報の確認が成功したか否かを判定する（ステップ１６１０）。受け入れ情報の確認が成功しなかった場合（ステップ１６１０，ＮＯ）、医療事務端末３０２－１は、ステップ１６０１以降の処理を繰り返す。受け入れ情報の確認が成功した場合（ステップ１６１０，ＹＥＳ）、医療事務端末３０２－１は、処理を終了する。
図１７Ａ及び図１７Ｂは、各病院が情報処理システムの利用申請を行う際、ＶＭ３３４－ｉに対して物理ボリュームを割り当てるボリューム割り当てシーケンスの例を示している。まず、ｉ番目の病院の事務員は、医療事務端末３０２－ｉを用いて、利用申請を受付サーバ３１９へ送信する（ステップ１７０１）。利用申請は、解析者に対する診療情報の提供を許可するか否かを示す情報を含む。
受付サーバ３１９は、ＶＭの生成を管理サーバ３２２に対して指示する（ステップ１７０２）。管理サーバ３２２は、ＶＭの生成をサーバ３１５に対して指示し（ステップ１７０３）、サーバ３１５は、ＶＭ３３４－ｉを生成する（ステップ１７０４）。サーバ３１５は、利用申請が診療情報の提供を許可している場合、ＶＭ３３４－ｉが有するモードフラグを論理“１”に設定し、利用申請が診療情報の提供を許可していない場合、モードフラグを論理“０”に設定する。
次に、管理サーバ３２２は、物理ボリュームの割り当てをストレージ装置３１６に対して指示し（ステップ１７０５）、ストレージ装置３１６は、ＤＢ３３５－ｉの物理ボリュームを生成する（ステップ１７０６）。
次に、管理サーバ３２２は、ｉ番目の病院を示す医療機関ＩＤを生成し（ステップ１７０７）、生成した医療機関ＩＤをＶＭ３３４－ｉへ送信する（ステップ１７０８）。ＶＭ３３４－ｉは、受信した医療機関ＩＤを保存する（ステップ１７０９）。
次に、管理サーバ３２２は、ＶＭ３３４－ｉのモードフラグをチェックする（ステップ１７１０）。モードフラグが論理“０”である場合（ステップ１７１０，ＮＯ）、管理サーバ３２２は、ＶＭの生成完了を医療事務端末３０２－ｉに通知する。
モードフラグが論理“１”である場合（ステップ１７１０，ＹＥＳ）、管理サーバ３２２は、物理ボリュームの割り当てをストレージ装置３１７に対して指示する（ステップ１７１１）。ストレージ装置３１７は、解析対象情報３３６－ｉの物理ボリュームを生成する（ステップ１７１２）。
次に、管理サーバ３２２は、ＶＭ３３４－ｉと解析対象情報３３６－ｉの物理ボリュームとの対応関係を、ＶＭ－ボリューム対応テーブル３４１に登録する（ステップ１７１３）。ＶＭ－ボリューム対応テーブル３４１は、その対応関係を保存する（ステップ１７１４）。
次に、管理サーバ３２２は、生成した医療機関ＩＤを受付サーバ３１９へ送信し、受付サーバ３１９は、医療機関ＩＤとＶＭ３３４－ｉとの対応関係を、病院－ＶＭ対応テーブル３３９に登録する（ステップ１７１５）。病院－ＶＭ対応テーブル３３９は、その対応関係を保存する（ステップ１７１６）。そして、受付サーバ３１９は、ＶＭの生成完了を医療事務端末３０２－ｉに通知する。
図１８Ａ及び図１８Ｂは、各病院における患者の診療情報から解析対象情報を抽出する情報抽出シーケンスの例を示している。まず、ｉ番目の病院の医師は、医師端末３０１－ｉを用いて、患者の診療情報をＶＭ３３４－ｉに入力する（ステップ１８０１）。
次に、ＶＭ３３４－ｉは、入力された診療情報に医療機関ＩＤを付加する（ステップ１８０２）。そして、ＶＭ３３４－ｉは、ＤＢ３３５－ｉに対して、診療情報を書き込む書き込み要求を送信し（ステップ１８０３）、医療機関ＩＤが付加された診療情報をＤＢ３３５－ｉに書き込む（ステップ１８０４）。
次に、ＶＭ３３４－ｉは、モードフラグをチェックし（ステップ１８０５）、モードフラグが論理“０”である場合（ステップ１８０５，ＮＯ）、処理を終了する。モードフラグが論理“１”である場合（ステップ１８０５，ＹＥＳ）、ＶＭ３３４－ｉは、事前にスケジュールされた抽出時刻になったか否かをチェックする（ステップ１８０６）。
まだ抽出時刻になっていない場合（ステップ１８０６，ＮＯ）、ＶＭ３３４－ｉは、ステップ１８０６の処理を繰り返す。そして、抽出時刻になった場合（ステップ１８０６，ＹＥＳ）、ＶＭ３３４－ｉは、保持している患者リストを参照して、ＤＢ３３５－ｉに書き込んだ診療情報の患者が、過去に受診済みであるか否かをチェックする（ステップ１８０７）。ＶＭ３３４－ｉは、診療情報の氏名が患者リストに含まれている場合、患者が受診済みであると判定し、診療情報の氏名が患者リストに含まれていない場合、患者が受診済みではないと判定する。
患者が受診済みではない場合（ステップ１８０７，ＮＯ）、ＶＭ３３４－ｉは、新たなＩＤを発行し、その患者の氏名と発行したＩＤとを対応付けて患者リストに登録する（ステップ１８０９）。そして、ＶＭ３３４－ｉは、ＤＢ３３５－ｉに書き込んだ診療情報に対して、発行したＩＤを付与する。
患者が受診済みである場合（ステップ１８０７，ＹＥＳ）、ＶＭ３３４－ｉは、その患者の氏名に対応するＩＤを患者リストから取得する（ステップ１８０８）。そして、ＶＭ３３４－ｉは、ＤＢ３３５－ｉに書き込んだ診療情報に対して、取得したＩＤを付与する。
次に、ＶＭ３３４－ｉは、ＤＢ３３５－ｉに対して、診療情報を読み出す読み出し要求を送信し（ステップ１８１０）、前回の抽出時刻以降に書き込まれた診療情報を、差分診療情報としてＤＢ３３５－ｉから読み出す（ステップ１８１１）。
次に、ＶＭ３３４－ｉは、ストレージ装置３１７に対して、解析対象項目情報３３７を読み出す読み出し要求を送信し（ステップ１８１２）、ストレージ装置３１７から解析対象項目情報３３７を読み出す（ステップ１８１３）。そして、ＶＭ３３４－ｉは、ＤＢ３３５－ｉから読み出した診療情報のうち、ｉ番目の病院の医療機関ＩＤとは異なる医療機関ＩＤが付加された診療情報を削除することで、ｉ番目の病院の医療機関ＩＤが付加された診療情報のみを抽出する（ステップ１８１４）。
次に、ＶＭ３３４－ｉは、解析対象項目情報３３７を参照して（ステップ１８１５）、抽出した診療情報から解析対象の項目の情報を抽出する（ステップ１８１６）。このとき、ＶＭ３３４－ｉは、非解析対象の項目の情報を一旦抽出した上で、秘匿化処理を適用することで、個人が特定されない情報に加工することもできる。
次に、ＶＭ３３４－ｉは、ステップ１８０７の判定結果を再度チェックする（ステップ１８１７）。患者が受診済みではない場合（ステップ１８１７，ＮＯ）、ＶＭ３３４－ｉは、ストレージ装置３１７に対して、抽出した情報を書き込む書き込み要求を送信する（ステップ１８２０）。ストレージ装置３１７は、受信した情報を、新たな患者の解析対象情報３３６－ｉとして書き込む（ステップ１８２１）。
患者が受診済みである場合（ステップ１８１７，ＹＥＳ）、ＶＭ３３４－ｉは、ストレージ装置３１７に対して、患者リストから取得したＩＤと同じＩＤを含む解析対象情報３３６－ｉを更新する更新要求を送信する（ステップ１８１８）。ストレージ装置３１７は、その解析対象情報３３６－ｉを、受信した情報を用いて更新する（ステップ１８１９）。例えば、ＶＭ３３４－ｉが抽出した情報が処方、検査結果、又は病名に対応する場合、既存の解析対象情報３３６－ｉに含まれるその項目の情報に、抽出した情報が追加される。あるいは、既存の解析対象情報３３６－ｉが抽出した情報に書き換えられる。
図１及び図３の情報処理システムの構成は一例に過ぎず、情報処理システムの用途又は条件に応じて一部の構成要素を省略又は変更してもよい。例えば、医師端末３０１－ｉ、医療事務端末３０２－ｉ、及びＭＭＳ端末３０３は、診療所、介護老人保健施設等の他の医療機関に設置されていてもよい。発行装置３２０の代わりに紹介情報制御サーバ３２３がアクセスコードを発行する場合は、発行装置３２０を省略することができる。ＶＭ３３４－２は、サーバ３１５とは異なるサーバ内で動作していてもよい。
図４に示した論理ボリュームは一例に過ぎず、情報処理システムの用途又は条件に応じて別の論理ボリュームを用いてもよい。
図２のフローチャート及び図１０Ａ～図１８Ｂの動作シーケンスは一例に過ぎず、情報処理システムの構成又は条件に応じて一部の処理を省略又は変更してもよい。例えば、紹介ＩＤ及びボリュームＩＤを含むアクセスコードの代わりに、ボリュームＩＤのみを含むアクセスコードを用いてもよい。
図５～図８に示したボリューム対応情報、紹介情報、紹介患者情報、及び受け入れ情報は一例に過ぎず、情報処理システムの用途又は条件に応じて、一部又は全部の項目を省略又は変更してもよい。図９に示した診療情報、解析対象情報、及び統合解析対象情報は一例に過ぎず、これらの情報は、各病院における患者の診察及び治療の進捗状況に応じて変化する。
図１９は、図１の情報処理装置１１２及び図３の紹介情報制御サーバ３２３として用いられる情報処理装置のハードウェア構成例を示している。図１９の情報処理装置は、ＣＰＵ（Central Processing Unit）１９０１、メモリ１９０２、入力装置１９０３、出力装置１９０４、補助記憶装置１９０５、媒体駆動装置１９０６、及びネットワーク接続装置１９０７を含む。これらの構成要素はバス１９０８により互いに接続されている。
メモリ１９０２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリであり、処理に用いられるプログラム及びデータを格納する。メモリ１９０２は、図３の記憶部３４４として用いることができる。
ＣＰＵ１９０１（プロセッサ）は、例えば、メモリ１９０２を利用してプログラムを実行することにより、図１の割り当て部１３１及び制御部１３２として動作する。ＣＰＵ１９０１は、メモリ１９０２を利用してプログラムを実行することにより、図３の割り当て部３４２及び制御部３４３としても動作する。
入力装置１９０３は、例えば、キーボード、ポインティングデバイス等であり、オペレータ又はユーザからの指示又は情報の入力に用いられる。出力装置１９０４は、例えば、表示装置、プリンタ、スピーカ等であり、オペレータ又はユーザに対する問い合わせ又は処理結果の出力に用いられる。
補助記憶装置１９０５は、例えば、磁気ディスク装置、光ディスク装置、光磁気ディスク装置、テープ装置等である。補助記憶装置１９０５は、ハードディスクドライブであってもよい。情報処理装置は、補助記憶装置１９０５にプログラム及びデータを格納しておき、それらをメモリ１９０２にロードして使用することができる。補助記憶装置１９０５は、図３の記憶部３４４として用いることができる。
媒体駆動装置１９０６は、可搬型記録媒体１９０９を駆動し、その記録内容にアクセスする。可搬型記録媒体１９０９は、メモリデバイス、フレキシブルディスク、光ディスク、光磁気ディスク等である。可搬型記録媒体１９０９は、ＤＶＤ（Digital Versatile Disk）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＵＳＢ（Universal Serial Bus）メモリ等であってもよい。オペレータ又はユーザは、この可搬型記録媒体１９０９にプログラム及びデータを格納しておき、それらをメモリ１９０２にロードして使用することができる。
このように、処理に用いられるプログラム及びデータを格納するコンピュータ読み取り可能な記録媒体は、メモリ１９０２、補助記憶装置１９０５、又は可搬型記録媒体１９０９のような、物理的な（非一時的な）記録媒体である。
ネットワーク接続装置１９０７は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の通信ネットワークに接続され、通信に伴うデータ変換を行う通信インタフェースである。情報処理装置は、プログラム及びデータを外部の装置からネットワーク接続装置１９０７を介して受信し、それらをメモリ１９０２にロードして使用することができる。
なお、情報処理装置が図１９のすべての構成要素を含む必要はなく、用途又は条件に応じて一部の構成要素を省略することも可能である。例えば、オペレータ又はユーザからの指示又は情報を入力する必要がない場合は、入力装置１９０３を省略してもよく、オペレータ又はユーザに対する問い合わせ又は処理結果を出力する必要がない場合は、出力装置１９０４を省略してもよい。可搬型記録媒体１９０９を利用しない場合は、媒体駆動装置１９０６を省略してもよい。
図３の医師端末３０１－１、医療事務端末３０２－１、ＭＭＳ端末３０３、医師端末３０１－２、医療事務端末３０２－２、及びモバイル端末３０４としては、図１９と同様の情報処理装置を用いることができる。解析者端末３１１、サーバ３１２、ストレージ装置３１３、集約装置３１４、サーバ３１５、及びストレージ装置３１６～ストレージ装置３１８としても、図１９と同様の情報処理装置を用いることができる。受付サーバ３１９、発行装置３２０、ストレージ装置３２１、及び管理サーバ３２２としても、図１９と同様の情報処理装置を用いることができる。
開示の実施形態とその利点について詳しく説明したが、当業者は、特許請求の範囲に明確に記載した本発明の範囲から逸脱することなく、様々な変更、追加、省略をすることができるであろう。
１１１、３１３、３１６～３１８、３２１ ストレージ装置
１１２ 情報処理装置
１１３ 第１処理部
１１４ 第２処理部
１２１ 物理ボリューム
１３１、３４２ 割り当て部
１３２、３４３ 制御部
３０１－１、３０１－２ 医師端末
３０２－１、３０２－２ 医療事務端末
３０３ ＭＭＳ端末
３０４ モバイル端末
３０５ データセンター
３０６～３０８ 利用者端末
３１１ 解析者端末
３１２、３１５ サーバ
３１４ 集約装置
３１９ 受付サーバ
３２０ 発行装置
３２２ 管理サーバ
３２３ 紹介情報制御サーバ
３３１ 解析パターン
３３２ 解析結果ＤＢ
３３３ 統合解析対象情報
３３４－１、３３４－２ ＶＭ
３３５－１、３３５－２、４０１－１、４０１－２ ＤＢ
３３６－１、３３６－２ 解析対象情報
３３７ 解析対象項目情報
３３８－１、３３８－２ 物理ボリューム
３３９ 病院－ＶＭ対応テーブル
３４０ 紹介患者情報ＤＢ
３４１ ＶＭ－ボリューム対応テーブル
３４４ 記憶部
３４５ ボリューム対応情報
３４６ 紹介情報ＤＢ
３４７ 受け入れ情報ＤＢ
３５１～３５６ 通信ネットワーク
４０２－１、４０２－２ 受け渡しＤＢ
１９０１ ＣＰＵ
１９０２ メモリ
１９０３ 入力装置
１９０４ 出力装置
１９０５ 補助記憶装置
１９０６ 媒体駆動装置
１９０７ ネットワーク接続装置
１９０８ バス
１９０９ 可搬型記録媒体

Claims (7)

  1. 物理ボリュームを含むストレージ装置と、
    第１医療機関の患者の紹介情報を受け付けた際に、前記患者の診療情報の格納領域として用いられる第１論理ボリュームに対して、前記ストレージ装置内の前記物理ボリュームを割り当て、前記患者に対して付与される、前記ストレージ装置内の前記物理ボリュームを示す識別情報を生成する情報処理装置と、
    前記第１医療機関の第１データベースに蓄積された前記患者の診療情報のコピーを、前記第１論理ボリュームを介して前記ストレージ装置内の前記物理ボリュームに格納する第１処理部と、
    前記患者の診療情報の格納領域として用いられる第２論理ボリュームを介して、前記ストレージ装置内の前記物理ボリュームから前記診療情報のコピーを取得し、取得した診療情報のコピーを第２医療機関の第２データベースに格納する第２処理部とを備え、
    前記情報処理装置は、前記患者に付与された前記識別情報が前記第２医療機関の端末から入力された際に、入力された識別情報を受け付け、受け付けた識別情報に基づいて前記ストレージ装置内の前記物理ボリュームを特定し、特定した物理ボリュームを前記第２論理ボリュームに対して割り当てることを特徴とする情報処理システム。
  2. 前記情報処理装置は、前記ストレージ装置内の前記物理ボリュームを示す識別情報と前記ストレージ装置内の前記物理ボリュームの位置情報との対応関係を示すボリューム対応情報を記憶する記憶部を含み、前記患者の紹介情報を受け付けた際に、前記第１医療機関に対してユーザ識別情報を発行し、
    前記情報処理システムは、前記患者から提示される前記ユーザ識別情報に基づき、前記患者に対して、前記ストレージ装置内の前記物理ボリュームを示す識別情報を付与する発行装置を、さらに備えることを特徴とする請求項１記載の情報処理システム。
  3. 前記患者の紹介情報は、紹介識別情報と、前記第１医療機関に属する紹介者と、前記患者の傷病名とを含み、
    前記情報処理装置は、前記患者の紹介情報を受け付けた際に、受け付けた紹介情報を前記記憶部に格納し、
    前記発行装置は、前記患者から提示される前記ユーザ識別情報に基づき、前記患者に対して前記紹介識別情報をさらに付与し、
    前記情報処理装置は、前記患者に付与された前記紹介識別情報が前記第２医療機関の端末から入力された際に、入力された紹介識別情報を受け付け、受け付けた紹介識別情報に基づいて前記紹介情報を特定し、特定した紹介情報を前記第２処理部へ送信し、
    前記第２処理部は、前記情報処理装置から受信した前記紹介情報を前記第２医療機関の端末へ送信することを特徴とする請求項２記載の情報処理システム。
  4. 前記記憶部は、前記紹介識別情報と前記第２医療機関における前記患者の受け入れ準備の状態とを含む受け入れ情報を、さらに記憶し、
    前記情報処理装置は、前記受け付けた紹介識別情報に基づいて前記受け入れ情報を特定し、特定した受け入れ情報を前記第２処理部へ送信し、
    前記第２処理部は、前記情報処理装置から受信した前記受け入れ情報を前記第１医療機関の端末へ送信することを特徴とする請求項３記載の情報処理システム。
  5. 前記第１医療機関の第１データベースと、前記第２医療機関の第２データベースとを含む診療情報ストレージ装置と、
    前記第１医療機関の解析対象情報と前記第２医療機関の解析対象情報とを記憶する解析対象情報ストレージ装置と、
    前記第１医療機関の解析対象情報と前記第２医療機関の解析対象情報とをマージして統合解析対象情報を生成する集約装置とをさらに備え、
    前記第１処理部は、前記第１医療機関における前記患者の診療情報に前記第１医療機関を示す第１識別情報を付加して、前記第１データベースに格納し、前記第１識別情報が付加された前記患者の診療情報のコピーを、前記第１論理ボリュームを介して前記ストレージ装置内の前記物理ボリュームに格納し、前記第１データベースが記憶する前記第１医療機関における診療情報の中から、前記第１識別情報が付加された診療情報を抽出し、抽出した診療情報を秘匿化することで、前記第１医療機関の解析対象情報を生成して、前記解析対象情報ストレージ装置に格納し、
    前記第２処理部は、前記第１識別情報が付加された前記患者の診療情報のコピーを、前記第２データベースに格納し、前記第２医療機関における前記患者の診療情報に前記第２医療機関を示す第２識別情報を付加して、前記第２データベースに格納し、前記第２データベースが記憶する前記第２医療機関における診療情報の中から、前記第２識別情報が付加された診療情報を抽出し、抽出した診療情報を秘匿化することで、前記第２医療機関の解析対象情報を生成して、前記解析対象情報ストレージ装置に格納することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
  6. 第１医療機関の患者の紹介情報を受け付けた際に、前記患者の診療情報の格納領域として用いられる第１論理ボリュームに対して、ストレージ装置内の物理ボリュームを割り当て、前記患者に対して付与される、前記ストレージ装置内の前記物理ボリュームを示す識別情報を生成する割り当て部と、
    前記第１医療機関の第１データベースに蓄積された前記患者の診療情報のコピーを前記第１論理ボリュームを介して前記ストレージ装置内の前記物理ボリュームに格納する第１処理を、第１処理部に行わせ、前記患者の診療情報の格納領域として用いられる第２論理ボリュームを介して、前記ストレージ装置内の前記物理ボリュームから前記診療情報のコピーを取得し、取得した診療情報のコピーを第２医療機関の第２データベースに格納する第２処理を、第２処理部に行わせる制御部とを備え、
    前記割り当て部は、前記患者に付与された前記識別情報が前記第２医療機関の端末から入力された際に、入力された識別情報を受け付け、受け付けた識別情報に基づいて前記ストレージ装置内の前記物理ボリュームを特定し、特定した物理ボリュームを前記第２論理ボリュームに対して割り当てることを特徴とする情報処理装置。
  7. 第１医療機関の患者の紹介情報を受け付けた際に、前記患者の診療情報の格納領域として用いられる第１論理ボリュームに対して、ストレージ装置内の物理ボリュームを割り当て、
    前記患者に対して付与される、前記ストレージ装置内の前記物理ボリュームを示す識別情報を生成し、
    前記第１医療機関の第１データベースに蓄積された前記患者の診療情報のコピーを前記第１論理ボリュームを介して前記ストレージ装置内の前記物理ボリュームに格納する第１処理を、第１処理部に行わせ、
    前記患者に付与された前記識別情報が第２医療機関の端末から入力された際に、入力された識別情報を受け付け、
    受け付けた識別情報に基づいて前記ストレージ装置内の前記物理ボリュームを特定し、
    特定した物理ボリュームを、前記患者の診療情報の格納領域として用いられる第２論理ボリュームに対して割り当て、
    前記第２論理ボリュームを介して前記ストレージ装置内の前記物理ボリュームから前記診療情報のコピーを取得し、取得した診療情報のコピーを前記第２医療機関の第２データベースに格納する第２処理を、前記第２処理部に行わせる、
    処理をコンピュータに実行させるためのプログラム。
JP2018134181A 2018-07-17 2018-07-17 情報処理システム、情報処理装置、及びプログラム Active JP7169796B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018134181A JP7169796B2 (ja) 2018-07-17 2018-07-17 情報処理システム、情報処理装置、及びプログラム
US16/504,719 US20200027536A1 (en) 2018-07-17 2019-07-08 Information processing system and information processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018134181A JP7169796B2 (ja) 2018-07-17 2018-07-17 情報処理システム、情報処理装置、及びプログラム

Publications (2)

Publication Number Publication Date
JP2020013258A JP2020013258A (ja) 2020-01-23
JP7169796B2 true JP7169796B2 (ja) 2022-11-11

Family

ID=69162074

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018134181A Active JP7169796B2 (ja) 2018-07-17 2018-07-17 情報処理システム、情報処理装置、及びプログラム

Country Status (2)

Country Link
US (1) US20200027536A1 (ja)
JP (1) JP7169796B2 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014098981A (ja) 2012-11-13 2014-05-29 Oki Electric Ind Co Ltd データ管理装置およびプログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10111897A (ja) * 1996-10-07 1998-04-28 Hitachi Ltd 診療情報共有化方法
JP3472690B2 (ja) * 1997-11-14 2003-12-02 株式会社日立製作所 診療情報を他医療機関に開示する方法及び装置
US8977572B2 (en) * 2008-07-31 2015-03-10 General Electric Company Systems and methods for patient-controlled, encrypted, consolidated medical records
WO2014061054A1 (en) * 2012-10-15 2014-04-24 Hitachi, Ltd. Storage system and method of controlling storage system
US9984205B2 (en) * 2013-11-27 2018-05-29 General Electric Company Cloud-based clinical information systems and methods of use
CN105446890B (zh) * 2014-09-18 2020-08-25 三星电子株式会社 智能数据部署
US10665350B2 (en) * 2014-11-26 2020-05-26 Teletracking Technologies, Inc. Computerized data processing systems and methods for generating graphical user interfaces
JP2018028886A (ja) * 2016-08-15 2018-02-22 富士通株式会社 情報処理装置、情報処理システム、プログラム、及び情報処理方法
US20200026875A1 (en) * 2017-02-13 2020-01-23 Nutanix, Inc. Protected health information in distributed computing systems

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014098981A (ja) 2012-11-13 2014-05-29 Oki Electric Ind Co Ltd データ管理装置およびプログラム

Also Published As

Publication number Publication date
JP2020013258A (ja) 2020-01-23
US20200027536A1 (en) 2020-01-23

Similar Documents

Publication Publication Date Title
Pai et al. Standard electronic health record (EHR) framework for Indian healthcare system
US20180300506A1 (en) Information processing apparatus and information processing system
US20120046972A1 (en) Method and system for managing and displaying medical data
US20130197943A1 (en) Systems, Methods, and Media for Laboratory Benefit Services
CN110148473A (zh) 分级诊疗方法及系统
Bayer-Garner et al. Pathologists in a teaching institution assess the value of the autopsy
Weber et al. Oncoshare: lessons learned from building an integrated multi-institutional database for comparative effectiveness research
US20190148012A1 (en) Enhanced decision support for systems, methods, and media for laboratory benefit services
Reis et al. BRAX, Brazilian labeled chest x-ray dataset
US20180278609A1 (en) Information processing apparatus and information processing method
JP2018081528A (ja) 電子カルテシステム
EP4213160A1 (en) Personal medical record system and method related to noncontact screening treatment for large-scale infectious disease
JP2005346248A (ja) 情報仲介方法及び装置
JP2010086355A (ja) レポート統合装置、方法及びプログラム
JP2003108676A (ja) 診療情報検索用コンピュータシステム
CN115831298B (zh) 基于医院管理信息系统的临床试验患者招募方法及装置
JP7169796B2 (ja) 情報処理システム、情報処理装置、及びプログラム
JPH11143956A (ja) 診療情報を他医療機関に開示する方法及び装置
Amendolia et al. Grid databases for shared image analysis in the mammogrid project
Hanson et al. Generating real-world data from health records: design of a patient-centric study in multiple sclerosis using a commercial health records platform
JP6300246B1 (ja) 診療情報共有システム
Apriani et al. Mycobacterium tuberculosis infection and disease in healthcare workers in a tertiary referral hospital in Bandung, Indonesia
JP2005326984A (ja) 遠隔医療サービスを提供する方法およびコンピュータシステム
WO2017130540A1 (ja) 保険システム、情報提供サーバ及び保険リスク算出方法
JP2018109838A (ja) 情報処理装置、情報処理システム、プログラム、及び情報処理方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210408

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220225

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220405

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220601

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20220601

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20221018

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20221031

R150 Certificate of patent or registration of utility model

Ref document number: 7169796

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150