信息处理装置以及程序

技术领域

本发明涉及能够削减受理人员、能够抑制由于受理人员少而引起的麻烦的信息处理装置以及程序。

背景技术

在医疗机构尤其是规模小的医疗机构中，需要能够进行受理、核算等的事务处理的人员。但是，在该人数极少(例如为1人)的情况下，不能充分地进行事务处理，或者由于一个人所承担的负担变大而变得容易出错的情况较多。

关于这一点，一直以来提出对医疗机构的事务处理进行支援的技术。例如专利文献1中，提出了能够采用智能手机一贯地进行想要诊察的医院的登录、诊察时间的预约、诊疗费用的核算、希望接收所配的药品的配药药房的指定、以及所配的药品的费用核算的系统。

专利文献1中所提出的系统成为在系统管理主机、智能手机、医院主机、以及药房终端由互联网连接的环境下工作的结构。而且，在专利文献1中，对智能手机安装了预约核算应用程序(以下称作应用程序)，在该应用程序中，登记想要诊察的医院，在该医院进行预约。而且，在预约后实际的诊察结束时，诊疗费用被显示于智能手机，因而通过点击付款按钮而完成核算。此外，在开出处方药的情况下，能够通过智能手机指定接收处方药的配药药房，并且能够进行费用的核算。

但是，在专利文献1中提出的系统中，确实如果有智能手机，通过安装该智能手机用的应用程序，能进行想要诊察的医院的登录、诊察时间的预约、诊疗费用的核算、希望接收所配的药品的配药药房的指定、以及所配的药品的费用核算，但存在如果没有智能手机、即所谓的便携式信息终端则难以实现这样的课题。

所谓“如果没有便携式信息终端则不能实现”，作为前提，医疗机构的所有利用者必须处于能够操作便携式信息终端的状态。但是，作为现实问题，首先并非导入了专利文献1的系统的医疗机构的所有利用者使用便携式信息终端。此外，假设即使使用了便携式信息终端，也并非始终携带该便携式信息终端。因此，医疗机构的所有利用者不能得到专利文献1的效果。

此外，针对专利文献1中所提出的系统，除了上述问题之外，例如在进行诊疗费用的核算处理的情况下，由于不采用以往的核算窗口的面对面方式，而在智能手机(应用程序)中进行，因而例如能产生以下那样的问题。即不能防止产生患者不进行诊疗费用的核算、下一次的预约、取得处方单等这样的诊疗后的规定的事务手续而离开医疗设施这样的情况。

即专利文献1中所提出的系统为使得带有智能手机的患者自身能够代办医疗机构中的事务的系统。因而，虽然医疗机构中的事务手续的省力化变得可能，但大部分的事务手续完全委托给患者，因而有产生非法、不适当的事务手续的可能性。

先行技术文献

专利文献

专利文献1：日本特开2016-110247号公报

发明内容

本发明要解决的课题

如上述那样，在专利文献1中提出的系统中，患者携带便携式信息终端成为必须条件。因此，没有携带便携式信息终端的患者无法接受到医疗机构中的充分的服务。此外，由于将大部分事务手续完全委托给携带便携式信息终端的患者(医疗机构的利用者)自身，因而有产生不正当、不适当的事务手续的可能性。

本发明正是鉴于该状况而提出的，其目的在于提供一种能够不使患者进行对便携式信息终端的操作而谋求医疗机构的受理事务手续的人员的削减、省力化的方法。

用于解决课题的技术方案

为了实现上述目的，本发明的一个方式的信息处理装置具备：

第1管理单元，其生成第1信息，并且对每个顾客进行管理，其中，所述第1信息表示在进行商品或者劳务的对象的提供的设施中、接受所述对象的提供的顾客的顺序；

输出单元，其执行对提示给所述顾客的、表示所述第1信息的介质进行输出的控制；

第2管理单元，其将第2信息与所述第1信息关联地进行管理，其中，所述第2信息表示持有所述介质的所述顾客在所述设施内的位置；

第3管理单元，其将第3信息与所述第1信息关联地进行管理，其中，所述第3信息表示所述商品或者劳务的内容；

第4管理单元，其将第4信息与所述第1信息对应关联地进行管理，其中，所述第4信息表示所述对象的提供后进行的手续的进展状况，所述对象的提供后进行的手续包括所述对象的费用的数额的结算，并且基于至少包括所述第3信息在内的信息来确定所述对象的费用的数额；和

监视单元，基于所述第1信息、所述第2信息、所述第3信息、所述第4信息，进行所述顾客的移动的状况和手续的状况是否一致的监视。

本发明的一个方式的程序为与上述的本发明的一个方式的信息处理装置对应的程序。

发明效果

根据本发明，能够无需使患者进行对便携式信息终端的操作，就能够实现医疗机构的受理事务手续的人员的削减、省力化。

附图说明

图1为表示包括本发明的信息处理装置的一实施方式相关的医疗服务器在内的医疗事务支援设施的结构的一例的图。

图2为表示图1的医疗事务支援装置中医疗服务器的硬件结构的框图。

图3为表示图2的医疗服务器的功能的结构的一例的功能框图。

图4为表示将受理终端作为中心而被执行的受理处理的流程的流程图。

图5为表示将诊疗终端作为中心而被执行的诊察处理的流程的流程图。

图6为表示将手续终端作为中心而被执行的核算处理的流程的流程图。

图7为表示将手续终端作为中心而被执行的预约处理的流程的流程图。

图8为表示将手续终端作为中心而被执行的处方单处理的流程的流程图。

图9为表示将事务终端以及医疗服务器作为中心的监视处理、以及警告装置的动作处理的流程的流程图。

图10为表示进行与来院者的类别相应的受理处理的流程图。

图11为表示采用了指纹认证系统的受理处理的流程的流程图。

图12为表示在医疗事务支援设备中执行的诊察后处理的流程的流程图。

图13为表示进行电话受理处理的情况下的处理的流程的流程图。

图14为表示由能够受理受理手续和诊察后手续的终端执行的处理的流程的流程图。

图15为表示由诊疗终端执行的处理的流程的流程图。

图16为表示由事务终端执行的处理的流程的流程图。

图17为表示由患者终端执行的处理的流程的流程图。

图18为表示具备充值功能的图1的医疗事务支援设备所进行的核算处理的流程的流程图。

图19为构成具备充值功能的图1的医疗事务支援设备的手续终端的处理的流程的流程图。

图20为表示通过由图1的医疗服务器提供的乐愿好管理的乐愿好ID的内容的示意图。

图21为表示能通过乐愿好实现的服务的具体例的示意图。

图22为表示结束了诊察的受诊的患者所进行的核算手续的流程的流程图。

图23为表示结束了诊察的受诊的患者为孩子的情况、患者有监护人的情况下的核算手续的流程的流程图。

具体实施方式

以下，采用附图对本发明的一实施方式进行说明。

图1为表示包括本发明的信息处理装置的一实施方式相关的医疗服务器在内的医疗事务支援设施的结构的一例的图。

包括本发明的信息处理装置的一实施方式相关的医疗服务器1在内的医疗事务支援设备G采用以下的方法来解决上述的问题、即为了医疗机构的受理事务手续中的人员的削减、省力化而通过有效地利用患者的便携式信息终端能产生的问题。

首先，在成为对象的医疗设施内设置医疗事务支援设备G。医疗事务支援设备G构成为包括医疗服务器1、受理终端2、诊疗终端3、手续终端4、事务终端5、卡探测器6和警告装置7。

受理终端2进行来院患者的确定、以及表示诊察的顺序的顺序卡的发行。

诊疗终端3受理针对与能唯一地确定由受理终端2发行的顺序卡的识别信息(以下称作“顺序数据”)暂时关联并与来院患者的诊疗相关的信息(以下称作“电子病历”)医生所进行的诊疗内容的输入。另外，所谓“诊疗”是指医生进行诊察、治疗等。

手续终端4在诊疗结束了之后，进行与本次的诊疗相关的费用的核算、下一次来院的预约的受理、如果有处方药则进行处方单的打印。

事务终端5对与通过由受理终端2发行的顺序卡所示的顺序数据暂时关联起来的来院患者的移动、和手续的进行状况进行管理。

卡探测器6被设置于医疗设施内的所有场所，探测在医疗设施内存在的1个以上的顺序卡各自的位置。由卡探测器6得到的探测的结果被依次发送到医疗服务器1，因而能够实时地掌握在医疗设施内存在的1个以上的顺序卡的各自的位置。

警告装置7构成为具有例如在本实施方式中在医疗设施内的尤其受理柜台附近设置的扬声器、以及控制医疗设施的出入口的解锁-上锁的机构的结构。即、警告装置7与医疗服务器1连接，构成为对没有履行适当的程序的患者采用扬声器等报告该内容，并且对出入口上锁以使得不能从医疗设施内离开。另外，在该警告装置7进行工作时事务终端5也能对该内容进行监控。

另外，警告装置7并不限于上述，例如通过构成为顺序卡进行发光、振动、文字显示、以及发声等，从而也能将顺序卡本身设为警告装置7的一部分。此外，除此之外，即使在万一没有履行规定的程序、手续的患者退出到医疗设施外的情况下，也能另外地采用在诊察单发行时登记的患者的电话号码、邮件地址等来针对该内容进行联系。

