JP2017120470A - 受診案内システム及び受診案内方法 - Google Patents

Abstract

【課題】外来患者に診療科受付端末に対する受診の受け付けを案内することができる。【解決手段】監視部４３の監視の結果、再診受付端末１０より再診の受け付け後、所定時間内に診療科受付端末２０に対する受診を受け付けない場合、案内通知処理部４４は、携帯端末５０に診療科への受診の受け付け案内を通知させる。これにより、外来患者は、再診受付端末１０に対して再診受付を行った後に、携帯端末５０を通じて診療科での受診受付を要することが視認することができ、確実に、診療科受付端末２０で、診療科の受診受付を行うことができるようになる。【選択図】図１

Description

本発明は、受診案内システム及び受診案内方法に関する。

大学病院、総合病院等の大病院では、１つの病院内に、整形外科、外科、呼吸器内科、循環器内科、耳鼻科、産婦人科等の複数の診療科を抱えている。このような大病院では、外来患者がある診療科を再び受診する（再診する）場合には、再診受付端末に外来患者の診察券を受け付けると、再診受付端末は当該診察券から読み取った診察券番号（患者ＩＤ（IDentification））を電子カルテシステムに通知する。その後、外来患者は、受診する診療科に移動し、当該診療科にて、例えば、診療科受付端末にて受診の手続きを行うと、診療科受付端末は、外来患者の診察券から読み取った患者ＩＤに基づき、外来患者が診療科まで来たことを電子カルテシステムに通知する。

また、このような大病院では、外来患者が多いために混雑しがちであり、受診までに外来患者を待たせてしまい、外来患者に大きな負担となっていた。そこで、例えば、外来患者の診療種別ごとの診療時間に基づき、外来患者の待ち時間を案内するような方法が提案されている（例えば、特許文献１参照）。

特開２０１５−１４１６２８号公報

ところで、大病院の受診の受け付けのように、外来患者は再診受付端末で再診を受け付けた後に、診療科受付端末で診療科の受診の受け付けを行うような場合には、次のような問題が生じるおそれがある。外来患者は、再診受付端末で再診の受け付け後、例えば、再診受付端末で全ての受け付けが完了したと思ってしまい、診療科受付端末での受診の受け付けを忘れてしまう場合がある。この場合には、外来患者は、いつまでたっても受診のために呼ばれることがなく、いつまでも待ち続けることになってしまい、大きな負担となってしまう。

本発明は、このような点に鑑みてなされたものであり、外来患者に診療科受付端末に対する受診の受け付けを案内することができる受診案内システム及び受診案内方法を提供することを目的とする。

本発明の一観点によれば、外来患者から再診を受け付ける再診受付端末と、前記再診の受け付け後に前記外来患者から診療科に対する受診を受け付ける診療科受付端末と、前記外来患者の所持する携帯端末と、前記再診受付端末にて前記再診を受け付けてから所定時間内に、前記診療科受付端末にて前記受診を受け付けない場合に、前記携帯端末に前記診療科への前記受診の受け付け案内をプッシュ通知により実行させる患者情報管理サーバと、を備える受診案内システムが提供される。

また、本発明の一観点によれば、上記受診案内システムで実行される受診案内方法が提供される。

開示の技術によれば、外来患者の診療科に対する受診の受け付けの漏れを防止することができる。

第１の実施の形態の受診案内システムを説明するための図である。 第２の実施の形態の受診案内システムの一例を示す図である。 第２の実施の形態の再診受付端末及び診療科受付端末のハードウェア構成例を示す図である。 第２の実施の形態の患者情報管理サーバのハードウェア構成例を示す図である。 第２の実施の形態の携帯端末のハードウェア構成例を示す図である。 第２の実施の形態の患者情報管理サーバにより実現される機能ブロックを示す図である。 第２の実施の形態の患者情報管理サーバが保持する患者情報テーブルの一例を示す図である。 第２の実施の形態の患者情報管理サーバが保持する設定ファイルの一例を示す図である。 第２の実施の形態の携帯端末で実行される患者ＩＤ登録処理を示すフローチャートである。 第２の実施の形態の携帯端末の表示画面の一例を示す図である。 第２の実施の形態の患者情報管理サーバで実行される患者ＩＤ登録処理を示すフローチャートである。 第２の実施の形態の再診受付端末で実行される再診受付処理を示すフローチャートである。 第２の実施の形態の患者情報管理サーバで実行される再診受付処理を示すフローチャートである。 第２の実施の形態の診療科受付端末で実行される診療科受付処理を示すフローチャートである。 第２の実施の形態の患者情報管理サーバで実行される診療科受付処理を示すフローチャートである。 第２の実施の形態の患者情報管理サーバで実行される受診案内処理を示すフローチャート（その１）である。 第２の実施の形態の患者情報管理サーバで実行される受診案内処理を示すフローチャート（その２）である。

以下、図面を参照して実施の形態について説明する。
［第１の実施の形態］
第１の実施の形態の受診案内システムについて、図１を用いて説明する。

図１は、第１の実施の形態の受診案内システムを説明するための図である。
受診案内システム１は、再診受付端末１０と、診療科受付端末２０と、プッシュ通知サーバ３０と、患者情報管理サーバ４０とがネットワーク（図示を省略）を介してそれぞれ接続されている。

このような受診案内システム１は、大学病院、総合病院等の大病院に設置されるものである。
再診受付端末１０は、例えば、病院内の外来受診受付に設置されており、外来患者から再診を受け付けるものである。このような再診受付端末１０は、外来患者の診察券から当該外来患者を識別する患者識別情報を読み取って、外来患者の再診を受け付ける。

