JP2018005908A - 情報処理システム、情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】患者が所持する端末によって行うことができる必要な検査があるか否かを判定する。【解決手段】対象者が所持する携帯端末と、当該携帯端末とネットワーク接続された情報処理装置とを備える情報処理システムであって、取得すべき生体情報について、携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定部と、生体情報を端末が取得可能であると判定部が判定した場合、当該生体情報を端末から取得する生体情報取得部と、を有する。【選択図】図７

Description

本発明は、情報処理システム、情報処理装置、情報処理方法及び情報処理プログラムに関する。

病院での問診にタブレット端末を利用し、問診結果をタブレット端末から医療システムに転送して電子カルテに連動させる問診システムが知られている。

特許文献１には、患部領域ごとに、患部の部位、主訴、主訴関連個別質問、主訴関連共通質問、全患者共通質問の順に、質問文と複数の回答を同一画面に表示し、一連の問診質問と対応する複数の予想回答の中から患者が選択タッチした回答を集計し、作成問診データを医療システムに転送し、医師、看護師等の関係者に問診表を利用できるようにする問診システムが開示されている。

しかしながら、従来は、例えば問診結果から血圧計測が必要とされた場合、患者が所持するウェアラブル端末によって血圧を計測することができるかどうかをシステムが判断することができないという問題があった。

本発明は、上記に鑑みてなされたものであって、患者が所持する端末によって行うことができる必要な検査があるか否かを判定することができる情報処理システム、情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、対象者が所持する携帯端末と、当該携帯端末とネットワーク接続された情報処理装置とを備える情報処理システムであって、取得すべき生体情報について、前記携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定部と、前記生体情報を前記端末が取得可能であると前記判定部が判定した場合、当該生体情報を前記端末から取得する生体情報取得部と、を有する。

本発明によれば、患者が所持する端末によって行うことができる必要な検査があるか否かを判定することができるという効果を奏する。

図１は、第１実施形態にかかる情報処理システムの構成例の概要を示す図である。 図２は、ウェアラブル端末のハードウェア構成を例示するブロック図である。 図３は、携帯端末のハードウェア構成を例示するブロック図である。 図４は、受付端末のハードウェア構成を例示するブロック図である。 図５は、医療サーバのハードウェア構成を例示するブロック図である。 図６は、検査装置のハードウェア構成を例示するブロック図である。 図７は、情報処理システムを構成する各部が有する機能の概要を示す機能ブロック図である。 図８は、情報処理システムにおける診療の受付処理の一例を示すフローチャートである。 図９は、情報処理システムにおける診療の受付処理の一例における受付端末が表示する画面の遷移を示す図である。 図１０は、情報処理システムにおける生体情報取得処理の一例を示すフローチャートである。 図１１は、問診処理における携帯端末の画面遷移を示す図である。 図１２は、第２実施形態にかかる情報処理システムを構成する各部が有する機能の概要を示す機能ブロック図である。 図１３は、情報処理システムにおける生体情報取得処理の一例を示すフローチャートである。 図１４は、第３実施形態にかかる情報処理システムを構成する各部が有する機能の概要を示す機能ブロック図である。 図１５は、情報処理システムが携帯端末のブラウザを用いて動作する場合の手順を示すフローチャートである。 図１６は、専用のアプリケーションを用いる場合の手順を示すフローチャートである。 図１７は、専用のアプリケーションを携帯端末にインストール後の情報処理システムを構成する各部が有する機能の概要を示す機能ブロック図である。 図１８は、情報処理システムが携帯端末のブラウザを用いて動作する場合の手順を示すシーケンス図である。 図１９は、情報処理システムが専用のアプリケーションを用いて動作する場合の手順を示すシーケンス図である。 図２０は、問診画面を示す図である。 図２１は、計測開始の指示画面を示す図である。 図２２は、アプリケーションのインストール画面を示す図である。 図２３は、問診結果の保存先を設定させる画面を示す図である。

以下、添付図面を参照しながら、本発明にかかる情報処理システム、情報処理装置、情報処理方法及び情報処理プログラムの最良な実施形態を詳細に説明する。

（第１実施形態）
図１は、第１実施形態にかかる情報処理システム１の構成例の概要を示す図である。図１に示すように、情報処理システム１は、病院に備えられる病院側システム１１と、患者（対象者）が所持するデバイスである患者所持デバイス１２とに分けられる。病院側システム１１は、受付端末２、情報処理装置である医療サーバ３と、検査装置４と、を備える。患者所持デバイス１２は、携帯端末５と、ウェアラブル端末６と、を備える。なお、患者ごとに所持している携帯端末５及びウェアラブル端末６の機能が異なることがある。また、携帯端末５及びウェアラブル端末６は、一体であってもよい。

図１に示すように、医療サーバ３と携帯端末５とは、インターネットなどのネットワーク１０を介して通信可能に接続されている。また、医療サーバ３は、ＬＡＮ（Local Area Network）７によって受付端末２及び検査装置４と通信可能に接続されている。携帯端末５は、近距離無線通信によって受付端末２及び検査装置４との間で通信可能に接続されている。また、ウェアラブル端末６は、近距離無線通信によって携帯端末５との間で通信可能に接続されている。

受付端末２は、携帯端末５の処理結果及び受付画面などを表示し、患者からの操作入力を受入れて、来院する患者の受付を行う。医療サーバ３は、患者の情報の管理等の処理を実行する。検査装置４は、病院内に備え付けられて患者の各種の生体情報（後述する表１参照）を計測する装置である。

携帯端末５は、例えばスマートフォンやタブレット端末などである。ウェアラブル端末６は、患者に装着されて患者の各種の生体情報（後述する表１参照）を計測する機能を有する。

まず、ウェアラブル端末６のハードウェア構成について説明する。

図２は、ウェアラブル端末６のハードウェア構成を例示するブロック図である。図２に示すように、ウェアラブル端末６は、ＣＰＵ（Central Processing Unit）６１、ＲＡＭ（Random Access Memory）６２、入力装置６３、生体センサ６４、ＳＳＤ（Solid State Drive）６５、ＲＯＭ（Read Only Memory）６６、表示装置６７、通信インターフェイス（Ｉ／Ｆ）６８及び近距離無線通信装置６９を有する。

ＣＰＵ６１は、ウェアラブル端末６を構成する各部（ＲＡＭ６２、入力装置６３、生体センサ６４、ＳＳＤ６５、ＲＯＭ６６、表示装置６７、通信インターフェイス（Ｉ／Ｆ）６８及び近距離無線通信装置６９）を制御する。ＲＡＭ６２は、ウェアラブル端末６が処理するデータなどを記憶する。入力装置６３は、患者からの操作入力を受入れる入力キーやスイッチなどを備える。生体センサ６４は、装着された患者の各種の生体情報（表１参照）を検出する。

ＳＳＤ６５は、ウェアラブル端末６が処理した結果やウェアラブル端末６に対して要求可能な情報の一覧（サービス一覧）（後述する表２参照）などを記憶する。ＲＯＭ６６は、ウェアラブル端末６が実行するプログラムなどを記憶している。表示装置６７は、ウェアラブル端末６の処理結果などを表示する液晶パネルなどである。なお、入力装置６３及び表示装置６７は、タッチパネルなどによって一体化されていてもよい。通信Ｉ／Ｆ６８は、外部との通信を行うインターフェイスである。近距離無線通信装置６９は、ＮＦＣ（Near Field Communication）やＢｌｕｅｔｏｏｔｈ（登録商標）などによって携帯端末５との間で近距離無線通信を行う。

次に、携帯端末５のハードウェア構成について説明する。

図３は、携帯端末５のハードウェア構成を例示するブロック図である。図３に示すように、携帯端末５は、ＣＰＵ５１、ＲＡＭ５２、入力装置５３、外部インターフェイス（Ｉ／Ｆ）５４、ＳＳＤ５５、ＲＯＭ５６、表示装置５７、通信インターフェイス（Ｉ／Ｆ）５８及び近距離無線通信装置５９を有する。

ＣＰＵ５１は、携帯端末５を構成する各部（ＲＡＭ５２、入力装置５３、外部インターフェイス（Ｉ／Ｆ）５４、ＳＳＤ５５、ＲＯＭ５６、表示装置５７、通信インターフェイス（Ｉ／Ｆ）５８及び近距離無線通信装置５９）を制御する。ＲＡＭ５２は、携帯端末５が処理するデータなどを記憶する。入力装置５３は、患者からの操作入力を受入れる入力キーやスイッチなどを備える。外部Ｉ／Ｆ５４は、プログラム及びデータを記憶可能にされたメモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ（Digital Versatile Disk）等の記憶媒体５４０との間で通信を行うインターフェイスである。

ＳＳＤ５５は、携帯端末５が処理した結果などを記憶する。ＲＯＭ５６は、携帯端末５が実行するプログラムなどを記憶している。表示装置５７は、携帯端末５の処理結果などを表示する液晶パネルなどである。なお、入力装置５３及び表示装置５７は、タッチパネルなどによって一体化されていてもよい。通信Ｉ／Ｆ５８は、ネットワーク１０を介して医療サーバ３との通信を行うインターフェイスである。近距離無線通信装置５９は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＢＬＥ（Bluetooth Low Energy：登録商標）、ＷｉＦｉ（登録商標）などによってウェアラブル端末６、受付端末２及び検査装置４との間で近距離無線通信を行う。

次に、受付端末２のハードウェア構成について説明する。

図４は、受付端末２のハードウェア構成を例示するブロック図である。図４に示すように、受付端末２は、ＣＰＵ２１、ＲＡＭ２２、入力装置２３、外部インターフェイス（Ｉ／Ｆ）２４、ＳＳＤ２５、ＲＯＭ２６、表示装置２７、通信インターフェイス（Ｉ／Ｆ）２８及び近距離無線通信装置２９を有する。

ＣＰＵ２１は、受付端末２を構成する各部（ＲＡＭ２２、入力装置２３、外部インターフェイス（Ｉ／Ｆ）２４、ＳＳＤ２５、ＲＯＭ２６、表示装置２７、通信インターフェイス（Ｉ／Ｆ）２８及び近距離無線通信装置２９）を制御する。ＲＡＭ２２は、受付端末２が処理するデータなどを記憶する。入力装置２３は、患者からの操作入力を受入れる入力キーやスイッチなどを備える。外部Ｉ／Ｆ２４は、プログラム及びデータを記憶可能にされたメモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ（Digital Versatile Disk）等の記憶媒体との間で通信を行うインターフェイスである。

