CN108074034B - 服务辅助装置、服务辅助方法以及程序 - Google Patents

服务辅助装置、服务辅助方法以及程序 Download PDF

Info

Publication number
CN108074034B
CN108074034B CN201711144037.1A CN201711144037A CN108074034B CN 108074034 B CN108074034 B CN 108074034B CN 201711144037 A CN201711144037 A CN 201711144037A CN 108074034 B CN108074034 B CN 108074034B
Authority
CN
China
Prior art keywords
service
time
information
display
screen
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.)
Active
Application number
CN201711144037.1A
Other languages
English (en)
Other versions
CN108074034A (zh
Inventor
锄柄茂男
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.)
Benesse Style Care Co ltd
Original Assignee
Benesse Style Care Co ltd
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
Priority claimed from JP2017178624A external-priority patent/JP6993821B2/ja
Application filed by Benesse Style Care Co ltd filed Critical Benesse Style Care Co ltd
Publication of CN108074034A publication Critical patent/CN108074034A/zh
Application granted granted Critical
Publication of CN108074034B publication Critical patent/CN108074034B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及服务辅助装置、服务辅助方法以及程序,在护理机构中整理·汇总员工应确认的事项。服务辅助装置所显示的生活状况表画面是将服务包含被提供者的基本信息的基本信息区域和包含与特定期间有关的服务被提供者的个别的信息的个别信息区域沿着第一方向并列地配置,并将每个服务被提供者的基本信息区域以及个别信息区域沿着与第一方向不同的第二方向连续地配置的画面,个别信息区域具有:包含与服务被提供者有关的注意事项的注意事项区域;包含服务被提供者的最新的健康状态的导航区域;时序图区域,其将特定期间内的时间划分为多个时间框而成的时间框以时间序列配置,且在时间框上至少包含有表示服务的对象。

Description