警告装置7优选能对于没有履行规定的程序、手续的患者实时地通知该内容并使他们完成规定的程序、手续，进而优选能防止没有履行规定的程序、手续的患者退出到医疗设施外并完成规定的程序、手续。如果能够实现上述的点，则警告装置7的结构不被特别地限定。

医疗事务支援设备G中，医疗服务器1、受理终端2、诊疗终端3、手续终端4、事务终端5经由网络N相互能通信地连接。

此外，医疗事务支援设备G能够进一步连接能进行医疗服务器1的控制的警告装置7。在该情况下，医疗服务器1能够对顺序卡的移动以及手续终端4的处理状况进行监视并探测没有履行规定的程序或规定的手续的情况而使警告装置7工作。

此外，医疗事务支援设备G经由网络N与外部的收据计算机(Receipt computer)、各种信用卡公司、银行的主机等能通信地连接。

在此，所谓“收据”是指基于病历的内容每月按每个患者创建的诊疗报酬清单，所谓“收据计算机”是指创建收据的信息处理装置。医疗设施能够通过对规定的支付机关(例如国民健康保险团体联合会)提交收据来得到诊疗报酬。

受理终端2进行以下处理，即基于来院患者的携带的物品或者来院患者自身，进行在医疗服务器1中蓄积的患者的数据的读出，将该数据与顺序数据暂时地关联而发行顺序卡。诊疗终端3进行以下处理，即接收按照顺序卡的发行次序发送的患者的电子病历并受理医生所进行的诊察事项的输入。手续终端4进行以下处理，即基于在医生进行的诊察之后发送的电子病历，进行费用的算出，并且建立核算的处理和核算完成的标记。此外，手续终端4进行以下的处理，即在想要下一次来院的情况下，在画面中显示日期时间的空闲信息，并且使患者输入希望预约的日期时间，在完成上述步骤之后建立预约完成的标记。医疗服务器1进行以下处理，即对顺序卡的状况进行监视，并且对手续终端4中的标记的状况进行管理。此外，医疗服务器1在顺序卡的状况与手续终端4中的处理状况不一致的情况下，执行使警告装置7工作以执行警告的控制。

除了上述之外，医疗事务支援设备G例如也可采用如下顺序卡，该顺序卡具备通过自身能非接触通信的所谓RFID(Radio frequency identifier，射频识别器)功能(芯片)。在该情况下，通过在医疗设施的例如受理终端2、诊疗终端3、以及手续终端4的周围设置的卡探测器6，能够探测患者以受理终端2、诊疗终端3、以及手续终端4的顺序通过的情况，从而使医疗服务器1能够获取该结果。由此，在医疗服务器1中，基于卡探测器6所得到的探测的结果，能够在事务终端5中监控顺序卡的移动和手续完成的标记。

针对上述结构的医疗事务支援设备G的动作和本发明的医疗事务支援程序的处理过程进行说明。本发明的医疗事务支援程序，在医疗服务器1中安装主程序，并安装与医疗服务器1经由通信网络N连接的受理终端2、诊疗终端3、手续终端4、事务终端5、客户程序。

图2为表示图1的医疗事务支援装置中的医疗服务器的硬件结构的框图。

医疗服务器1具备CPU(Central Processing Unit)11、ROM(Read Only Memory)12、RAM(Random Access Memory)13、总线14、输入输出接口15、输出部16、输入部17、存储部18、通信部19和驱动器20。

CPU11按照在ROM12中记录的各种程序、或者从存储部18载入到RAM13的各种程序执行各种处理。

RAM13中还被适当存储有在CPU11执行各种处理中所需要的数据等。

CPU11、ROM12以及RAM13经由总线14被相互地连接。该总线14还与输入输出接口15连接。输入输出接口15与输出部16、输入部17、存储部18、通信部19以及驱动器20连接。

输出部16由各种液晶显示器等构成，输出各种信息。

输入部17由各种硬件等构成，输入各种信息。

存储部18由硬盘、DRAM(Dynamic Random Access Memory)等构成，存储各种数据。

通信部19控制经由包括互联网在内的网络N与其它装置(例如、图1的受理终端2、诊疗终端3、手续终端4、事务终端5、卡探测器6、警告装置7、患者终端8等)之间进行的通信。

驱动器20按照需要设置。驱动器20中被适当装配由磁盘、光盘、光磁盘、或者半导体存储器等构成的可移动介质21。通过驱动器20从可移动介质21读出的程序按照需要被安装到存储部18。此外，可移动介质21能够与存储部18同样地存储存储部18中存储的各种数据。

此外，受理终端2、诊疗终端3、手续终端4、事务终端5、以及患者终端8分别能够设为与医疗服务器1的硬件结构基本上相同，但进而能设为以下那样的硬件结构。

受理终端2具有触摸面板，能够设为专用于卡信息的读取、发行顺序卡的输入或输出的结构。

在诊疗终端3、以及事务终端5的各自的硬盘中安装本发明的程序的一实施方式相关的医疗事务支援程序。

手续终端4具有触摸面板，能设为如所谓ATM装置那样能处理金钱、卡的装置结构。此外，能设为患者能输入下一次的希望预约日期时间的结构、以及能打印处方单等、收据等的结构。

通过这种图2的医疗服务器1、受理终端2、诊疗终端3、手续终端4、事务终端5、警告装置7的各种硬件与各种软件的协作，能执行后述的一系列的处理。

图3为表示图2的医疗服务器的功能的结构的一例的功能框图。

在医疗服务器1的CPU11中，顺序管理部101、发行控制部102、位置管理部103、诊察管理部104、手续管理部105、监视部106、警告控制部107和码生成部108发挥功能。

此外，在医疗服务器1的存储部18的一区域，设置有患者DB181和卡DB182。

患者DB181中记录并管理分别与1个以上的患者相关的信息(以下、称作“患者数据”)。

卡DB182中记录并管理设为能分别确定1个以上的顺序卡的顺序数据。

顺序管理部101生成表示在医疗设施接受医生的诊察的患者的顺序的顺序数据，并将顺序数据与每个患者对应关联地进行管理。

具体而言，顺序管理部101将记录于患者DB181来管理的患者数据和记录于卡DB182来管理的顺序数据对应关联地进行管理。

发行控制部102执行以下控制：发行在医疗设施接受医生的诊察的患者在医疗设施内所携带的顺序卡。

具体而言，发行控制部102基于来到医疗设施的患者对受理终端2的操作，执行从受理终端2发行顺序卡的控制。如果患者领取从受理终端2发行的顺序卡，则在携带有顺序卡的状态下在医疗设施内移动。

位置管理部103对表示携带有顺序卡的患者在医疗设施内的位置的信息(以下称作“患者位置信息”)进行管理。

具体而言，位置管理部103基于在医疗设施内的所有场所设置的卡探测器6所得到的顺序卡的探测结果，生成并管理患者位置信息。

诊察管理部104将电子病历与顺序数据对应关联地进行管理。

具体而言，诊察管理部104获取基于医生对诊疗终端3的输入操作的内容而生成的电子病历，并与顺序数据对应关联地进行管理。所生成的电子病历按每个患者记录于患者DB181并被管理。

手续管理部105进行患者的诊疗费用的数额、以及患者的诊疗费用的支付的进展管理。

具体而言，手续管理部105将表示患者的诊疗费用的数额的信息(以下。称作“核算数据”)、表示包括患者所进行的诊疗费用的支付在内的在诊察后进行的各种手续(以下称作“诊察后手续”)的进展状况的信息(以下称作“手续进展信息”)与顺序数据对应关联地进行管理。

具体而言，作为手续进展信息，除了表示有无诊疗费用的支付的信息之外，还有表示有无处方单的发行的信息、以及表示有无下一次的诊察的预约的信息等。手续管理部105将上述手续进展信息与顺序数据对应关联地进行管理。

此外，手续管理部105将表示基于收据决定的诊疗费用的数额的核算数据与顺序数据对应关联地进行管理。

此外，手续管理部105将表示由患者存入的(充值的)存款的数额的信息与能唯一地确定患者的ID(以下称作“患者ID”)等的识别信息对应关联地进行管理。

监视部106基于顺序数据、患者位置信息、电子病历、手续进展信息，进行患者的移动的状况与手续的状况是否一致的监视。

具体而言，监视部106基于由顺序管理部101、位置管理部103、诊察管理部104、手续管理部105分别对每个患者管理的各种数据，进行患者的移动的状况和表示手续的状况的标记的状况的监控。

警告控制部107在由监视部106所得到的监视的结果、患者的手续的状况与患者的移动的状况不一致的情况下，执行对该患者进行规定的警告的控制。

即、在明确了由监视部106所得到的监视的结果、医疗设施内的手续的进行状况与实际的患者的位置之间产生不匹配的情况下，存在患者产生误会或者进行不正当的行为的可能性。因此，警告控制部107基于由监视部106所得到的监视的结果，实施如上述那样的警告装置7所进行的警告。

码生成部108生成能唯一地确定由手续管理部105管理的核算数据的标识符(例如QR码(注册商标))。

如上那样，医疗服务器1中执行的程序一般来说被编程为：进行构成医疗事务支援设备G的各种终端等的控制、各种数据的发送接收，并且基于由卡探测器6所得到的顺序卡的位置的检测和各种手续的完成标记的状况，执行实施警告装置7所进行的警告的控制。

