JP7304111B1 - 検査支援装置、検査支援方法、およびプログラム - Google Patents

Abstract

従来の検査支援装置においては、患者に対して、医療機関と連携した検査キットの提供を行う仕組みが存在しなかった。そこで、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部（１２１）と、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部（１３２）と、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う支援処理部（１３８）とを具備する検査支援装置（１）により、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供する。

Description

本発明は、医療機関の端末から受信した検査依頼に基づいて、患者が検査キットを使用した検査を行うことの支援を行う検査支援装置等に関するものである。なお、患者は、通常、人であるが、例えば、犬や猫等の人以外の動物でも良い。

従来、個々の検診対象者について検診のタイミングを決定し、検診対象者に対し、より適切なタイミングで、検診を行なわせることができる検診システム等が存在した（特許文献１参照）。

特開２０２０－９０６９号公報

しかしながら、従来、医療機関と連携した検査キットの提供を、患者に対して行う仕組みが存在しなかった。

本第一の発明の検査支援装置は、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う支援処理部とを具備する検査支援装置である。

かかる構成により、医療機関と連携した検査キットの提供を、患者に対して行う仕組みを提供できる。

また、本第二の発明の検査支援装置は、第一の発明に対して、支援処理部は、ユーザが使用する検査キットに関する情報であり、患者識別子と検査キット識別子との対応を示す情報を有する１以上の購入情報が格納される購入情報格納部に、患者情報に含まれる患者識別子と検査キット識別子とを対応づけて蓄積する対応蓄積処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づける情報を蓄積し、管理できる。

また、本第三の発明の検査支援装置は、第一または第二の発明に対して、支援処理部は、患者情報と検査キット識別子とを用いて、検査キットを患者に郵送するための支援の処理である郵送支援処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、患者に検査キットを郵送することを支援できる。

また、本第四の発明の検査支援装置は、第一または第二の発明に対して、１以上の各検査キット識別子に対応付けて、検査に関する検査情報が格納される検査情報格納部から、検査キット識別子に対応する検査情報を取得する検査情報取得部と、患者識別子に対応する通知先識別子を取得する通知先取得部とをさらに具備し、支援処理部は、検査情報を通知先識別子が識別する通知先に通知する通知処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、患者に検査キットに関する情報を提供できる。

また、本第五の発明の検査支援装置は、第四の発明に対して、１以上の検査識別子に対応付けてタイアップ先識別子を含む検査情報が格納される検査情報格納部を参照し、検査識別子に対応するタイアップ先識別子を取得するタイアップ先取得部と、タイアップ先に関する１以上の各第一条件に対応付けて、付加情報が格納される付加情報格納部を参照し、タイアップ先取得部が取得したタイアップ先識別子で識別されるタイアップ先が合致する第一条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、検査に対応するタイアップ先に応じた適切な情報を患者に提供できる。

また、本第六の発明の検査支援装置は、第四の発明に対して、検査識別子に関する１以上の各第二条件に対応付けて、付加情報が格納される付加情報格納部を参照し、検査識別子が合致する第二条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、検査項目に応じた適切な情報を患者に提供できる。

また、本第七の発明の検査支援装置は、第四の発明に対して、患者情報は、患者のカルテ情報を含み、カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部を参照し、カルテ情報が合致する第三条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、支援処理部は、検査情報に加えて、付加情報をも通知する通知処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、患者のカルテ情報に応じた適切な情報を患者に提供できる。

また、本第八の発明の検査支援装置は、第一から第六いずれか１つの発明に対して、ユーザを識別するユーザ識別子に対応付けて、ユーザが購入した検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部と、検査依頼受信部が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が存在するか否かを判断する判断部とをさらに具備し、支援処理部は、購入情報が存在すると判断部が判断した場合、検査依頼と購入情報とを対応付ける処理である対応処理を行う、検査支援装置である。

かかる構成により、医療機関からの検査依頼の受信に応じて、患者が購入済みの検査キットと検査依頼とを対応付けることができる。

また、本第九の発明の検査支援装置は、第一から第八いずれか１つの発明に対して、検査依頼受信部は、患者に対する遠隔医療の結果に関する遠隔医療結果を、検査依頼に対応付けて受信し、遠隔医療結果を、検査依頼に対応する検査キットに対応付けて蓄積する遠隔医療結果蓄積部をさらに具備する検査支援装置である。

かかる構成により、遠隔医療における診断の結果を検査依頼に対応付けて管理できる。

また、本第十の発明の検査支援装置は、第一から第九いずれか１つの発明に対して、前記医療機関端末から、患者の検査結果の共有の依頼であり、患者識別子を有する依頼である共有依頼を受信する共有依頼受信部と、共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を医療機関と共有することの同意を示す情報である同意情報を受信する同意情報受信部と、同意情報受信部が前記同意情報を受信した場合に、当該同意情報に対応する結果情報を、１以上の各患者識別子に対応付いている１以上の結果情報が格納される結果情報格納部から取得する検査結果取得部と、検査結果取得部が取得した結果情報を医療機関端末に送信する検査結果送信部とをさらに具備する請求項１から請求項９いずれか一項に記載の検査支援装置である。

かかる構成により、患者の同意を得て、医療機関からの依頼に応じた患者の検査結果を提供できる。

本発明による検査支援装置によれば、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供できる。

実施の形態１における検査支援システムＡの概念図 同検査支援システムＡのブロック図 同検査支援装置１のブロック図 同検査支援装置１の動作例について説明するフローチャート 同検査支援装置１の動作例について説明するフローチャート 同検査支援装置１の動作例について説明するフローチャート 同対応処理の例について説明するフローチャート 同郵送支援処理の例について説明するフローチャート 同通知処理の例について説明するフローチャート 同医療機関端末２の動作例について説明するフローチャート 同ユーザ端末３動作例について説明するフローチャート 同検査情報管理表を示す図 同商品情報管理表を示す図 同健康情報管理表を示す図 同家族レコメンド情報管理表を示す図 同購入情報管理表を示す図 同結果情報管理表を示す図 同ユーザ情報管理表を示す図 同医療機関情報管理表を示す図 同医療機関端末２の画面例を示す図 同ユーザ端末３の画面例を示す図 同ユーザ端末３の画面例を示す図 同医療機関端末２の画面例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、検査支援装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、医療機関端末から、患者情報と検査を特定する情報とを有する検査依頼を受信し、患者が検査キットを使用した検査を行うことの支援を行う検査支援装置を具備する検査支援システムについて説明する。なお、支援とは、例えば、後述する郵送支援、通知処理、対応処理等である。

また、本実施の形態において、医療機関端末からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づけた情報を蓄積し、管理できる。

また、本実施の形態において、遠隔医療における診断のアーカイブまたはアーカイブへのリンク情報を受信し、当該情報を検査キットに対応付けて蓄積する検査支援装置を具備する検査支援システムについて説明する。

なお、本実施の形態において、情報Ａが情報Ｂに対応付いていることは、情報Ａから情報Ｂを取得できること、または情報Ｂから情報Ａを取得できることであり、その対応付けの方法は問わない。情報Ａと情報Ｂとがリンク付いていても良いし、同じバッファに存在していても良いし、情報Ａが情報Ｂに含まれていても良いし、情報Ｂが情報Ａに含まれている等でも良い。

図１は、本実施の形態における検査支援システムＡの概念図である。検査支援システムＡは、検査支援装置１、１または２以上の医療機関端末２、１または２以上のユーザ端末３を備える。

検査支援装置１は、医療機関端末からの検査依頼を受信し、患者が検査キットを使用した検査を行うことの支援を行うサーバである。検査支援装置１は、例えば、ＡＳＰのサーバ、クラウドサーバ等である。但し、検査支援装置１の種類は問わない。

医療機関端末２は、医療機関が使用する端末である。医療機関端末２は、検査依頼等を送信する端末である。医療機関端末２は、通常、医師が使用するが、看護師等が操作しても良く、その使用者は問わない。なお、医療機関は、勤め先の会社、ケアマネジャー、保険会社、雇用主等も含め、広く解することは好適である。つまり、医療機関端末２は、病院の端末、医師の端末だけではなく、勤め先の会社の端末、ケアマネジャーの端末、保険会社の端末、雇用主の端末等を含んでも良い。医療機関端末２は、患者以外の第三者の端末であると、広く解しても良い。

ユーザ端末３は、ユーザが使用する端末である。ユーザ端末３は、例えば、検査支援装置１からの通知を受信し、出力する。ユーザは、通常、患者であるが、患者になる前の者等でも良い。ユーザは、例えば、患者に関係のある人でも良い。患者に関係のある人は、例えば、患者の親族、患者の世話を行う者（例えば、介護士、保育士）等である。

医療機関端末２、ユーザ端末３は、例えば、いわゆるパーソナルコンピュータ、タブレット端末、スマートフォン等であり、その種類は問わない。

検査支援装置１と１以上の各医療機関端末２、および検査支援装置１と１以上の各ユーザ端末３は、インターネット等の通信網により、通信可能である。

図２は、本実施の形態における検査支援システムＡのブロック図である。図３は、検査支援装置１のブロック図である。

検査支援装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、検査情報格納部１１１、付加情報格納部１１２、購入情報格納部１１３、および結果情報格納部１１４を備える。付加情報格納部１１２は、商品情報格納部１１２１、および健康情報格納部１１２２を備える。受信部１２は、検査依頼受信部１２１、共有依頼受信部１２２、および同意情報受信部１２３を備える。処理部１３は、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、および検査結果取得部１３９を備える。送信部１４は、同意依頼送信部１４１、および検査結果送信部１４２を備える。

医療機関端末２は、医療端末格納部２１、医療端末受付部２２、医療端末処理部２３、医療端末送信部２４、医療端末受信部２５、および医療端末出力部２６を備える。

ユーザ端末３は、ユーザ端末格納部３１、ユーザ端末受付部３２、ユーザ端末処理部３３、ユーザ端末送信部３４、ユーザ端末受信部３５、およびユーザ端末出力部３６を備える。

検査支援装置１を構成する格納部１１には、各種の情報が格納される。各種の情報とは、例えば、１または２以上のユーザ情報、後述する検査情報、後述する付加情報、後述する購入情報、後述する結果情報、後述する商品情報、後述する健康情報、後述する第一条件、後述する第二条件、後述する第三条件、後述する遠隔医療結果、対応表である。

ユーザ情報は、ユーザに関する情報である。ユーザ情報は、通常、ユーザを識別するユーザ識別子を有する。ユーザ識別子は、患者を識別する患者識別子であることは好適である。ユーザ識別子と患者識別子とが異なる情報である場合、ユーザ識別子は、患者識別子に対応付く情報である。ユーザ識別子は、例えば、ＩＤ、氏名、メールアドレス、電話番号である。ユーザ情報は、例えば、１以上のユーザ属性値を有する。ユーザ属性値は、ユーザの特性に関する情報であり、広く解する。１以上のユーザ属性値は、例えば、通知先識別子、性別、年齢、年齢層、身長、体重、ＢＭＩ、住まい情報、家族情報、健康情報、職業情報、回答情報、医療機関のカルテＮｏ、診察券Ｎｏ、既往症、服薬内容、診疾病名、家族情報、オンライン診療のアカウント情報である。通知先識別子は、ユーザに検査情報等の情報を通知するために使用する通知先の情報である。通知先識別子は、例えば、メールアドレス、電話番号、住所、ユーザＩＤである。

住まい情報は、ユーザの住まいに関する情報である。住まい情報は、例えば、ユーザの住所、居住形態、居住年数、間取り、築年数である。

