CN1754182A - 预约受理方法、事前呼叫方法及其程序 - Google Patents

Abstract

用户希望预约时，向用户终端(6)输入预约委托。用户终端(6)将预约委托向远程服务器(2)发送。远程服务器(2)保存预约委托。受理处理装置(1)向远程服务器(2)发送询问信息时，远程服务器(2)在应答询问信息之后，向受理处理装置(1)发送保存的预约委托。受理处理装置(1)根据接受的预约委托进行预约受理。通过以上的动作，受理处理装置(1)从应答询问信息的服务器接受信息，从而可以防止非法访问。

Description

预约受理方法、事前呼叫方法及其程序

技术领域

本发明涉及预约受理方法及其程序，更详细而言，就是涉及使用用户终端、可以通过电气通信线路与上述用户终端连接的远程服务器、以及可以通过上述电气通信线路与上述远程服务器连接的受理处理装置的、用于接受提供的服务的预约受理方法及其程序。

背景技术

现在，在银行是按先到达受理窗口的顺序向用户发放预约受理号码而按预约受理号码的顺序向用户提供服务的。另外，在医院也是按先到达顺序发放预约受理号码而按预约受理号码顺序进行诊治的。

如以上所述，在对来到银行或医院的用户提供服务的行业中，已导入了按先到达顺序发放用于提供服务的预约受理号码的***。

但是，对于发券***而言，虽然没有必要排列在服务窗口或诊疗室这样的服务提供场所进行等待，但是必须停留在服务提供场所附近。因为受到呼叫的时间不明，如果不在电光告示板的可见范围内或可以听到呼叫声音的范围内，就不知道是否呼叫了自己的预约受理号码。因此，受理后到接受服务的时间段就必须约束在银行内或医院内这样的指定的场所，从而浪费时间。

近年来，以消除这样的时间浪费为目的而使用手机的因特网连接功能的诊治申请***受到了注目。但是，存在保密性的确保问题和因特网发生故障时***停止等问题。

发明内容

本发明的目的旨在提供可以有效地利用预约受理后到接受提供服务的时间的预约受理***。

本发明的其他目的旨在提供可以确保高的保密性并且即使电气通信线路发生异常也可以继续进行业务的预约受理***。

本发明的预约受理方法是一种基于用户终端、可以与所述用户终端连接的远程服务器、和可以与所述远程服务器连接的受理处理装置的预约受理方法，其特征在于，包括：从所述用户终端向所述远程服务器发送预约委托的步骤；将发送到所述远程服务器的预约委托向所述受理处理装置发送的步骤；和根据发送到所述受理处理装置的预约委托进行预约受理的步骤。

用户进行预约时，用户将预约委托输入用户终端。用户终端将输入的预约委托向远程服务器发送。接收到预约委托的远程服务器将该预约委托向受理处理装置发送。这样，预约委托一定从用户终端经由远程服务器向受理处理装置发送。因此，受理处理装置不是直接从用户终端接收预约委托等信息。因此，受理处理装置可以防止来自用户终端的非法访问，从而可以提高受理处理装置的保密性。结果，可以防止由于非法访问等引起受理处理装置的动作停止，而受理处理装置可以继续动作。

此外，预约受理方法优选进而包括从所述受理处理装置向所述远程服务器进行询问的步骤，在将所述预约委托向所述受理处理装置发送的步骤中，根据所述询问而发送所述预约委托。

这时，只要没有受理处理装置的询问，远程服务器就不将预约委托向受理处理装置发送。即，受理处理装置只接收根据自己发送的询问从远程服务器发送来的预约委托。因此，可以进一步提高受理处理装置的保密性。

这时，不必将受理处理装置的地址固定。因为从远程服务器向受理处理装置发送预约委托时，一定在此之前从受理处理装置向远程服务器进行了询问，远程服务器可以根据该询问来特定受理处理装置的地址。因此，受理处理装置可以不利用专用线，从而可以抑制设备费用。

预约受理方法优选进而包括：判断在指定期间内所述受理处理装置是否接收到所述远程服务器对所述询问的应答的步骤；和在判定为在指定期间内未接收到所述应答时，向所述受理处理装置的操作员发出警告通知的步骤。

这时，在受理处理装置向远程服务器进行询问之后，判断在指定期间内是否接收到了远程服务器的应答。没有远程服务器的应答时，就可以认为电气通信线路或远程服务器发生了某种故障。因此，在没有应答时，受理处理装置就通过声音或画面显示等向操作员发出警告通知。结果，操作员就可以容易识别电气通信线路或远程服务器发生了故障，从而可以迅速采取措施。

预约受理方法优选进而包括：在每个指定期间从所述受理处理装置向所述远程服务器发送表示预约状况的预约状况数据的步骤；和根据所述用户终端的要求从所述远程服务器向所述用户终端发送所述预约状况数据的步骤。

这时，受理处理装置在每个指定期间向远程服务器发送预约状况数据。因此，可以使远程服务器内的预约状况数据与受理处理装置内的预约状况数据同步。此外，远程服务器根据用户终端的要求发送回预约状况数据。这样，用户在进行预约委托之前可以参照大致最新的预约状况。

