CN105844074B - 诊疗辅助装置、诊疗辅助方法以及诊疗辅助系统 - Google Patents

Abstract

本发明提供在医疗工作人员阅览患者列表时提高视觉辨认性和界面功能的诊疗辅助装置、诊疗辅助方法以及诊疗辅助系统。在患者列表中，表示非显示部分中包含的项目的件数的项目件数显示窗部以及表示非显示部分中包含的患者信息的件数(患者信息被包含在非显示部分中的患者的人数)的患者件数显示窗部被显示。各件数显示窗部以半透明且非彩色的灰色来显示，具有指示非显示部分被隐藏的方向的以三角变尖的形状。在各件数显示窗部内记有表示件数的数字。

Description

诊疗辅助装置、诊疗辅助方法以及诊疗辅助系统

技术领域

本发明涉及诊疗辅助装置、诊疗辅助方法以及诊疗辅助系统。

背景技术

在医疗领域中，为了由对患者进行诊察的医生、实施医疗检查的检查技师等医疗工作人员顺利地进行患者的治疗，生成在分别排列与患者的诊疗相关的多个项目及用于识别多个患者的识别信息的二维区域中对每个患者的多个项目的内容进行显示的患者列表，将所生成的患者列表供医疗工作人员阅览。

例如在日本特开2006－338521号公报中，记载了生成具有患者列表的显示画面的诊疗辅助装置(在日本特开2006－338521号公报中记载为管理服务器)，患者列表包含医疗工作人员对患者实施的诊察、医疗检查等诊疗进程的项目作为与患者的诊疗相关的项目。诊疗辅助装置将所生成的显示画面输出给各医疗工作人员所操作的客户端终端。客户端终端使显示器显示显示画面，供各医疗工作人员阅览。

日本特开2006－338521号公报中记载的患者列表中，项目被配设于横轴，识别信息(在日本特开2006－338521号公报中记载为患者序号)被配设于纵轴。在项目中，例示了视力检查、散瞳、眼底拍摄、非接触眼压测定等眼科的医疗检查的项目、作为医疗检查以外的诊疗进程的诊察、处置、结账等项目。在这样的诊疗进程的项目中，配设有表示诊疗进程的进展状况的图标(在日本特开2006－338521号公报中记载为状态标记)。

在日本特开2006－338521号公报的显示画面中，显示上述的各项目之中的一部分，没有被容纳进显示画面的剩余的项目被设为非显示。为了将该非显示的项目设为能够显示，在患者列表中设置有横滚动条。此外，在患者列表中，以备患者变多而全部患者的识别信息没有被容纳进显示画面的情况还设置有纵滚动条。

滚动条如公知那样，具有能够在滚动条内移动的滑条以及被配设于滚动条的两端的一对箭头按钮。在显示部分相对于非显示部分更多的情况下，滑条占滚动条整体的面积变得比较大，相反，在非显示部分相对于显示部分更多的情况下，滑条占滚动条整体的面积变得比较小。非显示部分通过由鼠标光标来操作滑条或箭头按钮，或旋转鼠标的滚轮按钮这样的滚动操作而变得能够显示。

在构成患者列表的多个项目、多个识别信息没有被容纳进显示画面而产生非显示部分的情况下，如日本特开2006－338521号公报中记载那样，通过滚动操作而将非显示部分设为能够显示的显示方式以往为常规手段。

在如日本特开2006－338521号公报那样设置滚动条的显示方式中，能够如上述那样通过滑条占滚动条整体的面积大致掌握非显示部分的量。此外，还能够粗略地掌握显示部分与非显示部分的量(比例)以及对显示部分和非显示部分进行合计而得到的患者列表整体的量。但是，不能掌握非显示部分中包含的项目的件数、非显示部分中包含的识别信息的件数(识别信息被包含在非显示部分中的患者的人数)到底存在多少这样的具体的非显示部分的量。此外，还不能掌握具体的显示部分与非显示部分的量以及患者列表整体的量。

若这样不能掌握具体的非显示部分的量、具体的显示部分与非显示部分的量以及患者列表整体的量，则不能预测患者列表的阅览所涉及的具体的访问性以及时间。因此，对非常忙的医疗工作人员来说在界面功能性上存在较大的问题。

发明内容

本发明的目的在于，提供能够以较高的视觉辨认性和界面功能性且容易地由医疗工作人员阅览患者列表的诊疗辅助装置、诊疗辅助方法以及诊疗辅助系统。

为了达到上述目的，本发明提供一种诊疗辅助装置，具备：画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个患者的多个项目；以及显示处理部，在多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示；显示处理部使显示画面显示一部分项目的第1件数以及一部分识别信息的第2件数之中的至少一方。

此外，优选第1件数或第2件数在患者列表上半透明地显示。

此外，优选第1件数或第2件数通过滚动操作从显示画面消失。

此外，优选第1件数或第2件数在表示非显示部分被隐藏的显示窗部内被显示。

此外，优选显示窗部具有向一个方向突出的形状，指示非显示部分的位置的方向。

此外，优选项目包含医疗工作人员对患者实施的诊疗进程的项目。

此外，优选在患者列表中显示图标部，图标部被排列为1列以上的列，对应于被登记为预定实施的诊疗进程被显示，且表示项目的内容。

此外，优选图标部表示诊疗进程的进展状况，显示方式与进展状况的变化相应地变化。

此外，优选患者列表与多个医疗工作人员相应地生成，所显示的项目、识别信息及进展状况之中的至少一个在多个医疗工作人员之间关于患者以及诊疗进程而不同。

此外，优选患者列表与患者的种类相应地生成，所显示的项目、识别信息及进展状况之中的至少一个与种类相应地不同。

此外，优选种类包含决定了手术的手术决定患者、外部来院患者、以及住院患者。

此外，优选显示处理部使显示画面显示通过排列第1块(block)部而构成的第1全显示栏以及通过排列第2块部而构成的第2全显示栏之中的至少一方，所述第1块部的数量与对显示画面中的显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同，所述第2块部的数量与对显示部分以及非显示部分的识别信息的件数进行合计而得到的全识别信息件数相同。

此外，优选对应于显示部分的第1块部以能够与对应于非显示部分的第1块部识别的方式被显示，对应于显示部分的第2块部以能够与对应于非显示部分的第2块部识别的方式被显示。

此外，优选对应于被设定为提醒注意状态的项目的第1块部在第1全显示栏中被强调显示，对应于被设定为提醒注意状态的患者的识别信息的第2块部在第2全显示栏中被强调显示。

此外，优选在第1轴上排列的项目之中的与被强调显示的第1块部对应的项目被强调显示，在第2轴上排列的识别信息之中的与被强调显示的第2块部对应的识别信息被强调显示。

此外，优选第1全显示栏沿着项目的排列在第1轴的方向上延伸，第2全显示栏沿着识别信息的排列在第2轴的方向上延伸。

此外，优选在第1块部中，表示项目的字符信息被显示，在第2块部中，表示识别信息的字符信息被显示。

进而本发明提供一种诊疗辅助方法，包括：生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个患者的多个项目；在多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示；以及将一部分项目的第1件数以及一部分识别信息的第2件数之中的至少一方显示在显示画面中。

进而本发明提供一种诊疗辅助系统，由诊疗辅助装置以及与诊疗辅助装置通过网络连接而以能够通信的方式连接的客户端终端装置构成，具备：画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个患者的多个项目；以及显示处理部，在多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示，显示处理部使显示画面显示一部分项目的第1件数以及一部分识别信息的第2件数之中的至少一方。

进而本发明提供一种诊疗辅助装置，具备：画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中表示每个患者的多个项目的内容；以及显示处理部，在多个项目的一部分以及多个识别信息的一部分之中的至少一方成为在显示画面中显示的显示部分，而多个项目的剩余部分以及多个识别信息的剩余部分之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示；显示处理部使显示画面显示通过排列第1块部而构成的第1全显示栏以及通过排列第2块部而构成的第2全显示栏之中的至少一方，所述第1块部的数量与对显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同，所述第2块部的数量与对显示部分以及非显示部分的识别信息的件数进行合计而得到的全识别信息件数相同。

进而本发明提供一种诊疗辅助方法，包括：生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中表示每个患者的多个项目的内容；在多个项目的一部分以及多个识别信息的一部分之中的至少一方成为在显示画面中显示的显示部分，而多个项目的剩余部分以及多个识别信息的剩余部分之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示；以及将通过排列第1块部而构成的第1全显示栏以及通过排列第2块部而构成的第2全显示栏之中的至少一方显示在显示画面中，所述第1块部的数量与对显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同，所述第2块部的数量与对显示部分以及非显示部分的识别信息的件数进行合计而得到的全识别信息件数相同。

进而本发明提供一种诊疗辅助系统，由诊疗辅助装置以及与诊疗辅助装置通过网络连接而以能够通信的方式连接的客户端终端装置构成，具备：画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中表示每个患者的多个项目的内容；以及显示处理部，在多个项目的一部分以及多个识别信息的一部分之中的至少一方成为在显示画面中显示的显示部分，而多个项目的剩余部分以及多个识别信息的剩余部分之中的至少一方成为没有被容纳进显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将非显示部分切换为显示状态并进行显示；显示处理部使显示画面显示通过排列第1块部而构成的第1全显示栏以及通过排列第2块部而构成的第2全显示栏之中的至少一方，所述第1块部的数量与对显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同，所述第2块部的数量与对显示部分以及非显示部分的识别信息的件数进行合计而得到的全识别信息件数相同。

发明效果

根据本发明，使显示画面显示非显示部分中包含的项目的件数或非显示部分中包含的识别信息的件数之中的至少一方，或使显示画面显示通过排列第1块而构成的第1全显示栏或通过排列第2块而构成的第2全显示栏之中的至少一方，所述第1块的数量与对显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同，所述第2块的数量与对显示部分以及非显示部分的识别信息的件数进行合计而得到的全识别信息件数相同，因此能够以较高的视觉辨认性和界面功能性且容易地由医疗工作人员阅览患者列表。

附图说明

图1是表示诊疗辅助系统的说明图。

图2是表示在病历DB中储存的电子病历的内容的图。

图3是表示在图像DB中储存的检查图像的内容的图。

图4是表示在报告DB中储存的医用报告的内容的图。

图5是表示构成诊疗辅助服务器、客户端终端的计算机的框图。

图6是表示诊疗辅助服务器以及客户端终端的CPU的各功能部的框图。

图7是表示进展状况信息的内容的图。

图8是表示医疗检查的流程以及对应的进展状况的说明图。

图9是表示储存目的地信息的内容的图。

图10是表示工作人员信息的内容的图。

图11A、11B是表示第1显示画面的图。

图12是表示患者列表显示部的上部的图。

图13A、13B是表示患者列表显示部的图。

图14是患者件数显示窗部的放大图。

图15A、15B是表示在从图13A、13B的状态进行了向右方向的滚动操作的情况下的患者列表显示部的图。

图16是表示分患者种类及工作人员种类项目表的内容的图。

图17A、17B是表示在患者的种类为“住院患者”且医疗工作人员的种类为管理营养师的情况下的患者列表的图。

图18是表示基于小图标的进展状况的显示例的图。

图19是表示基于通常图标的进展状况的显示例的图。

图20是表示第2显示画面的图。

图21是表示检查履历显示部的图。

图22是表示诊疗辅助服务器以及客户端终端的CPU的各功能部的处理的流程的流程图。

图23A、23B是表示件数显示窗部的另一例的图。

图24是表示浮动图(floating map)的图。

图25是表示在从图24的状态向右方向移动操作了当前显示框的情况下的浮动图的图。

图26A、26B是表示浮动图的显示位置的例子的图。

图27A、27B是表示在进行了将非显示部分设为能够显示的滚动操作的情况下，保留件数显示窗部的显示的情况的图。

图28A、28B是表示第2实施方式的患者列表显示部的图。

图29是概念性地示出项目显示栏的各项目与第1全显示栏的第1块的对应关系的图。

图30是概念性地示出患者信息显示栏的各患者信息与第2全显示栏的第2块的对应关系的图。

图31A、31B是在从图28A、28B的状态进行了向右方向的滚动操作的情况下的患者列表显示部的图。

图32A、32B是表示在患者的种类为“住院患者”且医疗工作人员的种类为管理营养师的情况下的患者列表的图。

图33A、33B是强调显示对应于设定了提醒注意的患者的患者信息相应的块的、第3实施方式的患者列表显示部的图。