家族情報は、ユーザの家族に関する情報である。家族情報は、例えば、同居者に関する情報、非同居者の家族に関する情報である。同居者に関する情報は、例えば、氏名、住所、電話番号、メールアドレス、性別、続柄を含む。同居者に関する情報は、例えば、配偶者に関する情報、同居の親に関する情報、同居の子に関する情報である。配偶者に関する情報は、例えば、配偶者の有無、配偶者の年齢の情報である。同居の親に関する情報は、例えば、同居の親の有無、同居の親の性別、年齢、続柄の情報である。同居の子に関する情報は、例えば、同居の子の有無、同居の子の性別、年齢、続柄の情報である。

健康情報は、ユーザの健康に関する情報である。健康情報は、例えば、過去の検査の結果を特定する結果情報、ユーザの既往歴情報、ユーザの家族の既往歴情報、ユーザの治療中の疾病の情報、ユーザの家族の治療中の疾病の情報、服薬歴情報である。既往歴情報は、過去の病気の履歴に関する情報である。既往歴情報は、例えば、過去にかかった病気を特定する情報、病気にかかった時期または年齢を特定する情報を含む。服薬歴情報は、ユーザの服薬の履歴に関する情報である。服薬歴情報は、例えば、服薬の薬を特定する情報、服薬の開始時期を特定する情報、服薬の終了時期を特定する情報、副作用の情報、服薬量、医薬品アレルギーの情報である。なお、結果情報は、郵送検査の結果の情報、健康診断等の検査の結果の情報等であり、検査の種類は問わない。

職業情報は、ユーザの職業に関する情報である。職業情報は、例えば、業種、職種、雇用形態、年収、勤務形態（例えば、「日勤」「夜勤」等）、勤務時の体勢を特定する情報（例えば、「立ち仕事」「座り仕事」等）である。

対応表は、２以上の対応情報を有する表である。対応情報は、検査識別子と検査キットとの対応を示す情報である。

検査情報格納部１１１には、１または２以上の検査情報が格納される。検査情報は、検査に関する情報である。検査情報は、通常、検査の内容を特定する情報を含む。検査情報は、検査キット識別子に対応付いている。検査キット識別子は、検査キットを識別する情報であり、例えば、ＩＤ、検査名である。検査キット識別子は、通常、検査の対象を特定する情報である。検査キット識別子は、検査の種類を特定する情報である、と考えても良い。検査名は、例えば、「インドキシル硫酸測定値の検査」「腸内フローラ検査」「大豆イソフラボンからエクオールがつくれているか測る尿検査」「腸内環境検査」「酸化ストレス検査」「ヘリコバクター・ピロリ菌の抗体の有無」等である。検査情報は、例えば、１以上のキット属性値を有する。キット属性値は、検査キットの属性値である。キット属性値は、例えば、タイアップ先情報、販売場所情報、検査識別子、検体情報である。

なお、検査識別子と検査キット識別子とは１対１対応でも、ｎ対１対応（ｎは２以上の自然数）でも良い。

タイアップ先情報は、タイアップ先に関する情報である。タイアップ先とは、例えば、検査キットに関わる企業や個人、自治体、健診機関、医療機関、健康保険組合、教育機関、組合である。タイアップ先は、例えば、検査の開発元、ＯＥＭ提供先、検査キットの販売先、ユーザの検査キット入手先、検査に対応する商品またはサービスの提供元である。なお、単に「商品」と言う場合に、サービスを含んでも良い。タイアップ先情報は、タイアップ先を識別するタイアップ先識別子を有する。タイアップ先識別子は、例えば、ＩＤ、タイアップ先の名称である。タイアップ先情報は、検査開発元情報、ＯＥＭ提供先情報、検査キットの販売先情報を有する。なお、ユーザの検査キット入手先は、例えば、企業が検査キットを購入し、福利厚生で社員に無償提供した場合の企業、自治体が検査キットを購入し、健診の結果が悪かった人への指導の一部として、対象者に無償提供した場合の自治体、企業が検査キットを購入し、自社のキャンペーンの販促品として無償提供した場合の企業である。

検査開発元情報は、検査の開発元に関する情報である。検査開発元情報は、例えば、開発元を識別する開発元識別子、開発元名、開発元の種類を特定する開発元種類識別子を有する。

ＯＥＭ提供先情報は、ＯＥＭでの提供先に関する情報である。ＯＥＭ提供先情報は、例えば、ＯＥＭ提供先を識別するＯＥＭ提供先識別子、ＯＥＭ提供先名、ＯＥＭ提供先の種類を特定するＯＥＭ提供先種類識別子を有する。

検査キットの販売先情報は、検査キットの販売先に関する情報である。検査キットの販売先情報は、例えば、販売先を識別する販売先識別子、販売先名、販売先の種類を特定する販売先種類識別子を有する。

販売場所情報は、検査キットの販売場所に関する情報である。販売場所情報は、例えば、販売場所識別子、場所種類識別子を有する。販売場所識別子は、販売場所を識別する情報であり、例えば、ＩＤ、販売場所名である。場所種類識別子は、販売場所の種類を特定する情報である。場所種類情報は、例えば、「薬局」「クリニック」「ドラッグストア」「スーパー」「ＥＣサイト」等の値を採り得る。

検査識別子とは、検査を特定する情報である。検査識別子は、検査項目を特定する情報である。検査識別子は、例えば、検査名であるが、検査項目を識別するＩＤ等でも良い。検査識別子は、例えば、「インドキシル硫酸測定値」、「腸内環境」、「酸化ストレス」「ヘリコバクター・ピロリ菌の抗体」である。

検体情報は、検査のために用いる検体に関する情報である。検体情報は、例えば、検体種類識別子、検体量情報を有する。検体種類識別子は、例えば、生体試料を特定する情報、生体外試料を特定する情報である。生体試料を特定する情報は、例えば、「尿」「便」「血液」「口腔内細胞」「唾液」「毛髪」「体毛」「皮脂」「爪」「皮膚片」「精液」「涙液」「汗」「母乳」「鼻水」「痰」「歯石」「舌苔」である。生体外試料情報は、例えば、「写真データ」「音声データ」「ハウスダスト」である。検体量情報は、検査に必要な検体量を特定する情報であり、例えば、１０ｍｌ以上、２０グラム以上である。

付加情報格納部１１２には、１または２以上の付加情報が格納される。付加情報は、検査情報や結果情報以外の情報である。付加情報は、患者に提供する付加的な情報である。付加情報は、例えば、後述する商品情報、後述する健康情報、家族レコメンド情報である。付加情報は、例えば、第一条件、第二条件、または第三条件に対応付いている。なお、家族レコメンド情報は、家族に対するレコメンドの情報である。レコメンドは、健康に関するレコメンドである。

第一条件は、タイアップ先に関する条件である。第一条件は、タイアップ先以外の条件を含んでも良い。第一条件は、タイアップ先と検査識別子とに関する条件でも良い。第一条件は、タイアップ先と１以上のユーザ属性値とに関する条件でも良い。第一条件は、タイアップ先と１以上のキット属性値に関する条件でも良い。第一条件は、検査識別子と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。

第二条件は、検査識別子に関する条件である。第二条件は、検査識別子以外の条件を含んでも良い。第二条件は、検査識別子と１以上のユーザ属性値とに関する条件でも良い。第二条件は、検査識別子と１以上のタイアップ先識別子とに関する条件でも良い。第二条件は、検査識別子と１以上のキット属性値に関する条件でも良い。第二条件は、検査識別子と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。

第三条件は、カルテ情報に関する条件である。第三条件は、カルテ情報以外の条件を含んでも良い。第三条件は、カルテ情報と１以上のユーザ属性値とに関する条件でも良い。第三条件は、カルテ情報と１以上のタイアップ先識別子とに関する条件でも良い。第三条件は、カルテ情報と１以上のキット属性値に関する条件でも良い。第三条件は、カルテ情報と１以上のユーザ属性値と１以上のタイアップ先識別子とに関する条件でも良い。

商品情報格納部１１２１には、１または２以上の商品情報が格納される。１以上の各商品情報には、第一条件が対応付いている。

商品情報は、商品に関する情報である。なお、商品には、サービスも含まれると考えても良い。商品情報は、通常、ユーザに提示する候補の商品の情報である。商品情報は、通常、商品識別子を有する。商品識別子は、商品を識別する情報であり、例えば、ＩＤ、商品名である。商品情報は、例えば、商品販売元情報、商品画像、商品種類識別子を有する。商品販売元情報は、商品を販売する企業に関する情報である。商品販売元情報は、例えば、企業識別子、業種を有する。企業識別子は、企業を識別する情報であり、例えば、ＩＤ、会社名である。

なお、第一条件により、例えば、患者が行うべき検査の識別子と、ユーザ属性値または／およびキット属性値とに応じた商品情報を患者に提示できる。

健康情報格納部１１２２には、１または２以上の健康情報が格納される。１以上の各健康情報には、第二条件が対応付いている。

健康情報は、健康に関する情報である。健康情報は、例えば、ユーザがより健康になるための対応策の情報である。健康情報は、例えば、運動に関する情報、更年期に関する情報、美容に関する情報である。

なお、第二条件により、例えば、患者が行うべき検査の識別子と、ユーザ属性値または／およびキット属性値とに応じた健康情報をユーザに提示できる。

購入情報格納部１１３には、１または２以上の購入情報が格納される。購入情報は、ユーザまたは医療機関等が購入した検査キットに関する情報である。購入情報は、例えば、ユーザを識別するユーザ識別子に対応付けられている。購入情報は、例えば、医療機関を識別する医療機識別子に対応付けられている。購入情報は、購入された検査キットを識別する検査キット識別子を含む。購入情報は、例えば、購入日、使用済みフラグを含む。使用済みフラグは、購入した検査キットを用いた検査が行われたか否かを示す情報である。なお、医療機関等とは、医療機関のみならず検査機関や企業等の他の組織でも良い。

結果情報格納部１１４には、１以上の結果情報が格納される。結果情報は、ユーザの検査結果に関する情報である。１以上の各結果情報には、ユーザ識別子が対応付いている。また、１以上の各結果情報には、通常、固有値が対応付いている。結果情報には、検査キット識別子が対応付いていても良い。

固有値は、一の検査キットに固有の情報である。固有値は、ユーザに渡された検査キットに対応する固有の情報である。固有値は、検査キット識別子を含んでも良い。つまり、固有値により、ユーザが行った検査が分かり、かつ一のユーザの検査結果を特定できても良い。固有値は、検査キット識別子とユーザ識別子とを有しても良い。

結果情報とは、健康に関する検査キットを用いた検査の結果に関する情報である。結果情報は、例えば、検査の結果の数値、正常であるか否かを示す情報、正常の度合を示す情報である。結果情報は、例えば、インドキシル硫酸測定値、腸内環境の健康度、１日あたりの食塩摂取量、ヘリコバクター・ピロリ菌の抗体の有無である。

結果情報は、生体外試料に対する検査の結果に関する情報でも良い。結果情報は、例えば、被験者の写真データを分析した結果の情報、被験者の映像データを分析した結果の情報、被験者の音声データを分析した結果の情報、被験者の住居のハウスダストを分析した結果の情報である。結果情報を取得する方法は問わない。

結果情報格納部１１４の１以上の結果情報は、例えば、医療機関端末２やユーザ端末３から送信された情報でも良いし、図示しない外部の装置（例えば、検査センターのサーバ等）から送信された情報等でも良い。結果情報格納部１１４に結果情報が格納されるまでの経路は問わない。

受信部１２は、各種の情報を受信する。各種の情報は、例えば、購入情報、後述する検査依頼、後述する共有依頼、後述する同意情報である。

受信部１２は、例えば、購入情報または購入情報の元になる情報である元情報を受信する。元情報は、検査キットを購入したユーザのユーザ識別子と購入した検査キットの検査キット識別子とを含む。