以下，针对通过医疗事务支援程序中被安装于医疗服务器1的主程序、和分别被安装于构成医疗事务支援设备G的各种终端的客户程序执行的各种处理，详细地进行说明。

另外，本实施方式中，以在医疗设施担任受理业务的人仅为对事务终端5进行操作的事务担当者一人作为前提来进行说明。

图4为表示以受理终端作为中心执行的受理处理的流程的流程图。

如果患者来医院，则在医疗设施的出入口设置的受理终端2开始受理处理。所谓“受理处理”是指对来到医疗设施的患者进行诊察的受理的处理。

具体而言，受理终端2采用人感应传感器等探测患者的到来(步骤S1)。如果受理终端2探测到患者的到来(即步骤S1“是”)，则在受理终端2的显示器中进行例如“受理手续的引导显示”(步骤S2)。

在受理终端2的“受理手续的引导显示”中，显示对初诊还是再诊进行选择的画面。在此，在患者为初诊的情况下(即步骤S3“是”)，在受理终端2的读取单元(例如扫描功能)中，患者读取保险证等(步骤S4)。于是，受理终端2将该保险证等的读取数据发送到医疗服务器1，在医疗服务器1中将包括在保险证中记载的信息等在内的患者数据记录到患者DB181(步骤S5)。

接下来，受理终端2从促使保险证等的读取的画面切换到支付手段的选择画面，在此使患者输入支付手段(步骤S6)。例如作为支付手段，能够选择现金支付、信用卡公司所进行的代办支付、基于从银行账户的扣款所进行的支付中的任一个。具体而言例如在选择了现金支付的情况下，受理终端2将表示该内容的信息传送到医疗服务器1。于是，医疗服务器1将在步骤S5中在患者DB181中记录的患者数据与表示支付手段的数据关联地进行记录(步骤S7)。

在选择了信用卡公司所进行的代办支付的情况下，患者在受理终端2中读取信用卡，并且输入合同者等的各种信息。受理终端2将包括由患者输入的信息在内的表示支付手段的数据传送到医疗服务器1。医疗服务器1将在步骤S5记录于患者DB181的患者数据与表示支付手段的数据关联地进行记录(步骤S7)。

在选择了基于从银行账户的扣款所进行的支付的情况下，患者在受理终端2读取银行的现金卡，并且输入账户口令等各种信息。受理终端2将包括由患者输入的信息在内的表示支付手段的数据传送到医疗服务器1。医疗服务器1将在步骤S5中记录于患者DB181的患者数据与表示支付手段的数据关联地进行记录(步骤S7)。

受理终端2在步骤S4至S7之后发行诊察单(步骤S8)。该诊察单为从受理终端2的发行口输出的卡状的诊察单，附加有患者名和规定的ID。在患者没有在规定时间领取已输出的诊察单的情况下，受理终端2发出警告音直到患者领取为止，并且在画面上显示该意思。如果患者领取诊察单，则警告音停止，返回到初始画面。

另一方面，在步骤S3不是初诊(即步骤S3“否”)而是再诊的情况下，患者将已经发行的诊察单插入到受理终端2。于是，受理终端2读取或者患者输入在诊察单的券面显示的信息的至少一部分(步骤S9)。于是，受理终端2将所读取到的或者已被输入的数据发送到医疗服务器1，进行用于确定患者的询问。在该询问的结果为确定了患者的情况下(步骤S10)，发行顺序卡(步骤S11)。

另外，在本实施方式中，受理终端2设为对患者采用提供卡状的诊察单的结构，但只不过是例示。例如也能将提供如IC芯片那样能进行基于非接触的数据收发，并且能粘贴的产品作为诊察单(或者与其类似的产品)来提供。在该情况下，也可粘贴到患者携带的物品、例如便携式电话、钱包、提包等。通过如上那样构成，从而能够防止忘记带卡状的诊察单而不能顺利地接受诊察这样的情况、作为初诊处理而在手续、支付中费时间这样的情况产生。

如果受理终端2对已来院的患者发行表示诊察的顺序的顺序卡，则医疗服务器1建立表示受理已完成的标记(步骤S12)，并将表示该意思的数据发送到诊疗终端3、手续终端4、以及事务终端5。由此，受理处理结束。

在受理终端2中发行了顺序卡之后，医疗服务器1对由卡探测器6探测的顺序卡的位置的移动和表示受理终端2、诊疗终端3、以及手续终端4中的手续的完成的标记进行监视。由此，在手续没有以规定的顺序进行的情况下，医疗服务器1执行警告装置7所进行的处理的控制，并且对事务终端5传送表示当前的状况的数据。其结果、在事务终端5中，能对顺序卡的位置的移动和手续完成的标记的状况进行监控。

即、进行受理业务的事务担当者(本实施方式中为1名)通过观看该事务终端5的画面，能够容易地视觉辨认患者的位置(即顺序卡的位置)的移动、以及该患者在当前时间点完成了什么手续。此外，能够防止产生不按照顺序、例如不进行诊疗费用的支付的手续而外出到医疗设施外这样的情况。

接收到受理终端2所进行的顺序卡的发行的患者在医疗设施内等待直到按照诊察的顺序轮到自己为止，如果轮到自己，则为了接受医生的诊察而进入到诊察室。

接下来，参照图5对以被进行诊察的医生操作的诊疗终端3为中心的处理的流程进行说明。

图5为表示以诊疗终端为中心而执行的诊察处理的流程的流程图。

在对患者进行诊察的医生所操作的诊疗终端3中，显示接下来要诊察的患者的顺序卡中所标明的序号。如果结束了之前的患者的诊察的医生对诊疗终端3进行规定的操作，则进行对持有标明了在诊疗终端3中显示的序号的顺序卡的接下来的患者的呼叫(步骤S21)。

该呼叫通过在设置于诊察室前的规定的显示装置显示在顺序卡中标明的序号或者所显示的序号闪烁等来通知患者。该显示装置构成为以规定的顺序显示在排队等待诊察的患者的顺序卡中标明的序号的结构。在排队等待诊察的1个以上的患者的顺序卡中分别标明的序号在诊疗终端3与事务终端5的各自的显示器画面的一部分中也作为列表被一览显示。

在诊察室中迎接患者的医生开始诊察时，在医疗服务器1中读出与顺序数据关联而被管理的电子病历，在能输入到诊疗终端3的状态下显示(步骤S22)。而且，如果进行医生所进行的诊察，则进行了诊察的医生通过操作诊疗终端3而将诊察的内容输入到电子病历(步骤S23)。

医疗服务器1基于输入了医生所进行的诊察的内容的电子病历的内容，例如使外部的收据计算机算出诊疗费用。此外，医生通过操作诊疗终端3而按照需要配置药的处方(步骤S24)。诊疗终端3中完成到步骤S24为止的处理，如果由医生进行诊察结束了之意的操作，则医疗服务器1建立表示针对持有该顺序卡的患者的诊察完成了的标记(步骤S25)。于是，表示该内容的数据分别被发送到手续终端4和事务终端5。

接下来，参照图6对以被结束了诊察的患者操作的手续终端4为中心的处理的流程进行说明。

图6为表示以手续终端为中心而执行的核算处理的流程的流程图。

如果在医生对患者的诊疗完成了之后，算出诊疗费用的处理完成，则医疗服务器1执行使手续终端4的显示器画面显示顺序卡标明的序号的控制(步骤S31)。此外，医疗服务器1对手续终端4传输成为对象的患者的核算数据。虽然从医疗服务器1传输到手续终端4，但数以千计的人接收该核算数据(步骤S32)。

如果成为对象的患者作为对手续终端4的操作而读入顺序卡(步骤S33)，则显示本次的诊疗内容相对应的费用(步骤S34)。此外，与其一并显示针对支付方法的引导。

针对支付方法的引导的显示，在顶部且稍大地画面显示表示现金支付、从银行账户的扣款所引起的支付、信用卡公司所进行的代办支付中、在发行诊察单时由患者选择的1个支付手法的文字。例如在现金支付的情况下(即步骤S35“是”)，在手续终端4中，通过操作现金显示，手续终端4的现金投入口打开，将现金投入到这里，只要没有金额不足、不能读取的纸币、硬币等的错误(步骤S38“否”)，就完成核算(步骤S39)。

另一方面，例如如果为从银行账户的扣款(即步骤S36“是”)，则医疗服务器1与外部的银行的主机进行用于确认的通信，如果能扣款、即没有错误(步骤S38“否”)，则完成核算(步骤S39)。

进而，例如如果为信用支付(即步骤S37“是”)，则医疗服务器1与外部的信贷公司的主机进行用于确认的通信，如果能进行支付代办、即没有错误(即步骤S38“否”)，则完成核算(步骤S39)。

如上述那样，在手续终端4中，如果通过任意的方法完成核算(步骤S39)，则医疗服务器1建立表示针对该顺序卡的患者完成了核算手续的标记(步骤S40)，并将该数据向事务终端5发送。

图7为表示以手续终端为中心执行的预约处理的流程的流程图。