图34是概念性地示出第3实施方式的患者信息显示栏的各患者信息与第2全显示栏的第2块的对应关系的图。

图35是表示与医疗工作人员的种类相应地变更进展状况的例子的说明图。

图36是表示客户端终端承担诊疗辅助装置的功能的例子的框图。

具体实施方式

[第1实施方式]

在图1中，诊疗辅助系统10是用于在医院等医疗设施中进行诊疗辅助的计算机系统。诊疗辅助系统10具备诊疗辅助服务器11、客户端终端12和服务器群13。它们通过在医疗设施内铺设的LAN(局域网，Local Area Network)等网络14以相互可通信的方式连接。

诊疗辅助服务器11作为本发明的诊疗辅助装置而发挥作用。具体而言，诊疗辅助服务器11从服务器群13取得在患者的诊疗过程中取得的诊疗数据，基于所取得的诊疗数据，生成第1显示画面15A(相当于显示画面，也参照图11A、11B)以及第2显示画面15B(参照图20)。诊疗辅助服务器11将所生成的第1显示画面15A以及第2显示画面15B分发给客户端终端12。另外，在图1中图示第1显示画面15A。

诊疗辅助服务器11具有储存画面编辑信息16的画面编辑信息数据库(以下简称为DB(数据库，Database))11A。诊疗辅助服务器11参照该画面编辑信息16而对第1显示画面15A以及第2显示画面15B进行生成、编辑。

客户端终端12被设置于内科、外科、耳鼻科、眼科这样的医疗设施内的各诊疗科、放射线检查科、临床检查科等各检查科，由各诊疗科的医生、各检查科的检查技师、或护士、管理营养师等医疗工作人员来操作。客户端终端12显示从诊疗辅助服务器11发送的第1显示画面15A以及第2显示画面15B而供医疗工作人员阅览。也就是说，客户端终端12作为用于医疗工作人员阅览第1显示画面15A以及第2显示画面15B的阅览器终端而发挥作用。

诊疗辅助服务器11将第1显示画面15A以及第2显示画面15B，以例如由XML(可扩展标记语言，Extensible Markup Language)等标记语言制作的网页分发用的XML数据的形式分发给客户端终端12。客户端终端12基于XML数据而将第1显示画面15A以及第2显示画面15B在网页浏览器上再现而进行显示。另外，也可以代替XML而利用JSON(JavaScript(登记商标)Object Notation)等其他数据记述语言。

服务器群13检索与来自诊疗辅助服务器11的取得请求相应的诊疗数据，将所检索到的诊疗数据发送给诊疗辅助服务器11。服务器群13具备电子病历服务器21、图像服务器22和报告服务器23。

电子病历服务器21具有储存电子病历24(EMR)的病历DB21A。在电子病历24中，作为诊疗数据，被输入记录了问诊内容、诊断内容、病名等的诊察记录数据、包含血液检查、生化学检查等检体检查、以及心电图检查、脑波检查等生理检查的医疗检查的检查值这样的检查数据、患者的心跳、脉搏、呼吸数、血压、体温等生命体征的测量值这样的测定数据、记录医疗检查、制作报告、处置、手术、用药等各种指令(order，预订)的指令数据、记录在初诊、住院、出院、再住院、处置、手术、用药、治愈等患者的诊疗过程中产生的事件的治疗记录数据、记录受诊费、药费、住院费等的结账数据。电子病历24的这些各种诊疗数据能够由客户端终端12输入，此外，能够由客户端终端12阅览。

图像服务器22是所谓PACS(医学影像存档与通信系统，Picture Archiving andCommunication System)服务器，具有储存检查图像25的图像DB22A。检查图像25是由CT(计算机断层扫描，Computed tomography)检查、MRI(磁共振成像，Magnetic ResonanceImaging)检查、单纯X射线检查、超声波检查、内窥镜检查等各种图像检查得到的图像，例如能够以DICOM(医学数字成像和通信，Digital Imaging and Communications inMedicine)标准的数据文件形式而制作。检查图像25能够由客户端终端12阅览。

报告服务器23具有储存医用报告26的报告DB23A。医用报告26是将阅片医对图像检查中得到的检查图像25进行了阅片的结果进行汇总后的报告。医用报告26能够由客户端终端12制作、阅览。

用于识别各个患者的序号或记号的患者ID(标识数据，Identification Data)等作为附带信息与电子病历24、检查图像25以及医用报告26建立关联而存储(参照图2至图4)。此外，输入了各种诊疗数据的医疗工作人员的医疗工作人员ID作为附带信息与电子病历24建立关联而存储，实施了检查的检查技师的医疗工作人员ID作为附带信息与检查图像25建立关联而存储，制作了医用报告26的阅片医的医疗工作人员ID作为附带信息与医用报告26建立关联而存储。通过该医疗工作人员ID，知晓是哪位医疗工作人员进行了哪个诊疗进程。另外，医疗工作人员ID是用于识别各医疗工作人员的序号或记号。能够将这样的患者ID等附带信息作为检索关键词，从各DB21A、22A、23A检索电子病历24、检查图像25以及医用报告26。

在图2中，病历DB21A中储存的电子病历24关联了以“0123456789”这样的10位的数字来表示的患者ID而以患者为单位被管理。在电子病历24中，除了患者ID之外，还记录患者的姓名、性别、出生年月日或年龄等患者信息以及多个项目的诊疗数据。诊疗数据按“血压(高压)”、“血压(低压)”、“生化学检查A”、“治疗记录”等项目被整理并以时序记录。另外，在图2中未示出，但在诊疗数据中，还包含前述的诊察记录数据、血压以外的心跳、脉搏、呼吸数、体温等生命体征的测量值、指令数据、结账数据等。

在诊疗数据的各项目的1件量的记录中，包含诊疗日期时间、检查日期时间、测定日期时间、用药日期时间(实施了用药的日期时间或开处方的日期时间)、在患者的诊疗过程中产生的各种事件的日期时间等与日期时间相关的信息、以及问诊内容、诊断内容、检查值、测量值、投放量、诊疗报酬额、事件等数据内容。在项目为用药的情况下，存在至发现用药效果为止需要时间的情况，所以存在例如“持续5日每1日以一定量服用”那样，跨规定期间的用药以一次处方来指示的情况。此时，作为用药日期时间，记录预定该药的服用的日期时间。

在治疗记录数据中记录的事件包含住院、手术、转科、出院、再住院等，还记录与住院的事件附随的住院预约的内容、与手术的事件附随的麻醉委托的内容、术前概要、手术申请的内容、麻醉同意书、手术同意书等。另外，术前概要是在手术前实施的医疗检查的结果的摘要。此外，麻醉同意书、手术同意书是将进行麻醉、手术的必要性、风险等向患者、其家族进行说明，向患者、其家族寻求签名或盖章的文档。

在图3中，图像DB22A中储存的检查图像25与电子病历24相同地关联了患者ID而以患者为单位被管理。除了患者ID之外，实施了图像检查的检查日期时间(检查图像25被上传至图像DB22A的日期时间)、图像ID以及指令ID、“单纯X射线检查”、“CT检查”等图像检查的种类、“X射线图像”、“断层图像”等检查图像的种类、“胸部”、“腹部”等拍摄部位这样的检查图像25的属性作为附带信息与检查图像25的图像数据建立关联。图像服务器22将检查图像25与这样的检查日期时间、属性等附带信息一起，作为诊疗数据发送给诊疗辅助服务器11。

图像ID是用于识别各检查图像25的序号或记号，指令ID是用于识别各指令的序号或记号。在单纯X射线检查中，在一次图像检查中拍摄1张X射线图像的情况较多。相反还存在如在CT检查中取得的断层图像那样，在一次图像检查中拍摄多张检查图像25的情况。在这样在一次图像检查中拍摄到多张检查图像25的情况下，为了表示多张检查图像25由一次图像检查得到的情况，对各检查图像25赋予共通的指令ID，作为汇总在一起的检查图像25而管理。在单纯X射线检查中拍摄到多张的情况也同样。

另外，作为检查图像25的附带信息，也可以包含与检查图像25内的病变的位置、尺寸、病变的种类、病变的特征量、病变的治愈等级等相关的信息。此外，在图像检查为超声波检查的情况下，也可以包含对超声波图像进行分析而得到的血流计测值作为附带信息。

在图4中，报告DB23A中储存的医用报告26与电子病历24以及检查图像25相同地关联了患者ID而以患者为单位被管理。除了患者ID之外，医用报告26的制作日期时间(医用报告26被上传至报告DB23A的日期时间)、医用报告26的报告ID、医用报告26中附带的检查图像25的图像ID和指令ID、以及与检查图像25相同的属性作为附带信息与医用报告26的报告数据建立关联。报告服务器23将医用报告26与这样的附带信息一起，作为诊疗数据而发送给诊疗辅助服务器11。另外，在图2～图4中，仅示出各种日期时间之中的日期。

诊疗辅助服务器11、客户端终端12、以及服务器群13的各服务器21～23基于服务器计算机、个人计算机、工作站这样的计算机，安装操作系统等控制程序、服务器程序或客户端程序等应用程序而构成。

在图5中，构成诊疗辅助服务器11、客户端终端12等的计算机的基本的结构相同，分别具备储存设备30、存储器31、CPU(中央处理单元，Central Processing Unit)32、通信部33、显示器34以及输入设备35。它们经由数据总线36而相互连接。

储存设备30是内置于构成诊疗辅助服务器11、客户端终端12等的计算机或与其通过线缆、网络而连接的硬盘驱动器、或者是组合了多台硬盘驱动器而成的盘阵列。在储存设备30中，存储有操作系统等控制程序、各种应用程序、以及附随于这些程序的各种操作画面的显示数据。

存储器31是用于CPU32执行处理的工作存储器。CPU32将储存设备30中存储的程序加载到存储器31，执行按照程序的处理，从而统一地控制计算机的各部。

通信部33是进行经由网络14的各种信息的传输控制的网络接口。显示器34显示与鼠标、键盘等输入设备35的操作相应的各种操作画面。在操作画面中具备基于GUI(图形用户界面，Graphical User Interface)的操作功能。构成诊疗辅助服务器11、客户端终端12等的计算机通过操作画面接受来自输入设备35的操作指示的输入。另外，在以下的说明中，对构成诊疗辅助服务器11的计算机的各部分别对标号追加赋予“A”，对构成客户端终端12的计算机的各部分别对标号追加赋予“B”来区分。

在图6中，在客户端终端12的储存设备30B中，用于阅览第1显示画面15A以及第2显示画面15B的阅览器软件40作为应用程序而被存储。阅览器软件40包含对构成第1显示画面15A以及第2显示画面15B的多个显示部的显示进行控制的多个小工具(gadget)引擎(以下简称为小工具)。另外，小工具是附随于阅览器软件40等主要的应用程序而动作并发挥各种功能的子程序。

若阅览器软件40被启动，则客户端终端12的CPU32B与存储器31联动，作为GUI控制部41以及请求发出部42而发挥作用。

GUI控制部41将从诊疗辅助服务器11分发的第1显示画面15A以及第2显示画面15B显示在显示器34B的网页浏览器上。GUI控制部41进行与光标75(参照图12等)对按钮的点击操作等、通过第1显示画面15A以及第2显示画面15B从输入设备35B输入的操作指示相应的第1显示画面15A以及第2显示画面15B的画面输出控制。

请求发出部42与输入设备35B经由GUI控制部41的操作指示相应地发出对于诊疗辅助服务器11的各种处理请求。在各种处理请求中，存在第1显示画面15A的分发请求、及第1显示画面15A以及第2显示画面15B的编辑请求。由请求发出部42发出的各种处理请求通过网络14而被发送给诊疗辅助服务器11。

在分发请求中，包含医疗工作人员ID。医疗工作人员ID与例如认证密钥一起，通过用于启动第1显示画面15A的登入(login，登陆，登录)画面(未图示)而被输入。

编辑请求是向诊疗辅助服务器11请求与基于输入设备35B的各种操作指示相应的、第1显示画面15A以及第2显示画面15B的显示内容的编辑。在编辑请求中，存在包含患者的种类的指定的请求。作为患者的种类，准备了在具有诊疗辅助系统10的医疗设施中受到治疗的全部患者之中决定了手术的患者(以下称为手术决定患者)、来医院的患者(以下称为外部来院患者)、在病房中住院的患者(以下称为住院患者)。此外，还能够如胃癌的患者那样，指定患者的病名作为患者的种类。

