医用信息管理系统、医用信息管理装置和医用信息显示装置

摘要

医用信息管理系统具有：显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一性。

说明书

技术领域

作为本发明的一个形态的本实施方式，涉及通过执行用于使医用数据 显示的医用应用来显示医用数据的医用信息管理系统、医用信息管理装置 和医用信息显示装置。

背景技术

医用信息管理系统具备X射线计算机断层摄影(CT)装置、磁共振成 像(MRI)装置等医用图像摄影装置、各种服务器和客户终端。作为各种 服务器，例举有医用图像保管装置、医用报告(阅片报告)保管装置和电 子病历保管装置。医用图像摄影装置、各种服务器和客户终端经由网络连 接成可相互进行通信。

医用图像保管装置保管由医用图像摄影装置取得的患者的医用图像。 医疗工作者(以下称为“操作者”)参照客户终端上所显示的医用图像，在 客户终端上显示的医用报告制作画面中写入针对医用图像的医学所见，来 制作医用报告。将制作成的医用报告记录在医用报告保管装置中。

由各服务器提供的医用应用进行客户终端中的来自各服务器的医用数 据的显示。从而在客户终端显示许多医用应用的画面。客户终端所显示的 医用应用存在几个大的分类：从医用图像保管装置提供的图像显示应用； 从医用报告保管装置提供的报告制作应用；和从电子病历保管装置提供的 电子病历显示应用等。另外，图像显示应用的种类还细分为2D图像显示应 用和3D图像显示应用等。另外，还有由多个制造商提供相同分类的医用应 用的情况，例如，具有提供第一图像显示应用的第一医用图像保管装置和 提供第二图像显示应用的第二医用图像保管装置的情况，在客户终端中执 行很多种类的应用。

在操作者制作医用报告时，客户终端为了显示制作医用报告所必要的 医用图像，会利用到从医用图像保管装置提供的医用应用即图像显示应用。 此外，在操作者制作医用报告时，除了医用图像以外，客户终端还会显示 制作医用报告所必要的各种医用数据。例如，客户终端会利用从医用报告 保管装置提供的医用应用即报告应用、或从电子病历保管装置提供的医用 应用即电子病历应用等，来收集医用数据并进行显示。

医用应用中存在使用患者ID(identification)来进行相互协作的应用。 例如，在客户终端使用报告应用显示第一患者的医用报告时，医用图像应 用自动与报告应用协作地显示第一患者的医用图像。通过医用应用这样地 自动协作来取得各个医用应用所显示的患者的整合性。

再有，已公开了一种能够提高医用报告的制作效率的阅片报告制作辅 助装置(例如，参照专利文献1)。

现有技术文献：

专利文献：

专利文献1：日本专利第2624927号公报

发明内容

发明所要解决的问题

使用根据患者ID进行协作的多个医用应用的客户终端，基本上正常状 态是全部医用应用总是显示着同一患者的医用数据。虽然最开始时客户终 端中全部医用应用总是显示着同一患者的医用数据，但是有时会因为医用 应用的锁定、网络的切断、各管理装置的停机等原因，多个医用应用间的 协作未正常发挥作用而成为危险状态(在多个医用应用间显示的患者不 同)。例如，客户终端使用报告应用显示着第一患者的医用报告的情况下， 使用图像显示应用显示了第二患者的医用图像。

在多个医用应用间显示的患者不同的情况下，就成为客户终端在同一 画面上显示不同患者的医用数据，因此，操作者要从客户终端上显示的许 多医用数据中只选出期望患者的医用数据、例如第二患者的医用数据会很 费功夫，从而具有医用报告的制作效率差的问题。

此外，如果在多个医用应用间显示的患者不同的情况下，操作者的注 意力不够时，甚至会出现在第一患者的医用报告制作画面中写入第二患者 的医用图像的所见的可能性。其结果，具有参照该制作成的医用报告的操 作者会误诊的可能性。

本发明所要解决的问题在于，在具备客户终端的医用信息管理系统中， 即使在与要求患者同一性的多个医用应用相对应的多个画面上显示不同的 患者ID的情况下，也能够通过向操作者通知危险状态或警告状态及其对 策，来实现操作者的作业高效化。

附图说明

图1是示出本实施方式的医用信息管理系统的结构的概略图。

