JP2016164770A - ネットワークシステム、情報処理システムおよび方法 - Google Patents

Abstract

【課題】携帯端末のユーザに関連した情報を他の端末装置に表示させることができるネットワークシステムを提供する。
【解決手段】本発明によれば、近距離無線通信のアクセスポイントに接続された情報処理端末と情報処理システムとを含むネットワークシステムであって、前記情報処理端末は、前記近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した携帯端末からユーザ識別情報を取得するユーザ識別情報取得部と、前記ユーザ識別情報を含むユーザ情報要求を前記情報処理システムに送信するユーザ情報要求部とを含み、前記情報処理システムは、前記ユーザ識別情報と所定のユーザ情報を紐付けて管理するユーザ情報管理部と、前記ユーザ情報要求に含まれる前記ユーザ識別情報に紐付いた前記所定のユーザ情報を該情報処理端末に送信するユーザ情報提供部とを含むネットワークシステムが提供される。
【選択図】図２

Description

本発明は、ネットワークシステム、情報処理システムおよび方法に関する。

携帯端末のユーザに関連した情報をその携帯端末の表示画面に自動的に表示させる技術が知られている。

この点につき、特許第４２０３５０２号明細書（特許文献１）は、携帯端末からユーザ識別情報を取得し、取得したユーザ識別情報に紐付いたユーザ情報をその携帯端末に表示するシステムを開示する。

しかしながら、特許文献１が開示するシステムは、ユーザ識別情報の取得元の携帯端末にのみユーザ情報を表示するものであり、ユーザ識別情報の取得元以外の他の端末装置にユーザ情報を表示することを想定するものではなかった。

本発明は、上記従来技術における課題に鑑みてなされたものであり、携帯端末のユーザに関連した情報を他の端末装置に表示させることができる新規なネットワークシステム、情報処理システムおよび方法を提供することを目的とする。

本発明者は、携帯端末のユーザに関連した情報を他の端末装置に表示させることができる新規なネットワークシステム、情報処理システムおよび方法につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、近距離無線通信のアクセスポイントに接続された情報処理端末と、１以上の情報処理装置によって構成される情報処理システムとを含むネットワークシステムであって、前記情報処理端末は、前記近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した携帯端末から該近距離無線通信を介してユーザ識別情報を取得するユーザ識別情報取得部と、前記携帯端末から前記ユーザ識別情報を取得したことに応答して該ユーザ識別情報を含むユーザ情報要求を前記情報処理システムに送信するユーザ情報要求部と、を含み、前記情報処理システムは、前記ユーザ識別情報と所定のユーザ情報を紐付けて管理するユーザ情報管理部と、前記情報処理端末から前記ユーザ情報要求を受信したことに応答して該ユーザ情報要求に含まれる前記ユーザ識別情報に紐付いた前記所定のユーザ情報を該情報処理端末に送信するユーザ情報提供部と、を含むネットワークシステムが提供される。

上述したように、本発明によれば、携帯端末のユーザに関連した情報を他の端末装置に表示させることができる新規なネットワークシステム、情報処理システムおよび方法が提供される。

第１実施形態の医療支援システムを含むネットワークシステムを示す図。 第１実施形態の診察室および調剤薬局のローカルのネットワーク構成を示す図。 第１実施形態のネットワークシステムを構成する装置の機能ブロック図。 患者が診察室を訪れた際に実行される処理を示すシーケンス図。 第１実施形態の「診察支援サービス」のログイン画面を示す図。 第１実施形態の携帯端末の画面を示す図。 第１実施形態の入出状態管理テーブルを示す図。 第１実施形態のユーザ情報管理テーブルを示す図。 第１実施形態の「診察支援サービス」の電子カルテ画面を示す図。 患者が調剤薬局を訪れた際に実行される処理を示すシーケンス図。 第１実施形態の「薬局支援サービス」のログイン画面を示す図。 第１実施形態の「薬局支援サービス」の処方箋出力画面を示す図。 第２実施形態の検査室のローカルのネットワーク構成を示す図。 第２実施形態のネットワークシステムを構成する装置の機能ブロック図。 被検者が健康診断を受ける際に実行される処理を示すシーケンス図。 第２実施形態の「検査担当者支援サービス」のログイン画面を示す図。 第２実施形態の「被検者支援サービス」のログイン画面を示す図。 第２実施形態の「被検者支援サービス」の検査選択画面および順序案内画面を示す図。 第２実施形態の順番待ちリストおよび順序リストを示す図。 第２実施形態の入出状態管理テーブルを示す図。 第２実施形態の「被検者支援サービス」の順序案内画面を示す図。 第２実施形態の入出状態管理テーブルを示す図。 待合室で待機する被検者を呼び出す際に実行される処理を示すシーケンス図。 第２実施形態の「検査担当者支援サービス」の順番待ち画面を示す図。 被検者の携帯端末に表示されるメッセージ画面を示す図。 被検者が待合室から一時的に退室する際に実行される処理を示すシーケンス図。 待合室から一時的に退室した被検者を呼び出す際に実行される処理を示すシーケンス図。 第２実施形態の「検査担当者支援サービス」の待ち時間算出情報登録画面等を示す図。 第２実施形態の待ち時間算出情報管理テーブル等を示す図。 本実施形態のネットワークシステムを構成するコンピュータのハードウェア構成図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

本発明の情報処理システムによれば、携帯端末のユーザに関連した情報を他の端末装置に表示させることが可能になる。以下、本発明の好適な応用例として、本発明の情報処理システムを医療支援システムとして構成した実施形態を説明する。

（第１実施形態）
本発明の第１実施形態である医療支援システム１００は、医療関係者（医師や看護師など）を支援する「診察支援サービス」、ならびに、調剤薬局の担当者（薬剤師など）を支援する「薬局支援サービス」を提供する。

図１は、本実施形態の医療支援システム１００を含むネットワークシステム１０００を示す。図１に示されるように、ネットワークシステム１０００は、Ｗｅｂサーバとして参照される医療支援システム１００と、診察室に設置されるパーソナル・コンピューター１０（以下、ＰＣ１０という）と、調剤薬局に設置されるパーソナル・コンピューター２０（以下、ＰＣ２０という）と、患者が携帯する携帯端末３０とを含んで構成されている。そして、医療支援システム１００は、ＰＣ１０、ＰＣ２０および携帯端末３０のそれぞれとネットワーク５０を介して相互通信可能に接続されている。なお、ネットワーク５０は、ＬＡＮ、ＶＰＮ、インターネット、携帯電話回線などとして参照することができる。

図１においては、ＰＣ１０およびＰＣ２０をデスクトップ型ＰＣとして図示しているが、ＰＣ１０およびＰＣ２０は、室内に固定して設置されている必要はなく、ノートＰＣやタブレットＰＣなどの携帯型コンピュータ装置であってもよい。

また、図１においては、携帯端末３０をスマートフォンとして図示しているが、携帯端末３０は、無線ＬＡＮ（Ｗｉ−Ｆｉ）やモバイル通信（３Ｇ、ＬＴＥなど）の規格に準拠した無線通信の機能を搭載する携帯端末３０であればよく、タブレットＰＣ、ノートＰＣ、ＰＤＡなどのその他の携帯型コンピュータ装置であってもよい。

また、図１においては、医療支援システム１００を１台のコンピュータ装置として図示しているが、医療支援システム１００は、適切な単位でネットワーク上に分散配置された２以上のコンピュータ装置であってもよい。

以上、本実施形態のネットワークシステム１０００のネットワーク構成について説明してきたが、次に、ＰＣ１０が設置される診察室およびＰＣ２０が設置される調剤薬局のローカル・ネットワーク構成を図２に基づいて説明する。

本実施形態では、前提として、患者が携帯する携帯端末３０が上述した無線通信機能（Ｗｉ−Ｆｉ、３Ｇ、ＬＴＥなど）とは別に所定の規格に準拠した近距離無線通信の機能を搭載する。ここでいう近距離無線通信とは、用途に応じて有効通信距離を数メートル程度に制限しうる無線通信を意味する。このような無線通信技術としては、Bluetooth Low Energy（登録商標）を例示することができる。ただし、本実施形態は、近距離無線通信の規格を限定するものではない。

本実施形態においては、携帯端末３０が搭載する近距離無線通信機能に対応する近距離無線通信のアクセスポイント４０（以下、ＡＰ４０という）が診察室に設置されており、医療関係者（医師や看護師など）が操作するＰＣ１０とアクセスポイント４０が病院内に構築されるＬＡＮ６０を介して相互通信可能に接続されている。ここで、図２に破線で示す楕円Ａは、診察室に設置されるＡＰ４０の通信可能範囲によって定義される領域Ａを示している。本実施形態においては、診察室の管理者は、領域Ａが診察室の室内に定義されるようにＡＰ４０の有効通信距離と設置位置を設定する。好ましい例では、領域Ａの内外の境界が診察室の内外の境界に略一致するような形でＡＰ４０の有効通信距離と設置位置を設定する。

同様に、本実施形態においては、調剤薬局の適切な位置にＡＰ４０が設置されており、調剤薬局の担当者（薬剤師など）が操作するＰＣ２０とＡＰ４０が調剤薬局に構築されるＬＡＮ６０を介して相互通信可能に接続されている。ここで、図２に破線で示す楕円Ｂは、調剤薬局の室内に設置されるＡＰ４０の通信可能範囲によって定義される領域Ｂを示している。本実施形態においては、調剤薬局の管理者は、領域Ｂが調剤薬局の室内に定義されるようにＡＰ４０の有効通信距離と設置位置を設定する。好ましい例では、領域Ｂの境界が調剤薬局の室内外の境界に略一致するような形でＡＰ４０の有効通信距離と設置位置を設定する。なお、各管理者は、ＡＰ４０の電波強度の閾値を適切な値に設定することで有効通信距離を設定することができる。（以下、同様。）

以上、診察室および調剤薬局のローカル・ネットワーク構成について説明してきたが、続いて、本実施形態のネットワークシステム１０００を構成する各装置の機能構成について図３に示す機能ブロック図に基づいて説明する。

図３に示すように、本実施形態の医療支援システム１００は、ユーザ情報管理部１０２、ユーザ認証部１０３、ユーザ情報提供部１０４、入出状態管理部１０５、進入処理実行部１０６および退出処理実行部１０８を含んで構成されている。

ユーザ情報管理部１０２は、携帯端末３０を携帯する患者のユーザＩＤ（ユーザ識別情報）と所定のユーザ情報を紐付けて管理するための機能手段である。本実施形態では、ユーザ情報管理部１０２は、ユーザ情報として、患者の診察関連情報（カルテや看護日誌など）や処方箋情報を管理する。また、ユーザ情報管理部１０２は、本システムを利用するユーザ（医療関係者や調剤薬局の担当者など）のアカウント情報なども併せて管理する。

ユーザ認証部１０３は、本システムを利用するユーザ（医療関係者や調剤薬局の担当者など）のユーザ認証を実行するための機能手段である。