服务辅助装置、服务辅助方法以及程序
技术领域
本发明涉及一种服务辅助装置、服务辅助方法以及程序。
背景技术
在护理机构中,机构院长·管理者、护理经理、服务提供责任者、护理员工、看护职员、功能训练指导员、生活辅助员工以及接待事务员等(以下,总称为“员工”)的各种职业的多个员工轮流值班,24小时365天提供不间断的服务。另外,在护理机构中,大量发生正入住生活在护理机构的入住者等的身体状况以及症状等的健康状态变化、和/或所谓的有可能发生的事故以及事故等这样的意外应对等这样的突发事情。因此,除了提供基于护理计划和/或看护计划等(以下,称为“计划”)的适当的服务之外,还需要迅速且恰当地应对预定外、预料外的事情。因此,寻求可靠的信息共享和员工间合作的实践。
在专利文献1中公开了,在时间刻度的背景上显示填入了实际数据的选项卡的技术。
在专利文献2中公开了,使被护理者的生活节奏图表化,并使横跨多日的被护理者的生活节奏的变化图表化而显示的技术。
现有技术文献
专利文献
专利文献1:日本专利第3681242号公报
专利文献2:日本专利第5379923号公报
发明内容
技术问题
机构中员工应确认的必要事项很多。另外,由于机构中生活着很多服务被提供者,所以需要一边留意其他的服务被提供者的信息一边提供服务。然而,整理·汇总护理机构中员工应确认的事项的技术没有被提出。
另外,对于护理机构而言,出于是需要护理的入住者所入住的机构这样的性质,频繁地发生各种各样的事故。在发生了新事故的情况下,为了在将事故内容记载于报告,并且在有关人员间共享事故内容,在报告中附上有关人员一览检查表,并进行传阅。
然而,需要进行在应共享事故内容的有关人员属于其他的楼层或其他的组的情况下,按照其属性复印报告而进行传阅,而相对于机构外的有关人员,传真事故报告,或将其电子化而使用电子邮件和/或群组软件而发信等作业。此外,事故报告的内容由于随着时间的经过其内容被更新的情况很多,所以每次还需要进行共享的工作。
另外,不仅事故内容的共享,还需要适当的事故应对。当发生事故时,从发生到应对结束为止,必须经过一个必然的程序。具体而言,除了对作为事故的当事者的入住者自身进行紧急响应之外,还需要通过电话和/或FAX向家属和/或主治医生、行政部门等进行第一次报告、事故的现场核查和/或事故会议、事故的原因分析和预防对策的制定、经过一定期间后的反思。并且,需要根据事故的内容,重新制定护理计划,利用向行政部门的书面材料进行第二报告。因此,众多的有关人员必须执行各种程序直到事故响应结束,需要一定的时间。
然而,不存在用于确认一系列的事故响应的程序是否未拖延地履行的有效的***。现状是为了管理事故响应程序而额外制作管理簿,或经过一定时间而每隔一定期间对有关人员进行额外确认,需要大量的间接工作。
以上,在以纸介质共享事故的内容的情况下,即使是一件事故,在众多的有关人员间共享信息也是需要时间的。何况,在共享同时发生的多个事故的同时、根据各个事故每时每刻变化的状况,及时掌握适当的响应没有延迟地履行之类的进展状况是非常困难的。
特别是,在如护理机构这样的多种职业的员工分担各种职务,从而在对入住者等提供一体的服务的情况下,非常需要迅速的事故信息的共享和事故响应。
并且,没有提出在多个机构中,能够容易地掌握正发生何种医疗护理和/或事故的技术。
因此,本发明的目的在于提供显示整理·汇总员工应确认的事项的画面的服务辅助装置、服务辅助方法以及程序。
另外,本发明的目的在于提供在员工间能够容易共享事故状况以及事故响应处置的进展状况的服务辅助装置。
并且,本发明的目的在于提供在多个机构中,能够容易地掌握正发生什么样的事故这样的服务辅助装置。
技术方案
本发明的一个方式的服务辅助装置是具备:存储部,其存储服务被提供者接受提供的服务的预定和实际业绩的数据;和显示控制部,其基于数据将表示服务被提供者的生活的状况的生活状况表画面显示于显示部,生活状况表画面是将包含有识别服务被提供者的信息的基本信息区域、和包含有与特定期间相关的服务被提供者的个别的信息的个别信息区域沿第一方向并列地配置,且将每个服务被提供者的基本信息区域以及个别信息区域沿与第一方向不同的第二方向连续地配置的画面,个别信息区域具有:注意事项区域,其包含与服务被提供者相关的注意事项;导航区域,其包含服务被提供者的最新的健康状态;以及,时序图区域,其将特定期间内的时间划分为多个时间框而成的时间框以时间序列配置,并在时间框上包含有至少表示显示服务的对象。
根据该方式,显示汇总了每个服务被提供者的基本信息区域以及个别信息区域的画面。在个别信息区域具有:注意事项区域,其包含与服务被提供者相关的注意事项;导航区域,其包含服务被提供者的最新的健康状态;以及时序图区域,其将特定期间内的时间划分为多个时间框而得的时间框以时间序列配置,且在时间框上包含有表示服务的对象。由于显示汇总了这样的信息的画面,所以员工能够迅速地确认用于提供适当的服务的信息。
本发明的一个方式的服务辅助装置是使用能够显示积累于存储部的信息的多个终端,且用于提供服务的服务辅助装置,存储部构成为针对多个事故中的每一个,记录在服务的提供中发生的事故的信息和与该事故关联设定的由多个员工构成的组的信息,终端所具备的显示控制部构成为显示与操作终端的员工关联设定的多个事故的信息、针对多个事故中的每一个表示该员工是否确认了事故信息的信息、以及针对多个事故中的每一个表示与事故关联的组的其他员工是否确认了事故信息的信息。
根据该方式,由于能够显示与操作该终端的员工关联的事故信息,所以能够容易地确认应确认的事故信息。另外,由于还能够掌握与该事故信息关联的其他员工的事故确认状况,所以易于与其他员工配合而实现事故响应。
另外,存储部存储多个服务被提供者所接受的服务的预定和实际业绩的数据,识别服务被提供者的信息包含识别服务被提供者接受服务的机构的信息,显示控制部可以构成为针对每个机构且服务的种类,显示被提供的服务的件数。
根据该方式,由于能够统计掌握针对每个机构,当前或者预定期间内提供什么样的服务,所以能够容易地掌握接受服务的机构间的比较和/或特殊性等。
应予说明,本发明的员工是指机构院长·管理者、护理经理(计划制作负责人)、服务提供责任者、护理员工·机构护工、看护职员、功能训练指导员、生活讨论员、生活辅助员工以及接待事务员等进行与机构相关的工作的人,包含服务的提供者。另外,广义上讲,也包含管理多个护理机构的区域事业经理、统管多个区域事业部的区域事业总经理、进一步统管多个区域事业本部的公司负责人或管理层或本社员工。
本发明的一个方式的服务辅助方法是使用能够显示积累于存储部的信息的多个终端,而用于提供服务的服务辅助方法,包含如下的步骤:在存储部中,针对多个事故中的每一个,记录在服务的提供中发生的事故的信息和与该事故关联设定的由多个员工构成的组的信息的步骤;在终端所具备的显示控制部,显示与操作终端的员工关联设定的多个事故的信息、针对多个事故中的每一个表示该员工是否确认了事故信息的信息、针对多个事故中的每一个表示与事故关联的组的其他员工是否确认了事故信息的信息的步骤。
根据该方式,由于能够对操作终端的员工,显示与该员工关联的事故信息,所以能够容易地掌握应确认的事故信息。另外,由于还能够掌握与该事故信息关联的其他服务提供者的事故确认状况,所以易于与其他服务提供者配合而实现事故应对。
另外,可选地,包含在存储部存储多个服务被提供者所接受的服务的预定和实际业绩的数据的步骤,识别服务被提供者的信息包含识别服务被提供者接受服务的机构的信息,还包含显示控制部针对每个接受服务的机构,且针对每种服务的种类,显示多个服务被提供者所接受的服务的件数的步骤。
根据该方式,由于能够统计地掌握针对每个接受服务的机构,当前或者预定期间内提供什么样的服务,所以能够掌握接受服务的机构间的比较和/或特殊性等。
本发明的一个方式的程序在计算机中执行:针对多个事故中的每一个,记录在服务的提供中发生的事故的信息和与该事故关联设定的由多个员工构成的组的信息的步骤;显示与操作计算机的员工关联设定的多个事故的信息、针对多个事故中的每一个表示该员工是否确认了事故信息的信息、针对多个事故中的每一个表示与事故关联的组的其他员工是否确认了事故信息的信息。
根据该方式,由于能够对操作计算机的员工,显示与该员工关联的事故信息,所以能够容易地掌握应确认的事故信息。另外,由于还能够掌握与该事故信息关联的其他服务提供者的事故确认状况,所以易于与其他的服务提供者配合而实现事故应对。
另外,可以是一种程序,在计算机中存储多个服务被提供者所接受的服务的预定和实际业绩的数据,识别服务被提供者的信息包含识别服务被提供者接受服务的场所的信息,在显示控制部,针对每个接受服务的机构且针对每种服务的种类,显示多个服务被提供者所接受的服务的件数。
根据该方式,由于能够统计地掌握针对每个接受服务的机构,当前或者预定期间内提供什么样的服务,所以能够容易地掌握接受服务的机构间的比较和/或特定机构的特殊性等。
发明效果
根据本发明,能够显示汇总了员工应确认的事项的画面。另外,能够在相关员工之间容易地共享事故信息。另外,能够容易地掌握在各护理机构中提供的医疗的护理件数和/或事故件数。
附图说明
图1是表示实施方式的***的构成的图。
图2是表示服务器和用户终端的构成的图。
图3是表示生活状况表画面的例子的图。
图4是摘取了生活状况表画面中的生活状况区域的一部分的图。
图5是对使时序图区域的时序图的时间轴伸缩而显示的例子进行说明的图。
图6是表示显示于时序图区域的时间框变化的例子的图。
图7是显示服务记录画面的一个例子的图。
图8是表示对象的一个例子的图。
图9是对与生命指标相关的图标进行说明的图。
图10是对显示于图标的图形等的切换进行说明的图。
图11是表示在相同的时间框重合多个图标的情况下,控制图标配置的例子的图。
图12是表示在时序图区域的时间框上的多个时间框上进行强调显示的例子的图。
图13是表示制作事故报告时使用的画面的一个例子的图。
图14是表示输入经时记录的画面的一个例子的图。
图15是表示一览显示模式画面的一个例子的图。
图16是表示健康状态模式画面的一个例子的图。
图17是表示一并输入模式画面的一个例子的图。
图18是表示个人的每周预定的单周预定画面的一个例子的图。
图19是表示用户终端的服务辅助方法的一个例子的图。
图20是表示服务器的控制方法的一个例子的图。
图21是事故的报告等级的设定画面例。
图22是事故报告的画面例。
图23是用于通知未确认的事故的画面例。
图24是表示事故的确认状况的画面例。
图25是用于表示评论画面的选项卡(tab)例。
图26是评论画面例。
图27是事故一览画面例。
图28是表示每个护理机构的事故状况的画面例。
符号说明
100:***,110:服务器,120、120a、120b:用户终端,211:通信部,212:存储控制部,213:存储部,214:检索部,220:输入部,221:通信部,223:显示部,224:显示控制部,225:存储部,226:存储控制部,300:生活状况表画面,301、302、303、304:显示切换选项卡,310:检索栏区域,350:生活状况区域,351a:记录,351b:记录,351c:记录,351d:记录,360:基本信息区域,370:注意事项区域,375:个别信息区域,380:导航区域,390:时序图区域
具体实施方式
[用语的说明]
对本实施方式中说明的用语进行说明。
“员工”是机构院长·管理者,护理经理(计画制作负责人)、服务提供责任者、护理员工·机构护工、看护职员、功能训练指导员、生活讨论员、生活辅助员工以及接待事务员等进行与机构工作相关的人。另外,广义上讲还包含管理多个护理机构的区域事业经理、统管多个区域事业部的区域事业总经理,进一步统管多个区域事业本部的公司负责人和/或管理层和/或本社员工。
“利用者”是利用本实施方式中说明的***的人。具体而言,是管理机构的员工以及多个机构的区域事业经理和/或其上级的区域事业总经理等。
“服务被提供者”是接受机构所提供的服务的人。还包含可以不入住在机构,外来接受一部分的服务的人。在以下的实施方式中,服务被提供者以入住在护理机构的入住者为例进行说明。应予说明,服务被提供者也可以是不入住在机构而接受日间护理的服务的人,在以下说明的实施方式中两者可以同时存在。
“计划”是护理计划和/或看护计划等护理机构所提供的服务的计划。
参照附图,对本发明的实施方式进行说明。应予说明,在各图中,标记相同符号的部件具有同一或者相同的结构。
[整体结构]
图1是表示本实施方式的***100的结构的图。***100具备服务器110和多个用户终端120a、120b。图1中示出了2个用户终端,但用户终端的数量可以为任意的数量。将多个用户终端统称为用户终端120。用户终端120以及服务器通过互联网以及LAN(Local AreaNetwork:局域网)等网络相互连接。
用户终端120是被护理机构的员工使用的信息处理终端,作为服务辅助装置而发挥功能。在本实施方式中***100的利用者包含护理机构的员工。利用者能够参照显示于用户终端120的信息等来确认服务的提供所需的信息等。
服务器110是存储与提供的服务有关的数据的信息处理装置,作为服务辅助服务器而发挥功能。用户终端120能够基于从服务器110发送的数据而将信息显示于用户终端120。另外,服务器110也能够以例如登录方式管理利用者,将与用户终端120的利用者对应的数据发送到用户终端120。
各用户终端120在预定的时刻进行与服务器110同步的处理。因此,利用者X输入到用户终端120a的数据被暂时发送到服务器110,之后,从服务器110被发送到利用者Y的用户终端120b,并反映到用户终端120b。因此,服务提供的实施状况和/或联络事项的共享等及时进行。应予说明,用户终端120可以是被多个利用者共享的形态。另外,在本实施方式中列举进行介由服务器110的处理的形态为例进行说明,但也可以采用在各用户终端120间同步数据的结构。
[服务器的结构]
图2是表示本实施方式的服务器110和用户终端120的结构的框图。服务器110具备通信部211、存储控制部212、存储部213以及检索部214。
通信部211通过互联网以及LAN等网络的接口而在服务器110与用户终端120之间进行数据的发送接收。即,通信部211作为发送部以及接收部而发挥功能。
存储控制部212将各种数据写入存储部213,并从存储部213读取各种数据。
存储部213存储各种数据。例如,存储部213存储入住者接受提供的服务的预定和实际业绩的数据。存储部213可以是HDD(Hard Disc Drive:硬盘驱动器)和/或闪存等各种存储介质。
检索部214根据预定的规则,检索在存储部213中存储的数据,判定是否具有满足预定的条件的项目。后面详细进行描述。
服务器110可以具备未图示的CPU(Central Processing Unit:中央处理器)、RAM(Random Access Memory:随机存取存储器)以及闪存或者HDD(Hard Disc Drive:硬盘驱动器)。闪存或者HDD可以与上述存储部213共用,也可以另行设置。储存于闪存或者HDD等的程序暂时被读取到RAM读取,CPU执行读取到RAM的程序,从而CPU能够作为图2所示的服务器110的各部分而发挥功能。
服务器110的各部分中的至少一部分可以通过由多个信息处理装置进行的分散处理而实现。另外,服务器110可以按照从未图示的云服务器等下载的程序来执行处理。图2只不过示出了结构的一个例子而已,服务器110可以包含其他结构。另外,图2中记载的结构的全部并不一定都是必需的要件。
[用户终端的结构]
用户终端120具备输入部220、通信部221、显示部223、显示控制部224、存储部225以及存储控制部226。用户终端120例如可以是平板终端、智能手机以及个人计算机等各种信息处理终端。
向输入部220输入来自利用者的操作指示。
通信部221在服务器110与通信部211之间收发各种数据。即,通信部221作为接收部以及发送部而发挥功能。
显示部223显示包含后述的生活状况表画面的各种画面。例如,显示部223可以是液晶显示器以及有机EL(electroluminescence:电致发光)显示器等。
显示控制部224进行显示于显示部223的信息的控制。
存储部225存储各种数据。例如,存储部225存储入住者接受提供的服务的预定和实际业绩的数据。存储部225可以是HDD和/或闪存等各种存储介质。
存储控制部226将各种数据写入存储部225,并从存储部225读取各种数据。
用户终端120能够具备未图示的CPU、RAM以及闪存或者HDD。闪存或者HDD可以与上述存储部225共用,也可以另行设置。储存于闪存或者HDD等的程序暂时被读取到RAM,CPU执行读取到RAM的程序,从而CPU能够作为图2所示的用户终端120的各部分而发挥功能。图2只不过示出了结构的一个例子而已,用户终端120还可以包含其他结构。另外,图2中记载的结构的全部并不一定都是必需的要件。
应予说明,在图2的例子中,为了便于说明,分为服务器110和用户终端120分别进行说明,但并不一定限于这样的方式。例如,在本实施方式中,对控制用户终端120的画面显示的方式的显示控制部224根据安装于用户终端120的程序而在用户终端120上进行动作的形态进行说明。然而,可以是在服务器110生成显示于用户终端120的画面,将生成的画面发送到用户终端120的形态。在这样的情况下,显示控制部224按照安装于服务器110的程序在服务器110上进行动作。同样地,在本实施方式中,对在利用输入部220输入的各种数据存储于用户终端120的存储部225的同时,还通过同步处理存储于服务器110的存储部213的形态进行说明。然而,可以是不存储于用户终端120的存储部225,而是存储于服务器110的存储部213的形态。
[生活状况表画面]
图3是表示显示于本实施方式的用户终端120的显示部223的生活状况表画面300的例子的图。生活状况表画面300是表示入住者的生活的状况的画面。图3是对生活状况表画面300的整体布局进行说明的图,省略包含在列表中的信息。生活状况表画面300通过显示控制部224显示,被显示的信息等是基于从服务器110发送并存储于用户终端120的存储部225的数据的信息。
生活状况表画面300是整理·汇总了每个入住者的信息的画面。生活状况表画面300包含生活状况区域350。生活状况区域350是针对每个入住者配置成行(记录)的区域,所述行通过将包含识别入住者的信息的基本信息区域360和包含与特定期间和/或时间段有关的入住者的个别的信息的个别信息区域375沿着横向(第一方向)并列地配置而成。换言之,是将每个入住者的基本信息区域360以及个别信息区域375沿着纵向(即,与第一方向不同的第二方向)连续地配置的区域。例如,在记录351a,入住者A的信息按照基本信息区域360、个别信息区域375的顺序向右侧并列地显示。在记录351b,入住者B的信息按照基本信息区域360、个别信息区域375的顺序向右侧并列地显示。以下,记录351c和记录351d也相同。应予说明,纵向横向可以相反。
在图3的生活状况表画面300中,示出了包含4个入住者的信息(即,4个记录)的例子,但并不限于该人数。作为一个方式,包含护理机构的入住者的全员的信息。在图3的生活状况表画面300的例子中,在有4人以上的入住者的情况下,可以根据输入到输入部220的利用者所进行的操作指示(例如,滚动指示、滑动指示等),显示控制部224进行显示控制,在当前显示的生活状况区域350的下方隐藏的入住者的信息可以显示于显示部223。
在个别信息区域375,包含注意事项区域370、导航区域380和时序图区域390。换言之,针对每个入住者,包含注意事项区域370、导航区域380以及时序图区域390。在注意事项区域370,包含与入住者相关的注意事项。在导航区域380,包含入住者的最新的健康状态。在时序图区域390,将特定期间(例如当日)的时间划分为多个时间框而成的时间框(图3中未图示)沿第一方向以时间序列配置,在该时间框上包含表示服务的对象(例如图3中未图示的图标)。基本信息区域360和个别信息区域375的具体例如后所述。应予说明,特定的期间可以变更为任意的期间,可以显示与该任意的期间对应的图标等。例如,特定的期间可以是特定1天中的全部期间(24小时),也可以是特定1天中的一部分期间(例如从5点到17点之间),也可以是特定天数(例如2天或1周)中的全部期间(各24小时),还可以是这些特定天中的一部分期间(例如从5点到17点为止的各期间)。
生活状况表画面300在上述区域之外,还包含从生活状况表画面300向其它的画面切换显示的显示切换选项卡301、302、303、304。另外,生活状况表画面300包含用于检索员工的负责和/或入住于特定楼层的入住者等的检索栏区域310。另外,在生活状况区域350的行首的记录352,包含个别信息区域375的说明事项和/或设定按钮等。
在生活状况表画面300,汇总了护理员工适当地且高效地实施服务的提供时所需的事项(信息)。例如,服务的预定和/或服务的实施的状况、生命指标和/或***、水分摄入量等的预定·实际业绩值、必要的联络事项、事故以及有可能发生的事故等意外的发生状况及其应对状况,住院出院以及外出·外宿等缺席状况等在一个画面内显示。因此,员工能够迅速地确认所需信息。详细如后所述。
接下来,使用具体画面的例子对生活状况表画面300进行说明。
图4是表示摘取了图3的生活状况表画面300中的生活状况区域350的一部分的显示区域400的图。这里,如记录351a以及记录351b所示,具体示出二个入住者的信息。以下,举例说明记录351a所示的入住者。
在记录351a的基本信息区域360,作为入住者的个人的信息,显示了入住者的房间编号、姓名以及照片。另外,显示了催促危险和/或注意等的确认的通知410。在记录351a的注意事项区域370,包含与入住者相关的注意事项。在图4的例子中,显示了作为注意事项应确认的表示联络事项的“联络事项”为1件、目前为止的事故的件数、虽未发展至实际的事故但发展成事故的可能性高的可预知的有可能发生的事故的件数以及身体限制的件数。如果将利用者选择了各件数的指示输入到输入部220,则显示制御部224基于存储于存储部225的数据而将详细的信息显示于显示部223。应予说明,联络事项的件数可以是与登录用户终端120的利用者对应的联络事项的件数。换言之,存在针对每个利用者显示的件数不同的情况。包含联络内容和联系人的指定的联络事项数据存储于服务器110的存储部213,显示与登录的利用者对应的联络事项的件数。
在记录351a的导航区域380,包含入住者的最新的健康状态的信息。例如在导航区域380显示提供服务时成为重要的体温、脉搏、血压、体重等生命指标、排便、排尿、吃饭、水分、沐浴之类的项目的最新的信息。例如,在生命指标的项目显示由最新的生命指标测定得到的信息。在排便的项目显示该日的排便次数、排便量、最近的排便时间、没有排便情况的天数。在排尿的项目显示该日的排尿次数、尿液测量、最近的排尿时间。在水分的项目显示该日的水分摄入次数、水分摄入量合计。在吃饭的项目中显示早餐、午餐、零食、晚餐时的主食和副食的摄入量。在沐浴的项目显示预定时间、可否沐浴、实施状况、中止情况的代替方法。
在时序图区域390,将一天的24时间划分为按照每个预定的时间单位(例如1小时)的时间框,按照随着从左向右而时间推进的时间序列显示时间框。另外,在时间框上显示多个对象。对象例如为图标。该图标显示了模仿各种的服务/或意外的图形,配置于服务的提供预定时刻或者服务实施时刻的时间框。在图标中显示按照各入住者的计划而进行的服务的内容,并显示计划外的服务的内容。当使用这样的图标时,能够直观地掌握服务的内容。另外,由于图标显示在时间框上,所以员工能够直观地掌握各入住者的时间表。另外,由于各入住者的时间表能够在一个画面内直观地掌握,所以员工能够在一边比较除协助的入住者以外的其他的入住者的预定等一边提供服务。对象可以包含除图标以外的对象。例如,还可以包含简要表示服务的内容的文字对象、和/或以照片表示服务的内容的照片对象等。
如果选择配置在基本信息区域360的左下角的图标420,则在与该入住者相关的时序图区域390的下部出现联络事项的显示区域430。由此,在生活状况表画面300上一起确认每个入住者的联络事项,因此在变成后续的行动的参考信息的同时,能够实践及时的团队护理。
这样的包含显示区域400的生活状况表画面300是在确认机构中的入住者的信息时的所谓主画面。通过在主画面中有效地整理·汇总各种信息,员工能够适当地获得所需的信息。
[关注项目]
接下来对天线项目进行说明。天线项目是指例如如图4的通知410所示,是对入住者唤起注意的项目。在护理机构的现场,谋求员工始终对入住者的状态变化和/或危险保持关注,并且进行适当的应对。在本实施方式中,在检索积累的数据,并有唤起注意的项目的情况下,能够显示于用户终端120而促使利用者注意。
服务器110的存储部213存储有对各入住者提供服务的实际业绩数据、各入住者的健康状态和/或意见等客观的记录数据、各员工的注意和/或观察等主观记录数据等。这些数据是基于由各用户终端120输入的数据得到的数据。服务器110的检索部214检索在存储部213存储的数据,判定是否具有满足预定的条件的项目。预定的条件是指,例如可举出吃饭的摄入量和/或水分摄入量为一定量以下持续预定的次数的情况、和/或一定时间内无***的情况、和/或体温、脉搏、血压、体重等生命指标在一定期间内变成超出预定的范围的值的情况等。换言之,根据在某个期间内积累的数据,判定是否具有应唤起注意的项目。这样的判定处理在员工以轮班制提供每天的护理服务的日常时大多没有注意。这是由于无法只抽取一个方面立即确定为异常的状态。然而,在一直持续与平时不同的状态的情况下,应唤起注意。在本实施方式中,在一定期间内持续任何的状态的情况下,唤起注意。
列举具体例进行说明。作为关注项目的例子,对体重变化进行描述。服务器110基于来自用户终端120等的输入预先制作“在体重在预定的期间内具有预定的百分比以上的变化的情况下,判定为“体重注意”,将关注(注意唤起)输出到预定的画面。”的规则,并将其存储于存储部213。或者,该规则可以从未图示的服务器等取得而预先存储于存储部213。另外,这样存储的规则可以基于来自用户终端120等的输入而适当地变更。
在任意的时刻,如果某个入住者的体重从用户终端120发送来,则检索部214基于该规则,检索存储于存储部213的以往数据而进行评价。假设,在超出预定的百分比的情况下,判定为“体重注意”,将判定结果存储于存储部213。然后,存储控制部212将存储于存储部213的判定结果通过通信部211发送到各用户终端120。接收到该判定结果的用户终端120的显示控制部224在基本信息区域360的对应的入住者一栏以弹出的形式显示通知410。作为另一个例子,对排尿的有无进行描述。预先制作“在为需要尿量计量的入住者,且从第一时刻到第二时刻之间在预定时间以上内没有最新的尿量的情况下,判定为“无排尿注意”,将关注(注意唤起)输出到预定的画面。”的规则,并将其存储于存储部213。此时,检索部214以既定时间间隔执行检索。假设,在某个入住者8小时以上没有排尿的情况下,判定为“无排尿注意”,将判定结果存储于存储部213。然后,与上述处理同样地,在基本信息区域360的对应的入住者一栏显示通知。这样,将人难以察觉的状况变化和/或危险指标化、规则化,以适当的时刻和处理方法进行检索、判定,针对每个入住者能够分别独立地通知,从而促使作为利用者的护理员工进行注意。
检索部214能够按照预定的时间执行上述检索处理。例如可以按日检索存储于存储部213的数据,判定是否具有与预定的条件一致的项目。检索部214进行的检索处理可以按照存储于存储部213的规则而执行。针对某个指标值,使评价项目、评价期间、评价条件、评价触发、评价时刻、阈值、通知位置等规则化,检索部214能够在该规则所设定的评价时刻执行检索处理,检索该规则所设定的评价期间内的既往数据,并评价该规则的评价项目。
应予说明,促使注意的通知只要能够对利用者带来注意即可,并不限于图4所示的形态。另外,除了显示于用户终端120之外,例如还可以通过点亮事务所和/或床的警告灯而促使注意,也可以利用其他方法通知注意。
[时序图区域的说明]
接下来,对时序图区域390进行说明。
图5是使时序图区域390的时序图的时间轴伸缩而显示的例子的说明图。假设输入到输入部220的操作指示为时序图区域的宽度的变更的指示的情况。例如是拖动位于时序图区域390的左端的分离条520,使分离条520相对于最初的位置向左侧移动之后下降的情况等。这样将时序图区域的宽度的变更的指示输入到输入部220,显示控制部224在取得该指示的情况下,显示控制部224根据该指示变更显示于显示部223的时序图区域390的宽度。另外,显示控制部224根据该变更的时序图区域390的宽度来变更时间框的宽度,并且根据此时间框的宽度的变更而使变更了图标的配置的画面显示于显示部223。图5的箭头510表示时序图区域的能够扩张的范围。换言之,时序图区域能够以覆盖导航区域380以及注意事项区域370的方式扩张而进行显示。图5(a)是以覆盖导航区域380的一部分的方式扩张而进行显示的情况的例子,图5(b)是以完全覆盖导航区域380以及注意事项区域370而扩张的情况的例子。应予说明,在图5(a)以及图5(b)中示出了时间框的扩张的情况,省略图标的显示。
在时序图区域390中,各种图标显示在与其服务的预定或者实际业绩的时间对应的时间框上。因此,在服务集中的情况下,假设图标集中且利用者(员工)难以确认的情况。因此,显示控制部224能够进行使时序图区域390根据利用者的操作指示而扩张显示的控制。根据该扩张显示,时间框的宽度也扩大,配置有图标的时间框的区域也扩大,利用者能够容易地确认入住者的服务的预定或者实际业绩等。显示控制部224根据时序图区域390的扩张显示,在与扩张后的时间框对应的位置配置图标而进行显示。
应予说明,显示控制部224在拖动操作分离条520的输入被输入到输入部220的期间,进行与该拖动操作对应的时序图区域390的扩张,并将拖动被解除的指示输入到输入部220的情况下,可以进行使显示返回到原始的时序图区域390的宽度的控制。
另外,显示控制部224可以缩小时序图区域的宽度,基于该缩小而使基本信息区域360、注意事项区域370以及导航区域380中的至少一个扩张。
[时间框的变更]
图6是表示显示于时序图区域390的时间框变化的例子的图。护理机构的员工以24小时制轮班工作。因此,能够显示与自身的工作时间段相关的时间框。或者,员工通过选择图6的按钮601、602、603,将选择指示输入到输入部220,显示控制部224能够基于该选择指示将任意的时间段的时间框显示于显示部223。例如,图6(a)是伴随着选择了按钮601而显示24小时的时间框的例子。图6(b)是伴随着选择了按钮603而显示17点以后的时间框的例子。如图6(a)所示,当显示24小时的时间框时,能够确认特定日的整个时间表等,相反,时间框变窄,图标集中。因此,存在利用者看一眼难以确认时间表等的情况。如图6(b)所示,通过限制显示对象的时间框,从而时间框扩大,能够避免图标集中。
在利用者使用用户终端120而登录服务器110时,服务器110从存储部213读取与利用者的工作时间相关的数据,并将其发送到用户终端120,在接收到该数据的用户终端120,显示控制部224可以进行显示与利用者的工作时间对应的时间框的控制。另外,在按钮601、602、603的选择指示被输入到输入部220,并且显示的时间框变更的情况下,根据该变更,图标的显示位置也变更。应予说明,图6中,示例地示出了入住者为一人的例子,但是该时间框的设定可以是相对于显示于生活状况表画面300的各入住者的时序图区域390中显示的时间框而通用的设定。换言之,显示于各入住者的时序图区域390的时间框可以根据按钮601、602、603的选择指示等而变更。
[服务记录画面]
图7是显示服务记录画面700的一个例子的图。服务记录画面700是输入记录的一部分的画面的例子,例如与将滚动操作指示输入到输入部220对应地,显示控制部224能够将用于输入其他记录的区域显示于显示部223。通过服务记录画面700而输入服务的实际业绩值等各种信息。存储控制部226将基于被输入的信息得到的数据存储于存储部225。可以与将例如显示于时序图区域390的图标的选择指示(例如鼠标点击)输入到输入部220对应地,显示控制部224将服务记录画面700显示于显示部223。即,在通过输入部220输入显示于显示部223的图标的选择指示的情况下,显示控制部224能够将可输入和参照包含与选择的图标关联的服务的提供的实施状况的信息的服务记录画面700显示于显示部223。另外,存储控制部226(第一存储控制部)能够将在服务记录画面700输入的信息的数据存储于存储部225。
另外,存储控制部226通过通信部221在任意时刻进行与存储于服务器110的存储部213的数据的同步的同步处理。通过这样的控制,能够在服务器110对利用者输入的数据进行统一管理。另外,服务器110能够将从用户终端120发送并存储于存储部213的数据发送到其他用户终端120。由此,能够使在多个用户终端间处理的数据同步而形成通用的数据。服务器110所进行的同步处理可以在任意的时刻进行。
应予说明,服务记录画面700不仅基于图标的点击操作而进行显示,例如还可以在时序图区域390的任意的时间框上按下左键而显示菜单,通过选择预定的菜单而进行显示。在该情况下,显示控制部224还能够显示将与该时间框对应的时间预先设定为开始时间的服务记录画面700。
[图标操作的例子]
接下来,返回到图6,对显示于时序图区域390的图标进行说明。显示于时序图区域390的图标将按照各入住者的计划进行的服务显示为图标。例如,如果通过未图示的计划制作画面而设定服务种类、服务的提供时间、重复的单位等,则显示与该设定对应的图标。在是没有时间指定的服务的情况下,不在时间框上,而是在时间框外显示图标。在对显示于时序图区域390的图标进行的点击操作被输入到输入部220的情况下,如上所述能够显示与和该图标对应的服务相关的服务记录画面700,接受数据的输入。
应予说明,在时序图区域390,可以显示计划外的图标。显示控制部224按照各入住者接受服务的提供的计划,将图标配置于时序图区域390而进行显示。另外,在取得计划外的预定的输入的指示的情况下,能够将与计划外的预定对应的图标配置于时序图区域390而进行显示。此时,计划外的图标可以以与按照计划的图标不同的显示形态进行显示,从而区别按照计划的图标和计划外的图标。作为计划外的服务,例如在某个入住者需要短时间实施排便控制的情况下,作为计划外预定,能够将泻药的服药登记为计划外的服务。另外,在某个入住者的身体不适时,作为计划外预定,能够登记昼夜的生命指标测定。另外,在某个入住者有脱水症状倾向的情况下,作为计划外预定,除了登记一般护理以外,还能够登记增加水分摄入。
通过将显示在时序图区域390上的图标拖动和降低,能够局部变更存储于存储部225的数据。例如,能够将吃饭的服务的实施已经完成的图标650拖动和降低,使其移动到其他的时间框。在该情况下,从输入部220接受图标650移动了的时间框的信息的存储控制部226进行将与该图标650对应的实施时间(开始时间和结束时间中的至少一个时间)改写为要移动到的时间框的时间的处理。由此,能够不显示每次的服务记录画面700,而是简易地变更存储于存储部225的实施时间。应予说明,能够通过拖动和降低而变更的图标可以限制为服务实施完毕的图标,对于还没有实施服务的服务提供预定的图标而言,同样地可以改写存储于存储部225的服务提供预定时间。
这样,存储部225存储表示是否实施与图标对应的服务的值、表示服务的开始时间和上述服务的结束时间的数据。而且,显示控制部224在取得了变更进行服务的实施的第一图标的配置位置的指示的情况下,将第一图标的显示位置变更至被指示的位置的时间框,并且存储控制部226能够将存储于存储部225的开始时间以及结束时间变更为与变更后的位置的时间框对应的时间。
[图标的种类]
图8是表示图标的一个例子的图。应予说明,图标不限于图8所显示的形状、尺寸以及图形等。在本实施方式中,通过利用用户终端120的利用者(即,员工)所担当的服务、和该利用者(员工)不担当的服务,改变图标的颜色或者透明度等。例如图标组810是表示该利用者担当的服务的图标,图标组820可以是该利用者不担当的服务。由此,利用用户终端120的利用者能够区别包含自身担当的服务和其他员工所担当的服务的时间表等而进行确认。另外,在图标中,能够将护理时特别需要注意的沐浴和***显示为不同的颜色,且将生命指标等与健康状态相关的图标显示为不同的颜色等按照大致分类的服务来改变颜色。这里说明了改变颜色的例子,但也可以通过改变图标的形状和/或大小而按照大致分类的服务进行区分。另外,各图标是将服务的内容模拟成图形的图标,但也可以将与该服务相关的附加信息附加到图标中。例如,在该服务为计划外的预定的情况下,可以将标记801与图标重叠地显示。另外,在与该服务关联而具有联络事项的情况下,可以将标记802与图标重叠而显示。另外,在该服务实施完毕的情况下,可以将标记803与图标重叠而显示。另外,在不实施该服务而中止的情况下,可以将标记804与图标重叠而显示。另外,在该服务作为被设定为重点计划的服务的情况下,可以将标记805与图标重叠而显示。显示控制部224能够基于记录了存储于存储部225的服务被实施的情况的数据,将附加信息显示于显示部223。
这样,显示控制部224可以将显示于时序图区域390的图标以如下的显示形态中的至少一个形态进行显示:与服务的项目的种类对应的显示形态;与是否是利用者的担当项目对应的显示形态;与服务是否实施完毕对应的显示形态;与是否具有和服务有关的联络事项对应的显示形态;与是否中止服务的实施对应的显示形态;与服务是否是按照重点计划进行对应的显示形态;与服务以外的各种事件对应的显示形态;以及与服务记录未保存或保存(包含暂时保存)对应的显示形态。
图9是说明与***看护关联的图标的图。图9(a)中图标901是确定时间困难的***看护等的图标。这些由于没有设定服务提供预定时间,所以不显示在时间框上,而是显示在时间框外。在本实施方式中,与图标901的选择指示被输入到输入部220对应地,显示控制部224能够将记录该***看护的服务记录画面700显示于显示部223。而且,如果***看护的数据存储于存储部225,则如图9(b)所示,在与存储于存储部225的***时间对应的时间框,显示表示该***看护的图标910。另外,作为导航区域380的***看护项目920的值,显示反应了存储于存储部225的数据的值,在被选择的图标901,附加了该图标生成在时间框上的次数。应予说明,在从时序图区域390除去这样生成的图标的情况下,该次数减1。
应予说明,即使在图标901的选择指示被输入到输入部220的情况以外的情况下,例如与预定的菜单的选择指示被输入到输入部220等对应地,显示控制部224还能够将输入***看护的服务记录画面700显示于显示部223。
这样,显示控制部224能够将与没有指定时间的服务相关的图标(第二图标)显示在时序图区域390的时间框外。而且,在取得与该第二图标相关的服务的实施的输入的指示的情况下,在显示于时间框外的第二图标附近显示实施的次数,并且能够在进行实施的时间框显示第二图标。
[图标显示的切换]
图10是说明显示于图标的图形等的切换的图。图10(a)是包含于图标的图形表示服务的概要的例子。如果在此按钮1002的选择指示被输入到输入部220,则如图10(b)所示,显示控制部224将包含文字的图标代替图形而显示于显示部223。图10(b)所示的文字是表示服务的名称和/或简称的文字。另外,在护理服务中,***的信息很重要。因此,如果按钮1003的选择指示被输入到输入部220,则如图10(c)所示,显示控制部224仅使与***看护相关的图标显示于显示部223。另外,在表示***看护的图标,显示了在导航区域380显示的***的值。即,显示控制部224将表示提供的服务的图形或者文字包含于图标而进行显示,在提供的服务为与***护理相关的服务的情况下,能够在图标包含表示***的实际业绩的信息而进行显示。应予说明,在图10(c)中,显示与***护理相关的图标,但其他图标也可以是一并显示的形态。另外,如果按钮1001的选择指示被输入到输入部220,则如图10(a)所示,显示控制部224使包含图形的图标显示于显示部223。
[图标的重复显示的控制]
图11是表示在相同的时间框内重叠多个图标的情况下,控制图标配置的例子的图。说明通过如上所述地扩张显示时序图区域390,或变更显示时间框的时间段的设定而使时间框扩大,由于时间框扩大,所以图标的重复显示减少的例子。然而,如果在相同的时间段重复服务,则图标依然隐藏于其他图标。图11表示图标显示的控制的一个例子。
首先,在一个时间框T1重叠了多个服务的预定的情况下,显示控制部224以使与该多个服务对应的各图标没有完全被其他图标覆盖的方式移动各图标的配置位置而显示在时间框T1内。由此,利用者能够掌握在时间框T1含有多个图标。然而,如图11(a)所示的状态,虽然能够掌握包含多个图标,但无法掌握背面侧的图标的种类。因此,在取得到表示利用者进行指示时使用的光标点与该各图标的显示位置重叠的信息的情况下(例如,鼠标悬停的情况),如图11(b)所示,显示控制部224能够使各图标再配置于相互不重叠的位置而进行显示。此时,如图11(b)所示,显示控制部224可以使图标分散到时间框T1以外的位置。或者,可以在时间框T1上上下分散。在该情况下,可以暂时显示在其他入住者的时序图上分散的图标。而且,在光标点从显示位置离开的情况下(鼠标悬停被解除的情况),显示控制部224可以使分散显示的图标返回到原来的位置。应予说明,在此举例说明鼠标,但也可以通过对于平板终端等按击触摸面板显示器上的各图标重叠的位置等其他的操作,进行上述图标的重复位置的再配置的控制。
[服务记录的种类]
接下来,对护理和/或看护的记录方法的种类进行说明。作为案例记录的方法,具有经时记录和经过记录。经过记录是指,在对象者的状态和/或状况等具有变化等的情况下每一次都记录的方法。经时记录是指,沿着确定的时间进行记录的方法。作为经过记录的代表性的记录方法,例如可列举重点制图。其是针对任意的重点项目,任意地输入数据(入住者的情况)、行动(员工的应对)、响应(入住者的反应)项目的方式。在服务记录画面700中,在输入数据、行动、响应时,选择各行追加按钮而生成该输入行。由此,能够准确且高效地输入由重点制图得到的经过记录。另外,对于重点项目而言,能够通过下拉来选择由未图示的护理计划画面制作的任意的课题·需求,将护理计划和每日的记录关联。由此,例如,能够同时参照各护理计划及其计划的记录,能够准确且高效地实施计划的监视和/或评价。在本实施方式中,虽然将基于经过记录得到的各种数据存储于存储部225,但是在发生了事故、有可能发生的事故、入住者的骤变以及变故等意外的情况下,切换为经时记录,沿着时间序列存储该意外的发生的前后的状况的信息。
[时间段区域]
图12是表示在时序图区域390的时间框上的多个时间框上进行强调显示的例子的图。将被强调显示的时间框上的汇总称为时间段区域。强调显示在表示入住者的外出、外宿状况,或者发生上意外等情况下进行显示。图12(a)的时间段区域1210表示入住者正在发生事故。在该情况下,对于该入住者而言,没有将服务记录的记录方法变更为经过记录,而是将服务记录的记录方法变更为经时记录。图12(b)的时间段区域1220表示入住者在外出中。图12(c)的时间段区域1230表示入住者在医院住院中。
接下来,对显示伴随着图12(a)的意外发生而得到的时间段区域1210的一系列的流程进行说明。
图13是表示制作与发生事故相关的报告(以下,称为“事故报告”。)时所使用的画面1300的一个例子的图。制作事故报告的画面1300是选择预定的菜单时显示的画面。项目1310中设定的期间是在图12(a)中示出的生活状况表画面的时序图区域390显示时间段区域1210的期间。如果选择项目1320,则切换到输入经时记录的画面。
图14是表示输入经时记录的画面1400的一个例子的图。在区域1410,显示目前为止记录的经时记录。区域1420是输入追加的记录的区域。如上所述,输入该经时记录的画面1400能够从制作事故报告的画面1300调出。在如图12(a)那样在时序图区域390上显示时间段区域1210的情况下,通过选择该时间段区域1210中的任意的位置,可以构成为调出输入图13所示的经时记录的画面1400。
在本实施方式中,在输入经时记录的画面1400输入的经时记录通过存储控制部226(第二存储控制部),存储于存储部225。如上所述,存储于存储部225的数据在预定的时刻也被发送到服务器110的存储部213。然后,在制作图13所示的事故报告的画面1300中,存储于存储部225的经时记录被反映到事故报告中。通过这样的处理,能够省去将与经时记录中记录的内容重复的内容再次输入到事故报告的制作画面的麻烦。
返回到图12,对时间段区域1210、1220、1230进行补充说明。如上所述,显示时间段区域1210、1220、1230是发生了意外的情况和/或入住者不在的情况。在图12的时序图区域390中,在时间段区域1210、1220、1230上,还显示图标。由于在发生了意外的情况和/或入住者不在的情况下,存在不提供平时的服务情况,所以存储控制部226在经过了服务提供预定时间的情况下,将该服务的状态设定为“中止”的数据存储于存储部225。显示控制部224能够基于存储于该存储部225的数据,在显示于时序图区域390的图标,附加例如图8所示的标记804那样的中止的标记而进行显示。
如以上说明,显示控制部224在从输入到制作例如事故报告的画面1300的信息取得到表示沿着时间序列进行记录的经时记录的事件和期间的信息的情况下,使时间段区域显示在与该期间相当的各时间框上。另外,显示控制部224在取得到选择了显示时间段区域中的任一个时间框的指示的情况下,如图14所示,显示输入经时信息的画面1400。存储控制部226将通过画面1400输入的经时信息存储于存储部225。而且,显示控制部224能够将反应了存储于存储部225的经时信息的事故报告的画面1300显示于显示部223。
应予说明,可以变更显示顺序,以使得显示与意外相关的时间段区域1210的入住者优先显示在生活状况表画面300上。这样,通过变更显示顺序,从而在其他用户终端120也以时间序列且视觉上地表示发生意外的情况,因此能够高效地且适当地实施对机构内的通知和应对。
接下来,对从至此说明的生活状况表画面300切换为其他画面的例子进行说明。在图3的生活状况表画面中,包含显示切换选项卡301、302、303、304。显示切换选项卡301是显示生活状况表画面的选项卡,显示切换选项卡302是显示一览显示画面的选项卡,显示切换选项卡303是显示健康状态画面的选项卡,显示切换选项卡304是显示一并输入画面的选项卡。
图15是表示在选择显示切换选项卡302的情况下显示控制部224显示于显示部223的一览显示模式画面1500的一个例子的图。在利用者中,存在与生活状况表画面300的例如在时序图区域390上确认相比,更想利用一览形式确认各入住者的时间表等的情况。因此,如图15的一览显示模式画面1500所示,能够以列表形式显示包含于各入住者的个别信息区域375的信息。一览显示模式画面1500是将入住者设为纵轴,将各入住者接受提供的各种服务和该服务的记录项目设为横轴地矩阵配置的画面。另外,通过使用检索栏区域1510而在入住者、服务、担当等各种条件下缩小范围,从而例如能够用于入住者服务一览表、担当服务一览表等各种用途。在检索栏区域1510,例如准备能够指定期间、楼层、服务类别、服务、担当、联络事项的有无、未实施、暂时保存等各种检索栏件的检索栏。可以使用检索栏区域1510的检索栏,仅显示与特定的楼层的入住者相关的联络事项,将该内容在楼层担当的员工之间传达时共享。另外,可以在生活状况表画面进行使用了检索栏区域1510的检索处理,例如在特定的服务中,使服务提供未实施的图标显示于时序图区域390,从而还能够即时确认服务提供的纰漏。
图16是表示在选择了显示切换选项卡303的情况下显示控制部224显示于显示部223的健康状态模式画面1600的一个例子的图。健康状态模式画面1600是将包含于导航区域380的入住者的健康状态的信息以时间序列列表而进行显示的画面。应予说明,如图16所示,还可以包含显示上述关注项目的区域1610。显示于导航区域380的各种项目仅是该时刻下的最新数据,或将多次实施的同一服务的实际业绩值加和得到的合计值。健康状态模式画面1600是使导航区域380中显示的各种项目的详细的实际业绩值一览显示的画面。例如,对于入住者的该日该时刻为止的水分摄入量而言,利用者(员工)考虑如下使用形态,即首先在生活状况表画面300的导航区域380仅掌握合计值,每当看到异常值的情况等必要的时刻,就切换为健康状态模式画面1600而确认详细的信息和原委。
图17是表示在选择了显示切换选项卡304的情况下显示控制部224显示于显示部223的一并输入模式画面1700的一个例子的图。如上所述,与通过输入部220输入显示于生活状况表画面的时序图区域390的各图标的选择指示对应地,显示控制部224能够使记录与该图标对应的服务的服务记录画面700显示于显示部223。而且,通过服务记录画面700能够输入实际业绩值等。然而,针对例如吃饭的服务的情况等那样的、在相同时间段多个入住者通用的服务,针对每个入住者进行输入对利用者来说很麻烦。因此,如图17所示,显示控制部224使在对多个入住者接受通用的项目的输入的一并输入模式画面1700显示于显示部223。一并输入模式画面1700是针对每个服务,将入住者设为纵轴,并将服务的记录项目设为横轴地矩阵配置的画面。例如在记录吃饭服务的情况下,将主食、副食的吃饭摄入量、水分摄入量等主要的项目配置成矩阵状(仅图示一部分)。而且,可以在矩阵的标题行的各列,设置能够向对象列的全部记录项目一并设定相同值的输入辅助功能。
存储控制部226将通过一并输入模式画面1700输入的项目分别存储于存储部225。
图18是表示示出入住者的个人的单周预定的单周预定画面1800的一个例子的图。单周预定画面1800是显示特定的入住者的单周的预定的画面,显示于时序图区域390的内容表示1周量显示的形态。应予说明,并不限于1周,还可显示任意的期间。
[流程图]
图19是表示本实施方式的用户终端120的服务辅助方法的一个例子的图。
在步骤S1902中,用户终端120使用利用者的ID以及密码等进行利用者的登录处理。
在步骤S1904中,用户终端120的显示控制部224使包含与登录的利用者对应的信息的画面显示于显示部223。具体而言,显示控制部224显示生活状况表画面300。应予说明,如上所述,显示于时序图区域的图标以根据是否是利用者所担当的服务而变更颜色等的方式进行显示。另外,如果有对登录的利用者的联络事项,则显示控制部224显示联络事项。
在步骤S1906中,显示控制部224基于被输入到输入部220的指示,判定是否具有显示操作。例如,判定是否具有如上所述的画面的切换操作、和/或时序图区域390的扩张显示操作等。在具有显示操作的情况下,在步骤S1908中,显示控制部224显示与操作相对应的画面。在没有显示操作的情况下,进入步骤S1910。
在步骤S1910中,存储控制部226基于被输入到输入部220的指示,判定是否具有数据输入。例如,判定在服务记录中进行了实际业绩的输入,或在一并显示画面模式中一并进行了数据输入的指示等。在具有数据输入的情况下,存储控制部226将被输入的数据存储于存储部225。在没有数据输入的情况下,进入步骤S1914的处理。
在步骤S1914中,进行数据的同步处理。存储控制部226使存储于用户终端120的存储部225的数据和存储于服务器110的存储部213的数据同步。然后,将相互的数据更新为最新的数据。同步处理可以在任意的时刻执行。
在步骤S1916中,用户终端120判定是否进行了登出,返回步骤S1906而重复处理直到进行登出。
图20是表示服务器110中的控制方法的一个例子的图。图20是特定的利用者使用用户终端120而在服务器110进行登录,之后,该特定的利用者从服务器110进行登出之前的处理的一个例子的图。
在步骤S2002中,存储控制部212从存储部213读取与登录的利用者对应的数据,将其通过通信部211发送到用户终端120。例如发送针对登录的利用者的联络事项。
在步骤S2004中,检索部214判定是否是预定的时刻。例如,可以在进行批量处理的情况下,判定是否变成了1日的预定的时刻。在为预定的时刻的情况下,进入步骤S2006,检索部214检索与存储于存储部213的关注项目相关的数据,而更新数据。例如,在作为关注项目而具有应通知的事项的情况下,检索部214对存储控制部212通知检索结果,存储控制部212更新存储于存储部213的对应的入住者的数据。如果被更新的数据通过后述的同步处理而被发送到用户终端120,则关注项目显示在用户终端120。在不是预定的时刻的情况下,进入步骤S2008。
在步骤S2008中,存储控制部212判定是否是同步时刻。在为同步时刻的情况下,进入步骤S2010,在服务器110与用户终端120之间进行同步处理。应予说明,在步骤S2006进行了数据更新的情况下,可以判定为同步时刻。在不是同步时刻的情况下,进入步骤S2012。
在步骤S2012中服务器110判定用户是否登出,返回步骤S2004而重复处理直到用户登出。
根据以上说明的形态,汇总了每个入住者的基本信息区域以及个别信息区域的画面被显示。在个别信息区域,包含以下区域:包含与入住者有关的注意事项的注意事项区域;包含入住者的最新的健康状态的导航区域;以及在将特定期间内的时间框以时间序列配置而成的时序图,示出服务的种类和/或其预定·实际业绩的图标配置于服务的提供预定或者实际业绩时刻的时间框的时序图区域。由于整理·汇总了这样的信息的画面被显示,所以员工能够迅速地确认用于提供适当的服务的信息。因此,能够参照和/或输入在护理机构工作的多职业且多个员工提供各种服务所必需的各种信息。另外,能够结合现场业务高效地实施联络事项的共享和/或提醒注意的信息等通知和/或传递。其结果是,高效且顺利地实现员工间的协作,担保一定等级以上的服务质量,通过防止服务提供的纰漏来担保遵守法律法规和合规。
对于至此说明的例子而言,列举生活状况表画面300是显示基于护理计划的图标的形态为例而进行了说明,但也可以是显示基于看护计划的图标的形态。例如,在登录只有看护职员能够实施的医疗的护理的同时,以一览显示缩小该预定而进行显示或者打印,可以作为交接信传给下一个夜班的看护职员。另外,在是护理職员都能够实施的服务的情况下,能够设定担当而委托服务实施等员工间的合作的角色分担。
以上说明的实施方式是为了容易理解本发明的内容,并不是用于限定本发明而解释的内容。实施方式所具备的各要素及其配置、材料、条件、形状以及尺寸等不限于例示,可以适当地变更。另外,能够将不同的实施方式中所示的结构彼此部分置换或者组合。
以上说明的用于实现本发明的各实施方式的程序可以存储于记录介质。如果使用该记录介质,可以在机构的其他用途已经使用的任意的计算机和/或新购入的计算机,安装上述程序。这里,存储了上述程序的记录介质可以是非暂时性的记录介质。非暂时性的记录介质没有特别限定,例如可以是CD-ROM等记录介质。
[事故报告确认功能]
应予说明,如上所述,在发生了没有预料到事故(意外)的情况下,制作图13所示的事故报告。事故报告作为纸输出,与检查表一并被相关员工依次浏览。各员工确认事故报告,在检查表上盖章等之后,发给未确认的有关人员浏览。
然而,为了员工全员浏览,而需要相当的时间,因此无法立刻共享事故发生状况。
因此,以下对用于在终端120使相关员工确认事故报告的内容的功能进行说明。
图21是用于设定事故的报告等级的画面。在本实施方式中,如窗口2100所示,终端120的利用者能够以5个等级设定事故的共享者。具体而言,等级1.机构室内(该护理机构的机构院长和该机构室内办公的护理经理、服务提供责任者、护理员工·机构室内员工(服务员工以及护理护工)、看护职员、功能训练指导员、生活指导员、生活辅助员工以及接待事务员等),等级2.区域事业经理(除了等级1以外,统管包含该护理机构的多个护理机构的责任者),等级3.区域事业总经理(除了等级1和2以外,管理该区域事业经理的区域的本部长),等级4.公司负责人(除了等级1~3以外,管理该区域事业总经理的责任者),等级5.管理层(除了等级1~4以外,管理团队)。
根据员工的作用(角色),以保存于服务器10的存储部213的标准模型(确认对象标准模型)适当地设定应如此确认事故内容的对象者。作为角色,能够根据机构院长、护理经理、护理员工、看护职员、物理治疗师、区域事业经理、区域事业总经理、公司负责人、管理层、本部员工等职业和/或职务分组而赋予权限,也能够以特定的个人单位进行设定。然后,例如,在为通常的事故的情况下,仅限于等级1或者等级2,在判断为应向管理团队即时报告的事故的情况下,例如,通过将区域事业经理设定为等级3(图21(a)),或设定为等级4(同图(b)),能够变更事故信息的共享范围。
应予说明,可以是针对每个事故报告,能够任意地选择事务员工和/或清洁员工、本社员工等通常不需要确认整个事故报告的职业和/或职务、组织和/或个人而追加指定为确认对象者的方式。
这里,应报告的事故信息除了图13所示的事故内容以及事故发生时刻以外,如图22所示,还能够从多个选项选择事故分类(表示摔倒、跌落等事故的概要的信息)2200和/或发现场所2210等而进行输入。因此,收集统计的信息变得容易。这样,事故信息以及发生该事故的护理机构的识别信息和与其关联设定的共享范围的组被记录到存储部213中。
图23表示事故的确认状况画面。如果员工登陆用户终端120,则在该员工所属的共享范围的组中,应被共享的未确认的事故的概要显示于主画面2300。如果选择显示在该窗口内的事故概要的链接2310(在2017年5月5日发生的110号室的入住者的药物事故),则如图24所示,切换到事故报告的画面2400,显示该事故的详细信息。因此,即使相隔异地,也能够容易地掌握发生的事故的详细信息。另外,通过确认事故报告的内容之后在选择输入窗口下的“确认”按钮2410,能够将终端利用者的确认状态从“未确认”(画面2420)变更为“确认结束”。另外,根据存储于存储部121的标准模型的设定的不同,在确认后事故报告的内容被更新的情况下,也能够以将确认状态从“确认结束”变更为“确认后有更新”的方式进行状态管理。因为事故的报告内容根据之后的经过和/或现场验证等被追加、变更的情况也很少,所以在这样的情况下,能够促使再次确认。应予说明,“确认”按钮能够以当事故报告的预定的项目没有全部被输入时无法选择输入的方式进行控制。由此,能够防止在输入最低要求的项目作为事故的报告内容之前被确认。
应予说明,事故状况的确认画面除了显示于作为终端120的利用者的员工登录到用户终端120时最初被显示的主画面之外,还显示于一览显示事故的事故一览画面2700(后述)和/或表示事故的确认状况的画面2400(后述)。而且,在终端120的利用者为区域事业经理等管辖多个机构的人的情况下,由于还显示于一览显示管轄的多个机构内的事故产生状况以及事故响应状况的画面2800(后述),所以能够针对终端120的利用者,容易地掌握自己应确认的事故的有无。另外,由于没有显示不需要自己确认的事故,所以能够仅高效地掌握必要的信息。
而且,在画面右上端,显示出显示该事故的报告等级的选项卡(tab)2440。通过选择该选项卡,能够显示表示该共享范围的各员工的确认状况的子窗口2430。在该例子的情况下,由于是报告等级2(区域事业经理等级),所以需要区域事业经理及其以下的相关员工的确认,但是是除了机构院长(看护机构院长)以外,区域事业经理以及大多相关员工未确认的状态。应予说明,显示于子窗口2430的相关员工的角色和并列顺序由存储于存储部121的标准模型(确认控制标准模型)而设定。
这里,共享范围内的具有特定作用的人(例如,在该共享范围内,最高层的职务者)在为重大事故和/或特定种类的事故的情况下,能够将报告对向提升到自己的高层。具体而言,构成为能够将即时标志之类的标志设定为开启。例如,区域事业经理基于事故报告的内容,将即时标志设定为开启,从而能够将报告等级设定为3(区域事业总经理等级)(图21(a)),确认了该事故报告的区域事业总经理通过将即时标志设定为开启,能够将报告等级设定为4(公司负责人等级)。这样,通过将共享事故的内容的范围构成为能够仅扩张到共享范围内的具有特定作用的人(例如,该共享范围内,最高管理者),从而能够构建用于对高管等仅高效地报告真正需要报告的特定的事故的***。应予说明,在存储部121存储有设定这样具有变更权限的人的标准模型。
另外,在事故报告的内容中存在出入和/或疑问事项的情况下,确认者能够输入评论。如图25所示,具体而言,在表示报告等级的按钮2440的下方,进一步显示表示未确认的评论数量的选项卡2500。如果选择该选项卡2500,则如图26所示,滑动显示评论画面2610,自己的评论2620从右侧弹出,其他人的评论从左侧弹出。而且,确认完毕的评论2630为灰色,未确认的评论2640为橙色,如此能够容易区分地显示。而且,还能够在评论栏2650输入评论,而新输入评论。因此,能够从其他的信息共享者的视角,将事故报告的内容修正为更准确。
图27是事故报告的确认状况的一览画面2700。能够在任意的条件下进行检索,使满足该检索栏件的事故的确认状况一览显示。图中,在预定期间中显示在预定的护理机构内产生的事故的一览。另外,示出作为终端利用者本身的确认状况2710、表示该事故的共享范围的“报告等级”、以及表示当前的事故共享的实现程度的“实现等级”(2720)。而且,示出了机构内的该事故的确认者数量以及未确认者数量(2730)。在该名单中,例如,对于属于“E者”这样的入住者在5月25日发生的“其他事故”的类别的“报告等级2”的事故,示出机构(机构室内)内的确认完毕的相关员工的人数为20人,未确认的相关员工的人数为11人。另外,由于作为属于等级2的人的区域事业经理是未确认的状况,所以“实现等级”为1。
图27中还示出了事故响应程序的状态管理画面2740。如果发生事故,则必须执行根据事故而定义的一系列程序。根据事故,应执行的程序及其时刻预先存储于存储部121。
具体而言,应在事故发生之后执行的程序(家属联络、医生联络、即时报告、紧急对应)、事故发生当日中应执行的程序(现场验证、称为日会议的相关员工间的会议)、从事故发生开始起一定期间内应执行的程序(经过观察·反思、服务提供方法的回顾·计划变更、向行政部门的报告)等。针对全部的事故,不需要执行全部的程序,根据事故定义应预先执行的程序,能够根据需要进行追加·变更。能够使用用户终端120而确认这样的一系列的程序的实施状况。
在图27的状态管理画面2740中,各程序的实施状况以颜色来表现。例如,利用醒目的红色的圆圈进行警报显示的程序表示应实施的期限逾期了的程序。利用黄色(绿色)的圆圈显示的程序表示从该日起在一定期间内(例如,3日以内等)应实施的程序。实施完毕的程序以灰色的圆圈显示,并且构成为记录实施日。因此,能够容易地掌握各事故的应对状况。针对应实施的期限逾期了的程序而言,构成为作为警报,还显示于主画面2300、事故一览画面2400、多个护理机构的统计的信息的显示画面(管理层看板)2800。
在相同的画面上,显示该事故的确认状况等(2720和2730)。因此,通过确认报告等级,能够推测该事故的重大性、甚至是应迅速处理的必要性。另外,通过参照确认状况,易于选择自己应对应的程序。
例如,在某事故已经被机构内的其他员工进行了确认,并其他事故没有被机构内的其他员工进行确认的情况下,在分别存在各事故应即时应对的程序(例如家属联络)的情况下,能够判断为自己需应对没有被其他员工确认的后者的事故的必要性高。而且,在图24所示的子窗口2430中,通过独立判断各员工是否确认了,对于优选仅预定的员工实施的程序(例如,看护职员应实施向医生报告的报告程序),能够掌握该员工是否确认了,因此通过与该员工电话联络等,能够促进程序的实施。
应予说明,针对每个事故,设定应管理的程序。例如,对于“家属联络”这样的程序而言,按照事故的种类,设定在某事故发生时要/不要家属联络这样的程序本身,在需要家属联络的情况下,还设定联络时间、联络者、联络对象等作为应管理的项目。实施了程序的终端利用者能够输入这些项目,并将其记录于存储部213。
如上所述,通过使用事故报告确认功能,能够在有关人员之间尽早地共享突发的事故等意外,并且能够实现迅速的事故响应。另外,设定为仅相关的员工能够共享预定的事故,因此不需要浏览无关的事故信息。
另外,如图12(a)所示,构成为在生活状况表画面的时序图区域,使事故的发生时间和事故响应期间以与护理计划相同的时间序列进行显示,因此能够更准确地掌握该护理计划的被提供者的现状,能够提供更适当的服务。例如,在摔倒事故的事故响应期间中,在提供吃饭服务的情况下,能够一边关注事故中负伤的部位,一边辅助服务被提供者的吃饭。
[统计的信息的收集功能](管理层看板功能)
汇总在护理机构内发生的事故发生数量等而管理该护理机构。然而,本发明的发明人着眼于通过管理多个护理机构,在护理机构间比较汇总数据,从而能够掌握护理机构间的比较和/或特定的护理机构的特殊性,开发了统计信息的收集功能。
以下,说明管理多个护理机构的区域事业经理、区域事业总经理、公司负责人、管理层等及时掌握各自手下的护理机构的事故发生以及应对状况、和/或医疗护理的实施状况,且根据需要简易地进行内容确认的功能。
例如在以地理上的区域单位分级地管理各机构,该分级结构的管理者(例如,管理8个机构~10个机构左右的区域事业经理)能够统观管辖的整个机构的事故发生状况、事故响应状况。
图28是显示于终端120的显示部223的显示画面2800,所述终端120针对每个护理机构按照事故种类2810显示预定期间(当月)的发生件数以及累积发生件数、操作终端本身的该事故的确认状况(未确认件数)、即时报告这样的报告等级为高等级(等级3~5)的事故的当月的发生件数以及累积发生件数、未读的评论数量。
而且,在对各事故设定的应对程序2820中,无论应实施的期限日迫近或者超过期限日如何,都显示未实施的程序的件数。图中示出了在机构A,“医生联络”程序(对事故的医生的联络)以及“现场验证”程序等超过期限。
这里,显示在机构B的“即时报告”的列2830中的数字上有超链接,通过点击而转移到缩小到即时报告等级的事故的一览画面。
同样地,如果点击显示于机构D的“家属联络”程序的列的数字,则转移到缩小到在该护理机构中“家属联络”程序超过期限的事故的一览画面。同样地,通过点击显示于各程序列的数字,显示缩小到在点击的单元所属的行的护理机构中该程序即使超过期限或者期限迫近也不实施的一览画面。
另外,如果点击“机构名”的列2840的各机构名,则显示缩小到该机构的事故的一览画面。接着,如果点击显示于事故种类的各事故(或者事故)的列2850的件数,则构成为能够显示缩小到该机构中的被点击的事故种类(或者有可能发生的事故)的一览画面,甚至是它们的有可能发生的事故报告(或者有可能发生的事故报告)。
另外,如果点击“未确认状况”的列2860所示的件数,则显示终端120的操作者未确认的其护理机构中的事故一览画面,如果点击“评论”的列2870所示的件数,则显示缩小到具有未确认的评论的事故的一览画面。
如上所述,能够在护理机构间按照事故的种类显示事故的发生件数,由此能够进行护理机构间的比较。例如,在特定的机构中频繁发生摔倒事故的情况下,能够获得事故原因和适当的对策。另外,通过与累计数量合并显示,还能够掌握改善的程度。而且,不仅事故的发生件数,对于事故响应程序的进展状况也收集统计的信息,能够在相同的画面上进行显示。因此,能够掌握护理机构的改善点。例如,尽管事故件数不多,在事故响应程序拖延的护理机构中,能够基于研讨人员补充等的必要性等统计的信息,研讨准确度更高的改善对策。
另外,基于保存记录于服务器110的存储部213的看护计划的数据,能够按照新建、继续、变更、中止、其他种类来表示各护理机构现在正在实施各护理机构中哪种医疗护理的件数。
例如,在机构A,通过在预定的医疗护理(例如,“胃瘘”)的列中,区别显示当前实施的件数和该件数的明细(新设、以前的延续、变更、中止),能够针对多个机构中的每一个,掌握发生多少件预定的医疗护理。另外,在各数字上设置超链接,通过点击,能够转移到显示缩小到该医疗的护理的看护计划的一览画面。
通过构成为收集这样的统计的信息,能够针对每个护理机构,且每种医疗的护理种类,进行显示,从而能够掌握在预定的护理机构中特定的医疗护理不成比例地实施这样的特殊性。
除了这些之外,还能够将“入住·在籍状况”,“身体限制实施状况”,“看护护理实施状况”、“护理计划进展状况”等作为统计的信息,由各护理机构收集而进行显示。
另外,以上的实施方式是应共享事故的信息,但并不限于此,也可以构成为如上述实施方式那样共享在机构内外公知、有共享必要的信息(例如,与记录于护理机构的业务管理日志等的业务管理相关的信息、在护理机构内开设的会议的议事录、护理计划、评定、意外、声明的内容及其对策等)。
另外,以上的显示形态不限于二维的矩阵(表)形式,还可以置换为柱状图表和/或圆形图表等图表显示。
另外,各数据构成为记录在在能够与各用户终端120连接的服务器110的存储部213,并从该服务器110发送到各用户终端120,但并不限于此,也可以构成为在各用户终端120内的存储部225,在其终端保存所需的一部分或者全部数据。