图2是示出本实施方式的医用信息管理系统的服务器和客户终端的结 构的概略图。

图3是示出在客户终端的属性保管部中保管的属性数据的图。

图4是示出本实施方式的医用信息管理系统的服务器和客户终端的结 构变形例的概略图。

图5是示出在医用图像保管装置的属性保管部中保管的属性数据的 图。

图6是示出在医用报告保管装置的属性保管部中保管的属性数据的 图。

图7是示出本实施方式的医用信息管理系统的第一功能的框图。

图8是示出显示部显示的与某个患者ID有关的医用图像显示画面和医 用报告制作画面的例子的图。

图9是用于说明确定患者的步骤的图。

图10是用于说明由多个医用应用所显示的多个患者信息的比较方法 的概念图。

图11是示出显示部显示的正常状态和危险状态的例子的图。

图12是示出显示部显示的危险状态的第一例的图。

图13是示出显示部显示的危险状态的第二例的图。

图14是示出本实施方式的医用信息管理系统的第二功能的框图。

图15是示出显示部显示的警告状态的第一例的图。

图16是示出显示部显示的警告状态的第二例的图。

具体实施方式

参照附图，对本实施方式的医用信息管理系统、医用信息管理装置和 医用信息显示装置进行说明。

本实施方式的医用信息管理系统为了解决上述问题，具有：显示指示 单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取 得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患 者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画 面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用 应用相对应的多个患者信息的同一性。

本实施方式的医用信息管理装置为了解决上述问题，具有：显示指示 单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取 得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患 者信息有关的医用数据的画面来作为数据，并对外部的医用信息显示装置 指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断 与所述多个医用应用相对应的多个患者信息的同一性。

本实施方式的医用信息显示装置为了解决上述问题，具有：显示指示 单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取 得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患 者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画 面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用 应用相对应的多个患者信息的同一性。

图1是示出本实施方式的医用信息管理系统的结构的概略图。

图1示出本实施方式的医用信息管理系统1。医用信息管理系统1具 备医用图像摄影装置(医用设备(modality))11、服务器12和客户终端 13。作为服务器12，举出医用图像保管装置12a、医用报告保管装置12b 和电子病历保管装置12c等。医用图像摄影装置(医用设备)11、服务器 12和客户终端13可经由LAN(local area network：局域网)等网络N相互 通信。再有，在医用信息管理系统1中具备的医用图像摄影装置(医用设 备)11、服务器12和客户终端13的一部分或者全部也可以是多个。

医用图像摄影装置11对作为被检体的患者的检查部位进行摄影，并生 成作为医用数据的检查部位的医用图像。将生成的医用图像作为DICOM 数据发送给医用图像保管装置12。

作为服务器12的医用图像保管装置12a，保管从医用图像摄影装置11 发送来的医用图像，并作为数据库加以管理。

作为服务器12的医用报告保管装置12b，保管已写入医用图像的所见 等作为医用数据的医用报告，并作为数据库加以管理。

作为服务器12的电子病历保管装置12c，保管已写入病症名和问诊内 容等作为医用数据的电子病历，并作为数据库加以管理。

客户终端13为了用于操作者制作医用报告，按照操作者的指示接收各 服务器12中保管的医用图像、医用报告和电子病历等医用数据。

通过执行各服务器12提供的医用应用，来进行客户终端13中的来自 各服务器12的医用数据的显示。从而，在客户终端13中使用许多医用应 用显示许多医用应用的画面。由各服务器12提供的医用应用存在几个大的 分类：从医用图像保管装置12a提供的图像显示应用；从医用报告保管装 置12b提供的报告制作应用；和从电子病历保管装置12c提供的电子病历 显示应用等。另外，图像显示应用的种类还细分为2D图像显示应用和3D 图像显示应用等。另外还有由多个制造商提供相同分类的医用应用的情况， 例如，即使是相同分类的医用图像保管装置12a，也存在具有提供第一图像 显示应用的第一医用图像保管装置和提供第二图像显示应用的第二医用图 像保管装置的情况，在客户终端13中显示各个种类的医用应用的画面。

图2是示出本实施方式的医用信息管理系统1的服务器12和客户终端 13的结构的概略图。再有，在图2中，以服务器12中的医用图像保管装置 12a和医用报告保管装置12b为例进行说明。