在诊疗辅助服务器11的储存设备30A中，工作程序45作为应用程序而被存储。工作程序45是用于使构成诊疗辅助服务器11的计算机作为诊疗辅助装置而发挥作用的程序。若工作程序45被启动，则诊疗辅助服务器11的CPU32A与存储器31联动，作为请求接受部46、画面编辑信息管理部47、画面编辑部48、以及分发控制部49而发挥作用。

请求接受部46接受来自客户端终端12的分发请求以及编辑请求。请求接受部46将所接受到的分发请求以及编辑请求输出给画面编辑信息管理部47。

画面编辑信息管理部47对画面编辑信息DB11A的画面编辑信息16进行管理。画面编辑信息16由按每个患者记录了第1显示画面15A的生成所需的医疗工作人员对患者实施的诊疗进程的进展状况的进展状况信息50(参照图7)、按每个患者记录了第2显示画面15B的编辑所需的检查图像25的图像DB22A内的储存目的地以及医用报告26的报告DB23A内的储存目的地等各种诊疗数据的储存目的地的储存目的地信息51(参照图9)、以及按每个医疗工作人员记录了与第1显示画面15A以及第2显示画面15B相关的各种设定数据的工作人员信息52(参照图10)构成。

画面编辑信息管理部47对服务器群13定期地、例如每1小时发出诊疗数据的取得请求。画面编辑信息管理部47根据该取得请求而取得从服务器群13发送的诊疗数据，基于所取得的诊疗数据来更新进展状况信息50以及储存目的地信息51。此外，画面编辑信息管理部47根据来自请求接受部46的编辑请求，更新工作人员信息52。另外，也可以像与医疗检查相关的诊疗数据的取得请求按每1小时、其他诊疗数据按每1天那样，与诊疗数据的种类相应地变更发出取得请求的间隔。

画面编辑信息管理部47根据来自请求接受部46的分发请求以及编辑请求，将第1显示画面15A的生成、编辑、以及第2显示画面15B的编辑所需的画面编辑信息16提供给画面编辑部48。

画面编辑部48基于从画面编辑信息管理部47提供的画面编辑信息16，生成第1显示画面15A。即画面编辑部48作为画面生成部而发挥作用。

此外画面编辑部48作为对第1显示画面15A以及第2显示画面15B的显示进行控制的显示处理部而发挥作用。具体而言，画面编辑部48基于请求接受部46接受到的编辑请求，对第1显示画面15A以及第2显示画面15B的显示内容进行编辑。此外，画面编辑部48根据医疗工作人员对患者实施的诊疗进程的进展状况的变化，使通常图标81C(图标窗)以及小图标82(参照图13A、13B)的显示方式变化。

分发控制部49进行向发送了处理请求的客户端终端12经由通信部33而分发第1显示画面15A以及第2显示画面15B的控制。

在图7中，进展状况信息50按每个患者ID记录了诊疗进程的进展状况。进展状况信息50具有患者种类、负责医疗工作人员ID、病名、以及诊疗进程项目的各项目。另外，在图7中，如左上端的标签所示，示出医疗工作人员的种类为医生的情况下的进展状况信息50。

在患者种类的项目中，记录前述的“手术决定患者”、“外部来院患者”、以及“住院患者”的其中一个。“手术决定患者”是在电子病历24的指令数据中记录有手术的指令的患者。“住院患者”是在电子病历24的治疗记录数据中记录有住院的事件而没有记录出院的事件的患者。在“住院患者”之中，有既为“住院患者”且为“手术决定患者”的情况。在此时的患者种类的项目中，记录“手术决定患者”。“外部来院患者”是不相当于“手术决定患者”以及“住院患者”的患者。这样患者的种类能够通过参照电子病历24的诊疗数据来确定。

在负责医疗工作人员ID的项目中，记录负责该患者的诊疗的医疗工作人员的医疗工作人员ID。在负责医疗工作人员ID的项目中记录的医疗工作人员是承担联合进行该患者的治疗的团队医疗的医疗工作人员的一员。负责医疗工作人员ID能够根据被附带于诊疗数据的医疗工作人员ID来确定。

在病名的项目中，与“胃癌”这样的病名一起，记录有“01/23”等记录了病名的日期、以及“D001”等记录了病名的医生(主治医)的医疗工作人员ID。病名以及医疗工作人员ID能够根据电子病历24的诊察记录数据来确定。

诊疗进程项目具有住院预约、检查(医疗检查)、麻醉委托、术前概要、手术申请、麻醉同意书、手术同意书等各项目。在这些各项目中，记录与各诊疗进程相关的信息。例如在住院预约的项目中，记录“01/2309：30”等进行住院预约的日期时间、“1月25日～1月30日”等住院预约的期间、“405号”等病房名、以及“单间”等病房的种类。此外，在麻醉委托的项目中，显示“01/23”等进行了麻醉委托的日期、“全身”等麻醉的种类、以及“D005”等受到麻醉委托的医疗工作人员的医疗工作人员ID。

在检查的项目中，记录“01/24”等在最初着手于医疗检查的日期、以及各种医疗检查的进展状况。各种医疗检查中，例如若是CT检查则被简写为“CT”，若是MRI检查则被简写为“MR”，若是单纯X射线检查则被简写为“DR(Digital Radiography)”，若是超声波检查则被简写为“US(Ultrasonography)”，若是内窥镜检查则被简写为“ES(Endoscopy)”，若是血液检查则被简写为“HM”，若是生化学检查则被简写为“BC”，若是心电图检查则被简写为“EC”，若是脑波检查则被简写为“EE”等。

在检查以外的诊疗进程项目的进展状况中，存在尚未着手于诊疗进程的状态的“未着手”、着手于诊疗进程但没有完成诊疗进程的状态的“未完成”、以及诊疗进程完成的状态即“确定”。在图7中，“未着手”对应于患者ID“0000003210”的手术同意书的项目。此时在诊疗进程项目中记录未着手之意。“未完成”对应于患者ID“0000003210”的术前概要、以及麻醉同意书的项目。此时，在诊疗进程项目中，记录“中断因为肝脏转移···”、“等待提交(等待签名)”等诊疗进程未完成的理由、“01/20”等输入了理由的日期、以及“D002”等输入了理由的医疗工作人员的医疗工作人员ID。“确定”对应于例如患者ID“0123456789”的术前概要、患者ID“0000254798”的住院预约的诊疗进程项目等。患者ID“0000254798”的麻醉同意书的诊疗进程项目等不需要实施的诊疗进程的诊疗进程项目中什么都不记录而成为空栏。

在医疗检查的进展状况中，存在表示没有实施医疗检查的状态的“未实施”、医用报告26被制作且医疗检查本身结束实施但医疗工作人员没有确认医用报告26的状态即“未确认”、以及结束确认了医用报告的状态即“已确认”。医疗检查的进展状况为“未确认”或“已确认”，根据负责医疗工作人员而不同。因此，关于除了“未实施”以及负责医疗工作人员全员“已确认”以外的医疗检查，例如患者ID“0123456789”的检查的项目的“US：D050未确认、D001、D005、D018已确认”那样，一并记载“未确认”的负责医疗工作人员的医疗工作人员ID、以及“已确认”的负责医疗工作人员的医疗工作人员ID。

在此，医疗检查沿着图8所示的流程而实施。首先，由各诊疗科的医生在电子病历24上发出医疗检查的指令(步骤S10)。所发出的指令被发送给各检查科的客户端终端12，在客户端终端12中由各检查科的检查技师来确认(步骤S11)。检查技师根据所确认的指令，准备检查器具或将患者叫入检查室而进行了医疗检查的准备后(步骤S12)，实施与所确认的指令相应的医疗检查(步骤S13)。

在医疗检查实施后，检查结果被上传(步骤S14)。在医疗检查为图像检查的情况下，检查图像25被作为检查结果上传至图像服务器22的图像DB22A。在医疗检查为检体检查、生理检查的情况下，检查值被作为检查结果上传至电子病历服务器21的病历DB21A。在医疗检查为图像检查的情况下，若检查结果被上传，则该情况被通知给负责制作医用报告26的阅片医。

阅片医通过客户端终端12阅览被上传的检查结果，基于检查结果而制作医用报告26(步骤S15)。医用报告26被上传至报告服务器23的报告DB23A(步骤S16)。若医用报告26被上传，则该情况被通知给对医疗检查进行了指令的医生。

医生通过客户端终端12阅览被上传的医用报告26，确认医用报告26的内容(步骤S17)。医生参照医用报告26下诊断或研究今后的治疗计划。以上是医疗检查的大致流程。

“未实施”对应于从步骤S10的指令发出后至步骤S11的指令确认前为止的期间。“未确认”对应于从步骤S16的报告上传后至步骤S17的报告确认前为止的期间。“已确认”对应于步骤S17的报告确认后的期间。另外，从步骤S11的指令确认后至步骤S16的报告上传前为止的期间是正在实施医疗检查的状态。这样医疗检查的进展状况时时刻刻变化。同样，医疗检查以外的诊疗进程的进展状况也时时刻刻变化。

在图9中，储存目的地信息51是对每个患者ID记录了诊疗数据的储存目的地而成的信息。储存目的地信息51具有检查图像25、以及医用报告26等项目。在储存目的地信息51中，除了这些图示的各项目之外，还设置有检体检查、生理检查的检查结果即检查数据、生命体征的测定数据这样的其他诊疗数据的项目。在各项目中，记录例如“I：￥0123456789￥DR￥20140808￥DR001”等表示各诊疗数据的储存目的地的路径。

在图10中，工作人员信息52关联了医疗工作人员ID而以医疗工作人员为单位被管理。在工作人员信息52中，记录医疗工作人员的姓名、年龄、性别、所属科、医生、检查技师、护士、管理营养师这样的医疗工作人员的种类、认证密钥等医疗工作人员的基本的信息。此外在工作人员信息52中，作为与第1显示画面15A以及第2显示画面15B相关的各种设定数据，记录日程管理数据55、邮件管理数据56、以及布局数据57。

在日程管理数据55中，外来诊察、住院患者回诊、出席学会、大学讲座、休假这样的医疗工作人员的日程与日期时间建立关联而记录。在邮件管理数据56中，记录发往医疗工作人员的电子邮件、医疗工作人员制作并发送的电子邮件。在布局数据57中，记录医疗工作人员定制的第1显示画面15A以及第2显示画面15B的布局的设定。

在图11A、11B中，第1显示画面15A具有左上部的日程显示部65、左下部的邮件显示部66、以及右侧的患者列表显示部67这三个显示部65～67。

日程显示部65由日程管理小工具生成。日程管理小工具对日历、当前时刻、该医疗设施所在的地域的天气以及外部气温等向日程显示部65的显示进行控制，且基于日程管理数据55，对通过登入画面输入了医疗工作人员ID的医疗工作人员的1周的日程的显示进行控制。

此外，日程管理小工具通过日程显示部65来接受日程的写入操作。请求发出部42发出包含通过日程显示部65写入的日程的编辑请求。画面编辑信息管理部47将编辑请求中包含的日程记录至日程管理数据55，更新日程管理数据55。

邮件显示部66由邮件管理小工具生成。邮件管理小工具基于邮件管理数据56，对发往通过登入画面输入了医疗工作人员ID的医疗工作人员的电子邮件向邮件显示部66的一览显示、电子邮件本文的显示等进行控制。

此外，邮件管理小工具通过邮件显示部66，接受新到电子邮件的确认、对接收电子邮件的答复、新制作发送电子邮件这样的各种操作。请求发出部42发出包含通过邮件显示部66输入的各种操作的编辑请求。画面编辑信息管理部47将与编辑请求中包含的各种操作相应的数据记录至邮件管理数据56，更新邮件管理数据56。

日程管理小工具和邮件管理小工具是阅览器软件40中包含的多个小工具的一种。日程显示部65中显示的日程、以及邮件显示部66中显示的电子邮件的内容与在登入画面中输入的医疗工作人员ID相应地切换。另外，关于这些各显示部65～67的显示位置、显示面积以及显示内容，例如使日程显示部65消失而将左侧仅设为邮件显示部66，或将日程显示部65配设于左下部并将邮件显示部66配设于左上部等，医疗工作人员能够自由地定制。这样的布局的设定通过画面编辑信息管理部47而被记录至布局数据57。