ユーザ情報提供部１０４は、ＰＣ１０またはＰＣ２０からの要求に応じて患者のユーザ情報を提供するための機能手段である。

入出状態管理部１０５は、ＡＰ４０の通信可能範囲によって定義される領域（以下、定義領域という場合がある）における患者の入出状態を管理するための機能手段である。

進入処理実行部１０６は、患者の入出状態を進入状態に更新するための機能手段である。

退出処理実行部１０８は、患者の入出状態を退出状態に更新するための機能手段である。

なお、医療支援システム１００を構成する各機能手段は、コンピュータ装置に専用のプログラムをインストールすることによって実現される。本実施形態においては、上述した各機能手段を、１台のコンピュータ装置上で実現してもよいし、適切な単位でネットワーク上の２以上のコンピュータ装置に分散配置する形で実現してもよい。

一方、図３に示すように、ＰＣ１０およびＰＣ２０（以下、ＰＣ１０等という場合がある）は、Ｗｅｂブラウザ１２、ユーザ識別情報取得部１４、ユーザ情報要求部１５、進入処理要求部１６、退出処理要求部１７および通信切断検知部１８を含んで構成されている。なお、Ｗｅｂブラウザ１２以外の上述した各機能手段は、ＰＣ１０等に専用アプリケーション（以下、ＰＣ用アプリという）をインストールすることにより実現される。

Ｗｅｂブラウザ１２は、Ｗｅｂサーバである医療支援システム１００に対してＷｅｂコンテンツや処理を要求し、その結果を受け取って表示装置に表示するための機能手段である。

ユーザ識別情報取得部１４は、定義領域に進入した患者の携帯端末３０からユーザＩＤを取得するための機能手段である。

ユーザ情報要求部１５は、患者が定義領域に進入したことに応答して、Ｗｅｂブラウザ１２を介して医療支援システム１００にユーザ情報（カルテや処方箋など）を要求するための機能手段である。

進入処理要求部１６は、患者の携帯端末３０からユーザＩＤを取得したことに応答して、Ｗｅｂブラウザ１２を介して医療支援システム１００に当該患者に係る進入処理を要求するための機能手段である。

通信切断検知部１８は、ＰＣ１０等と患者の携帯端末３０との間に確立された近距離無線通信の切断を検知するための機能手段である。通信切断検知部１８は、例えば、携帯端末３０に対し近距離無線通信を介して定期的に所定のパケットを送信し、応答がない場合に近距離無線通信の切断を検知する。

退出処理要求部１７は、通信切断検知部１８が近距離無線通信の切断を検知したことに応答して、Ｗｅｂブラウザ１２を介して医療支援システム１００に当該患者に係る進入処理を要求するための機能手段である。

一方、図３に示すように、携帯端末３０は、Ｗｅｂブラウザ３２、ユーザ識別情報提供部３４、近距離無線通信Ｉ／Ｆ３６を含んで構成されている。

Ｗｅｂブラウザ３２は、Ｗｅｂサーバである医療支援システム１００に対してＷｅｂコンテンツや処理を要求し、その結果を受け取って表示装置に表示するための機能手段である。

近距離無線通信Ｉ／Ｆ３６は、ＡＰ４０を介して、ＰＣ１０等との間に近距離無線通信を確立するための機能手段である。

ユーザ識別情報提供部３４は、近距離無線通信を介したＰＣ１０等からの要求に応じて、携帯端末３０を携帯する患者のユーザＩＤを提供するための機能手段である。なお、ユーザ識別情報提供部３４は、携帯端末３０に専用アプリケーション（以下、携帯用アプリという）をインストールすることにより実現される。本実施形態では、本システムの利用登録時に携帯用アプリが医療支援システム１００から携帯端末３０にダウンロードされ、その時点で患者のユーザＩＤが携帯端末３０の所定の記憶領域に格納される。

以上、ネットワークシステム１０００を構成する各装置の機能構成について概説したが、続いて、上述した各機能手段が実行する処理の内容を具体例に基づいて説明する。なお、以下の説明においては、適宜、図２および図３を参照するものとする。

まず、患者が診察室を訪れた際に実行される処理を図４に示すシーケンス図に基づいて説明する。

医師は、診察室に設置されたＰＣ１０を起動して医療支援システム１００がＷｅｂサービスとして提供する「診察支援サービス」にログインする（Ｓ１）。図５（ａ）は、「診察支援サービス」のログイン画面を例示する。図５（ａ）に示すように、「診察支援サービス」においては、ログイン時にアカウント情報として、「ユーザＩＤ」、「パスワード」、「ロケーションＩＤ」が要求される。ここで、「ロケーションＩＤ」とは、ＡＰ４０の通信可能範囲によって定義される定義領域に付与される一意識別子である。医師は、ログイン画面に表示された入力フォームからユーザＩＤ“doc001”、パスワード、診察室のロケーションＩＤ“sinsatu001”を入力してログインボタンをクリックする。

これを受けて、ＰＣ１０は、入力されたアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）を医療支援システム１００に送信する（Ｓ１）。医療支援システム１００のユーザ認証部１０３は、ＰＣ１０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ２）。その結果、認証に成功すると、ユーザ認証部１０３は、セッションＩＤを発行し、ＰＣ１０から受信したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。そして、ユーザ認証部１０３は、確立したセッションを使用してログイン完了画面をＰＣ１０に送信する（Ｓ３）。

図５（ｂ）は、ＰＣ１０に送信されるログイン完了画面を示す。このとき、ログイン完了画面には、ログイン完了の旨とともに「専用アプリケーションを起動して下さい。」という案内が表示される。これを受けて、医師は、ＰＣ１０に予めインストールしておいたＰＣ用アプリを起動して（Ｓ４）、患者の入室を待つ。

一方、患者Ａは、診察室に入室する前に、自身の携帯端末３０に予めインストールしておいた携帯用アプリを起動する（Ｓ５）。図６（ａ）は、患者Ａの携帯端末３０の画面を例示する。この場合、患者Ａは、「診察支援」のアイコンをタッチして専用アプリケーションを起動した後に、診察室に入室する。

患者Ａが診察室に入室すると、患者Ａの携帯端末３０が診察室に設置されたＡＰ４０の無線通信範囲（定義領域Ａ）に入る。その結果、「診察支援サービス」にログインしているＰＣ１０と携帯端末３０の間で近距離無線通信が確立する（Ｓ６）。近距離無線通信が確立したことを受けて、ＰＣ１０のユーザ識別情報取得部１４が携帯端末３０に対してユーザＩＤを要求する（Ｓ７）。これを受けて、携帯端末３０のユーザ識別情報提供部３４は、所定の記憶領域から患者ＡのユーザＩＤ“user001”を読み出してＰＣ１０に送信する（Ｓ８）。

ＰＣ１０の進入処理要求部１６は、携帯端末３０から取得したユーザＩＤ“user001”を含む進入処理要求を生成し、医療支援システム１００に送信する（Ｓ９）。これを受けて、進入処理実行部１０６が入出状態管理テーブル５００を更新する進入処理を実行する（Ｓ１０）。

図７は、入出状態管理部１０５が管理する入出状態管理テーブル５００を例示する。入出状態管理テーブル５００は、ロケーションＩＤを格納するためのフィールド５０１、患者のユーザＩＤを格納するためのフィールド５０２、入出状態を格納するためのフィールド５０３を備える。Ｓ１０の進入処理において、進入処理実行部１０６は、入出状態管理テーブル５００に新しいレコードを追加し、フィールド５０１に進入処理要求に含まれるユーザＩＤ“user001”を格納し、フィールド５０２に進入処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“sinsatu001”を格納し、フィールド５０３に「ＩＮ」を格納することによって、患者Ａの入出状態を進入状態に更新する。図７(ａ)は、進入処理後の入出状態管理テーブル５００を示す。

医師がログイン完了画面（図５（ｂ）参照）に表示される「電子カルテ」ボタンをクリックしたことに応答して、ＰＣ１０のユーザ情報要求部１５は、携帯端末３０から取得したユーザＩＤ“user001”を含むカルテ要求を生成し、医療支援システム１００に送信する（Ｓ１１）。

これを受けて、医療支援システム１００のユーザ情報提供部１０４は、カルテ要求に含まれるユーザＩＤ“user001”とと当該カルテ要求に係るセッションＩＤに紐付いたロケーションＩＤ“sinsatu001”をキーとして入出状態管理テーブル５００を検索し、キーに合致するレコードのフィールド５０３が「ＩＮ」になっていることを条件として、電子カルテ画面を生成する（Ｓ１２）。

図８は、ユーザ情報管理部１０２が管理するユーザ情報管理テーブル６００を例示する。ユーザ情報管理テーブル６００は、患者のユーザＩＤを格納するためのフィールド６０１、患者の氏名を格納するためのフィールド６０２、カルテ情報の保存位置（相対パス）を格納するためのフィールド６０３、処方箋の保存位置（相対パス）を格納するためのフィールド６０４、薬剤交付日を格納するためのフィールド６０５などを備える。

Ｓ１２において、ユーザ情報提供部１０４は、ＰＣ１０から受信したカルテ要求に含まれるユーザＩＤ“user001”をキーとしてユーザ情報管理テーブル６００を検索し、キーに合致するレコードのフィールド６０３に格納された患者Ａのカルテ情報の保存位置を埋め込んだ電子カルテ画面（ＨＴＭＬファイル）を生成する。本実施形態において、電子カルテ画面は、患者のカルテ情報（検査・診察結果）の表示と入力受付ならびに処方箋の入力受付を行うためのＵＩ画面として生成される。

ユーザ情報提供部１０４は、生成した電子カルテ画面をＰＣ１０に送信し（Ｓ１３）、ＰＣ１０は、受信した電子カルテ画面をディスプレイに表示する（Ｓ１４）。図９(ａ)は、ＰＣ１０のディスプレイに表示された患者Ａの電子カルテ画面を示す。医師は、電子カルテ画面に表示された患者Ａのカルテを確認して患者Ａの診察を開始する。

その後、医師は、患者Ａの診察を終えると、ＰＣ１０を操作して、電子カルテ画面からカルテ情報（本日の検査・診察結果）を入力する（Ｓ１５）。加えて、医師は、電子カルテ画面から患者Ａに処方する薬剤の処方箋情報を入力する（Ｓ１６）。図９(ｂ)は、カルテ情報と処方箋情報を入力した後の電子カルテ画面を示す。必要な情報の入力を終えると、医師は、電子カルテ画面に表示される更新ボタンをクリックする。これを受けて、ＰＣ１０は、入力された情報を患者ＡのユーザＩＤ“user001”に紐付けて医療支援システム１００に送信する（Ｓ１７）。