検査依頼受信部１２１は、１または２以上の各医療機関端末２から、検査依頼を受信する。検査依頼は、検査キットを用いた検査の依頼である。検査依頼は、既に配布（例えば、購入）されている検査キットを使用することを知らせる情報でも良い。検査依頼は、例えば、検査キットの患者への販売の依頼（発注）である。検査依頼は、通常、患者情報と検査識別子とを有する。ここで、患者情報は、患者情報のうちの一部でも良い。ここでの検査識別子は、検査を特定する情報であれば良い。

検査依頼受信部１２１は、医療機関端末２とユーザ端末３とが遠隔診療のためのウェブ会議を行っている間に、医療機関端末２から、検査依頼を受信することは好適である。ただし、検査依頼受信部１２１は、医療機関端末２とユーザ端末３とが遠隔診療のためのウェブ会議が終了した後に、医療機関端末２またはユーザ端末３から、検査依頼を受信しても良い。また、検査依頼受信部１２１は、１日の診療業務が終了した後、医療機関端末２から１または２以上の検査依頼を受信しても良い。つまり、検査依頼受信部１２１が検査依頼を受信するタイミングや量は問わない。

患者情報は、患者に関する情報である。患者情報は、患者識別子を有する。患者識別子は、患者を識別する情報である。患者は、通常、患者自身であるが、患者に関係のある者でも良い。患者に関係のある者は、例えば、患者の親族、患者の世話を行う者（例えば、介護士、保育士）等である。また、ここでの患者は、検査を依頼する者である、と考えても良い。患者識別子は、例えば、ＩＤ、氏名、電話番号、メールアドレス等である。患者識別子は、ユーザ識別子と同じでも良い。患者情報は、例えば、患者の属性値である１以上の患者属性値を有する。１以上の患者属性値は、例えば、氏名、住所、電話番号、メールアドレスである。１以上の患者属性値は、カルテ情報でも良い。カルテ情報は、カルテに記載される情報である。カルテ情報は、例えば、病名、症状、診察を受けた日、診察した医師の氏名を含む。

検査依頼受信部１２１は、遠隔医療結果を検査依頼に対応付けて受信しても良い。遠隔医療結果は、患者に対する遠隔医療の結果に関する情報である。検査依頼受信部１２１が遠隔医療結果を受信する元の装置は問わない。検査依頼受信部１２１は、例えば、医療機関端末２、ユーザ端末３、または遠隔医療のサービスを提供する図示しないサーバから遠隔医療結果を受信する。

遠隔医療結果は、例えば、遠隔医療診察の時のアーカイブ、または当該アーカイブへのリンク情報を含む。アーカイブは、例えば、医師の患者に対する遠隔診断をウェブ会議で行った場合の動画と音声である。

共有依頼受信部１２２は、医療機関端末２から共有依頼を受信する。共有依頼は、患者の検査結果を特定する結果情報の共有の依頼である。共有依頼は、通常、患者識別子を有する。共有依頼は、例えば、検査識別子または検査キット識別子を有する。

同意情報受信部１２３は、ユーザ端末３から同意情報を受信する。同意情報は、共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を医療機関と共有することの同意を示す情報である。同意情報は、通常、共有依頼を特定する情報を有する。同意情報は、例えば、患者識別子を有する。同意情報は、例えば、検査識別子または検査キット識別子を有する。

処理部１３は、各種の処理を行う。各種の処理は、例えば、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、検査結果取得部１３９が行う処理である。

処理部１３は、例えば、遠隔医療のためのウェブ会議のサービスを提供する処理を行う。かかるサービスを提供する処理は公知技術であるので、ここでの詳細な説明は省略する。

遠隔医療結果蓄積部１３１は、検査依頼受信部１２１が受信した遠隔医療結果を、検査依頼に対応する検査キットに対応付けて蓄積する。遠隔医療結果蓄積部１３１は、患者識別子と医療機関識別子とに対応付けて、遠隔医療結果を蓄積することは好適である。

検査キット決定部１３２は、検査識別子と検査キット識別子との対応を示す対応情報を用いて、検査識別子に対応する検査キットを識別する検査キット識別子を取得する。なお、２以上の対応情報を有する対応表は、格納部１１に格納されていても良いし、外部の装置に格納されていても良い。

判断部１３３は、検査依頼受信部１２１が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。

判断部１３３は、検査依頼受信部１２１が受信した検査依頼が有する医療機関識別子と検査識別子とに対応する購入情報が、購入情報格納部１１３に存在するか否かを判断しても良い。なお、医療機関識別子は、医療機関を識別する情報である。医療機関識別子は、医師を識別する情報でも良い。医療機関識別子は、例えば、ＩＤ、医療機関名、医師名、医療機関の住所、診療科、医師の免許登録番号である。

検査情報取得部１３４は、検査情報格納部１１１から、受信された検査依頼が有する検査キット識別子に対応する検査情報を取得する。

通知先取得部１３５は、受信された検査依頼が有する患者識別子に対応する通知先識別子を取得する。通知先取得部１３５は、例えば、受信された検査依頼が有する患者識別子に対応する対応するユーザ識別子と対になる通知先識別子を、格納部１１のユーザ情報から取得する。

タイアップ先取得部１３６は、検査情報格納部１１１を参照し、検査依頼受信部１２１が受信した検査依頼が有する検査識別子に対応するタイアップ先識別子を取得する。検査識別子に対応するタイアップ先識別子は、例えば、検査依頼が有する検査識別子と対になる検査キット識別子と対になるタイアップ先識別子である。

付加情報取得部１３７は、付加情報格納部１１２を参照し、タイアップ先取得部１３６が取得したタイアップ先識別子で識別されるタイアップ先が合致する第一条件に対応する付加情報を取得する。なお、付加情報は、例えば、商品情報、健康情報である。

付加情報取得部１３７は、付加情報格納部１１２を参照し、検査依頼が有する検査識別子が合致する第二条件に対応する付加情報を取得する。

付加情報取得部１３７は、カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部１１２を参照し、検査依頼が有するカルテ情報が合致する第三条件に対応する付加情報を取得する。

支援処理部１３８は、患者情報と検査キット識別子とを用いて、検査キットを用いた検査を患者が実施するための支援処理を行う。なお、支援処理は、例えば、後述する対応蓄積処理、後述する郵送支援処理、後述する通知処理、後述する対応処理である。

支援処理部１３８は、例えば、検査依頼受信部１２１が受信した患者識別子と検査依頼受信部１２１が受信した検査キット識別子とを対応づけて、購入情報格納部１１３に蓄積する対応蓄積処理を行う。なお、患者識別子と検査キット識別子との紐付け方は問わず、直接的な紐付けでも良いし、他の情報を介した間接的な紐付けでも良い。なお、情報Ａと情報Ｂとが紐付いていることは、上記の情報と同様、直接的な紐付けでも良いし、他の情報を介した間接的な紐付けでも良い。

支援処理部１３８は、例えば、検査依頼受信部１２１が受信した患者情報と検査依頼受信部１２１が受信した検査キット識別子とを用いて、検査キットを患者に郵送するための支援の処理である郵送支援処理を行う。郵送支援処理は、例えば、検査キット識別子と患者を特定する情報とを出力する処理である。ここで、出力とは、例えば、印刷、表示、送信である。また、郵送支援処理は、例えば、患者の氏名、住所等のタグを印刷する処理である。

支援処理部１３８は、例えば、通知先取得部１３５が取得した通知先識別子が識別する通知先に、検査情報取得部１３４が取得した検査情報を通知する通知処理を行う。通知処理における通知の手段は問わない。通知手段は、例えば、メールによる通信、通信アプリ（例えば、ＬＩＮＥ（登録商標））を用いた通知、通知される患者がアクセスできる記録領域への検査情報の書き込みである。

支援処理部１３８は、検査情報に加えて、付加情報取得部１３７が取得した付加情報をも通知する通知処理を行うことは好適である。

支援処理部１３８は、例えば、検査依頼受信部１２１が受信した検査依頼が有する患者識別子と検査識別子とに対応する購入情報が存在すると判断部１３３が判断した場合、当該検査依頼と当該購入情報とを対応付ける処理である対応処理を行う。なお、対応処理は、購入情報に対応する検査キットが使用されるフラグの付加でも良い。

支援処理部１３８は、例えば、検査依頼受信部１２１が受信した検査依頼が有する医療機関識別子と検査識別子とに対応する購入情報が存在すると判断部１３３が判断した場合、当該検査依頼と当該購入情報とを対応付ける処理である対応処理を行うことは好適である。かかることにより、医療機関等が購入した検査キットが使用されることを管理できる。

検査結果取得部１３９は、１または２以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、通常、共有依頼受信部１２２が受信した共有依頼に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、同意情報受信部１２３が同意情報を受信した場合に、当該同意情報に対応する結果情報を結果情報格納部１１４から取得することは好適である。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子、および共有依頼に含まれる検査識別子または検査キット識別子に対応する１以上の結果情報を結果情報格納部１１４から取得する。検査結果取得部１３９は、例えば、共有依頼に含まれる患者識別子に対応する結果情報のうちの一部または全部の結果情報であり、同意情報受信部１２３が受信した同意情報に対応する１以上の結果情報を取得する。つまり、ユーザは、結果情報格納部１１４に格納されている２以上の結果情報の中から一部の結果情報のみを医療機関と共有する意思表示をしても良い。

送信部１４は、各種の情報を送信する。各種の情報は、例えば、同意依頼、結果情報である。送信部１４は、医療機関端末２またはユーザ端末３に情報を送信する。

同意依頼送信部１４１は、患者に対して、依頼情報を送信する。同意依頼送信部１４１は、通常、医療機関端末２からの共有依頼を共有依頼受信部１２２が受信したことに応じて、ユーザ端末３に依頼情報を送信する。依頼情報とは、患者の検査結果の共有依頼に対して、同意を求めるための依頼に関する情報である。依頼情報は、例えば、医療機関識別子、結果情報を特定する情報を有する。依頼情報は、例えば、検査キットに関する情報を有する。

検査結果送信部１４２は、同意情報受信部１２３が同意情報を受信したことに応じて、検査結果取得部１３９が取得した結果情報を、共有依頼を送信した医療機関端末２に送信する。なお、かかる送信の手段は問わない。かかる送信の手段は、例えば、メールによる通信、通信アプリ（例えば、ＬＩＮＥ（登録商標））を用いた通知、通知される医療機関がアクセスできる記録領域への検査情報の書き込みである。つまり、医療機関端末２に送信する処理は、検査の結果情報が医療機関に伝わるための処理である。

医療機関端末２を構成する医療端末格納部２１には、各種の情報が格納される。各種の情報とは、例えば、医師識別子、医療機関識別子、患者情報、遠隔医療結果である。医師識別子は、医師を識別する情報であり、例えば、ＩＤである。医師識別子は、電話番号、メールアドレス等でも良い。医療機関識別子は、医療機関を識別する情報であり、例えば、ＩＤ、病院名、医療端末識別子である。医療端末識別子は、医療機関端末２のＣｏｏｋｉｅ ＩＤ、セッション識別子、ＩＰアドレス、ＭＡＣアドレス等である。医療端末識別子は、医療機関識別子である、と考えても良い。

医療端末受付部２２は、医療機関端末２のユーザから指示や情報等の入力を受け付ける。指示や情報等とは、例えば、検査依頼、検査識別子、共有依頼である。

指示や情報等の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

医療端末処理部２３は、各種の処理を行う。各種の処理とは、例えば、医療端末受付部２２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理、医療端末受信部２５が受信した情報を出力する構造に変更する処理等である。

医療端末送信部２４は、各種の情報や指示等を送信する。各種の情報や指示等とは、例えば、検査依頼、遠隔医療結果である。医療端末送信部２４は、通常、検査支援装置１に情報や指示等を送信する。

医療端末受信部２５は、各種の情報を受信する。医療端末受信部２５は、例えば、検査支援装置１から各種の情報を受信する。各種の情報は、例えば、結果情報、遠隔医療結果である。