预约受理方法优选进而包括：从所述用户终端向所述远程服务器发送预约受理号码的步骤；根据发送到所述远程服务器的预约受理号码和所述预约状况数据而计算至接受提供服务时的等待人数和/或等待时间作为呼叫状况数据的步骤；和从所述远程服务器向所述用户终端发送所述呼叫状况数据的步骤。

这时，在用户终端的用户完成预约之后，从用户终端向远程服务器发送预约受理号码。远程服务器根据预约受理号码和预约状况数据，计算用户到接受提供服务时的等待人数和/或等待时间作为呼叫状况数据。计算出的呼叫状况数据向用户终端发送。因此，用户可以把握到自己接受提供服务时后面还有几个等待的人数或多少等待的时间。结果，用户就可以有效地灵活使用到接受提供服务之前的时间。

本发明的事前呼叫方法是一种基于可以与具有接受直至提供服务时的呼叫状况数据的远程服务器连接的用户终端的事前呼叫方法，其特征在于，包括：保存从外部输入的呼叫条件的步骤；将从外部输入的预约受理号码向所述远程服务器发送的步骤；根据所述预约受理号码接收从所述远程服务器发送来的所述呼叫状况数据的步骤；判断所述呼叫状况数据是否满足所述呼叫条件的步骤；和满足所述呼叫条件时向所述用户终端的用户通知表示满足呼叫条件的信息的步骤。

在本发明的事前呼叫方法中，用户将例如到接受服务时的等待人数不满10人时所通知的呼叫条件输入用户终端。然后，用户将预约受理号码输入用户终端，用户终端将输入的预约受理号码向远程服务器发送。远程服务器根据预约受理号码将预约受理号码的用户到接受提供服务时的呼叫状况数据向用户终端发送。用户终端判断接收的呼叫状况数据是否满足呼叫条件，满足呼叫条件时通过声音或振动或者画面显示等进行该信息的通知。结果，用户就可以从用户终端知道表示自己接近接受提供服务的号码的信息。从而用户可以有效地灵活利用到自己接受提供服务之前的时间。

事前呼叫方法优选在进行所述判断的步骤判定为不满足所述呼叫条件时，反复进行：将所述预约受理号码向所述远程服务器发送的步骤；接收所述呼叫状况数据的步骤；和判断所述呼叫状况数据是否满足所述呼叫条件的步骤。

这时，用户终端在呼叫状况数据满足呼叫条件之前反复进行将预约受理号码向远程服务器发送、接收呼叫状况数据、判断接收的呼叫状况是否满足呼叫条件的一系列的动作。结果，用户只要输入1次呼叫条件和预约受理号码，不反复进行预约受理号码的反复输入，就可以从用户终端知道表示自己接近接受提供服务的号码的信息。

附图说明

图1是表示本发明的实施例的预约受理***的全体结构的功能框图。

图2是表示图1所示的预约受理***的预约委托处理的动作的流程图。

图3是图2中的步骤S101的预约委托信息输入画面图。

图4是表示图1所示的预约受理***的预约受理处理的动作的流程图。

图5是图4中的步骤S215的告示显示器画面图。

图6是表示图1所示的预约受理***的结束通知处理的动作的流程图。

图7是图6中的旁S301的输入画面图。

图8是图6中的步骤S305的结束通知画面图。

图9是表示图1所示的预约受理***的定期通信处理的动作的流程图。

图10是表示图1所示的预约受理***的呼叫状况通知处理的动作的流程图。

图11是图10中的步骤S501的输入画面图。

图12是图10中的步骤S506的呼叫状况通知画面图。

图13是表示图1所示的预约受理***的呼叫状况通知处理的其他例的动作的流程图。

图14是表示图1所示的预约受理***的混杂状况通知处理的动作的流程图。

图15是图14中的步骤S706的混杂状况通知画面图。

图16是表示图1所示的预约受理***的统计信息通知处理的动作的流程图。

图17是表示图1所示的预约受理***的发券处理的动作的流程图。

图18是表示图1所示的预约受理***的呼叫处理的动作的流程图。

图19是表示图1所示的预约受理***的跳跃处理的动作的流程图。

图20是图19中的步骤S1003的告示显示器画面图。

图21是表示图1所示的预约受理***的呼叫跳跃处理的其他例的动作的流程图。

具体实施方式

下面，参照附图详细说明本发明的实施例。对于图中相同或相当部分标以相同的符号，并沿用其说明。

1.预约受理***的全体结构

参照图1，预约受理***10具有受理处理装置1和远程服务器2。受理处理装置1和远程服务器2通过因特网等电气通信线路3而连接。