医療支援システム１００のユーザ情報提供部１０４は、ＰＣ１０から受信したカルテ情報に基づいてデータベース上に保存されるカルテ情報を更新する（Ｓ１８）。さらに、ユーザ情報提供部１０４は、ＰＣ１０から受信した処方箋をデータベースに保存する（Ｓ１９）。このとき、ユーザ情報提供部１０４は、処方箋の保存位置（相対パス）をユーザ情報管理テーブル６００のユーザＩＤ“user001”に係るレコードのフィールド６０４に格納する。図８（ｂ）は、患者Ａの処方箋を保存した後のユーザ情報管理テーブル６００を示す。図８(ｂ)に示すように、この時点でユーザＩＤ“user001”に係るレコードのフィールド６０５（薬剤交付日）はブランクとされる。

一方、診察を終えた患者Ａは、診察室から退室する。その結果、患者Ａの携帯端末３０が診察室に設置されたＡＰ４０の無線通信範囲（定義領域Ａ）から外れ、ＰＣ１０と携帯端末３０の間の近距離無線通信が切断される（Ｓ２０）。このとき、ＰＣ１０の通信切断検知部１８が近距離無線通信の切断を検知し（Ｓ２１）、その旨を退出処理要求部１７に通知する。

これを受けて、退出処理要求部１７は、患者ＡのユーザＩＤ“user001”を含む退出処理要求を生成し、医療支援システム１００に送信する（Ｓ２２）。

これを受けて、医療支援システム１００の退出処理実行部１０８は、入出状態管理テーブル５００を更新する退出処理を実行する（Ｓ２３）。具体的には、退出処理実行部１０８は、退出処理要求に含まれるユーザＩＤ“user001”と当該退出処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“sinsatu001”をキーとして入出状態管理テーブル５００を検索し、キーに合致するレコードのフィールド５０３に「ＯＵＴ」を格納することによって、患者Ａの入出状態を退出状態に更新する。図７(ｂ)は、退出処理後の入出状態管理テーブル５００を示す。

続いて、ユーザ情報提供部１０４は、Ｓ２２でＰＣ１０から送信された退出処理要求と同じセッション（すなわち、退出処理要求に含まれるユーザＩＤ“user001”に紐付いたセッション）で送信した直前の電子カルテ画面のＨＴＭＬコードから患者Ａのカルテ情報の保存位置を削除する（カルテ情報のリンクを削除する）変更を行う（Ｓ２４）。

続いて、ユーザ情報提供部１０４は、変更した電子カルテ画面をＰＣ１０に送信し（Ｓ２５）、ＰＣ１０は、受信した電子カルテ画面をディスプレイに表示する（Ｓ２６）。図９(ｃ)は、ＰＣ１０のディスプレイに表示された患者Ａの電子カルテ画面を示す。図９（ｃ）に示すように、本実施形態においては、患者が診察室を退室したことに応答して、自動的に患者のカルテ情報が非表示になるので、患者のプライバシーが守られる。

なお、本実施形態においては、退出処理要求部１７は、電子カルテ画面の更新ボタンがクリックされたことを条件として退出処理要求を医療支援システム１００に送信するように構成される。したがって、仮に、医師がカルテ情報や処方箋情報の入力を終える前に患者が退室したとしても、電子カルテ画面は入力可能な状態に維持される。

また、上述した実施形態では、「診察支援サービス」のユーザとして医師を例示したが、「診察支援サービス」のユーザは医師に限定されず、看護師などの他の医療関係者をユーザとして想定してもよい。その場合、医療支援システム１００は、各ユーザに職務に応じた閲覧権限を付与し、ログインしているユーザの閲覧権限に基づいて、ＰＣ１０に送信する患者のユーザ情報を制限することが好ましい。

以上、患者が診察室を訪れた際に実行される処理について説明したが、続いて、患者が調剤薬局を訪れた際に実行される処理を図１０に示すシーケンス図に基づいて説明する。

調剤薬局の薬剤師は、調剤薬局に設置されたＰＣ２０を起動して医療支援システム１００がＷｅｂサービスとして提供する「薬局支援サービス」にログインする（Ｓ１）。図１１（ａ）は、「薬局支援サービス」のログイン画面を例示する。上述した「診察支援サービス」と同様に、ここでも、ログイン時のアカウント情報として、「ユーザＩＤ」、「パスワード」、「ロケーションＩＤ」が要求される。薬剤師は、ログイン画面に表示された入力フォームからユーザＩＤ“chem001”、パスワード、調剤薬局のロケーションＩＤ“pharm001”を入力してログインボタンをクリックする。

これを受けて、ＰＣ２０は、入力されたアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）を医療支援システム１００に送信する（Ｓ１）。医療支援システム１００のユーザ認証部１０３は、ＰＣ２０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ２）。その結果、認証に成功すると、ユーザ認証部１０３は、セッションＩＤを発行し、ＰＣ２０から受信したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。そして、ユーザ認証部１０３は、確立したセッションを使用してログイン完了画面をＰＣ２０に送信する（Ｓ３）。

図１１（ｂ）は、ＰＣ２０に送信されるログイン完了画面を示す。このとき、ログイン完了画面には、ログイン完了の旨とともに「専用アプリケーションを起動して下さい。」という案内が表示される。これを受けて、薬剤師は、ＰＣ２０に予めインストールしておいたＰＣ２０用アプリを起動する（Ｓ４）。

一方、患者Ａが調剤薬局に入室すると、患者Ａの携帯端末３０が調剤薬局に設置されたＡＰの無線通信範囲（定義領域Ｂ）に入る。その結果、「薬局支援サービス」にログインしているＰＣ２０と携帯端末３０の間で近距離無線通信が確立する（Ｓ５）。近距離無線通信が確立したことを受けて、ＰＣ２０のユーザ識別情報取得部１４は携帯端末３０に対してユーザＩＤを要求する（Ｓ６）。これを受けて、携帯端末３０のユーザ情報提供部１０４が所定の記憶領域から患者ＡのユーザＩＤ“user001”を読み出してＰＣ２０に送信する（Ｓ７）。

携帯端末３０からユーザＩＤ“user001”を受信したＰＣ２０の進入処理要求部１６は、当該ユーザＩＤを含む進入処理要求を生成し、医療支援システム１００に送信する（Ｓ８）。これを受けて、進入処理実行部１０６は、入出状態管理テーブル５００（図７参照）に新しいレコードを追加し、フィールド５０１に進入処理要求に含まれるユーザＩＤ“user001”を格納し、フィールド５０２に当該進入処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“pharm001”を格納し、フィールド５０３に、「ＩＮ」を格納することによって、患者Ａの入出状態を進入状態に更新する。図７(ｃ)は、進入処理後の入出状態管理テーブル５００を示す。

薬剤師がログイン完了画面（図１１（ｂ）参照）に表示される「処方箋」ボタンをクリックしたことに応答して、ＰＣ２０のユーザ情報要求部１５は、ユーザＩＤ“user001”を含む処方箋要求を生成し、医療支援システム１００に送信する（Ｓ１０）。

これを受けて、医療支援システム１００のユーザ情報提供部１０４は、ＰＣ２０から受信した処方箋要求に含まれるユーザＩＤ“user001”と当該処方箋要求に係るセッションＩＤに紐付いたロケーションＩＤ“pharm001”をキーとして入出状態管理テーブル５００を検索し、キーに合致するレコードのフィールド５０３が「ＩＮ」になっていることを条件として、当該ユーザＩＤ“user001”をキーとしてユーザ情報管理テーブル６００を検索する。そして、キーに合致するレコードのフィールド６０５（薬剤交付日）の値がブランクになっていることを条件として、フィールド６０４に格納された処方箋情報の保存位置を埋め込んだ処方箋画面（ＨＴＭＬファイル）を生成する（Ｓ１１）。本実施形態において、処方箋画面は、患者の処方箋情報を表示するＵＩ画面として生成される。

ユーザ情報提供部１０４は、生成した処方箋画面をＰＣ２０に送信し（Ｓ１２）、ＰＣ２０は、受信した処方箋画面をディスプレイに表示する（Ｓ１３）。図１２(ａ)は、患者Ａの処方箋画面がＰＣ２０のディスプレイに表示された様子を示す。薬剤師は、処方箋画面に表示された処方箋に基づいて薬剤を調剤して患者Ａに交付する。

薬剤師は、患者Ａに薬剤を交付した後、図１２(ｂ)に示すように、処方箋画面の「薬剤交付済」のボタンをクリックする。これを受けて、ＰＣ２０は、患者ＡのユーザＩＤを含む薬剤交付済処理要求を医療支援システム１００に送信する（Ｓ１４）。

医療支援システム１００のユーザ情報提供部１０４は、ＰＣ２０から受信した薬剤交付済処理要求に含まれるユーザＩＤ“user001”をキーとしてユーザ情報管理テーブル６００を検索し、キーに合致するレコードのフィールド６０５に今日の日付を薬剤交付日として格納する（Ｓ１５）。図８（ｃ）は、薬剤交付後のユーザ情報管理テーブル６００を示す。このように、フィールド６０５に薬剤交付日を格納することで、１つの処方箋について薬剤を重複して調剤することが防止される。

一方、薬剤を受けとった患者Ａは、調剤薬局から退室する。その結果、患者Ａの携帯端末３０が薬に設置されたＡＰの無線通信範囲（定義領域Ｂ）から外れ、ＰＣ２０と携帯端末３０の間の近距離無線通信が切断される（Ｓ１６）。このとき、ＰＣ１０の通信切断検知部１８が近距離無線通信の切断を検知し（Ｓ１７）、その旨を退出処理要求部１７に通知する。これを受けて、退出処理要求部１７が患者ＡのユーザＩＤ“user001”を含む退出処理要求を生成し、医療支援システム１００に送信する（Ｓ１８）。

これを受けて、医療支援システム１００の退出処理実行部１０８は、退出処理を実行する（Ｓ１９）。具体的には、退出処理実行部１０８は、退出処理要求に含まれるユーザＩＤ“user001”と当該退出処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“pharm001”をキーとして入出状態管理テーブル５００を検索し、キーに合致するレコードのフィールド５０３に「ＯＵＴ」を格納することによって、患者Ａの入出状態を進入状態に更新する。図７(ｄ)は、退出処理後の入出状態管理テーブル５００を示す。

続いて、ユーザ情報提供部１０４は、Ｓ１８でＰＣ２０から送信された退出処理要求と同じセッション（すなわち、退出処理要求に含まれるユーザＩＤ“user001”に紐付いたセッション）で送信した直前の処方箋画面のＨＴＭＬコードから患者Ａの処方箋情報の保存位置を削除する（処方箋情報のリンクを削除する）変更を行う（Ｓ２０）。

続いて、ユーザ情報提供部１０４は、変更した処方箋画面をＰＣ２０に送信し（Ｓ２１）、ＰＣ２０は、受信した処方箋画面をディスプレイに表示する（Ｓ２２）。図１２(ｃ)は、ＰＣ２０のディスプレイに表示された患者Ａの処方箋画面を示す。図１２（ｃ）に示すように、本実施形態においては、患者が調剤薬局を退室したことに応答して、自動的に患者の処方箋情報が非表示になるので、患者のプライバシーが守られる。