ＳＳＤ２５は、受付端末２が処理した結果などを記憶する。ＲＯＭ２６は、受付端末２が実行するプログラムなどを記憶している。表示装置２７は、受付端末２の処理結果などを表示する液晶パネルなどである。なお、入力装置２３及び表示装置２７は、タッチパネルなどによって一体化されていてもよい。通信Ｉ／Ｆ２８は、ＬＡＮ７を介して医療サーバ３との通信を行うインターフェイスである。近距離無線通信装置２９は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、ＢＬＥ、ＷｉＦｉなどによって携帯端末５との間で近距離無線通信を行う。

次に、医療サーバ３のハードウェア構成について説明する。

図５は、医療サーバ３のハードウェア構成を例示するブロック図である。図５に示すように、医療サーバ３は、ＣＰＵ３１、ＲＡＭ３２、入力装置３３、外部インターフェイス（Ｉ／Ｆ）３４、ＨＤＤ（Hard Disc Drive）３５、ＲＯＭ３６、表示装置３７及び通信インターフェイス（Ｉ／Ｆ）３８を有する。

ＣＰＵ３１は、医療サーバ３を構成する各部（ＲＡＭ３２、入力装置３３、外部インターフェイス（Ｉ／Ｆ）３４、ＨＤＤ３５、ＲＯＭ３６、表示装置３７及び通信インターフェイス（Ｉ／Ｆ）３８）を制御する。ＲＡＭ３２は、医療サーバ３が処理するデータなどを記憶する。入力装置３３は、ユーザからの操作入力を受入れる入力キーやスイッチなどを備える。外部Ｉ／Ｆ３４は、プログラム及びデータを記憶可能にされたメモリカード、ＣＤ−ＲＯＭ、又はＤＶＤ（Digital Versatile Disk）等の記憶媒体との間で通信を行うインターフェイスである。

ＨＤＤ３５は、医療サーバ３が処理した結果などを記憶する。ＲＯＭ３６は、医療サーバ３が実行するプログラムなどを記憶している。表示装置３７は、医療サーバ３の処理結果などを表示する液晶パネルなどである。通信Ｉ／Ｆ３８は、ＬＡＮ７またはネットワーク１０を介して受付端末２、検査装置４、携帯端末５との通信を行うインターフェイスである。

次に、検査装置４のハードウェア構成について説明する。

図６は、検査装置４のハードウェア構成を例示するブロック図である。図６に示すように、検査装置４は、ＣＰＵ４１、ＲＡＭ４２、入力装置４３、生体センサ４４、ＳＳＤ４５、ＲＯＭ４６、表示装置４７、通信インターフェイス（Ｉ／Ｆ）４８及び近距離無線通信装置４９を有する。

ＣＰＵ４１は、検査装置４を構成する各部（ＲＡＭ４２、入力装置４３、生体センサ４４、ＳＳＤ４５、ＲＯＭ４６、表示装置４７、通信インターフェイス（Ｉ／Ｆ）４８及び近距離無線通信装置４９）を制御する。ＲＡＭ４２は、検査装置４が処理するデータなどを記憶する。入力装置４３は、患者からの操作入力を受入れる入力キーやスイッチなどを備える。生体センサ４４は、患者の各種の生体情報（表１参照）を検出する。

ＳＳＤ４５は、検査装置４が処理した結果などを記憶する。ＲＯＭ４６は、検査装置４が実行するプログラムなどを記憶している。表示装置４７は、検査装置４の処理結果などを表示する液晶パネルなどである。なお、入力装置４３及び表示装置４７は、タッチパネルなどによって一体化されていてもよい。通信Ｉ／Ｆ４８は、ＬＡＮ７を介して医療サーバ３との通信を行うインターフェイスである。近距離無線通信装置４９は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、ＢＬＥ、ＷｉＦｉなどによって携帯端末５との間で近距離無線通信を行う。

次に、情報処理システム１を構成する各部が有する機能について説明する。

図７は、情報処理システム１を構成する各部が有する機能の概要を示す機能ブロック図である。

受付端末２は、ＣＰＵ２１がＲＯＭ２６またはＳＳＤ２５に記憶されているプログラムに従って動作することで、受付処理部２０２、通信部２０４及び無線通信部２０６を有する。

受付処理部２０２は、表示装置２７に受付画面などを表示し、患者が所持する診察券ＩＤや携帯端末５の対応付けを行い、患者に対する受付処理をする。また、受付処理部２０２は、携帯端末５の処理結果を表示装置２７に表示する。

通信部２０４は、ＬＡＮ７によって医療サーバ３との間で通信を行う。無線通信部２０６は、携帯端末５との間で近距離無線通信を行う。例えば、携帯端末５が受付端末２に近づけられたときに近距離無線通信を開始するので、受付端末２は携帯端末５を特定することができる。

医療サーバ３は、ＣＰＵ３１がＲＯＭ３６またはＨＤＤ３５に記憶されているプログラムに従って動作することで、問診設問制御部３００、取得部３０１、特定部３０２、判定部３０４、生体情報処理部３０６及び通信部３０８を有する。

問診設問制御部３００は、携帯端末５の表示装置５７に表示させる問診画面の制御、及び携帯端末５の入力装置５３に患者が入力する問診回答に応じて次の質問を変更するなどの問診の実施制御を行う。

取得部３０１は、通信部３０８を介して、携帯端末５が送信する情報であって、ウェアラブル端末６に対して要求可能な情報の一覧（サービス一覧）を取得する。サービス一覧については、後述する。

特定部３０２は、問診設問制御部３００における問診結果に基づいて、患者から取得すべき必要な生体情報（事前検査項目）を、表１を用いて特定する。

表１は、予め定められた問診結果に対応する必要な生体情報を例示している。例えば、問診結果が“Ａ”であれば、必要な生体情報は「Pulse Oximeter」である。「Pulse Oximeter」は、経皮的動脈血酸素飽和度（SpO₂）である。問診結果が“Ｂ”であれば、必要な生体情報は「Blood Pressure」である。「Blood Pressure」は、血圧である。問診結果が“Ｃ”であれば、必要な生体情報は「Pulse Oximeter／Heart Rate」である。「Pulse Oximeter／Heart Rate」は、経皮的動脈血酸素飽和度（SpO₂）と心拍数である。

判定部３０４は、特定部３０２が表１を用いて特定した生体情報（事前検査項目）と、患者が所持するウェアラブル端末６によって取得可能な生体情報（表２）とを比較することにより、特定部３０２が特定した生体情報（事前検査項目）について、患者が持つウェアラブル端末６を使うべきか病院に備え付けの検査装置４を使うべきかの判定を行う。

ここで、表２は、ウェアラブル端末６に対して要求可能な情報の一覧（サービス一覧）を示すものである。表２に示されるように、ウェアラブル端末６から取得可能な情報は、生体情報に限られるものではない。例えば、表２の「Blood Pressure」は血圧のことを示しており、ウェアラブル端末６が取得する生体情報である。一方、「Device Information」は機器情報であって、このウェアラブル端末６に関する情報を示しており、ウェアラブル端末６が取得する生体情報ではない。

より具体的には、判定部３０４は、近くにあるウェアラブル端末６を検出し、そのウェアラブル端末６からサービス一覧を取得する。また、判定部３０４は、ウェアラブル端末６から取得したサービス一覧に示されたウェアラブル端末６から取得可能な生体情報の種類（取得可能情報）のいずれかに、特定部３０２が特定したそれぞれの生体情報（事前検査項目）が一致するか否かを判定する。そして、判定部３０４は、検査装置４で検査できる項目と比較して、生体情報を取得する装置を決定する。

生体情報処理部３０６は、ウェアラブル端末６及び検査装置４から取得したデータの処理・分析を行う。

通信部３０８は、通信Ｉ／Ｆ３８を制御し、ＬＡＮ７によって受付端末２及び検査装置４と通信を行い、ネットワーク１０を介して携帯端末５と通信を行う。

検査装置４は、ＣＰＵ４１がＲＯＭ４６またはＳＳＤ４５に記憶されているプログラムに従って動作することで、入出力部４００、生体情報計測部４０２、通信部４０４及び無線通信部４０６を有する。

入出力部４００は、入力装置４３および表示装置４７を制御し、患者からの操作入力を受入れ、検査装置４の検査結果などを表示する。

生体情報計測部４０２は、生体センサ４４を制御し、患者の各種生体情報を計測する。

通信部４０４は、通信Ｉ／Ｆ４８を制御し、ＬＡＮ７によって医療サーバ３と通信を行う。無線通信部４０６は、近距離無線通信装置４９を制御し、携帯端末５との間で近距離無線通信を行う。

携帯端末５は、ＣＰＵ５１がＲＯＭ５６またはＳＳＤ５５に記憶されているプログラムに従って動作することで、問診実行部５０２、情報取得部５０３、生体情報取得部５１３、計測データ処理部５０８、通信部５１０及び無線通信部５１２を有する。なお、問診実行部５０２、情報取得部５０３、生体情報取得部５１３、及び計測データ処理部５０８は、医療サーバ３からダウンロードされたアプリケーション（専用アプリ）５０に含まれる。

通信部５１０は、通信Ｉ／Ｆ５８を制御して、ネットワーク１０を介して医療サーバ３と通信を行う。無線通信部５１２は、近距離無線通信装置５９を制御して、受付端末２、検査装置４及びウェアラブル端末６との間で近距離無線通信を行う。

問診実行部５０２は、患者が問診を行うための設問と、問診に対する回答の選択肢とを表示装置５７に表示させ、入力装置５３を介して入力を受入れて問診を実行する。問診実行部５０２は、通信部５１０を介して、問診結果を医療サーバ３へ送信する。

また、問診実行部５０２は、医療サーバ３から受信した過去の回答結果などに応じて設問の変更なども行う。なお、問診実行部５０２は、医療サーバ３から情報を受信することなく問診の設問を変更してもよいが、最新のデータを反映させるために、医療サーバ３の問診設問制御部３００が設問（問診画面）の制御をすることが望ましい。

情報取得部５０３は、医療サーバ３からの要求に応じて、近くにあるウェアラブル端末６を検出する。情報取得部５０３は、検出した患者が所持するウェアラブル端末６に対して要求可能な情報の一覧（サービス一覧）（上述した表２）を取得する。情報取得部５０３は、通信部５１０を介して、ウェアラブル端末６に対して要求可能な情報の一覧（サービス一覧）を医療サーバ３に送信する。

また、生体情報取得部５１３は、医療サーバ３の特定部３０２が特定した生体情報をウェアラブル端末６から取得可能であると判定部３０４が判定した場合には、特定部３０２が特定した生体情報をウェアラブル端末６に対して無線通信部５１２を介して要求する。また、生体情報取得部５１３は、医療サーバ３の特定部３０２が特定した生体情報の中でウェアラブル端末６から取得可能でないと判定部３０４が判定した生体情報を検査装置４から無線通信部５１２を介して取得する。