医療端末出力部２６は、各種の情報を出力する。各種の情報は、例えば、結果情報、遠隔医療結果、患者情報である。

ここで、出力とは、通常、ディスプレイへの表示、プロジェクターを用いた投影であるが、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念であっても良い。

ユーザ端末３を構成するユーザ端末格納部３１には、各種の情報が格納される。各種の情報とは、例えば、ユーザ識別子、ユーザ端末識別子である。ユーザ識別子は、ユーザを識別する情報であり、例えば、ＩＤである。ユーザ識別子は、電話番号、クレジットカード番号、メールアドレス等でも良い。ユーザ端末識別子は、端末装置２を識別する情報であり、例えば、Ｃｏｏｋｉｅ ＩＤ、セッション識別子、ＩＰアドレス、ＭＡＣアドレス等である。ユーザ端末識別子は、ユーザ識別子である、と考えても良い。

ユーザ端末受付部３２は、ユーザから指示や情報等の入力を受け付ける。指示や情報等とは、例えば、結果出力指示、回答情報、同意情報等である。

ユーザ端末処理部３３は、各種の処理を行う。各種の処理とは、例えば、ユーザ端末受付部３２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理、ユーザ端末受信部３５が受信した情報を出力する構造に変更する処理等である。

ユーザ端末送信部３４は、各種の情報や指示等を送信する。各種の情報や指示等とは、例えば、出力指示である。出力指示は、検査情報の出力の指示である。ユーザ端末送信部３４は、通常、検査支援装置１に情報や指示等を送信する。

ユーザ端末受信部３５は、各種の情報を受信する。各種の情報とは、例えば、検査情報、依頼情報である。

ユーザ端末出力部３６は、各種の情報を出力する。各種の情報とは、例えば、ユーザ端末受信部３５が受信し、ユーザ端末処理部３３が出力される構造に変更した情報であり、例えば、通知情報、依頼情報である。

格納部１１、検査情報格納部１１１、付加情報格納部１１２、購入情報格納部１１３を備える。付加情報格納部１１２は、商品情報格納部１１２１、健康情報格納部１１２２、医療端末格納部２１、およびユーザ端末格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受信部１２、検査依頼受信部１２１、医療端末受信部２５、およびユーザ端末受信部３５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

処理部１３、遠隔医療結果蓄積部１３１、検査キット決定部１３２、判断部１３３、検査情報取得部１３４、通知先取得部１３５、タイアップ先取得部１３６、付加情報取得部１３７、支援処理部１３８、医療端末処理部２３、およびユーザ端末処理部３３は、通常、プロセッサやメモリ等から実現され得る。処理部１３等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。なお、プロセッサは、ＣＰＵ、ＭＰＵ、ＧＰＵ等であり、その種類は問わない。

支援処理部１３８、送信部１４、医療端末送信部２４、およびユーザ端末送信部３４は、通常、無線または有線の通信手段で実現され得るが、放送手段で実現されても良い。

医療端末受付部２２、およびユーザ端末受付部３２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

医療端末出力部２６、およびユーザ端末出力部３６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。医療端末出力部２６等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、検査支援システムＡの動作例について説明する。まず、検査支援装置１の動作例について、図４、図５、および図６のフローチャートを用いて説明する。

（ステップＳ４０１）検査依頼受信部１２１は、検査依頼を受信したか否かを判断する。検査依頼を受信した場合はステップＳ４０２に行き、検査依頼を受信しなかった場合はステップＳ４１３に行く。なお、検査依頼受信部１２１は、通常、医療機関端末２から検査依頼を受信するが、ユーザ端末３等の他の装置から検査依頼を受信しても良い。

（ステップＳ４０２）検査キット決定部１３２は、ステップＳ４０１で受信された検査依頼に含まれる検査識別子を取得する。

（ステップＳ４０３）検査キット決定部１３２は、ステップＳ４０２で取得した検査識別子に対応する検査キット識別子を、格納部１１の対応表から取得する。

（ステップＳ４０４）判断部１３３は、ステップＳ４０１で受信された検査依頼に含まれる患者識別子を取得する。または、判断部１３３は、ステップＳ４０１で受信された検査依頼に含まれる医療機関識別子を取得する。

（ステップＳ４０５）判断部１３３は、ステップＳ４０４で取得した患者識別子、およびステップＳ４０３で取得された検査キット識別子に対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。または、判断部１３３は、ステップＳ４０４で取得した医療機関識別子、およびステップＳ４０３で取得された検査キット識別子に対応する購入情報が、購入情報格納部１１３に存在するか否かを判断する。そして、購入情報が存在する場合はステップＳ４０６に行き、存在しない場合はステップＳ４０７に行く。なお、ここで、購入情報が存在するか否かの判断は、使用されていない検査キットの購入情報が存在するか否かの判断である。

（ステップＳ４０６）支援処理部１３８は、対応処理を行う。ステップＳ４０８に行く。対応処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ４０７）支援処理部１３８は、郵送支援処理を行う。ステップＳ４０６に行く。郵送支援処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ４０８）支援処理部１３８は、通知処理を行うか否かを判断する。通知処理を行う場合はステップＳ４０９に行き、通知処理を行わない場合はステップＳ４０１に戻る。

なお、支援処理部１３８は、格納部１１の通知条件に合致する場合に、通知処理を行う、と判断する。通知条件は、例えば、ステップＳ４０５において購入情報が存在すると判断されたこと、ステップＳ４０５において購入情報が存在しないと判断されたことである。なお、支援処理部１３８は、常に、通知処理を行っても良い。

（ステップＳ４０９）支援処理部１３８は、通知処理を行う。通知処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ４１０）遠隔医療結果蓄積部１３１は、ステップＳ４０１において、検査依頼に対応付いた遠隔医療結果を受信していたか否かを判断する。遠隔医療結果を受信していた場合はステップＳ４１１に行き、遠隔医療結果を受信していない場合はステップＳ４１２に行く。

（ステップＳ４１１）遠隔医療結果蓄積部１３１は、ステップＳ４０１において受信されていた遠隔医療結果を、当該検査依頼に対応付けて蓄積する。ステップＳ４０１に戻る。

（ステップＳ４１２）処理部１３は、検査支援装置１においてサービス中のウェブ会議（遠隔医療のための会議）を終了するか否かを判断する。ウェブ会議を終了する場合はステップＳ４２０に行き、終了しない場合はステップＳ４０１に戻る。なお、検査支援装置１が遠隔医療のためのウェブ会議のサービスを提供しない場合、本ステップにおける処理は不要である。

（ステップＳ４１３）受信部１２は、遠隔医療指示を受信したか否かを判断する。遠隔医療指示を受信した場合はステップＳ４１４に行き、遠隔医療指示を受信しなかった場合はステップＳ４２２に行く。なお、ここでの遠隔医療指示の受信は、医療機関端末２およびユーザ端末３からの受信である、とする。

（ステップＳ４１４）処理部１３は、ステップＳ４１３で受信された遠隔医療指示に対応する医師識別子を取得する。なお、この医師識別子は、遠隔医療の診察を行うためのウェブ会議に参加する医師（診察する医師）の識別子である。

（ステップＳ４１５）処理部１３は、ステップＳ４１３で受信された遠隔医療指示に対応する患者識別子を取得する。この患者識別子は、遠隔医療の診察を受けるためのウェブ会議に参加する患者（診察される患者）の識別子である。

（ステップＳ４１６）処理部１３は、医師と患者とのウェブ会議（遠隔における診察）を開始するための処理を行う。

（ステップＳ４１７）処理部１３は、医師と患者とのウェブ会議の中継処理を行う。中継処理は、例えば、医療機関端末２から送信された音声と映像とをユーザ端末３に送信する処理、ユーザ端末３から送信された音声と映像とを医療機関端末２に送信する処理、医療機関端末２とユーザ端末３とから送信された映像を合成し、医療機関端末２とユーザ端末３に送信する処理、医療機関端末２とユーザ端末３とから送信された音声を、他の端末に送信する処理である。中継処理は、例えば、医療機関端末２とユーザ端末３とから送信された映像を合成し、かつ音声も映像に対応付けて付加し、図示しないバッファに蓄積する処理を含むことは好適である。

（ステップＳ４１８）受信部１２は、終了指示を受信したか否かを判断する。終了指示を受信した場合はステップＳ４２０に行き、終了指示を受信しなかった場合はステップＳ４１９に行く。

（ステップＳ４１９）受信部１２は、医師と患者とのウェブ会議中に、検査依頼を受信したか否かを判断する。検査依頼を受信した場合はステップＳ４２０に行き、検査依頼を受信しなかった場合はステップＳ４０２に戻る。

（ステップＳ４２０）遠隔医療結果蓄積部１３１は、図示しないバッファに格納されている遠隔医療結果（ウェブ会議による遠隔診療の映像と音声）を、医師識別子と患者識別子とに対応付けて蓄積する。なお、かかる遠隔医療結果の蓄積先は、格納部１１でも良いし、図示しない外部の装置でも良い。

（ステップＳ４２１）処理部１３は、医師と患者とのウェブ会議の終了処理を行う。ステップＳ４０１に戻る。なお、ウェブ会議の終了処理は公知技術であるので、詳細な説明は省略する。

（ステップＳ４２２）受信部１２は、ユーザ端末３または医療機関端末２から購入指示を受信したか否かを判断する。購入指示を受信した場合はステップＳ４２３に行き、購入指示を受信しなかった場合はステップＳ４２５に行く。

（ステップＳ４２３）処理部１３は、受信された購入指示を用いて、蓄積する購入情報を構成する。なお、購入情報は、例えば、患者識別子または医療機関識別子を有する。

（ステップＳ４２４）処理部１３は、ステップＳ４２３で構成された購入情報を購入情報格納部１１３に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４２５）受信部１２は、図示しない装置またはユーザ端末３から検査結果を受信したか否かを判断する。検査結果を受信した場合はステップＳ４２６に行き、検査結果を受信しなかった場合はステップＳ４３１に行く。なお、図示しない装置は、例えば、検査機関の装置である。

（ステップＳ４２６）処理部１３は、ステップＳ４２５で受信された検査結果を格納部１１に蓄積する。なお、検査結果は、後述する結果情報でも良い。

（ステップＳ４２７）処理部１３は、ステップＳ４２６で蓄積された検査結果を用いて、送信する結果情報を構成する。

（ステップＳ４２８）処理部１３は、ステップＳ４２５で受信された検査結果に対応する医師識別子を取得する。なお、医師識別子は、医療機関識別子でも良い。

（ステップＳ４２９）処理部１３は、ステップＳ４２５で受信された検査結果に対応する患者識別子を取得する。

（ステップＳ４３０）送信部１４は、ステップＳ４２７で構成された結果情報を、ステップＳ４２８で取得された医師識別子に対応する通知先情報を用いて、医師識別子で識別される医師に通知する。送信部１４は、ステップＳ４２７で構成された結果情報を、ステップＳ４２９で取得された患者識別子に対応する通知先情報を用いて、患者識別子で識別される患者に通知する。ステップＳ４０１に戻る。

（ステップＳ４３１）受信部１２は、医療機関端末２またはユーザ端末３から、閲覧指示を受信したか否かを判断する。閲覧指示を受信した場合はステップＳ４３２に行き、閲覧指示を受信しなかった場合はステップＳ４０１に戻る。

（ステップＳ４３２）処理部１３は、ステップＳ４３１で受信された閲覧指示に対応する情報を取得する。なお、閲覧指示に対応する情報は、例えば、遠隔医療結果

（ステップＳ４３３）送信部１４は、ステップＳ４３２で取得された情報を、閲覧指示を送信してきた端末に送信する。ステップＳ４０１に戻る。