以上、第１の実施形態について説明した。本実施形態によれば、患者の入室に合わせて医師が操作するコンピュータ装置にその患者のカルテが表示されるので、医師は、カルテを探す手間が省け、その分、診察に集中することができる。また、患者の入室に合わせて薬剤師が操作するコンピュータ装置にその患者の処方箋が表示されるので、薬剤師は、患者からの処方箋の提示を待つことなく直ちに調剤作業に入ることができ、作業効率が上がる。一方、患者は、診察や薬剤の交付を受けるために診察券や処方箋を持ち歩く必要がなくなる。

以上、本発明の第１実施形態について説明してきたが、続いて、本発明の第２実施形態について説明する。

（第２実施形態）

本発明の第２実施形態である医療支援システム２００は、複数の検査を複数の被検者が順番に受診してまわるようなシーン（例えば、健康診断や人間ドッグ）を想定し、Ｗｅｂサービスとして、被検者に向けた「被検者支援サービス」、および、検査担当者に向けた「検査担当者支援サービス」を提供する。

本発明の第２実施形態である医療支援システム２００を含むネットワークシステムの構成は、図１に示した構成と変わるところがないので説明を割愛し、ここでは、ＰＣ１０が設置される検査室のローカル・ネットワーク構成を図１３に基づいて説明する。

本実施形態においては、複数ある検査室のそれぞれの待合室にＡＰ４０が設置されており、検査担当者が操作するＰＣ１０とアクセスポイント４０が検査施設内に構築されるＬＡＮ６０を介して相互通信可能に接続されている。ここで、図１３に破線で示す楕円Ｃは、待合室に設置されるＡＰ４０の通信可能範囲によって定義される定義領域Ｃを示している。本実施形態においては、検査室の管理者は、定義領域Ｃが待合室の室内に定義されるようにＡＰ４０の有効通信距離と設置位置を設定する。好ましい例では、領域Ｃの内外の境界が待合室の内外の境界に略一致するような形でＡＰ４０の有効通信距離と設置位置を設定する。

次に、本実施形態の医療支援システム２００の機能構成を図１４に示す機能ブロック図に基づいて説明する。なお、図１４に示すＰＣ１０および携帯端末３０の各機能手段は、図３において先に説明した構成と変わるところがないので、ここではその説明を割愛する。

図１４に示すように、本実施形態の医療支援システム２００は、入出状態管理部２０１、進入処理実行部２０２、退出処理実行部２０３、順番待ちリスト生成部２０４、順番待ちリスト管理部２０５、順番待ち画面生成部２０６、順序リスト生成部２０７、順序案内画面生成部２０８、順番留保処理実行部２０９、ユーザ連絡部２１２、ユーザ情報管理部２１４およびユーザ情報登録部２１５を含んで構成されている。

入出状態管理部２０１は、ＡＰ４０の通信可能範囲によって定義される定義領域における被検者の入出状態を管理するための機能手段である。

進入処理実行部２０２は、定義領域における被検者の入出状態を進入状態に更新するための機能手段である。

退出処理実行部２０３は、定義領域における被検者の入出状態を退出状態に更新するための機能手段である。
順番待ちリスト生成部２０４は、定義領域への進入時刻の昇順に被検者を並べた順番待ちリストを生成するための機能手段である。

順番待ちリスト管理部２０５は、各定義領域について生成された順番待ちリストを管理するための機能手段である。

順番待ち画面生成部２０６は、順番待ちリストを表示する順番待ち画面を生成してＰＣ１０に送信するための機能手段である。

順序リスト生成部２０７は、順序リストを生成するための機能手段である。

順序案内画面生成部２０８は、順序リストを表示する順序案内画面を生成してＰＣ１０に送信するための機能手段である。

順番留保処理実行部２０９は、被検者からの要求に応じてじ順番留保処理を実行するための機能手段である。

ユーザ認証部２１０は、本システムを利用するユーザ（被検者、検査担当者）のユーザ認証を実行するための機能手段である。

ユーザ連絡部２１２は、ユーザへのメッセージを携帯端末３０に送信するための機能手段である。

ユーザ情報管理部２１４は、本システムを利用するユーザ（被検者、検査室）に係る各種ユーザ情報（アカウント情報や被検者の携帯メールアドレス等）を管理するための機能手段である。

ユーザ情報登録部２１５は、本システムを利用するユーザ（被検者、検査室）からの要求に応じて各種ユーザ情報（アカウント情報や被検者の携帯メールアドレス等）をユーザ情報管理部２１４に登録するための機能手段である。

なお、医療支援システム２００を構成する各機能手段は、コンピュータに専用のプログラムをインストールすることによって実現される。本実施形態においては、上述した各機能手段を、１台のコンピュータ上で実現してもよいし、適切な単位でネットワーク上の２以上のコンピュータに分散配置する形で実現してもよい。

以上、本実施形態の医療支援システム２００の機能構成について概説したが、続いて、上述した各機能手段が実行する処理の内容を具体例に基づいて説明する。なお、以下の説明においては、適宜、図１３および図１４を参照するものとする。

まず、被検者に向けた「被検者支援サービス」のために実行される処理を図１５に示すシーケンス図に基づいて説明する。

各検査室の検査担当者は、検査室に設置されたＰＣ１０を起動して医療支援システム２００がＷｅｂサービスとして提供する「検査担当者支援サービス」にログインする（Ｓ１）。図１６（ａ）は、「検査担当者支援サービス」のログイン画面を例示する。例えば、「検査３」の検査担当者は、ログイン画面に表示された入力フォームからユーザＩＤ“nur001”、パスワード、「検査３」を実施する検査室のロケーションＩＤ“kensa003”を入力してログインボタンをクリックする。

これを受けて、ＰＣ１０は、入力されたアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）を医療支援システム２００に送信する（Ｓ１）。医療支援システム２００のユーザ認証部２１０は、ＰＣ１０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ２）。その結果、認証に成功すると、ユーザ認証部２１０は、セッションＩＤを発行し、ＰＣ１０から受信したアカウント情報（ユーザＩＤ、パスワード、ロケーションＩＤ）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。そして、ユーザ認証部２１０は、確立したセッションを使用してログイン完了画面をＰＣ１０に送信する（Ｓ３）。

図１６（ｂ）は、ＰＣ１０に送信されるログイン完了画面を示す。このとき、ログイン完了画面には、ログイン完了の旨とともに「専用アプリケーションを起動して下さい。」という案内が表示される。これを受けて、検査担当者は、ＰＣ１０に予めインストールしておいたＰＣ用アプリを起動して（Ｓ４）、被検者の入室を待つ。

一方、被検者Ａは、検査室を回る順番を決めるべく自身の携帯端末３０を操作して医療支援システム２００がＷｅｂサービスとして提供する「被検者支援サービス」にログインする（Ｓ５）。図１７（ａ）は、「被検者支援サービス」のログイン画面を例示する。被検者Ａは、ログイン画面に表示された入力フォームからユーザＩＤ“user003”、パスワードを入力してログインボタンをクリックする。

これを受けて、携帯端末３０は、入力されたアカウント情報（ユーザＩＤ、パスワード）を医療支援システム２００に送信する（Ｓ５）。これを受けて、医療支援システム２００のユーザ認証部２１０は、携帯端末３０から受信したアカウント情報に基づいてユーザ認証を実行する（Ｓ６）。その結果、認証に成功すると、ユーザ認証部２１０は、セッションＩＤを発行し、携帯端末３０から受信したアカウント情報（ユーザＩＤ、パスワード）と発行したセッションＩＤとを紐付けてＨＴＴＰセッションを確立する。そして、ユーザ認証部２１０は、確立したセッションを使用してログイン完了画面を携帯端末３０に送信する（Ｓ７）。

図１７（ｂ）は、携帯端末３０に送信されるログイン完了画面を示す。このとき、ログイン完了画面には、ログイン完了の旨とともに「専用アプリケーションを起動して下さい。」という案内が表示される。これを受けて、被検者Ａは、携帯端末３０に予めインストールしておいた携帯用アプリを起動する（Ｓ８）。図６（ｂ）は、患者Ａの携帯端末３０の画面を例示する。この場合、患者Ａは、「検査順序」のアイコンをタッチして携帯用アプリを起動する

その後、被検者Ａがログイン完了画面（図１７（ｂ）参照）に表示される「検査選択画面」ボタンをクリックすると、携帯端末３０に図１８（ａ）に示す検査選択画面が表示される。図１８（ａ）に示すように、検査選択画面には、検査名と検査の待合室のロケーションＩＤを紐付けた検査リストが表示される。これを受けて、被検者Ａは、受診する予定の２以上の検査のチェックボックスにチェックを入れてＯＫボタンをタップする。これを受けて、携帯端末３０は、被検者Ａが選択した２以上の検査に紐付いたロケーションＩＤを含む順序案内要求を生成し、医療支援システム２００に送信する（Ｓ９）。なお、ここでは、被検者Ａが「検査１」、「検査２」、「検査３」、「検査４」を選択した場合について説明する。

医療支援システム２００の順序案内画面生成部２０８は、携帯端末３０から受信した順序案内画面要求に含まれる４つのロケーションＩＤ（kensa0001、kensa0002、kensa0003、kensa0004）を各検査に係る順番待ちリストに照らして順序リストを生成する（Ｓ１０）。

図１９（ａ）は、順番待ちリスト管理部２０５が管理する順番待ちリスト７００を例示する。順番待ちリスト管理部２０５は、検査室と検査名を紐付けて管理し、１つの検査室（ロケーションＩＤ）につき１つの順番待ちリスト７００を生成して管理する。ここで、順番待ちリスト７００は、検査を受ける順番に被検者を並べたリストであり、その内容は、被検者の待合室における入退室に応じてリアルタイムに更新される（詳細については後述する）。

Ｓ１０において、順序リスト生成部２０７は、被検者Ａが選択した４つの検査を待ち人数の昇順に並べた順序リストを生成する。具体的には、順序リスト生成部２０７は、まず、順序案内画面要求に含まれる４つのロケーションＩＤ（kensa0001、kensa0002、kensa0003、kensa0004）のそれぞれに対応する検査名と順番待ちリストを抽出し、その時点における各順番待ちリストの順番待ち人数を取得する。次に、順序リスト生成部２０７は、図１９（ｂ）に示すように、取得した順番待ち人数を検査名を対応付けたリストを生成する。最後に、順序リスト生成部２０７は、作成したリストを順番待ち人数の値の昇順でソートした結果に基づいて順序リストを生成する。

図１９（ｃ）は、Ｓ１０で生成された被検者Ａの順序リストを示す。図１９（ｃ）に示す例では、順序リストにおいて、４つのロケーションＩＤ（kensa0001、kensa0002、kensa0003、kensa0004）が示す領域が定義された待合室に対応する検査名をリストアップしているが、リストアップする情報は、ロケーションＩＤが示す領域に対応する情報であればどのようなものであってもよく、例えば、検査の実施場所を表す情報（「１Ｆレントゲン室」、「２ＦＭＲＩ室」など）であってもよい。

