臓器移植支援装置
【課題】円滑な臓器移植を実現する。
【解決手段】記憶装置２０は、保険契約の被保険者の個人情報Ｉaとリビングニーズ特約の適用が申請されたか否かを示す申請情報Ｉcとを含む保険契約情報Ｉと、移植希望者が移植を希望する臓器に関する要求臓器情報Ｒと、提供候補者が提供し得る臓器に関する提供臓器情報Ｄとが記憶される。候補者選定部１２は、リビングニーズ特約の適用が申請されたことを申請情報Ｉcが示す場合に、当該保険契約情報Ｉの被保険者を提供候補者として選定する。臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）について提供臓器情報Ｄを生成して記憶装置２０に格納する。適合判定部１６は、要求臓器情報Ｒと提供臓器情報Ｄとで臓器が適合するか否かを判定する。出力装置４０は、適合判定部１６による判定の結果を出力する。
【解決手段】記憶装置２０は、保険契約の被保険者の個人情報Ｉaとリビングニーズ特約の適用が申請されたか否かを示す申請情報Ｉcとを含む保険契約情報Ｉと、移植希望者が移植を希望する臓器に関する要求臓器情報Ｒと、提供候補者が提供し得る臓器に関する提供臓器情報Ｄとが記憶される。候補者選定部１２は、リビングニーズ特約の適用が申請されたことを申請情報Ｉcが示す場合に、当該保険契約情報Ｉの被保険者を提供候補者として選定する。臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）について提供臓器情報Ｄを生成して記憶装置２０に格納する。適合判定部１６は、要求臓器情報Ｒと提供臓器情報Ｄとで臓器が適合するか否かを判定する。出力装置４０は、適合判定部１６による判定の結果を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、臓器移植を支援する技術に関する。
【背景技術】
【０００２】
疾病や外傷で損なわれた臓器や組織の機能を回復するために臓器移植は不可欠であり、円滑な臓器移植が従来から強く要望されている。特許文献１には、ドナー登録者の増加を目的としてインターネットを介してドナー登録を受け付けるドナー登録支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１９７１９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術でドナー登録者を増加させただけでは、円滑な臓器移植を実現することは現実には困難である。以上の事情を考慮して、本発明は、臓器移植の円滑化を目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の臓器移植支援装置は、移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段と、要求臓器情報と提供臓器情報とで臓器が適合するか否かを判定する適合判定手段と、適合判定手段による判定の結果を出力する出力手段とを具備する。以上の構成においては、要求臓器情報と提供臓器情報との臓器の適合の可否が適合判定手段により判定されるため、移植希望者が移植を希望する臓器と提供候補者が提供し得る臓器との適切な組合せを迅速に把握して臓器移植を円滑化することが可能である。
【０００６】
本発明の好適な態様に係る臓器移植支援装置は、保険契約の被保険者の個人情報とリビングニーズ特約の適用が申請されたか否かを示す申請情報とを含む保険契約情報を記憶する第３記憶手段と、リビングニーズ特約の適用が申請されたことを保険契約情報の申請情報が示す場合に、当該保険契約情報の被保険者を提供候補者として選定する候補者選定手段とを具備する。以上の態様においては、保険契約情報の申請情報がリビングニーズ特約の適用の申請を示す場合に被保険者が提供候補者として選定されるため、提供候補者からの臓器提供の意志の明示（ドナー登録）を受動的に待つ従前の臓器移植の運用と比較して、多数の提供候補者を確保すること（ひいては移植希望者の臓器との適合の可能性を高めること）が可能である。
【０００７】
本発明の好適な態様に係る臓器移植支援装置は、候補者選定手段が選定した被保険者について提供臓器情報を生成して第２記憶手段に格納する臓器情報生成手段を具備する。例えば、候補者選定手段が選定した被保険者の臓器に関する情報を入力する入力手段を具備する構成において、臓器情報生成手段は、入力手段から入力された情報を利用して提供臓器情報を生成する。以上の態様においては、リビングニーズ特約の適用の申請後（すなわち余命宣告後）における提供候補者の臓器に関する情報を入力手段から入力して提供臓器情報に反映させることが可能である。また、第３記憶手段に記憶される保険契約情報が被保険者の臓器に関する情報を含む構成において、臓器情報生成手段は、候補者選定手段が選定した被保険者の保険契約情報における臓器に関する情報を利用して提供臓器情報を生成する。以上の態様においては、リビングニーズ特約の適用の申請後に入力する情報が削減される（あるいは情報の入力が不要となる）という利点がある。
【０００８】
本発明の好適な態様に係る臓器移植支援装置は、被保険者の個人情報を含む保険契約情報を記憶する第３記憶手段と、保険契約情報を利用して提供臓器情報を生成して第２記憶手段に格納する臓器情報生成手段とを具備する。以上の態様においては、提供臓器情報の生成に保険契約情報が利用されるため、提供臓器情報の生成時に入力すべき情報が削減される（あるいは情報の入力が不要となる）という利点がある。
【０００９】
本発明の好適な態様に係る臓器移植支援装置は、適合判定手段が要求臓器情報に適合すると判定した提供臓器情報の臓器の移送に関する移送情報を、要求臓器情報と提供臓器情報とに基づいて生成する移送情報生成手段を具備する。例えば、移送情報生成手段は、臓器の移送手段の種類および移送経路の少なくとも一方を示す移送情報を生成する。以上の態様においては、臓器の移送に関する移送情報が要求臓器情報と提供臓器情報とに応じて生成されるため、提供候補者の臓器を移植希望者の所在地に移送する手段や経路を探索する作業の負担か軽減されるという利点がある。
【００１０】
本発明の好適な態様において、適合判定手段は、第１記憶手段に記憶された複数の要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、要求臓器情報に適合すると判定した提供臓器情報に予約情報を付加し、予約情報を付加した提供臓器情報を以後の判定の対象から除外する。以上の態様においては、予約情報が付加された提供臓器情報は以後の判定（検索）の対象から除外されるので、１個の提供臓器情報に対して複数の要求臓器情報が重複して対応づけられることが防止される。
【００１１】
本発明の好適な態様において、適合判定手段は、第１記憶手段に記憶された複数の要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、提供臓器情報に２以上の要求臓器情報が適合する場合、２以上の要求臓器情報の各々に係る移植希望者に対する移植の優先順位を含む予約情報を当該提供臓器情報に付加する。以上の態様においては、２以上の要求臓器情報の各々の優先順位を含む予約情報が提供臓器情報に付加される。したがって、例えば最上位の移植希望者の臓器移植が成立しない場合に次位の移植希望者の臓器移植を検討するという具合に、臓器移植の可能性を柔軟に判断することが可能となる。
【００１２】
本発明は、以上の各態様に係る臓器移植支援装置としてコンピュータを機能させるためのプログラムとしても特定される。本発明のプログラムは、移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段とを具備するコンピュータに、要求臓器情報と提供臓器情報とで臓器が適合するか否かを判定する適合判定処理と、適合判定処理の結果を出力する出力処理とを実行させる。以上のプログラムによれば、本発明に係る臓器移植支援装置と同様の作用および効果が奏される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態に係る臓器移植支援装置のブロック図である。
【図２】契約データベースの内容を示す模式図である。
【図３】移植側データベースの内容を示す模式図である。
【図４】提供側データベースの内容を示す模式図である。
【図５】適合判定部による処理のフローチャートである。
【図６】提供臓器情報と要求臓器情報との適合を判定する処理のフローチャートである。
【図７】第２実施形態における契約データベースの内容を示す模式図である。
【図８】第３実施形態における適合判定部の動作を説明するための模式図である。
【図９】変形例に係る臓器移植支援装置のブロック図である。
【発明を実施するための形態】
【００１４】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る臓器移植支援装置１００のブロック図である。図１の臓器移植支援装置１００は、提供候補者から移植希望者に対する臓器移植の運用を支援するための装置である。提供候補者とは、自身の臓器を提供する意志がある者（実際に臓器を提供するドナーの候補者）を意味し、移植希望者とは、臓器の移植を希望する者（実際に臓器の提供を受けるレシピエントの候補者）を意味する。図１に示すように、臓器移植支援装置１００は、演算処理装置１０と記憶装置２０と入力装置３０と出力装置４０とを含むコンピュータシステムで実現される。
【００１５】
演算処理装置（ＣＰＵ）１０は、記憶装置２０に格納されたプログラム２２の実行で複数の機能（候補者選定部１２，臓器情報生成部１４，適合判定部１６，移送情報生成部１８）を実現する。入力装置３０は、臓器移植支援装置１００の利用者（例えば保険会社の従業員）からの操作を受け付ける機器（例えばキーボード）である。出力装置４０は、演算処理装置１０による処理の結果を出力する。本実施形態では、演算処理装置１０による処理の結果を画像として出力する表示機器を出力装置４０として例示する。
【００１６】
記憶装置２０は、演算処理装置１０が実行するプログラム２２や演算処理装置１０が使用する各種の情報を記憶する。磁気記録媒体や半導体記録媒体などの公知の記録媒体が記憶装置２０として任意に採用される。図１に示すように、記憶装置２０は、契約データベース（ＤＢ）２４と移植側データベース２６と提供側データベース２８とを記憶する。
【００１７】
図２に示すように、契約データベース２４は、保険契約に関する複数の保険契約情報Ｉの集合である。保険契約情報Ｉは、保険契約毎に作成され、個人情報Ｉaと契約内容情報Ｉbと申請情報Ｉcとを含んで構成される。個人情報Ｉaは、被保険者の個人に関する情報であり、例えば被保険者の氏名，住所，性別および年齢を含む。契約内容情報Ｉbは、保険契約の内容を示す情報であり、例えばリビングニーズ特約の有無を含む。リビングニーズ特約は、被保険者が医師から余命（例えば余命６ヶ月）を宣告された場合に被保険者の生存中に保険金を支払うことを内容とする生前給付特約である。
【００１８】
個人情報Ｉaや契約内容情報Ｉbは、保険契約の成立後に保険会社の従業員が入力装置３０を操作することで作成および記憶される。なお、他の端末装置で作成された個人情報Ｉaや契約内容情報Ｉbが通信網を介して臓器移植支援装置１００に提供される構成も好適である。
【００１９】
申請情報Ｉcは、保険適用の申請に関する情報（事故情報）であり、リビングニーズ特約の適用の申請の有無（申請／未申請）と死亡予定日（医師から宣告された余命の末日）とを含む。医師から余命を宣告された被保険者や被保険者の関係者から通知された情報を例えば保険会社の従業員が入力装置３０から入力することで申請情報Ｉcが生成および記憶される。以上に説明した契約データベース２４の内容から理解されるように、従前から保険契約の管理・運用に使用されてきた既存のデータベースを契約データベース２４として流用することが可能である。
【００２０】
図１の移植側データベース２６は、図３に示すように、移植希望者が移植を希望する臓器に関する複数の要求臓器情報Ｒの集合である。要求臓器情報Ｒは、移植希望者が移植を希望する臓器毎に作成され、個人情報Ｒaと臓器情報Ｒbとを含んで構成される。個人情報Ｒaは、移植希望者の個人に関する情報であり、例えば移植希望者の氏名や連絡先（例えば移植希望者が入院している病院の所在地）を含む。臓器情報Ｒbは、移植希望者が移植を希望する臓器の情報（条件）である。具体的には、臓器情報Ｒbは、移植希望者が希望する臓器の種類（例えば、肺，心臓，肝臓，膵臓，腎臓，小腸）およびサイズと、移植希望者の性別および血液型と、抗体反応および基礎疾患の有無とを含んで構成される。
【００２１】
要求臓器情報Ｒは、例えば、移植希望者から通知された情報を例えば保険会社の従業員が入力装置３０から入力することで作成および記憶される。ただし、要求臓器情報Ｒの作成の方法は任意である。例えば、移植希望者が端末装置（例えば自身の端末装置）に入力した要求臓器情報Ｒが通信網を介して臓器移植支援装置１００に提供される構成も好適である。
【００２２】
図１の提供側データベース２８は、図４に示すように、提供候補者が提供し得る臓器に関する複数の提供臓器情報Ｄの集合である。提供臓器情報Ｄは、提供候補者が提供し得る臓器毎に作成され、要求臓器情報Ｒと同様に、個人情報Ｄaと臓器情報Ｄbとを含んで構成される。個人情報Ｄaは、提供候補者の氏名や連絡先（例えば提供候補者の住所や入院中の病院の所在地）を含む。臓器情報Ｄbは、提供候補者が提供し得る臓器の情報（条件）である。移植希望者の臓器情報Ｒbと同様に、臓器情報Ｄbは、提供候補者が提供し得る臓器の種類およびサイズと、提供候補者の性別および血液型と、抗体反応および基礎疾患の有無と、死亡予定日とを含んで構成される。提供臓器情報Ｄの作成については後述する。
【００２３】
演算処理装置１０の機能を以下に説明する。図１の候補者選定部１２は、複数の被保険者のなかから提供候補者を選定する。医師からの余命宣告を条件としてリビングニーズ特約は適用されるため、リビングニーズ特約の適用が申請された保険契約の被保険者は近日中に死亡する可能性が高い。そこで、候補者選定部１２は、リビングニーズ特約の適用が申請されたことを保険契約情報Ｉの申請情報Ｉcが示す保険契約の被保険者（すなわち、医師から余命が宣告された被保険者）を提供候補者として選定する。
【００２４】
例えば、候補者選定部１２は、所定の時間毎（例えば24時間毎）に、契約データベース２４に含まれる複数の保険契約情報Ｉ（契約内容情報Ｉbがリビングニーズ特約の加入を示す保険契約情報Ｉ）の各々について申請情報Ｉcを確認し、複数の保険契約情報Ｉのうち申請情報Ｉcがリビングニーズ特約の適用の申請を示す保険契約情報Ｉの被保険者を提供候補者として選定する（プル型）。なお、契約データベース２４内の何れかの保険契約情報Ｉの申請情報Ｉcの変更（未申請→申請）を契機として候補者選定部１２が当該保険契約情報Ｉの被保険者を提供候補者として選定する構成（プッシュ型）も採用され得る。ただし、前者の構成（プル型）によれば、申請情報Ｉcの変化を検知する仕組みが不要である（保険契約の既存のデータベースを改変する必要がない）という利点がある。
【００２５】
図１の臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）について提供臓器情報Ｄを生成して記憶装置２０（提供側データベース２８）に格納する。提供臓器情報Ｄの生成には、候補者選定部１２が選定した被保険者の保険契約情報Ｉが利用される。具体的には、提供臓器情報Ｄの生成に必要な情報のうち保険契約情報Ｉに含まれる情報ついては保険契約情報Ｉ内の当該情報が適用される。例えば、保険契約情報Ｉの個人情報Ｉaに含まれる被保険者の氏名が、提供臓器情報Ｄの個人情報Ｄaにおける提供希望者の氏名として流用され、保険契約情報Ｉの個人情報Ｉaに含まれる性別や申請情報Ｉcに含まれる死亡予定日が、提供臓器情報Ｄの臓器情報Ｄbにおける提供希望者の性別や死亡予定日として適用される。
【００２６】
また、提供臓器情報Ｄの生成に必要な情報のうち保険契約情報Ｉに含まれない情報については、保険契約情報Ｉとは別途に取得した情報が適用される。具体的には、候補者選定部１２が選定した被保険者（提供候補者）に対して例えば保険会社の従業員が提供臓器情報Ｄ内の情報を問い合わせ、被保険者から通知された情報を入力装置３０から入力する。臓器情報生成部１４は、入力装置３０から入力された情報を利用して提供臓器情報Ｄ（個人情報Ｄaおよび臓器情報Ｄb）を生成する。例えば、提供臓器情報Ｄの個人情報Ｄaに含まれる連絡先と臓器情報Ｄbの各項目（臓器の種類およびサイズ，提供候補者の血液型，抗体反応および基礎疾患の有無）とについて、臓器情報生成部１４は、提供候補者からの通知に応じて入力装置３０から入力された情報を適用する。
【００２７】
図１の適合判定部１６は、要求臓器情報Ｒが示す臓器と提供臓器情報Ｄが示す臓器とが適合するか否か（すなわち、提供臓器情報Ｄが示す臓器を要求臓器情報Ｒの移植希望者に移植することが医学的に適切か否か）を判定する。本実施形態の適合判定部１６は、移植側データベース２６内の複数の要求臓器情報Ｒと提供側データベース２８内の提供臓器情報Ｄとの間で臓器の条件が相互に適合する組合せを順次に特定（マッチング）する。具体的には、適合判定部１６は、以下に詳述するように、移植側データベース２６内の複数の要求臓器情報Ｒの各々について、当該要求臓器情報Ｒの臓器情報Ｒbに適合する臓器情報Ｄbの提供臓器情報Ｄを、提供側データベース２８内の複数の提供臓器情報Ｄのなかから順次に検索する。
【００２８】
図５は、適合判定部１６の動作のフローチャートである。図５の処理は、例えば所定の時間毎（例えば24時間毎）に実行される。図５の処理を開始すると、適合判定部１６は、移植側データベース２６に含まれる複数の要求臓器情報Ｒの何れか（以下では特に「選択要求臓器情報Ｒ」と表記する）を選択し（ＳA1）、選択要求臓器情報Ｒの臓器情報Ｒbに適合する臓器情報Ｄbを含む提供臓器情報Ｄを提供側データベース２８から検索する（ＳA2）。そして、適合判定部１６は、図４に破線の矢印で示すように、ステップＳA2で検索した提供臓器情報Ｄに予約情報Ｆを付加する（ＳA3）。予約情報Ｆは、提供臓器情報Ｄが示す臓器の提供先が暫定されたこと（臓器の仮予約）を意味する情報であり、選択要求臓器情報Ｒの識別情報を含む。したがって、相互に適合する提供臓器情報Ｄと要求臓器情報Ｒとを予約情報Ｆから把握することが可能である。
【００２９】
適合判定部１６は、移植側データベース２６内の全部の要求臓器情報Ｒについて以上の処理が完了したか否かを判定する（ＳA4）。未処理の要求臓器情報Ｒがある場合（ＳA4：NO）、適合判定部１６は、移植側データベース２６内の未処理の要求臓器情報Ｒを新たな選択要求臓器情報Ｒとして選択（ＳA1）したうえでステップＳA2およびステップＳA3の処理を実行する。すなわち、移植側データベース２６に含まれる複数の要求臓器情報Ｒの各々について、当該要求臓器情報Ｒ（選択要求臓器情報Ｒ）に適合する提供臓器情報Ｄの検索（ＳA2）と検索済の提供臓器情報Ｄに対する予約情報Ｆの付加（ＳA3）とが順次に実行される。
【００３０】
適合判定部１６は、ステップＳA2において、提供側データベース２８の複数の提供臓器情報Ｄのうち予約情報Ｆが付加された提供臓器情報Ｄ（すなわち、要求臓器情報Ｒに対して既に対応づけられた提供臓器情報Ｄ）を検索の対象から除外して、選択要求臓器情報Ｒに適合する提供臓器情報Ｄを検索する。図６は、図５のステップＳA2で実行される具体的な処理のフローチャートである。
【００３１】
適合判定部１６は、提供側データベース２８に含まれる複数の提供臓器情報Ｄのうち予約情報Ｆが付加されていない提供臓器情報Ｄの各々について、当該提供臓器情報Ｄの臓器情報Ｄbと選択要求臓器情報Ｒの臓器情報Ｒbとの適合の度合の尺度となる数値（以下「適合度」という）αを算定する（ＳA21）。適合度αは、例えば、臓器情報Ｄbと臓器情報Ｒbとにおける各項目（臓器の種類，サイズ，性別，血液型，抗体反応の有無，基礎疾患の有無）の適合の程度から算定される。例えば、項目毎の適合の程度を示す数値の加重平均（例えば臓器移植にとって重要な項目に大きい加重値を付与する）が適合度αとして好適である。
【００３２】
適合判定部１６は、ステップＳA21で各提供臓器情報Ｄについて算定した複数の適合度αのなかの最大値αMAXが閾値αTHを上回るか否かを判定する（ＳA22）。最大値αMAXが閾値αTHを上回る場合（ＳA22：YES）、適合度αが最大値αMAXとなる提供臓器情報Ｄを、選択要求臓器情報Ｒに最適な臓器の情報として選択する（ＳA23）。適合判定部１６は、ステップＳA23で選択した提供臓器情報Ｄに予約情報Ｆを付加する（図５のステップＳA3）。他方、最大値αMAXが閾値αTHを下回る場合（ＳA22：NO）、適合判定部１６は、選択要求臓器情報Ｒに適合する提供臓器情報Ｄは存在しない（非適合）と判定する（ＳA24）。したがって、図５のステップＳA3で予約情報Ｆの付加は実行されない。
【００３３】
以上のように、予約情報Ｆが付加された提供臓器情報Ｄは以後の検索の対象から除外される。すなわち、移植側データベース２６にて上位に位置する要求臓器情報Ｒほど（例えば移植側データベース２６に登録された時期が早い要求臓器情報Ｒほど）、提供臓器情報Ｄが優先的に割当てられる。したがって、１個の提供臓器情報Ｄに対して複数の要求臓器情報Ｒが重複して対応づけられることは回避される。
【００３４】
移植側データベース２６の総ての要求臓器情報Ｒについて以上の処理が完了すると（ＳA4：YES）、適合判定部１６は、処理の結果（提供臓器情報Ｄと要求臓器情報Ｒとの組合せ）を出力装置４０に出力させる。具体的には、適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの組合せ（提供候補者と移植希望者との組合せ）を表す画像（以下「適合情報画像」という）を出力装置４０に表示させる。
【００３５】
適合情報画像は、例えば、予約情報Ｆが付加された各提供臓器情報Ｄ（すなわち、要求臓器情報Ｒに適合する臓器の提供臓器情報Ｄ）について、提供臓器情報Ｄの個人情報Ｄa（提供候補者の氏名や連絡先）と、予約情報Ｆが指定する要求臓器情報Ｒの個人情報Ｒa（移植希望者の氏名や連絡先）とを配置した画像である。なお、提供臓器情報Ｄの臓器情報Ｄbと要求臓器情報Ｒの臓器情報Ｒbとの各項目について、ステップＳA21で算定した適合の度合を出力装置４０に表示させる構成も採用される。
【００３６】
臓器移植の関係者（例えば臓器移植の担当医師や仲介者）は、臓器移植の対象となる移植希望者と提供候補者との組合せを適合情報画像で確認し、提供候補者および移植希望者に対する連絡や臓器移植の準備などの手続を実行する。提供候補者または移植希望者による判断や医師による診断により、臓器移植を実施しないと結論された場合、適合判定部１６は、当該臓器移植に係る提供臓器情報Ｄに付加された予約情報Ｆを、入力装置３０に対する操作に応じて削除する。予約情報Ｆが削除された提供臓器情報Ｄは、適合判定部１６による以後の検索の対象となる。他方、臓器移植を実際に実施すると結論された場合、当該臓器移植に係る提供臓器情報Ｄは提供側データベース２８から削除される。
【００３７】
図１の移送情報生成部１８は、相互に適合すると適合判定部１６が判定した要求臓器情報Ｒと提供臓器情報Ｄとの各組合せについて移送情報を生成する。移送情報は、提供臓器情報Ｄが示す臓器の移送に関する情報である。例えば、移送情報は、臓器の移送に利用すべき移送経路と移送手段（交通手段）の種類とを指定する。
【００３８】
具体的には、移送情報生成部１８は、提供臓器情報Ｄの個人情報Ｄaに含まれる連絡先から要求臓器情報Ｒの個人情報Ｒaに含まれる連絡先までの経路（ルート）を検索する。経路の検索には公知の技術が任意に採用される。また、臓器の摘出から移植までの制限時間は臓器の種類に応じて相違する。そこで、移送情報生成部１８は、要求臓器情報Ｒおよび提供臓器情報Ｄが示す臓器の種類に応じて最適な移送手段の種類（自動車，鉄道，飛行機，バイク）を選択する。なお、最適な移送手段は移送経路によって変化し得るため、移送情報生成部１８は、提供臓器情報Ｄと要求臓器情報Ｒとから特定した移送経路を加味して移送手段の種類を選択する。移送情報生成部１８は、移送情報を示す画像を出力装置４０に表示させる。臓器移植の関係者は、移送情報を確認したうえで、提供候補者が死亡した場合の臓器の移送の準備（例えば交通手段の手配）を実行する。
【００３９】
以上の説明のように、第１実施形態では、提供臓器情報Ｄと要求臓器情報Ｒとの最適な組合せ（提供候補者と移植希望者との最適な組合せ）を適合判定部１６が判定するため、多数の提供候補者と多数の移植希望者とのなかから最適な組合せを手作業で探索する場合と比較して、臓器移植の円滑な運用を実現することが可能である。
【００４０】
また、第１実施形態においては、保険契約情報Ｉの申請情報Ｉcがリビングニーズ特約の適用の申請を示す場合に当該保険契約情報Ｉの被保険者が提供候補者として選定される。したがって、提供候補者による臓器提供の意志の明示（ドナー登録）を受動的に待つ従前の運用と比較して、多数の提供候補者を確保すること（ひいては移植希望者の臓器との適合の可能性を高めること）が可能である。
【００４１】
さらに、第１実施形態においては、契約データベース２４の保険契約情報Ｉに含まれる情報（例えば個人情報Ｉa）が提供臓器情報Ｄの生成に利用されるため、提供臓器情報Ｄの総ての情報を提供候補者の選定の段階で入力装置３０から入力する場合と比較して、提供臓器情報Ｄの生成に必要な作業が軽減されるという利点がある。他方、保険契約情報Ｉに含まれない情報については入力装置３０から入力された情報が利用されるため、提供臓器情報Ｄ内の情報の不足は防止される。なお、以上の形態においては、保険契約情報Ｉ（例えば個人情報Ｉa）と入力装置３０からの情報との双方を利用して提供臓器情報Ｄを生成したが、保険契約情報Ｉの利用は省略され得る。すなわち、入力装置３０から入力された情報のみを利用して提供臓器情報Ｄを生成する構成も採用される。
【００４２】
第１実施形態においては、適合判定部１６が最適な組合せと判定した提供臓器情報Ｄと要求臓器情報Ｒとを利用して臓器の移送に関する移送情報が生成される。したがって、提供候補者や移植希望者に所在を問い合わせたうえで臓器の移送手段や移送経路を探索する作業の負担が有効に低減されるという利点がある。なお、移送情報生成部１８が生成した移送情報を利用して実際の移送の手配（例えば運送会社に対する手配）まで実行する構成も採用され得る。
【００４３】
＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態について説明する。なお、以下の各例示において作用や機能が第１実施形態と同等である要素については、以上と同じ符号を付して各々の詳細な説明を適宜に省略する。
【００４４】
図７は、第２実施形態における契約データベース２４の内容を示す模式図である。図７に示すように、第２実施形態の保険契約情報Ｉは、第１実施形態と同様の情報（個人情報Ｉa，契約内容情報Ｉb，申請情報Ｉc）に加えて臓器情報Ｉdを含んで構成される。臓器情報Ｉdは、保険契約情報Ｉの被保険者が死亡時に提供し得る臓器に関する情報であり、提供臓器情報Ｄの臓器情報Ｄbと同様に、被保険者が提供する意志のある臓器の種類およびサイズと、被保険者の性別および血液型と、抗体反応および基礎疾患の有無とを含んで構成される。臓器情報Ｉdは、保険契約の成立時に個人情報Ｉaや契約内容情報Ｉbとともに作成される。
【００４５】
臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）の保険契約情報Ｉに含まれる臓器情報Ｉdを利用して提供臓器情報Ｄを生成したうえで記憶装置２０（提供側データベース２８）に格納する。具体的には、臓器情報生成部１４は、保険契約情報Ｉの個人情報Ｉaに含まれる氏名および住所を提供臓器情報Ｄの個人情報Ｄaとして利用し、保険契約情報Ｉの臓器情報Ｉdを提供臓器情報Ｄの臓器情報Ｄbとして利用することで提供臓器情報Ｄ（個人情報Ｄaおよび臓器情報Ｄb）を生成する。
【００４６】
以上のように提供臓器情報Ｄの全部の情報が保険契約情報Ｉから得られるので、提供臓器情報Ｄに含まれる情報を入力装置３０から入力する作業は不要である。したがって、臓器情報Ｄbを入力装置３０から入力する第１実施形態と比較して、提供臓器情報Ｄの作成に必要な手間が削減されるという利点がある。もっとも、臓器のサイズや基礎疾患の有無は、保険契約の成立時（保険契約情報Ｉの生成時）とリビングニーズ特約の適用の申請時（提供臓器情報Ｄの生成時）とで相違する可能性がある。したがって、死亡予定時における臓器の状態（サイズ）を提供臓器情報Ｄの臓器情報Ｄbに適切に反映させるという観点からすると、保険契約情報Ｉの生成時の臓器の状態を臓器情報Ｄbに反映させる第２実施形態よりも、リビングニーズ特約の適用の申請時における臓器の状態を臓器情報Ｄbに反映させる第１実施形態のほうが好適であると言える。
【００４７】
＜Ｃ：第３実施形態＞
次に、本発明の第３実施形態について説明する。第１実施形態では、要求臓器情報Ｒとの適合が肯定された提供臓器情報Ｄに対して予約情報Ｆを付加したうえで以後の検索の対象から除外した（図６のステップＳA21）。第３実施形態では、既に要求臓器情報Ｒとの適合が肯定された提供臓器情報Ｄについても以後の検索の対象から除外しない。
【００４８】
したがって、１個の提供臓器情報Ｄに対して複数の要求臓器情報Ｒが適合する場合（すなわち、複数の移植希望者について１個の臓器が適合する場合）が発生し得る。適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの適合を判定すると、提供臓器情報Ｄに既に予約情報Ｆが付加されているか否かに関わらず新たな予約情報Ｆを付加する。したがって、１個の提供臓器情報Ｄに複数の要求臓器情報Ｒが適合する場合には、図８に示すように複数の予約情報Ｆが提供臓器情報Ｄに累積的に付加される。
【００４９】
図８に示すように、第３実施形態の予約情報Ｆは、提供臓器情報Ｄとの適合が肯定された要求臓器情報Ｒの識別情報Ｆaに加えて当該要求臓器情報Ｒの優先順位Ｆbを含んで構成される。優先順位Ｆbは、要求臓器情報Ｒの示す移植希望者が提供臓器情報Ｄの臓器の移植を受け得る優先度の順位を意味する。具体的には、提供臓器情報Ｄとの適合が判定された順番で優先順位Ｆbが設定される。もっとも、優先順位Ｆbの設定の方法は適宜に変更され得る。例えば、提供臓器情報Ｄとの適合度αが大きい要求臓器情報Ｒほど上位の優先順位Ｆbを付与する構成も好適である。
【００５０】
適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの組合せ（提供候補者と移植希望者との組合せ）を、各要求臓器情報Ｒの優先順位Ｆbとともに出力装置４０に出力させる。例えば、提供臓器情報Ｄに複数の予約情報Ｆが付加されている場合、適合判定部１６が出力装置４０に表示させる適合情報画像には、提供臓器情報Ｄの個人情報Ｄa（提供候補者の氏名や連絡先）と予約情報Ｆの識別情報Ｆaが示す要求臓器情報Ｒの個人情報Ｒa（移植希望者の氏名や連絡先）とに加えて、複数の要求臓器情報Ｒの各々の優先順位Ｆbが配置される。したがって、臓器移植の関係者は、提供候補者から臓器を提供され得る複数の移植希望者を、各移植希望者の優先順位Ｆbとともに適合情報画像で確認し、優先順位Ｆbが上位の移植希望者から順番に臓器移植の実施の可否を確認する。最上位の移植希望者について臓器移植を実施しないと結論された場合、適合判定部１６は、最上位の予約情報Ｆを削除するとともに以降の各予約情報Ｆにおける優先順位Ｆbを繰上げる。
【００５１】
以上の構成によれば、移植希望者について臓器移植を実施しない場合に、次に移植の優先順位Ｆbが高い移植希望者を特定することが可能である。したがって、検索済の提供臓器情報Ｄを以後の検索の対象から除外する第１実施形態と比較して、円滑な臓器移植を実現することが可能となる。なお、第３実施形態における提供臓器情報Ｄの生成には、第１実施形態および第２実施形態の何れの方法を採用することも可能である。
【００５２】
＜Ｄ：変形例＞
以上の各形態は様々に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選定された２以上の態様は適宜に併合され得る。
【００５３】
（１）変形例１
以上の各形態においては適合判定部１６が所定の時間毎に動作する場合を例示したが、適合判定部１６が提供臓器情報Ｄと要求臓器情報Ｒとの適合を判定する時期（契機）は任意である。例えば、移植側データベース２６に対する要求臓器情報Ｒの追加や提供側データベース２８に対する提供臓器情報Ｄの追加を契機として適合判定部１６が動作する構成や、入力装置３０に対する所定の操作を契機として適合判定部１６が動作する構成も採用され得る。
【００５４】
（２）変形例２
以上の各形態では、単一の記憶装置２０に設定された別個の記憶領域に各データベース（契約データベース２４，移植側データベース２６，提供側データベース２８）を格納した構成を例示したが、相互に独立した複数の記憶装置２０に各データベースを分散的に格納した構成も採用され得る。
【００５５】
例えば、保険契約の管理や運用に利用される既存のデータベースを契約データベース２４として流用するという事情を考慮すると、図９に示すように、契約データベース２４が格納された記憶装置５０を他の要素とは別体に構成した臓器移植支援装置１００（臓器移植支援システム）が好適である。記憶装置５０は、直接的または間接的（例えば通信網を介して）に演算処理装置１０に接続される。図９の構成によれば、既存の契約データベース２４を臓器移植支援装置１００に容易に流用できるという利点がある。
【００５６】
（３）変形例３
被保険者から提供候補者を選定して提供臓器情報Ｄを生成する要素（候補者選定部１２や臓器情報生成部１４）は適宜に省略される。例えば、入力装置３０の操作で指定された提供候補者について臓器情報生成部１４が提供臓器情報Ｄを生成する構成（候補者選定部１２を省略した構成）や、提供臓器情報Ｄが記憶装置２０に事前に格納された構成（候補者選定部１２および臓器情報生成部１４を省略した構成）も好適である。また、移送情報生成部１８は、臓器の移送に関する情報を提供することで臓器移植の一層の円滑化を図るという追加的な課題を解決するための手段であり、本発明に必須の要件ではない。
【００５７】
（４）変形例４
出力装置４０は表示機器に限定されない。例えば、適合判定部１６による処理の結果を印刷する印刷機器や音声として出力する放音機器（スピーカまたはヘッドホン）を出力装置４０として採用することも可能である。また、適合判定部１６による処理の結果（例えば、提供臓器情報Ｄと要求臓器情報Ｒとの組合せを記述した電子メール）を通信網に送信する通信機器も出力装置４０として採用され得る。
【００５８】
（５）変形例５
適合判定部１６による処理の内容は適宜に変更される。例えば、以上の各形態においては、複数の提供臓器情報Ｄのうち適合度αが最大値αMAXとなる提供臓器情報Ｄを選択したが、要求臓器情報Ｒと提供臓器情報Ｄとの適合度αを順次に算定し、閾値αTHを上回る適合度αが算定された時点で要求臓器情報Ｒと提供臓器情報Ｄとの組合せを確定する構成も採用され得る。また、以上の各形態では、複数の提供臓器情報Ｄと複数の要求臓器情報Ｒとから提供臓器情報Ｄと要求臓器情報Ｒとの最適な組合せを抽出（マッチング）する構成を例示したが、１個の提供臓器情報Ｄと１個の要求臓器情報Ｒとに着目すると、以上の各態様における適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとで臓器が適合するか否かを判定する手段として包括される。
【符号の説明】
【００５９】
１００……臓器移植支援装置、１０……演算処理装置、１２……候補者選定部、１４……臓器情報生成部、１６……適合判定部、１８……移送情報生成部、２０，５０……記憶装置、２２……プログラム、２４……契約データベース、２６……移植側データベース、２８……提供側データベース、３０……入力装置、４０……出力装置。
【技術分野】
【０００１】
本発明は、臓器移植を支援する技術に関する。
【背景技術】
【０００２】
疾病や外傷で損なわれた臓器や組織の機能を回復するために臓器移植は不可欠であり、円滑な臓器移植が従来から強く要望されている。特許文献１には、ドナー登録者の増加を目的としてインターネットを介してドナー登録を受け付けるドナー登録支援システムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１９７１９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１の技術でドナー登録者を増加させただけでは、円滑な臓器移植を実現することは現実には困難である。以上の事情を考慮して、本発明は、臓器移植の円滑化を目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明の臓器移植支援装置は、移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段と、要求臓器情報と提供臓器情報とで臓器が適合するか否かを判定する適合判定手段と、適合判定手段による判定の結果を出力する出力手段とを具備する。以上の構成においては、要求臓器情報と提供臓器情報との臓器の適合の可否が適合判定手段により判定されるため、移植希望者が移植を希望する臓器と提供候補者が提供し得る臓器との適切な組合せを迅速に把握して臓器移植を円滑化することが可能である。
【０００６】
本発明の好適な態様に係る臓器移植支援装置は、保険契約の被保険者の個人情報とリビングニーズ特約の適用が申請されたか否かを示す申請情報とを含む保険契約情報を記憶する第３記憶手段と、リビングニーズ特約の適用が申請されたことを保険契約情報の申請情報が示す場合に、当該保険契約情報の被保険者を提供候補者として選定する候補者選定手段とを具備する。以上の態様においては、保険契約情報の申請情報がリビングニーズ特約の適用の申請を示す場合に被保険者が提供候補者として選定されるため、提供候補者からの臓器提供の意志の明示（ドナー登録）を受動的に待つ従前の臓器移植の運用と比較して、多数の提供候補者を確保すること（ひいては移植希望者の臓器との適合の可能性を高めること）が可能である。
【０００７】
本発明の好適な態様に係る臓器移植支援装置は、候補者選定手段が選定した被保険者について提供臓器情報を生成して第２記憶手段に格納する臓器情報生成手段を具備する。例えば、候補者選定手段が選定した被保険者の臓器に関する情報を入力する入力手段を具備する構成において、臓器情報生成手段は、入力手段から入力された情報を利用して提供臓器情報を生成する。以上の態様においては、リビングニーズ特約の適用の申請後（すなわち余命宣告後）における提供候補者の臓器に関する情報を入力手段から入力して提供臓器情報に反映させることが可能である。また、第３記憶手段に記憶される保険契約情報が被保険者の臓器に関する情報を含む構成において、臓器情報生成手段は、候補者選定手段が選定した被保険者の保険契約情報における臓器に関する情報を利用して提供臓器情報を生成する。以上の態様においては、リビングニーズ特約の適用の申請後に入力する情報が削減される（あるいは情報の入力が不要となる）という利点がある。
【０００８】
本発明の好適な態様に係る臓器移植支援装置は、被保険者の個人情報を含む保険契約情報を記憶する第３記憶手段と、保険契約情報を利用して提供臓器情報を生成して第２記憶手段に格納する臓器情報生成手段とを具備する。以上の態様においては、提供臓器情報の生成に保険契約情報が利用されるため、提供臓器情報の生成時に入力すべき情報が削減される（あるいは情報の入力が不要となる）という利点がある。
【０００９】
本発明の好適な態様に係る臓器移植支援装置は、適合判定手段が要求臓器情報に適合すると判定した提供臓器情報の臓器の移送に関する移送情報を、要求臓器情報と提供臓器情報とに基づいて生成する移送情報生成手段を具備する。例えば、移送情報生成手段は、臓器の移送手段の種類および移送経路の少なくとも一方を示す移送情報を生成する。以上の態様においては、臓器の移送に関する移送情報が要求臓器情報と提供臓器情報とに応じて生成されるため、提供候補者の臓器を移植希望者の所在地に移送する手段や経路を探索する作業の負担か軽減されるという利点がある。
【００１０】
本発明の好適な態様において、適合判定手段は、第１記憶手段に記憶された複数の要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、要求臓器情報に適合すると判定した提供臓器情報に予約情報を付加し、予約情報を付加した提供臓器情報を以後の判定の対象から除外する。以上の態様においては、予約情報が付加された提供臓器情報は以後の判定（検索）の対象から除外されるので、１個の提供臓器情報に対して複数の要求臓器情報が重複して対応づけられることが防止される。
【００１１】
本発明の好適な態様において、適合判定手段は、第１記憶手段に記憶された複数の要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、提供臓器情報に２以上の要求臓器情報が適合する場合、２以上の要求臓器情報の各々に係る移植希望者に対する移植の優先順位を含む予約情報を当該提供臓器情報に付加する。以上の態様においては、２以上の要求臓器情報の各々の優先順位を含む予約情報が提供臓器情報に付加される。したがって、例えば最上位の移植希望者の臓器移植が成立しない場合に次位の移植希望者の臓器移植を検討するという具合に、臓器移植の可能性を柔軟に判断することが可能となる。
【００１２】
本発明は、以上の各態様に係る臓器移植支援装置としてコンピュータを機能させるためのプログラムとしても特定される。本発明のプログラムは、移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段とを具備するコンピュータに、要求臓器情報と提供臓器情報とで臓器が適合するか否かを判定する適合判定処理と、適合判定処理の結果を出力する出力処理とを実行させる。以上のプログラムによれば、本発明に係る臓器移植支援装置と同様の作用および効果が奏される。本発明のプログラムは、コンピュータが読取可能な記録媒体に格納された形態で利用者に提供されてコンピュータにインストールされるほか、通信網を介した配信の形態でサーバ装置から提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態に係る臓器移植支援装置のブロック図である。
【図２】契約データベースの内容を示す模式図である。
【図３】移植側データベースの内容を示す模式図である。
【図４】提供側データベースの内容を示す模式図である。
【図５】適合判定部による処理のフローチャートである。
【図６】提供臓器情報と要求臓器情報との適合を判定する処理のフローチャートである。
【図７】第２実施形態における契約データベースの内容を示す模式図である。
【図８】第３実施形態における適合判定部の動作を説明するための模式図である。
【図９】変形例に係る臓器移植支援装置のブロック図である。
【発明を実施するための形態】
【００１４】
＜Ａ：第１実施形態＞
図１は、本発明の第１実施形態に係る臓器移植支援装置１００のブロック図である。図１の臓器移植支援装置１００は、提供候補者から移植希望者に対する臓器移植の運用を支援するための装置である。提供候補者とは、自身の臓器を提供する意志がある者（実際に臓器を提供するドナーの候補者）を意味し、移植希望者とは、臓器の移植を希望する者（実際に臓器の提供を受けるレシピエントの候補者）を意味する。図１に示すように、臓器移植支援装置１００は、演算処理装置１０と記憶装置２０と入力装置３０と出力装置４０とを含むコンピュータシステムで実現される。
【００１５】
演算処理装置（ＣＰＵ）１０は、記憶装置２０に格納されたプログラム２２の実行で複数の機能（候補者選定部１２，臓器情報生成部１４，適合判定部１６，移送情報生成部１８）を実現する。入力装置３０は、臓器移植支援装置１００の利用者（例えば保険会社の従業員）からの操作を受け付ける機器（例えばキーボード）である。出力装置４０は、演算処理装置１０による処理の結果を出力する。本実施形態では、演算処理装置１０による処理の結果を画像として出力する表示機器を出力装置４０として例示する。
【００１６】
記憶装置２０は、演算処理装置１０が実行するプログラム２２や演算処理装置１０が使用する各種の情報を記憶する。磁気記録媒体や半導体記録媒体などの公知の記録媒体が記憶装置２０として任意に採用される。図１に示すように、記憶装置２０は、契約データベース（ＤＢ）２４と移植側データベース２６と提供側データベース２８とを記憶する。
【００１７】
図２に示すように、契約データベース２４は、保険契約に関する複数の保険契約情報Ｉの集合である。保険契約情報Ｉは、保険契約毎に作成され、個人情報Ｉaと契約内容情報Ｉbと申請情報Ｉcとを含んで構成される。個人情報Ｉaは、被保険者の個人に関する情報であり、例えば被保険者の氏名，住所，性別および年齢を含む。契約内容情報Ｉbは、保険契約の内容を示す情報であり、例えばリビングニーズ特約の有無を含む。リビングニーズ特約は、被保険者が医師から余命（例えば余命６ヶ月）を宣告された場合に被保険者の生存中に保険金を支払うことを内容とする生前給付特約である。
【００１８】
個人情報Ｉaや契約内容情報Ｉbは、保険契約の成立後に保険会社の従業員が入力装置３０を操作することで作成および記憶される。なお、他の端末装置で作成された個人情報Ｉaや契約内容情報Ｉbが通信網を介して臓器移植支援装置１００に提供される構成も好適である。
【００１９】
申請情報Ｉcは、保険適用の申請に関する情報（事故情報）であり、リビングニーズ特約の適用の申請の有無（申請／未申請）と死亡予定日（医師から宣告された余命の末日）とを含む。医師から余命を宣告された被保険者や被保険者の関係者から通知された情報を例えば保険会社の従業員が入力装置３０から入力することで申請情報Ｉcが生成および記憶される。以上に説明した契約データベース２４の内容から理解されるように、従前から保険契約の管理・運用に使用されてきた既存のデータベースを契約データベース２４として流用することが可能である。
【００２０】
図１の移植側データベース２６は、図３に示すように、移植希望者が移植を希望する臓器に関する複数の要求臓器情報Ｒの集合である。要求臓器情報Ｒは、移植希望者が移植を希望する臓器毎に作成され、個人情報Ｒaと臓器情報Ｒbとを含んで構成される。個人情報Ｒaは、移植希望者の個人に関する情報であり、例えば移植希望者の氏名や連絡先（例えば移植希望者が入院している病院の所在地）を含む。臓器情報Ｒbは、移植希望者が移植を希望する臓器の情報（条件）である。具体的には、臓器情報Ｒbは、移植希望者が希望する臓器の種類（例えば、肺，心臓，肝臓，膵臓，腎臓，小腸）およびサイズと、移植希望者の性別および血液型と、抗体反応および基礎疾患の有無とを含んで構成される。
【００２１】
要求臓器情報Ｒは、例えば、移植希望者から通知された情報を例えば保険会社の従業員が入力装置３０から入力することで作成および記憶される。ただし、要求臓器情報Ｒの作成の方法は任意である。例えば、移植希望者が端末装置（例えば自身の端末装置）に入力した要求臓器情報Ｒが通信網を介して臓器移植支援装置１００に提供される構成も好適である。
【００２２】
図１の提供側データベース２８は、図４に示すように、提供候補者が提供し得る臓器に関する複数の提供臓器情報Ｄの集合である。提供臓器情報Ｄは、提供候補者が提供し得る臓器毎に作成され、要求臓器情報Ｒと同様に、個人情報Ｄaと臓器情報Ｄbとを含んで構成される。個人情報Ｄaは、提供候補者の氏名や連絡先（例えば提供候補者の住所や入院中の病院の所在地）を含む。臓器情報Ｄbは、提供候補者が提供し得る臓器の情報（条件）である。移植希望者の臓器情報Ｒbと同様に、臓器情報Ｄbは、提供候補者が提供し得る臓器の種類およびサイズと、提供候補者の性別および血液型と、抗体反応および基礎疾患の有無と、死亡予定日とを含んで構成される。提供臓器情報Ｄの作成については後述する。
【００２３】
演算処理装置１０の機能を以下に説明する。図１の候補者選定部１２は、複数の被保険者のなかから提供候補者を選定する。医師からの余命宣告を条件としてリビングニーズ特約は適用されるため、リビングニーズ特約の適用が申請された保険契約の被保険者は近日中に死亡する可能性が高い。そこで、候補者選定部１２は、リビングニーズ特約の適用が申請されたことを保険契約情報Ｉの申請情報Ｉcが示す保険契約の被保険者（すなわち、医師から余命が宣告された被保険者）を提供候補者として選定する。
【００２４】
例えば、候補者選定部１２は、所定の時間毎（例えば24時間毎）に、契約データベース２４に含まれる複数の保険契約情報Ｉ（契約内容情報Ｉbがリビングニーズ特約の加入を示す保険契約情報Ｉ）の各々について申請情報Ｉcを確認し、複数の保険契約情報Ｉのうち申請情報Ｉcがリビングニーズ特約の適用の申請を示す保険契約情報Ｉの被保険者を提供候補者として選定する（プル型）。なお、契約データベース２４内の何れかの保険契約情報Ｉの申請情報Ｉcの変更（未申請→申請）を契機として候補者選定部１２が当該保険契約情報Ｉの被保険者を提供候補者として選定する構成（プッシュ型）も採用され得る。ただし、前者の構成（プル型）によれば、申請情報Ｉcの変化を検知する仕組みが不要である（保険契約の既存のデータベースを改変する必要がない）という利点がある。
【００２５】
図１の臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）について提供臓器情報Ｄを生成して記憶装置２０（提供側データベース２８）に格納する。提供臓器情報Ｄの生成には、候補者選定部１２が選定した被保険者の保険契約情報Ｉが利用される。具体的には、提供臓器情報Ｄの生成に必要な情報のうち保険契約情報Ｉに含まれる情報ついては保険契約情報Ｉ内の当該情報が適用される。例えば、保険契約情報Ｉの個人情報Ｉaに含まれる被保険者の氏名が、提供臓器情報Ｄの個人情報Ｄaにおける提供希望者の氏名として流用され、保険契約情報Ｉの個人情報Ｉaに含まれる性別や申請情報Ｉcに含まれる死亡予定日が、提供臓器情報Ｄの臓器情報Ｄbにおける提供希望者の性別や死亡予定日として適用される。
【００２６】
また、提供臓器情報Ｄの生成に必要な情報のうち保険契約情報Ｉに含まれない情報については、保険契約情報Ｉとは別途に取得した情報が適用される。具体的には、候補者選定部１２が選定した被保険者（提供候補者）に対して例えば保険会社の従業員が提供臓器情報Ｄ内の情報を問い合わせ、被保険者から通知された情報を入力装置３０から入力する。臓器情報生成部１４は、入力装置３０から入力された情報を利用して提供臓器情報Ｄ（個人情報Ｄaおよび臓器情報Ｄb）を生成する。例えば、提供臓器情報Ｄの個人情報Ｄaに含まれる連絡先と臓器情報Ｄbの各項目（臓器の種類およびサイズ，提供候補者の血液型，抗体反応および基礎疾患の有無）とについて、臓器情報生成部１４は、提供候補者からの通知に応じて入力装置３０から入力された情報を適用する。
【００２７】
図１の適合判定部１６は、要求臓器情報Ｒが示す臓器と提供臓器情報Ｄが示す臓器とが適合するか否か（すなわち、提供臓器情報Ｄが示す臓器を要求臓器情報Ｒの移植希望者に移植することが医学的に適切か否か）を判定する。本実施形態の適合判定部１６は、移植側データベース２６内の複数の要求臓器情報Ｒと提供側データベース２８内の提供臓器情報Ｄとの間で臓器の条件が相互に適合する組合せを順次に特定（マッチング）する。具体的には、適合判定部１６は、以下に詳述するように、移植側データベース２６内の複数の要求臓器情報Ｒの各々について、当該要求臓器情報Ｒの臓器情報Ｒbに適合する臓器情報Ｄbの提供臓器情報Ｄを、提供側データベース２８内の複数の提供臓器情報Ｄのなかから順次に検索する。
【００２８】
図５は、適合判定部１６の動作のフローチャートである。図５の処理は、例えば所定の時間毎（例えば24時間毎）に実行される。図５の処理を開始すると、適合判定部１６は、移植側データベース２６に含まれる複数の要求臓器情報Ｒの何れか（以下では特に「選択要求臓器情報Ｒ」と表記する）を選択し（ＳA1）、選択要求臓器情報Ｒの臓器情報Ｒbに適合する臓器情報Ｄbを含む提供臓器情報Ｄを提供側データベース２８から検索する（ＳA2）。そして、適合判定部１６は、図４に破線の矢印で示すように、ステップＳA2で検索した提供臓器情報Ｄに予約情報Ｆを付加する（ＳA3）。予約情報Ｆは、提供臓器情報Ｄが示す臓器の提供先が暫定されたこと（臓器の仮予約）を意味する情報であり、選択要求臓器情報Ｒの識別情報を含む。したがって、相互に適合する提供臓器情報Ｄと要求臓器情報Ｒとを予約情報Ｆから把握することが可能である。
【００２９】
適合判定部１６は、移植側データベース２６内の全部の要求臓器情報Ｒについて以上の処理が完了したか否かを判定する（ＳA4）。未処理の要求臓器情報Ｒがある場合（ＳA4：NO）、適合判定部１６は、移植側データベース２６内の未処理の要求臓器情報Ｒを新たな選択要求臓器情報Ｒとして選択（ＳA1）したうえでステップＳA2およびステップＳA3の処理を実行する。すなわち、移植側データベース２６に含まれる複数の要求臓器情報Ｒの各々について、当該要求臓器情報Ｒ（選択要求臓器情報Ｒ）に適合する提供臓器情報Ｄの検索（ＳA2）と検索済の提供臓器情報Ｄに対する予約情報Ｆの付加（ＳA3）とが順次に実行される。
【００３０】
適合判定部１６は、ステップＳA2において、提供側データベース２８の複数の提供臓器情報Ｄのうち予約情報Ｆが付加された提供臓器情報Ｄ（すなわち、要求臓器情報Ｒに対して既に対応づけられた提供臓器情報Ｄ）を検索の対象から除外して、選択要求臓器情報Ｒに適合する提供臓器情報Ｄを検索する。図６は、図５のステップＳA2で実行される具体的な処理のフローチャートである。
【００３１】
適合判定部１６は、提供側データベース２８に含まれる複数の提供臓器情報Ｄのうち予約情報Ｆが付加されていない提供臓器情報Ｄの各々について、当該提供臓器情報Ｄの臓器情報Ｄbと選択要求臓器情報Ｒの臓器情報Ｒbとの適合の度合の尺度となる数値（以下「適合度」という）αを算定する（ＳA21）。適合度αは、例えば、臓器情報Ｄbと臓器情報Ｒbとにおける各項目（臓器の種類，サイズ，性別，血液型，抗体反応の有無，基礎疾患の有無）の適合の程度から算定される。例えば、項目毎の適合の程度を示す数値の加重平均（例えば臓器移植にとって重要な項目に大きい加重値を付与する）が適合度αとして好適である。
【００３２】
適合判定部１６は、ステップＳA21で各提供臓器情報Ｄについて算定した複数の適合度αのなかの最大値αMAXが閾値αTHを上回るか否かを判定する（ＳA22）。最大値αMAXが閾値αTHを上回る場合（ＳA22：YES）、適合度αが最大値αMAXとなる提供臓器情報Ｄを、選択要求臓器情報Ｒに最適な臓器の情報として選択する（ＳA23）。適合判定部１６は、ステップＳA23で選択した提供臓器情報Ｄに予約情報Ｆを付加する（図５のステップＳA3）。他方、最大値αMAXが閾値αTHを下回る場合（ＳA22：NO）、適合判定部１６は、選択要求臓器情報Ｒに適合する提供臓器情報Ｄは存在しない（非適合）と判定する（ＳA24）。したがって、図５のステップＳA3で予約情報Ｆの付加は実行されない。
【００３３】
以上のように、予約情報Ｆが付加された提供臓器情報Ｄは以後の検索の対象から除外される。すなわち、移植側データベース２６にて上位に位置する要求臓器情報Ｒほど（例えば移植側データベース２６に登録された時期が早い要求臓器情報Ｒほど）、提供臓器情報Ｄが優先的に割当てられる。したがって、１個の提供臓器情報Ｄに対して複数の要求臓器情報Ｒが重複して対応づけられることは回避される。
【００３４】
移植側データベース２６の総ての要求臓器情報Ｒについて以上の処理が完了すると（ＳA4：YES）、適合判定部１６は、処理の結果（提供臓器情報Ｄと要求臓器情報Ｒとの組合せ）を出力装置４０に出力させる。具体的には、適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの組合せ（提供候補者と移植希望者との組合せ）を表す画像（以下「適合情報画像」という）を出力装置４０に表示させる。
【００３５】
適合情報画像は、例えば、予約情報Ｆが付加された各提供臓器情報Ｄ（すなわち、要求臓器情報Ｒに適合する臓器の提供臓器情報Ｄ）について、提供臓器情報Ｄの個人情報Ｄa（提供候補者の氏名や連絡先）と、予約情報Ｆが指定する要求臓器情報Ｒの個人情報Ｒa（移植希望者の氏名や連絡先）とを配置した画像である。なお、提供臓器情報Ｄの臓器情報Ｄbと要求臓器情報Ｒの臓器情報Ｒbとの各項目について、ステップＳA21で算定した適合の度合を出力装置４０に表示させる構成も採用される。
【００３６】
臓器移植の関係者（例えば臓器移植の担当医師や仲介者）は、臓器移植の対象となる移植希望者と提供候補者との組合せを適合情報画像で確認し、提供候補者および移植希望者に対する連絡や臓器移植の準備などの手続を実行する。提供候補者または移植希望者による判断や医師による診断により、臓器移植を実施しないと結論された場合、適合判定部１６は、当該臓器移植に係る提供臓器情報Ｄに付加された予約情報Ｆを、入力装置３０に対する操作に応じて削除する。予約情報Ｆが削除された提供臓器情報Ｄは、適合判定部１６による以後の検索の対象となる。他方、臓器移植を実際に実施すると結論された場合、当該臓器移植に係る提供臓器情報Ｄは提供側データベース２８から削除される。
【００３７】
図１の移送情報生成部１８は、相互に適合すると適合判定部１６が判定した要求臓器情報Ｒと提供臓器情報Ｄとの各組合せについて移送情報を生成する。移送情報は、提供臓器情報Ｄが示す臓器の移送に関する情報である。例えば、移送情報は、臓器の移送に利用すべき移送経路と移送手段（交通手段）の種類とを指定する。
【００３８】
具体的には、移送情報生成部１８は、提供臓器情報Ｄの個人情報Ｄaに含まれる連絡先から要求臓器情報Ｒの個人情報Ｒaに含まれる連絡先までの経路（ルート）を検索する。経路の検索には公知の技術が任意に採用される。また、臓器の摘出から移植までの制限時間は臓器の種類に応じて相違する。そこで、移送情報生成部１８は、要求臓器情報Ｒおよび提供臓器情報Ｄが示す臓器の種類に応じて最適な移送手段の種類（自動車，鉄道，飛行機，バイク）を選択する。なお、最適な移送手段は移送経路によって変化し得るため、移送情報生成部１８は、提供臓器情報Ｄと要求臓器情報Ｒとから特定した移送経路を加味して移送手段の種類を選択する。移送情報生成部１８は、移送情報を示す画像を出力装置４０に表示させる。臓器移植の関係者は、移送情報を確認したうえで、提供候補者が死亡した場合の臓器の移送の準備（例えば交通手段の手配）を実行する。
【００３９】
以上の説明のように、第１実施形態では、提供臓器情報Ｄと要求臓器情報Ｒとの最適な組合せ（提供候補者と移植希望者との最適な組合せ）を適合判定部１６が判定するため、多数の提供候補者と多数の移植希望者とのなかから最適な組合せを手作業で探索する場合と比較して、臓器移植の円滑な運用を実現することが可能である。
【００４０】
また、第１実施形態においては、保険契約情報Ｉの申請情報Ｉcがリビングニーズ特約の適用の申請を示す場合に当該保険契約情報Ｉの被保険者が提供候補者として選定される。したがって、提供候補者による臓器提供の意志の明示（ドナー登録）を受動的に待つ従前の運用と比較して、多数の提供候補者を確保すること（ひいては移植希望者の臓器との適合の可能性を高めること）が可能である。
【００４１】
さらに、第１実施形態においては、契約データベース２４の保険契約情報Ｉに含まれる情報（例えば個人情報Ｉa）が提供臓器情報Ｄの生成に利用されるため、提供臓器情報Ｄの総ての情報を提供候補者の選定の段階で入力装置３０から入力する場合と比較して、提供臓器情報Ｄの生成に必要な作業が軽減されるという利点がある。他方、保険契約情報Ｉに含まれない情報については入力装置３０から入力された情報が利用されるため、提供臓器情報Ｄ内の情報の不足は防止される。なお、以上の形態においては、保険契約情報Ｉ（例えば個人情報Ｉa）と入力装置３０からの情報との双方を利用して提供臓器情報Ｄを生成したが、保険契約情報Ｉの利用は省略され得る。すなわち、入力装置３０から入力された情報のみを利用して提供臓器情報Ｄを生成する構成も採用される。
【００４２】
第１実施形態においては、適合判定部１６が最適な組合せと判定した提供臓器情報Ｄと要求臓器情報Ｒとを利用して臓器の移送に関する移送情報が生成される。したがって、提供候補者や移植希望者に所在を問い合わせたうえで臓器の移送手段や移送経路を探索する作業の負担が有効に低減されるという利点がある。なお、移送情報生成部１８が生成した移送情報を利用して実際の移送の手配（例えば運送会社に対する手配）まで実行する構成も採用され得る。
【００４３】
＜Ｂ：第２実施形態＞
次に、本発明の第２実施形態について説明する。なお、以下の各例示において作用や機能が第１実施形態と同等である要素については、以上と同じ符号を付して各々の詳細な説明を適宜に省略する。
【００４４】
図７は、第２実施形態における契約データベース２４の内容を示す模式図である。図７に示すように、第２実施形態の保険契約情報Ｉは、第１実施形態と同様の情報（個人情報Ｉa，契約内容情報Ｉb，申請情報Ｉc）に加えて臓器情報Ｉdを含んで構成される。臓器情報Ｉdは、保険契約情報Ｉの被保険者が死亡時に提供し得る臓器に関する情報であり、提供臓器情報Ｄの臓器情報Ｄbと同様に、被保険者が提供する意志のある臓器の種類およびサイズと、被保険者の性別および血液型と、抗体反応および基礎疾患の有無とを含んで構成される。臓器情報Ｉdは、保険契約の成立時に個人情報Ｉaや契約内容情報Ｉbとともに作成される。
【００４５】
臓器情報生成部１４は、候補者選定部１２が選定した被保険者（提供候補者）の保険契約情報Ｉに含まれる臓器情報Ｉdを利用して提供臓器情報Ｄを生成したうえで記憶装置２０（提供側データベース２８）に格納する。具体的には、臓器情報生成部１４は、保険契約情報Ｉの個人情報Ｉaに含まれる氏名および住所を提供臓器情報Ｄの個人情報Ｄaとして利用し、保険契約情報Ｉの臓器情報Ｉdを提供臓器情報Ｄの臓器情報Ｄbとして利用することで提供臓器情報Ｄ（個人情報Ｄaおよび臓器情報Ｄb）を生成する。
【００４６】
以上のように提供臓器情報Ｄの全部の情報が保険契約情報Ｉから得られるので、提供臓器情報Ｄに含まれる情報を入力装置３０から入力する作業は不要である。したがって、臓器情報Ｄbを入力装置３０から入力する第１実施形態と比較して、提供臓器情報Ｄの作成に必要な手間が削減されるという利点がある。もっとも、臓器のサイズや基礎疾患の有無は、保険契約の成立時（保険契約情報Ｉの生成時）とリビングニーズ特約の適用の申請時（提供臓器情報Ｄの生成時）とで相違する可能性がある。したがって、死亡予定時における臓器の状態（サイズ）を提供臓器情報Ｄの臓器情報Ｄbに適切に反映させるという観点からすると、保険契約情報Ｉの生成時の臓器の状態を臓器情報Ｄbに反映させる第２実施形態よりも、リビングニーズ特約の適用の申請時における臓器の状態を臓器情報Ｄbに反映させる第１実施形態のほうが好適であると言える。
【００４７】
＜Ｃ：第３実施形態＞
次に、本発明の第３実施形態について説明する。第１実施形態では、要求臓器情報Ｒとの適合が肯定された提供臓器情報Ｄに対して予約情報Ｆを付加したうえで以後の検索の対象から除外した（図６のステップＳA21）。第３実施形態では、既に要求臓器情報Ｒとの適合が肯定された提供臓器情報Ｄについても以後の検索の対象から除外しない。
【００４８】
したがって、１個の提供臓器情報Ｄに対して複数の要求臓器情報Ｒが適合する場合（すなわち、複数の移植希望者について１個の臓器が適合する場合）が発生し得る。適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの適合を判定すると、提供臓器情報Ｄに既に予約情報Ｆが付加されているか否かに関わらず新たな予約情報Ｆを付加する。したがって、１個の提供臓器情報Ｄに複数の要求臓器情報Ｒが適合する場合には、図８に示すように複数の予約情報Ｆが提供臓器情報Ｄに累積的に付加される。
【００４９】
図８に示すように、第３実施形態の予約情報Ｆは、提供臓器情報Ｄとの適合が肯定された要求臓器情報Ｒの識別情報Ｆaに加えて当該要求臓器情報Ｒの優先順位Ｆbを含んで構成される。優先順位Ｆbは、要求臓器情報Ｒの示す移植希望者が提供臓器情報Ｄの臓器の移植を受け得る優先度の順位を意味する。具体的には、提供臓器情報Ｄとの適合が判定された順番で優先順位Ｆbが設定される。もっとも、優先順位Ｆbの設定の方法は適宜に変更され得る。例えば、提供臓器情報Ｄとの適合度αが大きい要求臓器情報Ｒほど上位の優先順位Ｆbを付与する構成も好適である。
【００５０】
適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとの組合せ（提供候補者と移植希望者との組合せ）を、各要求臓器情報Ｒの優先順位Ｆbとともに出力装置４０に出力させる。例えば、提供臓器情報Ｄに複数の予約情報Ｆが付加されている場合、適合判定部１６が出力装置４０に表示させる適合情報画像には、提供臓器情報Ｄの個人情報Ｄa（提供候補者の氏名や連絡先）と予約情報Ｆの識別情報Ｆaが示す要求臓器情報Ｒの個人情報Ｒa（移植希望者の氏名や連絡先）とに加えて、複数の要求臓器情報Ｒの各々の優先順位Ｆbが配置される。したがって、臓器移植の関係者は、提供候補者から臓器を提供され得る複数の移植希望者を、各移植希望者の優先順位Ｆbとともに適合情報画像で確認し、優先順位Ｆbが上位の移植希望者から順番に臓器移植の実施の可否を確認する。最上位の移植希望者について臓器移植を実施しないと結論された場合、適合判定部１６は、最上位の予約情報Ｆを削除するとともに以降の各予約情報Ｆにおける優先順位Ｆbを繰上げる。
【００５１】
以上の構成によれば、移植希望者について臓器移植を実施しない場合に、次に移植の優先順位Ｆbが高い移植希望者を特定することが可能である。したがって、検索済の提供臓器情報Ｄを以後の検索の対象から除外する第１実施形態と比較して、円滑な臓器移植を実現することが可能となる。なお、第３実施形態における提供臓器情報Ｄの生成には、第１実施形態および第２実施形態の何れの方法を採用することも可能である。
【００５２】
＜Ｄ：変形例＞
以上の各形態は様々に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選定された２以上の態様は適宜に併合され得る。
【００５３】
（１）変形例１
以上の各形態においては適合判定部１６が所定の時間毎に動作する場合を例示したが、適合判定部１６が提供臓器情報Ｄと要求臓器情報Ｒとの適合を判定する時期（契機）は任意である。例えば、移植側データベース２６に対する要求臓器情報Ｒの追加や提供側データベース２８に対する提供臓器情報Ｄの追加を契機として適合判定部１６が動作する構成や、入力装置３０に対する所定の操作を契機として適合判定部１６が動作する構成も採用され得る。
【００５４】
（２）変形例２
以上の各形態では、単一の記憶装置２０に設定された別個の記憶領域に各データベース（契約データベース２４，移植側データベース２６，提供側データベース２８）を格納した構成を例示したが、相互に独立した複数の記憶装置２０に各データベースを分散的に格納した構成も採用され得る。
【００５５】
例えば、保険契約の管理や運用に利用される既存のデータベースを契約データベース２４として流用するという事情を考慮すると、図９に示すように、契約データベース２４が格納された記憶装置５０を他の要素とは別体に構成した臓器移植支援装置１００（臓器移植支援システム）が好適である。記憶装置５０は、直接的または間接的（例えば通信網を介して）に演算処理装置１０に接続される。図９の構成によれば、既存の契約データベース２４を臓器移植支援装置１００に容易に流用できるという利点がある。
【００５６】
（３）変形例３
被保険者から提供候補者を選定して提供臓器情報Ｄを生成する要素（候補者選定部１２や臓器情報生成部１４）は適宜に省略される。例えば、入力装置３０の操作で指定された提供候補者について臓器情報生成部１４が提供臓器情報Ｄを生成する構成（候補者選定部１２を省略した構成）や、提供臓器情報Ｄが記憶装置２０に事前に格納された構成（候補者選定部１２および臓器情報生成部１４を省略した構成）も好適である。また、移送情報生成部１８は、臓器の移送に関する情報を提供することで臓器移植の一層の円滑化を図るという追加的な課題を解決するための手段であり、本発明に必須の要件ではない。
【００５７】
（４）変形例４
出力装置４０は表示機器に限定されない。例えば、適合判定部１６による処理の結果を印刷する印刷機器や音声として出力する放音機器（スピーカまたはヘッドホン）を出力装置４０として採用することも可能である。また、適合判定部１６による処理の結果（例えば、提供臓器情報Ｄと要求臓器情報Ｒとの組合せを記述した電子メール）を通信網に送信する通信機器も出力装置４０として採用され得る。
【００５８】
（５）変形例５
適合判定部１６による処理の内容は適宜に変更される。例えば、以上の各形態においては、複数の提供臓器情報Ｄのうち適合度αが最大値αMAXとなる提供臓器情報Ｄを選択したが、要求臓器情報Ｒと提供臓器情報Ｄとの適合度αを順次に算定し、閾値αTHを上回る適合度αが算定された時点で要求臓器情報Ｒと提供臓器情報Ｄとの組合せを確定する構成も採用され得る。また、以上の各形態では、複数の提供臓器情報Ｄと複数の要求臓器情報Ｒとから提供臓器情報Ｄと要求臓器情報Ｒとの最適な組合せを抽出（マッチング）する構成を例示したが、１個の提供臓器情報Ｄと１個の要求臓器情報Ｒとに着目すると、以上の各態様における適合判定部１６は、提供臓器情報Ｄと要求臓器情報Ｒとで臓器が適合するか否かを判定する手段として包括される。
【符号の説明】
【００５９】
１００……臓器移植支援装置、１０……演算処理装置、１２……候補者選定部、１４……臓器情報生成部、１６……適合判定部、１８……移送情報生成部、２０，５０……記憶装置、２２……プログラム、２４……契約データベース、２６……移植側データベース、２８……提供側データベース、３０……入力装置、４０……出力装置。
【特許請求の範囲】
【請求項１】
移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、
提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段と、
前記要求臓器情報と前記提供臓器情報とで臓器が適合するか否かを判定する適合判定手段と、
前記適合判定手段による判定の結果を出力する出力手段と
を具備する臓器移植支援装置。
【請求項２】
保険契約の被保険者の個人情報とリビングニーズ特約の適用が申請されたか否かを示す申請情報とを含む保険契約情報を記憶する第３記憶手段と、
前記リビングニーズ特約の適用が申請されたことを前記保険契約情報の前記申請情報が示す場合に、当該保険契約情報の被保険者を前記提供候補者として選定する候補者選定手段と
を具備する請求項１の臓器移植支援装置。
【請求項３】
前記候補者選定手段が選定した被保険者について前記提供臓器情報を生成して前記第２記憶手段に格納する臓器情報生成手段
を具備する請求項２の臓器移植支援装置。
【請求項４】
前記候補者選定手段が選定した被保険者の臓器に関する情報を入力する入力手段を具備し、
前記臓器情報生成手段は、前記入力手段から入力された情報を利用して前記提供臓器情報を生成する
請求項３の臓器移植支援装置。
【請求項５】
前記第３記憶手段が記憶する保険契約情報は、前記被保険者の臓器に関する情報を含み、
前記臓器情報生成手段は、前記候補者選定手段が選定した被保険者の保険契約情報における臓器に関する情報を利用して前記提供臓器情報を生成する
請求項３の臓器移植支援装置。
【請求項６】
被保険者の個人情報を含む保険契約情報を記憶する第３記憶手段と、
前記保険契約情報を利用して前記提供臓器情報を生成して前記第２記憶手段に格納する臓器情報生成手段と
を具備する請求項１の臓器移植支援装置。
【請求項７】
前記適合判定手段が前記要求臓器情報に適合すると判定した前記提供臓器情報の臓器の移送手段の種類および移送経路の少なくとも一方を示す移送情報を、前記要求臓器情報と前記提供臓器情報とに基づいて生成する移送情報生成手段
を具備する請求項１から請求項６の何れかの臓器移植支援装置。
【請求項８】
前記適合判定手段は、前記第１記憶手段に記憶された複数の前記要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、前記要求臓器情報に適合すると判定した前記提供臓器情報に予約情報を付加し、前記予約情報を付加した前記提供臓器情報を以後の判定の対象から除外する
請求項１から請求項７の何れかの臓器移植支援装置。
【請求項９】
前記適合判定手段は、前記第１記憶手段に記憶された複数の前記要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、前記提供臓器情報に２以上の前記要求臓器情報が適合する場合、前記２以上の要求臓器情報の各々に係る移植希望者に対する移植の優先順位を含む予約情報を当該提供臓器情報に付加する
請求項１から請求項７の何れかの臓器移植支援装置。
【請求項１】
移植希望者が移植を希望する臓器に関する要求臓器情報を記憶する第１記憶手段と、
提供候補者が提供し得る臓器に関する提供臓器情報を記憶する第２記憶手段と、
前記要求臓器情報と前記提供臓器情報とで臓器が適合するか否かを判定する適合判定手段と、
前記適合判定手段による判定の結果を出力する出力手段と
を具備する臓器移植支援装置。
【請求項２】
保険契約の被保険者の個人情報とリビングニーズ特約の適用が申請されたか否かを示す申請情報とを含む保険契約情報を記憶する第３記憶手段と、
前記リビングニーズ特約の適用が申請されたことを前記保険契約情報の前記申請情報が示す場合に、当該保険契約情報の被保険者を前記提供候補者として選定する候補者選定手段と
を具備する請求項１の臓器移植支援装置。
【請求項３】
前記候補者選定手段が選定した被保険者について前記提供臓器情報を生成して前記第２記憶手段に格納する臓器情報生成手段
を具備する請求項２の臓器移植支援装置。
【請求項４】
前記候補者選定手段が選定した被保険者の臓器に関する情報を入力する入力手段を具備し、
前記臓器情報生成手段は、前記入力手段から入力された情報を利用して前記提供臓器情報を生成する
請求項３の臓器移植支援装置。
【請求項５】
前記第３記憶手段が記憶する保険契約情報は、前記被保険者の臓器に関する情報を含み、
前記臓器情報生成手段は、前記候補者選定手段が選定した被保険者の保険契約情報における臓器に関する情報を利用して前記提供臓器情報を生成する
請求項３の臓器移植支援装置。
【請求項６】
被保険者の個人情報を含む保険契約情報を記憶する第３記憶手段と、
前記保険契約情報を利用して前記提供臓器情報を生成して前記第２記憶手段に格納する臓器情報生成手段と
を具備する請求項１の臓器移植支援装置。
【請求項７】
前記適合判定手段が前記要求臓器情報に適合すると判定した前記提供臓器情報の臓器の移送手段の種類および移送経路の少なくとも一方を示す移送情報を、前記要求臓器情報と前記提供臓器情報とに基づいて生成する移送情報生成手段
を具備する請求項１から請求項６の何れかの臓器移植支援装置。
【請求項８】
前記適合判定手段は、前記第１記憶手段に記憶された複数の前記要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、前記要求臓器情報に適合すると判定した前記提供臓器情報に予約情報を付加し、前記予約情報を付加した前記提供臓器情報を以後の判定の対象から除外する
請求項１から請求項７の何れかの臓器移植支援装置。
【請求項９】
前記適合判定手段は、前記第１記憶手段に記憶された複数の前記要求臓器情報の各々について提供臓器情報との適合の可否を順次に判定する一方、前記提供臓器情報に２以上の前記要求臓器情報が適合する場合、前記２以上の要求臓器情報の各々に係る移植希望者に対する移植の優先順位を含む予約情報を当該提供臓器情報に付加する
請求項１から請求項７の何れかの臓器移植支援装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−５４００２（Ｐ２０１１−５４００２Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−２０３３２５（Ｐ２００９−２０３３２５）
【出願日】平成２１年９月３日（２００９．９．３）
【出願人】（３９７００９７１６）日本興亜損害保険株式会社 (8)
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年９月３日（２００９．９．３）
【出願人】（３９７００９７１６）日本興亜損害保険株式会社 (8)
[ Back to top ]