診療科受付端末２０は、例えば、整形外科、外科、呼吸器内科、循環器内科、耳鼻科、産婦人科等といった診療科にそれぞれ設置されて、当該診療科に対する受診を受け付けるものである。このような診療科受付端末２０は、再診受付端末１０による再診の受け付け後に、外来患者から受け付けた診察券から患者識別情報を読み取って、診療科に対する外来患者の受診を受け付ける。

なお、再診受付端末１０と、診療科受付端末２０とは、電子カルテシステム（図示を省略）にネットワークを介して接続されている。再診受付端末１０は、診察券から読み取った患者識別情報を電子カルテシステムに通知する。また、診療科受付端末２０は、外来患者の診察券から読み取った患者識別情報に基づき、外来患者が診療科まで来たことを電子カルテシステムに通知する。

プッシュ通知サーバ３０は、外来患者の携帯端末５０に対して、プッシュ通知を行う。プッシュ通知の内容については後述する。なお、プッシュ通知サーバ３０は、後述する患者情報管理サーバ４０外に備えることに限らず、患者情報管理サーバ４０内に、例えば、案内通知処理部４４からの要求を受けてプッシュ通知を行うプッシュ通知部として、備えることも可能である。

患者情報管理サーバ４０は、患者情報保持部４１と、受信部４２と、監視部４３と、案内通知処理部４４とを有する。
患者情報保持部４１は、外来患者に関する情報を保持する。このような情報として、例えば、患者識別情報、再診を受け付けた再診受付日時を表す再診受付日時情報、診療科に対する受診を受け付けた診療科受付日時を表す診療科受付日時情報等である。

受信部４２は、再診受付端末１０から、患者識別情報と患者識別情報を読み取った再診受付日時を表す再診受付日時情報とを受け付けて患者情報保持部４１に保持させる。さらに、受信部４２は、診療科受付端末２０から、患者識別情報と患者識別情報を読み取った診療科受付日時を表す診療科受付日時情報とを受け付けて患者情報保持部４１に保持させる。

監視部４３は、患者情報保持部４１に対して、再診受付日時から所定時間内に診療科受付日時の有無を監視する。
案内通知処理部４４は、監視部４３の監視結果に応じて、プッシュ通知サーバ３０から携帯端末５０に診療科への受診の受け付け案内をプッシュ通知により実行させる。

なお、患者情報管理サーバ４０の受信部４２と監視部４３と案内通知処理部４４とは患者情報管理サーバ４０が備える図示しないＣＰＵ（Central Processing Unit）によって所定のプログラムが実行されることにより、その処理機能が実現される。

このような受診案内システム１で実行される受診案内方法について説明する。
外来患者は、まず、再診受付端末１０に対して、診察券を受け付ける。これにより、再診受付端末１０は、診察券から患者識別情報を読み取り、当該患者識別情報と、患者識別情報を読み取った再診受付日時を表す再診受付日時情報とを患者情報管理サーバ４０に通知する。

ところで、外来患者は、再診受付端末１０に対する再診の受け付けを行うことで、再診の受け付けが全て完了したと思い、診療科受付を行わないものとする。
この際、患者情報管理サーバ４０では、受信部４２が、再診受付端末１０から、患者識別情報と再診を受け付けた再診受付日時を表す再診受付日時情報とを受け付けて患者情報保持部４１に保持させる。

監視部４３は、受信部４２が再診受付日時情報を受け付けると時間の計測を開始して、患者情報保持部４１に対して、再診受付日時から所定時間内に診療科受付端末２０に対する受診を受け付けた診療科受付日時の有無を監視する。

監視部４３の監視の結果、再診受付日時から所定時間内に診療科受付日時がない。すなわち、再診受付端末１０に対する再診の受け付け後に、診療科受付端末２０に対する受診の受け付けが行われていないことが考えられる。これにより、案内通知処理部４４は、プッシュ通知サーバ３０に、外来患者の携帯端末５０に診療科への受診の受け付け案内を通知させる。案内の内容としては、例えば、図１に示されるように、「受診される診療科で受け付けを行ってください。」といった、外来患者に診療科での受け付けを促すような案内を通知させる。

これにより、外来患者は、再診受付端末１０に対して再診の受け付けを行った後に、携帯端末５０を通じて診療科での受診の受け付けを要することが視認でき、確実に、診療科受付端末２０で、診療科の受診の受け付けを行うことができるようになる。

また、プッシュ通知ではなく、仮に、携帯端末５０のメールアドレス宛てに、このような案内の通知を行う場合には、携帯端末５０を管轄する通信会社のフィルタ機能により、携帯端末５０に確実に案内が通知されない場合がある。一方、受診案内システム１では、携帯端末５０への案内の通知にプッシュ通知を利用しているために、携帯端末５０に、診療科受付端末２０での受診案内を確実に通知することができる。

［第２の実施の形態］
第２の実施の形態では、第１の実施の形態の受診案内システムについて、より具体的に説明する。

第２の実施の形態の受診案内システムについて、図２を用いて説明する。
図２は、第２の実施の形態の受診案内システムの一例を示す図である。
受診案内システム１００は、図２に示されるように、病院内に構築された病院内システム２００と、プッシュ通知サーバ７００とがネットワーク１１０を介して通信可能に接続されている。

病院内システム２００には、再診受付端末３００と、診療科受付端末４００と、電子カルテシステム５００と、患者情報管理サーバ６００とがネットワーク２１０を介して通信可能に接続されている。