医用图像保管装置12a具备处理部(CPU)31、存储部32、接收部33、 医用图像DB(data base：数据库)34、医用应用保管部35和发送部36。

处理部31是具有在具备多个端子的外壳(package)中封装有由半导 体构成的电子电路而成的集成电路(LSI)结构的控制装置。处理部31执 行存储部32或医用应用保管部35中所存储的程序。处理部31通过执行医 用应用保管部35中保管的医用应用，将所执行的医用应用的画面和逻辑、 以及医用图像DB34中保管的医用图像，经由发送部36提供给客户终端13。 此外，处理部31还发挥用于管理医用图像DB34的系统(DBMS)的功能， 实现作为医用数据的医用图像的共有化、保护、检索或更新等处理。

存储部32是包括ROM(read only memory：只读存储器)和RAM (random access memory：随机存取存储器)等的存储装置。将存储部32 用于处理部31的工作存储或数据的暂时存储等。

接收部33接收从客户终端13发送来的医用数据。

医用图像DB34保管作为医用数据的医用图像。

医用应用保管部35保管图像显示应用，作为用于向客户终端13提供 医用图像的医用应用。

发送部36向客户终端13发送医用数据。

医用报告保管装置12b具备处理部(CPU)41、存储部42、接收部43、 医用报告DB44、医用应用保管部45和发送部46。

处理部41与处理部31同样是具有在具备多个端子的外壳中封装有由 半导体构成的电子电路而成的集成电路结构的控制装置。处理部41执行存 储部42或医用应用保管部45中所存储的应用。处理部41通过执行医用应 用保管部45中保管的医用应用，将所执行的医用应用的画面和逻辑、以及 医用报告DB44中保管的医用报告，经由发送部46提供给客户终端13。此 外，处理部41还发挥用于管理医用报告DB44的系统的功能，实现作为医 用数据的医用报告的共有化、保护、检索或更新等处理。

存储部42与存储部32同样是包括ROM和RAM等的存储装置。将存 储部42用于处理部41的工作存储或数据的暂时存储等。

接收部43与接收部33同样地接收从客户终端13发送来的医用数据。

医用报告DB44保管作为医用数据的医用报告。

医用应用保管部45保管报告制作应用，作为用于向客户终端13提供 医用图像的医用应用。

发送部46与发送部36同样地向客户终端13发送数据。

医用图像保管装置12a和医用报告保管装置12b经由处理部31、42， 使用患者ID相互进行协作。

客户终端13具备处理部(CPU)51、存储部52、输入部53、显示部 54、发送部55、接收部56、属性保管部57和监视部58。

处理部51是具有在具备多个端子的外壳中封装有由半导体构成的电 子电路而成的集成电路结构的控制装置。在由操作者通过操作输入部53等 输入了指令时，处理部51执行存储部52中所存储的程序。处理部51在将 提供给操作者的信息显示在显示部54上时广泛利用图形，提供能够利用输 入部53进行基础操作的GUI(graphical user interface：图形用户界面)。

存储部52是包括ROM和RAM等的存储装置。将存储部52用于处理 部51的工作存储或数据的暂时存储等。

输入部53是可以由操作者进行操作的指示设备，将伴随着操作的输入 信号送到处理部51。

显示部54包括未图示的图像合成电路、VRAM(video random access  memory：视频随机存取存储器)和显示器等。显示部54显示经由接收部 55提供的各个医用应用的画面。

发送部55对医用图像保管装置12a的接收部33或医用报告保管装置 12b的接收部43做出基于处理部51的医用数据的显示要求(请求)。此外， 发送部55还向医用图像保管装置12a的接收部33和医用报告保管装置12b 的接收部43发送处理部51制作成的医用数据。

接收部56接收从医用图像保管装置12a的发送部36或医用报告保管 装置12b的发送部46发送来的、所执行的医用应用的画面和逻辑以及被要 求显示的医用数据。

属性保管部57保管属性数据，所述属性数据关于服务器12执行的医 用应用中的、在画面上显示患者ID(identification：标识符)等患者识别信 息的医用应用。医用应用的属性数据由操作者或维修人员事先设定。在医 用应用的属性数据中，如用图3说明的那样，至少包含是否需要判断显示 患者同一性的要否数据和显示区域数据。