続いて、順序案内画面生成部２０８は、Ｓ１０で生成した順序リストに基づいて順序案内画面を生成し（Ｓ１１）、携帯端末３０に送信する（Ｓ１２）。これを受けて、携帯端末３０は、受信した順序案内画面をディスプレイに表示する（Ｓ１３）。

図１８（ｂ）は、順序案内画面を例示する。図１８（ｂ）に示すように、順序案内画面においては、Ｓ１０で生成した被検者Ａの順序リストが表示され、リストアップされた各検査名に対応付けて「済」ボタンが表示される。また、順序リストの下方には、「更新」ボタンと「留保」ボタンが表示される。

被検者Ａは、表示された順序リストに順序「１」と示された「検査３」を受けるべく「検査３」の待合室に向かって移動する。

その後、被検者Ａが「検査３」の待合室に入室すると、被検者Ａの携帯端末３０が「検査３」の待合室に設置されたＡＰ４０の無線通信範囲（定義領域Ｃ）に入る。その結果、「検査担当者支援サービス」にログインしているＰＣ１０と携帯端末３０の間で近距離無線通信が確立する（Ｓ１４）。近距離無線通信が確立したことを受けて、ＰＣ１０のユーザ識別情報取得部１４は携帯端末３０に対してユーザＩＤを要求する（Ｓ１５）。これを受けて、携帯端末３０のユーザ識別情報提供部３４は、被検者ＡのユーザＩＤ“user001”をＰＣ１０に送信する（Ｓ１６）

ＰＣ１０の進入処理要求部１６は、ユーザ識別情報取得部１４が携帯端末３０から取得したユーザＩＤ“user001”を含む進入処理要求を生成し、医療支援システム２００に送信する（Ｓ１７）。これを受けて、進入処理実行部２０２が入出状態管理テーブル８００を更新する進入処理を実行する（Ｓ１８）。

図２０は、入出状態管理部２０１が管理する入出状態管理テーブル８００を例示する。入出状態管理テーブル８００は、ロケーションＩＤを格納するためのフィールド８０１、ユーザＩＤを格納するためのフィールド８０２、ユーザの氏名を格納するためのフィールド８０３、進入時刻を格納するためのフィールド８０４、退出時刻を格納するためのフィールド８０５、留保フラグ（後述する）を格納するためのフィールド８０６を備える。なお、留保フラグのデフォルト値は「ＯＦＦ」である。

Ｓ１８の進入処理において、進入処理実行部２０２は、進入処理要求に含まれるユーザＩＤ“user001”と当該進入処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”をキーとして入出状態管理テーブル８００を検索し、キーに合致するレコードが存在しない場合、入出状態管理テーブル８００に新しいレコードを追加する。そして、進入処理実行部２０２は、フィールド８０１に進入処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“sinsatu001”を格納し、フィールド８０２に当該進入処理要求に含まれるユーザＩＤ“user001”を格納し、フィールド８０３にユーザＩＤ“user001”に係る被検者の氏名“Ａ”を格納し、フィールド８０４に現在時刻を進入時刻として格納することによって、被検者Ａの入出状態を進入状態に更新する。図２０(ａ)は、進入処理後の入出状態管理テーブル８００を示す。

その後、「検査３」の待合室で待機する被検者Ａの携帯端末３０に呼出メッセージが届く（この仕組みについては後述する）。これを受けて、被検者Ａは検査室に入室して「検査３」を受診する。

その後、「検査３」を終えた被検者Ａは、待合室から退室する。その結果、被検者Ａの携帯端末３０が「検査３」の待合室に設置されたＡＰ４０の無線通信範囲（定義領域Ｃ）から外れ、ＰＣ１０と携帯端末３０の間の近距離無線通信が切断される（Ｓ１９）。このとき、ＰＣ１０の通信切断検知部１８が近距離無線通信の切断を検知し（Ｓ２０）、その旨を退出処理要求部１７に通知する。これを受けて、退出処理要求部１７は、被検者ＡのユーザＩＤ“user001”を含む退出処理要求を生成し、医療支援システム２００に送信する（Ｓ２１）。

これを受けて、医療支援システム２００の退出処理実行部２０３は、退出処理要求に含まれるユーザＩＤ“user001”と当該退出処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”をキーとして入出状態管理テーブル８００を検索し、キーに合致するレコードのフィールド８０６（留保）の値が「ＯＦＦ」になっていることを条件として、フィールド８０５に現在時刻を退出時刻として格納することによって、被検者Ａの入出状態を退出状態に更新する（Ｓ２２）。図２０(ｂ)は、退出処理後の入出状態管理テーブル８００を示す。

なお、上述した実施形態では、フィールド８０５に退出時刻を格納することによって被検者の入出状態を退出状態に更新する例を示したが、別法として、フィールド８０５に退出を示すフラグを格納することによって、被検者の入出状態を退出状態に更新するようにしてもよい。

「検査３」の待合室から退室した被検者Ａは、図２１（ａ）に示すように、「検査３」に対応付けられた「済」ボタンをタップした後、「更新」ボタンをタップする。これを受けて、携帯端末３０は、「済」ボタンがタップされていない３つの検査（「検査１」、「検査２」、「検査４」）のそれぞれに紐付いたロケーションＩＤを含む順序案内画面要求を生成し、医療支援システム２００に送信する（Ｓ２３）。

医療支援システム２００の順序リスト生成部２０７は、携帯端末３０から受信した順序案内画面要求に含まれる３つのロケーションＩＤ（kensa0001、kensa0002、kensa0004）を待ち順番待ちリスト管理部２０５で管理される順番待ちリスト７００に照らし、Ｓ１０で説明したのと同様の手順で順序リストを生成する（Ｓ２４）。図１９（ｄ）は、Ｓ２４で生成される被検者Ａの順序リストを示す。

続いて、順序案内画面生成部２０８は、Ｓ２４で生成した順序リストに基づいて順序案内画面を生成し（Ｓ２５）、携帯端末３０に送信する（Ｓ２６）。これを受けて、携帯端末３０は、受信した順序案内画面をディスプレイに表示する（Ｓ２７）。図２１（ｂ）に示すように、更新後の順序案内画面にはＳ２４で生成した最新の順序リストが表示されるので、被検者Ａは、表示された順序リストに順序「１」と示された「検査４」を受けるべく「検査４」の待合室に向かって移動する。

ここで、医療支援システム２００の順番待ちリスト生成部２０４が実行する順番待ちリスト７００の生成・更新処理について説明する。

順番待ちリスト生成部２０４は、入出状態管理テーブル８００への新規レコードの追加を監視しており、新規レコードの追加を検知すると、追加されたレコードと同じロケーションＩＤが格納されているレコードであって、その時点で退出時刻（フィールド８０５）の値がブランクになっているレコードを抽出する。そして、抽出したレコードを進入時刻（フィールド８０４）の値の昇順でソートした後、ソートしたフィールド８０２（ユーザＩＤ）とフィールド８０２（氏名）の値に基づいて順番待ちリスト７００を生成する。

併せて、順番待ちリスト生成部２０４は、入出状態管理テーブル８００の退出時刻（フィールド８０５）の値の更新を監視しており、退出時刻の値の更新を検知すると、値が更新されたレコードと同じロケーションＩＤが格納されているレコードであって、その時点で退出時刻（フィールド８０５）の値がブランクになっているレコードを抽出する。そして、抽出したレコードを進入時刻（フィールド８０４）の値の昇順でソートした後、ソートしたフィールド８０２（ユーザＩＤ）とフィールド８０２（氏名）の値に基づいて順番待ちリスト７００を生成する。

順番待ちリスト生成部２０４が実行する上述した処理により、被検者が検査の待合室から退室した時点で、当該検査に対応する順番待ちリスト７００から退室した被検者が削除され、検査の待合室に新たに被検者が入室した時点で、当該検査に対応する順番待ちリスト７００の最後尾に新たに入室した被検者が追加される。

以上、被検者に向けた「被検者支援サービス」のために実行される処理について説明してきたが、続いて、検査担当者に向けた「検査担当者支援サービス」のために実行される処理を図２３に示すシーケンス図に基づいて説明する。なお、以下においては、「検査３」の待合室で待機している「被検者Ｂ」を呼び出すシーンを例にとって説明する。

「検査３」を実施する検査室の検査担当者は、検査室に設置されたＰＣ１０から医療支援システム２００が提供する「検査担当者支援サービス」にログインした後（Ｓ１）、「検査担当者支援サービス」を受けるための専用アプリケーションを起動する（Ｓ２）。

一方、「検査担当者支援サービス」にログインしたＰＣ１０は、「検査３」の待合室に入室した被検者Ａの携帯端末３０との間で近距離無線通信が確立したことを受けて（Ｓ３）、携帯端末３０に対してユーザＩＤを要求し（Ｓ４）、携帯端末３０は、被検者のユーザＩＤをＰＣ１０に送信する（Ｓ５）。ＰＣ１０は、受信したユーザＩＤを含む進入処理要求を医療支援システム２００に送信し（Ｓ６）、医療支援システム２００の進入処理実行部２０２は、進入処理を実行する（Ｓ７）。

「検査３」の検査担当者がログイン完了画面に表示される画面（図１６参照）に表示される「順番待ち画面」ボタンをクリックしたことに応答して、ＰＣ１０は、順番待ち画面要求を医療支援システム２００に送信する（Ｓ８）。

これを受けて、医療支援システム２００の順番待ち画面生成部２０６は、順番待ち画面要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”に係る順番待ちリスト７００を読み出し、読み出した順番待ちリスト７００に基づいて順番待ち画面を生成する（Ｓ９）。ユーザ連絡部２１２は、生成した順番待ち画面を携帯端末３０に送信し（Ｓ１０）、ＰＣ１０は、受信した順番待ち画面をディスプレイに表示する（Ｓ１１）。図２４（ａ）は、ＰＣ１０に表示される順番待ち画面を例示する。図２４（ａ）に示すように、順番待ち画面には、順番とユーザの氏名とユーザＩＤを紐付けた順番待ちリストが表示されている。

検査の準備を整えた検査担当者は、ＰＣ１０を操作して順番待ち画面（図２４（ａ））に表示された「呼出」ボタンをクリックする。これを受けて、ＰＣ１０は、順番待ちリストにおいて順番「１」にエントリーされているユーザＩＤ“user002”を含むユーザ呼出要求を生成し、医療支援システム２００に送信する（Ｓ１２）。これを受けて、医療支援システム２００のユーザ連絡部２１２は、ユーザＩＤ“user002”に係る被検者Ｂを呼び出すための呼出メッセージを生成し（Ｓ１３）、生成した呼出メッセージをユーザＩＤ“user002”に係る被検者Ｂの携帯端末３０に送信する（Ｓ１４）。

