JP7257446B2 - 情報管理システムの制御方法、および情報管理システム - Google Patents

Description

本発明は医療関係者による遺伝子情報の解釈を支援する方法等に関する。

近年、遺伝性の疾患の有無や薬剤の奏功性の確認等を目的とし、特定の遺伝子における変異を検査する遺伝子検査が行われている。特にがん治療においては、患者毎に、一度に多くの遺伝子の変異を次世代シーケンサーなどによって網羅的に調べることが可能な遺伝子パネル検査を行い、その結果に基づいて各患者に適した治療方針を策定するがんゲノム医療の研究が推進されている。

ここで、各患者に適した治療方針の策定に参考となる患者の電子カルテ、病理画像、および遺伝子パネル検査の各種検査結果は、医療施設内においてそれぞれ異なるシステムにて管理されている。特許文献１には、ある医療施設において分散している電子カルテ、病理画像、および遺伝子パネル検査等の検査結果などを集約し、患者の治療方針の策定を支援する情報プラットフォームが開示されている。

特開２０１８－５３３１２３号公報

遺伝子パネル検査の結果に基づいて各患者の治療方針を策定する場合、医学的な解釈が可能な専門家集団による専門家会議を開催し、複数の専門家により患者に最適な治療方針を策定することが重要となる。この専門家会議は、「エキスパートパネル」とも呼称される。専門家会議は、主治医、病理医、バイオインフォマティクスの専門家、遺伝カウンセラー、分子遺伝学の研究者、検査施設の臨床検査技師など複数の専門家が参加して開催される。専門家会議では、各患者の電子カルテおよび病理画像などの医療施設からの臨床情報、遺伝子パネル検査の検査結果などの検査施設からの情報、患者の遺伝的背景、最新の学術的知見などが総合的に議論され、各患者の治療方針が策定される。専門家会議には、医療施設および検査施設のいずれかに所属している複数の専門家の他に、特定の施設に所属していない専門家が参加する場合もあり得る。

専門家会議を開催するためには、所属する施設が異なる各専門家への治療方針の策定に必要な情報提供、および各専門家が参加可能な専門家会議の日程調整などが必要である。今後のゲノム医療の普及に伴って専門家会議の開催回数は大きく増加することが予想される。専門家会議に参加する各専門家間で専門家会議の日程を調整したり、専門家会議にて参照される情報を正確かつ適切に各専門家に提供したりするためには、多大な労力を要することが想定される。

本発明の一態様は、所属する施設が異なる各専門家が参加する専門家会議を支援することを目的とする。

本発明の一態様に係る情報管理システム（１００）の制御方法は、遺伝子パネル検査の結果に基づいて患者の治療方針を検討する専門家会議の複数の参加者で情報を共有するための情報管理システム（１００）の制御方法であって、端末装置（Ｂ１３）から情報管理システム（１００）へのアクセス要求に対して、認証処理を実行し、遺伝子パネル検査を受けた患者の情報と、遺伝子パネル検査の検査結果とを含む症例情報を、情報管理システム（１００）のデータベースから抽出し、端末装置（Ｂ１３）に表示される情報を参照する医療関係者が属する第一の施設の第一の症例情報、および第一の施設とは異なる第二の施設の第二の症例情報の少なくとも１つを、端末装置（Ｂ１３）に提供する。

また、本発明の一態様に係る情報管理システム（１００）は、遺伝子パネル検査の結果に基づいて患者の治療方針を検討する専門家会議の複数の参加者で情報を共有するための情報管理システム（１００）であって、遺伝子パネル検査を受けた患者の情報と、遺伝子パネル検査の検査結果とを含む症例情報を記憶するデータベースと、端末装置（Ｂ１３）から情報管理システム（１００）へのアクセス要求に対して認証処理を実行し、端末装置（Ｂ１３）に表示される情報を参照する医療関係者が属する第一の施設の第一の症例情報、および第一の施設とは異なる第二の施設の第二の症例情報の少なくとも１つを、端末装置（Ｂ１３）に提供可能な制御部と、を含む。

本発明によれば、所属する施設が異なる各専門家が参加する専門家会議を支援することができる。

遺伝子検査および治療の流れの一例を示す図である。 情報管理システムの構成例を示す図である。 統合データ管理装置の構成例を示すブロック図である。 本発明の一態様に係る情報管理システムを適用した遺伝子検査の流れの一例を示す図である。 検査依頼受付工程の処理の一例を示すフローチャートである。 認証テーブルの一例を示す図である。 検査依頼情報を入力させるために端末装置に表示するＧＵＩの一例を示す図である。 施設テーブルの一例を示す図である。 遺伝子パネルテーブルの一例を示す図である。 ユーザ登録テーブルの一例を示す図である。 検査施設テーブルの一例を示す図である。 結合工程の処理の流れの一例を示す図である。 患者の疾患名および疾患ＩＤを入力させる欄を備えるＧＵＩの一例を示す図である。 マスターテーブルの一例を示す図である。 統合データ管理装置Ａの管理権限を有する管理者が存在する場合の構成例を示す図である。 制御部が、患者と専門家会議に参加する専門家とを関連付ける処理の概要を示すフローチャートである。 グループテーブルの一例を示す図である。 スケジュールテーブルの一例を示す図である。 統合ＩＤテーブルの一例を示す図である。 統合ＩＤテーブルの他の一例を示す図である。 患者情報テーブルの一例を示す図である。 疾患テーブルの一例を示す図である。 病理画像テーブルの一例を示す図である。 検査結果テーブルの一例を示す図である。 アノテーション情報テーブルの一例を示す図である。 役割テーブルの一例を示す図である。 アクセス権限管理テーブルの一例を示す図である。 運送事業所の端末装置からデータ統合サーバにログインしたときに表示される画面表示例を示す図である。 専門家会議の予約の入力を受け付けるために端末装置に表示するＧＵＩの一例を示す図である。 専門家会議の予約の入力を受け付けるために端末装置に表示するＧＵＩの一例を示す図である。 予約された専門家会議の開催通知を、各医療関係者宛に送信する処理の流れの一例を示す図である。 専門家会議のスケジュールに関する情報を各医療関係者の端末装置に送信するために、統合データ管理装置の制御部が行う処理の流れの一例を示す図である。 医療関係者が使用する端末装置に、検査依頼のリストおよび専門家会議のスケジュールに関する情報を含むＧＵＩの一例である。 医療関係者が担当する患者に関連する検査依頼のリストおよび専門家会議のスケジュールに関する情報を端末装置に表示させる処理の流れの一例を示す図である。 検査の進捗に関する情報と、専門家会議のスケジュールに関する情報とを関連付けた情報を、医療関係者の端末装置に表示させるために、統合データ管理装置の制御部が行う処理の流れの一例を示す図である。 専門家会議に出席する専門家の選定情報の入力を受け付けるために端末装置に表示するＧＵＩの一例を示す図である。 専門家会議のスケジュールの設定を受け付けるために端末装置に表示するＧＵＩの一例を示す図である。 医療関係者の端末装置に、専門家会議の開催スケジュール、および各専門家会議に関連する情報を含むＧＵＩの一例を示す図である。 医療関係者の端末装置に、専門家会議の開催スケジュール、および各専門家会議に関連する情報を含むＧＵＩの一例を示す図である。 医療関係者の端末装置に、各専門家会議に関連する情報を含むＧＵＩの一例を示す図である。 医療関係者が担当する患者に関連する専門家会議の開催スケジュール、および各専門家会議に関連する情報を端末装置に表示させる処理の流れの一例を示す図である。 医療関係者が担当する患者に関連する専門家会議の開催スケジュール、および各専門家会議に関連する情報を、医療関係者の端末装置に表示させるために、統合データ管理装置の制御部が行う処理の流れの一例を示す図である。 医療関係者が担当する患者に関連する情報を表示させる処理の流れの一例を示す図である。 患者の臨床情報および検査結果を、医療関係者の端末装置に表示させるために、統合データ管理装置の制御部が行う処理の流れの一例を示す図である。 情報取得要求を受け取ったことに応じて、制御部が、端末装置に表示させる画面表示の一例を示す図である。 制御部が検査依頼情報として入力された各データを、統合データベース内のデータと関連付ける方法の一例を示す図である。 制御部が、検査によって検出された変異に関する情報、および治療薬に関する情報と、検査結果とを関連付ける処理の一例を説明するフローチャートである。 変異テーブルの一例を示す図である。 治療薬テーブルの一例を示す図である。 制御部が、入力されたアノテーション情報と、検査結果とを関連付ける処理の一例を説明するフローチャートである。 変異データベース検索ポータルの表示画面の一例を示す図である。 関連情報の検索に用いられる画面表示の一例を示す図である。 情報管理装置を備える医療施設の構成例を示す図である。 情報管理システムの構成の他の例を示す図である。

以下、本発明の一実施形態について、詳細に説明する。

（遺伝子検査）
はじめに、遺伝子検査について、図１を用いて説明する。図１は、遺伝子検査および治療の流れの一例を示す図である。ここでは、遺伝子検査の一例として、遺伝子パネル検査を行う場合の流れを説明する。遺伝子パネル検査は、次世代シーケンサーなどを用いて、各患者について一度に多くの遺伝子の変異を網羅的に調べることが可能な検査である。

＜工程Ｉ：患者説明（検査依頼前）＞
工程Ｉは、医療施設Ｂ１において、医療関係者である担当医師Ｈ１ａから患者Ｐ１に、遺伝子パネル検査の利点や留意点などについて説明する工程である。遺伝子パネル検査を実施することの患者Ｐ１の同意が得られた場合、工程ＩＩに進む。

＜工程ＩＩ：検体準備＞
工程ＩＩは、医療施設Ｂ１において、医療関係者である病理医Ｈ１ｂが遺伝子パネル検査に供する検体を準備する工程である。検体は、遺伝子パネル検査に供する遺伝子が抽出可能な病変組織検体であり、例えば、患者Ｐ１の病変組織をホルマリン固定パラフィン包埋したＦＦＰＥ（Formalin-Fixed Paraffin-Embedded）である。工程ＩＩより前に、病理医Ｈ１ｂによる病理診断のために病変組織検体が作成された場合、この病変組織検体を遺伝子パネル検査に用いてもよい。

なお、医療施設Ｂ１において、病変組織における遺伝子の変異を検出するときに比較対象となる野生型の遺伝子を抽出するための検体として、血液検体を患者Ｐ１からさらに採取してもよい。この場合、一回の遺伝子パネル検査に対して、ＦＦＰＥ検体および血液検体の複数検体を供することとなる。

患者Ｐ１の病変組織検体および血液検体は、医療施設から遺伝子パネル検査を実施する検査施設Ｃ１へと輸送される。なお、患者Ｐ１のＦＦＰＥ検体および血液検体の輸送は、運送を業とする運送事業者が行ってもよいし、遺伝子パネル検査の依頼を受けた検査施設Ｃ１が直接行ってもよい。

＜工程ＩＩＩ：シーケンシング実施＞
工程ＩＩＩは、患者Ｐ１の病変組織検体および血液検体を受け取った検査施設Ｃ１において、医療関係者である臨床検査技師Ｈ３が、病変組織検体および血液検体から遺伝子を抽出する前処理を行い、抽出した遺伝子の塩基配列を次世代シーケンサーＣ１３により読み取る工程である。

＜工程ＩＶ：検査結果レポート作成＞
工程ＩＶは、検査施設Ｃ１において、臨床検査技師Ｈ３が、次世代シーケンサーＣ１３により読み取った塩基配列を解析し、塩基配列中の変異の有無、変異の位置、および変異の種別などを特定して検査結果レポートを作成する工程である。

検査結果レポートは、検査に用いた遺伝子パネルに関する情報、検査結果に関する情報、および検査の品質を評価する品質評価指標に関する情報を含んでいる。検査結果に関する情報は、例えば、塩基配列中の変異の有無、変異の位置、および変異の種別である。また、検査結果レポートは、遺伝子パネル検査によって検出された変異に関連する薬剤情報および学術論文情報などが含まれていてもよい。

ここで、「変異」は、遺伝子のヌクレオチドの置換、欠失、または挿入、遺伝子の融合、もしくはコピー数多型を含んでいる。「置換」は、遺伝子の配列のうち少なくとも１塩基が異なる塩基となる現象をいう。「置換」は、点突然変異および１塩基多型を含む。「欠失」および「挿入」は、「ＩｎＤｅｌ（Insertion and/or Deletion）」とも記載される。ＩｎＤｅｌは、遺伝子の配列のうち少なくとも１塩基が挿入され、および／または欠失する現象である。「遺伝子の融合」は、染色体の転座などにより、ある遺伝子の５’側の配列と、別の遺伝子の３’末端側の配列とが結合する現象をいう。「コピー数多型」とは、１細胞あたりのゲノム上のコピー数が、個体間で異なることをいう。具体的には、ＶＮＴＲ（Variable Nucleotide of Tandem Repeat、反復配列多型）、およびＳＴＲＰ（Short Tandem Repeat Polymorphism、マイクロサテライト多型）、遺伝子増幅などが例として挙げられる。

また、「品質評価指標に関する情報」は、遺伝子パネル検査が適切に行われたかを評価するための指標であり、例えば、解析対象となる遺伝子に含まれる全塩基配列に対する読み取られた塩基配列の割合、読み取られた塩基配列の読み取り深度（Depth of coverage）、品質管理試料に含まれる標準遺伝子が有する変異の検出有無、などが挙げられる。ここで、品質管理試料とは、次世代シーケンサーＣ１３のシーケンシングにおいて読み取られるべき既知の変異を含む遺伝子試料である。

＜工程Ｖ：専門家会議開催＞
工程Ｖは、遺伝子パネル検査の検査結果を医学的に解釈するための専門家集団である、複数の医療関係者が、医療施設Ｂ１、Ｂ２、検査施設Ｃ１、Ｃ２、および外部施設Ｄ１、およびＤ２などから参加し、専門家会議を開催する工程である。専門家会議では、複数の医療関係者が、遺伝子パネル検査の検査結果レポート、患者Ｐ１の臨床情報、患者Ｐ１の遺伝的背景、最新の学術的知見などを参照して多角的に議論し、有効性が期待される治療方針を患者毎に策定する。専門家会議にて参照する患者Ｐ１の「臨床情報」は、例えば、患者Ｐ１が受診する医療施設Ｂ１において作成された電子カルテ、病理医Ｈ１ｂによって撮像された病理画像である。

ここで、専門家会議に参加する「医療関係者」とは、例えば、（１）医療施設Ｂ１に属する、患者Ｐ１の担当医師Ｈ１ａ、病理医Ｈ１ｂ、がん薬物療法の専門医、（２）検査施設Ｃ１に属する、臨床検査技師Ｈ３、（３）研究機関および大学などの外部施設Ｄ１、Ｄ２に属する、バイオインフォマティクスの専門家、遺伝カウンセラー、分子遺伝学の研究者、遺伝医学の専門医が挙げられる。つまり、専門家会議には、異なる施設および組織に属する複数の医療関係者が参加し得る。専門家会議は、ある医療施設Ｂ１に医療関係者が集まって開催される会議であってもよいし、一部または全ての医療関係者が通信ネットワークを介して参加するビデオ会議の形式であってもよい。

＜工程ＶＩ：患者説明（専門家会議開催後）＞
工程ＶＩは、専門家会議での議論によって策定された患者Ｐ１の治療方針を、医療施設Ｂ１において、担当医師Ｈ１ａが患者Ｐ１に説明する工程である。患者Ｐ１の同意が得られた場合、工程ＶＩＩに進む。

＜工程ＶＩＩ：治療＞
工程ＶＩＩは、医療施設Ｂ１において、専門家会議での議論によって策定された治療方針に基づいて患者Ｐ１の治療を実行する工程である。高度に専門的な知識や経験が要求される治療を行う場合、患者Ｐ１が受診している医療施設Ｂ１ではなく、治療を円滑に実行可能な体制を有する他の医療施設Ｂ２と連携して治療を実行してもよい。

工程Ｖにおいて、専門家会議を開催するためには、複数の医療関係者が参照するさまざまな情報を過不足なく収集し、事前に各医療関係者に提供する必要がある。しかし、例えば、患者Ｐ１の電子カルテおよび病理画像などの臨床情報は医療施設Ｂ１において管理されており、遺伝子パネル検査の検査結果は検査施設Ｃ１において管理されている。それゆえ、専門家会議を開催するための準備として、専門家会議において参照される情報を複数の施設から取り寄せて、各医療関係者に提供するという、多大な労力を要する作業が必要である。

本発明では、患者Ｐ１の遺伝子パネル検査の依頼に対する検査結果と、患者Ｐ１に関する臨床情報とを関連付け、関連付けられた検査結果と臨床情報とを医療関係者に提供する。これにより、専門家会議の開催準備を支援することができる。

＜情報管理システム１００の構成＞
まず、本発明の一態様に係る情報管理システム１００の構成について、図２を用いて説明する。図２は、情報管理システム１００の構成例を示す図である。

情報管理システム１００は、統合データ管理装置Ａと、各種施設に設置された少なくとも１つの端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１、Ｅ１２とを備えている。統合データ管理装置Ａおよび端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１、Ｅ１２は、通信ネットワーク９０を介して通信可能に接続されている。

情報管理システム１００は、統合データ管理装置Ａ、および複数の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１、Ｅ１２の少なくとも１つを備えていればよく、医療施設Ｂ１、Ｂ２、検査施設Ｃ１、Ｃ２、外部施設Ｄ１、Ｄ２、および運送事業所Ｅ１に設置されたその他の装置については必須の構成ではない。また、医療施設Ｂ１、Ｂ２、検査施設Ｃ１、Ｃ２、外部施設Ｄ１、Ｄ２、および運送事業所Ｅ１に設置されたその他の装置の詳細については後述する。

［統合データ管理装置Ａ］
統合データ管理装置Ａは、サーバとして機能するコンピュータである。統合データ管理装置Ａは、通信ネットワーク９０を介して、医療施設Ｂ１、Ｂ２、検査施設Ｃ１、Ｃ２、外部施設Ｄ１、Ｄ２、および運送事業所Ｅ１に設置されている端末装置などの各種機器、および、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、学術論文情報管理装置Ｆ３１と通信可能に接続されている。なお、本実施形態では、統合データ管理装置Ａがクラウドサーバである例を示しているが、これに限定されない。

図３は、統合データ管理装置Ａの構成例を示すブロック図である。統合データ管理装置Ａは、ＣＰＵ（Central Processing Unit）である制御部１０、記憶部である記憶部３０を備えている。記憶部３０は、情報管理システム１００の動作に用いるプログラム３０１および統合データベース３０２を記憶している。

統合データ管理装置Ａが実行する機能は、制御部１０が記憶部３０に記憶されているプログラム３０１を読み取り、プログラム３０１をＲＡＭ（Random Access Memory）において展開して実行することにより実現する。

統合データベース３０２には、制御部１０が各種機能を実行する際に利用する各種テーブルおよびデータが格納されている。統合データベース３０２が格納する各種テーブルおよびデータの詳細は後述する。

［医療施設Ｂ１、Ｂ２］
図２に戻り、医療施設Ｂ１、Ｂ２は、患者Ｐ１の担当医師Ｈ１ａなどの医療関係者が所属する病院等の医療機関である。

医療施設Ｂ１、Ｂ２には、がんゲノム医療を牽引する高度な機能を有する中核拠点病院が含まれていてもよい。また、医療施設Ｂ１、Ｂ２には、中核拠点病院と連携してがん治療などを円滑に実施できる体制を有する医療機関である連携拠点病院が含まれてもよい。連携拠点病院の患者Ｐ１に対して遺伝子パネル検査を実施する場合には、中核拠点病院が主催する専門家会議において連携拠点病院の患者Ｐ１の検査結果の解釈および治療方針の策定を行ってもよい。

なお、医療施設Ｂ１、Ｂ２に属する担当医師Ｈ１ａおよび病理医Ｈ１ｂは、専門家会議に参加する医療関係者となり得る。

医療施設Ｂ１、Ｂ２には、電子カルテ管理装置Ｂ１１、Ｂ２１、病理画像管理装置Ｂ１２、Ｂ２２、および端末装置Ｂ１３、Ｂ２３が設置されている。また、医療施設Ｂ１、Ｂ２内には、ＬＡＮ（Local Area Network）が配設されている。以下では、医療施設内のＬＡＮを「医療施設内ＬＡＮ」と記す。医療施設内ＬＡＮは通信ネットワーク９０と通信可能に接続されている。医療施設Ｂ１、Ｂ２の医療施設内ＬＡＮには、それぞれ、電子カルテ管理装置Ｂ１１、Ｂ２１、病理画像管理装置Ｂ１２、Ｂ２２および端末装置Ｂ１３、Ｂ２３が通信可能に接続されている。

電子カルテ管理装置Ｂ１１、Ｂ２１は、医療施設Ｂ１の患者の電子カルテ情報を管理するためのサーバとして機能するコンピュータである。また、病理画像管理装置Ｂ１２、Ｂ２２は、医療施設Ｂ１にて撮像された病理画像を管理するためのサーバとして機能するコンピュータである。