监视部58通过如后述的图10所示地对从检查列表应用送来的患者ID (M1234)和从图像显示应用送来的患者ID进行比较，并且对从检查列表 应用送来的患者ID(M1234)和从报告制作应用送来的患者ID进行比较， 来判断图像显示应用和报告制作应用是否正在显示被要求显示的患者ID (M1234)。即，监视部58判断是否已引起患者ID的不一致。此外，不仅 从检查列表应用、图像显示应用和报告制作应用向监视部58发送患者ID， 还可以监视部58对各应用取得患者ID。

图3是示出在客户终端13的属性保管部57中保管的属性数据的图。

如图3所示，医用应用的属性数据包含要否数据，所述要否数据示出 该医用应用与其他医用应用之间是否要求显示患者的同一性。

在提供给客户终端13的医用应用中，存在显示患者ID的应用和不显 示患者ID的应用。作为前者的医用应用，例举有医用图像保管装置12a执 行的图像显示应用(ID：viewer(浏览器))、或医用报告保管装置12b执 行的报告制作应用(ID：report(报告))和类似病例检索应用(ID： similar_image_seach(类似影像搜索))、或电子病历保管装置12c(图1中 示出)执行的电子病历应用(ID：chart(病历))。在此，如图3的下段所 示，在医用信息管理系统1具有同一分类的多个服务器12、例如多个医用 图像保管装置12a的情况下，按照多个医用图像保管装置12a的每个图像 显示应用(ID：No.1_viewer，No.2_viewer)，来具有要否数据。

另一方面，作为后者的医用应用，举出有显示病例信息的病例信息显 示应用(ID：disease_info(疾病信息))或显示院内事务信息的事务信息显 示应用等。后者的医用应用本来不需要与其他医用应用之间要求显示患者 的同一性。

此外，前者的医用应用存在与其他医用应用之间要求显示患者同一性 的应用和不要求同一性的应用。例如，医用报告保管装置12b执行的类似 病例检索应用，是对与当前阅片的患者图像所见具有类似所见的医用图像 进行检索并显示的医用应用，但不需要检索结果的医用图像的患者相同。

另外，如图3所示，医用应用的属性数据包含所执行的医用应用的画 面上的患者ID的显示区域数据。在所执行的医用应用的画面上，用x坐标 (x)、y坐标(y)、宽度(w)和高度(h)指定显示区域数据。再有，显 示区域数据未必是固定值，也可以是显示区域的计算式等。如图3所示， 作为医用应用的图像显示应用(ID：viewer(浏览器))，被设定为用画面 上的显示区域数据“x：10、y：10、w：300、h：50”显示患者ID。

再有，图2是在客户终端13中具备统一保管医用应用的属性数据的属 性保管部57的结构。但是不限定于该情况。例如，也可以设为在与网络N 相连接的其他装置中具备属性保管部57的结构。此外，例如也可以构成为 伴随医用应用而在各服务器12中分别具备属性保管部57。

图4是示出本实施方式的医用信息管理系统1的服务器12和客户终端 13的结构变形例的概略图。

医用图像保管装置12a具备处理部31、存储部32、接收部33、医用 图像DB34、医用应用保管部35、发送部36和属性保管部57a。再有，在 图4中，对与图2相同的部件标记同一符号并省略说明。

属性保管部57a仅保管图2所示的属性保管部57所保管的属性数据中 的、与医用应用保管部35中保管的医用应用有关的属性数据。由于在图4 所示的医用图像保管装置12a的医用应用保管部35中保管有作为医用应用 的图像显示应用，因此，属性保管部57a仅保管与图像显示应用有关的属 性数据。图5中示出在属性保管部57a中保管的属性数据。

此外，医用报告保管装置12b具备处理部41、存储部42、接收部43、 医用报告DB44、医用应用保管部45、发送部46和属性保管部57b。

属性保管部57b仅保管图2所示的属性保管部57所保管的属性数据中 的、与医用应用保管部45中保管的医用应用有关的属性数据。由于在图4 所示的医用报告保管装置12b的医用应用保管部45中保管有作为医用应用 的报告制作应用，因此，属性保管部57b仅保管与报告制作应用有关的属 性数据。图6中示出保管在属性保管部57b中的属性数据。

图7是示出本实施方式的医用信息管理系统1的第一功能的框图。