在上述的图6所示的核算处理后，在手续终端4中，从用于核算的显示切换到用于下一次的预约的显示，画面显示是否需要下一次的预约(步骤S41)，如果进行不需要下一次的预约的操作(即步骤S41“否”)，则处理进行到步骤S45。另一方面，如果进行需要下一次的预约的操作(即步骤S41“是”)，则应该指定日期时间，手续终端4从医疗服务器1读入日期时间数据，并在画面中显示日历(步骤S42)。

手续终端4在显示日历时，在该日期的任何时间都填满的情况下，改变该日期的颜色来表示该内容，在有空闲时间的情况下变化为与上述填满的情况不同的颜色来表示该意思。如果患者对有空闲时间的日期进行操作，则手续终端4显示该日期的时间。在日历显示中，改变填满的时间段与未填满的时间段的颜色来显示，此外，也可仅列出担当医生的时间段来显示，患者操作手续终端4来设定下一次的预约日期时间(步骤S43)。

如果患者操作手续终端4的空闲时间并进行确认操作来设定下一次的预约日期时间，则手续终端4将被更新的预约的日期时间数据发送到医疗服务器1，医疗服务器1将与该顺序卡关联的患者的数据关联到预约日期时间数据，并对患者数据和预约日期时间数据这两者进行更新并记录(步骤S44)。

在手续终端4中，如果预约手续完成，则医疗服务器1建立表示针对该顺序卡的患者完成了预约手续的标记(步骤S45)，并将该数据发送到事务终端5。

图8为表示将手续终端设为中心来执行的处方单处理的流程的流程图。

如果手续终端4基于经由医疗服务器1由诊疗终端3创建的电子数据而存在处方单数据(即步骤S51“是”)，则从预约画面切换到有处方单之意的画面，从医疗服务器1读出处方单数据(步骤S52)并显示。

手续终端4在使处方单数据画面显示时，显示与药相关的注意事项，对患者显示服用容量、用法的确认数据(步骤S53)。手续终端4在步骤S53进行了患者所进行的确认的操作之后，进行打印(步骤S54)。

在手续终端4中，如果与处方单相关的手续完成，则医疗服务器1建立表示针对该顺序卡的患者完成了与处方单相关的手续、以及结束了手续终端4中的所有手续的标记(步骤S55)，并将该数据向事务终端5发送。

另外，在没有处方单数据的(非必要的)情况下(即步骤S51“否”)，处理前进到步骤S55。

另外，如果顺序卡经过了步骤S55之后，投入到例如受理终端2的回收箱，则顺序卡中的序号的数据与患者卡的关联被解除，能够出去到医疗设施外。

接下来，对上述中的事务终端5、医疗服务器1和警告装置7的处理进行说明。

图9为表示以事务终端以及医疗服务器为中心的监视处理、以及警告装置的动作处理的流程的流程图。

如上述那样，顺序卡具备能非接触通信的所谓RFID功能，如果患者持有该顺序卡而移动，则被收发设备探测，能够经由医疗服务器1通过事务终端5掌握患者的当前位置。另一方面，能经由医疗服务器1根据与顺序卡关联的患者的受理、诊疗、核算、预约、处方单(诊察完成)的每个手续的完成标记掌握手续状况。

事务终端5被配置为受理担当者经由医疗服务器1能够监视顺序卡的移动和与顺序卡已关联的患者的手续完成的标记。而且，构成为在医疗服务器1探测到没有履行规定手续的患者的情况下，事务终端5在画面中显示该内容，将工作的警告装置7解除停止。

即、削减受理事务的人员，在本例的情况下极端地设为1名的情况下，最困难的情况为不能掌握患者的动向和实际的手续状况，避免例如结束诊察而不进行核算出去到医疗设施外的麻烦。

医疗服务器1通过在受理终端2、诊疗终端3、手续终端4的周围设置的收发设备来探测顺序卡，对该探测结果进行缓存。而且，医疗服务器1自发行顺序卡而建立受理完成的标记起(步骤S61)，在步骤S62以后对探测到该顺序卡的点和建立了标记的手续进行比较，在经过了没有建立标记的手续的点探测到顺序卡的情况下(即步骤S62～步骤S65“否”)，医疗服务器1使警告装置7工作。

如果医疗服务器1使警告装置7工作，则从医疗设施内的例如扬声器将例如“第00位患者没有进行00的手续”等的通知与该顺序卡的序号一起播报，在事务终端5中显示该内容。首先，通过如上那样，即使受理事务为一个人也能掌握顺序卡的移动没有遵循规定的顺序这一情况。

而且，在本例的情况下，尤其在核算完成标记(步骤S63)、预约完成标记(步骤S64)、处方单完成(手续完成)标记(步骤S65)建立之前，在事务终端5周围的顺序卡的探测点探测到该顺序卡，则医疗设施的出入口的门不打开，该患者不能出去到医疗设施外。

此外，事务终端5中，能够掌握顺序卡的移动没有遵循规定的顺序，因而也能够根据情况将操作事务终端5的人为了引导、注意而跑到该患者跟前那样的指示信息从医疗服务器1向事务终端5显示。

如上那样，如果为本发明，则通过在手续终端4处理预约和核算等的处理从而能够减少受理人员，此外，由事务终端5管理与顺序卡关联的患者的移动和手续变动，在没有按照顺序的情况下警告装置7将该内容通知患者以及事务终端5，因而能够抑制由于受理人员少而引起的不良情况。

图10为表示进行与来院者的类别相应地受理处理的流程图。

在进出管理系统中，在医疗机构或者诊察室的入口也能进行采用了脸部认证系统的进入限制。作为来院者，如图10所示那样，假设有以下三类：(1)新的患者(初诊患者)、(2)已持有诊察单但暂时没有来院，没有预约的患者(未预约的患者)、(3)进行了诊察预约的患者(有预约患者)。

在上述(1)的类别的来院者的情况下，如果开始受理处理，则受理来院者的出生年月日的输入(步骤S131)，在终端登记基本的问诊、来院者的信息。此时，由于在下一次来院时能采用脸部认证系统，因而进行来院者的面部的拍摄(步骤S132)，基于所登记的患者数据而发行诊察单(步骤S133)。由此完成受理处理。

在上述(2)的类别的来院者的情况下，受理来院者的出生年月日的输入(步骤S143)，医疗机构的入口的门被解锁，通过诊察单判定是否为作为患者数据而存在的来院者，进行来院的登记(步骤S144)。此外，来院者进行问诊内容的输入(步骤S146)。由此受理处理完成。

此外，在上述(3)的类别的来院者的情况下，通过脸部认证系统对医疗机构的入口的门进行解锁(步骤S141、S147)，通过诊察单进行来院的登记(步骤S148)。与此相对，在脸部认证系统没有顺利地进行的情况下(步骤S142)，受理来院者的出生年月日的输入(步骤S143)，医疗机构的入口的门被解锁，通过诊察单来判定是否为作为患者数据而存在的来院者，进行来院的登记(步骤S144)。在该情况下，在存在患者数据的情况下，确认有无诊疗预约。如果来院者有诊疗预约则确认预约内容，如果没有诊疗预约则进行问诊内容的输入(步骤S146)。由此受理处理完成。

另外，患者的认证系统(生物体认证终端进行处理的系统)不限于脸部认证系统，例如后述的图11、图12的流程图所示那样，也可采用指纹认证系统、虹膜认证系统(未图示)等的生物特征认证。

图11为表示采用了指纹认证系统的受理处理的流程的流程图。

如图11所示那样，在进出管理系统中，能够在医疗机构或者诊察室的入口进行采用了指纹认证系统的受理处理。

即、如果开始基于指纹认证系统的受理处理，则来院者对受理终端2举起手指(步骤S71)。于是，通过受理终端2读取指纹(步骤S72)，进行登记完毕的数据的对照(步骤S73)。如果对照指纹(即步骤S73“是”)，则门被开锁(步骤S74)，进行有无预约的确认(步骤S75)。在有预约的情况下(即步骤S75“是”)，进行诊察内容的读入(步骤S77)，受理完成(步骤S83)。

登记完毕的数据的对照(步骤S73)的结果为没有对照指纹的情况下(即步骤S73“否”)，门被解锁(步骤S78)，进行保险证等的读取(步骤S79)。之后，进行来院者的面部的拍摄并登记(步骤S80)，进行问诊票的记入(步骤S81)和指纹的登记(步骤S82)，而受理完成(步骤S83)。

如果受理完成，则诊察内容被通知医生(步骤S84)，如果轮到诊察则进行呼叫(步骤S85)。由此，受理处理完成。

图12为表示在医疗事务支援设备中执行的、用于进行诊察后手续的处理(以下称作“诊察后处理”)的流程的流程图。

在诊察为初诊的情况下(即步骤S91“是”)，进行治疗计划的登记(步骤S93)，处理前进到步骤S94。

与此相对，在诊察不是初诊的情况下(即步骤S91“否”)，进行治疗计划的追加和进展状况的登记(步骤S92)，处理前进到步骤S94。

在步骤S94中，进行诊疗费用的支付是否完毕的判定。在诊疗费用的支付已完毕的情况下(即步骤S94“是”)，处理前进到步骤S95。

与此相对，在诊疗费用的支付没有完毕的情况下(即步骤S94“否”)，即使在自动门前进行了指纹认证(步骤S99)，自动门也不被开锁(步骤S100)。