計測データ処理部５０８は、生体情報取得部５１３から検査装置４又はウェアラブル端末６が計測した生体情報を受け取ると、医療サーバ３へ送信するために、当該生体情報と問診データと診察券Ｎｏ.とを対応付ける処理を行う。計測データ処理部５０８は、通信部５１０を介して、生体情報等を医療サーバ３へ送信する。

ウェアラブル端末６は、ＣＰＵ６１がＲＯＭ６６またはＳＳＤ６５に記憶されているプログラムに従って動作することで、生体情報計測部６０２、通信部６０４及び無線通信部６０６を有する。

通信部６０４は、通信Ｉ／Ｆ６８を制御して、外部との通信を行う。無線通信部６０６は、近距離無線通信装置６９を制御して、携帯端末５との間で近距離無線通信を行う。

生体情報計測部６０２は、生体センサ６４を制御して、患者の各種生体情報を計測する。

なお、ウェアラブル端末６は、受付端末２及び携帯端末５を介して、医療サーバ３の宛先（ＩＰアドレスやＵＲＬ）などの連携に必要な情報を取得するようにしてもよい。そして、生体情報計測部６０２は、計測したデータ等を直接医療サーバ３へ送信するようにしてもよい。

次に、情報処理システム１における診療の受付処理の一例について、図８及び図９を用いて説明する。

図８は、情報処理システム１における診療の受付処理の一例を示すフローチャートである。図９は、情報処理システム１における診療の受付処理の一例における受付端末２が表示する画面の遷移を示す図である。

まず、受付端末２の受付処理部２０２は、受付画面（図９：Ｐ１００）を表示装置２７に表示する（図８：Ｓ１００）。ここで、患者は、受付画面において診察の種類（初めて受診、継続して受診中、以前受診した）を入力装置２３を介して選択する。

受付端末２の受付処理部２０２は、患者が選択した診察の種類が「継続して受診中」であるか否かを判定し（Ｓ１０２）、「継続して受診中」である場合（Ｓ１０２：Ｙｅｓ）にはＳ１１２の処理に進み、「継続して受診中」でない場合（Ｓ１０２：Ｎｏ）にはＳ１０４の処理に進む。

患者が「継続して受診中」を選択した場合には問診が不要であるため、受付端末２の受付処理部２０２は、受付処理をして受付Ｎｏ.の画面（Ｐ１０４）を表示装置２７に表示して処理を終了する（Ｓ１１２）。

患者が初診又は再診である場合、受付端末２の受付処理部２０２は、問診実施案内画面（Ｐ１０２）を表示装置２７に表示する（Ｓ１０４）。ここで、受付端末２は、問診実施のためのアプリケーション（専用アプリ）５０を携帯端末５にインストールすることを案内する。このように問診実施案内画面（Ｐ１０２）を表示するのは、情報処理システム１では個人の携帯端末５を利用するため、事前にアプリケーション５０のインストールが必要であるからである。

受付端末２の受付処理部２０２は、問診実施案内画面のダウンロードＵＲＬのボタンが患者に押された場合（Ｓ１０６：Ｙｅｓ）にアプリケーションダウンロード用ＱＲコード（登録商標）を表示装置２７に表示する（Ｓ１１４）。ＱＲコードが表示装置２７に表示された場合、患者が携帯端末５によってＱＲコードを読み取る。携帯端末５は、読み取ったＱＲコードに格納されたＵＲＬに従ってアプリケーション販売ページにアクセスし、アプリケーションのインストールが可能な状態になる。

一方、受付端末２の受付処理部２０２は、問診実施案内画面のダウンロードＵＲＬのボタンが患者に押されなかった場合（Ｓ１０６：Ｎｏ）、病院内のインストール手順案内により、患者が事前にアプリケーション５０をインストールしたものとして、そのままＳ１０８に進む。

患者が携帯端末５上で問診実施のためのアプリケーション５０を起動して診察券Ｎｏ.を入力した後に携帯端末５を受付端末２にかざすと、近距離無線通信によって受付端末２と携帯端末５が接続される。受付端末２の受付処理部２０２は、近距離無線通信により携帯端末５を検出したか否かを判定し（Ｓ１０８）、検出した場合（Ｓ１０８：Ｙｅｓ）にはＳ１１０の処理に進み、検出しない場合（Ｓ１０８：Ｎｏ）にはＳ１１６の処理に進む。

受付端末２の受付処理部２０２は、所定時間内に携帯端末５と接続できなかった場合には、タイムアウトとして受付画面に戻る（Ｓ１１６）。

受付端末２の受付処理部２０２は、携帯端末５が接続されると、受付Ｎｏ.を発行し、診察券Ｎｏ.を携帯端末５から受信して受付Ｎｏ.に対応付けを行う受け付け処理を実行する（Ｓ１１０）。また、受付端末２の受付処理部２０２は、Ｓ１１０の受け付け処理において、携帯端末５と医療サーバ３の連動が可能になったことを示す画面（Ｐ１０６）を表示装置２７に表示し、医療サーバ３のＩＰアドレス／ＵＲＬなどを携帯端末５へ送信する。

なお、診察券Ｎｏ.は、個人に対応付けられる情報であるため、個人が所持する携帯端末５から入力されることが望ましいが、受付端末２から入力されてもよい。受付端末２から診察券Ｎｏ.が入力される場合、携帯端末５が受付端末２に接続されたときに、受付端末２が診察券Ｎｏ.を携帯端末５へ送信する。

その後、携帯端末５の問診実行部５０２は、患者の操作に従って問診を実行する。問診の詳細については、後述する。

問診が終了した場合、携帯端末５の問診実行部５０２は、問診結果と診察券Ｎｏ.を医療サーバ３に対して送信する。

次に、情報処理システム１における生体情報取得処理の一例について説明する。

図１０は、情報処理システム１における生体情報取得処理の一例を示すフローチャートである。例えば、医療サーバ３の特定部３０２は、携帯端末５から送信された問診結果から患者における疑わしい疾病に関する生体情報を特定する（Ｓ２００）。より具体的には、医療サーバ３の特定部３０２は、問診結果に基づいて、患者から取得すべき必要な生体情報を、上述した表１を用いて特定する。以下、医療サーバ３の特定部３０２が特定した生体情報は、患者における検査すべき項目であることから、検査項目と記すことがある。

医療サーバ３の判定部３０４は、Ｓ２００の処理で特定した検査項目を検査可能な装置が、病院に備え付けの検査装置４のみであるか、ウェアラブル端末６により実施可能な項目であるかを判定する（Ｓ２０２）。ここでは、医療サーバ３の判定部３０４は、ウェアラブル端末６によっては取得できず検査装置４によらなければ取得できない生体情報であることを示すテーブル（検査装置４の検査可能項目テーブル）と、医療サーバ３の特定部３０２が特定した生体情報とを比較することにより、検査項目を検査可能な装置が病院に備え付けの検査装置４のみであるか否かを判定する。検査装置４の検査可能項目テーブルは、予め医療サーバ３に登録されているものとする。検査装置４によらなければ取得できない生体情報は、例えば特殊で（高価な）検査装置や精度の高い計測が必要な生体情報などである。

Ｓ２００の処理で特定した検査項目が、検査装置４のみが検査可能な検査項目である場合（Ｓ２０２：Ｙｅｓ）にはＳ２１８の処理に進み、ウェアラブル端末６によっても検査可能な検査項目である場合（Ｓ２０２：Ｎｏ）にはＳ２０８の処理に進む。

携帯端末５の情報取得部５０３は、ウェアラブル端末６からサービス一覧を取得する。そして、医療サーバ３の取得部３０１は、ウェアラブル端末６の持つサービス一覧を携帯端末５から取得する（Ｓ２０８）。例えば、医療サーバ３の取得部３０１は、表２に示したウェアラブル端末６の持つサービス一覧を、ＢＬＥのＧＡＴＴサービス等で検査可能な項目を判断できる。なお、表２に示したウェアラブル端末６の持つサービス一覧は、ウェアラブル端末６によって取得可能な生体情報に関する情報を含んでいる。したがって、医療サーバ３の取得部３０１は、検査で取得したい検査項目の情報が、ＧＡＴＴサービスに含まれるかどうかを判断する。

医療サーバ３の判定部３０４は、ウェアラブル端末６の持つサービス一覧の中に、Ｓ２００の処理で特定した検査項目（例えば血圧、血中酸素濃度等）のサービスがあるか否かを判定する（Ｓ２１０）。医療サーバ３の判定部３０４は、Ｓ２００の処理で特定した検査項目がウェアラブル端末６の持つサービス一覧の中にある場合（Ｓ２１０：Ｙｅｓ）にはＳ２１２の処理に進み、Ｓ２００の処理で特定した検査項目がウェアラブル端末６の持つサービス一覧の中にない場合（Ｓ２１０：Ｎｏ）にはＳ２１４の処理に進む。例えば、医療サーバ３の判定部３０４は、特定部３０２が特定した検査項目が表１に示した「Blood Pressure」であり、表２に示したウェアラブル端末６のサービス一覧に「Blood Pressure」があるか否かを判定する。

医療サーバ３の生体情報処理部３０６は、判定部３０４が取得可能と判定した生体情報の取得を携帯端末５からウェアラブル端末６に対して要求させる。そして、医療サーバ３の生体情報処理部３０６は、携帯端末５を介してウェアラブル端末６から生体情報を取得し、携帯端末５とウェアラブル端末６との通信を切断させる（Ｓ２１２）。

ただし、医療サーバ３の生体情報処理部３０６は、ウェアラブル端末６から取得した生体情報が常に有効なデータであるとは限らないので、具体的な生体情報を取得して有効なデータであるか否かを判定してもよい。例えば、医療サーバ３の生体情報処理部３０６は、ウェアラブル端末６から取得した血圧データが血圧として通常はあり得ない異常値であった場合、ウェアラブル端末６には検査機能はあるが、有効ではないと判定する。

医療サーバ３の判定部３０４は、検査装置４での検査が必要であるか否かを判定する（Ｓ２１４）。例えば、携帯端末５は、予め検査装置４の種類及び各装置で検査可能な生体情報の種類（検査項目の種類）を取得（記憶）しており、医療サーバ３の特定部３０２が特定した生体情報の種類のうちウェアラブル端末６が取得できる生体情報の種類以外の生体情報が検査装置４で検査可能な生体情報の種類に含まれるか否かを判定することにより、検査装置４での検査が必要であるか否かを判定する。また、医療サーバ３の判定部３０４は、生体情報の取得を完了しても、該当サービスがない又は生体情報が有効でない場合、備え付けの検査装置４による検査が必要であるか否かを判定し、必要であれば（Ｓ２１４：Ｙｅｓ）、備え付けの検査装置４で検査してもらうため、患者を検査装置４まで誘導する表示を行う（Ｓ２１８）。