在患者列表显示部67中显示患者列表71。患者列表71是按每个患者显示在登入画面中输入的医疗工作人员ID的医疗工作人员对自身负责的患者实施的多个诊疗进程的进展状况的列表。另外，该患者列表显示部67、日程显示部65和邮件显示部66能够在各个第1显示画面15A的整个区域放大显示。

另外在图11A的右侧部分，实际上在患者列表显示部67中显示有字符、数字，但这些与在图26A、26B的患者列表显示部67中显示的字符、数字大致相同。

患者列表71中与各医疗工作人员相应的列表由画面编辑部48生成。更具体而言，例如在登入画面中输入的医疗工作人员ID为“D001”的情况下，画面编辑信息管理部47选出医疗工作人员ID“D001”为负责医疗工作人员ID的项目中记录的进展状况信息50(在图7的情况下患者ID“0123456789”的进展状况信息50)，将所选出的进展状况信息50提供给画面编辑部48。画面编辑部48基于所提供的进展状况信息50，生成表示医疗工作人员ID“D001”的医疗工作人员负责的患者的诊疗进程的进展状况的患者列表71。因此，在患者列表71中显示的患者与各医疗工作人员分别负责的患者相应地不同。

在图12中，在患者列表显示部67的上部，设置有用于切换患者的种类的患者种类切换标签72、用于输入患者的病名作为患者的种类的检索输入框73、以及检索按钮74。在患者种类切换标签72中，准备“手术决定患者”、“外部来院患者”、以及“住院患者”的各标签72A、72B、72C。为了以患者的种类进一步缩减在患者列表71中显示的患者，设置这些患者种类切换标签72、检索输入框73以及检索按钮74。

若患者种类切换标签72的各标签72A～72C之中的期望的标签被光标75选择，或对检索输入框73输入期望的病名并由光标75选择检索按钮74，则与其相应的编辑请求从请求发出部42被发出。画面编辑信息管理部47将根据分发请求而选出的进展状况信息50之中记录了通过编辑请求而指定的患者的种类的进展状况信息50提供给画面编辑部48。画面编辑部48基于从画面编辑信息管理部47提供的进展状况信息50，对以种类缩减了患者后的患者列表71进行编辑。

在图13A、13B中，示出了在登入画面中输入的医疗工作人员ID的医疗工作人员的种类为医生，且选择了患者种类切换标签72的“手术决定患者”的标签72A的情况下的患者列表71。

在图13A、13B中，患者列表71具有沿着相当于第1轴的横轴X而在上部设置的项目显示栏76、以及沿着与横轴X正交而相当于第2轴的纵轴Y而在左侧设置的患者信息显示栏77。在项目显示栏76中，排列病名的项目、以及住院预约、检查、麻醉委托、术前概要、手术申请、麻醉同意书、以及手术同意书(麻醉同意书、手术同意书的各项目参照图15A、15B)的图7所例示的各诊疗进程项目。各诊疗进程项目按照通常的诊疗进程顺序而从左向右排列。在第1显示画面15A中项目显示栏76具有对患者列表71的患者的显示顺序进行拣选(sort)的拣选功能，例如能够从住院预约的预约日早的患者起按顺序对显示顺序进行重排，或从手术申请的手术预定日期时间早的患者起按顺序对显示顺序进行重排。或还能够按诊疗进程的进展状况为“未着手”、“未完成”、“确定”的患者的顺序进行重排，或按进展状况为“未实施”的医疗检查多的患者的顺序进行重排。

在患者信息显示栏77中，与表示显示顺序的序号一起，还显示各患者的患者信息。患者信息是在电子病历24中记述的患者的姓名、患者ID、性别、出生年月日、以及年龄。其中的姓名以及患者ID相当于识别信息。性别以表示男女的标识和“M(男性)”或“F(女性)”的字符来表示。在患者信息显示栏77中，一次能够显示10人的患者的患者信息(参照图11A)。

在由项目显示栏76和患者信息显示栏77构成的二维区域、更具体而言项目显示栏76的各项目与患者信息显示栏77的各患者信息的交点上，图标81被配设为矩阵状。图标81存在病名显示图标81A、特殊图标81B、以及通常图标81C这3种类。这些各图标81A～81C具有相同的尺寸。

病名显示图标81A(图标窗)被配设于项目显示栏76的病名的项目与患者信息显示栏77的各患者信息的交点。在病名显示图标81A中，显示病名及其记录日期、以及记录了病名的医生(主治医)的姓名。病名以及记录日期被记录于进展状况信息50的病名的项目。医生的姓名能够从在进展状况信息50的病名的项目中记录的医疗工作人员ID的工作人员信息52取得。另外，在病名显示图标81A中，也可以显示脑神经外科、心脏内科这样的诊疗科名。

特殊图标81B(图标窗)被配设于项目显示栏76的检查的项目与患者信息显示栏77的各患者信息的交点上。在特殊图标81B中，显示“01/24”等最初着手于医疗检查的日期。特殊图标81B是多个小图标82被配设于内部的图标。在特殊图标81B中，配设有最大6个小图标82。

小图标82是表示CT检查、MRI检查、单纯X射线检查、超声波检查、内窥镜检查等图像检查、血液检查、生化学检查等检体检查、以及心电图检查、脑波检查等生理检查这样的各种医疗检查的进展状况的图标。小图标82仅针对由各诊疗科的医生在电子病历24上发出医疗检查的指令并登记为预定实施的医疗检查显示，针对没有登记预定实施的不需要实施的医疗检查当然不会显示。

在小图标82中，显示表示各种医疗检查的字符。在小图标82中显示的字符与在进展状况信息50的检查的项目中简写的各种医疗检查的首字母相同。即，CT检查为“CT”，MRI检查为“MR”，单纯X射线检查为“DR”，超声波检查为“US”，内窥镜检查为“ES”，血液检查为“HM”，生化学检查为“BC”，心电图检查为“EC”，脑波检查为“EE”等。小图标82与图标81相比尺寸更小，因此对在小图标82中显示的字符来说，采用如上述那样分别区分各种医疗检查所需的1字符或2字符的简单的首字母。

通常图标81C(图标窗)被配设于项目显示栏76的检查以外的各诊疗进程项目与患者信息显示栏77的各患者信息的交点上。在通常图标81C中，显示与各诊疗进程相关的字符信息。字符信息是以通过对其进行阅览从而能够理解诊疗进程的内容的字符来表示的信息。例如在被配设于住院预约的项目中的通常图标81C中，显示进行住院预约的日期时间、住院预约的期间、病房名、以及病房的种类。在被配设于麻醉委托的项目中的通常图标81C中，显示进行了麻醉委托的日期、麻醉的种类、以及受到麻醉委托的麻醉科医生名。在被配设于手术申请的项目中的通常图标81C中，显示进行了手术申请的日期、手术预定日期时间、以及负责手术的医生名。这样的信息的内容被记录于进展状况信息50的各诊疗进程项目。另外，例如也可以在被配设于手术申请的项目中的通常图标81C中适当追加显示手术的术式等与诊疗进程相关的字符信息。

通常图标81C也与小图标82相同地，仅针对由各诊疗科的医生向电子病历24的指令数据记录手术等的指令并登记为预定实施的诊疗进程显示。关于患者ID“0000254798”的麻醉同意书的诊疗进程项目等不需要实施的诊疗进程，当然不显示通常图标81C，患者列表71的相应部分成为空栏83(参照图19)。

各图标81A～81C按每个项目预先设定通常的显示色。例如被配设于住院预约的项目中的通常图标81C被设定为黄褐色(小豆色)，被配设于检查的项目中的特殊图标81B以及小图标82被设定为黄赭色(黄土色)，被配设于麻醉委托的项目中的通常图标81C被设定为绿褐色(茶绿色)，被配设于手术申请的项目中的通常图标81C被设定为暗绿(深绿色)，被配设于手术同意书的项目中的通常图标81C被设定为靛蓝(蓝色)。这样各图标81A～81C的显示色为有彩色。此外，各图标81A～81C内的字符、小图标82内的字符、以及小图标82的框线通常以白色(留白)来显示。

在患者列表71中，设置有横滚动条78以及纵滚动条79(也参照图11A、11B)。横滚动条78在与项目显示栏76相反侧的患者列表71的下部，沿着横轴X而设置。纵滚动条79在与患者信息显示栏77相反侧的患者列表71的右侧，沿着纵轴Y而设置。各滚动条78、79具有同样的结构，分别具有能够在各滚动条78、79内移动的滑条78A、79A、以及被配设于各滚动条78、79的两端的一对箭头按钮78B、79B。

画面编辑部48根据基于布局数据57的第1显示画面15A的布局的设定等，在多个项目的一部分成为在第1显示画面15A中显示的显示部分，而多个项目的剩余部分成为没有被容纳进第1显示画面15A的非显示部分的情况下，将横滚动条78设置于患者列表71。此外，画面编辑部48在多个患者信息(识别信息)的一部分成为在第1显示画面15A中显示的显示部分，而多个患者信息的剩余部分成为没有被容纳进第1显示画面15A的非显示部分的情况下，将纵滚动条79设置于患者列表71。

在图13A、13B中，住院预约、病名、检查、麻醉委托、术前概要、手术申请、麻醉同意书、手术同意书等各项目之中麻醉同意书、手术同意书的各项目为非显示部分。此外，显示顺序1～10这10人的患者的患者信息被显示，这以外的患者的患者信息为非显示部分。

画面编辑部48在患者列表71中设置了横滚动条78以及纵滚动条79的状态下，使患者列表71上显示项目件数显示窗部80A(或显示标记)和患者件数显示窗部80B(或显示标记)(参照图11A)。项目件数显示窗部80A表示非显示部分中包含的项目的件数，被显示于患者列表71的右侧中央部。患者件数显示窗部80B表示非显示部分中包含的患者信息的件数(患者信息被包含在非显示部分中的患者的人数)，被显示于患者列表71的下部中央部。

各件数显示窗部80A、80B被重叠显示在图标81上。各件数显示窗部80A、80B以半透明且非彩色的灰色来显示。因此，如图14的患者件数显示窗部80B内部的虚线所示，能够透视并看见重叠了各件数显示窗部80A、80B的图标81的显示。

在各件数显示窗部80A、80B内，记有表示件数的数字。在图13A、13B中，麻醉同意书、手术同意书这两个项目为非显示部分，所以在项目件数显示窗部80A内显示“2”。此外，在患者件数显示窗部80B内显示“140”。通过这些数字，知晓两个项目和140人的患者的患者信息当前为非显示。

各件数显示窗部80A、80B具有指示非显示部分被隐藏的方向的以三角变尖的形状(或突出的形状)。在图13A、13B中，麻醉同意书、手术同意书的各项目的非显示部分被隐藏于患者列表71的右侧，所以项目件数显示窗部80A呈指示右侧的变尖的形状。此外，显示顺序1～10这10人的患者以外的患者的患者信息的非显示部分被隐藏于患者列表71的下侧，所以患者件数显示窗部80B呈指示下侧的变尖的形状。

非显示部分能够通过由光标75操作滑条78A、79A或箭头按钮78B、79B，或旋转鼠标的滚轮按钮这样的滚动操作而成为显示。例如图15A、15B所示，在进行了向右方向的滚动操作的情况下，在图13A、13B中为非显示部分的麻醉同意书、手术同意书的各项目、以及被配设于这些项目的图标81被显示在第1显示画面15A中。取而代之，在图13A、13B中所显示的住院预约、病名的各项目、以及被配设于这些项目的图标81成为非显示。此外，在进行了将这样的非显示部分设为能够显示的滚动操作的情况下，各件数显示窗部80A、80B的显示消失。另外，在进行了滚动操作的情况下，项目显示栏76以及患者信息显示栏77的显示位置也固定。

医疗工作人员对患者实施的诊疗进程与患者的种类、以及医疗工作人员的种类相应地不同。例如在患者的种类为“外部来院患者”的情况下，不需要在图13A、13B中记载的住院预约、手术申请这样的与住院、手术相关的诊疗进程。此外，在医疗工作人员的种类为管理营养师的情况下，需要住院患者的供餐菜单制作、针对住院患者的营养指导等、在图13A、13B中没有记载的诊疗进程。因此，在患者列表71的项目显示栏76中显示的项目如图16的分患者种类以及工作人员种类项目表84所示，与患者的种类以及医疗工作人员的种类相应地不同。