受理处理装置1包括CPU(Central Processing Unit)11、存储器12、硬盘13、告示显示器15、鼠标或键盘等输入部16、和发券部17。硬盘13包含主机侧状况数据文件131和主机侧受理数据文件132。主机侧状况数据文件131存储已发放的预约受理号码中的最新的预约受理号码、等待人数、等待时间、现在呼叫中的预约受理号码和呼叫时不在的人的预约受理号码等信息(以下，称为状况数据)。主机侧受理数据文件132存储预约委托。告示显示器15在医院内优选设置在来访者可以阅览的场所。另外，在医院内有多个诊疗室时，输入部16可以设置受理场所和各诊疗室。发券部17向来访者发放预约受理号码券。受理处理装置1根据从远程服务器2发送来的预约委托进行诊疗的预约受理业务。另外，受理处理装置1可以与远程服务器2独立地进行预约的受理。

另一方面，远程服务器2包含CPU21、存储器22和硬盘23。硬盘23包含远程侧状况数据文件231、远程侧受理数据文件232和统计数据文件233。远程侧状况数据文件231保存从受理处理装置1发送来的状况数据。远程侧受理数据文件232保存从用户利用的PDA(Personal Digital Assistant)或手机等便携式终端4或者固定终端5(以下，也将便携式终端4和固定终端5称为用户终端6)发送来的预约委托。统计数据文件233保存每个指定期间(例如，每1小时)的状况数据的统计结果。远程服务器2从用户终端6通过电气通信线路3接收预约委托。远程服务器2通过接收预约委托，用户在去医院之前可以从自宅或外面预约诊疗。

通过将预约受理程序安装到受理处理装置1和远程服务器2中，受理处理装置1和远程服务器2可以进行以下所示的预约受理处理。预约受理程序可以作为微程序预先存储到存储器12和存储器22中。

另外，便携式终端4包含CPU41和存储器42，通过安装事前呼叫程序，可以进行事前呼叫处理。便携式终端4也可以在预先安装事前呼叫程序之后进行出售。另外，事前呼叫程序预先保存到远程服务器2的硬盘23中，用户在购买便携式终端4之后，可以将事前呼叫程序从远程服务器2中下载到便携式终端4中。

2.远程预约受理处理

下面，说明预约受理***10的预约受理处理中从医院外的用户进行预约受理的动作(以下，称为远程预约受理处理)。用户在家里进行诊疗的预约时或外出的用户进行诊疗的预约时，可以进行远程预约受理处理。

远程预约受理处理分为远程服务器2从用户终端6接收预约委托的处理(暂时预约受理处理)、每个指定期间远程服务器2向受理处理装置1发送预约委托而受理处理装置1接收用户的预约的处理(正式预约受理处理)、和用户询问是否完成预约受理的处理(预约完成询问处理)。下面，分别说明各处理。

2-1.暂时预约受理处理

参照图2，用户想进行医院的预约时，用户将预约委托信息输入用户终端6的预约委托信息输入画面(S101)。图3表示用户使用便携式终端4时的预约委托信息输入画面。在预约委托信息中分别输入用户的姓名、出生年月、手机号码、不是初诊时还要输入医疗***码。用户的姓名、医疗***码和出生年月与用户ID联结预先保存在远程服务器2的硬盘23内时，用户也可以将用户ID输入用户终端6作为预约委托信息。用户终端6将输入的预约委托信息向远程服务器2发送(S102)。远程服务器2接收到预约委托信息之后(S103)，判断在接收前的指定期间内是否进行过定期通信处理(S104)。这里，所谓定期通信处理，就是指在受理处理装置1与远程服务器2之间定期地收发信息的处理。关于定期通信处理，后面进行说明。是否进行过定期通信处理，根据远程侧状况数据文件231内的状况数据在步骤S103的接收前的指定期间内是否已更新而进行判断。

在步骤S104判定未进行过定期通信处理时，远程服务器2就判定为在预约受理***10内发生了异常。因为，没有进行过定期通信处理的事实就可以认为受理处理装置1发生了异常或电气通信线路3发生了异常。因此，这时远程服务器2就向用户终端6发送表示预约受理***现在已停止的信息的通知(以下，称为错误通知)(S105)。用户终端6接收表示停止的信息，并显示在显示器(图中未示出)上(S108)。

另一方面，在步骤S104的判断结果是判定在指定期间内进行了定期通信处理时，远程服务器2就进行暂时预约受理处理(S106)。具体而言，就是远程服务器2将从用户终端6发送来的预约委托信息存储到远程侧受理数据文件232中。

在暂时预约受理处理结束之后，远程服务器2将暂时预约受理完成通知向用户终端6发送(S107)。用户终端6接收暂时预约受理完成通知，并显示在显示器上(S108)。

2-2.正式预约受理处理

仅完成了暂时预约受理处理，用户的预约还没有完成。受理处理装置1进行了用户的预约受理，用户的预约才完成。因此，受理处理装置1进行从远程服务器2取得预约委托信息的正式预约受理处理。图4表示正式预约受理的动作。如图4所示，将正式预约受理处理的全体动作作为步骤S20。

