医用信息处理系统、医用信息处理装置以及医用信息处理方法

相关申请的参照

本申请基于2019年12月20日提交的日本专利申请号2019-232692主张其优先权利益，此处通过参照引入其全部的记载内容。

技术领域

本说明书等公开的实施方式涉及医用信息处理系统、医用信息处理装置以及医用信息处理方法。

背景技术

以往，存在如下功能：按照由用户设定的规则对特定的临床信息进行监视，例如在临床信息的某检查值达到设定值以上的情况下等在画面上发出警报，将作为与规则一致的临床信息的数据进行强调显示。通过这种功能，能够减少用户对临床信息的异常值、变化的漏看。

根据上述功能，用户能够掌握哪个规则被执行、哪个时刻的数据与该规则一致这样的信息。但是，为了掌握与规则一致的数据所存在的时间周围的信息，需要另外打开各种临床信息而观看其时间前后的数据。

例如在某一时刻的数据中发出警报的情况下，用户首先观察发出警报的数据。之后，用户为了掌握警报产生的原因，对于其他各种临床信息，以成为警报对象的数据为基准，观察其时间前后的数据。在该情况下，需要从给药数据、生命体征(vital sign)数据这样的庞大的量的数据中通过手动搜索原因。然而，在现有技术中，为了掌握发出警报的原因，需要很多人为的操作，用户的作业负担较大。

发明内容

实施方式的医用信息处理装置具备处理部。所述处理部判定是否存在与警报产生基准规则一致的第一临床信息，在判定为存在与所述警报产生基准规则一致的所述第一临床信息的情况下产生警报。所述处理部在以产生了与所述警报产生基准规则一致的所述第一临床信息的时刻为基准而追溯的期间，取得与所述第一临床信息关联的第二临床信息。所述处理部使所述第二临床信息显示于显示电路。

附图说明

图1是示出了由服务器装置、客户端装置、临床信息数据库构成的医用信息处理系统的一个例子的图。

图2是示出了作为医用信息处理装置的服务器装置的构成的一个例子的图。

图3是示出了作为医用信息处理装置的客户端装置的构成的一个例子的图。

图4是示出了在医用信息处理系统中执行的警报关联事件搜索处理的流程的一个例子的流程图。

图5是示出了显示电路中的第一临床信息的显示例的图。

图6是示出了显示电路中的第二临床信息的显示例的图。

图7是示出了搜索条件编辑画面的一个例子的图。

图8是示出了临床信息的显示优先度的设定画面的一个例子的图。

图9是用于说明能够设定显示优先度的情况下的第二临床信息的显示画面例的图。

图10是用于说明能够设定显示优先度的情况下的第二临床信息的显示画面例的图。

具体实施方式

实施方式的医用信息处理装置具备处理部。所述处理部判定是否存在与警报产生基准规则一致的第一临床信息，在判定为存在与所述警报产生基准规则一致的所述第一临床信息的情况下产生警报。所述处理部在以产生了与所述警报产生基准规则一致的所述第一临床信息的时刻为基准而追溯的期间，取得与所述第一临床信息关联的第二临床信息。所述处理部使所述第二临床信息显示于显示电路。

以下，参照添附附图，对实施方式的医用信息处理系统、医用信息处理装置以及医用信息处理方法进行说明。

首先，对实施方式的医用信息处理系统以及医用信息处理装置所设置的环境进行说明。图1是表示由服务器装置1、客户端装置2、临床信息数据库3构成的医用信息处理系统S的图。医用信息处理系统S与实施方式的医用信息处理系统对应，服务器装置1、客户端装置2与实施方式的医用信息处理装置对应。

另外，服务器装置1、临床信息数据库3无需必须设置于医院内，只要是能够经由网络而与客户端装置2通信的环境，则也可以设置于任意的地方。

临床信息数据库3包含电子病历数据库3a、图像数据库3b。这里，临床信息的意思是电子病历所记载的信息、与电子病历建立了关联的信息(例如看护记录、供餐信息、医用结帐信息等)、图像数据等，按照每个患者进行管理。