通过图2所示的处理部51执行程序，客户终端13如图7所示地发挥 患者设定部61、应用画面显示指示部62、应用ID确定部63、同一性要否 判断部64、应用数运算部65、画面上患者确定部66、同一性判断部67、 判断结果显示指示部68和记录指示部69的功能。再有，客户终端13的构 成要素61至69的全部或者一部分，也可以作为硬件具备在客户终端13中。 此外，构成要素61至69的全部或者一部分，也可以具备在服务器12的某 个中。

患者设定部61具有如下功能：利用检查列表画面(检查列表应用)等， 基于操作者通过输入部53输入的输入信号，设定应该制作医用报告的患者 (患者ID)。

应用画面显示指示部62具有对服务器12做出与患者设定部61设定的 患者ID相对应的医用数据的显示要求(请求)的功能；和、接收为了显示 被要求显示的医用数据而执行的医用应用的画面和逻辑、以及被要求显示 的医用数据，并对显示部54指示显示所执行的应用的画面的功能。例如， 应用画面显示指示部62从医用图像保管装置12a接收为了显示与患者设定 部61设定的患者ID相对应的医用图像而执行的图像显示应用的画面和逻 辑、以及被要求显示的医用图像，并对显示部54指示显示所执行的图像显 示应用的画面。此外，应用画面显示指示部62从医用报告保管装置12b接 收为了显示与患者设定部61设定的患者ID相对应的医用报告而执行的报 告制作应用的画面和逻辑、以及被要求显示的医用报告，并对显示部54指 示显示所执行的报告制作应用的画面。图8中示出与显示部54上显示的某 患者ID(ID：M1234)有关的医用图像显示画面Ii和医用报告制作画面Ir 的例子。

应用ID确定部63具有如下功能：根据应用画面显示指示部62的显示 指示，按照画面显示的定时或者规定周期，确定应用画面显示指示部62从 服务器12接收的医用应用的ID。利用进程(process)信息与医用应用ID 的对应信息进行医用应用ID的确定。对应信息由操作者或维修人员事先给 予。

应用ID确定部63中的典型的医用应用ID确定处理如下。应用ID确 定部63取得应用画面显示指示部62接收的医用应用的进程(process)一 览。在各进程中存在由OS(操作系统)管理的名称或执行文件的路径名等 信息。应用ID确定部63从OS取得进程信息，根据取得到的信息与医用 应用ID的对应信息，确定医用应用ID。再有，不存在与医用应用ID之间 的对应的医用应用在显示患者的同一性判断对象之外。

同一性要否判断部64具有如下功能：基于与应用ID确定部63确定的 医用应用ID相对应的、属性保管部57中保管的属性数据，判断应用ID确 定部63所确定的医用应用ID的医用应用是否与其他医用应用之间要求显 示患者的同一性。例如，同一性要否判断部64参照属性保管部57中保管 的图像显示应用的属性数据，判断图像显示应用是否是与报告制作应用之 间要求显示患者同一性的应用。此外，同一性要否判断部64还参照属性保 管部57中保管的报告制作应用的属性数据，判断报告制作应用是否是与图 像显示应用之间要求显示患者同一性的应用。

应用数运算部65具有计算由同一性要否判断部64判断出要求显示患 者同一性的医用应用的数量的功能。应用数运算部65在由同一性要否判断 部64判断出要求显示患者同一性的医用应用的数量是0或者1的情况下， 成为用患者设定部61设定患者ID的待机状态。

画面上患者确定部66具有如下功能：在应用数运算部65计算出的要 求显示患者同一性的医用应用的数量是多个的情况下，确定与被判断为要 求显示患者同一性的多个医用应用相对应的多个画面上现实显示的多个患 者信息、例如患者ID。对患者ID进行显示的医用应用，为了防止操作者 的误诊，原则上在医用应用的画面内一定会显示确定患者的患者ID。

图9是用于说明确定患者的步骤的图。

如图9的上段所示，显示部54示出与某患者ID(ID：M1234)有关 的、与要求显示患者同一性的多个医用应用相对应的多个画面，例如医用 图像显示画面Ii和医用报告制作画面Ir。此外，属性保管部57保管着医用 图像显示画面Ii上的患者ID的显示区域数据和医用报告制作画面Ir上的 患者ID的显示区域数据。