参照图4，正式预约受理处理(S20)在受理处理装置1与远程服务器2定期地收发信息的定期通信处理之后进行。关于定期通信处理，后面说明。受理处理装置1判断远程侧受理数据文件232中是否记录了新的预约委托信息(S202～S206)。这里，所谓新的预约委托信息，就是指在前次的正式预约受理处理之后保存到远程侧受理数据文件232中的预约委托信息。受理处理装置1将有无新的预约委托信息的询问信息向远程服务器2发送(S202)。远程服务器2接收到询问信息之后(S203)，判断远程侧受理数据文件232内是否保存了新的预约委托信息，并发送该判断结果(S204)。受理处理装置1接收到远程服务器2的判断结果后(S205)，根据判断结果判断有无新的预约委托信息(S206)。判断的结果是没有新的预约委托信息时，受理处理装置1就结束预约受理处理。

另一方面，有新的预约委托信息时，受理处理装置1就进行取得远程侧受理数据文件232中保存的预约委托信息的处理(S207～S215)。具体而言，受理处理装置1向远程服务器2发送预约委托信息的要求信息(S207)。远程服务器2接收到要求信息之后(S208)，将远程侧受理数据文件232所保存的预约委托信息向受理处理装置1发送(S209)。受理处理装置1接收预约委托信息之后，保存到硬盘13内的主机侧受理数据文件132内(S210)。

在保存预约委托信息之后，受理处理装置1根据主机侧状况数据文件131中保存的最新的状况数据和保存的预约委托信息，进行预约受理号码计算处理(S211)、等待人数计算处理(S212)、和等待时间计算处理(S213)。在预约受理号码计算处理中，按预约委托早的预约委托信息顺序赋予预约受理号码(S211)。具体而言，参照状况数据内的最新的发放的预约受理号码，对预约委托早的各预约委托信息顺序计数预约受理号码。例如，在步骤S210接收的预约委托有3件，状况数据内最新的发放的预约受理号码是「30050」时，受理处理装置1就对预约委托每个早的各预约委托信息赋予「30051」、「30052」、「30053」的预约受理号码。预约受理号码以10进位时，可以采用「30060」、「30070」、「30080」。另外，在等待人数计算处理中，根据下式(1)计算等待人数(S212)。

等待人数＝预约受理号码-呼叫号码           (1)

这里，所谓呼叫号码，就是从诊疗室接收的呼叫的号码(即，诊疗等待结束的号码)。在等待时间计算处理中，根据下式(2)计算等待时间(S213)。

等待时间＝等待人数×预想时间              (2)

这里，预想时间是可以任意决定的时间。例如，如果医院的诊疗平均每1个人需要5分钟，就可以采用预想时间＝5分钟。此外，每1个人的诊疗时间随时间段而不同时或随内科、外科而诊疗时间不同时，可以对各时间段或不同科决定预想时间。此外，也可以根据等待人数而改变预想时间，例如等待人数为1人～10人时取预想时间＝3分钟，等待人数为11人以上时取预想时间＝5分钟。步骤S211～S213的计算结果保存到主机侧状况数据文件131内。

在以上的计算处理结束之后，受理处理装置1根据在步骤S212计算的预约受理号码从发券部17发放预约受理号码券(S214)。另外，将在步骤S211计算的等待人数和在步骤S213计算的等待时间的信息显示在医院内的告示显示器15上(S215)。步骤S215的告示显示器的画面示于图5。呼叫号码显示部201显示呼叫号码，等待人数显示部202显示等待人数，等待时间显示部203显示等待时间。受理处理装置1按在步骤S210接收的预约信息数反复进行步骤S211～S215的动作。

在以上的动作结束之后，受理处理装置1将在步骤S211计算出的各预约信息的预约受理号码向远程服务器2发送(S216)。在发送预约受理号码时，也发送主机侧状况数据文件131保存的状况数据。远程服务器2接收到各预约委托信息的预约受理号码之后(S217)，将预约受理号码与对应的预约委托信息关联，保存到远程侧受理数据文件232内(S218)。等待人数、等待时间和呼叫号码保存在远程侧状况数据文件231内。

2-3.预约完成询问处理

用户可以使用用户终端6询问受理处理装置1的预约受理是否完成。参照图6，用户使用用户终端6将询问信息向远程服务器2发送(S301)。图7表示用户使用便携式终端4时的步骤S301的便携式终端画面。这时，用户如果选择画面中的「看确认画面」，就从便携式终端4向远程服务器2发送询问信息。远程服务器2接收到询问信息之后(S302)，判断在受理处理装置1中是否完成了预约受理(S303)。具体而言，远程服务器2根据特定用户终端6的信息(例如，电话号码或预先从远程服务器2赋予的识别号码等)，参照远程侧受理数据文件232内的用户的预约委托信息，判断该预约委托信息是否含有从受理处理装置1赋予的预约受理号码，判断的结果是不含有预约受理号码时，远程服务器2就将表示预约受理未完成的信息的通知(未完成通知)向用户终端6发送(S304)。用户终端6接收到未完成通知之后，显示在显示器上(S305)。

另一方面，在步骤S303的判断结果是含有预约受理号码时，远程服务器2就向用户终端6发送赋予的预约受理号码和远程侧状况数据文件231内的状况数据(S304)。用户终端6接收到预约受理号码和状况数据之后，将预约受理号码和状况数据显示在显示器上(S305)。这时的便携式终端4的画面示于图8。

通过以上的动作，用户不到医院去就可以从医院外进行诊疗的预约。