电子病历数据库3a是按照每个患者保管并管理电子病历、与电子病历建立了关联的信息的数据库。本实施方式的电子病历数据库3a包含作为HIS的数据库。

图像数据库3b是按照每个患者来保管并管理通过各种模态(modality)取得的图像数据、与图像数据建立了关联的信息的数据库。本实施方式的图像数据库3b包含作为PACS、RIS的数据库。

服务器装置1是专用或者通用计算机。服务器装置1响应于来自客户端装置2的请求，从临床信息数据库3取得符合的临床信息并向客户端装置2发送。另外，服务器装置1执行规则，在从临床信息数据库3取得的临床信息之中存在与规则一致的数据的情况下，将一致的临床信息作为警报对象。而且，服务器装置1以成为警报对象的临床信息的产生时刻(以下，也称作“警报产生时刻”。)为基准，从临床信息数据库3取得与搜索条件一致的临床信息。

这里，“规则(rule)”指的如下规则：在监视临床信息并产生警报(警告)的情况下，决定对于哪个临床信息进行监视并以何种基准产生警报。典型来说，以按照每个疾病规定的准则(guideline)为参考，按照每个医院、每个诊疗科、每个医生、每个患者等，以各种单位作为对象而决定。

另外，“搜索条件”指的是用于从存储于临床信息数据库3的信息之中对成为用于分析警报的原因的对象的医用事件进行搜索的条件。搜索条件指的是用于对与规则一致的数据所存在的时间周围、典型来说从警报产生时刻起追溯的每一定期间，搜索被设为搜索对象的临床信息的条件。搜索条件至少包含搜索对象、搜索期间，可根据需要按照每个规则、每个患者而设定。

这里，“医用事件”的意思是与患者相关的所有医用事项，并且是按照每个患者管理的信息。例如相当于“○月×日投予药剂α”、“○月×日进行胸部CT图像拍摄”、“△月□日急性心肌梗塞”这样的各信息。该医用事件是主要通过临床信息确定的信息。而且，将医用事件中的成为使用了搜索条件的搜索对象的事件称作“搜索事件”。

另外，在本实施方式中，将成为规则执行的对象的临床信息称作“第一临床信息”，将与搜索条件一致的临床信息称作“第二临床信息”。

客户端装置2典型来说是设置于医院内的医用工作站、医生所使用的平板型计算机等。客户端装置2例如将电子病历所含的治疗、检查相关的信息、图像信息等临床信息用时间轴统一地显示。

另外，客户端装置2对于服务器装置1请求作为第一临床信息的特定的临床信息的取得等。另外，客户端装置2显示以警报产生时刻为基准而按照搜索条件取得的第二临床信息。

图2是表示作为医用信息处理装置的服务器装置1的构成的图。

服务器装置1具备存储电路10、处理电路11、输入电路12、通信I/F电路13、显示电路14。

存储电路10由RAM(Random Access Memory)、闪存(flash memory)等半导体存储器元件、硬盘、光盘等构成。存储电路10也可以由USB(Universal Serial Bus)存储器以及DVD(Digital Video Disk)等便携式介质构成。

存储电路10存储在处理电路11中使用的各种处理程序(除了应用程序程序之外，也包含OS(Operating System)等)、程序的执行所需的数据、体积数据以及医用图像。另外，OS中在针对操作者的信息向显示电路14的显示中大量使用图形，也能够包含能够利用输入电路12进行基础的操作的GUI(Graphical User Interface)。

另外，存储电路10存储以每个医院、每个诊疗科、每个医生、每个患者等为单位管理的多个规则相关的信息(规则信息)。

而且，存储电路10存储以每个医院、每个诊疗科、每个医生、每个患者等为单位管理的多个搜索条件。

这里，详细地说明搜索条件。搜索条件是至少含有搜索事件与搜索期间的信息。