端末装置Ｂ１３、Ｂ２３は、医療施設Ｂ１、Ｂ２に所属する医療関係者が使用するコンピュータ端末である。端末装置Ｂ１３、Ｂ２３は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等である。端末装置Ｂ１３、Ｂ２３は、他装置との通信部、キーボードおよびマイク等の入力部、モニタ等の表示部、スピーカ等の出力部等を有している。

［検査施設Ｃ１、Ｃ２］
検査施設Ｃ１、Ｃ２は、医療施設Ｂ１、Ｂ２からの検査依頼に応じて遺伝子パネル検査を実施し、検査結果レポートを作成する臨床検査技師Ｈ３などの医療関係者が所属する検査受託機関である。

医療施設Ｂ１、Ｂ２内に遺伝子パネル検査を実施可能な検査室を有する場合には、遺伝子パネル検査を医療施設Ｂ１、Ｂ２内で実施してもよい。この場合、医療施設Ｂ１、Ｂ２が、検査施設Ｃ１、Ｃ２の機能を兼ねることとなる。

なお、検査施設Ｃ１、Ｃ２に属する臨床検査技師Ｈ３は、専門家会議に参加する医療関係者となり得る。

検査施設Ｃ１、Ｃ２には、検査情報管理装置Ｃ１１、Ｃ２１、次世代シーケンサーＣ１３、Ｃ２３、および端末装置Ｃ１４、Ｃ２４が設置されている。また、検査施設Ｃ１、Ｃ２内には、ＬＡＮが配設されている。以下では、検査施設内のＬＡＮを「検査施設内ＬＡＮ」と記す。検査施設内ＬＡＮは通信ネットワーク９０と通信可能に接続されている。検査施設Ｃ１、Ｃ２の検査施設内ＬＡＮには、それぞれ、検査情報管理装置Ｃ１１、Ｃ２１、次世代シーケンサーＣ１３、Ｃ２３および検査施設Ｃ１、Ｃ２および端末装置Ｃ１４、Ｃ２４が通信可能に接続されている。

検査情報管理装置Ｃ１１、Ｃ２１は、検査情報を管理するためのサーバとして機能するコンピュータである。

次世代シーケンサーＣ１３、Ｃ２３は、検査施設Ｃ１にて実施される検査に用いられる各種装置であり、例えば、切断されたＤＮＡ断片の塩基配列を同時並行的に測定可能な次世代シーケンサーである。

端末装置Ｃ１４、Ｃ２４は、検査施設Ｃ１、Ｃ２に所属する医療関係者が使用するコンピュータ端末である。端末装置Ｃ１４、Ｃ２４は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等である。端末装置Ｃ１４、Ｃ２４は、例えば、他装置との通信部、キーボードおよびマイク等の入力部、モニタ等の表示部、スピーカ等の出力部等を有している。

［外部施設Ｄ１、Ｄ２］
外部施設Ｄ１、Ｄ２は、医療施設Ｂ１、Ｂ２および検査施設Ｃ１、Ｃ２以外の専門家などが所属する事業所および研究所である。外部施設Ｄ１、Ｄ２に属する医療関係者としては、例えば、バイオインフォマティクスの専門家、遺伝カウンセラー、分子遺伝学の研究者などである。

なお、外部施設Ｄ１、Ｄ２に属するバイオインフォマティクスの専門家、遺伝カウンセラー、分子遺伝学の研究者は、専門家会議に参加する医療関係者となり得る。

外部施設Ｄ１、Ｄ２には、端末装置Ｄ１１、Ｄ２１が設置されている。また、外部施設Ｄ１、Ｄ２内には、ＬＡＮが配設されている。以下では、外部施設内のＬＡＮを「外部施設内ＬＡＮ」と記す。外部施設内ＬＡＮは通信ネットワーク９０と通信可能に接続されている。外部施設Ｄ１、Ｄ２の外部施設内ＬＡＮには、それぞれ、端末装置Ｄ１１、Ｄ２１が通信可能に接続されている。

端末装置Ｄ１１、Ｄ２１は、外部施設Ｄ１、Ｄ２に所属する医療関係者が使用するコンピュータ端末である。端末装置Ｄ１１、Ｄ２１は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等である。端末装置Ｄ１１およびＤ２１は、他装置との通信部、キーボードおよびマイク等の入力部、モニタ等の表示部、スピーカ等の出力部等を有している。

［運送事業所Ｅ１］
運送事業所Ｅ１は、遺伝子パネル検査の検査依頼元となる医療施設Ｂ１、Ｂ２から、検査依頼先となる検査施設Ｃ１、Ｃ２へ、検体を運送する運送員が所属する運送業者の事業所である。

検査施設Ｃ１、Ｃ２が検体の運送機能を有する場合には、検査施設Ｃ１、Ｃ２に属する運送員が医療施設Ｂ１、Ｂ２から検体を受け取り、検査施設Ｃ１、Ｃ２に輸送してもよい。この場合、検査施設Ｃ１、Ｃ２が、運送事業所Ｅ１の機能を兼ねることとなる。

なお、通常、運送事業所の運送員は医療関係者ではなく、専門家会議には参加しない。

運送事業所Ｅ１には、集配管理装置Ｅ１１および端末装置Ｅ１２が設置されている。また、運送事業所Ｅ１内には、ＬＡＮが配設されている。以下では、運送事業所内のＬＡＮを「運送事業所内ＬＡＮ」と記す。運送事業所内ＬＡＮは通信ネットワーク９０と通信可能に接続されている。運送事業所Ｅ１の運送事業所内ＬＡＮには、集配管理装置Ｅ１１および端末装置Ｅ１２が通信可能に接続されている。

集配管理装置Ｅ１１は、検体の集配を管理するためのサーバとして機能するコンピュータである。

端末装置Ｅ１２は、運送事業所Ｅ１に所属する運送員が使用するコンピュータ端末である。端末装置Ｅ１２は、通信ネットワーク９０を介して、統合データ管理装置Ａなどと通信可能に接続されている。端末装置Ｅ１２は、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等である。端末装置Ｅ１２は、他装置との通信部、キーボードおよびマイク等の入力部、モニタ等の表示部、スピーカ等の出力部等を有している。なお、端末装置Ｅ１２には、検体の識別情報を取得するためのＲＦＩＤリーダおよびバーコードリーダが接続されていてもよい。

［外部の情報管理装置］
情報管理システム１００は、外部の情報管理装置と通信ネットワーク９０を介して通信可能に接続されている。外部の情報管理装置は、例えば、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、学術論文情報管理装置Ｆ３１などである。

変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、および学術論文情報管理装置Ｆ３１は、サーバとして機能するコンピュータである。変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、および学術論文情報管理装置Ｆ３１が管理する情報は、検査施設Ｃ１、Ｃ２において実施された遺伝子パネル検査にて同定された変異に付与するアノテーション情報として用いられる。

変異情報管理装置Ｆ１１が管理する情報としては、例えば、ＣＯＳＭＩＣデータベース（ウェブページ、www.sanger.ac.uk/genetics/CGP/cosmic/）、ＣｌｉｎＶａｒデータベース（ウェブページ、www.ncbi.nlm.nih.gov/clinvar/）およびdbSNP（ウェブページ、www.ncbi.nlm.nih.gov/SNP/）などが挙げられる。

なお、変異情報管理装置Ｆ１１が管理する情報は、人種あるいは動物種別毎の頻度情報を含むデータベースであってもよい。このような情報を有するデータベースとしては、例えば、HapMap Genome Browser release #28、Human Genetic Variation Browser（ウェブページ、www.genome.med.kyoto-u.ac.jp/SnpDB/index.html）および（1000 Genomes（ウェブページ、www.1000genomes.org/））が挙げられる。これらのデータベースからは、例えば、日本人の変異頻度情報などを入手することができる。なお、変異情報は、遺伝子の変異に関する情報に限らず、多型およびメチル化に関する情報も含んでいてもよい。

薬剤情報管理装置Ｆ２１が管理する情報としては、例えば、承認済の各種薬剤の組成、構造式、用例、副作用などに関する情報、および未承認薬剤の治験に関する情報などを含んでいてもよい。

学術論文情報管理装置Ｆ３１が管理する情報としては、例えば、科学雑誌などに投稿された、疾患、変異、および治療薬に関連する学術論文の書誌事項および本文データなどに関するに情報を含んでいてもよい。

［セキュリティ対策］
統合データ管理装置Ａと、医療施設Ｂ１、Ｂ２の各種装置との通信は、ＶＰＮ（Virtual Private Network）を利用することが望ましい。同様に、統合データ管理装置Ａと、検査施設Ｃ１、Ｃ２の各種装置との通信については、ＶＰＮを利用することが望ましい。ＶＰＮを利用することにより、医療施設Ｂ１、Ｂ２における患者Ｐ１の臨床情報、および検査施設Ｃ１、Ｃ２における患者Ｐ１の遺伝子パネル検査の検査結果などを、第三者によって盗まれたり、改ざんされたりするような脅威から守ることができる。

また、統合データ管理装置Ａは、各種のＡＰＩ（application program interface）を搭載している。統合データ管理装置Ａは、ＡＰＩを用いて、各種施設に設置された端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１に対して、専門家会議にて議論される患者Ｐ１の臨床情報、および遺伝子パネル検査の検査結果などを提供する。

なお、統合データ管理装置Ａと、各種施設に設置された端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１との通信は、セキュリティ対策としてＳＳＬ（Secure Socket Layer）等の暗号化通信が利用されることが望ましい。これにより、専門家会議にて議論される患者Ｐ１の臨床情報、および遺伝子パネル検査の検査結果を、医療関係者に安全に提供することができる。

（情報管理システム１００を用いた遺伝子検査の流れ）
次に、情報管理システム１００を用いた遺伝子検査の流れについて、図４を用いて説明する。図４は、情報管理システム１００を用いた遺伝子検査の流れの一例を示す図である。なお、図４は、図１に示した工程Ｉ～工程ＩＶに対応させて、遺伝子検査の流れを示している。以下、医療施設Ｂ１が検査施設Ｃ１に対して遺伝子パネル検査を依頼する場合を例として説明する。

＜工程Ｉａ＞
工程Ｉａは、統合データ管理装置Ａが、担当医師Ｈ１ａが使用する端末装置Ｂ１３から、遺伝子パネル検査の依頼を受け付ける工程である。

工程Ｉａの検査依頼受付工程における処理について、図５を用いて説明する。図５は、検査依頼受付工程の処理の一例を示すフローチャートである。

工程Ｉａにおいて、担当医師Ｈ１ａは、まず、医療施設Ｂ１において自分が使用する端末装置Ｂ１３を用いて、情報管理システム１００へログインするためのプログラムを起動し、ログイン情報を入力する。

統合データ管理装置Ａは、ログインパスワードなどを含むログイン情報を端末装置Ｂ１３から受信し（ステップＳ１１）、統合データ管理装置Ａの統合データベース３０２に格納されている認証テーブル３８を参照して担当医師Ｈ１ａが使用する端末装置Ｂ１３からのログインを認証する（ステップＳ１２）。

図６は、認証テーブル３８の一例を示す図である。認証テーブル３８は、統合データベース３０２に格納されている。図６に示すように、ユーザ毎に設定された認証用のログインパスワードと、各ユーザのユーザＩＤとの組が、認証テーブル３８に記録されている。

統合データ管理装置Ａによってログインが認証されると、統合データ管理装置Ａの制御部１０は、端末装置Ｂ１３の表示部に、図７に示す検査依頼情報を入力するためのＧＵＩ（Graphical User Interface）１３０を表示させる。制御部１０は、担当医師Ｈ１ａのＧＵＩ１３０に対する入力に応じて、端末装置Ｂ１３から検査依頼情報を受信する（ステップＳ１３）。

［検査依頼情報を入力するためのＧＵＩ１３０］
担当医師Ｈ１ａに検査依頼情報を入力させるために、統合データ管理装置Ａによってログインが認証された端末装置Ｂ１３の表示部に表示するＧＵＩ１３０について説明する。図７は、検査依頼情報を入力させるために端末装置Ｂ１３の表示部に表示するＧＵＩ１３０の一例を示す図である。

ＧＵＩ１３０は、検査を依頼する依頼元施設となる医療施設Ｂ１の情報の入力を受け付ける領域Ｒ１、検査依頼情報の入力を受け付ける領域Ｒ２、および検査依頼情報を端末装置Ｂ１３から統合データ管理装置Ａに送信する指示を受け付ける依頼ボタンＲ３を含んでいる。

領域Ｒ１には、医療施設Ｂ１の情報として、例えば、「施設名」、「施設ＩＤ」、「住所」、および「連絡先」の入力を受け付ける欄が設けられている。

ここで、「施設名」は、検査の依頼元である医療施設Ｂ１の名称である。「施設ＩＤ」は、各医療施設Ｂ１に割り当てられた識別情報である。統合データ管理装置Ａは、統合データベース３０２に格納されている、図８に示す医療施設テーブル２１を参照し、入力された施設名に対応する施設ＩＤを自動的に施設ＩＤの欄に表示させてもよい。

図８は、統合データベース３０２に格納されている医療施設テーブル２１の一例を示す図である。医療施設テーブル２１には、複数の施設ＩＤと、各施設ＩＤに対応する施設名とが関連付けて記録されている。

統合データ管理装置Ａの制御部１０は、ＧＵＩ１３０を介した依頼元施設名の入力に応じて医療施設テーブル２１を参照し、入力された施設名に対応する施設ＩＤを検索する。入力された依頼元施設名に対応する施設ＩＤが存在しない場合、統合データ管理装置Ａは、入力された依頼元施設の施設ＩＤを新たに生成し、施設名および生成した施設ＩＤを関連付けて医療施設テーブル２１に記録してもよい。

あるいは、統合データ管理装置Ａの制御部１０は、入力された施設名に対応する施設ＩＤが存在しない旨を統合データ管理装置Ａの管理者に通知する構成であってもよい。この場合、統合データ管理装置Ａの管理者によって、入力された施設名に対応する施設ＩＤが設定され、施設名および施設ＩＤを関連付けて医療施設テーブル２１に新たに記録される。

図７に戻り、依頼元施設の情報の入力を受け付ける領域Ｒ１に入力される「住所」は、検査依頼元の施設である医療施設Ｂ１の住所である。また、「連絡先」は、検査依頼元の施設である医療施設Ｂ１の電話番号および電子メールアドレスなどである。

領域Ｒ２には、検査依頼情報として、例えば、「検査種別」、「患者の担当医師」、「担当医師のユーザＩＤ」、「患者ＩＤ」、「患者の同意」、「患者氏名」、「患者の性別」、「患者の生年月日」、「検査施設」、「検査依頼日」、「検査結果を解釈する施設」、および「検査結果を解釈する施設のＩＤ」の入力を受け付ける欄が設けられている。

ここで、「検査種別」は、依頼する遺伝子パネル検査の種別に関する情報である。遺伝子パネル検査の種別は、例えば、検査の名称であってもよいし、依頼する遺伝子パネル検査に用いられる遺伝子パネル名などであってもよい。

統合データ管理装置Ａの制御部１０は、統合データベース３０２に格納されている遺伝子パネルテーブル２２を参照し、情報管理システム１００において使用が想定されている遺伝子パネル名のリストを医療施設Ｂ１の端末装置Ｂ１３の表示部に表示させてもよい。担当医師Ｈ１ａは、そのリストの中から検査種別として検査を依頼する遺伝子パネルを選択することができる。

図９は、統合データベース３０２に格納されている遺伝子パネルテーブル２２の一例を示す図である。遺伝子パネルテーブル２２には、遺伝子パネルＩＤと、各ＩＤに対応する遺伝子パネル名とが関連付けて記録されている。統合データ管理装置Ａの制御部１０は、遺伝子パネルテーブル２２を参照し、入力された遺伝子パネル名に対応する遺伝子パネルＩＤを検索する。

図７に戻り、検査依頼情報の入力を受け付ける領域Ｒ２に入力される「患者の担当医師」は、患者Ｐ１の担当医師Ｈ１ａの氏名である。

また、「担当医師のユーザＩＤ」は、患者Ｐ１の担当医師Ｈ１ａの識別情報である。ユーザＩＤは、医療関係者を識別するための医療関係者識別情報である。統合データ管理装置Ａの制御部１０は、図１０に示す統合データベース３０２に格納されているユーザ登録テーブル２３を参照し、入力された担当医師Ｈ１ａの氏名に対応するユーザＩＤを自動的にユーザＩＤの欄に表示させてもよい。

図１０は、統合データベース３０２に格納されているユーザ登録テーブル２３の一例を示す図である。ユーザ登録テーブル２３には、ユーザＩＤと、医療関係者の氏名と、医療関係者の連絡先と、医療関係者の専門分野とが関連付けて記録されている。ここで、医療関係者の専門分野とは、例えば、「肺がん」、「大腸がん」などの医療関係者が専門とするがんの種別である。

統合データ管理装置Ａの制御部１０は、ＧＵＩ１３０を介した担当医師Ｈ１ａの氏名の入力に応じてユーザ登録テーブル２３を参照し、入力された担当医師Ｈ１ａの氏名に対応するユーザＩＤを検索する。入力された氏名に対応するユーザＩＤが存在しない場合、制御部１０は、当該医療関係者のユーザＩＤを新たに生成し、氏名および生成したユーザＩＤを関連付けてユーザ登録テーブル２３に記録してもよい。

あるいは、統合データ管理装置Ａの制御部１０は、入力された氏名に対応するユーザＩＤが存在しない旨を統合データ管理装置Ａの管理者に通知する構成であってもよい。この場合、統合データ管理装置Ａの管理者によって、当該医療関係者の氏名に対応するユーザＩＤが設定され、医療関係者の氏名およびユーザＩＤを関連付けてユーザ登録テーブル２３に記録される。

図７に戻り、検査依頼情報の入力を受け付ける領域Ｒ２に入力される「患者ＩＤ」は、患者Ｐ１に付与される識別情報である。患者ＩＤは、検査依頼元の医療施設Ｂ１が各患者Ｐ１に個別に付与している患者ＩＤであってもよい。あるいは、検査依頼情報を入力させる前に、統合データ管理装置Ａの制御部１０が生成した患者ＩＤを制御部１０から医療施設Ｂ１に設置された端末装置Ｂ１３に通知してもよい。

領域Ｒ２に入力される「患者氏名」は、患者Ｐ１の氏名である。「患者の性別」は患者Ｐ１の性別である。「患者の生年月日」は、患者Ｐ１の生年月日である。ここで、「患者の年齢」の入力欄をＧＵＩ１３０に表示し、患者Ｐ１の年齢を入力させてもよい。

領域Ｒ２に入力される「検査依頼日」は、医療施設Ｂ１に設置された端末装置Ｂ１３、から検査依頼を統合データ管理装置Ａに送信する日付である。例えば、検査依頼情報の入力をさせるＧＵＩ１３０を端末装置Ｂ１３の表示部に表示させたときに、その日の日付が検査依頼日として自動的に入力される構成であってもよい。

領域Ｒ２に入力される「検査施設」は、遺伝子パネル検査を実施する検査施設Ｃ１の名称である。名称に代えて、検査施設Ｃ１に対応する検査施設ＩＤを入力させてもよい。

統合データ管理装置Ａの制御部１０は、ＧＵＩ１３０を介した検査施設名の入力に応じて、図１１に示す統合データベース３０２に格納されている検査施設テーブル２４を参照し、検査依頼が可能な検査施設名のリストを医療施設Ｂ１の端末装置Ｂ１３の表示部に表示させてもよい。担当医師Ｈ１ａは、そのリストの中から検査を依頼する施設名を選択することができる。

図１１は、統合データベース３０２に格納されている検査施設テーブル２４の一例を示す図である。検査施設テーブル２４には、検査施設ＩＤと、各検査施設ＩＤに対応する検査施設名とが、関連付けて記録されている。

図７に戻り、検査依頼情報の入力を受け付ける領域Ｒ２に入力される「検査結果を解釈する施設」は、遺伝子パネル検査の検査結果の解釈するための専門家会議を開催する施設の名称である。なお、専門家会議は、検査の依頼元である医療施設Ｂ１が自身で実施してもよいし、他の医療施設Ｂ２で開催される専門家会議への参加を申請してもよい。

検査依頼情報の入力を受け付ける領域Ｒ２に入力される「検査結果を解釈する施設のＩＤ」は、検査結果を解釈する検査施設名に対応する識別情報である。統合データ管理装置Ａの制御部１０は、統合データベース３０２に格納されている医療施設テーブル２１を参照し、入力された検査結果を解釈する施設名に対応する施設ＩＤを自動的に施設ＩＤの欄に表示させてもよい。

検査結果を解釈する施設として入力された施設名に対応する施設ＩＤが存在しない場合、制御部１０によって生成した施設ＩＤを施設名と関連付けて医療施設テーブル２１に記録してもよい。あるいは、制御部１０は、統合データ管理装置Ａの管理者に、検査結果を解釈する施設名に対応する施設ＩＤが存在しない旨を通知してもよい。