Claims (24)

1.一种服务辅助装置,其特征在于,具备:
存储部,其用于存储服务被提供者接受提供的服务的预定和实际业绩的数据;和
显示控制部,其基于所述数据将与所述服务被提供者的状况相关的状况表画面显示于显示部,
所述状况表画面是将包含有识别服务被提供者的信息的基本信息区域、和包含有与指定期间相关的所述服务被提供者的个别的信息的个别信息区域沿第一方向并列配置,且将每个服务被提供者的所述基本信息区域以及所述个别信息区域沿与所述第一方向不同的第二方向连续地配置的画面,
所述个别信息区域至少具有以下区域中的任一个:
注意事项区域,其包含与所述服务被提供者相关的注意事项;
导航区域,其包含与所述服务被提供者的状况·状态相关的信息;以及
时序图区域,其将所述指定期间内的时间划分为多个时间框而成的时间框以时间序列配置,并在所述时间框内包含有表示所述服务的对象。
2.根据权利要求1所述的服务辅助装置,其特征在于,所述显示控制部将所述状况表画面切换为一览显示模式的画面、状况·状态显示模式的画面、一并输入模式的画面中的任一个而显示于所述显示部:
所述一览显示模式的画面是以列表形式显示各服务被提供者的所述个别信息区域中包含的信息的画面,
所述状况·状态显示模式的画面是使所述导航区域中包含的与所述状况·状态相关的信息的按时间序列列表而显示的画面,
所述一并输入模式的画面是相对于多个服务被提供者而接受共用的项目的输入的画面。
3.根据权利要求1所述的服务辅助装置,其特征在于,所述显示控制部在取得应显示的时间段的指示的情况下,使与此时间段对应的时间框在所述时序图区域显示。
4.根据权利要求2所述的服务辅助装置,其特征在于,所述显示控制部在取得应显示的时间段的指示的情况下,使与此时间段对应的时间框在所述时序图区域显示。
5.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部在取得所述时序图区域的宽度的变更的指示的情况下,使根据所述指示而变更所述时序图区域的宽度,并根据该变更的时序图区域的宽度而变更所述时间框的宽度,且根据此时间框的宽度的变更而变更所述对象的配置而成的所述画面显示。
6.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部在一个时间框重复多个服务的预定的情况下,以使对应于该多个服务的各对象没有完全被其他的对象覆盖的方式使各对象的配置位置滑动而显示在该时间框内,并且
在光标与该各对象的显示位置重合的情况下,将该各对象再配置于不相互重合的位置而显示。
7.根据权利要求5所述的服务辅助装置,其特征在于,所述显示控制部在一个时间框重复多个服务的预定的情况下,以使对应于该多个服务的各对象没有完全被其他的对象覆盖的方式使各对象的配置位置滑动而显示在该时间框内,并且
在光标与该各对象的显示位置重合的情况下,将该各对象再配置于不相互重合的位置而显示。
8.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述存储部至少存储表示所述服务的开始时间以及所述服务的结束时间的数据,
所述显示控制部在取得将表示实施完毕的服务的第一对象的所述时间框内的配置位置变更的指示的情况下,
使所述第一对象的显示位置变更至所述指示的配置位置的时间框,并且将存储到所述存储部的所述开始时间和结束时间中的至少一方变更为与变更后的位置的时间框对应的时间。
9.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部按照各服务被提供者接受服务的提供的计划,将所述对象配置于所述时序图区域而进行显示,
在取得计划外的预定的输入的指示的情况下,将对应于所述计划外的预定的对象配置于所述时序图区域而进行显示,
所述计划外的对象以与按照计划的对象不同的显示形态进行显示。
10.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部使所述对象以如下的显示形态中的至少一个形态进行显示:
与服务的项目的种类对应的显示形态;
与利用者是否担当项目对应的显示形态;
与服务是否实施完毕对应的显示形态;
与是否具有和服务有关的的联络事项对应的显示形态;
与是否中止服务的实施对应的显示形态;
与服务是否按照重点计划进行对应的显示形态;
与服务以外的各种事件对应的显示形态;以及
与服务记录未保存或保存对应的显示形态。
11.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部将表示提供的服务的图形或者文字包含于所述对象而进行显示,在提供的服务为指定的服务的情况下,在所述对象包含表示所述指定的服务的实际业绩的信息而进行显示。
12.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部在取得所述显示的对象的选择的指示的情况下,使服务记录画面显示在所述显示部,所述服务记录画面能够输入和参照包含有对应于该对象的服务的实际业绩值的信息,
所述服务辅助装置还具备第一存储控制部,所述第一存储控制部将在所述服务记录画面被输入的信息的数据存储在所述存储部。
13.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部使与没有被指定时间的服务有关的第二对象显示在所述时序图区域的所述时间框外,
在取得与所述第二对象的服务有关的实施的输入的指示的情况下,在显示于所述时间框外的所述第二对象的附近显示所述实施的次数,并且在与所述服务被实施的时间对应的时间框显示与所述第二对象对应的对象。
14.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部在取得表示沿着时间序列进行记录的经时记录的事件和期间的数据的情况下,将时间段区域显示在与所述期间对应的各时间框内,
在取得到选择了显示所述时间段区域的任一个时间框的情况下,使输入包含所述事件的经时信息的画面显示,
所述服务辅助装置还具备第二存储控制部,所述第二存储控制部使通过所述画面而输入的经时信息存储于所述存储部,
所述显示控制部在显示发生了事件的情况下的报告的制作画面的情况下,使存储于所述存储部的经时信息反映到所述制作画面而进行显示。
15.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,还具备接收来自服务器的信息的接收部,所述服务器构成为存储有预定期间内对各服务被提供者提供服务的实际业绩数据、评定实施数据、意外时的报告数据、与各服务被提供者的状况·状态有关的信息或者与意见有关的记录数据、以及与各利用者对各服务被提供者的关注或者观察有关的记录数据中的至少一个,并且在检索该被存储的数据而存在满足预定的条件的项目的情况下,输出该项目的信息,
所述显示控制部基于所述被接收的信息,将唤起对所述项目的注意的通知显示在预定的区域。
16.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述显示控制部在具有利用所述服务辅助装置的利用者包含于联系人内的联络事项的数据的情况下,基于该数据而使所述联络事项显示于所述显示部。
17.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述存储部构成为针对多个事故记录的每一个,存储有:
所述服务的提供中所发生的事故的信息;以及
与该事故关联而设定的由多个员工构成的组的信息,
所述显示控制部构成为显示:
与操作所述服务辅助装置的所述员工关联而设定的多个所述事故的信息;
该员工是否针对多个所述事故的每一个都确认了所述事故的信息的信息;
与所述事故关联的所述组的其他所述员工是否针对多个所述事故的每一个都确认了所述事故的信息的信息。
18.根据权利要求17所述的服务辅助装置,其特征在于,所述事故的信息包含与所述事故的发生或者发现时刻有关的信息,
所述存储部构成为存储由与所述事故关联而设定的多个对应处理构成的信息,
所述显示控制部构成为针对多个所述事故的每一个,显示表示所述多个应对程序以及其处理状况的信息。
19.根据权利要求1~4中任一项所述的服务辅助装置,其特征在于,所述存储部存储多个所述服务被提供者接受的所述服务的预定以及所述实际业绩的数据,
识别所述服务被提供者的信息包含识别所述服务被提供者接受所述服务的机构的信息,
所述显示控制部构成为针对每个所述机构,且针对每种所述服务的种类,显示被提供的所述服务的件数。
20.根据权利要求17所述的服务辅助装置,其特征在于,在所述服务的提供中发生的事故的信息包含识别产生该事故的机构的信息,
所述显示控制部构成为针对每个所述机构,且针对每种所述事故的种类,显示所述事故的件数。
21.根据权利要求18所述的服务辅助装置,其特征在于,在所述服务的提供中发生的事故的信息包含识别产生该事故的机构的信息,
所述显示控制部构成为针对每个所述机构,且针对每种所述事故的种类,显示所述事故的件数。
22.根据权利要求19所述的服务辅助装置,其特征在于,在所述服务的提供中发生的事故的信息包含识别产生该事故的机构的信息,
所述显示控制部构成为针对每个所述机构,且针对每种所述事故的种类,显示所述事故的件数。
23.一种服务辅助方法,其特征在于,包含:
取得服务被提供者接受提供的服务的预定和实际业绩的数据的步骤;
基于所述取得的数据,使与所述服务被提供者的状况有关的状况表画面显示在显示部的步骤,
所述状况表画面是将包含有识别服务被提供者的信息的基本信息区域和包含有与指定期间有关的所述服务被提供者的个别的信息的个别信息区域沿第一方向并列地配置,并且将每个服务被提供者的所述基本信息区域以及所述个别信息区域沿着与所述第一方向不同的第二方向连续地配置的画面,
所述个别信息区域至少具有以下的区域中的任一个区域:
注意事项区域:其包含与所述服务被提供者有关的注意事项;
导航区域,其包含与所述服务被提供者的状况·状态有关的信息;以及
时序图区域,其将所述指定期间内的时间划分为多个时间框而成的时间框按时间序列配置,并在所述时间框内包含有表示所述服务的对象。
24.一种存储有程序的存储介质,其特征在于,在计算机执行存储于存储介质的程序时,所述计算机执行:
取得服务被提供者接受提供的服务的预定和实际业绩的数据的步骤;以及
基于所述取得的数据,使与所述服务被提供者的状况有关的状况表画面显示在显示部的步骤,
所述状况表画面是将包含有识别服务被提供者的信息的基本信息区域和包含有与指定期间有关的所述服务被提供者的个别的信息的个别信息区域沿着第一方向并列地配置,并且将每个服务被提供者的所述基本信息区域以及所述个别信息区域沿着与所述第一方向不同的第二方向连续地配置的画面,
所述个别信息区域至少具有以下区域中的任一个:
注意事项区域,其包含与所述服务被提供者有关的注意事项;
导航区域,其包含与所述服务被提供者的状况·状态有关的信息;以及时序图区域,其将所述指定期间内的时间划分为多个时间框而成的时间框按时间序列配置,并在所述时间框内包含有表示所述服务的对象。
CN201711144037.1A 2016-11-18 2017-11-17 服务辅助装置、服务辅助方法以及程序 Active CN108074034B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2016225259 2016-11-18
JP2016-225259 2016-11-18
JP2017178624A JP6993821B2 (ja) 2016-11-18 2017-09-19 サービス支援装置、サービス支援方法及びプログラム
JP2017-178624 2017-09-19