搜索事件中例如能够设定生命体征、给药等数值数据、病历记载、看护记录等字符串数据、有无实施手术这样的各种医用事件的存在与否。

数值数据中能够设定某一项目超过某一值的情况、超过特定的变化率的情况等条件。另外，例如能够以“体温为39℃以上且血压为170mmHG”、“体温为39℃以上或者血压为170mmHG”这样的方式，对于生命体征等多个项目以和(and)、或(or)的条件进行设定。

字符串数据中能够设定作为搜索词的单词、任意的字符串。例如能够以“单词α与单词β出现的记录”、“单词α或者单词β出现的记录”这样的方式，对于多个搜索词以和(and)、或(or)的条件进行设定。

对于医用事件的存在与否，能够设定有无实施手术、有无药剂的投予、进而是有无特定的过敏·感染症·病历这样的各种信息。

搜索期间的意思是被设为搜索对象的、从警报产生时刻起追溯的一定期间。作为搜索期间，例如设定为“从警报产生时刻起追溯的12小时以内”，从而能够仅将被推断为与和规则一致的数据的产生因素相关性较高的数据作为搜索对象。

搜索条件除了上述以外，例如也可以为“以警报产生时刻为基准而将2小时以内的数据全部显示为搜索结果”这样的设定。

另外，之后详细地说明搜索条件的编辑。

返回图2，处理电路11是从存储电路10读出程序并执行、从而实现各程序所对应的功能的处理器。处理电路11例如具有信息收发功能110、规则执行功能111、事件搜索功能112。处理电路11读出储存于存储电路10的各种控制程序而实现信息收发功能110、规则执行功能111、事件搜索功能112，并且统一地控制存储电路10、输入电路12、通信I/F电路13、显示电路14中的处理动作。换言之，读出了各程序的状态的处理电路11会具有图2的处理电路11内所示的各功能。另外，处理电路11是第一处理电路的一个例子。

信息收发功能110在与客户端装置2、临床信息数据库3之间进行包含临床信息的各种信息的收发。

规则执行功能111执行所决定的规则，判定作为监视对象的临床信息是否与规则一致。规则执行功能111执行了规则后的结果为，在判定为作为监视对象的临床信息与规则一致的情况下，将与规则一致的时刻的临床信息作为警报产生对象。

事件搜索功能112以警报产生时刻为基准，按照所设定的搜索条件来搜索临床信息数据库3，取得作为与警报关联的医用事件的第二临床信息。

另外，在图2中说明了利用作为单一的处理器的处理电路11来实现规则执行功能111、事件搜索功能112，但也可以组合多个独立的处理器而构成处理电路，并由各处理器执行程序来实现功能。另外，在图2中说明了单一的存储电路10存储各处理功能所对应的程序，但也可以构成为，将多个存储电路10分散地配置，由处理电路11从单独的存储电路10读出对应的程序。

上述说明中使用的“处理器”这一词语例如指的是CPU(Central ProcessingUnit)、GPU(Graphical processing unit)、或者面向特定用途集成电路(ApplicationSpecific Integrated Circuit：ASIC)、可编程逻辑器件(例如简单可编程逻辑器件(Simple Programmable Logic Device：SPLD)、复杂可编程逻辑器件(ComplexProgrammable Logic Device：CPLD)以及现场可编程门阵列(Field Programmable GateArray：FPGA))等电路。处理器通过读出并执行保存于存储电路10的程序而实现功能。另外，也可以取代在存储电路10中保存程序而构成为在处理器的电路内直接组装程序。在该情况下，处理器通过读出并执行组装于电路内的程序而实现功能。

输入电路12是输入来自可由操作者操作的指示器件(鼠标等)、键盘等输入器件的信号的电路，这里，设为输入器件自身也包含在输入电路12内。若由操作者操作输入器件，则输入电路12生成与该操作相应的输入信号而向处理电路11输出。另外，服务器装置1也可以具备输入器件与显示电路14一体地构成的触摸面板。

