CN108140427A - 医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法和存储在介质中的程序 - Google Patents
医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法和存储在介质中的程序 Download PDFInfo
- Publication number
- CN108140427A CN108140427A CN201680060182.9A CN201680060182A CN108140427A CN 108140427 A CN108140427 A CN 108140427A CN 201680060182 A CN201680060182 A CN 201680060182A CN 108140427 A CN108140427 A CN 108140427A
- Authority
- CN
- China
- Prior art keywords
- test
- test request
- terminal device
- information
- message
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/40—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for data related to laboratory analysis, e.g. patient specimen analysis
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/068—Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- General Business, Economics & Management (AREA)
- Business, Economics & Management (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
提供了医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法和存储在记录介质中的程序。该医疗装置包括:通信接口,被配置为接收请求执行医疗测试的测试请求消息;以及控制器,被配置为基于接收到的测试请求消息生成测试请求接收消息。通信接口还被配置为将测试请求接收消息发送到移动终端。
Description
技术领域
与示例性实施例公开一致的装置和方法涉及医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法、以及存储在记录介质中的程序。
背景技术
一种医疗信息系统(也称为医院信息系统:HIS)是用于通过软件自动执行医院管理或医疗管理任务的自动化系统。更详细地,医疗信息系统管理患者管理信息,执行医疗处方管理和交付,执行医疗记录管理和保险处理,存储/管理/发送患者的各种图像数据,收集/管理/存储各种医院管理信息以及医疗信息,并执行各种相关联的任务。上述医疗信息系统可以允许医生、护士、医疗实验室技师和管理者能够高效且快速地执行各种医院任务,并且可以改进医院管理的便利性。
医疗信息系统通过安装在医院中的内联网以下述方式将医院中存在的各种计算机连接到服务器设备,该方式使得计算机可以通过内联网与服务器设备进行通信,使得医疗信息系统可以收集、管理和存储与医院管理或医疗任务有关的各种信息。
发明内容
技术问题
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序,其可以允许位于远程站点的医疗测试工作人员快速地接收/确认医疗测试请求,使得可以适当且高效地执行医疗测试。
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序,其可以将医疗测试请求发送给适当的测试工作人员,根据需要将测试请求发送给新的测试工作人员,并快速且高效地执行医疗测试和观察任务。
技术方案
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序。
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序,其可以允许位于远程站点的医疗测试工作人员快速地接收/确认医疗测试请求,使得可以适当且高效地执行医疗测试。
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序,其可以将医疗测试请求发送给适当的测试工作人员,将测试请求发送给新的测试工作人员,并快速且高效地执行医疗测试和观察任务。
示例性实施例提供了医疗设备、用于控制医疗测试请求的系统和方法、以及存储在记录介质中的程序。
根据示例性实施例的一方面,提供了一种医疗装置,包括:通信接口,被配置为接收请求执行医疗测试的测试请求消息;以及控制器,被配置为基于接收到的测试请求消息生成测试请求接收消息。通信接口还被配置为将测试请求接收消息发送到移动终端。
测试请求接收消息可以包括下述各项中的至少一个:关于要测试的对象的信息、关于试样的信息、关于所请求的医疗测试的信息、关于预先存储的医疗测试的信息、关于所请求的医疗测试和预先存储的医疗测试的顺序的信息、关于医疗装置的状态的信息、关于紧急测试请求的信息、关于测试请求人的信息、以及关于实施(conduct)测试的检查者的信息。
控制器还可以被配置为基于测试请求消息确定医疗测试请求的顺序,并且基于关于紧急医疗测试请求的信息或从移动终端接收的用于改变顺序的命令来改变顺序。
控制器还可以被配置为基于接收到的测试请求消息确定估计的待机时间。
控制器还可以被配置为基于估计的医疗测试的数量和估计的医疗测试的类别或者基于估计的医疗测试的数量、估计的医疗测试的类别和医疗装置的状态来确定估计的待机时间。
控制器还可以被配置为基于每个医疗测试请求的紧急程度校正医疗测试请求的顺序,并且基于校正后的结果确定估计的待机时间。
控制器还可以被配置为确定测试请求接收消息被发送到的移动终端,并且通信接口还可以被配置为将测试请求接收消息发送到所确定的移动终端。
控制器还可以被配置为基于每个检查者的优先级来确定测试请求接收消息被发送到的移动终端设备,并且通信接口还可以被配置为将测试请求接收消息发送到检查者的移动终端当中的、具有最高优先级的检查者的高优先级的移动终端。
控制器还可以被配置为基于每个检查者的医疗测试历史、每个检查者实施的医疗测试的数量、每个检查者的要实施的医疗测试的数量、优先级信息和用户输入中的至少一个来确定优先级。
通信接口还可以被配置为从移动终端接收指示接受测试请求接收消息的请求接受消息或指示拒绝测试请求接收消息的请求拒绝消息。
控制器还可以被配置为基于接收到的请求拒绝消息、或响应于通信接口在一段时间内没有从移动终端接收到响应信号,来控制通信接口以将测试请求接收消息发送到移动终端当中的、具有在最高优先级后面的优先级的检查者的后续优先级的移动终端。
控制器还可以被配置为基于接收到的请求接受消息以及响应于在一段时间内没有开始医疗测试,来控制通信接口以将测试请求接收消息发送到移动终端当中的、具有在最高优先级后面的优先级的检查者的后续优先级的移动终端。
请求拒绝消息可以包括移动终端的用户的附加消息。
通信接口还可以被配置为从移动终端接收从该移动终端向另一移动终端发送测试请求接收消息的发送命令,并且控制器还可以被配置为基于接收到的命令控制通信接口以向该另一移动终端发送测试请求接收消息。
移动终端可以包括测试请求接收消息,并将与测试请求接收消息对应的测试请求消息发送到另一医疗设备。
通信接口还可以被配置为从个人计算机、服务器和移动终端之一接收测试请求消息。
控制器还可以被配置为确定关于是否不能够(impossible)使用医疗装置的信息,并且通信接口还可以被配置为将该信息发送到移动终端。
控制器还可以被配置为在发送测试请求接收消息之前执行认证。
控制器还可以被配置为基于移动终端的识别信息或移动终端的用户的识别信息来执行认证。
根据示例性实施例的一方面,提供了一种用于控制医疗测试请求的方法,该方法包括:由医疗装置接收请求执行医疗测试的测试请求消息;由医疗装置响应于接收到测试请求消息而生成测试请求接收消息;由医疗装置将测试请求接收消息发送到移动终端。
根据示例性实施例的一方面,提供了一种医疗装置,包括:通信接口,被配置为对医疗测试的请求;以及控制器,被配置为确定包括接收到的请求的对医疗测试的请求的顺序,并基于确定的顺序确定要执行下一医疗测试的检查者。通信接口还可以被配置为向确定的检查者的移动终端发送对确定的检查者执行下一医疗测试的请求。
接收到的请求可以包括接收到的请求的日期和时间、要被执行医疗测试的患者的标识、医疗测试中要使用的装备的信息、以及要执行医疗测试的检查者。
控制器还可以被配置为基于对应于各个请求的检查者的优先级确定顺序,并确定在所确定的顺序中最高的请求对应的检查者作为检查者。
有益效果
如从以上描述中明显的是,根据本公开的实施例的医疗设备、用于控制医疗测试请求的系统和方法以及存储在记录介质中的程序可以允许位于远程站点的医疗测试工作人员快速接收/确认医疗测试请求,使得可以适当且迅速地进行医疗测试。
根据本公开的实施例的上述医疗设备、用于控制医疗测试请求的系统和方法以及存储在记录介质中的程序可以将医疗测试请求发送给适当的测试工作人员。如果已接收到测试请求的测试工作人员不能执行医疗测试,则可以将测试请求传送给新的测试工作人员,使得可以高效地分配和执行医院的医疗测试。
附图说明
所包括的提供对本发明的进一步理解的附图示出了本发明的实施例,并且与描述一起用于说明本发明的原理。
图1是示出医疗测试请求控制系统的整体结构的概念图。
图2是示出根据本公开的实施例的各种医疗设备中的体外诊断(IVD)医疗设备的外观的透视图。
图3是示出根据本公开的实施例的医疗设备的框图。
图4是示出根据本公开的实施例的移动终端设备的框图。
图5示例性示出了观察(或测试)请求的列表。
图6是示出用于根据是否预先执行医疗测试来决定终端设备的方法的概念图。
图7是示出用于根据医疗测试的数量或残余(residual)测试的数量来决定终端设备的示例性方法的概念图。
图8是示出根据决定结果的医疗测试工作人员优先级的列表的概念图。
图9是示出通过其手动改变医疗测试工作人员优先级的第一示例性屏幕图像的概念图。
图10是示出通过其手动改变医疗测试工作人员优先级的第二示例性屏幕图像的概念图。
图11是示出用于向移动终端设备发送测试请求接收消息的示例性方法的概念图。
图12是示出用于向移动终端设备显示测试请求接收消息的示例性方法的概念图。
图13是示出用于允许医疗测试工作人员接受测试请求的示例性方法的概念图。
图14是示出当医疗测试工作人员接受测试请求时的医疗测试请求的示例性列表的概念图。
图15是示出用于允许医疗测试工作人员拒绝测试请求的示例性方法的概念图。
图16是示出用于根据测试请求的拒绝向第二移动终端设备发送测试请求接收消息的示例性方法的概念图。
图17是示出用于使用移动终端设备来检查医疗测试的列表的示例性方法的概念图。
图18是示出用于在接收到紧急测试请求时决定测试的顺序的第一方法的概念图。
图19是示出用于决定测试的顺序的第二方法的概念图。
图20是示出根据本公开的另一实施例的用于改变测试的顺序的方法的概念图。
图21是示出根据本公开的另一实施例的用于改变测试的顺序的方法的概念图。
图22是示出用于使用移动终端设备改变测试的顺序的第一方法的概念图。
图23是示出用于使用移动终端设备改变测试的顺序的第二方法的概念图。
图24是示出用于使用移动终端设备改变测试的顺序的第三方法的概念图。
图25是示出用于计算估计的待机时间的第一方法的概念图。
图26是示出用于计算估计的待机时间的第二方法的概念图。
图27是示出用于计算估计的待机时间的第三方法的概念图。
图28a是示出用于使用移动终端设备来核查多个医疗设备的状态的方法的概念图。
图28b是示出用于校正分别存储在各个医疗设备中的医疗测试请求列表的方法的概念图。
图28c示出用于显示分别存储在移动终端设备上显示的各个医疗设备中的多个医疗测试请求列表的示例性屏幕图像。
图28d示出用于显示分别存储在移动终端设备上显示的各个医疗设备中的多个医疗测试请求列表的示例性屏幕图像。
图28e示出用于校正医疗测试请求列表的示例性屏幕图像。
图29是示出用于认证移动终端设备的方法的流程图。
图30示出在移动终端设备上显示的示例性认证屏幕图像。
图31是示出用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第一方法的概念图。
图32是示出用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第二方法的概念图。
图33是示出用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第三方法的概念图。
图34是示出根据本公开的实施例的用于控制医疗测试请求的第一方法的流程图。
图35是示出根据本公开的实施例的用于控制医疗测试请求的第二方法的流程图。
图36是示出根据本公开的实施例的用于计算估计的待机时间的方法的流程图。
图37是示出根据本公开的实施例的用于将测试请求接收消息发送到另一测试工作人员的方法的流程图。
具体实施方式
下面参考附图更详细地描述示例性实施例。
在以下描述中,即使在不同的附图中,对于相似的元素,也使用相似的附图标记。提供描述中定义的事物,诸如详细的构造和元素,以帮助全面理解示例性实施例。然而,应明白,可以在没有那些具体定义的事物的情况下实践示例性实施例。此外,公知的功能或构造未进行详细描述,这是因为它们会以不必要的细节使描述模糊。
将理解,在说明书中描述的诸如“单元”,“…器(-er)(…件(-or))”和“模块”的术语是指用于执行至少一个功能或操作的元件,并且可以以硬件、软件或硬件与软件的组合实现。
图1是示出根据示例性实施例的医疗测试请求控制系统的整体结构的概念图。
参考图1,医疗测试请求控制系统1可以包括至少一个计算设备2、至少一个医疗设备100和至少一个终端设备200。为了方便描述,虽然为了方便描述根据示例性实施例的医疗测试请求控制系统1可以包括两个医疗设备(101、102)和三个终端设备(201、202、203),但是医疗设备100的数量和终端设备200的数量不限于此。根据示例性实施例,可以仅使用一个医疗设备100,或者可以使用三个或更多个医疗设备100。另外,可以使用一个或多个终端设备200,或者可以使用四个或更多个终端设备200。另外,多个医疗设备(101、102)中的一个被称为第一医疗设备101,并且另一个医疗设备被称为第二医疗设备102。多个医疗设备(201、202、203)中的第一个被称为第一终端设备201,第二个被称为第二终端设备202,并且第三个被称为第三终端设备203。然而,添加到医疗设备和终端设备的数字并不指示特定的顺序,仅被添加以识别各个实体,并且可以根据系统设计者被随机添加。
计算设备2、至少一个医疗设备100和至少一个终端设备200可以通过有线或无线通信网络彼此通信。
有线通信网络可以通过连接到每个设备的线缆来构建。线缆可以包括对绞线缆、同轴线缆、光纤线缆或以太网线缆。
有线通信网络可以使用局域网(LAN)或移动通信网络来实现。局域网(LAN)可以使用无线LAN、Wi-Fi、蓝牙、ZigBee、CAN通信、Wi-Fi直连(WFD)、超宽带(UWB)、红外数据协会(IrDA)、低功耗蓝牙(BLE)、近场通信(NFC)等来实现。移动通信网络也可以使用任何移动通信协议(例如,3GPP、3GPP2、全球微波互联接入(WiMAX)等)来实现。
计算设备2和至少一个医疗设备100可以使用各种通信协议彼此通信,使得计算设备2可以向/从至少一个医疗设备100发送/接收各种医疗信息,测试请求消息等。在这种情况下,可以使用协议(HL7、ASTM或POCT1A)。
计算设备2可以从台式计算机、膝上型计算机、上网本、平板PC、智能电话、移动电话等接收测试请求消息。计算设备2可以使用能够将接收到的测试请求消息发送到医疗设备100或服务器设备3的各种设备来实现。根据示例性实施例,用于在医疗测试请求控制系统1中使用的计算设备2的数量可以不特别限制于此。例如,可以使用一个或多个计算设备2。
计算设备2可以从测试请求工作人员接收与对试样(specimen)的测试请求有关的各种命令或信息。在这种情况下,测试请求工作人员可以包括医生、护士、医疗设备操作者,他们可以为要诊断的患者请求医疗测试。试样可以是待测试或分析的物质(material)或生物(living thing),例如,环境样本、生物样本、食物样本等。例如,目标对象可以包括人体的全部或一些部位、分别(separately)从目标对象提取的细胞组织或血液、以及如唾液或尿液的各种物质。在这种情况下,待测试的目标对象可以是试样,或者可以是从其提取试样的人或动物。试样可以是流体、固体等中的任一种。
测试请求人(工作人员)可以操纵安装到计算设备的各种输入设备,例如,键盘、鼠标、触摸屏、触摸板、轨迹球等,并且可以输入对试样的测试请求以及与测试请求有关的其他信息。
在计算设备2在输入的测试请求或各种信息的基础上生成测试请求消息之后,计算设备2可以通过有线或无线通信网络将生成的测试请求消息发送到一个或多个医疗设备100。为了与医疗设备100通信,计算设备可以在其中包括通信接口。通信接口可以包括用于接入上述有线通信网络的有线通信接口和用于接入无线通信网络的无线通信接口中的至少一个。
测试请求消息可以包括与测试相关联的各种信息。测试相关信息可以包括关于要测试的目标人员的信息、关于试样的信息、关于所请求的测试的信息、关于存在或不存在紧急测试的信息、关于测试请求人的信息和关于测试工作人员的信息中的至少一个。在这种情况下,测试工作人员可以是使用医疗设备100测试和分析试样的人(例如,医疗实验室技师)。
计算设备2可以向多个医疗设备(101、102)中的由测试工作人员选择的医疗设备发送测试请求消息。在这种情况下,假设测试工作人员仅选择一个医疗设备(例如,第一医疗设备101),如果计算设备2可以仅向选择的第一医疗设备101发送测试请求消息,并且如果测试请求人选择多个医疗设备(101、102),则可以将测试请求消息发送到所有选择的医疗设备,即第一医疗设备101和第二医疗设备102。
计算设备2还可以根据存储在计算设备2中的预定义的设置将测试请求消息发送到一个医疗设备100或若干医疗设备(101、102)。
根据示例性实施例,计算设备2可以将对应于测试请求命令的消息直接发送到一个或多个医疗设备100。根据另一示例性实施例,计算设备2可以通过单独的(separate)服务器设备3将消息发送到一个或多个医疗设备101。
单独的服务器设备3可以将从计算设备2接收到的消息发送到医疗设备100。在从计算设备2接收到关于医疗设备100的信息时,服务器设备3可以从多个医疗设备100中选择至少一个医疗设备100,并且可以将消息发送到所选择的医疗设备100。
服务器设备3可以使用各自充当服务器的各种设备来实现,并且还可以使用服务器计算机、台式计算机等来实现。
为了方便描述,可以省略服务器设备3。在这种情况下,测试请求消息可以从测试请求人的计算设备2直接传送到医疗设备100。如果如上所述省略服务器设备3,则不需要购买要用作单独的服务器设备3的设备,或者不需要单独提供布置该设备的空间,使得医疗测试请求控制系统1能够以较低的成本简单且快速地安装。
医疗设备100可以是被配置为对试样执行各种检查以及分析和测试试样的设备。医疗设备100可以包括各种电子组件以对试样执行各种检查,并且还可以包括通信相关组件以实现计算设备2与终端设备200之间的数据通信。
医疗设备100可以使用通信相关组件从计算设备2接收测试请求消息,可以在接收到的测试请求消息的基础上生成测试请求接收消息,并且可以将测试请求接收消息发送到终端设备200。
例如,医疗设备100可以包括体外诊断(IVD)医疗设备和图像诊断医疗设备。此外,医疗设备100可以包括当在医院或学校中测试试样时使用的各种设备或机器。
图2是示出根据示例性实施例的各种医疗设备中的IVD医疗设备的外观的透视图。
IVD医疗设备100a可以测试和分析由测试工作人员获得的或从待测试的患者获得的组织、血液或分泌物,由此获得医疗测试结果。IVD医疗设备可以包括用于在各种技术领域(例如,免疫化学诊断、血糖测量、床旁检验(POCT)、分子诊断、血液学、临床微生物学、止血、组织诊断等)中测试试样的各种设备。例如,IVD医疗设备可以包括各种诊断套件(diagnostic kits)、微流体设备等。
参考图2,IVD医疗设备100a包括外部壳体109、用户接口140a和分析部190。
外部壳体109可以实现IVD医疗设备100a的外观,并且用户接口140a可以位于外部壳体109外部。另外,外部壳体109可以被设计成暴露外部分析部190的一些组件(例如,托盘192)。用于分析试样的组件、用于与外部计算设备2或终端设备200通信的组件、以及用于执行用于操作IVD医疗设备100a的各种计算过程的其他组件(即,半导体芯片、衬底或天线)可以安装在外部壳体109中。诸如半导体芯片的组件可以用作稍后将描述的通信接口110、控制器120、存储装置130等。
用户接口140a可以从用户(例如,测试工作人员)接收各种命令或信息,并且可以将接收到的信息提供给用户。用户接口140a包括用于接收用户命令或信息的输入接口141a以及用于将接收到的信息提供给用户的显示器142a。
IVD医疗设备100a可以包括用于分析试样的分析部190。分析部190包括反应部193和用于对从反应部193产生的反应进行检测的传感器。
反应部193可以包括诸如血液的流体试样,并且在反应部193中发生流体试样的生物化学反应。例如,反应部193可以被形成为如图2所示的盘形。盘形反应部193可以包括形成盘的平台、以及形成在平台上的多个室。试样和各种试剂可以被注入到多个室中。根据示例性实施例,反应部也可以被形成为盒形(cartridge shape)。盘形反应部193或盒形反应部可以可拆卸地连接到所有IVD医疗设备100a。
如果反应部193被形成为盘状,则分析部190可以包括托盘191、反应部193安放于其上的托盘192、以及用于旋转反应部193的驱动器,使得反应部193插入到分析部190中,然后在其中旋转。
托盘192可以被配置为根据用户(例如,测试工作人员)的操纵而暴露于外部,并且可以根据用户操纵再次被插入到外部壳体109中。托盘盖191可以保护托盘192免受外部冲击或外来物质,并且防止安装到托盘192的反应部193被任意排出到外部。托盘盖191可以被省略。如果驱动器嵌入外部壳体109并且托盘192完全插入到外部壳体109中,则安放在托盘192上的反应部193旋转。
反应部193安放在托盘192上,插入外部壳体109中,并且根据驱动器的驱动而旋转。因此,容纳在反应部193中的流体试样经受各种反应。如上所述,在反应部193中产生的生物化学反应可以由嵌入外部壳体109中的感测设备来检测。感测设备可以使用光学信号或光检测生物化学反应。
图像诊断医疗设备可以使用辐射、超声波或磁共振成像(MRI)捕捉目标人员(即,患者)的外部或内部部位,使得它获得关于目标人员的外部或内部部位的图像。图像诊断医疗设备可以包括数字辐射成像装置、乳房X线摄影装置、计算机断层扫描(CT)装置、磁共振成像(MRI)装置等。
下文将参考附图描述根据示例性实施例的医疗设备。
图3是示出根据示例性实施例的医疗设备的框图。
参考图3,医疗设备100包括通信接口110、控制器120、存储装置130、用户接口140和分析部190。通信接口110、控制器120、存储装置130、用户接口140和分析部190可以通过分别嵌入其中的线缆、电路或射频(RF)通信接口彼此通信。因此,通信接口110、控制器120、存储装置130、用户接口140和分析部190可以彼此通信,使得各种数据或命令在其间传送。此外,医疗设备100还可以包括用于其操作的其他组件。
通信接口110可以与其他设备(例如,分别嵌入计算设备2和终端设备200中的通信接口)通信。因此,医疗设备100可以从计算设备2和终端设备200接收各种信息或命令,或者可以向设备(2、200)发送各种信息或命令。
通信接口110可以包括有线通信接口111以接入有线通信网络。有线通信接口111可以包括能够连接到单独的线缆的通信端口以及用于调制、放大或传输通过通信端口接收到的电信号的各种单元。在这种情况下,各种单元可以使用半导体芯片、衬底、电路等来实现。
通信接口110可以包括移动通信接口112和短程无线通信接口113中的至少一个。移动通信接口112可以使用各种移动通信标准(例如,3GPP、3GPP2、WiMAX等)执行通信。移动通信接口112可以与位于远程站点的终端设备(200、201)或计算设备2进行无线通信。短程无线通信接口113可以使用诸如Wi-Fi或蓝牙的短距离通信标准执行通信,并且可以与位于距其短距离处的终端设备(200、201)或计算设备2进行无线通信。移动通信接口112和短程无线通信接口113可以使用下述项来实现:用于发送或接收射频(RF)信号的天线、用于对通过天线接收到的电信号执行各种处理的半导体芯片、其上安装有半导体芯片的衬底、以及用于无线通信的各种组件。
无线通信接口111、移动通信接口112和短程无线通信接口113中的至少一个可以被省略。
通信接口110可以如上所述直接从计算设备2接收测试请求消息,并且根据示例性实施例,可以通过服务器设备3接收从计算设备2发送的测试请求消息。测试请求消息可以被发送到控制器120,可以临时地或非临时地存储在存储装置130中,并且然后可以被发送到控制器120。
控制器120被配置为控制医疗设备100的整体操作。更详细地,控制器120可以控制通信接口110、存储装置130、用户接口140和/或分析部190,或者可以通过构造(fabricate)从上述组件(110、130、140、190)获取的各种命令或信息来生成新的命令或信息。然后,控制器120可以将新的命令或信息发送到相应的组件(110、130、140、190)。
控制器120可以使用安装到衬底的至少一个半导体芯片和半导体芯片的各种辅助组件来实现。
根据示例性实施例,控制器120包括测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和认证器126。根据示例性实施例,可以省略上述单元(121至126)的一些部分。
测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和认证器126可以在物理上或逻辑上彼此分开。如果上述单元(121至126)在物理上彼此分开,则测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和/或认证器126可以使用多个物理上分开的半导体芯片和相关组件来实现。如果上述单元(121至126)在逻辑上彼此分开,则测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和/或认证器126可以使用一个或多个半导体芯片和相关组件来实现。
下文将详细描述测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和认证器126。
存储装置130可以临时或非临时地存储用于操作医疗设备100的各种信息。例如,存储装置130可以存储关于多个终端设备(201至203)的信息。在这种情况下,终端设备(201至203)中的每一个可以连接到医疗设备100。
更详细地,存储装置130可以存储分别分配给终端设备201、202和203的可识别号码(例如,互联网协议(IP)地址或电话号码)。存储装置130可以进一步存储关于对应于每个终端设备201、202或203的用户(例如,处理医疗设备100的测试工作人员)的信息。在这种情况下,对应于每个终端设备201、202或203的测试工作人员可以是使用每个终端设备201、202或203的测试用户。
在另一示例中,存储装置130可以存储在测试列表生成器121中生成的测试请求列表10、终止的测试的列表、以及关于终止的测试的各种统计文档。另外,存储装置130可以存储医疗设备100的操作和用于医疗测试请求控制的各种信息。
存储装置130可以包括用于辅助控制器120的操作的主存储器131、以及用于存储诸如认证信息或测试请求列表10(参见图5)的各种信息的辅助存储器(132、133)。存储装置130可以包括充当主存储器设备的随机存取存储器(RAM)或只读存储器(ROM)。例如,RAM可以包括动态随机存取存储器(RAM)、静态随机存取存储器(SRAM)等。例如,ROM可以包括可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、掩模ROM(MROM)等。包含在存储装置130中的辅助存储器的代表性示例可以包括用于使用半导体存储信息的固态驱动器(SSD)132、以及用于使用磁盘存储信息的硬盘驱动器(HDD)133。另外,包含在存储装置130中的辅助存储器还可以包括各种存储介质,例如,致密盘(CD)、激光盘、磁带、磁光盘、软盘等。
用户接口140可以从用户接收各种命令或信息,或者可以向用户提供各种信息。用户接口140可以包括输入接口141和显示器142,可以通过输入接口141和显示器142从用户接收各种命令或信息,或者可以向用户提供各种信息。
输入接口141可以使用物理按钮、键盘、触摸板、触摸屏、旋钮、操纵杆、轨迹球、轨迹板、鼠标等来实现。显示器142可以使用诸如液晶显示面板或有机发光二极管(OLED)显示面板的各种显示面板,或者使用诸如发光二极管(LED)的各种发光单元来实现。另外,显示器142也可以使用触摸屏来实现。如果使用触摸屏来实现显示器142,则显示器142可以用作上述输入接口141。在这种情况下,输入接口141也可以被省略。
另外,用户接口140可以包括被配置为输出语音或者声音信号的声音输出接口,例如,扬声器、头戴式受话器或者耳机等。另外,用户接口140可以进一步包括被配置为执行用户与医疗设备100之间的交互的各种设备。
分析部190可以被配置为测试或分析试样。例如,假设医疗设备100与IVD医疗设备100a相同,分析部190可以包括托盘19a、反应部193、驱动单元、传感器等,如图2所示。另外,分析部190还可以根据医疗设备100的类别包括各种电子部件。
如果医疗设备100与图像诊断医疗设备相同,则医疗设备100可以包括图像捕捉设备,而不是上述分析部190。如果医疗设备100与放射摄影成像设备相同,则图像捕捉设备可以包括辐射源、检测器等。如果医疗设备100与超声诊断设备相同,则图像捕捉设备可以包括超声探头、用于波束形成的各种设备等。如果医疗设备100与MRI设备相同,则图像捕捉设备可以包括静态场线圈、梯度场线圈、射频(RF)线圈、图像处理单元等。
下文将详细描述终端设备200。
图4是示出根据示例性实施例的移动终端设备的框图。
参考图4,移动终端设备200可以被配置为与医疗设备100通信,可以从医疗设备100接收各种命令或信息,或者可以向医疗设备100发送由终端设备200的用户(例如,测试工作人员)输入的各种命令或信息。
终端设备200可以是移动终端设备,例如,膝上型计算机、智能电话、蜂窝电话、平板电脑、导航设备、便携式游戏系统、个人数字助理(PDA)、电子笔记本等。
从图4中可以看出,便携式终端设备200包括通信接口210、控制器220、存储装置230和用户接口240。
通信接口210与医疗设备100通信,使得便携式终端设备200向医疗设备100发送或从医疗设备100接收各种命令和信息。通信接口210可以包括有线通信接口111以接入上述有线通信网络,并且可以包括移动通信接口212以使用各种移动通信标准(例如,3GPP、3GPP2、WiMAX等)执行通信。另外,通信接口210可以包括短距离通信接口213,以使用短距离通信标准(例如,Wi-Fi、蓝牙等)执行通信。可以根据终端设备200的类别或特性省略有线通信接口211、移动通信接口212和短程无线通信接口213中的至少一个。例如,智能电话或平板电脑可以不包括有线通信接口211。
控制器220可以控制终端设备200的整体操作。更详细地,控制器220可以通过控制显示器242来显示通过通信接口210发送的信息以供用户识别。另外,控制器220可以处理通过输入接口241输入的命令或信息,并且可以将经处理的命令或信息提供给医疗设备100。控制器220可以使用一个或多个半导体芯片和相关组件来实现。
存储装置230可以临时或非临时地存储用于操作终端设备200的各种信息。存储装置230可以包括主存储器和辅助存储器。存储装置230可以使用半导体存储装置、磁盘存储装置等来实现。
用户接口240可以从终端设备200的用户接收各种命令或信息,或向用户提供各种信息。为此目的,用户接口240包括输入接口241和显示器242。
输入接口241可以使用物理按钮、键盘、触摸板、触摸屏、旋钮、操纵杆、轨迹球、轨迹板、键区、鼠标等来实现。显示器242可以使用显示面板或各种发光单元、或使用触摸屏来实现。如果使用触摸屏来实现显示器242,则显示器242可以用作输入接口241。在这种情况下,可以根据系统设计者的选择省略输入接口242。
用户接口240可以进一步包括各种设备,例如,被配置为输出语音或声音信号的声音输出接口。
便携式终端设备200还可以包括输入/输出(I/O)端口,例如,通用串行总线(USB)端口、微型USB端口等。在这种情况下,便携式终端设备200可以进一步使用上述端口接收各种信息,或者可以使用上述端口将各种信息输出到外部部分。
下文将参考图5至图33描述医疗设备100的控制器120。
如图3所描绘的,控制器120可以包括测试列表生成器121、终端设备决定器122、消息生成器123、估计的待机时间计算器124、状态决定器125和认证器126。
图5是示出根据示例性实施例的观察(或测试)请求的列表的图。
测试列表生成器121可以通过通信接口110收集所发送的测试请求消息,并且可以生成图5所示的测试请求列表10。
生成的测试请求列表10可以包括被配置为构建如图5所示的测试请求列表10的一条或多条测试请求信息10a至10c。各个测试请求信息10a至10c可以对应于各个测试请求。更详细地,可以在所发送的测试请求消息的基础上生成测试请求信息10a至10c。
例如,各个测试请求信息10a至10c可以包括各种项,例如,测试顺序11、测试请求时间12、待测试的目标人员的识别码13、盘形或盒形反应部的类别信息14、以及执行测试的测试工作人员的识别码15。另外,每个测试请求信息10a、10b或10c可以进一步包括各种项,例如,关于待测试的目标人员的信息、关于试样的信息、关于所请求的测试类别的信息、包括测试请求人的识别码的测试请求人信息等。包含在每个测试请求信息10a、10b或10c中的每个项可以由系统设计者任意选择,并且可以由医疗设备100的用户(例如,测试工作人员)选择。包含在每个测试请求信息10a、10b或10c中的每个项可以根据测试工作人员的操纵被添加、删除或改变。
当不存在遗留(legacy)测试请求列表10时,测试列表生成器121可以使用新的测试请求消息生成包括单条测试请求信息的测试请求列表100。当存在遗留测试请求列表时,测试列表生成器121将对应于新的测试请求消息的测试请求信息插入遗留测试请求列表10中,更新测试请求列表10,从而生成包括多条测试请求信息的测试请求列表10。
测试列表生成器121可以通过将测试顺序11添加到测试请求信息来生成测试请求列表10,使得根据测试请求消息的接收顺序来执行测试。更详细地,测试列表生成器121可以将与第一测试请求消息对应的第一测试请求信息10a确定为指示第一测试顺序11的测试请求信息,并且可以将与第二测试请求消息对应的第二测试请求信息10b确定为指示第二测试顺序11的测试请求信息。换句话说,如果存在存储的测试请求列表10,则以测试请求信息能够最终被测试的方式,将测试顺序11分配给与新的测试请求消息对应的测试请求信息。在这种情况下,如图5所示,以用户(如测试工作人员)能够容易地识别测试顺序的方式,可以根据测试顺序11布置测试请求列表10的每个测试请求信息10a至10c。
如果发送新的测试请求消息,则还未决定测试工作人员,使得新的测试请求信息10c的测试工作人员识别码15可以是空白空间16。测试工作人员识别码15的空白空间16可以由终端设备决定器122决定。
终端设备决定器122可以确定多个测试工作人员当中的将发送测试请求的一个或多个测试工作人员。因为每个测试工作人员使用他或她的终端设备200,所以终端设备决定器122确定多个终端设备200当中的将发送由消息生成器123生成的测试请求接收消息的一个或多个终端设备200。换句话说,终端设备决定器122可以确定多个终端设备(201至203)当中的被安排(schedule)为执行测试的测试工作人员的终端设备(例如,第一终端设备201)。
根据示例性实施例,终端设备决定器122可以读取测试请求消息以确定安排的测试工作人员的终端设备201,使得它可以在关于测试请求人的信息、关于由服务器设备3指定的测试工作人员的信息和/或关于与测试工作人员对应的终端设备(201至203)的信息中的任一个的基础上确定被安排为发送测试请求接收消息的一个或多个终端设备200。在这种情况下,终端设备决定器122可以将被安排为仅发送测试请求接收消息的一个或多个终端设备200确定为与由服务器设备3指定的测试工作人员或测试请求人对应的一个终端设备200。在这种情况下,终端设备决定器122还可以将被安排为仅发送测试请求接收消息的一个或多个终端设备200确定为与由服务器设备3指定的测试工作人员或测试请求人对应的一个终端设备200。
根据另一示例性实施例,终端设备决定器122还可以在与测试工作人员相关的各种信息以及与测试工作人员的终端设备(201至203)有关的信息的基础上,确定被安排为发送测试请求接收消息的一个或多个终端设备200。为此目的,终端设备决定器122可以读取嵌入医疗设备100中的存储装置130。
另外,终端设备决定器122可以在向终端设备(201至203)中的每一个发送测试请求接收消息时,对终端设备(201至203)中的每一个分配优先级。测试请求接收消息可以根据所分配的优先级被顺序地发送到多个终端设备(201至203)。下文将给出其详细描述。
图6是示出根据示例性实施例的用于根据是否预先执行医疗测试来决定终端设备的方法的概念图。
参考图6,根据示例性实施例,终端设备决定器122可以按照对待测试的患者已执行医疗测试的测试工作人员能够在稍后时间再测试患者的方式来选择终端设备200。在这种情况下,终端设备决定器122可以将多个终端设备(201至201)当中的由已测试同一待测试的患者的试样的测试工作人员使用的终端设备(例如,第一终端设备201)确定为被安排为发送测试请求接收消息的终端设备。
更详细地,如图6所示,终端设备决定器122可以调用使用遗留测试信息构建的测试历史信息20,可以将测试请求消息的检查者识别(ID)号(例如,1137-453)与存储在测试历史信息20中的患者ID号进行比较,并且可以从测试历史信息20中检测具有相同ID号21a的测试信息21。随后,终端设备决定器122可以获得包含在检测到的测试信息21中的关于测试工作人员(即,检查者)的信息21b,并且可以获得关于与获得的检查者对应的终端设备的信息,使得终端设备决定器122可以从多个终端设备(201至203)中选择由已测试同一患者的试样的检查者使用的终端设备201。
在接收到关于多个检查者的信息时,终端设备决定器122可以选择多个终端设备(例如,第一终端设备201和第二终端设备202),并且还可以在存在或不存在最新测试或者遗留测试的数量的基础上从多个终端设备(201至203)中选择由已测试同一患者的试样的检查者使用的任一个终端设备201。
图7是示出根据示例性实施例的用于根据多个医疗测试或多个残余(residual)测试来决定终端设备的方法的概念图。
根据另一示例性实施例,终端设备决定器122可以在遗留测试的数量或分配给检查者的残余测试的数量的基础上确定被安排为发送请求接收消息的至少一个终端设备200。
更详细地,终端设备决定器122可以通过读取与预先完成的测试有关的各种统计数据来确定终端设备200。例如,如图7所示,终端设备决定器122可以读取由测试的数量和/或关于残余测试的信息组成的当前状态信息列表23,可以选择已执行最大数量的测试(检查测试)的检查者23a,并且可以确定对应于所选择的检查者23a的终端设备200。替选地,终端设备决定器122可以选择具有最大数量的待检查的残余测试的另一检查者23b,并且然后可以确定对应于所选择的检查者23b的终端设备200。
另外,终端设备决定器122可以根据检查者的工作经验、年龄和/或性别,检查者的休息日,测试请求人的选择或预定义的设置,来确定多个终端设备(201至203)中的一个或多个终端设备。
图8是示出根据示例性实施例的根据决定结果的医疗测试工作人员优先级的列表的概念图。
终端设备决定器122不仅可以确定一个终端设备201,还可以确定多个终端设备(201至203)作为被安排为发送测试请求接收消息的终端设备,可以对各个确定的终端设备(201至203)分配优先级信息,并且可以通过构建图8中所示的列表来生成优先级列表24。
更详细地,终端设备决定器122可以使用任一条信息块(information piece)或组合多条信息,使得其根据使用的或组合的结果向各个终端设备(201至203)分配唯一的优先级信息。
更详细地,终端设备决定器122可以根据各种信息(例如,指示待测试的目标人员(即,患者)是否已经被测试的信息、应用于待测试的患者的遗留测试的数量、分配给检查者的残余测试的数量、检查者已执行的遗留测试的数量以及检查者的工作经验、年龄或性别)自动确定上述优先级信息。在这种情况下,终端设备决定器122还可以通过组合或使用上述信息来确定优先级信息。例如,终端设备决定器122可以按照残余测试数量的数值升序对各个检查者分配优先级信息,并且可以根据各个检查者的优先级信息确定与各个检查者对应的各个终端设备(201至203)的优先级信息。
根据示例性实施例,终端设备决定器122还可以根据用户预定义的设置信息来确定各个终端设备(201至203)的优先级信息。例如,终端设备决定器122可以根据用户定义的顺序,例如根据第一检查者、第二检查者、第三检查者的顺序,将优先级信息分配给各个检查者,并且可以根据各个检查者的优先级信息确定对应于各个检查者的各个终端设备(201至203)的优先级信息。更详细地,终端设备决定器122可以在BERRY123、MEGAN88、TIMOTHY的用户建立的顺序的基础上确定优先级信息,如图9所示。
用户(例如,医疗设备的检查者或操作者)可以手动建立或改变上述优先级信息。
图9是示出根据示例性实施例的通过其手动改变医疗测试工作人员优先级的第一屏幕图像的概念图。图10是示出根据示例性实施例的通过其手动改变医疗测试工作人员优先级的第二屏幕图像的概念图。
参考图9和图10,假设用户期望改变优先级信息,用户可以输入用于调用用于改变优先级信息的设置屏幕图像143的命令,并且显示器142可以显示用于改变优先级信息的设置屏幕图像143。
用于改变优先级信息的设置屏幕图像143可以显示检查者(或操作者)根据预定义的优先级顺序排列的列表,或者可以显示列表的一些部分144。另外,设置屏幕图像143还可以显示用于改变检查者(或操作者)的排名的排名改变按钮(143a、143b)、用于显示除了显示的列表的一些部分之外的其余部分的列表改变按钮143c、用于接受检查者的排名的改变的接受按钮143d、用于取消检查者的排名的改变的取消按钮143e等。根据系统设计者的选择,可以以各种方式设计上述设置屏幕图像143。
如图9所示,可以沿着从屏幕图像143的上端到下端的方向顺序地显示第一检查者(或操作者)144b、第二检查者144c和第三检查者144a。在这种情况下,每个检查者(144a至144c)的位置可以表示每个检查者(144a至144c)的优先级信息。用户可以通过鼠标点击或触摸动作从列表144中选择任一个检查者(例如,第三检查者144a)。在这种情况下,为了正确地向用户告知所选择的检查者144a,用于在其上显示所选择的检查者144a的部分可以以与其他部分不同的独特颜色显示,或者可以在用于显示所选择的检查者144a的部分上或在该部分附近进一步显示圆圈或勾选标记(check mark)。
之后,用户可以通过鼠标点击或触摸动作来操纵排名改变按钮(143a、143b),或者可以拖动指示第三检查者144a的图像(例如,位于显示第三检查者144a的区域处的图标或图像),使得第三检查者144a的位置可以被移位。因此,第三检查者144a的位置改变到另一个位置,使得第三检查者144a被显示在改变后的位置处,并且未选择的检查者(例如,第一检查者144b和第二检查者144c)的位置也改变,使得根据所选择的检查者144a的改变后的位置,第一检查者144b和第二检查者144c被显示在改变后的位置处。例如,如图10所示,所选择的检查者144a可以根据排名改变按钮143a的操纵而移动到列表144的最高位置,并且未选择的检查者(144b、144c)可以顺序移动到所选择的检查者144a下方的位置。之后,假设用户操纵接受按钮(由“好(OK)”表示)143d,第三检查者144a、第一检查者144b和第二检查者144c的排列顺序被确定(fix),使得按照第三检查者144a、第一检查者144b、第二检查者144c的顺序确定(fix)优先级。
图11是示出根据示例性实施例的用于向移动终端设备发送测试请求接收消息的方法的概念图。
参考图11,消息生成器123可以生成与通过通信接口110发送的测试请求消息对应的测试请求接收消息。消息生成器123可以决定被安排为接收消息的终端设备200,并且可以在同时或在不同时间生成测试请求接收消息。例如,消息生成器123可以在终端设备决定器122确定被安排为接收消息的终端设备200之前,生成测试请求接收消息,或者可以在终端设备决定器122确定被安排为接收消息的终端设备200之后,生成测试请求接收消息。
测试请求接收消息可以包括患者信息、试样信息、关于所请求的测试的信息、关于预先存储的测试的信息、关于测试顺序的信息、关于医疗设备状态的信息、指示存在或不存在紧急测试的信息、关于测试请求人的信息、关于检查者(或操作者)的信息以及关于估计的待机时间的信息中的至少一个。在这种情况下,关于测试顺序的信息可以包括关于新请求的测试的顺序和/或预先存储的测试的顺序的信息。关于医疗设备状态信息的信息可以包括关于医疗设备是否能够被测试的信息、关于医疗设备是否正被另一检查者使用的信息、关于医疗设备是否处于诸如预热的操作就绪状态的信息、关于在医疗设备中是否出现有缺陷或有故障的部件的信息、和/或关于是否正在执行各种附加功能的信息。可以从状态决定器125接收医疗设备状态信息,并且可以从估计的待机时间计算器124接收估计的待机时间信息。
由消息生成器123生成的测试请求接收消息可以通过通信接口110被发送到终端设备200。在这种情况下,测试请求接收消息可以被发送到任一个终端设备,例如第一终端设备201,或者可以被发送到多个终端设备(201至203)。
根据示例性实施例,医疗设备100可以根据由终端设备决定器122决定的优先级信息将测试请求接收消息顺序发送到多个终端设备(201至203)。更详细地,如图11所示,医疗设备100可以初始地将测试请求接收消息发送到多个终端设备200当中的最高优先级检查者的一个终端设备(例如,第一终端设备201)。在这种情况下,测试请求接收消息可以不被发送到与第一终端设备201相比的更低优先级检查者的另一终端设备(例如,第二终端设备201)。
图12是示出根据示例性实施例的用于向移动终端设备显示测试请求接收消息的方法的概念图。图13是示出根据示例性实施例的用于允许医疗测试工作人员(检查者)接受测试请求的方法的概念图。图14是示出根据示例性实施例的当医疗测试工作人员(检查者)接受测试请求时的医疗测试请求的列表的概念图。
如果测试请求接收消息被发送到终端设备200,则终端设备200的显示器242可以显示与接收到的测试请求接收消息对应的屏幕图像243。在这种情况下,显示器242可以显示例如与以弹出窗口形状形成的测试请求接收消息对应的示例性屏幕图像243。
与测试请求接收消息对应的屏幕图像243可以包括显示消息的类别或标题243a、指示接收或不接收请求的询问语句或图像243b、与测试请求有关的各种信息243c、拒绝按钮243d(由“取消”表示)、以及接受按钮243e(由“好”表示)。在这种情况下,在屏幕图像243上显示的与测试请求有关的各种信息243c可以包括包含在接收到的测试请求接收消息中的所有类型的信息,并且可以仅包括已根据由用户或系统设计者预定义的设置信息从包含在测试请求接收消息中的上述各种信息中选择的特定信息。根据用户或系统设计者的选择,上述信息的某些部分在此可以省略。另外,除了上述元素之外的其他元素可以根据用户或系统设计者的选择被进一步显示在屏幕图像243上。
如果用户在调查显示在屏幕图像243上的内容之后尝试执行测试,即如果用户接受测试请求,则用户可以通过处理接受按钮(好)243e来执行选择243f。用户可以根据终端设备200的类别使用鼠标点击、触摸动作或其他输入接口来执行接受按钮243e的选择243f。
如果如243f所示选择接受按钮243e,则终端设备200可以将接受消息发送到医疗设备100,并且医疗设备100的测试列表生成器121可以响应于接收到的接受消息更新测试请求列表10。更详细地,如图14所示,测试列表生成器121可以另外将已发送接受消息的终端设备200的ID码输入到测试请求列表10的空白空间16,或者可以另外将对应于已发送接受消息的终端设备200的操作者(检查者)的ID码17输入到测试请求列表10的空白空间16,使得操作者(检查者)可以被登记在测试请求列表10中。通过上述过程,测试列表生成器121可以更新测试请求列表10,并且可以将更新后的测试请求列表10存储在存储装置130中。
图15是示出根据示例性实施例的用于允许医疗测试工作人员(检查者)拒绝测试请求的方法的概念图。图16是示出根据示例性实施例的用于根据测试请求的拒绝向第二移动终端设备发送测试请求接收消息的方法的概念图。
如果显示与测试请求接收消息对应的屏幕图像243,则用户可以确认显示的内容,并且可以根据确认的结果不执行测试。换句话说,用户可以取消测试请求。在这种情况下,如图15所示,用户可以使用鼠标点击、触摸动作或其他输入接口来操纵拒绝按钮243d,或者可以使用鼠标点击、触摸动作或其他输入接口来选择如243g中所示的拒绝按钮243d。
如果如243g所示那样操纵拒绝按钮243d,则终端设备200可以向医疗设备100发送拒绝消息。医疗设备100可以接收拒绝消息,并且可以将测试请求接收消息发送到新的终端设备(例如,第二终端设备202),如图16所示。根据示例性实施例,拒绝消息还可以包括与取消(或拒绝)原因、唯一项等有关的至少一个附加消息。与取消原因或唯一项有关的附加消息可以由终端设备200的用户直接写入。
根据示例性实施例,控制器120的终端设备决定器122可以另外确定被安排为发送测试请求接收消息的新的终端设备(例如,第二终端设备202)。如果如上所述另外确定第二终端设备202,则控制器120的终端设备决定器122可以在排除已接收到测试请求接收消息的第一终端设备201之后执行这样的决定。医疗设备100可以将测试请求接收消息发送到新决定的终端设备202。
根据另一示例性实施例,终端设备决定器122可以根据上述优先级信息来确定被安排为发送测试请求接收消息的另一终端设备。更详细地,如图8的优先级列表22所示,假设终端设备决定器122在将测试请求接收消息发送到第一终端设备201(即,图8的JOHN的终端设备)之后从第一终端设备接收到拒绝消息,则终端设备决定器122可以将测试请求接收消息发送到与下一排名对应的第二终端设备202(即,图8的ANNA的终端设备)。
如果医疗设备100将测试请求接收消息发送到另一终端设备202,则从已发送拒绝消息的一个终端设备(例如,第一终端设备201)接收到的附加消息也可以被发送到另一终端设备202。携带与第二排名对应的第二终端设备202的用户可以进一步确认附加发送的消息,并且因此可以根据确认的结果确定测试请求的接受或拒绝。
在从第二个接收到测试请求接收消息的第二终端设备200接收到接受消息时,控制部120的测试列表生成器121可以另外将第二终端设备202的ID码或者对应于第二终端设备202的检查者的ID码输入到测试请求列表10的空白空间16,从而更新测试请求列表10并将更新后的测试请求列表10存储在存储装置130中。
在从第二终端设备202接收到拒绝消息时,测试列表生成器121可以将测试请求接收消息发送到与第三排名对应的第三终端设备203(即,KEN的终端设备)。结果,医疗设备100可以从第三医疗设备203接收接受消息或拒绝消息,可以如上所述更新测试请求列表10,或者可以将测试请求接收消息发送到对应于第四排名的第四终端设备(即,TIMOTHY的终端设备)。
如果医疗设备100从能够发送测试请求接收消息的所有终端设备(201至203)接收到拒绝消息,则可以根据预定义的设置来确定检查者。例如,医疗设备100可以最终将默认检查者或最高优先级的检查者确定为所请求的测试的检查者。医疗设备100另外将确认的检查者的ID码或确认的检查者的终端设备的ID码输入到上述测试请求列表10的空白空间16中,从而更新测试请求列表10并将更新后的测试请求列表10存储在存储装置130中。另外,医疗设备100可以将测试请求接收消息发送到所决定的检查者的终端设备。在这种情况下,用于允许检查者选择关于测试请求的接受消息和拒绝消息中的任一个的上述操作可以不被准许。
根据示例性实施例,如果控制器120的终端设备决定器122在预定义的时间期间未从第一终端设备201接收到来自第一终端设备201的测试请求的接受消息和拒绝消息中的至少一个,则可以如上所述另外确定被安排为发送测试请求接收消息的另一终端设备(例如,第二终端设备202)。医疗设备可以将测试请求接收消息发送到新决定的第二终端设备202。
根据示例性实施例,在医疗设备100从第一终端设备201接收到测试请求的接受消息之后,医疗设备100也可以将测试请求接收消息发送到另一终端设备(例如,终端设备202)。
更详细地,在医疗设备100的控制器120从第一终端设备201接收到测试请求的接受消息之后,假设在预定时间期间没有进行测试,则测试请求接收消息可以被发送到由终端设备决定器122决定的下一排名的检查者的终端设备(例如,第二终端设备202)。在这种情况下,控制器120可以首先使用状态决定器125确定对应于测试请求的测试是否可行。虽然医疗设备100处于测试可用状态,但是如果在经过预定义的时间之后没有开始测试,则控制器120可以将测试请求接收消息发送到第二终端设备202。因此,甚至当第一终端设备201的检查者不执行测试时,医疗设备100也可以允许另一检查者快速执行测试。
图17是示出根据示例性实施例的用于使用移动终端设备来检查医疗测试的列表的方法的概念图。
参考图17,假设如上所述测试请求列表10由测试列表生成器121生成并更新并且然后被存储在存储装置130中,用户(例如,检查者)可以通过如图17所示的终端设备200读取存储在存储装置130中的测试请求列表10。在这种情况下,终端设备200可以将列表读取请求消息发送到医疗设备100,并且医疗设备100可以通过通信接口110将存储在存储装置130中的测试请求列表10发送到终端设备200。终端设备200可以通过显示器242显示从医疗设备100接收的测试请求列表244以供用户识别。
根据示例性实施例,医疗设备100还可以将测试请求列表10的全部或一些测试请求信息发送到终端设备200。例如,医疗设备100可以向终端设备200仅发送存储在测试请求列表10中的所有测试请求信息当中的、与已接收列表请求消息的终端设备200对应的检查者的测试请求信息,或者可以向终端设备200仅发送所有检查者的测试请求信息。另外,医疗设备100可以将在预定时间期间生成的测试请求信息发送到终端设备200,或者可以将关于患者的测试请求信息、测试请求人或试样发送到终端设备200。终端设备200可以显示仅由接收到的测试请求信息组成的测试请求列表244以供用户识别。
如上所述,测试请求列表10可以包括关于测试顺序11的项。测试顺序11可以指示多个测试的运行顺序。可以以各种方式确定测试顺序11。例如,可以根据测试请求消息的接收顺序来确定测试顺序11。可以以各种方式确定上述测试顺序。
图18是示出根据示例性实施例的用于在接收到紧急测试请求时决定测试的顺序的第一方法的概念图。图19是示出根据示例性实施例的用于决定测试的顺序的第二方法的概念图。
例如,假设从计算设备2接收到紧急测试请求被添加到的测试请求消息,可以按照使得紧急测试能够比预先存储的测试请求信息18更早地被执行的方式,将与紧急测试请求被添加到的测试请求消息对应的测试请求信息17添加到测试请求列表10,如图18和19所示。换句话说,假设测试请求列表10包括遗留的测试请求信息块18,则测试列表生成器121可以将与新接收到的测试请求消息对应的测试请求信息的测试顺序11确定为第一测试顺序11,并且可以将第一测试顺序11添加到测试请求列表10,从而生成或更新测试请求列表10。在这种情况下,因为尚未确定被安排为执行与具有紧急测试请求的测试请求消息对应的测试的检查者,新添加的测试请求信息17的检查者ID码15可以是空白状态17a。空白空间17a可以由终端设备决定器122以与上述相同的方式来确定。
从图5中可以看出,在生成测试请求列表10之后,使用医疗设备100的检查者或操作者可以改变所请求的测试的顺序。更详细地,使用医疗设备100的检查者或操作者可以改变存储在测试请求列表10中的测试请求信息的顺序,使得可以改变测试顺序。
图20是示出根据示例性实施例的用于改变测试的顺序的方法的概念图。
图21是示出根据示例性实施例的用于改变测试的顺序的方法的概念图。
根据示例性实施例,使用医疗设备100的检查者或操作者可以操纵医疗设备100的输入接口141。如果显示器142是触摸屏,则检查者或操作者可以通过操纵触摸屏来改变测试顺序。
参考图20,医疗设备100的显示器142可以显示用于改变测试顺序的设置屏幕图像145,使得用户可以观看显示的屏幕图像145。
设置屏幕图像145可以在其上显示测试请求列表146,并且测试请求列表146可以包括多个测试请求信息部分(146h至146j)。多个测试请求信息部分(146h至146j)可以根据测试的顺序从设置屏幕图像145的上游方向到下游方向被顺序地排列。在这种情况下,位于上游方向上的测试请求信息146i可以是关于要比位于测试请求信息146i下方的测试请求信息146j更早执行的测试的测试请求信息。
测试请求信息部分(146h至146j)可以包括各种项,例如,测试顺序146a、测试请求时间146b、患者ID号146c、盘形或盒形反应部146d、被安排为执行测试的检查者的ID码146e等。以与上述相同的方式,包含在各个测试请求信息部分(146h至146j)中的各个项可以由用户或系统设计者选择,或者可以被添加、删除或修改。设置屏幕图像145还可以包括用于改变测试顺序的顺序改变按钮(145a、145b)、用于进一步显示除了显示列表的一些部分之外的其他部分的列表改变按钮145c、用于接受测试顺序改变的接受按钮145d、以及用于取消测试顺序改变的取消按钮145e,使得上述各个按钮可以显示在设置屏幕图像145上。另外,设置屏幕图像145可以进一步包括选择或未选择显示空间146f,其能够显示如V标记的虚线框146g所表示的被选择的测试请求信息部分(146h至146j)。可以根据系统设计者的选择以各种方式设计上述设置屏幕图像145。
用户可以选择多个测试请求信息部分(146h至146j)中的任一个(例如,第三测试请求信息146h)。在这种情况下,用户可以通过鼠标点击或触摸第三测试请求信息146h的显示区域或选择或未选择显示空间146f来选择第三测试请求信息146h。如果选择了第三测试请求信息146h,则在选择或未选择显示空间146f上显示V形标记,使得用户被通知选择第三测试请求信息146h。当然,医疗设备100可以通过将第三测试请求信息146h的显示区域的当前颜色改变为另一颜色或使用各种其他方法来通知用户第三测试请求信息146h的选择或未选择状态。
之后,用户可以通过触摸或点击顺序改变按钮(145a、145b)或通过拖拽位于第三测试请求信息146h的显示区域处的图像来移动第三测试请求信息146h的位置。因此,第三测试请求信息146h的位置改变,并且一些测试请求信息块的位置(例如,位于与第三测试请求信息146h的改变后的位置相同的位置处的第一测试请求信息146i的位置、以及位于第三测试请求信息146h的改变后的位置下方的第二测试请求信息146j的位置)也根据第三测试请求信息146h的改变后的位置而改变。例如,如图21所示,所选择的第三测试请求信息146h可以根据对顺序改变按钮(145a、145b)的操纵而移动到测试请求列表146的最高端,并且未选择的测试请求信息(146i、146j)可以顺序地移位到所选择的第三测试请求信息146h的下端。可以根据上述方法改变预先请求的测试的顺序,使得医疗设备100可以在运行对应于预先接收的测试请求消息的测试之前执行对应于在相对晚的时间处接收的测试请求消息的另一测试。
图22是示出根据示例性实施例的用于使用移动终端设备改变测试的顺序的第一方法的概念图。图23是示出根据示例性实施例的用于使用移动终端设备改变测试的顺序的第二方法的概念图。图24是示出根据示例性实施例的用于使用移动终端设备改变测试的顺序的第三方法的概念图。
根据另一示例性实施例,使用医疗设备100的检查者或操作者可以操纵终端设备200的输入接口241或者可以触摸实现为触摸屏的显示器242,由此改变测试的顺序。
参考图22,由多个测试请求信息部分(244a至244c)组成的测试请求列表244可以显示在终端设备200的显示器242上。结果,用户可以通过对诸如轨迹板或轨迹球的输入接口进行触摸244d、鼠标点击或操纵来选择在屏幕图像上显示的测试请求信息部分(244a至244c)中的任一个(例如,第三测试请求信息244c)。如果选择第三测试请求信息244c,则用户可以操纵单独的输入接口或者可以沿预定方向(即,在上游方向)拖拽位于第三测试请求信息244c的显示区域处的图像,从而移动第三测试请求信息244c的位置。因此,第三测试请求信息244c的位置改变,并且预定测试请求信息(例如,第二测试请求信息244b)的位置也可以根据第三测试请求信息244c的位置改变而改变。如果测试请求信息(244b、244c)的位置改变,则终端设备200可以将关于测试请求信息(244b、244c)的位置改变的消息发送到医疗设备100,并且终端设备100可以响应于测试请求信息(244b、244c)的位置改变而改变测试顺序。根据示例性实施例,在终端设备200响应于测试请求信息(244b、244c)的位置改变而生成测试顺序改变消息之后,终端设备200可以将生成的测试顺序改变消息发送到医疗设备100,并且医疗设备100可以根据测试顺序改变消息来改变测试顺序。所请求的测试的顺序也可以根据上述方法而改变,使得医疗设备100可以在运行对应于在相对早的时间处接收的测试请求消息的测试之前执行对应于在相对晚的时间处接收的测试请求消息的另一测试。
参考图3,控制器120还可以包括估计的待机时间计算器124,并且估计的待机时间计算器124可以针对存储在医疗设备100中的每个估计的测试计算估计的待机时间,使得可以计算测试的估计的待机时间。计算出的估计的待机时间可以被发送到终端设备200,然后由终端设备200显示。替选地,计算出的估计的待机时间可以被显示在医疗设备100的显示器142上以供用户识别。另外,估计的待机时间计算器124可以根据预定义的设置来计算估计的待机时间,或者可以根据从终端设备200接收到的或者由医疗设备100的输入接口141输入的用户的估计的待机时间计算命令来计算估计的待机时间。
图25是示出根据示例性实施例的用于计算估计的待机时间的第一方法的概念图。
参考图25,假设第一至第三测试(e1至e3)被安排,并且关于第三测试(e3)的估计的待机时间(t3i)被计算,则估计的待机时间计算器124可以估计并计算针对安排的第一测试(e1)要消耗的时间(t1),并且可以估计和计算针对安排的第二测试(t2)要消耗的另一时间(t2)。在这种情况下,估计的待机时间计算器124可以根据各个测试(e1、e2)的类别计算针对各个测试(e1、e2)消耗的相应时间(t1、t2)。之后,估计的待机时间计算器124可以在估计的消耗时间(t1、t2)的总和(t1+t2)的基础上计算第三测试(e3)的估计的待机时间(t3i)。因此,随着估计测试的数量增加,或随着每个估计测试的消耗时间延长,估计的待机时间增加。
在这种情况下,估计的待机时间计算器124进一步将用于医疗设备100的测试准备(e0)的时间(t0)(例如,预热时间等)与估计的消耗时间(t1、t2)的总和(t1+t2)相加,由此计算针对第三测试(e3)的估计的待机时间(t3i)。另外,估计第一测试(e1)和第二测试(e2)之间消耗的测试中间待机时间,并且估计的测试中间待机时间进一步与估计结果相加,使得可以计算针对第三测试(e3)的估计的待机时间(t3i)。计算出的估计的待机时间(t3i)可以通过通信接口200被发送到终端设备200。
图26是示出根据示例性实施例的用于计算估计的待机时间的第二方法的概念图。
参考图26,在第二测试(e21)期间可能发生未预料到的错误。在这种情况下,估计的待机时间计算器124可以估计用于错误处理(e4)的时间(t4)。在错误被解决之后,估计并计算针对要恢复的第二测试(e22)消耗的时间(t22),并且对用于错误处理(e4)的时间(t4)和针对第二测试(e22)消耗的另外的时间(t22)求和,如(t4+t22)所表示的,使得可以计算第三测试(e3)的估计的待机时间(t3i)。在这种情况下,根据所产生的错误的类别,针对要恢复的第二测试(e22)消耗的估计时间(t22)可以等于或短于针对没有错误的第二测试(e2)消耗的时间(t2)。估计的待机时间计算器124可以确认所产生的错误。如果估计的待机时间计算器124必须根据确认结果完全执行上述测试,则针对第二测试(e2)消耗的时间(t2)被设置为针对要恢复的第二测试(e22)消耗的估计时间(t22)。如果测试(e22)可以在测试(e21)未完成之后恢复,则从针对第二测试(e2)消耗的时间(t2)中减去针对先前执行的第二测试(e22)消耗的估计时间(t21),如(t2-t21)所表示的,使得可以计算针对要恢复的第二测试(e22)消耗的估计时间(t22)。针对第三测试(e3)的估计的待机时间(t3i)可以被发送到终端设备200。假设在错误发生之前将估计的待机时间(t3i)发送到终端设备200,医疗设备100不仅可以将关于错误发生的信息,而且可以将根据这种错误发生而新计算的新的估计的待机时间(t3i)发送到终端设备200。
图27是示出根据示例性实施例的用于计算估计的待机时间的第三方法的概念图。
参考图27,假设估计第一至第三测试(e1至e3)并且计算第三测试(e3)的估计的待机时间(t3i),如果新添加了紧急测试(e5),则估计的待机时间计算器124可以估计针对估计的第一测试(e1)消耗的时间(t1)、针对估计的第二测试(t2)消耗的时间(t2),并且可以估计针对新添加的紧急测试(e5)消耗的时间(t2),并且对估计的消耗时间(t1、t2、t5)求和,如(t1+t2+t5)所表示的,使得可以计算第三测试(e3)的估计的待机时间(t3i)。如上所述,估计的待机时间计算器124可以进一步将用于医疗设备100的测试准备(e0)的时间(t0)与总和(t1+t2+t5)相加,可以估计针对各个测试(e1、e2、e5)消耗的相应时间,并且可以进一步将估计的时间与估计结果相加,从而计算估计的待机时间(t3i)。可以将用于上述估计的第三测试(e3)的估计的待机时间(t3i)发送到终端设备200。如果在添加紧急测试(e5)之前将估计的待机时间(t3i)发送到终端设备200,则医疗设备100不仅可以将根据紧急测试(e5)的添加而新计算出的估计的待机时间(t3i),而且还可以将紧急测试(e5)的添加消息发送到终端设备200。
控制器120的状态决定器125可以确定医疗设备100的当前状态。更详细地,状态决定器125可以确定医疗设备100是处于测试可用状态,正在执行测试,还是处于测试不可用状态。在这种情况下,医疗设备100的测试不可用状态可以指示关于医疗设备100中是否发生错误操作以使得医疗设备100不能执行测试的信息、关于足够高的电源电压是否没有被提供给医疗设备100的信息、关于医疗设备100是处于预热状态还是处于清洁模式的信息、或者指示不能进行其他测试的其他状态信息。状态决定器125可以使用嵌入医疗设备100的每个部件中的一个或多个传感器来确定当前状态。例如,状态决定器125可以检测从每个部件生成的电信号,并且可以在检测的结果的基础上确定医疗设备100的当前状态。
状态决定器125的决定结果可以通过通信接口110发送到至少一个终端设备200,并且用户可以通过显示在终端设备200的显示器242上的屏幕图像来确认医疗设备100的当前状态。
图28a是示出根据示例性实施例的用于使用移动终端设备来核查多个医疗设备的状态的方法的概念图。
参考图28a,终端设备200的显示器242可以显示用于显示至少一个医疗设备100(例如,第一医疗设备101和/或第二医疗设备102)的当前状态的状态显示屏幕图像245。
至少一个医疗设备(101、102)可以以列表的形式进行配置,然后显示在状态显示屏幕图像245上。在这种情况下,用于指示医疗设备的状态的状态显示(245d、245e)可以被安装到构成医疗设备的列表的相应医疗设备(101、102)的信息部分(245a至245c)。状态显示(245d、245e)可以使用字母、符号和/或数字来显示医疗设备(101、102)的状态。替选地,状态显示(245d、245e)可以使用图形(例如,圆形或方形)或其他图像来显示医疗设备(101、102)的状态信息。状态显示(245d、245e)可以按照使得用户能够直观地识别医疗设备的状态信息的方式使用预定颜色来显示医疗设备(101、102)的状态。例如,当医疗设备(例如,第一医疗设备101)处于可用状态时,状态显示245d可以显示白色图形,并且当医疗设备(例如,第二医疗设备102)处于不可用状态时,状态显示245d可以显示红色图形。状态显示245d可以允许用户通过查看显示在状态显示245d上的每个图形的颜色来直观地识别医疗设备(101、102)的状态。
控制器120的认证器126可以认证终端设备200或者可以认证终端设备200的用户。在这种情况下,认证器126可以在存储于存储装置130中的终端设备200的信息和检查者信息的基础上认证终端设备200或终端设备200的用户。
下文将参考附图描述根据示例性实施例的用于使用移动终端设备来校正存储在每个医疗设备中的测试请求的列表的示例性方法。
图28b是示出根据示例性实施例的用于校正分别存储在各个医疗设备中的医疗测试请求列表的方法的概念图。图28c是示出根据示例性实施例的用于显示分别存储在移动终端设备上显示的各个医疗设备中的多个医疗测试请求列表的屏幕图像的图。图28d是示出根据示例性实施例的用于显示分别存储在移动终端设备上显示的各个医疗设备中的多个医疗测试请求列表的屏幕图像的图。图28e是示出根据示例性实施例的用于校正医疗测试请求列表的屏幕图像的图。
参考图28b,各个医疗设备(101、102)可以生成在从测试请求人的至少一个计算设备2接收到的测试请求消息的基础上而获得的测试请求列表(10、19),并且可以生成测试请求列表(10、19)。在这种情况下,各个医疗设备(101、102)的测试请求列表(10、19)的测试请求信息块的数量彼此相同或不同。另外,任一个医疗设备101的测试请求列表10的测试请求信息块的数量可以比测试请求列表19的测试请求的数量相对更高或更少。例如,第一医疗设备101的测试请求列表可以包括7个测试请求信息块,并且第二医疗设备102的测试请求列表可以包括3个测试请求信息块。在这种情况下,接收到的测试请求的数量的不平衡可能会导致医疗设备的低效使用(10、19)。如果如上所述分配测试请求,则用户可以使用用户携带的终端设备200来校正医疗设备(101、102)的各个测试请求,使得各个测试请求可以被重新分配。
更详细地,如图28b所示,可以确认存储在第一医疗设备100中的测试请求列表10和存储在第二医疗设备102中的另一测试请求列表19。例如,存储在第一医疗设备100中的测试请求列表10或关于测试请求列表10的信息可以被发送到用户的终端设备200,并且存储在第二医疗设备100中的测试请求列表19和关于测试请求列表19的信息可以被发送到用户的终端设备200。
用户可以通过终端设备200确认测试请求列表(10、19)。更详细地,终端设备200的显示器242可以显示用于根据接收到的测试请求列表(10、19)提供存储在至少一个医疗设备100(例如,第一医疗设备101和/或第二医疗设备102)中的测试请求信息的屏幕图像247。
在这种情况下,如图28c所示,终端设备200的显示器242可以以列表的形式显示各个医疗设备(101、102)的信息部分(247a、247b)。关于各个医疗设备(101、102)的信息部分(247a、247b)不仅可以显示能够识别医疗设备(101、102)的符号或字母,而且还可以显示在各个医疗设备(101、102)中当前估计的测试请求的数量(247c、247d)。用户可以操纵终端设备200的输入接口241,或者可以触摸各个医疗设备(101、102)的信息部分(247a、247b)的显示点,使得医疗设备(101、102)中的至少一个可以被选择。
如从图28d中可以看出,如果用户选择了医疗设备(101、102)中的至少一个,则终端设备200可以在屏幕图像248上显示存储在医疗设备(例如,第一医疗设备101)中的测试请求列表10。因此,应用于第一医疗设备101的测试请求(248a至248g)可以显示在屏幕图像248上。用户可以操纵输入接口241或者可以触摸要发送到第二医疗设备102的测试请求的显示点248h,使得用户可以在多个测试请求之中选择要发送到第二医疗设备102的至少一个测试请求。例如,如果选择了至少一个测试请求(例如,第六测试请求248h和第七测试请求248g),则可以将与第六测试请求248f对应的信息和与第七测试请求248g对应的信息发送到第二医疗设备102。
参考图28e,第二医疗设备102可以使用关于第六测试请求248f的信息和关于第七测试请求248g的信息将第六测试请求248f和第七测试请求248g添加到测试列表19。因此,第二医疗设备102的测试请求列表19被更新。另外,终端设备200可以向第一医疗设备101发送指示第六测试请求248f和第七测试请求248g已被发送到第二医疗设备102的特定信息。第一医疗设备101可以根据接收到的信息从测试请求列表10中删除第六测试请求248h和第七测试请求248g。因此,第一医疗设备101的测试请求列表10也可以被更新。
通过上述过程,存储在第一医疗设备101中的测试请求的数量从7减少到5,并且存储在第二医疗设备102中的测试请求的数量从3增加到5,使得可以适当地重新分配各个医疗设备的测试请求。
如果测试请求列表(10、19)被更新,则各个医疗设备(101、102)可以将更新的结果发送到终端设备200。每当这样的更新完成时可以执行更新结果的发送,并且可以以预定时间的间隔执行更新结果的发送。在这种情况下,被配置为从各个医疗设备(101、102)接收更新结果的终端设备200还可以不仅包括用于重新分配测试请求的终端设备,而且还包括其他检查者的终端设备。因此,甚至当检查者从医疗设备101向另一医疗设备102发送测试请求时,另一检查者也可以容易地通过他或她的终端设备(例如,第二终端设备202)确认测试请求是否已重新分配。另外,还可以将更新结果发送到计算设备2,使得测试请求人也可以确认测试请求是否已重新分配。
下文将参考图29来描述根据示例性实施例的用于认证移动终端设备的方法。
图29是示出根据示例性实施例的用于认证移动终端设备的方法的流程图。
根据示例性实施例,认证器126可以确定被配置为与医疗设备100通信的终端设备是具有接收测试请求接收消息的权限的终端设备200,还是具有向医疗设备100发送命令或信息的权限。
更详细地,如图29所示,假设医疗设备100连接到预定终端设备200以与预定终端设备200通信,医疗设备100可以首先通过有线通信网络或无线通信网络发送关于设备确认请求的消息(S300)。用于由医疗设备100发送设备确认请求消息的操作可以在接收到测试请求消息之后执行,也可以在接收到测试请求消息之前执行。此外,用于由医疗设备100发送设备确认请求消息的操作可以在终端设备决定器122执行终端设备200的决定过程之后执行,或者也可以与终端设备200的决定过程无关地执行。
终端设备200可以自动地向医疗设备100发送设备信息,或者可以根据用户操纵手动地将医疗设备200的设备信息发送到医疗设备100(S301)。应用于医疗设备100的终端设备200的信息可以包括例如终端设备200的电话号码、国际移动设备身份(IMEI)、集成电路卡标识符(ICCID)、国际移动订户身份(IMSI)、IP地址和蓝牙地址中的至少一个。
医疗设备100可以在接收到的设备信息的基础上认证终端设备200(S302)。例如,医疗设备100可以读取存储在医疗设备100的存储装置130中的终端设备信息(例如,终端设备数据库),并且可以搜索与接收到的设备信息相同或对应的特定数据,由此认证终端设备200。
在成功认证终端设备200之后,医疗设备10可以临时或非临时地将关于认证的终端设备200的信息存储在其中。
医疗设备100可以将测试请求接收消息发送到成功认证的终端设备200(S303)。在这种情况下,终端设备决定器122可以确定在至少一个预先认证的终端设备200当中被安排为发送测试请求接收消息的至少一个终端设备(例如,第一终端设备201)。医疗设备100可以根据终端设备决定器122的决定将测试请求接收消息发送到第一终端设备201。在发送测试请求接收消息之后,如上所述终端设备200的用户可以接受或拒绝如上所述的测试请求,并且终端设备200可以根据用户决定向医疗设备100发送接受或拒绝消息(S304)。
根据另一示例性实施例,认证器126还可以认证使用终端设备200的用户是否是对应于终端设备200的用户(例如,检查者)。
图30是示出根据示例性实施例的在移动终端设备上显示的认证屏幕图像的图。
参考图30,假设医疗设备100连接到终端设备200以与终端设备200通信,则认证请求消息可以从医疗设备100发送到终端设备200,并且终端设备200可以响应于认证请求消息而在显示器242上显示认证屏幕图像246,如图30所示。
认证屏幕图像246可以显示用于显示用户ID的输入空间246a和用于在认证屏幕图像246上显示用户口令的另一输入空间246b。另外,认证屏幕图像245还可以显示用于请求用户输入他或她的ID和/或口令的请求消息246c。根据示例性实施例,从认证屏幕图像246省略了ID输入空间246a,并且可以在认证屏幕图像246上仅显示口令输入空间246b和请求消息246。
用户输入的ID和/或口令可以被发送到医疗设备100,并且认证器126可以通过参考存储在存储装置130中的用户列表来执行认证。例如,认证器126可以确定存在或不存在与从存储在存储装置130中的用户列表接收的ID和/或口令相同的同一ID和/或口令,并且可以根据确定的结果执行认证。
在完成这种认证之后,医疗设备100可以将测试请求接收消息等发送到终端设备200,或者可以根据通过终端设备200输入的用户命令来计算估计的待机时间,或者可以改变检查者的优先级。如果发生认证失败,则在医疗设备100结束与终端设备200的通信或不向终端设备200提供信息的条件下,医疗设备100可以被配置为不接收来自终端设备200的命令或信息。
如果如上所述完成用户认证,则一个用户可以不仅通过一个终端设备,而且通过不同的终端设备,从医疗设备100接收测试请求接收消息。替选地,用户可以输入用于医疗设备100的命令。另外,如果用户使用新的终端设备请求认证,则关于新的终端设备的信息也可以被发送到医疗设备100。在这种情况下,医疗设备100可以将关于新的终端设备的信息存储在其中,并且也可以对新的终端设备执行上面提到的图29所示的认证过程。
图31是示出根据示例性实施例的用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第一方法的概念图。图32是示出根据示例性实施例的用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第二方法的概念图。图33是示出根据示例性实施例的用于使用移动终端设备选择要向另一医疗测试工作人员请求的医疗测试的第三方法的概念图。
根据示例性实施例,检查者可以使用终端设备200将测试请求接收消息的发送命令发送到医疗设备100,以将所请求的测试发送给另一检查者,从而控制医疗设备100。
例如,如图31所示,第一检查者按照使得终端设备200的显示器242能够显示用于发送测试请求的屏幕图像249的方式来操纵终端设备200。由至少一个测试请求信息部分(249a至249c)组成的测试请求列表可以显示在屏幕图像249上。
第一检查者可以通过触摸或点击249e测试请求信息或者使用诸如轨迹板的输入接口从测试请求信息部分(249a至249c)中选择测试请求信息(例如,第三测试请求信息249c)。在这种情况下,第一检查者可以选择与第一检查者相关的测试请求信息,即由第一检查者接受的测试请求信息。替选地,第一检查者可以仅选择与应用于第一检查者的测试请求接收消息对应的测试请求信息。
终端设备200可以将所选择的请求信息249c存储在存储装置230中,并且终端设备200的显示器242可以显示检查者选择屏幕图像250。检查者显示屏幕图像250可以包括检查者列表250a,检查者列表250a包括测试请求接收消息可以应用到的一个或多个检查者。
第一检查者可以通过触摸或点击第二检查者(ANNA)或通过运行其他操纵等从检查者显示屏幕图像250选择任一检查者(例如,由ANNA表示的第二检查者),如从250b可见。终端设备200可以将关于所选择的检查者(ANNA)的信息存储在存储装置230中。
随后,终端设备200可以将所选择的测试请求信息249c和关于所选择的检查者(ANNA)的信息发送到医疗设备100。医疗设备100可以在所选择的测试请求信息249c的基础上生成测试请求接收消息,并且可以在关于所选择的检查者(ANNA)的信息的基础上确定被安排为发送测试请求接收消息的终端设备202。之后,如图33所示,医疗设备100可以将与测试请求信息249c对应的测试请求接收消息发送到所选择的检查者的终端设备202。
根据示例性实施例,检查者还可以通过操纵终端设备200将测试请求消息发送到医疗设备(101、102)中的任一个。在这种情况下,检查者还可以将测试请求消息发送到已发送测试请求接收消息的医疗设备(例如,除了第一医疗设备101之外的另一医疗设备)。
更详细地,如果检查者可以从第一医疗设备101接收测试请求接收消息,并且如果确定第二医疗设备102所请求的测试比第一医疗设备101所请求的测试更优选,则检查者操纵终端设备200以生成与测试请求接收消息对应的测试请求消息,然后将测试请求消息发送到第二医疗设备102。
在这种情况下,检查者可以首先读取存储在第一医疗设备101中的测试请求列表,可以从测试请求列表选择任一个测试请求,并且可以确定与所选择的测试请求对应的测试请求消息是否已发送到第二医疗设备102。如果第二医疗设备102从终端设备200接收到测试请求消息,则第二医疗设备102以与从计算设备2接收到的测试请求消息相同的方式执行对接收到的测试请求消息的处理,使得第二医疗设备102可以生成测试请求列表,可以确定终端设备决定,并且可以确定测试顺序。
下文将参考图34至37来描述根据示例性实施例的医疗测试请求控制方法。
图34是示出根据示例性实施例的用于控制医疗测试请求的第一方法的流程图。图35是示出根据示例性实施例的用于控制医疗测试请求的第二方法的流程图。
参考图34,测试请求人(例如,医生或护士)可以使用计算设备请求测试(或检查)目标人员(例如,患者)的试样(S310)。计算设备根据测试请求人的操纵生成测试请求消息,并将生成的测试请求消息发送给医疗设备。在这种情况下,生成的测试请求消息也可以通过服务器设备发送给医疗设备。在这种情况下,医疗设备可以是IVD(体外诊断)医疗设备,或者可以是图像诊断医疗设备。另外,医疗场所(例如,医院)中使用的各种医疗设备可以用作上述医疗设备。另外,测试请求消息可以包括各种测试相关信息。在这种情况下,各种测试相关信息可以包括下述各项中的至少一个:关于患者的信息、关于试样的信息、关于所请求的测试的信息、关于存在或不存在紧急测试的信息、关于测试请求人的信息、以及关于检查者的信息。
医疗设备可以接收测试请求消息,并且可以使用新发送的测试请求。替选地,医疗设备可以使用遗留的所请求的测试和新发送的测试请求来确定测试顺序,并且可以根据确定的顺序生成测试请求列表(S311)。
在这种情况下,测试顺序可以根据测试订单的发送顺序(即,根据测试请求消息的接收顺序)来确定。然而,如果新的测试请求是紧急测试请求,则可以按照使得新的测试请求能够比另一测试请求更早地执行的方式确定新的测试请求的顺序。
由医疗设备决定的测试顺序可以由用户(例如,医疗设备的检查者或管理员)改变。用户可以通过操纵医疗设备的用户接口来改变测试顺序,或者可以使用与医疗设备通信的终端设备来改变测试顺序。在这种情况下,终端设备可以是移动终端设备。如果决定了测试顺序,则医疗设备可以确定被安排为执行所请求的测试的检查者和/或检查者的终端设备(S312)。
根据示例性实施例,医疗设备可以确认测试请求消息的内容。如果测试请求消息包括关于期望执行测试的检查者的信息,则可以在所得到的测试请求消息的基础上确定检查者和检查者的终端设备。根据另一示例性实施例,医疗设备可以读取检查者的测试(或检查)的历史,并且因此确定已执行遗留患者的检查者和检查者的终端设备。根据另一示例性实施例,医疗设备可以确认检查者的遗留测试的数量或残余测试的数量,然后可以确定检查者和检查者的终端设备。根据示例性实施例,医疗设备可以确定检查者的历史、年龄或性别,关于检查者的休息日的信息,或预定义的设置。
如果存在多个检查者,医疗设备可以为各个检查者分配不同的优先级。换句话说,医疗设备为各个可通信终端设备分配唯一的优先级,测试请求接收消息可以根据优先级信息被发送到终端设备。医疗设备可以使用各种方法为各个终端设备分配唯一的优先级。例如,医疗设备可以根据预定义的优先级为每个终端设备分配唯一的优先级,可以根据测试请求消息的内容为每个终端设备分配唯一的优先级,或者可以使用检查者的测试历史、测试数量或残余测试的数量等为每个终端设备分配唯一的优先级。
根据示例性实施例,可以在上述测试顺序确定操作(S311)之后执行检查者确定操作(S312),如图34所示。替选地,根据另一示例性实施例,也可以在测试顺序确定操作(S311)之前执行检查者确定操作(S312)。另外,也可以与测试顺序确定操作S311同时执行检查者确定操作S312。
如果决定了检查者,则医疗设备还可以生成测试请求接收消息(S313)。测试请求接收消息可以包括下述各项中的至少一个:关于患者的信息、关于试样的信息、关于所请求的测试的信息、关于预先存储的测试的信息、关于所请求的测试的信息、关于预先存储的测试的测试顺序信息、关于医疗设备状态的信息、关于存在或不存在紧急测试的信息、关于测试请求人的信息、以及关于检查者的信息。
测试请求接收消息生成操作S131可以在测试顺序确定操作S311和检查者确定操作S312之后被执行,或者也可以在测试顺序确定操作S311之前或在检查者确定操作S312之后被执行。另外,测试请求接收消息生成操作S313也可以在认证操作(S314、S315)之后被执行。
如果医疗设备连接到至少一个终端设备以与至少一个终端设备通信,并且如果要执行认证(S314),则医疗设备可以执行认证过程(S315)。如上所述,认证过程S315可以是用于认证终端设备的过程,或者可以是用于认证终端设备的用户的另一过程。
认证必要性确定操作S314和认证操作S315可以在测试请求发送操作S310之前执行,或者也可以在图34所示的消息发送操作S316之前执行。另外,可以根据系统设计者的选择在各个时间点执行认证必要性确定操作S314和认证操作S315。
在决定测试顺序(S311)之后,如果确定被安排为发送测试请求接收消息的检查者和终端设备,或者如果确定检查者和/或终端的优先级信息(S312),并且如果生成测试请求接收消息(S313),则医疗设备可以将测试请求接收消息发送到所确定的终端设备(S316)。假设检查者的优先级和/或终端设备的优先级被确定,医疗设备可以向具有最高优先级的终端设备发送测试请求接收消息。在这种情况下,由医疗设备决定的终端设备的数量可以是单数或复数。如上所述,医疗设备可以通过有线通信网络或无线通信网络将测试请求接收消息发送到终端设备。
终端设备可以接收测试请求接收消息,并且可以在嵌入终端设备中的显示器上显示与接收到的测试请求接收消息对应的屏幕图像。显示器可以被实现为触摸屏。在这种情况下,显示器也可以用作输入接口。与测试请求接收消息对应的屏幕图像可以包括查询接受或拒绝的语句或图像。
终端设备的用户(例如,检查者)可以确认与测试请求接收消息对应的屏幕图像,并且可以通过操纵嵌入终端设备中的输入接口或通过触摸触摸屏来确定接受或拒绝确认的消息(S320)。
如果终端设备的用户接受接收到的消息(S320,“是”),则接受信息被发送到医疗设备,并且医疗设备可以将接受的用户登记为接收到的测试请求的检查者(S321)。更详细地,医疗设备可以将已发送接受消息的终端设备的ID码或与已发送接受消息的终端设备对应的检查者的ID码输入到包含在测试请求列表中的检查者项的空白空间,从而更新并存储测试请求列表。
如果终端设备的用户不接受接收到的消息(S320,“否”),如图35所示,则医疗设备可以在优先级列表中确定存在或不存在具有第二优先级的检查者和/或存在或不存在第二优先级的检查者的终端设备(S330)。如果第二优先级的检查者和/或第二优先级的终端设备存在于优先级列表中,则医疗设备可以将测试请求接收消息发送给第二优先级的检查者的终端设备(S331)。甚至当在预定时间期间从终端设备的用户没有接收到接受或拒绝消息时,医疗设备也可以执行上述操作。在这种情况下,不仅拒绝消息而且终端设备的用户输入的附加消息也可以被发送到医疗设备。医疗设备还可以将附加消息连同测试请求接收消息一起发送到第二优先级的检查者的终端设备。
第二优先级的检查者可以通过他或她的终端设备确定接受或拒绝(S332)。如果第二优先级的检查者接受测试请求,则将接受信息发送到医疗设备。医疗设备可以根据接受信息登记第二优先级的检查者,从而更新测试请求列表(S321)。
如果第二优先级的终端设备的用户不接受测试请求(S332,“否”),则医疗设备可以在优先级列表中确定存在或不存在具有第三优先级的检查者和/或存在或不存在第三优先级的检查者的终端设备(S330)(S330)。如果第三优先级的检查者和/或第三优先级的终端设备存在于优先级列表中,则医疗设备可以向第三优先级的检查者的终端设备发送测试请求接收消息(S331)。可以在包含于列表中的检查者中的任一个接受测试请求之前重复上述过程,或者可以重复上述过程,直到不存在后续优先级的检查者或后续优先级的终端设备(S330,“否”)。
如果不存在后续优先级的检查者和/或后续优先级的终端设备(S330,“否”),则医疗设备可以根据预定义的设置来确定检查者(S333)。例如,医疗设备100可以将预定默认检查者或最高优先级的检查者确定为所请求的测试的检查者,并且可以在所确定的结果的基础上更新检查请求列表。在这种情况下,医疗设备可以将测试请求接收消息发送给所确定的检查者的终端设备,使得它能够允许检查者认识到检查者被确定为所请求的测试的检查者的事实(S334)。在这种情况下,可以禁止用于允许检查者选择接受和拒绝测试请求中的任一个的操作。
在检查者被输入并登记在测试请求列表(S321)中之后,检查者可以通过操纵医疗设备来测试试样(S322,“是”),然后可以在完成测试结果之后完成测试(S324)。所获得的测试结果可以通过有线通信网络或无线通信网络发送到测试请求人的计算设备和/或服务器设备,并且计算设备和/或服务器设备可以将接收到的测试结果存储在其中。测试请求人可以使用计算设备和/或服务器设备来确认测试结果。
另一方面,根据示例性实施例,医疗设备可以确定测试是否正在进行(S322)。如果检查者在预定时间内未执行测试(S322,“否”),则医疗设备可以将测试请求接收消息发送到下一优先级的终端设备(S330、S331)。下一优先级的检查者可以通过操纵终端设备来输入测试请求的接受或拒绝消息。根据下一优先级的检查者的接受或拒绝消息,可以将下一优先级的检查者登记在测试请求列表中(S321),或者将测试请求接收消息发送给后续优先级的检查者的终端设备(S330、S331)。如上所述,如果不存在后续优先级的检查者和/或后续优先级的终端设备(S330,“否”),则医疗设备可以根据预定义的设置来确定检查者,从而更新测试请求列表。医疗设备向确定的检查者的终端设备发送预定消息,使得确定的检查者可以认识到他或她已被确定为所请求的测试的检查者的事实(S334)。
医疗测试请求控制方法还可以包括将与测试请求接收消息对应的测试请求消息从一个医疗设备发送到另一个医疗设备。在这种情况下,已接收到与测试请求接收消息对应的测试请求消息的医疗设备可以执行上述操作(S310至S324),使得检查者可以执行所请求的测试。
此外,医疗测试请求控制方法可以包括:控制医疗设备以确定其当前状态(例如,关于医疗设备是否可以使用的信息);以及通过通信接口将医疗设备的状态信息发送到终端设备。在这种情况下,用户可以使用终端设备确定当前状态(例如,关于医疗设备是否可以使用的信息)。发送状态信息可以例如在测试运行操作(S322、S324)之前被执行。
图36是示出根据示例性实施例的用于计算估计的待机时间的方法的流程图。
参考图36,用户(例如,医疗设备的检查者或管理员)可以操纵终端设备或者可以直接操纵医疗设备,使得用户可以请求提供估计的待机时间(S340)。
在接收到估计的待机时间提供请求时,医疗设备可以通过使用测试信息和遗留测试请求列表来计算估计的待机时间(S341)。例如,医疗设备可以估计每个估计测试的消耗时间,可以对各个估计的消耗时间求和,并且因此可以计算估计的待机时间。在这种情况下,可以添加用于测试准备的时间或测试中间待机时间以计算估计的待机时间。另外,医疗设备还可以在关于紧急测试请求的发送或不发送的信息或关于医疗设备的状态信息的信息(例如,关于医疗设备是否可以被使用的信息)的基础上计算估计的待机时间。已经参考图25至27公开了其详细描述,并且由此为了方便描述,这里将省略其详细描述。
如果计算估计的待机时间,则医疗设备可以将估计的待机时间发送到终端设备,使得终端设备可以在其上显示估计的待机时间,或者还可以在医疗设备的显示器上显示估计的待机时间(S342)。
图37是示出根据示例性实施例的用于将测试请求接收消息发送到另一测试工作人员的方法的流程图。
参考图37,检查者可以按照使得关于所请求的测试的信息能够被发送到另一检查者的方式使用终端设备来控制医疗设备。
更详细地,检查者可以操纵终端设备,并因此向另一检查者的终端设备输入关于发送测试请求接收消息的命令(S350)。在这种情况下,在测试请求接收消息发送命令之前,检查者可以选择另一检查者以及要发送到另一检查者的所请求的测试。
医疗设备可以接收应用于另一检查者的终端设备的测试请求接收消息发送命令(S351),并且可以将关于所选择的测试的测试请求接收消息发送到包含在接收到的命令中的所选择的用户的终端设备(S352)。
另一检查者可以响应于测试请求接收消息来分析在显示器上显示的内容,并且可以确定接受或拒绝(图34的S320或图35的S332)。
另外,示例性实施例还可以通过介质(例如,计算机可读介质)上的计算机可读代码和/或指令来实现,以控制至少一个处理元件来实现任何上述实施例。介质可以对应于可以用作存储装置和/或执行计算机可读代码的传输的任何介质或媒介。
计算机可读代码可以以各种方式被记录和/或传送到介质上,并且该介质的示例包括记录介质,诸如磁存储介质(例如,ROM、软盘、硬盘等)和光记录介质(例如,致密盘只读存储器(CD-ROM)或数字多功能盘(DVD)),以及包括诸如因特网传输介质的传输介质。因此,介质可以具有适合于存储或携带信号或信息的结构,诸如根据一个或多个示例性实施例的携带比特流的设备。该介质还可以在分布式网络上,使得计算机可读代码被存储和/或传送到介质上并以分布式方式运行。此外,处理元件可以包括处理器或计算机处理器,并且处理元件可以被分布和/或包括在单个设备中。
从以上描述中明白,根据示例性实施例的医疗设备、用于控制医疗测试请求的系统和方法以及存储在记录介质中的程序可以允许位于远程站点的医疗测试工作人员快速地接收/确认医疗测试请求,使得能够适当且快速地进行医疗测试。
根据示例性实施例的上述医疗设备、用于控制医疗测试请求的系统和方法以及存储在记录介质中的程序可以将医疗测试请求发送给适当的测试工作人员。如果已接收到测试请求的测试工作人员不能执行医疗测试,则可以将测试请求传送给新的测试工作人员,使得可以高效地分配和执行医院的医疗测试。
前述示例性实施例是示例,并不被解释为限制。本教导可以容易地应用于其他类型的装置。而且,示例性实施例的描述旨在是说明性的,而不是限制权利要求的范围,并且对于本领域的技术人员而言,许多替代、改变和变化将是明显的。
工业实用性
本公开的上述实施例具有工业实用性,这是由于本公开的上述实施例可以用于各种领域,例如医学领域。
Claims (15)
1.一种医疗装置,包括:
通信单元,被配置为接收至少一个测试请求消息;以及
控制单元,被配置为响应于所述至少一个测试请求消息而生成测试请求接收消息,
其中,所述通信单元将测试请求接收消息发送到至少一个移动终端设备。
2.根据权利要求1所述的医疗装置,其中,所述测试请求接收消息包括下述各项中的至少一个:关于要测试的目标对象的信息、关于试样的信息、关于所请求的测试的信息、关于预先存储的测试的信息、关于所请求的测试和预先存储的测试的测试顺序的信息、关于医疗装置的状态的信息、关于紧急测试请求的信息、关于测试请求人的信息、以及关于实施测试的检查者的信息。
3.根据权利要求1所述的医疗装置,其中,所述控制单元在所述至少一个测试请求消息的基础上确定测试顺序,并且根据关于紧急测试请求的信息或从移动终端设备接收的测试顺序改变命令来改变测试顺序。
4.根据权利要求1所述的医疗装置,其中,所述控制单元还基于估计的测试的数量和估计的测试的类别或者基于估计的测试的数量、估计的测试的类别和医疗装置的状态信息来确定估计的待机时间,或者根据每个测试的紧急程度校正测试顺序,并且根据校正后的结果来计算估计的待机时间。
5.根据权利要求1所述的医疗装置,其中:
所述控制单元确定被安排为发送测试请求接收消息的移动终端设备;以及
所述通信单元将测试请求接收消息发送到所确定的移动终端设备。
6.根据权利要求5所述的医疗装置,其中:
所述控制单元根据每个检查者的优先级来确定被安排为发送测试请求接收消息的移动终端设备;以及
所述通信单元将测试请求接收消息发送到高优先级的移动终端设备。
7.根据权利要求5所述的医疗装置,其中,所述控制单元根据每个检查者的测试历史、每个检查者实施的测试的数量、每个检查者的残余测试的数量或预定的优先级信息来确定优先级。
8.根据权利要求7所述的医疗装置,其中,所述通信单元从所述移动终端设备接收请求接受消息或请求拒绝消息。
9.根据权利要求8所述的医疗装置,其中:
如果所述通信单元从移动终端设备接收到请求拒绝消息,或者如果在预定义的时间内没有生成来自移动终端设备的响应信号,则所述控制单元控制所述通信单元以将测试请求接收消息发送到后续优先级的移动终端设备,或如果所述通信单元从移动终端设备接收到请求接受消息,并且如果在预定时间内没有开始测试,则所述控制单元控制所述通信单元以将测试请求接收消息发送到后续优先级的移动终端设备。
10.根据权利要求8所述的医疗装置,其中,所述请求拒绝消息包括由所述移动终端设备的用户输入的附加消息。
11.根据权利要求1所述的医疗装置,其中:
所述通信单元接收从所述移动终端设备到另一移动终端设备的测试请求接收消息的发送命令;以及
所述控制单元根据接收到的命令控制所述通信单元以向所述另一移动终端设备发送测试请求接收消息。
12.根据权利要求1所述的医疗装置,其中,所述移动终端设备接收所述测试请求接收消息,并将与所述测试请求接收消息对应的测试请求消息发送到另一医疗设备。
13.根据权利要求1所述的医疗装置,其中,所述通信单元从个人计算机(PC)、服务器设备或所述至少一个移动终端设备接收所述至少一个测试请求消息。
14.根据权利要求1所述的医疗装置,其中,所述控制单元确定关于是否不能够使用所述医疗装置的特定信息,并且通过所述通信单元将所述特定信息发送到所述至少一个移动终端设备。
15.一种用于控制医疗测试请求的方法,包括:
由医疗装置接收至少一个测试请求消息;
由所述医疗装置响应于所述至少一个测试请求消息而生成测试请求接收消息;
由所述医疗装置将测试请求接收消息发送到至少一个移动终端设备。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR10-2015-0153631 | 2015-11-03 | ||
KR1020150153631A KR102580747B1 (ko) | 2015-11-03 | 2015-11-03 | 의료 기기, 의료 검사 요청 제어 시스템, 의료 검사 요청 제어 방법 및 기록 매체에 저장된 프로그램 |
PCT/KR2016/007908 WO2017078248A1 (en) | 2015-11-03 | 2016-07-20 | Medical apparatus, system for controlling medical test request, method for controlling medical test request, and program stored in medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108140427A true CN108140427A (zh) | 2018-06-08 |
Family
ID=57286199
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680060182.9A Pending CN108140427A (zh) | 2015-11-03 | 2016-07-20 | 医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法和存储在介质中的程序 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20170124274A1 (zh) |
EP (1) | EP3166034A1 (zh) |
KR (1) | KR102580747B1 (zh) |
CN (1) | CN108140427A (zh) |
WO (1) | WO2017078248A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11448658B2 (en) | 2017-06-29 | 2022-09-20 | Seegene, Inc. | Method and device for controlling detection-composition preparation instrument |
JP6883076B2 (ja) * | 2019-09-30 | 2021-06-09 | シスメックス株式会社 | 検査依頼をコンピュータにより管理する方法、管理装置、管理コンピュータプログラム、管理システム。 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026331A1 (en) * | 2000-03-31 | 2002-02-28 | Robert Case | System and method for providing a server-based wireless communication of medical test requests and results |
US20030135675A1 (en) * | 2002-01-17 | 2003-07-17 | Koninklijke Philips Electronics N.V. | Configurable synchronous or asynchronous bus interface |
US20060173713A1 (en) * | 2005-01-26 | 2006-08-03 | Alan Petro | Integrated medical device and healthcare information system |
CN104054084A (zh) * | 2011-10-17 | 2014-09-17 | 英特托拉斯技术公司 | 用于保护和管理基因组及其它信息的系统和方法 |
US20150134350A1 (en) * | 2013-11-08 | 2015-05-14 | Clifton R. Lacy | System and method for optimizing patient management in a care facility |
US20150149206A1 (en) * | 2013-11-27 | 2015-05-28 | General Electric Company | Systems and methods for intelligent radiology work allocation |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5101476A (en) * | 1985-08-30 | 1992-03-31 | International Business Machines Corporation | Patient care communication system |
US5171977A (en) * | 1990-05-14 | 1992-12-15 | Sunquest Information Systems, Inc. | Portable medical specimen data collection system |
US6018713A (en) * | 1997-04-09 | 2000-01-25 | Coli; Robert D. | Integrated system and method for ordering and cumulative results reporting of medical tests |
US6581012B1 (en) * | 1999-07-30 | 2003-06-17 | Coulter International Corp. | Automated laboratory software architecture |
JP2010521722A (ja) * | 2007-02-14 | 2010-06-24 | ザ・ジェネラル・ホスピタル・コーポレイション | 医療研究所報告メッセージ・ゲートウェイ |
JP2010039900A (ja) | 2008-08-07 | 2010-02-18 | Toshiba Corp | 診断依頼支援装置、医師検索装置、診断依頼方法および画像診断管理方法 |
KR101071571B1 (ko) * | 2008-12-12 | 2011-10-10 | 주식회사 비트컴퓨터 | 의료기기 정보연동 시스템 및 방법 |
US8756250B2 (en) * | 2009-05-22 | 2014-06-17 | Conex MPS, Inc. | Client management system |
US20130253951A1 (en) * | 2012-03-21 | 2013-09-26 | CipherHealth, LLC | Method, system, and apparatus for tablet based healthcare communication |
KR20140054533A (ko) * | 2012-10-29 | 2014-05-09 | 농업협동조합중앙회 | 비즈니스 프로세스 관리에 기반한 농산물 검사 시스템 및 그 방법 |
US20150073815A1 (en) * | 2013-09-06 | 2015-03-12 | Theranos, Inc. | Systems and methods for laboratory testing and result management |
JP6129771B2 (ja) * | 2014-03-13 | 2017-05-17 | 富士フイルム株式会社 | チーム医療支援装置、チーム医療支援装置の制御方法、チーム医療支援プログラム、及びチーム医療支援システム |
-
2015
- 2015-11-03 KR KR1020150153631A patent/KR102580747B1/ko active IP Right Grant
-
2016
- 2016-07-20 CN CN201680060182.9A patent/CN108140427A/zh active Pending
- 2016-07-20 WO PCT/KR2016/007908 patent/WO2017078248A1/en active Application Filing
- 2016-07-27 US US15/220,883 patent/US20170124274A1/en not_active Abandoned
- 2016-09-27 EP EP16190879.3A patent/EP3166034A1/en not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020026331A1 (en) * | 2000-03-31 | 2002-02-28 | Robert Case | System and method for providing a server-based wireless communication of medical test requests and results |
US20030135675A1 (en) * | 2002-01-17 | 2003-07-17 | Koninklijke Philips Electronics N.V. | Configurable synchronous or asynchronous bus interface |
US20060173713A1 (en) * | 2005-01-26 | 2006-08-03 | Alan Petro | Integrated medical device and healthcare information system |
CN104054084A (zh) * | 2011-10-17 | 2014-09-17 | 英特托拉斯技术公司 | 用于保护和管理基因组及其它信息的系统和方法 |
US20150134350A1 (en) * | 2013-11-08 | 2015-05-14 | Clifton R. Lacy | System and method for optimizing patient management in a care facility |
US20150149206A1 (en) * | 2013-11-27 | 2015-05-28 | General Electric Company | Systems and methods for intelligent radiology work allocation |
Also Published As
Publication number | Publication date |
---|---|
KR102580747B1 (ko) | 2023-09-20 |
KR20170051922A (ko) | 2017-05-12 |
EP3166034A1 (en) | 2017-05-10 |
WO2017078248A1 (en) | 2017-05-11 |
US20170124274A1 (en) | 2017-05-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US12062372B2 (en) | Collaborative artificial intelligence method and system | |
JP7046845B2 (ja) | モジュール式アッセイリーダ装置 | |
US10078730B2 (en) | Point-of-care testing system | |
CN102749466B (zh) | 用于自动检验实验室化验结果的系统和方法 | |
US9123002B2 (en) | Graphically based method for developing rules for managing a laboratory workflow | |
US9665956B2 (en) | Graphically based method for displaying information generated by an instrument | |
CN109817322A (zh) | 用于定位手持式分析设备的方法和系统 | |
CN105849732A (zh) | 医疗分析器用户接口的操作者特定适配 | |
US20230064667A1 (en) | Method for automatically unblocking or blocking a computer-supported medical device | |
CA2882249A1 (en) | Apparatus and methods for storage and transfer of patient information using biological sample cards with short range communications | |
CN111373485B (zh) | 医疗设备的系统 | |
US11017116B2 (en) | Secure integration of diagnostic device data into a web-based interface | |
JP6684597B2 (ja) | 医療レポート作成支援システム | |
CN108140427A (zh) | 医疗装置、用于控制医疗测试请求的系统、用于控制医疗测试请求的方法和存储在介质中的程序 | |
JP2021501412A (ja) | 実験室器具のためのルールの自動生成 | |
JP2022043409A (ja) | 自動分析装置および検体情報作成方法 | |
JP2017188135A (ja) | 検査結果管理装置、及び検査結果管理方法 | |
KR101522851B1 (ko) | 모바일기기를 통해 의료기기의 피검시료 검사결과를 목적지에 전송하는 방법 및 시스템 | |
JPWO2003017162A1 (ja) | 検査依頼管理装置 | |
WO2014059102A1 (en) | System and method for guided laboratory data collection, analysis, and reporting |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180608 |
|
WD01 | Invention patent application deemed withdrawn after publication |