(57)【要約】【課題】利便性を向上させる。【解決手段】端末装置からの特定の患者の診察の受付に用いる患者特定情報の入力を受け付け、前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、処理をコンピュータに実行させる。【選択図】図１０
2016110334.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からの特定の患者の診察の受付に用いる患者特定情報の入力を受け付け、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、
処理をコンピュータに実行させる情報管理プログラム。
【請求項２】
前記問い合わせ先を入力させる画面は、前記特定の患者の連絡先を示す情報を入力させる入力欄を含む、請求項１記載の情報管理プログラム。
【請求項３】
前記記憶部には、前記患者特定情報と、前記特定の患者の連絡先を示す情報とが対応付けて格納されており、
前記記憶部を参照して、前記受信した前記問い合わせについての情報が、前記患者特定情報と対応する前記特定の患者の連絡先と一致するか否かを判定し、
前記特定の患者の連絡先と一致しないとき、前記問い合わせについての情報を前記患者特定情報と関連付けて前記記憶部に格納する、
処理を前記コンピュータに実行させる請求項２記載の情報管理プログラム。
【請求項４】
前記端末装置から、前記端末装置が所定の位置を通過したことを示す通知を受けて、
前記端末装置に、前記問い合わせ先についての情報を送信させる情報送信制御プログラムを配信する、
処理を前記コンピュータに実行させる請求項１乃至３の何れか一項に記載の情報管理プログラム。
【請求項５】
コンピュータによる情報の管理を行う情報管理方法であって、該コンピュータが、
端末装置から、特定の患者の診察の受付けに用いる患者特定情報の入力を受け付け、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、情報管理方法。
【請求項６】
端末装置から、特定の患者の診察の受付けに用いる患者特定情報の入力を受け付ける入力受付部と、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させる画面データ生成部と、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する格納部と、を有する情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を管理する情報管理プログラム、情報管理方法及び情報管理装置に関する。
【背景技術】
【０００２】
従来から、病院等の医療機関では、例えば外来診療を受診する患者が初診であった場合には、問診票等に患者の連絡先等の情報を記入させ、記入された情報をデータベース等に格納して管理している。
【０００３】
この際に、例えば患者が未成年であったり、介護が必要な要介護者である場合等には、付添人として同伴している保護者やヘルパー等の連絡先が、緊急連絡先等として格納されることが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１４３６４８号公報
【特許文献２】特開２０１４−１０６６４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、要介護者が外来診療を受診する場合には、介護サービス提供事業者の担当者が付添人となることがある。付添人は、介護サービス提供事業者の担当者の勤務スケジュール等により決められる場合があり、例えば初診時の付添人と、２回目以降の通院時の付添人とが異なることが想定される。
【０００６】
この場合、通院に付き添った付添人の連絡先は医療機関には登録されていない。したがって、例えばある日の通院に関し、医療機関から患者に対して何らかの問い合わせが発生した場合、この通院時の付添人の連絡先を調べたり、この通院に関する情報を共有していない別の付添人に問い合わせを行うことになったりして、不便である。
【０００７】
１つの側面では、利便性を向上させる情報管理プログラム、情報管理方法及び情報管理装置を提供することを目的としている。
【課題を解決するための手段】
【０００８】
一様態によれば、端末装置からの特定の患者の診察の受付に用いる患者特定情報の入力を受け付け、前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、処理をコンピュータに実行させる。
【０００９】
上記各処理は、上記各処理を実現する機能部、上記各処理を手順としてコンピュータにより実行させる方法、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【００１０】
利便性を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】第一の実施形態の情報管理システムについて説明する図である。
【図２】第一の実施形態の情報管理システムのシステム構成を説明する図である。
【図３】連絡先データベースの一例を示す図である。
【図４】設定ファイルデータベースの一例を示す図である。
【図５】連絡先管理サーバのハードウェア構成の一例を示す図である。
【図６】第一の実施形態の携帯端末の機能構成を説明する図である。
【図７】第一の実施形態の配信サーバの機能構成を説明する図である。
【図８】第一の実施形態の連絡先管理サーバの機能構成を説明する図である。
【図９】第一の実施形態の携帯端末の動作を説明するフローチャートである。
【図１０】連絡先管理サーバの動作を説明する第一のフローチャートである。
【図１１】第一の実施形態の携帯端末に表示される画面の例を説明する第一の図である。
【図１２】第一の実施形態の携帯端末に表示される画面の例を説明する第二の図である。
【図１３】連絡先管理サーバの動作を説明する第二のフローチャートである。
【図１４】病院端末に表示される画面の一例を示す図である。
【図１５】第二の実施形態の携帯端末の機能構成を説明する図である。
【図１６】第二の実施形態の携帯端末の動作を説明するフローチャートである。
【図１７】第二の実施形態の携帯端末に表示される画面の例を説明する第一の図である。
【図１８】第二の実施形態の携帯端末に表示される画面の例を説明する第二の図である。
【図１９】第二の実施形態の携帯端末に表示される画面の例を説明する第三の図である。
【図２０】第二の実施形態の携帯端末に表示される画面の例を説明する第四の図である。
【図２１】第三の実施形態の情報管理システムのシステム構成を説明する図である。
【図２２】第三の実施形態の連絡先管理サーバの機能構成を説明する図である。
【発明を実施するための形態】
【００１２】
（第一の実施形態）
以下に図面を参照して実施形態について説明する。図１は、第一の実施形態の情報管理システムについて説明する図である。
【００１３】
本実施形態の情報管理システム１００は、携帯端末２００と、配信サーバ３００と、連絡先管理サーバ４００と、を有する。本実施形態の情報管理システム１００は、例えば医療機関等を訪れた患者が付添人を同伴していた場合に、付添人の連絡先を取得し、患者に関する情報の一部として管理する。
【００１４】
本実施形態の情報管理システム１００では、例えば医療機関Ｈの建物の入り口等を、携帯端末２００を所持した人が通過すると、配信サーバ３００が情報送信制御プログラム２１０を携帯端末２００へ配信する。携帯端末２００は、情報送信制御プログラム２１０を受信すると、自機へインストールし、起動させる。
【００１５】
携帯端末２００において、情報送信制御プログラム２１０が起動すると、携帯端末２００を所持しているユーザが、医療機関Ｈを受診する患者本人であるか、又は患者の付添人であるか否かを判定する処理を行う。そして、携帯端末２００は、携帯端末２００のユーザが患者の付添人であった場合に、携帯端末２００の識別情報を含む付添人情報を、連絡先管理サーバ４００へ送信する。
【００１６】
本実施形態の連絡先管理サーバ４００は、付添人情報を、患者を識別する識別子と対応付けて管理する。すなわち、本実施形態の連絡先管理サーバ４００は、情報管理装置の役割を果たす。
【００１７】
本実施形態の携帯端末２００は、例えば通話機能を有する多機能携帯電話等であり、携帯端末２００の識別情報とは、例えば携帯端末２００の電話番号である。
【００１８】
以上のように、本実施形態では、外来診療を受診する患者の付添人の連絡先を患者に関連する情報の一部として管理できる。したがって、本実施形態では、例えば医療機関Ｈから、患者の付添人に問い合わせを行う場合等に、付添人の連絡先を容易に取得することができ、利便性を向上させることができる。
【００１９】
尚、本実施形態では、例えば医療機関Ｈの入り口等に、所定の信号を発信する発信器が備えられていても良い。本実施形態では、携帯端末２００のユーザが入り口を通過した際に、携帯端末２００がこの信号を受信し、信号を受信したことを配信サーバ３００へ通知する。配信サーバ３００は、この通知を受けて、携帯端末２００へ情報送信制御プログラム２１０を配信する。
【００２０】
尚、発信器が設けられる場所は、医療機関Ｈの建物の入り口に限定されない。発信器は、医療機関Ｈを訪れる人が通過する場所に設けられていれば良く、例えば受付の近辺等に設けられていても良い。また、本実施形態では、複数の場所に発信器が設けられていても良い。
【００２１】
次に、図２を参照し、本実施形態の情報管理システム１００のシステム構成について説明する。図２は、第一の実施形態の情報管理システムのシステム構成を説明する図である。
【００２２】
本実施形態の情報管理システム１００は、携帯端末２００と、配信サーバ３００と、連絡先管理サーバ４００と、を有し、それぞれがネットワークＮを介して接続されている。また、本実施形態の情報管理システム１００には、ネットワークＮを介して医療機関Ｈに設置された病院端末５００が接続されていても良い。
【００２３】
本実施形態の携帯端末２００には、情報送信制御プログラム２１０がインストールされており、後述する付添人情報の送信を行う。
【００２４】
本実施形態の配信サーバ３００は、携帯端末２００に配信する情報送信制御プログラムが格納されたプログラムデータベース３１０を有し、配信プログラム３２０を実行することで、携帯端末２００に情報送信制御プログラム２１０を配信する。
【００２５】
本実施形態の連絡先管理サーバ４００は、患者の連絡先が格納された連絡先データベース４１０と、病院端末５００に表示させる画面の画面データを生成するための設定ファイルデータベース４２０とを有し、連絡先管理プログラム４３０がインストールされている。
【００２６】
本実施形態の病院端末５００は、医療機関Ｈに設置されたコンピュータを含み、例えば医療機関Ｈから患者に対する問い合わせ等を行う際に使用される。尚、病院端末５００は、ネットワークＮを介して接続される他の医療機関のコンピュータであっても良い。
【００２７】
以下に、図３、４を参照し、本実施形態の連絡先管理サーバ４００の有する各データベースについて説明する。
【００２８】
図３は、連絡先データベースの一例を示す図である。本実施形態の連絡先データベース４１０は、情報の項目として、患者ＩＤ、連絡先、緊急連絡先、受付番号、一時連絡先、登録日時を有し、患者ＩＤと他の項目とが対応付けられている。
【００２９】
項目「患者ＩＤ」の値は、患者を特定するための識別情報である。本実施形態の患者ＩＤは、後述する診察券情報である。患者ＩＤは、例えば初診時の受け付けにおいて、診察券が発行された際に付与される。
【００３０】
項目「連絡先」の値は、患者の連絡先となる電話番号である。患者の連絡先は、例えば患者自身の携帯端末の電話番号や、患者の自宅の固定電話の電話番号等であり、初診時の問診票等に記入又は入力される。
【００３１】
項目「緊急連絡先」の値は、患者の緊急連絡先の電話番号である。緊急連絡先は、一般的には患者の家族や勤務先等、患者の関係者の電話番号等である。項目「受付番号」の値は、患者が受付を行った際に発行される受付番号である。
【００３２】
項目「一時連絡先」の値は、患者に同伴している付添人の連絡先となる電話番号である。付添人は、例えば患者が未成年で、付添人が保護者の携帯電話の電話番号であっても良い。また、患者が、介護が必要な要介護者であり、付添人が介護サービス提供事業者から派遣された担当者である場合には、この担当者の携帯電話の電話番号であっても良い。
【００３３】
項目「登録日時」の値は、一時連絡先が登録された日時を示す。
【００３４】
本実施形態の連絡先データベース４１０において、項目「受付番号」、「一時連絡先」、「登録日時」は、例えば患者が医療機関Ｈにおいて受付を行った時点で、各項目に対応する値がクリアされ、受付時の値に更新される。
【００３５】
図４は、設定ファイルデータベースの一例を示す図である。本実施形態の設定ファイルデータベース４２０は、情報の項目として、ボタン名、対応連絡先１、対応連絡先２を有する。
【００３６】
項目「ボタン名」の値は、病院端末５００に表示させる患者の呼び出し画面の有する各種ボタンの名前を示す。項目「対応連絡先１」の値は、対応するボタン名のボタンが操作されたときの発呼先となる電話番号を示す連絡先データベース４１０の項目名である。
【００３７】
項目「対応連絡先２」の値は、対応する項目「対応連絡先１」の電話番号において着呼が確認されなかった場合に、発呼先となる電話番号を示す連絡先データベース４１０の項目名である。
【００３８】
図４では、例えば、患者ＩＤ「８７６５」の患者の呼び出し画面においてボタン名「本日の要件確認」のボタンが操作されたときの発呼先は、連絡先データベース４１０の項目「一時連絡先」の値である電話番号「０９０−７６２３−××○○」となる。また、一時連絡先である電話番号の着呼が確認されなかった場合、次の発呼先は、連絡先データベース４１０の項目「連絡先」の値である電話番号「０７６５−２３−××××」となる。
【００３９】
次に、図５を参照して、本実施形態の連絡先管理サーバ４００のハードウェア構成について説明する。図５は、連絡先管理サーバのハードウェア構成の一例を示す図である。
【００４０】
本実施形態の連絡先管理サーバ４００は、それぞれバスＢで相互に接続されている入力装置４１、出力装置４２、ドライブ装置４３、補助記憶装置４４、メモリ装置４５、演算処理装置４６及びインターフェース装置４７を有する。
【００４１】
入力装置４１は、例えばキーボードやマウス等であり、各種データの入力を行う。出力装置４２は、ディスプレイ等の表示装置等であり、各種データの出力を行う。
【００４２】
インターフェース装置４７は、モデム，ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００４３】
連絡先管理プログラム４３０は、連絡先管理サーバ４００を制御する各種プログラムの少なくとも一部である。連絡先管理プログラム４３０は例えば記録媒体４８の配布やネットワークからのダウンロードなどによって提供される。連絡先管理プログラム４３０を記録した記録媒体４８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００４４】
また連絡先管理プログラム４３０を記録した記録媒体４８がドライブ装置４３にセットされると、連絡先管理プログラム４３０は記録媒体４８からドライブ装置４３を介して補助記憶装置４４にインストールされる。ネットワークからダウンロードされた連絡先管理プログラム４３０は、インターフェース装置４７を介して補助記憶装置４４にインストールされる。
【００４５】
補助記憶装置４４は、インストールされた連絡先管理プログラム４３０を格納すると共に、必要なファイル，データ等を格納する。メモリ装置４５は、コンピュータの起動時に補助記憶装置４４から連絡先管理プログラム４３０を読み出して格納する。そして、演算処理装置４６はメモリ装置４５に格納された連絡先管理プログラム４３０に従って、後述するような各種処理を実現している。
【００４６】
本実施形態の配信サーバ３００のハードウェア構成は、連絡先管理サーバ４００と同様であるから説明を省略する。また、本実施形態の携帯端末２００は、例えば多機能型携帯電話等であり、入力装置４１と出力装置４２の替わりに、表示機能を有するタッチパネル等の表示操作装置を有していても良い。
【００４７】
次に、図６乃至図９を参照し、本実施形態の情報管理システム１００の有する各装置の機能構成を説明する。図６は、第一の実施形態の携帯端末の機能構成を説明する図である。
【００４８】
本実施形態の携帯端末２００は、情報送信制御処理部２１０Ａを有する。携帯端末２００の有する演算処理装置が、情報送信制御プログラム２１０を実行することで、情報送信制御処理部２１０Ａの有する各部を実現する。
【００４９】
本実施形態の携帯端末２００は、インストール部２１１、表示制御部２１２、入力受付部２１３、診察券情報読取部２１４、設定有無判定部２１５、情報比較部２１６、付添人情報送信部２１７、設定ファイル作成部２１８、アンインストール部２１９を有する。
【００５０】
本実施形態のインストール部２１１は、配信サーバ３００から情報送信制御プログラム２１０が送信されると、これを受信して携帯端末２００にインストールする。表示制御部２１２は、携帯端末２００における表示を制御する。入力受付部２１３は、携帯端末２００に対する各種の入力を受け付ける。
【００５１】
診察券情報読取部２１４は、診察券の情報を読み取る。具体的には、本実施形態では、例えば診察券にバーコードやＱＲ（Quick Response）コード等が印刷されており、本実施形態の診察券情報読取部２１４は、これらのコードを読み取って、コードに含まれる情報を取得する。
【００５２】
本実施形態では、診察券情報読取部２１４により読み取られる情報を診察券情報と呼ぶ。本実施形態の診察券情報は、少なくとも外来診療を受診する患者を特定する診察券番号（患者ＩＤ）を含んでおり、診察券番号以外に、患者の氏名や生年月日等を含んでいても良い。すなわち、本実施形態の診察券情報は、患者を特定する患者特定情報である。
【００５３】
尚、本実施形態では、診察券番号と患者ＩＤとを同一のものとしたが、診察券番号と患者ＩＤが同一のものでない場合には、診察券番号と患者ＩＤとが対応付けられて記憶されたデータベース等を有していても良い。
【００５４】
設定有無判定部２１５は、携帯端末２００の記憶領域内に、診察券情報が保持されているか否かを判定する。携帯端末２００の記憶領域内に保持された診察券情報は、例えば携帯端末２００のユーザが、患者として医療機関Ｈの外来診療を受診した際の初診時に作成され、携帯端末２００の記憶領域に保持されるものとした。すなわち、本実施形態において、携帯端末２００の記憶領域に保持された診察券情報は、携帯端末２００のユーザ自身の診察券から取得された診察券情報である。
【００５５】
情報比較部２１６は、診察券情報読取部２１４により読み取られた診察券情報と、携帯端末２００の記憶領域に保持された診察券情報とを比較し、一致するか否かを判定する。
【００５６】
付添人情報送信部２１７は、診察券情報読取部２１４により読み取られた診察券情報と、携帯端末２００の電話番号とを対応付けて付添人情報とし、付添人情報を連絡先管理サーバ４００へ送信する。
【００５７】
設定ファイル作成部２１８は、携帯端末２００において初診の受付処理が実行されると、受付処理において発行された診察券番号を設定ファイルとし、携帯端末２００のメモリに保持させる。
【００５８】
アンインストール部２１９は、インストール部２１１によりインストールされた情報送信制御プログラム２１０を携帯端末２００からアンインストールする。
【００５９】
図７は、第一の実施形態の配信サーバの機能構成を説明する図である。本実施形態の配信サーバ３００は、演算処理装置が配信プログラム３２０を実行することで、配信処理部３２０Ａを実現する。
【００６０】
本実施形態の配信処理部３２０Ａは、配信通知受付部３２１と、プログラム配信部３２２を有する。
【００６１】
本実施形態の配信通知受付部３２１は、携帯端末２００が所定の信号を受信した際に、携帯端末２００から送信される通知を受け付ける。
【００６２】
プログラム配信部３２２は、通知を受けて、プログラムデータベース３１０に格納されている情報送信制御プログラム２１０を、通知を送信した携帯端末２００へ配信する。
【００６３】
図８は、第一の実施形態の連絡先管理サーバの機能構成を説明する図である。本実施形態の連絡先管理サーバ４００は、演算処理装置４６が連絡先管理プログラム４３０を実行することで、連絡先管理処理部４３０Ａを実現する。
【００６４】
本実施形態の連絡先管理処理部４３０Ａは、入力受付部４３１、付添人情報取得部４３２、患者特定部４３３、連絡先判定部４３４、データベース更新部４３５、発呼制御部４３６、着呼判定部４３７、画面データ生成部４３８、発呼先選択部４３９を有する。
【００６５】
入力受付部４３１は、連絡先管理サーバ４００に対する各種のデータの入力を受け付ける。付添人情報取得部４３２は、入力受付部４３１が受け付けた情報から、付添人情報を取得する。患者特定部４３３は、付添人情報と、連絡先データベース４１０と、から、外来診療を受診する患者を特定する。
【００６６】
連絡先判定部４３４は、連絡先データベース４１０において、付添人情報に含まれる電話番号が特定された患者と対応付いているか否かを判定する。
【００６７】
発呼制御部４３６は、付添人情報に含まれる電話番号に対して発呼を行う。着呼判定部４３７は、発呼に対応した着呼が確認されたか否かを判定する。
【００６８】
画面データ生成部４３８は、病院端末５００等に表示させる画面の画面データを生成する。発呼先選択部４３９は、病院端末５００等に表示された画面における操作に応じた発呼先を連絡先データベース４１０から選択する。
【００６９】
以下に、図９を参照して本実施形態の携帯端末２００の動作を説明する。図９は、第一の実施形態の携帯端末の動作を説明するフローチャートである。
【００７０】
本実施形態の携帯端末２００は、配信サーバ３００から情報送信制御プログラム２１０が配信されると、配信された情報送信制御プログラム２１０をインストール部２１１によりインストールする（ステップＳ９０１）。続いて携帯端末２００は、情報送信制御プログラム２１０を起動させる（ステップＳ９０２）。
【００７１】
携帯端末２００は、情報送信制御プログラム２１０が起動すると、表示制御部２１２は、携帯端末２００の有する表示操作装置において、医療機関Ｈの診察券を所持しているか否かを選択させる診察券の有無選択画面を表示させる（ステップＳ９０３）。
【００７２】
ステップＳ９０３において、診察券を所持しているとの回答を受け付けた場合（ステップＳ９０４）、表示制御部２１２は、表示操作装置に、診察券情報の読み込みを促す画面を表示させる（ステップＳ９０５）。本実施形態では、例えば診察券にＱＲコード(登録商標)が印刷されているものとして説明する。
【００７３】
ステップＳ９０４において、診察券を所持していない場合、携帯端末２００は、後述するステップＳ９１５へ進む。
【００７４】
ステップＳ９０５に続いて、携帯端末２００は、入力受付部２１３により、診察券情報読取部２１４により、ＱＲコードが読み込まれたか否かを判定する（ステップＳ９０６）。ステップＳ９０６において読み込まれていない場合、読み込まれるまで待機する。所定のタイムアウト時間を設け、その時間まで待機し、その時間を越えると、Ｓ９１５に進んでも良い。
【００７５】
ステップＳ９０６において読み込まれた場合、携帯端末２００は、自機の記憶領域に保持された診察券情報と、ＱＲコードから取得する診察券情報との比較の処理を開始する（ステップＳ９０７）。
【００７６】
本実施形態の携帯端末２００は、設定有無判定部２１５により、自機の記憶領域に診察券情報が保持されているか否かを判定する（ステップＳ９０８）。ステップＳ９０８において、診察券情報が保持されていない場合、後述するステップＳ９１３へ進む。
【００７７】
ステップＳ９０８において、診察券情報が保持されていた場合、情報比較部２１６は、自機の記憶領域に診察券情報と、診察券情報読取部２１４により読み取られた診察券情報とを比較し、両者が一致しているか否かを判定する（ステップＳ９０９）。ステップＳ９０９において、両者が一致した場合、携帯端末２００を所持しているユーザ自身が、外来診療を受診する患者であることがわかる。したがって、ステップＳ９０９において両者が一致した場合、携帯端末２００は、外来診療の受付処理を行い（ステップＳ９１０）、後述するステップＳ９１４へ進む。外来診療の受付処理とは、例えば携帯端末２００から診察券情報を医療機関Ｈの病院端末５００に送信し、受付番号を取得する処理等である。
【００７８】
ステップＳ９０９において、両者が一致しない場合、携帯端末２００は、表示制御部２１２により、携帯端末２００を所持しているユーザが付添人であるか否かを確認する付添人確認画面を表示させる（ステップＳ９１１）。
【００７９】
続いて携帯端末２００は、確認画面に表示されたメッセージに対する回答から、携帯端末２００のユーザが付添人であるか否かを判定する（ステップＳ９１２）。ステップＳ９１２において、付添人であった場合、携帯端末２００は、付添人情報送信部２１７により、携帯端末２００の電話番号と、診察券情報読取部２１４が読み取った診察券情報とを対応付けた付添人情報を連絡先管理サーバ４００へ送信する（ステップＳ９１３）。
【００８０】
尚、本実施形態の携帯端末２００は、ステップＳ９１３の後に、付添人情報に含まれる診察券情報を用いて患者の外来診療の受付処理を行っても良い。本実施形態では、受付処理を行うことで、受付番号が発行される。発行された受付番号は、連絡先管理サーバ４００へ送信され、診察券情報と対応する患者ＩＤに紐付けられ格納されても良い。
【００８１】
ステップＳ９１２において、付添人でなかった場合、携帯端末２００は、後述するステップＳ９１４へ進む。
【００８２】
携帯端末２００は、アンインストール部２１９により、情報送信制御プログラム２１０を携帯端末２００からアンインストールし（ステップＳ９１４）、処理を終了する。
【００８３】
尚、本実施形態における情報送信制御プログラム２１０のアンインストールのタイミングは、図９に示すタイミングに限定されず、任意のタイミングであって良い。アンインストール部２１９は、例えば携帯端末２００が医療機関Ｈ内の診察室の中から外へでたときに、情報送信制御プログラム２１０のアンインストールを行っても良い。この場合には、例えば診察室の出口に、所定の信号を発信する発信器が備えられており、携帯端末２００がこの信号を受信したとき、診察室から出たものと判定しても良い。
【００８４】
ステップＳ９０３で表示された診察券の有無選択画面において、診察券を所持しているとの回答を受け付けない場合、携帯端末２００は、入力受付部２１３により、診察券を所持していないとの回答を受けたか否かを判定する（ステップＳ９１５）。ステップＳ９１５において、回答を受け付けない場合、携帯端末２００は、ステップＳ９０４へ戻る。
【００８５】
ステップＳ９１５において、診察券を所持していないとの回答を受け付けると、携帯端末２００は、表示制御部２１２により、初診であるか否かを確認する初診確認画面を表示させる（ステップＳ９１６）。続いて携帯端末２００は、入力受付部２１３により、初診確認画面において、初診であるとの回答を受け付けたか否かを判定する（ステップＳ９１７）。
【００８６】
ステップＳ９１７において、初診であるとの回答を受け付けない場合、携帯端末２００は後述するステップＳ９２１へ進む。
【００８７】
ステップＳ９１７において、初診であるとの回答を受け付けた場合、携帯端末２００は、表示制御部２１２により、初診情報の入力画面を表示させ、入力された情報を連絡先管理サーバ４００へ送信する（ステップＳ９１８）。初診情報とは、例えば、患者の住所、氏名、連絡先、緊急連絡先、症状等である。
【００８８】
続いて、携帯端末２００は、入力受付部２１３により、連絡先管理サーバ４００から診察券情報を受信したか否かを判定する（ステップＳ９１９）。連絡先管理サーバ４００から受信する診察券情報とは、連絡先管理サーバ４００において、新たに付与された情報である。ステップＳ９１９において、診察券情報を受信しない場合、携帯端末２００は、診察券情報を受信するまで待機する。
【００８９】
ステップＳ９１９において、診察券情報を受信すると、携帯端末２００は、設定ファイル作成部２１８により、診察券情報のファイルを携帯端末２００の所定の記憶領域に保持するように設定し（ステップＳ９２０）、ステップＳ９１４へ進む。
【００９０】
また、ステップＳ９１７において、初診であるとの回答を受け付けない場合、入力受付部２１３は、初診ではない、との回答を受け付けたか否かを判定する（ステップＳ９２１）。ステップＳ９２１において、回答を受け付けない場合、携帯端末２００は、ステップＳ９１７へ戻る。ステップＳ９２１において、初診ではないとの回答を受け付けた場合、携帯端末２００は、「窓口にて受付を行ってください」という表示を出力し（ステップＳ９２２）、ステップＳ９１４へ進む。
【００９１】
以上のように、本実施形態の携帯端末２００は、情報送信制御プログラム２１０を実行することで、携帯端末２００が外来診療を受ける患者の端末であるか、又は付添人の端末であるかを判定することができる。そして、本実施形態では、携帯端末２００が付添人の端末であった場合、付添人情報を送信することができる。
【００９２】
図１０は、連絡先管理サーバの動作を説明する第一のフローチャートである。本実施形態の連絡先管理サーバ４００は、入力受付部４３１により、携帯端末２００から付添人情報を受信したか否かを判定する（ステップＳ１００１）。ステップＳ１００１において、付添人情報を受信しない場合、連絡先管理サーバ４００は、付添人情報を受信するまで待機する。
【００９３】
ステップＳ１００１において、付添人情報を受信すると、連絡先管理サーバ４００は、付添人情報取得部４３２により付添人情報を取得し、患者特定部４３３により、外来診療を受診する患者を特定する（ステップＳ１００２）。具体的には、患者特定部４３３は、付添人情報に含まれる診察券情報から患者ＩＤ（診察券番号）を抽出し、連絡先データベース４１０を参照して、抽出した患者ＩＤと対応する患者を特定する。
【００９４】
続いて連絡先管理サーバ４００は、連絡先判定部４３４により、連絡先データベース４１０を参照し、特定された患者の患者ＩＤと対応する一時連絡先が格納されているか否かを判定する（ステップＳ１００３）。
【００９５】
ステップＳ１００３において、一時連絡先が格納されていない場合、後述するステップＳ１００６へ進む。
【００９６】
ステップＳ１００３において、一時連絡先が格納されている場合、連絡先判定部４３４は、連絡先データベース４１０から患者ＩＤと対応する一時連絡先を取得する（ステップＳ１００４）。続いて連絡先判定部４３４は、取得した付添人情報に含まれる携帯端末２００の電話番号と、一時連絡先の電話番号とが一致するか否かを判定する（ステップＳ１００５）。
【００９７】
ステップＳ１００５において、両者が一致する場合、連絡先管理サーバ４００は、付添人情報として取得した携帯端末２００の電話番号が、既に連絡先データベース４１０に格納されているものとし、処理を終了する。
【００９８】
ステップＳ１００５において、両者が一致しない場合、連絡先管理サーバ４００は、データベース更新部４３５により、連絡先データベース４１０において、特定した患者ＩＤと対応する一時連絡先に、携帯端末２００の電話番号を格納し（ステップＳ１００６）、処理を終了する。このとき、データベース更新部４３５は、携帯端末２００の電話番号を格納したときの日時を、登録日時として連絡先データベース４１０へ格納する。
【００９９】
尚、本実施形態において、連絡先データベース４１０に格納された一時連絡先は、例えば対応する登録日時から日付が替わったときに削除されても良いし、例えば患者が次に外来診療を受診したときに、上書きされても良い。
【０１００】
以上のように、本実施形態によれば、外来診療の患者の付添人の携帯端末２００の電話番号を、患者が医療機関Ｈを訪れた際に一時連絡先として取得し、管理することができる。したがって、本実施形態によれば、同一の患者に対して付添人が診察の度に替わったとしても、受診した日に同伴した付添人の連絡先を医療機関に提供することができる。
【０１０１】
また、医療機関では、例えば患者の診察後に患者側と連絡をとる必要が生じた場合等において、患者の診察に同伴した付添人へ連絡することができる。患者の診察に同伴した付添人は、受診時の患者の状況を把握していることが推測されるため、医療機関側は、容易に意思疎通を図ることができる。
【０１０２】
以下に、図１１乃至図１３を参照し、携帯端末２００に表示される画面の例を説明する。図１１は、第一の実施形態の携帯端末に表示される画面の例を説明する第一の図である。図１１（Ａ）は、診察券の有無選択画面の一例を示す図である。図１１（Ｂ）は、診察券情報の読み込みを促す画面の一例を示す図である。図１１（Ｃ）は、初診確認画面の一例を示す図である。
【０１０３】
図１１（Ａ）に示す診察券の有無選択画面１１１では、診察券の有無を問うメッセージと、診察券の有無を選択する選択ボタンとが表示される。図１１（Ｂ）に示す画面１１２では、診察券のＱＲコードの読み取りを促すメッセージが表示される。
【０１０４】
図１１（Ｃ）に示す初診確認画面１１３では、初診か否かを問うメッセージと、その回答を選択する選択ボタンとが表示される。
【０１０５】
図１２は、第一の実施形態の携帯端末に表示される画面の例を説明する第二の図である。図１２（Ａ）は、受付処理に移行することを示す画面の例を示す図である。図１２（Ｂ）は、付添人確認画面の一例を示す図である。
【０１０６】
図１２（Ａ）に示す画面１２１は、例えば図９のステップＳ９０９において、携帯端末２００が外来診療を受診する患者自身の端末であると判定された場合に、ステップＳ９１０において表示されても良い。画面１２１には、診察の受付を開始したことを示すメッセージが表示される。
【０１０７】
図１２（Ｂ）に示す付添人確認画面１２２は、携帯端末２００を所持しているユーザが、患者の付添人であるか否かを問うメッセージと、この問いに対する回答を選択する選択ボタンとが表示される。
【０１０８】
以下に、図１３を参照し、本実施形態の連絡先管理サーバ４００が、医療機関Ｈからの患者の呼び出し要求を受けた際の動作について説明する。
【０１０９】
図１３は、連絡先管理サーバの動作を説明する第二のフローチャートである。図１３では、医療機関Ｈの病院端末５００において、患者の呼び出しの操作がなされた場合における、連絡先管理サーバ４００の動作を示している。
【０１１０】
本実施形態の連絡先管理サーバ４００は、入力受付部４３１により、患者ＩＤと共に患者の呼び出し要求を受け付けたか否かを判定する（ステップＳ１４０１）。尚、本実施形態では、患者の呼び出し要求と共に、病院端末５００を特定する病院端末５００の識別情報を受け付けても良い。病院端末５００の識別情報は、連絡先管理サーバ４００において、病院端末５００が設置された医療機関Ｈを特定する情報と対応付けられていても良い。
【０１１１】
ステップＳ１４０１において要求を受け付けない場合、連絡先管理サーバ４００は、要求を受け付けるまで待機する。ステップＳ１４０１において要求を受け付けた場合、連絡先管理サーバ４００は、画面データ生成部４３８により、病院端末５００に表示させる呼び出し用画面の画面データを生成し、病院端末５００へ送信する（ステップＳ１４０２）。
【０１１２】
続いて連絡先管理サーバ４００は、病院端末５００において、入力受付部４３１は、患者の呼び出し画面における入力を受け付けたか否かを判定する（ステップＳ１４０３）。
【０１１３】
ステップＳ１４０３において操作を受け付けない場合、連絡先管理サーバ４００は入力を受け付けるまで待機する。
【０１１４】
ステップＳ１４０３において操作を受け付けた場合、連絡先管理サーバ４００は、発呼先選択部４３９により、設定ファイルデータベース４２０と連絡先データベース４１０とを参照して発呼先となる電話番号を選択し、発呼制御部により発呼を行う（ステップＳ１４０４）。具体的には、発呼先選択部４３９は、設定ファイルデータベース４２０を参照し、呼び出し画面において操作されたボタンと対応する対応連絡先１の値を取得し、連絡先データベース４１０から、対応連絡先１に該当する電話番号を選択する。
【０１１５】
続いて連絡先管理サーバ４００は、着呼判定部４３７により、着呼を確認したか否かを判定する（ステップＳ１４０５）。
【０１１６】
ステップＳ１４０５において着呼が確認された場合、連絡先管理サーバ４００は処理を終了する。
【０１１７】
ステップＳ１４０５において着呼が確認されなかった場合、連絡先管理サーバ４００は、発呼先選択部４３９は、設定ファイルデータベース４２０と連絡先データベース４１０とを参照し、発呼先となる電話番号を選択し、発呼制御部により発呼を行う（ステップＳ１４０６）。具体的には、発呼先選択部４３９は、設定ファイルデータベース４２０を参照し、呼び出し画面において操作されたボタンと対応する対応連絡先２の値を取得し、連絡先データベース４１０から、対応連絡先１に該当する電話番号を選択する。
【０１１８】
続いて連絡先管理サーバ４００は、着呼判定部４３７により、着呼を確認したか否かを判定する（ステップＳ１４０７）。
【０１１９】
ステップＳ１４０７において着呼が確認された場合、連絡先管理サーバ４００は処理を終了する。
【０１２０】
ステップＳ１４０７において着呼が確認されない場合、連絡先管理サーバ４００は、画面データ生成部４３８により、呼び出しに失敗したことを示すメッセージ画面の画面データを生成し、病院端末５００へ表示させ（ステップＳ１４０８）、処理を終了する。
【０１２１】
尚、本実施形態では、設定ファイルデータベース４２０において、対応連絡先２の値が格納されていない場合には、対応連絡先１からの着呼が確認できなかった場合に、呼び出しに失敗したことを示すメッセージ画面を病院端末５００に表示させても良い。
【０１２２】
また、図１３のステップＳ１４０５及びステップＳ１４０７における着呼の確認とは、例えば発呼先に対して呼び出しが行われた時点で着呼の確認としても良い。
【０１２３】
また、着呼の確認とは、例えば着呼に対して応答があった場合、すなわち通信の状態が、呼び出しから通話となった時点で着呼の確認としても良い。この場合、連絡先管理サーバ４００は、所定時間の間着呼が確認されなかった場合には、対応連絡先２の発呼先へ発呼を行っても良い。
【０１２４】
以下に、図１４を参照して患者の呼び出しについて具体的に説明する。図１４は、病院端末に表示される画面の一例を示す図である。
【０１２５】
図１４に示す患者の呼び出し画面１５１には、患者を呼び出す際の要件を示すボタン１５２〜１５７が表示されている。
【０１２６】
具体的には、診察開始前に患者を呼び出すための診察開始前連絡ボタン１５２、本日の要件を確認するための本日の要件確認ボタン１５３、一週間の体調を確認するための体調確認ボタン１５４、健康保険番号を確認するための保険番号確認ボタン１５５、今後の方針を確認するための方針確認ボタン１５６、緊急の連絡のための緊急連絡ボタン１５７である。
【０１２７】
以下に、例えば呼び出し画面１５１において、患者ＩＤが「６５４３」の患者について、緊急連絡ボタン１５７が操作された場合の連絡先管理サーバ４００の動作を説明する。尚、本実施形態の病院端末５００では、例えば呼び出し画面１５１が表示される前に、患者ＩＤの入力欄と、呼び出し要求を行う呼び出しボタンとが表示された呼び出し開始画面等が表示されても良い。
【０１２８】
呼び出し画面１５１において緊急連絡ボタン１５７が操作されると、連絡先管理サーバ４００は、設定ファイルデータベース４２０を参照し、緊急連絡ボタン１５７のボタン名「緊急の連絡」と対応する対応連絡先１の値を取得する。対応連絡先１の値は、「緊急連絡先」である（図４参照）。よって、連絡先管理サーバ４００は、連絡先データベース４１０を参照し、患者ＩＤ「６５４３」と対応する緊急連絡先の値である電話番号を取得する。ここで取得される電話番号は、「０８０−２３４８−××○○」である（図３参照）。電話番号を取得すると、連絡先管理サーバ４００は、「０８０−２３４８−××○○」に対して発呼を行う。
【０１２９】
ここで連絡先管理サーバ４００は、「０８０−２３４８−××○○」からの着呼を確認できなかった場合には、再度設定ファイルデータベース４２０を参照し「緊急の連絡」と対応する対応連絡先２の値を取得する。対応連絡先２の値は、「連絡先」である（図４参照）。よって、連絡先管理サーバ４００は、連絡先データベース４１０を参照し、患者ＩＤ「６５４３」と対応する連絡先の値である電話番号を取得する。ここで取得される電話番号は、「０２３８−９８−○○××」である（図３参照）。電話番号を取得すると、連絡先管理サーバ４００は、「０２３８−９８−○○××」に対して発呼を行う。
【０１３０】
以上のように、本実施形態では、患者を呼び出す際の要件に応じて、発呼先を選択することができる。
【０１３１】
したがって、本実施形態によれば、医療機関からの要件毎に連絡先を使いわける事ができるようになり、医療機関及び患者側にとって、適切な連絡先の管理と活用ができるようになる。
【０１３２】
また、本実施形態では、例えば、呼び出し画面１５１に診察開始前連絡ボタン１５２を設けた。診察開始前連絡ボタン１５２のボタン名に対応する対応連絡先１の値は、一時連絡先である。
【０１３３】
したがって、例えば患者が要介護者であり、待合室等で診察の順番を待つことができない場合等には、医療機関は、呼び出し画面１５１において診察開始前連絡ボタン１５２を操作すれば、患者の付添人の端末へ発呼を行い、患者を呼び出すことができる。
【０１３４】
このため、本実施形態によれば、例えば介護タクシーで医療機関を受診しているような場合でも、診察待ちの間、介護タクシー内で診察までの時間を待つことができるようになる。
【０１３５】
（第二の実施形態）
以下に図面を参照して第二の実施形態について説明する。第二の実施形態では、付添人であるか否かを携帯端末２００のユーザに入力させる点が第一の実施形態と相違する。したがって、以下の第二の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１３６】
図１５は、第二の実施形態の携帯端末の機能構成を説明する図である。本実施形態の携帯端末２００Ａの情報送信制御処理部２１０Ｂは、インストール部２１１、表示制御部２１２、入力受付部２１３、診察券情報取得部２１４Ａ、付添人情報送信部２１７、アンインストール部２１９を有する。
【０１３７】
本実施形態の診察券情報取得部２１４Ａは、携帯端末２００Ａの表示操作装置に表示された付添人情報の入力画面において入力された付添人情報を取得する。
【０１３８】
次に、図１６を参照して第二の実施形態の携帯端末２００の動作について説明する。図１６は、第二の実施形態の携帯端末の動作を説明するフローチャートである。
【０１３９】
図１６のステップＳ１７０１とステップＳ１７０２の処理は、図９のステップＳ９０１とステップＳ９０２の処理と同様であるから、説明を省略する。
【０１４０】
携帯端末２００は、ステップＳ１７０２に続いて、表示制御部２１２により、連絡先登録開始画面を携帯端末２００の表示操作装置に表示させる（ステップＳ１７０３）。連絡先登録開始画面には、携帯端末２００を所持しているユーザが、付添人であるか、又は自身が外来診療を受診する患者である、又はそれ以外であるかを選択させるボタンが表示される。
【０１４１】
続いて携帯端末２００は、入力受付部２１３により、ユーザ自身が患者であるとの選択がなされたか否かを判定する（ステップＳ１７０４）。
【０１４２】
ステップＳ１７０４において患者であるとの選択を受け付けた場合、携帯端末２００は外来診療の受付処理を行い（ステップＳ１７０５）、後述するステップＳ１７１０へ進む。
【０１４３】
ステップＳ１７０４において患者であるとの選択を受け付けない場合、携帯端末２００は、入力受付部２１３により、付添人であるとの選択を受け付けたか否かを判定する（ステップＳ１７０６）。
【０１４４】
ステップＳ１７０６において、付添人であるとの選択を受け付けない場合、携帯端末２００は、後述するステップＳ１７１１へ進む。
【０１４５】
ステップＳ１７０６において、付添人であるとの選択を受け付けた場合、携帯端末２００は、表示制御部２１２により診察券情報の入力画面を表示させ、診察券情報取得部２１４Ａにより、診察券情報を取得する（ステップＳ１７０７）。
【０１４６】
続いて携帯端末２００は、付添人情報送信部２１７により、取得した診察券情報と、携帯端末２００の電話番号とを対応付けた付添人情報を連絡先管理サーバ４００へ送信する（ステップＳ１７０８）。続いて携帯端末２００は、連絡先管理サーバ４００から着呼を受けたか否かを判定する（ステップＳ１７０９）。
【０１４７】
ステップＳ１７０９において着呼を受けていない場合、携帯端末２００は、着呼を受けるまで待機する。ステップＳ１７０９において着呼を受けた場合、携帯端末２００は、アンインストール部２１９により、情報送信制御プログラムをアンインストールし（ステップＳ１７１０）、処理を終了する。尚、ステップＳ１７０９の処理は、後述する図１９（Ｄ）に示す画面が携帯端末２００に表示された場合にのみ行われる処理である。
【０１４８】
ステップＳ１７０６において、付添人であるとの選択を受け付けない場合、入力受付部２１３は、患者又は付添人以外であるとの選択を受け付けたか否かを判定する（ステップＳ１７１１）。ステップＳ１７１１において、患者又は付添人以外であるとの選択を受け付けた場合、携帯端末２００は、処理を終了する。
【０１４９】
ステップＳ１７１１において、患者又は付添人以外であるとの選択を受け付けない場合、携帯端末２００は、所定時間が経過したか否かを判定する（ステップＳ１７１２）。ステップＳ１７１２において、所定時間が経過しない場合、携帯端末２００は、所定時間が経過するまで待機する。ステップＳ１７１２において所定時間が経過した場合、携帯端末２００は処理を終了する。
【０１５０】
以下に、図１７乃至図１９を参照し、本実施形態の携帯端末２００Ａに表示される画面について説明する。
【０１５１】
図１７は、第二の実施形態の携帯端末に表示される画面の例を説明する第一の図である。図１７では、連絡先登録開始画面について説明する。
【０１５２】
図１７に示す連絡先登録開始画面１８１には、携帯端末２００のユーザ自身が患者である場合に選択される患者選択ボタン１８２、ユーザが付添人であった場合に選択される付添人選択ボタン１８３が表示される。また、連絡先登録開始画面１８１には、携帯端末２００のユーザが患者でも付添人でもない場合に選択されるその他ボタン１８４が表示される。ユーザが患者でも付添人でもない場合とは、例えば携帯端末２００のユーザが、医療機関Ｈの入院患者の面会人である場合等である。
【０１５３】
図１８は、第二の実施形態の携帯端末に表示される画面の例を説明する第二の図である。図１８では、診察券にＱＲコードやバーコード等、診察券情報を示すコードが印刷されていた場合の診察券情報の入力画面を示している。
【０１５４】
図１８に示す診察券情報の入力画面１９１には、診察券情報の読み取りを促すメッセージ１９２と、診察券情報の読み取りの処理へ移行する読み込み開始ボタン１９３とが表示される。
【０１５５】
本実施形態の携帯端末２００は、例えば読み込み開始ボタン１９３が操作されると、ＱＲコードやバーコード等を読み取るアプリケーションを起動させても良い。
【０１５６】
図１９は、第二の実施形態の携帯端末に表示される画面の例を説明する第三の図である。図１９では、診察券にＱＲコードやバーコード等、診察券情報を示すコードが印刷されておらず、診察券を用いて受け付けを行った際に発行される、受付票を用いた場合の診察券情報の入力画面の例を示している。
【０１５７】
図１９（Ａ）は、受け付けを行った際に発行される受付票の例を示す図である。図１９（Ｂ）は、診察券情報の入力画面の第一の例を示す図であり、図１９（Ｃ）は、診察券情報の入力画面の第二の例を示す図であり、図１９（Ｄ）は、診察券情報の入力画面の第三の例を示す図である。
【０１５８】
受付票２０には、受付番号と、診察科目と、患者ＩＤと、患者氏名とが情報として含まれる。受付票２０に含まれる情報のうち、少なくとも受付番号と患者ＩＤとが診察券情報として取得される。
【０１５９】
図１９（Ｂ）に示す診察券情報の入力画面２０２は、携帯端末２００Ａのカメラ機能により、受付票２０を撮影し、撮影した画像の中から診察券情報を取得する場合の画面の例である。入力画面２０２には、受付票２０の撮影を促すメッセージ２０３と、カメラ機能を起動させるために起動ボタン２０４とが表示されている。本実施形態の携帯端末２００Ａは、起動ボタン２０４が操作されるとカメラ機能を起動させても良い。そして、携帯端末２００は、受付票２０の撮影が完了すると、撮影された画像の中から受付番号を抽出し、携帯端末２００Ａの電話番号と対応付けた付添人情報として、連絡先管理サーバ４００へ送信しても良い。
【０１６０】
図１９（Ｃ）に示す診察券情報の入力画面２０２Ａは、診察券情報として、受付番号を入力させる場合の画面の例である。入力画面２０２Ａには、受付番号の入力を促すメッセージ２０３Ａと、受付番号の入力欄２０５と、付添人情報の送信ボタン２０６とが表示される。
【０１６１】
携帯端末２００Ａは、入力画面２０２Ａの入力欄２０５に受付番号が入力され、送信ボタン２０６が操作されると、携帯端末２００Ａの電話番号と入力された受付番号とを対応付けて、付添人情報として連絡先管理サーバ４００へ送信する。
【０１６２】
図１９（Ｄ）は、示す診察券情報の入力画面２０２Ｂは、診察券情報として、受付番号と、携帯端末２００Ａの電話番号と、を入力させる場合の画面の例である。入力画面２０２Ｂには、受付番号と電話番号の入力を促すメッセージ２０３Ｂと、受付番号の入力欄２０５と、電話番号の入力欄２０７と、付添人情報の送信ボタン２０６とが表示される。
【０１６３】
携帯端末２００Ａは、入力画面２０２Ｂの入力欄２０５に受付番号が入力され、入力欄２０７に電話番号が入力され、送信ボタン２０６が操作されると、入力された受付番号と電話番号とを対応付けて、付添人情報として連絡先管理サーバ４００へ送信する。
【０１６４】
尚、図１９（Ｃ）、（Ｄ）に示す入力画面２０２Ａ、２０２Ｂには、例えば患者の有する携帯端末の電話番号を入力する入力欄があっても良い。
【０１６５】
以下に、図２０を参照し、図１９（Ｄ）に示す入力画面２０２Ｂに電話番号を入力した後に、携帯端末２００Ａに表示される画面の例を説明する。
【０１６６】
図２０は、第二の実施形態の携帯端末に表示される画面の例を説明する第四の図である。
図２０（Ａ）は、連絡先管理サーバ４００からの着呼の確認画面の例を示す図である。図２０（Ｂ）は、連絡先管理サーバ４００からの着呼の確認画面の別の例を示す図である。
【０１６７】
図２０（Ａ）に示す着呼確認画面１３１は、携帯端末２００Ａが連絡先管理サーバ４００による発呼を受けた際に、携帯端末２００Ａのユーザが着呼の確認の通知する場合の画面である。着呼確認画面１３１は、携帯端末２００Ａが連絡先管理サーバ４００による発呼を受けると、携帯端末２００Ａの表示操作装置に表示される。
【０１６８】
着呼確認画面１３１には、連絡先管理サーバ４００からの着呼を確認した通知の送信指示を行う通知ボタン１３２が表示される。携帯端末２００Ａは、着呼確認画面１３１において、通知ボタン１３２が操作されると、着呼を確認した通知を連絡先管理サーバ４００へ送信する。
【０１６９】
図２０（Ｂ）に示す着呼確認画面１３３は、携帯端末２００Ａが連絡先管理サーバ４００による発呼を受けた際に、携帯端末２００Ａが自動で着呼の確認の連絡先管理サーバ４００へ通知する場合の画面である。着呼確認画面１３３は、携帯端末２００Ａが連絡先管理サーバ４００による発呼を受けると、携帯端末２００Ａの表示操作装置に表示される。
【０１７０】
着呼確認画面１３３には、連絡先管理サーバ４００による発呼を受けて、着呼の通知を連絡先管理サーバ４００へ送信した旨を示すメッセージ１３４が表示される。
【０１７１】
以上のように、本実施形態では、情報送信制御プログラムが起動した際に、携帯端末２００Ａのユーザが患者であるか、付添人であるか、又はそれ以外であるかを選択させる画面を表示させ、選択結果に応じた処理を行う。したがって、本実施形態では、携帯端末２００Ａに、携帯端末２００Ａのユーザが付添人であるか否かの判定処理を行わせることがなく、携帯端末２００Ａの処理を軽減できる。
【０１７２】
尚、本実施形態では、携帯端末２００にインストールされた情報送信制御プログラム２１０が、図１６に示す処理を実行するものとして説明したが、これに限定されない。図１６に示す処理は、携帯端末２００Ａと、連絡先管理サーバ４００とにより実行されても良い。
【０１７３】
この場合、例えば、携帯端末２００Ａが情報送信制御プログラム２１０を起動させたとき、携帯端末２００Ａは連絡先管理サーバ４００へ受付を開始したことを通知しても良い。連絡先管理サーバ４００は、受付開始の通知を受けて、携帯端末２００Ａに、診察券情報の入力画面を含む各種の画面を表示させても良い。
【０１７４】
（第三の実施形態）
以下に図面を参照して第三の実施形態について説明する。第三の実施形態では、連絡先管理サーバが配信サーバも兼ねる点が、第一の実施形態と相違する。したがって、以下の第三の実施形態の説明では、第一の実施形態との相違点についてのみ説明し、第一の実施形態と同様の機能構成を有するものには、第一の実施形態の説明で用いた符号と同様の符号を付与し、その説明を省略する。
【０１７５】
図２１は、第三の実施形態の情報管理システムのシステム構成を説明する図である。本実施形態の情報管理システム１００Ａは、携帯端末２００と、連絡先管理サーバ４００Ａと、病院端末５００とを有する。
【０１７６】
本実施形態の連絡先管理サーバ４００Ａは、プログラムＤＢ３１０、連絡先データベース４１０、設定ファイルデータベース４２０を有し、連絡先管理プログラム４５０がインストールされている。
【０１７７】
図２２は、第三の実施形態の連絡先管理サーバの機能構成を説明する図である。本実施形態の連絡先管理サーバ４００Ａは、演算処理装置が連絡先管理プログラム４５０を実行することで、連絡先管理処理部４５０Ａを実現する。
【０１７８】
本実施形態の連絡先管理処理部４５０Ａは、配信処理部３２０Ａと、連絡先管理処理部４３０Ａとを有する。
【０１７９】
すなわち、本実施形態の連絡先管理処理部４５０Ａは、第一及び第二の実施形態の配信サーバ３００の有する配信処理部３２０Ａと、第一及び第二の実施形態の連絡先管理サーバ４００の有する連絡先管理処理部４３０Ａと、を有する。
【０１８０】
したがって、本実施形態の連絡先管理サーバ４００Ａは、配信サーバ３００の機能も兼ね備えることができる。
【０１８１】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
端末装置からの特定の患者の診察の受付に用いる患者特定情報の入力を受け付け、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、
処理をコンピュータに実行させる情報管理プログラム。
（付記２）
前記問い合わせ先を入力させる画面は、前記特定の患者の連絡先を示す情報を入力させる入力欄を含む、付記１記載の情報管理プログラム。
（付記３）
前記記憶部には、前記患者特定情報と、前記特定の患者の連絡先を示す情報とが対応付けて格納されており、
前記記憶部を参照して、前記受信した前記問い合わせについての情報が、前記患者特定情報と対応する前記特定の患者の連絡先と一致するか否かを判定し、
前記特定の患者の連絡先と一致しないとき、前記問い合わせについての情報を前記患者特定情報と関連付けて前記記憶部に格納する、
処理を前記コンピュータに実行させる付記２記載の情報管理プログラム。
（付記４）
前記端末装置から、前記端末装置が所定の位置を通過したことを示す通知を受けて、
前記端末装置に、前記問い合わせ先についての情報を送信させる情報送信制御プログラムを配信する、
処理を前記コンピュータに実行させる付記１乃至３の何れか一項に記載の情報管理プログラム。
（付記５）
前記問い合わせ先についての情報は、前記端末装置の電話番号を含み、
前記問い合わせ先についての情報を受信すると、前記電話番号に対して発呼を行い、
前記端末装置からの着呼を確認したとき、前記問い合わせ先についての情報を前記患者特定情報と関連付けて前記記憶部に格納する付記１乃至４の何れか一項に記載の情報管理プログラム。
（付記６）
前記記憶部を参照し、前記患者特定情報に関連付けられた前記特定の患者の連絡先を示す情報と、前記問い合わせ先についての情報と、に対応する操作領域を含む呼び出し画面の画面データを生成し、
前記画面データを、前記診察を行う医療機関に設置された端末へ送信し、
前記呼び出し画面における前記操作領域の操作を受け付けると、前記操作領域と対応する前記連絡先を示す情報又は前記問い合わせ先についての情報に含まれる電話番号に対して発呼を行う、
処理を前記コンピュータに実行させる付記２乃至４の何れか一項に記載の情報管理プログラム。
（付記７）
特定の患者の診察の受付けに用いる患者特定情報を取得し、前記患者特定情報と一致する患者特定情報が端末装置に保持されているか否かを判定し、
前記一致する患者特定情報が保持されていないとき、前記取得した患者特定情報と、前記端末装置の識別情報とを対応付けた付添人情報を出力する、
処理をコンピュータに実行させる情報送信制御プログラム。
（付記８）
前記患者特定情報を含むコードを読み取って、前記患者特定情報を取得する、
処理を前記コンピュータに実行させる付記７記載の情報送信制御プログラム。
（付記９）
前記患者特定情報の入力画面を表示させ、入力された前記患者特定情報を取得する、
処理を前記コンピュータに実行させる付記７記載の情報送信制御プログラム。
（付記１０）
コンピュータによる情報の管理を行う情報管理方法であって、該コンピュータが、
端末装置から、特定の患者の診察の受付けに用いる患者特定情報の入力を受け付け、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させ、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する、情報管理方法。
（付記１１）
端末装置から、特定の患者の診察の受付けに用いる患者特定情報の入力を受け付ける入力受付部と、
前記特定の患者についての当日の問い合わせ先を入力させる画面を前記端末装置に表示させる画面データ生成部と、
前記端末装置から前記問い合わせ先についての情報を受信すると、受信した前記問い合わせ先についての情報と、前記患者特定情報と、を関連付けて記憶部に格納する格納部と、を有する情報管理装置。
（付記１２）
コンピュータによる情報送信制御方法であって、該コンピュータが、
特定の患者の診察の受付けに用いる患者特定情報を取得し、前記患者特定情報と一致する患者特定情報を端末装置が保持しているか否かを判定し、
前記一致する患者特定情報を保持していないとき、前記取得した患者特定情報と、前記端末装置の識別情報とを対応付けた付添人情報を出力する、
情報送信制御方法。
（付記１３）
特定の患者の診察の受付けに用いる患者特定情報を取得し、前記患者特定情報と一致する患者特定情報を当該端末装置が保持しているか否かを判定する判定部と、
前記一致する患者特定情報を保持していないとき、前記取得した患者特定情報と、前記端末装置の識別情報とを対応付けた付添人情報を出力する付添人情報出力部と、を有する端末装置。
（付記１４）
端末装置と、情報管理装置とを有する情報管理システムであって、
前記端末装置は、
特定の患者の診察の受付けに用いる患者特定情報を取得し、前記患者特定情報と一致する患者特定情報を前記端末装置が保持しているか否かを判定する判定部と、
前記一致する患者特定情報が保持されていないとき、前記取得した患者特定情報と、前記端末装置の識別情報とを対応付けた付添人情報を出力する付添人情報出力部と、を有し
前記情報管理装置は、
前記端末装置からの前記付添人情報の入力を受け付ける入力受付部と、
前記付添人情報に含まれる前記識別情報が、記憶部内に前記患者特定情報と対応付けられて格納されていないとき、前記患者特定情報と前記端末装置の識別情報とを対応付けって前記記憶部に格納する格納部と、を有する情報管理システム。
（付記１５）
端末装置と、情報管理装置とを有する情報管理システムによる情報管理方法であって、
前記端末装置が、
特定の患者の診察の受付けに用いる患者特定情報を取得し、前記患者特定情報と一致する患者特定情報を前記端末装置が保持しているか否かを判定し
前記一致する患者特定情報が保持されていないとき、前記取得した患者特定情報と、前記端末装置の識別情報とを対応付けた付添人情報を出力し、
前記情報管理装置が、
前記端末装置からの前記付添人情報の入力を受け付け、
前記付添人情報に含まれる前記識別情報が、記憶部内に前記患者特定情報と対応付けられて格納されていないとき、前記患者特定情報と前記端末装置の識別情報とを対応付けて前記記憶部に格納する情報管理方法。
（付記１６）
端末装置から、特定の患者の診察の受付に用いる患者特定情報と、前記端末装置の識別情報とを対応付けた、前記特定の患者の診察当日の付添人情報の入力を受け付け、
患者特定情報と、患者の連絡先を示す情報とが関連付けられて格納された記憶部を参照し、
前記付添人情報に含まれる前記端末装置の識別情報が、前記記憶部内に前記患者特定情報と対応付けられて格納されているか否かを判定し、
格納されていないとき、前記患者特定情報と前記端末装置の識別情報とを対応付けて前記記憶部に格納する、
処理をコンピュータに実行させる情報管理プログラム。
【０１８２】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１８３】
１００、１００Ａ  情報管理システム
２００、２００Ａ  携帯端末
２１０  情報送信制御プログラム
２１１  インストール部
２１４  診察券情報読取部
２１４Ａ  診察券情報取得部
２１５  設定有無判定部
２１６  情報比較部
２１７  付添人情報送信部
２１９  アンインストール部
３００  配信サーバ
３２２  プログラム配信部
４００、４００Ａ  連絡先管理サーバ
４１０  連絡先データベース
４２０  設定ファイルデータベース
４３０  連絡先管理プログラム
４３３  患者特定部
４３４  連絡先判定部
４３５  データベース更新部
４３６  発呼制御部
４３７  着呼判定部
５００  病院端末
【図１】
2016110334.tif 000003
【図２】
2016110334.tif 000004
【図３】
2016110334.tif 000005
【図４】
2016110334.tif 000006
【図５】
2016110334.tif 000007
【図６】
2016110334.tif 000008
【図７】
2016110334.tif 000009
【図８】
2016110334.tif 000010
【図９】
2016110334.tif 000011
【図１０】
2016110334.tif 000012
【図１１】
2016110334.tif 000013
【図１２】
2016110334.tif 000014
【図１３】
2016110334.tif 000015
【図１４】
2016110334.tif 000016
【図１５】
2016110334.tif 000017
【図１６】
2016110334.tif 000018
【図１７】
2016110334.tif 000019
【図１８】
2016110334.tif 000020
【図１９】
2016110334.tif 000021
【図２０】
2016110334.tif 000022
【図２１】
2016110334.tif 000023
【図２２】
2016110334.tif 000024