また、情報管理システム１００を利用して検査が依頼される全ての患者Ｐ１に対して、情報管理システム１００の制御部１０が自動的に、各患者に個別の患者ＩＤ、検体ＩＤ、および各検査依頼に個別の検査依頼識別情報である検査依頼ＩＤを付与する構成であってもよい。なお、統合データ管理装置Ａの制御部１０が、患者ＩＤ、および検査依頼ＩＤを自動で付与するのではなく、検査依頼情報として担当医師Ｈ１ａに入力させてもよい。例えば、医療施設Ｂ１にて予め策定されたルールに従って付与された患者ＩＤ、検体ＩＤ、および検査依頼ＩＤを、担当医師Ｈ１ａに入力させてもよい。

［検査依頼情報を入力するためのＧＵＩの変形例］
図１３は、患者Ｐ１の疾患名および疾患ＩＤを入力させる欄Ｒ２２およびＲ２３を備えるＧＵＩ１３０ａの一例を示す図である。このように、図７に示す検査依頼情報を入力するためのＧＵＩ１３０に代えて、領域Ｒ２に、患者Ｐ１の疾患名を入力させる欄Ｒ２２および疾患ＩＤを入力させる欄Ｒ２３を設け、担当医師Ｈ１ａに患者Ｐ１の疾患名および疾患ＩＤを入力させるＧＵＩ１３０ａを医療施設Ｂ１に設置された端末装置Ｂ１３の表示部に表示してもよい。

＜工程Ｉｂ＞
図４に戻り、工程Ｉｂは、統合データ管理装置Ａが、医療施設Ｂ１に設置された端末装置Ｂ１３に、検査依頼を受け付けたことを通知する工程である。

工程Ｉｂでは、統合データ管理装置Ａの制御部１０は、端末装置Ｂ１３に、患者ＩＤおよび検査依頼ＩＤなどを送信する。なお、工程Ｉａにおいて、患者ＩＤが入力されなかった場合には、統合データ管理装置Ａが患者ＩＤを作成し、端末装置Ｂ１３に患者ＩＤを通知してもよい。

＜工程Ｉｃ＞
工程Ｉｃは、統合データ管理装置Ａが、検査施設Ｃ１の検査情報管理装置Ｃ１１に、検査依頼を受け付けたことを通知する工程である。
え 工程Ｉｃでは、統合データ管理装置Ａの制御部１０が、検査情報管理装置Ｃ１１に、患者ＩＤ、検査依頼ＩＤ、検査を依頼する日、遺伝子パネル名、遺伝子パネルＩＤ、および患者Ｐ１の疾患ＩＤなどの情報を送信する。

＜工程Ｉｄ＞
工程Ｉｄは、統合データ管理装置Ａが、運送事業所Ｅ１の集配管理装置Ｅ１１に、検体の輸送依頼を送信する工程である。

工程Ｉｄでは、統合データ管理装置Ａの制御部１０が、運送事業所Ｅ１の端末装置Ｅ１２に、患者ＩＤ、検査依頼ＩＤ、検査を実施する検査施設、および検査を実施する日などを送信する。

＜工程Ｉｅ＞
工程Ｉｅは、統合データ管理装置Ａが、医療施設Ｂ１に設置された端末装置Ｂ１３から、検査依頼に対応する患者Ｐ１の臨床情報を受け付ける工程である。

工程Ｉｄにおいて、担当医師Ｈ１ａは、端末装置Ｂ１３を用いて電子カルテ管理装置Ｂ１１から患者の臨床情報を読み出し、患者ＩＤおよび検査依頼ＩＤなどと共に統合データ管理装置Ａに送信する。

なお、患者Ｐ１の臨床情報を担当医師Ｈ１ａが送信するのではなく、統合データ管理装置Ａの制御部１０が、患者Ｐ１の臨床情報を電子カルテ管理装置Ｂ１１から自動的に取得する構成であってもよい。

＜工程ＩＩａ＞
工程ＩＩａは、医療施設Ｂ１において、担当医師Ｈ１ａが使用する端末装置Ｂ１３から医療施設Ｂ１内の採血室の看護士などが使用する他の端末装置Ｂ１３へ、患者Ｐ１の血液検体の準備を指示する工程である。担当医師Ｈ１ａが使用する端末装置Ｂ１３が送信する指示には、患者ＩＤおよび検査依頼ＩＤが含まれている。

この工程における血液検体の準備が完了すると、採血室の看護師などは、採血が完了した日時などの情報を採血室の端末装置Ｂ１３から電子カルテ管理装置Ｂ１１に送信し、患者Ｐ１の電子カルテを更新する。

＜工程ＩＩｂ＞
工程ＩＩｂは、医療施設Ｂ１において、担当医師Ｈ１ａが使用する端末装置Ｂ１３から医療施設Ｂ１内の病理部の他の端末装置Ｂ１３へ、患者Ｐ１の病変組織検体の準備を指示する工程である。担当医師Ｈ１ａが使用する端末装置Ｂ１３が送信する指示には、患者ＩＤおよび検査依頼ＩＤが含まれている。

この工程における病変組織検体の準備が完了すると、病理医Ｈ１ｂは、病変組織検体の準備が完了した日時などの情報を病理部の端末装置Ｂ１３から電子カルテ管理装置Ｂ１１に送信し、患者Ｐ１の電子カルテを更新する。

＜工程ＩＩｃ＞
工程ＩＩｃは、統合データ管理装置Ａが、血液検体の準備および病変組織検体の準備が完了した旨の通知を、患者ＩＤおよび検査依頼ＩＤなどと共に受信する工程である。

工程ＩＩｃにおいて、統合データ管理装置Ａの制御部１０は、採血室の看護師および病理部の病理医Ｈ１ｂが使用する端末装置Ｂ１３から、患者Ｐ１の検体の準備が完了した旨の通知を受け付ける。それに限らず、電子カルテ管理装置Ｂ１１が、血液および病変組織の検体準備が完了したことを、統合データ管理装置Ａに通知してもよい。

なお、統合データ管理装置Ａが、電子カルテ管理装置Ｂ１１を定期的に監視し、患者Ｐ１の電子カルテ管理装置Ｂ１１に、血液検体および病変組織検体の準備状況の情報の更新を検出する構成であってもよい。また、検体の準備が完了していない場合にも、統合データ管理装置Ａに検体の準備状況を示す情報を通知する構成であってもよい。例えば、検体の準備がまだ完了していない場合、採血室の看護師および病理部の病理医Ｈ１ｂが使用する端末装置Ｂ１３または電子カルテ管理装置Ｂ１１は、「検体準備中」という情報を統合データ管理装置Ａに送信する。

＜工程ＩＩｄ＞
工程ＩＩｄは、統合データ管理装置Ａが、病理医Ｈ１ｂが使用する端末装置Ｂ１３から、患者ＩＤ、および検査依頼ＩＤなどと共に患者Ｐ１の病理画像などを受信する工程である。

この工程において、統合データ管理装置Ａの制御部１０は、患者Ｐ１の病変組織検体を撮像した病理画像、病変組織検体を採取した日、採取した部位、および病理医所見などの情報を、病理画像管理装置Ｂ１２から取得する。

なお、病理医Ｈ１ｂに患者Ｐ１の病理画像などの情報を統合データ管理装置Ａに送信させてもよい。この場合、病理医Ｈ１ｂは、自身が使用する端末装置Ｂ１３を用いて、医療施設内ＬＡＮを介して、病理画像管理装置Ｂ１２から患者Ｐ１の病理画像などを読み出し、患者ＩＤおよび検査依頼ＩＤと共に統合データ管理装置Ａに送信する。

＜工程ＩＩｅ＞
工程ＩＩｅは、統合データ管理装置Ａが、運送事業所Ｅ１の運送員に対し、病変組織検体および血液検体の運送を依頼する工程である。医療施設Ｂ１における血液検体および病変組織検体の準備が完了し、医療施設Ｂ１から検査施設Ｃ１への輸送が可能となっていることを、患者ＩＤおよび検査依頼ＩＤなどと共に、統合データ管理装置Ａから運送事業所Ｅ１の集配管理装置Ｅ１１に通知する。

＜工程ＩＩｆおよびＩＩｇ＞
工程ＩＩｆおよびＩＩｇは、医療施設Ｂ１の採血室および病理部から、血液検体および病変組織検体を運送事業所Ｅ１の運送員に引き渡す工程である。

血液検体および病変組織検体を収容する検体容器およびその梱包には、検体を引き渡した医療施設Ｂ１を示す情報、検体の届け先となる検査施設Ｃ１を示す情報、検体を採取した患者Ｐ１の患者ＩＤ、および実施する遺伝子パネル検査の検査依頼ＩＤなどを記憶しているＲＦＩＤタグが付与されている。あるいは、ＲＦＩＤの代替として、医療施設Ｂ１を示す情報、検査施設Ｃ１を示す情報、患者ＩＤ、および検査依頼ＩＤなどを読取り可能なバーコードが印刷されたシールが貼付されていてもよい。

＜工程ＩＩｈ＞
工程ＩＩｈにおいて、運送事業所Ｅ１の運送員が持つ端末装置Ｅ２１は、医療施設Ｂ１から受け取った血液検体および病変組織検体の梱包のＲＦＩＤタグあるいはバーコードから、医療施設Ｂ１を示す情報、検査施設Ｃ１を示す情報、患者ＩＤ、および検査依頼ＩＤなどを読み取る。そして、運送事業所Ｅ１の端末装置Ｅ１２は、読み取った情報と工程Ｉｄにおいて事前に通知されている情報とを突き合わせる。

運送事業所Ｅ１の運送員は、例えば、ＲＦＩＤタグに記憶されている情報と、工程Ｉｄにおいて通知されている情報とが一致する血液検体および病変組織検体を医療施設Ｂ１から受け取る。その後、受け取りが完了したことを運送員が自身の端末装置Ｅ１２に入力し、運送事業所Ｅ１の端末装置Ｅ１２は、受取完了通知を集配管理装置Ｅ１１に送信する。

＜工程ＩＩｉ＞
工程ＩＩｉは、統合データ管理装置Ａが、運送事業所Ｅ１による検体の受け取りが完了し、検査施設Ｃ１への輸送が開始された旨の通知を、患者ＩＤおよび検査依頼ＩＤなどと共に、集配管理装置Ｅ１１から受信する工程である。

＜工程ＩＩｊ＞
工程ＩＩｊは、運送事業所Ｅ１の運送員が、医療施設Ｂ１から受け取った検体を検査施設Ｃ１に輸送する工程である。

運送員から検体を受け取った検査施設Ｃ１は、血液検体および病変組織検体の、ＲＦＩＤタグに記憶されている情報と、工程ＩＩＩおいて通知されている情報とが一致することを確認する。正しい検体の受け取りを確認した後、検体の輸送が完了したことを、運送事業所Ｅ１の運送員が持つ端末装置Ｅ１２から集配管理装置Ｅ１１に通知する。

＜工程ＩＩｋ＞
工程ＩＩｋは、統合データ管理装置Ａが、検体の輸送が完了した旨の通知を、患者ＩＤおよび検査依頼ＩＤなどと共に、集配管理装置Ｅ１１から受信する工程である。

統合データ管理装置Ａの制御部１０は、検体の輸送に要した時間、検体の保管時および輸送時における温度管理情報などを含む輸送ログデータを、集配管理装置Ｅ１１から取得してもよい。この場合、運送事業所Ｅ１の運送員は、検体の運送において収集した運送ログデータを運送員の持つ端末装置Ｅ１２から集配管理装置Ｅ１１に送信し事前に記録する。なお、輸送ログデータは、遺伝子パネル検査に供される検体の状態を示し、検査結果の信頼性に関連することから、専門家会議の場において輸送ログの情報を参考とすることができる。

＜工程ＩＩＩａ＞
工程ＩＩＩは、検査施設Ｃ１において、血液検体および病変組織検体を用いて遺伝子パネル検査を実施する工程である。

遺伝子パネル検査は、例えば、検体からのＤＮＡ抽出などを含む前処理工程、次世代シーケンサーによる塩基配列を読み取るシーケンシング工程、病変組織における変異の抽出工程、を含んでいる。また、検査施設Ｃ１の検査情報管理装置Ｃ１１は、抽出された変異に対し、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、学術論文情報管理装置Ｆ３１から取得した情報に基づいてアノテーションを付与してもよい。これにより、依頼を受けた遺伝子パネル検査の検査結果が得られる。

工程ＩＩＩａでは、検査施設Ｃ１の検査情報管理装置Ｃ１１から統合データ管理装置Ａに、遺伝子パネル検査がどの工程まで完了したかを示す検査進捗情報を、患者ＩＤおよび検査依頼ＩＤなどと共に適宜通知する。

＜工程ＩＶａ＞
工程ＩＶａは、統合データ管理装置Ａが、検査施設Ｃ１において実施された検査結果を、患者ＩＤおよび検査依頼ＩＤなどと共に、検査施設Ｃ１の検査情報管理装置Ｃ１１から受信する工程である。

なお、臨床検査技師Ｈ３に、検査結果を統合データ管理装置Ａに送信させてもよい。この場合、臨床検査技師Ｈ３は、自身が使用する検査施設Ｃ１の端末装置Ｃ１４を用いて、検査施設内ＬＡＮを介して、検査情報管理装置Ｃ１１から検査結果を読み出し、患者ＩＤおよび検査依頼ＩＤと共に統合データ管理装置Ａに送信する。

遺伝子パネル検査の検査結果は、変異情報、薬剤情報、および学術論文情報などの関連情報を含む検査結果レポートとしてまとめられていてもよい。

＜工程Ｖａ＞
工程Ｖａは、統合データ管理装置Ａが、工程Ｉａにおいて取得した検査依頼情報、工程Ｉｅおよび工程ＩＩｄにおいて取得した患者Ｐ１の臨床情報、および工程ＩＶａにおいて取得した検査結果を関連付けて、統合データ管理装置Ａのマスターテーブル２５に記録する工程である。

以下、工程Ｉａ、Ｉｅ、ＩＩｄ、およびＶａにおいて取得したデータを統合する統合工程における処理の流れについて、図１２を用いて説明する。図１２は、統合データ管理装置Ａの制御部１０が行う統合工程の処理の流れの一例を示す図である。

統合データ管理装置Ａは、前述した工程Ｉａにおいて、検査依頼情報を医療施設Ｂ１の端末装置Ｂ１３から受信する（ステップＳ１３、図５参照）。続いて、前述した工程Ｉｅにおいて、検査依頼に関連する患者Ｐ１の臨床情報を医療施設Ｂ１の端末装置Ｂ１３から受信する（ステップＳ２１）。また、前述した工程ＩＩｄにおいて、検査依頼に対する検査結果を検査施設Ｃ１の端末装置Ｃ１４から受信する（ステップＳ２２）。

そして、統合データ管理装置Ａの制御部１０は、受信した患者Ｐ１の臨床情報を検査依頼ＩＤと関連付けて統合データベース３０２のマスターテーブル２５に記録する。また、統合データ管理装置Ａの制御部１０は、受信した患者Ｐ１の検査結果を検査依頼ＩＤと関連付けて統合データベース３０２のマスターテーブル２５に記録する。これにより、患者Ｐ１の臨床情報と、患者Ｐ１の検査結果とが、検査依頼ＩＤを介して関連付けてマスターテーブル２５に記録される（ステップＳ２３）。

本実施形態では、統合データ管理装置Ａの制御部１０は、患者Ｐ１の臨床情報を、検査の依頼時に医療施設Ｂ１から取得する例を示したが、臨床情報および検査依頼情報の取得タイミングはこれに限らない。医療施設Ｂ１の担当医師Ｈ１ａが検査依頼時に検査依頼情報と臨床情報とを一緒に統合データ管理装置Ａに送信してもよいし、検査依頼情報に基づき検査が実施された後、専門家会議が開催される前に、統合データ管理装置Ａが臨床情報を医療施設Ｂ１から受け取る構成であってもよい。

［マスターテーブル２５］
図１４は統合データベース３０２に格納されたマスターテーブル２５の一例を示す図である。図１４に示すように、マスターテーブル２５には、「患者ＩＤ」、「検体ＩＤ」、「検査依頼ＩＤ」、「遺伝子パネルＩＤ」、「患者氏名」、「患者の性別」、「患者の生年月日」、「患者の同意」、「検査依頼日」、「医療関係者のユーザＩＤ」、「医療関係者の氏名」、「グループＩＤ」、「検査の進捗情報」、「臨床情報」、「検査結果」、「専門家会議を開催する施設」、および「専門家会議の開催日時」が記録されている。

「患者ＩＤ」、「患者氏名」、「患者の性別」、「患者の生年月日」、「患者の同意」、「検査依頼日」、「医療関係者のユーザＩＤ」、「医療関係者の氏名」、および「専門家会議を開催する施設」は、図７に示すＧＵＩ１３０を用いて担当医師Ｈ１ａに入力された情報である。なお、「医療関係者の氏名」は、ＧＵＩ１３０の領域Ｒ２の「患者の担当医師」の欄に入力された氏名である。また、「医療関係者のユーザＩＤ」は、ＧＵＩ１３０の領域Ｒ２の「担当医師のユーザＩＤ」の欄に入力された医療関係者のユーザＩＤである。

ＧＵＩ１３０の領域Ｒ２の「患者の同意」に関する情報は、検査に対する同意、匿名化した検査結果を第三者機関に提供すること、およびこれらの組合せを含み、これに限られない。ＧＵＩ１３０の領域Ｒ２の「患者の同意」に関する情報は、プルダウンメニューもしくはラジオボタンで選択させるよう表示してもよく、リストの中から任意の組み合わせを選択させるよう表示してもよい。

マスターテーブル２５は、「患者の同意」に関する情報として、ＧＵＩ１３０の領域Ｒ２の「患者の同意」で選択された内容を記録する。また、マスターテーブル２５は、「患者の同意」に関する情報として、該当患者の同意書のスキャンデータへのリンクを記録してもよい。

「検査依頼ＩＤ」は、統合データ管理装置Ａの制御部１０が、端末装置Ｂ１３から検査依頼情報を受信したことに応じて、各検査依頼について個別に生成する識別情報である。なお、「検査依頼ＩＤ」は、検査依頼を受け付けた施設が保有する発番システムが個別に発番してもよく、もしくは、検査依頼を受け付けた施設の担当者が任意に発番してもよく、これに限られない。

「検体ＩＤ」は、医療施設Ｂ１において準備された検体毎に付与される検体識別情報である。統合データ管理装置Ａの制御部１０は、図４の工程ＩＩｃにおいて、患者の検体を準備した医療施設Ｂ１の端末装置Ｂ１３から、検体の準備が完了した旨の通知と共に受信する。なお、検体ＩＤとして、血液検体および病変組織検体の両方に共通のＩＤが生成されてもよいし、血液検体および病変組織検体のそれぞれに個別のＩＤが生成されてもよい。また、検体ＩＤは、検査を行う検査施設Ｃ１が発番してもよい。その場合、検査施設Ｃ１の医療関係者である臨床検査技師Ｈ３が、発番された検体ＩＤを、統合データ管理装置Ａの統合データベース３０２に格納された、図１４に示すマスターテーブル２５に、検査依頼ＩＤと関連付けて記録してもよい。

「遺伝子パネルＩＤ」は、遺伝子パネル検査に用いられる遺伝子パネルの種類毎に付与された識別情報である。統合データ管理装置Ａの制御部１０は、図９に示す遺伝子パネルテーブル２２を参照して、ＧＵＩ１３０の領域Ｒ２の「検査種別」の欄に入力された遺伝子パネル名に対応する遺伝子パネル識別情報を抽出する。

「グループＩＤ」は、専門家会議に参加する医療関係者から構成されるグループ毎に付与されたグループの識別情報である。まず、統合データ管理装置Ａの制御部１０は、図１１に示す検査施設テーブル２４を参照して、ＧＵＩ１３０の領域Ｒ２の「検査結果を解釈する施設」の欄に入力された施設名に対応する施設ＩＤを特定する。続いて、統合データ管理装置Ａの制御部１０は、図１７に示すグループテーブル２６を参照して、特定した施設ＩＤに対応するグループＩＤを特定する。なお、「グループＩＤ」は、図１４に示すマスターテーブル２５において、検査依頼ＩＤと関連付けて記録された専門家会議の開催日時情報を抽出し、図１８に示す専門家会議スケジュールテーブル２７を参照することにより、グループＩＤを抽出してもよい。

「検査の進捗情報」は、統合データ管理装置Ａの制御部１０が、図４の工程ＩＩＩａにおいて、検査施設Ｃ１の検査情報管理装置Ｃ１１から受信する、検査の進捗状況に関する情報である。