再診受付端末３００は、病院内の外来受診受付に設置されており、外来患者から再診を受け付けるものである。このような再診受付端末３００は、外来患者の診察券から当該外来患者を識別する診察券番号（患者ＩＤ）を読み取って、外来患者の再診を受け付ける。再診受付端末３００は、読み取った患者ＩＤを、電子カルテシステム５００に通知し、また、当該患者ＩＤと、患者ＩＤを読み取った再診受付日時の情報とを患者情報管理サーバ６００に通知する。

診療科受付端末４００は、例えば、整形外科、外科、呼吸器内科、循環器内科、耳鼻科、産婦人科等といった診療科にそれぞれ設置されて、当該診療科に対する受診を受け付けるものである。このような診療科受付端末４００は、再診受付端末３００による再診の受け付け後に、外来患者から受け付けた診察券から患者ＩＤを読み取って、診療科に対する外来患者の受診を受け付ける。診療科受付端末４００は、読み取った患者ＩＤを、電子カルテシステム５００に通知し、また、当該患者ＩＤと、患者ＩＤを読み取った診療科受診日時の情報とを患者情報管理サーバ６００に通知する。

電子カルテシステム５００は、患者のカルテを管理するものである。このような電子カルテシステム５００は、再診受付端末３００からの患者ＩＤを受診することで、外来患者が来院したことを特定し、診療科受付端末４００からの患者ＩＤを受診することで、外来患者が診療科まで来たことを特定する。また、電子カルテシステム５００は、例えば、診察室内のパーソナルコンピュータから医師の操作に基づき、指定されたカルテをパーソナルコンピュータのモニタに表示させ、また、当該カルテに対する医師による診断等の入力を保存する。

プッシュ通知サーバ７００は、病院内システム２００からの要求に基づき、外来患者の携帯端末８００に対して、プッシュ通知を行う。なお、プッシュ通知サーバ７００は、通知先の携帯端末８００のＯＳ（Operation System）が、Ａｎｄｒｏｉｄ（登録商標）であればＧＣＭ（Google Cloud Messaging (Google：登録商標)）が、ｉＯＳであれば、ＡＰＮＳ（Apple Push Notification Service (Apple：登録商標)）がそれぞれ適用される。

また、外来患者は、診察券（図示を省略）と携帯端末８００とを保持している。
診察券は、医療機関コード、患者ＩＤ、外来患者の生年月日、外来患者の性別、外来患者の血液型等の情報が少なくとも記録されている磁気ストライプ、または、ＩＣ（Integrated Circuit）チップ等の記録媒体が取り付けられている。

携帯端末８００は、Ａｎｄｒｏｉｄ、または、ｉＯＳがＯＳであるスマートフォンである。
次に、受診案内システム１００の再診受付端末３００と、診療科受付端末４００と、患者情報管理サーバ６００とのハードウェア構成について説明する。

まず、再診受付端末３００と、診療科受付端末４００とのハードウェア構成について、図３を用いて説明する。
図３は、第２の実施の形態の再診受付端末及び診療科受付端末のハードウェア構成例を示す図である。

なお、再診受付端末３００と診療科受付端末４００とは同様のハードウェア構成を備えている。図３では、それらを併記しており、以下の説明でも、それらの構成を併記して説明する。

再診受付端末３００／診療科受付端末４００は、制御ユニット３１０／４１０と、表示ユニット３２０／４２０と、診察券処理ユニット３３０／４３０と、印刷処理ユニット３４０／４４０とを有する。

制御ユニット３１０／４１０は、再診受付端末３００／診療科受付端末４００全体を制御するものである。このような制御ユニット３１０／４１０は、ＣＰＵ３１１／４１１と、ＲＡＭ（Random Access Memory）３１２／４１２と、ＨＤＤ（Hard Disk Drive）３１３／４１３と、グラフィック処理部３１４／４１４と、通信制御部３１５／４１５と、入出力インタフェース３１６／４１６とがバス３１７／４１７を介して通信可能に接続されている。

ＣＰＵ３１１／４１１は、ＲＡＭ３１２／４１２及びＨＤＤ３１３／４１３といった記録媒体に記憶された各種プログラムを実行することにより、再診受付端末３００／診療科受付端末４００全体を統括的に制御する。

ＲＡＭ３１２／４１２は、ＣＰＵ３１１／４１１によって実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に格納する。また、ＲＡＭ３１２／４１２は、ＣＰＵ３１１／４１１による処理に必要な各種データを格納する。

ＨＤＤ３１３／４１３は、ＯＳやアプリケーションプログラムを格納する。
グラフィック処理部３１４／４１４は、表示ユニット３２０／４２０のディスプレイ３２１／４２１が接続されている。グラフィック処理部３１４／４１４は、ＣＰＵ３１１／４１１の制御の下に、各種の情報をディスプレイ３２１／４２１の画面に表示させる。

通信制御部３１５／４１５は、ネットワーク２１０（図２）に接続され、例えば、電子カルテシステム５００、患者情報管理サーバ６００との間でデータ（各種の情報、電文、通知等）の送受信を行う。

なお、ＣＰＵ３１１／４１１によって実行されるＯＳのプログラムやアプリケーションプログラムは、図示しない外部装置から、ネットワーク２１０及び通信制御部３１５／４１５を介して、例えばＲＡＭ３１２／４１２に格納されて、ＣＰＵ３１１／４１１によって実行されてもよい。

入出力インタフェース３１６／４１６には、表示ユニット３２０／４２０のタッチパネル３２２／４２２と、診察券処理ユニット３３０／４３０と、印刷処理ユニット３４０／４４０とが接続されている。

診察券処理ユニット３３０／４３０は、診察券から診察券の記録媒体に記録された情報を読み取り、または、診察券の記録媒体に対して情報を記録させる。
印刷処理ユニット３４０／４４０は、受け付けた旨を印字して出力し、または、待ち人数を印字して出力することができる。