ここでは、医療サーバ３の判定部３０４は、検査装置４で検査可能な生体情報の種類に含まれると判定した生体情報を計測可能な検査装置４を特定する。携帯端末５は、医療サーバ３の判定部３０４が特定した検査装置４の配置されている場所をアプリケーション５０などによって予め取得（記憶）する。例えば、携帯端末５は、誘導表示のための情報（ＵＲＬ等）を例えば医療サーバ３から通信部５１０によって取得し、表示する。

例えば、携帯端末５は、問診内容を入力している待合室の位置から検査装置４が設置されている場所へのルート案内の情報（地図）を医療サーバ３から受信してそのまま表示してもよい。

また、携帯端末５は、動的に変更可能なＷｅｂページに飛ばして、現在使用可能な検査装置４を併せて指示または図示するなどしてもよい。この場合は、病院に設置された検査装置４や位置情報となるため、医療サーバ３などで地図を保持し、Ｗｅｂページと連動してもよい。

医療サーバ３の判定部３０４は、検査装置４による検査が必要でないと判定した場合（Ｓ２１４：Ｎｏ）には、Ｓ２１６の処理に進む。

医療サーバ３の生体情報処理部３０６は、問診結果と生体情報と診察券Ｎｏ.（ＩＤ：患者情報）を対応付ける（Ｓ２１６）。

検査装置４での検査が必要である場合には、患者が携帯端末５を検査装置４にかざすと、検査装置４と携帯端末５が近距離無線通信によって接続される（Ｓ２２０）。携帯端末５は、検査装置４の操作案内を表示装置５７に表示したり、音声ガイドで検査装置４の画面操作を促したり（計測開始ボタンを押すこと）してもよい。例えば、携帯端末５と近距離無線通信によって接続された検査装置４において、患者は、血圧データの計測が可能と判断すると、音声ガイドに従って表示装置５７に表示された計測開始ボタンを押す。

検査装置４による生体情報の計測が完了すると（Ｓ２２２）、医療サーバ３の生体情報処理部３０６は、携帯端末５を介して生体情報を取得する（Ｓ２２４）。医療サーバ３の生体情報処理部３０６は、問診結果と生体情報と診察券Ｎｏ.を対応付ける（Ｓ２２６）。なお、問診結果と生体情報と診察券Ｎｏ.を、検査装置４が医療サーバ３へ送信してもよい。

ここで、問診処理における携帯端末５の画面遷移について詳述する。

図１１は、問診処理における携帯端末５の画面遷移を示す図である。患者が携帯端末５上のアプリケーション（専用アプリ）５０を起動すると、携帯端末５は、問診開始画面（Ｐ２０２）を表示装置５７に表示する。患者が問診画面（Ｐ２０４）の質問に応じて回答を行うと、携帯端末５は、専用アプリ５０に対する回答結果に応じて、疾病の切り分けのための質問をさらに表示する。

なお、携帯端末５内で設問ロジックを持っていても良いが、医療サーバ３と連携して、医療サーバ３側が設問ロジックを処理して携帯端末５に表示する形態の方が望ましい。

例えば、専用アプリ５０は、医療サーバ３の問診設問制御部３００の制御に応じて質問を携帯端末５の表示装置５７に表示させる。ここで、質問は、医師の知見から疑わしい疾患を絞り込むための設問の階層構造が予め定められており、回答の選択肢に対して次にどの質問を表示するかが決められている。医療サーバ３には、設問内容がどの疾患と関連性があるかを示すノウハウが蓄積されている。設問の回答結果が携帯端末５から医療サーバ３に送信されると、医療サーバ３は、次の設問の表示の指示を携帯端末５に対して送信する。

患者に対して検査が必要であるか否かは、すべての問診が終わった後に医療サーバ３が判定する。つまり、医療サーバ３が図１０に示したＳ２００の処理を行う。そして、疾患の有無の判定などに検査装置４による検査が必要であると医療サーバ３が判定した場合、専用アプリ５０は、患者を検査装置４へ誘導する表示を携帯端末５の表示装置５７に行う（図１０：Ｓ２１８参照）。つまり、医療サーバ３は、検査項目を問診結果に応じて決定し、検査を実施する装置を決定する。

医療サーバ３は、質問に対する回答の結果から、ウェアラブル端末６による簡易検査で生体情報を取得する必要があると判定した場合、ウェアラブル端末６に対する操作手順を携帯端末５の表示装置５７に表示する（Ｐ２０６）。

携帯端末５は、検査を実施する装置を決定するときに、ウェアラブル端末６が近傍にあるか否かも判定する。例えば、携帯端末５は、ＢｌｕｅｔｏｏｔｈＳｍａｒｔＲｅａｄｙなどにより、近傍のウェアラブル端末６を探索し、探索結果を一覧表示して患者が所持するウェアラブル端末６を患者自身に選択させる（Ｐ２０８）。携帯端末５は、ウェアラブル端末６が十分に近くにあり、事前のペアリングがされている場合には、一覧表示をしなくてもよい。

携帯端末５は、選択されたウェアラブル端末６に接続し、必要な生体情報（例えば、活動量、血中酸素濃度、脈拍、血圧等）を取得可能であるか、過去のデータがあるかを判定し、データがあれば取得する。検査項目は生体情報に関連付けられており、例えばＢｌｕｅｔｏｏｔｈＳｍａｒｔＲｅａｄｙであれば、サービスとしてウェアラブル端末６から取得可能である。よって、ウェアラブル端末６が持っているサービス（表２）からどのようなデータが取得可能であるかを判定することが可能である。

医療サーバ３は、ウェアラブル端末６から取得できるデータ（表２）と、必要な検査項目（表１）とを比較して、ウェアラブル端末６が必要な検査を可能であるかを判定する（図１０：Ｓ２１０参照）。医療サーバ３は、ウェアラブル端末６によって検査可能と判定できた場合には、携帯端末５を介して、ウェアラブル端末６の該当サービスから生体情報の取得を開始する（図１０：Ｓ２１２参照）。このとき、携帯端末５は、計測中の表示を行う（Ｐ２１０）。なお、計測完了（Ｐ２１２）と同時にウェアラブル端末６から直接医療サーバ３にデータが転送されてもよい。この場合、事前に受付端末２→携帯端末５→ウェアラブル端末６へと医療サーバ３のアクセス先（ＩＰアドレスやＵＲＬ）を通知し、転送先が分かるようにされていればよい。

医療サーバ３は、ウェアラブル端末６のサービスを取得した結果、該当する検査項目を満たせないと判定した場合（例えば血圧などが計測できないウェアラブル端末６だった場合）、院内に設置されている備え付けの検査装置４（例えば血圧計）により補完できるか否かを、予め検査装置４の機能テーブルと比較することによって判定する（図１０：Ｓ２１４参照）。医療サーバ３は、検査装置４によって検査可能である場合、検査装置４の位置情報を携帯端末５の表示装置５７に表示し（図１０：Ｓ２１８参照）、患者を誘導する（Ｐ２１４，Ｐ２１６）。

医療サーバ３は、検査可能である検査装置４が複数ある場合、どの検査装置４を利用するかを携帯端末５の表示装置５７に表示して患者に指定させる。検査可能である検査装置４が複数ある場合、間違った装置が使用される可能性があるので、正しい検査装置４が利用されているかどうかを医療サーバ３が判定する。また、医療サーバ３は、利用していない検査装置４を判断・指定して、専用アプリ５０は、患者を検査装置４へ誘導する表示を携帯端末５の表示装置５７に行うようにしてもよい。

携帯端末５は、表示装置５７に表示された「検査装置と接続する」ボタンが押されると、検査装置４と無線接続してデータの転送を可能にする（Ｐ２１８）。この時、もし複数の検査装置４があり、別の人が他の検査装置４で同様の計測を行っていると、誤接続してしまい、他人の検査データを取得してしまう可能性がある。そこで、患者が携帯端末５を検査装置４にかざし、近距離無線通信による検知によって接続する装置を指定することにより、別の検査装置４と接続してしまって誤った検査データを取得することを防止して、計測が行われる（図１０：Ｓ２２０参照）。検査装置４が計測を行っている間には、携帯端末５は、計測中の表示を行う（Ｐ２２０）。

計測が完了すると（図１０：Ｓ２２０参照）、携帯端末５は、計測が完了した旨を表示装置５７に表示する（Ｐ２２２）。携帯端末５は、検査データを受信し（図１０：Ｓ２２４参照）、問診データと検査データと診察券Ｎｏ.を医療サーバ３へ送信することの可否を問う表示を行い（Ｐ２２４）、患者による送信可の操作が行われると問診データと検査データと診察券Ｎｏ.を医療サーバ３へ送信する（図１０：Ｓ２２６、Ｓ２１６参照）。計測完了と同時に検査装置４から直接医療サーバ３にデータが送信されてもよい。

このように、第１実施形態にかかる情報処理システム１によれば、アプリケーション５０が取得した問診結果に基づいて、患者から取得すべき生体情報を特定し、特定した生体情報をウェアラブル端末６が取得可能であるか否かを判定するので、問診結果に応じた検査項目について、病院の検査装置４により検査を行う前に、患者が所持するウェアラブル端末６によって行うことができる必要な検査があるか否かを判定することができる。

（第２実施形態）
次に、第２実施形態について説明する。

第２実施形態の情報処理システム１は、携帯端末５側で、事前検査項目について患者が持つウェアラブル端末６を使うべきか病院に備え付けの検査装置４を使うべきかの判定を行うようにした点が、第１実施形態の情報処理システム１と異なる。以下、第２実施形態の説明では、第１実施形態と同一部分の説明については省略し、第１実施形態と異なる箇所について説明する。

ここで、図１２は第２実施形態にかかる情報処理システム１を構成する各部が有する機能の概要を示す機能ブロック図である。

医療サーバ３は、ＣＰＵ３１がＲＯＭ３６またはＨＤＤ３５に記憶されているプログラムに従って動作することで、問診設問制御部３００、生体情報処理部３０６及び通信部３０８を有する。

一方、携帯端末５は、ＣＰＵ５１がＲＯＭ５６またはＳＳＤ５５に記憶されているプログラムに従って動作することで、問診実行部（問診実行手段）５０２、情報取得部５０３、特定部（特定手段）５０４、判定部（判定手段）５０６、生体情報取得部（生体情報取得手段）５１３、計測データ処理部５０８、通信部５１０及び無線通信部５１２を有する。なお、問診実行部５０２、情報取得部５０３、特定部５０４、判定部５０６、及び計測データ処理部５０８は、医療サーバ３からダウンロードされたアプリケーション（専用アプリ）５０に含まれる。