「検査の進捗情報」は、検査に供される検体の準備状況、検体の輸送状況、および検査の各工程の完了状況などに関する情報を含んでいてもよい。「検査の進捗情報」としては、「検体準備中」、「検体輸送中」、「前処理工程：未完」、「前処理工程：完了」、「シーケンス工程：未完」、「シーケンス工程：完了」、「変異解析工程：未完」、「変異解析工程：完了」などが用いられ得る。「検体準備中」は、医療関係者による検査依頼は完了したが、検体の取得はまだ完了していない段階であることを示し、「検体輸送中」は、運送事業所Ｅ１が医療施設Ｂ１から検体の受け取りを完了したが、検査施設Ｃ１への輸送はまだ完了していない段階であることを示している。「前処理工程：未完」は、運送事業所Ｅ１が検体を検査施設Ｃ１に届けた段階であるが、検体の前処理工程はまだ完了していない段階であることを示し、「前処理工程：完了」、「シーケンス工程：未完」、「シーケンス工程：完了」、「変異解析工程：未完」、および「変異解析工程：完了」はそれぞれ、検査施設Ｃ１における検査の前処理工程、シーケンス工程、および変異解析工程の前後の段階であることを示している。

「臨床情報」は、例えば、患者の電子カルテに含まれる情報や病理部の病理画像などを含んでいてもよい。統合データ管理装置Ａの制御部１０は、図７に示すＧＵＩ１３０を通じて検査依頼を受け付けると、検査依頼に含まれる患者ＩＤを抽出する。統合データ管理装置Ａの制御部１０は、抽出した患者ＩＤに基づき、医療施設Ｂ１の電子カルテ管理装置Ｂ１１および病理画像管理装置Ｂ１２から患者の臨床情報を取得し、それぞれ統合データベース３０２に個別のフォルダを設けて格納する。図１４に戻り、統合データ管理装置Ａの制御部１０は、「臨床情報」として、当該臨床情報のファイルデータへのリンク情報を、患者ＩＤ、検査依頼ＩＤと関連付けて、マスターテーブル２５に記録してもよい。

「検査結果」は、統合データ管理装置Ａの制御部１０が、図４の工程ＩＶａにおいて、検査施設Ｃ１の検査情報管理装置Ｃ１１から受信する、遺伝子パネル検査の検査結果である。遺伝子パネル検査の検査結果は、サマリーレポート、シーケンスレポート、ＱＣレポート、および検査報告書を含み、これに限られない。また、サマリーレポートや検査報告書には「検体種別（ＦＦＰＥ、新鮮凍結検体など）」、「検体採取の時期（初発時か再発時か）・部位（原発・転移）」、「病理診断名」、「病理検体番号」、「検体中の腫瘍細胞の割合（％）」、「ＤＮＡの量と質」、「受付日」、「報告日」、「パネル検査の方法」、「遺伝子変異の種類、臨床的意義」、「アノテーション情報の参照データベースの種類およびそのバージョン」などが含まれてよく、これに限られない。
統合データ管理装置Ａの制御部１０は、検査施設Ｃ１の検査情報管理装置Ｃ１１から取得した患者の遺伝子パネル検査の検査結果をそれぞれ、統合データ管理装置Ａの統合データベース３０２に個別のフォルダを設けて格納する。統合データ管理装置Ａの制御部１０は、「検査結果」として、各フォルダに格納された検査結果のファイルデータへのリンク情報をマスターテーブル２５に記録してもよい。なお、「検査結果」を、検査施設Ｃ１の臨床検査技師Ｈ３が使用する端末装置Ｃ１４から、臨床検査技師Ｈ３に統合データ管理装置Ａに送信させてもよい。

また、「検査結果」は検査施設Ｃ１から「検査依頼ＩＤ」とともに送付され、統合データ管理装置Ａの制御部１０によって受信されてもよい。この場合、統合データ管理装置Ａの制御部１０は、「検査結果」の受信に伴い、マスターテーブル２５を参照し、受信した「検査依頼ＩＤ」に対応するレコードに関連付けて、「検査結果」を記録してもよい。

なお、検査施設Ｃ１は「検体の残量」に関する情報を、「検査依頼ＩＤ」、「検体ＩＤ」のいずれか一方、もしくは両方に関連付けて、マスターテーブル２５に記録してもよい。また、検査施設Ｃ１は「残留検体の所在地」に関する情報を、「検査依頼ＩＤ」、「検体ＩＤ」のいずれか一方、もしくは両方に関連付けて、マスターテーブル２５に記録してもよい。なお、ここでは検査施設Ｃ１が「検体の残量」および「残留検体の所在地」に関する例を示したが、残留検体の返却を受けた医療施設Ｂ１の担当医師Ｈ１ａがマスターテーブル２５に記録してもよく、これに限られない。

「専門家会議の開催日時」は、例えば、新規に登録された専門家会議の開催予定日、既に開催された専門家会議のスケジュールに関する情報である。例えば、専門家会議を開催する予定日を決定する権限を有する医療関係者が使用する端末装置から、開催予定日時の登録、変更、および削除などの入力がなされた場合、制御部１０は、入力された開催予定日時をマスターテーブル２５に記録する。

なお、専門家会議の開催予定日時は、グループを構成する医療関係者間で、日程調整することによって決定して登録されてもよいし、専門家会議を設定する権限を有する医療関係者が任意の開催予定日時を登録してもよい。

また、マスターテーブル２５には、専門家会議の開催に必要な医療関係者の参加が確認されているかを示す開催要件に関する情報を記録してもよい。例えば、専門家会議には、（１）検討を行う対象患者の担当医師が１名以上含まれていること、（２）病理医が複数名含まれていること、（３）がん薬物療法の専門医が複数名含まれていること、（４）バイオインフォマティクスの専門家が１名以上含まれていること、（５）遺伝カウンセラーが１名以上含まれていること、（６）分子遺伝学の研究者が１名以上含まれていること、（７）遺伝医学の専門医が１名以上含まれていること、が求められているとする。

このような場合、統合データ管理装置Ａの統合データベースは、図１８に示す専門家会議スケジュールテーブル２７に、上記（１）から（７）の要件を関連付けて記録してもよい。すなわち、各々の専門家会議のスケジュールについて、（１）担当医師（役割ＩＤ：Ｒ０１）の参加必要人数：１、以下同様に、（２）病理医（役割ＩＤ：Ｒ０２）：２、（３）がん薬物療法の専門医（役割ＩＤ：Ｒ０３）：２、（４）バイオインフォマティクスの専門家（役割ＩＤ：Ｒ０４）：１、（５）遺伝カウンセラー（役割ＩＤ：Ｒ０５）：１、（６）分子遺伝学の研究者（役割ＩＤ：Ｒ０６）：１、（７）遺伝医学の専門医（役割ＩＤ：Ｒ０７）：１という情報を記録していてもよい。なお、これらの数値は一例であり、これに限られない。

統合データ管理装置Ａの制御部１０は、所定の専門家会議について医療関係者から日程調整の承諾を受信した場合、統合データベースに格納された、図１０に示すユーザ登録テーブル２３を参照し、承諾した医療関係者に関連付けて記録された役割ＩＤを抽出する。次に、統合データ管理装置Ａの制御部１０は、図１８に示す専門家会議スケジュールテーブル２７を参照し、当該専門家会議のスケジュールに関連付けて記録された上記（１）から（７）の要件に対して以下の処理を行う。

すなわち、例えば日程調整の承諾をした医療関係者の役割ＩＤがＲ０５、すなわち遺伝カウンセラーであった場合、専門家会議スケジュールテーブル２７に記録された（５）遺伝カウンセラー（役割ＩＤ：Ｒ０５）に記録されている数値である１から、１を減じて０とする。これにより、当該専門家会議のスケジュールには十分な遺伝カウンセラーが参加していることが確認される。統合データ管理装置Ａの制御部１０は、他の医療関係者についても同様の処理を行う。

統合データ管理装置Ａの制御部１０は、（１）～（７）の全ての数字が０になっていることを確認する。全ての数字が０になっている場合、制御部１０はマスターテーブル２５の「開催要件に関する情報」として「開催可能」と記録してもよい。全ての数字が０になっていない場合は、「追加招集が必要」と記録してもよい。また、全ての数字が０になっていない場合、制御部１０は、ユーザへの注意喚起のため、図３３に示すアイコン１７０をＧＵＩ１６０に表示してもよい。

マスターテーブル２５は、例えば、統合データ管理装置Ａの管理権限を付与された管理者Ｈ８により手動で更新可能に管理されていてもよい。図１５は、統合データ管理装置Ａの管理権限を有する管理者Ｈ８が存在する場合の構成例を示す図である。管理者Ｈ８は、統合データ管理装置Ａの制御部１０が、担当医師Ｈ１ａから検査依頼情報を受信する前に、通知された患者ＩＤ、患者氏名、性別、患者の生年月日などに基づき、統合データ管理装置Ａを用いてマスターテーブル２５を作成してもよい。なお、統合データ管理装置Ａが医療施設Ｂ１内に設置されている場合（図５４参照）、医療関係者に統合データ管理装置Ａの管理権限が付与されてもよい。例えば、患者の担当医師Ｈ１ａなどの医療関係者がマスターテーブル２５に患者情報を入力しても良い。

［患者と専門家会議に参加するグループとの関連付け］
制御部１０は、患者と、該患者の治療方針を策定するための専門家会議に参加するグループとを関連付けてもよい。図１６は、制御部１０が、患者と専門家会議に参加する専門家とを関連付ける処理の概要を示すフローチャートである。

まず、制御部１０は、統合データベース３０２に格納されている医療施設テーブル２１を参照し、検査依頼情報として入力された、検査結果を解釈する施設に対応する施設ＩＤを特定する（ステップＳ８１）。次に、制御部１０は、統合データベース３０２に格納されているグループテーブル２６を参照し、特定した施設ＩＤに対応するグループＩＤ、および、該グループＩＤに対応するユーザＩＤを特定する（ステップＳ８２）。

図１７はグループテーブル２６の一例を示す図である。図１７に示すように、グループテーブル２６には、グループＩＤ、施設ＩＤ、および複数のユーザＩＤの組が記録されている。

ここでは、図１４に示すレコードＭ１を例に挙げて、制御部１０が、患者と専門家会議に参加するグループとを関連付ける処理を説明する。制御部１０は、医療施設テーブル２１を参照し、検査依頼情報として入力された、検査結果を解釈する施設「ｘｘがんリサーチセンター」に対応する施設ＩＤ「Ｆ０１」を特定する。次に、制御部１０は、グループテーブル２６を参照し、施設ＩＤ「Ｆ０１」に対応するグループＩＤ「Ｇ０１」または「Ｇ０２」を特定する。制御部１０がグループＩＤ「Ｇ０１」を特定した場合、グループＩＤ「Ｇ０１」に対応するユーザＩＤ「Ｕ０１、Ｕ０２、Ｕ０３、Ｕ０４、Ｕ０５」を特定する。このように、制御部１０は、特定されたグループＩＤに対応するユーザＩＤが複数存在する場合には、それら複数のユーザＩＤを、入力された検査依頼情報に含まれる患者ＩＤと関連付けてもよい。なお、「特定」と「抽出」は同じ意味ある。

なお、制御部１０は、特定した施設ＩＤに対応するグループＩＤが複数存在する場合には、それらのグループからランダムに１つのグループを選択してもよい。あるいは、制御部１０は、統合データベース３０２に格納されている専門家会議スケジュールテーブル２７を参照し、専門家会議の登録数が少ない（すなわち、スケジュールに空きが多い）グループを優先的に選択してもよい。

［専門家会議スケジュールテーブル２７］
図１８は専門家会議スケジュールテーブル２７の一例を示す図である。図１８に示すように、専門家会議スケジュールテーブル２７には、グループＩＤ、施設ＩＤ、専門家会議の開催予定日時、および許容患者数の組が記録されている。許容患者数とは、専門家会議にて治療法の策定が議論される患者の数の上限である。専門家会議が開催される時間の長さに応じて、許容患者数が設定されてもよい。例えば、図１８に示す専門家会議スケジュールテーブル２７では、専門家会議が４時間（例えば、「１：００ｐｍ～５：００ｐｍ」）予定されている場合には許容患者数は「４」と設定され、３時間（例えば、「３：００ｐｍ～６：００ｐｍ」）予定されている場合は「３」と設定されている。

図１４に示すレコードＭ１を例に挙げて、制御部１０が、複数のグループＩＤのうちの１つを特定する処理を説明する。制御部１０は、医療施設テーブル２１を参照し、検査依頼情報として入力された、検査結果を解釈する施設「ｘｘがんリサーチセンター」に対応する施設ＩＤ「Ｆ０１」を特定する。次に、制御部１０は、グループテーブル２６を参照し、施設ＩＤ「Ｆ０１」に対応するグループＩＤ「Ｇ０１」および「Ｇ０２」を特定する。次に、制御部１０は、専門家会議スケジュールテーブル２７を参照し、グループＩＤ「Ｇ０１」の専門家会議の登録数とグループＩＤ「Ｇ０２」の専門家会議の登録数とを比較して、登録数が少ない方のグループＩＤを特定する。

［統合ＩＤ］
制御部１０は、検査依頼情報を受け付ける度に、統合ＩＤ（第三識別情報）を自動的に生成してもよい。制御部１０は、受け付けた検査依頼情報毎に、患者の臨床情報および遺伝子パネル検査の検査結果を、生成した統合ＩＤを用いて関連付ける。統合ＩＤは、制御部１０が取得した検査依頼情報毎に、各情報を統合するために用いられる識別情報である。なお、統合ＩＤは制御部１０とは異なる発番システムが発番してもよい。

例えば、制御部１０は、英数字のランダムな組み合わせによって統合ＩＤを生成すればよい。なお、制御部１０は、過去に生成した統合ＩＤと重複しないように、新たな統合ＩＤを生成すればよく、統合ＩＤの生成に使用する文字および文字数は任意であってよい。

統合ＩＤは、患者ＩＤ、および検査依頼ＩＤに関連付けられていてもよい。この場合、制御部１０は、生成した統合ＩＤを、統合データベース３０２に格納されている統合ＩＤテーブル２８に記録する。例えば、図１９は、統合ＩＤテーブル２８の一例を示す図である。図１９に示すように、統合ＩＤテーブル２８には、患者「ＰＡ０１」および検査依頼ＩＤ「Ｔ０１」のデータに対して、統合ＩＤ「ｏＸｙ７９６Ｋ」が生成され、記録されている。

あるいは、統合ＩＤは、患者ＩＤ、施設ＩＤ、および検査依頼ＩＤに関連付けられていてもよい。この場合、制御部１０は、生成した統合ＩＤを、統合データベース３０２に格納されている統合ＩＤテーブル２８ａに記録する。例えば、図２０は、統合ＩＤテーブル２８ａの一例を示す図である。図２０に示すように、統合ＩＤテーブル２８ａには、患者「ＰＡ０４」および検査依頼ＩＤ「Ｔ０４」のデータに対して、統合ＩＤ「ＭｙｉＹＡｍ２」が生成され、記録されている。
制御部１０は、制御部１０が受け付けた、検体の輸送状況を管理するための情報をマスターテーブル２５に記録する。血液検体および病変組織検体の輸送には、検査施設において実施する検査の成否、検査結果の品質および信頼性に影響しないように輸送することが求められる。この構成によれば、医療施設Ｂ１から検査施設Ｃ１に輸送された血液検体および病変組織検体が、指定された条件で正しく輸送されたか否かを確認することができる。

（統合データベース３０２に格納されている各種データの管理）
制御部１０は、端末装置Ｂ１３、電子カルテ管理装置Ｂ１１、病理画像管理装置Ｂ１２、および検査情報管理装置Ｃ１１などから統合データ管理装置Ａが受け付けた患者情報、患者の臨床情報、検査結果に関するデータのそれぞれに、データＩＤおよびデータ種別ＩＤを付与し、統合データベース３０２に格納してもよい。また、制御部１０は、報管理施設群Ｆの各サーバを検索して得た関連情報のそれぞれに、データＩＤおよびデータ種別ＩＤを付与し、統合データベース３０２に格納してもよい。

データＩＤは、データ毎に付与されるＩＤである。一方、データ種ＩＤは、データの種別を区別するために付与されるＩＤである。データ種ＩＤとしては、例えば、以下が挙げられる。
・「ＰＡ」：制御部１０が端末装置Ｂ１３および電子カルテ管理装置Ｂ１１などから受け付けた患者情報に付与されるＩＤである。
・「ＩＭ」：制御部１０が端末装置Ｂ１３および病理画像管理装置Ｂ１２などから受け付けた患者の病理画像のデータに付与されるＩＤである。
・「ＴＥＳＴ」：制御部１０が検査情報管理装置Ｃ１１から受け付けた検査結果のデータに付与されるＩＤである。
・「ＡＮＮ」：制御部１０によって、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、学術論文情報管理装置Ｆ３１から取得されたアノテーション情報に付与されるＩＤである。

なお、データ種ＩＤは、データ種に含まれる複数のデータをより細かく区分するように付与されてもよい。例えば、制御部１０によって、変異情報管理装置Ｆ１１から取得されたアノテーション情報には「ＡＮＮ０１」を付与し、薬剤情報管理装置Ｆ２１から取得されたアノテーション情報には「ＡＮＮ０２」を付与し、学術論文情報管理装置Ｆ３１からから取得されたアノテーション情報には「ＡＮＮ０３」を付与してもよい。このように、データ種ＩＤの付与を細分化することにより、制御部１０は、より詳細なアクセス管理が可能となる。

＜患者情報テーブル３１＞
図２１は、図４の工程Ｉａにおいて、統合データ管理装置Ａの制御部１０が端末装置Ｂ１３から受け付けた患者情報を含む患者情報テーブル３１の一例を示す図である。図２１の患者情報テーブル３１に示すように、患者情報のレコードの各々には、患者の性別、年齢、疾患ＩＤ、病状（疾患の進展度、例えばがんの場合、ステージＩ～ＩＶで表される）、および治療歴（レジメン情報）などの組が記録されており、これらのデータの組には、データＩＤおよびデータ種ＩＤが関連付けられている。なお、患者情報テーブル３１は、患者の生年月日、疾患名、過去に使用した薬剤に対する反応（副作用）に関する情報などが含まれていてもよい。

患者の性別、年齢、病状、および治療歴などは、制御部１０が、担当医師Ｈ１ａに端末装置Ｂ１３から入力させてもよい。あるいは、制御部１０が、電子カルテ管理装置Ｂ１１から受け付けた患者の臨床情報から抽出してもよい。

例えば、制御部１０が、患者の疾患名を記入させる欄Ｒ２２および疾患ＩＤを表示させる欄Ｒ２３を有するＧＵＩ１３０ａを端末装置Ｂ１３に表示させ、担当医師Ｈ１ａに患者の疾患名を入力させてもよい（図１３参照）。制御部１０は、統合データベース３０２に格納されている疾患テーブル３２を参照して、患者の疾患名の欄Ｒ２２に入力された疾患名に対応する疾患ＩＤを自動的に疾患ＩＤの欄Ｒ２３に表示させる構成であってもよい。図２２は疾患テーブル３２の一例を示す図である。図２２に示すように、疾患テーブル３２には、疾患ＩＤと、各疾患ＩＤに対応する疾患名との対応関係が記録されている。制御部１０は、疾患テーブル３２を参照し、入力された疾患名に対応する疾患ＩＤを検索する。例えば、患者情報テーブル３１によれば、データＩＤ「ＰＡ０１」、データ種別ＩＤ「ＰＡ」が付与されている患者は、５２歳の肺がんを罹患している男性であり、データＩＤ「ＰＡ０３」、データ種別ＩＤ「ＰＡ」が付与されている患者は、８１歳の大腸がんを罹患している女性である。

＜病理画像テーブル３３＞
図２３は、図４の工程ＩＩｄにおいて、制御部１０が病理画像管理装置Ｂ１２から受け付けた病理画像を含む病理画像テーブル３３の一例を示す図である。図２３の病理画像テーブル３３に示すように、病理画像のレコードの各々には、検体採取日、採取部位、病理画像ファイルデータへのリンク情報、および病理医所見などの組が記録されており、これらのデータの組には、データＩＤおよびデータ種ＩＤが関連付けられている。例えば、病理画像テーブル３３によれば、データＩＤ「ＩＭ０１」、データ種別ＩＤ「ＩＭ」が付与されている病理画像は、ｘ年ｘ月ｘ日に採取された病変組織検体に関するものであり、病理画像データは「Ｉｍａｇｅ ０１」として管理されている。なお、病理画像ファイルは統合データ管理装置Ａの統合データベース３０２に保存されていてもよいし、病理画像管理装置Ｂ１２に保存されているものを参照してもよい。

＜検査結果テーブル３４＞
図２４は、図４の工程ＩＶａにおいて、制御部１０が検査情報管理装置Ｃ１１から受け付けた検査結果を含む検査結果テーブル３４の一例を示す図である。図２４の検査結果テーブル３４に示すように、検査結果のレコードの各々には、検査結果レポートのファイルデータへのリンク情報、変異情報、治療薬情報、遺伝子パネルＩＤ、疾患ＩＤ、検体品質情報、およびＤＮＡ量などの組が記録されており、これらのデータの組には、データＩＤおよびデータ種ＩＤが関連付けられている。