なお、再診受付端末３００／診療科受付端末４００において、制御ユニット３１０／４１０は、例えば、ＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processor）等のモジュールを含む構成とすることもできる。この場合、制御ユニット３１０／４１０は、不揮発性メモリ（例えば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカード等）を含み、モジュールのファームウェアを記憶する。不揮発性メモリには、通信制御部３１５／４１５を介してファームウェアを書き込むことができる。このように制御ユニット３１０／４１０は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。

次に、受診案内システム１００の患者情報管理サーバ６００とのハードウェア構成について図４を用いて説明する。
図４は、第２の実施の形態の患者情報管理サーバのハードウェア構成例を示す図である。

患者情報管理サーバ６００は、少なくとも、制御ユニット６１０を有し、必要に応じて、表示ユニット６２０をさらに備える。
なお、制御ユニット６１０と表示ユニット６２０とは、図３で説明した制御ユニット３１０／４１０と、表示ユニット３２０／４２０と同じ構成を成しているために、これらの詳細な説明については省略する。

次に、外来患者が保持する携帯端末８００のハードウェア構成について図５を用いて説明する。
図５は、第２の実施の形態の携帯端末のハードウェア構成例を示す図である。

携帯端末８００は、制御ユニット８１０と、表示ユニット８２０とを有し、無線通信部８３０をさらに備える。
なお、制御ユニット８１０と表示ユニット８２０とは、図３で説明した制御ユニット３１０／４１０と、表示ユニット３２０／４２０と同じ構成を成しているために、これらの詳細な説明については省略する。

無線通信部８３０には、通信制御部８１６とバス８１７を介して接続されており、携帯端末８００間の情報の送受信、ネットワーク１１０を介してプッシュ通知サーバ７００、病院内システム２００（患者情報管理サーバ６００）との情報の送受信を行う。

次に、図４で説明した構成を有する患者情報管理サーバ６００で実現される機能について、図６を用いて説明する。
図６は、第２の実施の形態の患者情報管理サーバにより実現される機能ブロックを示す図である。

患者情報管理サーバ６００は、図６に示されるように、患者情報データベース（ＤＢ）６０１と、再診受付受信部６０２と、診療科受付受信部６０３と、受診監視処理部６０４と、患者情報登録部６０５とを有する。

患者情報ＤＢ６０１は、患者情報テーブル、設定ファイル等の外来患者に関する情報を保持する。患者情報テーブル、設定ファイルの詳細については後述する。
再診受付受信部６０２は、再診受付端末３００が診察券から読み取った患者ＩＤ、患者ＩＤを読み取った再診受付日時に関する情報等を再診受付端末３００から受信して、患者情報ＤＢ６０１の患者ＩＤごとに患者情報テーブルに保持させる。

診療科受付受信部６０３は、診療科受付端末４００が診察券から読み取った患者ＩＤ，患者ＩＤを読み取った診療科受付日時に関する情報等を診療科受付端末４００から受信して、患者情報ＤＢ６０１の患者ＩＤごとに患者情報テーブルに保持させる。

受診監視処理部６０４は、患者情報ＤＢ６０１において再診受付状況、診療科受付状況等を監視する。また、受診監視処理部６０４は、監視結果に基づいて、プッシュ通知サーバ７００から携帯端末８００に対してプッシュ通知を実行させる。なお、受診監視処理部６０４は、プッシュ通知サーバ７００からプッシュ通知を実行させると、プッシュ通知を実行させたプッシュ通知送信日時を患者情報ＤＢ６０１に保持させる。また、受診監視処理部６０４は、プッシュ通知サーバ７００からプッシュ通知を実行させるごとに、プッシュ通知回数を計数して、当該回数を患者情報ＤＢ６０１に保持させる。

患者情報登録部６０５は、携帯端末８００から、患者ＩＤ、携帯端末８００のＯＳ種別、トークン等の患者情報を受け付けて、患者情報ＤＢ６０１の患者情報テーブルに登録する。これにより、患者情報ＤＢ６０１には、患者ＩＤごとに、患者情報テーブルが生成される。

次に、患者情報ＤＢ６０１で保持されている患者情報テーブルと設定ファイルとについて、図７及び図８を用いて説明する。
図７は、第２の実施の形態の患者情報管理サーバが保持する患者情報テーブルの一例を示す図である。

図８は、第２の実施の形態の患者情報管理サーバが保持する設定ファイルの一例を示す図である。
患者情報テーブル６０１ａには、図７に示されるように、「患者ＩＤ」、「携帯端末ＯＳ種別」、「トークン」、「再診受付日時」、「診療科受付日時」、「プッシュ通知送信日時」、「プッシュ通知回数」、「メール送信フラグ」、「プッシュ通知フラグ」に関する情報が保持されている。

なお、「携帯端末ＯＳ種別」は、患者ＩＤに対応する外来患者が保持する携帯端末８００のＯＳの種別である。例えば、ＯＳがｉＯＳであれば、「１」が、Ａｎｄｒｏｉｄであれば「０」がそれぞれセットされる。

「トークン」は、携帯端末８００ごとに設定されており、後述するようにプッシュ通知サーバ７００がＧＣＭか、ＡＰＮＳかを識別するための識別子である。
「メール送信フラグ」は、後述するように、プッシュ通知により外来患者の携帯端末８００に診療科への受診の受け付け案内を送信しても、受け付けに来ない場合に、管理者として、例えば、病院スタッフに対してメールでその旨を送付した場合にセットされるフラグである。例えば、メールが送信されている場合には、フラグとして「１」が、送信されていない場合には、「０」がそれぞれセットされる。