在步骤S95中，进行是否配药的判定。在进行了配药的情况下(即步骤S95“是”)，在进行了处方单的打印之后(步骤S96)，处理前进到步骤S97。

与此相对，在没有配药的情况下(即步骤S95“否”)，处理前进到步骤S97。

在步骤S97中，进行是否需要下一次的诊察的预约的判定。在需要下一次的诊察的预约的情况下(即步骤S97“是”)，处理前进到步骤S99。

与此相对，在不需要下一次的诊察的预约的情况下(即步骤S97“否”)，处理前进到步骤S101。

在步骤S98中，进行下一次的诊察的预约的登记是否完毕的判定。在下一次的诊察的预约的登记已完毕的情况下(即步骤S98“是”)，处理前进到步骤S101。

与此相对，在下一次的诊察的预约的登记没有完毕的情况下(即步骤S98“否”)，即使在自动门前进行了指纹认证(步骤S99)，自动门也不被开锁(步骤S100)。

在步骤S101中，在自动门前进行指纹认证，如果被认证则自动门被开锁(步骤S102)。由此，诊察后处理结束。

图13为表示进行基于电话的受理处理(以下称作“电话受理处理”)的情况下的处理的流程的流程图。

首先，在医疗设施的受理员在岗的状态下(即步骤S111“是”)，受理员的电话响起(步骤S112)，如果受理员能够接电话(即步骤S113“是”)，则受理员接听电话。由此电话受理处理结束。与此相对，在处于受理员不能接电话的状态(例如接待客人中等)的情况下(即步骤S113“否”)，电话被转接到呼叫中心(步骤S114)。

此外，在医疗设施的受理员不在岗的情况下(即步骤S111“否”)，电话被转接到呼叫中心(步骤S114)。

在呼叫中心进行电话的对象是否为初诊的患者的确认(步骤S115)。在电话的对象为初诊的患者的情况下(即步骤S115“是”)，进行症状的听取(步骤S122)，受理预约(步骤S123)。由此，电话受理处理结束。

与此相对，在电话的对象不是初诊的患者的情况下(即步骤S115“否”)，进行电话的询问的内容是否为预约的变更的确认(步骤S116)。在电话的询问的内容为预约的变更的情况下(即步骤S116“是”)，受理预约的变更(步骤S124)。由此，电话受理处理结束。

在电话的询问的内容不是预约的变更的情况下(即步骤S116“否”)，进行是否需要与医生的通话的确认(步骤S117)。在电话的对象不希望与医生的通话的情况下(即步骤S117“否”)，由呼叫中心的担当者进行症状的听取(步骤S122)，受理预约(步骤S123)。由此，电话受理处理结束。

在电话的对象希望与医生的通话的情况下(即步骤S117“是”)，进行是否能进行包括医生所进行的应对在内的医疗设施所进行的应对的确认(步骤S118)。在不能进行医疗设施所进行的应对的情况下(即步骤S118“否”)，由呼叫中心的担当者进行症状的听取(步骤S122)，受理预约(步骤S123)。由此，电话受理处理结束。

在对于患者的希望，能进行包括医生所进行的应对在内的医疗设施所进行的应对的情况下(即步骤S118“是”)，电话被转接到医疗设施(步骤S119)，受理员或者医生进行症状的听取(步骤S120)，受理预约(步骤S121)。由此，电话受理处理结束。

如上那样，诊疗终端3中也展开来自呼叫中心的信息。进而在需要紧急联络的情况下，能够切换到能与患者直通通话的电话。另外，在设置于呼叫中心的终端(未图示)中，在受理员不在时，由热感器等感知来院者，能由代理进行受理业务。该代理还包括预约的变更受理，能够经由互联网，进行预约系统的预约信息的变更的事情。此外，能够将来自来院者等的投诉、紧急的联络等以消息的方式发送到其他诊疗终端3、事务终端5等。进而，能远程地对诊疗终端3的平板电脑的麦克风功能进行打开(ON)或者断开(OFF)的操作。

接下来，参照图14至图17对在构成医疗事务支援设备G的各终端中执行的处理的流程进行说明。

如上述那样，图1的受理终端2以及手续终端4分别为用于患者分别进行受理手续以及诊察后手续的终端，但也可设为能进行受理手续和诊察后手续这两者的一个终端。

图14为表示由能够受理受理手续和诊察后手续的终端(以下称作“多终端”)执行的处理的流程的流程图。

如图14所示那样，多终端将患者对画面菜单的输入操作作为触发，执行“来院登记”或者“诊察费收取”的处理。

在“来院登记”中，来院登记的对象为初诊患者的情况下，进行指纹的登记和用于进行面部认证的面部的拍摄画像的登记，受理问诊表的输入。

在“诊疗费收取”中，如果确认到诊疗费用的结算，则发行发票，受理下一次的诊察的预约。此外，在配了药的情况下，发行处方单，受理下一次的诊察的预约。

图15为表示由诊疗终端执行的处理的流程的流程图。

如图15所示那样，诊疗终端3将医生对画面菜单的输入操作作为触发，执行“来院者信息通知”或者“呼叫中心联络”的处理。

在“来院者信息通知”中，进行与来院者相关的信息的通知。

在“呼叫中心联络”中，进行来自呼叫中心的消息的接收和与患者的直接的通话的传达。

图16为表示由事务终端执行的处理的流程的流程图。

如图16所示那样，事务终端5将事务担当者对画面菜单的输入操作作为触发，执行“收据信息登记”或者“治疗状况登记”的处理。

在“收据信息登记”中，进行基于电子病历创建的收据的信息的登记和诊疗费用的登记。

在“治疗状况登记”中，进行针对患者的治疗状况的信息的登记和下一次的诊察的内容的登记。

图17为表示由患者终端执行的处理的流程的流程图。

如图17所示，患者终端8将患者对画面菜单的输入操作作为触发，执行“预约确认”、“诊察预约”、或者“治疗状况确认”的处理。

在“预约确认”中，显示被预约的内容。此外，在患者希望预约的变更的情况下，进行预约的变更的登记。

在“诊察预约”中，受理诊察的预约。在初诊的情况下，进行问诊票的登记。

在“治疗状况确认”中，进行表示治疗状况的信息的显示和表示下一次的治疗的内容的信息的显示。

根据进行以上那样的处理的医疗事务支援设备G，能够提供以下那样的具体的服务。

假设例如在3个月前有到口腔科医院(医疗机构)的来院履历的患者A由于工作忙而擅自中断治疗，由于中断了治疗的牙齿的疼痛再次发生而再次来院的情况。一直以来，患者A不进行电话预约地直接到口腔科医院，由受理员交给诊察单，诉说疼痛的状况等。由于事先没有预约，因而受理员通过检索、阅览病历，而得到由于急患来院的患者A的信息。受理员在输入了必要的患者数据之后，能够将病历送给医生或者医生阅览病历。此后，医生根据病历进行过去的诊察内容的确认。其间，患者A在候诊室在问诊票等中记载必要事项。或者，自患者A完成对问诊票等的记载起对病历等进行检索、阅览，因而患者数据的确认需要时间。

另一方面，同样地假设患者A没有进行电话预约而直接来到口腔科医院。如果为本发明，则在来院时，接受在口腔科医院的门口的侧面设置的生物体认证终端所进行的生物体认证确认。如果对患者A的生物体认证完成，则医院内的受理员能够访问患者名、病史、中断内容等的治疗数据。医生等能够根据已访问的治疗数据迅速地确认在哪里中断了治疗、在什么地方有病理。此后，患者A能通过口腔科医院的门，在候诊室待命。即、在患者A在候诊室待命的时间点受理员等医疗事务担当者以及医生能获得必要的信息。

此外，例如一直以来，对于患者A的病历的确认和之后的治疗准备需要时间。此外，作为医生，不仅考虑由于患部疼痛而因急病来院，还要考虑口腔科医院的情况而需要进行指导，因而推迟开始治疗。因此，患者A处于对医生以及口腔科医院感到抱歉的心情。

另一方面，在本发明中，在上一次的诊疗期间(包括初诊时)内，验证患者A的治疗计划、急病率的部位等，因而能够预测本次的急病来院处于何种程度。因此，医生能够对患者A告知本次的救急在预测的范围内。治疗本身也能与其他的预约诊疗同样地进入治疗。患者A尽管有作为急病而来口腔科医院看病的认识，但对于在该医院进行治疗的预测和实践顺利的流程这一点感到安心感、满足感。此外，感到即使下一次由于急病而来院也没有关系这样的安心感。

具体而言，医生采用X射线掌握没有结束治疗的位置，在中断了诊断的情况、掌握成为急病之处的情况等适用。例如在诊疗为8个牙齿中4个牙齿会疼痛的情况下，即使作为急病而再次来院也如所预想的那样，能够由系统掌握该预测，在该情况下，医生、患者在治疗前都能得到安心感。

由于医疗机构或者诊察室的入口具有医疗机构或者诊疗室的出口的功能，因而除了进出管理的功能之外，能进行诊疗费用的清算、按照需要处方单的发行、以及下一次的预约。

在预约系统中，输入初诊时的治疗计划、疼痛可能出现的时期的预想等的病状的进展。由于患者也能阅览、确认这些信息，因而能够防止治疗的中断。