図２４に示すように、検査結果テーブル３４には、レポートへのリンク、変異情報、治療薬情報、疾患ＩＤ、検体品質情報およびＤＮＡ量の情報が含まれている。

レポートへのリンクとは、検査施設Ｃ１の臨床検査技師Ｈ３などによって作成された検査結果レポートのファイルデータへのリンク情報である。

変異情報とは、遺伝子パネル検査によって検出された変異に関する情報である。例えば、図２４に示す検査結果テーブル３４における「ＥＧＦＲ Ｔ７９０Ｍ」というデータは、ＥＧＦＲというタンパク質のアミノ酸配列において、野生型であればスレオニンである７９０番目のアミノ酸残基がメチオニンに変異していることを示している。一方、「ＢＲＡＦ Ｖ６００Ｅ」というデータは、ＢＲＡＦというタンパク質のアミノ酸配列において、野生型であればバリンである６００番目のアミノ酸残基がグルタミン酸に変異していることを示している。

治療薬情報とは、遺伝子パネル検査によって検出された変異に対応付けられている治療薬に関する情報である。例えば、例えば、図２４に示す検査結果テーブル３４の「ＥＧＦＲ Ｔ７９０Ｍ」というデータに対して「薬剤Ａ」、「ＢＲＡＦ Ｖ６００Ｅ」というデータに対して「薬剤Ｂ」が示されている。

遺伝子パネルＩＤとは、遺伝子パネル検査にて使用した遺伝子パネルの種別を表す識別情報である。制御部１０は、例えば、図９に示す遺伝子パネルテーブル２２を参照して、遺伝子パネルＩＤを検索し、特定すればよい。

疾患ＩＤとは、各患者の疾患名に対応する識別情報である。例えば、図２４に示す「ＬＵＮＧ」というデータは、患者の疾患が肺がんであることを示し、「ＣＯＲＯＮ」というデータは、患者の疾患が大腸（結腸）がんであることを示している（図２２参照）。

検体品質情報とは、医療施設Ｂ１から検査施設Ｃ１に届けられた患者の検体の品質に関する情報である。検体品質情報としては、例えば、「良好」、「良」、および「可」などであってもよい。ここで、「良好」および「良」は、遺伝子パネル検査の前処理工程において患者の病変組織から十分量のＤＮＡが抽出可能な状態であることを示し、「可」は、ＤＮＡの分解が進んでいることが確認されるものの、遺伝子パネル検査の実施には問題ない状態であることを示している。なお、ＤＮＡの分解がかなり進んでいる場合、または遺伝子パネル検査を実施するための充分なＤＮＡ量が抽出できない状態である場合に対して、「不可」という検体状態情報を割り当ててもよい。

ＤＮＡ量とは、遺伝子パネル検査の前処理工程において患者の病変組織から抽出されたＤＮＡの量に関する情報である。ＤＮＡの量としては、例えば、病理組織１ｍｇあたりに抽出されたＤＮＡの重量（ｎｇ）であってもよい。

＜アノテーション情報テーブル３５＞
図２５は、制御部１０が情報管理施設群Ｆの各サーバから取得したアノテーション情報を含むアノテーション情報テーブル３５の一例を示す図である。図２５のアノテーション情報テーブル３５に示すように、アノテーション情報のレコードの各々には、アノテーションの種別、関連情報の情報源へのリンク情報、データへのリンク情報、およびテキスト情報などの組が記録されており、これらのデータの組には、データＩＤおよびデータ種ＩＤが関連付けられている。例えば、アノテーション情報テーブル３５によれば、データＩＤ「ＡＮＮ０１」、データ種別ＩＤ「ＡＮＮ」が付与されているアノテーション情報は、変異に関するものであり、関連情報の情報源へのリンク情報は「https://xxx.yyy.com」であり、関連情報に関するデータは「Ｄａｔａ Ａ０１」として管理されている。

＜役割テーブル３６＞
医療施設Ｂ１、Ｂ２、検査施設Ｃ１、Ｃ２、および外部施設Ｄ１、Ｄ２に所属している医療関係者によって、情報管理システム１００の利用が申請されたとき、制御部１０は、当該医療関係者にユーザＩＤを生成する。このとき、制御部１０は、医療関係者に対して、統合データベース３０２に格納されている役割テーブル３６を参照し、ユーザＩＤと共に役割ＩＤを生成してもよい。なお、情報管理システム１００に含まれる運送事業所群Ｅの従業員に役割ＩＤを生成してもよい。また、生成した役割ＩＤを、図１０に示すユーザ登録テーブル２３のユーザＩＤと関連付けて記録してもよい。

図２６は役割テーブル３６の一例を示す図である。図２６に示すように、役割テーブル３６には、役割ＩＤと、各役割ＩＤに対応する役割名との対応関係が記録されている。制御部１０は、役割テーブル３６を参照し、医療関係者が情報管理システム１００の利用を申請したときに入力された情報に基づいて、各医療関係者に対応する役割ＩＤを検索する。入力された情報としては、例えば、所属する施設名、および専門分野などが挙げられる。制御部１０は、例えば、医療施設Ｂ１に所属し、患者Ｐの担当医師Ｈ１ａに対しては役割ＩＤ「Ｒ０１」を生成し、検査施設Ｃ１の臨床検査技師に対しては、役割ＩＤ「Ｒ０８」を生成する。制御部１０は、例えば、外部施設Ｄ１に所属するバイオインフォマティクスの専門家である医療関係者に対しては役割ＩＤ「Ｒ０４」を生成する。一方、情報管理システム１００において、検体の輸送を担当する運送事業所群Ｅの従業員に対して、制御部１０は、役割ＩＤ「Ｒ０９」を生成する。

＜アクセス権限管理テーブル３７＞
例えば、制御部１０は、統合データベース３０２に格納されているアクセス権限管理テーブル３７を参照して、医療関係者、および運送事業所Ｅ１の従業員が閲覧したり、利用したりすることができるデータを制限してもよい。

図２７はアクセス権限管理テーブル３７の一例を示す図である。図２７に示すように、アクセス権限管理テーブル３７には、役割ＩＤと、各役割ＩＤに対応する者にアクセスを許可するデータのデータ種別ＩＤとの対応関係が記録されている。制御部１０は、アクセス権限管理テーブル３７を参照し、端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、Ｄ２１、およびＥ１２などからのアクセス要求に対して、アクセスを許可するデータのデータ種別ＩＤを制限する。

［運送事業所Ｅの従業員のアクセス制限］
図４の工程ＩＩｅにおいて、制御部１０から集配管理装置Ｅ１１に、検体受け取り依頼が通知された後に、例えば、従業員が使用する端末装置Ｅ１２から、統合データ管理装置Ａにアクセス可能であってもよい。ただし、従業員は、医療関係者ではないため、従業員は、統合データ管理装置Ａが扱う全情報のうちの一部の機能を利用することのみが許可されることが望ましい。そこで、制御部１０は、アクセス権限管理テーブル３７を参照し、端末装置Ｅ１２からアクセス要求を送信した従業員の役割ＩＤがＲ０７であることに基づいて、従業員にアクセスを許可するデータのデータ種別ＩＤを制限する。

例えば、従業員が統合データ管理装置Ａにログインすると、図２８に示すような画面表示１４０が端末装置Ｅ１２に表示される。図２８は、運送事業所の端末装置Ｅ１２に表示される画面表示例を示す図である。例えば、端末装置Ｅ１２において、統合データ管理装置Ａが受け付けた検査依頼のリストが表示される。従業員は、統合データ管理装置Ａが画面検査依頼を受け付けた日、検査依頼ＩＤ、検体の準備状況、検査依頼元（例えば医療施設名）、および検査を実施する検査施設（例えば検査施設名）を確認することができる。

なお、画面表示１４０の「検体の準備状況」に表示された情報を選択する操作（例えば、クリック操作）を受け付けることによって、端末装置Ｅ１２から当該検体の準備状況を更新できる構成であってもよい。例えば、従業員は端末装置Ｅ１２を用いて、「検体輸送中」および「検体輸送完了」などの情報を入力可能であってもよい。この場合、端末装置Ｅ１２から入力可能な「検体の準備状況」の候補リストを、選択された「検体の準備状況」の位置にプルダウン表示させてもよい。

（専門家会議のスケジュール管理）
＜専門家会議の予約＞
情報管理システム１００では、医療関係者が検査施設Ｃ１において実施される検査を依頼するときに、当該検査の結果を踏まえて患者の治療法を策定するための専門家会議の予約をすることも可能である。

例えば、制御部１０は、図７に示すＧＵＩ１３０の代替として、専門家会議の予約の入力を受け付ける、図２９に示すＧＵＩ１５０を表示させてもよい。図２９は、専門家会議の予約の入力を受け付けるために端末装置Ｂ１３に表示するＧＵＩ１５０の一例を示す図である。

ＧＵＩ１５０は、検査を依頼する依頼元施設の情報の入力を受け付ける領域Ｒ１、検査依頼情報の入力を受け付ける領域Ｒ２、専門家会議の予約の入力を受け付ける領域Ｒ４、および検査依頼情報を端末装置Ｂ１３から統合データ管理装置Ａの制御部１０に送信する指示を受け付ける依頼ボタンＲ３を含んでいる。

領域Ｒ４には、「検査結果を解釈する施設」として領域Ｒ２に入力された施設（および施設ＩＤ）において専門家会議が開催される開催予定日および時間帯のリスト、および各開催予定日および時間帯を選択させるためのチェックボックスが設けられていてもよい。例えば、制御部１０は、統合データベース３０２に格納されている専門家会議スケジュールテーブル２７（図１８参照）を参照し、「検査結果を解釈する施設」として領域Ｒ２に入力された施設「ｘｘがんリサーチセンター」おいて開催される専門家会議の開催予定日および時間帯を領域Ｒ４に表示させる。

例えば、２０１９年１月７日の１０：００～１２：００に予定されている専門家会議の予約を希望する医療関係者は、図示のように対応するチェックボックスをクリックすればよい。なお、領域Ｒ１～Ｒ３は、図７に示すＧＵＩ１３０と同様である。

制御部１０は、例えば、検査依頼日よりも所定期間（例えば１か月）以上先に、開催されることが予定されている専門家会議の開催予定日および時間帯のみを、領域Ｒ４に表示してもよい。

制御部１０は、図１８に示すような専門家会議スケジュールテーブル２７を参照し、医療関係者によって選択された専門家会議の開催予定日および時間帯に対応付けられたグループＩＤを特定し、当該専門家会議のスケジュールを管理してもよい。すなわち、制御部１０は、図１７に示すグループテーブル２６を参照して、特定したグループＩＤに対応するユーザＩＤを抽出する。

次に、制御部１０は、図１０に示すようなユーザ登録テーブル２３を参照して、特定した各ユーザＩＤの医療関係者の連絡先を特定し、当該日時における専門家会議の開催通知を各医療関係者に送信する。これにより、統合データ管理装置Ａは、担当医師Ｈ１ａによる検査依頼情報の入力に加え、検査施設Ｃ１において実施される検査の検査結果を解釈する専門家会議の予約の入力を受け付けることができる。さらに、統合データ管理装置Ａは、予約を受け付けた専門家会議に参加する各医療関係者に、当該専門家会議が開催予定である旨の通知を送信することができる。

＜予約された専門家会議の開催通知を、各医療関係者宛に送信する処理＞
続いて、医療関係者によって予約された専門家会議のスケジュールに関する情報、および、当該スケジュールに関連付けられた検査結果を、グループを構成する医療関係者の各々に送信する処理の流れの一例について図３１を用いて説明する。図３１は、予約された専門家会議の開催通知を、各医療関係者宛に送信する処理の流れの一例を示す図である。

まず、端末装置Ｂ１３は、医療関係者から、検査依頼受付画面の表示指示を受け付け、表示指示を統合データ管理装置Ａに送信する（ステップＳ１２０１）。検査依頼受付画面は、例えば、図２９に示すＧＵＩ１５０であってもよい。

統合データ管理装置Ａは、端末装置Ｂ１３から表示指示を受信し（ステップＳ１２０２）、遺伝子検査の種別に関する情報、検査施設に関する情報、検査結果を解釈する施設に関する情報を、統合データベース３０２から取得し、端末装置Ｂ１３に送信する（ステップＳ１２０３）。

端末装置Ｂ１３は、統合データ管理装置Ａから受信した情報に基づき、検査依頼受付画面を表示する（ステップＳ１２０４）。

次に、端末装置Ｂ１３は、検査依頼受付画面において医療関係者によって選択された、検査依頼に対する検査結果を解釈する施設に関する情報を受け付け、統合データ管理装置Ａに送信する（ステップＳ１２０５）。検査依頼に対する検査結果を解釈する施設に関する情報の選択は、ステップＳ１２０３でデータ管理装置Ａの制御部１０が取得した情報に基づき表示されるリストやプルダウンメニューから選択されてもよく、これに限られない。

統合データ管理装置Ａは、検査依頼に対する検査結果を解釈する施設に関する情報を受信し（ステップＳ１２０６）、当該施設で開催される、複数の専門家会議のスケジュール情報を専門家会議スケジュールテーブル２７から取得し、端末装置Ｂ１３に送信する（ステップＳ１２０７）。

端末装置Ｂ１３は、統合データ管理装置Ａから複数の専門家会議のスケジュール情報を受信し、ＧＵＩ１５０の領域Ｒ４に表示する（ステップＳ１２０８）。

次に、端末装置Ｂ１３は医療関係者から、１つの専門家会議の選択を受け付ける。また、端末装置Ｂ１３は選択された専門家会議に参加する、複数の医療関係者に対して専門家会議の開催を通知することの指示を受け付け、統合データ管理装置Ａに送信する（ステップＳ１２０９）。

統合データ管理装置Ａは、選択された１つの専門家会議のスケジュール情報を受け付ける。統合データ管理装置Ａは、選択された専門家会議スケジュールに対して、申請が受け付け可能かを判断する。すなわち、統合データ管理装置Ａは、選択された専門家会議スケジュールの許容患者数を専門家会議スケジュールテーブル２７から取得し、１以上の数であるかを判断する。許容患者数が１以上の場合、選択された専門家会議スケジュールの申請を受け付け、その時点での許容患者数から１を減じる。（ステップＳ１２１０）
統合データ管理装置Ａは、選択された専門家会議に関連付けられた複数の医療関係者の連絡先情報をグループテーブル２６から取得し（ステップＳ１２１１）、取得した複数の医療関係者が使用する連絡先に、選択された専門家会議のスケジュールに関する情報を含む開催通知を送信する（ステップＳ１２１２）。

そして、各医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１は、専門家会議の開催通知を受信する（ステップＳ１２１３）。

次に、医療関係者は、図３３に示すＧＵＩ１６０を例とする画面から、申請した専門家会議に対して、患者の遺伝子情報の検査依頼に対する検査結果を登録する。すなわち、医療関係者は、端末装置Ｂ１３に表示されるＧＵＩ１６０を参照し、自らが依頼した検査の状況を「検体準備および検査の状況」欄で確認する。検査完了となっている場合は、検査結果の登録状況に表示される「未登録」という文字列に付与されたハイパーリンクをクリックし、検査結果の登録画面を表示させる。医療関係者は、表示された検査結果の登録画面に検査結果レポートのファイルをドラッグ・アンド・ドロップすることで検査結果を登録する。端末装置Ｂ１３は、医療関係者から検査結果の登録要求を受け付け、統合データ管理装置Ａに送信する。（ステップＳ１２１４）
なお、検査結果登録要求を検査施設Ｃ１の検査情報管理装置Ｃ１１から受信してもよく、これに限られない。検査結果登録要求を検査施設Ｃ１の検査情報管理装置Ｃ１１から受信する場合、統合データ管理装置Ａの制御部１０は、検査施設Ｃ１の検査情報管理装置Ｃ１１から取得した患者の遺伝子パネル検査の検査結果を、統合データ管理装置Ａの記憶部３０に、それぞれ個別のフォルダを設け格納する。統合データ管理装置Ａの制御部１０は、当該フォルダへのリンク情報を、統合データ管理装置Ａの統合データベース３０２に格納された、図１４に示すマスターテーブル２５に記録する。

統合データ管理装置Ａは、端末装置Ｂ１３から受け付けた検査結果を、マスターテーブル２５の該当するレコードに記録する。これにより、専門家会議のスケジュールと検査結果とが関連付けて記録される。（ステップＳ１２１５）
そして、各医療関係者が、使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１において表示される、図３８に示すＧＵＩ２１０の「関連情報」欄の「関連情報表示」をクリックすると、ステップＳ１２１５において専門家会議のスケジュールに関連付けて記録された検査結果を含む、図４５に示すＧＵＩ２４０が表示される（ステップＳ１２１６）。

次に、専門家会議のスケジュールに関する情報、および、当該スケジュールに関連付けられた検査結果を各医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に送信するために、統合データ管理装置Ａの制御部１０が行う処理の流れの一例を、図３２を用いて説明する。

統合データ管理装置Ａの制御部１０は、医療関係者が端末装置Ｂ１３から認証要求を行う際に入力するログイン情報を受け付けたか否かを判定する（ステップＳ４０１）。ログイン情報を受け付ける（ステップＳ４０１にてＹＥＳ）と、統合データ管理装置Ａの統合データベース３０２に格納されている、図６に示す認証テーブル３８を参照する（ステップＳ４０２）。ここでは、ログイン情報はユーザＩＤとログインパスワードとの組合せを例に説明するが、医療関係者を指紋や顔で認証してもよく、これに限られない。

続いて、制御部１０は、受け付けたログイン情報が認証テーブル３８に含まれる情報と一致するかを判定する（ステップＳ４０３）。例えば、ログイン情報にログインパスワードが含まれている場合、制御部１０は、認証テーブル３８に含まれるユーザＩＤに対応するログインパスワードと、受け付けたログイン情報に含まれるログインパスワードとが一致するかを判定する。一致しない場合（ステップＳ４０３においてＮＯ）、制御部１０は、当該ログインの認証を拒否する（ステップＳ４０４）。一方、一致する場合（ステップＳ４０３においてＹＥＳ）、当該ログインを認証する（ステップＳ４０５）。

ログインを認証した後、制御部１０は、検査依頼の受付画面の表示要求を受信したか否かを判定する（ステップＳ４０６）。制御部１０は、表示要求を受信した場合（ステップＳ４０６でＹＥＳ）、図２９のＧＵＩ１５０に示す検査依頼の受付画面を、端末装置Ｂ１３に表示するための情報を送信する（ステップＳ４０７）。なお、制御部１０が送信する、所定の画面を端末装置Ｂ１３に表示させるための情報は、ＨＴＭＬ（Hyper Text Markup Language）、ＸＭＬ（eXtecsible Markup Language）、ＪａｖａＳｃｒｉｐｔ（登録商標）データを含み、これに限られない。

次に、制御部１０は、検査結果を解釈する施設に関する情報を受信したか否かを判定する（ステップＳ４０８）。検査結果を解釈する施設に関する情報を受信した場合（ステップＳ４０８にてＹＥＳ）、検査結果を解釈する施設で開催される複数の専門家会議のスケジュール情報を、端末装置Ｂ１３に送信する（ステップＳ４０９）。

すなわち、制御部１０は、受信した検査結果を解釈する施設に関する情報に基づき、統合データ管理装置Ａの統合データベース３０２に格納された、図１８に示す専門家会議スケジュールテーブル２７を参照する。受信した検査結果を解釈する施設で開催される複数の専門家会議のスケジュール情報を抽出する。なお、制御部１０は、抽出された専門家会議に関連付けて記録された許容患者数を参照し、許容患者数が０の専門家会議を除いて、端末装置Ｂ１３に送信してもよい。

次に、制御部１０は、専門家会議の選択と開催通知指示を受信したか否かを判定する（ステップＳ４１０）。専門家会議の選択と開催通知指示を受信した場合（ステップＳ４１０にてＹＥＳ）、制御部１０は、選択された専門家会議が申請を受け付け可能か否か、を判定する（ステップＳ４１１）。すなわち、制御部１０は、統合データ管理装置Ａの統合データベース３０２に格納された、図１８に示す専門家会議スケジュールテーブル２７を参照し、選択された専門家会議に関連付けて記録された許容患者数を参照する。許容患者数が１以上であった場合（ステップＳ４１１にてＹＥＳ）、選択された専門家会議に対する申請を受け付ける。その際、制御部１０は、選択された専門家会議に関連付けて記録された許容患者数の数字を１減少（デクリメント）する（ステップＳ４１２）。また、選択された専門家会議に関連付けて記録された許容患者数が０であった場合（ステップＳ４１１にてＮＯ）、ステップＳ４１０に戻り、制御部１０は、他の専門家会議の選択と開催通知指示を受信したか否かを判定する。