（ステップＳ４３４）共有依頼受信部１２２は、共有依頼を受信したか否かを判断する。共有依頼を受信した場合はステップＳ４３５に行き、共有依頼を受信しなかった場合はステップＳ４３８に行く。

（ステップＳ４３５）処理部１３は、共有依頼が有する患者識別子を取得する。

（ステップＳ４３６）処理部１３は、共有依頼が有する検査識別子または検査キット識別子を取得する。処理部１３は、かかる検査識別子または検査キット識別子に対応する結果情報または検査情報を取得する。次に、処理部１３は、かかる結果情報または検査情報を用いて、依頼情報を構成する。

（ステップＳ４３７）同意依頼送信部１４１は、ステップＳ４３６で構成された依頼情報を、患者識別子に対応するユーザ端末３に送信する。ステップＳ４０１に戻る。なお、かかる依頼情報の送信は、例えば、メール等の通信手段による送信であるが、当該ユーザ端末３がアクセスできる記録領域への書き込みでも良い。

（ステップＳ４３８）同意情報受信部１２３は、同意情報を受信したか否かを判断する。同意情報を受信した場合はステップＳ４３９に行き、同意情報を受信しなかった場合はステップＳ４０１に戻る。

（ステップＳ４３９）検査結果取得部１３９は、受信された同意情報に対応する医療端末識別子を取得する。なお、受信された同意情報には、共有依頼を送信した医療機関端末２を識別する医療端末識別子が対応付く。

（ステップＳ４４０）検査結果取得部１３９は、受信された同意情報に対応する結果情報を結果情報格納部１１４から取得する。

（ステップＳ４４１）検査結果送信部１４２は、ステップＳ４３９で取得した医療端末識別子で識別される医療機関端末２に、ステップＳ４４０で取得されたる結果情報を送信する。ステップＳ４０１に戻る。なお、かかる結果情報の送信は、例えば、メール等の通信手段による送信であるが、当該医療機関端末２がアクセスできる記録領域への書き込みでも良い。

なお、図４、図５、および図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４０６の対応処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）支援処理部１３８は、ステップＳ４０２で取得された検査識別子を取得する。

（ステップＳ７０２）支援処理部１３８は、ステップＳ４０５で存在すると判断された購入情報を識別する購入情報識別子を取得する。

（ステップＳ７０３）支援処理部１３８は、ステップＳ７０１で取得した検査識別子とステップＳ７０２で取得した購入情報識別子との対応付けを行う。なお、対応付けを行うことは、例えば、検査識別子と購入情報識別子とをリンク付けること、検査識別子と購入情報識別子とを有するレコードを蓄積すること等である。

（ステップＳ７０４）支援処理部１３８は、ステップＳ４０５で存在すると判断された購入情報の使用済みフラグをＯＮ（使用したこと）にする。上位処理にリターンする。

次に、ステップＳ４０７の郵送支援処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）支援処理部１３８は、ステップＳ４０４で取得された患者識別子に対応するユーザ識別子を取得する。なお、患者識別子とユーザ識別子とは同じでも良い。患者識別子とユーザ識別子とが異なる場合、支援処理部１３８は、ステップＳ８０４で取得された患者識別子と対になるユーザ識別子を、格納部１１の患者識別子とユーザ識別子との対応を管理するユーザ患者管理表から取得する。

（ステップＳ８０２）支援処理部１３８は、患者の氏名、住所等を取得する。支援処理部１３８は、例えば、格納部１１のユーザ情報管理表から、ユーザ識別子と対になる氏名、住所等を取得する。支援処理部１３８は、例えば、ステップＳ４０１で受信された検査依頼が有する患者情報に含まれる氏名、住所等を取得しても良い。

（ステップＳ８０３）支援処理部１３８は、ステップＳ４０３で取得された検査キット識別子を取得する。

（ステップＳ８０４）支援処理部１３８は、ステップＳ８０２で取得した氏名、住所等を用いて、検査キットを患者に郵送するためのタグを構成する。なお、タグは、郵便物に貼り付けるタグであり、住所、氏名等が印刷されている。また、タグに、検査キット識別子や、検査キット識別子と対になる検査情報等が印刷されていても良い。

（ステップＳ８０５）支援処理部１３８は、ステップＳ８０４で構成したタグを印刷するための処理を行う。かかる処理は、印刷でも良いし、郵送作業者への送信でも良い。

（ステップＳ８０６）支援処理部１３８は、郵送指示情報を構成する。なお、郵送指示情報は、例えば、患者の氏名、住所等、検査キット識別子、検査情報の一部または全部を有する。

（ステップＳ８０７）支援処理部１３８は、ステップＳ８０６で構成した送指示情報を、郵送作業者に送信する。上位処理にリターンする。なお、郵送作業者に送信するための通知先情報は、例えば、格納部１１に格納されている。

次に、ステップＳ４０９の通知処理の例について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）支援処理部１３８は、ステップＳ４０４で取得された患者識別子に対応する通知先識別子を格納部１１から取得する。

（ステップＳ９０２）支援処理部１３８は、ステップＳ４０２で取得された検査識別子に対応する検査情報を検査情報格納部１１１から取得する。

（ステップＳ９０３）タイアップ先取得部１３６は、ステップＳ９０２で取得された検査情報が有する１以上のタイアップ先識別子を取得する。

（ステップＳ９０４）付加情報取得部１３７は、ステップＳ９０３で取得された１以上の各タイアップ先識別子が合致する１以上の第一条件が存在するか否かを判断する。第一条件が存在する場合はステップＳ９０５に行き、存在しない場合はステップＳ９０６に行く。

（ステップＳ９０５）付加情報取得部１３７は、ステップＳ９０４で合致すると判断した１以上の各第一条件に対応する付加情報を、付加情報格納部１１２から取得する。

（ステップＳ９０６）付加情報取得部１３７は、ステップＳ４０２で取得された検査識別子を取得する。

（ステップＳ９０７）付加情報取得部１３７は、ステップＳ９０６で取得した検査識別子が合致する１以上の第二条件が存在するか否かを判断する。第二条件が存在する場合はステップＳ９０８に行き、存在しない場合はステップＳ９０９に行く。

（ステップＳ９０８）付加情報取得部１３７は、ステップＳ９０７で合致すると判断した１以上の各第二条件に対応する付加情報を、付加情報格納部１１２から取得する。

（ステップＳ９０９）付加情報取得部１３７は、ステップＳ４０１で受信された検査依頼に含まれるカルテ情報を取得する。

（ステップＳ９１０）付加情報取得部１３７は、ステップＳ９０９で取得したカルテ情報が合致する１以上の第三条件が存在するか否かを判断する。第三条件が存在する場合はステップＳ９１１に行き、存在しない場合はステップＳ９１２に行く。

（ステップＳ９１１）付加情報取得部１３７は、ステップＳ９１０で合致すると判断した１以上の各第三条件に対応する付加情報を、付加情報格納部１１２から取得する。

（ステップＳ９１２）支援処理部１３８は、取得した検査情報を用いて、通知情報を構成する。また、１以上の付加情報が取得されている場合、支援処理部１３８は、当該１以上の付加情報を有する通知情報を構成する。

（ステップＳ９１３）支援処理部１３８は、ステップＳ９１２で構成した通知情報を、ステップＳ９０１で取得した通知先識別子で識別される通知先に送信する。上位処理にリターンする。

次に、医療機関端末２の動作例について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）医療端末受付部２２は、遠隔医療指示を受け付けたか否かを判断する。遠隔医療指示を受け付けた場合はステップＳ１００２に行き、受け付けなかった場合はステップＳ１０１０に行く。

（ステップＳ１００２）医療端末処理部２３は、送信する遠隔医療指示を構成する。医療端末送信部２４は、当該遠隔医療指示を送信する。なお、遠隔医療指示の送信先は、検査支援装置１または図示しないウェブ会議を支援する装置である。

（ステップＳ１００３）医療端末処理部２３は、ウェブ会議のための処理を行う。なお、ウェブ会議は公知技術である。

（ステップＳ１００４）医療端末受付部２２は、検査依頼を受け付けたか否かを判断する。検査依頼を受け付けた場合はステップＳ１００５に行き、受け付けなかった場合はステップＳ１００７に行く。

（ステップＳ１００５）医療端末処理部２３は、送信する検査依頼を構成する。

（ステップＳ１００６）医療端末送信部２４は、ステップＳ１００５で構成された検査依頼を検査支援装置１に送信する。ステップＳ１００１に戻る。

（ステップＳ１００７）医療端末受付部２２は、終了指示を受け付けたか否かを判断する。終了指示を受け付けた場合はステップＳ１００８に行き、受け付けなかった場合はステップＳ１０１６に行く。

（ステップＳ１００８）医療端末処理部２３は、送信する終了指示を構成する。医療端末送信部２４は、当該終了指示を送信する。なお、終了指示の送信先は、ウェブ会議を支援している装置あり、例えば、検査支援装置１または図示しない外部の装置である。

（ステップＳ１００９）医療端末処理部２３は、ウェブ会議の終了のための処理を行う。ステップＳ１００１に戻る。なお、かかる処理は公知技術である。

（ステップＳ１０１０）医療端末受信部２５は、検査支援装置１から結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１０１１に行き、受信しなかった場合はステップＳ１０１２に行く。

（ステップＳ１０１１）医療端末処理部２３は、受信された結果情報を出力する構造にする。医療端末出力部２６は、当該結果情報を出力する。ステップＳ１００１に戻る。

（ステップＳ１０１２）医療端末受付部２２は、閲覧指示を受け付けたか否かを判断する。閲覧指示を受け付けた場合はステップＳ１０１３に行き、受け付けなかった場合はステップＳ１００１に戻る。

（ステップＳ１０１３）医療端末処理部２３は、送信する閲覧指示を構成する。医療端末送信部２４は、当該閲覧指示を検査支援装置１に送信する。

（ステップＳ１０１４）医療端末受信部２５は、閲覧指示の送信に応じて、情報を受信したか否かを判断する。情報を受信した場合はステップＳ１０１５に行き、受信しなかった場合はステップＳ１０１４に戻る。

（ステップＳ１０１５）医療端末処理部２３は、受信された情報を出力する構造にする。医療端末出力部２６は、当該情報を出力する。ステップＳ１００１に戻る。

（ステップＳ１０１６）医療端末受付部２２は、共有依頼を受け付けたか否かを判断する。共有依頼を受け付けた場合はステップＳ１０１６に行き、受け付けなかった場合はステップＳ１００３に行く。

（ステップＳ１０１７）医療端末処理部２３は、ステップＳ１０１６で受け付けられた共有依頼を送信する構造にする。医療端末送信部２４は、当該共有依頼を検査支援装置１に送信する。

（ステップＳ１０１８）医療端末受信部２５は、共有依頼に対応する結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１０１９に行き、受信しなかった場合はステップＳ１０１８に戻る。

（ステップＳ１０１９）医療端末処理部２３は、受信された結果情報を出力する構造にする。医療端末出力部２６は、当該結果情報を出力する。ステップＳ１００３に戻る。

なお、図１０のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次にユーザ端末３動作例について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）ユーザ端末受付部３２は、遠隔医療指示を受け付けたか否かを判断する。遠隔医療指示を受け付けた場合はステップＳ１１０２に行き、受け付けなかった場合はステップＳ１１０５に行く。

（ステップＳ１１０２）ユーザ端末処理部３３は、送信する遠隔医療指示を構成する。ユーザ端末送信部３４は、当該遠隔医療指示を送信する。なお、遠隔医療指示の送信先は、検査支援装置１または図示しないウェブ会議を支援する装置である。

（ステップＳ１１０３）ユーザ端末処理部３３は、ウェブ会議のための処理を行う。なお、ウェブ会議のための処理は公知技術である。