输入电路12由用于进行关注区域(ROI)的设定等的跟踪球、开关按钮、鼠标、键盘、通过触摸操作面而进行输入操作的触摸板、通过触摸操作面而进行输入操作的触摸板、显示画面与触摸板一体化而成的触摸屏、使用了光学传感器的非接触输入电路、及语音输入电路、及显示画面与触摸板一体化而成的触摸面板显示器等实现。

另外，输入电路12并不仅限定于具备鼠标、键盘等物理操作部件的电路。例如从与装置独立地设置的外部的输入机器接收与输入操作对应的电信号并将该电信号向控制电路输出的电信号的处理电路也包含在输入电路12的例子中。

通信I/F(interface)电路13按照规定的通信标准，进行与外部装置的通信动作。在服务器装置1设于网络上的情况下，通信I/F电路13进行与网络上的外部装置之间的信息收发。例如通信I/F电路13从MRI装置等医用图像诊断装置、医用图像管理装置接收通过拍摄而得的数据。

显示电路14是显示图像的显示器，由LCD(Liquid Crystal Display)等构成。显示电路14根据来自处理电路11的指示而使各种操作画面、图像数据等各种显示信息显示于LCD上。

图3是表示作为医用信息处理装置的客户端装置2的构成的图。

客户端装置2具备存储电路20、处理电路21、输入电路22、通信I/F电路23、显示电路24。

存储电路20具有与存储电路10相同的硬件构成。另外，存储电路20存储用于实现处理电路21所具有的各功能的专用程序、从服务器装置1取得的临床信息等。

处理电路21具有与处理电路11相同的硬件构成。另外，处理电路21是从存储电路20读出程序并执行、从而实现各程序所对应的功能的处理器。处理电路21例如具有临床信息取得功能210、事件搜索控制功能211、显示控制功能212、搜索条件编辑功能213。处理电路21读出储存于存储电路20的各种控制程序而实现临床信息取得功能210、事件搜索控制功能211、显示控制功能212、搜索条件编辑功能213，并且统一地控制存储电路20、输入电路22、通信I/F电路23、显示电路24中的处理动作。换言之，读出了各程序的状态的处理电路21将会具有图3的处理电路11内所示的各功能。另外，处理电路21是第二处理电路的一个例子。

临床信息取得功能210对于服务器装置1请求并取得每个患者的第一临床信息。另外，临床信息取得功能210从服务器装置1取得以按照搜索条件取得的警报产生时刻为基准的第二临床信息。

事件搜索控制功能211以所显示的警报产生时刻为基准，对于按照搜索条件取得的临床信息，按照来自用户的指示，取得所链接的信息，并显示于显示电路24。

显示控制功能212使从服务器装置1取得的第一临床信息显示于显示电路24。显示控制功能212在成为警报的对象的第一临床信息存在的情况下，对该第一临床信息进行警报显示。显示控制功能212基于所指定的优先顺序来显示所取得的第二临床信息。显示控制功能212将用于设定搜索条件的搜索条件设定画面显示于显示电路24。

搜索条件编辑功能213对于显示于显示电路24的搜索条件设定画面，基于经由输入电路22输入的内容来编辑搜索条件。这里，在本实施方式中，编辑设为包含设定以及变更。另外，搜索条件编辑功能213响应于保存指示而将所编辑的搜索条件向服务器装置1发送。

输入电路22、通信I/F电路23、显示电路24分别具有与输入电路12、通信I/F电路13、显示电路14相同的构成。

接下来，对与本实施方式的警报关联的医用事件即第二临床信息的取得处理(以下，简称为“第二临床信息的取得处理”)进行说明。

图4是表示在医用信息处理系统S中执行的第二临床信息的取得处理的流程的流程图。

