(57)【特許請求の範囲】
【請求項１】
第１ユーザに関連付けられる少なくとも１つの状態に関する第１データを受信する受信部と、
少なくとも前記第１データ及び医療データに基づいて第２データを決定する制御部と、
前記第２データを出力する出力モジュールと、
を備え、
前記第２データは、第１情報及び第２情報を含み、
前記第１情報は、前記第１ユーザの少なくとも１つの健康状態を含み、
前記第２情報は、前記少なくとも１つの健康状態のそれぞれについての緊急度を含み、
前記第１データに基づいて第３データの入力を指令する入力指令部をさらに備え、
前記第３データは、前記第１ユーザに関連付けられた追加の状態及び／又は追加の前記医療データを含み、
前記受信部は、前記指令に応じて入力された前記第３データを受信可能であり、
前記制御部は、前記第１データ及び前記医療データに加え、前記第３データに基づいて前記第２データを決定可能であり、
前記第１データ及び前記医療データに基づいて、前記第１ユーザの健康状態としてあり得る１以上の健康状態の候補を含む健康状態候補群を生成する生成部と、
前記第１データ、前記医療データ及び前記第３データに基づいて、前記健康状態候補群に含まれる１以上の前記健康状態の候補から、前記第１ユーザの健康状態との関連性が相対的に低い０以上の前記健康状態の候補を取り去る除去部と、
前記第１データ、前記医療データ及び前記第３データに基づいて、前記第１ユーザの健康状態として確定可能である１以上の確定可能健康状態の有無を判定する判定部と、
をさらに備え、
前記制御部は、
前記判定部によって前記確定可能健康状態があると判定される場合、前記除去部により取り去られた前記健康状態候補群、前記医療データ、及び前記１以上の確定可能健康状態に基づいて前記第２データを決定し、
前記判定部によって前記確定可能健康状態がないと判定される場合、前記除去部により取り去られた前記健康状態候補群及び前記医療データに基づいて前記第２データを決定する、
医療装置。
【請求項２】
前記少なくとも１つの健康状態は、怪我の可能性、障害の可能性、及び／又は病気の可能性を含む、請求項１に記載の医療装置。
【請求項３】
前記医療データは、前記受信部が前記医療装置の外部から受信したデータである、請求項１又は２に記載の医療装置。
【請求項４】
前記受信部は、所定の登録がなされている第２ユーザが利用者であることの認証に成功したときに前記第１データを受信する、請求項１から３のいずれか１項に記載の医療装置。
【請求項５】
前記認証は、顔認証、指紋認証、虹彩認証、声紋認証、静脈認証、カード認証、又はそれらの組み合わせを含む、請求項４に記載の医療装置。
【請求項６】
前記第１ユーザが前記第２ユーザと同じである、請求項４又は５に記載の医療装置。
【請求項７】
前記医療データは、第１ユーザに関連する周産期医療に関する周産期医療データ及び／又は第１ユーザの子である乳児に関連する乳児医療データを含む、請求項１から６のいずれか１項に記載の医療装置。
【請求項８】
前記第１データ及び前記第３データを用いてニューラルネットワークに前記健康状態及び前記健康状態の緊急度に関する機械学習を行わせる機械学習部をさらに備え、
前記制御部は、前記第１データ、前記医療データ、及び前記第３データに加え、前記ニューラルネットワークに基づいて前記第２データを決定可能である、請求項１に記載の医療装置。
【請求項９】
前記第２データは、前記第１ユーザに対して行う医療措置及び／又は前記第１ユーザに対する医療アドバイスに関する情報をさらに含む、請求項１から８のいずれか１項に記載の医療装置。
【請求項１０】
前記医療データは、前記第１ユーザの遺伝子データ、前記第１ユーザの精神に関するデータ、及び／又は、前記第１ユーザの生活環境に関するデータを含む、請求項１から９のいずれか１項に記載の医療装置。
【請求項１１】
請求項１から１０のいずれか１項に記載の医療装置と、
前記医療装置とは別体に設けられ、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュールと、を含んで構成され、
前記受信部は、前記認証モジュールによって前記利用者が前記第２ユーザであると認証されたときに前記第１データを受信する、システム。
【請求項１２】
請求項１から１１のいずれか１項に記載の医療装置と、
前記医療装置とは別体に設けられているサーバと、を含んで構成され、
前記サーバは、前記医療データが格納されたデータベースを有し、
前記受信部は、前記データベースから前記医療データを受信可能である、システム。
【請求項１３】
前記サーバは、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュールをさらに有する、請求項１２に記載のシステム。
【請求項１４】
請求項１から１０のいずれか１項に記載の医療装置と、
前記医療装置とは別体に設けられているセンサと、を含んで構成され、
前記センサは、前記第１ユーザの少なくとも１つの画像データを取得可能であり、取得した前記少なくとも１つの画像データを前記第１データの一部又は全部として前記受信部に出力可能である、システム。
【請求項１５】
前記画像データが複数あり、
前記センサは、これら複数の前記画像データを異なるタイミングで取得可能である、請求項１４に記載のシステム。
【請求項１６】
前記医療装置の前記制御部は、前記複数の画像データに基づいて前記第１ユーザの精神状態を判定する精神状態判定部を有し、
前記制御部は、前記第１データ及び前記精神状態に基づいて前記第２データを決定可能である、請求項１５に記載のシステム。
【請求項１７】
前記少なくとも１つの画像データのうち、１つ以上の画像データが熱画像データを含む、請求項１４から１６のいずれか１項に記載のシステム。
【請求項１８】
受信部が第１ユーザに関連付けられる少なくとも１つの状態に関する第１データを受信するステップと、
制御部が、少なくとも前記第１データ及び医療データに基づいて第２データを決定するステップと、
出力モジュールが前記第２データを出力するステップと、
を含み、
前記第２データは、第１情報及び第２情報を含み、
前記第１情報は、前記第１ユーザの少なくとも１つの健康状態を含み、
前記第２情報は、前記少なくとも１つの健康状態のそれぞれについての緊急度を含み、
入力指令部が、前記第１データに基づいて第３データの入力を指令するステップをさらに含み、
前記第３データは、前記第１ユーザに関連付けられた追加の状態及び／又は追加の前記医療データを含み、
前記受信部が、前記指令に応じて入力された前記第３データを受信するステップと、
前記制御部が、前記第１データ及び前記医療データに加え、前記第３データに基づいて前記第２データを決定するステップと、
生成部が、前記第１データ及び前記医療データに基づいて、前記第１ユーザの健康状態としてあり得る１以上の健康状態の候補を含む健康状態候補群を生成するステップと、
除去部が、前記第１データ、前記医療データ及び前記第３データに基づいて、前記健康状態候補群に含まれる１以上の前記健康状態の候補から、前記第１ユーザの健康状態との関連性が相対的に低い０以上の前記健康状態の候補を取り去るステップと、
判定部が、前記第１データ、前記医療データ及び前記第３データに基づいて、前記第１ユーザの健康状態として確定可能である１以上の確定可能健康状態の有無を判定するステップと、
をさらに含み、
前記制御部が、
前記判定部によって前記確定可能健康状態があると判定される場合、前記除去部により取り去られた前記健康状態候補群、前記医療データ、及び前記１以上の確定可能健康状態に基づいて前記第２データを決定し、
前記判定部によって前記確定可能健康状態がないと判定される場合、前記除去部により取り去られた前記健康状態候補群及び前記医療データに基づいて前記第２データを決定するステップを含む、
方法。
【請求項１９】
医療装置に、
第１ユーザに関連付けられる少なくとも１つの状態に関する第１データを受信させる受信ステップと、
少なくとも前記第１データ及び医療データに基づいて第２データを決定させる制御ステップと、
前記第２データを出力させる出力ステップと、
を実行させ、
前記第２データは、第１情報及び第２情報を含み、
前記第１情報は、前記第１ユーザの少なくとも１つの健康状態を含み、
前記第２情報は、前記少なくとも１つの健康状態のそれぞれについての緊急度を含み、
入力指令部が、前記第１データに基づいて第３データの入力を指令するステップをさらに含み、
前記第３データは、前記第１ユーザに関連付けられた追加の状態及び／又は追加の前記医療データを含み、
前記受信部が、前記指令に応じて入力された前記第３データを受信するステップと、
前記制御部が、前記第１データ及び前記医療データに加え、前記第３データに基づいて前記第２データを決定するステップと、
生成部が、前記第１データ及び前記医療データに基づいて、前記第１ユーザの健康状態としてあり得る１以上の健康状態の候補を含む健康状態候補群を生成するステップと、
除去部が、前記第１データ、前記医療データ及び前記第３データに基づいて、前記健康状態候補群に含まれる１以上の前記健康状態の候補から、前記第１ユーザの健康状態との関連性が相対的に低い０以上の前記健康状態の候補を取り去るステップと、
判定部が、前記第１データ、前記医療データ及び前記第３データに基づいて、前記第１ユーザの健康状態として確定可能である１以上の確定可能健康状態の有無を判定するステップと、
をさらに含み、
前記制御部が、
前記判定部によって前記確定可能健康状態があると判定される場合、前記除去部により取り去られた前記健康状態候補群、前記医療データ、及び前記１以上の確定可能健康状態に基づいて前記第２データを決定し、
前記判定部によって前記確定可能健康状態がないと判定される場合、前記除去部により取り去られた前記健康状態候補群及び前記医療データに基づいて前記第２データを決定するステップを含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、医療装置、システム、及び方法、より詳しくは、ユーザの健康状態に基づいて必要な対応を選別するトリアージ装置、システム、及び方法に関する。
【背景技術】
【０００２】
開示の背景に関する以下の議論は、本開示の理解を容易にすることを目的とする。議論は、言及された資料のいずれかが出版されたこと、既知又は任意の管轄区域で当業者の一般的な知識の一部が優先的な日付として公表されたことを認めるものではないことを理解すべきである。【０００３】
ユーザ（患者）とオペレータとの間の電話で緊急度を判定する医療システム（いわゆるトリアージシステム）が提案されている（特許文献１）。この医療システムにおいて、オペレータは、ユーザ（患者）から提供された情報に基づいて、ユーザ（患者）への対応に関する緊急度を決定し得る。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−４１４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の技術では、以下に示す課題がある。【０００６】
第１に、オペレータは、ユーザ（患者）から提供される提供情報を入力する。しかしながら、例えば、提供情報の内容があいまいである場合、オペレータは、提供情報の内容を分かり易くするため、オペレータの主観的な評価を提供情報に加えて医療システムに入力する可能性がある。【０００７】
第２に、ユーザ（患者）自身が自己の既往症に関する履歴を覚えておらず、ユーザ（患者）がオペレータに情報を提供する際、提供される提供情報の中に、自己の既往症に関する履歴の少なくとも一部が欠落している可能性がある。【０００８】
特許文献１の技術では、これら２つの課題があるため、システムが可能性のある疾病として提示する疾病のうち少なくとも１つは、不正確であるか、不十分であるか、あるいはこれらの両方であることがあり得る。可能性のある疾病と、その疾病を治療するために必要な緊急度とをシステムが迅速かつ正確に決定し、システムが適切な医療措置を関係者（医師、看護師、オペレータ、患者等）に提供可能とするためには、上述した２つの課題を改善する必要がある。【０００９】
本発明は、このような事情に鑑みてなされたものであり、その目的は、オペレータの主観ができるだけ含まれていない情報を医療装置が受信可能にし、当該情報と、患者がこれまでにかかった既往症がより確実に網羅された情報とを合わせることで、予測される疾病、それに伴い選定される診療に関する専門分野区分である診療科等によって例示される患者の健康状態及び緊急度をより正確に把握し、把握された患者の健康状態及び緊急度に基づいて、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等によって例示される必要な対応の選別をより正確に行うことの可能な医療装置、システム、及び方法を提供することである。
【課題を解決するための手段】
【００１０】
本発明者らは、上記課題を解決するために鋭意検討した結果、ユーザに関連付けられる医療データを受信し、受信した医療データ等に基づいてユーザの健康状態及びその緊急度を決定することで、上記の目的を達成できることを見出し、本発明を完成させるに至った。具体的に、本発明は以下のものを提供する。【００１１】
この文書を通じて、文脈上別段の要求がない限り、「含む（ｃｏｍｐｒｉｓｉｎｇ）」、「から成る（ｃｏｎｓｉｓｔｉｎｇ  ｏｆ）」、「有する（ｈａｖｉｎｇ）」等の用語は、非網羅的、つまり「含むがこれらに限定されない」という意味として解釈されるものとする。【００１２】
さらに、文書全体を通じて、文脈上別段の要求がない限り、‘ｉｎｃｌｕｄｅ’（一般動詞の一人称又は二人称単数形あるいは複数形）、‘ｉｎｃｌｕｄｅｓ’（一般動詞の三人称単数形）又は‘ｉｎｃｌｕｄｉｎｇ’（一般動詞の現在分詞）等のバリエーションは、一般動詞から導かれる単数又は複数のグループを含むだけでなく、他のいかなる単数又は複数のグループを含むことを除外しないものとする。【００１３】
第１の特徴に係る発明は、第１ユーザに関連付けられる少なくとも１つの状態に関する第１データを受信する受信部と、少なくとも前記第１データ及び医療データに基づいて第２データを決定する制御部と、前記第２データを出力する出力モジュールと、を備え、前記第２データは、第１情報及び第２情報を含み、前記第１情報は、前記第１ユーザの少なくとも１つの健康状態を含み、前記第２情報は、前記少なくとも１つの健康状態のそれぞれについての緊急度を含む、医療装置を提供する。【００１４】
第１の特徴に係る発明によれば、受信部は、第１ユーザ（患者）の状態を、オペレータを介さずに受信可能であるため、医療装置は、オペレータの主観が入ることなく、より客観的な患者の状態を受信できる。【００１５】
また、制御部は、少なくとも１つの状態に関する第１データ及び医療データに基づいて第２データを決定し、その決定した第２データを出力モジュールが出力する。その際、第２データには、第１ユーザの少なくとも１つの健康状態に関する第１情報と、当該健康状態のそれぞれについての緊急度に関する第２情報とを含む。そのため、患者の健康状態及び治療の緊急度に関する情報を出力モジュールが出力する際、医療データを用いて既往症がより確実に網羅された状態で出力可能である。【００１６】
したがって、第１の特徴に係る発明によれば、オペレータの主観ができるだけ含まれていない情報を医療装置が受信可能にし、当該情報と、患者がこれまでにかかった既往症がより確実に網羅された情報とを合わせることで、予測される疾病、それに伴い選定される診療に関する専門分野区分である診療科等によって例示される患者の健康状態及び緊急度をより正確に把握し、把握された患者の健康状態及び緊急度に基づいて、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等によって例示される必要な対応の選別をより正確に行うことの可能な医療装置を提供できる。【００１７】
第２の特徴に係る発明は、第１の特徴に係る発明であって、前記少なくとも１つの健康状態は、怪我の可能性、障害の可能性、及び／又は病気の可能性を含む、医療装置を提供する。【００１８】
第２の特徴に係る発明によれば、医療装置は、第１ユーザ（患者）について、確実に診断できる健康状態だけでなく、可能性のある健康状態をも出力できる。これにより、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００１９】
第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、前記医療データは、前記受信部が前記医療装置の外部から受信したデータである、医療装置を提供する。【００２０】
第３の特徴に係る発明によれば、医療データを格納する大型の記憶装置等を省いて医療装置を構成し、医療装置を小型かつ携帯可能な構造にできる。携帯可能である医療装置は、大型の医療装置を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的であり、既往症がより確実に網羅された情報を、受信できる。また、医療装置の携帯性を考慮することなく医療データを格納する記憶装置等を構成できるため、より多くの医療データを格納する記憶装置等を構築できる。そして、医療装置は、より客観的であり、既往症がより確実に網羅された情報を、受信できる。【００２１】
第４の特徴に係る発明は、第１から第３の特徴のいずれかに係る発明であって、前記受信部は、所定の登録がなされている第２ユーザが利用者であることの認証に成功したときに前記第１データを受信する、医療装置を提供する。【００２２】
第４の特徴に係る発明によれば、所定の登録がなされている第２ユーザが医療装置の利用者であるため、何ら登録がなされていない第三者に、第１ユーザ（患者）の状態という重大な個人情報が行き渡ることがない。したがって、患者は、オペレータによる主観のない客観的な情報を、個人情報の漏洩を心配することなく提供できる。【００２３】
第５の特徴に係る発明は、第４の特徴に係る発明であって、前記認証は、顔認証、指紋認証、虹彩認証、声紋認証、静脈認証、カード認証、又はそれらの組み合わせを含む、医療装置を提供する。【００２４】
第５の特徴に係る発明によれば、第２ユーザが利用者であることの認証に際し、各種の生体情報又は所定のカードを用いた信頼できる認証が行われるため、第１ユーザ（患者）は、個人情報の漏洩をより一層心配することなく、より客観的な情報を提供できる。【００２５】
第６の特徴に係る発明は、第４又は第５の特徴に係る発明であって、前記第１ユーザが前記第２ユーザと同じである、医療装置を提供する。【００２６】
第６の特徴に係る発明によれば、第１ユーザ（患者）自らが認証を行うため、医療装置は、認証を通じた患者の識別に基づいて、患者と医療データとを正確に紐付けられる。これにより、患者の医療データが他の患者の医療データと取り違えられることがなくなる。したがって、医療装置は、より客観的であり、既往症がより確実に網羅された情報を、受信できる。【００２７】
第７の特徴に係る発明は、第１から第６の特徴のいずれかに係る発明であって、前記医療データは、第１ユーザに関連する周産期医療に関する周産期医療データ及び／又は第１ユーザの子である乳児に関連する乳児医療データを含む、医療装置を提供する。【００２８】
出産前後の期間である周産期では、母親の健康状態が子の健康状態に影響を与え、子の健康状態が母親の健康状態に影響を与える。したがって、母子双方の健康状態を正確に決定し、決定された健康状態に基づいて、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等を行うことが重要である。【００２９】
第７の特徴に係る発明によれば、医療装置は、第１ユーザ（患者）に関連する周産期医療に関する医療データを含む、より客観的であり、既往症がより確実に網羅された情報を、受信できる。さらに、医療装置は、患者の子である乳児に関連する医療データを用いることにより、子に関する健康状態及び緊急度の決定をより正確に行うことができるだけでなく、子の健康状態の影響を受ける母親である患者に関する健康状態及び緊急度の決定をより正確に行うことができる。したがって、医療装置は、患者の状態及び医療データだけを用いる場合よりも適切に、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことができる。【００３０】
第８の特徴に係る発明は、第１から第７の特徴のいずれかに係る発明であって、前記第１データに基づいて第３データの入力を指令する入力指令部をさらに備え、前記第３データは、前記第１ユーザに関連付けられた追加の状態及び／又は追加の前記医療データを含み、前記受信部は、前記指令に応じて入力された前記第３データを受信可能であり、前記制御部は、前記第１データ及び前記医療データに加え、前記第３データに基づいて前記第２データを決定可能である、医療装置を提供する。【００３１】
第８の特徴に係る発明によれば、医療装置は、第１ユーザ（患者）に対し、第１データに基づいて必要な問診に対する回答及び／又は必要な医療データの入力を指令することで、より客観的であり、既往症がより確実に網羅された情報を受信できる。したがって、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００３２】
第９の特徴に係る発明は、第８の特徴に係る発明であって、
前記第１データ及び前記医療データに基づいて、前記第１ユーザの健康状態としてあり得る１以上の健康状態の候補を含む健康状態候補群を生成する生成部と、
前記第１データ、前記医療データ及び前記第３データに基づいて、前記健康状態候補群に含まれる１以上の前記健康状態の候補から、前記第１ユーザの健康状態との関連性が相対的に低い０以上の前記健康状態の候補を取り去る除去部と、
前記第１データ、前記医療データ及び前記第３データに基づいて、前記第１ユーザの健康状態として確定可能である１以上の確定可能健康状態の有無を判定する判定部と、
をさらに備え、
前記制御部は、
前記判定部によって前記確定可能健康状態があると判定される場合、前記除去部により取り去られた前記健康状態候補群、前記医療データ、及び前記１以上の確定可能健康状態に基づいて前記第２データを決定し、
前記判定部によって前記確定可能健康状態がないと判定される場合、前記除去部により取り去られた前記健康状態候補群及び前記医療データに基づいて前記第２データを決定する、医療装置を提供する。【００３３】
緊急度の把握においては、可能性が低くても重大な疾病を想定することが重要であり、想定される疾病に漏れがあることは許容されない。【００３４】
第９の特徴に係る発明によれば、生成部は、第１ユーザ（患者）の状態及び医療データに基づき、想定される疾病を漏れなく含む健康状態候補群を生成できる。そして、除去部は、患者の状態に基づいて指令された必要な問診に対する回答の入力、患者の状態から得られる第３データと、患者の既往症がより確実に網羅されたい医療データとを用いて、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等を取り除く。また、判定部は、上述した第３データと医療データとを用いて、第１ユーザの疾病等として確定可能な確定可能健康状態の有無を判定する。【００３５】
そして、判定部により、患者の疾病として確定可能である疾病が見つかったとき、制御部は、この確定可能である疾病を用いて第２データを決定することができる。そのため、患者の疾病を迅速に把握できる。加えて、制御部は、確定可能である疾病だけでなく、除去部により取り去られた健康状態候補群、及び医療データによっても第２データを決定する。そのため、可能性が低くても想定される重大な疾病に漏れが生じるのを防ぐことができ、緊急度を正確に把握できる。【００３６】
他方、判定部により、患者の疾病として確定可能である疾病が見つからなかったとき、制御部は、除去部により取り去られた健康状態候補群、及び医療データによって第２データを決定する。そのため、現在ある情報を最大限活用し、可能性が低くても想定される重大な疾病に漏れが生じるリスクを最小限に抑えられ、できる限り正確に緊急度を予測できる。【００３７】
したがって、第９の特徴に係る発明によれば、患者の疾病として確定可能である疾病が見つかるか否かに関わらず、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００３８】
第１０の特徴に係る発明は、第８又は第９の特徴に係る発明であって、前記第１データ及び前記第３データを用いてニューラルネットワークに前記健康状態及び前記健康状態の緊急度に関する機械学習を行わせる機械学習部をさらに備え、前記制御部は、前記第１データ、前記医療データ、及び前記第３データに加え、前記ニューラルネットワークに基づいて前記第２データを決定可能である、医療装置を提供する。【００３９】
第１０の特徴に係る発明によれば、医療装置は、蓄積された患者の状態、医療データ及び／又は問診に基づくニューラルネットワークの機械学習を行い、患者の状態、医療データ及び／又は問診から推測される患者の健康状態を決定できる。また、医療装置は、機械学習に基づいて、患者の状態、医療データ及び／又は問診と疾病との新たな関連性を見出し、疾病及び緊急度の決定の精度を高められる。機械学習を用いることにより、医療装置の開発者等が膨大な第１データ及び第３データを参照してこれらのデータと疾病との関連性を探す労力及び時間を費やすことなく、医療装置は、どのような疾病と緊急性があるかをより正確に決定できる。すなわち、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００４０】
第１１の特徴に係る発明は、第１から第１０の特徴のいずれかに係る発明であって、前記第２データは、前記第１ユーザに対して行う医療措置及び／又は前記第１ユーザに対する医療アドバイスに関する情報をさらに含む、医療装置を提供する。【００４１】
第１１の特徴に係る発明によれば、医療装置は、第１ユーザ（患者）に対して必要な医療措置及び／又は医療アドバイスを提供できる。したがって、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００４２】
第１２の特徴に係る発明は、第１から第１１の特徴のいずれかに係る発明であって、前記医療データは、前記第１ユーザの遺伝子データ、前記第１ユーザの精神に関するデータ、及び／又は、前記第１ユーザの生活環境に関するデータを含む、医療装置を提供する。【００４３】
第１２の特徴に係る発明によれば、医療装置は、第１ユーザ（患者）の状態だけでなく、患者の遺伝子データ、精神状態、及び／又は生活環境をも考慮し、どのような疾病と緊急性があるかをより正確に決定できる。また、患者の状態、患者の医療データ、患者の遺伝子データ、精神状態、及び／又は生活環境から選ばれた２以上の情報の組合せに基づいて、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定を、１つ１つの要素に基づく決定よりも正確に行うことができる。したがって、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置を提供できる。【００４４】
第１３の特徴に係る発明は、第１から第１２の特徴のいずれかに係る医療装置と、前記医療装置とは別体に設けられ、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュールと、を含んで構成され、前記受信部は、前記認証モジュールによって前記利用者が前記第２ユーザであると認証されたときに前記第１データを受信する、システムを提供する。【００４５】
第１３の特徴に係る発明によれば、所定の登録がなされている第２ユーザが医療装置の利用者であるため、何ら登録がなされていない第三者に、第１ユーザ（患者）の状態という重大な個人情報が行き渡ることがない。したがって、患者は、オペレータによる主観のない客観的な情報を、個人情報の漏洩を心配することなく提供できる。【００４６】
また、第１３の特徴に係る発明によれば、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュールが医療装置とは別体に構成される。そのため、認証モジュールを省いて医療装置を構成し、医療装置を小型かつ携帯可能な構造にできる。携帯可能である医療装置は、大型の医療装置を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的であり、既往症がより確実に網羅された情報を、受信できる。したがって、患者の健康状態及び緊急度に基づく必要な対応の選別等をより正確に行うことの可能な医療用途のためのシステムを提供できる。【００４７】
第１４の特徴に係る発明は、第１から第１２の特徴のいずれかに係る医療装置と、前記医療装置とは別体に設けられているサーバと、を含んで構成され、前記サーバは、前記医療データが格納されたデータベースを有し、前記受信部は、前記データベースから前記医療データを受信可能である、システムを提供する。【００４８】
第１４の特徴に係る発明によれば、サーバを医療装置と別体に構成できるため、サーバを省いて医療装置を構成し、医療装置を小型かつ携帯可能な構造にできる。携帯可能である医療装置は、大型の医療装置を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的であり、既往症がより確実に網羅された情報を、受信できる。また、医療装置の携帯性を考慮することなくサーバを構成できるため、より多くのデータを蓄積するデータベースを構築できる。そして、医療装置は、より客観的であり、既往症がより確実に網羅された情報を、受信できる。【００４９】
第１５の特徴に係る発明は、第１４の特徴に係る発明であって、前記サーバは、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュールをさらに有する、システムを提供する。【００５０】
第１５の特徴に係る発明によれば、サーバと一体に認証モジュールを構成できるため、認証モジュールは、サーバが設置された医療機関等にいる第２ユーザ（例えば、医療従事者）のみを認証できる。すなわち、第２ユーザの認証がより信頼できるものとなる。信頼できる認証が行われるため、第１ユーザ（患者）は、個人情報の漏洩をより一層心配することなく、患者の状態及び／又は医療データを正確に提供できる。したがって、より客観的であり、既往症がより確実に網羅された情報を、医療装置が受信できる。【００５１】
第１６の特徴に係る発明は、第１から第１２の特徴のいずれかに係る医療装置と、前記医療装置とは別体に設けられているセンサと、を含んで構成され、前記センサは、前記第１ユーザの少なくとも１つの画像データを取得可能であり、取得した前記少なくとも１つの画像データを前記第１データの一部又は全部として前記受信部に出力可能である、システムを提供する。【００５２】
第１６の特徴に係る発明によれば、センサを医療装置と別体に構成できるため、センサを省いて医療装置を構成し、医療装置を小型かつ携帯可能な構造にできる。これにより、医療装置が携帯可能となり、大型の医療装置を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的な情報を、医療装置が受信できる。また、医療装置の携帯性を考慮することなくセンサを構成できるため、より多くの情報を取得可能な大型のセンサを含むようにシステムを構築できる。したがって、より客観的であり、既往症がより確実に網羅されたより多くの情報を、医療装置が受信できる。【００５３】
また、第１６の特徴に係る発明によれば、医療装置は、オペレータの主観が入らない客観的なデータである、患者の画像データを受信できる。したがって、患者の健康状態及び緊急度に基づく必要な対応の選別等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステムを提供できる。【００５４】
第１７の特徴に係る発明は、第１６の特徴に係る発明であって、前記画像データが複数あり、前記センサは、これら複数の前記画像データを異なるタイミングで取得可能である、システムを提供する。【００５５】
第１７の特徴に係る発明によれば、制御部は、複数の画像データを含む第１データと医療データとに基づいて、健康状態及び緊急度に関する情報を含む第２データを決定するに際し、異なるタイミングで取得された複数の第１ユーザ（患者）の画像データをそれぞれ比較して、病状の進行速度を把握することや、１日のうちの時間帯によって症状が変化する疾病を診断すること等を行える。したがって、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステムを提供できる。【００５６】
第１８の特徴に係る発明は、第１７の特徴に係る発明であって、前記医療装置の前記制御部は、前記複数の画像データに基づいて前記第１ユーザの精神状態を判定する精神状態判定部をさらに備え、前記制御部は、前記第１データ及び前記精神状態に基づいて前記第２データを決定可能である、システムを提供する。【００５７】
第１８の特徴に係る発明によれば、健康状態及び緊急度に関する情報を含む第２データを決定するに際し、医療装置の制御部は、異なるタイミングに取得された第１ユーザ（患者）の画像データを用いて精神状態の判定を行い、患者の肉体的な疾病だけでなく、精神的な疾病をも含む健康状態を決定できる。また、当該制御部は、第２データを決定するに際し、肉体的な疾病と精神状態との相乗効果を考慮して、健康状態の緊急度を決定できる。したがって、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステムを提供できる。【００５８】
第１９の特徴に係る発明は、第１６から第１８の特徴のいずれかに係る発明であって、前記少なくとも１つの画像データのうち、１つ以上の画像データが熱画像データを含む、システムを提供する。【００５９】
第１９の特徴に係る発明によれば、医療装置の制御部は、健康状態及び緊急度に関する情報を含む第２データを決定するに際し、熱画像データを含む第１データを用いて、第１ユーザ（患者）の皮膚の表面温度を測定し、患者の末梢循環不全、麻痺による体温の左右差の有無、皮膚疾患及び／又は血管腫等の周辺部との温度差等の各種の患者の客観的な情報に基づいて第２データを決定できる。したがって、第１９の特徴に係る発明によれば、より客観的であり、既往症がより確実に網羅された情報を提供可能なシステムを提供できる。【００６０】
第２０の特徴に係る発明及び第２１の特徴に係る発明は、第１の特徴に係る発明のカテゴリ違いである。
【発明の効果】
【００６１】
本発明によれば、オペレータの主観ができるだけ含まれていない情報を医療装置が受信可能にし、当該情報と、患者がこれまでにかかった既往症がより確実に網羅された情報とを合わせることで、予測される疾病、それに伴い選定される診療に関する専門分野区分である診療科等によって例示される患者の健康状態及び緊急度をより正確に把握し、把握された患者の健康状態及び緊急度に基づいて、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等によって例示される必要な対応の選別をより正確に行うことの可能な医療装置、システム、及び方法を提供できる。【００６２】
種々の実施形態は、例のみによって、付随する図面を参照して、以下の例で説明される。
【図面の簡単な説明】
【００６３】
【図１】図１は、本開示のいくつかの実施形態に従ってシステム１のブロック図を示す。
【図２】図２は、本開示のいくつかの実施形態に従ってシステム１のフローチャートを示す。
【図３】図３は、本発明の第２の実施形態のシステム１００１の構成の一例を示すブロック図である。
【図４】図４は、医療データテーブル１２２１の一例を示す図である。
【図５】図５は、健康状態テーブル１２２２の一例を示す図である。
【図６】図６は、入力指令テーブル１２２３の一例を示す図である。
【図７】図７は、候補テーブル１２２４の一例を示す図である。
【図８】図８は、本実施形態のシステム１００１を用いたトリアージ処理の流れの一例を示すフローチャートである。
【図９】図９は、図８に続く図である。
【発明を実施するための形態】
【００６４】
以下、本発明を実施するための好適な形態の一例について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００６５】
別段に定義されない限り、本明細書に使用される他の全ての技術的及び科学的用語は、本明細書の主題に属する当業者によって一般的に理解される意味と同じ意味を有する。
【００６６】
＜＜第１の実施形態＞＞
以下、本発明の第１の実施形態について説明する。
【００６７】
＜システム１＞
システム１の非限定的な例は、図１（図１Ａ及び図１Ｂ）及び図２を参照して説明する。図１Ａに示すように、システム１は、医療装置２と認証装置４とを備えてもよい。また、システム１は、医療診断や健康診断等の医療用途に用いてもよい。
【００６８】
システム１は、サーバ３、第１の装置５、第２の装置６、第３の装置７、及び第４の装置８をさらに備えてもよい。医療装置２、サーバ３、認証装置４、第１の装置５、第２の装置６、第３の装置７、及び第４の装置８から選択される少なくとも１つは、データを受信するように構成された受信部、受信部からのデータを処理するように構成された制御部、及び制御部の制御下で処理されたデータを送信するように設定された送信部を含んでもよい。第１の装置５、第２の装置６、第３の装装置７、及び第４の装置８は、システム１とは別個に提供されてもよい。
【００６９】
〔医療装置２〕
まず、医療装置２について説明する。図１Ａに示すように、医療装置２は、受信部２１、制御部２２、出力モジュール２３、及び送信部２４を含む。いくつかの実施形態では、医療装置２は、第１の情報及び第２の情報を出力するために使用されてもよい。医療装置２は、パーソナルコンピュータ、携帯電話、又はタブレットであるが、これらに限定されるものではない。医療装置２は、他の装置（すなわち、サーバ３、認証装置４、第１の装置５、及び／又は第２の装置６）と通信するように構成された装置であってもよい。
【００７０】
受信機２１は、他の装置からデータを受信するように構成され、医療装置２のディスプレイ（図示せず）に表示される物理キーボード若しくはソフトウェアキーボード、音声を認識するマイク（図示せず）、又はその組み合わせが構成されてもよい。受信したデータは、制御部２２に提供されてもよい。制御部２２は、受信機２１から提供されるデータを処理するように構成されてもよい。
【００７１】
出力モジュール２３は、制御部２２から出力されたデータ及び／又は認証モジュール４１から出力されたデータに基づいてデータを出力してもよいし、例えばディスプレイ又はスピーカを介して出力してもよい。送信部２４は、制御部２２から出力されたデータ又は認証モジュール４１から出力されたデータに基づいてデータを他の装置（すなわち、サーバ３、認証装置４、第１の装置５、及び／又は第２の装置６）に送信してもよい。
【００７２】
受信機２１は、第２ユーザの認証が成功した場合に、他の装置からデータ（例えば第１のデータ）を受信してもよいことを理解されるべきである。第１のデータは、医療装置２の外部に格納されてもよい。この点に関して、受信部２１は、認証装置４から、第２ユーザに対する認証が正常に完了したことを示すために、他の装置から医療データを受信する前にデータを受信してもよい。
【００７３】
出力モジュール２３から出力され、送信部２４から送信されるデータは、少なくとも１つの健康状態又は少なくとも１つの生物学的パラメータを含む。出力モジュール２３から出力され、送信部２４から送信されるデータは、少なくとも１つの健康状態又は少なくとも１つの生物学的パラメータのそれぞれに対する緊急度を含む。以下、少なくとも１つの健康状態及び／又は少なくとも１つの生物学的パラメータを第１の情報として参照してもよく、少なくとも１つの健康状態及び／又は少なくとも１つの生物学的パラメータのそれぞれに対する緊急度を第２情報として参照してもよい。
【００７４】
状態及び／又は生物学的パラメータは、例えば、健康、怪我、糖尿病、心臓病のような病気、自己免疫、ガン、潰瘍、精神分裂症、肺炎、口臭、アルコール摂取、器官精神的外傷、白血病、皮膚リンパ腫、肝がん、神経障害のような障害、他の健康状態及び／又は生物学的パラメータを含み得るが、これらに限定されるものではない。
【００７５】
送信機２４は、第１ユーザに関する情報を更新するために、医療装置２に格納された第１ユーザに関する種々のデータを所定期間ごとにサーバ３に送信してもよい。
【００７６】
〔サーバ３〕
次に、サーバ３について説明する。図１Ａに示すように、サーバ３は、医療装置２、認証装置４、第１の装置５、第２の装置６、第３の装置７、及び第４の装置８と通信可能に構成されてもよい。通信は、例えば、無線通信や有線通信等の手段で行われる。無線通信プロトコル又は規格は、例えば、ＩＥＥＥ  ８０２．１１  ａ／ｂ／ｇ／ｎ／ａｘ／ｂａ／ＥＨＴ等のＷｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ（ＷｉＦｉ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｅｒ（ＲＦＩＤ）、及び携帯通信（例えば、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、第５世代（５Ｇ）のうちの少なくとも１つを含んでもよい。有線通信モジュールは、ユニバーサルシリアルバス（ＵＳＢ）、高精細度マルチメディアインターフェイス（ＨＤＭＩ（登録商標））、Ｒｅｃｏｍｍｅｎｄｅｄ  Ｓｔａｎｄａｒｄ  ２３２（ＲＳ−２３２）の少なくとも１つを含んでもよい。
【００７７】
サーバ３は、データベース３１と通信モジュール３２を含んでもよい。データベース３１は、ユーザの医療データを含み、サーバ３が医療装置２、認証装置４、及び／又は第１の装置５の少なくとも１つと通信するたびに更新され、第２の装置６と、第３の装置７と、第４の装置８とを更新することができる。したがって、データベース３１が最新の情報を保持することを可能にする。通信モジュール３２は、データベース３１に格納されたデータを他の装置（ｄｅｖｉｃｅ）／装置（ａｐｐａｒａｔｕｓ）に送信してもよく、他の装置（例えば、医療装置２、認証装置４、第１の装置５、及び／又は第２の装置６）から送信されたデータをデータベース３１に格納してもよい。例えば、サーバ３は、医療装置２の要求に応じてデータベース３１に格納されたデータを送信してもよい。
【００７８】
「ユーザ」という用語は、（ｉ）患者、（ｉｉ）特定の企業又は病院等の医療機関のスタッフ、（ｉｉｉ）システムへのアクセスを許可された他の人員を含むが、これらに限定されない。システム１を用いて検査されるユーザを第１ユーザと称し、第１ユーザに対してシステム１を使用するユーザを第２ユーザと称してもよい。第１ユーザは、患者であってもよく、第２ユーザは、スタッフ又は他の人員であってもよい。
【００７９】
サーバ３は、第２ユーザの要求に応じて、第１ユーザの個人データ（第１データ）に関するデータベース３１内のデータを医療装置２に送信するように構成されてもよい。個人データの例については後述する。
【００８０】
〔第１の装置５〕
次に、認証装置４の説明に先立ち、第１の装置５について説明する。図１Ａに示すように、第１の装置５は、センサを含んでいてもよい（図示せず）。第１の装置５は、例えば、病院等の医療機関に設置されるカメラを含んで構成されていてもよいし、他の装置を含んで構成されていてもよい。センサは、第１ユーザの身体の少なくとも１つの部分の少なくとも１つの画像を取得してもよいし、画像取得センサであってもよい。少なくとも１つの得られた画像は、ビデオの静止画又はフレームであってもよい。センサは、少なくとも１つの画像を得ると、サーバ３及び／又は医療装置２にデータを送信してもよい。センサは、得られた少なくとも１つの画像データの特性をさらに分析してもよい。
【００８１】
センサが複数の画像を取得する場合、センサは、複数の画像に基づいて第１ユーザの振動の程度（すなわち複数の画像に含まれる検出された部分の位置の変化）を分析する。振動の程度は、予め決められた期間、人、個人、又は被験者の身体部分の動きの程度（例えば、眼のけいれん、眉の上げ、眼の瞳孔の膨張、顔の筋肉の緊張等）に関連づけられてもよい。振動の程度は、異なるタイミングで得られた複数の画像との比較に基づいて決定され得る。振動の程度が確立又は決定された後、センサは振動の程度に基づいて第１ユーザの状態を決定するために作動可能である。単一の身体部分又は複数の身体部分に関連する振動の大きな程度は、感情的な状態、身体的状態又は精神状態を示す可能性があることを理解されるべきである。各種の状態は、第１ユーザの表情に関して、攻撃性、緊張、正常、休息／休息、又は疲労の指標を導き出すために使用され得る。
【００８２】
画像データが異なるタイミングで取得され得ることを理解されるべきである。第１の装置５は、少なくとも１つの画像を得るために医療装置２に取り付けられてもよいことが理解されるべきである。センサは、センサから得られた画像に基づいて状態をさらに決定し得ることを理解されるべきである。
【００８３】
少なくとも１つの画像データは、スチルカメラ、ビデオカメラ、又は、写真を撮影する及び／又はビデオを録画する機能を備えるデバイスによって取得され得ることを理解されるべきである。スチルカメラ又はビデオカメラは、最初に決定されたエリア（例えば、通り、駅のプラットフォーム）に設置された監視カメラ、又は第２の決定されたエリア（例えば、空港の入国管理区域）に設置された検出カメラであってもよい。
【００８４】
第１の装置５は、少なくとも１つの画像を得るのではなく、得られた熱画像に基づいて第１ユーザの熱画像を得て、第１ユーザの状態を決定し得ることが理解されるべきである。第１の装置５が第１ユーザの熱画像を得る場合には、センサは、熱画像を得るための赤外線センサであってもよい。
【００８５】
〔認証装置４〕
続いて、認証装置４について説明する。図１Ａに示すように、認証装置４は、認証モジュール４１とデータベース４２を備えてもよいし、第２の装置６に格納されたデータが安全に使用される目的のために使用されてもよい。
【００８６】
認証モジュール４１は、パーソナルコンピュータ、モバイルデバイス、タブレット等の第２の装置６等のデバイスと通信するように構成することができる。認証モジュール４１は、ＲＦＩＤリーダー、指紋リーダー、又はそれらの組み合わせであってもよい。
【００８７】
データベース４２は、第２の装置６に格納されたデータを参照することを許可された承認された人物（第２ユーザ）のリストをそこに含むことができる。認可された者は、第２の装置６を所持している者だけでなく、認可された機関（例えば医療機関）に属する少なくとも１人の人物を含み得る。認証データは、認可された人物（例えば患者）及び／又は機関（例えば、医療機関）のリストであってもよい。個人データ及び認証データは、第２の装置６に含まれる個人データ及び認証データが認証モジュール４１によって読み取られるようにＲＦＩＤタグに含まれてもよい。医療装置２は、第２の装置６上の情報を示すクイックレスポンス（ＱＲ）コードをスキャンして情報を受け取ってもよいことを理解されるべきである。
【００８８】
認証モジュール４１が第２の装置６に格納されたデータを取得すると、認証モジュール４１は、第２ユーザが承認された者であるかどうかを認証するように構成されてもよい。特に、認証モジュール４１は、ユーザアカウント又はパスワード等の第２のデータを識別するデータを入力するように第２ユーザに要求してもよい。認証モジュール４１は、データベース４２に格納された入力された情報とデータを比較することによって認証を行ってもよい。
【００８９】
認証モジュール４１は、医療装置２及び／又はサーバ３にデータを送信してもよい。第２ユーザが認可された場合、認証モジュール４１は、サーバ３がデータベース３１にデータを格納するように、データベース４２に含まれるデータをサーバ３に送信してもよい。第２ユーザが認可された場合、認証モジュール４１は、制御部２２が認証モジュール４１から受信したデータを処理するように、データベース４２に含まれるデータを医療装置２に送信してもよい。
【００９０】
第２ユーザは、認証装置４を用いて最初に認証を要求される。認証時に、第２ユーザは、主訴（ｃｈｉｅｆ  ｃｏｍｐｌａｉｎｔ，患者が医者に申し立てる症状のうちの主要なもの）等の個人データを、受信部２１を介して医療装置２に入力してもよい。第２ユーザが医学的問題を入力すると、出力モジュール２３は、制御部２２の制御下で第１の情報及び第２の情報を出力してもよい。
【００９１】
認証装置４を使用する代わりに、医療装置２が第２の装置６で情報を取得する認証モジュール４１とデータベース４２の機能を持ち得る。したがって第２ユーザの認証のための装置４を認証のために使用しなくても良いことが理解されるべきである。
【００９２】
第２ユーザの認証が行われる場合には、他の認証方法が用いられてもよいことが理解されるべきである。他の認証は、例えば、（ｉ）カメラによる顔認証（図示せず）、（ｉｉ）パスワード入力によるパスワード認証、（ｉｉｉ）指紋リーダーを用いて指紋認証（図示せず）、（ｉｖ）ＩＲＩＳカメラ（図示せず）を用いた虹彩認証、（ｖ）声紋認証、（ｖｉ）静脈認証、及び（ｖｉｉ）その組み合わせを用いた認証等が挙げられる。
【００９３】
医療装置２及び／又は認証装置４が、使用する認証方法の少なくとも１つに従って一部の装置及び／又はアプリケーションを含めてもよいことを理解されるべきである。例えば、医療装置２及び／又は認証装置４は、顔認証を行うカメラを含んでもよい。
【００９４】
データベース３１が認証装置４と同じデータを格納してもよいことを理解されるべきである。そのため、サーバ３は第２ユーザを認証してもよい。
【００９５】
〔第２の装置６〕
第２の装置６は、パーソナルコンピュータ、モバイルデバイス、タブレット、ＩＣカード等として構成されてもよいし、第１ユーザに個人データを含んでもよい。第２の装置６は、健康診断を受けるために病院で発行された身分証明書として構成される。あるいは、第２の装置６は、クレジットカード、デビットカード、ロイヤルティカード、交通系ＩＣカード、学生証のカード又はこれらの組み合わせとなることを構成してもよい。第２の装置６は、第１ユーザに個人データを有してもよい。
【００９６】
個人データには、第１ユーザの病状、身体的特徴、医療データを含むが、これに限定されず、医師等の医療従事者による診断、診察、健康診断、生理検査、処方箋、病理検査、放射線検査、バイタルサイン、ラボ検査、家族歴、身長、体重、血圧、血糖値、基礎体温、過去の薬物の歴史、薬物同一性を含む、薬物反応データ、アレルギー、年齢、性別、人種、保険会社、居住地、連絡先情報、識別番号、購入商品の場所の履歴、ウェブインタラクション、電子メールのやりとり、請求履歴、支払い履歴、典型的な請求金額、一日の時間、オンラインインタラクションの期間、オンラインインタラクションの数、家族のステータス、職業、取引、電話番号、年齢、性別、人種、血液型、保険会社、アレルギー、過去の病歴、家族歴、社会歴、宗教、雇用主、保証人、住所、連絡先情報、及び／又は患者の状態コード等に関連するものであってもよい。
【００９７】
第２の装置６に記憶された情報は、ユーザが医療機関等の特定の場所で第２の装置６を使用するたびに更新されてもよいことを理解されるべきである。このように、システム１は、最新の情報に基づいて、ユーザの健康診断及び／又は疾患の優先度を示す情報を提供することができる。
【００９８】
第２の装置６がウェアラブルデバイス（腕時計型、メガネタイプ、リング型、靴型、フラッシュタイプ、ペンダントタイプ、衣類タイプ、ペースメーカー、ＩＣチップ（ペーストタイプ、埋め込み型）等）として構成され得ることを理解されたい。ウェアラブルデバイスを使用して、認証装置４は、ウェアラブルデバイスに保存されたデータを受け取ってもよい。保存されたデータは、体温、血圧、脈拍、心電図、胎児心拍、血糖値、呼吸、酸素飽和度、黄疸、皮膚色、歩数、体重、睡眠時間、カロリー、バランス感覚、姿勢、落下、咀嚼、味、聴覚、知覚、温度、気圧、紫外線等を含みうるが、これらに限定されない。
【００９９】
〔第３の装置７〕
第３の装置７は、パーソナルコンピュータ、モバイルデバイス、タブレット、ＩＣカード等として構成されてもよいし、第２ユーザに個人データを含んでもよいし、第２ユーザの認証に用いてもよい。
【０１００】
〔第４の装置８〕
第４の装置８は、第２の装置６等の新しい医療カードが病院等の特定の場所で発行される場合に使用することができる。特に、第４の装置８は、新しい医療カードの中に患者データを埋め込んでもよい。
【０１０１】
＜フローチャートの例＞
本開示の詳細なフローチャートは、図２を参考にして説明する。図２に示すように、Ｓ１１からＳ１７を含むプロセスがあり、システム１によって実行される。以下、認証モジュール４１及びデータベース４２は、医療装置２に設けられてもよい。この場合、医療装置２は、Ｓ１１及びＳ１２の処理を行ってもよい。
【０１０２】
Ｓ１１では、医療装置２は、第２ユーザが認可された者であるかどうかを判定する第２ユーザの認証を開始してもよい。Ｓ１２において、医療装置２が第２ユーザが認証された人物であるかどうかを判定する場合（すなわちＳ１２での判定結果はｙｅｓである）、その後の処理は、次のステップ（すなわちＳ１３）に進み得る。受信したデータは、第２の装置６に格納されたデータを含む。Ｓ１１やＳ１２等の認証プロセスが省略される可能性があることを理解する必要がある。
【０１０３】
Ｓ１３では、第２ユーザが医療装置２を操作し、医学的問題（ｍｅｄｉｃａｌ  ｉｓｓｕｅ）を入力してもよい。医学的問題は、頭痛、腹痛、腰痛、貧血、及び便秘、第１ユーザの現在の状態を含み得るが、これらに限定されない。医学的問題に基づいて、医療装置２は、第１の情報及び第２の情報を決定してもよい。本医療装置２は、（ｉ）さらなる状態（現行状態の延長によって他の疾患が可能）及び／又は（ｉｉ）該当なし状態（現在の状態のために不可能な他の疾患）として分類されうる条件をさらに決定する。Ｓ１４では、医療装置２は、Ｓ１５で第２の装置６に格納されたデータを受け取ってもよいし、医療装置２は、認証装置４からのデータ及び、人工知能（ＡＩ）に基づいて第１の情報と第２の情報を決定してもよい。
【０１０４】
Ｓ１６では、出力モジュール２３は、第１の情報（すなわち、第１ユーザの少なくとも１つの可能性のある疾患）及び、第２の情報（すなわち、少なくとも１つの可能性のある疾患のそれぞれに対する緊急度）を出力してもよい。Ｓ１６では、出力モジュール２３は、ユーザが行うべきことを示す情報を出力してもよい。行うべきことを示す情報には、（ｉ）必要な検査、治療、（ｉｉ）ユーザが行かなければならない病院、（ｉｉｉ）病気を避ける方法論、及び／又は、（ｉｖ）ユーザが食べるべき食事、食事のレシピ、宅配される食事、炭水化物制限食品、カリウム制限、アレルギー、その他の禁忌食品等が含まれるが、これらに限定されない。行うべきことは、第１ユーザの状態の進行又は悪化を防ぐことができる。そのため、第１ユーザにとって好ましい動作が特定されてもよい。Ｓ１７では、医療装置２は、任意のデータが他の装置から提供されるかどうかを決定してもよい。Ｓ１７で他の装置からデータが提供されている場合、プロセスはＳ１５に進んでもよい。Ｓ１７で他の装置から提供されるデータが他の装置から提供されていない場合、プロセスは終了する可能性がある。
【０１０５】
＜システム１の他の例示＞
図１Ｂは、本開示のいくつかの実施形態にしたがってシステム１のブロック図を示す。図１Ｂに示すように、第２の装置６及び第４の装置８は、第１の医療機関で使用することができ、医療装置２は、第２の医療機関で提供されてもよいし、医療装置２、第２の装置６、及び第３の装置７は、救急車に設置されている。医療機関や医療機関の従業員に関する情報を保管することができるカード情報及びデータベース３１Ｂを格納することができるデータベース３１Ａがデータセンターに提供され、医療装置２及び第３の装置７は、消防署に提供されている。
【０１０６】
上述したように、第４の装置８は、第１の医療機関で第２の装置６等の新しい医療カードが発行される場合に使用されてもよい。医療カードが発行されると、医療カードに保存されたデータがデータセンターに送信されてもよい。特に、データセンター内のデータベース３１Ａは、医療カードに格納されたデータを記憶してもよい。第１ユーザに対して特定の事故が起こった場合、救急車の従業員は、医療装置２及び第３の装置７を使用して、第２の装置６に格納されたデータにアクセスすることによって、その従業員を認証することができる。救急車内の従業員の認証が成功すると、図２に示すＳ１５からＳ１７のプロセスを実行して、第１ユーザの少なくとも１つの可能性のある疾患及び少なくとも１つの可能性のある疾患のそれぞれに対する緊急度を決定することができる。第１ユーザの少なくとも１つの可能性のある疾患及び少なくとも１つの可能性のある疾患のそれぞれに対する緊急度を決定すると、第１ユーザの詳細は、救急車から第２の医療機関に通知され得る。第２の医療機関の従業員は、医療装置２を使用し、データベース３１Ｂにアクセスして第２の装置６に格納されたデータにアクセスすることによって、その従業員を認証することができる。第２の医療機関の従業員の認証に成功すると、図２に示すＳ１５からＳ１７のプロセスは、第１ユーザの少なくとも１つの可能性のある疾患及び少なくとも１つの可能性のある疾患に対する緊急度を決定してもよい。第２の装置６に格納されたデータ等のデータは、第１ユーザの少なくとも１つの可能性のある疾患、及び／又は少なくとも１つの可能性のある疾患のそれぞれに対する緊急度が、医療装置２からデータベース３１Ａに送信されてもよい。
【０１０７】
第２ユーザが認証装置４によって正常に認証されると、Ｓ１２において、第２の装置６に含まれる情報もサーバ３に送信されてもよいことを理解されるべきである。
【０１０８】
少なくとも１つの可能性のある疾患の数が２つ以上である場合、医療装置２は、他の装置からより多くのデータを受け取ることによって可能性のある疾患を絞り込むことが理解されるべきである。
【０１０９】
第２の装置６に格納された情報を受け取る例示的なプロセスＳ１２が上記のように説明されているが、追加的又は代替的に、医療装置２は、第１ユーザの少なくとも１つの可能性のある疾患を決定してもよいことを理解されるべきである。その後、医療装置２は、少なくとも１つの可能性のある疾患のそれぞれに対する緊急度を、少なくとも１つのサーバ３及び第１の装置５から送信されるデータに基づいて出力してもよい。
【０１１０】
第２の装置６に格納された情報を受け取る例示的なプロセスＳ１２は、上記のように説明されているが、追加的又は代替的に、サーバ３は、少なくとも１つの可能性のある疾患及び程度を決定してもよいことが理解されるべきである。少なくとも１つの可能性のある疾患のそれぞれに対する緊急度は、以下の少なくとも１つからのデータに基づいている：サーバ３、第１の装置５、第２の装置６。その後、医療装置２は、サーバ３、第１の装置５、及び／又は第２の装置６からのデータに基づいて、少なくとも１つの可能性のある疾患及び少なくとも１つの可能性のある疾患のそれぞれに対して少なくとも１つの可能性のある緊急度を出力してもよい。
【０１１１】
＜有利な効果＞
本開示によれば、出力モジュール２３は、第１の情報と第２の情報を示すデータを出力するように構成され、ここで、第１の情報は、少なくとも１つの可能性のある疾患を含み、第２の情報は疾患のそれぞれに対する緊急度を含む。したがって、第２ユーザは、疾患の状態の進行又は悪化を防ぐためにどのような処置をとる必要があるかを検討することができる。さらに、ユーザは、処置を受ける前にどの処置を優先させる必要があるかを決定できる。
【０１１２】
本開示によれば、出力モジュール２３は、第１の情報及び第２の情報を示すデータを出力するように構成され、ここで第１の情報は、入力データから派生した可能性のある疾患のすべてを含む。したがって、可能性のある疾患の１つが起こりにくい重篤な疾患であるにもかかわらず、第１ユーザ及び／又は第２ユーザは、重篤な疾患の可能性を考慮して必要な措置を講じることができる。
【０１１３】
本開示によれば、医療装置２は、サーバ３、第１の装置５、及び／又は第２の装置６等の他の装置からデータを受信するように構成されている。したがって、システム１は、種々の側面の観点から第１の情報及び第２の情報を決定することができ、従って正確な結果を得ることができる。
【０１１４】
本開示によれば、（ｉ）医師等の医療従事者による診断から導き出されたデータに関連する個人データ、及び／又は（ｉｉ）第１の装置５から得られた少なくとも１つの画像が最初の情報とし、２番目の情報は、したがって、正確に条件を決定することを可能にする。
【０１１５】
＜第１の実施形態に関して可能な派生＞
第１ユーザが第２ユーザと同じ（自己トリアージ）であってもよいことが理解されるべきである。すなわち、第１ユーザと第２ユーザの両方が共通する１人の患者であってもよい。
【０１１６】
第１の装置５によって得られた画像データがサーバ３にアップロードされ得ることを理解されるべきである。第２の装置６としてのカードから取得されたデータが予めサーバ３にアップロードされてもよいことが理解されるべきである。
【０１１７】
データベース３１及び／又は第２の装置６内の情報が重み付け係数を置くことができると理解されるべきであり、通信モジュール３２は、情報及び重み付け係数に基づいて少なくとも１つの可能な疾患を決定してもよい。重み付け係数は、情報係数の重要性に応じて決定されてもよい。
【０１１８】
本開示（例えば、医療装置２、サーバ３、認証装置４、第１の装置５、第２の装置６、第３の装置７、及び第４の装置８）は、例示のハードウェアによって構成されているが、ハードウェアと連携するソフトウェアによって提供されても良い。
【０１１９】
また、ハードウェアに使用される機能ブロック（図示せず）は、通常、集積回路であるＬＳＩデバイスとして実装される。機能ブロックは、個々のチップとして形成されてもよいし、一部又は全部の機能ブロックを単一のチップに統合してもよい。
【０１２０】
＜＜第２の実施形態＞＞
続いて、本発明の第２の実施形態について説明する。
【０１２１】
＜システム１００１＞
図３は、本実施形態の医療システム１００１（以下、単に「システム１００１」とも称する。）の構成の一例を示すブロック図である。
【０１２２】
システム１００１は、少なくとも、医療装置１００２を含んで構成される。システム１００１は、さらに、１又は複数の後述する第１ユーザ端末１００３及びネットワーク１００４を含むことが好ましい。
【０１２３】
以下、医療装置１００２を用いて健康状態及び緊急度を決定される患者を第１ユーザとも称し、医療装置１００２及び／又は第１ユーザ端末１００３を操作するオペレータを第２ユーザとも称する。第２ユーザは、例えば、第１ユーザ（患者）、患者の家族等を含む患者の関係者、特定の企業又は病院等の医療機関のスタッフ、システム１００１へのアクセスを許可された他の人員等が挙げられる。
【０１２４】
医療装置１００２のオペレータは、所定の登録がなされている第２ユーザが利用者であることの認証に成功したユーザであることが好ましい。これにより、所定の登録がなされている第２ユーザが医療装置１００２の利用者であるため、何ら登録がなされていない第三者に、第１ユーザ（患者）の状態という重大な個人情報が行き渡ることがない。したがって、患者は、オペレータによる主観のない客観的な情報を、個人情報の漏洩を心配することなく提供できる。
【０１２５】
所定の登録がなされている第２ユーザが利用者であることの認証は、第２ユーザの知識を用いる知識認証、第２ユーザの所有物を用いる所有物認証、第２ユーザの生体情報を用いる生体認証、又はそれらの組み合わせを含むことが好ましい。知識認証として、例えば、第２ユーザに紐付けられた所定のパスワードを第２ユーザに入力させることで第２ユーザを認証するパスワード認証等が挙げられる。所有物認証として、例えば、第２ユーザが所有する所定のカードを用いて第２ユーザを認証するカード認証、第２ユーザが所有する携帯端末に格納された所定の認証情報を用いて第２ユーザを認証する認証等が挙げられる。生体認証として、例えば、顔認証、指紋認証、虹彩認証、声紋認証、静脈認証、又はそれらの組み合わせによる認証が挙げられる。第２ユーザが利用者であることの認証に際し、各種の生体情報又は所定のカード等を用いた信頼できる認証が行われるため、第１ユーザ（患者）は、個人情報の漏洩をより一層心配することなく、より客観的な情報を提供できる。
【０１２６】
第２ユーザは、第１ユーザと同じであってもよい。これにより、第１ユーザ（患者）自らが認証を行うため、医療装置１００２は、認証を通じた患者の識別に基づいて、患者と医療データとを正確に紐付けられる。これにより、患者の医療データが他の患者の医療データと取り違えられることがなくなる。したがって、医療装置１００２は、より客観的であり、既往症がより確実に網羅された情報を、受信できる。
【０１２７】
所定の登録がなされている第２ユーザが利用者であることの認証を行う認証モジュール（図示せず）は、医療装置１００２と一体に構成されていてもよく、別体に構成されていてもよい。所定の登録がなされている第２ユーザが利用者であることの認証を行う認証モジュールは、医療装置１００２と別体に構成可能であることが好ましい。これにより、認証モジュールを省いて医療装置１００２を構成し、医療装置１００２を小型かつ携帯可能な構造にできる。携帯可能である医療装置１００２は、大型の医療装置１００２を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的であり、既往症がより確実に網羅された情報を、受信できる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療用途のためのシステム１００１を提供できる。
【０１２８】
〔医療装置１００２〕
医療装置１００２は、少なくとも、処理部１０２１、記憶部１０２２、表示部１０２３、入力部１０２４及び通信部１０２５を含んで構成される。
【０１２９】
［処理部１０２１］
処理部１０２１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、及びＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備える。
【０１３０】
処理部１０２１は、所定のプログラムを読み込み、必要に応じて記憶部１０２２、表示部１０２３、入力部１０２４、及び／又は通信部１０２５と協働することで、医療装置１００２におけるソフトウェア構成の要素である、受信部１２１１、決定部１２１２、出力部１２１３、入力指令部１２１４、生成部１２１５、除去部１２１６、判定部１２１７等を実現する。
【０１３１】
〔記憶部１０２２〕
記憶部１０２２は、データやファイルが記憶される装置であって、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を有する。記憶部１０２２は、ネットワークを介してＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、クラウドストレージ、ファイルサーバ及び／又は分散ファイルシステム等の記憶装置又は記憶システムとの接続を可能にする仕組みを有してもよい。
【０１３２】
記憶部１０２２には、少なくとも、マイクロコンピューターで実行される制御プログラム、医療データテーブル１２２１、健康状態テーブル１２２２、入力指令テーブル１２２３、及び候補テーブル１２２４等が記憶されている。
【０１３３】
［医療データテーブル１２２１］
図４は、医療データテーブル１２２１の一例を示す図である。図４に示す医療データテーブル１２２１には、医療データを識別する「ＩＤ」と、医療データに関する第１ユーザ（患者）の認証情報を記憶する「第１ユーザ認証情報」と、少なくとも患者がこれまでにかかった既往症に関する情報を有する医療データを含む「医療データ」とを紐付けた情報が記憶されている。
【０１３４】
例えば、図４に示す例では、ＩＤ「１」と第１ユーザ認証情報「患者０００１」と医療データ「高血圧症、高脂血症、血便」とを紐付けたデータが格納されている。これにより、認証情報「患者０００１」で認証される第１ユーザ（患者）が高血圧症及び高脂血症の既往症をもっており、さらに、便に血が混じる血便が見つかったことを用いて、患者の健康状態及び緊急度を決定できる。
【０１３５】
ＩＤを含むことにより、医療データの取得及び格納が容易になる。第１ユーザ認証情報を含むことにより、患者の医療データを他の患者の医療データと取り違えることがなくなる。患者がこれまでにかかった既往症に関する情報を含む医療データを含むことにより、患者がこれまでにかかった既往症がより確実に網羅された情報を用いて、患者の健康状態の把握と、患者の治療順位、救急搬送の順位、搬送先施設の決定等とをより正確に行うことの可能な医療装置１００２を提供できる。
【０１３６】
医療データは、患者のカルテに含まれる情報、患者の状態、患者の生物学的パラメータ及び／又は患者に関する臨床検査の結果等の患者に関する医療用のデータを含んでも良い。これにより、医療装置１００２は、患者の既往症等だけでなく、患者のカルテに含まれる情報、患者の状態、患者の生物学的パラメータ及び／又は患者に関する臨床検査の結果をも考慮し、どのような疾病と緊急性があるかをより正確に決定できる。
【０１３７】
医療データは、第１ユーザ（患者）の遺伝子データ、精神状態、及び／又は生活環境を含むことが好ましい。これにより、医療装置１００２は、患者の状態だけでなく、患者の遺伝子データ、精神状態、及び／又は生活環境をも考慮し、どのような疾病と緊急性があるかをより正確に決定できる。また、患者の状態、患者の医療データ、患者の遺伝子データ、精神状態、及び／又は生活環境から選ばれた２以上の情報の組合せに基づいて、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定を、１つ１つの要素に基づく決定よりも正確に行うことができる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置１００２を提供できる。
【０１３８】
医療データは、第１ユーザ（患者）の周産期医療に関する周産期医療データ及び／又は患者の子である乳児に関連する乳児医療データを含むことが好ましい。
【０１３９】
出産前後の期間である周産期では、母親の健康状態が子の健康状態に影響を与え、子の健康状態が母親の健康状態に影響を与える。したがって、母子双方の健康状態を正確に決定し、決定された健康状態に基づいて、患者の治療順位、救急搬送の順位、搬送先施設の決定等を行うことが重要である。
【０１４０】
医療データが患者の周産期医療に関する周産期医療データ及び／又は患者の子である乳児に関連する乳児医療データを含むことにより、医療装置１００２は、患者に関連する周産期医療に関する医療データを含む、より客観的であり、既往症がより確実に網羅された情報を、受信できる。さらに、医療装置１００２は、患者の子である乳児に関連する医療データを用いることにより、子に関する健康状態及び緊急度の決定をより正確に行うことができるだけでなく、子の健康状態の影響を受ける母親である患者に関する健康状態及び緊急度の決定をより正確に行うことができる。したがって、医療装置１００２は、患者の状態及び医療データだけを用いる場合よりも適切に、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことができる。
【０１４１】
例えば、図４に示す例では、ＩＤ「３」と第１ユーザ認証情報「患者０００３」と医療データ「出産時出血量大、患者０００４を正常分娩」とを紐付けたデータが格納されている。これにより、認証情報「患者０００３」で認証される第１ユーザ（患者）が出産時に出血量が多かったこと及び患者０００４を正常分娩したことを含む周産期医療データを用いて、患者の健康状態及び緊急度を決定できる。また、図４に示す例では、認証情報「患者０００３」で認証される患者の子である患者０００４について、医療データ「乳児、男児、生後２週間」が格納されている。これにより、子である患者０００４に関する健康状態及び緊急度の決定をより正確に行うことができるだけでなく、子である患者０００４の健康状態の影響を受ける母親である患者０００３に関する健康状態及び緊急度の決定をより正確に行うことができる。
【０１４２】
医療データは、さらに、医師等の医療従事者による診断、職場での健康診断、学校での健康診断、生理検査、処方箋、病理検査、放射線検査、バイタルサイン、ラボ検査、家族歴、身長、体重、血圧、血糖値、基礎体温、過去の薬物の歴史、薬物同一性を含む、薬物反応データ、アレルギー、年齢、性別、人種、保険会社、居住地、連絡先情報、識別番号、購入商品の場所の履歴、ウェブインタラクション、電子メールのやりとり、請求履歴、支払い履歴、典型的な請求金額、一日の時間、オンラインインタラクションの期間、オンラインインタラクションの数、家族のステータス、職業、取引、電話番号、年齢、性別、人種、血液型、保険会社、アレルギー、過去の病歴、家族歴、社会歴、宗教、雇用主、保証人、住所、連絡先情報、及び／又は患者の状態コードに関するデータを含んでもよい。これらのデータを含むことにより、医療装置１００２は、より客観的であり、既往症がより確実に網羅された情報を用いて健康状態及び治療の緊急度を決定できる。
【０１４３】
医療データを格納する医療データテーブル１２２１が記憶されていることにより、第１ユーザ（患者）の健康状態及び治療の緊急度に関する情報を出力する際、医療データを用いて既往症がより確実に網羅された状態で出力可能である。
【０１４４】
図３の例では医療データテーブル１２２１を記憶部１０２２に格納しているが、医療データテーブル１２２１は、医療装置１００２とは別体に設けられているサーバ（図示せず）が有するデータベースに格納されてもよい。これにより、サーバを医療装置１００２と別体に構成できるため、サーバを省いて医療装置１００２を構成し、医療装置１００２を小型かつ携帯可能な構造にできる。携帯可能である医療装置１００２は、大型の医療装置１００２を設置可能な医療機関等から離れた場所、例えば、救急医療の現場や介護施設等であっても、より客観的であり、既往症がより確実に網羅された情報を、受信できる。また、医療装置１００２の携帯性を考慮することなくサーバを構成できるため、より多くのデータを蓄積するデータベースを構築できる。そして、医療装置１００２は、より客観的であり、既往症がより確実に網羅された情報を、受信できる。
【０１４５】
医療装置１００２とは別体に設けられているサーバは、所定の登録がなされている第２ユーザが利用者であることを認証可能な認証モジュール（図示せず）をさらに有してもよい。これにより、サーバと一体に認証モジュールを構成できるため、認証モジュールは、サーバが設置された医療機関等にいる第２ユーザ（例えば、医療従事者）のみを認証できる。すなわち、第２ユーザの認証がより信頼できるものとなる。信頼できる認証が行われるため、第１ユーザ（患者）は、個人情報の漏洩をより一層心配することなく、患者の状態及び／又は医療データを正確に提供できる。したがって、より客観的であり、既往症がより確実に網羅された情報を、医療装置１００２が受信できる。
【０１４６】
［健康状態テーブル１２２２］
図５は、健康状態テーブル１２２２の一例を示す図である。図５に示す健康状態テーブル１２２２には、健康状態を識別する「ＩＤ」と、第１ユーザ（患者）の状態に関する「第１データ」と、患者の「医療データ」と、第１データ及び／又は医療データに関する「健康状態」及び「緊急度」とを紐付けた情報が記憶されている。図５に示す例では、健康状態の緊急度が高い、すなわち、より迅速に治療等を行わなければならない健康状態である順に緊急度「１」「２」「３」が格納されている。
【０１４７】
状態に関する第１データのフォーマットは、患者の状態を示すものであれば、特に限定されない。医療データのフォーマットは、患者の医療データに関するデータであれば、特に限定されない。健康状態のフォーマットは、患者の健康状態を示すものであれば、特に限定されない。緊急度のフォーマットは、健康状態に関する緊急度を示すものであれば、特に限定されない。
【０１４８】
ＩＤを含むことにより、医療データの取得及び格納が容易になる。患者の状態に関する第１データ及び患者の医療データを含むことにより、患者の状態及び医療データに基づいて、患者の健康状態の把握と、患者の治療順位、救急搬送の順位、搬送先施設の決定等とをより正確に行える。健康状態及び緊急度を含むことにより、第１データ及び医療データから患者の健康状態の把握と、患者の治療順位、救急搬送の順位、搬送先施設の決定等とを行うことが可能になる。
【０１４９】
例えば、図５に示す例では、ＩＤ「１」と第１データ「頭痛」「痺れ」と医療データ「高血圧症」「高脂血症」と健康状態「脳卒中」と緊急度「１」とを紐付けたデータが格納されている。これにより、後述するトリアージ処理において、「頭痛」及び／又は「痺れ」の状態を有する第１ユーザ（患者）は、脳卒中の可能性があり、脳卒中の緊急度は「１」という最も高い緊急度であることを用いて、患者に関する健康状態及び緊急度の決定を行うことができる。
【０１５０】
健康状態は、怪我の可能性、障害の可能性、及び／又は病気の可能性を含むことが好ましい。例えば、図５に示す例では、ＩＤ「２」と障害の可能性である健康状態「心不全の可能性」とが紐付けられ、ＩＤ「３」と怪我の可能性である健康状態「内臓破裂の可能性」とが紐付けられ、ＩＤ「５」と病気の可能性である健康状態「緊張型頭痛」とが紐付けられている。これにより、医療装置１００２は、確実に診断できる健康状態だけでなく、可能性のある健康状態をも出力できる。
【０１５１】
健康状態テーブル１２２２が記憶されていることにより、医療装置１００２は、医療装置１００２が受信した第１ユーザ（患者）の状態及び／又は医療データに紐付けられた患者に関する健康状態及び緊急度を健康状態テーブル１２２２から取得し、出力できる。
【０１５２】
必須の構成要素ではないが、健康状態テーブル１２２２は、健康状態と第１ユーザ（患者）に対して行う医療措置及び／又は患者に対する医療アドバイスに関する医療情報とを紐付けて格納可能であることが好ましい。これにより、医療装置１００２は、患者に対して必要な医療措置及び／又は医療アドバイスを提供できる。したがって、搬送先施設の決定に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置１００２を提供できる。医療措置に関する医療情報は、例えば、職場及び／又は学校での健康診断を担当する医療従事者への伝達事項に関する情報、患者の治療に関する専門分野区分である診療科（例えば、外科、整形外科、循環器内科、等）の選定に関する情報、患者に対する治療方針に関する情報等を含む。医療アドバイスに関する医療情報は、例えば、患者がレストラン等で行う食事についてのアドバイスに関する情報、患者の旅行についてのアドバイスに関する情報等を含む。
【０１５３】
［入力指令テーブル１２２３］
記憶部１０２２には、入力指令テーブル１２２３が記憶されていることが好ましい。図６は、入力指令テーブル１２２３の一例を示す図である。図６に示す入力指令テーブル１２２３には、入力指令を識別する「ＩＤ」と、第１ユーザ（患者）の状態に関する「第１データ」と、第１ユーザ（患者）に対し、第１ユーザに関連付けられた追加の状態及び／又は追加の医療データの入力を指令する「入力指令」とを紐付けた情報が記憶されている。
【０１５４】
ＩＤを含むことにより、医療データの取得及び格納が容易になる。入力指令を含むことにより、医療装置１００２は、第１ユーザ（患者）に対し、第１データに基づいて必要な問診に対する回答及び／又は必要な医療データの入力を指令できる。これにより、医療装置１００２は、より客観的であり、既往症がより確実に網羅された情報を受信できる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置１００２を提供できる。
【０１５５】
例えば、図６に示す例では、ＩＤ「１」と第１データ「頭痛」と入力指令「問診：痺れはありますか？」「問診：肩こりはありますか？」「医療データ：デスクワーカーか否かチェック」「医療データ：高血圧症チェック」「医療データ：高脂血症チェック」とを紐付けたデータが格納されている。これにより、後述するトリアージ処理において、「頭痛」の状態を有する第１ユーザ（患者）に対して、必要な問診に対する回答及び必要な医療データの入力を指令できる。
【０１５６】
入力指令テーブル１２２３が記憶されていることにより、入力指令部１２１４は、第１ユーザ（患者）に対し、第１データに基づいて必要な問診に対する回答及び／又は必要な医療データの入力を指令できる。これにより、医療装置１００２は、より客観的であり、既往症がより確実に網羅された情報を受信できる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能な医療装置１００２を提供できる。
【０１５７】
［候補テーブル１２２４］
記憶部１０２２には、入力指令テーブル１２２３に加えて、さらに、候補テーブル１２２４が記憶されていることが好ましい。図７は、候補テーブル１２２４の一例を示す図である。図７に示す候補テーブル１２２４には、健康状態の候補を識別する「ＩＤ」と、第１ユーザ（患者）の状態に関する「第１データ」と、患者の医療データに関する「医療データ」と、入力指令に対して送信される「第３データ」と、第１データ、医療データ及び／又は第３データに関する「健康状態」及び「緊急度」と、患者の健康状態として確定可能であるか否かを示す「確定可能フラグ」と、患者の健康状態との関連性が相対的に低いことを示す「低関連性フラグ」とを紐付けた情報が記憶されている。
【０１５８】
ＩＤを含むことにより、健康状態の候補の取得及び格納が容易になる。第１データ、医療データ、第３データ、健康状態、緊急度、及び確定可能フラグを含むことにより、医療装置１００２は、患者の疾病等として確定可能な確定可能健康状態の有無を判定できる。そのため、患者の疾病を迅速に把握できる。低関連性フラグを含むことにより、患者の疾病等との関連性が相対的に低いと予測される疾病等を取り除くことができる。そのため、可能性が低くても想定される重大な疾病に漏れが生じるのを防ぐことができ、緊急度を正確に把握できる。
【０１５９】
候補テーブル１２２４が記憶されていることにより、除去部１２１６は、候補テーブル１２２４に記憶されている低関連性フラグがＯＮである健康状態の候補を用いて、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等を取り除ける。また、判定部１２１７は、候補テーブル１２２４に記憶されている確定可能フラグがＯＮである健康状態の候補を用いて、第１ユーザの疾病等として確定可能な確定可能健康状態の有無を判定できる。
【０１６０】
〔表示部１０２３〕
表示部１０２３の種類は、特に限定されない。表示部１０２３として、例えば、モニタ、タッチパネル、プロジェクタ、健康状態及び緊急度に関する音声を再生可能なスピーカ、外部の装置に健康状態及び緊急度を表示させるビデオカード等が挙げられる。
【０１６１】
〔入力部１０２４〕
入力部１０２４の種類は、特に限定されない。入力部１０２４として、例えば、キーボード、マウス、タッチパネル、ソフトウェアキーボード、音声を認識するマイク、外部の装置から入力を受信する通信デバイス等が挙げられる。
【０１６２】
〔通信部１０２５〕
通信部１０２５は、医療装置１００２を第１ユーザ端末１００３その他の機器と通信可能にするためのデバイスを有する。デバイスの種類は特に限定されるものでなく、例えばイーサネット規格に対応したネットワークカード、ＩＥＥＥ８０２．１１に準拠したＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイス、等を有する。通信手段は、特に限定されず、例えば、無線通信や有線通信等の手段で行われる。無線通信プロトコル又は規格は、特に限定されず、例えば、ＩＥＥＥ  ８０２．１１  ａ／ｂ／ｇ／ｎ／ａｘ／ｂａ／ＥＨＴ等のＷｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ（ＷｉＦｉ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｅｒ（ＲＦＩＤ）、及び携帯通信（例えば、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、第５世代（５Ｇ））の少なくとも１つが含まれる場合がある。有線通信のためのモジュールとして、例えば、ユニバーサルシリアルバス（ＵＳＢ）、高精細度マルチメディアインターフェイス（ＨＤＭＩ）、Ｒｅｃｏｍｍｅｎｄｅｄ  Ｓｔａｎｄａｒｄ  ２３２（ＲＳ−２３２）が挙げられる。
【０１６３】
〔第１ユーザ端末１００３〕
第１ユーザ（患者）、患者の家族等を含む患者の関係者、特定の企業若しくは病院等の医療機関のスタッフ、及び／又はシステム１００１へのアクセスを許可された他の人員が使用する第１ユーザ端末１００３の種類は、特に限定されず、パーソナルコンピュータ、タブレット端末、スマートフォン等の各種の端末が挙げられる。第１ユーザ端末１００３は、ネットワーク１００４を介して医療装置１００２と通信可能に構成されている。また、第１ユーザ端末１００３は、医療装置１００２に第１データ及び第３データを送信し、入力指令及び第２データを受信するプログラムを記憶し、当該プログラムを実行可能に構成されている。
【０１６４】
必須の構成要素ではないが、第１ユーザ端末１００３は、第１ユーザ（患者）の画像データを取得して医療装置１００２に送信可能に構成されたセンサ（図示せず）を含んでいてもよい。センサは、患者の身体の少なくとも１つの部分の少なくとも１つの画像を取得する画像取得センサであってもよい。少なくとも１つの得られた画像は、ビデオの静止画又はフレームであってもよい。センサが少なくとも１つの画像を取得したとき、センサは、医療装置１００２に取得された画像データを送信してもよい。センサは、取得された少なくとも１つの画像データの特性をさらに分析してもよい。
【０１６５】
センサが複数の画像を取得する場合、センサは、複数の画像に基づいて第１ユーザの振動の程度（すなわち複数の画像に含まれる検出された部分の位置の変化）を分析してもよい。振動の程度は、予め決められた期間、人、個人、又は被験者の身体部分の動きの程度（例えば、眼のけいれん、眉の上げ、眼の瞳孔の膨張、顔の筋肉の緊張等）に関連づけられてもよい。振動の程度は、異なるタイミングで得られた複数の画像との比較に基づいて決定され得る。振動の程度が確立又は決定された後、センサは振動の程度に基づいて第１ユーザの状態を決定してもよい。単一の身体部分又は複数の身体部分に関連する振動の大きな程度は、感情的な状態、身体的状態又は精神状態を示す可能性がある。第１ユーザの表情に関する各種の条件を用いて、攻撃性、緊張、正常、休息／休息、又は疲労の指標を導き出し得る。
【０１６６】
センサは、異なるタイミングで画像データを取得可能であることが好ましい。センサが異なるタイミングで画像データを取得可能であることにより、健康状態及び緊急度に関する出力を決定する制御部に相当する決定部１２１２は、複数の画像データを含む第１データと医療データとに基づいて健康状態及び緊急度に関する情報を含む第２データを決定するに際し、異なるタイミングで取得された複数の第１ユーザ（患者）の画像データをそれぞれ比較して、病状の進行速度を把握することや、１日のうちの時間帯によって症状が変化する疾病を診断すること等を行える。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステム１００１を提供できる。
【０１６７】
少なくとも１つの画像データは、静止画カメラ又はビデオカメラによって取得されてもよい。静止画カメラ又はビデオカメラは、最初に決定されたエリア（例えば、通り、駅のプラットフォーム）に設置された監視カメラ、又は第２の決定されたエリア（例えば、空港の入国管理区域）に設置された検出カメラであってもよい。また、少なくとも１つの画像データは、写真撮影機能及び／又はビデオ録画機能を備えるデバイスによって取得されてもよい。
【０１６８】
センサは、赤外線センサ等の第１ユーザ（患者）の熱画像データを取得可能なセンサであってもよい。熱画像データを取得可能なセンサであることにより、健康状態及び緊急度に関する出力を決定する制御部に相当する決定部１２１２は、熱画像データを含む第１データを用いて、患者の皮膚の表面温度を測定し、患者の末梢循環不全、麻痺による体温の左右差の有無、皮膚疾患及び／又は血管腫等の周辺部との温度差等の各種の患者の客観的な情報に基づいて第２データを決定できる。
【０１６９】
〔ネットワーク１００４〕
ネットワーク１００４の種類は特に限定されず、パーソナルエリアネットワーク、ローカルエリアネットワーク、イントラネット、エクストラネット、インターネット、Ｗｉ−Ｆｉネットワーク、ユニバーサル・シリアル・バス（ＵＳＢ）に準拠したバスネットワーク、あるいはこれらを含むネットワークを複数組み合わせたネットワーク等が挙げられる。
【０１７０】
〔画像配信のメインフローチャート〕
図８及び図９は、本実施形態における第１ユーザに関する健康状態及びその緊急度を決定する処理（以下、トリアージ処理とも称する。）の手順を示すメインフローチャートの一例である。以下では、図８及び図９を参照しながら、医療装置１００２が行うトリアージ処理の好ましい手順について説明する。
【０１７１】
［ステップＳ２１：第１データを受信したか否かを判定］
処理部１０２１は、記憶部１０２２及び通信部１０２５と協働して受信部１２１１を実行し、第１ユーザ端末１００３から第１ユーザ（患者）の状態を含む第１データを受信したか否かを判定する（ステップＳ２１）。
【０１７２】
ステップＳ２１において、第１データを受信したか否かを判定することにより、患者の状態を含む第１データを確実に受信してから、トリアージ処理を行える。
【０１７３】
第１データは、医療装置１００２とは別体に設けられているセンサ（図示せず）が取得した第１ユーザ（患者）の画像データを含むことが好ましい。センサは、第１ユーザ端末１００３が有するセンサでもよい。第１データが患者の画像データを含むことにより、オペレータの主観が入らない客観的なデータである、患者の画像データを受信できる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステム１００１を提供できる。
【０１７４】
第１ユーザ（患者）の画像データは、異なるタイミングで取得された画像データを含むことが好ましい。これにより、健康状態及び緊急度に関する出力を決定する制御部に相当する決定部１２１２は、複数の画像データを含む第１データと医療データとに基づいて、健康状態及び緊急度に関する情報を含む第２データを決定するに際し、異なるタイミングで取得された複数の第１ユーザ（患者）の画像データをそれぞれ比較して、病状の進行速度を把握することや、１日のうちの時間帯によって症状が変化する疾病を診断すること等を行える。
【０１７５】
第１ユーザ（患者）の画像データは、赤外線センサ等により取得された第１ユーザ（患者）の熱画像データを含むことが好ましい。熱画像データを含むことにより、健康状態及び緊急度に関する出力を決定する制御部に相当する決定部１２１２は、熱画像データを含む第１データを用いて患者の皮膚の表面温度を測定し、患者の末梢循環不全、麻痺による体温の左右差の有無、皮膚疾患及び／又は血管腫等の周辺部との温度差等の各種の患者の客観的な情報に基づいて第２データを決定できる。
【０１７６】
第１データを受信していれば、処理部１０２１は、処理をステップＳ２２に移す。第１データを受信していなければ、処理部１０２１は、処理をステップＳ２１に移す。
【０１７７】
医療装置１００２は、後述するステップＳ２２からステップＳ２４において実行される、入力指令に関する処理を行うことが好ましいが、入力指令に関する処理を行わなくてもよい。例えば、処理部１０２１は、第１データを受信している場合に、処理をステップＳ２５に移してもよい。
【０１７８】
［ステップＳ２２：入力指令を取得］
処理部１０２１は、記憶部１０２２と協働して入力指令部１２１４を実行し、入力指令テーブル１２２３からステップＳ２１で受信した第１データに含まれる第１ユーザ（患者）の状態の１以上と紐付けられた入力指令を取得する（ステップＳ２２）。処理部１０２１は、処理をステップＳ２３に移す。
【０１７９】
ステップＳ２２において、入力指令を取得することにより、第１ユーザ端末１００３に必要な問診に対する回答及び／又は必要な医療データの入力を指令する入力指令を送信できる。これにより、第２ユーザの主観による問診内容の漏れを防ぎ、患者に対して客観的な問診を行える。
【０１８０】
［ステップＳ２３：入力指令を送信］
処理部１０２１は、記憶部１０２２及び通信部１０２５と協働して入力指令部１２１４を実行し、ステップＳ２２で取得した入力指令を、第１ユーザ端末１００３に送信する（ステップＳ２３）。処理部１０２１は、処理をステップＳ２４に移す。
【０１８１】
ステップＳ２３において、第１ユーザ端末１００３に入力指令を送信することにより、第１ユーザ端末１００３を操作する第１ユーザ（患者）、患者の家族等を含む患者の関係者、特定の企業又は病院等の医療機関のスタッフ、及び／又はシステム１００１へのアクセスを許可された他の人員等に、必要な問診に対する回答及び／又は必要な医療データの入力を指令できる。
【０１８２】
［ステップＳ２４：第３データを受信したか否かを判定］
処理部１０２１は、記憶部１０２２及び通信部１０２５と協働して受信部１２１１を実行し、第１ユーザ端末１００３から第１ユーザ（患者）に関する必要な問診に対する回答及び／又は必要な医療データを含む第３データを受信したか否かを判定する（ステップＳ２４）。第３データを受信していれば、処理部１０２１は、処理をステップＳ２５に移す。第３データを受信していなければ、処理部１０２１は、処理をステップＳ２４に移す。
【０１８３】
ステップＳ２４において、第３データを受信したか否かを判定することにより、必要な問診に対する回答及び／又は必要な医療データを含む第３データを確実に受信してから、トリアージ処理を行える。
【０１８４】
［ステップＳ２５：医療データを取得］
処理部１０２１は、記憶部１０２２と協働して決定部１２１２を実行し、医療データテーブル１２２１から第１ユーザ（患者）に関する医療データを取得する（ステップＳ２５）。
【０１８５】
ステップＳ２５において、医療データを取得することにより、患者の健康状態及び治療の緊急度に関する情報を出力部１２１３が出力する際、医療データを用いて既往症がより確実に網羅された状態で出力できる。
【０１８６】
処理部１０２１は、処理をステップＳ２６に移す。医療装置１００２は、後述するステップＳ２６及びステップＳ２７において判定部１２１７を実行して行われる、確定可能である健康状態に関する処理を行うことが好ましいが、確定可能である健康状態に関する処理を行わなくてもよい。例えば、処理部１０２１は、処理をステップＳ２８に移してもよい。
【０１８７】
［ステップＳ２６：確定可能フラグがＯＮである健康状態候補があるか否かを判定］
処理部１０２１は、記憶部１０２２と協働して判定部１２１７を実行し、ステップＳ２１で受信した第１データに含まれる全ての状態と、ステップＳ２４で受信した第３データに含まれる全ての状態及び／又は医療データと、ステップＳ２５で取得した医療データと、確定可能フラグ「ＯＮ」と紐付けられている健康状態及び当該健康状態に関する緊急度（以下、「確定可能フラグがＯＮである健康状態候補」とも称する。）が、候補テーブル１２２４に格納されているか否かを判定する（ステップＳ２６）。確定可能フラグがＯＮである健康状態候補が候補テーブル１２２４に格納されていれば、処理部１０２１は、処理をステップＳ２７に移す。確定可能フラグがＯＮである健康状態候補が候補テーブル１２２４に格納されていなければ、処理部１０２１は、処理をステップＳ２８に移す。
【０１８８】
ステップＳ２６で実行される処理により、判定部１２１７は、第１データと第３データと医療データとを用いて、第１ユーザの疾病等として確定可能な確定可能健康状態の有無を判定できる。そして、確定可能フラグがＯＮである健康状態候補、すなわち、患者の疾病として確定可能である疾病が見つかったとき、確定可能である疾病とその緊急度とを出力できる。また、患者の疾病として確定可能である疾病が見つからなかったとき、後述する除去部１２１６及びにより取り去られた健康状態候補群、及び医療データによって第２データを決定する。そのため、現在ある情報を最大限活用し、可能性が低くても想定される重大な疾病に漏れが生じるリスクを最小限に抑えられ、できる限り正確に緊急度を予測できる。
【０１８９】
［ステップＳ２７：確定可能フラグがＯＮである健康状態候補を出力］
処理部１０２１は、記憶部１０２２、及び通信部１０２５と協働して決定部１２１２を実行し、１又は複数の確定可能フラグがＯＮである健康状態候補を候補テーブル１２２４から取得し、取得された１又は複数の確定可能フラグがＯＮである健康状態候補とを表示させる指令を第１ユーザ端末１００３に送信する（ステップＳ２７）。処理部１０２１は、処理をステップＳ２８に移す。
【０１９０】
１又は複数の確定可能フラグがＯＮである健康状態候補を候補テーブル１２２４から取得し、取得された１又は複数の確定可能フラグがＯＮである健康状態候補とを表示させる指令を第１ユーザ端末１００３に送信することにより、患者の疾病として確定可能である疾病が見つかったとき、健康状態等を決定する制御部に相当する決定部１２１２は、この確定可能である疾病を用いて第２データを決定することができる。そのため、患者の疾病を迅速に把握できる。
【０１９１】
［ステップＳ２８：第１データから健康状態候補群を生成］
処理部１０２１は、記憶部１０２２と協働して生成部１２１５を実行し、ステップＳ２１で受信した第１データに含まれるいずれかの状態と紐付けられた、１又は複数の健康状態と当該健康状態についての緊急度とを健康状態テーブル１２２２から取得し、取得された１又は複数の健康状態と緊急度とを紐付けた健康状態候補を含む健康状態候補群を生成する（ステップＳ２８）。
【０１９２】
ステップＳ２８において、第１データに含まれるいずれかの状態を含む、１又は複数の健康状態を健康状態テーブル１２２２から取得し、取得された１又は複数の健康状態と緊急度とを紐付けた健康状態候補を含む健康状態候補群を生成することにより、生成部１２１５は、第１ユーザ（患者）の状態及び医療データに基づき、想定される疾病を漏れなく含む健康状態候補群を生成できる。
【０１９３】
必須の処理ではないが、ステップＳ２８において、処理部１０２１は、記憶部１０２２と協働して、複数の画像データに基づいて第１ユーザの精神状態を判定する精神状態判定部（図示せず）を実行し、少なくともステップＳ２１で受信した第１データに含まれる異なるタイミングで取得された複数の画像データに基づいて第１ユーザ（患者）の精神状態を判定してもよい。
【０１９４】
これにより、健康状態及び緊急度に関する情報を含む第２データを決定するに際し、医療装置１００２の制御部に相当する決定部１２１２は、異なるタイミングに取得された第１ユーザ（患者）の画像データを用いて精神状態の判定を行い、患者の肉体的な疾病だけでなく、精神的な疾病をも含む健康状態を決定できる。また、当該制御部は、第２データを決定するに際し、肉体的な疾病と精神状態との相乗効果を考慮して、健康状態の緊急度を決定できる。したがって、患者の治療順位、救急搬送の順位、搬送先施設の決定等に関する患者の健康状態及び緊急度の決定をより正確に行うことの可能なシステム１００１を提供できる。
【０１９５】
処理部１０２１は、処理をステップＳ２９に移す。医療装置１００２は、後述するステップＳ２９及びステップＳ３０において除去部１２１６を実行して行われる、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等に関する処理を行うことが好ましいが、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等に関する処理を行わなくてもよい。例えば、処理部１０２１は、処理をステップＳ３１に移してもよい。
【０１９６】
［ステップＳ２９：低関連性フラグがＯＮである健康状態候補があるか否かを判定］
処理部１０２１は、記憶部１０２２と協働して除去部１２１６を実行し、ステップＳ２１で受信した第１データに含まれる全ての状態と、ステップＳ２４で受信した第３データに含まれる全ての状態及び／又は医療データと、ステップＳ２５で取得した医療データと、低関連性フラグ「ＯＮ」と紐付けられている健康状態（以下、「低関連性フラグがＯＮである健康状態候補」とも称する。）が、候補テーブル１２２４に格納されているか否かを判定する（ステップＳ２９）。低関連性フラグがＯＮである健康状態候補が候補テーブル１２２４に格納されていれば、処理部１０２１は、処理をステップＳ３０に移す。低関連性フラグがＯＮである健康状態候補が候補テーブル１２２４に格納されていなければ、処理部１０２１は、処理をステップＳ３１に移す。
【０１９７】
ステップＳ２９で実行される処理により、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等がある場合に、それらを取り除く処理を実行できる。
【０１９８】
［ステップＳ３０：低関連性フラグがＯＮである健康状態候補を除去］
処理部１０２１は、記憶部１０２２と協働して除去部１２１６を実行し、候補テーブル１２２４に格納されている、低関連性フラグがＯＮである健康状態候補と同じ健康状態を有する健康状態候補を、ステップＳ２８で生成された健康状態候補群から除去する（ステップＳ３０）。処理部１０２１は、処理をステップＳ３１に移す。
【０１９９】
低関連性フラグがＯＮである健康状態候補と同じ健康状態を有する健康状態候補を、ステップＳ２８で生成された健康状態候補群から除去することにより、除去部１２１６は、患者の状態に基づいて指令された必要な問診に対する回答の入力、患者の状態から得られる第３データと、患者の既往症がより確実に網羅されたい医療データとを用いて、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等を取り除ける。
【０２００】
緊急度の把握においては、可能性が低くても重大な疾病を想定することが重要であり、想定される疾病に漏れがあることは許容されない。
【０２０１】
ステップＳ２８において生成部１２１５を実行して行われる健康状態候補群を生成する処理に加えて、ステップＳ２６及びステップＳ２７において判定部１２１７を実行して行われる、確定可能である健康状態に関する処理と、後述するステップＳ２９及びステップＳ３０において除去部１２１６を実行して行われる、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等を取り除く処理とを行うことにより、生成部１２１５は、第１ユーザ（患者）の状態及び医療データに基づき、想定される疾病を漏れなく含む健康状態候補群を生成できる。そして、除去部１２１６は、患者の状態に基づいて指令された必要な問診に対する回答の入力、患者の状態から得られる第３データと、患者の既往症がより確実に網羅されたい医療データとを用いて、第１ユーザの疾病等との関連性が相対的に低いと予測される疾病等を取り除く。また、判定部１２１７は、上述した第３データと医療データとを用いて、第１ユーザの疾病等として確定可能な確定可能健康状態の有無を判定する。
【０２０２】
そして、判定部１２１７により、患者の疾病として確定可能である疾病が見つかったとき、健康状態等を決定する制御部に相当する決定部１２１２は、この確定可能である疾病を用いて第２データを決定することができる。そのため、患者の疾病を迅速に把握できる。加えて、決定部１２１２は、確定可能である疾病だけでなく、除去部１２１６により取り去られた健康状態候補群、及び医療データによっても第２データを決定できる。そのため、可能性が低くても想定される重大な疾病に漏れが生じるのを防ぐことができ、緊急度を正確に把握できる。
【０２０３】
他方、判定部１２１７により、患者の疾病として確定可能である疾病が見つからなかったとき、決定部１２１２は、除去部１２１６により取り去られた健康状態候補群、及び医療データによって第２データを決定できる。そのため、現在ある情報を最大限活用し、可能性が低くても想定される重大な疾病に漏れが生じるリスクを最小限に抑えられ、できる限り正確に緊急度を予測できる。
【０２０４】
［ステップＳ３１：健康状態候補群が１以上の健康状態を含むか否かを判定］
処理部１０２１は、記憶部１０２２と協働して出力部１２１３を実行し、健康状態候補群が、１以上の健康状態候補を含むか否かを判定する（ステップＳ３１）。１以上の健康状態候補を含むならば、処理部１０２１は、処理をステップＳ３２に移す。１以上の健康状態候補を含まないならば、処理部１０２１は、処理をステップＳ２１に移し、ステップＳ２１からステップＳ３３を繰り返す。
【０２０５】
健康状態候補群が、１以上の健康状態候補を含むか否かを判定することにより、健康状態候補群が、１以上の健康状態候補を含む場合にのみ、健康状態候補群に含まれる健康状態候補を出力する処理を実行できる。
【０２０６】
［ステップＳ３２：緊急度が最も高い健康状態候補から１つ選択して出力］
処理部１０２１は、記憶部１０２２及び通信部１０２５と協働して出力部１２１３を実行し、健康状態候補群に含まれている健康状態候補のうち、緊急度が最も高い健康状態候補から１つ選択して出力する指令を第１ユーザ端末１００３に送信する（ステップＳ３２）。処理部１０２１は、処理をステップＳ３３に移す。
【０２０７】
健康状態候補群に含まれている健康状態候補のうち、緊急度が最も高い健康状態候補から１つ選択して出力する指令を第１ユーザ端末１００３に送信することにより、患者の健康状態及び治療の緊急度に関する情報を出力できる。
【０２０８】
［ステップＳ３３：ステップＳ３２で出力された健康状態候補を取り除く］
処理部１０２１は、記憶部１０２２及び通信部１０２５と協働して出力部１２１３を実行し、ステップＳ３２で出力された健康状態候補を健康状態候補群から取り除く（ステップＳ３３）。処理部１０２１は、処理をステップＳ３１に移す。
【０２０９】
ステップＳ３２で出力された健康状態候補を健康状態候補群から取り除くことにより、同じ健康状態候補を複数回出力することを避けられる。
【０２１０】
ステップＳ２１からステップＳ３３に係る上述の手順により、オペレータの主観ができるだけ含まれていない情報を医療装置１００２が受信可能にし、当該情報と、患者がこれまでにかかった既往症がより確実に網羅された情報とを合わせることで、患者の健康状態の把握と、患者の治療順位、救急搬送の順位、搬送先施設の決定等とをより正確に行うことの可能な医療装置１００２を提供できる。
【０２１１】
図８及び図９を用いて例示した処理の流れにおいて、ステップＳ２１及びステップＳ２４では、第２ユーザが操作する第１データ端末１００３から第１ユーザに関する情報を受信したが、本実施形態の医療装置１００２は、入力部１０２４を用いて第２ユーザが入力した第１ユーザに関する情報を受信してもよい。また、ステップＳ２３、ステップ７及びステップＳ３２では、第２ユーザが操作する第１データ端末１００３に各種の情報を表示する指令を送信したが、本実施形態の医療装置１００２は、表示部１０２３にこれらの情報を表示してもよい。これにより、医療装置１００２は、ネットワーク１００４に接続できない場合であっても、トリアージ処理を実行できる。
【０２１２】
＜システムの使用例＞
続いて、本実施形態におけるシステム１００１の使用例を説明する。
【０２１３】
本実施形態によると、医療装置１００２は、ネットワーク１００４を介し、第１ユーザ端末１００３と接続可能に構成されている。
【０２１４】
〔患者の状態の送信〕
まず、医療装置１００２を使用する第２ユーザは、第１ユーザ端末１００３を介して患者である第１ユーザの状態を含む第１データを医療装置１００２に送信する。医療装置１００２は、受信部１２１１を実行し、第１データを受信する。
【０２１５】
〔問診に対する回答等の入力〕
医療装置１００２は、入力指令部１２１４を実行し、入力指令テーブル１２２３に格納された第１データと紐付けられた１又は複数の必要な問診に対する回答及び／又は必要な医療データの入力を指令する入力指令を取得する。そして、第１データを送信した第１ユーザ端末１００３に取得された１又は複数の入力指令を送信する。第１ユーザ端末１００３は、この入力指令を受信し、第２ユーザに対して表示する。第２ユーザは、第１ユーザ端末１００３を介して１又は複数の必要な問診に対する回答及び／又は必要な医療データを含む第３データを入力し、入力された第３データを医療装置１００２に送信する。医療装置１００２は、第３データを受信する。
【０２１６】
〔確定可能である健康状態候補の出力〕
医療装置１００２は、判定部１２１７を実行し、第１データ、医療データ及び第３データを用いて確定可能である１又は複数の健康状態が候補テーブル１２２４に格納されている場合は、第１ユーザ端末１００３に確定可能である１又は複数の健康状態及び当該健康状態に関する緊急度の表示を指令し、健康状態及び緊急度を表示する処理に進む。確定可能である１又は複数の健康状態が候補テーブル１２２４に格納されていない場合は、健康状態及び緊急度を表示する処理に進む。
【０２１７】
〔健康状態及び緊急度の表示〕
医療装置１００２は、生成部１２１５を実行し、健康状態テーブル１２２２に格納された第１データと紐付けられた健康状態及びその緊急度を取得し、第１データを用いて想定される疾病を漏れなく含む健康状態候補群を生成する。医療装置１００２は、除去部１２１６を実行し、候補テーブル１２２４に第１データ、医療データ及び第３データと紐付けられた第１ユーザの疾病等との関連性が相対的に低いと予測される１又は複数の健康状態候補がある場合は、健康状態候補群からそれらの健康状態候補を取り除く。医療装置１００２は、出力部１２１３を実行し、健康状態候補群に含まれる１又は複数の健康状態及び当該健康状態に関する緊急度を、緊急度が最も高いものから順に表示するよう第１ユーザ端末１００３に指令する。
【０２１８】
したがって、オペレータの主観ができるだけ含まれていない情報を医療装置１００２が受信可能となる。そして、当該情報と、患者がこれまでにかかった既往症がより確実に網羅された情報とを合わせることで、予測される疾病、それに伴い選定される診療に関する専門分野区分である診療科等によって例示される患者の健康状態及び緊急度の把握をより正確に行い、患者の健康状態及び緊急度に基づいて、患者に必要な検査、治療方針、受診の緊急度、患者の治療順位、救急搬送の順位、搬送先施設の決定等によって例示される必要な対応の選別をより正確に行うことの可能な医療装置１００２を提供できる。
【０２１９】
＜変形例＞  機械学習を行う医療装置１００２
第２実施形態のシステム１００１において、健康状態候補群を生成する処理は、第１データ等と紐付けられた健康状態及びその緊急度を健康状態テーブル１２２２から取得することによって実行されたが、これに限るものではない。本発明の健康状態候補群を生成する処理は、第１データ及び第３データを用いて健康状態及び当該健康状態の緊急度に関する機械学習を行ったニューラルネットワークに基づいて実行されてもよい。
【０２２０】
本変形例の医療装置１００２は、第１データ及び第３データを用いてニューラルネットワークに健康状態及び当該健康状態の緊急度に関する機械学習を行わせる機械学習部（図示せず）をさらに備える。また、本変形例の記憶部１０２２は、上述のニューラルネットワーク（図示せず）を記憶可能に構成されている。
【０２２１】
本変形例の医療装置１００２は、図９に示すステップＳ２８において、第１データ及び第３データを用いて健康状態及び当該健康状態の緊急度に関する機械学習を行ったニューラルネットワークに基づいて健康状態候補群を生成する。これにより、機械学習を行ったニューラルネットワークに基づき、患者の状態、医療データ及び／又は問診から推測される患者の健康状態を決定できる。
【０２２２】
本変形例の医療装置１００２は、ニューラルネットワークに健康状態及び当該健康状態の緊急度に関する機械学習を行わせる。機械学習を行わせるタイミングは、特に限定されず、例えば、図９に示すステップＳ３１を実行する前に、処理部１０２１及び記憶部１０２２と協働して第１データ及び第３データを用いてニューラルネットワークに健康状態及び当該健康状態の緊急度に関する機械学習を行わせる機械学習部を実行し、ニューラルネットワークに健康状態及び当該健康状態の緊急度に関する機械学習を行わせてもよい。
【０２２３】
ニューラルネットワークに健康状態及び当該健康状態の緊急度に関する機械学習を行わせることにより、医療装置１００２は、蓄積された患者の状態、医療データ及び／又は問診に基づくニューラルネットワークの機械学習を行える。また、医療装置１００２は、機械学習に基づいて、患者の状態、医療データ及び／又は問診と疾病との新たな関連性を見出し、疾病及び緊急度の決定の精度を高められる。機械学習を用いることにより、医療装置１００２の開発者等が膨大な第１データ及び第３データを参照してこれらのデータと疾病との関連性を探す労力及び時間を費やすことなく、医療装置１００２は、どのような疾病と緊急性があるかをより正確に決定できる。
【０２２４】
上記の特徴のバリエーション及び組み合わせが、代替又は代用物ではなく、更なる実施形態を形成するために開示の意図された範囲内に組み合わせることができることを当業者（ｔｈｅ  ｐｅｒｓｏｎ  ｓｋｉｌｌｅｄ  ｉｎ  ｔｈｅ  ａｒｔ）が理解すべきである。
【０２２５】
当業者によって理解されるであるように、各実施形態は、他の実施形態又はいくつかの実施形態と組み合わせて使用されてもよい。本開示は、医療診断（例えば周産期に行われる医学的診断）及び／又は病院での手術に適用することができる。
【符号の説明】
【０２２６】
１        システム
２        医療装置
２１      受信部
２２      制御部
２３      出力モジュール
２４      送信モジュール
３        サーバ
３１      データベース
３１Ａ    データベース
３１Ｂ    データベース
３２      通信モジュール
４        認証装置
４１      認証モジュール
４２      データベース
５        第１の装置
６        第２の装置
７        第３の装置
８        第４の装置
１００１  システム
１００２  医療装置
１０２１  処理部
１２１１  受信部
１２１２  決定部
１２１３  出力部
１２１４  入力指令部
１２１５  生成部
１２１６  除去部
１２１７  判定部
１０２２  記憶部
１２２１  医療データテーブル
１２２２  健康状態テーブル
１２２３  入力指令テーブル
１２２４  候補テーブル
１０２３  表示部
１０２４  入力部
１０２５  通信部
１００３  第１ユーザ端末
１００４  ネットワーク
【図１】
0006989203.tif 000002
【図２】
0006989203.tif 000003
【図３】
0006989203.tif 000004
【図４】
0006989203.tif 000005
【図５】
0006989203.tif 000006
【図６】
0006989203.tif 000007
【図７】
0006989203.tif 000008
【図８】
0006989203.tif 000009
【図９】
0006989203.tif 000010