（ステップＳ１１０４）ユーザ端末処理部３３は、ウェブ会議を終了するか否かを判断する。終了する場合はステップＳ１１０１に戻り、終了しない場合はステップＳ１１０３に戻る。なお、終了する場合は、ユーザ端末処理部３３は、公知のウェブ会議の終了処理を行う。

（ステップＳ１１０５）ユーザ端末受付部３２は、購入指示を受け付けたか否かを判断する。購入指示を受け付けた場合はステップＳ１１０６に行き、受け付けなかった場合はステップＳ１１０８に行く。

（ステップＳ１１０６）ユーザ端末処理部３３は、送信する購入指示を構成する。なお、購入指示は、例えば、ユーザ識別子を有する。

（ステップＳ１１０７）ユーザ端末送信部３４は、ステップＳ１１０６で構成された購入指示を検査支援装置１に送信する。

（ステップＳ１１０８）ユーザ端末受信部３５は、結果情報を受信したか否かを判断する。結果情報を受信した場合はステップＳ１１０９に行き、受信しなかった場合はステップＳ１１１０に行く。なお、結果情報を受信するトリガーは問わない。例えば、ユーザ端末３からの結果情報の送信に応じて、結果情報を受信する。

（ステップＳ１１０９）ユーザ端末処理部３３は、受信された結果情報を出力する構造にする。ユーザ端末出力部３６は、当該結果情報を出力する。ステップＳ１１０１に戻る。

（ステップＳ１１１０）ユーザ端末受付部３２は、閲覧指示を受け付けたか否かを判断する。閲覧指示を受け付けた場合はステップＳ１１１１に行き、受け付けなかった場合はステップＳ１１１４に行く。なお、閲覧指示は、検査支援装置１に格納されている情報を閲覧する指示である。閲覧指示は、例えば、ユーザ識別子を有する。検査支援装置１に格納されている情報は、例えば、結果情報、遠隔医療結果、購入情報である。

（ステップＳ１１１１）ユーザ端末処理部３３は、送信する閲覧指示を構成する。ユーザ端末送信部３４は、構成された閲覧指示を検査支援装置１に送信する。

（ステップＳ１１１２）ユーザ端末受信部３５は、情報を受信したか否かを判断する。情報を受信した場合はステップＳ１１１３に行き、受信しなかった場合はステップＳ１１１２に戻る。

（ステップＳ１１１３）ユーザ端末処理部３３は、受信された情報を出力する構造にする。ユーザ端末出力部３６は、当該情報を出力する。ステップＳ１１０１に戻る。

（ステップＳ１１１４）ユーザ端末受信部３５は、通知情報を受信したか否かを判断する。通知情報を受信した場合はステップＳ１１０９に行き、受信しなかった場合はステップＳ１１１６に行く。

（ステップＳ１１１５）ユーザ端末処理部３３は、受信された通知情報を出力する構造にする。ユーザ端末出力部３６は、当該通知情報を出力する。ステップＳ１１０１に戻る。

（ステップＳ１１１６）ユーザ端末受信部３５は、依頼情報を受信したか否かを判断する。依頼情報を受信した場合はステップＳ１１１７に行き、受信しなかった場合はステップＳ１１０１に戻る。

（ステップＳ１１１７）ユーザ端末処理部３３は、受信された依頼情報を出力する構造にする。ユーザ端末出力部３６は、当該依頼情報を出力する。

（ステップＳ１１１８）ユーザ端末受付部３２は、出力された依頼情報を見たユーザが入力した同意情報を受け付けたか否かを判断する。同意情報を受け付けた場合はステップＳ１１１９に行き、受け付けなかった場合はステップＳ１１１８に戻る。

（ステップＳ１１１９）ユーザ端末処理部３３は、送信する同意情報を構成する。ユーザ端末送信部３４は、当該同意情報を検査支援装置１に送信する。なお、同意情報は、例えば、依頼情報を特定する情報、ユーザ識別子等を有する。

なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における検査支援システムＡの具体的な動作例について説明する。

今、検査支援装置１の検査情報格納部１１１には、図１２に示す検査情報管理表が格納されている。検査情報管理表は、「ＩＤ」「検査キット識別子」「検査名」「キット属性値」を有する１以上のレコードを管理する。「キット属性値」は、「検査内容」「タイアップ先情報」「販売場所情報」「検査項目情報」「検体情報」を有する。「タイアップ先情報」は、「検査開発元」「ＯＥＭ提供先」「販売先」を有する。「検体情報」は、「検体種類識別子」「検体量情報」を有する。「ＩＤ」は、レコードを識別する情報である。「販売先」は、検査キットの販売先を特定する情報である。なお、「タイアップ先情報」は、上述した通り、「ユーザの検査キットの入手先」「検査に対応する商品またはサービスの提供元」を有しても良い。

付加情報格納部１１２には、図１３に示す構造を有する商品情報管理表が格納されている。商品情報管理表は、「ＩＤ」「商品情報」「条件」を有する１以上のレコードを管理する。「商品情報」は「商品識別子」「商品詳細」を有する。「商品識別子」は、ここでは商品名である。「商品詳細」は、商品の詳細な情報が記載されたファイルの名称である。なお、かかるファイルも、商品情報格納部１１２１に格納されている、とする。ここでの「条件」は、タイアップ先に関する条件を含む第一条件、または検査識別子に関する条件を含む第二条件、またはカルテ情報に関する条件を含む第三条件である。

また、付加情報格納部１１２には、図１４に示す構造を有する健康情報管理表が格納されている。健康情報管理表は、「ＩＤ」「健康情報」「条件」を有する１以上のレコードを管理する。ここでの「条件」は、第一条件または第二条件または第三条件である。

また、付加情報格納部１１２には、図１５に構造を有する家族レコメンド情報管理表が格納されている。家族レコメンド情報管理表は、「ＩＤ」「家族レコメンド情報」「条件」を有する１以上のレコードを管理する。ここでの「条件」は、第一条件または第二条件または第三条件である。

購入情報格納部１１３には、図１６に示す構造を有する購入情報管理表が格納されている。購入情報管理表は、「ＩＤ」「識別子」「検査キット識別子」「固有値」「使用済みフラグ」「日付」を有する１以上のレコードを管理する。「ＩＤ」は、購入情報を識別する情報である。「識別子」は、検査キットの購入者のＩＤであり、例えば、ユーザ識別子（例えば、「Ｕ０１」「Ｕ０２」「Ｕ０３」）、または医療機関識別子（例えば、「Ｈ０１」「Ｈ０２」）、または検査機関識別子（例えば、「Ｉ０１」「Ｉ０２」）である。「検査キット識別子」は、検査キットの種類を識別する情報である。「固有値」は、その検査キットの固有のＩＤである。「使用済みフラグ」は、検査キットを既に使用している「１」または使用していない「０」を示す情報である。「日付」は、ここでは、検査キットが購入された日である。

結果情報格納部１１４には、図１７に示す構造を有する結果情報管理表が格納されている。結果情報管理表は、「購入情報ＩＤ」「識別子」「検査依頼ＩＤ」「検査キット識別子」「医療機関識別子」「固有値」「日付」を有する１以上のレコードを管理する。「購入情報ＩＤ」は、購入情報管理表（図１６）の「ＩＤ」であり、購入情報と検査依頼とを対応付けるための情報である。「識別子」は、検査キットの購入者のＩＤである。「検査依頼ＩＤ」は、検査依頼を識別する情報である。「医療機関識別子」は、検査を依頼した医療機関のＩＤである。「日付」は、ここでは、結果情報が蓄積された日であるが、検査キットを検査機関に出した日等でも良い。なお、結果情報管理表において、購入情報管理表から「購入情報ＩＤ」を用いて取得できる情報である「識別子」「検査キット識別子」「固有値」は無くても良い。

格納部１１には、図１８に示す構造を有するユーザ情報管理表が格納されている。ユーザ情報管理表は、「ＩＤ」「ユーザ識別子」「性別」「年齢」「身長」「体重」「ＢＭＩ」「住まい情報」「家族情報」「健康情報」「職業情報」「健康悩み」「メールアドレス」を有する１以上のレコードを管理する。「住まい情報」は「居住年数」を有する。「家族情報」は「同居者情報」を有する。「健康情報」は「既往歴」を有する。「職業情報」は「勤務形態」を有する。「ＩＤ」は、レコードを識別する情報である。「ユーザ識別子」は、ここでは患者識別子と考えても良い。「同居者情報」は、同居の家族を特定する情報である。「メールアドレス」は、ユーザのメールアドレスである。なお、メールアドレスは、結果情報が受信された場合に、当該結果情報、または当該結果情報を含む通知情報、または結果情報が届いた旨の情報を、ユーザに送信するために使用される。

格納部１１には、図１９に示す構造を有する医療機関情報管理表が格納されている。医療機関情報管理表は、１以上の医療機関情報が管理される。医療機関情報管理表は、「ＩＤ」「医療機関識別子」「病院名」「医師名」「通知先情報」を有する１以上のレコードを管理する。「ＩＤ」は、レコードを識別する情報である。

かかる状況において、以下の４つの具体例について説明する。具体例１は、遠隔診断を行っている間に、医療機関端末２からの検査依頼であり、検査キットの発注を含む検査依頼を検査支援装置１が受信し、当該検査支援装置１が対応蓄積処理と郵送支援処理とを行う場合である。具体例２は、遠隔診断を行った後に、医療機関が保有している検査キットを用いた検査依頼を医療機関端末２から検査支援装置１が受信し、当該検査支援装置１が対応蓄積処理を行う場合である。具体例３は、遠隔診断を行った後に、ユーザが保有している検査キットを用いた検査依頼を検査支援装置１がユーザ端末３から受信し、当該検査支援装置１が対応蓄積処理を行う場合である。具体例４は、遠隔診断を行っている間に、遠隔診断中の医師の医療機関端末２からの共有依頼を検査支援装置１が受信し、当該検査支援装置１が検査結果を特定する結果情報を医療機関端末２に送信する場合である。

（具体例１）
医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。なお、図２０は、田中Ａ夫の医療機関端末２の画面例である。なお、遠隔診断は、遠隔診察と言っても良い。

そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、腸内フローラ検査が必要である、と考え、図２０の画面のフィールド２００１に検査名「腸内フローラ検査」を入力し、「送信」ボタン２００２を指示した、とする。

すると、医療機関端末２の医療端末受付部２２は、検査名「腸内フローラ検査」を含む検査依頼を受け付ける。なお、検査依頼は、例えば、先に医師「田中Ａ夫」が、医療機関端末２に入力していたカルテ情報（例えば、病名「ＸＸＸ」）を含む、とする。

次に、医療端末処理部２３は、医療機関端末２の医療端末格納部２１から医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」を読み出し、検査名「腸内フローラ検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を構成する。次に、医療端末送信部２４は、当該検査依頼を検査支援装置１に送信する。なお、医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とは、例えば、遠隔医療の開始時に、医療端末格納部２１に蓄積されたものとする。

次に、検査支援装置１の検査依頼受信部１２１は、医療機関端末２から検査依頼「＜検査名＞腸内フローラ検査 ＜医療機関識別子＞Ｈ０１ ＜患者識別子＞Ｕ０１ ＜病名＞ＸＸＸ」を受信する。

次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「腸内フローラ検査」を取得する。そして、検査キット決定部１３２は、検査名「腸内フローラ検査」と対になる検査キット識別子「Ｋ０２」を、図１２の検査情報管理表から取得する。

次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。

次に、判断部１３３は、購入情報管理表（図１６）を参照し、患者識別子「Ｕ０１」または医療機関識別子「Ｈ０１」を含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報が存在しない、と判断する。

次に、支援処理部１３８は、郵送支援処理を行う。つまり、支援処理部１３８は、図７のフローチャートを用いて説明した処理により、患者Ｐ１に、検査キット識別子「Ｋ０２」で識別される検査キットを郵送するための支援処理を行う。そして、郵送の担当者が、検査キットを患者Ｐ１に郵送する。