なお、ユーザ連絡部２１２は、ユーザ情報管理部２１４に登録されている被検者Ｂの携帯アドレスに基づいて呼出メッセージを電子メールで送信してもよいし、被検者Ｂの携帯端末３０との間で確立しているＨＴＴＰセッションを使用してサーバプッシュで呼出メッセージを送信してもよい。図２５（ａ）は、携帯端末３０にプッシュ通知される呼出メッセージを例示的に示す。

携帯端末３０を介して呼出メッセージを受け取った被検者Ｂは、検査室に入室して「検査３」を受ける。その後、ＰＣ１０は、「検査３」を終えて待合室から退室した被検者Ｂとの間で近距離無線通信が切断したことを受けて（Ｓ１５、Ｓ１６）、被検者ＢのユーザＩＤを含む退出処理要求を医療支援システム２００に送信し（Ｓ１７）、医療支援システム２００の退出処理実行部２０３が退出処理を実行する（Ｓ１８）。

次の検査の準備を整えた「検査３」の検査担当者がＰＣ１０を操作して順番待ち画面（図２４（ｂ））に表示された「更新」ボタンをクリックしたことに応答して、ＰＣ１０は、順番待ち画面要求を医療支援システム２００に送信する（Ｓ１９）。

これを受けて、医療支援システム２００の順番待ち画面生成部２０６は、順番待ち画面要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”に紐付いた順番待ちリスト７００を読み出し、読み出した順番待ちリスト７００に基づいて順番待ち画面を生成し（Ｓ２０）、生成した順番待ち画面をＰＣ１０に送信する（Ｓ２１）。ＰＣ１０は、受信した順番待ち画面をディスプレイに表示する（Ｓ２２）。図２４（ｃ）は、ＰＣ１０に表示される順番待ち画面を示す。

図２４（ｃ）に示すように、順番待ち画面に表示される順番待ちリストには、待合室を退出した被検者Ｂに代って被検者Ｃが順番「１」にエントリーされるとともに、被検者Ｂが検査を受けている間に待合室に入室した被検者Ａが順番「２」にエントリーされている。このとき、検査担当者が順番待ち画面に表示された「呼出」ボタンをクリックすると、上述した一連の処理が実行され、この時点で順番「１」にエントリーされている被検者Ｃの携帯端末３０に呼出メッセージが送信されることになる。以降、検査担当者は、検査が終わる度に、順番待ち画面の「更新」ボタンと「呼出」ボタンをクリックして、次の被検者を呼び出す。

続いて、被検者が待合室から一時的に退室する際に実行される処理を図２６に示すシーケンス図に基づいて説明する。なお、以下においては、被検者Ａが「検査３」の待合室から一時的に退室するシーンを例にとって説明する。

「検査担当者支援サービス」にログインしている「検査３」の検査室に設置されたＰＣ１０は、「検査３」の待合室に入室した被検者Ａの携帯端末３０との間で近距離無線通信が確立したことを受けて（Ｓ１）、携帯端末３０に対してユーザＩＤを要求し（Ｓ２）、携帯端末３０は、被検者ＡのユーザＩＤをＰＣ１０に送信する（Ｓ３）。ＰＣ１０は、受信したユーザＩＤを含む進入処理要求を医療支援システム２００に送信し（Ｓ４）、医療支援システム２００の進入処理実行部２０２は、進入処理を実行する（Ｓ５）。

その後、所用で待合室を出る必要に迫られた被検者Ａは、「検査３」の待合室を退室する前に、携帯端末３０の順序案内画面（図２１参照）に表示された「留保」ボタンをタップする。これを受けて、携帯端末３０は、順番留保要求を生成し、医療支援システム２００に送信する（Ｓ６）。

医療支援システム２００の順番留保処理実行部２０９は、携帯端末３０から受信した順番留保要求に応答して順番留保処理を実行する（Ｓ７）。具体的には、順番留保処理実行部２０９は、順番留保要求に係るセッションＩＤに紐付いたユーザＩＤ“user001”をキーとして図２２（ａ）に示す入出状態管理テーブル８００を検索し、キーに合致するレコードのフィールド８０６に格納された留保フラグの値を「ＯＦＦ」から「ＯＮ」に切り替える。図２２（ｂ）は、Ｓ７の順番留保処理によって、入出状態管理テーブル８００における被検者Ａ（user001）の留保フラグが「ＯＮ」に切り替わった様子を示す。

その後、被検者Ａが待合室から退室すると、ＰＣ１０と携帯端末３０の間の近距離無線通信が切断される（Ｓ８）。ＰＣ１０は、近距離無線通信の切断を検知して（Ｓ９）、被検者ＡのユーザＩＤ“user001”を含む退出処理要求を医療支援システム２００に送信する（Ｓ１０）。

これを受けて、医療支援システム２００の退出処理実行部２０３は、退出処理を実行する（Ｓ１１）。具体的には、退出処理実行部２０３は、退出処理要求に含まれるユーザＩＤ“user001”と当該退出処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”をキーとして入出状態管理テーブル８００を検索し、キーに合致するレコードのフィールド８０６に格納された留保フラグがＯＮになっているか否かを判断する。この場合、留保フラグがＯＮになっているので、退出処理実行部２０３は、フィールド８０５に退出時刻を格納せず、その代わりに、ユーザＩＤ“user001”とロケーションＩＤ“kensa003”に紐付いたタイマをスタートする。なお、当該タイマには一時退室を許可する制限時間（例えば３０分）がセットされる。

このように、被検者Ａが「留保」ボタンをタップしてから「検査３」待合室を退室した場合、入出状態管理テーブル８００のフィールド８０５に退出時刻が格納されないので、「検査３」に係る順番待ちリスト７００から被検者Ａ“user001”は削除されない。よって、「検査３」の検査室のＰＣ１０の順番待ち画面に表示される順番待ちリストにおいて被検者Ａの順番はそのまま維持される。

その後、所用を済ませた被検者Ａが制限時間内に「検査３」の待合室に戻ってくると、「検査担当者支援サービス」にログインしているＰＣ１０と被検者Ａの携帯端末３０の間で近距離無線通信が確立し（Ｓ１２）、ＰＣ１０が携帯端末３０に対してユーザＩＤを要求し（Ｓ１３）、携帯端末３０が被検者ＡのユーザＩＤ“user001”をＰＣ１０に送信する（Ｓ１４）。これを受けてＰＣ１０は、ユーザＩＤ“user001”を含む進入処理要求を医療支援システム２００に送信する（Ｓ１５）。

これを受けて医療支援システム２００の進入処理実行部２０２は、進入処理を実行する（Ｓ１６）。具体的には、進入処理実行部２０２は、進入処理要求に含まれるユーザＩＤ“user001”と当該進入処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa003”をキーとして入出状態管理テーブル８００を検索し、キーに合致するレコードのフィールド８０６に格納された留保フラグがＯＮになっているか否かを判断する。この場合、留保フラグがＯＮになっているので、進入処理実行部２０２は、フィールド８０４に進入時刻を格納ぜず、その代わりに、フィールド８０６に格納されたフラグの値を「ＯＮ」から「ＯＦＦ」に切り替え、ユーザＩＤ“user001”とロケーションＩＤ“kensa003”に紐付いたタイマをリセットする。図２２（ｃ）は、Ｓ１６の進入処理において、入出状態管理テーブル８００の被検者Ａ（user001）の留保フラグが「ＯＦＦ」に戻った様子を示す。

一方、被検者Ａが制限時間内に「検査３」の待合室に戻らなかった場合には、ユーザＩＤ“user001”とロケーションＩＤ“kensa003”に紐付いたタイマがタイムアウトする。退出処理実行部２０３は、当該タイマのタイムアウトと同時に退出処理を実行する（Ｓ１７）。具体的には、退出処理実行部２０３は、タイマをリセットした後、入出状態管理テーブル８００の被検者Ａ（user001）のレコードのフィールド８０５にタイムアウトした時刻を退出時刻として格納する。

一方、ユーザ連絡部２１２は、ユーザＩＤ“user001”とロケーションＩＤ“kensa003”に紐付いたタイマがタイムアウトしたことを受けて、ユーザＩＤ“user001”に係る被検者Ａの待ち順番を取り消す旨の順番取消メッセージを生成し（Ｓ１８）、被検者Ａ（user001）の携帯端末３０に送信する（Ｓ１９）。なお、ユーザ連絡部２１２は、ユーザ情報管理部２１４に登録されている被検者Ａの携帯アドレスに基づいて順番取消メッセージを電子メールで送信してもよいし、被検者Ａの携帯端末３０との間で確立しているＨＴＴＰセッションを使用してサーバプッシュで順番取消メッセージを送信してもよい。図２５（ｂ）は、携帯端末３０にプッシュ通知される順番取消メッセージを例示的に示す。

順番取消メッセージを受け取った被検者Ａは、順序案内画面の「更新」ボタンを押して最新の順序リストを確認し、新たに順序「１」として示される検査に向かう。

なお、本実施形態においては、待合室から一時的に退室した被検者を呼び戻すための呼戻メッセージを被検者の携帯端末３０に送信することができる。以下、呼戻メッセージを送信するために実行される処理を図２７に示すシーケンス図に基づいて説明する。なお、以下においては、「検査５」の待合室から一時的に退室した被検者Ａを呼び戻すシーンを例にとって説明する。

各検査室の担当者は、図２８（ａ）に示すＰＣ１０の待ち時間算出情報登録画面を介して、待ち時間算出情報を入力する。ここで、待ち時間算出情報とは、各検査室の待ち時間の計算の基となる単位時間であり、本実施形態では、1人あたりの検査に要する平均所要時間（以下、単に、平均所要時間という）を待ち時間算出情報とし、ここでは、平均所要時間として「７分」が入力されたとする。

待ち時間算出情報が入力されたことを受けて、ＰＣ１０は、入力された待ち時間算出情報を含む待ち時間算出情報登録要求を生成し、医療支援システム２００に送信する（Ｓ１）。これを受けて、医療支援システム２００のユーザ情報登録部２１５は、時間算出情報登録要求に含まれる平均所要時間と当該時間算出情報登録要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa005”をユーザ情報管理部２１４が管理する待ち時間算出情報管理テーブル９００に登録する（Ｓ２）。

図２９（ａ）は、待ち時間算出情報テーブル９００を例示する。待ち時間算出情報テーブル９００は、ロケーションＩＤを格納するためのフィールド９０１と平均所要時間を格納するためのフィールド９０２を備える。ユーザ情報登録部２１５は、Ｓ２において、フィールド９０１にロケーションＩＤ“kensa005”を格納し、フィールド９０２に平均所要時間「７分」を格納する。なお、待ち時間算出情報の登録は、一回だけに限られるのではなく、各検査室の担当者は、最新の検査状況に応じた新たな平均所要時間を再登録することができる。

一方、「検査５」の待合室に入室した後に、所用で待合室を出る必要に迫られた被検者Ａは、「検査５」の待合室を退室する前に、携帯端末３０の順序案内画面（図２１参照）に表示された「留保」ボタンをタップする。これを受けて、携帯端末３０は、順番留保要求を生成し、医療支援システム２００に送信する（Ｓ３）。