3.定期通信处理

受理处理装置1和远程服务器2在每个指定期间进行收发信息的定期通信处理。通过进行定期通信处理，使主机侧状况数据文件131内的信息与远程侧状况数据文件231内的状况数据同步。图9表示定期通信处理的动作。将图9中的受理处理装置1侧的定期通信处理动作作为定期通信处理S41，将远程服务器2侧的定期通信处理动作作为定期通信处理S42。

参照图9，作为定期通信处理，受理处理装置1首先判断联机标志是否接通(S401)。预约受理***10正常动作时联机标志接通，由于某种异常而预约受理***10不正常动作时则为截止。联机标志存储在硬盘13内。联机标志截止时(S401)，定期通信处理暂时结束，在经过指定期间之后(S415)，再次返回到步骤S401。另一方面，联机标志接通时，受理处理装置1进行定期通信的准备(S402)。具体而言，从主机侧状况数据文件131中检索在前次的定期通信处理之后更新的状况数据(以下，称为更新数据)。检索到的更新数据变换为可以发送的数据格式。

在定期通信准备结束之后，受理处理装置1将包含更新数据的定期通信信息向远程服务器2发送(S403)。远程服务器2接收到定期通信信息之后(S404)，判断接收的信息是否有效(S405)。判断信息的有效性的1个理由，是为了检查是否有更新数据的数据丢失或更新数据的乱码等现象。另外，其他理由是为了通过检查发送的信息是否从受理处理装置1发送的而防止非法访问。

判断的结果是信息有效时(S405)，远程服务器2就认为状态“OK”(S406)，并将接收的更新数据保存在远程侧状况数据文件231内(S407)。这时，也保存更新日期。另一方面，判断的结果是信息无效时(S405)，远程服务器2就认为“NG”(S408)。状态记录到硬盘23内。在决定状态之后，远程服务器2将应答信息向受理处理装置1发送(S409)。应答信息中包含状态信息。

受理处理装置1在步骤S403发送信息之后，对远程服务器2的应答信息等待指定期间(S410)。经过指定期间还没有应答信息时(S411)，受理处理装置1就判定电气通信线路3或远程服务器2发生了某种异常，并将错误通知显示在告示显示器15上(S413)。错误通知可以利用声音进行。然后，受理处理装置1使联机标志截止(S414)。使联机标志截止的作业，也可以通过手动进行。通过使联机标志截止，受理处理装置1与电气通信线路3完全独立，如后面所述，可以在医院内单独进行预约受理处理。

另一方面，在指定期间内接收到应答信息时(S411)，判断包含在接收的应答信息中的状态是否“OK”(S412)。判断的结果是状态为“OK”时，就进行图4所示的正式预约受理处理S20。在步骤S412的判断结果是状态“NG”时，就判定电气通信电路3或远程服务器2发生了故障，并将错误通知显示在告示显示器15上(S413)。这时，联机标志自动或通过手动成为截止(S414)。

通过以上的动作，在本发明的实施例的预约受理***中，使用受理处理装置1和远程服务器2的2个服务器进行定期通信处理。因此，即使电气通信线路3或远程服务器2发生了某种故障，受理处理装置1也可以单独进行预约受理处理。因此，发生故障时也可以使预约受理***10继续工作。***全体不会停止。另外，在定期通信处理中，定期通信信息一定是从受理处理装置1向远程服务器2发送，而不是相反。即，受理处理装置1自己发送定期通信信息，不与应答的远程服务器2以外的服务器进行信息的收发处理。因此，可以极大地提高受理处理装置1的保密性。

4.呼叫状况通知处理

通过远程预约受理处理，受理处理装置1完成预约受理，赋予预约受理号码的用户可以接收到呼叫自己的预约受理号码为止的等待人数和等待时间等的信息(呼叫状况数据)的通知(呼叫状况通知处理)。参照图10，用户向用户终端6输入预约受理号码，用户终端6将包含输入的预约受理号码的询问信息向远程服务器2发送(S501)。在步骤S501使用便携式终端4时的预约受理号码输入画面示于图11。远程服务器2接收到询问信息之后(S502)，判断在接收前的指定期间内是否进行了定期通信处理(S503)。是否进行了定期通信处理的判断，参照远程侧状况数据文件231内的更新日期记录来进行。

判断的结果是未进行定期通信处理时(S503)，就判定电气通信线路3或受理处理装置1发生了异常。这时，远程服务器2将错误通知向用户终端6发送(S504)。另一方面，进行了定期通信处理时，远程服务器2就判定预约受理***10在正常动作。这时，远程服务器2就使用远程侧状况数据文件231内的状况数据进行呼叫状况数据的计算。具体而言，使用预约受理号码和式(1)、(2)计算到呼叫在步骤S502接收的预约受理号码为止的等待人数和等待时间。计算结果作为呼叫状况数据向用户终端6发送(S505)。用户终端6接收到呼叫状况数据之后，显示在显示器上(S506)。使用便携式终端4时的步骤S506的画面示于图12。