基于在图9的上段示出的医用报告制作画面Ir和报告制作应用的显示 区域数据，如图9的中段所示地取得医用报告制作画面Ir上的患者ID的显 示区域的俘获(Capture)。接着，对俘获图像适用OCR(optical character  reader：光字符阅读机)，如图9的下段所示地提取俘获图像中包含的字符 串。将提取出的字符串确定为医用报告制作画面Ir正在显示的患者的患者 ID。关于医用图像显示画面Ii，也与医用报告制作画面Ir同样地确定为医 用图像显示画面Ii上正在显示的患者的患者ID。

图7中示出的同一性判断部67具有如下功能：对通过执行多个医用应 用而得到的、按照多个显示指示而现实显示的多个画面所对应的多个患者 信息的同一性进行判断的功能。同一性判断部67对与画面上患者确定部66 所确定的多个画面相对应的多个患者信息、例如患者ID进行比较，并判断 是否发生了患者ID的不一致。同一性判断部67判断出正常状态或者危险 状态，所述正常状态是，正在显示部54上显示同一患者ID的多个画面， 所述危险状态是，虽然要求显示患者的同一性，但是却在显示部54中正在 显示不同的患者ID的多个画面。在由同一性判断部67判断为是正常状态 的情况下，成为用患者设定部61设定患者ID的待机状态。

再有，已经说明了画面上患者确定部66基于属性保管部57中保管的 属性数据中所包含的显示区域数据，确定多个画面上现实显示的多个患者 ID，同一性判断部67对多个画面上现实显示的多个患者ID进行比较的情 况，但不限定于该情况。使用图10说明其他例子。

图10是用于说明由多个医用应用显示的多个患者信息的比较方法的 概念图。

如图10所示，接受由患者设定部61在检查列表画面(检查列表应用) 中设定的患者ID(M1234)的显示要求，从而分别执行图像显示应用(ID： 浏览器)和报告制作应用(ID：报告)，并在显示部54上显示图8所示的 画面。此外，检查列表应用还将已做出了患者ID(M1234)的显示要求的 情况发送给监视部58。

另一方面，所述图像显示应用和报告制作应用分别向监视部58发送画 面上实际正在显示的患者ID。在此，监视部58利用监视应用，对从检查 列表应用发送来的显示要求的患者ID(M1234)和从图像显示应用发送来 的实际显示的患者ID进行比较，并且对从检查列表应用发送来的显示要求 的患者ID(M1234)和从报告制作应用发送来的实际显示的患者ID进行比 较。通过这样做，监视部58判断图像显示应用和报告制作应用是否正在显 示被要求显示的患者ID(M1234)。即，监视部58判断是否发生患者ID 的不一致。

或者，在图像显示应用和报告制作应用向监视部58分别发送了画面上 实际正在显示的患者ID时，监视部58利用监视应用，对从图像显示应用 发送来的实际显示的患者ID和从报告制作应用发送来的实际显示的患者 ID进行比较。通过这样做，监视部58判断图像显示应用和报告制作应用 是否正在显示被要求显示的患者ID(M1234)。

图11是示出显示部54上显示的正常状态和危险状态的例子。

图11的上段是由同一性判断部67判断为正常状态的情况下的患者ID 的组合例子。在图11的上段中，图像显示应用(ID：浏览器)正在显示的 患者ID和报告制作应用(ID：报告)正在显示的患者ID相同。

图11的下段是由同一性判断部67判断为危险状态的情况下的患者ID 的组合例子。在图11的下段中，图像显示应用(ID：浏览器)正在显示的 患者ID和报告制作应用(ID：报告)正在显示的患者ID不同。

图7所示的判断结果显示指示部68，具有在根据同一性判断部67的 判断结果而判断为危险状态时，对显示部54指示显示该消息的功能。在被 显示部54显示危险状态时，成为用患者设定部61设定患者ID的待机状态。

图12是示出显示部54上显示的危险状态的第一例的图。

图12所示的例子中示出了对操作者显示出图像显示应用(ID：浏览器) 和报告制作应用(ID：报告)如图11的下段那样地正在显示不同的患者ID 的危险状态的情况。在图12所示的例子中，在通过应用画面显示指示部62 显示在显示部54上的画面(图8所示)上，除了显示部54所显示的危险 状态和危险状态的内容之外，还显示出操作者应该做出的对策。从而，操 作者能够一边看通过应用画面显示指示部62显示在显示部54上的画面， 一边识别该显示的危险状态。