在图16中，例如在患者的种类为“手术决定患者”，且医疗工作人员的种类为医生的情况下，在项目显示栏76中显示的项目为在图13A、13B中记载的病名、住院预约、检查、麻醉委托、术前概要、手术申请、麻醉同意书、手术同意书等。此外，例如在患者的种类为“外部来院患者”的情况下，与医疗工作人员的种类无关而准备病名、检查、诊疗信息提供书的各项目。诊疗信息提供书是在外部来院患者为来自其他医疗机构的介绍患者的情况下，记述了从该介绍医疗机构的介绍医生转交的介绍患者的诊疗信息的文档。

进而，例如在患者的种类为“住院患者”，且医疗工作人员的种类为医生的情况下，准备病名、就餐、住院预约、检查、手术申请、住院诊疗计划书、褥疮管理计划书、营养管理计划书、出院疗养计划书、出院概要的各项目。

住院诊疗计划书是记述了住院患者的病名、症状、治疗计划、检查、手术的内容以及日程、所估计的住院期间等的文档，由医生制作。褥疮管理计划书是记述了与长期住院患者的褥疮、所谓压疮的预防、治疗相关的信息的文档，由护士制作。营养管理计划书是记述了住院患者的供餐菜单制作、针对住院患者的营养指导等与就餐相关的信息的文档，由管理营养师制作。出院疗养计划书是记述了所估计的出院日、出院时的患者的病状、出院后的治疗计划、安静度、就餐、服药、入浴这样的生活上的注意点、保健医疗服务、福利服务的引导等的文档，由医生制作。出院概要是在住院期间实施的医疗检查的结果的摘要。

这样在项目显示栏76中显示的项目与医疗工作人员的种类相应地不同，所以在进展状况信息50中，除了图7的医生用的进展状况信息50之外，还记录有护士用、管理营养师用等其他医疗工作人员用的进展状况信息50。此外，如在通过登入画面输入了医疗工作人员ID的医疗工作人员的种类为管理营养师，且患者种类切换标签72的标签72C(住院患者)被选择的情况下的图17A、17B所示的患者列表71那样，与患者的种类以及医疗工作人员的种类相应的患者列表71通过画面编辑部48而生成、编辑。

在图17A、17B所示的患者列表71的项目显示栏76中，显示在图16的分患者种类及工作人员种类项目表84的患者种类“住院患者”的管理营养师的项中记载的病名、就餐、住院预约、检查、手术申请、住院诊疗计划书、营养管理计划书、出院疗养计划书的各项目。并且，在这些各项目和各患者信息的交点上，与图13A、13B相同地将图标81配设为矩阵状。在被配设于就餐的项目中的通常图标81C中，显示手术前后的日期和流食、禁食、普餐、点滴营养这样的就餐的内容、管理营养师的姓名。在被配设于住院诊疗计划书、营养管理计划书、出院疗养计划书的各项目中的通常图标81C中，显示提交了各计划书的日期、制作了各计划书的医疗工作人员的姓名。

另外，虽省略图示，但在患者的种类为“外部来院患者”的情况下的被配设于诊疗信息提供书的项目中的通常图标81C中，介绍医疗机构的名称以及介绍医的姓名等作为字符信息显示。此外，项目不限于上述例示，例如既可以是为了对应于需要输血的手术而添加输血委托、输血同意书的项目，也可以添加用于ICU(Intensive Care Unit，集中治疗室)的利用申请的ICU申请的项目。例如也可以对护士，追加测体温、脉搏测定、呼吸数测定、血压测定、采血等对住院患者每日进行的诊疗进程的项目。进而，也可以在医生、护士及检查技师的情况下设为包含图像检查、检体检查及生理检查的全部医疗检查，而在管理营养师的情况下仅设为检体检查等，与医疗工作人员的种类相应地变更检查的项目。

如图18所示，画面编辑部48与各种医疗检查的进展状况的变化相应地使小图标82的显示方式变化。具体而言，在进展状况为“未实施”的情况下，如“CT”、“EC”的点划线所示的小图标82A那样，使字符以及框线以非彩色的灰色来显示。在进展状况为“未确认”的情况下，如“US”的小图标82B那样，使字符以及框线以白色来显示，且使未确认标记85在小图标82B内显示。在进展状况为“已确认”的情况下，如“DR”、“HM”、“ES”的小图标82C那样，使字符以及框线以白色来显示。

如图7所说明，医疗检查的进展状况为“未确认”或“已确认”根据负责医疗工作人员而不同。因此，例如在登入画面中输入的医疗工作人员ID为“D007”的情况下，在进展状况信息50的患者ID“0000003210”的患者的检查的项目中记录有“US：D007未确认”，所以在“US”的小图标82内如图18的小图标82B所示那样显示未确认标记85。另一方面，在登入画面中输入的医疗工作人员ID为“D002”的情况下，在进展状况信息50的患者ID“0000003210”的患者的检查的项目中记录有“US：D002已确认”，因此在“US”的小图标82内没有显示未确认标记85，“US”的小图标82与“DR”、“HM”、“ES”的小图标82C相同地显示。像这样，在患者列表71中显示的进展状况与各医疗工作人员相应地不同。

另外，标号86是在医疗检查的种类比6种多，且小图标82的个数比一次容纳于特殊图标81B的最大个数的6个多的情况下显示的省略标记。若该省略标记86被光标75选择，则没有一次被容纳进特殊图标81B的检查的小图标82被弹出显示在特殊图标81B上。

此外，如图19所示，画面编辑部48与医疗检查以外的诊疗进程的进展状况的变化相应地使通常图标81C的显示方式变化。具体而言，在进展状况为“未着手”的情况下，如患者ID“0000003210”的手术同意书的项目的虚线所示的通常图标81CA那样，不是以所设定的有彩色而是以非彩色的白色来显示，且将图标的框线以虚线来显示。在进展状况为“未完成”的情况下，如患者ID“0000003210”的术前概要以及麻醉同意书的项目的施加了阴影的通常图标81CB那样，不是以所设定的有彩色而是以非彩色的灰色的显示色以及白色字符来显示。在进展状况为“确定”的情况下，如患者ID“0123456789”的各通常图标81CC以及患者ID“0000003210”的手术申请的项目的通常图标81CC那样，以所设定的有彩色以及白色字符来显示。另外，图19示出了从图13A、13B的状态进行向右方向的滚动操作，显示了麻醉同意书、手术同意书的各项目、以及被配设于这些项目的图标81的图15A、15B的状态。

在以种类缩减了患者的情况下，在患者列表71的患者信息显示栏77中，仅显示缩减后的种类的患者的患者信息。此外，通常图标81以及小图标82显示针对缩减后的种类的患者的诊疗进程的进展状况。像这样，在患者列表71中显示的患者以及进展状况与患者的种类相应地不同。另外，在缩减患者的种类之前的阶段，生成“手术决定患者”、“外部来院患者”及“住院患者”的各种类的患者混杂的状态的患者列表71。

患者信息显示栏77的各患者信息能够由光标75选择。若患者信息被光标75选择，则请求发出部42发出显示由光标75选择了患者信息的患者的医疗检查的检查结果以及医用报告26的第2显示画面15B的编辑请求。画面编辑信息管理部47从储存目的地信息51选出由光标75选择了患者信息的患者的患者ID的各种诊疗数据的储存目的地。画面编辑信息管理部47访问所选出的储存目的地，取得第2显示画面15B的生成所需的诊疗数据，将所取得的诊疗数据提供给画面编辑部48。画面编辑部48基于从画面编辑信息管理部47提供的诊疗数据，对第2显示画面15B进行编辑。

在图20中，第2显示画面15B具有左上部的病历记述显示部90、左下部的检体检查结果显示部91、中央上部的单纯X射线检查结果显示部92、中央下部的处方显示部93和报告显示部94、右上部的心电图检查结果显示部95、右中央部的超声波检查结果显示部96、右下部的内窥镜检查结果显示部97、以及右侧的检查履历显示部98这九个显示部90～98。即第2显示画面15B是显示各种医疗检查的检查结果以及医用报告26作为诊疗进程的详细信息的显示画面。

第2显示画面15B代替第1显示画面15A，以能够与第1显示画面15A切换显示的方式被显示在客户端终端12的显示器34B上。或者，作为与第1显示画面15A不同的画面而被显示在显示器34B上。

与第1显示画面15A的各显示部65～67相同地，第2显示画面15B的各显示部90～98的显示位置、显示面积、以及显示内容能够由医疗工作人员等通过用户输入而自由地定制，布局的设定被记录至布局数据57。例如也可以通过追加而配设有CT检查结果显示部、MRI检查结果显示部等其他医疗检查的检查结果的显示部、麻醉同意书、手术同意书显示部等。

在病历记述显示部90中，通过病历记述显示小工具，以时序显示电子病历24的诊察记录数据等的记述。在检体检查结果显示部91中，通过检体检查结果显示小工具，以时序显示作为血液检查、生化学检查等检体检查的结果的检查值，且显示表示检查值的随时间推移变化的图表。在单纯X射线检查结果显示部92中，通过单纯X射线检查结果显示小工具，显示通过单纯X射线检查而得到的X射线图像。在处方显示部93中，通过处方显示小工具，基于电子病历24的用药的指令数据、治疗记录数据，以时序显示用药的处方。

在报告显示部94中，通过报告显示小工具而显示医用报告26。在心电图检查结果显示部95中，通过心电图检查结果显示小工具，显示通过心电图检查而得到的心电图图像。在超声波检查结果显示部96中，通过超声波检查结果显示小工具，显示通过超声波检查而得到的超声波图像。在内窥镜检查结果显示部97中，通过内窥镜检查结果显示小工具，显示通过内窥镜检查而得到的内窥镜图像。在检查履历显示部98中，通过检查履历显示小工具，以时序显示患者至今为止受到的各种医疗检查的履历。这些各小工具是阅览器软件40中包含的多个小工具的一种。另外，这些各显示部90～98能够在各个第2显示画面15B的整个区域被放大显示。

在图21中，在检查履历显示部98中，检查日期时间新的各种医疗检查的履历从上起按顺序排列。在各种医疗检查的履历中，与检查日期一起，还显示检查图像25的缩略图图标110以及医用报告26的链接图标111。不显示进展状况为“未实施”的医疗检查的履历，当然也不显示各图标110、111。

若缩略图图标110被光标75选择，则该检查图像25的主体被显示在各检查结果显示部中。例如在X射线图像的缩略图图标110被选择的情况下，该X射线图像的主体被显示在单纯X射线检查结果显示部92中。此外，若链接图标111被光标75选择，则该医用报告26的主体被显示在报告显示部94中。这些各图标110、111的选择指示也作为编辑请求而从请求发出部42发出。

在患者信息被光标75选择而最初显示的第2显示画面15B的单纯X射线检查结果显示部92、超声波检查显示部96及内窥镜检查结果显示部97中，显示在最新的各医疗检查中得到的各检查图像25。此外，在心电图检查结果显示部95和报告显示部94中也同样，分别显示在最新的心电图检查中得到的心电图图像和医用报告26。

在从请求接受部46接受到通过患者信息的选择进行的编辑请求、或通过链接图标111的选择进行的编辑请求的情况下，画面编辑信息管理部47判断为正在登入的医疗工作人员结束确认医用报告26，在进展状况信息50的检查的项目的该医疗工作人员的进展状况为“未确认”的情况下将其变更为“已确认”。

以下，参照图22所示的流程图说明上述结构的作用。首先，医疗工作人员操作客户端终端12而启动阅览器软件40。通过阅览器软件40的启动，在客户端终端12的CPU32B中构筑GUI控制部41以及请求发出部42。

如图22的步骤S100所示，医疗工作人员为了阅览第1显示画面15A而通过登入画面输入医疗工作人员ID。由此从请求发出部42发出第1显示画面15A的分发请求。

在诊疗辅助服务器11中，启动工作程序45而在CPU32A中构筑请求接受部46、画面编辑信息管理部47、画面编辑部48以及分发控制部49。由此诊疗辅助服务器11作为诊疗辅助装置而发挥作用。

从客户端终端12的请求发出部42发出的分发请求由诊疗辅助服务器11的请求接受部46接受，被转交给画面编辑信息管理部47。画面编辑信息管理部47选出患者列表71的生成所需的进展状况信息50等，从画面编辑信息DB11A选出第1显示画面15A的生成所需的画面编辑信息16。由画面编辑信息管理部47选出的画面编辑信息16被提供给画面编辑部48。