「プッシュ通知フラグ」は、後述するように、外来患者の携帯端末８００に対するプッシュ通知の受信を受け付ける場合にセットされるフラグである。例えば、プッシュ通知の受信が許可されている場合には、フラグとして「１」が、許可されていない場合には、「０」がそれぞれセットされる。

このような患者情報テーブル６０１ａが、患者ＩＤごとに生成されて、患者情報ＤＢ６０１内に保持される。
また、設定ファイル６０１ｂは、図８に示されるように、「診療科受付待ち時間」、「プッシュ再送間隔」、「プッシュ通知再送最大回数」、「病院スタッフメールアドレス」、「チェック待機時間」に関する情報が保持されている。なお、これらの項目は、あらかじめ設定されるものである。

なお、「診療科受付待ち時間」は、再診受付端末３００に再診の受け付けを行ってから診療科受付端末４００に対して受診の受け付けが行われるまでの待ち時間である。再診受付端末３００に再診の受け付けが行われた後、診療科の受診の受け付けが行われずに、診療科受付待ち時間が経過すると、プッシュ通知が実行される。

「プッシュ再送間隔」は、プッシュ通知後、再び、プッシュ通知を実行するための時間間隔である。
「プッシュ通知再送最大回数」は、プッシュ通知を再送する最大の回数である。プッシュ通知再送の回数が、当該最大回数を超過すると、病院スタッフに対してメールを送信する処理が実行される。

「病院スタッフメールアドレス」は、病院スタッフのメールアドレスである。
「チェック待機時間」は、後述する処理中における処理の待機時間である。
このような設定ファイル６０１ｂの各値は、ユーザにより適宜設定される。

次に、受診案内システム１００で実行される受診案内処理を行うための事前処理について、説明する。
まず、外来患者が受診案内処理を行うために、携帯端末８００により患者ＩＤ登録処理について図９及び図１０を用いて説明する。

図９は、第２の実施の形態の携帯端末で実行される患者ＩＤ登録処理を示すフローチャートである。
図１０は、第２の実施の形態の携帯端末の表示画面の一例を示す図である。

なお、図１０（Ａ）は、携帯端末８００の患者ＩＤの登録画面例であって、図１０（Ｂ）は、携帯端末８００の受診案内アプリの実行確認画面例である。
携帯端末８００には、あらかじめ、受診案内システム１００で実行される受診案内処理を行うための受診案内アプリが導入されている。

外来患者が、携帯端末８００において受診案内アプリを起動させると、以下の処理が実行される。
［ステップＳ１１］ 携帯端末８００では、受診案内アプリが初めて起動されたか否かを判定する。

受診案内アプリが初めて起動された場合には、ステップＳ１２の処理が実行され、受診案内アプリが初めて起動されたものではない場合には、患者ＩＤ登録処理が終了される。
［ステップＳ１２］ 携帯端末８００は、例えば、図１０（Ａ）に示されるような、ディスプレイ８２１に患者ＩＤの登録画面を表示する。

図１０（Ａ）に示す画面例では、患者ＩＤが入力される領域８２１ａが設けられている。また、図１０（Ａ）に示す画面例では、患者ＩＤの入力後、登録を受け付けるためのボタン８２１ｂが設けられている。

［ステップＳ１３］ 携帯端末８００は、ステップＳ１２で表示した患者ＩＤ登録画面に対する登録受け付けを待ち受ける。
携帯端末８００は、図１０（Ａ）に示した画面例の登録のためのボタン８２１ｂが押下されて患者ＩＤが登録されると、ステップＳ１４の処理を実行する。

［ステップＳ１４］ 携帯端末８００は、例えば、図１０（Ｂ）に示されるような、ディスプレイ８２１にプッシュ通知許可確認画面を表示する。
図１０（Ｂ）に示す画面例では、プッシュ通知の受信を許可するためのボタン８２１ｃと、プッシュ通知の実行を許可しないためのボタン８２１ｄとが設けられている。

［ステップＳ１５］ 携帯端末８００は、ステップＳ１４で表示したプッシュ通知許可確認画面に対するプッシュ通知許可の可否を待ち受ける。
携帯端末８００は、図１０（Ｂ）に示した画面例のプッシュ通知の許可を受け付けるボタン８２１ｃが押下されるとステップＳ１６の処理を実行する。一方、携帯端末８００は、図１０（Ｂ）に示した画面例のプッシュ通知の不許可を受け付けるボタン８２１ｄが押下されると、患者ＩＤ登録処理が終了される。

［ステップＳ１６］ 携帯端末８００は、ステップＳ１３で登録された患者ＩＤと、携帯端末ＯＳ種別と、トークンとを患者情報管理サーバ６００に通知する。
以上により、携帯端末８００による患者ＩＤ登録処理が完了する。

携帯端末８００で実行される患者ＩＤ登録処理に対して、患者情報管理サーバ６００で実行される患者ＩＤ登録処理について、図１１を用いて説明する。
図１１は、第２の実施の形態の患者情報管理サーバで実行される患者ＩＤ登録処理を示すフローチャートである。

患者情報管理サーバ６００の制御ユニット６１０（ＣＰＵ６１１）により以下の処理が実行される。
［ステップＳ２１］ 患者情報管理サーバ６００（患者情報登録部６０５）は、携帯端末８００から患者ＩＤとトークン（並びに携帯端末ＯＳ種別、プッシュ通知フラグ）との受信を待ち受ける。