これを受けて、医療支援システム２００の順番留保処理実行部２０９は、携帯端末３０から受信した順番留保要求に係るセッションＩＤに紐付いたユーザＩＤ“user001”をキーとして入出状態管理テーブル８００を検索し、図２９（ｂ）に示すように、ユーザＩＤ“user001”のレコードのフィールド８０６に格納された留保フラグの値を「ＯＦＦ」から「ＯＮ」に切り替える（Ｓ４:順番留保処理）。なお、この場合、入出状態管理テーブル８００には、後述する余裕時間を格納するためのフィールド８０７と、後述する呼び戻し時刻を格納するためのフィールド８０８が用意される。

さらに、被検者Ａは、図２８（ｂ）に示す携帯端末３０の余裕時間設定画面を介して、余裕時間を入力する。例えば、被検者が余裕時間として「１０分」を入力すると、当該被検者の順番が到来する予定時刻の「１０分」前に呼戻メッセージが届くことになる。

余裕時間が入力されたことを受けて、携帯端末３０は、入力された余裕時間を含む余裕時間設定要求を生成し、医療支援システム２００に送信する（Ｓ５）。これを受けて、医療支援システム２００の順番留保処理実行部２０９は、入出状態管理テーブル８００に余裕時間を設定する（Ｓ６）。具体的には、順番留保処理実行部２０９は、携帯端末３０から受信した余裕時間設定要求に係るセッションＩＤに紐付いたユーザＩＤ“user001”をキーとして入出状態管理テーブル８００を検索し、図２９（ｂ）に示すように、ユーザＩＤ“user001”のレコードのフィールド８０７に、受信した余裕時間設定要求に含まれる余裕時間「１０分」を格納する。

その後、被検者Ａが待合室から退室すると、ＰＣ１０と携帯端末３０の間の近距離無線通信が切断され（Ｓ７）、ＰＣ１０は、近距離無線通信の切断を検知して（Ｓ８）、被検者ＡのユーザＩＤ“user001”を含む退出処理要求を医療支援システム２００に送信する（Ｓ９）。

これを受けて、医療支援システム２００の退出処理実行部２０３は、退出処理要求に含まれるユーザＩＤ“user001”と当該退出処理要求に係るセッションＩＤに紐付いたロケーションＩＤ“kensa005”をキーとして入出状態管理テーブル８００を検索し、キーに合致するレコードのフィールド８０６に格納された留保フラグがＯＮになっているか否かを判断する（Ｓ１０:退出処理）。この場合、留保フラグがＯＮになっているので、退出処理実行部２０３は、フィールド８０５に退出時刻を格納せず、その代わりに、ユーザＩＤ“user001”とロケーションＩＤ“kensa005”に紐付いたタイマをスタートする。なお、当該タイマには一時退室を許可する制限時間（例えば３０分）がセットされる。

一方、ユーザ連絡部２１２は、入出状態管理テーブル８００を参照し、フィールド８０６の留保フラグがＯＮとなっている被検者Ａについて、その呼び戻し時刻を以下の手順で算出する（Ｓ１１）。

ユーザ連絡部２１２は、まず、入出状態管理テーブル８００において、被検者Ａ（ユーザＩＤ“user001”）のレコードのフィールド８０７に格納された余裕時間「１０分」を読み出す。次に、フィールド８０１に格納されたロケーションＩＤ“kensa005”を読み出し、順番待ちリスト管理部２０５が管理する順番待ちリスト７００の中から、図２９（ｃ）に示す“kensa005”に紐付いた順番待ちリスト７００を読み出す。次に、ユーザ情報管理部２１４が管理する待ち時間算出情報管理テーブル９００を参照して、当該ロケーションＩＤ“kensa005”に紐付いた平均所要時間「７分」を読み出す。

続いて、ユーザ連絡部２１２は、読み出した順番待ちリスト７００（図２９（ｃ）参照）に基づいて、被検者Ａ“user001”よりも前にリストアップされた被検者の人数を集計し、集計した人数（この場合、「５」）に読み出した平均所要時間「７分」を乗じることで被検者Ａの予測される待ち時間を算出する。この場合、５×７＝３５分が待ち時間として算出される。次に、現在時刻（１３：２５）に算出した待ち時間「３５分」を加算した時刻を被検者Ａの呼び出し時刻（１４：００）として予測する。

最後に、予測した呼び出し時刻（１４：００）から被検者Ａが設定した余裕時間「１０分」を逆算することで呼び戻し時刻（１３：５０）を算出し（Ｓ１１）、入出状態管理テーブル８００の被検者Ａ“user001”のレコードのフィールド８０７に算出した呼び戻し時刻（１３：５０）を格納する。なお、ユーザ連絡部２１２は、待ち時間算出情報テーブル９００の検査室“kensa005”の平均所要時間を監視し、平均所要時間が再登録された場合は、上述した手順で呼び戻し時刻を再計算する。

その後、ユーザ連絡部２１２は、入出状態管理テーブル８００において、被検者Ａ“user001”に紐付いたフィールド８０６の留保フラグがＯＮになっている間、対応するフィールド８０８に格納された呼び戻し時刻の到来を監視する。そして、呼び戻し時刻が到来すると、ユーザ連絡部２１２は、呼戻メッセージを生成し（Ｓ１２）、被検者Ａ“user001”の携帯端末３０に送信する（Ｓ１３）。なお、ユーザ連絡部２１２は、ユーザ情報管理部２１４に登録されている被検者Ａの携帯アドレスに基づいて呼戻メッセージを電子メールで送信してもよいし、被検者Ａの携帯端末３０との間で確立しているＨＴＴＰセッションを使用してサーバプッシュで呼戻メッセージを送信してもよい。図２５（ｃ）は、携帯端末３０にプッシュ通知される呼戻メッセージを例示的に示す。呼戻メッセージを受け取った被検者Ａは、「検査５」の待合室に戻る。

以上、第２の実施形態について説明した。本実施形態によれば、被検者は、過度な束縛を受けることなく、複数の検査を効率的な順序で受けることができるようになる。また、検査担当者は、検査待ちの順番を管理したり、順番の来た被検者を呼びに行ったりする手間がなくなるので、その分、検査に集中できるようになる。なお、被検者の電子メールアドレスの登録方法として、被検者からの空メールを受けて登録する方法を採用することが好ましい。また、上述した各メッセージの送信方法（電子メール、プッシュ通知）をユーザが任意に設定できるようにしてもよい。

最後に、図１に示すネットワークシステム１０００を構成する各装置のハードウェア構成について説明する。図１に示す各装置は、いずれも１以上のコンピュータ装置を含んで構成されるものであり、各コンピュータは、少なくとも図３０に示すハードウェアを備える。

すなわち、各コンピュータは、装置全体の動作を制御する演算装置であるプロセッサ７０と、ＢＩＯＳ等のブートプログラムやファームウェアプログラムなどを保存する不揮発性メモリであるＲＯＭ７２と、プログラムを実行するための実行空間を提供する不揮発性メモリであるＲＡＭ７３と、オペレーティングシステム（ＯＳ）や各種アプリケーション等を保存するための補助記憶装置７４と、マウスやキーボード、タッチパネル等の入力装置や表示装置等の出力装置を接続するためのインタフェースである入出力装置インタフェース７６と、ネットワーク５０に接続するためのインタフェースであるネットワークインタフェース７８とを備えている。

そして、各コンピュータは、適切なＯＳの管理下で専用のプログラムを実行することにより、上述した実施形態で説明した各機能を実現する。なお、上述した実施形態の各機能を実現するためのプログラムは、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述することができ、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

以上、本発明を医療支援システムの実施形態をもって説明してきたが、本発明の情報処理システムは、医療支援用途に限らず、携帯端末のユーザに関連した情報を他の端末装置に表示させるその他の用途に適用が可能なことはいうまでもない。その他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…コンピューター
１２…Ｗｅｂブラウザ
１４…ユーザ識別情報取得部
１５…ユーザ情報要求部
１６…進入処理要求部
１７…退出処理要求部
１８…通信切断検知部
２０…コンピューター
３０…携帯端末
３２…Ｗｅｂブラウザ
３４…ユーザ識別情報提供部
３６…近距離無線通信Ｉ／Ｆ
４０…アクセスポイント
５０…ネットワーク
６０…ＬＡＮ
７０…プロセッサ
７２…ＲＯＭ
７３…ＲＡＭ
７４…補助記憶装置
７６…入出力装置インタフェース
７８…ネットワークインタフェース
１００…医療支援システム
１０２…ユーザ情報管理部
１０３…ユーザ認証部
１０４…ユーザ情報提供部
１０５…入出状態管理部
１０６…進入処理実行部
１０８…退出処理実行部
２００…医療支援システム
２０１…入出状態管理部
２０２…進入処理実行部
２０３…退出処理実行部
２０４…順番待ちリスト生成部
２０５…順番待ちリスト管理部
２０６…順番待ち画面生成部
２０７…順序リスト生成部
２０８…順序案内画面生成部
２０９…順番留保処理実行部
２１０…ユーザ認証部
２１２…ユーザ連絡部
２１４…ユーザ情報管理部
２１５…ユーザ情報登録部
５００…入出状態管理テーブル
５０１,５０２,５０３…フィールド
６００…ユーザ情報管理テーブル
６０１,６０２,６０３,６０４,６０５…フィールド
７００…順番待ちリスト
８００…入出状態管理テーブル
８０１,８０２,８０３,８０４,８０５,８０６,８０７,８０８…フィールド
９００…待ち時間算出情報管理テーブル
９０１,９０２…フィールド
１０００…ネットワークシステム

特許第４２０３５０２号明細書

Claims (23)

1. 近距離無線通信のアクセスポイントに接続された情報処理端末と、１以上の情報処理装置によって構成される情報処理システムとを含むネットワークシステムであって、
   前記情報処理端末は、
   前記近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した携帯端末から該近距離無線通信を介してユーザ識別情報を取得するユーザ識別情報取得部と、
   前記携帯端末から前記ユーザ識別情報を取得したことに応答して該ユーザ識別情報を含むユーザ情報要求を前記情報処理システムに送信するユーザ情報要求部と、
   を含み、
   前記情報処理システムは、
   前記ユーザ識別情報と所定のユーザ情報を紐付けて管理するユーザ情報管理部と、
   前記情報処理端末から前記ユーザ情報要求を受信したことに応答して該ユーザ情報要求に含まれる前記ユーザ識別情報に紐付いた前記所定のユーザ情報を該情報処理端末に送信するユーザ情報提供部と、
   を含むネットワークシステム。