在画面编辑部48中，基于从画面编辑信息管理部47提供的画面编辑信息16，生成第1显示画面15A(步骤S200)。此时，通过画面编辑部48，与各种医疗检查的进展状况的变化相应地，小图标82的显示方式如图18所示那样被变更。此外，与医疗检查以外的诊疗进程的进展状况的变化相应地，通常图标81C的显示方式如图19所示那样被变更。

进而，如图13A、13B所示那样，通过画面编辑部48，在多个项目的一部分(相当于一部分项目)或多个患者信息的一部分(相当于一部分识别信息)之中的至少一方成为没有被容纳进第1显示画面15A的非显示部分的情况下，在患者列表71中设置横滚动条78或纵滚动条79。并且，项目件数显示窗部80A或患者件数显示窗部80B被显示在患者列表71中。所生成的第1显示画面15A通过分发控制部49而被分发给客户端终端12(步骤S210)。

在客户端终端12中，通过GUI控制部41将第1显示画面15A显示在显示器34B上(步骤S110)。在第1显示画面15A中，显示包含特殊图标81B的患者列表71，特殊图标81B是将表示各种医疗检查的进展状况的多个小图标82配设于内部的图标。

项目件数显示窗部80A、患者件数显示窗部80B的显示在进行了将非显示部分设为能够显示的滚动操作的情况下消失。

在项目显示栏76中显示的项目、以及在患者信息显示栏77中显示的患者与医疗工作人员的种类以及患者的种类相应地不同，因此在各件数显示窗部80A、80B内显示的表示件数的数字也与医疗工作人员的种类以及患者的种类相应地不同。

非显示部分中包含的项目的件数的项目件数显示窗部80A或表示非显示部分中包含的表示患者信息的件数的患者件数显示窗部80B被显示在患者列表71中，因此医疗工作人员能够掌握非显示部分中包含的项目的件数、患者信息的件数到底存在多少这样的具体的非显示部分的量。从而，医疗工作人员一看到就能够进行预测与患者列表的阅览相关的具体的访问性以及时间，能够以较高的视觉辨认性和界面功能性阅览患者列表。

各件数显示窗部80A、80B为半透明，所以能够透视并看见图标81的显示。此外，在进行了将非显示部分设为能够显示的滚动操作的情况下各件数显示窗部80A、80B的显示消失，因此在各件数显示窗部80A、80B中确认了非显示部分中包含的项目的件数、患者信息被包含在非显示部分中的患者的件数以后，不由于各件数显示窗部80A、80B而难以看到图标81的显示，不妨碍患者列表71的阅览。

通过特殊图标81B，在患者列表71的横轴X方向的显示区域受限的情况下，能够将表示各种医疗检查的进展状况的小图标82紧凑地且视觉辨认性好地汇总。因此，防止项目显示栏76的宽度在横轴X上不必要地变宽。从而，能够响应医疗工作人员想要尽量不费工夫和时间地一次掌握尽量多的诊疗进程的进展状况的愿望。

各小图标82是表示医疗检查这样的相同类别的诊疗进程的进展状况的图标。因此，通过将这些各小图标82汇总为一个特殊图标81B，从而能够将相同类别的诊疗进程的各种医疗检查的进展状况以一个群来确认。与表示各种医疗检查的进展状况的图标在患者列表71中分散存在的情况相比，能够容易地掌握各种医疗检查的进展状况，提高各种医疗检查的进展状况的视觉辨认性。进而，医疗检查包含图像检查、检体检查及生理检查而种类较多，所以能够充分发挥一眼就能够确认进展状况的优点。

在患者列表71中，还显示表示医疗检查以外的诊疗进程的进展状况的与特殊图标81B相同的尺寸的通常图标81C。在通常图标81C内，显示实施了诊疗进程的日期时间、诊疗进程的预定日期时间、诊疗进程的种类、预定实施诊疗进程的医疗工作人员或实施了诊疗进程的医疗工作人员、中断诊疗进程的理由等各种与诊疗进程相关的字符信息。在小图标82中，也显示表示医疗检查的种类的字符信息。从而，能够将与诊疗进程相关的信息充分地传达给医疗工作人员，能够有助于团队医疗的质量的提高。

此外，也可以将图标81仅设为特殊图标81B，但若这样，难以进行诊疗进程的内容的确认，反而存在阻碍进展状况的掌握的顾虑。但是，如本实施方式那样，通过特殊图标81B限定于表示相同类别(检查)的诊疗进程的进展状况，其他诊疗进程的进展状况以通常图标81C来表示，从而能够设为易于作为整体掌握进展状况的患者列表71。

通过小图标82，表示没有实施医疗检查的状态即“未实施”、医用报告26被制作且医疗检查本身结束了实施但没有确认医用报告26的状态即“未确认”、以及结束了确认医用报告26的状态即“已确认”的各进展状况。例如在医疗工作人员为检查技师，且由小图标82表示的进展状况为“未实施”的情况下，能够向检查技师催促迅速实施医疗检查。此外，在医疗工作人员为医生，且由小图标82表示的进展状况为“未确认”的情况下，能够向医生催促迅速确认医用报告26。

此外，通过通常图标81C，表示没有着手于诊疗进程的状态即“未着手”、着手于诊疗进程但没有完成诊疗进程的状态即“未完成”、以及诊疗进程完成的状态即“确定”的各进展状况。与小图标82的情况相同地，在由通常图标81C表示的进展状况为“未着手”以及“未完成”的情况下，能够向医疗工作人员催促迅速实施诊疗进程。

通常图标81C以及小图标82仅针对登记为预定实施的诊疗进程显示，在不需要实施的情况下不显示而成为空栏83。由此，预定实施的诊疗进程和不需要实施的诊疗进程一目了然，能够防止误实施不需要的诊疗进程的错误。

患者列表71与医疗工作人员相应地生成，在项目显示栏76中显示的项目、在患者信息显示栏77中显示的患者、以及由图标81表示的诊疗进程的进展状况与医疗工作人员相应地不同，因此能够将自己负责的患者的诊疗进程的进展状况向各医疗工作人员可靠地告知。各医疗工作人员知晓自己之后应该进行怎样的诊疗进程、准备，能够顺利地推进诊疗进程。

医疗工作人员阅览第1显示画面15A，确认各患者的各诊疗进程的进展状况。医疗工作人员与需要相应地操作患者种类切换标签72等，以患者的种类而进一步缩减在患者列表71中显示的患者，或选择患者信息显示栏77的各患者信息而显示第2显示画面15B。在进行了这样的各种画面编辑操作的情况下(图22的步骤S120中是)，从请求发出部42发出编辑请求(步骤S130)。

从客户端终端12的请求发出部42发出的编辑请求由诊疗辅助服务器11的请求接受部46接受，被转交给画面编辑信息管理部47。画面编辑信息管理部47从画面编辑信息DB11A选出画面编辑所需的画面编辑信息16。通过画面编辑信息管理部47选出的画面编辑信息16被提供给画面编辑部48。

基于来自画面编辑信息管理部47的画面编辑信息16，由画面编辑部48进行画面编辑(S220)。在来自请求接受部46的编辑请求例如为第2显示画面15B的编辑请求的情况下，基于从画面编辑信息管理部47提供的各种诊疗数据，编辑第2显示画面15B。编辑后的第1显示画面15A或第2显示画面15B通过分发控制部49而被分发给客户端终端12(步骤S230)。

在客户端终端12中，由GUI控制部41编辑后的第1显示画面15A或第2显示画面15B被显示在显示器34B上(步骤S140)。各医疗工作人员阅览第2显示画面15B，从而能够一次确认各医疗检查的检查结果以及作为医疗检查的结果报告的医用报告26。此外，通过第2显示画面15B的阅览，在进展状况信息50的检查的项目的该医疗工作人员的进展状况为“未确认”的情况下，通过画面编辑信息管理部47变更为“已确认”。

在来自请求接受部46的编辑请求为以患者的种类缩减在患者列表71中显示的患者的编辑请求的情况下，生成与患者的种类相应的患者列表71。在项目显示栏76中显示的项目、在患者信息显示栏77中显示的患者、以及由图标81表示的诊疗进程的进展状况与患者的种类相应地不同的患者列表71被生成，因此能够顺利地掌握与患者的种类相应的诊疗进程的进展状况。

客户端终端12在没有由医疗工作人员进行登出(logout，注销)的指示的期间(步骤S150中否)，反复上述步骤S120～步骤S140。同样地诊疗辅助服务器11也在没有由请求接受部46接受注销的指示的期间(步骤S240中否)，反复上述步骤S220、步骤S230。

另外，在图22中示出了1台客户端终端12和诊疗辅助服务器11的处理过程，但实际上诊疗辅助服务器11接受来自多台客户端终端12的分发请求、编辑请求，针对多台客户端终端12并行进行第1显示画面15A的生成、第1显示画面15A以及第2显示画面15B的编辑、第1显示画面15A以及第2显示画面15B的分发。

另外，作为件数显示窗部，不限于上述第1实施方式的具有指示非显示部分被隐藏的方向的以三角变尖的形状的各件数显示窗部80A、80B。也可以例如图23A、23B所示的项目件数显示窗部120A(或显示标记)以及患者件数显示窗部120B(或显示标记)那样，设为包围表示件数的数字的椭圆形状，单独于各件数显示窗部120A、120B而显示指示非显示部分被隐藏的方向的箭头121A、121B。各件数显示窗部120A、120B与各件数显示窗部80A、80B相同地，被重叠显示在图标81上，以半透明且非彩色的灰色来显示。

或者，也可以不是在标记内显示表示件数的数字，而是没有标记而仅显示表示件数的数字。此外，也可以以红色来显示，或者使标记、件数闪烁等，从而使其醒目。此外，也可以将标记设为圆形，以在标记内显示的数字的位置来指示非显示部分被隐藏的方向。总之，知晓非显示部分中包含的件数即可，件数的显示的方式不限定于上述第1实施方式。

在上述第1实施方式中，在患者列表71上显示各件数显示窗部80A、80B，在患者列表71内显示非显示部分中包含的件数，但也可以单独于患者列表71而显示非显示部分中包含的件数。例如也可以单独于患者列表71地设置图24所示的浮动图125(窗部)，在该浮动图125内显示各件数显示窗部80A、80B。

浮动图125简易地表示患者列表71的显示部分以及非显示部分。浮动图125具有由虚线表示的多个框126、以及由实线表示的当前显示框127。框126中，患者列表71的项目显示栏76的各项目的全8件量沿着横轴X排列，患者信息显示栏77的各患者信息的10几人量沿着纵轴Y排列。当前显示框127表示患者列表71的项目显示栏76的各项目以及患者信息显示栏77的各患者信息之中在当前第1显示画面15A中显示的部分、即显示部分。由当前显示框127包围的区域以外为非显示部分，在表示该非显示部分的区域中配设有各件数显示窗部80A、80B。

在图24中，与图13A、13B的情况相同地，示出了八个项目之中的右侧的两个项目为非显示部分，且显示顺序1～10这10人的患者的患者信息被显示，这以外的患者的患者信息为非显示部分的情况。从而，当前显示框127的左边以及上边与浮动图125的左边以及上边分别一致，包围在横轴X上连续的6个框126以及在纵轴Y上连续的10个框126。

当前显示框127能够通过光标75在浮动图125内进行移动操作。若当前显示框127被光标75移动操作，则与其连动而切换患者列表71的显示。例如图25所示，在当前显示框127沿着横轴X向框126的右侧被移动操作了2个量的情况下，与从图13A、13B的状态进行了向右方向的滚动操作的情况相同，在图24中为非显示部分的右侧的两个项目、以及被配设于这些项目中的图标81被显示在第1显示画面15A中。也就是说，当前显示框127的移动操作与滑条78A、79A、箭头按钮78B、79B的操作、鼠标的滚轮按钮的旋转操作相同，是滚动操作的一种。另外，在进行了这样的将非显示部分设为能够显示的滚动操作的情况下，与上述第1实施方式相同地，如图25所示那样各件数显示窗部80A、80B的显示消失。

浮动图125例如图26A的下方的图26B所示那样，被重叠显示在患者列表71的右下部。另外，也可以在日程显示部65、邮件显示部66上重叠显示浮动图125。此外，也可以设为能够通过用户选择来切换浮动图125的显示/非显示的切换。

通过显示这样的浮动图125，医疗工作人员能够掌握大致的显示部分和非显示部分的量，进而通过显示各件数显示窗部80A、80B，能够掌握具体的非显示部分的量。