患者情報管理サーバ６００は、携帯端末８００から患者ＩＤ等を受け付けると、ステップＳ２２の処理を実行する。
［ステップＳ２２］ 患者情報管理サーバ６００（患者情報登録部６０５）は、ステップＳ２１で患者ＩＤ等を受信すると、患者情報ＤＢ６０１に、当該患者ＩＤに対して患者情報テーブルを生成して、患者情報テーブルに対して、患者ＩＤと、携帯端末ＯＳ種別と、トークンとをセットして、登録する。

以上により、患者情報管理サーバ６００による患者ＩＤ登録処理が完了する。
上記のようにして、携帯端末８００と患者情報管理サーバ６００とによる患者ＩＤ登録処理が事前に行われる。

次に、再診受付端末３００に対して診察券が受け付けられた際に、再診受付端末３００で実行される再診受付処理について図１２を用いて説明する。
図１２は、第２の実施の形態の再診受付端末で実行される再診受付処理を示すフローチャートである。

再診受付端末３００の制御ユニット３１０（ＣＰＵ３１１）により以下の処理が実行される。
［ステップＳ３１］ 再診受付端末３００は、診察券処理ユニット３３０により、外来患者から診察券の受け付けを待ち受ける。

再診受付端末３００は、診察券処理ユニット３３０が診察券を受け付けると、ステップＳ３２の処理を実行する。
［ステップＳ３２］ 再診受付端末３００は、診察券処理ユニット３３０を制御して、受け付けた診察券から患者ＩＤを読み取る。

なお、この際、再診受付端末３００は、患者ＩＤを読み取った再診受付日時を取得する。
［ステップＳ３３］ 再診受付端末３００は、ステップＳ３２で読み取った患者ＩＤを電子カルテシステム５００に通知する。

［ステップＳ３４］ 再診受付端末３００は、ステップＳ３２で読み取った患者ＩＤ（及び再診受付日時）を患者情報管理サーバ６００に通知する。
［ステップＳ３５］ 再診受付端末３００は、印刷処理ユニット３４０を制御して、再診を受け付けた旨を受付票に印字して出力する。

以上により、再診受付端末３００による再診受付処理が完了する。
再診受付端末３００で実行される再診受付処理に対して、患者情報管理サーバ６００で実行される再診受付処理について、図１３を用いて説明する。

図１３は、第２の実施の形態の患者情報管理サーバで実行される再診受付処理を示すフローチャートである。
患者情報管理サーバ６００の制御ユニット６１０（ＣＰＵ６１１）により以下の処理が実行される。

［ステップＳ４１］ 患者情報管理サーバ６００（再診受付受信部６０２）は、再診受付端末３００から患者ＩＤ（及び再診受付日時）の受信を待ち受ける。
患者情報管理サーバ６００（再診受付受信部６０２）は、再診受付端末３００から患者ＩＤ（及び再診受付日時）を受信すると、ステップＳ４２の処理を実行する。

［ステップＳ４２］ 患者情報管理サーバ６００（再診受付受信部６０２）は、ステップＳ４１で受信した患者ＩＤ（及び再診受付日時）を、患者情報ＤＢ６０１に保持されている、受信した患者ＩＤに対応する患者情報テーブル６０１ａに登録する。

以上により、患者情報管理サーバ６００による再診受付処理が完了する。
上記のようにして、再診受付端末３００と患者情報管理サーバ６００とによる再診受付処理が行われる。

次に、診療科受付端末４００に診察券が受け付けられた際に、診療科受付端末４００で実行される診療科受付処理について図１４を用いて説明する。
図１４は、第２の実施の形態の診療科受付端末で実行される診療科受付処理を示すフローチャートである。

診療科受付端末４００の制御ユニット４１０（ＣＰＵ４１１）により以下の処理が実行される。
［ステップＳ５１］ 診療科受付端末４００は、診察券処理ユニット４３０により、診察券の受け付けを待ち受ける。

診療科受付端末４００は、診察券処理ユニット４３０が診察券を受け付けると、ステップＳ５２の処理を実行する。
［ステップＳ５２］ 診療科受付端末４００は、診察券処理ユニット４３０を制御して、受け付けた診察券から患者ＩＤを読み取る。

なお、この際、診療科受付端末４００は、患者ＩＤを読み取った診療科受付日時を取得する。
［ステップＳ５３］ 診療科受付端末４００は、ステップＳ５２で読み取った患者ＩＤを電子カルテシステム５００に通知する。

［ステップＳ５４］ 診療科受付端末４００は、ステップＳ５２で読み取った患者ＩＤ（及び診療科受付日時）を患者情報管理サーバ６００に通知する。
［ステップＳ５５］ 診療科受付端末４００は、印刷処理ユニット４４０を制御して、受診を受け付けた旨を受付票に印字して出力する。

以上により、診療科受付端末４００による診療科受付処理が完了する。
診療科受付端末４００で実行される診療科受付処理に対して、患者情報管理サーバ６００で実行される診療科受付処理について、図１５を用いて説明する。

図１５は、第２の実施の形態の患者情報管理サーバで実行される診療科受付処理を示すフローチャートである。
患者情報管理サーバ６００の制御ユニット６１０（ＣＰＵ６１１）により以下の処理が実行される。

［ステップＳ６１］ 患者情報管理サーバ６００（診療科受付受信部６０３）は、診療科受付端末４００から患者ＩＤ（及び診療科受付日時）の受信を待ち受ける。
患者情報管理サーバ６００（診療科受付受信部６０３）は、診療科受付端末４００から患者ＩＤ（及び診療科受付日時）を受け付けると、ステップＳ６２の処理を実行する。

［ステップＳ６２］ 患者情報管理サーバ６００（診療科受付受信部６０３）は、ステップＳ６１で受け付けた患者ＩＤ（及び診療科受付日時）を、患者情報ＤＢ６０１に保持されている、受信した患者ＩＤに対応する患者情報テーブル６０１ａに登録する。

