信息处理装置、信息处理系统以及非临时性存储介质的制作方法

1.本公开涉及在医疗机构辅助用户的技术。


背景技术：

2.在用户在医疗机构接受诊治时，有想要预测与诊疗相关的时间这样的要求。关于该要求，例如在专利文献1中公开了如下系统：根据与用户对应的电子病历和问诊单数据，推测诊疗的所需时间。
3.现有技术文献
4.专利文献
5.专利文献1：日本特开2019－185252号公报


技术实现要素：

6.根据现有技术，能够推测每个用户的诊疗的所需时间、其他用户的等待时间。
7.另一方面，诊疗的所需时间仅凭过去的诊疗记录、问诊单的内容难以准确地推测。例如，有时医生实际地进行诊疗的结果产生预定外的检查、治疗。另外，还有时相反地被判断为不需要预定的检查。在这样的情况下，以后的诊疗时间表发生偏离，有可能会导致等待时间的增加、空闲时间的产生。
8.本公开的目的在于提供关于在医疗机构接受诊治的用户推测诊疗的所需时间的技术。
9.本公开的第一方案是一种信息处理装置，关于在医疗机构接受诊治的用户，推测诊疗的所需时间。
10.具体而言，信息处理装置具有控制部，该控制部执行：决定预定诊疗项目，该预定诊疗项目为针对所述用户预定的一个以上的诊疗项目；根据所述预定诊疗项目，计算第一所需时间；在所述用户的诊疗过程中，受理所述预定诊疗项目的修正；以及根据修正后的所述预定诊疗项目，计算第二所需时间。
11.另外，本公开的第二方案是一种信息处理系统，包括关于在医疗机构接受诊治的用户推测诊疗的所需时间的第一装置和与所述用户关联起来的第二装置。
12.具体而言，在信息处理系统中，所述第一装置具有控制部，该控制部执行：决定预定诊疗项目，该预定诊疗项目为针对所述用户预定的一个以上的诊疗项目；根据所述预定诊疗项目，计算第一所需时间；在所述用户的诊疗过程中，受理所述预定诊疗项目的修正；根据修正后的所述预定诊疗项目，计算第二所需时间；根据所述第一所需时间以及所述第二所需时间，生成多个所述用户的诊疗时间表；以及根据所述诊疗时间表，将规定的通知发送给所述第二装置。
13.另外，本公开的第三方案是存储有程序的非临时性存储介质。
14.具体而言，程序使关于在医疗机构接受诊治的用户推测诊疗的所需时间的信息处理装置执行：决定预定诊疗项目，该预定诊疗项目为针对所述用户预定的一个以上的诊疗
项目；根据所述预定诊疗项目，计算第一所需时间；在所述用户的诊疗过程中，受理所述预定诊疗项目的修正；以及根据修正后的所述预定诊疗项目，计算第二所需时间。
15.另外，作为其它方案，可举出由上述信息处理装置执行的方法或者非临时性地存储有上述程序的计算机可读存储介质。
16.根据本公开，能够关于在医疗机构接受诊治的用户推测诊疗的所需时间。
附图说明
17.图1是说明第一实施方式的信息处理系统的概要的图。
18.图2是详细地示出第一实施方式的信息处理系统的构成要素的图。
19.图3是说明存储于存储部的数据的图。
20.图4是说明诊疗时间表的图。
21.图5是示出在第一阶段收发的数据的流动的流程图。
22.图6是示出在第二阶段收发的数据的流动的流程图。
23.图7是服务器装置执行的处理的流程图。
24.图8是说明第二实施方式的信息处理系统的概要的图。
25.符号说明
26.100：服务器装置；101、201、301：控制部；102、202、302：存储部；103、203、303：通信部；204、304：输入输出部；200：诊疗终端；300：用户终端。
具体实施方式
27.存在根据与在医疗机构接受诊治的患者(以下，称为用户)有关的信息，估计与诊疗相关的时间的系统。通过估计与每个人的诊疗相关的时间，能够调度利用该医疗机构的多个患者的诊疗。
28.另一方面，诊疗的所需时间未必仅凭事先提供的信息就能够正确地预测。例如，在进行牙科的定期检查的人发现了虫牙的情况下，可能需要用于进行治疗的时间。另外，可能还存在在通过问诊、触诊而判明疼痛的原因的情况、不需要预定的检查的情况。即，有时从诊疗开始起增减预定的所需时间，起因于此有时以后的诊疗时间表发生偏离。
29.本实施方式的信息处理装置能够应对该问题。
30.本实施方式的信息处理装置是关于在医疗机构接受诊治的用户推测诊疗的所需时间的信息处理装置。具体而言，具有控制部，该控制部执行：决定作为针对所述用户预定的一个以上的诊疗项目的预定诊疗项目；根据所述预定诊疗项目，计算第一所需时间；在所述用户的诊疗过程中，受理所述预定诊疗项目的修正；以及根据所述修正后的预定诊疗项目，计算第二所需时间。
31.预定诊疗项目是事先预定的诊疗项目。预定诊疗项目例如能够根据在预约诊疗时判明的信息、过去的诊疗记录、问诊单数据等来决定。另外，第一所需时间是根据预定诊疗项目而计算出的所需时间。预定诊疗项目只是预定的(例如，由装置自动地推测出的)诊疗项目，所以有时因医生等的判断而改变。同样地，第一所需时间也可能改变。
32.控制部能够在用户的诊疗过程中，受理预定诊疗项目的修正。例如，在有由医生、护士判断为不需要的诊疗项目、新判断为需要的诊疗项目的情况下，修正预定诊疗项目。然
后，根据修正后的预定诊疗项目，计算第二所需时间。由此，第一所需时间被更新为第二所需时间。
33.根据上述结构，能够在医生等开始用户的诊疗的阶段，重新计算与诊疗相关的所需时间。由此，能够迅速地调整或重新生成以后的诊疗时间表，能够提高其他用户的便利性。另外，能够对诊疗过程中的用户精度良好地通知结束时刻。
34.另外，信息处理装置的特征也可以在于还具有存储部，该存储部存储所需时间数据，所需时间数据是所需时间与每个诊疗项目关联起来的数据，所述控制部根据所述所需时间数据，计算所述第一以及第二所需时间。
35.通过针对每个诊疗项目定义所需时间，能够进行更准确的所需时间的推测。
36.另外，所述控制部的特征也可以在于根据从针对所述用户的事先问诊的结果得到的信息，决定所述预定诊疗项目。
37.问诊例如能够以问卷形式进行。问诊既可以在诊疗的预约时进行，也可以在用户访问医疗机构之后进行。问诊的结果例如能够经由用户携带的信息终端、医疗机构所具有的信息终端等而获取。
38.另外，所述控制部的特征也可以在于根据所述用户的诊疗记录，决定所述预定诊疗项目。
39.诊疗记录是记录有医疗机构中的用户的诊疗经过等的数据。诊疗记录也可以包括检查记录、手术记录、看护记录等。另外，诊疗记录也可以从装置的外部获取。
40.另外，所述控制部的特征也可以在于根据从处于对所述用户进行诊疗的过程中的医疗从业者获取到的信息，修正所述预定诊疗项目。
41.根据上述结构，能够通过进行了实际的用户的诊疗的医生等的判断，修正诊疗项目。
42.另外，所述控制部的特征也可以在于根据对多个所述用户推测出的诊疗的所需时间，生成所述多个用户的诊疗时间表。
43.优选在关于某个用户变更了诊疗的所需时间的情况下，以与该变更匹配的方式还变更其他用户的诊疗时间表。
44.另外，所述控制部的特征也可以在于在关于第一用户计算出所述第二所需时间的情况下，调整在所述第一用户之后接受诊疗的第二用户的诊疗时间表。
45.根据上述结构，例如能够通知从预定的诊疗开始时刻起的延迟等。
46.另外，所述控制部的特征也可以在于根据所述诊疗时间表，推测规定的用户结束诊疗的时刻。
47.能够根据调整后的诊疗时间表，推测特定的用户的诊疗结束的时刻。
48.另外，所述控制部的特征也可以在于将推测出的所述时刻发送到与所述用户关联的装置。例如，与所述用户关联的装置既可以是管理所述用户在诊疗后乘坐的移动体的装置，也可以是与对所述用户提供药的药房关联起来的装置。
49.通过将推测出的时刻(即，诊疗结束的时刻)发送到这样的装置，能够提高用户的便利性。例如，通过将推测出的时刻发送到药房，能够与用户的到店相匹配地进行药的准备。另外，通过将推测出的时刻发送到管理移动体(例如，出租车、自动驾驶车辆)的运营商，能够接送结束诊疗的用户。
50.以下，根据附图，说明本公开的实施方式。以下的实施方式的结构是例示，本公开不限定于实施方式的结构。
51.(第一实施方式)
52.参照图1，说明第一实施方式的信息处理系统的概要。本实施方式的信息处理系统构成为包括生成一人以上的用户的诊疗时间表的服务器装置100、配置于医疗机构的诊疗终端200以及用户携带的用户终端300。
53.服务器装置100是调度医疗机构中的用户的诊疗的装置。服务器装置100根据从后述诊疗终端200以及用户终端300发送的信息，生成诊疗时间表。所生成的诊疗时间表根据状况随时更新，其结果被发送到关联的终端。
54.此外，在以后的说明中，诊疗时间表的生成以及诊疗的调度是指对各个用户进行诊疗时间的分配的处理。
55.用户终端300是用于进行诊疗的申请的计算机。用户终端300例如能够设为用户拥有的便携终端。用户终端300能够经由网络而与服务器装置100进行通信。
56.诊疗终端200是设置于医疗机构的计算机。诊疗终端200既可以是医疗从业者的专用终端，也可以是医疗从业者和用户共用的终端。诊疗终端200能够经由网络而与服务器装置100进行通信。
57.此外，在图1的例子中，服务器装置100与诊疗终端200以及用户终端300分别一对一地对应，但也可以是一台服务器装置100管辖多个诊疗终端200以及多个用户终端300。
58.图2是更详细地示出本实施方式的信息处理系统的构成要素的图。在此，首先说明服务器装置100的详细内容。
59.服务器装置100根据从多个用户终端300发送的请求，调度多个用户的诊疗。另外，服务器装置100根据从诊疗终端200发送的信息，更新所生成的诊疗时间表。
60.服务器装置100能够由通用的计算机构成。即，服务器装置100能够作为具有cpu、gpu等处理器、ram、rom等主存储装置、eprom、硬盘驱动器、可移动介质等辅助存储装置的计算机而构成。此外，可移动介质例如也可以是usb存储器或者如cd、dvd那样的光盘记录介质。在辅助存储装置中，保存操作系统(os)、各种程序、各种表格等，将保存于此处的程序载入到主存储装置的作业区域而执行，通过程序的执行来控制各结构部等，从而能够实现如后所述的、与规定的目的一致的各功能。但是，一部分或者全部的功能也可以通过如asic、fpga那样的硬件电路实现。
61.控制部101是掌管服务器装置100进行的控制的运算装置。控制部101能够通过cpu等运算处理装置实现。
62.控制部101构成为具有请求获取部1011、所需时间推测部1012以及时间表管理部1013这3个功能模块。各功能模块也可以通过由cpu执行所存储的程序而实现。
63.请求获取部1011根据从用户终端300接收到的请求，决定对相应的用户所需的诊疗项目。在此决定的诊疗项目是从已知的数据推测出的临时的诊疗项目(还称为预定诊疗项目)。
64.另外，请求获取部1011根据从医疗从业者进行操作的诊疗终端200接收到的请求，修正与相应的用户对应的预定诊疗项目。由此，与相应的用户对应的诊疗项目确定。
65.所需时间推测部1012根据与用户对应的一个以上的诊疗项目，生成表示诊疗所需
的时间的数据(所需时间信息)。
66.时间表管理部1013根据获取到的所需时间信息，生成或更新用户的诊疗时间表。被决定或更新的时间表被发送到用户终端300。
67.关于各模块进行的处理的详细内容将在后面叙述。
68.存储部102构成为包括主存储装置和辅助存储装置。主存储装置是由控制部101执行的程序、展开该控制程序利用的数据的存储器。辅助存储装置是存储在控制部101中执行的程序、该控制程序利用的数据的装置。
69.另外，存储部102存储诊疗项目数据102a、所需时间数据102b以及诊疗时间表数据102c。
70.诊疗项目数据102a是用于在诊疗前判定对于某个用户而言而所需的诊疗项目的数据。诊疗项目数据102a包括(1)用户的诊疗记录数据或者(2)将自觉症状与诊疗项目关联起来的数据(以下，症状数据)中的至少任意一个数据。
71.图3(a)是诊疗记录数据的例子。诊疗记录数据例如是将接受诊治日期时间、接受诊治科目、接受诊治时的状态、诊疗项目、诊疗结果这样的多个项目与用户的标识符(患者id)关联起来的数据。诊疗记录数据由对用户进行诊疗的医疗从业者生成。通过参照诊疗记录数据，能够决定对于具有过去的诊疗记录的用户而言而所需的诊疗项目。
72.图3(b)是症状数据的例子。症状数据是针对存在怎样的自觉症状的情况将推荐怎样的诊疗项目关联起来的数据。通过参照症状数据，能够决定对于存在自觉症状的用户而言而所需的诊疗项目。
73.所需时间数据102b是针对每个诊疗项目而定义与诊疗相关的所需时间的数据。
74.图3(c)是所需时间数据的例子。所需时间数据是将诊疗科目、医疗机构以及诊疗项目与和诊疗相关的标准的所需时间关联起来的数据。
75.通过参照所需时间数据102b，能够推测与规定的诊疗项目相关的时间。
76.诊疗时间表数据102c是表示用于对多个用户进行诊疗的时间表的数据。图4是诊疗时间表的例子。诊疗时间表例如既可以如例1那样，对一个设备(诊察室等)分配多个用户，也可以如例2那样，对多个设备分配多个用户。
77.通信部103是用于将服务器装置100与诊疗终端200以及用户终端300连接的无线通信接口。服务器装置100例如被构成为能够经由无线lan、3g、lte、5g等移动通信服务而与各终端进行通信。
78.接下来，说明诊疗终端200。
79.诊疗终端200例如是个人计算机、平板电脑、个人信息终端、智能手机、便携电话或者可穿戴计算机这样的计算机。
80.诊疗终端200构成为包括控制部201、存储部202、通信部203以及输入输出部204。
81.控制部201是掌管诊疗终端200进行的控制的运算装置。控制部201能够通过cpu(central processing unit，中央处理单元)等运算处理装置来实现。
82.后述的各功能也可以通过由cpu执行存储于后述的存储部202的程序而实现。
83.控制部201执行访问服务器装置100而进行交互的功能。该功能也可以通过在诊疗终端200中进行动作的网页浏览器实现。关于具体的方法将在后面叙述。
84.存储部202构成为包括主存储装置和辅助存储装置。主存储装置是由控制部201执
行的程序、展开该控制程序利用的数据的存储器。辅助存储装置是在控制部201中执行的程序(例如，网页浏览器)、存储该程序利用的数据的装置。也可以在辅助存储装置中，存储将由控制部201执行的程序封装成应用程序而成的产品。另外，也可以存储用于执行这些应用程序的操作系统。存储于辅助存储装置的程序被载入到主存储装置，由控制部201执行，从而进行以后说明的处理。
85.主存储装置也可以包括ram(random access memory，随机存取存储器)、rom(read only memory，只读存储器)。另外，辅助存储装置也可以包括eprom(erasable programmable rom，可擦可编程只读存储器)、硬盘驱动器(hdd，hard disk drive)。进而，辅助存储装置也可以包括可移动介质、即可搬记录介质。可移动介质例如是usb(universal serial bus，通用串行总线)存储器或者如cd(compact disc，压缩光盘)、dvd(digital versatile disc，数字多功能光盘)那样的盘记录介质。
86.通信部203是与通信部103同样的通信接口。通信部203例如构成为能够经由因特网等广域网络而与服务器装置100进行通信。
87.输入输出部204是受理利用者进行的输入操作并对利用者提示信息的单元。在本实施方式中，由一个触摸面板显示器构成。即，包括液晶显示器及其控制单元、触摸面板及其控制单元。输入输出部204也可以包括键盘等输入器件、鼠标等指向器件。
88.用户终端300例如是智能手机、便携电话、平板电脑、个人信息终端、个人计算机或者可穿戴计算机(智能手表等)这样的小型的计算机。
89.用户终端300构成为包括控制部301、存储部302、通信部303以及输入输出部304。
90.此外，控制部301、存储部302、通信部303以及输入输出部304分别具有与控制部201、存储部202、通信部203以及输入输出部204同样的结构，所以省略详细的说明。
91.此外，图2所示的结构是一个例子，图示出的功能的全部或者一部分也可以使用专门设计的电路来执行。另外，也可以通过图示以外的主存储装置以及辅助存储装置的组合来进行程序的存储或执行。
92.接下来，参照作为示出在模块间收发的数据的图的图5以及图6，说明服务器装置100(控制部101)所具有的3个功能模块的作用。
93.图5是示出服务器装置100从用户终端300接收用于预约诊疗的请求(以下，预约请求)，生成诊疗时间表的处理(以下，称为第一阶段)的图。
94.在第一阶段，请求获取部1011从与用户关联起来的用户终端300接收预约请求，根据该预约请求，决定针对相应的用户而被推测为需要的诊疗项目。诊疗项目是指例如由医生进行的问诊、由医生进行的触诊、血压测定、血液检查、心电图检查、x射线检查、治疗、服药指导等在诊疗中可能进行的项目。诊疗项目也可以为两个以上。
95.被推测为对于某个用户而言需要的诊疗项目能够根据前述诊疗项目数据102a来获取。判定结果被发送到所需时间推测部1012。
96.所需时间推测部1012根据与用户对应的一个以上的诊疗项目，生成表示诊疗所需的时间(第一所需时间)的数据(所需时间信息)。针对每个诊疗项目而花费何种程度的时间能够使用前述所需时间数据102b来计算。所生成的所需时间信息被发送到时间表管理部1013。
97.时间表管理部1013根据获取到的所需时间信息，如图4所例示那样，按时间线分配
用户，从而生成诊疗时间表。此外，在存在多个设备的情况下，也可以对多个设备进行用户的分配(例如，在进行x射线摄影的情况下，对x射线摄影室分配用户)。这样的处理例如也可以根据将诊疗项目与设备对应起来的数据来进行。
98.所生成的诊疗时间表作为诊疗时间表数据102c而存储。另外，时间表管理部1013将所决定的诊疗时间表发送到用户终端300。
99.在以上说明的处理中，根据推测出的所需时间，生成与多个用户对应的诊疗时间表。但是，该诊疗时间表只是根据过去的诊疗实际成绩、用户本人的自觉症状而生成的，所以未必是准确的时间表。因而，本实施方式的服务器装置100根据与用户实际会面的医疗从业者的意见，修正预定诊疗项目以及所需时间，更新诊疗时间表。
100.图6是示出根据从诊疗终端200发送的数据来更新诊疗时间表的处理(以下，称为第二阶段)的图。
101.在此，诊疗终端200是与用户会面的医疗从业者使用的终端。
102.在第二阶段，请求获取部1011从诊疗终端200接收修正请求。修正请求是用于修正在第一阶段决定的诊疗项目的请求。医疗从业者例如根据对用户进行观察或者问诊的结果，判断在第一阶段决定的诊疗项目是否妥当。在其结果是判断为该诊疗项目不妥当的情况下，医疗从业者经由诊疗终端200发送修正请求。在修正请求中，包含修正后的诊疗项目。修正后的诊疗项目被发送到所需时间推测部1012。
103.接下来，所需时间推测部1012根据修正后的诊疗项目，通过与第一阶段同样的方法，获取所需时间(第二所需时间)，生成所需时间信息。通过该处理，第一所需时间被更新为第二所需时间。
104.所需时间信息被发送到时间表管理部1013。
105.接下来，时间表管理部1013根据获取到的所需时间信息，更新用户的诊疗时间表。例如，在与某个用户的诊疗相关的时间变短的情况下，能够使后续的用户的时间表提前。另外，在与某个用户的诊疗相关的时间变长的情况下，能够使后续的用户的时间表延后。即，调整对象的用户和受到该用户的影响的其他用户的时间表。
106.更新后的时间表被发送到与由于该更新而受到影响的用户关联起来的用户终端300。受到影响的用户是指诊疗时间表(开始时刻、结束时刻)发生变动的用户。由此，例如能够引导诊疗能够比预定早地开始的意思、诊疗的开始比预定晚的意思。
107.图7是服务器装置100(控制部101)执行的处理的流程图。
108.首先，在步骤s11中，请求获取部1011接收从诊疗终端200或者用户终端300发送的请求。
109.接下来，判定请求获取部1011接收到的请求是预约请求还是修正请求(步骤s12)。在此，在接收到的请求是预约请求的情况下，处理转移到步骤s13。
110.在步骤s13中，请求获取部1011确定发送了预约请求的用户，决定被推测为需要的诊疗项目。被推测为需要的诊疗项目也可以如前所述根据过去的诊疗记录来决定。
111.另外，当在从用户终端300发送的预约请求中，包含针对事先的问诊的回答(以下，问诊单数据)的情况下，也可以根据自觉症状等判定所需的诊疗项目。此外，也可以为了进行事先的问诊，从服务器装置100对用户终端300发送问诊的内容，用户经由画面等输入回答。
112.在步骤s14中，所需时间推测部1012根据在步骤s13中决定的预定诊疗项目、和所需时间数据102b，推测与诊疗相关的所需时间，生成所需时间信息。
113.在步骤s15中，时间表管理部1013根据所需时间信息，生成诊疗时间表。
114.所生成的诊疗时间表在步骤s16中被发送到发送了预约请求的用户终端300。
115.在请求获取部1011接收到的请求为修正请求的情况下，处理转移到步骤s17。
116.在步骤s17中，请求获取部1011获取修正请求所包含的诊疗项目(即，医疗从业者判断为需要的诊疗项目)。
117.接下来，在步骤s14中，所需时间推测部1012通过与前述方法同样的方法，推测与诊疗相关的所需时间，生成所需时间信息。
118.在步骤s18中，时间表管理部1013根据所需时间信息，更新诊疗时间表。
119.然后，在步骤s19中，对与受到时间表的变更影响的用户关联起来的用户终端300发送诊疗时间表被变更的意思的通知。
120.如以上说明，在第一实施方式的信息处理系统中，能够在事先预测出的诊疗项目与医疗从业者判断为需要的诊疗项目之间存在差异的情况下，修正与诊疗相关的所需时间。由此，能够精度良好地计算诊疗的结束时刻。另外，能够迅速地调整或重新生成以后的诊疗时间表，能够提高其他用户的便利性。
121.(第一实施方式的变形例)
122.在第一实施方式中，例示出用户使用用户终端300事先进行诊疗的预约的方式，但预约不是必需的。例如，也可以在用户访问医疗机构之后，将请求诊疗的数据(诊疗请求)发送到服务器装置100。诊疗请求既可以从用户终端300发送，也可以从设置于医疗机构的(面向用户的)诊疗终端200发送。另外，此时也可以是用户利用用户终端300、诊疗终端200来进行问诊单的记入，连同其内容(问诊单数据)与诊疗请求一起发送到服务器装置100。
123.在该情况下，服务器装置100也可以利用所发送的问诊单数据，获取预定诊疗项目。另外，也可以将所生成的诊疗时间表发送到诊疗终端200或者用户终端300。
124.(第二实施方式)
125.在第一实施方式中，将与诊疗时间表有关的信息仅发送到用户终端300。相对于此，第二实施方式是将与诊疗时间表有关的信息发送到管理接送用户的车辆的装置的实施方式。由此，能够使用户乘坐的车辆与诊疗的结束时刻相匹配地前往医疗机构。
126.如图8所示，第二实施方式的信息处理系统构成为还包括车辆管理装置400和多个自主行驶车辆410。
127.车辆管理装置400是管理多个自主行驶车辆410的装置。自主行驶车辆410是根据从车辆管理装置400接收到的指令在规定的路径上无人行驶的车辆。
128.车辆管理装置400从处于管理下的多个自主行驶车辆410收集与各车辆有关的信息(车辆信息。例如，位置信息、车辆的状态等)。另外，对处于管理下的多个自主行驶车辆410发送指示驾驶的数据(驾驶指令)。由此，能够使自主行驶车辆410沿着所指定的路径驾驶。
129.也可以在驾驶指令中包含指定行驶路径、经过地点、目的地的数据。另外，也可以在驾驶指令中包含指定在路径上应进行的处理的数据。作为在路径上进行的处理，例如有向停车场的入库、用户的呼叫、用户的上下车等。
130.在第二实施方式中，在生成或更新诊疗时间表的情况下，时间表管理部1013生成包含用户的标识符、医疗机构的标识符、诊疗结束的时刻等的信息(预约信息)，发送到车辆管理装置400。另外，车辆管理装置400根据该预约信息，生成针对自主行驶车辆410的驾驶指令，并进行发送。另外，自主行驶车辆410根据接收到的信息，执行接送用户的任务。
131.根据上述方式，根据诊疗的结束时刻，能够自动地安排用于接送用户的车辆。
132.此外，在本实施方式中，例示出自主行驶车辆，但用户乘坐的车辆可以是有人车辆(例如，出租车等)。
133.(第二实施方式的变形例)
134.在第二实施方式中，服务器装置100将与诊疗时间表有关的信息发送到管理用户乘坐的车辆的装置，但服务器装置100也可以将与诊疗时间表有关的信息发送到其它装置。例如，也可以将与诊疗时间表有关的信息发送到与在诊疗后用户利用的配药药房关联起来的装置。在该情况下，也可以同时发送电子化的处方笺数据。由此，能够与诊疗的结束时刻相匹配地开始配药。
135.进而，也可以将与诊疗时间表有关的信息发送到与配药药房关联起来的装置和车辆管理装置这双方。由此，例如能够使自主行驶车辆执行“药的接收”和“用户的接送”这两个种类的任务。
136.(变形例)
137.上述实施方式仅仅是一个例子，本公开能够在不脱离其要旨的范围内，适当地变更而实施。
138.例如，在本公开中说明的处理及单元只要不产生技术上的矛盾，就能够自由地组合实施。
139.另外，也可以是设为由一个装置进行而说明的处理由多个装置分担执行。或者，也可以是设为由不同的装置进行而说明的处理由一个装置执行。在计算机系统中，能够灵活地变更通过怎样的硬件结构(服务器结构)来实现各功能。
140.本公开将安装有在上述实施方式中说明的功能的计算机程序提供给计算机并且该计算机所具有的一个以上的处理器通过读出程序并进行执行也能够实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性计算机可读存储介质提供给计算机，也可以经由网络提供给计算机。非临时性计算机可读存储介质例如包括磁盘(软盘(floppy(注册商标)disk)、硬盘驱动器(hdd)等)、光盘(cd－rom、dvd光盘、蓝光光盘等)等任意类型的盘、只读存储器(rom)、随机存取存储器(ram)、eprom、eeprom、磁卡、闪存存储器、光学式卡、适合保存电子命令的任意类型的介质。