如图4所示，客户端装置2的临床信息取得功能210受理用户的登录、患者ID、希望的临床信息(即，第一临床信息)的请求指示、用于对所应用的规则进行确定的信息等的输入。临床信息取得功能210将所输入的患者ID、临床信息请求指示向服务器装置1发送(步骤S1)。

另外，在本实施方式中，为了使说明变得具体，作为第一临床信息，假设输入了BUN(血清尿素氮)、CRP(C反应蛋白)、ALB(血清白蛋白)。另外，也可以构成为，对于用于确定所应用的规则的信息，例如通过输入患者ID或者临床信息而自动地输入。

服务器装置1的信息收发功能110受理由客户端装置2接收的患者ID、临床信息请求(步骤S2)。服务器装置1的规则执行功能111按照所受理的患者ID、临床信息请求，从临床信息数据库3取得该患者的第一临床信息、与该患者建立了关联的规则以及搜索条件。另外，服务器装置1的规则执行功能111按照所受理的患者ID、临床信息请求，从存储电路10取得与该患者建立了关联的规则信息以及搜索条件(步骤S3)。

服务器装置1的规则执行功能111对于所取得的该患者的临床信息执行规则，判定是否存在与规则一致的数据(步骤S4)。

服务器装置1的事件搜索功能112在规则执行功能111判定为存在与规则一致的数据的情况下(步骤S4的是)，按照搜索条件来执行搜索处理(步骤S5)。其结果，服务器装置1的事件搜索功能112以警报产生时刻为基准，由临床信息数据库3取得与搜索条件一致的第二临床信息。

服务器装置1的信息收发功能110将在步骤S3中取得的第一临床信息和通过步骤S5的搜索处理取得的第二临床信息向客户端装置2发送(步骤S6)。另外，服务器装置1的信息收发功能110在规则执行功能111判定为不存在与规则一致的数据的情况下(步骤S4的否)，将在步骤S3中取得的第一临床信息向客户端装置2发送(步骤S6)。

客户端装置2的临床信息取得功能210取得从服务器装置1发送的第一临床信息、第二临床信息(步骤S7)。

显示控制功能212将在步骤S7中取得的第一临床信息、第二临床信息显示于显示电路24(步骤S8)。

图5是表示显示电路24中的第一临床信息的显示例的图。如图5所示，对于该患者，将BUN、CRP、ALB的每日的值以按照时间序列绘制的方式进行显示。另外，执行步骤S4中的规则后的结果，将2019年6月30日(星期六)中的BUN的值判定为与规则一致的数据，如符号AR所示那样进行警报显示。

图6是表示显示电路24中的第二临床信息的显示例的图。如图6所示，在存在被进行警报显示的数据的时刻配置标记，使鼠标光标对准标记，从而以对话框(日语：吹き出し)显示作为事件搜索结果的第二临床信息。

在图6的例子中，第二临床信息中包含周边事件一览A、指示按钮B、无异常按钮C、履历D这四个内容。

周边事件一览A中以使“什么时候，哪个数据一致”变得一目了然的方式显示与搜索事件一致的临床信息。另外，在周边事件一览A中显示的各信息的附近显示“细节显示”按钮。若该细节显示按钮被操作，则显示控制功能212在显示电路24中新启动画面，以该数据的日期和时间为中心显示数据。或者，也可以在同一图表内同时显示该数据。由此，能够容易地进行警报位置周围的数据比较，减少分析的工作量。

配置指示按钮B以及无异常按钮C。确认周边事件一览，如果有必要处置则选择指示输入B按钮，实施给药的指示这样的接下来的动作。如果没有异常则选择无异常按钮C。这里，选择结果被预先保存。

显示履历D。在履历中显示对于该搜索事件实施了何种动作。另外，也可以是若选择履历D，则自动地跳至相应时刻的数据。由此，通过观察过去数据，能够掌握过去的处置的结果、检查值如何变化，成为今后处置的参考。