また、制御部１０は、選択された専門家会議が申請を、受け付け可能か否かを判定（ステップＳ４１１）した後、専門家会議を設定する権限を有する医療関係者から、専門家会議への申請の承認を受信したか否かを判定してもよい。すなわち、選択された専門家会議への申請が、専門家会議を設定する権限を有さない医療関係者、例えば医療施設Ｂ１に所属する担当医師Ｈ１ａからなされた場合、専門家会議を設定する権限を有する医療関係者、例えば医療施設Ｂ２に所属する医療関係者が申請を承認する。医療施設Ｂ２に所属する医療関係者は端末装置Ｂ２３から専門家会議への申請を承認する。端末装置Ｂ２３は承認情報を統合データ管理装置に送信する。統合データ管理装置の制御部１０は、承認情報を受信すると、選択された専門家会議に関連付けて記録された許容患者数の数字を１減少（デクリメント）（ステップＳ４１２）する。

次に、制御部１０は、選択された専門家会議に関連付けられた複数の医療関係者の連絡先を取得する（ステップＳ４１０）。すなわち、制御部１０は、統合データ管理装置Ａの統合データベース３０２に格納された、図１８に示す専門家会議スケジュールテーブル２７を参照し、選択された専門家会議に関連付けて記録されたグループＩＤを抽出する。次に、制御部１０は、統合データ管理装置Ａの統合データベース３０２に格納された、図１７に示すグループテーブル２６を参照し、抽出されたグループＩＤに関連付けて記録された、グループを構成するユーザのユーザＩＤを抽出する。次に、制御部１０は、統合データ管理装置Ａの統合データベース３０２に格納された、図１０に示すユーザ登録テーブル２３を参照し、抽出されたユーザＩＤに関連付けて記録された連絡先情報を取得する。なお、ここでは専門家会議スケジュールテーブル２７とユーザ登録テーブル２３を参照する例を示したが、マスターテーブル２５とユーザ登録テーブル２３を参照してもよいし、専門家会議スケジュールテーブル２７とユーザ登録テーブル２３を組み合わせた別のテーブルを作成してもよく、これに限られない。

次に、制御部１０は、取得した複数の医療関係者の連絡先に、選択された専門家会議のスケジュールに関する情報を送信する（ステップＳ４１４）。

さらに制御部１０は、選択された専門家会議への検査結果登録要求を受信したか否かを判定する（ステップＳ４１５）。検査結果登録要求を受信した場合（ステップＳ４１５でＹＥＳ）、統合データ管理装置Ａの統合データベース３０２に格納された、図１４に示すマスターテーブル２５に、受信した検査結果と選択された専門家会議とを関連付けて記録する（ステップＳ４１６）。なお、検査結果登録要求を検査施設Ｃ１の検査情報管理装置Ｃ１１から受信してもよく、これに限られない。検査結果登録要求を検査施設Ｃ１の検査情報管理装置Ｃ１１から受信する場合、統合データ管理装置Ａの制御部１０は、検査施設Ｃ１の検査情報管理装置Ｃ１１から取得した患者の遺伝子パネル検査の検査結果を、統合データ管理装置Ａの記憶部３０に、それぞれ個別のフォルダを設け格納する。統合データ管理装置Ａの制御部１０は、当該フォルダへのリンク情報を、統合データ管理装置Ａの統合データベース３０２に格納された、図１４に示すマスターテーブル２５に記録する。

選択された専門家会議において、当該専門家会議に出席する各医療関係者が、各々の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１から、図３８に示すＧＵＩ２１０を表示させ、「関連情報」欄の「関連情報表示」をクリックすると、制御部１０は、当該専門家会議に関連付けられた検査結果を含む結果情報を送信する（ステップＳ４１７）。結果情報を受信した端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１は、図４５に示すＧＵＩ２４０を表示する。

なお、制御部１０は、担当医師Ｈ１ａなどの医療関係者によって、患者Ｐの臨床情報が登録されたことを検知して、検知した臨床情報を複数の医療関係者に通知する構成であってもよい。これにより、複数の医療関係者に対して、専門家会議において参照する臨床情報の登録状況を適宜通知し、専門家会議における議論を適切に支援することができる。

このように、統合データ管理装置Ａは、担当医師Ｈ１ａによる検査依頼情報の入力に加え、検査施設Ｃ１において実施される検査の検査結果を解釈する専門家会議の予約の入力を受け付けることができる。さらに、統合データ管理装置Ａは、予約を受け付けた専門家会議に出席する各医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、当該専門家会議が開催予定である旨の通知を送信することができる。

＜専門家会議の開催スケジュールの表示＞
統合データ管理装置Ａの制御部１０は、例えば、専門家会議に参加する医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、制御部１０が受け付けた検査依頼情報、および専門家会議のスケジュールに関する情報を表示させてもよい。図３３は、医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、検査依頼のリストおよび専門家会議のスケジュールに関する情報を画面表示として表示させるＧＵＩ１６０の一例である。制御部１０は、端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１の表示部に、検査進捗情報およびスケジュール情報を同時に示す検査進捗画面としてＧＵＩ１６０を表示させる。

ＧＵＩ１６０は、検査依頼のリストを表示する領域Ｒ５、および専門家会議のスケジュールを表示する領域Ｒ６を含んでいる。

領域Ｒ５には、例えば、「依頼日」、「患者ＩＤ」、「検体準備および検査の状況」、「患者情報の登録状況」、および「検査結果の登録状況」が表示される。なお、「検査依頼ＩＤ」が領域Ｒ５に表示されてもよい。患者情報および検査結果情報は、いずれも専門家会議において複数の医療関係者が参照する情報である。

「検体準備および検査の状況」の表示例としては、「検体準備中」、「検体準備完了」、「検体輸送中」、「検体輸送完了」、「検体再取得」、「検査中止」、「ＤＮＡ抽出完了」、「前処理完了」、「シーケンシング完了」、「配列解析完了」、および「検査完了」などが挙げられる。

「患者情報の登録状況」の表示例としては、「未登録」、「一部登録」、「登録完了」などが挙げられる。なお、「一部登録」とは、例えば、患者の電子カルテは登録されているが、病理画像などの登録が済んでいない状況である。

「検査結果の登録状況」の表示例としては、「未登録」、および「登録完了」などが挙げられる。

専門家会議において複数の医療関係者が参照する患者情報、検査結果などが医療施設Ｂ１および検査施設Ｃ１から統合データ管理装置Ａに登録されたことに応じて、当該複数の医療関係者に対応する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに、登録状況を通知してもよい。

一方、領域Ｒ６には、例えば、「専門家会議を開催する施設」、「状況」、および「開催日時」が表示される。

「状況」には、専門家会議の設定状況を示す情報が表示される。例えば、「状況」には、専門家会議の開催スケジュールが決定しており、専門家会議に参加する医療関係者へのスケジュールの通知も済んでいる場合、「設定済」が表示される。また、専門家会議の開催スケジュールが未決定あるいは専門家会議に参加する医療関係者への通知が済んでいない場合、「未設定」が表示される。

「開催日時」には、「状況」が「設定済」である専門家会議については、該専門家会議が開催される、あるいは開催されたスケジュールが日時として表示され、「状況」が「未設定」である専門家会議については、未設定である旨が表示される。「状況」が「設定済」であっても「未設定」であっても、当該表示のクリックに応じて、専門家会議の新規設定、および専門家会議の開催状況の更新が可能である。

このように、統合データ管理装置Ａの制御部１０は、ＧＵＩ１６０を介して統合データベース３０２に記憶された「検査依頼ＩＤ」、「検査結果」、「専門家会議の開催日時」などの情報の属性の選択を受け付け、選択された属性の情報を出力する。

制御部１０は、出力される属性の情報の１レコードごとを識別するためのレコード識別情報であるレコードＩＤを１レコードごとに取得してもよい。この場合、制御部１０は、レコードＩＤと選択された属性の情報とを関連付けて出力する。

制御部１０は、ユーザへの注意喚起のためのアイコン１７０をＧＵＩ１６０に表示してもよい。制御部１０は、例えば、専門家会議が開催される予定日時までに検査が完了しない可能性が高い場合、検査完了間近または検査完了済にも関わらず専門家会議の「状況」が「未設定」である場合、検体準備および検査の状況から検査の実施の遅延が見込まれる場合にアイコン１７０をＧＵＩ１６０に表示する。ここで、検体準備および検査の状況から検査の実施の遅延が見込まれる場合は、例えば、「検査中止」、「検体再取得」、「検査中止」などの場合である。

なお、アイコン１７０は、医療関係者に注意を向けさせることが可能なアイコンであればよく、「！」に限定されない。また、アイコン１７０を表示させる代わりに、当該専門家会議および開催日時の表示を他と異なるフォントおよび色などで表示してもよい。

より具体的には、統合データ管理装置Ａの制御部１０は、（１）「検体準備および検査の状況」が「検体再取得」の場合、（２）「検体準備および検査の状況」が「検査中止」の場合、（３）「検体準備および検査の状況」が、「検査完了」になっていない場合であり、かつ、専門家会議の開催日まで１週間以下の場合、（４）「検体準備および検査の状況」が「検査完了」であり、かつ、専門家会議の「状況」が「未設定」の場合、（５）「検体準備および検査の状況」が「配列読取完了」まで到達しており、かつ、専門家会議の「状況」が「未設定」の場合、にアイコン１７０をＧＵＩ１６０に表示する。

制御部１０は、統合データ管理装置Ａのマスターテーブル２５に記録された情報に基づいて、上記の（１）～（５）の条件に当てはまるか否かを判定し、アイコン１７０をＧＵＩ１６０に表示することができる。

＜ＧＵＩ１６０を表示させる処理の流れ＞
ここでは、検査依頼のリストおよび専門家会議のスケジュールに関する情報を含むＧＵＩ１６０を、医療施設Ｂ１の医療関係者が使用する端末装置Ｂ１３に表示させる処理の流れについて図３４を用いて説明する。図３４は、医療関係者が担当する患者に関連する検査依頼のリスト、および専門家会議のスケジュールに関する情報を、端末装置Ｂ１３に表示させる処理の流れの一例を示す図である。

まず、端末装置Ｂ１３は、医療施設Ｂ１に所属する医療関係者から専門家会議のスケジュールの表示指示を受け付ける（ステップＳ１３０１）。次に、端末装置Ｂ１３は、医療関係者のユーザＩＤと共に、医療関係者が担当する患者の患者ＩＤおよび患者に関する検査依頼の検査日、検体準備および検査の情報、専門家会議を開催する施設およびその開催日時などの情報の要求を統合データ管理装置Ａに送信する（ステップＳ１３０２）。

次に、統合データ管理装置Ａの制御部は、受信したユーザＩＤをキーにして記憶部３０に格納されているマスターテーブル２５を参照し、要求された情報を取得する（ステップＳ１３０３）。統合データ管理装置Ａは、取得した情報を端末装置Ｂ１３に送信する（ステップＳ１３０４）。

次に、端末装置Ｂ１３は、統合データ管理装置Ａから受信した情報を端末装置Ｂ１３の表示部にＧＵＩ１６０として表示する（ステップＳ１３０５）。

ＧＵＩ１６０を医療関係者が使用する端末装置Ｂ１３に表示させるための統合データ管理装置Ａが行う処理の詳細について図３５を用いて説明する。図３５は、検査の進捗に関する情報と、専門家会議のスケジュールに関する情報とを関連付けた情報を、医療関係者の端末装置Ｂ１３に表示させるために、統合データ管理装置Ａの制御部１０が行う処理の流れの一例を示す図である。

統合データ管理装置Ａの制御部１０は、端末装置Ｂ１３からログイン情報を受け付けたか否かを判定する（ステップＳ５０１）。ログイン情報を受け付ける（ステップＳ５０１にてＹＥＳ）と、統合データ管理装置Ａの統合データベース３０２に格納されている認証テーブル３８を参照する（ステップＳ５０２）。続いて、認証テーブル３８に含まれるユーザＩＤに対応するログインパスワードと、受け付けたログイン情報に含まれるログインパスワードとが一致するか否かを判定する（ステップＳ５０３）。一致しない場合（ステップＳ５０３においてＮＯ）、制御部１０は、当該ログインの認証を拒否する（ステップＳ５０４）。一方、一致する場合（ステップＳ５０３においてＹＥＳ）、当該ログインを認証する（ステップＳ５０５）。

次に、制御部１０は、認証された医療関係者が担当する患者に関する情報と専門家会議に関する情報の表示要求を受信したか否かを判定する（ステップＳ５０６）。表示要求を受信した場合（ステップＳ５０６にてＹＥＳ）、認証された医療関係者のユーザＩＤに関連付けられた検査に関する情報と、専門家会議に関する情報とをマスターテーブル２５から抽出する（ステップＳ５０７）。

次に、制御部１０は、抽出された検査に関する情報に関連付けられた検査の進捗に関する情報を抽出する（ステップＳ５０８）。

次に、制御部１０は、検査の進捗に関する情報と、専門家会議に関する情報とを関連付けて、端末装置Ｂ１３に送信する（ステップＳ５０９）。

＜専門家会議のスケジュールの登録＞
図２９に示す、専門家会議の予約の入力を受け付けるために医療施設Ｂ１の端末装置Ｂ１３に表示するＧＵＩ１５０を介して、専門家会議の予約の入力を受け付けると、統合データ管理装置Ａの制御部１０は、入力された検査依頼情報に関連する患者のマスターテーブル２５に、専門家会議の予約として入力された情報を登録する。

また、統合データ管理装置Ａの制御部１０は、統合データ管理装置Ａの統合データベース３０２に格納された専門家会議スケジュールテーブル２７（図１８参照）から、検査結果を解釈する施設として入力された施設の「専門家会議の開催日時」に表示された情報を抽出する。

制御部１０は、抽出した情報に基づいて、専門家会議が開催される開催予定日および時間帯のリストを生成し、医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに図３３に示すＧＵＩ１６０を表示させる。

なお、統合データ管理装置Ａの制御部１０が、「検査結果を解釈する施設」として入力された施設において開催される専門家会議のスケジュール候補として、開催日時を専門家会議スケジュールテーブル２７から抽出する場合、「検体準備および検査の状況」に応じて抽出条件を変更してもよい。

抽出条件としては、例えば、以下の（１）～（５）などの条件が挙げられる。

（１）「検体準備および検査の状況」が「検査完了」である場合、現在の日時が示す日の翌日以降に専門家会議が開催される開催予定日および時間帯のリストを、例えば、２週間分表示する。

（２）「検体準備および検査の状況」が「検体再取得」である場合、現在日時から所定日数（例えば４０日）以降に専門家会議が開催される開催予定日および時間帯のリストを、例えば、２週間分表示する。

（３）「検体準備および検査の状況」が、「検体準備完了」、「検体輸送中」、「検体輸送完了」のいずれかである場合、現在日時から所定日数（例えば３０日）以降に専門家会議が開催される開催予定日および時間帯のリストを、例えば２週間分表示する。

（４）「検体準備および検査の状況」が、「ＤＮＡ抽出完了」および「前処理完了」のいずれかである場合、現在日時から所定日数（例えば１５日）以降に専門家会議が開催される開催予定日および時間帯のリストを、例えば、２週間分表示する。

（５）「検体準備および検査の状況」が、「配列読取完了」および「解析完了」のいずれかである場合、現在日時から所定日数（例えば１０日）以降に専門家会議が開催される開催予定日および時間帯のリストを、例えば、２週間分表示する。

なお、専門家会議のスケジュール候補の抽出条件はこれに限られず、医療施設Ｂ１、Ｂ２の運用に合わせ、適宜変更可能である。

＜専門家会議のスケジュールの医療関係者への通知＞
統合データ管理装置Ａの制御部１０は、「検体準備および検査の状況」のみならず、「患者情報の登録状況」、および「検査情報の登録状況」に基づいて、医療関係者に対する通知を行うことが可能である。

例えば、制御部１０は、患者情報および検査結果がマスターテーブル２５に登録されたことに応じて、検査結果を解釈するための専門家会議に参加する医療関係者に対し、専門家会議の開催通知を送信する。

例えば、アイコン１７０が表示される条件が満たされた場合、制御部１０は、該当する専門家会議に参加する医療関係者に対して、専門家会議の開催予定に変更か生じる可能性がある旨の通知を送信する。この通知は、医療関係者に対して、専門家会議を開催する日時の早期の設定を促す通知、および、専門家会議を開催する日時の再設定あるいは専門家会議の開催予定のキャンセルなどを促す通知であってもよい。

［専門家会議に参加する専門家の選定情報の入力を受け付けるためのＧＵＩ１８０］
統合データ管理装置Ａの制御部１０は、図２９に示すＧＵＩ１５０の領域Ｒ４において、専門家会議が開催される開催予定日および時間帯のリストの中から、専門家会議が選択されて専門家会議の予約が入力されたことに応じて、選択された専門家会議に参加する専門家の選定情報の入力を受け付けるためのＧＵＩ１８０を端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に表示させてもよい。

図３６は、専門家会議に参加する専門家の選定指示を受け付けるために端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に表示するＧＵＩ１８０の一例を示す図である。ＧＵＩ１８０は、専門家会議が開催される開催予定日および時間帯の選択を受け付ける領域Ｒ７、および、専門家会議に参加する専門家の選定指示を受け付ける領域Ｒ８を含んでいる。

領域Ｒ７には、図２９に示すＧＵＩ１５０の領域Ｒ４において選択された施設において開催予定の専門家会議の予約のリスト（スケジュール候補）が表示されており、各専門家会議を選択させるための選択欄が設けられている。

また、領域Ｒ８には、領域Ｒ７において選択された専門家会議に参加することが可能な医療関係者である専門家の候補として、氏名、役割、専門分野、および、各医療関係者を選択させるための選択欄が設けられている。例えば、選択された専門家会議に参加することが可能な専門家の候補とは、選択された専門家会議の日時に他の専門家会議に参加していない医療関係者など、当該日時のスケジュールに空きのある医療関係者としてもよい。

図３６に示す例では、領域Ｒ７において、「２０１９年１月７日」の「１０：００～１２：００」に開催予定の専門家会議が選択され、領域Ｒ８には、選択された専門家会議に参加する医療関係者の候補のリストが表示されている。さらに、遺伝カウンセラーである「ＸＸＸＸ」、および肺がんが専門の医療関係者「ＺＺＺＺ」が専門家会議の参加者として選択されている。

制御部１０は、例えば、統合データ管理装置Ａの統合データベースに格納するマスターテーブル２５の「検査依頼日」のデータが示す日から所定日数（例えば、３０日）以上の後に開催予定の専門家会議のうち、最も早い開催日時を、専門家会議スケジュールテーブル２７から参照する。なお、設定する会議開催日の時間帯は、例えば、９：００～１７：００の間で１時間おきに設定する。

制御部１０は、マスターテーブル２５の「検査依頼日」に対応する患者ＩＤ、および検査依頼ＩＤなどに対応するユーザＩＤを、入力された検査依頼情報を参照して特定する。制御部１０は、専門家会議スケジュールテーブル２７を参照し、特定されたユーザＩＤに対応するグループＩＤに関連付けられた「専門家会議の開催日時」を抽出する。

図１８に示すように、統合データ管理装置Ａの統合データベース３０２に格納される専門家会議スケジュールテーブル２７の各専門家会議の開催日時には、「許容患者数」が設定されている。

例えば、制御部１０が、所定の患者の治療法を策定するための専門家会議のスケジュールとして、ある専門家会議の開催日時の選択を受け付けた場合、当該専門家会議の許容患者数の数字を１減少（デクリメント）する。

制御部１０は、選択を受け付けた専門家会議の許容患者数が「０」である場合には、その専門家会議以降に開催予定の専門家会議であって、次に早い開催日時の専門家会議の候補が選択されたものとして受け付けてもよい。制御部１０は、受け付けた専門家会議の開催日時を医療関係者に通知する。

［公知のアプリケーションとの連携］
統合データ管理装置Ａの制御部１０は、医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などにインストールされた公知のアプリケーションと連携する機能を有してもよい。公知のアプリケーションは、例えば、Microsoft Outlook（登録商標）などのスケジュール管理アプリケーションが挙げられる。

この場合、制御部１０は、統合データ管理装置Ａにログインした端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１の画面に、専門家会議の開催日時に関する情報を表示するだけでなく、該端末装置にインストールされた公知のアプリケーションに対する通知を送信してもよい。公知のアプリケーションに対する通知は、専門家会議のスケジュールの新規設定もしくは変更を促すための通知であってもよい。制御部１０は、例えば、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などにインストールされているMicrosoft Outlook（登録商標）によって管理されているアカウントの予定表に、専門家会議の開催日時に関する情報を送信し、該予定表に登録させてもよい。このような通知は、統合データ管理装置Ａの制御部１０から、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１にインストールされたスケジュール管理アプリケーションに互換性のあるファイル形式で送信する。

なお、制御部１０は、選択を受け付けた専門家会議の許容患者数が「０」であったり、不足したりする場合であっても、特定の条件を満たす患者に対してその専門家会議の予約を認めることも可能である。ここで、特定の条件を満たす患者とは、治療法の策定を急ぐことが要求される患者など急性を要する患者などである。この場合、検査依頼情報の入力時に、緊急性の有無を医療関係者に入力させる欄を設ければよい。