特定部５０４は、問診結果に基づいて、患者から取得すべき必要な生体情報（事前検査項目）を、表１を用いて特定する。

判定部５０６は、特定部５０４が表１を用いて特定した生体情報（事前検査項目）と、患者が所持するウェアラブル端末６によって取得可能な生体情報（表２）とを比較することにより、特定部５０４が特定した生体情報（事前検査項目）について、患者が持つウェアラブル端末６を使うべきか病院に備え付けの検査装置４を使うべきかの判定を行う。

より具体的には、判定部５０６は、近くにあるウェアラブル端末６を検出し、そのウェアラブル端末６から取得可能な生体情報の種類（取得可能情報）を取得する。また、判定部５０６は、ウェアラブル端末６から取得したサービス一覧に示されたウェアラブル端末６から取得可能な生体情報の種類（取得可能情報）のいずれかに、特定部５０４が特定したそれぞれの生体情報（事前検査項目）が一致するか否かを判定する。そして、判定部５０６は、検査装置４で検査できる項目と比較して、生体情報を取得する装置を決定する。

次に、情報処理システム１における生体情報取得処理の一例について説明する。

図１３は、情報処理システム１における生体情報取得処理の一例を示すフローチャートである。例えば、携帯端末５の特定部５０４は、問診結果から患者における疑わしい疾病に関する生体情報を特定する（Ｓ７００）。より具体的には、携帯端末５の特定部５０４は、問診結果に基づいて、患者から取得すべき必要な生体情報を、表１を用いて特定する。以下、特定部５０４が特定した生体情報は、患者における検査すべき項目であることから、検査項目と記すことがある。

携帯端末５の情報取得部５０３は、Ｓ７００の処理で特定した検査項目を検査可能な装置が、病院に備え付けの検査装置４のみであるか、ウェアラブル端末６により実施可能な項目であるかを判定する（Ｓ７０２）。ここでは、携帯端末５の情報取得部５０３は、ウェアラブル端末６によっては取得できず検査装置４によらなければ取得できない生体情報であることを示すテーブル（検査装置４の検査可能項目テーブル）と、特定部５０４が特定した生体情報とを比較することにより、検査項目を検査可能な装置が病院に備え付けの検査装置４のみであるか否かを判定する。検査装置４の検査可能項目テーブルは、予め医療サーバ３に登録されており、携帯端末５が医療サーバ３から事前に取得するものとする。検査装置４によらなければ取得できない生体情報は、例えば特殊で（高価な）検査装置や精度の高い計測が必要な生体情報などである。

携帯端末５の情報取得部５０３は、Ｓ７００の処理で特定した検査項目が、検査装置４のみが検査可能な項目である場合（Ｓ７０２：Ｙｅｓ）にはＳ７１８の処理に進み、ウェアラブル端末６によっても検査可能な項目である場合（Ｓ７０２：Ｎｏ）にはＳ７０４の処理に進む。

携帯端末５の情報取得部５０３は、当該携帯端末５の近傍にあるウェアラブル端末６の接続を誘導し、近接するウェアラブル端末６を一覧表示する（Ｓ７０４）。携帯端末５の情報取得部５０３は、患者が選択したウェアラブル端末６に対して無線通信部５１２によってＮＦＣやＢＬＥ、ＷｉＦｉなどの近距離無線通信を利用して接続する（Ｓ７０６）。携帯端末５の情報取得部５０３は、ウェアラブル端末６が携帯端末５とペアリング済みであれば、表示せずに直接ウェアラブル端末６を選択してもよい。

携帯端末５の情報取得部５０３は、ウェアラブル端末６の持つサービス一覧を無線通信部５１２を介して取得する（Ｓ７０８）。例えば、携帯端末５の情報取得部５０３は、表２に示したウェアラブル端末６の持つサービス一覧を、ＢＬＥのＧＡＴＴサービス等で検査可能な項目を判断できる。なお、表２に示したウェアラブル端末６の持つサービス一覧は、ウェアラブル端末６によって取得可能な生体情報に関する情報を含んでいる。したがって、携帯端末５の情報取得部５０３は、検査で取得したい項目データが、ＧＡＴＴサービスに含まれるかどうかを判断する。

携帯端末５の判定部５０６は、ウェアラブル端末６の持つサービス一覧の中に、Ｓ７００の処理で特定した検査項目（例えば血圧、血中酸素濃度等）のサービスがあるか否かを判定する（Ｓ７１０）。携帯端末５の判定部５０６は、Ｓ７００の処理で特定した検査項目がウェアラブル端末６の持つサービス一覧の中にある場合（Ｓ７１０：Ｙｅｓ）にはＳ７１２の処理に進み、Ｓ７００の処理で特定した検査項目がウェアラブル端末６の持つサービス一覧の中にない場合（Ｓ７１０：Ｎｏ）にはＳ７１４の処理に進む。例えば、携帯端末５の判定部５０６は、特定部５０４が特定した検査項目が表１に示した「Blood Pressure」であり、表２に示したウェアラブル端末６のサービス一覧に「Blood Pressure」があるか否かを判定する。

携帯端末５の計測データ処理部５０８は、判定部５０６が取得可能と判定した生体情報データに対応するサービス一覧の中のサービスの取得をウェアラブル端末６に対して要求する。そして、携帯端末５の計測データ処理部５０８は、ウェアラブル端末６から該当サービスで取得可能な生体情報を取得し、携帯端末５とウェアラブル端末６との通信を切断させる（Ｓ７１２）。

ただし、携帯端末５の計測データ処理部５０８は、ウェアラブル端末６から取得した生体情報が常に有効なデータであるとは限らないので、具体的な生体情報を取得して有効なデータであるか否かを判定してもよい。例えば、携帯端末５の計測データ処理部５０８は、ウェアラブル端末６から取得した血圧データが血圧として通常はあり得ない異常値であった場合、ウェアラブル端末６には検査機能はあるが、有効ではないと判定する。

携帯端末５の判定部５０６は、検査装置４での検査が必要であるか否かを判定する（Ｓ７１４）。例えば、携帯端末５は、予め検査装置４の種類及び各装置で検査可能な生体情報の種類（検査項目の種類）を取得（記憶）しており、携帯端末５の特定部５０４が特定した生体情報の種類のうちウェアラブル端末６が取得できる生体情報の種類以外の生体情報が検査装置４で検査可能な生体情報の種類に含まれるか否かを判定することにより、検査装置４での検査が必要であるか否かを判定する。また、携帯端末５の判定部５０６は、生体情報の取得を完了しても、該当サービスがない又は生体情報が有効でない場合、備え付けの検査装置４による検査が必要であるか否かを判定し、必要であれば（Ｓ７１４：Ｙｅｓ）、備え付けの検査装置４で検査してもらうため、患者を検査装置４まで誘導する表示を行う（Ｓ７１８）。

ここでは、携帯端末５の特定部５０４は、携帯端末５の判定部５０６が検査装置４で検査可能な生体情報の種類に含まれると判定した生体情報を計測可能な検査装置４を特定する。携帯端末５は、特定部５０４が特定した検査装置４の配置されている場所をアプリケーション５０などによって予め取得（記憶）する。例えば、携帯端末５は、誘導表示のための情報（ＵＲＬ等）を例えば医療サーバ３から通信部５１０によって取得し、表示する。

例えば、携帯端末５は、問診内容を入力している待合室の位置から検査装置４が設置されている場所へのルート案内の情報（地図）を医療サーバ３から受信してそのまま表示してもよい。

例えば、専用アプリ５０は、医療サーバ３の問診設問制御部３００の制御に応じて質問を携帯端末５の表示装置５７に表示させる。ここで、質問は、医師の知見から疑わしい疾患を絞り込むための設問の階層構造が予め定められており、回答の選択肢に対して次にどの質問を表示するかが決められている。医療サーバ３には、設問内容がどの疾患と関連性があるかを示すノウハウが蓄積されている。設問の回答結果が携帯端末５から医療サーバ３に送信されると、医療サーバ３は、次の設問の表示の指示を携帯端末５に対して送信する。

患者に対して検査が必要であるか否かは、すべての問診が終わった後に携帯端末５が判定する。つまり、携帯端末５などが図１３に示したＳ７００の処理を行う。そして、疾患の有無の判定などに検査装置４による検査が必要であると携帯端末５が判定した場合、専用アプリ５０は、患者を検査装置４へ誘導する表示を携帯端末５の表示装置５７に行う（図１３：Ｓ７１８参照）。つまり、携帯端末５は、検査項目を問診結果に応じて決定し、検査を実施する装置を決定する。

携帯端末５の計測データ処理部５０８は、質問に対する回答の結果から、ウェアラブル端末６による簡易検査で生体情報を取得する必要があると判定した場合、ウェアラブル端末６に対する操作手順を携帯端末５の表示装置５７に表示する（図１１：Ｐ２０６）。

携帯端末５は、検査を実施する装置を決定するときに、ウェアラブル端末６が近傍にあるか否かも判定する（図１３：Ｓ７０４参照）。例えば、携帯端末５は、ＢｌｕｅｔｏｏｔｈＳｍａｒｔＲｅａｄｙなどにより、近傍のウェアラブル端末６を探索し、探索結果を一覧表示して患者が所持するウェアラブル端末６を患者自身に選択させる（図１１：Ｐ２０８）。携帯端末５は、ウェアラブル端末６が十分に近くにあり、事前のペアリングがされている場合には、一覧表示をしなくてもよい。

携帯端末５は、選択されたウェアラブル端末６に接続し（図１３：Ｓ７０６参照）、必要な生体情報（例えば、活動量、血中酸素濃度、脈拍、血圧等）を取得可能であるか、過去のデータがあるかを判定し、データがあれば取得する。検査項目は生体情報に関連付けられており、例えばＢｌｕｅｔｏｏｔｈＳｍａｒｔＲｅａｄｙであれば、サービスとしてウェアラブル端末６から取得可能である（図１３：Ｓ７０８参照）。よって、ウェアラブル端末６が持っているサービス（表２）からどのようなデータが取得可能であるかを判定することが可能である。

携帯端末５は、ウェアラブル端末６から取得できるデータ（表２）と、必要な検査項目（表１）とを比較して、ウェアラブル端末６が必要な検査を可能であるかを判定する（図１３：Ｓ７１０参照）。携帯端末５は、ウェアラブル端末６によって検査可能と判定できた場合には、ウェアラブル端末６の該当サービスから生体情報の取得を開始する（図１３：Ｓ７１２参照）。このとき、携帯端末５は、計測中の表示を行う（図１１：Ｐ２１０）。なお、計測完了（図１１：Ｐ２１２）と同時にウェアラブル端末６から直接医療サーバ３にデータが転送されてもよい。この場合、事前に受付端末２→携帯端末５→ウェアラブル端末６へと医療サーバ３のアクセス先（ＩＰアドレスやＵＲＬ）を通知し、転送先が分かるようにされていればよい。