2. 前記情報処理端末は、
   前記携帯端末から前記ユーザ識別情報を取得したことに応答して該ユーザ識別情報を含む進入処理要求を前記情報処理システムに送信する進入処理要求部と、
   前記携帯端末との間に確立した前記近距離無線通信の切断を検知する通信切断検知部と、
   前記携帯端末との間に確立した前記近距離無線通信の切断を検知したことに応答して該携帯端末から取得した前記ユーザ識別情報を含む退出処理要求を前記情報処理システムに送信する退出処理要求部と、
   を含み、
   前記情報処理システムは、
   ユーザの前記領域における入出状態を管理する入出状態管理部と、
   前記情報処理端末から前記進入処理要求を受信したことに応答して該進入処理要求に含まれる前記ユーザ識別情報に紐付いた前記入出状態を進入状態に更新する進入処理実行部と、
   前記情報処理端末から前記退出処理要求を受信したことに応答して該退出処理要求に含まれる前記ユーザ識別情報に紐付いた前記入出状態を退出状態に更新する退出処理実行部と、
   を含む、請求項１に記載のネットワークシステム。
3. 前記ユーザ情報提供部は、
   前記情報処理端末から受信した前記ユーザ情報要求に含まれる前記ユーザ識別情報に紐付いた前記入出状態が進入状態であることを条件として前記所定のユーザ情報を表示するためのＵＩ画面を該情報処理端末に送信し、
   前記情報処理端末から受信した前記退出処理要求と同じセッションで送信した直前のＵＩ画面から前記所定のユーザ情報を削除する変更を行い、変更した該ＵＩ画面を該情報処理端末に送信する、請求項１または２に記載のネットワークシステム。
4. 前記アクセスポイントは前記領域が診察室の室内に定義されるように設置され、前記ユーザ情報は患者の診察関連情報である、請求項１〜３のいずれか一項に記載のネットワークシステム。
5. 前記アクセスポイントは前記領域が調剤薬局の室内に定義されるように設置され、前記ユーザ情報は患者の処方箋情報である、請求項１〜３のいずれか一項に記載のネットワークシステム。
6. １以上の情報処理装置によって構成される情報処理システムであって、
   携帯端末のユーザ識別情報と所定のユーザ情報を紐付けて管理するユーザ情報管理部と、
   近距離無線通信のアクセスポイントに接続された情報処理端末が該アクセスポイントの通信可能範囲によって定義される領域に進入した前記携帯端末から該近距離無線通信を介して取得した前記ユーザ識別情報を含むユーザ情報要求を該情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記ユーザ情報を該情報処理端末に送信するユーザ情報提供部と、
   を含む情報処理システム。
7. 近距離無線通信のアクセスポイントに接続された情報処理端末に携帯端末のユーザに係る所定のユーザ情報を提示する方法であって、
   携帯端末のユーザ識別情報と所定のユーザ情報を紐付けて管理するステップと、
   前記情報処理端末が該近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した前記携帯端末から該近距離無線通信を介して取得した前記ユーザ識別情報を含むユーザ情報要求を該情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記ユーザ情報を該情報処理端末に送信するステップと、
   を含む方法。
8. 近距離無線通信のアクセスポイントに接続された情報処理端末と、１以上の情報処理装置によって構成される情報処理システムとを含むネットワークシステムであって、
   前記情報処理端末は、
   前記近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入したユーザの携帯端末から該近距離無線通信を介してユーザ識別情報を取得するユーザ識別情報取得部と、
   前記携帯端末から前記ユーザ識別情報を取得したことに応答して該ユーザ識別情報を含む進入処理要求を前記情報処理システムに送信する進入処理要求部と、
   前記携帯端末との間に確立した前記近距離無線通信の切断を検知する通信切断検知部と、
   前記携帯端末との間に確立した前記近距離無線通信の切断を検知したことに応答して該携帯端末から取得した前記ユーザ識別情報を含む退出処理要求を前記情報処理システムに送信する退出処理要求部と、
   を含み、
   前記情報処理システムは、
   前記ユーザ識別情報に紐付いた入出状態を管理する入出状態管理部と、
   前記情報処理端末から前記進入処理要求を受信したことに応答して該進入処理要求に含まれる前記ユーザ識別情報に紐付いた前記入出状態を進入時刻の記録により進入状態に更新する進入処理実行部と、
   前記情報処理端末から前記退出処理要求を受信したことに応答して該退出処理要求に含まれる前記ユーザ識別情報に紐付いた前記入出状態を退出状態に更新する退出処理実行部と、
   前記進入時刻が記録され且つ前記退出状態に更新されていない前記入出状態に紐付いた前記ユーザ識別情報を該進入時刻の昇順に並べた順番待ちリストを生成する順番待ちリスト生成部と、
   を含むネットワークシステム。
9. 前記情報処理システムは、
   前記順番待ちリストの前記ユーザ識別情報に対応するユーザ名を表示する順番待ち画面を生成して前記情報処理端末に送信する順番待ち画面生成部を含む、請求項８に記載のネットワークシステム。
10. 前記入出状態管理部は、前記ユーザ識別情報に紐付いた留保フラグを管理し、
    前記携帯端末から前記ユーザ識別情報を含む順番留保要求を受信したことに応答して該ユーザ識別情報に紐付いた留保フラグを有効にする順番留保処理実行部を含み、
    前記退出処理実行部は、
    前記退出処理要求に含まれる前記ユーザ識別情報に紐付いた留保フラグが有効である場合、前記入出状態の更新を留保し、該ユーザ識別情報に紐付いたタイマをセットする、
    請求項８または９に記載のネットワークシステム。
11. 前記進入処理実行部は、
    前記ユーザ識別情報に紐付いたタイマがタイムアウトする前に、該ユーザ識別情報を含む前記進入処理要求を受信した場合には、該ユーザ識別情報に紐付いた留保フラグを無効にして該タイマをリセットし、
    前記退出処理実行部は、
    前記ユーザ識別情報に紐付いたタイマがタイムアウトした場合には、該ユーザ識別情報に紐付いた留保フラグを無効にし、該ユーザ識別情報に紐付いた前記入出状態を退出状態に更新する、請求項１０に記載のネットワークシステム。
12. 前記情報処理システムは、
    前記携帯端末に宛ててメッセージを送信するユーザ連絡部を含む、
    請求項１０または１１に記載のネットワークシステム。
13. 前記ユーザ連絡部は、
    前記情報処理端末から前記順番待ち画面を介して前記ユーザ識別情報を含むユーザ呼出要求を受信したことに応答して、該ユーザ識別情報に紐付いた前記携帯端末に宛てて該携帯端末のユーザを呼び出すための呼出メッセージを送信する、
    請求項１２に記載のネットワークシステム。
14. 前記ユーザ連絡部は、
    前記ユーザ識別情報に紐付いた前記留保フラグが有効である間、該ユーザ識別情報に係るユーザが呼び出される呼出時刻を予測し、予測した該呼出時刻から所定の余裕時間を逆算して呼び戻し時刻を算出し、算出した該呼び戻し時刻が到来したときに、該ユーザ識別情報に紐付いた前記携帯端末に宛てて該ユーザを呼び戻すための呼戻メッセージを送信する、
    請求項１２または１３に記載のネットワークシステム。
15. 前記ユーザ連絡部は、
    前記ユーザのユーザ識別情報を含む前記順番待ちリストにおいて該ユーザよりも前にリストアップされた他のユーザの数に、所定の単位時間を乗じて、該ユーザの予測される待ち時間を算出し、現在時刻に該待ち時間を加算した時刻を前記呼び出し時刻として予測する、
    請求項１４に記載のネットワークシステム。
16. 前記所定の単位時間が管理者によって設定される、請求項１５に記載のネットワークシステム。
17. 前記余裕時間がユーザによって設定される、請求項１４〜１６のいずれか一項に記載のネットワークシステム。
18. 前記ユーザ連絡部は、
    前記ユーザ識別情報に紐付いたタイマがタイムアウトした場合には、該ユーザ識別情報に紐付いた前記携帯端末に宛てて該携帯端末のユーザの待ち順番を取り消す旨の順番取消メッセージを送信する、
    請求項１２〜１７のいずれか一項に記載のネットワークシステム。
19. それぞれが異なる前記アクセスポイントに接続される２以上の前記情報処理端末を含み、
    前記情報処理システムは、
    各前記領域について生成された前記順番待ちリストを管理する順番待ちリスト管理部と、
    前記携帯端末から前記ユーザ識別情報と２以上の前記領域の領域識別情報を含む順序案内画面要求を受信したことに応答して、各該領域に対応する情報を、各該領域について生成された前記順番待ちリストの順番待ち数の昇順にソートして順序リストを生成する順序リスト生成部と、
    前記順序リストを表示する順序案内画面を生成して前記携帯端末に送信する順序案内画面生成部と、
    を含む、請求項８〜１８のいずれか一項に記載のネットワークシステム。
20. 前記アクセスポイントは前記領域が検査の待合室の室内に定義されるように設置され、前記携帯端末のユーザは該検査の被検者である、請求項８〜１９のいずれか一項に記載のネットワークシステム。
21. 前記アクセスポイントは前記領域が検査の待合室の室内に定義されるように設置され、前記携帯端末のユーザは該検査の被検者であり、該領域に対応する前記情報は該検査の検査名または実施場所を表す情報である、請求項２０に記載のネットワークシステム。
22. １以上の情報処理装置によって構成される情報処理システムであって、
    携帯端末のユーザ識別情報に紐付いた入出状態を管理する入出状態管理部と、
    近距離無線通信のアクセスポイントに接続された情報処理端末が該近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した前記携帯端末から該近距離無線通信を介して取得した前記ユーザ識別情報を含む進入処理要求を該情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記入出状態を進入時刻の記録により進入状態に更新する進入処理実行部と、
    前記近距離無線通信が切断された前記携帯端末に係る前記ユーザ識別情報を含む退出処理要求を前記情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記入出状態を退出状態に更新する退出処理実行部と、
    前記進入時刻が記録され且つ前記退出状態に更新されていない前記入出状態に紐付いた前記ユーザ識別情報を該進入時刻の昇順に並べた順番待ちリストを生成する順番待ちリスト生成部と、
    を含む情報処理システム。
23. 近距離無線通信の機能を搭載した情報処理端末に携帯端末のユーザの順番待ちを提示する方法であって、
    携帯端末のユーザ識別情報に紐付いた入出状態を管理するステップと、
    近距離無線通信のアクセスポイントに接続された情報処理端末が該近距離無線通信のアクセスポイントの通信可能範囲によって定義される領域に進入した前記携帯端末から該近距離無線通信を介して取得した前記ユーザ識別情報を含む進入処理要求を該情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記入出状態を進入時刻の記録により進入状態に更新するステップと、
    前記近距離無線通信が切断された前記携帯端末に係る前記ユーザ識別情報を含む退出処理要求を前記情報処理端末から受信したことに応答して、該ユーザ識別情報に紐付いた前記入出状態を退出状態に更新するステップと、
    前記進入時刻が記録され且つ前記退出状態に更新されていない前記入出状態に紐付いた前記ユーザ識別情報を該進入時刻の昇順に並べた順番待ちリストを生成するステップと、
    前記順番待ちリストの前記ユーザ識別情報に対応するユーザ名を表示する順番待ち画面を生成して前記情報処理端末に送信するステップと、
    を含む方法。