此外，预约系统也能自动检索下一次的治疗内容，并提供给患者。进而，预约系统也能算出治疗中断期间。除此之外，能够用电子表格保存每一天的预约内容，即使在没有互联网的场所也能进行确认。

例如一直以来，在口腔科医院的诊疗后，患者A必须对受理员进行治疗费的支付、处方单的领取、下一次的预约。但是，受理处理为由受理人员(人力资源)所进行的处理，因而处理速度有限。此外如果电话响起，则由于人员需要进行电话应对，因而需要时间。进而，有产生万一没有放入治疗费的支付以及下一次的预约而患者A能够自由地进出口腔科医院这样的不良情况的可能性。

另一方面，如果为本发明，则在诊疗后，患者A能够不通过受理员而接近手续终端4。在手续终端4，能进行本日的治疗费的支付、处方单的领取，也能进行下一次的预约。此外，在万一患者A没有进行治疗费的支付、预约的情况下，警告装置7保持口腔科医院的出口(出入口)的门关闭的状态不变。另外，也可同时或者个别地发出警报音、或者以声音通知警告内容。

此外，预约系统并不限于在医疗机构内设置的终端，也可从患者所有的患者终端8访问预约系统。从患者终端8能够进行预约的确认以及变更、诊察预约以及问诊登记、治疗状况的确认以及下一次治疗内容的确认。

此外，从患者终端8能进行新预约、已设定的预约的变更，例如也能选择治疗时间、医生，进行预约。

进而，在其他患者取消了预约的情况下，其他患者(利用者)能够确认在被取消的该时间点能预约的状态，因而能够减小由于预约的取消而空余时间这样的风险。

除此之外，由于为能24小时应对的预约系统(受理系统)，因而在半夜疼痛的患者(利用者)也能立刻进行预约，有稍微变得平静这样的优点。

此外，通过经由预约系统而患者进入到医院时的认证，由于患者被确定，因而患者数据被发送到诊疗终端3。诊疗终端3能够实时地接收所有的信息，能够按照需要切换并显示这些信息。

诊疗终端3中，显示患者的认证系统所进行的患者的认证后、初诊、中断、预约的各个信息。即、诊疗终端3中通知必要的来院者信息。另外，所谓“中断”是指没有确认初诊时以及继续治疗中的疾患的治疗的痊愈的状态。因此，在治疗被中断的患者的情况下，如果为由医生认定的疾患，则成为中断疾患的再诊。另一方面，即使为被中断的患者，如果为不是由医生认定的疾患，则成为对新疾患的新的诊察。另外，中断疾患的再诊和新疾患的诊察也可同时进行。

近年来中断了治疗的患者期望再次来院变得容易的系统。通常，在口腔科医院中，每日10％的患者取消(cancel)治疗。突然取消治疗对于口腔科医院而言成为空闲时间，不能得到基于治疗的报酬。不仅如此，还存在突然取消的患者由于良心的谴责(抱歉)而难以进行之后的治疗的问题。该突然的取消成为已治疗中断的患者不再来院的理由的上位。

这种情况下，不仅伴随着突然的取消而导致的治疗报酬的获得机会的损失，而且也损失继续地产生的治疗的机会，因而该损失进一步变大。

因而，由于不仅从计算机而且从智能手机(例如图1的患者终端8)等便携式信息终端，能够24小时操作预约系统，因而能毫不犹豫地变更预约时间，能防止没有联络地取消。

另一方面，由于患者中断了治疗，因而不久会出现疼痛。因此，存在再次来院的可能性，但成为急病患者的可能性变高。在初诊时的口腔科医院，与预约诊疗(通常的治疗)不同，不能开始顺利的治疗。

此外，突然取消了上述的预约治疗的患者转移到其他的口腔科医院的治疗的可能性高。在其他口腔科医院，需要在重新创建修复病历后对其他口腔科医生治疗到中途的部位进行治疗。

因此，需要避免这种行为。

如上述那样，为了突然取消了预约治疗的患者再次来院，消除良心的谴责(抱歉)这样的感受是重要的。具体而言，初诊时能从预约系统确认当前的治疗状况、剩余的治疗计划等的情况、预先说明由于能24小时预约因而导入了“方便中断的患者看病的系统”是有益的。

预约系统中，进行预约管理。为对忘记写预约、忘记取消预约、忘记移动预约、预约登记册仅一个等问题进行整理的管理功能。

根据医疗事务支援装置G，也能够进行口腔科用诊察椅子(扶手椅)、口腔科医生以及每个员工的管理。具体而言，基于扶手椅、口腔科医生以及员工的出勤状况、开设状况这3个要素，能瞬间检查是否能预约，能够防止患者(利用者)的双重预定。此外，能够进行例如以10分钟为单位的管理，因而能够实现有效的日程安排。

此外，在患者(利用者)无论如何都不方便时，能经由便携式手机、PC的互联网进行变更，能够不需要再次设定预约的麻烦、与受理员的联络。

能够具有约定(预约)确认功能，该功能对于进行了预约的患者(利用者)，在诊察时间之前事先设定的时刻发送信件并要求确认。通过对进行了预约变更、取消的次数、没有按照预定过来的患者(利用者)进行计数，从而能进行灵活地应对，可以在考虑到谨慎的预约设定、便利性的前提下进行预约。

由于存储有患者(利用者)的预约状况、来院履历等、与预约相关的信息，因而在预约状况一览画面中能进行每个担当员工、担当医生的颜色区分和患者分类的颜色区分。因此，实施更顺利的医院运营，对患者的接待有非常大的帮助。

此外，根据医疗事务支援设备G，能够解决例如以下那样的问题、课题。

近年来，在各个领域中，无纸化、以及无现金化得以推进。但是，伴随着无纸化、以及无现金化而产生的成本不是由顾客(例如患者)一方而是由对顾客提供商品、服务的一方(例如医疗设施)承担。

具体而言例如医疗设施中的信用卡结算为无现金化之一，但成为结算数额中规定比例的数额作为代办手续费而医疗设施必须承担的结构。这种情况不限于信用卡，例如能在交通工具中利用的IC卡、智能手机所产生的智能结算中也采用相同的结构。

如上那样，存在伴随着无纸化、以及无现金化而产生的成本由对顾客提供商品、服务一方完全承担这样的问题。

此外，一直以来医疗设施中的诊疗费用等的支付通过规定的支付设备(现有设备)进行。该支付设备(现有设备)基于从收据得到的信息算出患者应支付的费用的数额的计算。

但是，该支付设备(现有设备)寻求与收据的检查的进行代办的公司(以下称作“收据公司”)的合作，进而较多的收据公司独占支付设备(现有设备)的销售权。

其结果、支付设备(现有设备)通过收据公司以高价销售，处于不被广泛使用的状况，在制造支付设备(现有设备)的制造商中，产生销售数量不增加的问题。

此外，一直以来，在医疗设施中，在结束营业时间之后进行1天的销售额的总计，但该数额有时候对不上。在这种情况下，医疗设施中，总计担当者加班来再次确认销售额。

如上那样，医疗设施中，在产生了销售额对不上的情况下，必须对总计担当者支付加班费用，因而存在想要构筑使产生这种情况的风险降低的结构的问题。

对于上述问题，图1的医疗事务支援设备G通过充值功能等能够解决上述的问题。

所谓“充值功能”是指通过使医疗事务支援设备G管理患者持有的现金中的规定数额，从而如果处于该规定数额(存款)的范围内则总是能用于诊疗费用等的支付的功能。通过充值功能，只要在手续终端4事先充值的数额的范围内患者就能无现金地完成诊疗费用等的支付。此外，医疗设施的现金管理被容易化，并且不需要承担例如信用卡结算那样的代办手续费，因而能够抑制伴随着无现金化而产生的成本。

具体而言，在医疗设施中，如果医生对电子病历的输入操作完成，则从诊疗终端3对事务终端5传输表示治疗内容的信息和表示诊疗费用等的信息。进行事务终端5的操作的担当者按照需要发行账单或者发票(以下称作“账单等”)，进行输入账单等中记载的核算额的操作、或者通过扫描账单等读入核算额的操作。由此，表示核算额的信息被传输到由医疗服务器1提供的专用的云服务(以下称作“乐愿好”)。

在医疗服务器1(乐愿好)中，如果从事务终端5传输表示核算额的信息，则基于此生成核算数据。此外，生成成为能唯一地确定所生成的核算数据的QR码(注册商标)、条形码等的标识符(以下称为“识别码”)。所生成的识别码被从医疗服务器1(乐愿好)向患者终端8提示。

患者终端8能够基于患者的操作，使从医疗服务器1(乐愿好)提示的识别码显示于画面。如果患者使识别码显示于患者终端8的画面，将该识别码举到手续终端4并读入，则从所充值的数额中减去核算额。由此，患者能够无现金地进行诊疗费用等的支付。

以上为通过使识别码显示于患者终端8来无现金地进行诊疗费用等的支付的例，但也可不采用患者终端8而采用例如IC卡(例如IC卡状的诊察单)来无现金地进行诊疗费用等的支付。

在该情况下，医疗服务器1(乐愿好)将从事务终端5传输来的核算数据和患者ID等的识别信息对应关联地进行管理。存储有患者ID等的识别信息的IC卡对成为对象的患者作为诊察单等分配。由此，如果患者与显示上述识别码的患者终端8同样地将IC卡状的诊察单举到手续终端4并读入，则从所充值的数额减去核算额。