以上により、患者情報管理サーバ６００による診療科受付処理が完了する。
上記のようにして、診療科受付端末４００と患者情報管理サーバ６００とによる診療科受付処理が行われる。

次に、患者情報管理サーバ６００で実行される受診案内処理について図１６及び図１７を用いて説明する。
図１６及び図１７は、第２の実施の形態の患者情報管理サーバで実行される受診案内処理を示すフローチャートである。

患者情報管理サーバ６００の制御ユニット６１０（ＣＰＵ６１１）により以下の処理が実行される。
［ステップＳ７１］ 患者情報管理サーバ６００（受診監視処理部６０４）は、患者情報ＤＢ６０１の設定ファイル６０１ｂ（図８参照）から、診療科受付待ち時間と、プッシュ再送間隔と、プッシュ通知再送最大回数と、病院スタッフメールアドレスと、チェック待機時間といった情報を取得する。

［ステップＳ７２］ 患者情報管理サーバ６００（受診監視処理部６０４）は、現在日時から、ステップＳ７１で取得した診療科受付待ち時間を引いた再診受付チェック日時を算出する。

また、受診監視処理部６０４は、現在日時から、ステップＳ７１で取得したプッシュ再送間隔を引いたプッシュチェック日時を算出する。
［ステップＳ７３］ 受診監視処理部６０４は、患者情報ＤＢ６０１を参照して、ステップＳ７２で算出した再診受付チェック日時とプッシュチェック日時とに基づく、次の条件を満たす患者情報テーブル６０１ａの選択を実行する。

すなわち、そのような条件は、まず、再診受付日時が再診受付チェック日時よりも前であって、診療科受付日時がセットされていない（すなわち、診療科に対する受診の受け付けがされていない）。さらに、プッシュ通知送信日時がセットされていない（すなわち、プッシュ通知がされていない）、または、プッシュ通知送信日時がプッシュチェック日時よりも前である。

受診監視処理部６０４は、患者情報ＤＢ６０１からこのような条件を満たす患者情報テーブル６０１ａを選択する。
［ステップＳ７４］ 受診監視処理部６０４は、ステップＳ７３の選択を実行した結果、患者情報ＤＢ６０１に、ステップＳ７３の条件を満たす患者情報テーブル６０１ａがあるか否かを判定する。

受診監視処理部６０４は、ステップＳ７３の条件を満たす患者情報テーブル６０１ａがある場合にはステップＳ７５の処理を実行する。一方、受診監視処理部６０４は、ステップＳ７３の条件を満たす患者情報テーブル６０１ａがない場合には、ステップＳ８１の処理（図１７）を実行する。

［ステップＳ７５］ 受診監視処理部６０４は、ステップＳ７４で選択した患者情報テーブル６０１ａにおいて、プッシュ通知回数が、プッシュ通知再送最大回数を超えているか否かを判定する。

受診監視処理部６０４は、プッシュ通知回数が、プッシュ通知再送最大回数を超えていない場合にはステップＳ７６の処理を実行する。一方、受診監視処理部６０４は、プッシュ通知回数が、プッシュ通知再送最大回数を超えている場合にはステップＳ８２（図１７）の処理を実行する。

［ステップＳ７６］ 受診監視処理部６０４は、ステップＳ７３で選択した患者情報テーブル６０１ａに基づいて、携帯端末８００のＯＳ種別を判定する。
受診監視処理部６０４は、携帯端末８００のＯＳがｉＯＳである場合には、ステップＳ７７の処理を実行する。一方、受診監視処理部６０４は、携帯端末８００のＯＳがＡｎｄｒｏｉｄである場合には、ステップＳ７８の処理を実行する。

［ステップＳ７７］ 受診監視処理部６０４は、患者情報テーブル６０１ａのプッシュ通知フラグが「１」であって、プッシュ通知サーバ７００（ＡＰＮＳ）に患者情報テーブル６０１ａのトークンと、通知される表示文言とを通知する。

なお、表示文言には、診療科での受診を受け付ける旨の文言が記されている。このような通知を受けたプッシュ通知サーバ７００（ＡＰＮＳ）は、外来患者の携帯端末８００にプッシュ通知を行う。携帯端末８００は、ディスプレイ８２１に、通知された表示文言を表示する。これにより、外来患者は、携帯端末８００のディスプレイ８２１を視認することで、診療科受付端末４００での診療科の受診の受け付けが促される。

［ステップＳ７８］ 受診監視処理部６０４は、患者情報テーブル６０１ａのプッシュ通知フラグが「１」であって、プッシュ通知サーバ７００（ＧＣＭ）に患者情報テーブル６０１ａのトークンと、通知内容の表示文言とを通知する。

なお、表示文言には、ステップＳ７７と同様に、診療科での受診を受け付ける旨の文言が記されている。このような通知を受けたプッシュ通知サーバ７００（ＧＣＭ）は、外来患者の携帯端末８００にプッシュ通知を行う。携帯端末８００は、ディスプレイ８２１に、通知された表示文言を表示する。これにより、外来患者は、携帯端末８００のディスプレイ８２１を視認することで、診療科受付端末４００での診療科の受診の受け付けが促される。

［ステップＳ７９］ 受診監視処理部６０４は、ステップＳ７７またはステップＳ７８でプッシュ通知を行わせたプッシュ通知送信日時を、患者情報テーブル６０１ａにセットする。

［ステップＳ８０］ 受診監視処理部６０４は、患者情報テーブル６０１ａのプッシュ通知回数に１を加える。
［ステップＳ８１］ 受診監視処理部６０４は、設定ファイル６０１ｂに基づき、チェック待機時間の間待機する。