［検査完了の見込み日時に基づく専門家会議の開催日の設定］
統合データ管理装置Ａの制御部１０は、遺伝子パネル検査などの患者の遺伝子情報の検査を実施する検査施設Ｃ１の検査情報管理装置Ｃ１１から、検査完了の見込み日時に関する情報を受信し、当該情報に基づいて専門家会議の開催日時を設定してもよい。

例えば、検査情報管理装置Ｃ１１から受信した検査完了の見込み日時に最も近い開催日時を、専門家会議スケジュールテーブル２７から参照し、該当する専門家会議の開催日時を設定すればよい。

検査施設Ｃ１の端末装置Ｃ１４からマスターテーブル２５が更新されたことに応じて、統合データ管理装置Ａの制御部１０が、検査完了見込み日を自動的に設定してもよい。なお、制御部１０は、検査情報管理装置Ｃ１１から情報を受信したタイミングで、即時にマスターテーブル２５を更新してもよい。この場合、制御部１０の統合データベースには、例えば、各検査工程に要する日数のデフォルト値が設定されている。例えば、前処理工程については２０日、シーケンス工程については１日、変異解析工程については１日が、それぞれ設定されている。

制御部１０は、各工程に要する日数のデフォルト値が合算された日数を、マスターテーブル２５の「検査依頼日」のデータが示す日に加算し、検査完了見込み日の初期値を設定する。その後、制御部１０は、マスターデータが更新されたことに応じて、検査完了見込み日を更新する。

例えば、制御部１０は、マスターテーブル２５の「検査の進捗状況」において完了したことが登録されている工程に要する日数のデフォルト値を合算する。その後、制御部１０は、当該合算値を検査依頼日に加算して算出された日付と、マスターテーブル２５が更新された日付とを比較する。制御部１０は、例えば、マスターテーブル２５の更新日が、当該合算値を検査依頼日に加算して算出された日付よりも後である場合、両日付の差分の日数を最新の検査完了見込み日に加算する。

すなわち、制御部１０は、想定よりも検査の工程に遅れが生じている場合、両日付の差分の日数を最新の検査完了見込み日に加算する。なお、制御部１０は、例えば、マスターテーブル２５の更新日が、当該合算値を検査依頼日に加算して算出された日付よりも前もしくは同日の場合、検査完了見込み日を変更しない。すなわち、制御部１０は、検査の工程に遅れが生じていない場合には、検査完了見込み日を変更しない。

なお、検査施設Ｃ１に設置された検査情報管理装置Ｃ１１が検査完了見込み日を制御部１０に通知する場合、マスターテーブル２５は検査進捗情報を含んでいなくてもよい。

制御部１０は、検査完了見込み日を更新した場合、専門家会議スケジュールテーブル２７から直近の専門家会議の開催日時であって、かつ、許容患者数に空きがある日時を専門家会議の開催日時として再設定する。許容患者数に空きがある日時とは、許容患者数が「０」ではない日時である。制御部１０は、再設定した専門家会議の開催日時に関する情報を、医療関係者が使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに通知する。制御部１０は、専門家会議の開催日時を再設定すると共に、再設定する前の専門家会議の開催日時に対応する許容患者数を１増加（インクリメント）する。

＜専門家会議の設定を受け付けるためのＧＵＩ１９０＞
統合データ管理装置Ａの制御部１０は、患者Ｐ１の治療法の策定のための専門家会議の開催日時を設定するためのＧＵＩ１９０を、医療施設Ｂ１の端末装置Ｂ１３に表示させてもよい。制御部１０は、例えば、専門家会議を設定する権限を有する特定の医療関係者が使用する端末装置Ｂ１３に、図３０に示すＧＵＩ１５０ａを表示させてもよい。

ＧＵＩ１５０ａには、「会議設定」ボタンＲ２３が設けられている。医療関係者によって「会議設定」ボタンＲ２３が押下されたことに応じて、専門家会議を設定するためのＧＵＩ１９０（図３７）を端末装置Ｂ１３に表示してもよい。

図３７は、専門家会議のスケジュールの設定を受け付けるために端末装置Ｂ１３、Ｂ２３、端末装置Ｃ１４、Ｃ２４、端末装置Ｄ１１、およびＤ２１などに表示するＧＵＩ１９０の一例を示す図である。

ＧＵＩ１９０は、患者情報の入力を受け付ける領域Ｒ９、専門家会議に参加する医療関係者のリストを表示する領域Ｒ１０、専門家会議のスケジュールの設定を受け付ける領域Ｒ１１、および「会議通知」ボタンを含んでいる。

領域Ｒ９には、患者の氏名、患者の性別、および患者の生年月日などの患者情報の入力を受け付ける欄が設けられている。領域Ｒ１０には、領域Ｒ１１において選択された専門家会議に参加する医療関係者の氏名などが表示される。領域Ｒ１２には、選択された専門家会議の開催日時を、領域Ｒ１０に表示されている医療関係者に通知するための操作を受け付ける「会議通知」ボタンが表示されている。

制御部１０は、患者に関する検査結果の解釈をする施設において開催される専門家会議に参加するグループ内の所定の医療関係者（例えば、当該グループの主担当者）にのみ、専門家会議を設定する権限を与えても良い。この場合、各グループ内の各医療関係者に対して、グループ内における役割に対応する役割ＩＤが付与されていてもよい。

制御部１０は、領域Ｒ１２の「会議通知」ボタンが押下されたことに応じて、領域Ｒ１１に表示した専門家会議の開催日時の中から選択された専門家会議の開催日時に関する通知を、領域Ｒ１１に表示されている医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに送信する。

通知は、例えば電子メールで送信される。あるいは、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などにインストールされているMicrosoft Outlook（登録商標）によって管理されているアカウントの予定表に、専門家会議の開催日時に関する情報を送信し、該予定表に登録させてもよい。

＜専門家会議に関連する情報を検索するためのＧＵＩ２１０＞
統合データ管理装置Ａの制御部１０は、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、各医療関係者が担当する患者に関連する専門家会議の開催スケジュール、および各専門家会議に関連する情報を表示させてもよい。

図３８は、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、患者ＩＤ、検査ＩＤ、専門家会議の開催スケジュール、および各専門家会議に関連する情報を含むＧＵＩ２１０の一例を示す図である。

ＧＵＩ２１０には、統合データ管理装置Ａにログインした医療関係者が担当する患者の「患者ＩＤ」、「検査患者ＩＤ」、「患者氏名」、「性別」、「専門家会議が開催される施設名」、「専門家会議の開催日時」、および「関連情報」の各欄が表示されている。

例えば、医療関係者は、ＧＵＩ２１０を用いて自分に関連付けられている患者ＩＤ、検査依頼ＩＤ、および専門家会議の開催日時を確認することが可能である。なお、「患者ＩＤ」および「検査依頼ＩＤ」の代替または追加として、「統合ＩＤ」が表示されてもよい。

「関連情報」の欄の「関連情報表示」という表示は、医療関係者が担当する患者に関する情報へのリンク情報である。例えば、医療関係者によって、ＧＵＩ２１０の「関連情報」の欄に表示されている「関連情報表示」がクリックされたことに応じて、統合データ管理装置Ａの制御部１０は、端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などから情報取得要求を受け取る。制御部１０は、情報取得要求を受け取ったことに応じて、専門家会議に関連する情報を表示する。専門家会議に関連する情報とは、例えば、専門家会議で議論される患者Ｐ１の臨床情報、および検査結果などを含んでいる。

ＧＵＩ２１０には、患者ＩＤなどの患者に関する識別情報のみならず、専門家会議を開催するグループに関する情報、および専門家会議の開催日時も表示される。それゆえ、統合データ管理装置Ａにログインした医療関係者は、例えば、自分が担当する患者の臨床情報、および検査結果などの情報を、端末装置Ｂ１３を用いて容易に確認することができる。

［専門家会議の選択を受け付けるためのＧＵＩの変形例］
統合データ管理装置Ａの制御部１０は、図３８に示すＧＵＩ２１０に代えて、図３９に示すＧＵＩ２２０を医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に表示してもよい。

ＧＵＩ２２０は、医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１に、専門家会議を開催するグループに関する情報、および専門家会議の開催日時を表示する。

ＧＵＩ２２０の「グループ」の欄には、複数の医療関係者から構成されるグループの概要情報が表示される。ここで、グループの概要情報は、グループを構成する少なくとも１人の医療関係者が所属する医療施設に関する情報であってもよいし、専門家会議を開催する施設に関する情報であってもよい。

あるいは、グループの概要情報は、グループテーブル２６において、「グループＩＤ」に関連付けられた施設ＩＤなどの情報であってもよい。例えば、「グループ情報」の欄の表示がクリックされたことに応じて、制御部１０は、当該「グループ情報」のデータが示すグループを構成する医療関係者に関する情報を表示させてもよい。

ＧＵＩ２２０は、まず、所望のグループに関する情報を医療関係者に選択させる。続いて、制御部１０は、図４０に示す、各専門家会議に関連する情報を含むＧＵＩ２３０を表示する。

ＧＵＩ２３０には、ＧＵＩ２２０において選択されたグループに関する患者ＩＤのリストが表示されている。例えば、図３９に示すＧＵＩ２２０において、「ＸＸ病院 Ａグループ」が選択された場合、制御部１０は、選択されたグループが担当する患者の専門家会議に関連する患者ＩＤ、検査依頼ＩＤ，患者の氏名、性別、および、関連情報を含むＧＵＩ２３０を表示させる。

なお、制御部１０がＧＵＩ２２０に表示するグループ（およびグループＩＤ）は、当該グループを構成する医療関係者の少なくとも１人が所属する施設の識別情報に関連付けられていてもよい。

＜ＧＵＩ２１０を表示させる処理の流れ＞
ここでは、患者Ｐ１に関する患者情報と、専門家会議に関する会議情報とを含むＧＵＩ２１０（図３８参照）を、医療関係者が使用する端末装置Ｂ１３に表示させる処理の流れについて図４１を用いて説明する。図４１は、医療関係者が担当する患者Ｐ１に関連する専門家会議の開催スケジュール、および各専門家会議に関連する情報を、医療関係者の端末装置Ｂ１３に表示させる処理の流れの一例を示す図である。

まず、端末装置Ｂ１３はログイン画面の表示要求を統合データ管理装置Ａに送信する（ステップＳ１００１）。統合データ管理装置Ａは、端末装置Ｂ１３からログイン画面の表示要求を受信し（ステップＳ１００２）、ログイン画面情報を端末装置Ｂ１３に送信する（ステップＳ１００３）。端末装置Ｂ１３は、統合データ管理装置からログイン画面情報を受信してログイン画面を表示する（ステップＳ１００４）。

次に、端末装置Ｂ１３は、医療関係者から受け付けたログイン情報を統合データ管理装置Ａに送信する（ステップＳ１００５）。ログイン情報は、例えば、医療関係者のユーザＩＤなどを含んでいる。

続いて、統合データ管理装置Ａは、端末装置Ｂ１３からログイン情報を受信し（ステップＳ１００６）、統合データ管理装置Ａの統合データベース３０２に格納される認証テーブル３８を参照して、医療関係者のログインを認証する（ステップＳ１００７）。ここで、認証テーブル３８は、統合データ管理装置Ａへのログインを許可するユーザのユーザＩＤを管理している。

統合データ管理装置Ａは、ログイン情報に含まれるユーザＩＤをキーにしてマスターテーブル２５を参照し、該ユーザＩＤに関連付けられた患者に関する情報を取得し、端末装置Ｂ１３に送信する（ステップＳ１００８）。

次に、端末装置Ｂ１３は、統合データ管理装置Ａから受信した、ユーザＩＤに関連付けられた患者に関する情報をＧＵＩ２１０として表示する（ステップＳ１００９）。

患者Ｐ１に関する患者情報と、専門家会議に関する会議情報とを含むＧＵＩ２１０を医療関係者が使用する端末装置Ｂ１３に表示させるための、統合データ管理装置Ａが行う処理の詳細について、図４２を用いて説明する。図４２は、医療関係者が担当する患者に関連する専門家会議の開催スケジュール、および各専門家会議に関連する情報を、医療関係者の端末装置Ｂ１３に表示させるために、統合データ管理装置Ａの制御部１０が行う処理の流れの一例を示す図である。

統合データ管理装置Ａの制御部１０は、端末装置Ｂ１３からログイン情報を受け付けたか否かを判定する（ステップＳ２０１）。ログイン情報を受け付けると（ステップＳ２０１にてＹＥＳ）、統合データ管理装置Ａの統合データベース３０２に格納されている認証テーブル３８を参照する（ステップＳ２０２）。続いて、認証テーブル３８に含まれるユーザＩＤに対応するログインパスワードと、受け付けたログイン情報に含まれるログインパスワードとが一致するか否かを判定する（ステップＳ２０３）。一致しない場合（ステップＳ２０３においてＮＯ）、制御部１０は、当該ログインの認証を拒否する（ステップＳ２０４）。一方、一致する場合（ステップＳ２０３においてＹＥＳ）、当該ログインを認証する（ステップＳ２０５）。

次に、制御部１０は、認証されたログイン情報に含まれるユーザＩＤに関連付けられた患者情報をマスターテーブル２５から抽出する（ステップＳ２０６）。

次に、制御部１０は、抽出された患者情報に関連付けられた専門家会議に関する情報をマスターテーブル２５から抽出する（ステップＳ２０７）。

次に、制御部１０は、抽出された患者情報および専門家会議に関する情報を含むＨＴＭＬと、これら情報を表形式に表示させるためのＣＳＳ（Cascading Style Sheets）のファイルを、認証されたユーザの端末に送信する（ステップＳ２０８）。なお、制御部１０は抽出された患者情報および専門家会議に関する情報を含むＪＳＯＮ（JavaScript Object Notation）ファイルを端末装置Ｂ１３に送信し、端末装置Ｂ１３が備えるＪａｖａＳｃｒｉｐｔでＨＴＭＬとＣＳＳを生成させてもよい。

次に、制御部１０は、ログインが認証された医療関係者の端末装置Ｂ１３から、患者情報および専門家会議の選択情報を受信した場合（ステップＳ２０９にてＹＥＳ）、選択に応じた遺伝子検査に関する情報および当該患者の臨床情報を、ログインが認証された医療関係者の端末装置Ｂ１３に送信する（ステップＳ２１０）。

＜ＧＵＩ２４０を表示させる処理の流れ＞
ここでは、患者Ｐ１に関連する検査結果情報および臨床情報を含む画面表示として、ＧＵＩ２４０（図４５参照）を専門家会議に参加する医療関係者の端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに表示させる処理の流れについて図４３を用いて説明する。図４３は、医療関係者が担当する患者に関連する情報を表示させる処理の流れの一例を示す図である。

まず、医療施設Ｂ１に設置された端末装置Ｂ１３は、図３８に示すＧＵＩ２１０を介して医療関係者からの情報取得要求を受け付ける。端末装置Ｂ１３は、ＧＵＩ２１０の関連情報の列のうち、医療関係者によるクリック操作を受け付けた「関連情報表示」に対応する患者ＩＤおよび検査依頼ＩＤと共に、関連情報の情報取得要求を統合データ管理装置Ａに送信する（ステップＳ１１０１）。

図４３を参照し、統合データ管理装置Ａは、患者ＩＤと検査依頼ＩＤとともに、関連情報の情報取得要求を受信する（ステップＳ１１０２）。次に、受信した患者ＩＤと検査依頼ＩＤをキーにして、統合データ管理装置Ａの統合データベースに格納されたマスターテーブル２５を参照する（ステップＳ１１０３）。統合データ管理装置Ａは、患者ＩＤと検査依頼ＩＤに対応する検査結果と患者の臨床情報とをマスターテーブル２５から取得し、端末装置Ｂ１３に送信する（ステップＳ１１０４）。

次に、医療施設Ｂ１の端末装置Ｂ１３は、統合データ管理装置Ａから受信した患者の臨床情報および検査結果などをＧＵＩ２４０として表示する（ステップＳ１１０５）。

患者Ｐ１の検査結果情報と、患者Ｐ１の臨床情報とを含むＧＵＩ２４０を医療関係者が使用する端末装置Ｂ１３に表示させるための統合データ管理装置Ａが行う処理の詳細について、図４４を用いて説明する。図４４は、患者の臨床情報および検査結果を、医療関係者の端末装置Ｂ１３に表示させるために、統合データ管理装置Ａの制御部１０が行う処理の流れの一例を示す図である。

統合データ管理装置Ａの制御部１０は、医療施設Ｂ１の端末装置Ｂ１３からログイン情報を受け付けたか否かを判定する（ステップＳ３０１）。ログイン情報を受け付けると（ステップＳ３０１にてＹＥＳ）、統合データ管理装置Ａの統合データベース３０２に格納された認証テーブル３８を参照し（ステップＳ３０２）、認証テーブル３８に含まれるユーザＩＤに対応するログインパスワードと、受け付けたログイン情報に含まれるログインパスワードとが一致するか否かを判定する（ステップＳ３０３）。一致しない場合（ステップＳ３０３においてＮＯ）、制御部１０は、当該ログインの認証を拒否する（ステップＳ３０４）。一方、一致する場合（ステップＳ３０３においてＹＥＳ）、当該ログインを認証する（ステップＳ３０５）。

次に、制御部１０は、医療施設Ｂ１の端末装置Ｂ１３から検査依頼の受付画面の表示要求を受信したか否かを判定する（ステップＳ３０６）。検査依頼の受付画面の表示要求を受信した場合（ステップＳ３０６にてＹＥＳ）、検査依頼の受付画面を端末装置Ｂ１３に表示させる（ステップＳ３０７）。

次に、制御部１０は、医療施設Ｂ１の端末装置Ｂ１３から検査依頼情報を受信したか否かを判定する（ステップＳ３０８）。検査依頼情報を受信すると（ステップＳ３０８にてＹＥＳ）、当該検査依頼に対応する検査依頼ＩＤを生成する（ステップＳ３０９）。

次に、制御部１０は、生成した検査依頼ＩＤと検査依頼に関する情報とを関連付けて、検査施設Ｃ１の端末装置Ｃ１４、および運送事業所Ｅ１の集配管理装置Ｅ１１に送信する（ステップＳ３１０）。

次に、制御部１０は、医療施設Ｂ１の端末装置Ｂ１３から、患者Ｐ１から採取した検体の検体ＩＤを受信したか否かを判定する（ステップＳ３１１）。検体ＩＤを受信すると（ステップＳ３１１にてＹＥＳ）、検査依頼ＩＤと検体ＩＤとを関連付けて統合データベース３０２に記録する（ステップＳ３１２）。

次に、制御部１０は、検査施設Ｃ１の端末装置Ｃ１４から、検査依頼ＩＤと検査結果を受信したか否かを判定する（ステップＳ３１３）。検査依頼ＩＤと検査結果を受信すると（ステップＳ３１３にてＹＥＳ）、検査依頼ＩＤと検査結果とを関連付けて統合データベース３０２に記憶する（ステップＳ３１４）。

ここで、統合データベース３０２は、患者Ｐ１の臨床情報を検査依頼ＩＤと関連付けて統合データベース３０２のマスターテーブル２５に記録している（図１２のステップＳ２１）。このため、検査依頼ＩＤと検査結果とを関連付けて統合データベース３０２に記憶することで、患者Ｐ１の臨床情報と、患者Ｐ１の検査結果とが、検査依頼ＩＤを介して関連付けて統合データベース３０２のマスターテーブル２５に記録されることとなる（図１２のステップＳ２３）。

図４４を参照し、統合データ管理装置Ａの制御部１０は、認証された医療関係者から、所定の患者Ｐ１の検査結果と臨床情報の表示要求を受信したか否か判定する（ステップＳ３１５）。所定の患者Ｐ１の検査結果と臨床情報の表示要求を受信した場合（ステップＳ３１５にてＹＥＳ）、受信した患者Ｐ１に関する患者ＩＤに基づき、臨床情報および専門家会議に関する情報を統合データ管理装置Ａの統合データベース３０２から取得する（ステップＳ３１６）。

次に、統合データ管理装置Ａの制御部１０は、患者Ｐ１の検査結果と患者Ｐ１の臨床情報とを認証された医療関係者の端末装置Ｂ１３に送信する（ステップＳ３１７）。

＜情報取得要求に応じて表示される画面表示＞
次に、情報取得要求を受け取ったことに応じて、専門家会議の参加者が利用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに表示させる画面表示について図４５を用いて説明する。図４５は、情報取得要求を受け取ったことに応じて、統合データ管理装置Ａの制御部１０が、端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１などに表示させるＧＵＩ２４０の一例を示す図である。

ＧＵＩ２４０には、「患者ＩＤ」、「患者の病歴」、「検査結果」、「病理画像」、および「病理医所見」が表示されている。患者の病歴は、例えば、患者Ｐ１の現病状、家族歴、既往歴、治療歴等の患者Ｐ１に関する情報を含んでいる。

また、領域Ｒ１３に表示されている「検査結果」は、例えば「ＥＧＦＲ Ｔ７９０Ｍ」など、検査結果に関する情報として、塩基配列中の変異の有無、変異の位置、および変異の種別を含んでいる。また、領域Ｒ１３は、例えば「薬剤Ａ」など、遺伝子パネル検査によって検出された変異に関連する薬剤情報として、検出された各変異に関連付けられている治療薬に関する情報を含んでいる。