携帯端末５は、ウェアラブル端末６のサービスを取得した結果、該当する検査項目を満たせないと判定した場合（例えば血圧などが計測できないデバイスだった場合）、院内に設置されている備え付けの検査装置４（例えば血圧計）により補完できるか否かを、予め検査装置４の機能テーブルと比較することによって判定する（図１３：Ｓ７１４参照）。携帯端末５は、検査装置４によって検査可能である場合、検査装置４の位置情報を携帯端末５の表示装置５７に表示し（図１３：Ｓ７１８参照）、患者を誘導する（図１１：Ｐ２１４，Ｐ２１６）。

携帯端末５は、検査可能である検査装置４が複数ある場合、どの検査装置４を利用するかを携帯端末５の表示装置５７に表示して患者に指定させる。検査可能である検査装置４が複数ある場合、間違った装置が使用される可能性があるので、正しい検査装置４が利用されているかどうかを医療サーバ３が判定する。また、医療サーバ３は、利用していない検査装置４を判断・指定して、専用アプリ５０は、患者を検査装置４へ誘導する表示を携帯端末５の表示装置５７に行うようにしてもよい。

携帯端末５は、「検査装置と接続する」ボタンが押されると、検査装置４と無線接続してデータの転送を可能にする（図１１：Ｐ２１８）。この時、もし複数の検査装置４があり、別の人が他の検査装置４で同様の計測を行っていると、誤接続してしまい、他人の検査データを取得してしまう可能性がある。そこで、患者が携帯端末５を検査装置４にかざし、近距離無線通信による検知によって接続する装置を指定することにより、別の検査装置４と接続してしまって誤った検査データを取得することを防止して、計測が行われる（図１３：Ｓ７２０参照）。検査装置４が計測を行っている間には、携帯端末５は、計測中の表示を行う（図１１：Ｐ２２０）。

計測が完了すると（図１３：Ｓ７２２参照）、携帯端末５は、計測が完了した旨を表示する（図１１：Ｐ２２２）。携帯端末５は、検査データを受信し（図１３：Ｓ７２４参照）、問診データと検査データと診察券Ｎｏ.を医療サーバ３へ送信することの可否を問う表示を行い（図１１：Ｐ２２４）、患者による送信可の操作が行われると問診データと検査データと診察券Ｎｏ.を医療サーバ３へ送信する（図１３：Ｓ７２６、Ｓ７１６参照）。計測完了と同時に検査装置４から直接医療サーバ３にデータが送信されてもよい。

このように、第２実施形態にかかる情報処理システム１によれば、アプリケーション５０が取得した問診結果に基づいて、患者から取得すべき生体情報を特定し、特定した生体情報をウェアラブル端末６が取得可能であるか否かを判定するので、問診結果に応じた検査項目について、病院の検査装置４により検査を行う前に、患者が所持するウェアラブル端末６によって行うことができる必要な検査があるか否かを判定することができる。

（第３実施形態）
次に、第３実施形態について説明する。

第１実施形態ないし第２実施形態の情報処理システム１は、携帯端末５にダウンロードしてインストールさせた専用のアプリケーション５０によってウェアラブル端末６及び医療サーバ３と連携させていた。しかしながら、専用のアプリケーション５０を携帯端末５にダウンロードしてインストールすることは患者にとって手間がかかるものとなっている。そこで、第３実施形態の情報処理システム１は、専用のアプリケーション５０をダウンロードさせず、予め患者の携帯端末５にインストールされているブラウザを使ってウェアラブル端末６及び医療サーバ３と連携させる点が、第１実施形態ないし第２実施形態の情報処理システム１と異なる。以下、第３実施形態の説明では、第１実施形態ないし第２実施形態と同一部分の説明については省略し、第１実施形態ないし第２実施形態と異なる箇所について説明する。

図１４は、第３実施形態にかかる情報処理システム１を構成する各部が有する機能の概要を示す機能ブロック図である。

図１４に示すように、医療サーバ３は、ＣＰＵ３１がＲＯＭ３６またはＨＤＤ３５に記憶されているプログラムに従って動作することで、問診設問制御部３００、生体情報処理部３０６、通信部３０８、ＨＴＭＬ生成部３１１、管理部３１２及び判断部３１３を有する。

ＨＴＭＬ生成部３１１は、各携帯端末５が実行するブラウザ（後述するブラウザ５５０など）が実行可能なＪａｖａＳｃｒｉｐｔ（登録商標）を含むＨＴＭＬファイル５７０を予め生成する。ＨＴＭＬファイル５７０は、ＨＴＭＬ生成部３１１が生成した後、医療サーバ３内に記憶される。

管理部３１２は、ウェアラブル端末６から取得可能なデバイス情報（Device Information）サービス（後述する表３参照）、及びウェアラブル端末６の種類とインストールすべきアプリケーションのＵＲＬとの対応（後述する表４参照）などを記憶するウェアラブル端末対応アプリケーション一覧情報管理部である。

判断部３１３は、管理部３１２が記憶する各情報に基づいて、携帯端末５に対してどのアプリケーションをインストールさせるかを判断する。

また、携帯端末５は、ＣＰＵ５１がＲＯＭ５６またはＳＳＤ５５に記憶されているプログラムに従って動作することで、ブラウザ５５０、通信部５１０、無線通信部５１２、及びアプリ保存部５６２及びデータ保存部５６３を有する。

ブラウザ５５０は、閲覧部５５１及びスクリプト実行部５５２を有する。閲覧部５５１は、患者の操作入力に応じて医療サーバ３が記憶している特定のウェブページにアクセスすることにより、ＨＴＭＬ生成部３１１が生成したＨＴＭＬファイル５７０を受信する。

スクリプト実行部５５２は、ＨＴＭＬファイル５７０内のＪａｖａＳｃｒｉｐｔを実行する。ＨＴＭＬファイル５７０が含むＪａｖａＳｃｒｉｐｔは、予め患者の携帯端末５にインストールされているブラウザ５５０のスクリプト実行部５５２によって実行されることにより、問診実行部５７１、情報取得部５７２、特定部５７３、判定部５７４、及び計測データ処理部５７５として機能する。なお、問診実行部５７１、情報取得部５７２、特定部５７３、判定部５７４、及び計測データ処理部５７５は、１つのスクリプトとして構成されてもよいし、それぞれ異なるＨＴＭＬに含まれる異なるスクリプトとして構成されてもよい。

問診実行部５７１は、患者が問診を行うための設問と、問診に対する回答の選択肢とを表示装置５７に表示させ、入力装置５３を介して入力を受入れて問診を実行する。また、問診実行部５７１は、医療サーバ３において受信した過去の回答結果などに応じて設問の変更なども行う。問診実行部５７１は、第１実施形態の問診実行部５０２に相当する。

情報取得部５７２は、近くにあるウェアラブル端末６にウェアラブル端末６が提供可能なサービスの一覧（上述した表２）を要求して取得する。情報取得部５７２は、第１実施形態の情報取得部５０３に相当する。

特定部５７３は、問診結果に基づいて、患者から取得すべき必要な生体情報を、上述した表１を用いて特定する。特定部５７３は、第２実施形態の特定部５０４に相当する。

判定部５７４は、特定部５７３が表１を用いて特定した生体情報（事前検査項目）と、患者が所持するウェアラブル端末６によって取得可能な生体情報（上述した表２）とを比較することにより、特定部５７３が特定した生体情報（事前検査項目）について、患者が持つウェアラブル端末６を使うべきか病院に備え付けの検査装置４を使うべきかの判定を行う。判定部５７４は、第２実施形態の判定部５０６に相当する。

より具体的には、判定部５７４は、近くにあるウェアラブル端末６を検出し、そのウェアラブル端末６から取得したサービス一覧に示されたウェアラブル端末６から取得可能な生体情報の種類（取得可能情報）を取得する。また、判定部５７４は、ウェアラブル端末６から取得可能な生体情報の種類（取得可能情報）のいずれかに、特定部５７３が特定したそれぞれの生体情報（事前検査項目）が一致するか否かを判定する。そして、判定部５７４は、検査装置４で検査できる項目と比較して、生体情報を取得する装置をウェアラブル端末６か検査装置４かの何れかに決定する。

また、生体情報取得部５７６は、特定部５７３が特定した生体情報をウェアラブル端末６から取得可能であると判定部５７４が判定した場合には、特定部５７３が特定した生体情報をウェアラブル端末６に対して無線通信部５１２を介して要求する。また、生体情報取得部５７６は、特定部５７３が特定した生体情報の中でウェアラブル端末６から取得可能でないと判定部５７４が判定した生体情報を検査装置４から無線通信部５１２を介して取得する。生体情報取得部５７６は、第１実施形態の生体情報取得部５１３に相当する。

計測データ処理部５７５は、生体情報取得部５７６から検査装置４又はウェアラブル端末６が計測した生体情報を受け取ると、医療サーバ３へ送信するために、当該生体情報と問診データと診察券Ｎｏ.とを対応付ける処理を行う。計測データ処理部５７５は、通信部５１０を介して、生体情報等を医療サーバ３へ送信する。計測データ処理部５７５は、第１実施形態の計測データ処理部５０８に相当する。

なお、問診実行部５７１、特定部５７３、判定部５７４は、ＨＴＭＬファイル５７０が含むＪａｖａＳｃｒｉｐｔをブラウザ５５０のスクリプト実行部５５２によって実行することで実現したが、これに限るものではない。例えば、問診実行部５７１、特定部５７３、判定部５７４は、医療サーバ３側で備えるようにしても良い。この場合、判定部５７４は、情報取得部５７２の機能が含まれるＪａｖａＳｃｒｉｐｔがスクリプト実行部５５２によって実行されることで取得した結果を、携帯端末５から受信することで、特定部５７３が特定した生体情報をウェアラブル端末６から取得可能かを判断することになる。

また、医療サーバ３側に備えられた問診実行部５７１は、ブラウザ５５０を介して携帯端末５から受け付けた回答に基づいて、次の質問事項や問診結果の判断を行うことになる。

アプリ保存部５６２は、医療サーバ３からダウンロードされたアプリケーション５６０を例えばＳＳＤ５５などに保存するウェアラブル端末専用アプリケーション保存部である。データ保存部５６３は、アプリケーション５６０が処理に用いる問診データを例えばＳＳＤ５５などに保存する問診データ保存部である。