その後、受診監視処理部６０４は、再び、ステップＳ７２の処理を実行する。
［ステップＳ８２］ 受診監視処理部６０４は、患者情報テーブル６０１ａのメール送信フラグを参照して、設定ファイル６０１ｂに登録してある病院スタッフのメールアドレスに、メールを送信しているか否かを判定する。

受診監視処理部６０４は、病院スタッフに対してメール送信済み（メール送信フラグ：１）である場合には、ステップＳ８１の処理を実行する。一方、受診監視処理部６０４は、病院スタッフに対してメール送信していない場合（メール送信フラグ：０）には、ステップＳ８３の処理を実行する。

［ステップＳ８３］ 受診監視処理部６０４は、設定ファイル６０１ｂに登録してある病院スタッフのメールアドレスに、メールを送信する。
なお、この際、患者ＩＤと共に、再診受付を行った外来患者が診療科にて受診の受け付けを行っていない旨のメールを送信する。

再診受付を行った外来患者が、診療科での受診の受け付け案内をプッシュ通知で行われたにも関わらず、診療科での受診の受け付けを行わない場合がある。この場合において、ステップＳ８３の処理により、病院スタッフは、患者ＩＤから外来患者を特定し、当該外来患者に診療科での受診の受け付けを行わせることができる。

［ステップＳ８４］ 受診監視処理部６０４は、患者情報テーブル６０１ａのメール送信フラグに、フラグをセット（１）する。
このような受診案内システム１００では、患者情報管理サーバ６００が、外来患者から再診を受け付けた再診受付端末３００から患者ＩＤと再診を受け付けた再診受付日時とを受信する。患者情報管理サーバ６００は、次の条件を満たす、患者情報テーブル６０１ａを選択する。そのような条件とは、すなわち、再診受付日時が（現在日時から診療科受付待ち時間を引いた）再診受付チェック日時よりも前であって、診療科受付日時がセットされていない（すなわち、診療科に対する受診の受け付けがされていない）。さらに、プッシュ通知送信日時がセットされていない（すなわち、プッシュ通知がされていない）、または、プッシュ通知送信日時が（現在日時からプッシュ再送間隔を引いた）プッシュチェック日時よりも前である。このような条件を満たす患者情報テーブル６０１ａに対応する外来患者の携帯端末８００に対して、診療科に対する受診の受け付けをプッシュ通知により案内する。これにより、外来患者は、再診受付端末３００に対して再診受付を行った後に、携帯端末８００を通じて診療科での受診受付を要することを視認することができ、診療科受付端末４００で、診療科の受診受付を行うことができるようになる。

また、受診案内システム１００では、患者情報管理サーバ６００が、外来患者の携帯端末８００に診療科の受診受付をプッシュ通知で案内したにもかかわらず、外来患者の診療科への受診がない場合には、病院スタッフ宛にメールにてその旨を通知するようにした。これにより、病院スタッフから当該外来患者に診療科での受診の受け付けを行わせることができるようになる。

上記の処理機能は、コンピュータによって実現することができる。その場合、コンピュータが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。

処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体には、磁気記憶装置、光ディスク、光磁気記憶媒体、半導体メモリ等がある。磁気記憶装置には、ＨＤＤ（Hard Disk Drive）、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）等がある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ（Compact Disc）−ＲＯＭ、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等がある。光磁気記憶媒体には、ＭＯ（Magneto - Optical disk）等がある。半導体メモリには、ＵＳＢ（Universal Serial Bus）メモリ等のフラッシュメモリがある。

上記プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータに格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

上記プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラム若しくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

また、プログラムで記述された処理の一部または全てを、電子回路に置き換えることが可能である。例えば、上記の処理機能の少なくとも一部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成及び応用例に限定されるものではない。

１ 受診案内システム
１０ 再診受付端末
２０ 診療科受付端末
３０ プッシュ通知サーバ
４０ 患者情報管理サーバ
４１ 患者情報保持部
４２ 受信部
４３ 監視部
４４ 案内通知処理部
５０ 携帯端末

Claims (4)

1. 外来患者から再診を受け付ける再診受付端末と、
   前記再診の受け付け後に前記外来患者から診療科に対する受診を受け付ける診療科受付端末と、
   前記外来患者の所持する携帯端末と、
   前記再診受付端末にて前記再診を受け付けてから所定時間内に、前記診療科受付端末にて前記受診を受け付けない場合に、前記携帯端末に前記診療科への前記受診の受け付け案内をプッシュ通知により実行させる患者情報管理サーバと、
   を備えることを特徴とする受診案内システム。
2. 前記患者情報管理サーバは、前記プッシュ通知の実行後、所定時間内に、前記診療科受付端末にて前記受診を受け付けない場合に、再度、前記プッシュ通知を実行させる、
   ことを特徴とする請求項１記載の受診案内システム。
3. 前記患者情報管理サーバは、前記プッシュ通知を実行させるごとに、前記プッシュ通知を行った回数を計数して、前記回数が所定回数を超過すると、前記外来患者が前記診療科に対する前記受診を受け付けていないことを管理者に通知する、
   ことを特徴とする請求項２記載の受診案内システム。
4. 外来患者から再診を受け付ける再診受付端末にて前記再診を受け付けてから所定時間内に、前記再診の受け付け後に前記外来患者から診療科に対する受診を受け付ける診療科受付端末にて前記受診を受け付けない場合に、前記外来患者の携帯端末に前記診療科への前記受診の受け付け案内をプッシュ通知により実行させる、
   ことを特徴とする受診案内方法。

Images