接下来，对于显示于显示电路24的第二临床信息，例如在通过操作“细节显示”等按钮从而输入了进一步的临床信息(第三临床信息)的请求的情况下，临床信息取得功能210将对应的临床信息的请求向服务器装置1发送(步骤S9)。

服务器装置1的事件搜索功能112从临床信息数据库3取得所请求的临床信息(步骤S10)。服务器装置1的信息收发功能110将通过事件搜索功能112取得的临床信息向客户端装置2发送(步骤S11)。

客户端装置2的临床信息取得功能210取得所发送的临床信息(步骤S12)。客户端装置2的显示控制功能212将通过临床信息取得功能210取得的临床信息在显示电路24中例如以另一窗口进行显示(步骤S13)。

另外，步骤S9～S13的处理根据需要而重复执行多次。

(搜索条件编辑功能)

接下来，对本实施方式的搜索条件编辑功能进行说明。该功能为，以警报产生时刻为基准，编辑从临床信息数据库3取得第二临床信息时的搜索条件。

图7是示出了搜索条件编辑画面的一个例子的图。

如图7所示，搜索条件编辑画面具备名称框50、对象规则框51、对象患者框52、保存按钮53、对象事件框54、55、56。通过从输入电路22向各框输入必要的事项，能够编辑希望的搜索条件。

名称框50被输入用于确定该搜索条件的名称(ID)。

在对象规则框51中，在设定为存在与特定的规则一致的数据的情况下所利用的搜索条件时，输入用于确定作为其对象的规则的信息。在空的情况下对于所有规则实施事件搜索。

在对象患者框52中，在设定为对于特定的患者利用的搜索条件的情况下，输入用于确定作为其对象的患者的信息(患者的名称，ID)。在空的情况下，对于所有患者实施事件搜索。

保存按钮53是用于保存所编辑的搜索条件的按钮。若该保存按钮53被按下，则编辑好的搜索条件被保存于存储电路20内，并且也向服务器装置1发送，保存于存储电路10内。

在各对象事件框按照每个作为搜索对象的医用事件输入搜索期间、搜索选项等。

在图7中，在第一个对象事件框54中，对于医用事件“给药”，将搜索期间设为从警报产生时刻起追溯的两周，作为搜索选项，设定为搜索“存在药剂A投予”。

另外，在第二个对象事件框55中，对于医用事件“看护记录”，将搜索期间设为从警报产生时刻起追溯的两周，作为搜索选项，设定为与“‘字符串1’并且‘字符串2’或者‘字符串3’”一致。

另外，在第三个对象事件框56中，对于医用事件“手术事件”，将搜索期间设为从警报产生时刻起追溯的两周，作为搜索选项，设定为与“‘有’”一致。

在图7的例子中，对象事件框54、55、56的各条件被设定为“or”。与此相对，各条件也能够被设定为“and”，或者通过各条件的“and”与“or”的组合来设定。

另外，在图7中，例示了对象事件框为三个的情况。然而，对象事件框的数量没有限制。用户能够通过规定的操作来自由地增减对象事件框的数量。

用户能够使用该搜索条件编辑功能，在任意的定时，将搜索条件变更为任意的内容并追加新的搜索条件。

另外，在本实施方式中，构成为作为医用信息处理装置的客户端装置2具有搜索条件编辑功能213。与此相对，也可以是作为医用信息处理装置的服务器装置1具有搜索条件编辑功能213。

如上所述，本实施方式的医用信息处理系统具备临床信息数据库3、服务器装置1、以及客户端装置2。服务器装置1具有作为规则执行部的规则执行功能111和作为搜索部的事件搜索功能112。规则执行功能111判定是否存在与规则一致的第一临床信息，在判定为存在与规则一致的第一临床信息的情况下产生警报。事件搜索功能112在以与规则一致的第一临床信息产生的时刻为基准而追溯的期间，按照搜索条件而搜索临床信息数据库3，取得与第一临床信息关联的第二临床信息而向客户端装置2发送。客户端装置2具有作为取得部的临床信息取得功能210和作为显示控制部的显示控制功能212。临床信息取得功能210取得所发送的所述第二临床信息。显示控制功能212使所取得的所述第二临床信息显示于显示电路24。