在上述第1实施方式中，在进行了将非显示部分设为能够显示的滚动操作的情况下，各件数显示窗部80A、80B的显示消失，但也可以在进行了将非显示部分设为能够显示的滚动操作的情况下，也始终显示各件数显示窗部80A、80B。

此时，在从图13A、13B的状态进行向右方向的滚动操作，显示了麻醉同意书、手术同意书的各项目、以及被配设于这些项目的图标81的状态下，与上述第1实施方式的各件数显示窗部80A、80B的显示消失的图15A、15B不同，如图27A、27B所示，各件数显示窗部80A、80B被重叠显示在患者列表71上。但是，此时成为患者列表71的左侧的住院预约、病名的各项目、以及被配设于这些项目的图标81成为非显示，所以项目件数显示窗部80A被显示在患者列表71的左侧中央部，有指示左侧的变尖的形状。

另外，关于图24所示的浮动图125上的各件数显示窗部80A、80B，在进行了将非显示部分设为能够显示的滚动操作的情况下也可以一直显示。此外，也可以进行图13A、13B所示的各件数显示窗部80A、80B向患者列表71上的重叠显示、以及图24所示的各件数显示窗部80A、80B向浮动图125上的重叠显示这双方，在进行了将非显示部分设为能够显示的滚动操作的情况下，患者列表71上的各件数显示窗部80A、80B的显示消失，浮动图125上的各件数显示窗部80A、80B的显示保留。

[第2实施方式]

在本实施方式中，如图28A、28B所示，画面编辑部48在患者列表71中设置了横滚动条78以及纵滚动条79的状态下，使第1全显示栏130A和第2全显示栏130B显示在患者列表71上。第1全显示栏130A沿着横轴X(第1轴)，被配设于排列各项目的项目显示栏76的上部。第2全显示栏130B沿着纵轴Y(第2轴)，被配设于排列各患者的患者信息的患者信息显示栏77的左侧。

如图29概念性所示，第1全显示栏130A通过排列与对显示部分以及非显示部分的项目的件数进行合计而得到的全项目件数相同数量的第1块137A而构成。在图28A、28B中，显示部分的项目为住院预约、病名、检查、麻醉委托、术前概要、手术申请这6件，非显示部分的项目为麻醉同意书、手术同意书这2件，全项目件数为8件，所以第1全显示栏130A由8个第1块137A构成。在第1块137A中，显示有住院预约、病名、检查这样的表示项目的内容的字符信息。

如图30概念性所示，第2全显示栏130B通过排列与对显示部分以及非显示部分的患者信息的件数进行合计而得到的全部患者信息件数相同数量的第2块137B而构成。在图28A、28B中，显示部分的患者信息为10件，非显示部分的患者信息为20件，全部患者信息件数为30件，所以第2全显示栏130B由30个第2块137B构成。在第2块137B中，显示有表示显示顺序的序号。

第1全显示栏130A的全部第1块137A之中，对应于显示部分的第1块137A与对应于非显示部分的第1块137A为了设为能够对其识别，而如针对对应于显示部分的第1块137A施加的阴影所示，显示方式不同。例如，对应于显示部分的第1块137A以深蓝色，对应于非显示部分的第1块137A以浅蓝色来显示。在图28A、28B中，对应于住院预约、病名、检查、麻醉委托、术前概要、手术申请的各项目的从左端起至第6个为止是对应于显示部分的第1块137A，对应于麻醉同意书、手术同意书的各项目的从右端起第2个为止是对应于非显示部分的第1块137A。

第2全显示栏130B的第2块137B也与第1全显示栏130A的第1块137A相同，对应于显示部分的第2块137B与对应于非显示部分的第2块137B中显示方式不同。例如，对应于显示部分的第2块137B以深蓝色，对应于非显示部分的第2块137B以浅蓝色来显示。在图28A、28B中，相当于10人的患者的各患者信息的从上端起至第10个为止是对应于显示部分的第2块137B，对应于20人的患者的各患者信息的从下端起至第20个为止是对应于非显示部分的第2块137B。

非显示部分能够通过滑条78A、79A、箭头按钮78B、79B被光标75操作或鼠标的滚轮按钮被旋转这样的滚动操作而成为显示。例如图31A、31B所示，在进行了向右方向的滚动操作的情况下，在图28A、28B中为非显示部分的麻醉同意书、手术同意书的各项目、以及被配设于这些项目中的图标81被显示在第1显示画面15A中。取而代之，在图28A、28B中显示的住院预约、病名的各项目、以及被配设于这些项目中的图标81成为非显示。另外，即使在进行了滚动操作的情况下，项目显示栏76以及患者信息显示栏77的显示位置也固定。

此外，在进行了这样的滚动操作的情况下，对应于显示部分的各块137A、137B与对应于非显示部分的各块137A、137B的显示被切换。具体而言，在图31A、31B中，在第1全显示栏130A中，对应于检查、麻醉委托、术前概要、手术申请、麻醉同意书、手术同意书的各项目的从右端起第6个为止成为对应于显示部分的第1块137A，对应于住院预约、病名的各项目的从左端起第2个为止成为对应于非显示部分的第1块137A。

图32A、32B示出了在通过登入画面输入了医疗工作人员ID的医疗工作人员的种类为管理营养师，且患者种类切换标签72的标签72C(住院患者)被选择的情况下的患者列表71。此时，在患者列表71的项目显示栏76中，显示图16的分患者种类及工作人员种类项目表84的患者种类“住院患者”的管理营养师的项中记载的病名、就餐、住院预约、检查、手术申请、住院诊疗计划书、营养管理计划书、出院疗养计划书的各项目。在图32A、32B中，如第1全显示栏130A的各第1块137A的显示方式所示，病名、就餐、住院预约、检查、手术申请、住院诊疗计划书的各项目为显示部分，营养管理计划书、出院疗养计划书的各项目成为非显示部分。

第1全显示栏130A或第2全显示栏130B被显示在患者列表71中，因此医疗工作人员能够根据被配设于项目显示栏76的项目和第1全显示栏130A的第1块137A、或被配设于患者信息显示栏77的患者信息和第2全显示栏130B的第2块137B，具体地掌握显示部分和非显示部分的项目或患者信息的量、以及全项目件数或全部患者信息件数的量。从而，医疗工作人员能够预测与患者列表的阅览相关的具体的访问性以及时间，能够以较高的视觉辨认性和界面功能性来阅览患者列表。

第1全显示栏130A沿着横轴X被配设于项目显示栏76的上部，第2全显示栏130B沿着纵轴Y被配设于患者信息显示栏77的左侧。这样各件数显示栏130A、130B被配设于与项目或患者信息的显示位置相邻的位置，因此易于掌握显示部分和非显示部分的项目或患者信息的量、以及全项目件数或全部患者信息件数的量。

对应于显示部分的各块137A、137B与对应于非显示部分的各块137A、137B以能够识别的方式被显示。因此，显示部分和非显示部分的量变得更容易一目了然。此外，在第1块137A中，显示表示项目的内容的字符信息。因此，医疗工作人员不进行滚动操作就能够掌握在非显示部分的项目中有怎样的内容。

[第3实施方式]

在上述第2实施方式中，将对应于显示部分的各块137A、137B与对应于非显示部分的各块137A、137B以能够识别的方式显示，但在此基础上或代替于此，也可以将对应于设定了提醒注意的项目的第1块137A或对应于设定了提醒注意的患者的患者信息的第2块137B之中的至少一方，以例如闪烁、或醒目的红色等来强调显示。

例如图33A、33B以及图34所示，将对应于设定了提醒注意的患者的患者信息的显示顺序“2”、“4”、“9”等的第2块137B以由阴影示出的方式进行强调显示。此时，在患者信息显示栏77中排列的患者信息之中的对应于被强调显示的第2块137B的显示顺序“2”、“4”、“9”等的患者信息也以由阴影示出的方式被强调显示(在图33A、33B中仅图示显示顺序“2”、“4”的患者信息)。

作为设定了提醒注意的患者，可列举通过登入画面输入了医疗工作人员ID的医疗工作人员在登入的当日应实施诊疗进程的患者。作为应实施的诊疗进程，在医疗工作人员为检查技师的情况下，例如是在登入的当日或前日发出指令，且进展状况为“未实施”的医疗检查。在医疗工作人员为医生的情况下，例如是在登入的当日为手术申请的手术预定日期时间的1周前，且进展状况为“未着手”或“未完成”的手术同意书。这样的提醒注意基于在进展状况信息50中记录的各种诊疗进程的进展状况，由画面编辑信息管理部47自动地设定。

像这样，针对对应于在当日应实施诊疗进程的患者等设定了提醒注意的患者的患者信息的第2块137B、以及与该第2块137B对应的患者信息进行强调显示，因此应优先实施哪个患者的诊疗进程一目了然。此外，在设定了提醒注意的患者的患者信息处于非显示部分的情况下，也能够通过第2块137B的强调显示，使医疗工作人员注意到对患者信息处于非显示部分中的患者设定了提醒注意，能够防止看漏在当日应实施的诊疗进程。

在图33A、33B中，列举了针对对应于设定了提醒注意的患者的患者信息的第2块137B、以及与该第2块137B对应的患者信息进行强调显示的例子，但既可以针对对应于设定了提醒注意的项目的第1块137A进行强调显示，也可以对在项目显示栏77中排列的项目之中与被强调显示的第1块137A对应的项目也进行强调显示。此外，例如也可以构成为：通过日程显示部65，医疗工作人员能够手动设定提醒注意。

另外，作为设定了提醒注意的患者，除了上述的在登入的当日应实施诊疗进程的患者之外，可列举单纯地诊疗进程的进展状况为“未着手”、“未完成”或“未实施”、“未确认”的患者、即使预先设定的期限已过但诊疗进程的进展状况也没有成为“确定”或“已确认”的患者等。

也可以将各件数显示栏130A、130B显示在与项目或患者信息的显示位置分离的位置上。其中，如上述那样，由于易于掌握显示部分和非显示部分的项目或患者信息的量、以及全项目件数或全部患者信息件数的量，所以各件数显示栏130A、130B优选配设于与项目或患者信息的显示位置相邻的位置。

在上述第2、第3实施方式中，在第2全显示栏130B的第2块137B中，仅显示表示显示顺序的序号，但也可以与第1全显示栏130A的第1块137A相同地，将表示患者的姓名、患者ID这样的识别信息的内容的字符信息显示在第2块137B中。

由通常图标81C表示的进展状况不限于上述各实施方式的“未着手”、“未完成”、“确定”这3种。同样，由小图标82表示的进展状况也不限于上述各实施方式的“未实施”、“未确认”、“已确认”这3种。例如在“未完成”中，如图7的患者ID“0000003210”的术前概要的项目那样，存在发现其他疾病而由于应对该疾病而中断诊疗进程的情况等、存在某些障碍而不得不中断的情况、以及仅仅等待提交手术同意书(等待签名)等没有特别障碍的时间性中断的情况。因此，也可以将“未完成”的进展状况分为存在某些障碍而不得不中断的情况的“中断”、以及没有特别障碍的情况的“等待”。

作为由小图标82表示的进展状况，也可以对上述的“未实施”、“未确认”、“已确认”添加从图8的步骤S11的指令确认后至步骤S16的报告上传前为止的期间的“正在实施”。此外，也可以将从图8的步骤S14的检查结果上传后至步骤S16的报告上传前为止的期间设为“正在制作报告”，或将从图8的步骤S14的检查结果上传后至步骤S15的制作报告前为止的期间设为“图像未确认”。

进而，也可以与医疗工作人员的种类相应地变更由小图标82表示的进展状况，使进展状况的显示根据各医疗工作人员而不同。例如在图35中，在发出指令的医生的情况下，如上段所示将从步骤S10的指令发出后至步骤S11的指令确认前为止的期间设为“未实施”，将从步骤S11的指令确认后至步骤S14的检查结果上传前为止的期间设为“正在实施”，将从步骤S14的检查结果上传后至步骤S16的报告上传前为止的期间设为“正在制作报告”，将从步骤S16的报告上传后至步骤S17的报告确认前为止的期间设为“未确认”，将步骤S17的报告确认后的期间设为“已确认”。

另一方面，在制作医用报告26的阅片医的情况下，“未实施”、“正在实施”设为与医生相同，将从步骤S14的检查结果上传后至步骤S15的制作报告前为止的期间设为“图像未确认”，将步骤S15的制作报告后的期间设为“已确认”。这样与医疗工作人员的种类相应地变更由小图标82表示的进展状况，从而能够进行适于各医疗工作人员的精细的进展状况的显示。由通常图标81C表示的进展状况也同样与医疗工作人员的种类相应地变更。

