JP2004355547A - Receiving system, reception method, reception server and reception program - Google Patents

Receiving system, reception method, reception server and reception program Download PDF

Info

Publication number
JP2004355547A
JP2004355547A JP2003155530A JP2003155530A JP2004355547A JP 2004355547 A JP2004355547 A JP 2004355547A JP 2003155530 A JP2003155530 A JP 2003155530A JP 2003155530 A JP2003155530 A JP 2003155530A JP 2004355547 A JP2004355547 A JP 2004355547A
Authority
JP
Japan
Prior art keywords
reception
information
bus
patient
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003155530A
Other languages
Japanese (ja)
Inventor
Yukihiro Shiraishi
行広 白石
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu FIP Corp
Original Assignee
Fujitsu FIP Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu FIP Corp filed Critical Fujitsu FIP Corp
Priority to JP2003155530A priority Critical patent/JP2004355547A/en
Publication of JP2004355547A publication Critical patent/JP2004355547A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a receiving system by which recipient can prepare for reception, without having to keep users waiting over a long time. <P>SOLUTION: The reception system has a transmission method 4 which transmits users and a reception server 1, which processes receiving services which is users by the users connected to the transmission method 4 via a network 5. The transmission method 4 consists of a first reception information creation method, a first location information creation method and a sending method. The first reception information creation method creates the first reception information, including the first service identification information which identifies the service which is requested by the users. The first location information creation method creates the first location information, including location information concerning with the location of the transmission method. The transmission method sends the first reception information and/ or the first location information to the reception server. The reception server 1 has the reception method which receivers the first reception information and/ or the first location information from the transmission method. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、受付システム、受付方法、受付サーバ及び受付プログラムに関する。
【0002】
【従来の技術】
病院等が運用する送迎用バスを利用した従来の外来患者の移動から診察までの一連の流れを、図1を用いて説明する。図1は、従来技術における外来患者の移動から診察までの一連の流れを説明するための概念図である。
【0003】
図1に示されるように、病院等が運用する送迎用バスを利用して来院した外来患者は、診察券等を目的の診療科の受付に提出し、自分の診察の順番が来るまで待合室等で順番を待って、診察を受けていた。
【0004】
一方、病院側は、患者によって診察券等が診療科の受付に提出されると、該患者のカルテを準備する等の診察の事前準備を行っていた。
【0005】
また、このような送迎用バスや他の公共交通機関(例えば電車)等の輸送手段と連携することにより、例えばインターネットを介して予約を入れた患者に対して、何時何分ごろに送迎用バスに乗れば良いか等を患者に通知する予約システムも知られている(例えば、特許文献1参照。)。
【0006】
【特許文献1】
特開2001−265862号公報
【0007】
【発明が解決しようとする課題】
しかしながら、上記図1に示した送迎用バスを利用した従来方式では、例えば、病院が混雑していた場合、患者は受付を行ってから診療を受けるまで長時間待たなければならない問題があった。また、病院側にとっても、カルテの準備等の診察の事前準備を予め行えない問題もあった。
【0008】
また、上記特許文献1記載の予約システムでは、予約を入れた患者が必ず病院に訪れる保証は無く、例えば、雨が降ったりすると、予約を入れていたにも関わらず、病院を訪れない患者が出る問題があった。このように予約を入れていたにも関わらず、キャンセルを入れることなく病院に現れない患者が生じると、例えば病院内の担当者が手動で予約をキャンセルする必要があり、効率的に受付処理を行えない問題があった。
【0009】
本発明は、上記の点に鑑みなされたもので、長時間利用者を待たせる事無く受け入れ側の受入れ準備を整えることが可能な受付システム、受付方法、受付サーバ及び受付プログラムを提供することを目的とする。
【0010】
【課題を解決するための手段】
そこで、上記問題を解決するため、請求項1記載の発明は、利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムであって、前記輸送手段は、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成手段と、当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成手段と、前記第一受付情報及び/又は前記第一位置情報を前記受付サーバに送信する送信手段とを有し、前記受付サーバは、前記第一受付情報及び/又は前記第一位置情報を前記輸送手段より受信する受信手段を有することを特徴とする。
【0011】
請求項1記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付システムを提供することができる。
【0012】
なお、輸送手段は、例えば後述する送迎用バスに対応する。また、第一受付情報は、例えば後述する仮受付情報に対応する。また、第一位置情報は、例えば後述するバス位置情報に対応する。
【0013】
また、請求項2記載の発明は、前記受付サーバは、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段を更に有することを特徴とする。
【0014】
請求項2記載の発明によれば、受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成することができる。
【0015】
なお、第二受付情報は、例えば後述する受付情報に対応する。また、患者情報蓄積手段は、例えば後述する患者DBに対応する。
【0016】
また、請求項3記載の発明は、前記第一受付情報及び/又は前記第二受付情報は、前記利用者を識別する利用者識別情報及び/又は前記輸送手段を識別する輸送手段識別情報を更に含むことを特徴とする。
【0017】
請求項3記載の発明によれば、前記第一受付情報及び/又は前記第二受付情報に含まれる前記利用者識別情報に基づいて患者に係る情報を蓄積する患者情報蓄積手段を参照したり、前記第一受付情報及び/又は前記第二受付情報に含まれる輸送手段識別情報に基づいて第一位置情報等と関連付けたりすることができる。
【0018】
なお、利用者識別情報は、例えば後述する患者IDに対応する。また、輸送手段識別情報は、例えば後述するバスIDに対応する。
【0019】
また、請求項4記載の発明は、前記受付サーバは、前記受信手段において受信した前記第一位置情報に基づいて、前記輸送手段の運行に係る情報を蓄積する運行情報蓄積手段を参照し、前記輸送手段の到達予定時間を含む到達予定情報を作成する到達予定情報作成手段を更に有することを特徴とする。
【0020】
請求項4記載の発明によれば、前記輸送手段の到達予定時間を含む到達予定情報を作成することができる。
【0021】
なお、到達予定情報は、例えば後述するバス到達予定情報に対応する。また、運行情報蓄積手段は、例えば後述するバスルートDB42に対応する。
【0022】
また、請求項5記載の発明は、前記到達予定情報作成手段は、前記輸送手段より、前記第一位置情報を受信するたびに前記輸送手段の到達予定時間を算出し、前記到達予定情報を更新又は新たに作成することを特徴とする。
【0023】
請求項5記載の発明によれば、輸送手段より第一位置情報を受信するたびに到達予定情報を更新又は新たに作成することができる。
【0024】
また、請求項6記載の発明は、前記受付サーバは、前記到達予定情報及び前記第二受付情報に基づいて、利用者の前記サービスの利用順番を管理する利用順番管理手段を更に有することを特徴とする。
【0025】
請求項6記載の発明によれば、利用者の利用順番を管理することができる。
【0026】
また、請求項7記載の発明は、前記利用順番管理手段は、前記到達予定情報及び前記第二受付情報に基づいて、前記サービスの利用予約に係るサービス利用予約情報を含む第三受付情報を作成することを特徴とする。
【0027】
請求項7記載の発明によれば、サービス利用予約情報を含む第三受付情報を作成することができる。
【0028】
なお、サービス利用予約情報は、例えば後述する診療予約情報に対応する。また、第三受付情報は、例えば後述する各診療科における受付情報に対応する。
【0029】
また、請求項8記載の発明は、利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムにおける受付方法であって、前記輸送手段が、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成段階と、当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成段階と、前記第一受付情報及び/又は前記第一位置情報を前記受付サーバに送信する送信段階とを有し、前記受付サーバが、前記第一受付情報及び/又は前記第一位置情報を前記輸送手段より受信する受信段階を有することを特徴とする。
【0030】
請求項8記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付方法を提供することができる。
【0031】
また、請求項9記載の発明は、利用者が利用するサービスの受付に係る処理を行う受付サーバであって、前記利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び/又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手段と、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段とを有することを特徴とする。
【0032】
請求項9記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付サーバを提供することができる。
【0033】
また、請求項10記載の発明は、コンピュータに、利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び/又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手順と、前記受信手順において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手順とを実行させるための受付プログラムであることを特徴とする。
【0034】
請求項10記載の発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることが可能な受付プログラムを提供することができる。
【0035】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【0036】
図2は、本発明の実施の形態におけるシステム構成図の一例である。図2に示されるように、本発明における受付システムは、送迎用バス4と、該送迎用バス4とネットワーク5を介して接続された受付サーバ1と、該受付サーバ1とLAN等を介して接続された少なくとも1つ以上の診療科PC(Personal Computer)2と、受付装置3とを含む。
【0037】
送迎用バス4は、予め定められたルートを回って外来患者を病院まで送迎する。後述するように、送迎用バス4は、例えば外来患者を当該送迎用バス4に乗せたときに取得した患者に係る仮受付情報やバス位置情報を、移動体通信手段(例えば、電子メール等)を用いてネットワーク5を介して受付サーバ1に送信する。
【0038】
受付サーバ1は、仮受付情報やバス位置情報を送迎用バス4より取得すると、後述する受付情報やバス到達予定情報、各診療科における受付情報等を作成し、患者の各診療科の診察の順番待ち等を管理する。
【0039】
診療科PC2では、受付サーバ1で管理されている各診療科における受付情報等を参照し、診察の順番を患者に通知したり病院側のスタッフに次の患者に係る情報を通知したりする。
【0040】
受付装置3は、要求に応じて受付サーバ1で管理されている各診療科における受付情報等を参照し、診察の順番情報等を、音声及び/又は画面を介して来院した患者に通知する。
【0041】
以下、本発明の受付システムを用いた患者の移動から診察までの一連の流れを、図3を用いて説明する。図3は、本発明の受付システムを用いた外来患者の移動から診察までの一連の流れを説明するための概念図である。
【0042】
図3に示されるように、病院等が運用する送迎用バス4に乗車した外来患者は、例えばICカード等を用いて当該自身の情報を送迎用バス4に知らせる。
【0043】
送迎用バス4は、前記外来患者の情報を含む仮受付情報やバスの位置情報を含むバス位置情報を作成し、ネットワーク5を介して受付サーバ1に送信する。
【0044】
受付サーバ1は、仮受付情報やバス位置情報を送迎用バス4より取得すると、後述する受付情報やバス到達予定情報、各診療科における受付情報等を作成し、各診療科の診察の順番待ち等を管理する。
【0045】
外来患者は、後述すように送迎用バス4に乗車している間も待ち時間として扱われるため、図1に示した従来の場合と比べて待ち時間が短くなる。また、病院にとっても外来患者が病院に来院するまでに例えば診察の準備や受付処理等を行うことができるため、処理を簡略化することができる。
【0046】
また、送迎用バス4に乗車した外来患者から取得した該外来患者の情報を含む仮受付情報やバスの位置情報を含むバス位置情報に基づいて処理を行うため、前記外来患者は必ず病院に来院し、キャンセル等の問題が起こることが無い面においても病院における受付処理等を簡略化することができる。
【0047】
以下、受付サーバ1のハードウェア構成を、図4を用いて説明する。図4は、受付サーバ1のハードウェア構成図である。
【0048】
図4に示されるように受付サーバ1のハードウェア構成は、それぞれバスで相互に接続されている入力装置11と、表示装置12と、ドライブ装置13と、記録媒体14と、ROM(Read Only Memory)15と、RAM(Random Access Memory)16と、CPU(CentralProcessing Unit)17と、インターフェース装置18と、HDD(Hard Disk Drive)19とから構成されている。
【0049】
入力装置11は、例えば受付サーバ1の利用者が操作するキーボード及びマウス等で構成され、受付サーバ1に各種操作信号を入力するのに用いられる。
【0050】
表示装置12は、例えば受付サーバ1の利用者が利用するディスプレイ等で構成され、各種情報を表示する。
【0051】
インターフェース装置18は、受付サーバ1をネットワーク等に接続するインターフェースである。
【0052】
後述するフローチャートに係る処理を行う各プログラム等は、例えば、CD−ROM等の記録媒体14によって受付サーバ1に提供されるか、ネットワークを通じてダウンロードされる。記録媒体14は、ドライブ装置13にセットされ、前記プログラム等が記録媒体14からドライブ装置13を介してROM15にインストールされる。
【0053】
ROM15は、データや前記プログラム等を格納する。RAM16は、受付サーバ1の起動時にROM15から前記プログラム等を読み出して格納する。CPU17は、RAM16に読み出され、格納された前記プログラム等に従って処理を実行する。
【0054】
HDD19は、データやファイル等を格納する。
【0055】
但し、受付サーバ1として、必ずしも入力装置11及び/又は表示装置12等が含まれない場合もある。
【0056】
なお、診療科PC2や、受付装置3のハードウェア構成も図4に示した受付サーバ1のハードウェア構成と同様である。また、送迎用バス4も、通常のバスとして必要な構成と共に図4に示されるようなハードウェア構成を含むものとして説明を行う。
【0057】
以下、送迎用バス4の一例の機能を、図5を用いて説明する。図5は、送迎用バスの一例の機能ブロック図である。
【0058】
図5に示されるように、送迎用バス4は、情報送信部31と、患者情報取得部32と、仮情報作成部33と、位置情報取得部34と、バス位置情報作成部35とを含む。
【0059】
情報送信部31は、後述する仮受付情報及び/又はバス位置情報等を、ネットワーク5を介して受付サーバ1に送信する。なお、情報送信部31は、バス位置情報作成部35が後述するバス位置情報を新たに作成する度に、該新たに作成されたバス位置情報を、ネットワーク5を介して受付サーバ1に送信する。
【0060】
患者情報取得部32は、外来患者のICカード等より、該外来患者の情報、例えば患者IDや氏名等、を取得する。また、患者情報取得部32は、外来患者又は送迎用バス4の運転手等によって入力された前記外来患者が今回診療を希望する診療科目の情報を前記外来患者の情報として取得する。なお、診察券としてのICカードを保持していない初診の外来患者であった場合は、送迎用バス4の運転手が臨時の患者ID等を入力し、患者情報取得部32が前記臨時の患者ID等を取得するようにしてもよい。なお、診察券として患者IDや患者名を記憶しておく媒体は、ICカード以外に磁気カード等であってもよい。また、診察券にバーコードやRFタグ等を付加し、患者を識別可能にしたものであってもよい。
【0061】
仮受付情報作成部33は、患者情報取得部32が取得した前記外来患者の情報及び当該送迎用バス4を識別する識別子(バスID)に基づいて、後述する図7に示すような仮受付情報を作成する。
【0062】
位置情報取得部34は、例えば、前記外来患者が乗車した位置の情報及び/又は通過及び/又は停車した停留所の位置の情報及び/又は現在走行中の送迎用バス4の位置の情報等を取得する。
【0063】
例えば位置情報取得部34は、送迎用バス4の運転手が手動で入力した停留所の情報を位置情報として取得するようにしてもよいし、無線通信等を用いて送迎用バス4が、停留所から取得した停留所の情報を位置情報として取得するようにしてもよい。また、送迎用バス4にGPS(Global Positioning Systems)等を搭載し、位置情報取得部34は、前記GPSより送迎用バス4の経度と緯度とを取得し、該情報を位置情報をとしてもよい。
【0064】
なお、位置情報取得部34は、バス停の情報を位置情報として取得する場合は、バス停を通過及び/又はバス停に停車する度にバス停の情報を位置情報として取得する。また、位置情報取得部34は、GPSより送迎用バス4の経度と緯度とを位置情報として取得する場合は、例えば予め定められた間隔(例えば、5分間隔)で経度と緯度とを位置情報として取得する。
【0065】
バス位置情報作成部35は、位置情報取得部34が取得した送迎用バス4の位置情報に基づいて後述する図9に示すようなバス位置情報を作成する。なお、バス位置情報作成部35は、位置情報取得部34が位置情報を新たに取得する度に後述するバス位置情報を新たに作成する。
【0066】
以下、仮受付情報作成処理の一例を、図6を用いて説明する。図6は、仮受付情報作成処理の一例を説明するためのフローチャートである。
【0067】
ステップS10において患者情報取得部32は、ICカード等より、該外来患者の情報、例えば患者IDや氏名等、を取得する。また、患者情報取得部32は、外来患者又は送迎用バス4の運転手等によって入力された前記外来患者が今回診療を希望する診療科目の情報を前記外来患者の情報として取得する。
【0068】
ステップS10に続いてステップS11に進み、仮受付情報作成部33は、ステップS10において患者情報取得部32が取得した前記外来患者の情報及び当該送迎用バス4を識別する識別子(バスID)に基づいて、後述する図7に示すような仮受付情報を作成する。なお、バスIDは、送迎用バス4のHDD等に格納されているものとする。
【0069】
以下、仮受付情報の一例を、図7を用いて説明する。図7は、仮受付情報の一例を説明するための図である。図7に示されるように、仮受付情報は、患者情報とバスIDとを含む。また、患者情報は、患者IDと、氏名と、診療科目(複数の場合もあり)とを含む。
【0070】
なお、図7に示される仮受付情報に含まれる診療科目には、該患者が診療を希望する診療科目が含まれる。
【0071】
また、図示していないが、図7に示される仮受付情報に、患者が送迎用バス4に乗車した乗車時刻等を含めるようにしてもよい。
【0072】
以下、バス位置情報作成処理の一例を、図8を用いて説明する。図8は、バス位置情報作成処理の一例を説明するためのフローチャートである。
【0073】
ステップS20において位置情報取得部34は、当該送迎用バス4の位置情報を取得する。例えば位置情報取得部34は、送迎用バス4の運転手等が入力した停留所の情報を位置情報として取得する。
【0074】
ステップS20に続いてステップS21に進み、バス位置情報作成部35は、ステップS20において位置情報取得部34が取得した位置情報及び当該送迎用バス4を識別する識別子(バスID)に基づいて、後述する図9に示すようなバス位置情報を作成する。
【0075】
上述したように、送迎用バス4の運転手が停留所を通過する度に、停留所の情報を位置情報として入力すると、位置情報取得部34は、ステップS20において前記入力情報を位置情報として取得し、バス位置情報作成部35がステップS21においてバス位置情報を新たに作成する。
【0076】
以下、バス位置情報の一例を、図9を用いて説明する。図9は、バス位置情報の一例を説明するための図である。図9に示されるように、バス位置情報は、バスIDと位置情報とを含む。
【0077】
例えば、送迎用バス4の運転手が停留所を通過及び/又は停車する度に停留所の情報を位置情報として入力した場合は、図9に示される位置情報に停留所名又は停留所を識別する識別情報が含まれる。また、上述したように送迎用バス4にGPSが取り付けられている場合は、図9に示される位置情報に送迎用バス4の経度と緯度との情報が含まれる。
【0078】
以下では、特に言及しない限り、図9に示されるバス位置情報の位置情報には停留所の名前が含まれているものとして説明を行う。
【0079】
ここで、バス位置情報と仮受付情報とはバスIDをキーとして関係付けられている。
【0080】
以下、受付サーバ1の一例の機能を、図10を用いて説明する。図10は、受付サーバの一例の機能ブロック図である。
【0081】
図10に示されるように、受付サーバ1は、情報受信部21と、受付処理部22と、到達予定時間算出処理部23と、順番管理部24と、患者DB41と、バスルートDB42とを含む。
【0082】
情報受信部21は、送迎用バス4から送信された仮受付情報及び/又はバス位置情報等を、ネットワーク5を介して受信する。
【0083】
受付処理部22は、情報受信部21が受信した仮受付情報に基づいて患者DB41等を参照し、後述する受付情報を作成する。
【0084】
到達予定時間算出処理部23は、情報受信部21が受信したバス位置情報に基づいてバスルートDB42等を参照し、後述するバス到達予定情報を作成する。
【0085】
順番管理部24は、受付処理部22が作成した受付情報及び到達予定時間算出処理部23が作成したバス到達予定情報に基づいて各診療科における受付情報を作成し、順番待ちの最適化等を行う。
【0086】
患者DB41は、後述する図11に示すように患者に係る情報を保持、管理する。また、バスルートDB42は、後述する図12に示すように送迎用バス4のルートに係る情報を保持、管理する。
【0087】
以下、患者DB41の一例を、図11を用いて説明する。図11は、患者DBの一例を説明するための図である。
【0088】
患者DB41は、図11に示されるように患者情報テーブルを含む。該患者情報テーブルは、患者IDと、氏名と、診療科目と、保険証番号と、住所とを項目として含む。
【0089】
ここで、患者IDには、患者を識別する識別子が格納される。氏名には、患者の氏名が格納される。診療科目には、該患者が現在診療を受けている診療科目が格納される。保険証番号には、該患者の保険証番号が格納される。住所には、該患者の住所が格納される。
【0090】
以下、バスルートDB42の一例を、図12を用いて説明する。図12は、バスルートDBの一例を説明するための図である。
【0091】
バスルートDB42は、図12に示されるようにバス−ルート対応テーブルと、ルート情報テーブルとを含む。バス−ルート対応テーブルは、バスIDと、ルートIDとを項目として含む。また、ルート情報テーブルは、ルートIDと、巡回順番と、バス停と、標準到達時間とを含む。
【0092】
バスIDには、送迎用バス4を識別する識別情報が格納される。ルートIDには、送迎用バス4の送迎用ルートを識別する識別情報が格納される。巡回順番には、該当するルート内でのバス停の巡回順番が格納される。バス停には、バス停名又はバス停を識別する識別情報が格納される。標準到達時間には、該バス停から病院までの標準到達時間が格納される。なお、標準到達時間は、日毎及び/又は時間毎に受付サーバ1が値を更新するような構成としてもよい。
【0093】
なお、図12に示されるように、バス−ルート対応テーブルと、ルート情報テーブルとはルートIDをキーとして関係付けられている。
【0094】
また、図示していないが、ルート情報テーブルにバス停に対応する経度と緯度とを含む位置情報を含めるようにしてもよい。
【0095】
以下、受付サーバ1における受付処理の一例を、図13を用いて説明する。図13は、受付処理の一例を説明するためのフローチャートである。
【0096】
ステップS30において受付処理部22は、情報受信部21が受信した図7に示されるような仮受付情報を取得する。
【0097】
ステップS30に続いてステップS31に進み、受付処理部22は、ステップS30において取得した仮受付情報に含まれる患者IDを基に、患者DB41を参照し、対応する患者情報が存在するかどうかを判定する。
【0098】
ステップS31において受付処理部22が、患者DB41に対応する患者情報が存在すると判定すると(ステップS31においてYES)、ステップS33に進み、患者DB41に対応する患者情報が存在しないと判定すると(ステップS31においてNO)、ステップS32に進む。
【0099】
ステップS32では、受付処理部22が、病院の総合受付に設置されているPC及び/又は受付装置3等に、電子メール等を用いて該当する患者が存在しない旨、つまり当該病院を始めて利用する患者である旨を通知する。該電子メールを受信した病院の総合受付では診察券(ICカード)の発行処理等を行う。
【0100】
ステップS33では、受付処理部22が、ステップS30において取得した仮受付情報に含まれる患者IDを基に、患者DB41を参照し、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれるかどうかを判定する。
【0101】
ステップS33において受付処理部22が、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれると判定すると(ステップS33においてYES)、ステップS35に進み、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれないと判定すると(ステップS33においてNO)、ステップS34に進む。
【0102】
例えば、ある患者が現在内科と皮膚科とで診療を受けていて、今回皮膚科の受診を希望した場合、受付処理部22は、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれると判定される。
【0103】
ステップS34では、受付処理部22が、患者が診療を希望する診療科の受付に設置されている診療科PC2等に電子メールを用いて、患者が受診を希望する診療科目が、患者が現在診療を受けている診療科目に含まれない旨、つまり例えば初診の患者である等の電子メールを送信する。該電子メールを受信した診療科の受付では、初診の患者に対する準備として例えば問診表の準備等を行う。
【0104】
ステップS35では、受付処理部22が、ステップS30において取得した仮受付情報に基づいて、後述する図14に示すような受付情報を作成する。
【0105】
なお、患者が受診を希望する診療科目が複数存在する場合は、該受診を希望する複数の診療科目の数だけステップS33からの処理を繰り返すようにしてもよい。
【0106】
また、図13に示した処理では、ステップS32及びステップS34の後、処理を終了しているが、ステップS32及びステップS34の後、ステップS35に処理を進め、それぞれに対応するような受付情報を作成するようにしてもよい。例えば、ステップS32を通ってステップS35に進んだ場合は、後述する受付情報の診療科目に、全て初診である旨の情報を含むような受付情報を作成したり、ステップS34を通ってステップS35に進んだ場合は、後述する受付情報の診療科目に、現在診療を受けていないが、今回新たに診察を希望する診療科目に対してのみ初診である旨の情報を含むような受付情報を作成したりするようにしてもよい。
【0107】
以下、受付情報の一例を、図14を用いて説明する。図14は、受付情報の一例を説明するための図である。図14に示されるように、受付情報は、患者情報とバスIDとを含む。また患者情報は、患者IDと、氏名と、診療科目(複数の場合もあり)とを含む。
【0108】
なお、図14に示される受付情報に含まれる診療科目には、受付処理部22が診療を許可した診療科目が含まれる。ここで、受付処理部22が診療を許可した診療科目とは、例えば患者が受診を希望した診療科目の内、患者が現在診療を受けている診療科目に含まれる診療科目及び/又は初診であっても初診である旨の情報を含んだ診療科目のことをいう。
【0109】
なお、送迎用バス4から送信される仮受付情報に患者が送迎用バス4に乗車した乗車時刻が含まれる場合は、図14に示される受付情報にも該乗車時刻が含まれる。
【0110】
以下、受付サーバ1における到達予定時間算出処理の一例を、図15を用いて説明する。図15は、到達予定時間算出処理の一例を説明するためのフローチャートである。
【0111】
ステップS40において到達予定時間算出処理部23は、情報受信部21が受信した図9に示されるようなバス位置情報を取得する。
【0112】
ステップS40に続いてステップS41に進み、到達予定時間算出処理部23は、ステップS40において取得したバス位置情報に含まれるバスID及び位置情報を用いてバスルートDB42を参照し、到達予定時間を算出する。
【0113】
例えば、到達予定時間算出処理部23は、バス位置情報に含まれるバスIDを基にバスルートDB42のバス−ルート対応テーブルを参照し、前記バスIDに対応するルートIDを特定する。到達予定時間算出処理部23は、前記ルートIDを用いてルート情報テーブルを参照し、バス位置情報に含まれる位置情報(バス停の名前)に基づいて、標準到達時間を特定して取得する。到達予定時間算出処理部23は、現在の時刻に前記取得した標準到達時間を足して送迎用バス4の到達予定時間を算出する。例えば到達予定時間算出処理部23は、受付サーバ1が内部に有するタイマー等より現在の時刻を取得する。
【0114】
なお、上述したようにルート情報テーブルにバス停の経度と緯度とが位置情報として含まれ、且つ図9に示されるバス位置情報の位置情報に現在の送迎用バス4の経度と緯度とが含まれているような場合、到達予定時間算出処理部23が、バス停とバス停との距離やバス停と病院との距離を計算し、送迎用バス4の平均速度等から到達予定時間をより緻密に計算するように実装してもよい。このような構成の場合、送迎用バス4のバス位置情報作成部35は、予め定められた時間(例えば、5分)毎に位置情報として経度と緯度とを含むバス位置情報を作成し、情報送信部31は、バス位置情報が作成される度に、該バス位置情報を受付サーバ1に送信する。
【0115】
ステップS41に続いてステップS42に進み、到達予定時間算出処理部23は、ステップS41において算出した送迎用バス4の到達予定時間を含む後述する図16に示されるようなバス到達予定情報を作成する。
【0116】
図15に示されるような処理を行うことにより、受付サーバ1は、送迎用バスの到達予定時間を算出することができる。
【0117】
以下、バス到達予定情報の一例を、図16を用いて説明する。図16は、バス到達予定情報の一例を説明するための図である。図16に示されるように、バス到達予定情報は、バスIDと、バス到達予定時間とを含む。
【0118】
ここで、バス到達予定情報と受付情報とはバスIDをキーとして関係付けられている。
【0119】
以下、受付サーバ1における順番管理処理の一例を、図17を用いて説明する。図17は、順番管理処理の一例を説明するためのフローチャートである。
【0120】
ステップS50において順番管理部24は、受付処理部22が作成した図14に示されるような受付情報を取得する。
【0121】
ステップS50に続いてステップS51に進み、順番管理部24は、受付サーバ1が今回受診を許可した受診科目の数が1より多いかどうかを判定する。ステップS51において順番管理部24が、受付サーバ1が受診を許可した受診科目の数が1より多いと判定すると(ステップS51においてYES)、ステップS52に進み、受付サーバ1が受診を許可した受診科目の数が1より多くないと判定すると(ステップS51においてNO)、ステップS53に進む。
【0122】
ステップS52では、順番管理部24が、後述する各診療科における受付情報等を参照し、順番待ちの少ない診療科の情報を取得する。
【0123】
ステップS53では、順番管理部24が、到達予定時間算出処理部23が作成した図16に示されるようなバス到達予定情報を取得する。
【0124】
ステップS53に続いてステップS54に進み、順番管理部24は、各診療科での順番待ちの最適化を行う。なお、順番待ちの最適化処理のより詳細な一例を後述する図18を用いて説明する。
【0125】
ステップS54に続いてステップS55に進み、順番管理部24は、受付サーバ1が許可した受診科目の数から1を引く。
【0126】
ステップS55に続いてステップS56に進み、順番管理部24は、ステップS55において1を引かれた受診科目の数が0より大きいかどうかを判定する。ステップS56において順番管理部24がステップS55において1を引かれた受診科目の数が0より大きいと判定するとステップS51からの処理を繰り返し、ステップS55において1を引かれた受診科目の数が0より大きくないと判定すると処理を終了する。
【0127】
なお、上述したように、図16に示されるバス到達予定情報は、送迎用バス4からバス位置情報が送信されてくる度に新たに作成及び/又は更新されるため、該バス到達予定情報が新たに作成及び/又は更新される度にステップS53及びステップS54の処理を繰り返すようにしてもよい。
【0128】
以下、図17のステップS54において説明した順番待ちの最適化処理のより詳細な一例を、図18から図20を用いて説明する。図18は、順番待ちの最適化処理の一例を説明するためのフローチャートである。また、図19は、各診療科における受付情報の一例を説明するための図である。また、図20は、順番番号及び診療予約時間の更新の一例を説明するための図である。
【0129】
まず図18のステップS60において順番管理部24は、現在の時刻を取得する。例えば、順番管理部24は、受付サーバ1が内部に有するタイマー等より現在の時刻(例えば、11時59分)を取得する。
【0130】
ステップS60に続いてステップS61に進み、順番管理部24は、図17のステップS53において取得したバス到達予定情報に基づいて、対応する診療科での診療の予約時間を算出する。例えば、順番管理部24は、図17のステップS53において取得したバス到達予定情報に含まれるバス到達予定時間(例えば、12時11分)に、病院内での患者の平均の移動時間等(例えば、5分)を足して、対応する診療科での診療の予約時間(例えば、12時16分)とする。なお、前記患者が複数の診療を希望し、且つ受付サーバ1が該複数の診療を許可して、当該対応する診療科での診療の前に、別の診療科での診療等がある場合は、順番管理部24は、前の診療に掛かる時間等もバス到達予定時間や患者の平均の移動時間に加え、診療の予約時間を算出する。
【0131】
ステップS61に続いてステップS62に進み、順番管理部24は、ステップS61において算出した対応する診療科での診療の予約時間(例えば、12時16分)に基づいて、該診療の予約時間の直前に入っている各診療科における受付情報に含まれる順番番号を取得する。なお、各診療科における受付情報は、例えば、受付サーバ1のHDD19等に一定期間、例えば該当する患者の診療が全て終了するまで、格納され、順番管理部24等が管理する。
【0132】
例えば、図20(A)に示されるような、各診療科における受付情報が受付サーバ1のHDD19等に格納されていた場合、順番管理部24は、ステップS61において算出した対応する診療科での診療の予約時間、12時16分、の直前に入っている各診療科における受付情報に含まれる順番番号、4、を取得する。
【0133】
なお、図20では説明の簡略化のため、各診療科における受付情報を、患者名と診療予約時間と順番番号のみで表してある。
【0134】
ステップS62に続いてステップS63に進み、順番管理部24は、図17のステップS50において取得した受付情報及び図18のステップS61において算出した診療予約時間(例えば、12時16分)及びステップS62において取得した順番番号(例えば、4)に基づいて、図19及び/又は図20(B)の新たに作成された各診療科における受付情報、に示されるような各診療科における受付情報を作成する。
【0135】
図19に示されるように、各診療科における受付情報は、図14に示される受付情報と、診療予約情報とを含む。また、診療予約情報は、診療科目と、診療予約時間と、順番番号とを含む。
【0136】
また、図20(B)の新たに作成された各診療科における受付情報に示されるように、順番管理部24は、ステップS61において算出した診療予約時間(例えば、12時16分)に基づいて、該算出した診療予約時間以降で予約が可能な時間(例えば、12時20分)をステップS63において作成する各診療科における受付情報に含める診療予約時間とする。
【0137】
また、図20(B)の新たに作成された各診療科における受付情報に示されるように、順番管理部24は、ステップS62において取得した順番番号(例えば、4)に基づいて、該順番番号に1を足した番号(例えば、5)をステップS63において作成する各診療科における受付情報に含める順番番号とする。
【0138】
ステップS63に続いてステップS64に進み、順番管理部24は、図20(B)に示されるように、新たに作成された各診療科における受付情報以降の各診療科における受付情報に含まれる順番番号及び診療予約時間を更新する。例えば、新たに作成された各診療科における受付情報が1つだけであった場合は、それ以降の各診療科における受付情報に含まれる順番番号を1つインクリメント及び診療予約時間を定められた予約時間の間隔(例えば、5分)だけずらす。
【0139】
なお、上述したように、受付情報に、患者が送迎用バス4に乗車した乗車時刻が含められている場合は、図19に示される各診療科における受付情報にも前記患者が送迎用バス4に乗車した乗車時刻が含められる。
【0140】
このような構成とすることによって、順番管理部24は、例えば、送迎用バス4を利用せず病院に来院し、受付処理を行って、診療の予約を行った外来患者の外来時間と、送迎用バス4に乗車して受付を行った患者の乗車時間とを比較して、整合性の取れた順番待ちの最適化を行うことができる。例えば図20に示される患者Eが、送迎用バス4を利用せずに11時30分に病院に来院し、対応する診療科で予約を行っていた場合、11時30分より後に送迎用バス4に乗車して病院に来院した患者(例えば患者Z)は、例え、12時20分より前に送迎用バス4が病院に到達したとしても順番管理部24では、上記二つの時間を比較して患者Zの順番を、患者Eの順番の後にすることができる。
【0141】
各診療科PC2は、受付サーバ1に格納、管理されている各診療科における受付情報を参照することによって、患者の順番情報を取得したり、患者の受付処理等を行ったりすることができる。
【0142】
また、病院に送迎用バス4を利用して来院した外来患者は、受付装置3等を用いて受付サーバ1に格納、管理されている各診療科における受付情報を参照することによって、予約の順番や、複数診療を希望していた場合は、どの診療科から診療を受ければよいのか等を知ることができる。
【0143】
図17及び/又は図18に示したような処理を行うことによって、受付サーバ1は、各診療科での診療の順番待ちを管理することができる。したがって、各診療科では効率よく患者の受付処理や診察の準備等を行うことができる。また、患者にとっても、長時間待つ事無く診療を受けることができる。
【0144】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【0145】
例えば、図19では、診療予約情報が1つの場合を例に示したが、患者が複数の診療を要求し、受付サーバ2が、該複数の診療を許可した場合は、該複数の診療に対する診療予約情報を図19に示した各診療科における受付情報に含めるようにしてもよいし、図19に示すように、各診療科における受付情報には診療予約情報は1つだけ含め、受付サーバ2が診療を許可した診療科毎に図19に示されるような各診療科における受付情報を作成するようにしてもよい。
【0146】
【発明の効果】
上述の如く、本発明によれば、長時間利用者を待たせる事無く且つ予め受け入れ側の受入れ準備を整えることができる。
【0147】
【図面の簡単な説明】
【図1】従来技術における外来患者の移動から診察までの一連の流れを説明するための概念図である。
【図2】本発明の実施の形態におけるシステム構成図の一例である。
【図3】本発明の受付システムを用いた患者の移動から診察までの一連の流れを説明するための概念図である。
【図4】受付サーバ1のハードウェア構成図である。
【図5】送迎用バスの一例の機能ブロック図である。
【図6】仮受付情報作成処理の一例を説明するためのフローチャートである。
【図7】仮受付情報の一例を説明するための図である。
【図8】バス位置情報作成処理の一例を説明するためのフローチャートである。
【図9】バス位置情報の一例を説明するための図である。
【図10】受付サーバの一例の機能ブロック図である。
【図11】患者DBの一例を説明するための図である。
【図12】バスルートDBの一例を説明するための図である。
【図13】受付処理の一例を説明するためのフローチャートである。
【図14】受付情報の一例を説明するための図である。
【図15】到達予定時間算出処理の一例を説明するためのフローチャートである。
【図16】バス到達予定情報の一例を説明するための図である。
【図17】順番管理処理の一例を説明するためのフローチャートである。
【図18】順番待ちの最適化処理の一例を説明するためのフローチャートである。
【図19】各診療科における受付情報の一例を説明するための図である。
【図20】順番番号及び診療予約時間の更新の一例を説明するための図である。
【符号の説明】
1 受付サーバ
2 診療科PC
3 受付装置
4 送迎用バス
5 ネットワーク
11 入力装置
12 表示装置
13 ドライブ装置
14 記録媒体
15 ROM(Read Only Memory)
16 RAM(Random Access Memory)
17 CPU(Central Processing Unit)
18 インターフェース装置
19 HDD(Hard Disk Drive)
21 情報受信部
22 受付処理部
23 到達予定時間算出処理部
24 順番管理部
31 情報送信部
32 患者情報取得部
33 仮受付情報作成部
34 位置情報取得部
35 バス位置情報作成部
41 患者DB
42 バスルートDB
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a reception system, a reception method, a reception server, and a reception program.
[0002]
[Prior art]
With reference to FIG. 1, a description will be given of a conventional flow from the movement of an outpatient to a medical examination using a pick-up bus operated by a hospital or the like, with reference to FIG. FIG. 1 is a conceptual diagram for explaining a series of flows from the movement of an outpatient to a medical examination in the related art.
[0003]
As shown in FIG. 1, an outpatient who comes in using a pick-up bus operated by a hospital or the like submits a consultation ticket or the like to a reception of a target medical department, and waits for a waiting room until a turn of his / her consultation comes. I was waiting for my turn and had been consulted.
[0004]
On the other hand, when a patient submits a consultation ticket or the like to the reception of a medical department by a patient, the hospital has made advance preparations for a consultation such as preparing a chart of the patient.
[0005]
In addition, by cooperating with such a transportation bus or other transportation means such as a public transportation (for example, a train), for example, a patient who has made a reservation via the Internet can receive a transportation bus at any time and at any time. There is also known a reservation system for notifying a patient whether or not to take a ride (for example, see Patent Document 1).
[0006]
[Patent Document 1]
JP 2001-265882 A
[0007]
[Problems to be solved by the invention]
However, the conventional system using the transfer bus shown in FIG. 1 has a problem that, for example, when a hospital is crowded, the patient has to wait for a long time from receiving a reception to receiving medical treatment. There was also a problem that the hospital could not prepare for medical examination such as preparing medical records in advance.
[0008]
Further, in the reservation system described in Patent Document 1, there is no guarantee that a patient who has made a reservation always visits a hospital. For example, when it rains, a patient who does not visit a hospital despite having made a reservation is not guaranteed. There was a problem. If a patient does not appear at the hospital without canceling, despite having made an appointment in this way, for example, a person in the hospital must manually cancel the appointment. There was a problem that could not be done.
[0009]
The present invention has been made in view of the above points, and has as its object to provide a reception system, a reception method, a reception server, and a reception program that can prepare for reception on the reception side without making the user wait for a long time. Aim.
[0010]
[Means for Solving the Problems]
Therefore, in order to solve the above-mentioned problem, the invention according to claim 1 performs a process related to a transportation means for transporting a user and a reception of a service used by the user connected to the transportation means via a network. A receiving server that performs first receiving information including first service identification information for identifying a service requested by the user; First position information creating means for creating first position information including position information relating to the position of the transportation means, and transmitting means for transmitting the first reception information and / or the first position information to the reception server; Wherein the reception server includes a receiving unit that receives the first reception information and / or the first position information from the transportation unit.
[0011]
According to the first aspect of the present invention, it is possible to provide a reception system capable of preparing the reception side for reception in advance without making the user wait for a long time.
[0012]
The transportation means corresponds to, for example, a shuttle bus described later. The first reception information corresponds to, for example, temporary reception information described later. The first position information corresponds to, for example, bus position information described later.
[0013]
In the invention according to claim 2, the reception server refers to a patient information storage unit that stores information on a patient based on the first reception information received by the reception unit, and the reception server uses the information. A reception information creating unit that creates second reception information including second service identification information for identifying a service that has permitted the service.
[0014]
According to the second aspect of the present invention, it is possible to create the second reception information including the second service identification information for identifying the service permitted to be used by the reception server.
[0015]
The second reception information corresponds to, for example, reception information described later. The patient information storage means corresponds to, for example, a patient DB described later.
[0016]
In the invention according to claim 3, the first reception information and / or the second reception information further include user identification information for identifying the user and / or transportation means identification information for identifying the transportation means. It is characterized by including.
[0017]
According to the invention described in claim 3, a patient information storage unit that stores information on a patient based on the user identification information included in the first reception information and / or the second reception information is referred to, It can be associated with the first position information or the like based on the transportation means identification information included in the first reception information and / or the second reception information.
[0018]
The user identification information corresponds to, for example, a patient ID described later. The transportation means identification information corresponds to, for example, a bus ID described later.
[0019]
The invention according to claim 4, wherein the reception server refers to an operation information storage unit that stores information related to the operation of the transportation unit based on the first position information received by the reception unit, It is characterized by further comprising arrival schedule information creation means for creating arrival schedule information including the scheduled arrival time of the transportation means.
[0020]
According to the invention described in claim 4, it is possible to create arrival schedule information including the estimated arrival time of the transportation means.
[0021]
The arrival schedule information corresponds to, for example, bus arrival schedule information described later. The operation information storage means corresponds to, for example, a bus route DB 42 described later.
[0022]
The invention according to claim 5 is characterized in that the arrival schedule information creating means calculates the expected arrival time of the transportation means each time the first position information is received from the transportation means, and updates the arrival arrival information. Alternatively, it is newly created.
[0023]
According to the invention described in claim 5, the arrival schedule information can be updated or newly created each time the first position information is received from the transportation means.
[0024]
The invention according to claim 6 is characterized in that the reception server further includes a use order management unit that manages a use order of the service by the user based on the arrival schedule information and the second reception information. And
[0025]
According to the invention described in claim 6, the use order of the user can be managed.
[0026]
Also, in the invention according to claim 7, the use order management means creates third reception information including service use reservation information related to the use reservation of the service based on the arrival schedule information and the second reception information. It is characterized by doing.
[0027]
According to the invention described in claim 7, the third reception information including the service use reservation information can be created.
[0028]
The service use reservation information corresponds to, for example, medical treatment reservation information described later. The third reception information corresponds to, for example, reception information in each medical department described below.
[0029]
In addition, the invention according to claim 8 is a reception apparatus having a transportation means for transporting a user, and a reception server connected to the transportation means via a network and performing processing relating to reception of a service used by the user. A reception method in a system, wherein the transportation means creates first reception information including first service identification information for identifying a service requested by the user, and the transportation means. A first position information creating step of creating first position information including position information relating to the position, and a transmission step of transmitting the first reception information and / or the first position information to the reception server, The reception server includes a reception step of receiving the first reception information and / or the first position information from the transportation means.
[0030]
According to the invention described in claim 8, it is possible to provide a reception method capable of preparing the reception side in advance for reception without making the user wait for a long time.
[0031]
According to a ninth aspect of the present invention, there is provided a reception server for performing processing relating to reception of a service used by a user, wherein a service requested by the user is identified by a transportation means for transporting the user. Receiving means for receiving first reception information including first service identification information to be performed and / or first position information including position information relating to the position of the transportation means, and the first reception information received by the reception means based on the first reception information. And reception information creating means for creating second reception information including second service identification information for identifying a service permitted to be used by the reception server with reference to patient information storage means for storing information relating to the patient. It is characterized by the following.
[0032]
According to the ninth aspect of the present invention, it is possible to provide a reception server capable of preparing the reception side in advance without making the user wait for a long time.
[0033]
According to a tenth aspect of the present invention, the transportation means for transporting a user to a computer transmits first reception information including first service identification information for identifying a service requested by the user and / or the transportation. A receiving procedure for receiving the first location information including the location information pertaining to the location of the means, based on the first reception information received in the receiving procedure, refer to a patient information storage means for storing information about the patient, The reception server is characterized in that it is a reception program for executing a reception information creation procedure for creating second reception information including second service identification information for identifying a service permitted to be used by the reception server.
[0034]
According to the tenth aspect of the present invention, it is possible to provide a reception program capable of preparing the reception side for reception in advance without making the user wait for a long time.
[0035]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0036]
FIG. 2 is an example of a system configuration diagram according to the embodiment of the present invention. As shown in FIG. 2, the reception system according to the present invention includes a pickup bus 4, a reception server 1 connected to the pickup bus 4 via a network 5, and the reception server 1 and the LAN via a LAN or the like. It includes at least one or more medical department PCs (Personal Computers) 2 and a reception device 3 connected thereto.
[0037]
The transfer bus 4 transfers outpatients to the hospital around a predetermined route. As will be described later, the pick-up bus 4 is provided with, for example, temporary reception information and bus position information on a patient obtained when an outpatient is put on the pick-up bus 4 by mobile communication means (for example, e-mail or the like). Is transmitted to the reception server 1 via the network 5 using.
[0038]
When the reception server 1 acquires the provisional reception information and the bus position information from the pick-up bus 4, the reception server 1 creates reception information, bus arrival schedule information, reception information in each medical department, and the like, which will be described later, and performs the examination of the patient in each medical department. Manage queues and the like.
[0039]
The medical department PC 2 refers to the reception information and the like in each medical department managed by the reception server 1 and notifies the patient of the order of the medical examination or notifies the staff on the hospital side of the information on the next patient.
[0040]
The reception device 3 refers to the reception information and the like in each medical department managed by the reception server 1 in response to the request, and notifies the patient who has come to the hospital, via voice and / or a screen, of the order information of the medical examination.
[0041]
Hereinafter, a series of flows from patient movement to medical examination using the reception system of the present invention will be described with reference to FIG. FIG. 3 is a conceptual diagram for explaining a series of flows from the movement of an outpatient to a medical examination using the reception system of the present invention.
[0042]
As shown in FIG. 3, an outpatient who has boarded the pick-up bus 4 operated by a hospital or the like informs the pick-up bus 4 of its own information using, for example, an IC card.
[0043]
The transfer bus 4 creates provisional reception information including the outpatient information and bus position information including the bus position information, and transmits the information to the reception server 1 via the network 5.
[0044]
When the reception server 1 acquires the provisional reception information and the bus position information from the pick-up bus 4, the reception server 1 creates reception information, bus arrival schedule information, reception information in each medical department, and the like, which will be described later, and waits for the turn of each medical department. Manage etc.
[0045]
As described later, the outpatient is also treated as a waiting time while riding on the pick-up bus 4, so that the waiting time is shorter than in the conventional case shown in FIG. In addition, since the hospital can perform, for example, preparation for medical examination and reception processing before the outpatient visits the hospital, the processing can be simplified.
[0046]
In addition, since the processing is performed based on the provisional reception information including the information of the outpatient obtained from the outpatient who has boarded the pick-up bus 4 and the bus position information including the bus position information, the outpatient always visits the hospital. In addition, the reception processing at the hospital can be simplified even in the case where no problem such as cancellation occurs.
[0047]
Hereinafter, the hardware configuration of the reception server 1 will be described with reference to FIG. FIG. 4 is a hardware configuration diagram of the reception server 1.
[0048]
As shown in FIG. 4, the hardware configuration of the reception server 1 includes an input device 11, a display device 12, a drive device 13, a recording medium 14, and a ROM (Read Only Memory) which are interconnected by a bus. ) 15, a RAM (Random Access Memory) 16, a CPU (Central Processing Unit) 17, an interface device 18, and a HDD (Hard Disk Drive) 19.
[0049]
The input device 11 includes, for example, a keyboard and a mouse operated by a user of the reception server 1, and is used to input various operation signals to the reception server 1.
[0050]
The display device 12 is composed of, for example, a display used by a user of the reception server 1 and displays various information.
[0051]
The interface device 18 is an interface that connects the reception server 1 to a network or the like.
[0052]
Each program for performing the processing according to the flowchart described later is provided to the reception server 1 by a recording medium 14 such as a CD-ROM, or is downloaded via a network. The recording medium 14 is set in the drive device 13, and the programs and the like are installed in the ROM 15 from the recording medium 14 via the drive device 13.
[0053]
The ROM 15 stores data, the programs, and the like. The RAM 16 reads and stores the programs and the like from the ROM 15 when the reception server 1 is started. The CPU 17 executes processing according to the programs and the like read and stored in the RAM 16.
[0054]
The HDD 19 stores data, files, and the like.
[0055]
However, the input device 11 and / or the display device 12 may not necessarily be included as the reception server 1 in some cases.
[0056]
The hardware configuration of the medical department PC 2 and the reception device 3 is the same as the hardware configuration of the reception server 1 shown in FIG. In addition, the description will be made assuming that the pick-up bus 4 includes a hardware configuration as shown in FIG. 4 together with a configuration necessary for a normal bus.
[0057]
Hereinafter, an example of the function of the shuttle bus 4 will be described with reference to FIG. FIG. 5 is a functional block diagram of an example of a pick-up bus.
[0058]
As shown in FIG. 5, the pick-up bus 4 includes an information transmission unit 31, a patient information acquisition unit 32, a provisional information creation unit 33, a position information acquisition unit 34, and a bus position information creation unit 35. .
[0059]
The information transmitting unit 31 transmits temporary reception information and / or bus position information described later to the reception server 1 via the network 5. Note that the information transmitting unit 31 transmits the newly created bus position information to the reception server 1 via the network 5 every time the bus position information creating unit 35 newly creates bus position information described later. .
[0060]
The patient information obtaining unit 32 obtains information of the outpatient, such as a patient ID and a name, from an outpatient IC card or the like. In addition, the patient information acquisition unit 32 acquires, as information on the outpatient, information on a medical department that the outpatient wants to treat this time, which is input by the outpatient or the driver of the shuttle bus 4 or the like. If the patient is a first-patient outpatient who does not hold an IC card as a consultation ticket, the driver of the transfer bus 4 inputs a temporary patient ID and the like, and the patient information acquisition unit 32 displays the temporary patient. An ID or the like may be obtained. The medium for storing the patient ID and the patient name as the consultation ticket may be a magnetic card or the like other than the IC card. In addition, a barcode, an RF tag, or the like may be added to the consultation ticket so that the patient can be identified.
[0061]
Based on the outpatient information acquired by the patient information acquisition unit 32 and the identifier (bus ID) for identifying the pick-up bus 4, the temporary reception information creation unit 33 provides temporary reception information as shown in FIG. Create
[0062]
The position information acquisition unit 34 acquires, for example, information on the position where the outpatient got on and / or information on the position of a stop where the outpatient has passed and / or stopped, and / or information on the position of the shuttle bus 4 that is currently running. I do.
[0063]
For example, the position information acquisition unit 34 may acquire information on a stop manually input by a driver of the shuttle bus 4 as position information, or the shuttle bus 4 may be moved from the stop using wireless communication or the like. The acquired information of the stop may be acquired as the position information. Also, a GPS (Global Positioning Systems) or the like is mounted on the shuttle bus 4, and the position information acquisition unit 34 acquires the longitude and latitude of the shuttle bus 4 from the GPS, and may use the information as the position information. .
[0064]
In addition, when acquiring the information of the bus stop as the position information, the position information acquiring unit 34 acquires the information of the bus stop as the position information every time the vehicle passes through the bus stop and / or stops at the bus stop. When acquiring the longitude and latitude of the shuttle bus 4 as position information from the GPS, the position information acquiring unit 34 compares the longitude and latitude at predetermined intervals (for example, 5 minute intervals). Get as
[0065]
The bus position information creating unit 35 creates bus position information as shown in FIG. 9 described later based on the position information of the shuttle bus 4 acquired by the position information acquiring unit 34. The bus position information creating unit 35 creates new bus position information, which will be described later, every time the position information acquiring unit 34 newly acquires position information.
[0066]
Hereinafter, an example of the provisional reception information creating process will be described with reference to FIG. FIG. 6 is a flowchart illustrating an example of the provisional reception information creating process.
[0067]
In step S10, the patient information acquisition unit 32 acquires information on the outpatient, such as a patient ID and a name, from an IC card or the like. In addition, the patient information acquisition unit 32 acquires, as information on the outpatient, information on a medical department that the outpatient wants to treat this time, which is input by the outpatient or the driver of the shuttle bus 4 or the like.
[0068]
Proceeding to step S11 following step S10, the provisional reception information creating unit 33 uses the outpatient information acquired by the patient information acquiring unit 32 in step S10 and the identifier (bus ID) for identifying the transfer bus 4 in step S10. Then, temporary reception information as shown in FIG. 7 described later is created. It is assumed that the bus ID is stored in the HDD of the pick-up bus 4 or the like.
[0069]
Hereinafter, an example of the temporary reception information will be described with reference to FIG. FIG. 7 is a diagram illustrating an example of the temporary reception information. As shown in FIG. 7, the provisional reception information includes patient information and a bus ID. Further, the patient information includes a patient ID, a name, and a medical subject (there may be a plurality of subjects).
[0070]
The medical subjects included in the provisional reception information shown in FIG. 7 include the medical subjects for which the patient wishes to perform medical care.
[0071]
Although not shown, the provisional reception information shown in FIG. 7 may include the boarding time at which the patient boarded the shuttle bus 4 and the like.
[0072]
Hereinafter, an example of the bus position information creation processing will be described with reference to FIG. FIG. 8 is a flowchart illustrating an example of the bus position information creation process.
[0073]
In step S20, the position information acquisition unit 34 acquires the position information of the shuttle bus 4. For example, the position information acquisition unit 34 acquires, as position information, information on a stop inputted by a driver of the shuttle bus 4 or the like.
[0074]
Proceeding to step S21 following step S20, the bus position information creating unit 35 will be described later based on the position information acquired by the position information acquiring unit 34 in step S20 and the identifier (bus ID) for identifying the shuttle bus 4 described later. Bus position information as shown in FIG.
[0075]
As described above, every time the driver of the shuttle bus 4 passes the stop, when the information of the stop is input as the position information, the position information obtaining unit 34 obtains the input information as the position information in step S20, The bus position information creating unit 35 creates new bus position information in step S21.
[0076]
Hereinafter, an example of the bus position information will be described with reference to FIG. FIG. 9 is a diagram illustrating an example of the bus position information. As shown in FIG. 9, the bus position information includes a bus ID and position information.
[0077]
For example, when the driver of the pick-up bus 4 inputs the information of the stop as the position information every time the driver passes through and / or stops at the stop, the position information shown in FIG. 9 includes the stop name or the identification information for identifying the stop. included. When the GPS is attached to the shuttle bus 4 as described above, the position information shown in FIG. 9 includes the longitude and latitude information of the shuttle bus 4.
[0078]
Hereinafter, unless otherwise specified, the description will be made assuming that the position information of the bus position information shown in FIG. 9 includes the name of the stop.
[0079]
Here, the bus position information and the temporary reception information are associated with each other using the bus ID as a key.
[0080]
Hereinafter, an example of the function of the reception server 1 will be described with reference to FIG. FIG. 10 is a functional block diagram of an example of the reception server.
[0081]
As shown in FIG. 10, the reception server 1 includes an information reception unit 21, a reception processing unit 22, an expected arrival time calculation processing unit 23, an order management unit 24, a patient DB 41, and a bus route DB 42. .
[0082]
The information receiving unit 21 receives the temporary reception information and / or bus position information transmitted from the pick-up bus 4 via the network 5.
[0083]
The reception processing unit 22 refers to the patient DB 41 and the like based on the provisional reception information received by the information reception unit 21 and creates reception information described later.
[0084]
The scheduled arrival time calculation processing unit 23 refers to the bus route DB 42 and the like based on the bus position information received by the information receiving unit 21 and creates scheduled bus arrival information to be described later.
[0085]
The order management unit 24 creates reception information in each medical department based on the reception information created by the reception processing unit 22 and the scheduled bus arrival information created by the estimated arrival time calculation processing unit 23, and optimizes the waiting sequence. Do.
[0086]
The patient DB 41 holds and manages information on the patient as shown in FIG. 11 described later. Further, the bus route DB 42 holds and manages information related to the route of the shuttle bus 4 as shown in FIG.
[0087]
Hereinafter, an example of the patient DB 41 will be described with reference to FIG. FIG. 11 is a diagram illustrating an example of the patient DB.
[0088]
The patient DB 41 includes a patient information table as shown in FIG. The patient information table includes, as items, a patient ID, a name, a medical care subject, an insurance card number, and an address.
[0089]
Here, an identifier for identifying a patient is stored in the patient ID. In the name, the name of the patient is stored. In the medical department, the medical department in which the patient is currently undergoing medical care is stored. The insurance card number stores the insurance card number of the patient. The address stores the address of the patient.
[0090]
Hereinafter, an example of the bus route DB 42 will be described with reference to FIG. FIG. 12 is a diagram illustrating an example of the bus route DB.
[0091]
The bus route DB 42 includes a bus-route correspondence table and a route information table as shown in FIG. The bus-route correspondence table includes a bus ID and a route ID as items. In addition, the route information table includes a route ID, a tour order, a bus stop, and a standard arrival time.
[0092]
In the bus ID, identification information for identifying the pick-up bus 4 is stored. In the route ID, identification information for identifying a transfer route of the transfer bus 4 is stored. The traveling order stores the traveling order of the bus stop in the corresponding route. In the bus stop, a bus stop name or identification information for identifying the bus stop is stored. The standard arrival time stores the standard arrival time from the bus stop to the hospital. The standard arrival time may be configured such that the reception server 1 updates the value every day and / or every hour.
[0093]
As shown in FIG. 12, the bus-route correspondence table and the route information table are related using the route ID as a key.
[0094]
Although not shown, the route information table may include position information including longitude and latitude corresponding to the bus stop.
[0095]
Hereinafter, an example of the reception process in the reception server 1 will be described with reference to FIG. FIG. 13 is a flowchart illustrating an example of the reception process.
[0096]
In step S30, the reception processing unit 22 acquires the temporary reception information as shown in FIG. 7 received by the information reception unit 21.
[0097]
Proceeding to step S31 following step S30, the reception processing unit 22 refers to the patient DB 41 based on the patient ID included in the provisional reception information acquired in step S30, and determines whether corresponding patient information exists. I do.
[0098]
If the reception processing unit 22 determines in step S31 that the patient information corresponding to the patient DB 41 exists (YES in step S31), the process proceeds to step S33, and determines that the patient information corresponding to the patient DB 41 does not exist (in step S31). NO), and proceed to step S32.
[0099]
In step S32, the reception processing unit 22 uses an e-mail or the like to indicate that the corresponding patient does not exist in the PC and / or the reception device 3 installed in the general reception of the hospital, that is, uses the hospital for the first time. Notify that you are a patient. At the general reception of the hospital that has received the e-mail, processing for issuing a consultation ticket (IC card) is performed.
[0100]
In step S33, the reception processing unit 22 refers to the patient DB 41 based on the patient ID included in the provisional reception information acquired in step S30, and determines the medical department that the patient wishes to receive, It is determined whether the subject is included in the medical department.
[0101]
In step S33, if the reception processing unit 22 determines that the medical subject for which the patient wants to receive a medical examination is included in the medical subject for which the patient is currently undergoing medical treatment (YES in step S33), the process proceeds to step S35, where the patient performs the medical examination. Is determined not to be included in the medical department for which the patient is currently undergoing medical care (NO in step S33), the process proceeds to step S34.
[0102]
For example, if a patient is currently undergoing medical treatment in internal medicine and dermatology, and wishes to consult a dermatologist this time, the reception processing unit 22 determines that the medical treatment subject the patient wants to consult is Is determined to be included in the medical department.
[0103]
In step S34, the reception processing unit 22 uses the e-mail to the medical department PC 2 or the like installed at the reception of the medical department where the patient wants to perform medical treatment, and determines that the patient wants to receive medical care. An e-mail is sent to the effect that the patient is not included in the receiving medical department, that is, for example, the patient is a first-time patient. At the reception of the medical department that has received the e-mail, for example, an inquiry table is prepared as a preparation for the patient at the first consultation.
[0104]
In step S35, the reception processing unit 22 creates reception information as shown in FIG. 14, which will be described later, based on the temporary reception information acquired in step S30.
[0105]
If there are a plurality of medical subjects for which the patient wishes to receive a consultation, the processing from step S33 may be repeated by the number of the plurality of medical subjects for which the patient wants to receive the consultation.
[0106]
Further, in the processing shown in FIG. 13, the processing is ended after step S32 and step S34, but after step S32 and step S34, the processing is advanced to step S35, and the reception information corresponding to each of them is obtained. You may make it create. For example, when the process proceeds to step S35 through step S32, reception information including information indicating that all of the cases are the first consultation is created in the medical department of the reception information described later, or the process proceeds to step S35 through step S34. If you proceed, create the reception information that includes information indicating that this is the first consultation only for the clinical subjects that are not currently receiving medical treatment, but this time you want to consult newly, in the medical information department of the reception information described below. Or you may make it.
[0107]
Hereinafter, an example of the reception information will be described with reference to FIG. FIG. 14 is a diagram illustrating an example of the reception information. As shown in FIG. 14, the reception information includes patient information and a bus ID. In addition, the patient information includes a patient ID, a name, and a medical care subject (there may be a plurality of subjects).
[0108]
The medical subjects included in the reception information shown in FIG. 14 include the medical subjects for which the reception processing unit 22 has permitted the medical treatment. Here, the medical subjects for which the reception processing unit 22 has permitted the medical treatment are, for example, the medical subjects and / or first consultations included in the medical subjects for which the patient is currently undergoing medical care, among the medical subjects for which the patient has requested medical treatment. This refers to a medical treatment subject that includes information indicating that this is the first consultation.
[0109]
When the provisional reception information transmitted from the transfer bus 4 includes the boarding time at which the patient boarded the transfer bus 4, the reception information shown in FIG. 14 also includes the boarding time.
[0110]
Hereinafter, an example of the scheduled arrival time calculation process in the reception server 1 will be described with reference to FIG. FIG. 15 is a flowchart for explaining an example of the expected arrival time calculation processing.
[0111]
In step S40, the scheduled arrival time calculation processing unit 23 acquires the bus position information as shown in FIG.
[0112]
Proceeding to step S41 following step S40, the estimated arrival time calculation processing unit 23 calculates the expected arrival time by referring to the bus route DB 42 using the bus ID and the position information included in the bus position information acquired in step S40. I do.
[0113]
For example, the scheduled arrival time calculation processing unit 23 refers to the bus-route correspondence table of the bus route DB 42 based on the bus ID included in the bus position information, and specifies the route ID corresponding to the bus ID. The scheduled arrival time calculation processing unit 23 refers to the route information table using the route ID, and specifies and acquires the standard arrival time based on the position information (the name of the bus stop) included in the bus position information. The scheduled arrival time calculation processing unit 23 calculates the scheduled arrival time of the shuttle bus 4 by adding the obtained standard arrival time to the current time. For example, the scheduled arrival time calculation processing unit 23 acquires the current time from a timer or the like included in the reception server 1.
[0114]
As described above, the route information table includes the longitude and latitude of the bus stop as position information, and the position information of the bus position information shown in FIG. 9 includes the current longitude and latitude of the shuttle bus 4. In such a case, the estimated arrival time calculation processing unit 23 calculates the distance between the bus stop and the distance between the bus stop and the hospital, and more precisely calculates the estimated arrival time from the average speed of the shuttle bus 4 and the like. May be implemented as follows. In the case of such a configuration, the bus position information creating unit 35 of the pick-up bus 4 creates bus position information including longitude and latitude as position information every predetermined time (for example, 5 minutes), and outputs the information. The transmission unit 31 transmits the bus position information to the reception server 1 every time the bus position information is created.
[0115]
Proceeding to step S42 following step S41, the estimated arrival time calculation processing unit 23 creates bus arrival schedule information as shown in FIG. 16 described later including the estimated arrival time of the shuttle bus 4 calculated in step S41. .
[0116]
By performing the processing shown in FIG. 15, the reception server 1 can calculate the estimated arrival time of the shuttle bus.
[0117]
Hereinafter, an example of the bus arrival schedule information will be described with reference to FIG. FIG. 16 is a diagram illustrating an example of the bus arrival schedule information. As shown in FIG. 16, the scheduled bus arrival information includes a bus ID and a scheduled bus arrival time.
[0118]
Here, the bus arrival schedule information and the reception information are related using the bus ID as a key.
[0119]
Hereinafter, an example of the order management process in the reception server 1 will be described with reference to FIG. FIG. 17 is a flowchart illustrating an example of the order management process.
[0120]
In step S50, the order management unit 24 acquires the reception information created by the reception processing unit 22 as shown in FIG.
[0121]
Proceeding to step S51 following step S50, the order management unit 24 determines whether or not the number of examination subjects for which the reception server 1 has permitted consultation this time is greater than one. In step S51, when the order management unit 24 determines that the number of examination subjects to which the reception server 1 has permitted examination is greater than 1 (YES in step S51), the process proceeds to step S52, and the examination subjects for which the reception server 1 has permitted examination. If it is determined that the number is not more than 1 (NO in step S51), the process proceeds to step S53.
[0122]
In step S52, the order management unit 24 refers to reception information and the like in each medical department, which will be described later, and obtains information on the medical departments that have a short waiting time.
[0123]
In step S53, the order management unit 24 acquires the bus arrival schedule information as shown in FIG. 16 created by the estimated arrival time calculation processing unit 23.
[0124]
Proceeding to step S54 following step S53, the order management unit 24 optimizes waiting in each department. A more detailed example of the queued optimization process will be described with reference to FIG.
[0125]
Proceeding to step S55 following step S54, the order management unit 24 subtracts 1 from the number of consultation subjects permitted by the reception server 1.
[0126]
Proceeding to step S56 following step S55, the order management unit 24 determines whether or not the number of consultation subjects for which 1 has been subtracted in step S55 is greater than zero. When the order management unit 24 determines in step S55 that the number of consulted subjects deducted by 1 in step S55 is greater than 0, the processing from step S51 is repeated, and the number of consulted subjects deducted by 1 in step S55 is 0 If it is determined that it is not larger, the process ends.
[0127]
As described above, the bus arrival schedule information shown in FIG. 16 is newly created and / or updated every time bus position information is transmitted from the shuttle bus 4, so that the bus arrival schedule information is The processing of steps S53 and S54 may be repeated each time a new file is created and / or updated.
[0128]
Hereinafter, a more detailed example of the waiting-time optimization processing described in step S54 of FIG. 17 will be described with reference to FIGS. FIG. 18 is a flowchart for explaining an example of the optimization processing of waiting for a turn. FIG. 19 is a diagram for explaining an example of reception information in each medical department. FIG. 20 is a diagram for explaining an example of updating the order number and the medical appointment reservation time.
[0129]
First, in step S60 of FIG. 18, the order management unit 24 acquires the current time. For example, the order management unit 24 acquires the current time (for example, 11:59) from a timer or the like included in the reception server 1.
[0130]
Proceeding to step S61 following step S60, the order management unit 24 calculates the reservation time for medical treatment in the corresponding medical department based on the bus arrival schedule information acquired in step S53 in FIG. For example, the order management unit 24 adds the average travel time of the patient in the hospital to the estimated bus arrival time (for example, 12:11) included in the scheduled bus arrival information acquired in step S53 of FIG. , 5 minutes) to make a reservation time (for example, 12:16) for medical treatment in the corresponding medical department. In the case where the patient desires a plurality of medical treatments, the reception server 1 permits the plurality of medical treatments, and there is a medical treatment in another medical department before the medical treatment in the corresponding medical department. The order management unit 24 calculates a reservation time for medical treatment in addition to the time required for the previous medical treatment and the like, in addition to the scheduled bus arrival time and the average travel time of the patient.
[0131]
Proceeding to step S62 following step S61, the order management unit 24 immediately before the reservation time of the medical treatment based on the reservation time (for example, 12:16) of the medical treatment in the corresponding medical department calculated in step S61. The order number included in the reception information in each medical department included in the order is acquired. The reception information in each medical department is stored in, for example, the HDD 19 or the like of the reception server 1 for a certain period of time, for example, until all the medical treatments of the corresponding patient are completed, and is managed by the order management unit 24 and the like.
[0132]
For example, when the reception information in each medical department as shown in FIG. 20A is stored in the HDD 19 or the like of the reception server 1, the order management unit 24 calculates the corresponding medical department in step S61. The order number and 4 included in the reception information in each medical department immediately before the medical appointment time, 12:16, are acquired.
[0133]
In FIG. 20, for simplification of the description, the reception information in each medical department is represented only by the patient name, the medical appointment time, and the sequence number.
[0134]
Proceeding to step S63 following step S62, the order management unit 24 determines the reception information acquired in step S50 in FIG. 17, the medical appointment reservation time (for example, 12:16) calculated in step S61 in FIG. Based on the acquired order number (for example, 4), the reception information in each medical department as shown in FIG. 19 and / or the newly created reception information in each clinical department in FIG. .
[0135]
As shown in FIG. 19, the reception information in each medical department includes the reception information shown in FIG. 14 and the medical treatment reservation information. Further, the medical treatment reservation information includes a medical treatment subject, a medical treatment reservation time, and an order number.
[0136]
In addition, as shown in the newly created reception information in each medical department in FIG. 20B, the order management unit 24 determines the medical appointment time (for example, 12:16) calculated in step S61. The time that can be reserved after the calculated medical appointment time (for example, 12:20) is set as the medical appointment time included in the reception information in each medical department created in step S63.
[0137]
In addition, as shown in the newly created reception information in each medical department in FIG. 20B, the order management unit 24 determines the order number based on the order number (for example, 4) acquired in step S62. The number (for example, 5) obtained by adding 1 to the order number to be included in the reception information in each medical department created in step S63.
[0138]
Proceeding to step S64 following step S63, as shown in FIG. 20B, the order management unit 24 determines the order included in the reception information in each medical department after the newly created reception information in each clinical department. Update the number and medical appointment time. For example, when only one piece of reception information is newly created in each medical department, the order number included in the reception information in each subsequent medical department is incremented by one, and a reservation in which a medical appointment time is determined is set. Stagger by a time interval (eg, 5 minutes).
[0139]
Note that, as described above, when the reception information includes the boarding time at which the patient boarded the shuttle bus 4, the patient information is also included in the reception information in each medical department shown in FIG. The time of boarding the vehicle is included.
[0140]
With such a configuration, the order management unit 24, for example, visits a hospital without using the pick-up bus 4, performs reception processing, and visits the outpatient time of an outpatient who has made an appointment for medical treatment. It is possible to optimize the waiting in a consistent manner by comparing with the boarding time of a patient who has boarded the reception bus 4 and performed reception. For example, when the patient E shown in FIG. 20 arrives at the hospital at 11:30 without using the shuttle bus 4 and makes an appointment at the corresponding medical department, the shuttle bus is required after 11:30. The patient (for example, patient Z) who arrives at the hospital after boarding No. 4 can compare the above two times even if the shuttle bus 4 arrives at the hospital before 12:20. Thus, the order of the patient Z can be made after the order of the patient E.
[0141]
Each medical department PC 2 can acquire the order information of the patients, perform the patient reception processing, and the like by referring to the reception information in each medical department stored and managed in the reception server 1.
[0142]
The outpatients who come to the hospital using the shuttle bus 4 refer to the reception information in each medical department that is stored and managed in the reception server 1 using the reception device 3 or the like, so that the order of reservation can be changed. Also, if multiple medical treatments are desired, it is possible to know from which medical department the medical treatment should be performed.
[0143]
By performing the processing shown in FIG. 17 and / or FIG. 18, the reception server 1 can manage the waiting for the medical treatment in each medical department. Therefore, each medical department can efficiently perform patient reception processing, medical examination preparation, and the like. Also, the patient can receive medical treatment without waiting for a long time.
[0144]
Although the preferred embodiments of the present invention have been described in detail, the present invention is not limited to the specific embodiments, and various modifications may be made within the scope of the present invention described in the appended claims.・ Change is possible.
[0145]
For example, FIG. 19 illustrates an example in which there is only one medical appointment information. However, when a patient requests a plurality of medical treatments and the reception server 2 permits the plurality of medical treatments, the medical treatment for the plurality of medical treatments is performed. The reservation information may be included in the reception information in each medical department shown in FIG. 19, or as shown in FIG. 19, the reception information in each medical department includes only one medical reservation information, and the reception server 2 The reception information in each medical department as shown in FIG. 19 may be created for each medical department for which medical treatment is permitted.
[0146]
【The invention's effect】
As described above, according to the present invention, it is possible to prepare for the reception side in advance without making the user wait for a long time.
[0147]
[Brief description of the drawings]
FIG. 1 is a conceptual diagram for explaining a series of flows from movement of an outpatient to consultation in a conventional technique.
FIG. 2 is an example of a system configuration diagram according to the embodiment of the present invention.
FIG. 3 is a conceptual diagram for explaining a series of flows from movement of a patient to medical examination using the reception system of the present invention.
FIG. 4 is a hardware configuration diagram of the reception server 1.
FIG. 5 is a functional block diagram of an example of a pick-up bus.
FIG. 6 is a flowchart illustrating an example of a temporary reception information creating process.
FIG. 7 is a diagram illustrating an example of temporary reception information.
FIG. 8 is a flowchart illustrating an example of a bus position information creation process.
FIG. 9 is a diagram illustrating an example of bus position information.
FIG. 10 is a functional block diagram of an example of a reception server.
FIG. 11 is a diagram illustrating an example of a patient DB.
FIG. 12 is a diagram illustrating an example of a bus route DB.
FIG. 13 is a flowchart illustrating an example of a reception process.
FIG. 14 is a diagram illustrating an example of reception information.
FIG. 15 is a flowchart illustrating an example of a scheduled arrival time calculation process.
FIG. 16 is a diagram illustrating an example of bus arrival schedule information.
FIG. 17 is a flowchart illustrating an example of an order management process.
FIG. 18 is a flowchart for explaining an example of an optimization process of waiting for a turn;
FIG. 19 is a diagram for explaining an example of reception information in each medical department.
FIG. 20 is a diagram for explaining an example of updating a sequence number and a medical appointment reservation time.
[Explanation of symbols]
1 reception server
2 Department PC
3 reception device
4 Shuttle bus
5 Network
11 Input device
12 Display device
13 Drive device
14 Recording medium
15 ROM (Read Only Memory)
16 RAM (Random Access Memory)
17 CPU (Central Processing Unit)
18 Interface device
19 HDD (Hard Disk Drive)
21 Information receiver
22 reception processing section
23 Scheduled arrival time calculation processing unit
24 Order management unit
31 Information transmission unit
32 Patient information acquisition unit
33 Temporary reception information creation unit
34 Location Information Acquisition Unit
35 Bus location information creation unit
41 Patient DB
42 Bus Route DB

Claims (10)

利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムであって、
前記輸送手段は、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成手段と、
当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成手段と、
前記第一受付情報及び/又は前記第一位置情報を前記受付サーバに送信する送信手段とを有し、
前記受付サーバは、前記第一受付情報及び/又は前記第一位置情報を前記輸送手段より受信する受信手段を有することを特徴とする受付システム。
A reception system having a transportation means for transporting a user, and a reception server connected to the transportation means via a network and performing processing related to reception of a service used by the user,
The transportation means, first reception information creation means for creating first reception information including first service identification information for identifying a service that the user requests use,
First position information creating means for creating first position information including position information related to the position of the vehicle,
Transmitting means for transmitting the first reception information and / or the first position information to the reception server,
The reception system, wherein the reception server includes a receiving unit that receives the first reception information and / or the first position information from the transportation unit.
前記受付サーバは、前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段を更に有することを特徴とする請求項1記載の受付システム。The reception server refers to a patient information storage unit that stores information on a patient based on the first reception information received by the reception unit, and identifies a service that the reception server has permitted to use. 2. The reception system according to claim 1, further comprising reception information creation means for creating second reception information including identification information. 前記第一受付情報及び/又は前記第二受付情報は、前記利用者を識別する利用者識別情報及び/又は前記輸送手段を識別する輸送手段識別情報を更に含むことを特徴とする請求項2記載の受付システム。3. The method according to claim 2, wherein the first reception information and / or the second reception information further include user identification information for identifying the user and / or transportation means identification information for identifying the transportation means. Reception system. 前記受付サーバは、前記受信手段において受信した前記第一位置情報に基づいて、前記輸送手段の運行に係る情報を蓄積する運行情報蓄積手段を参照し、前記輸送手段の到達予定時間を含む到達予定情報を作成する到達予定情報作成手段を更に有することを特徴とする請求項1乃至3何れか一項記載の受付システム。The reception server refers to an operation information storage unit that stores information related to the operation of the transportation unit based on the first position information received by the reception unit, and includes a scheduled arrival time including an estimated arrival time of the transportation unit. The reception system according to any one of claims 1 to 3, further comprising arrival schedule information creation means for creating information. 前記到達予定情報作成手段は、前記輸送手段より、前記第一位置情報を受信するたびに前記輸送手段の到達予定時間を算出し、前記到達予定情報を更新又は新たに作成することを特徴とする請求項4記載の受付システム。The arrival schedule information creating unit calculates an expected arrival time of the transportation unit every time the first position information is received from the transportation unit, and updates or newly creates the arrival schedule information. The reception system according to claim 4. 前記受付サーバは、前記到達予定情報及び前記第二受付情報に基づいて、利用者の前記サービスの利用順番を管理する利用順番管理手段を更に有することを特徴とする請求項4又は5記載の受付システム。6. The reception according to claim 4, wherein the reception server further includes a use order management unit that manages a use order of the service of the user based on the arrival schedule information and the second reception information. system. 前記利用順番管理手段は、前記到達予定情報及び前記第二受付情報に基づいて、前記サービスの利用予約に係るサービス利用予約情報を含む第三受付情報を作成することを特徴とする請求項6記載の受付システム。The method according to claim 6, wherein the use order management unit creates third reception information including service use reservation information related to the use reservation of the service, based on the arrival schedule information and the second reception information. Reception system. 利用者を輸送する輸送手段と、該輸送手段とネットワークを介して接続された前記利用者が利用するサービスの受付に係る処理を行う受付サーバとを有する受付システムにおける受付方法であって、
前記輸送手段が、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報を作成する第一受付情報作成段階と、
当該輸送手段の位置に係る位置情報を含む第一位置情報を作成する第一位置情報作成段階と、
前記第一受付情報及び/又は前記第一位置情報を前記受付サーバに送信する送信段階とを有し、
前記受付サーバが、前記第一受付情報及び/又は前記第一位置情報を前記輸送手段より受信する受信段階を有することを特徴とする受付方法。
A reception method in a reception system having a transportation means for transporting a user, and a reception server connected to the transportation means via a network and performing processing relating to reception of a service used by the user,
A first reception information creating step in which the transportation means creates first reception information including first service identification information for identifying a service for which the user requests use;
First position information creating step of creating first position information including position information related to the position of the vehicle,
Transmitting the first reception information and / or the first position information to the reception server,
The reception method, wherein the reception server has a receiving step of receiving the first reception information and / or the first position information from the transportation means.
利用者が利用するサービスの受付に係る処理を行う受付サーバであって、
前記利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び/又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手段と、
前記受信手段において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手段と
を有することを特徴とする受付サーバ。
A reception server that performs processing related to reception of a service used by a user,
A first location including first service identification information including first service identification information for identifying a service requested by the user, and / or a first location including location information relating to a location of the transportation means, by means of transporting the user; Receiving means for receiving information;
Based on the first reception information received by the reception unit, refer to a patient information storage unit that stores information on a patient, and include second service identification information for identifying a service that the reception server has permitted use. A reception server, comprising: reception information creation means for creating reception information.
コンピュータに、
利用者を輸送する輸送手段より、前記利用者が利用を要求するサービスを識別する第一サービス識別情報を含む第一受付情報及び/又は前記輸送手段の位置に係る位置情報を含む第一位置情報を受信する受信手順と、
前記受信手順において受信した前記第一受付情報に基づいて、患者に係る情報を蓄積する患者情報蓄積手段を参照し、当該受付サーバが利用を許可したサービスを識別する第二サービス識別情報を含む第二受付情報を作成する受付情報作成手順と
を実行させるための受付プログラム。
On the computer,
First reception information including first service identification information for identifying a service requested by the user from the transportation means for transporting the user, and / or first position information including position information on the position of the transportation means. Receiving procedure for receiving the
Based on the first reception information received in the reception procedure, refer to a patient information storage unit that stores information about a patient, and include second service identification information for identifying a service that the reception server has permitted use. A reception program for executing a reception information creation procedure for creating reception information.
JP2003155530A 2003-05-30 2003-05-30 Receiving system, reception method, reception server and reception program Pending JP2004355547A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003155530A JP2004355547A (en) 2003-05-30 2003-05-30 Receiving system, reception method, reception server and reception program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003155530A JP2004355547A (en) 2003-05-30 2003-05-30 Receiving system, reception method, reception server and reception program