通过以上的动作，用户在医院外时也可以把握到呼叫到自己的预约受理号码为止的等待人数和等待时间等的信息。因此，用户在医院呼叫之前不必待在医院内，从而可以有效地利用到呼叫之前的时间。

用户利用便携式终端4时，在呼叫的指定期间之前用户可以接收声音振动或通过显示表示呼叫时间接近的信息的通知。

参照图13，便携式终端4的用户首先将预约受理号码和呼叫条件输入便携式终端4(S601)。这里，所谓呼叫条件，就是指例如等待时间不到30分钟时就进行通知或等待人数少于10个人时就进行通知这样的条件。预约受理号码和呼叫条件输入之后，便携式终端4就判断现在是否在服务圈内(S602)。在服务圈外时，便携式终端4通过利用警告声音或振动或者在显示器上进行警告显示而引起用户注意(S603)。然后，在经过指定期间之后(S604)，再次返回到步骤S602的动作。

另一方面，在服务圈内时，便携式终端4就向远程服务器2发送包含输入的预约受理号码的询问信息(S620)。然后，远程服务器进行图10中的呼叫状况通知处理中的步骤S502～S505的动作，并将错误通知或计算的呼叫状况数据向便携式终端4发送。便携式终端4接收错误通知或呼叫状况数据(S605)。

在接收之后，便携式终端4根据接收的信息判断预约受理***10是否正常地动作(S606)。在预约受理***停止时(即，在步骤S605接收到错误通知时)，便携式终端4将错误通知显示在显示器上或发生警告声音而引起用户的注意(S607)。另一方面，在预约受理***正常地动作时(即，在步骤S605接收到呼叫状况数据时)，便携式终端4根据呼叫状况数据和在步骤S601输入的呼叫条件判断是否向用户发出通知(S608)。具体而言，便携式终端4判断呼叫状况数据中的等待时间是否不到30分钟。或者，便携式终端4判断呼叫状况数据中的等待人数是否不到10个人。

判断的结果是呼叫状况数据不满足呼叫条件时，在经过指定期间之后(S604)再次返回到步骤S602。另一方面，在状况数据满足呼叫条件时，便携式终端4就进行表示接近呼叫时间的信息的通知(S609)。利用声音或振动或者利用显示器上的画面显示进行通知。

然后，便携式终端4在经过指定期间之后(S610)判断是否进行了键操作(S611)。这里，所谓键操作，就是用于停止步骤S609的通知的键操作，例如，只要按下了便携式终端4内的多个按钮(图中未示出)内的某一个，就进行了键操作。进行了键操作时(S611)，由于用户识别了通知，所以，便携式终端4就结束动作。另一方面，未进行键操作时(S611)，便携式终端4在经过指定期间之后(S604)，再度返回到步骤S602。由于用户未识别通知，所以，必须再次进行通知。步骤S604的指定期间随着接近用户的预约受理号码的呼叫时间而变短。例如，等待时间在10分钟以上时，步骤S604的指定期间为3分钟，等待时间不到10分钟时，指定期间就变为1分钟。

通过以上的动作，只要用户向便携式终端4输入了1次呼叫条件，在接近自己的预约受理号码的呼叫时就自动地利用声音或画面显示而接收到通知。因此，可以防止由于在医院外而在呼叫时耽误了诊疗时间。

5.预约状况通知处理

用户也可以使用用户终端6而把握医院的预约状况。参照图14，用户使用用户终端6发送预约状况的询问信息(S701)。远程服务器2接收到询问信息之后(S702)，判断在接收前的指定期间内是否进行了定期通信处理(S703)。未进行定期通信处理时，远程服务器2就向用户终端6进行错误通知(S704)。这时，用户终端6接收错误通知，并显示在显示器上(S706)。另一方面，进行了定期通信处理时，远程服务器2就将远程侧状况数据文件231内的状况数据向用户终端6发送(S705)。这里，状况数据包含等待人数、等待时间和现在呼叫的预约受理号码等。用户终端6接收到盅数据之后，显示在显示器上(S706)。步骤S706的用户终端6的显示器画面示于图15。

通过以上的动作，用户不到医院去，在家里或外出时就可以把握医院的预约状况，从而可以取得判断是否进行预约时的有效的信息。

6.统计信息通知处理

在预约状况通知处理中，可以看到用户进行询问时的医院的状况数据，但是，有时也想从更大局面看医院的混杂情况。这时，用户通过参照统计信息可以把握医院的1周单位或1个月单位中的混杂情况。参照图16，远程服务器2将每个指定期间(例如每1小时)的状况数据从远程侧状况数据文件231保存到统计数据文件233内(S1201)。这时，对每个指定期间的状况数据作为统计数据进行保存。在每个指定期间取得数据，是由于按时间单位统计混杂情况是最容易理解混杂情况的。但是，向统计数据文件233内的保存条件可以设定为时间以外的条件。

用户使用用户终端6将统计数据的要求信息向远程服务器2发送(S1202)。远程服务器2接收到要求信息之后(S1203)，将保存在统计数据文件233内的统计数据向用户终端6发送(S1204)。这时，为了容易理解统计内容，可以将统计数据图形化后进行发送。用户终端6接收到所发送的统计数据之后，显示在显示器上(S1205)。