图13是示出显示部54上显示的危险状态的第二例的图。

图13所示的例子中示出了对操作者显示出图像显示应用(ID：浏览器) 和报告制作应用(ID：报告)如图11的下段那样地正在显示不同的患者ID 的危险状态的情况。在图13所示的例子中，在通过应用画面显示指示部62 显示在显示部54上的整个画面(图8所示)中，对想通知给操作者的患者 ID部分以外的部分进行遮盖处理，并在画面上配置“OK”按钮。然后，锁 定显示部54的整个画面，直到被操作输入部53的操作者按下画面上的 “OK”按钮为止。画面上的“OK”按钮被按下时，解除遮盖处理，成为 患者设定部61设定患者ID的待机状态。从而，操作者能够一边看通过应 用画面显示指示部62显示在显示部54上的画面，一边识别该显示的危险 状态。

根据图12和图13所示的显示方法，能够容易地向操作者通知要求显 示患者同一性的多个医用应用之间正处于不具有显示患者同一性的危险状 态的情况。

图7所示的记录指示部69具有如下功能：在由同一性判断部67判断 为客户终端13是危险状态的情况下，向存储部52等指示记录客户终端13 的危险状态。记录指示部69进行记录的记录目标是事件日志或在该状态时 制成的文件(报告等)内。所记录的信息至少包含危险状态的发生、发生 时刻和危险状态的内容。此外，也可以在用户参照危险状态下制成的文件 时，向操作者提示由记录指示部69记录的信息，并在内容中示出有误诊的 可能性。

图14是示出本实施方式的医用信息管理系统1的第二功能的框图。

通过图2所示的处理部51执行程序，客户终端13如图14所示地发挥 患者设定部61、应用画面显示指示部62、应用ID确定部63、同一性要否 判断部64、应用数运算部65、画面上患者确定部66、同一性判断部67、 警告状态判断部70、判断结果显示指示部71和记录指示部72的功能。再 有，客户终端13的构成要素61至67和70至72的全部或者一部分，也可 以是作为硬件而具备在客户终端13中。此外，构成要素61至67和70至 72的全部或者一部分，也可以具备在服务器12的某个中。在图14中，对 与图7相同的部件标记同一符号并省略说明。

警告状态判断部70具有如下功能：基于客户终端13的进程状态，对 由同一性判断部67判断出的正常状态进行判断，根据正常状态今后的测与， 判断出，今后也是正常状态，或者是今后有可能变为危险状态的警告状态。 警告状态判断部70对由同一性判断部67判断出的正常状态进行判断，判 断出，是没有在锁定状态下的客户终端13的进程(process)的状态、即今 后也是正常状态，或者是没有进程应答的状态、即警告状态。在该警告状 态的情况下，锁定医用应用。

判断结果显示指示部71具有如下功能：在根据同一性判断部67或者 警告状态判断部70的判断结果判断为是危险状态或者警告状态时，将该消 息显示在显示部54上。在由显示部54显示危险状态或者警告状态时，成 为用患者设定部61设定患者ID的待机状态。

图15是示出显示部54上显示的警告状态的第一例的图。

在图15所示的例子中示出了对操作者显示出警告状态，即，虽然是图 像显示应用(ID：viewer)和报告制作应用(ID：report)如图11的上段那 样地正在显示同一患者ID的正常状态，但是没有进程应答。在图15所示 的例子中，在通过应用画面显示指示部62显示在显示部54上的画面(图8 所示)上，除了显示部54所显示的警告状态和警告状态内容之外，还显示 操作者应该做出的对策。从而，操作者能够一边看通过应用画面显示指示 部62显示在显示部54上的画面，一边识别该显示的警告状态。

或者，图14所示的警告状态判断部70具有如下功能：基于服务器12 的回波应答，对由同一性判断部67判断出的正常状态进行判断，根据正常 状态今后的预测，判断出，今后也是正常状态，或者是今后有可能变为危 险状态的警告状态。警告状态判断部70对由同一性判断部67判断出的正 常状态进行判断，判断出，是对于发送给服务器12的回波要求有应答的状 态、即今后也是正常状态，还是对发送给服务器12的回波要求没有应答的 状态、即警告状态。在该警告状态的情况下，服务器12停机。