Publications (2)

Publication Number Publication Date
CN108074034A CN108074034A (zh) 2018-05-25
CN108074034B true CN108074034B (zh) 2023-07-18

Family

ID=62157231

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711144037.1A Active CN108074034B (zh) 2016-11-18 2017-11-17 服务辅助装置、服务辅助方法以及程序

Country Status (1)

Country Link
CN (1) CN108074034B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020071570A (ja) * 2018-10-30 2020-05-07 ファナック株式会社 データ作成装置、デバッグ装置、データ作成方法及びデータ作成プログラム
CN113168600B (zh) * 2018-12-03 2024-03-01 三菱电机株式会社 能量管理辅助装置、能量管理辅助***、能量管理辅助方法及记录介质
JPWO2020179738A1 (zh) * 2019-03-04 2020-09-10
CN111352551A (zh) * 2020-03-11 2020-06-30 上海索辰信息科技有限公司 时序图截止处理***及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104246814A (zh) * 2012-01-31 2014-12-24 Ips株式会社 便携终端管理服务器及便携终端管理程序
CN104620237A (zh) * 2013-09-06 2015-05-13 Ips株式会社 帐票数据管理服务器及帐票数据管理程序
CN104636855A (zh) * 2013-11-06 2015-05-20 Ips株式会社 一种项目数据管理服务器、及项目数据管理程序

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2352116A1 (en) * 2008-10-22 2011-08-03 Hitachi, Ltd. Information management support method, management information visualization device, information management system, and management information visualization method
US9165319B1 (en) * 2014-04-30 2015-10-20 iBoss Innovations LLC Vehicle information delivery and management system and method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104246814A (zh) * 2012-01-31 2014-12-24 Ips株式会社 便携终端管理服务器及便携终端管理程序
CN104620237A (zh) * 2013-09-06 2015-05-13 Ips株式会社 帐票数据管理服务器及帐票数据管理程序
CN104636855A (zh) * 2013-11-06 2015-05-20 Ips株式会社 一种项目数据管理服务器、及项目数据管理程序

