专利名称：医用信息管理系统、医用信息管理装置和医用信息显示装置的制作方法
技术领域：
作为本发明的一个形态的本实施方式，涉及通过执行用于使医用数据显示的医用应用来显示医用数据的医用信息管理系统、医用信息管理装置和医用信息显示装置。
背景技术：
医用信息管理系统具备X射线计算机断层摄影(CT)装置、磁共振成像(MRI)装置等医用图像摄影装置、各种服务器和客户终端。作为各种服务器，例举有医用图像保管装置、医用报告(阅片报告)保管装置和电子病历保管装置。医用图像摄影装置、各种服务器和客户终端经由网络连接成可相互进行通信。医用图像保管装置保管由医用图像摄影装置取得的患者的医用图像。医疗工作者(以下称为“操作者”)参照客户终端上所显示的医用图像，在客户终端上显示的医用报告制作画面中写入针对医用图像的医学所见，来制作医用报告。将制作成的医用报告记录在·医用报告保管装置中。由各服务器提供的医用应用进行客户终端中的来自各服务器的医用数据的显示。从而在客户终端显示许多医用应用的画面。客户终端所显示的医用应用存在几个大的分类从医用图像保管装置提供的图像显示应用；从医用报告保管装置提供的报告制作应用；和从电子病历保管装置提供的电子病历显示应用等。另外，图像显示应用的种类还细分为2D图像显示应用和3D图像显示应用等。另外，还有由多个制造商提供相同分类的医用应用的情况，例如，具有提供第一图像显示应用的第一医用图像保管装置和提供第二图像显示应用的第二医用图像保管装置的情况，在客户终端中执行很多种类的应用。在操作者制作医用报告时，客户终端为了显示制作医用报告所必要的医用图像，会利用到从医用图像保管装置提供的医用应用即图像显示应用。此外，在操作者制作医用报告时，除了医用图像以外，客户终端还会显示制作医用报告所必要的各种医用数据。例如，客户终端会利用从医用报告保管装置提供的医用应用即报告应用、或从电子病历保管装置提供的医用应用即电子病历应用等，来收集医用数据并进行显示。医用应用中存在使用患者ID (identification)来进行相互协作的应用。例如,在客户终端使用报告应用显示第一患者的医用报告时，医用图像应用自动与报告应用协作地显示第一患者的医用图像。通过医用应用这样地自动协作来取得各个医用应用所显示的患者的整合性。再有，已公开了一种能够提高医用报告的制作效率的阅片报告制作辅助装置(例如，参照专利文献I)。现有技术文献专利文献专利文献I :日本专利第2624927号公报
发明内容
发明所要解决的问题使用根据患者ID进行协作的多个医用应用的客户终端，基本上正常状态是全部医用应用总是显示着同一患者的医用数据。虽然最开始时客户终端中全部医用应用总是显示着同一患者的医用数据，但是有时会因为医用应用的锁定、网络的切断、各管理装置的停机等原因，多个医用应用间的协作未正常发挥作用而成为危险状态(在多个医用应用间显示的患者不同)。例如，客户终端使用报告应用显示着第一患者的医用报告的情况下，使用图像显示应用显示了第二患者的医用图像。在多个医用应用间显示的患者不同的情况下，就成为客户终端在同一画面上显示 不同患者的医用数据，因此，操作者要从客户终端上显示的许多医用数据中只选出期望患者的医用数据、例如第二患者的医用数据会很费功夫，从而具有医用报告的制作效率差的问题。此外，如果在多个医用应用间显示的患者不同的情况下，操作者的注意力不够时，甚至会出现在第一患者的医用报告制作画面中写入第二患者的医用图像的所见的可能性。其结果，具有参照该制作成的医用报告的操作者会误诊的可能性。本发明所要解决的问题在于，在具备客户终端的医用信息管理系统中，即使在与要求患者同一性的多个医用应用相对应的多个画面上显示不同的患者ID的情况下，也能够通过向操作者通知危险状态或警告状态及其对策，来实现操作者的作业高效化。
图I是示出本实施方式的医用信息管理系统的结构的概略图。图2是示出本实施方式的医用信息管理系统的服务器和客户终端的结构的概略图。图3是示出在客户终端的属性保管部中保管的属性数据的图。图4是示出本实施方式的医用信息管理系统的服务器和客户终端的结构变形例的概略图。图5是示出在医用图像保管装置的属性保管部中保管的属性数据的图。图6是示出在医用报告保管装置的属性保管部中保管的属性数据的图。图7是示出本实施方式的医用信息管理系统的第一功能的框图。图8是示出显示部显示的与某个患者ID有关的医用图像显示画面和医用报告制作画面的例子的图。图9是用于说明确定患者的步骤的图。图10是用于说明由多个医用应用所显示的多个患者信息的比较方法的概念图。图11是示出显示部显示的正常状态和危险状态的例子的图。图12是示出显示部显示的危险状态的第一例的图。图13是示出显示部显示的危险状态的第二例的图。图14是示出本实施方式的医用信息管理系统的第二功能的框图。图15是示出显示部显示的警告状态的第一例的图。图16是示出显示部显示的警告状态的第二例的图。
具体实施例方式参照附图，对本实施方式的医用信息管理系统、医用信息管理装置和医用信息显示装置进行说明。本实施方式的医用信息管理系统为了解决上述问题，具有显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一性。本实施方式的医用信息管理装置为了解决上述问题，具有显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对外部的医用信息显示装置指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一性。 本实施方式的医用信息显示装置为了解决上述问题，具有显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一性。图I是示出本实施方式的医用信息管理系统的结构的概略图。图I示出本实施方式的医用信息管理系统I。医用信息管理系统I具备医用图像摄影装置(医用设备(modality)) 11、服务器12和客户终端13。作为服务器12，举出医用图像保管装置12a、医用报告保管装置12b和电子病历保管装置12c等。医用图像摄影装置(医用设备)11、服务器12和客户终端13可经由LAN(local area network :局域网)等网络N相互通信。再有，在医用信息管理系统I中具备的医用图像摄影装置(医用设备)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是示出本实施方式的医用信息管理系统I的服务器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 accessmemory :随机存取存储器)等的存储装置。将存储部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进行基础操作的⑶I (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:vieweH浏览器))、或医用报告保管装置12b执行的报告制作应用(ID :r印ort (报告))和类似病例检索应用(ID :similar_image_seach(类似影像搜索))、或电子病历保管装置12c (图I中不出)执行的电子病历应用(ID chart (病历))。在此,如图3的下段所不，在医用信息管理系统I具有同一分类的多个服务器12、例如多个医用图像保管装置12a的情况下，按照多个医用图像保管装置12a的每个图像显示应用(ID :No. l_viewer, No. 2_viewer)，来具有要否数据。另一方面,作为后者的医用应用,举出有显示病例信息的病例信息显示应用(ID:disease_info (疾病/[目息))或显不院内事务彳目息的事务彳目息显不应用等。后者的医用应用本来不需要与其他医用应用之间要求显示患者的同一性。此外，前者的医用应用存在与其他医用应用之间要求显示患者同一性的应用和不要求同一性的应用。例如，医用报告保管装置12b执行的类似病例检索应用，是对与当前阅片的患者图像所见具有类似所见的医用图像进行检索并显示的医用应用，但不需要检索结 果的医用图像的患者相同。另外，如图3所示，医用应用的属性数据包含所执行的医用应用的画面上的患者ID的显示区域数据。在所执行的医用应用的画面上，用X坐标(x)、y坐标(y)、宽度(w)和高度(h)指定显示区域数据。再有，显示区域数据未必是固定值，也可以是显示区域的计算式等。如图3所示，作为医用应用的图像显示应用(ID=VieweH浏览器))，被设定为用画面上的显示区域数据“X :10、y 10> w :300、h :50”显示患者ID。再有，图2是在客户终端13中具备统一保管医用应用的属性数据的属性保管部57的结构。但是不限定于该情况。例如，也可以设为在与网络N相连接的其他装置中具备属性保管部57的结构。此外，例如也可以构成为伴随医用应用而在各服务器12中分别具备属性保管部57。图4是示出本实施方式的医用信息管理系统I的服务器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是示出本实施方式的医用信息管理系统I的第一功能的框图。通过图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判断出要求显示患者同一性的医用应用的数量是O或者I的情况下，成为用患者设定部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)。S卩，监视部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部分以外的部分进行遮盖处理，并在画面上配置“0K”按钮。然后，锁定显示部54的整个画面，直到被操作输入部53的操作者按下画面上的“0K”按钮为止。画面上的“0K”按钮被按下时，解除遮盖处理，成为患者设定部61设定患者ID的待机状态。从而，操作者能够一边看通过应用画面显示指示部62显示在显示部54上的画面，一边识别该显示的危险状态。根据图12和图13所示的显示方法，能够容易地向操作者通知要求显示患者同一性的多个医用应用之间正处于不具有显示患者同一性的危险状态的情况。图7所示的记录指示部69具有如下功能在由同一性判断部67判断为客户终端13是危险状态的情况下，向存储部52等指示记录客户终端13的危险状态。记录指示部69进行记录的记录目标是事件日志或在该状态时制成的文件(报告等)内。所记录的信息至少包含危险状态的发生、发生时刻和危险状态的内容。此外，也可以在用户参照危险状态下制成的文件时，向操作者提示由记录指示部69记录的信息，并在内容中示出有误诊的可能性。图14是示出本实施方式的医用信息管理系统I的第二功能的框图。通过图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所示的例子中示出了对操作者显示出警告状态，S卩，虽然是图像显示应用(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所示的例子中示出了对操作者显示出警告状态，S卩，虽然是图像显示应用(ID :浏览器)和报告制作应用(ID :报告)如图11的上段那样地正在显示同一患者ID的正常状态，但是网络N异常。在图16所示的例子中，在通过应用画面显示指示部62显示在显示部54上的画面(图8所示)上，除了显示部54所显示的警告状态和警告状态内容之夕卜，还显示操作者应该做出的对策。从而，操作者能够一边看通过应用画面显示指示部62显示在显示部54上的画面，一边识别该显示的警告状态。此外，也可以在警告状态的显示中适用图13所示的危险状态的显示。图14所示的记录指示部72具有如下功能在由同一性判断部67判断为客户终端13是危险状态的情况下和由警告状态判断部70判断为客户终端13是警告状态的情况下，记录客户终端13的危险状态或者警告状态。记录指示部72进行记录的记录目标是事件日志或在该状态时制成的文件(报告等)内。所记录的信息至少包含危险状态或者警告状态的发生、发生时刻和危险状态或者警告状态的内容。此外，也可以在用户参照危险状态或警告状态下制成的文件时，向操作者提示由记录指示部72记录的信息，并在内容中示出有误诊的可能性。再有，本实施方式的医用信息管理系统I是以各个医用应用不能同时显示多个患
者信息，即、I个医用应用只能同时显示I个人的患者信息为前提进行了说明。但是，也可以扩展到将能同时显示多个患者信息的医用应用作为对象。该情况下，在I个医用应用的画面内确定多个患者信息，将确定的多个患者信息用于患者的同一性判断。即，在I个医用应用中显示不同的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中所保管的医用应用的属性，就能得到与前述的实施方式同样的效果。已经说明了本发明的几个实施方式，但是这些实施方式是作为例子而提出的，并不是想限定发明范围。这些实施方式可以以其他各种各样的方式进行实施，可以在不脱离发明主旨的范围内进行各种各样的省略、置换和变更。这些实施方式或其变形包含在发明的范围或主旨内，并且也包含在权利要求书中记载的发明及其等价的范围内。
权利要求
1.一种医用信息管理系统，具有 显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和 同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一丨I"生。
2.一种医用信息管理装置，具有 显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用 数据的画面来作为数据，并对外部的医用信息显示装置指示显示所述画面；和 同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一丨I"生。
3.一种医用信息显示装置，具有 显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和 同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一丨I"生。
4.根据权利要求3所述的医用信息显示装置，还具有 保管单元，针对所述多个医用应用的各个医用应用，保管与其他医用应用之间是否要求患者信息的同一性的信息，来作为属性数据；和 要否判断单元，基于所述属性数据，判断与所生成的画面相对应的所述医用应用是否是要求所述同一性的医用应用， 所述同一性判断单元在判断为要求所述同一性的医用应用是多个的情况下，判断与要求所述同一性的多个医用应用相对应的多个患者信息是否相同， 所述显示指示单元在由所述同一性判断单元判断为不相同的情况下，指示显示该消肩、O
5.根据权利要求3所述的医用信息显示装置，还具有 保管单元，关于所述多个医用应用的各个医用应用，保管与所述各个医用应用相对应的画面上显示患者信息的显示区域；和 确定单元，确定所述多个画面的各画面上的显示区域， 所述同一性判断单元判断与所确定的所述多个显示区域相对应的多个患者信息是否相同， 所述显示指示单元在由所述同一性判断单元判断为不相同的情况下，指示显示该消肩、O
6.根据权利要求3所述的医用信息显示装置， 还具有监视单元，所述监视单元接收在所述医用应用中要求显示的医用数据的第一患者信息，另一方面，从被要求显示的所述医用应用接收所述画面上的第二患者信息， 所述监视单元对所述第一患者信息和所述第二患者信息进行比较，所述同一性判断单元基于所述监视单元的比较结果，判断与所述多个医用应用相对应的多个画面上的患者信息是否相同。
7.根据权利要求3所述的医用信息显示装置， 所述同一性判断单元在判断为所述多个患者信息相同的情况下，判断是否有进程的应答， 所述显示指示单元在由所述同一性判断单元判断为没有所述进程的应答的情况下，显示该消息。
8.根据权利要求7所述的医用信息显示装置， 还具有记录指示单元，所述记录指示单元在由所述同一性判断单元判断为没有所述进程的应答的情况下，记录该消息。
9.根据权利要求3所述的医用信息显示装置， 所述同一性判断单元在判断为所述多个患者信息相同的情况下，判断对发送给所述医用信息管理装置的回波要求是否有应答， 所述显示指示单元在由所述同一性判断单元判断为对所述回波要求没有应答的情况下，显示该消息。
10.根据权利要求9所述的医用信息显示装置， 还具有记录指示单元，所述记录指示单元在由所述同一性判断单元判断为对所述回波要求没有应答的情况下，记录该消息。
11.根据权利要求3所述的医用信息显示装置， 还具有记录指示单元，所述记录指示单元在由所述同一丨丨生判断单元判断为所述患者信息不相同的情况下，对存储装置指示记录该消息。
12.根据权利要求3所述的医用信息显示装置， 在由所述同一性判断单元判断为没有进程的应答的情况下，或者判断为对发送给所述医用信息管理装置的回波要求没有应答的情况下，所述画面中的除了患者信息以外的部分被进行遮盖处理，来限制操作。
13.根据权利要求I所述的医用信息管理系统， 在包括具有所述显示指示单元和所述同一性判断单元的多个医用信息显示装置的情况下， 所需的医用信息显示装置的同一性判断单元在判断为所述多个患者信息相同的情况下，判断是否对发送给其他医用信息显示装置的回波要求有应答， 所述所需的医用信息显示装置的显示指示单元在由所述同一性判断单元判断为对所述回波要求没有应答的情况下，显示该消息。
全文摘要
医用信息管理系统具有显示指示单元，从存储装置取得与患者信息有关的医用数据，并且在用于显示所取得的医用数据的医用应用被执行时，所述显示指示单元生成示出与所述患者信息有关的医用数据的画面来作为数据，并对显示装置指示显示所述画面；和同一性判断单元，在多个医用应用被执行时，判断与所述多个医用应用相对应的多个患者信息的同一性。
文档编号G06Q50/24GK102713966SQ201280000413
公开日2012年10月3日 申请日期2012年1月20日 优先权日2011年1月20日
发明者丹羽贤一, 寺井公一, 平沢阳介, 高久直人 申请人:东芝医疗系统株式会社, 株式会社东芝