此外，患者ID等的标识符能在多个医疗设施中共同地使用。因而，不需要如以往那样分别管理每个医疗设施发行的诊察单，因而能够防止例如患者忘记带诊察单这样的情况。

此外，通过使患者终端8具有GPS(Global Positioning System，全球定位系统)功能，从而能够确定患者位于哪个医疗设施。

以下，对具备充值功能的医疗事务支援设备G所进行的核算处理的流程进行说明。

图18为表示具备充值功能的图1的医疗事务支援设备所进行的核算处理的流程的流程图。

在步骤S241中，事务终端5按照需要发行账单等。

如果执行步骤S241，则执行步骤S242和步骤S243中的任一个。

在步骤S242中，事务终端5受理对账单等中记载的核算额进行输入的操作，将表示受理的核算额的信息发送到医疗服务器1(乐愿好)。

此外，在步骤S243中，事务终端5受理对账单等进行扫描的操作，读入在账单等中记载的核算额，将表示所读入的核算额的信息发送到医疗服务器1(乐愿好)。

在步骤S244中，如果医疗服务器1(乐愿好)被从事务终端5传输过来表示核算额的信息，则基于此生成核算数据。

在步骤S245中，医疗服务器1(乐愿好)生成识别码，并对患者终端8提示。

在步骤S244中，如果医疗服务器1(乐愿好)被从事务终端5传输过来表示核算额的信息，则基于此生成核算数据。

在步骤S245中，医疗服务器1(乐愿好)生成并发行识别码。所发行的识别码对患者终端8提示。

在步骤S246中，患者终端8基于患者的操作，使从医疗服务器1(乐愿好)提示的识别码显示于画面。患者将在患者终端8显示的识别码举到手续终端4。

在步骤S247中，手续终端4读入在患者终端8的画面上显示的识别码。由此，开始核算手续。

在步骤S248中，手续终端4建立表示核算已完成的意思的标记。

由此，核算处理结束。

图19为表示构成具备充值功能的图1的医疗事务支援设备的手续终端的处理的流程的流程图。

如图19所示那样，手续终端4将患者对画面菜单的输入操作作为触发，执行“采用现金的充值”或者“诊察费收取”的处理。

如果进行充值现金的处理，则发行其清单。

如果从被充值的现金的数额进行诊察费的支付，则发行其清单。此后，如果建立表示能进行下一次的诊察的预约的标记，则能够由患者终端8进行预约。

图20为表示由图1的医疗服务器提供的乐愿好管理的乐愿好ID的内容的示意图。

在乐愿好中，进行基于乐愿好ID的管理，该乐愿好ID包括作为能唯一地确定医疗设施的识别信息的医疗设施ID和患者ID的组合。

具体而言例如图20所示，通过乐愿好来管理乐愿好ID，该乐愿好ID包括表示医疗设施A的医疗设施ID、和表示患者X的患者ID的组合。

由乐愿好管理乐愿好ID，该乐愿好ID包括表示医疗设施B的医疗设施ID和表示患者Y的患者ID的组合。

由乐愿好管理乐愿好ID，该乐愿好ID包括表示医疗设施C的医疗设施ID和表示患者Z的患者ID的组合。

由乐愿好管理乐愿好ID，该乐愿好ID包括表示医疗设施E的医疗设施ID和表示患者X的患者ID的组合。

由乐愿好管理乐愿好ID，该乐愿好ID包括表示医疗设施D的医疗设施ID和表示患者W的患者ID的组合。

由乐愿好管理乐愿好ID，该乐愿好ID包括表示医疗设施C的医疗设施ID和表示患者V的患者ID的组合。

在此，在例如表示患者X的患者ID为“0001”，表示医疗设施A的医疗设施ID为“0A”，表示医疗设施E的医疗设施ID为“0E”的情况下，由乐愿好分别管理“0A0001”这样的乐愿好ID和“0E0001”这样的乐愿好ID，但该两个乐愿好ID均为以患者X为对象的乐愿好ID，因而进行关联对应。其结果、关于患者个人的诊疗费用等的支付，通过患者ID(均由“0001”共同)来管理，但医疗设施的管理分别通过医疗设施ID(“0A”和“0E”)来管理。

图21为表示能由乐愿好实现的服务的具体例的示意图。

如图21所示那样，例如即使患者X在医疗设施B进行了充值之后，在医疗设施A接受了诊察的情况下，能够在医疗设施B充值的数额的范围内进行对医疗设施A的诊疗费用的支付。

此时，在乐愿好中，将患者X在医疗设施B进行了充值的履历对医疗设施B和医疗设施A分别提示。此外，对患者X提示患者X的支付履历。

如上那样，在乐愿好，患者能够利用多个医疗设施，并且管理该履历。

另外，如上那样，在进行了充值的医疗设施(上述例中医疗设施B)和进行诊察并收取了诊疗费用的医疗设施(上述例中医疗设施A)不同的情况下，在这两个医疗设施之间进行充值以及诊疗费用的抵消。具体而言例如在月总结中，针对所有的医疗设施分别执行“用于进行抵消的处理”，该处理的结果被分别通知到各医疗设施。

图22为表示结束了诊察的受诊的患者所进行的核算手续的流程的流程图。

如图22所示那样，在步骤S271中，患者通过操作手续终端4，按照需要委托账单的发行。

在步骤S272中，患者通过操作手续终端4，显示用于进行核算手续的操作画面。

在步骤S273中，患者通过操作手续终端4，显示存款(被充值的金额)的余额并确认。

在步骤S274中，患者判断是否能以存款(被充值的金额)的余额进行核算。在能以存款(被充值的金额)的余额核算的情况下，在步骤S274中判定为“是”，核算手续进入到步骤S276。与此相对，在不能以存款(被充值的金额)的余额核算的(余额不足等)情况下，在步骤S274中判定为“否”，核算手续进入到步骤S275。

在步骤S275中，患者通过操作手续终端4和患者终端8来进行充值。此时，患者通过使识别码显示于患者终端8，从而进行个人认证中的个人的证明。

在步骤S276中，患者通过操作手续终端4，进行基于存款(被充值的金额)的核算手续。

在步骤S277中，患者通过操作手续终端4，按照需要委托发票的发行。

在步骤S278中，患者通过操作手续终端4，进行支付履历的确认。

由此，患者所进行的核算手续完成。

图23为表示结束了诊察的受诊的患者为孩子的情况、患者有监护人的情况下的核算手续的流程的流程图。

如图23所示那样，在步骤S281中，患者通过操作手续终端4，按照需要委托账单的发行。

在此，在结束了诊察的受诊的患者为孩子的情况、患者中有监护人的情况下，进行不是患者本人而是支付负责人所进行的核算处理。

在步骤S282中，患者的支付负责人通过操作手续终端4而显示用于进行核算手续的操作画面。

在步骤S283中，患者的支付负责人通过操作手续终端4而显示存款(被充值的金额)的余额并进行确认。

在步骤S284中，患者的支付负责人判断是否能以存款(被充值的金额)的余额进行核算。在能以存款(被充值的金额)的余额进行核算的情况下，在步骤S284中，判定为“是”，核算手续进入到步骤S286。相对于此，在不能以存款(被充值的金额)的余额核算的(余额不足等)情况下，在步骤S284中判定为“否”，核算手续进入到步骤S285。

在步骤S285中，患者的支付负责人进行转账收款还是通过操作手续终端4和患者终端8来进行充值。此时，患者的支付负责人通过使患者终端8显示识别码来进行个人认证中的个人(患者)的证明。

在步骤S286中，患者的支付负责人通过操作手续终端4来进行基于存款(被充值的金额)的核算手续。

在步骤S287中，患者的支付负责人通过操作手续终端4来委托发票的发行。

在步骤S288中，患者的支付负责人通过操作手续终端4来进行支付履历的确认。

由此，患者的支付负责人所进行的核算手续完成。

在此，对疗养院中的核算手续进行说明。

疗养院中的诊疗的类别大体分为上门诊疗和门诊诊疗。

一直以来，上门医生、疗养院、或者入住者的亲戚分别需要进行诊疗的费用的支付的管理和诊疗履历的管理。

这一点，根据上述的实施方式，由于在云上上传了诊疗内容(收据)以及支付金额的信息，因而上门的医生也可不以纸介质的方式带有基于门诊诊疗的患者信息，减少诊察时的负担，防止患者的个人信息泄露。此外，为了进行诊疗的费用的支付而需要由上门医生自己所属的医院对疗养院或者亲戚送达账单以及发票，然而这种情况也成为云上的管理，因而能够削减创建账单和发票的人工、用于进行寄送的邮寄费用。

另一方面，在疗养院中，单独地管理哪个入住者接受了哪种支付、诊疗的负担消失。

尤其在门诊诊疗中需要在门诊目的地进行支付，因而必须预测诊疗的费用且患者预先从患者亲戚处存入该金额的现金，不仅对管理造成负担，而且也对现金管理产生负担，但这种情况也能通过上述的充值功能而避免。具体而言，例如通过在疗养院内设置用于充值诊疗的费用数目的终端，从而通过亲戚在来访时采用该终端对患者终端进行充值，从而无需预测诊疗的费用而在设施中进行存款。进而，对于亲戚也能减少为了诊疗的费用的支付而必须来访设施这样的负担。