情報処理システム１は、予め備えるブラウザ５５０が第１実施形態で説明したアプリケーション（専用アプリ）５０の代わりに動作する機能を有する。情報処理システム１は、ブラウザ５５０がアプリケーション（専用アプリ）５０の代わりに動作することにより、患者にアプリケーション（専用アプリ）５０をダウンロードさせることを不要にしている。

図１５は、情報処理システム１が携帯端末５のブラウザ５５０を用いて動作する場合の手順を示すフローチャートである。

患者は、携帯端末５上でブラウザ５５０を起動し、入力装置５３を介して医療サーバ３のＵＲＬを入力する。患者は、携帯端末５が医療サーバ３にアクセスして表示された問診画面（図２０参照）に回答を記載する。図２０は、問診画面１０１を示す図である。図２０に示すように、問診画面１０１は、患者が問診を行うための設問１０１ａと、問診に対する回答の選択肢１０１ｂと、を備える。また、図２０に示すように、問診画面１０１は、問診に対する回答の選択肢１０１ｂに応じたメッセージ１０１ｃを表示する。すなわち、携帯端末５の問診実行部５７１は、問診画面１０１を表示装置５７に表示させ（Ｓ３００）、入力装置５３を介して入力を受入れて問診を実行する（Ｓ３０２）。

携帯端末５の特定部５７３は、問診結果から表１に基づいて生体情報の計測が必要であるか否かを判定し（Ｓ３０４）、必要である場合（Ｓ３０４：Ｙｅｓ）にはＳ３０６の処理に進み、必要でない場合（Ｓ３０４：Ｎｏ）にはＳ３２８の処理に進む。

なお、携帯端末５の特定部５７３は、ブラウザ５５０を介して入力された回答を受信した医療サーバ３が判定した結果を通信部５１０によって受信するように構成されてもよい。

携帯端末５の判定部５７４は、必要な生体情報を計測可能なウェアラブル端末６を患者が装着しているか否かを表示装置５７に表示される画面に対する入力装置５３を介した入力に応じて判定し（Ｓ３０６）、患者が“装着している”を画面内で選択した場合（Ｓ３０６：Ｙｅｓ）にはＳ３０８の処理に進み、その他の場合（Ｓ３０６：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。

携帯端末５の判定部５７４は、ウェアラブル端末６のスキャンを開始する（Ｓ３０８）。携帯端末５の判定部５７４は、ウェアラブル端末６などのデバイスを発見した場合（Ｓ３１０：Ｙｅｓ）にはＳ３１２の処理に進み、発見しない場合（Ｓ３１０：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。

携帯端末５の判定部５７４は、ウェアラブル端末６などのデバイスを２台以上発見した場合（Ｓ３１２：Ｙｅｓ）にはＳ３１４の処理に進み、２台以上発見していない場合（Ｓ３１２：Ｎｏ）にはＳ３１６の処理に進む。

携帯端末５の判定部５７４は、２台以上発見したウェアラブル端末６などのデバイスの選択画面を表示装置５７に表示させ、携帯端末５に接続させるウェアラブル端末６を入力装置５３を介して選択させる（Ｓ３１４）。

なお、携帯端末５は、アドバタイズメントパケットを送信する全てのウェアラブル端末６などのデバイスと接続を行い、所望の機能（例：心拍数計測）を提供するウェアラブル端末６が複数台存在した場合にのみ、患者に対して選択画面を表示して、ウェアラブル端末６を選択させるように構成されてもよい。

携帯端末５の判定部５７４は、患者が選択したウェアラブル端末６と接続する（Ｓ３１６）。そして、携帯端末５の判定部５７４は、ウェアラブル端末６からサービス情報（提供機能）の一覧を情報取得部５７２により取得する（Ｓ３１８）。

なお、表３は、ウェアラブル端末６から取得可能なサービス情報（提供機能）の一覧に含まれるデバイス情報（Device Information）サービスを例示しており、ウェアラブル端末６が有する機能の特定に利用可能となっている。

携帯端末５の判定部５７４は、所望のサービスの情報を取得できたか否かを判定し（Ｓ３２０）、取得できた場合（Ｓ３２０：Ｙｅｓ）にはＳ３２２の処理に進み、取得できていない場合（Ｓ３２０：Ｎｏ）には専用のアプリケーションを利用する処理での計測に移行する。専用のアプリケーションを利用する処理については、後述する。ウェアラブル端末６が、標準のＢＬＥ仕様に対応しておらず、メーカー独自の仕様が定められている場合がある。この場合、メーカー仕様に対応する専用のアプリケーションを利用することにより、情報処理システム１は、患者のウェアラブル端末６を利用することが可能となる。

携帯端末５の生体情報取得部５７６は、計測開始の指示画面（図２１参照）を表示装置５７に表示させ、入力装置５３を介した患者の指示に従って、生体情報の計測をウェアラブル端末６に開始させる（Ｓ３２２）。

図２１は、計測開始の指示画面１０２を示す図である。図２１に示すように、計測開始の指示画面１０２は、“お手持ちのウェアラブル端末で心拍数を計測してください。”との表示１０２ａを備える。

携帯端末５の生体情報取得部５７６は、患者の操作に応じて接続したウェアラブル端末６から生体情報の計測値を取得する（Ｓ３２４）。

携帯端末５の計測データ処理部５７５は、患者が入力した問診結果と生体情報取得部５７６により取得した生体情報の計測値と診察券Ｎｏ.とを対応付けて医療サーバ３に送信する（Ｓ３２６）。

また、Ｓ３２８の処理においては、携帯端末５の計測データ処理部５７５は、患者が入力した問診結果を医療サーバ３に送信する。

次に、携帯端末５の判定部５７４が所望のサービスの情報を取得できていない場合における（Ｓ３２０：Ｎｏ）、生体情報をウェアラブル端末６から取得可能な専用のアプリケーションを利用した生体情報を取得する処理について説明する。

図１６は、専用のアプリケーションを用いる場合の手順を示すフローチャートである。

携帯端末５の判定部５７４は、ウェアラブル端末６の表３に示したデバイス情報サービスが情報取得部５７２によって取得できているか否かを判定し（Ｓ４００）、取得できた場合（Ｓ４００：Ｙｅｓ）にはＳ４０２の処理に進み、取得できていない場合（Ｓ４００：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。

携帯端末５の判定部５７４は、対象機能（例：心拍数）が医療サーバ３に登録されているか否かを判定し（Ｓ４０２）、登録されている場合（Ｓ４０２：Ｙｅｓ）にはＳ４０４の処理に進み、登録されていない場合（Ｓ４０２：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。

医療サーバ３の判断部３１３は、当該ウェアラブル端末６（対象デバイス）に対するアプリケーション情報が医療サーバ３に存在するか否かを、管理部３１２が記憶している表３及び表４に示した情報を用いて判断し（Ｓ４０４）、存在している場合（Ｓ４０４：Ｙｅｓ）にはＳ４０６の処理に進み、存在していない場合（Ｓ４０４：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。なお、表４は、ウェアラブル端末６の種類とインストールすべきアプリケーションのＵＲＬとの対応を例示している。

医療サーバ３の判断部３１３は、表３に基づいてウェアラブル端末６のメーカー名およびモデル番号を特定し、表４に基づいてインストールすべきアプリケーションのＵＲＬを算出することができる。

携帯端末５の判定部５７４は、医療サーバ３の判断部３１３がＳ４０４の処理で判断した結果に基づき、アプリケーションのインストール画面（図２２参照）を表示装置５７に表示させる（Ｓ４０６）。

図２２は、アプリケーションのインストール画面１０３を示す図である。図２２に示すように、インストール画面１０３は、アプリケーションのインストールを許容するか否かを示す“はい”のボタン１０３ａ、“いいえ”のボタン１０３ｂを備える。

そして、携帯端末５の判定部５７４は、患者が“インストールする”を許容する“はい”のボタン１０３ａを入力装置５３を介して選択したか否かを判定し（Ｓ４０８）、選択した場合（Ｓ４０８：Ｙｅｓ）にはＳ４１０の処理に進み、選択していない場合（Ｓ４０８：Ｎｏ）には院内に備え付けの検査装置４での計測に移行させる。

患者が“インストールする”を許容する“はい”のボタン１０３ａを選択すると、携帯端末５の判定部５７４は、患者に対して問診データと医療サーバ３のＩＰアドレスを保存させるメッセージ（図２３参照）を表示装置５７に表示し、問診結果と医療サーバ３のＩＰアドレスを保存する（Ｓ４１０）。

図２３は、問診結果の保存先を設定させる画面１０４を示す図である。図２３に示すように、問診結果の保存先を設定させる画面１０４は、保存先として特定の場所をメッセージ１０４ａに表示し、患者にその場所を設定させる。保存のファイル名は、例えば“患者名問診データ”（例：山田太郎問診データ）をつけ、すでに保存済のデータがある場合には上書き更新する。また以後はブラウザ５５０を利用しないため、この時点でブラウザ５５０を閉じてもよい。

なお、携帯端末５のデータ保存部５６３は、患者が専用のアプリケーション５６０をインストールする前に、表５に例示したデータを一時的に保存するようにされている。

表５に示すように、携帯端末５のデータ保存部５６３は、患者情報、問診結果、医療サーバ３のＩＰアドレスなどを保存する。

次いで、患者の操作により携帯端末５に搭載されているアプリストアアプリが起動すると、専用のアプリケーション５６０のインストールボタンが表示装置５７に表示されるので、患者は専用のアプリケーション５６０のインストールボタンを入力装置５３を介して操作する。そして、インストールボタンの操作が有ると、携帯端末５のアプリ保存部５６２は、ＳＳＤ５５に対する専用のアプリケーション５６０のダウンロードおよびインストールを実施する（Ｓ４１２）。専用のアプリケーションの形態としては、医療サーバ３へ送信する機能を持つ汎用アプリケーションとメーカー独自仕様のアプリケーションの２つが別々で汎用アプリケーションからメーカー独自仕様のアプリケーションを呼び出す形態と、１つのアプリケーション内に医療サーバ３へ送信する機能とメーカー独自仕様に対応した機能を併せ持つ形態がある。

ここで、図１７は、専用のアプリケーション５６０を携帯端末５にインストール後の情報処理システム１を構成する各部が有する機能の概要を示す機能ブロック図である。

携帯端末５は、ＣＰＵ５１がＳＳＤ５５に記憶されているプログラム（アプリケーション５６０）に従って動作することで、生体情報取得部５６４、計測データ処理部５６５を有する。

生体情報取得部５６４は、特定部５７３が特定した生体情報をウェアラブル端末６に対して無線通信部５１２を介して要求する。生体情報取得部５６４は、第１実施形態の生体情報取得部５１３に相当する。