通过以上的动作，用户可以把握每个指定期间的混杂状况。因此，通过参照统计数据，可以作为进行医院的预约受理时的参考。

7.单独预约受理处理

以上所示的处理，通过在受理处理装置1与远程服务器2之间收发信息而进行预约受理。但是，如前所述，受理处理装置1也可以独立地进行预约受理处理。下面，说明受理处理装置1单独的预约受理处理和呼叫处理(单独预约受理处理)。单独预约受理处理包含发券处理、呼叫处理和呼叫跳跃处理。

7-1.发券处理

参照图17，根据用户的要求，医院的受理人员使用受理处理装置1的输入部16进行发券操作(S801)。例如，受理人员从来到医院接受诊疗的患者收取医疗卡等之后，就向受理处理装置1输入发券委托。在输入结束之后，受理处理装置1计算应赋予用户的预约受理号码(S802)。预约受理号码按受理顺序计数号码，但是，可以逐一计数，也可以按每个10计数。但是，例如预约受理号码的高位的多个位可以作为业务(内科或外科等)的区分使用，另外，也可以将高位的数位分配给日期。

在计算预约受理号码之后，受理处理装置1进行等待人数的计算处理(S803)。等待人数根据式(1)进行计算。然后，受理处理装置1进行等待时间的计算处理(S804)。等待时间利用式(2)进行计算。在以上的计算结束之后，受理处理装置1通过发券部17发放预约受理号码券(S805)。然后，受理处理装置1将等待人数和等待时间显示在告示显示器15上(S806)。在步骤S802～S804的计算结果保存到主机侧状况数据文件131内，利用在步骤S806以后进行的定期通信处理(S41、S42)，作为状况数据向远程服务器2发送。定期通信处理的动作与图9的动作相同。

7-2.呼叫处理

参照图18，在医院内的各诊室的诊断结束时，该诊室的医生或护士等使用受理处理装置1的输入部16输入表示诊断结束的信息(S901)。这时，受理处理装置1就进行呼叫号码计算处理(S902)。具体而言，就是将作为呼叫的对象的预约受理号码增加1进行计数(S902)。然后，受理处理装置1进行等待人数计算处理(S903)和等待时间计算处理(S904)。在等待人数计算处理中，受理处理装置1使用式(1)从主机侧状况数据文件131保存的等待人数中减去1人。另外，在等待时间计算处理中，根据在步骤S903更新的等待人数，利用式(2)计算等待时间。步骤S902～S904的计算结果保存到主机侧状况数据文件131内。

在以上的动作结束之后，受理处理装置1发出呼叫声音(S905)，并在告示显示器上显示在步骤S902计算的呼叫号码(S906)。以后，在受理处理装置1与远程服务器2之间进行定期通信处理(S41、S42)。

7-3.呼叫跳跃处理

在进行呼叫之后而患者未来到诊室时，就视为该患者不在，从而可以进行跳过患者的预约受理号码的跳跃处理。参照图19，诊室的医生或护士使用受理处理装置1的输入部16指示跳跃(S1001)。这时，将跳过的预约受理号码(跳跃数据)记录到主机侧状况数据文件131内的不在者表中(S1002)，并且跳跃数据显示在受理处理装置1的告示显示器15上。图20表示步骤S1003的告示显示器的画面。通过显示跳过的预约受理号码，患者容易知道是否跳过了。

然后，受理处理装置1计数跳过的预约受理号码的数(跳跃数)(S1004)。在计算跳跃数之后，受理处理装置1进行图18中的步骤S902～S906的动作(呼叫处理)。在呼叫处理结束之后，受理处理装置1进行定期通信处理。在定期通信处理中发送的状况数据内也包含跳跃数。

在跳过的预约受理号码的患者在指定期间内未出现时或跳过的预约受理号码的患者在指定期间内出现时，受理作业者可以消去该预约受理号码。参照图21，受理作业者使用受理处理装置1的输入部16删除在指定期间内未出现的患者的预约受理号码(S1101)。或者，删除在指定期间内出现进行诊疗的患者的预约受理号码(S1102)。这时，删除受理处理装置1内的不在者表内的该预约受理号码，结果，就更新了跳跃数据(S1103)。更新的跳跃数据显示在告示显示器15上(S1104)。这时，受理处理装置1对跳跃数也更新(S1105)。然后，受理处理装置1进行定期通信处理(S41、S42)。

通过以上的动作，受理处理装置1可以单独进行预约受理处理。因此，对于不利用用户终端6的患者，也可以进行预约受理处理。另外，即使电气通信电路3发生异常时，也可以仅用受理处理装置1进行预约的受理和呼叫。

此外，受理处理装置1和远程服务器2内的状况数据通过定期通信处理而同步，所以，受理处理装置1进行单独预约受理处理时，呼叫状况通知处理中的呼叫状况数据或混杂状况通知处理中的状况数据的精度也不会降低。