以上，对本发明的实施方式进行了说明，但本发明并不限于上述的实施方式，能实现本发明的目的的范围的变形、改良等也包括在本发明中。此外，上述的实施方式中记载的效果只不过是列举了本发明所产生的最佳的效果，本发明的效果并不限于上述的实施方式中所记载的内容。

例如在上述实施方式中，在前提中记载有为医疗设施、以及将利用医疗设施的患者分别设为对象的服务，但是并不限定于医疗设施、以及利用医疗设施的患者。作为将进行商品或者劳务的提供的所有设施等、以及利用该设施等的人设为对象的服务也能适用本发明。

上述的实施方式中的一系列的处理也能通过硬件执行，也能通过软件执行。

在通过软件执行一系列的处理的情况下，构成该软件的程序通过网络、记录介质安装到计算机等。

计算机也可为组装到专用的硬件的计算机。此外，计算机通过安装各种程序，从而也可为能执行各种功能的计算机、例如通用的个人计算机。

包括这种程序的记录介质，为了对用户提供程序而不仅由与装置主体分开配置的可移动介质构成，而且在被预先组装到装置主体的状态下对用户提供的记录介质等构成。可移动介质例如由磁盘(包括软盘)、光盘、或者光磁盘等构成。光盘例如由CD-ROM(CompactDisk-Read Only MemoryY，光盘只读存储器)、DVD(Digital Versatile Disk，数字多功能盘)等构成。光磁盘由MD(MINIDISK，迷你盘)等构成。此外，在预先组装到装置主体的状态下对用户提供的记录介质例如由记录有程序的ROM、在存储部中包括的硬盘等构成。

另外，在本说明书中，记述记录介质中记录的程序的步骤，沿着该顺序以时间序列进行的处理当然未必以时间序列地被处理，也可包括并行或者个别地执行的处理。

此外，本说明书中，系统的用语意味着由多个装置、多个单元等构成的全体的装置。

图1所示的系统结构只不过是用于实现本发明的目的的例示，并没有被特别限定。即、能够执行各个装置的任务的功能也可在信息处理系统内具备，进而各个装置也可不经由网络而直接连接。

图2所示的各硬件结构只不过是用于实现本发明的目的的例示，并没有特别被限定。例如一个硬件也可兼具有其他硬件的功能，也可包括多个具有相同功能的硬件。

此外，图3的功能的结构只不过是例示，并没有被特别限定。即、作为全体能执行上述的一系列的处理的功能只要在服务器1中具备即可，为了实现该功能而采用哪种功能模块并不特别限定于图3的例子。

此外，1个功能模块也可由硬件单体构成，也可由软件单体构成，也可由它们的组合构成。

如果总结以上内容，则适用本发明的信息处理装置只要具有以下的结构即可，能够取得各种各样的实施方式。

即、适用本发明的信息处理装置(例如图1的医疗服务器1)具备：

第1管理单元(例如图3的顺序管理部101)，其生成第1信息(例如顺序数据)，并且对每个所述顾客进行管理，其中所述第1信息表示在进行商品或者劳务的对象的提供的设施中、接受所述对象的提供的顾客的顺序；

输出单元(例如图3的发行控制部102)，其执行对提示给所述顾客的、表示所述第1信息的介质(例如顺序卡)进行输出的控制；

第2管理单元(例如图3的位置管理部103)，其将表示持有所述介质的所述顾客在所述设施内的位置的第2信息(例如患者位置信息)与所述第1信息关联地进行管理；

第3管理单元(例如图3的诊察管理部104)，其将表示所述商品或者劳务的内容的第3信息(例如电子病历)与所述第1信息关联地进行管理；

第4管理单元(例如图3的手续管理部105)，其将表示所述对象的提供后进行的手续(例如“诊察后手续”)的进展状况的第4信息(例如手续进展信息)与所述第1信息对应关联地进行管理，其中，所述对象的提供后进行的手续包括所述对象的费用的数额的结算，并且基于至少包括所述第3信息在内的信息来确定所述对象的费用的数额；以及

监视单元(例如图3的监视部106)，其基于所述第1信息、所述第2信息、所述第3信息和所述第4信息，进行所述顾客的移动的状况和手续的状况是否一致的监视。

由此，第1管理单元生成第1信息，并且对每个顾客进行管理，其中，所述第1信息表示在进行商品或者劳务的对象的提供的设施中、接受该对象的提供的顾客的顺序，输出单元执行对提示给顾客的、表示第1信息的介质进行输出的控制。此外，第2管理单元将表示持有介质的顾客在设施内的位置的第2信息与第1信息关联地进行管理，第3管理单元将表示商品或者劳务的内容的第3信息与第1信息关联地进行管理。此外，第4管理单元将第4信息与第1信息对应关联地进行管理，所述第4信息表示商品或者劳务的对象的提供后进行的手续的进展状况，所述商品或者劳务的对象的提供后进行的手续包括商品或者劳务的对象的费用的数额的结算，并且基于至少包括第3信息在内的信息而确定商品或者劳务的对象的费用的数额。此外，监视单元基于第1信息、第2信息、第3信息和第4信息，进行顾客的移动的状况和手续的状况是否一致的监视。

其结果，无需使顾客进行对便携式信息终端的操作，就能够谋求进行商品或者劳务的提供的设施的受理事务手续中的人员的削减、省力化。

此外，所述第1管理单元生成表示作为所述设施的医疗设施中接受医生的诊疗的患者的顺序的信息来作为所述第1信息，并对每个所述患者进行管理，

所述输出单元执行对提示给所述患者的、表示所述第1信息的介质进行输出的控制，

所述第2管理单元将表示持有所述介质的所述患者在所述医疗设施内的位置的信息作为所述第2信息，并将其与所述第1信息关联地进行管理，

所述第3管理单元将表示由所述医生进行的所述患者的诊疗的内容的信息作为所述第3信息，并将其与所述第1信息关联地进行管理，

所述第4管理单元将表示所述诊疗后进行的手续的进展状况的信息作为所述第4信息，并将其与所述第1信息关联对应地进行管理，其中，所述诊疗后进行的手续包括所述诊疗的费用的结算，并且基于至少包括所述第3信息在内的信息来确定所述诊疗的费用的数额，

所述监视单元基于所述第1信息、所述第2信息、所述第3信息和所述第4信息，能够进行所述患者的移动的状况和手续的状况是否一致的监视。

由此，无需使患者进行对便携式信息终端的操作，就能够实现医疗机构的受理事务手续中的人员的削减、省力化。

此外，还具备警告控制单元(例如图3的警告控制部107)，所述警告控制单元在所述监视单元的监视的结果为所述患者的移动的状况和手续的状况不一致的情况下，执行对该患者进行规定的警告的控制。

由此，能够防止患者的误解、不正当行为。

此外，所述第4管理单元能够将表示有无处方单的信息作为所述第4信息，并将其与所述第1信息对应关联地进行管理。

由此，无需使患者进行对便携式信息终端的操作，能够实现包括医疗机构中的处方单的受理事务在内的诸多手续中的人员的削减、省力化。

此外，所述第4管理单元能够将表示有无下一次的所述诊疗的预约的信息作为所述第4信息，并将其与所述第1信息对应关联地进行管理。

由此，无需使患者进行对便携式信息终端的操作，而能够实现包括医疗机构中的预约的受理事务在内的诸多手续中的人员的削减、省力化。

此外，所述第4管理单元进而能够将第5信息(例如表示被充值的存款的数额的信息)和第6信息(例如患者ID)对应关联地进行管理，其中，所述第5信息表示为了结算所述诊疗的费用而由所述患者存入的存款的数额，所述第6信息至少包括能够唯一地确定该患者的规定的识别信息。

由此，如果在事先存入的存款的数额的范围内，则患者能够无现金地结束诊疗、费用的结算。此外，医疗设施的现金管理变得容易化，并且不需要承担例如信用卡结算那样的代办手续费，因而能够抑制伴随着无现金化而能产生的成本。

此外，所述第4管理单元将第7信息(例如核算数据)与所述第1信息(例如顺序数据)进一步关联对应地管理，其中，所述第7信息表示基于至少包括所述第3信息(例如电子病历)在内的信息(例如收据)而确定的所述诊疗的费用的数额，

还能够具备生成单元(例如图3的码生成部108)，该生成单元生成能唯一地确定由所述第4管理单元管理的所述第7信息的标识符(例如QR码(注册商标))。

由此，患者能够无现金地进行诊疗费用等的支付。此外，医疗设施能够容易地应对无现金化、无纸化。

符号说明

S···医疗事务支援设备、2···受理终端、3···诊疗终端、4···手续终端、5···事务终端、6···卡探测器、7···警告装置、8···患者终端、1···医疗服务器、11···CPU、12···ROM、13···RAM、14···总线、15···输入输出接口、16···输出部、17···输入部、18···存储部、19···通信部、20···驱动器、30···可移动介质、101···顺序管理部、102···发行控制部、103···位置管理部、104···诊察管理部、105···手续管理部、106···监视部、107···警告控制部、108···码生成部、181···患者DB、182···卡DB、S···各步骤、N···通信线路网。