或者，警告状态判断部70具有如下功能：在存在多个客户终端13的 情况下，基于其他客户终端的回波应答，对由同一性判断部67判断出的正 常状态进行判断，根据正常状态今后的预测，判断出，今后也是正常状态， 或者是今后有可能变为危险状态的警告状态。警告状态判断部70对由同一 性判断部67判断出的正常状态进行判断，判断出，是对于发送给其他客户 终端的回波要求有应答的状态、即今后也是正常状态，或者是对发送给其 他客户终端的回波要求没有应答的状态、即警告状态。在该警告状态的情 况下，切断网络N。

图16是示出显示部54上显示的警告状态的第二例的图。

在图16所示的例子中示出了对操作者显示出警告状态，即，虽然是图 像显示应用(ID：浏览器)和报告制作应用(ID：报告)如图11的上段那 样地正在显示同一患者ID的正常状态，但是网络N异常。在图16所示的 例子中，在通过应用画面显示指示部62显示在显示部54上的画面(图8 所示)上，除了显示部54所显示的警告状态和警告状态内容之外，还显示 操作者应该做出的对策。从而，操作者能够一边看通过应用画面显示指示 部62显示在显示部54上的画面，一边识别该显示的警告状态。此外，也 可以在警告状态的显示中适用图13所示的危险状态的显示。

图14所示的记录指示部72具有如下功能：在由同一性判断部67判断 为客户终端13是危险状态的情况下和由警告状态判断部70判断为客户终 端13是警告状态的情况下，记录客户终端13的危险状态或者警告状态。 记录指示部72进行记录的记录目标是事件日志或在该状态时制成的文件 (报告等)内。所记录的信息至少包含危险状态或者警告状态的发生、发 生时刻和危险状态或者警告状态的内容。此外，也可以在用户参照危险状 态或警告状态下制成的文件时，向操作者提示由记录指示部72记录的信息， 并在内容中示出有误诊的可能性。

再有，本实施方式的医用信息管理系统1是以各个医用应用不能同时 显示多个患者信息，即、1个医用应用只能同时显示1个人的患者信息为前 提进行了说明。但是，也可以扩展到将能同时显示多个患者信息的医用应 用作为对象。该情况下，在1个医用应用的画面内确定多个患者信息，将 确定的多个患者信息用于患者的同一性判断。即，在1个医用应用中显示 不同的2个人的患者信息的情况下，在显示了该医用应用的画面的时刻成 为危险状态。

根据本实施方式的医用信息管理系统1，即使是与要求患者同一性的 多个医用应用相对应的多个画面上显示不同的患者ID的情况下，也能够向 操作者通知危险状态或警告状态以及其对策，因此实现了操作者作业的高 效化。

此外，根据本实施方式的医用信息管理系统1，即使是与要求患者同 一性的多个医用应用相对应的多个画面上显示不同的患者ID的情况下，也 能够向操作者通知危险状态或警告状态，因此能够减少操作者弄错患者的 风险。

再有，在前述的实施方式中，是以通过执行各服务器12所提供的医用 应用来进行客户终端13中的来自各服务器12的医用数据的显示为前提。 但是，医用应用未必需要由各服务器12提供，也可以在客户终端13自身 中进行保管。该情况下，在图2所示的各服务器12中存在的医用应用保管 部35、45和医用图像DB34、44，也存在于客户终端13中。并且，处理部 51通过执行客户终端13的医用应用保管部中保管的医用应用，来显示所执 行的医用应用的画面和逻辑、以及医用图像DB34、44或者客户终端13的 医用图像DB中保管的医用图像。在这种实施方式的情况下，通过在属性 保管部57中管理客户终端13中所保管的医用应用的属性，就能得到与前 述的实施方式同样的效果。

已经说明了本发明的几个实施方式，但是这些实施方式是作为例子而 提出的，并不是想限定发明范围。这些实施方式可以以其他各种各样的方 式进行实施，可以在不脱离发明主旨的范围内进行各种各样的省略、置换 和变更。这些实施方式或其变形包含在发明的范围或主旨内，并且也包含 在权利要求书中记载的发明及其等价的范围内。