在本实施例中，说明了医院内的预约受理***，但是，本发明同样也可以应用于在银行或饭店这样的指定的场所提供服务的行业。受理处理装置1和远程服务器2可以由同一业者管理，也可以由不同的业者管理。另外，受理处理装置1的告示显示器15可以设置在医院或银行、饭店的设施内，也可以在医院或银行、饭店的设施附近的茶馆或商店街等设置多台。通过将告示显示器15设置在设施外，不利用便携式终端4等的用户诊断6的用户就不必待在设施内等待序号。

在本发明的实施例的说明中的「指定期间」可以适当地决定，可以都设定为完全相同的时间，也可以设定为各个不同的时间。

以上，说明了本发明的实施例，但是，上述实施例只不过是用于实施本发明的示例。因此，本发明不限定于上述实施例，在不脱离本发明的主旨的范围内可以适当地将上述实施例变形进行实施。

Claims (14)

1.一种基于用户终端、可以与所述用户终端连接的远程服务器、和可以与所述远程服务器连接的受理处理装置的预约受理方法，其特征在于，包括：

从所述用户终端向所述远程服务器发送预约委托的步骤；

将发送到所述远程服务器的预约委托向所述受理处理装置发送的步骤；和

根据发送到所述受理处理装置的预约委托进行预约受理的步骤。

2.根据权利要求1所述的预约受理方法，其特征在于，

进而包括从所述受理处理装置向所述远程服务器进行询问的步骤，

在将所述预约委托向所述受理处理装置发送的步骤中，根据所述询问而发送所述预约委托。

3.根据权利要求2所述的预约受理方法，其特征在于，进而包括：

判断在指定期间内所述受理处理装置是否接收到所述远程服务器对所述询问的应答的步骤；和

在判定为在指定期间内未接收到所述应答时，向所述受理处理装置的操作员发出警告通知的步骤。

4.根据权利要求1～3中任一项所述的预约受理方法，其特征在于，进而包括：

在每个指定期间从所述受理处理装置向所述远程服务器发送表示预约状况的预约状况数据的步骤；和

根据所述用户终端的要求从所述远程服务器向所述用户终端发送所述预约状况数据的步骤。

5.根据权利要求4所述的预约受理方法，其特征在于，进而包括：

从所述用户终端向所述远程服务器发送预约受理号码的步骤；

根据发送到所述远程服务器的预约受理号码和所述预约状况数据而计算至接受提供服务之前的等待人数和/或等待时间作为呼叫状况数据的步骤；和

从所述远程服务器向所述用户终端发送所述呼叫状况数据的步骤。

6.一种基于可以与从用户终端接收预约委托的远程服务器连接的受理处理装置的预约受理方法，其特征在于，包括：

向所述远程服务器进行询问的步骤；

根据所述询问接收从所述远程服务器发送来的预约委托的步骤；和

根据所述预约委托进行预约受理的步骤。

7.根据权利要求6所述的预约受理方法，其特征在于，进而包括：

判断在指定期间内是否接收到所述远程服务器对所述询问的应答的步骤；和

在判定为在指定期间内未接收到所述应答时，将警告通知所述受理处理装置的操作人员的步骤。

8.一种基于可以与进行预约受理的受理处理装置和用户终端连接的远程服务器的预约受理方法，其特征在于，包括：

保存从所述用户终端发送来的预约委托的步骤；和

根据所述受理处理装置的询问将所述保存的预约委托向所述受理处理装置发送的步骤。

9.根据权利要求8所述的预约受理方法，其特征在于，进而包括：

接收每个指定期间从所述受理处理装置发送来的表示预约状况的预约状况数据的步骤；和

根据所述用户终端的要求将所述预约状况数据向所述用户终端发送的步骤。

10.根据权利要求9所述的预约受理方法，其特征在于，进而包括：

从所述用户终端接收预约受理号码的步骤；

根据所述预约受理号码和所述预约状况数据而计算至接受提供服务之前的等待人数和/或等待时间作为呼叫状况数据的步骤；和

将所述呼叫状况数据向所述用户终端发送的步骤。

11.一种预约受理程序，其特征在于，用于使电脑执行权利要求1～权利要求10的任一项所述的步骤。

12.一种基于可以与具有接受直至提供服务时的呼叫状况数据的远程服务器连接的用户终端的事前呼叫方法，其特征在于，包括：

保存从外部输入的呼叫条件的步骤；

将从外部输入的预约受理号码向所述远程服务器发送的步骤；

根据所述预约受理号码接收从所述远程服务器发送来的所述呼叫状况数据的步骤；

判断所述呼叫状况数据是否满足所述呼叫条件的步骤；和

满足所述呼叫条件时向所述用户终端的用户通知表示满足呼叫条件的信息的步骤。

13.根据权利要求12所述的事前呼叫方法，其特征在于，

在进行所述判断的步骤判定为不满足所述呼叫条件时，反复进行：

将所述预约受理号码向所述远程服务器发送的步骤；

接收所述呼叫状况数据的步骤；和

判断所述呼叫状况数据是否满足所述呼叫条件的步骤。

14.一种事前呼叫程序，其特征在于，用于使电脑执行权利要求12或权利要求13所述的步骤。

Images