在上述各实施方式中，例示了具有表示医疗检查这样的相同类别的诊疗进程的进展状况的小图标82的特殊图标81B，但一个特殊图标81B中包含的多个小图标82也可以不一定表示相同类别的多个诊疗进程的进展状况。其中，在小图标82不是表示相同类别的多个诊疗进程的进展状况的图标的情况下，由于在小图标82之间没有关联性而难以分辨进展状况的显示，因此优选一个特殊图标81B中包含的多个小图标82是表示相同类别的多个诊疗进程的进展状况的图标。

另外，作为相同类别的诊疗进程的其他例，可列举麻醉同意书、手术同意书这两个诊疗进程。此外，也可以是对患者的心跳、脉搏、呼吸数、血压、体温等多个生命体征进行测定的诊疗进程。

在上述各实施方式中，在患者信息显示栏77的各患者信息被光标75选择的情况下，设为使第2显示画面15B显示，但也可以将通常图标81C、小图标82设为能够由光标75选择，以通常图标81C、小图标82的选择为契机而显示第2显示画面15B。

作为医疗工作人员，除了医生、检查技师、护士、管理营养师之外，也可以包含对患者的复健进行帮助的理疗师、进行药剂的调剂或对患者服用药剂进行指导的药剂师等。此外，也可以如图35所例示，将医生进一步分为诊察患者的诊察医和制作医用报告26的阅片医，或将检查技师进一步分为放射线检查技师和超声波检查技师等，与职责相应地将医疗工作人员的种类细分化。

在上述各实施方式中，使在患者列表71中显示的项目、识别信息及进展状况与各医疗工作人员分别负责的患者以及诊疗进程相应地不同，但也可以使所显示的项目、识别信息或进展状况之中的至少一个不同。此外，使在患者列表71中显示的项目、识别信息及进展状况与各患者的种类相应地不同，但也可以使所显示的项目、识别信息或进展状况之中的至少一个不同。

由小图标82表示进展状况的医疗检查也可以不是图像检查、检体检查、以及生理检查的全部检查，而是这些之中的至少一个。此外，也可以对患者的种类追加接受在家看护的“在家看护患者”。

在上述各实施方式中，例示了图标81被配设为矩阵状的患者列表71，但也可以代替图标81而对罗列了与各诊疗进程相关的字符信息的患者列表应用本发明。

在上述各实施方式中，以根据分发请求而向客户端终端12分发第1显示画面15A的诊疗辅助服务器11的方式说明了本发明的诊疗辅助装置，但也可以如图36所示那样使客户端终端12作为诊疗辅助装置而发挥作用。另外，在图36中，关于与上述各实施方式共通的部位示出共通的标号，省略说明。

图36的情况和上述各实施方式的不同点在于，在客户端终端12的储存设备30B中存储工作程序45，客户端终端12的CPU32B执行工作程序45，从而CPU32B作为画面编辑信息管理部47以及画面编辑部48而发挥作用、以及将画面编辑信息16存储至储存设备30B。

此时，请求发出部42向画面编辑信息管理部47发出各种处理请求。画面编辑信息管理部47对服务器群13直接进行访问而取得诊疗数据，基于所取得的诊疗数据，更新储存设备30B内的进展状况信息50以及储存目的地信息51。

画面编辑部48基于储存设备30B内的画面编辑信息16生成第1显示画面15A，将其转交给GUI控制部41。GUI控制部41使显示器34B显示第1显示画面15A。画面编辑部48基于请求发出部42所发出的编辑请求，对第1显示画面15A以及第2显示画面15B的显示内容进行编辑。像这样，诊疗辅助装置不限于上述各实施方式的诊疗辅助服务器11的方式，也可以如图36那样由客户端终端12承担。

在上述各实施方式中，画面编辑信息管理部47对服务器群13定期地发出诊疗数据的取得请求，取得与该取得请求相应地从服务器群13发送的诊疗数据，但本发明不限定于此。也可以在对第1显示画面15A以及第2显示画面15B进行生成、编辑的定时，由画面编辑信息管理部47发出诊疗数据的取得请求。此时，诊疗辅助服务器11也可以不具有画面编辑信息DB11A，而是在每次取得从服务器群13发送的诊疗数据时生成画面编辑信息16的进展状况信息50以及储存目的地信息51。此外，也可以不是从画面编辑信息管理部47发出取得请求，而是例如在诊疗数据被更新时，将更新后的诊疗数据从服务器群13自动地发送。

此外，例如也可以是如第1显示画面15A的生成由诊疗辅助服务器11进行，编辑由客户端终端12进行那样，将诊疗辅助装置的功能之中的一部分由诊疗辅助服务器11承担，将其他一部分由客户端终端12承担的方式。此时，由客户端终端12和诊疗辅助服务器11构成的计算机系统作为诊疗辅助系统而发挥作用。像这样，本发明的诊疗辅助装置以及诊疗辅助系统能够通过各种方式来实现。

此外，诊疗辅助服务器11、客户端终端12等计算机系统的硬件结构能够进行各种变形。例如，还能够以处理能力、可靠性的提高为目的，由将诊疗辅助服务器11作为硬件而分离的多台服务器计算机构成。像这样，计算机系统的硬件结构能够根据处理能力、安全性、可靠性等被要求的性能而适当变更。

进而，不限于硬件，关于工作程序45等应用程序，也以确保安全性、可靠性为目的，当然也能够进行二重化，或分散到多个储存设备而储存。

此外，在上述各实施方式中，以诊疗辅助服务器11以及客户端终端12在一个医疗设施内利用的方式进行了说明，但例如也可以设为将一个诊疗辅助服务器11设置于医疗设施外的数据中心，能够将诊疗辅助服务器11的数据分发服务等应用服务在多个医疗设施的客户端终端12中利用的方式。

此时，诊疗辅助服务器11例如经由互联网、公众通信网等WAN(广域网，Wide AreaNetwork)，与在多个医疗设施中设置的客户端终端12以可通信的方式连接。并且，诊疗辅助服务器11接受来自多个医疗设施的客户端终端12的处理请求，对各客户端终端提供第1显示画面15A的分发等应用服务。

数据中心以及诊疗辅助服务器11的设置地点、运营主体例如既可以是多个医疗设施之中的一个，也可以是与医疗设施不同的独立的服务公司。此外，在利用网络等WAN的情况下，优选考虑信息安全，构筑VPN(虚拟专用网，Virtual Private Network)，或使用HTTPS(超文本传输协议安全，Hypertext Transfer Protocol Secure)等安全等级高的通信协议。

本发明不限于上述各实施方式，只要不脱离本发明的主旨，当然能够采用各种结构。此外，还能够将上述的各种实施方式、各种变形例适当组合。此外，本发明除了程序之外，还涉及存储程序的存储介质。

本发明在不脱离发明思想的范围中，能够进行各种变形和变更，在这样的情况下，也应解释为包含在本发明的保护范围中。

Claims (16)

1.一种诊疗辅助装置，具备：

画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个所述患者的所述多个项目；以及

显示处理部，在所述多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进所述显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将所述非显示部分切换为显示状态并进行显示；

所述显示处理部使所述显示画面显示作为所述多个项目中成为非显示部分的项目的件数的第1件数以及作为所述多个识别信息中成为非显示部分的识别信息的件数的第2件数之中的至少一方，

所述第1件数或第2件数通过滚动操作从所述显示画面消失，所述第1件数或第2件数在表示所述非显示部分被隐藏的显示窗部内被显示，所述显示窗部具有向一个方向突出的形状，指示所述非显示部分的位置的方向。

2.如权利要求1所述的诊疗辅助装置，

所述第1件数或第2件数在所述患者列表上半透明地显示。

3.如权利要求1或2所述的诊疗辅助装置，

所述项目包含医疗工作人员对所述患者实施的诊疗进程的项目。

4.如权利要求3所述的诊疗辅助装置，

在所述患者列表中显示图标部，

所述图标部被排列为1列以上的列，对应于被登记为预定实施的所述诊疗进程显示，且表示所述项目的内容。

5.如权利要求4所述的诊疗辅助装置，

所述图标部表示所述诊疗进程的进展状况，显示方式与所述进展状况的变化相应地变化。

6.如权利要求5所述的诊疗辅助装置，

所述患者列表与多个医疗工作人员相应地生成，所显示的所述项目、所述识别信息及所述进展状况之中的至少一个在所述多个医疗工作人员之间关于所述患者以及所述诊疗进程不同。

7.如权利要求5所述的诊疗辅助装置，

所述患者列表与所述患者的种类相应地生成，所显示的所述项目、所述识别信息及所述进展状况之中的至少一个与所述种类相应地不同。

8.如权利要求7所述的诊疗辅助装置，

所述种类包含决定了手术的手术决定患者、外部来院患者及住院患者。

9.如权利要求1或2所述的诊疗辅助装置，

所述显示处理部使所述显示画面显示通过排列第1块部而构成的第1全显示栏以及通过排列第2块部而构成的第2全显示栏之中的至少一方，所述第1块部的数量与对所述显示画面中的显示部分以及所述非显示部分的所述项目的件数进行合计而得到的全项目件数相同，所述第2块部的数量与对所述显示部分以及所述非显示部分的所述识别信息的件数进行合计而得到的全识别信息件数相同。

10.如权利要求9所述的诊疗辅助装置，

对应于所述显示部分的所述第1块部以能够与对应于所述非显示部分的所述第1块部识别的方式被显示，

对应于所述显示部分的所述第2块部以能够与对应于所述非显示部分的所述第2块部识别的方式被显示。

11.如权利要求9所述的诊疗辅助装置，

对应于被设定为提醒注意状态的所述项目的所述第1块部在所述第1全显示栏中被强调显示，

对应于被设定为提醒注意状态的所述患者的所述识别信息的所述第2块部在所述第2全显示栏中被强调显示。

12.如权利要求11所述的诊疗辅助装置，

在所述第1轴上排列的所述项目之中的与被强调显示的所述第1块部对应的项目被强调显示，

在所述第2轴上排列的所述识别信息之中的与被强调显示的所述第2块部对应的识别信息被强调显示。

13.如权利要求9所述的诊疗辅助装置，

所述第1全显示栏沿着所述项目的排列在所述第1轴的方向上延伸，所述第2全显示栏沿着所述识别信息的排列在所述第2轴的方向上延伸。

14.如权利要求9所述的诊疗辅助装置，

在所述第1块部中，表示所述项目的字符信息被显示，在所述第2块部中，表示所述识别信息的字符信息被显示。

15.一种诊疗辅助方法，包括：

生成具有患者列表的显示画面，该患者列表在由排列与患者的诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个所述患者的所述多个项目；

在所述多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进所述显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将所述非显示部分切换为显示状态并进行显示；以及

将作为所述多个项目中成为非显示部分的项目的件数的第1件数以及作为所述多个识别信息中成为非显示部分的识别信息的件数的第2件数之中的至少一方显示在所述显示画面中，

所述第1件数或第2件数通过滚动操作从所述显示画面消失，所述第1件数或第2件数在表示所述非显示部分被隐藏的显示窗部内被显示，所述显示窗部具有向一个方向突出的形状，指示所述非显示部分的位置的方向。

16.一种诊疗辅助系统，由诊疗辅助装置以及与所述诊疗辅助装置通过网络连接而以能够通信的方式连接的客户端终端装置构成，具备：

画面生成部，生成具有患者列表的显示画面，该患者列表在由排列与诊疗相关的多个项目的第1轴以及排列用于识别多个患者的识别信息的第2轴构成的二维区域中显示每个所述患者的所述多个项目；以及

显示处理部，在所述多个项目中包含的一部分项目以及多个识别信息中包含的一部分识别信息之中的至少一方成为没有被容纳进所述显示画面的非显示部分的情况下，响应于用于滚动的输入动作，将所述非显示部分切换为显示状态并进行显示；

所述显示处理部使所述显示画面显示作为所述多个项目中成为非显示部分的项目的件数的第1件数以及作为所述多个识别信息中成为非显示部分的识别信息的件数的第2件数之中的至少一方，

所述第1件数或第2件数通过滚动操作从所述显示画面消失，所述第1件数或第2件数在表示所述非显示部分被隐藏的显示窗部内被显示，所述显示窗部具有向一个方向突出的形状，指示所述非显示部分的位置的方向。

Images