Publications (1)

Publication Number Publication Date
JP2004355547A true JP2004355547A (en) 2004-12-16

Family

ID=34049877

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003155530A Pending JP2004355547A (en) 2003-05-30 2003-05-30 Receiving system, reception method, reception server and reception program

Country Status (1)

Country Link
JP (1) JP2004355547A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7048715B1 (en) 2020-12-28 2022-04-05 楽天グループ株式会社 Reservation management system, reservation management method and program

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7048715B1 (en) 2020-12-28 2022-04-05 楽天グループ株式会社 Reservation management system, reservation management method and program
JP2022104421A (en) * 2020-12-28 2022-07-08 楽天グループ株式会社 Reservation management system, reservation management method, and program
TWI826850B (en) * 2020-12-28 2023-12-21 日商樂天集團股份有限公司 Reservation management system, reservation management method and information storage media

Similar Documents

Publication Publication Date Title
JP3868266B2 (en) Order notification system and computer program
CN108461133B (en) Intelligent triage management system for hospital and medical server used by same
US20090291672A1 (en) System And Method For Providing Personalized Automated And Autonomously Initiated Information Delivery And Chaperone Service
JP2007011971A (en) Route information provision system
US8626953B2 (en) System and method of communicating data for a hospital
JP2007323482A (en) Information processor, movement guide providing method and program
CN112215713A (en) Pet insurance system and method
JP2009080676A (en) Patient calling system and patient calling method
JP2014071671A (en) Medical examination reservation management device, operation method thereof, and program
Cornette Contemporary neonatal transport: problems and solutions
JP6172742B2 (en) Home visit status confirmation support device and home visit status confirmation support method
CN109844782A (en) Including the CAD shifted automatically
JP2003186997A (en) Integral electronic medical record system, electronic medical record server, and individual electronic medical record system
JP2016148999A (en) Medical support system, and its operation method, medical support program and medical support device
JP2004355547A (en) Receiving system, reception method, reception server and reception program
JPH08153140A (en) Outpatient leading guidance device
JP2002329002A (en) Appointment system
JP2021022334A (en) Server, system, and method for processing information
JP2002312492A (en) Information providing system and its method and information providing device
US20090138354A1 (en) Methods of Storing and Providing Samples of Cells and Tissue
Lind et al. Transfer of intubated patients with traumatic brain injury to Auckland City Hospital
JP6488778B2 (en) Electronic medical record management program, electronic medical record management apparatus, and electronic medical record management method
WO2011068005A1 (en) Emergency medicine support device, doctor availability-status management-use terminal, emergency medicine support method and program
JP5024052B2 (en) Medical support program, processing method and processing apparatus
Olajubu et al. LWAs computational platform for e-consultation using mobile devices: cases from developing nations

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060518

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20081226

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090113

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090306

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090623