次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ１２８」を取得する。なお、ユニークな検査依頼ＩＤの取得方法は問わない。また、支援処理部１３８は、取得された患者識別子「Ｕ０１」を取得する。なお、ここでは、患者識別子とユーザ識別子とは同じである、とする。また、支援処理部１３８は、検査キット識別子「Ｋ０２」を取得する。次に、支援処理部１３８は、当該検査キットの固有値（例えば、「Ｋ０２＿０１２８」）を取得する。なお、固有値は、ユニークな情報であり、例えば、支援処理部１３８は、最新の固有値（例えば、「Ｋ０２＿０１２７」）の後半部の数値に「１」インクリメントすることにより生成する。なお、ユニークな固有値を取得する方法は問わない。次に、支援処理部１３８は、使用済みフラグ「０」を取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する購入情報を構成し、図１６の購入情報管理表に蓄積する。かかる蓄積したレコードは、購入情報管理表の「ＩＤ＝１８１」のレコードである。なお、図示しないが、「ＩＤ＝１８１」のレコーは、検査依頼ＩＤ「Ｒ１２８」を含むとする。

次に、支援処理部１３８等は、以下の通知処理を行う。つまり、支援処理部１３８は、患者識別子Ｐ１（ユーザ識別子「Ｕ０１」）に対応する通知先識別子（アドレスＡ）をユーザ管理表(図１８)から取得する。また、支援処理部１３８は、取得された検査名「腸内フローラ検査」に対応する検査情報を、図１２の検査情報管理表から取得する。なお、ここで取得する検査情報は、例えば、検査名「腸内フローラ検査」、検査内容、検体情報「便」等であり、図１２の検査情報の一部であるが、全部でも良い。

次に、タイアップ先取得部１３６は、検査キット識別子「Ｋ０２」と対になるタイアップ先識別子（検査開発元「ＤＢ社」、ＯＥＭ提供先「ＯＢ社」「ＯＣ社」）を取得する。また、付加情報取得部１３７は、検査識別子「腸内フローラ検査」を取得する。なお、ここでは、検査名が検査識別子である。また、付加情報取得部１３７は、受信されたカルテ情報「病名＝ＸＸＸ」を取得した、とする。

次に、付加情報取得部１３７は、「病名＝ＸＸＸ」と対になる商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）を、図１３の商品情報管理表から取得する。また、付加情報取得部１３７は、ＯＥＭ提供先「ＯＣ社」と対になる商品情報（商品識別子「サービスＡ
２週間運動チャレンジ」およびｆｉｌｅＣ）を、図１３の商品情報管理表から取得する。また、付加情報取得部１３７は、検査開発元「ＤＢ社」と対になる健康情報「腸内環境と運動に関する情報の提供・・・」を、図１４の健康情報管理表から取得する。

次に、支援処理部１３８は、取得した情報を用いて、通知情報を構成する。なお、取得した情報は、検査情報、商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）、商品情報（商品識別子「サービスＡ ２週間運動チャレンジ」およびｆｉｌｅＣ）、健康情報「腸内環境と運動に関する情報の提供・・・」を含む。

次に、支援処理部１３８は、構成した通知情報を、患者Ｐ１の通知先識別子（アドレスＡ）で識別される通知先に送信する。

次に、患者Ｐ１のユーザ端末３は、上記の情報を受信し、出力する。なお、ユーザ端末３に出力される情報は、検査情報、商品情報（商品識別子「商品Ｂ」およびｆｉｌｅＢ）、商品情報（商品識別子「サービスＡ ２週間運動チャレンジ」およびｆｉｌｅＣ）、健康情報「腸内環境と運動に関する情報の提供・・・」を含む。ただし、情報の出力態様は問わない。

以上の処理により、患者Ｐ１に検査キットが郵送された。また、患者Ｐ１が検査キット「Ｋ０２」を購入したことを管理できた。さらに、患者Ｐ１には、検査に関する情報や付加情報が送信された。

（具体例２）
今、医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。また、現在、図１６の購入情報管理表の状態である、とする。

そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、腸内フローラ検査が必要である、と考え、図２０の画面のフィールド２００１に検査名「腸内フローラ検査」を入力し、「送信」ボタン２００２を指示した、とする。

すると、具体例１と同様、医療機関端末２は、検査名「腸内フローラ検査」を含む検査依頼を受け付ける。そして、医療機関端末２は、検査名「腸内フローラ検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を検査支援装置１に送信する。

次に、検査支援装置１の検査依頼受信部１２１は、当該検査依頼を受信する。そして、処理部１３は、かかる検査依頼を識別する検査依頼識別子「Ｒ９９」を生成する。

次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「腸内フローラ検査」を取得する。そして、検査キット決定部１３２は、検査名「腸内フローラ検査」と対になる検査キット識別子「Ｋ０２」を、図１２の検査情報管理表から取得する。

次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。

次に、判断部１３３は、購入情報管理表（図１６）を参照し、検査キット識別子「Ｋ０２」と患者識別子「Ｕ０１」とを含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報（ＩＤ＝１８１）が存在する、と判断する。

次に、支援処理部１３８は、検査名「腸内フローラ検査」を取得する。支援処理部１３８は、存在すると判断された購入情報を識別する購入情報識別子「ＩＤ＝１８１」を取得する。

次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ９９」を取得した、とする。また、支援処理部１３８は、患者Ｐ１の患者識別子「Ｕ０１」を取得する。また、支援処理部１３８は、検査キット識別子「Ｋ０２」を取得する。次に、支援処理部１３８は、当該検査キットの固有値「Ｋ０２＿０１２８」を、図１６の販売管理表から取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する情報を構成する。蓄積する情報は、「＜販売情報ＩＤ＞１８１ ＜識別子＞Ｕ０１ ＜検査依頼ＩＤ＞Ｒ９９ ＜検査キット識別子＞Ｋ０２ ＜医療機関識別子＞Ｈ０１ ＜固有値＞Ｋ０２＿０１２８ ＜日付＞２０２１／１０／３１」である。次に、支援処理部１３８は、当該情報を、図１７の結果情報管理表に追記する。なお、追記された情報は、「＜販売情報ＩＤ＞１８１ ＜識別子＞Ｕ０１ ＜検査依頼ＩＤ＞Ｒ９９ ＜検査キット識別子＞Ｋ０２ ＜医療機関識別子＞Ｈ０１ ＜固有値＞Ｋ０２＿０１２８ ＜日付＞２０２１／１０／３１」であり、結果情報を有さない情報である。

また、支援処理部１３８は、図１６の販売管理表の「ＩＤ＝１８１」の使用済みフラグを「１」に更新する。

以上の処理により、患者が購入していた検査キットの購入情報と検査依頼とが対応付けられた。

なお、本具体例において、支援処理部１３８は、患者Ｐ１（通常、ユーザ端末３）に対して、既に購入している検査キットを用いた検査を行うべきことを通知することは好適である。

（具体例３）
今、医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。 また、現在、図１６の購入情報管理表の状態である、とする。

そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、インドキシル硫酸測定値検査が必要である、と考え、図２０と同じ画面のフィールド２００１に検査名「インドキシル硫酸測定値検査」を入力し、「送信」ボタン２００２を指示した、とする。

すると、具体例１と同様、医療機関端末２は、検査名「インドキシル硫酸測定値検査」を含む検査依頼を受け付ける。そして、医療機関端末２は、検査名「インドキシル硫酸測定値検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む検査依頼を検査支援装置１に送信する。

次に、検査支援装置１の検査依頼受信部１２１は、当該検査依頼を受信する。そして、処理部１３は、かかる検査依頼を識別する検査依頼識別子「Ｒ１２３」を生成する。

次に、検査キット決定部１３２は、受信された検査依頼に含まれる検査名「インドキシル硫酸測定値検査」を取得する。そして、検査キット決定部１３２は、検査名「インドキシル硫酸測定値検査」と対になる検査キット識別子「Ｋ０１」を、図１２の検査情報管理表から取得する。

次に、判断部１３３は、受信された検査依頼に含まれる患者識別子「Ｕ０１」と医療機関識別子「Ｈ０１」とを取得する。

次に、判断部１３３は、購入情報管理表（図１６）を参照し、検査キット識別子「Ｋ０１」と医療機関識別子「Ｈ０１」とを含む購入情報であり、使用されていない（「使用フラグ＝０」の）購入情報（ＩＤ＝１８２）が存在する、と判断する。

次に、支援処理部１３８は、検査名「インドキシル硫酸測定値検査」を取得する。支援処理部１３８は、存在すると判断された購入情報を識別する購入情報識別子「ＩＤ＝１８２」を取得する。

次に、支援処理部１３８は、対応処理を行う。つまり、支援処理部１３８は、受信された検査依頼に対応するユニークな検査依頼ＩＤ「Ｒ１２８」を取得した、とする。また、支援処理部１３８は、患者Ｐ１の患者識別子「Ｕ０１」を取得する。また、支援処理部１３８は、検査キット識別子「Ｋ０１」を取得する。次に、支援処理部１３８は、当該検査キットの固有値「Ｋ０１＿１３００１」を、図１６の販売管理表から取得する。また、支援処理部１３８は、図示しない時計から本日の日付「２０２１／１０／３１」を取得する。次に、支援処理部１３８は、取得した情報を用いて、蓄積する情報を構成する。蓄積する情報は、「＜販売情報ＩＤ＞１８２ ＜識別子＞Ｈ０１ ＜検査依頼ＩＤ＞Ｒ１２８ ＜検査キット識別子＞Ｋ０１ ＜医療機関識別子＞Ｈ０１ ＜固有値＞Ｋ０１＿１３００１ ＜日付＞２０２１／１０／３１」である。次に、支援処理部１３８は、当該情報を、図１７の結果情報管理表に追記する。なお、追記された情報は、「＜販売情報ＩＤ＞１８２ ＜識別子＞Ｈ０１ ＜検査依頼ＩＤ＞Ｒ１２８ ＜検査キット識別子＞Ｋ０１ ＜医療機関識別子＞Ｈ０１ ＜固有値＞Ｋ０１＿１３００１ ＜日付＞２０２１／１０／３１」であり、結果情報を有さない情報である。

また、支援処理部１３８は、図１６の販売管理表の「ＩＤ＝１８２」の使用済みフラグを「１」に更新する。

以上の処理により、医療機関が購入していた検査キットの購入情報と検査依頼とが対応付けられた。

なお、本具体例において、支援処理部１３８は、医療機関（通常、医療機関端末２）に対して、既に購入している検査キットを用いた検査を行うべきことを通知することは好適である。

（具体例４）
医師「田中Ａ夫」が患者Ｐ１（患者識別子＝Ｕ０１）に対して、ウェブ会議システムを用いた遠隔診断を行っている、とする（図２０参照）。なお、図２０は、田中Ａ夫の医療機関端末２の画面例である。

そして、遠隔診断を行っている間に、田中Ａ夫は、患者Ｐ１には、インドキシル硫酸測定値検査が必要である、と考え、図２１の画面のフィールド２００１に検査名「インドキシル硫酸測定値検査」を入力し、「送信」ボタン２００２を指示した、とする。

すると、医療機関端末２の医療端末受付部２２は、検査名「インドキシル硫酸測定値検査」を含む共有依頼を受け付ける。次に、医療端末処理部２３は、医療機関端末２の医療端末格納部２１から医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」を読み出し、検査名「インドキシル硫酸測定値検査」と医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とを含む共有依頼を構成する。次に、医療端末送信部２４は、当該検査依頼を検査支援装置１に送信する。なお、医療機関識別子「Ｈ０１」と患者識別子「Ｕ０１」とは、例えば、遠隔医療の開始時に、医療端末格納部２１に蓄積されたものとする。