因而，能够自动地提取并提供在从警报产生时刻起追溯的一定期间与第一临床信息关联的第二临床信息。用户能够使用所提供的第二临床信息迅速地进行数据分析。

其结果，能够减少对从警报产生时刻起追溯的一定期间的数据进行搜索这样的工作量，诊疗效率提高，在按照规则监视特定的临床信息并产生警报的情况下，能够减少掌握警报产生的原因时的用户的作业负担。另外，在医疗领域中，减少这样的工作量关系到医疗的质量提高，也能够抑制人为的方法所引发的漏看的发生。

(变形例1)

在上述实施方式中，例如在进行第二临床信息所含的周边事件一览的细节显示时，有时应显示的详细信息变得大量而无法一次性进行显示。在该情况下，通过按下“自动面板配置按钮”，能够自动地决定布局。

例如在设定搜索事件时，能够设定临床信息的显示优先度。

图8是示出了临床信息的显示优先度的设定画面的一个例子的图。如图8所示，在各对象事件框54、55、56中，能够设定显示优先度。在图8的例子中，对于给药设定为“优先度高”，对于看护记录设定为“优先度低”，对于手术设定为“优先度中”。

图9、图10是用于说明能够设定显示优先度的情况下的第二临床信息的显示画面例的图。

如图9所示，在周边事件一览A中，给药设为“优先度高”，手术事件设为“优先度中”，看护记录设为“优先度低”，按照图8所示的临床信息的显示优先度的设定进行显示。

另外，如图9所示，在周边事件一览A中配置“自动面板配置按钮”。若按下该“自动面板配置按钮”，则显示控制功能212如图10所示，按照图8所示的临床信息的显示优先度的设定来自动配置用于细节显示的面板(窗口)。在各面板上显示作为事件搜索结果的第二诊疗信息。显示控制功能212基于所设定的显示优先度来控制面板的大小。

另外，在图10的例子中，在中央部配置有面板F，该面板F对应于被设定为“优先度高”的给药事件，在上部配置有面板G，该面板G对应于被设定为“优先度中”的手术事件，在右部配置有面板H，该面板H对应于“优先度低”看护记录。

另外，面板的布局也可以是，仅在初期基于优先度决定面积，之后如果用户在配置自动面板之后变更了面板的面积的情况下，基于其结果将面积以反馈的方式进行修正。

通过这样的构成，能够更简单地阅览周边事件的详细内容，不再需要自己调整面板的位置。

(变形例2)

在上述实施方式中，作为第一临床信息，例如例示了通过血液检查而得的BUN、CRP、ALB。与此相对，例如也可以构成为，服务器装置1从可穿戴终端连续地取得血压等并实时地监视，在与规则一致的时刻将紧急警报通知给客户端装置2。

(变形例3)

在上述实施方式中，以服务器装置1在接受到来自客户端装置2的请求之后执行遵循规则以及搜索条件的搜索处理的情况作为例子。与此相对，服务器装置1也可以通过设定，在接受到来自客户端装置2的请求之前自动地执行遵循规则以及搜索条件的搜索处理。另外，关于遵循搜索条件的搜索处理的开始，也可以并不局限于自动，而是以来自输入电路22的由用户发出的开始指示作为触发。

根据以上说明的至少一个实施方式，在按照规则监视特定的临床信息并产生了警报的情况下，能够减少掌握警报产生的原因时的用户的作业负担。

虽然说明了本发明的几个实施例，但这些实施例是作为例子而提出的，并不意图限定发明的范围。这些新的实施方式能够以其他各种方式实施，在不脱离发明的主旨的范围内能够进行各种省略、替换、变更。这些实施方式及其变形包含在发明的范围及主旨中，并且包含在权利要求书所记载的发明与其等效的范围内。