領域Ｒ１４には、患者Ｐ１の臨床情報として、患者に関連する医療施設Ｂ１から統合データ管理装置Ａが受け付けた病理画像が表示されている。また、領域Ｒ１５には、患者についての病理診断を行った病理医Ｈ１ｂの所見への画面遷移指示を入力させるための「病理医所見」ボタンが表示されている。「病理医所見」ボタンを押すことにより、患者Ｐ１の臨床情報として、病理医Ｈ１ｂが入力した病理画像などに基づく病理医Ｈ１ｂの所見などをさらに確認することができる。

専門家会議の開催前および専門家会議中に、専門家会議に参加する複数の専門家に対して、患者Ｐ１の検査結果および臨床情報を含むＧＵＩ２４０を提供することにより、患者Ｐ１の最適な治療方針を策定に必要となる情報を集約的に提示することができる。これにより、専門家会議の運営を円滑化するとともに、患者の治療方針を策定するための議論を支援することができる。

＜検査結果と治療薬に関連する情報との関連付け＞
図４７は、統合データ管理装置Ａの制御部１０が、検査によって検出された変異に関する情報、および治療薬に関する情報と、検査結果とを関連付ける処理の一例を説明するフローチャートである。

統合データ管理装置Ａの制御部１０は、検査施設Ｃ１の端末装置Ｃ１４から検査結果の入力を受け付け（ステップＳ１３１）、検出結果において検出された変異が存在するか否か判定する（ステップＳ１３２）検出された変異が存在する場合（ステップＳ１３２においてＹＥＳ）、統合データベース３０２に格納された変異テーブル２５０（図４８）を参照して、検出された各変異に関連する識別情報（例えば、「ＥＧＦＲ Ｔ７９０Ｍ」などの変異名、あるいは変異毎に付与された変異ＩＤなど）と、検査結果とを関連付ける（ステップＳ１３３）。

制御部１０は、検出された変異が存在しない場合（ステップＳ１３２においてＮＯ）、および、検出された各変異に関連する識別情報と検査結果とを関連付けた後に、治療薬候補の有無を確認する（ステップＳ１３４）。

制御部１０は、統合データベース３０２に格納された治療薬テーブル２６０（図４９）を参照し、治療薬候補が存在するか否かを判定する（ステップＳ１３４）。治療薬候補が存在する場合（ステップＳ１３４においてＹＥＳ）、治療薬候補に関連する識別情報（例えば、治療薬の名称、あるいは薬剤ＩＤなど）と、検査結果とを関連付ける（ステップＳ１３５）。

（アノテーション情報の取り込み）
図２を参照し、統合データ管理装置Ａは、専門家会議において参考となるアノテーション情報として、外部情報を取得することを支援する。例えば、統合データ管理装置Ａは、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、および学術論文情報管理装置Ｆ３１が管理する情報検索サイトへのリンクを提供する。

図５０は、統合データ管理装置Ａの制御部１０が、変異情報管理装置Ｆ１１、薬剤情報管理装置Ｆ２１、および学術論文情報管理装置Ｆ３１から入力されたアノテーション情報と、患者Ｐ１の検査結果とを関連付ける処理の一例を説明するフローチャートである。

制御部１０は、まず、医療関係者の使用する端末装置Ｂ１３、Ｂ２３、Ｃ１４、Ｃ２４、Ｄ１１、およびＤ２１からのアノテーション情報の入力を受け付け（ステップＳ１４１）、患者Ｐ１の検査結果に検出された変異が存在するか否か判定する（ステップＳ１４２）。検出された変異が存在する場合（ステップＳ１４２においてＹＥＳ）、アノテーション情報に記載された変異に関する識別情報と、検査結果における変異とを関連付ける（ステップＳ１４３）。図５１は、変異情報を検索するための変異データベース検索ポータルのＧＵＩ２７０の一例を示す図である。ＧＵＩ２７０は、変異情報に関連付けられているアノテーション、および変異に関連付けられている治療薬情報の少なくとも１つを検索するための検索画面である。領域Ｒ１６は、検索キーとなる変異を入力する欄である。

検出された変異が存在しない場合（ステップＳ１４２においてＮＯ）、および、アノテーション情報に記載された変異に関する識別情報と、検査結果とを関連付けた後に、制御部１０は、治療薬に関する記載の有無を判定する（ステップＳ１４４）。治療薬に関する記載が存在する場合（ステップＳ１４４においてＹＥＳ）、制御部１０は、治療薬に関するアノテーション情報に関連する識別情報と、検査結果とを関連付ける（ステップＳ１４５）。

制御部１０は、例えば、変異情報管理装置Ｆ１１および薬剤情報管理装置Ｆ２１から取得した情報に、検索に用いられたキーワードをメタ情報として付加する。メタ情報として付加するキーワードとしては、例えば、「ＥＧＦＲ Ｔ７９０Ｍ」、および治療薬名などが挙げられる。制御部１０は、付加されたメタ情報を基に名寄せを行う。名寄せには、マスターテーブル２５の変異や治療薬等に関するデータが参照される。名寄せの方法は、例えば、上述の「氏名」の名寄せと同様である。

上述のように、画面表示からの検索だけでなく、例えば、図５２に示すように、領域Ｒ１７に入力させる「遺伝子情報」、領域Ｒ１８に入力させる「薬剤情報」、領域Ｒ１９に入力させる「疾患情報」、領域Ｒ２０に入力させる「パネル情報」など検索キーとして関連情報を検索することも可能である。

関連情報は、変異情報管理装置Ｆ１１および薬剤情報管理装置Ｆ２１が管理する変異情報や薬剤情報に限られず、例えば、学術論文情報管理装置Ｆ３１論文情報や治験情報であてもよい。制御部１０は、領域Ｒ２１に表示されている「関連情報検索」がクリックされたことに応じて、検索を実行する。なお、領域Ｒ２０に入力させる「パネル情報」は、遺伝子パネル検査および試薬の種別を表す識別情報である遺伝子パネルＩＤに対応する。パネル情報として入力された情報に対応する遺伝子パネルＩＤが付与された検査結果を抽出することができる。

〔変形例１〕
統合データ管理装置Ａにおけるデータ統合処理において、統合データ管理装置Ａの制御部１０が検査依頼情報の入力を受け付ける度に、統合ＩＤを自動的に生成することを説明したが、統合ＩＤを自動的に生成しない構成であってもよい。この場合、制御部１０は、検査依頼情報として入力された各データを、いわゆる「名寄せ」によって、統合データベース３０２内のデータと関連付けてもよい。

具体的には、まず、制御部１０は、入力データのキー（Key）項目毎に、名寄せ元と名寄せ先（マスターテーブル２５）との一致度に応じた評価関数に基づく評価値を算出する。

例えば、図４６に示すように、入力データが「氏名」「性別」「生年月日」の各キー項目から成る場合において、「氏名」の評価関数ｆａ()の一例として編集距離（Levenshtein distance）関数を用いる。そして、名寄せ元と名寄せ先のキー項目（「氏名」）の値の照合において、名寄せ先の文字列を名寄せ元の文字列に変形させる際の最小編集回数に応じた評価値を算出する。例えば、評価関数ｆａ()は、編集不要の場合は評価値「１」を返し、全ての文字に編集が必要な場合には評価値「０」を返し、一部の文字に変形が必要な場合には、編集回数に応じて０から１までの間の評価値を返す。

また、「性別」の評価関数ｆｂ()および「生年月日」の評価関数ｆｃ()の一例として、「完全一致」関数を用いる。完全一致関数は、名寄せ元と名寄せ先とのキー項目の値が完全に一致するか否かを表す評価値を算出する。例えば、完全一致関数は、２つの値が完全に一致する場合は「１」を返し、それ以外は評価値「０」を返す。

次に、制御部１０は、評価関数が算出した評価値の各々に対して重み付けを行う。図４６の例では、評価関数ｆａ()が算出した評価値に対して重みＡを掛け合わせ、評価関数ｆｂ()が算出した評価値に対して重みＢを掛け合わせ、評価関数ｆｃ()が算出した評価値に対して重みＣを掛け合わせている。

次に、制御部１０は、重み付け後の評価値の各々を加算して総合評価値を算出する。その後、制御部１０は、総合評価値が算出された候補を、所定の閾値に基づいて分類する。図４６の例では、３種類（「White」（総合評価値が高い）、「Black」（総合評価値が低い）、「Gray」（総合評価値が中程度））に分類している。

制御部１０は、マスターテーブル２５を参照し、検査結果に含まれる変異情報および治療薬に関する情報を名寄せしてもよい。名寄せの方法は、例えば、図４６に示す入力データ「氏名」に関する名寄せと同様である。

〔変形例２〕
図５３を参照し、医療施設Ｂ１において、電子カルテ管理装置Ｂ１１、病理画像管理装置Ｂ１２、および端末装置Ｂ１３の各種情報およびデータ通信を管理する情報管理装置Ｂ１４が、医療施設内ＬＡＮにさらに接続されていてもよい。この場合、統合データ管理装置Ａと医療施設Ｂ１に設置された電子カルテ管理装置Ｂ１１、病理画像管理装置Ｂ１２、および端末装置Ｂ１３との通信は、情報管理装置Ｂ１４を介して行うこととなる。図５３は、情報管理装置Ｂ１４を備える医療施設Ｂ１の構成例を示す図である。情報管理装置Ｂ１４は、医療施設Ｂ１に外部装置から届く各種情報の受信処理、および医療施設Ｂ１から外部装置に送信する各種情報の送信処理を実行するコンピュータである。受信処理としては、例えば、ファイル解凍、受信データの仕分け、受信通知の返送などが挙げられる。また、送信処理としては、例えば、送信するデータの収集、圧縮、形式変換などが挙げられる。

〔変形例３〕
図５４を参照し、統合データ管理装置Ａは、必ずしもクラウドサーバである必要はなく、例えば医療施設Ｂ１内に設置されるサーバであってもよい。図５４は、本発明の一態様に係る情報管理システム１００ａの構成例を示す図である。この場合、他の医療施設Ｂ２の端末装置、検査施設Ｃ１、Ｃ２の端末装置Ｃ１４、Ｃ２４、外部施設Ｄ１、Ｄ２の端末装置Ｄ１１、Ｄ２１は、通信ネットワーク９０を介して、医療施設Ｂ１に設置された統合データ管理装置と通信を行う。

なお、図５４では、統合データ管理装置Ａが、医療施設Ｂ１の医療施設内ＬＡＮに、統合データ管理装置Ａが接続されている例を示しているが、医療施設Ｂ１の医療施設内ＬＡＮを介さずに通信ネットワーク９０に直接接続する構成であってもよい。

〔変形例４〕
統合データ管理装置Ａは、検査情報管理装置Ｃ１１およびＣ２１の機能を兼ね備える構成としてもよい。

〔統合データ管理装置Ａの制御部１０の構成〕
統合データ管理装置Ａの制御部１０は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、統合データ管理装置Ａは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。

そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。

また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔その他の態様〕
本発明には、以下の態様も含まれる。

図４２を参照し、上記の課題を解決するために、本発明の一態様は、複数の医療関係者によって行われる、複数の患者の遺伝子情報の解釈を行う専門家会議を支援する情報管理システム（１００）の制御方法であって、複数の医療関係者は、所属する施設が互いに異なる複数の医療関係者を含み、複数の医療関係者の各々は、専門家会議に参加する医療関係者であり、複数の患者に関する複数の患者情報、専門家会議に関する会議情報、および、複数の医療関係者の複数の識別情報、を関連付けて記録する工程（Ｖａ）と、端末装置
（図２のＢ１３）から認証要求した医療関係者の認証を行う工程（Ｓ２０５）と、認証した医療関係者の識別情報に対応する患者情報を複数の患者情報から抽出し、該患者情報に対応する専門家会議に関する会議情報を抽出する工程（Ｓ２０６およびＳ２０７）と、抽出した患者情報と会議情報とを含む画面（図３８の２１０）を、端末装置（図２のＢ１３）に表示する工程（Ｓ２０８）と、を含む。

また、図２を参照し、本発明の別の態様は、複数の医療関係者によって行われる、複数の患者の遺伝子情報の解釈を行う専門家会議を支援する情報管理システム（１００）であって、複数の医療関係者は、所属する施設が互いに異なる複数の医療関係者を含み、複数の医療関係者の各々は、専門家会議に参加する医療関係者であり、表示部を備える端末装置（Ｂ１３）と、制御部（図３の１０）および記憶部（図３の３０）を備える統合データ管理装置（Ａ）と、を備え、統合データ管理装置（Ａ）の制御部（図３の１０）は、複数の患者に関する複数の患者情報、専門家会議に関する会議情報、および、複数の医療関係者の複数の識別情報、を関連付けて記憶部（図３の３０）に記録し、端末装置（Ｂ１３）から認証要求した医療関係者の認証を行い、認証した医療関係者の識別情報に対応する患者情報を複数の患者情報から抽出し、該患者情報に対応する会議情報を抽出し、抽出した患者情報と会議情報とを含む画面（図３８のＧＵＩ２１０）を、端末装置（Ｂ１３）に表示する。

また、図３を参照し、本発明の別の態様は、複数の医療関係者によって行われる、複数の患者の遺伝子情報の解釈を行う専門家会議を支援する統合データ管理装置（Ａ）であって、複数の医療関係者は、所属する施設が互いに異なる複数の医療関係者を含み、複数の医療関係者の各々は、専門家会議に参加する医療関係者であり、制御部（１０）および記憶部（３０）を備え、制御部（１０）は、複数の患者に関する複数の患者情報、専門家会議に関する会議情報、および、複数の医療関係者の複数の識別情報、を関連付けて記憶部（３０）に記録し、端末装置（図２のＢ１３）から認証要求した医療関係者の認証を行い、認証した医療関係者の識別情報に対応する患者情報を複数の患者情報から抽出し、該患者情報に対応する会議情報を抽出し、抽出した患者情報と会議情報とを含む画面（図３８のＧＵＩ２１０）を、端末装置（図２のＢ１３）に表示させるための情報を送信する。

Ａ 統合データ管理装置
Ｂ１、Ｂ２ 医療施設
Ｂ１１、Ｂ２１ 電子カルテ管理装置
Ｂ１２、Ｂ２２ 病理画像管理装置
Ｂ１３、Ｂ２３ 端末装置
Ｃ１、Ｃ２ 検査施設
Ｃ１１、Ｃ２１ 検査情報管理装置
Ｃ１４、Ｃ２４ 端末装置
Ｄ１、Ｄ２ 外部施設
Ｄ１１、Ｄ２１ 端末装置
Ｅ１ 運送事業所
Ｅ１１ 集配管理装置
Ｅ１２ 端末装置
Ｆ１１ 変異情報管理装置
Ｆ２１ 薬剤情報管理装置
Ｆ３１ 学術論文情報管理装置
１０ 制御部
３０ 記憶部
３０１ プログラム
３０２ 統合データベース
１００、１００ａ 情報管理システム

Claims (22)

1. 遺伝子パネル検査の結果に基づいて複数の患者の治療方針を検討する専門家会議の複数の参加者で情報を共有するための情報管理システムの制御方法であって、
   前記複数の参加者は、所属する施設が互いに異なる複数の医療関係者を含み、
   前記複数の患者は、互いに異なる施設で前記遺伝子パネル検査を受けた複数の患者を含み、
   前記遺伝子パネル検査を受けた患者の情報と前記遺伝子パネル検査の検査結果とを含む症例情報、および、前記複数の医療関係者の複数の識別情報、を関連付けて、前記情報管理システムのデータベースに記録し、
   前記複数の医療関係者のうちいずれかの前記医療関係者の端末装置から前記情報管理システムへのアクセス要求に対して、認証処理を実行し、
   認証した前記医療関係者の識別情報に対応する症例情報として、前記端末装置に表示される情報を参照する医療関係者が属する第一の施設の第一の症例情報、および前記第一の施設とは異なる第二の施設の第二の症例情報を、前記データベースから抽出し、前記端末装置に提供する、
   制御方法。
2. 前記第一の症例情報および前記第二の症例情報は、
   前記患者の情報を含む第一の階層と前記検査結果の詳細情報を含む第二の階層とを前記端末装置に表示可能なデータ構造で前記端末装置に提供されるとともに、
   前記患者の情報と前記検査結果の詳細情報を表示するためのリンク情報とを含む表として前記端末装置に提供されることにより、
   当該情報を複数階層に分けて前記端末装置に表示可能なデータ構造で前記端末装置に提供される、
   請求項１に記載の制御方法。
3. 前記検査結果の詳細情報は、遺伝子変異に関する複数種類の情報を含む、
   請求項２に記載の制御方法。
4. 前記検査結果の詳細情報は、遺伝子変異が検出された遺伝子名を含む、
   請求項２または３に記載の制御方法。
5. 前記検査結果の詳細情報は、遺伝子変異の変異箇所を含む、
   請求項２から４のいずれか１項に記載の制御方法。
6. 前記検査結果の詳細情報は、遺伝子変異の種類を含む、
   請求項２から５のいずれか１項に記載の制御方法。
7. 前記検査結果の詳細情報は、遺伝子変異をタンパク質のアミノ酸配列によって表記した情報を含む、
   請求項２から６のいずれか１項に記載の制御方法。
8. 前記症例情報は、前記患者を担当する病院名、前記遺伝子パネル検査の識別情報、前記遺伝子パネル検査の状況、前記患者の病名、前記患者の治療薬に関する情報の少なくとも１つを含む、
   請求項１から７のいずれか１項に記載の制御方法。
9. 前記認証処理は、生体認証を含む、
   請求項１から８のいずれか１項に記載の制御方法。
10. 前記生体認証は、顔認証を含む、
    請求項９に記載の制御方法。
11. 前記生体認証は、指紋認証を含む、
    請求項９に記載の制御方法。
12. 遺伝子パネル検査の結果に基づいて複数の患者の治療方針を検討する専門家会議の複数の参加者で情報を共有するための情報管理システムであって、
    前記複数の参加者は、所属する施設が互いに異なる複数の医療関係者を含み、
    前記複数の患者は、互いに異なる施設で前記遺伝子パネル検査を受けた複数の患者を含み、
    前記遺伝子パネル検査を受けた患者の情報と前記遺伝子パネル検査の検査結果とを含む症例情報、および、前記複数の医療関係者の複数の識別情報、を関連付けて、記憶するデータベースと、
    前記複数の医療関係者のうちいずれかの前記医療関係者の端末装置から前記情報管理システムへのアクセス要求に対して認証処理を実行し、認証した前記医療関係者の識別情報に対応する症例情報として、前記端末装置に表示される情報を参照する医療関係者が属する第一の施設の第一の症例情報、および前記第一の施設とは異なる第二の施設の第二の症例情報を、前記データベースから抽出し、前記端末装置に提供可能な制御部と、を含む、
    情報管理システム。
13. 前記制御部は、
    前記第一の症例情報および前記第二の症例情報を、前記患者の情報を含む第一の階層と前記検査結果の詳細情報を含む第二の階層とを前記端末装置に表示可能なデータ構造で前記端末装置に提供可能であるとともに、
    前記第一の症例情報および前記第二の症例情報を、前記患者の情報と前記検査結果の詳細情報を表示するためのリンク情報とを含む表として前記端末装置に提供可能であることにより、
    前記第一の症例情報および前記第二の症例情報を、当該情報を複数階層に分けて前記端末装置に表示可能なデータ構造で前記端末装置に提供可能である、
    請求項１２に記載の情報管理システム。
14. 前記検査結果の詳細情報は、遺伝子変異に関する複数種類の情報を含む、
    請求項１３に記載の情報管理システム。
15. 前記検査結果の詳細情報は、遺伝子変異が検出された遺伝子名を含む、
    請求項１３または１４に記載の情報管理システム。
16. 前記検査結果の詳細情報は、遺伝子変異の変異箇所を含む、
    請求項１３から１５のいずれか１項に記載の情報管理システム。
17. 前記検査結果の詳細情報は、遺伝子変異の種類を含む、
    請求項１３から１６のいずれか１項に記載の情報管理システム。
18. 前記検査結果の詳細情報は、遺伝子変異をタンパク質のアミノ酸配列によって表記した情報を含む、
    請求項１３から１７のいずれか１項に記載の情報管理システム。
19. 前記症例情報は、前記患者を担当する病院名、前記遺伝子パネル検査の識別情報、前記遺伝子パネル検査の状況、前記患者の病名、前記患者の治療薬に関する情報の少なくとも１つを含む、
    請求項１２から１８のいずれか１項に記載の情報管理システム。
20. 前記認証処理は、生体認証を含む、
    請求項１２から１９のいずれか１項に記載の情報管理システム。
21. 前記生体認証は、顔認証を含む、
    請求項２０に記載の情報管理システム。
22. 前記生体認証は、指紋認証を含む、
    請求項２０に記載の情報管理システム。

Images