次に、検査支援装置１の共有依頼受信部１２２は、医療機関端末２から共有依頼「＜検査名＞インドキシル硫酸測定値検査 ＜医療機関識別子＞Ｈ０１ ＜患者識別子＞Ｕ０１」を受信する。

次に、処理部１３は、共有依頼が有する患者識別子「Ｕ０１」を取得する。次に、処理部１３は、共有依頼が有する検査識別子「インドキシル硫酸測定値検査」を取得する。次に、処理部１３は、検査名「インドキシル硫酸測定値検査」と対になる検査キット識別子「Ｋ０１」を、図１２の検査情報管理表から取得する。

次に、処理部１３は、患者識別子「Ｕ０１」と検査キット識別子「Ｋ０１」と対になる結果情報が、図１７の結果情報管理表に存在する、と判断する。そして、処理部１３は、患者識別子「Ｕ０１」と検査キット識別子「Ｋ０１」と対になる結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を取得する。

次に、処理部１３は、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を有する依頼情報を構成する。なお、依頼情報は、例えば、「あなたの２０２０／１０／２１におけるインドキシル硫酸測定値検査の検査結果「インドキシル硫酸測定値検査＝１９．８」を、医療機関識別子「Ｈ０１」の医療機関にお知らせしても宜しいでしょうか？」である。

次に、同意依頼送信部１４１は、当該依頼情報を、患者識別子Ｐ０１に対応するユーザ端末３に送信する。

次に、ユーザ端末３は、かかる依頼情報を受信し、出力する。かかる出力例は、図２２である。図２２は、患者識別子Ｐ０１に対応するユーザ端末３の画面例である。

次に、患者Ｐ１は、「同意する」ボタン２２０１を指示した、とする。すると、ユーザ端末３は、同意情報を受け付け、同意情報を検査支援装置１に送信する。なお、同意情報は、例えば、同意することを示すフラグだけでも良いし、検査結果を特定する情報（例えば、図１７の「ＩＤ＝１」）等でも良い。

次に、検査支援装置１の同意情報受信部１２３は、同意情報を受信する。そして、検査結果取得部１３９は、受信された同意情報に対応する医療端末識別子「Ｈ０１」を取得する。次に、検査結果取得部１３９は、受信された同意情報に対応する「ＩＤ＝１」の結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を結果情報管理表（図１７）から取得する。そして、検査結果送信部１４２は、医療端末識別子「Ｈ０１」で識別される医療機関端末２に、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を送信する。

次に、医療端末識別子「Ｈ０１」で識別される医療機関端末２は、結果情報「インドキシル硫酸測定値検査＝１９．８」および日付「２０２０／１０／２１」を受信し、出力する。かかる出力例は、図２３である。

以上、本具体例において、遠隔診断を行っている間に、遠隔診断中の医師の医療機関端末２からの共有依頼を受信したことに応じて、患者からの同意があったことを前提として、結果情報を医療機関端末２に送信できた。かかることにより、遠隔診断の効率を高めることができる。なお、本具体例において、患者の同意を得ること無く、遠隔診断中の医師の医療機関端末２からの共有依頼を受信したことに応じて、結果情報を医療機関端末２に送信しても良い。

以上、本実施の形態によれば、医療機関と連携した検査キットの提供を、患者に対して行う仕組みを提供できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者識別子と検査キット識別子とを対応づける情報を蓄積し、管理できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者に検査キットを郵送することを支援できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者に検査キットに関する情報を提供できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、検査に対応するタイアップ先に応じた適切な情報を患者に提供できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、検査項目に応じた適切な情報を患者に提供できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者のカルテ情報に応じた適切な情報を患者に提供できる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、患者が購入済みの検査キットと検査依頼とを対応付けることができる。

また、本実施の形態によれば、医療機関からの検査依頼の受信に応じて、医療機関が購入済みの検査キットと検査依頼とを対応付けることができる。

また、本実施の形態によれば、遠隔医療における診断の結果を検査依頼に対応付けて管理できる。

さらに、本実施の形態によれば、例えば、患者の同意を得て、医療機関からの依頼に応じた患者の検査結果を提供できる。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における検査支援装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、
１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを前記患者に対して実施するための支援処理を行う支援処理部として機能させるためのプログラムである。

また、図２４は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の検査支援装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２４は、このコンピュータシステム３００の概観図であり、図２５は、システム３００のブロック図である。

図２４において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図２５において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の検査支援装置１等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の検査支援装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる検査支援装置は、患者に対して、医療機関と連携した検査キットの提供を行う仕組みを提供できるという効果を有し、検査支援を行うサーバ等として有用である。

１ 検査支援装置
２ 医療機関端末
３ ユーザ端末
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
２１ 医療端末格納部
２２ 医療端末受付部
２３ 医療端末処理部
２４ 医療端末送信部
２５ 医療端末受信部
２６ 医療端末出力部
３１ ユーザ端末格納部
３２ ユーザ端末受付部
３３ ユーザ端末処理部
３４ ユーザ端末送信部
３５ ユーザ端末受信部
３６ ユーザ端末出力部
１１１ 検査情報格納部
１１２ 付加情報格納部
１１３ 購入情報格納部
１１４ 結果情報格納部
１２１ 検査依頼受信部
１２２ 共有依頼受信部
１２３ 同意情報受信部
１３１ 遠隔医療結果蓄積部
１３２ 検査キット決定部
１３３ 判断部
１３４ 検査情報取得部
１３５ 通知先取得部
１３６ タイアップ先取得部
１３７ 付加情報取得部
１３８ 支援処理部
１３９ 検査結果取得部
１４１ 同意依頼送信部
１４２ 検査結果送信部
１１２１ 商品情報格納部
１１２２ 健康情報格納部

Claims (12)

1. １または２以上の各医療機関端末から、患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
   検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
   購入された検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部を参照し、前記検査依頼受信部が受信した検査依頼に対応する購入情報が存在するか否かを判断する判断部と、
   前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを患者に対して実施するための支援処理を行う支援処理部とを具備し、
   前記支援処理部は、
   前記購入情報が存在すると前記判断部が判断した場合、前記検査依頼と当該購入情報とを対応付ける処理である対応処理を行う、検査支援装置。
2. 前記購入情報格納部には、ユーザが使用する検査キットに関する情報であり、患者識別子と検査キット識別子との対応を示す情報を有する１以上の購入情報が格納され、
   前記支援処理部は、
   前記購入情報格納部に、前記患者情報に含まれる患者識別子と前記検査キット識別子とを対応づけて蓄積する対応蓄積処理を行う、請求項１記載の検査支援装置。
3. 前記支援処理部は、
   前記患者情報と前記検査キット識別子とを用いて、前記検査キットを前記患者に郵送するための支援の処理である郵送支援処理を行う、請求項１または請求項２記載の検査支援装置。
4. １以上の各検査キット識別子に対応付けて、検査に関する検査情報が格納される検査情報格納部から、前記検査キット識別子に対応する検査情報を取得する検査情報取得部と、
   前記患者の患者識別子に対応する通知先識別子を取得する通知先取得部とをさらに具備し、
   前記支援処理部は、
   前記検査情報を前記通知先識別子が識別する通知先に通知する通知処理を行う、請求項１または請求項２記載の検査支援装置。
5. 前記患者情報は、前記患者のカルテ情報を含み、
   カルテ情報に関する１以上の各第三条件に対応付けて、付加情報が格納される付加情報格納部を参照し、前記カルテ情報が合致する第三条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、
   前記支援処理部は、
   前記検査情報に加えて、前記付加情報をも通知する通知処理を行う、請求項４記載の検査支援装置。
6. １以上の検査識別子に対応付けてタイアップ先識別子を含む検査情報が格納される検査情報格納部を参照し、検査識別子に対応するタイアップ先識別子を取得するタイアップ先取得部と、
   タイアップ先に関する１以上の各第一条件に対応付けて、付加情報が格納される付加情報格納部を参照し、前記タイアップ先取得部が取得したタイアップ先識別子で識別されるタイアップ先が合致する第一条件に対応する付加情報を取得する付加情報取得部とをさらに具備し、
   前記支援処理部は、
   前記検査情報に加えて、前記付加情報をも通知する通知処理を行う、請求項４記載の検査支援装置。
   請求項１から請求項５いずれか一項に記載の検査支援装置。
7. 前記検査依頼受信部は、
   医師の患者に対する遠隔診断をウェブ会議で行った場合の動画と音声である遠隔医療結果を、前記検査依頼に対応付けて受信し、
   前記遠隔医療結果を、前記検査依頼に対応する検査キットに対応付けて蓄積する遠隔医療結果蓄積部をさらに具備する請求項１から請求項６いずれか一項に記載の検査支援装置。
8. 前記医療機関端末から、患者の検査結果の共有の依頼であり、患者識別子を有する依頼である共有依頼を受信する共有依頼受信部と、
   前記共有依頼受信部が受信した前記共有依頼に対応する結果情報を、１以上の各患者識別子に対応付いている１以上の結果情報が格納される結果情報格納部から取得する検査結果取得部と、
   前記検査結果取得部が取得した前記結果情報を前記医療機関端末に送信する検査結果送信部とをさらに具備する請求項１から請求項７いずれか一項に記載の検査支援装置。
9. 前記共有依頼が有する患者識別子で識別される患者からの情報であり、検査結果を前記医療機関と共有することの同意を示す情報である同意情報を受信する同意情報受信部をさらに具備し、
   前記検査結果取得部は、
   前記同意情報受信部が前記同意情報を受信している場合に、当該同意情報に対応する結果情報を、１以上の各患者識別子に対応付いている１以上の結果情報が格納される結果情報格納部から取得する、請求項８記載の検査支援装置。
10. 患者の検査結果の共有依頼に対して同意を求めるための依頼に関する依頼情報を構成する処理部と、
    前記患者識別子で識別される患者に対して、前記依頼情報を送信する同意依頼送信部とをさらに具備し、
    前記同意情報受信部は、
    前記依頼情報の送信に応じて、前記同意情報を受信する、請求項９記載の検査支援装置。
11. 検査依頼受信部と、検査キット決定部と、判断部と、支援処理部とにより実現される検査支援方法であって、
    前記検査依頼受信部が、１または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信ステップと、
    前記検査キット決定部が、検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定ステップと、
    前記判断部が、購入された検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部を参照し、前記検査依頼受信部が受信した検査依頼に対応する購入情報が存在するか否かを判断する判断ステップと、
    前記支援処理部が、前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを患者に対して実施するための支援処理を行う支援処理ステップとを具備し、
    前記支援処理ステップにおいて、
    前記購入情報が存在すると前記判断ステップで判断された場合、前記検査依頼と当該購入情報とを対応付ける処理である対応処理を行う、検査支援方法。
12. コンピュータを、
    １または２以上の各医療機関端末から、患者を識別する患者識別子を有する患者情報と検査を特定する検査識別子とを有する検査依頼を受信する検査依頼受信部と、
    検査識別子と検査キットを識別する検査キット識別子との対応を示す対応情報を用いて、前記検査識別子に対応する検査キットを識別する検査キット識別子を取得する検査キット決定部と、
    購入された検査キットを識別する検査キット識別子を含む１以上の購入情報が格納される購入情報格納部を参照し、前記検査依頼受信部が受信した検査依頼に対応する購入情報が存在するか否かを判断する判断部と、
    前記患者情報と前記検査キット識別子とを用いて、前記検査キットを用いた検査に関するサービスを患者に対して実施するための支援処理を行う支援処理部として機能させるためのプログラムであって、
    前記支援処理部は、
    前記購入情報が存在すると前記判断部が判断した場合、前記検査依頼と当該購入情報とを対応付ける処理である対応処理を行うものとして、前記コンピュータを機能させるためのプログラム。

Images