計測データ処理部５６５は、生体情報取得部５６４からウェアラブル端末６が計測した生体情報を受け取ると、医療サーバ３へ送信するために、当該生体情報と問診データと診察券Ｎｏ.とを対応付ける処理を行う。計測データ処理部５６５は、通信部５１０を介して、生体情報等を医療サーバ３へ送信する。

患者がインストールした専用のアプリケーション５６０を起動すると、携帯端末５の生体情報取得部５６４は、ウェアラブル端末６との接続を行う（Ｓ４１４）。携帯端末５の生体情報取得部５６４は、表示装置５７にデータの計測開始の指示画面を表示させるので、患者は、ウェアラブル端末６上で生体情報の計測を開始する（Ｓ４１６）。計測終了後、携帯端末５の生体情報取得部５６４は、ウェアラブル端末６から計測値を取得する（Ｓ４１８）。

携帯端末５の計測データ処理部５６５は、保存した問診結果と医療サーバ３のＩＰアドレスを取り出す（Ｓ４２０）。そして、携帯端末５の計測データ処理部５６５は、医療サーバ３に対して問診結果と生体情報を送信する（Ｓ４２２）。

図１８は、情報処理システム１が携帯端末５のブラウザ５５０を用いて動作する場合の手順を示すシーケンス図である。患者が携帯端末５上の起動されたブラウザ５５０に対して入力装置５３を介して医療サーバ３のＵＲＬを入力すると、ブラウザ５５０の閲覧部５５１は、問診データ入力ページ取得要求を医療サーバ３に対して送信する（Ｓ５００）。

医療サーバ３のＨＴＭＬ生成部３１１は、ＪａｖａＳｃｒｉｐｔを含むＨＴＭＬファイル５７０を作成する（Ｓ５０２）。これにより、携帯端末５は、表示装置５７に問診画面１０１を表示する（図１５：Ｓ３００参照）。また、医療サーバ３は、当該医療サーバ３のＩＰアドレス（アプリケーション５６０からのデータ送信時用）を送信する（Ｓ５０４）。

患者が問診データをブラウザ５５０に表示された問診画面１０１に入力すると（図１５：Ｓ３０２参照）、携帯端末５の判定部５７４は、ＢＬＥのペリフェラルとなる近傍のデバイス（ウェアラブル端末６など）が送信するアドバタイズメントパケットを取得するためにスキャン（図１５：Ｓ３０８参照）を開始する（Ｓ５０６）。患者が装着しているウェアラブル端末６は、セントラルとなる携帯端末５などに対し、提供可能なデバイス情報サービスを識別可能にするＵＵＩＤを含むアドバタイズメントパケットを所定のインターバルでブロードキャスト送信する（Ｓ５０８）。携帯端末５の判定部５７４は、取得したアドバタイズメントパケットを読み取り、問診結果に対応する所望のデバイス情報サービスを示すＵＵＩＤを送信したウェアラブル端末６に対して接続（ｄｅｖｉｃｅ．ｃｏｎｎｅｃｔＧＡＴＴの接続）を行い（Ｓ５１０、図１５：Ｓ３１６参照）、デバイス情報サービスの一覧の取得を完了（Ｐｒｏｍｉｓｅ．ａｌｌ）する（Ｓ５１２、図１５：Ｓ３１８参照）。

そして、携帯端末５の生体情報取得部５７６は、情報取得部５７２がウェアラブル端末６から生体情報を取得し（Ｓ５１４、図１５：Ｓ３２４参照）、ウェアラブル端末６との接続を切る（Ｓ５１６）。そして、携帯端末５の計測データ処理部５７５は、問診結果と生体情報を医療サーバ３へ送信する（Ｓ５１８、図１５：Ｓ３２６参照）。

図１９は、情報処理システム１が専用のアプリケーション５６０を用いて動作する場合の手順を示すシーケンス図である。携帯端末５の判定部５７４は、ウェアラブル端末６からデバイス情報サービスの内容を取り出して（Ｓ６００）、ウェアラブル端末６の情報を医療サーバ３へ送信する（Ｓ６０２）。医療サーバ３は、データベース内からウェアラブル端末６に該当する専用のアプリケーション５６０のインストールＵＲＬを探し（Ｓ６０４）、専用のアプリケーション５６０のインストールＵＲＬを携帯端末５へ送信する（Ｓ６０６）。

携帯端末５のデータ保存部５６３は、患者が入力した問診結果と医療サーバ３のＩＰアドレスを保存する（Ｓ６０８）。また、携帯端末５の判定部５７４は、専用のアプリケーション５６０のインストール画面１０３を表示する（Ｓ６１０、図１６：Ｓ４０６参照）。

患者が携帯端末５に専用のアプリケーション５６０をインストールし（図１６：Ｓ４１２参照）、専用のアプリケーション５６０を起動させる。携帯端末５の生体情報取得部５６４は、ウェアラブル端末６との接続を行う（Ｓ６１２、図１６：Ｓ４１４参照）。患者がウェアラブル端末６によって生体情報の計測を行った後、携帯端末５の生体情報取得部５６４は、ウェアラブル端末６から生体情報を取得し（Ｓ６１４、図１６：Ｓ４１８参照）、ウェアラブル端末６との接続を切る（Ｓ６１６）。

携帯端末５の計測データ処理部５６５は、問診結果と医療サーバ３のＩＰアドレスを取出す（Ｓ６１８、図１６：Ｓ４２０参照）。携帯端末５の計測データ処理部５６５は、問診結果と生体情報を医療サーバ３へ送信する（Ｓ６２０、図１６：Ｓ４２２参照）。

このように、第３実施形態にかかる情報処理システム１によれば、ブラウザ５５０が実行するＪａｖａＳｃｒｉｐｔが取得した問診結果、又は専用のアプリケーション５６０が取得した問診結果に基づいて、患者から取得すべき生体情報を特定し、特定した生体情報をウェアラブル端末６が取得可能であるか否かを判定するので、問診結果に応じた検査項目について、病院の検査装置４により検査を行う前に、患者が所持するウェアラブル端末６によって行うことができる必要な検査があるか否かを判定することができる。

１ 情報処理システム
２ 受付端末
３ 医療サーバ
４ 検査装置
５ 携帯端末
６ ウェアラブル端末
１０ ネットワーク
５０ アプリケーション（専用アプリ）
６４ 生体センサ
２０４、３０８、４０４、５１０、６０４ 通信部
２０６、４０６、５１２、６０６ 無線通信部
３０１ 取得部
３０２ 特定部
３０４ 判定部
３１１ ＨＴＭＬ生成部
３１２ 管理部
３１３ 判断部
４０２ 生体情報計測部
５０３ 情報取得部
５０４ 特定部
５０６ 判定部
５５０ ブラウザ
５５１ 閲覧部
５５２ スクリプト実行部
５６０ アプリケーション
５６２ アプリ保存部
５６３ データ保存部
５６４ 生体情報取得部
５７０ ＨＴＭＬファイル
５７２ 情報取得部
６０２ 生体情報計測部

特開２００７−１０２７４３号公報

Claims (12)

1. 対象者が所持する携帯端末と、当該携帯端末とネットワーク接続された情報処理装置とを備える情報処理システムであって、
   取得すべき生体情報について、前記携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定部と、
   前記生体情報を前記端末が取得可能であると前記判定部が判定した場合、当該生体情報を前記端末から取得する生体情報取得部と、
   を有することを特徴とする情報処理システム。
2. 前記判定部は、取得すべき前記生体情報と、前記端末から取得した当該端末に対して要求可能な情報の一覧とを比較し、前記生体情報を前記端末によって取得可能であるかを判定する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記対象者の問診を実行する問診実行部と、
   前記問診実行部による前記対象者の問診結果に基づいて、当該対象者から取得すべき前記生体情報を特定する特定部と、
   を有することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記生体情報取得部は、
   前記特定部が特定した前記生体情報を前記端末が取得可能であると前記判定部が判定しなかった場合、当該生体情報を前記端末とは異なる予め定められた端末から取得する、
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理システム。
5. 前記特定部と前記判定部とは、
   前記情報処理装置がアプリケーションを実行することにより実現され、
   前記問診実行部と前記生体情報取得部とは、
   前記対象者が所持する前記携帯端末がアプリケーションを実行することにより実現される、
   ことを特徴とする請求項３または４に記載の情報処理システム。
6. 前記問診実行部と前記特定部と前記判定部と前記生体情報取得部とは、
   前記対象者が所持する前記携帯端末がアプリケーションを実行することにより実現される、
   ことを特徴とする請求項３または４に記載の情報処理システム。
7. 前記問診実行部と前記特定部と前記判定部と前記生体情報取得部とは、
   前記対象者が所持する前記携帯端末にインストールされているブラウザが、前記情報処理装置が保持するＨＴＭＬファイルに含まれるスクリプトを実行することにより実現される、
   ことを特徴とする請求項３または４に記載の情報処理システム。
8. 前記判定部は、前記特定部が特定した前記生体情報を前記端末から取得できない場合、前記生体情報を前記端末から取得可能な専用のアプリケーションを利用する処理での計測に移行する、
   ことを特徴とする請求項７に記載の情報処理システム。
9. 前記情報処理装置は、前記問診実行部における設問の制御を行う問診設問制御部を備える、
   ことを特徴とする請求項１乃至８のいずれか一項に記載の情報処理システム。
10. 対象者が所持する携帯端末とネットワーク接続された情報処理装置であって、
    取得すべき生体情報について、前記携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定部と、
    前記生体情報を前記端末が取得可能であると前記判定部が判定した場合、当該生体情報を前記端末から取得する生体情報取得部と、
    を実現するスクリプトを含み、前記対象者が所持する前記携帯端末にインストールされているブラウザで表示可能なＨＴＭＬファイルを生成するＨＴＭＬ生成部を備える、
    ことを特徴とする情報処理装置。
11. 対象者が所持する携帯端末と、当該携帯端末とネットワーク接続された情報処理装置とを備える情報処理システムにおける情報処理方法であって、
    取得すべき生体情報について、前記携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定ステップと、
    前記生体情報を前記端末が取得可能であると前記判定ステップで判定した場合、当該生体情報を前記端末から取得する生体情報取得ステップと、
    を含むことを特徴とする情報処理方法。
12. 対象者が所持する携帯端末を制御するコンピュータを、
    取得すべき生体情報について、前記携帯端末と通信可能であって対象者が所持する端末によって取得可能であるかを判定する判定手段と、
    前記生体情報を前記端末が取得可能であると前記判定手段が判定した場合、当該生体情報を前記端末から取得する生体情報取得手段と、
    として機能させるための情報処理プログラム。

Images