Also Published As

Publication number Publication date
CN108074034A (zh) 2018-05-25

Similar Documents

Publication Publication Date Title
JP6993821B2 (ja) サービス支援装置、サービス支援方法及びプログラム
CN108074034B (zh) 服务辅助装置、服务辅助方法以及程序
White et al. Health worker mHealth utilization: a systematic review
Horstick et al. Dengue vector-control services: how do they work? A systematic literature review and country case studies
US10395007B2 (en) Location-based management of healthcare environments
World Health Organization Disease surveillance for malaria control: an operational manual
Cherry et al. Experiences with electronic health records: early adopters in long-term care facilities
World Health Organization Operations manual for delivery of HIV prevention, care and treatment at primary health centres in high-prevalence, resource-constrained settings: Edition 1 for fieldtesting and country adaptation
US11017332B2 (en) Apparatus and method for the mobile visual display and modification of bed management information and patient placement information
US20060004605A1 (en) System and method for a comprehensive interactive graphical representation of a health care facility for managing patient care and health care facility resources
US20100198614A1 (en) Medical communication system for health care practitioners
US20030125998A1 (en) Method for managing resource assets for emergency situations
Aung et al. Preparing routine health information systems for immediate health responses to disasters
Sha et al. Spatiotemporal analysis of medical resource deficiencies in the US under COVID-19 pandemic
Soto-Mendoza et al. Design of a predictive scheduling system to improve assisted living services for elders
Chippaux Epidemiological investigation on envenomation: from theory to practice
Bahlman et al. Using technology to improve and support communication and workflow processes
JP7036484B1 (ja) 介護支援プログラム、介護用支援装置及び介護用支援システム
Dahm et al. Information infrastructure and quality person-centred support in supported accommodation: An integrative review
US20170255605A1 (en) Annotations and Issue Tracking for Graphical Data
Crema et al. Understanding lean & safety projects: analysis of case studies
Dexheimer et al. Modifications and integration of the electronic tracking board in a pediatric emergency department
Mlinac et al. Development of a suicide prevention toolkit for va home-based primary care teams
Iversen et al. Managing variations from surgical care plans: Challenges for coordination
De Silva et al. The sahana free and open source disaster management system in haiti

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1252835

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant