(57)【要約】      （修正有）【課題】健康データを変換する方法を提供する。【解決手段】少なくとも一患者を含む使用者がアクセスする医療システムで患者の健康データを交換する方法であって、患者の携帯装置のアプリケーションで識別データを生成し、アプリケーションでこの識別データを認証部に送信する認証工程、医療システムの使用者のデータサーバーにアクセスするアクセス権を許可部で割り当てる許可工程、患者の認証および許可に成功すると、患者の生体試料を該患者と関連付け、アプリケーションで少なくとも１つの試料識別情報をデータサーバーに提供する関連付け工程、許可に成功すると、データサーバーで生体試料の少なくとも１つの分析結果を受信する健康データ受信工程および患者の認証および許可に成功すると、データサーバーは患者に対し携帯アプリケーションを介して分析結果にアクセスするのを許可する健康データアクセス工程を含む。【選択図】なし【特許請求の範囲】
【請求項１】
少なくとも一患者を含む一人以上の使用者がアクセスすることができる医療システム（１１２）で前記患者の健康データを交換する方法（１１０）であって、
前記患者の携帯装置（１１８）の携帯アプリケーション（１１６）で識別データを生成し、前記携帯アプリケーション（１１６）でこの識別データを認証部（１２０）に送信する少なくとも１回の認証工程（１１４）、
前記医療システム（１１２）の前記使用者のデータサーバー（１２４）にアクセスするアクセス権を許可部（１２６）で割り当てる少なくとも１回の許可工程（１２２）、
前記患者の認証および許可に成功すると、前記患者の生体試料（１３０）を前記患者と関連付け、前記携帯アプリケーション（１１６）で少なくとも１つの試料識別情報を前記データサーバー（１２４）に提供する少なくとも１回の関連付け工程（１２８）、
前記許可部（１２６）で許可に成功すると、前記データサーバー（１２４）で前記生体試料（１３０）の少なくとも１つの分析結果を受信する少なくとも１回の健康データ受信工程（１３２）、および
前記患者の認証および許可に成功すると、前記データサーバー（１２４）は前記患者に対し前記携帯アプリケーション（１１６）を介して前記分析結果にアクセスするのを許可する少なくとも１回の健康データアクセス工程（１３４）を含む、方法（１１０）。
【請求項２】
前記携帯装置（１１８）のタグ読み取り機（１４０）を用いて前記携帯装置（１１８）で前記生体試料（１１０）を識別することをさらに含む、請求項１に記載の方法（１１０）。
【請求項３】
前記携帯装置（１１８）はバーコードおよびＲＦＩＤからなる群から選択されるタグ（１４２）を用いて前記生体試料（１３０）を識別し、前記識別データは電話番号であり、前記識別データはショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認される、請求項２に記載の方法（１１０）。
【請求項４】
前記携帯アプリケーション（１１６）を介して前記患者が前記医療システム（１１２）の他の使用者に前記分析結果へのアクセスを許可または拒絶すること、および／または前記携帯アプリケーション（１１６）を介して前記患者が前記医療システム（１１２）の他の使用者に前記分析結果へのアクセス権を割り当てることを含む少なくとも１回の制御工程（１６２）をさらに含む、請求項１〜３のいずれか１項に記載の方法（１１０）。
【請求項５】
前記携帯アプリケーション（１１６）を介して前記患者は前記許可部（１２６）にアクセス情報を提供し、前記許可部（１２６）は前記アクセス情報に基づいて許可を与えるか拒絶をし、前記データサーバー（１２４）は前記許可部（１２６）からの許可に基づいて前記分析結果へのアクセスを許可または拒絶する、請求項４に記載の方法（１１０）。
【請求項６】
前記患者の認証に成功すると、前記許可部（１２６）は前記患者のアクセス権を決定し、前記携帯アプリケーション（１１６）を介して前記患者が前記試料識別情報を前記データサーバー（１２４）に提供することを可能にする、請求項１〜５のいずれか１項に記載の方法（１１０）。
【請求項７】
前記生体試料（１３０）の前記分析結果が分析装置（１４４）で生成され、前記許可部（１２６）が前記分析装置（１４４）の前記データサーバー（１２４）へのアクセスの許可に成功した場合、前記分析装置（１４４）は前記分析結果を前記データサーバー（１２４）に提供する少なくとも１回の分析工程（１４６）をさらに含む、請求項１〜６のいずれか１項に記載の方法（１１０）。
【請求項８】
前記分析装置（１４４）は前記分析結果を自動的にアップロードする、請求項７に記載の方法（１１０）。
【請求項９】
請求項１〜８のいずれか１項に記載の携帯アプリケーション（１１６）を実行するプログラム手段を含む、携帯装置（１１８）のプロセッサーで実行される、コンピュータープログラム。
【請求項１０】
請求項１〜８のいずれか１項に記載の方法（１１０）を完全にまたは部分的に実行するプログラム手段を含む、医療システム（１１２）のコンピューターまたはコンピューターネットワークで実行されるコンピュータープログラムであって、
認証部（１２０）で携帯アプリケーション（１１６）から識別データを受信し、
許可部（１２６）でデータサーバー（１２４）にアクセスする前記医療システム（１１２）の各使用者のアクセス権を割り当て、
前記データサーバー（１２４）で前記携帯アプリケーション（１１０）から少なくとも１つの試料識別情報を受信し、
前記許可部（１１０）で許可に成功すると、前記データサーバー（１２４）で前記生体試料（１３０）の少なくとも１つの分析結果を受信し、
認証および許可に成功すると、前記携帯アプリケーション（１１６）を介して前記データサーバー（１２４）での前記分析結果へのアクセスを許可する
プログラム手段を含む、コンピュータープログラム。
【請求項１１】
前記携帯装置の携帯アプリケーション（１１６）により前記患者の識別データを生成し、前記携帯アプリケーション（１１６）により前記識別データを認証部（１２０）に送信すること、
前記携帯アプリケーション（１１６）により少なくとも１つの試料識別情報をデータサーバー（１２４）に提供して前記患者の生体試料（１３０）を前記患者と関連付けること、および
前記携帯アプリケーション（１１６）を介して前記データサーバー（１２４）にアクセスし、前記分析結果にアクセスすることを含む、
請求項１〜８のいずれか１項に記載の医療システム（１１２）で患者の健康データを交換する方法（１１０）を完全にまたは部分的に実行するようにプログラムされた少なくとも１つのプロセッサーを含む、携帯装置（１１８）。
【請求項１２】
前記分析結果に基づく少なくとも一項目の健康情報を前記患者に対して表示するように構成される少なくとも１つの表示部（１３８）をさらに含む、請求項１１に記載の携帯装置（１１８）。
【請求項１３】
少なくとも１つのタグ読み取り機（１４０）をさらに含み、このタグ読み取り機（１４０）は前記携帯装置（１４０）を用いて前記生体試料（１３０）を識別するように構成される、請求項１１または１２に記載の携帯装置（１１８）。
【請求項１４】
前記識別データはOpenID Connectのフローを用いて取得されるか、および／また電話番号であり、前記識別データはショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認される、請求項１１〜１３のいずれか１項に記載の携帯装置（１１８）。
【請求項１５】
少なくとも一患者を含む一人以上の使用者がアクセスすることができる医療システム（１１２）で前記患者の健康データを交換するサーバーシステム（１３６）であって、
前記患者の携帯装置（１１８）の携帯アプリケーション（１１６）で生成される識別データを受信し、前記患者を認証するように構成される少なくとも１つの認証部（１２０）、
健康データを保存するように構成される少なくとも１つのデータサーバー（１２４）、および
前記データサーバー（１２４）にアクセスする前記使用者のアクセス権を割り当てるように構成される少なくとも１つの許可部（１２６）を含み、
前記許可部（１２６）で患者の許可に成功すると、前記データサーバー（１２４）は前記患者の生体試料（１３０）の少なくとも１つの試料識別情報を受信するように構成され、前記許可部（１２６）で許可に成功すると、前記データサーバー（１２４）は前記生体試料（１３０）の少なくとも１つの分析結果を受信するように構成され、前記許可部（１２６）で前記患者の許可に成功すると、前記データサーバー（１２４）は前記患者に対し前記携帯アプリケーション（１１６）を介して前記分析結果にアクセスするのを許可する、サーバーシステム（１３６）。
【請求項１６】
前記許可部（１２６）は、前記医療システム（１１２）の他の使用者に前記分析結果へのアクセスを前記患者が許可または拒絶し、および／または前記医療システム（１１２）の他の使用者に前記分析結果へのアクセス権を前記患者が割り当てることを可能にするように構成され、前記許可部（１２６）はアクセス情報を前記患者から受信するように構成され、前記許可部（１２６）は前記アクセス情報に基づいて許可を与えるか拒絶するように構成され、前記データサーバー（１２４）は前記許可部（１２６）からの許可に基づいて前記分析結果へのアクセスを許可または拒絶するように構成される、請求項１５に記載のサーバーシステム（１３６）。
【請求項１７】
請求項１５または１６に記載の少なくとも１台のサーバーシステム（１３６）および
請求項１１〜１４のいずれか１項に記載の少なくとも１つの携帯装置（１１８）を含む、健康データを交換する医療システム（１１２）。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は健康データを交換する方法に関する。さらに、本発明は健康データを交換するコンピュータープログラム、携帯装置、サーバーシステム、および医療システムに関する。
【背景技術】
【０００２】
検査結果などの健康データを、患者と第三者、例えば検査機関、医師、あるいは健康管理システムの間で交換する必要がある。健康データの所有権はそれぞれの患者にあるので、患者の健康データへのアクセスは患者の制御下になければならない。特に、健康データへのアクセス、例えば誰に健康データへのアクセスを許可するかは、患者が同意したかどうかにより決められるべきである。
【０００３】
健康データの交換については以下の状況が知られている。すなわち、患者は医師に試料を提供し、医師はこの試験試料を検査機関に送付する。その検査結果は医師に送り返され、患者は医師から検査結果を受け取る。従来、データ交換は紙に基づいているか、ポータブル・ドキュメント・フォーマット（Portable Document Format、PDF）に基づいている。紙に基づく健康データの交換はセキュリティー対策が施されておらず、コストと時間がかかる場合がある。さらに、特に健康データ交換のための電子データ伝送の進歩にもかかわらず、いくつかの問題が残されている。
【０００４】
特に、患者は、どのように健康データが保護されているか、健康データが保護されているかどうか、かつ健康データに対してさらに何が行われるかを知らずに彼のすべての健康データを第三者に渡している。データのセキュリティーは未解決の問題であり、具体的には例えば犯罪要素による未許可のアクセスを防止するために確実でなければならない。さらに、健康データの交換に関わる個々の当事者のそれぞれは他のシステムとは協調しない独自の情報技術システムを持っている。したがって、アクセス権の行使は第三者任せである。個々の当事者はそれぞれセキュリティーを維持して他の当事者とデータを交換する責任がある。複数のシステム間の健康データ交換は困難な場合がある、というのはシステムごとに健康データの所有者の識別が異なるからである。共有される交換の書式が存在しないので、健康データの生成、配布、および処理は非効率、不均一で、かつ標準化されていない場合がある。さらに、患者による制御を意志決定過程に一本化するのは困難な場合がある。
【０００５】
集中型コンピューターを用いて健康データを管理する処理およびシステムが知られている。米国特許第７，６９８，１５４号は電子化医療・経歴記録データベースおよび診断情報を提供するシステムおよび処理を記載している。コンピューターネットワークに接続された遠隔配置コンピューターを用いて個人にアクセスできる中央コンピューターに医療記録データベースおよび診断プログラムが保存される。個々の患者の医療・経歴記録は、自身の記録に情報を入力し、他者、例えば医療専門家、保険会社、および他の機関に許可を与えるか拒絶をし、記録の一部または全部を見直すことができる個々の患者により所有される。診断プログラムは一連の診断上の質問を個人に提供し、個人は各質問に「はい」または「いいえ」で回答しなければならない。それぞれの可能性のある回答を特定の疾病診断の重要度に対して重み付けしておく。診断上の質問に対するすべての回答の相対的重み付けを合計して回答された質問に関連付けた可能性のある診断を識別する。診断プログラムは個人に可能性のある診断の一覧を提供し、その個人はこの情報を自身の個人的医療・経歴記録に保存することを許可する。
【０００６】
しかし、データベースが中央コンピューターに保存される集中型システムを用いると、アクセス性に関する問題や、ローカルエラーに基づく攻撃や障害の影響を受けやすくなる場合がある。さらに、これらの既知の方法およびシステムでは、患者が健康データを自身でアップロードしなければならず、エラーの影響を受けやすくなる。
【発明の概要】
【０００７】
この問題には、独立請求項の構成を持つ健康データを交換するコンピュータープログラム、携帯装置、サーバーシステム、および医療システムで対処する。分離した形態または任意の組み合わせで実現できる有利な実施形態は従属請求項に列記される。
【０００８】
以下で用いられる「持つ（have）」、「含む（comprise）」もしくは「含む（include）」という用語、またはこれらのうちのいずれかの任意の文法的変形は非排他的に用いられる。したがって、これらの用語はこれらの用語により導入される構成以外にその文脈でさらなる構成が実体において存在しない状況と、１つ以上のさらなる特徴が存在する状態の両方を意味する場合がある。一例として、「ＡはＢを持つ」、「ＡはＢを含む（comprise）」、および「ＡはＢを含む（include）」という表現は、Ｂ以外に他の要素がＡの中に存在しない状態（すなわち、ＡはＢのみからなる状態）と、Ｂ以外に１つ以上のさらなる要素、例えば要素ＣおよびＤ、あるいはさらなる要素がＡという実体に存在する状態の両方を意味する場合がある。
【０００９】
さらに、当然のことであるが、構成または要素が１つまたは２つ以上存在してもよいことを示す「少なくとも１つ」および「１つ以上」という用語、あるいは類似の表現は典型的にはそれぞれの特徴または要素を導入する際に一度だけ用いられる。以下では大抵の場合、それぞれの構成または要素が１つまたは２つ以上存在してもよいという事実にかかわらず、それぞれの特徴または要素を参照する際に「少なくとも１つ」や「１つ以上」を繰り返さない。
【００１０】
さらに、以下で用いられる「好ましい」、「より好ましい」、「具体的に（particularly）」、「より具体的に（more particularly）」、「具体的に（specifically）」、「より具体的に（more specifically）」という用語、または類似の用語は、代替的可能性を限定することなく任意の構成とともに用いられる。したがって、これらの用語により導入される構成は任意の構成であり、いかなる形でも特許請求の範囲を限定することを意図しない。当業者には分かっているように、本発明は代替的構成を用いて実行してもよい。同様に、「本発明の実施形態では」または類似の表現で導入される構成は、本発明の代替的実施形態を限定せず、本発明の範囲について限定せず、そのように導入される構成を本発明の他の任意または非任意の構成と組み合わせる可能性を限定せずに、任意の構成であることを意図する。
【００１１】
本発明の第１の側面では、医療システムで患者の健康データを交換する方法が開示される。医療システムには少なくとも一患者を含む一人以上の使用者がアクセスすることができる。
【００１２】
本明細書で用いる「健康データ」という用語は広義の用語であり、当業者には通常の意味を与えられており、特別な意味に限定されない。この用語は具体的には、健康状態または医療情報、例えば少なくとも１つの医療記録、少なくとも１つの検査結果、少なくとも１つの診断、および他の健康関連データのうちの１つ以上に関する情報を指すが、これに限定しなくてもよい。健康データは、患者の少なくとも１つの生体試料の少なくとも１つの分析の少なくとも１つの分析結果に基づく健康情報であるか、当該健康情報を含んでもよい。健康データは電子健康データであってもよい。
【００１３】
本明細書で用いる「健康データを交換する医療システム」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、医療システムの異なる使用者間で健康データを交換するように構成されるシステムを指すが、これに限定しなくてもよい。以下に詳細に記載するように、医療システムは少なくとも１つのサーバーシステムと、少なくとも１つのクライアント装置、例えば携帯装置を含んでもよい。本明細書で用いる「交換」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、医療システムの使用者間での健康データの共有および／または医療システムの使用者間での健康データへのアクセスの提供を指してもよい。本明細書で用いる「使用者」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、医療システムを用いる人または機械を指すが、これに限定しなくてもよい。使用者は患者、第三者、例えば医療関係者、検査機関職員、または１台以上の機械、例えば健康管理コンピューターまたは検査機関のコンピューターなど他のシステムのうちの１つ以上であってもよい。
【００１４】
本方法は以下に開示する複数の工程を含む。具体的には、これらの工程を所定の順序で実行してもよい。さらに、異なる順序も可能である。本方法は言及されないさらなる工程を含んでもよい。さらに、本方法の工程のうちの１つ以上またはすべてを繰り返し実行することも可能である。さらに、本方法の工程のうちの２つ以上を同時または時間的に一部が重複する形で実行してもよい。
本方法は
患者の携帯装置の携帯アプリケーションで識別データを生成し、携帯アプリケーションでこの識別データを認証部に送信する少なくとも１回の認証工程、
医療システムの各使用者のデータサーバーにアクセスをするアクセス権を許可部で割り当てる少なくとも１回の許可工程、
前記患者の認証および許可に成功すると、その患者の生体試料を該患者と関連付け、前記携帯アプリケーションで少なくとも１つの試料識別情報を前記データサーバーに提供する少なくとも１回の関連付け工程、
前記許可部での許可に成功すると、前記データサーバーで生体試料の少なくとも１つの分析結果を受信する少なくとも１回の健康データ受信工程、および
前記患者の認証および許可に成功すると、前記データサーバーはこの患者に対し前記携帯アプリケーションを介して分析結果にアクセスするのを許可する少なくとも１回の健康データアクセス工程を含む。
【００１５】
本明細書で用いる「認証工程」という用語は広義の用語であり、当業者には通常の意味を与えられており、特別な意味に限定されない。この用語は具体的には、それぞれの使用者の識別の確認および／または使用者への識別の割り当てを指すが、これに限定しなくてもよい。本明細書で用いられる「認証部」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、信頼できる識別情報を生成し、および／または他の装置、例えば医療システムの許可部およびデータサーバーに提供するように構成される任意の装置または存在を指すが、これに限定しなくてもよい。認証部は信頼できる識別情報を提供するように構成されるサーバーであってもよい。認証部は識別提供部として機能してもよい。認証部、許可部、およびデータサーバーは連合ネットワークまたは分散ネットワークを形成してもよく、許可部とデータサーバーは識別提供部を信頼して識別、すなわち誰が何者であるかを規定する。認証工程では、認証部は信頼できる識別情報をデータサーバーと許可部に提供してもよい。本明細書で用いる「信頼できる識別情報」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、認証部で検査した識別情報を指すが、これに限定しなくてもよい。例えば、信頼できる識別情報は少なくとも１つの識別トークンであってもよく、および／または当該識別トークンを含んでもよい。本明細書で用いられる「成功した認証」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、認証部での識別の検査および／または確認を指すが、これに限定しなくてもよい。
【００１６】
本明細書で用いる「携帯装置」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、携帯電子装置、より具体的には携帯通信装置、例えば携帯電話やスマートフォンを指すが、これらに限定しなくてもよい。これに加えて、あるいはこれに代えて、以下にさらに詳細に述べるように、携帯装置はタブレットコンピューターや他の種類の携帯型コンピューターも意味してもよい。本明細書で用いる「携帯アプリケーション」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、アプリケーション、例えばコンピューター実行可能な命令を含むアプリケーションを指すが、これに限定しなくてもよい。
【００１７】
携帯装置は識別データを認証部に送信するようになっている少なくとも１つのデータ送信モジュールを含んでもよい。ネットワーク、例えばインターネット、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、または他の種類のネットワークを用いて携帯装置から認証部に識別データを送信してもよい。例えば、送信に少なくとも１種類の通信規約、例えば伝送制御規約／インターネット規約（ＴＣＰ／ＩＰ）を用いてもよい。
【００１８】
本明細書で用いる「識別データ」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、それぞれの使用者を識別するデータを指すが、これに限定しなくてもよい。認証工程はOpenID Connect規格に基づいてもよい。識別データはOpenID Connectのフローを用いて取得されてもよく、および／または電話番号であってもよい。例えば、携帯アプリケーションは患者に自身の電話番号を入力するように要求してもよい。患者が許可および／または同意すると、携帯アプリケーションは識別を認証部に送信するように構成されてもよく、例えばこの許可を携帯装置の少なくとも１つのボタンを押すことにより、あるいは携帯装置の表示部で与えてもよい。識別データはショートメッセージサービス（ＳＭＳ）により送信されるコードで確認されてもよい。例えば、認証部は携帯装置に少なくとも１つの確認コードを送信するように構成されてもよい。確認コードは任意のデータ、例えば使用者の識別を確認するように構成される連続した番号および／または他の文字であってもよい。携帯装置は確認コードを受信および／または表示するように構成されてもよい。携帯アプリケーションは患者が確認コードを入力し、本方法の少なくとも１つのさらなる工程、例えば関連付け工程や健康データアクセス工程に進むのを許可するように構成されてもよい。
【００１９】
本明細書で用いる「許可工程」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、データサーバーにアクセスするためのアクセス権を割り当てる工程を指すが、これに限定しなくてもよい。許可部はアクセスを制御するように構成されてもよい。本明細書で用いられる「アクセス権」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、データサーバーへのアクセスの選択的許可または選択的制限を指すが、これに限定しなくてもよい。許可部はどの使用者が何をすることができるか、例えばどの使用者にデータへのアクセス、および／またはデータの読み出し、および／またはデータの入力を許可するかを決定してもよい。許可部はアクセス権を制御するように構成されてもよい。具体的には、許可部はどのデータに使用者がアクセスできるようにすべきか、および／または使用者がどの程度で読み出し、書き込み、および／またはさらなる行動のためなどにデータにアクセスできるようにするべきかを決定し、具体的には決めてもよい。本明細書で用いる「許可部」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、装置、例えば使用者を許可するように構成されるサーバーを指すが、これに限定しなくてもよい。許可部は許可提供部として機能してもよい。許可工程はオーオース（OAuth）規格、例えばOAuth 2.0規格に基づいてもよい。OAuth規格を用いることでアプリケーションがそれぞれの使用者に代わってデータサーバーで行動を起こすことができるようにしてもよく、例えば携帯装置の携帯アプリケーションが患者に代わってデータサーバーで行動を起こしてもよい。本明細書で用いられる「成功した許可」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、許可部による許可を指すが、これに限定しなくてもよい。
【００２０】
本明細書で使用される「データサーバー」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、健康データを保存するように構成されるサーバー部またはサーバーシステムを指すが、これに限定しなくてもよい。データサーバーは少なくとも１台のデータ記憶装置、例えば健康データを保存する少なくとも１個のメモリであってもよい。一般にデータサーバーは少なくとも１台のデータ記憶装置、例えば少なくとも１個の揮発性データ記憶素子および／または少なくとも１個の不揮発性データ記憶素子を含んでもよい。一例として、メモリ装置またはメモリ素子とも呼ばれるデータ記憶装置は１個以上の記憶チップおよび／または他の種類のメモリ装置を含んでもよく、揮発性メモリ装置および不揮発性メモリ装置の両方を採用してもよい。データサーバーは記憶した健康データを含む少なくとも１つのデータベースを含んでもよい。本明細書で使用される「データサーバーにアクセスする」という用語は広義の用語であり、当業者には通常の意味が与えられており、具体的には読み出し、書き込み、および／またはさらなる動作を実行するために健康データおよび／または健康データを保存するように構成されるデータ記憶装置へのアクセスに限定されない。
【００２１】
本明細書で用いる「生体試料」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、患者の任意の生体標本を指すが、これに限定しなくてもよい。生体試料は体液、例えば血液、尿、唾液または他の体液、組織試料、および頭髪標本などの他の身体試料のうちの１つ以上であってもよい。生体試料は患者の身体から取り出した試料であってもよい。
【００２２】
本明細書で用いる「関連付け工程」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、医療システムにおいて患者と生体試料を結びつける少なくとも１つの処理を指すが、これに限定しなくてもよい。さらに本明細書で用いられる「関連付け」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、患者を生体試料と結びつけること、具体的には一意に結び付けることを指すが、これに限定しなくてもよい。関連付け工程では、患者は携帯アプリケーションにより生体試料を登録してもよい。患者の認証に成功すると、許可部は患者のアクセス権を決定し、患者が携帯アプリケーションを介して試料識別情報をデータサーバーに提供することを可能にしてもよい。少なくとも１つの試料識別情報は携帯アプリケーションによりデータサーバーに提供される。関連付け工程はOAuth 2.0規格に基づいてもよい。
【００２３】
本方法は、携帯装置のタグ読み取り機、具体的にはカメラおよび近距離無線通信（ＮＦＣ）読み取り機のうちの１つ以上を用いて携帯装置で生体試料を識別することをさらに含んでもよい。携帯装置はバーコードおよび無線自動識別装置（ＲＦＩＤ）からなる群から選択されるタグを用いて生体試料を識別してもよい。本明細書で用いられる「識別する」という用語は一般には生体試料に割り当てられた１つ以上の一意な情報または生体試料を特徴付けるか識別する生体試料に関するその他の情報を認識する処理を指す。一例として、生体試料を識別することは生体試料に付けられ、すなわち割り当てられ、生体試料を識別し、または生体試料を特徴付ける番号を読み取ることを含んでもよい。したがって、生体試料はタグとして指定された少なくとも１つの一意の識別子を持っていてもよく、生体試料を識別する処理は一意な識別子の読み取りを含意する。さらに本明細書で用いられる「タグ」という用語は一般に識別子が付けられ、または割り当てられた生体試料を一意に識別する情報を搬送することができる情報搬送体を指す。具体的には、タグは無接触読み取り可能な識別子、例えば光学識別子および／または無接触電子識別子であってもよい。一例として、タグは一次元、二次元、あるいはさらに三次元のバーコードを含んでもよい。これに加えて、またはこれに代えて、少なくとも１個のタグは少なくとも１台の無線自動識別装置（ＲＦＩＤ）を含んでもよい。他の例も可能である。タグ読み取り機は具体的にはタグを読み取るように構成されてもよい。タグを読み取るために、タグをタグ読み取り機の視界内に動かしてもよい。一例として、タグ読み取り機はカメラ、具体的にはバーコード読み取り機、および／またはＮＦＣ読み取り機、具体的にはＲＦＩＤタグ読み取り機として構成されてもよい。タグ読み取り機は具体的には少なくとも１個の光学式読み取り機を含んでもよい。一例として、タグ読み取り機は少なくとも１個のバーコード読み取り機を含んでもよい。一例として、光学式読み取り機はカメラ、具体的にはスキャナー、例えば二次元スキャナーまたはラインスキャナーからなるか、これを含んでもよい。
【００２４】
本明細書で用いられる「近距離無線通信」という用語は一般には最大１０ｃｍの短距離にわたるデータの無線送信を指し、一般には低いデータ伝送速度、例えば４２４ＫＢ／秒以下のデータ伝送速度を持つ。一例として、近距離無線通信は受動規格、すなわち通信パートナーのうちの一方が他方のパートナーから受信した通信要求に応答だけする受動素子である、例えばＩＳＯ１４４４３および／またはＩＳＯ１５６９３で規定される規格に準拠してもよい。好ましくは、近距離無線通信はＲＦＩＤ通信であってもよく、この場合に例えばＮＦＣ読み取り機はＲＦＩＤ通信の受動素子である。これに加えて、あるいはこれに代えて、他の種類の近距離無線通信、例えば通信の両方のパートナーが能動パートナー、すなわち通信要求の送受信の両方を行うことができるパートナーである近距離無線通信を用いてもよい。ＮＦＣ読み取り機は近距離無線通信を行うようになっている少なくとも１個の通信部品を含んでもよい。一例として、ＮＦＣ読み取り機は少なくとも１個のアンテナを含んでもよい。一例として、ＮＦＣ読み取り機は少なくとも１個のＲＦＩＤアンテナ、例えば少なくとも１個のＲＦＩＤコイルを含んでもよい。ＮＦＣ読み取り機はさらに追加の部品、例えば１個以上の通信ＩＣなどを含んでもよい。
【００２５】
本方法は生体試料を分析装置、例えば生体試料を試験および／または分析する検査機関に送る工程をさらに含んでもよい。本方法は、生体試料の分析結果を分析装置で生成する少なくとも１つの分析工程をさらに含んでもよい。分析装置は少なくとも１つの医療分析および／または少なくとも１つの医療処置を行うように構成される少なくとも１台の任意の装置からなるか、当該装置を含んでもよい。したがって、分析装置は一般には少なくとも１つの診断目的および／または少なくとも１つの治療目的を達成するように構成される任意の装置であってもよい。分析装置は少なくとも１つの診断目的を達成するように構成されてもよく、具体的には少なくとも１つの分析を行う少なくとも１個の検体センサーを含んでもよい。分析装置は、例えば１つ以上の診断目的および／または治療目的を達成し、例えば医療分析および／または医療処置を行うために互いにやり取りすることができる２個以上の部品の組立品を含んでもよい。具体的には、分析装置は生体試料中の少なくとも１つの検体の少なくとも１回の検出を実行することができても、および／または生体試料中の少なくとも１つの検体の少なくとも１回の検出に寄与するためのものであってもよい。一般には、患者の生体試料中の少なくとも１つの検体を検出するために分析装置を用いてもよい。分析装置はセンサー組立品、センサーシステム、センサーキット、およびセンサー装置のうちの少なくとも１つであるか、またはこれらのうちの少なくとも１つを含んでもよい。
【００２６】
本明細書で用いる「分析結果を生成する」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、生体試料を分析することで分析結果を求めることを指すが、これに限定しなくてもよい。例えば、分析工程は少なくとも１つの検体の存在および／または量および／または濃度を求める少なくとも１つの処理を含んでもよい。さらに本明細書で用いられる「検体」という用語は分析すべき試料の成分、例えば様々な大きさの分子、イオン、タンパク質、代謝物質などである。検体で収集した情報を用いて生体または特定の組織に対する医薬品の投与の影響を評価し、あるいは診断してもよい。したがって、「検体」は存在および／または濃度についての情報を表す物質の一般的用語である。検体の例は、グルコース、凝固要素、内因性タンパク質（例えば、心臓の筋肉から放出されたタンパク質）、代謝物質、核酸などである。分析装置が送り返す可能性のある分析結果の一覧としては、試料中の検体の濃度、（検出レベルを超える濃度に対応する）試料中の検体の存在を示すデジタル（「はい」または「いいえ」）結果、光学的要因、ＤＮＡ配列またはＲＮＡ配列、タンパク質または代謝物質の質量分析から得られたデータ、および様々な種類の物理的または化学的要素が挙げられるが、これらに限定しなくてもよい。したがって、分析は少なくとも１つの検体の存在または不存在を単に決定する定性検出からなるか、定性検出を含んでもよく、および／または少なくとも１つの検体の量および／または濃度を求める定量検出からなるか、定量検出を含んでもよい。分析の結果として、分析の結果を特徴付ける少なくとも１つの情報、例えば少なくとも１つの試験結果、例えば血液値、血液検査の結果、検体の存在または不存在、あるいは他の健康情報が生成されてもよい。本明細書で用いる「分析結果」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、分析装置で求めた少なくとも１つの試験結果を指すが、これに限定しなくてもよい。
【００２７】
本明細書で用いる「健康データ受信工程」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、データサーバーで分析結果を受信する少なくとも１つの処理を指すが、これに限定しなくてもよい。分析結果の受信は分析結果のデータサーバーへの格納を含んでもよい。分析結果の用意ができたら、当該分析結果を患者に提供することができる。許可部で許可に成功すると、生体試料の少なくとも１つの分析結果をデータサーバーで受信する。分析装置は分析結果をデータサーバーに自動的におよび／または直接アップロードしてもよい。これにより患者の動作を省くので、使用者が起こす間違いを減らして患者にとってより好都合にすることができる。許可部が分析装置のデータサーバーへのアクセスの許可に成功した場合、分析装置は分析結果をデータサーバーに提供してもよい。本方法は認証情報を認証部に提供する分析装置をさらに含んでもよい。本明細書で用いられる「認証情報」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、認証部が分析装置を認証できるようにする情報、例えばパスワードやアクセスキーを指すが、これらに限定しなくてもよい。認証部で分析装置の認証に成功すると、許可部は分析装置のアクセス権を決定し、分析装置が分析結果をデータサーバーに提供することを可能にしてもよい。患者は携帯アプリケーションを介して許可部に分析装置アクセス情報を提供してもよい。本明細書で用いられる「分析装置アクセス情報」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、分析装置のデータサーバーへのアクセスの同意および／または許可に関する情報を指すが、これに限定しなくてもよい。許可部は当該分析装置アクセス情報に基づいてデータサーバーに分析結果を提供する許可を与えるか拒絶をしてもよい。データサーバーは許可部からの許可に基づいて分析結果の提供を許可または拒絶してもよい。健康データ受信工程はOAuth 2.0規格および使用者管理アクセス（User Managed Access、UMA）規約に基づいてもよい。
【００２８】
本明細書で用いられる「健康データアクセス工程」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、健康データを受信および／または取得する少なくとも１つの処理を指すが、これに限定しなくてもよい。患者の認証に成功し、かつ患者の許可に成功すると、データサーバーは患者に対し携帯アプリケーションを介して分析結果にアクセスするのを許可する。データサーバーは分析結果がアップロードされ、および／または携帯アプリケーションを介してデータサーバーで利用可能であるという通知をこの患者に発行してもよい。本方法は、携帯アプリケーションが少なくとも１つの表示部を用いて分析結果に基づく少なくとも一項目の健康情報を患者に表示する工程をさらに含んでもよい。
【００２９】
本方法は少なくとも１回の制御工程をさらに含んでもよい。この制御工程は、携帯アプリケーションを介して患者が医療システムの他の使用者に分析結果へのアクセスを許可または拒絶すること、および／または携帯アプリケーションを介して患者が医療システムの他の使用者にアクセス権を割り当てることを含んでもよい。例えば、分析結果がデータサーバーで利用可能になると、携帯アプリケーションはデータサーバーにアクセスして分析結果をダウンロードすることができる。携帯アプリケーションは、患者が他の使用者、例えば医療専門家に分析結果へのアクセスを許可または拒絶することを可能にしてもよい。患者は携帯アプリケーションを介して許可部にアクセス情報を提供してもよい。本明細書で用いられる「アクセス情報」という用語は広義の用語であり、当業者には通常の意味が与えられており、特別な意味に限定されない。この用語は具体的には、医療システムの他の使用者のデータサーバーへのアクセスの同意および／または許可に関する情報を指すが、これに限定しなくてもよい。許可部は当該アクセス情報に基づいて許可を与えるか拒絶をしてもよい。データサーバーは許可部からの許可に基づいて分析結果へのアクセスを許可または拒絶してもよい。健康データアクセス工程および制御工程のうちの一方または両方はOAuth 2.0規格および使用者管理アクセス（UMA）規約に基づいてもよい。UMA規約では、患者が健康データを許可部に導入する方法を規定することができる。UMA規約では、データサーバーで健康データへのアクセスを制御する少なくとも１つの方針を規定することができる。UMA規約では、医療システムの使用者、例えば患者や医療システムの他の使用者がデータサーバー、具体的には健康データへアクセスするために規定された方針を履行する申し出を提供することができる。UMA規約を用いることで基本的セキュリティーを確保し向上させてもよい。さらに、UMA規約を用いることで医療システムの複数の実体間での相互運用性を向上させてもよい。
【００３０】
上述のように、健康データを交換する方法は連合ネットワークまたは分散ネットワークを形成することができる認証部、許可部、およびデータサーバーを含むサーバーシステムを用いてもよい。使用者のアクセスのために、本方法は健康関係信頼性（Health Relationship Trust、HEART）規格、具体的には使用者を識別するOpenID Connect、信頼できるアプリケーションへのアクセスを委任するOAuth 2.0、および誰がデータにアクセスできるかを管理するUMAを用いてもよい。これにより患者により管理されるアクセスを可能にしてもよい。各患者はオンラインで自身の同意を管理できる。同意をすることとしないことは患者には同じくらいに容易である場合がある。HEART規格を用いることで一般データ保護規則（General Data Protection Regulation、GDPR）に準拠する既存の識別規格および委任規格に依拠することを可能にしてもよい。すべての当事者が識別に合意するので、各システムは許可された人々とデータを交換することができる。
【００３１】
提案される方法は分散型の解決法を提供することができる。この場合、データを自動的にアップロードし、例えば健康管理サービスの域を越えて、例えば子供の疾病を管理する両親のために共有することができる。すべての情報が１つの中央コンピューターに保存されているわけではないという事実がセキュリティーやアクセス性を向上させることができる。さらに、健康データを特定の場所で保存および保護することができる。したがって、ローカルエラーに基づく障害のリスクがより低くなり、結果と人を分けることでさらなる予防策を加える。検査機関や医師と個人情報を共有せずに人口統計学的・地理的報告を提供してもよい。サーバーシステムは少なくとも２台のデータサーバーを含んでもよい。患者に関するデータ、例えば個人情報を分析結果とは別に保存してもよい。例えば、分析結果を第１のデータサーバーに保存してもよく、患者に関するデータを第２のデータサーバーに保存してもよい。したがって、結果データを匿名データとして扱うことができる。これによりさらに高いセキュリティーを提供してもよい。患者に関するデータは分析結果を示さなくてもよい。制御工程は、携帯アプリケーションを介して患者が医療システムの他の使用者に分析結果および／または患者に関するデータへのアクセスを許可または拒絶し、および／または携帯アプリケーションを介して患者が医療システムの他の使用者に分析結果および／または患者に関するデータへのアクセス権を割り当てる工程を含んでもよい。患者は分析結果および患者に関するデータのうちの一方または両方にアクセスするためのアクセス情報を携帯アプリケーションを介して許可部に提供してもよい。許可部は当該アクセス情報に基づいて許可を与えるか拒絶をしてもよい。第１のデータサーバーは許可部からの許可に基づいて分析結果へのアクセスを許可または拒絶してもよく、第２のデータサーバーは許可部からの許可に基づいて患者に関するデータへのアクセスを許可または拒絶してもよい。
【００３２】
さらなる側面では、本明細書に記載する複数の態様のいずれか１つに規定される携帯アプリケーションを実行する、携帯装置のプロセッサーで実行されるコンピュータープログラムを開示する。このコンピュータープログラムは携帯アプリケーションを実行するコンピューター実行可能命令、具体的には識別データを生成すること、識別データを認証部に送信すること、試料識別情報をデータサーバーに提供すること、およびデータサーバーにアクセスして分析結果にアクセスすることのうちの１つ以上を含んでもよい。したがって、一般的に言えば、コンピューターまたはコンピューターネットワークで実行されると、本明細書に含まれる複数の態様のうちの１つ以上における本発明による携帯アプリケーションを実行するコンピューター実行可能命令を含むコンピュータープログラムを本明細書で開示および提案する。具体的には、コンピュータープログラムはコンピューター可読データ記憶媒体に保存されてもよい。コンピューターを具体的には携帯装置と完全にまたは部分的に一体化してもよく、コンピュータープログラムを具体的にはソフトウェアアプリケーションとして具現化してもよい。しかし、これに代えてコンピューターの少なくとも一部が携帯装置の外部にあってもよい。
【００３３】
さらなる側面では、本明細書に記載する複数の態様のいずれか１つに規定される方法を完全にまたは部分的に実行するプログラム手段を含む、医療システムのコンピューターまたはコンピューターネットワークで実行されるコンピュータープログラムが開示される。このコンピュータープログラムは
認証部で携帯アプリケーションから識別データを受信し、
許可部でデータサーバーにアクセスする医療システムの各使用者のアクセス権を割り当て、
データサーバーで携帯アプリケーションから少なくとも１つの試料識別情報を受信し、
前記許可部での許可に成功すると、前記データサーバーで生体試料の少なくとも１つの分析結果を受信し、
認証および許可に成功すると、前記携帯アプリケーションを介して前記データサーバーの分析結果にアクセスすることを許可するプログラム手段を含む。
【００３４】
したがって、一般的に言えば、コンピューターまたはコンピューターネットワークで実行されると、本明細書に含まれる複数の態様のうちの１つ以上における本発明による健康データを交換する方法を実行するコンピューター実行可能命令を含むコンピュータープログラムを本明細書で開示および提案する。具体的には、コンピュータープログラムはコンピューター可読データ記憶媒体に保存されてもよい。コンピューターを具体的には医療システムの１つ以上の実体および／または携帯装置と完全にまたは部分的に一体化してもよく、コンピュータープログラムを具体的にはソフトウェアとして具現化してもよい。しかし、これに代えてコンピューターの少なくとも一部が医療システムおよび／または携帯装置の外側にあってもよい。
【００３５】
コンピューターまたはコンピューターネットワークで実行されると、本明細書に含まれる複数の態様のうちの１つ以上における本発明による方法、例えば上述の方法の複数の工程のうちの１つ以上を実行するためにプログラムコード手段を持つコンピュータープログラム製品を本明細書でさらに開示および提案する。具体的には、プログラムコード手段はコンピューター可読データ記憶媒体に保存されてもよい。
【００３６】
コンピューターまたはコンピューターネットワーク、例えばコンピューターまたはコンピューターネットワークの作業メモリまたは主メモリに読み込んだ後、本明細書に開示する複数の態様のうちの１つ以上における本発明による方法、具体的には上述の方法の複数の工程のうちの１つ以上を実行するデータ構造体を保存するデータ記憶媒体を本明細書でさらに開示および提案する。
【００３７】
コンピューターまたはコンピューターネットワークで実行されると、本明細書に開示する複数の態様のうちの１つ以上による方法、具体的には上述の方法の複数の工程のうちの１つ以上を実行するために機械可読記憶媒体に保存されたプログラムコード手段を有するコンピュータープログラム製品を本明細書でさらに開示および提案する。本明細書で用いられるコンピュータープログラム製品は売買できる製品としてのプログラムを指す。コンピュータープログラム製品は任意の形式、例えば紙形式で存在してもよく、あるいはコンピューター可読データ記憶媒体に存在してもよい。具体的には、コンピュータープログラム製品をデータネットワーク経由で流通させてもよい。
【００３８】
最後に、本明細書に開示する複数の態様のうちの１つ以上による方法、具体的には上述の方法の複数の工程のうちの１つ以上を実行する、コンピューターシステムまたはコンピューターネットワークで読み取ることができる命令を含む変調データ信号を本明細書で開示および提案する。
【００３９】
本発明のさらなる側面では、携帯装置を開示する。この携帯装置は、上記の態様、または以下の方法を参照してさらに詳細に記載される態様のうちのいずれか１つによる医療システムで患者の健康データを交換する方法を完全にまたは部分的に実行するようにプログラムされた少なくとも１個のプロセッサーを含む。この態様は
携帯装置の携帯アプリケーションにより患者の識別データを生成し、前記携帯アプリケーションにより識別データを認証部に送信すること、
前記携帯アプリケーションにより少なくとも１つの試料識別情報をデータサーバーに提供して前記患者の生体試料を該患者と関連付けること、および
前記携帯アプリケーションを介して前記データサーバーにアクセスし、前記分析結果にアクセスすることを含む。考え得る規定または態様については上記の方法の記載を参照すればよい。
【００４０】
具体的には、携帯装置は分析結果に基づく少なくとも一項目の健康情報を患者に対して表示するように構成される少なくとも１つの表示部を含んでもよい。
【００４１】
携帯装置は少なくとも１個のタグ読み取り機、具体的にはカメラおよびＮＦＣ読み取り機のうちの１つ以上を含んでもよい。タグ読み取り機は生体試料を携帯装置を用いて識別するように構成されてもよい。
【００４２】
OpenID Connectのフローを用いて識別データを取得してもよく、および／または識別データは電話番号であってもよい。識別データはショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認されてもよい。
【００４３】
本発明のさらなる側面では、医療システムで患者の健康データを交換するサーバーシステムを開示する。医療システムには少なくとも一患者を含む一人以上の使用者がアクセスすることができる。サーバーシステムは
患者の携帯装置の携帯アプリケーションで生成した識別データを受信して前記患者を認証するように構成される少なくとも１つの認証部、
健康データを保存するように構成される少なくとも１台のデータサーバー、および
前記データサーバーにアクセスする各使用者のアクセス権を割り当てるように構成される少なくとも１つの許可部を含む。
【００４４】
許可部で患者の許可に成功すると、データサーバーはその患者の生体試料の少なくとも１つの試料識別情報を受信するように構成される。許可部での許可に成功すると、データサーバーは生体試料の少なくとも１つの分析結果を受信するように構成される。許可部が患者のアクセスを許可すると、データサーバーは患者に対し携帯アプリケーションを介してデータサーバー中の分析結果にアクセスするのを許可する。
【００４５】
用語の考えられる定義および考えられる態様については、上記の記載を参照すればよい。
【００４６】
具体的には、認証部は信頼できる識別情報をデータサーバーと許可部に提供するように構成される。
【００４７】
許可部は、患者が医療システムの他の使用者に分析結果へのアクセスを許可または拒絶し、および／または医療システムの他の使用者に分析結果へのアクセス権を割り当てることを可能にするように構成されてもよい。許可部はアクセス情報を患者から受信するように構成されてもよい。許可部は当該アクセス情報に基づいて許可を与えるか、拒絶をするように構成されてもよい。データサーバーは許可部からの許可に基づいて分析結果へのアクセスを許可または拒絶するように構成されてもよい。許可部は患者のアクセス権を決定して患者が試料識別情報をデータサーバーに提供することを可能にするように構成されてもよい。
【００４８】
試料の分析結果を少なくとも１台の分析装置で生成してもよい。許可部は分析装置にデータサーバーへのアクセスを許可するように構成されてもよい。データサーバーは分析結果を分析装置から受信するように構成されてもよい。認証部は認証情報を分析装置から受信して分析装置を認証するように構成されてもよい。認証部での分析装置の認証に成功すると、許可部は分析装置のアクセス権を決定して分析装置が分析結果をデータサーバーに提供することを可能にするように構成されてもよい。許可部は患者が提供した分析装置アクセス情報を受信するように構成されてもよい。許可部は当該分析装置アクセス情報に基づいて分析結果をデータサーバーに提供する許可を与えるか、拒絶をするように構成されてもよい。データサーバーは許可部からの許可に基づいて分析結果の提供を許可または拒絶するように構成されてもよい。
【００４９】
本発明のさらなる側面では、健康データを交換する医療システムを開示する。この医療システムは、
上記の態様またはサーバーシステムを参照して以下にさらに詳細に記載する態様のうちのいずれか１つによる少なくとも１つのサーバーシステム、および
上記の態様または携帯装置を参照して以下にさらに詳細に記載される態様のうちのいずれか１つによる少なくとも１台の携帯装置を含む。
【００５０】
用語の考え得る定義および考え得る態様については、上記の記載を参照すればよい。
【００５１】
考え得るさらなる態様を排除することなく要約すると、以下の態様に想到することができる。
【００５２】
態様１：少なくとも一患者を含む一人以上の使用者がアクセスすることができる医療システムで前記患者の健康データを交換する方法であって、
前記患者の携帯装置の携帯アプリケーションで識別データを生成し、前記携帯アプリケーションで識別データを認証部に送信する少なくとも１回の認証工程、
前記医療システムの各使用者のデータサーバーにアクセスするアクセス権を許可部で割り当てる少なくとも１回の許可工程、
前記患者の認証および許可に成功すると、前記患者の生体試料を該患者と関連付け、前記携帯アプリケーションで少なくとも１つの試料識別情報を前記データサーバーに提供する少なくとも１回の関連付け工程、
前記許可部での許可に成功すると、前記データサーバーで前記生体試料の少なくとも１つの分析結果を受信する少なくとも１回の健康データ受信工程、および
前記患者の認証および許可に成功すると、前記データサーバーは前記患者に対し前記携帯アプリケーションを介して分析結果にアクセスするのを許可する少なくとも１回の健康データアクセス工程を含む、方法。
【００５３】
態様２：前記携帯装置のタグ読み取り機、具体的にはカメラおよびＮＦＣ読み取り機のうちの１つ以上を用いて前記携帯装置で前記生体試料を識別することをさらに含む、態様１による方法。
【００５４】
態様３：前記携帯装置はバーコードおよびＲＦＩＤからなる群から選択されるタグを用いて前記生体試料を識別する、態様２による方法。
【００５５】
態様４：前記識別データは電話番号であり、前記識別データはショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認される、態様１〜３のいずれか１つによる方法。
【００５６】
態様５：前記携帯アプリケーションを介して前記患者が前記医療システムの他の使用者に前記分析結果へのアクセスを許可または拒絶し、および／または前記携帯アプリケーションを介して前記患者が前記医療システムの他の使用者に前記分析結果へのアクセス権を割り当てる工程を含む少なくとも１回の制御工程をさらに含む、態様１〜４のいずれか１つによる方法。
【００５７】
態様６：前記患者は前記携帯アプリケーションを介してアクセス情報を前記許可部に提供し、前記許可部は当該アクセス情報に基づいて許可を与えるか拒絶をし、前記データサーバーは前記許可部からの許可に基づいて前記分析結果へのアクセスを許可または拒絶する、態様５による方法。
【００５８】
態様７：前記健康データアクセス工程および制御工程のうちの一方または両方はOAuth 2.0規格および使用者管理アクセス（UMA）規約に基づく、態様６による方法。
【００５９】
態様８：前記認証工程で、前記認証部は信頼できる識別情報を前記データサーバーおよび許可部に提供する、態様１〜７のいずれか１つによる方法。
【００６０】
態様９：前記認証工程はOpenID Connect規格に基づく、態様１〜８のいずれか１つによる方法。
【００６１】
態様１０：前記患者の認証に成功すると、前記許可部は前記患者のアクセス権を決定し、前記患者が前記携帯アプリケーションを介して前記試料識別情報を前記データサーバーに提供することを可能にする、態様１〜９のいずれか１つによる方法。
【００６２】
態様１１：前記関連付け工程はOAuth 2.0規格に基づく、態様１０による方法。
【００６３】
態様１２：前記生体試料の分析結果が分析装置で生成され、前記許可部が前記分析装置の前記データサーバーへのアクセスの許可に成功した場合、前記分析装置は前記分析結果をデータサーバーに提供する少なくとも１回の分析工程をさらに含む、態様１〜１２のいずれか１つによる方法。
【００６４】
態様１３：前記分析装置が前記認証情報を認証部に提供する工程をさらに含み、前記認証部で分析装置の認証に成功すると、前記許可部は前記分析装置のアクセス権を決定し、前記分析装置が前記分析結果を前記データサーバーに提供することを可能にする、態様１２による方法。
【００６５】
態様１４：前記患者は携帯アプリケーションを介して分析装置アクセス情報を前記許可部に提供し、前記許可部は当該分析装置アクセス情報に基づいて前記分析結果をデータサーバーに提供する許可を与えるか拒絶をし、前記データサーバーは前記許可部からの許可に基づいて前記分析結果の提供を許可または拒絶する、態様１２および１３のいずれか１つによる方法。
【００６６】
態様１５：前記健康データ受信工程はOAuth 2.0規格および使用者管理アクセス（ＵＭＡ）規約に基づく、態様１４による方法。
【００６７】
態様１６前記：前記分析装置は前記分析結果を自動的にアップロードする、態様１２〜１５のいずれか１つによる方法。
【００６８】
態様１７：少なくとも１つの表示部を用いて前記携帯アプリケーションが前記分析結果に基づく少なくとも一項目の健康情報を前記患者に対して表示する工程をさらに含む、態様１〜１６のいずれか１つによる方法。
【００６９】
態様１８：態様１〜１７のいずれか１つで規定される前記携帯アプリケーションを実行するプログラム手段を含む、前記携帯装置のプロセッサーで実行されるコンピュータープログラム。
【００７０】
態様１９：態様１〜１７のいずれか１つによる方法を完全にまたは部分的に実行するプログラム手段を含む、医療システムのコンピューターまたはコンピューターネットワークで実行されるコンピュータープログラムであって、
認証部で携帯アプリケーションから識別データを受信し、
許可部でデータサーバーにアクセスする前記医療システムの各使用者のアクセス権を割り当て、
前記データサーバーで前記携帯アプリケーションから少なくとも１つの試料識別情報を受信し、
前記許可部での許可に成功すると、前記データサーバーで生体試料の少なくとも１つの分析結果を受信し、
認証および許可に成功すると、前記携帯アプリケーションを介して前記データサーバーでの前記分析結果へのアクセスを許可するプログラム手段を含む、コンピュータープログラム。
【００７１】
態様２０：携帯装置の携帯アプリケーションにより前記患者の識別データを生成し、前記携帯アプリケーションにより識別データを認証部に送信すること、
前記携帯アプリケーションにより少なくとも１つの試料識別情報をデータサーバーに提供して前記患者の生体試料を該患者と関連付けること、および
前記携帯アプリケーションを介して前記データサーバーにアクセスし、分析結果にアクセスすることを含む、
態様１〜１７のいずれか１つによる医療システムで患者の健康データを交換する方法を完全にまたは部分的に実行するようにプログラムされた少なくとも１つのプロセッサーを含む、携帯装置。
【００７２】
態様２１：前記分析結果に基づく少なくとも一項目の健康情報を前記患者に対して表示するように構成される少なくとも１つの表示部を含む、態様２０による携帯装置。
【００７３】
態様２２：前記携帯装置は少なくとも１つのタグ読み取り機、具体的にはカメラおよびＮＦＣ読み取り機のうちの１つ以上を含み、前記タグ読み取り機は前記携帯装置を用いて前記生体試料を識別するように構成される、態様２０および２１のいずれか１つによる携帯装置。
【００７４】
態様２３：前記識別データはOpenID Connectのフローを用いて取得されるか、および／または電話番号であり、前記識別データはショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認される、態様２０〜２２のいずれか１つによる携帯装置。
【００７５】
態様２４：少なくとも一患者を含む一人以上の使用者がアクセスすることができる医療システムで前記患者の健康データを交換するサーバーシステムであって、
前記患者の携帯装置の携帯アプリケーションで生成された識別データを受信し、前記患者を認証するように構成される少なくとも１つの認証部、
前記健康データを保存するように構成される少なくとも１台のデータサーバー、および
前記データサーバーにアクセスする各使用者のアクセス権を割り当てるように構成される少なくとも１つの許可部を含み、
前記許可部で前記患者の許可に成功すると、前記データサーバーは前記患者の生体試料の少なくとも１つの試料識別情報を受信するように構成され、前記許可部で許可に成功すると、前記データサーバーは前記生体試料の少なくとも１つの分析結果を受信するように構成され、前記許可部で前記患者の許可に成功すると、前記データサーバーは前記患者に対し前記携帯アプリケーションを介して前記分析結果にアクセスするのを許可する、サーバーシステム。
【００７６】
態様２５：前記許可部は、前記患者が前記医療システムの他の使用者に前記分析結果へのアクセスを許可または拒絶し、および／または前記医療システムの他の使用者に前記分析結果へのアクセス権を割り当てることを可能にするように構成される、態様２４によるサーバーシステム。
【００７７】
態様２６：前記許可部はアクセス情報を前記患者から受信するように構成され、前記許可部は当該アクセス情報に基づいて許可を与えるか拒絶をするように構成され、前記データサーバーは前記許可部からの許可に基づいて前記分析結果へのアクセスを許可または拒絶するように構成される、態様２５によるサーバーシステム。
【００７８】
態様２７：前記認証部は信頼できる識別情報を前記データサーバーおよび前記許可部に提供するように構成される、態様２４〜２６のいずれか１つによるサーバーシステム。
【００７９】
態様２８：前記許可部は前記患者のアクセス権を決定し、前記患者が前記試料識別情報を前記データサーバーに提供することを可能にするように構成される、態様２４〜２７のいずれか１つによるサーバーシステム。
【００８０】
態様２９：前記試料の分析結果は分析装置で生成され、前記許可部は前記分析装置に対し前記データサーバーにアクセスするのを許可するように構成され、前記データサーバーは前記分析結果を前記分析装置から受信するように構成される、態様２４〜２８のいずれか１つによるサーバーシステム。
【００８１】
態様３０：前記認証部は認証情報を前記分析装置から受信して前記分析装置を認証するように構成され、前記認証部で前記分析装置の認証に成功すると、前記許可部は前記分析装置のアクセス権を決定し、前記分析装置が前記分析結果を前記データサーバーに提供することを可能にするように構成される、態様２９によるサーバーシステム。
【００８２】
態様３１：前記許可部は前記患者が提供する分析装置アクセス情報を受信するように構成され、前記許可部は当該分析装置アクセス情報に基づいて前記分析結果を前記データサーバーに提供する許可を与えるか拒絶をするように構成され、前記データサーバーは前記許可部からの許可に基づいて前記分析結果の提供を許可または拒絶するように構成される、態様２９および３０のいずれか１つによるサーバーシステム。
【００８３】
態様３２：態様２４〜３１のいずれか１つによる少なくとも１つのサーバーシステム、および
態様２０〜２３のいずれか１つによる少なくとも１台の携帯装置を含む、健康データを交換する医療システム。
【図面の簡単な説明】
【００８４】
以下の実施形態の記載で、好ましくは従属請求項と併せて、さらなる任意の構成および実施形態をより詳細に開示する。当業者には自明であるが、それぞれの任意の構成を単独または任意の実行可能な組み合わせで実現してもよい。本発明の範囲は好ましい実施形態により限定されない。これらの実施形態は図面において模式的に図示されている。これらの図面内の同じ符号は同じか、機能的に同等の要素を指す。
【００８５】
図面において
【図１】医療システムで患者の健康データを交換する方法の流れ図を示す。
【図２】本発明による医療システムの実施形態の模式図を示す。
【図３Ａ】本発明による携帯アプリケーションの例示的な状況を示す。
【図３Ｂ】本発明による携帯アプリケーションの例示的な状況を示す。
【発明を実施するための形態】
【００８６】
図１に医療システム１１２で患者の健康データを交換する方法１１０の流れ図を示す。医療システム１１２には少なくとも一患者を含む一人以上の使用者がアクセスできる。方法１１０は
前記患者の携帯装置１１８の携帯アプリケーション１１６で識別データを生成し、前記携帯アプリケーション１１６でこの識別データを認証部１２０に送信する少なくとも１回の認証工程１１４、
医療システム１１２の各使用者のデータサーバー１２４にアクセスするアクセス権を許可部１２６で割り当てる少なくとも１回の許可工程１２２、
患者の認証および許可に成功すると、患者の生体試料１３０を患者と関連付け、前記携帯アプリケーション１１６で少なくとも１つの試料識別情報を前記データサーバー１２４に提供する少なくとも１回の関連付け工程１２８、
許可部１２６での許可に成功すると、前記データサーバー１３２で前記生体試料１３０の少なくとも１つの分析結果を受信する少なくとも１回の健康データ受信工程１３２、および
患者の認証および許可に成功すると、データサーバー１３２は患者に対し携帯アプリケーション１１６を介して分析結果にアクセスするのを許可する少なくとも１回の健康データアクセス工程１３４を含む。
【００８７】
図２に図１に示す方法１１０で用いることができる医療システム１１２の実施形態の模式図を示す。医療システム１１２は少なくとも１つのサーバーシステム１３６と携帯装置１１８を含む。サーバーシステム１３６は患者の携帯装置１１８の携帯アプリケーション１１６で生成した識別データを受信して患者を認証するように構成される少なくとも１つの認証部１２０、健康データを保存するように構成される少なくとも１つのデータサーバー１２０、およびデータサーバー１２０にアクセスする各使用者のアクセス権を割り当てるように構成される少なくとも１つの許可部１２６を含む。携帯装置１１８は医療システム１１２で患者の健康データを交換する方法１１０を完全にまたは部分的に実行するようにプログラムされた少なくとも１つのプロセッサー（ここには不図示）を含む。
【００８８】
認証部１２０は信頼できる識別情報を提供するように構成されるサーバーであってもよい。認証部１２０は識別提供部として機能してもよい。認証部１２０、許可部１２６、およびデータサーバー１２４は連合ネットワークまたは分散ネットワークを形成してもよく、許可部１２６とデータサーバー１２４は識別提供部を信頼して識別を規定し、例えば誰が何者であるか（図２に「信頼」と示す）を規定する。認証工程１１４で認証部１２０は信頼できる識別情報をデータサーバー１２４と許可部１２６に提供してもよい。例えば、信頼できる識別情報は少なくとも１つの識別トークンからなり、および／または少なくとも１つの識別トークンを含んでもよい。
【００８９】
携帯装置１１８は識別データを認証部１２０に送信するようになっている少なくとも１つのデータ送信モジュールを含んでもよい。ネットワーク、例えばインターネット、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、または他の種類のネットワークを用いて識別データを携帯装置１１８から認証部１２０に送信してもよい。例えば、送信に少なくとも１つの通信規約、例えば伝送制御規約／インターネット規約（ＴＣＰ／ＩＰ）を用いてもよい。
【００９０】
認証工程１１４はOpenID Connect規格に基づいてもよい。OpenID Connectのフローを用いて識別データを取得してもよく、および／または識別データは電話番号であってもよい。例えば、携帯アプリケーション１１６は患者に自身の電話番号を入力するように要求してもよい。患者が許可および／または同意すると、携帯アプリケーション１１６は識別を認証部１２０に送信するように構成されてもよい。例えば、この許可を携帯装置１１８の少なくとも１つのボタンを押すことで、または携帯装置１１８の表示部１３８で与えてもよい。識別データをショート・メッセージ・サービス（ＳＭＳ）により送信されるコードで確認してもよい。例えば、認証部１２０は携帯装置１１８に少なくとも１つの確認コードを送信するように構成されてもよい。確認コードは任意のデータ、例えば使用者の識別を確認するように構成される連続した番号および／または他の文字であってもよい。携帯装置１１８は確認コードを受信および／または表示するように構成されてもよい。携帯アプリケーション１１６は使用者が確認コードを入力して方法１１０の少なくとも１つのさらなる工程、例えば関連付け工程１２８や健康データアクセス工程１３４を続けることを可能にするように構成されてもよい。
【００９１】
許可部１２６はアクセスを制御するように構成されてもよい。許可部１２６はどの使用者が何をすることができるか、例えばどの使用者にデータへのアクセスおよび／またはデータの読み取りおよび／またはデータの入力を許可するかを決定してもよい。許可部１２６はアクセス権を制御するように構成されてもよい。具体的には、許可部１２６はどのデータに使用者がアクセスできるようにすべきか、および／またはどの程度使用者が例えば読み出し、書き込み、および／またはさらなる動作のためにデータにアクセスできるようにすべきか決定、具体的には決めてもよい。許可部１２６は許可提供部として機能してもよい。許可工程１２２はOAuth規格、例えばOAuth 2.0規格に基づいてもよい。OAuth規格を用いることでアプリケーションがそれぞれの使用者に代わってデータサーバー１２４で行動を起こしてもよく、例えば携帯装置１１８の携帯アプリケーション１１６が患者に代わってデータサーバーで行動を起こしてもよい。
【００９２】
データサーバー１２４は少なくとも１つのデータ記憶装置、例えば健康データを保存する少なくとも１つのメモリを含んでもよい。一般にはデータサーバー１２４は少なくとも１つのデータ記憶装置、例えば少なくとも１つの揮発性データ記憶素子および／または少なくとも１つの不揮発性データ記憶素子を含んでもよい。一例として、メモリ装置またはメモリ素子とも呼ばれるデータ記憶装置は１つ以上のストレージチップおよび／または他の種類のメモリ装置を含んでもよく、この場合に揮発性メモリ装置と不揮発性メモリ装置の両方を採用してもよい。データサーバー１２４は保存した健康データを含む少なくとも１つのデータベースを含んでもよい。
【００９３】
生体試料１３０は体液、例えば血液、尿、唾液、および他の体液、組織試料、ならびに他の身体試料、例えば頭髪標本のうちの１つ以上であってもよい。生体試料１３０は患者の身体から取り出した試料であってもよい。関連付け工程１２８は患者を生体試料１３０と結びつけること、具体的には一意に結びつけることを含んでもよい。関連付け工程１２８で患者は携帯アプリケーション１１６により生体試料１３０を登録してもよい。患者の認証に成功すると、許可部１２６は患者のアクセス権を決定し、患者が携帯アプリケーション１１６を介して試料識別情報をデータサーバー１２４に提供することを可能にしてもよい（矢印１３１で示す）。携帯アプリケーション１１６で少なくとも１つの試料識別情報をデータサーバー１２４に提供する。関連付け工程１２８はOAuth 2.0規格に基づいてもよい。
【００９４】
方法１１０は携帯装置１１８のタグ読み取り機１４０、具体的にはカメラおよび近距離無線通信（ＮＦＣ）読み取り機のうちの１つ以上を用いて携帯装置１１８で生体試料１３０を識別することをさらに含んでもよい。携帯装置１１８はバーコードおよび無線自動識別装置（ＲＦＩＤ）からなる群から選択されるタグ１４２を用いて生体試料１３０を識別してもよい。一例として、生体試料１３０を識別することは生体試料１３０に付けられ、あるいは割り当てられ、生体試料１３０を一意に識別または特徴付ける番号を読み取ることを含んでもよい。したがって、生体試料１３０はタグ１４２として示される少なくとも１つの識別子を持っていてもよい。生体試料１３０を識別する処理は一意な識別子の読み取りを含意する。具体的にはタグ１４２は無接触読み取り可能な識別子、例えば光学識別子および／または無接触電子識別子であってもよい。一例として、タグ１４２は一次元バーコード、二次元バーコード、またはさらに三次元バーコードを含んでもよい。これに加えて、あるいはこれに代えて少なくとも１つのタグ１４２は少なくとも１つの無線自動識別装置（ＲＦＩＤ）を含んでもよい。他の例も可能である。具体的にはタグ読み取り機１４０はタグ１４２を読み取るように構成されてもよい。タグ１４２を読み取るために、タグ１４２をタグ読み取り機１４０の視野内に持ってきてもよい。一例として、タグ読み取り機１４０はカメラ、具体的にはバーコード読み取り機、および／またはＮＦＣ読み取り機、具体的にはＲＦＩＤタグ読み取り機として構成されてもよい。具体的には、タグ読み取り機１４０は少なくとも１つの光学式読み取り機を含んでもよい。一例として、タグ読み取り機１４０は少なくとも１つのバーコード読み取り機を含んでもよい。一例として、光学式読み取り機はカメラ、具体的にはスキャナー、例えば二次元スキャナーまたはラインスキャナーからなるか、あるいは含んでもよい。一例として、タグ読み取り機はＮＦＣ読み取り機であってもよい。ＮＦＣ読み取り機は近距離無線通信を行うようになっている少なくとも１個の通信部品を含んでもよい。一例として、ＮＦＣ読み取り機は少なくとも１個のアンテナを含んでもよい。一例として、ＮＦＣ読み取り機は少なくとも１個のＲＦＩＤアンテナ、例えば少なくとも１個のＲＦＩＤコイルを含んでもよい。ＮＦＣ読み取り機は追加の部品、例えば１つ以上の通信ＩＣなどをさらに含んでもよい。
【００９５】
方法１１０は生体試料１３０を分析装置１４４、例えば生体試料１３０を試験および／または分析する検査機関に送信することをさらに含んでもよい。方法１１０は、生体試料１３０の分析結果を分析装置１４４で生成する少なくとも１回の分析工程１４６をさらに含んでもよい。分析装置１４４は少なくとも１回の医療分析および／または医療処置を行うように構成される少なくとも１台の任意の装置からなるか、当該装置を備えてもよい。したがって、分析装置１４４は一般に少なくとも１つの診断目的および／または治療目的を達成するように構成される任意の装置であってもよい。分析装置１４４は少なくとも１つの診断目的を達成するように構成されてもよく、具体的には少なくとも１回の分析を行う少なくとも１個の検体センサーを含んでもよい。分析装置１４４は、例えば１つ以上の診断目的および／または治療目的を達成し、医療分析および／または医療処置を行うために互いにやり取りすることができる２つ以上の部品の組立体を含んでもよい。具体的には、分析装置１４４は生体試料１３０中の少なくとも１つの検体の少なくとも１回の検出を行うことができても、および／または生体試料１３０中の少なくとも１つの検体の少なくとも１回の検出に寄与するためのものであってもよい。一般に患者の生体試料１３０中の少なくとも１つの検体を検出するために分析装置１４４を用いてもよい。分析装置１４４はセンサー組立体、センサーシステム、センサーキット、およびセンサー装置のうちの少なくとも１つからなるか、少なくとも１つを含んでもよい。
【００９６】
例えば、分析は少なくとも１つの検体の存在および／または量および／または濃度を決定する少なくとも１つの処理を含んでもよい。検体は分析すべき試料の成分、例えば様々な大きさの分子、イオン、タンパク質、代謝物質などであってもよい。検体について収集される情報を用いて生体または特定組織に対する医薬品の投与の影響を評価し、あるいは診断を行ってもよい。検体の例はグルコース、凝固要素、内因性タンパク質（例えば、心臓の筋肉から放出されたタンパク質）、代謝物質、核酸などである。分析装置が送り返す可能性のある分析結果の一覧としては試料中の検体の濃度、（検出レベルを超える濃度に対応する）試料中の検体の存在を示すデジタル（「はい」または「いいえ」）結果、光学的要因、ＤＮＡ配列またはＲＮＡ配列、タンパク質または代謝物質の質量分析から得られたデータ、および様々な種類の物理的または化学的要素が挙げられるが、これらに限定しなくてもよい。したがって、分析は少なくとも１つの検体の存在または不存在を単に決定する定性検出からなるか、定性検出を含んでもよく、および／または少なくとも１つの検体の量および／または濃度を求める定量検出からなるか、定量検出を含んでもよい。分析の結果として、分析の結果を特徴付ける少なくとも１つの情報、例えば少なくとも１つの試験結果、例えば血液値、血液試験の結果、検体の存在または不存在、あるいは他の健康情報が生成されてもよい。
【００９７】
分析結果の受信は分析結果をデータサーバー１２４に保存することを含んでもよい。分析結果の用意ができたら、当該分析結果を患者に提供することができる。許可部１２６での許可に成功すると、生体試料１３０の少なくとも１つの分析結果をデータサーバー１２４で受信する。矢印１４８で示すように、分析装置１４４は分析結果をデータサーバー１２４に自動的におよび／または直接にアップロードしてもよい。これにより患者の動作を省くので、使用者が起こす間違いを減らして患者にとってより好都合にすることができる。許可部１２６がデータサーバー１２４にアクセスする分析装置の許可（矢印１５０で示す）に成功した場合、分析装置１４４は分析結果をデータサーバー１２４に提供してもよい。方法１１０は分析装置１４４が認証情報を認証部１２０に提供する工程をさらに含んでもよい。認証部で分析装置１４４の認証（矢印１５２で示す）に成功すると、許可部１２６は分析装置１４４のアクセス権を決定し、分析装置１４４が分析結果をデータサーバー１２４に提供することを可能にしてもよい。患者は携帯アプリケーション１１６を介して分析装置アクセス情報を許可部１２６に提供してもよい（矢印１５４で示す）。許可部１２６は当該分析装置アクセス情報に基づいて分析結果をデータサーバー１２４に提供する許可を与えるか拒絶をしてもよい。データサーバー１２４は許可部１２６からの許可に基づいて分析結果の提供を許可または拒絶してもよい。健康データ受信工程１３２はOAuth 2.0規格および使用者管理アクセス（UMA）規約に基づいてもよい。
【００９８】
健康データアクセス工程１３４で患者の認証（矢印１５６で示す）および許可（矢印１５８で示す）に成功すると、データサーバー１２４は患者に対し携帯アプリケーション１１６を介して分析結果にアクセスするのを許可する（矢印１６０で示す）。データサーバー１２４は分析結果がアップロードされ、および／または携帯アプリケーション１１６を介してデータサーバー１２４で利用可能であるという通知をこの患者に発行してもよい。方法１１０は携帯アプリケーション１１６が少なくとも１つの表示部１３８を用いて分析結果に基づく少なくとも１項目の健康情報を患者に対して表示する工程をさらに含んでもよい。
【００９９】
方法１１０は少なくとも１回の制御工程１６２をさらに含んでもよい。制御工程１６２は携帯アプリケーション１１６を介して患者が医療システム１１２の他の使用者１６３に分析結果へのアクセスを許可または拒絶し、および／または携帯アプリケーション１１６を介して患者が医療システム１１２の他の使用者１６３に分析結果へのアクセス権を割り当てることを含んでもよい。例えば、分析結果がデータサーバー１２４から入手可能な場合、携帯アプリケーション１１６はデータサーバー１２４にアクセスして分析結果をダウンロードすることができる。携帯アプリケーション１１６は、患者が他の使用者１６３、例えば医療専門家に分析結果へのアクセスを許可または拒絶することを可能にしてもよい。患者は携帯アプリケーション１１６を介してアクセス情報を許可部１２６に提供してもよい（矢印１６４で示す）。許可部１２６は具体的には他の使用者の認証後に当該アクセス情報に基づいて許可を与えるか、拒絶をしてもよい（矢印１６６で示す）。データサーバー１２４は許可部１２６からの許可に基づいて分析結果へのアクセスを許可または拒絶をしてもよい（矢印１６８で示す）。健康データアクセス工程１３４および制御工程１６２の一方または両方はOAuth 2.0規格および使用者管理アクセス（UMA）規約に基づいてもよい。UMA規約では、患者が健康データを許可部１２６に導入する方法を規定することができる。UMA規約では、データサーバー１２４で健康データへのアクセスを制御する少なくとも１つの方針を規定することができる。UMA規約では、医療システムの使用者、例えば患者や医療システム１１２の使用者１６３がデータサーバー１２４、具体的には健康データへアクセスするために規定された方針を履行する申し出を提供することができる。UMA規約を用いることで基本的セキュリティーを確保し向上させてもよい。さらに、UMA規約を用いることで医療システム１１２の複数の実体間での相互運用性を向上させてもよい。
【０１００】
健康データを交換する方法１１０では連合ネットワークまたは分散ネットワークを形成することができる認証部１２０、許可部１２６、およびデータサーバー１２４を含むサーバーシステム１３６を用いてもよい。使用者のアクセスのために、方法１１０ではHEART規格、具体的には各使用者を識別するOpenID Connect、信頼できるアプリケーションへのアクセスを委任するOAuth 2.0、および誰がデータにアクセスできるかを制御するUMAを用いてもよい。これにより患者により管理されるアクセスを可能にしてもよい。各患者はオンラインで自身の同意を管理できる。同意することとしないことは患者には同じくらい容易である場合がある。HEART規格を用いることで一般データ保護規則（General Data Protection Regulation、GDPR）に準拠する既存の識別規格および委任規格に依拠することを可能にしてもよい。すべての当事者が識別に合意するので、各システムは許可された人々とデータを交換することができる。
【０１０１】
図３Ａおよび図３Ｂに携帯アプリケーション１１６の例示的な状況を示す。表示部１３８は図示される複数の画面、具体的には画面画像を、示される順序、例えば時間の順序で左から右に表示してもよい。例えば図３Ａに示す状況では、携帯アプリケーション１１６を実行した後、携帯アプリケーション１１６は、携帯アプリケーション１１６が使用可能であるという指標、例えば図３Ａの左側の画像１７０に示す「ようこそ」の表示を映し出してもよい。
【０１０２】
図３Ａのそれに続く４つの画面には例示的な認証工程１１４および関連付け工程１２８を示す。携帯アプリケーション１１６は患者に自身の電話番号を入力するように要求することができる（画面１７２）。電話番号を入力すると、携帯アプリケーション１１６は識別データを生成し、識別データを認証部１２０に送信することができる。携帯アプリケーション１１６は、患者が許可および／または同意すると、識別を認証部１２０に送信するように構成されてもよい。例えば、許可を携帯装置１１８の少なくとも１つのボタンを押すことにより、あるいは表示部１３８で与えてもよい。識別データはショート・メッセージ・サービス（SMS）により送信されるコードで確認させてもよい。例えば、認証部１２０は携帯装置１１８に少なくとも１つの確認コードを送信するように構成されてもよい。確認コードは任意のデータ、例えば使用者の識別を確認するように構成される連続した番号および／または他の文字であってもよい。携帯装置１１８は確認コードを受信および／または表示するように構成されてもよい。携帯アプリケーション１１６は患者が確認コードを入力し、方法１１０の少なくとも１つのさらなる工程に進むのを許可するように構成されてもよい。
【０１０３】
次に、携帯アプリケーション１１６は少なくとも１つのメニュー概観１７４を表示してもよい。このメニュー概観１７４には患者が選択することができる考え得るメニューの選択肢、例えば「バーコードスキャナー」として示される生体試料１３０の登録、「血液結果」として示される健康データへのアクセス、図面に「コミュニティーチャット」として示される第三者との通信、および図面に「クイック・ピックアップ」として示される事象履歴へのアクセスを表示してもよい。
【０１０４】
例えば、患者は「バーコードスキャナー」という選択肢を選択してもよい。この選択肢により患者が生体試料１３０を登録することができるようにしてもよい。携帯アプリケーションはタグ読み取り機１４０を用いて携帯装置１１８で生体試料１３０を識別するように患者に要求してもよい。携帯アプリケーション１１６は、具体的には患者が見直せるように記録した試料識別情報（画面１７６を参照）表示してもよい。携帯アプリケーション１１６はバーコードのスキャンに成功したという確認を患者に表示してもよい（画面１７８を参照）。
【０１０５】
例えば、患者は具体的には新たな分析結果がデータサーバー１２４で入手可能であるという携帯アプリケーション１１６での通知１８０の後に「血液結果」という選択肢を選択してもよい。携帯アプリケーション１１６はデータサーバー１２４にアクセスすることでその中に保存された健康データにアクセスするように構成されてもよい。携帯アプリケーション１１６は少なくとも１つの表示部１３８を用いて分析結果に基づく少なくとも一項目の健康情報１８２を患者に対して表示してもよい（画面１８４を参照）。上記項目の健康情報１８２は少なくとも１回の通知および／または要求を含んでもよい。例えば憂慮すべき分析結果や重大な分析結果の場合、携帯アプリケーション１１６は直ちに通院するように要求を発してもよい。上記項目の健康情報１８２は行動の要求および／または要請、例えば少なくとも１回の注意喚起を含んでもよい。例えば、上記項目の健康情報１８２は、薬を服用するようにという少なくとも１回の注意喚起、および／または医療専門家に連絡するようにという少なくとも１回の注意喚起あるいは要求、および／またはさらなる血液検査の予定を入れるようにという少なくとも１回の注意喚起あるいは要求を含んでもよい。これに加えて、あるいはこれに代えて、上記項目の健康情報１８２は分析結果によっては色情報を含んでもよい。色情報は重大でない結果を示す緑から重大な結果を示す赤にまで及ぶ色の変化度合いから選択された色であってもよい。表示される色は重大性および／または緊急性のレベルに依存してもよい。例えば、分析結果が憂慮すべきものや重大なものである図３Ａに示す状況では、選択される色は「赤」であってもよい。これに加えて、あるいはこれに代えて、上記項目の健康情報１８２は少なくとも１個の感情アイコンおよび／または少なくとも１個の感情アイコンのグラフィック表現を含んでもよい。表示される感情アイコンおよび／または感情アイコンのグラフィック表現は重大性および／または緊急性のレベルに依存してもよい。色情報および／または感情アイコンおよび／または少なくとも１個の感情アイコンのグラフィック表現を用いることで患者が健康状態を直ちに理解できるようにしてもよい。
【０１０６】
図３Ｂに携帯アプリケーションでの考え得るもう一つの状況を表す。最初の３つの画面画像１７０、１７２、および１７４は前の状況と同じであり、画面画像１７４のみを図３Ｂに示す。例えば、患者はメニュー概観１７４で「血液結果」という選択肢を選択してもよい。携帯アプリケーション１１６はデータサーバー１２４にアクセスすることでその中に保存された健康データにアクセスするように構成されてもよい。
【０１０７】
携帯アプリケーション１１６は少なくとも１つの表示部１３８を用いて分析結果に基づく上記項目の健康情報１８２を患者に対して表示してもよい（画面１８４を参照）。図３Ｂの状況では、上記項目の健康情報１８２は分析結果が重大でないという情報、例えば「どこも異常ありません！」という通知であってもよい。携帯アプリケーション１１６はさらなる情報、例えば少なくとも１回の注意喚起など、行動へのさらなる要求または要請を表示してもよい。例えば、さらなる情報は、薬を服用するようにという少なくとも１回の注意喚起、および／または医療専門家に連絡するようにという少なくとも１回の注意喚起あるいは要求、および／またはさらなる血液検査の予定を入れるようにという少なくとも１回の注意喚起あるいは要求を含んでもよい。上述のように、上記項目の健康情報１８２は分析結果によっては色情報を含んでもよい。例えば、分析結果が重大でない図３Ｂに示す状況では選択される色は「緑」であってもよい。これに加えて、あるいはこれに代えて、上記項目の健康情報１８２は少なくとも１個の感情アイコンおよび／また少なくとも１個の感情アイコンのグラフィック表現を含んでもよい。表示される感情アイコンおよび／または感情アイコンのグラフィック表現は重大性および／または緊急性のレベルに依存してもよい。
【０１０８】
携帯アプリケーション１１６は分析試験結果の履歴をさらに表示してもよい（画面画像１８６を参照）。これにより患者が自身の健康状態の変遷および／または概要を見極めることができるようにしてもよい。分析検査結果の履歴は分析検査結果の日付の情報を含んでもよい。分析検査結果の履歴は分析結果および／または健康状態の変遷についての少なくとも１つのグラフィック情報、例えば分析結果および／または健康状態の時間的変遷を示す図を含んでもよい。例えば、グラフィック情報はそれぞれの感情アイコンおよび／または感情アイコンのそれぞれのグラフィック表現で表すことができる健康状態の時間的変遷を含んでもよい。これにより患者が複雑な図を必要とせずに健康状態の変遷を直ちに理解できるようにしてもよい。
【符号の説明】
【０１０９】
１１０：方法
１１２：医療システム
１１４：認証工程
１１６：携帯アプリケーション
１１８：携帯装置
１２０：認証部
１２２：許可工程
１２４：データサーバー
１２６：許可部
１２８：関連付け工程
１３０：生体試料
１３１：矢印
１３２：健康データ受信工程
１３４：健康データアクセス工程
１３６：サーバーシステム
１３８：表示部
１４０：タグ読み取り機
１４２：タグ
１４４：分析装置
１４６：分析工程
１４８：アップロード
１５０：分析装置の許可
１５２：分析装置の認証
１５４：分析装置アクセス情報の提供
１５６：患者の認証
１５８：患者の許可
１６０：データサーバーへのアクセス
１６２：制御工程
１６３：他の使用者
１６４：アクセス情報の提供
１６６：他の使用者の認証
１６８：データサーバーへのアクセス
１７０：「ようこそ」の表示
１７２：画面
１７４：メニュー概観
１７６：画面
１７８：画面
１８０：通知
１８２：健康情報の項目
１８４：画面
１８６：履歴
【図１】
2020091850.tif 000002
【図２】
2020091850.tif 000003
【図３Ａ】
2020091850.tif 000004
【図３Ｂ】
2020091850.tif 000005
【外国語明細書】
2020091850000001.pdf