CN103578071A

CN103578071A - 产生用户界面的方法和使用该方法产生用户界面的设备

Info

Publication number: CN103578071A
Application number: CN201310331697.6A
Authority: CN
Inventors: 金东友; 金智恩; 朴正济; 李侊炫
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2012-08-01
Filing date: 2013-08-01
Publication date: 2014-02-12
Also published as: KR101444104B1; EP2693353A3; EP2693353A2; KR20140017876A; US20140039927A1

Abstract

一种产生用户界面的方法和使用该方法产生用户界面的设备。所述设备用于产生指示患者的健康相关信息的用户界面图像，所述设备包括：信息接收器，接收患者的健康相关信息；信息布置器和分类器，按时间顺序布置包括在健康相关信息中的至少一条信息；用户界面（UI）产生器，产生沿第一轴显示按时间顺序布置的所述至少一条信息的用户界面图像，通过所述设备，患者和医生可容易地识别健康相关信息。

Description

产生用户界面的方法和使用该方法产生用户界面的设备

本申请要求于2012年8月1日在韩国知识产权局提交的10-2012-0084587号韩国专利申请的权益，该申请的公开通过引用全部合并于此。

技术领域

一个或多个实施例涉及一种产生用户界面的方法和用于过使用该方法产生用户界面的设备，更具体地说，涉及一种产生用于识别患者的个人健康相关记录和健康相关历史的用户界面的方法以及用于通过使用该方法产生用户界面的设备。

背景技术

用于编写和使用个人健康记录（PHR）的方法和设备已不断地发展。用于编写和使用PHR的方法已专注于编写、收集和读取PHR的方法。

例如，建立和读取PHR的方法已与药房处方管理系统或患者的病历系统（诸如医院或诊所中的电子病历（EMR）或电子健康记录（EHR）系统）关联地提出。这些传统的方法被提供以建立PHR并简单地读取预定信息。因此，即使建立的PHR被读取，也难以容易地识别PHR的历史和特征。

因此，对于患者或医生来说，存在容易地基于PHR来识别患者的健康史、管理史或处方史的需要。

发明内容

一个或多个实施例的另外方面和/或优点将在下面的描述中部分地阐明，并且从描述中部分是清楚的，或者通过本发明的实施可以被理解。一个或多个实施例包括这样的另外方面。

一个或多个实施例涉及一种产生用户界面的方法以及通过使用所述方法产生用户界面的设备，其中，通过所述方法，患者和医生可容易地识别患者的健康相关历史，诸如健康史、管理史或处方史。

具体地说，一个或多个实施例涉及一种产生用户界面的方法以及通过使用所述方法产生用户界面的设备，其中，通过所述方法，患者和医生可容易地测评过使用患者的健康相关信息来识别与时间顺序相应的患者的处方史。

根据一个或多个实施例的一方面，提供了一种产生指示患者的健康相关信息的用户界面图像的设备，所述设备包括：信息接收器，接收患者的健康相关信息；信息布置器和分类器，按时间顺序布置包括在健康相关信息中的至少一条信息；用户界面（UI）产生器，产生沿第一轴显示按时间顺序布置的所述至少一条信息的用户界面图像。

健康相关信息可包括患者的处方。

信息布置器和分类器可将包括在处方中的多条信息分类为高阶信息和包括在高阶信息中的低阶信息。

UI产生器可产生这样的用户界面图像，所述用户界面图像沿第二轴指示针对各条高阶信息分类和布置的多条低阶信息。

当产生健康相关信息时，高阶信息可包括例如疾病管理代码、疾病、开处方的医院、开处方的医院类型、患者家族和患者的居住区域中的至少一个。

低阶信息可包括在处方中所包括的至少一个处方药。

信息布置器和分类器根据疾病对包括在处方中的所述至少一个处方药进行分类，UI产生器产生沿第二轴布置和显示疾病和与疾病相应的处方药的用户界面图像。

信息布置器和分类器可根据疾病和与疾病相应的药物类型对包括在处方中的所述至少一个处方药进行分类，其中，UI产生器产生沿第二轴布置和显示疾病、与疾病相应的药物类型和与药物类型相应的处方药的用户界面图像。

UI产生器可产生这样的用户界面图像，所述用户界面图像显示指示患者对处方药的评估和医生对处方药的评估中的至少一个的信息。

UI产生器可产生这样的用户界面图像，所述用户界面图像包括用于改变沿第二轴布置的高阶信息的改变菜单键。

所述设备还可包括：输入/输出单元，显示用户界面图像。

根据一个或多个实施例的另一方面，提供了一种产生指示患者的健康相关信息的用户界面图像的方法，例如，所述方法可包括：接收患者的健康相关信息；按时间顺序布置包括在健康相关信息中的至少一条信息；产生沿第一轴显示按时间顺序布置的所述至少一条信息的用户界面图像。

附图说明

从下面结合附图进行的对实施例的描述，这些和/或其它方面将变得明显并更易于理解，其中，

图1是根据一个或多个实施例的用户界面产生设备的框图；

图2是根据一个或多个实施例的用户界面产生设备的框图；

图3是根据一个或多个实施例的通过用户界面（UI）产生装置产生的用户界面图像的示图；

图4是根据一个或多个实施例的通过UI产生装置产生的用户界面图像的示图；

图5是根据一个或多个实施例的通过UI产生装置产生的图像界面图像的示图；

图6是根据一个或多个实施例的通过UI产生装置产生的图像界面图像的示图；

图7是根据一个或多个实施例的通过UI产生装置产生的图像界面图像的示图；

图8是根据另外的一个或多个实施例的通过UI产生装置产生的图像界面图像的示图；

图9是根据一个或多个实施例的用户界面产生方法的流程图。

具体实施方式

现在将详细参考一个或多个实施例，所述一个或多个实施例在附图中示出，其中，相同的标号始终表示相同的元件。在这点上，可以以许多不同的形式来实现本发明的实施例，并且由于在这里讨论的实施例被理解之后，本领域的普通技术人员将理解这里描述的系统、设备和/或方法的各种改变、修改和等同物被包括在本发明中，因此本发明的实施例不应该被解释为受限于这里阐述的实施例。因此，仅在下面通过参照附图来描述实施例以解释本发明的各方面。

以下，将参照附图，针对一个或多个示例性实施例描述产生用户界面的方法以及通过使用所述方法产生用户界面的设备。当诸如“…中的至少一个”的表述在一列元素之后时，这是用来修饰整列元素，而不是修饰该列表的个别元素。

图1是根据一个或多个实施例的用户界面产生设备100的框图。

参照图1，用户界面产生设备100是用于产生用于指示患者的健康相关历史的用户界面图像的设备。用户界面产生设备100可包括信息接收器110、信息布置器和分类器130以及用户界面（UI）产生器150。

信息接收器110可接收患者的健康相关信息。信息接收器110可接收各个患者的健康相关信息，并可对各个患者的健康相关信息进行分类和存储。这里，健康相关信息可包括例如患者或医生可识别患者的治疗史或处方史的信息。具体地说，健康相关信息可包括患者的处方。

处方是在医生在医院或诊所中对患者进行治疗之后为了根据患者的症状和疾病开预定药物的由医生编写的开药指示。处方可包括例如疾病分类代码、关于处方药的信息（例如，处方药的名称）、医疗机构的名称、关于写处方的医生的信息等。

信息布置器和分类器130可按时间顺序布置包括在由信息接收器110接收的健康相关信息中的至少一条信息。将参照图3至图8详细描述在信息布置器和分类器130中对信息进行分类的操作。

UI产生器150可产生用于沿第一轴显示按时间顺序布置的至少一条信息的用户界面图像。具体地说，UI产生器150可产生用于沿水平方向或垂直方向布置并显示由信息布置器和分类器130按时间顺序布置的包括在健康相关信息中的多条信息的用户界面图像。

信息布置器和分类器130可将包括在处方中的多条信息分类为高阶信息和包括在高阶信息中的低阶信息。具体地说，高阶信息是指在包括在处方中的多条信息中综合其它信息的信息。具体地说，当产生健康相关信息时，高阶信息可包括例如疾病管理代码、疾病、开处方的医院、开处方的医院的类型、患者的家族和患者的居住区域。

医院的类型可根据医疗科室（诸如内科、儿科或皮肤科）被分类。另外，医院的类型可被分类为例如用于治疗单个领域的一级医疗机构、具有专家以及四个或更多医疗领域的二级医疗机构、以及诸如大学医院的三级医疗机构。

疾病管理代码可被记录在处方中，并可被分类以识别疾病。另外，由于处方可包括开处方的医疗机构的名称和地址，因此当产生健康相关信息（即，处方）时，患者的居住区域可被识别。当通过使用患者的居住区域将包括在处方中的多条信息分类为高阶信息，并且包括分类的信息的用户界面图像产生时，产生的用户界面图像可被用于确定患者的先前的疾病是否是基于在预定区域频繁发生的地方性疾病。

另外，当通过将患者的家族使用为高阶信息，对包括在处方中的与患者家族的每个成员相应的多条信息进行分类，并且包括分类的信息的用户界面图像产生时，产生的用户界面图像可被用于确定疾病是否来源于患者的家族史或遗传。

包括在高阶信息中的分类的低阶信息可包括在处方中所包括的至少一个处方药。例如，如果高阶信息是疾病，则疾病的低阶信息可以是与该疾病相应的处方药。

UI产生器150可产生用户界面图像，所述用户界面图像指示针对各条高阶信息被分类并沿第二轴被布置的多条低阶信息。例如，UI产生器150可产生这样的用户界面图像，在此用户界面图像中，水平方向表示时间顺序，垂直方向表示针对各条高阶信息被分类并被布置的低阶信息。

图2是根据一个或多个实施例的用户界面产生设备200的框图。关于图2中示出的用户界面产生设备200，信息接收器210、信息布置器和分类器230和UI产生器250分别与图1中示出的信息接收器110、信息布置器和分类器130和UI产生器150相同。因此，与对图1中的用户界面产生设备100的描述相同的描述被省略。

与图1的用户界面产生设备100相比，用户界面产生设备200还可包括信息收集服务器260和输入/输出单元270中的至少一个。

信息收集服务器260可收集患者的健康相关信息。具体地说，信息收集服务器260可收集针对每个患者而分类的健康相关信息。健康相关信息可相应于例如上述的处方以及存储在医院中的各种医疗记录、个人健康记录（PHR）或电子健康记录（EHR）。另外，健康收集服务器260可聚积从当前时间点的预定时间段（诸如过去几年）内的健康相关信息以收集每个患者的健康相关信息。

信息收集服务器260可通过预定有线或无线网络连接到信息接收器210。信息接收器210可周期性地从信息收集服务器260更新并接收每个患者的健康相关信息。另外，每当信息收集服务器260收集每个患者的健康相关信息时，信息收集服务器260可将收集到的信息发送到信息接收器210。

输入/输出单元270可显示由UI产生器250产生的用户界面图像。具体地说，输入/输出单元270可包括显示单元280。显示单元280可显示由UI产生器250产生的用户界面图像。另外，输入/输出单元270可以以与用户输入装置（例如，触摸屏）的结合形式被配置。因此，可通过触摸屏接收用户指令或请求，并且用户指令或请求可被发送到UI产生器250或信息布置器和分类器230。

以下，将参照图3至图8描述由图1和图2中的UI产生器150和250产生的用户界面图像的示例性实施例。另外，将描述由图1的用户界面产生设备100产生图3至图8中示出的用户界面图像的情况。

图3是根据一个或多个实施例的由UI产生装置产生的用户界面图像300的示图。

用户界面图像300可显示包括在健康相关信息中并在信息布置器和分类器130沿第一轴310按时间顺序排列的至少一条信息。图3示出第一轴310表示水平轴并具有“年/月/日”的时间单位的情况。

另外，用户界面图像300可包括用于移动沿第一轴310指示的时间顺序的水平轴移动菜单键331和333。用户（诸如患者或医生）可通过使用水平轴移动菜单键331和333容易地按时间顺序识别患者的健康相关信息。

在图3中，在预定时间“2012/1/1（2012年1月1日）”收集的健康相关信息1320可以是处方本身。另外，UI产生器150可仅将关于包括在处方中的预定疾病的名称和与预定疾病相应的处方药的信息包括在健康相关信息1320中。

图4是根据一个或多个实施例的由UI产生装置产生的用户界面图像400的示图。

参照图4，用户界面图像400可沿作为第一轴410的水平轴指示时间。与图3中示出的用户界面图像300一样，用户界面图像400具有沿作为第一轴410的水平轴的时间单位“年/月/日”。

以下，将描述由信息接收器110接收的健康相关信息包括处方以产生图4至图8中示出的用户界面图像的情况。

信息布置器和分类器130可根据每个疾病对包括在处方中的至少一个处方药进行分类。可通过使用包括在处方中的疾病分类代码来对疾病进行分类。也就是说，可根据疾病将包括在处方中的多条信息分类为上述的高阶信息，并将处方药分类为低阶信息。UI产生器150可产生这样的用户界面图像400，在用户界面图像400中，疾病和与疾病相应的处方药沿作为第二轴420的垂直轴被布置和显示。具体地说，如图4所示，可顺序地显示疾病430和与疾病430相应的处方药450。

参照图4，用户界面图像400可显示与糖尿病431相应的2012年1月1日的处方史1和2012年3月1日的处方史4，以及与急性咽喉炎432相应的2012年2月1日的处方史2和2012年2月7日的处方史3。

另外，疾病分类代码（例如，在括号中填写的“E10”）可被添加到疾病名称（例如，“糖尿病”）并可被显示。

另外，用于以上下方向移动沿作为第二轴420的垂直轴布置的疾病的垂直轴移动菜单键421和422可被添加以组成用户界面图像400。用户（诸如患者或医生）可通过使用水平轴移动菜单键413和414以及垂直轴移动菜单键421和422来容易地按时间顺序识别目标疾病的处方史。

例如，当患者由于急性咽喉炎而去看医生时，医生参考用户界面图像400，可容易地按时间顺序识别与急性咽喉炎432相关的先前处方史，并可检查先前处方史以写当前处方。

另外，每个疾病的处方史（例如，处方史1）可包括例如关于由医生根据疾病开的药物的信息、关于药物的副作用的信息或关于药物的稳定性的信息。

图5是根据一个或多个实施例的由UI产生装置产生的用户界面图像500的示图。除了沿第二轴520布置的高阶分类是“医院类型”之外，图5的用户界面图像500可与图4中示出的用户界面图像400相同，因此，这里省略对先前针对图4描述的元素的重复描述。

信息布置器和分类器130可从接收到的健康相关信息（例如，处方）获得关于医院类型的信息，并可根据医院类型对处方史进行分类。

UI产生器150可产生沿第二轴520布置和显示医院类型和与医院类型相应的处方史的用户界面图像500。

在这点上，可根据医疗领域（诸如内科531或皮肤科532）来对医院类型进行分类。另外，医院类型可被分类为例如如上所述的一级医疗机构、二级医疗机构和三级医疗机构。

图6是根据一个或多个实施例的由UI产生装置产生的用户界面图像600的示图。除了沿第二轴620布置的高阶分类是“医院类型”中的医院级别（例如，一级医疗机构631、二级医疗机构632或三级医疗机构（未示出））之外，用户界面图像600可与图5中示出的用户界面图像500相同，这里省略对先前针对图5描述的元素的重复描述。

另外，UI产生器150可产生包括用于改变沿第二轴620布置的高阶信息的改变菜单键670的用户界面图像。具体地说，如图6所示，UI产生器150可产生包括用于将作为高阶信息的“医院类型”630改变为其它高阶信息（例如，疾病管理代码、疾病名称、开处方的医院名称、患者家族或根据医疗领域的医院类型）的改变菜单键670的用户界面图像600。例如，当用户使用遥控器或触摸屏按下改变菜单键670时，可产生用于选择除了作为当前高阶信息的“医院类型”630之外的多条高阶信息中的任何一个的菜单列表（未示出），并且用户可通过使用产生的菜单列表（未示出）来改变沿第二轴620布置的高阶信息。

因此，用户可通过使用用户界面图像600容易地识别患者的健康相关历史，其中，在用户界面图像600中，根据期望的高阶信息和期望的顺序来布置多条信息。

图7是根据一个或多个实施例的由UI产生装置产生的用户界面图像700的示图。

图像布置器和分类器130可按例如与疾病相应的顺序、与疾病所对应的药物类型相应的顺序、和与药物类型所对应的处方药相应的顺序来对包括在处方中的多条信息进行分类。

另外，UI产生器150可产生这样的用户界面图像700，其中，在用户界面图像700中，预定疾病、预定疾病所对应的药物类型、药物类型所对应的处方药可沿第二轴720被布置并显示。

参照图7，用户界面图像700可沿第二轴720布置并显示关于疾病730、疾病730所对应的药物类型740、药物类型740所对应的处方药750的信息。第一轴740与参照图4描述的第一轴410相同，因此这里省略对其的详细描述。

参照图7的区域705，包括在处方中的多条信息可按疾病的顺序被分类为糖尿病或急性咽喉炎。所述多条信息可由于预定疾病（例如，糖尿病）所对应的药物类型而被分类为作为注射剂的胰岛素药、患者服用的糖尿病合并用药以及生化检测试剂。另外，用户界面图像700还可显示关于治疗预定疾病（例如，糖尿病）的负责医院741的信息。

另外，急性咽喉炎所对应的药物类型可被分类为“退热药、止痛药和消炎药”以及其它抗生素。

Avandia754、糖尿病合并用药和关于作为负责医院741的医院A的医生A的信息752可被显示为在2012年1月1日产生的处方史1751。当不需要参考负责医院时，用户可通过使用包括在用户界面图像700中的显示移除键753来移除负责医院的图像。

用户界面图像700可按时间顺序显示在2012年2月1日开的处方史2756、在2012年2月7日开的处方史3755和在2012年3月1日开的处方史4761。

UI产生器150可产生如图7所示的用户界面图像700，从而用户（诸如医生或患者）可根据疾病和疾病所对应的药物类型按时间顺序容易地识别处方药，从而快速并精确地识别患者的疾病治疗史。

图8是根据一个或多个实施例的由UI产生装置产生的用户界面图像800的示图。

除了区域880和针对各个处方药的评估显示键891和892之外，图8中示出的用户界面图像800可与图7中示出的用户界面图像700相同。因此，这里省略对先前针对图7描述的元素的重复描述。

具体地说，UI产生器150可产生这样的用户界面图像800，其中，在用户界面图像800中，指示患者对处方药的评估和医生对处方药的评估中的至少一个的信息被关联到该处方药，并被显示。

参照图8，医生的评估显示键891可与处方药（例如，被分类为糖尿病合并用药的“Avandia”）一起被显示。医生可考虑是否存在副作用或改善患者症状的程度来确定相应药物是否适合于治疗患者的疾病，并可将确定结果指示为等级或分数。例如，医生可将药物确定为各个等级，例如，可将没有副作用并具有改善患者症状的优秀程度的药物确定为等级A，可将具有副作用以及改善患者症状的一般程度的药物确定为等级B，并可将具有副作用的药物确定为等级F。

在这点上，医生的评估显示键891可包括指示上述确定结果的信息。

图8示出医生的评估显示键891包括等级信息（诸如A、B或F）的情况。

参照图8，患者的评估显示键892也可针对处方药（例如，被分类为退热药、止痛药和消炎药的“gagapen”）被显示。患者可考虑是否存在副作用和改善症状的程度来将相应药物的适用程度确定为等级或分数。

患者的评估显示键892可包括指示上述的患者的确定结果的信息。图8示出患者的评估显示键892包括等级信息（诸如A或B）的情况。

参照图8，可使用相同的颜色或形状显示包括在用户界面图像800中的以同一分类划分的信息。例如，可通过使用相同的颜色填充相应空间来显示作为疾病的糖尿病和急性咽喉炎。另外，用户界面图像800可包括用于解释包括在用户界面图像800中的信息的分类的菜单880。

图9是根据一个或多个实施例的用户界面产生方法900的流程图。

根据本实施例的用户界面产生方法900是产生指示患者的健康相关历史的用户界面图像的方法。可通过已参照图1至图8描述的用户界面产生设备100和200来执行根据本实施例的用户界面产生方法900。以下，将参照已参照图1描述的用户界面产生设备100来描述用户界面产生方法900。

参照图9，用户界面产生方法900可包括接收患者的健康相关信息（操作910）。可通过信息接收器110执行操作910。

在操作910接收的患者的健康相关信息可包括指示先前患者治疗史或处方史的信息。具体地说，在操作910接收的患者的健康相关信息可包括例如患者的处方。

可按时间顺序布置在操作910接收的患者的健康相关信息中所包括的至少一条信息（操作920）。可通过信息布置器和分类器130执行操作920。具体地说，可产生这样的用户界面图像，所述用户界面图像用于在水平或垂直方向上布置并显示通过信息布置器和分类器130按时间顺序布置的包括在健康相关信息中的多条信息。

另外，可产生沿第一轴显示按时间顺序布置的至少一条信息的用户界面图像（操作930）。可通过UI产生器150执行操作930。

用户界面产生方法900还可包括将包括在患者的处方中的信息分类为高阶信息和包括在高阶信息中的低阶信息（未示出）。可通过信息布置器和分类器130执行高阶信息和低阶信息的分类操作。

用户界面产生方法900还可包括根据疾病对包括在处方中的至少一个处方药进行分类（未示出）。可通过信息布置器和分类器130来执行根据疾病的分类操作。在这种情况下，产生用户界面图像的步骤还可包括这样的用户界面图像，在所述用户界面图像中，沿第二轴布置并显示预定疾病和与该预定疾病相应的处方药。

另外，根据疾病的分类操作可包括根据疾病和与疾病相应的药物类型对包括在处方中的至少一个处方药进行分类（未示出）。可通过信息布置器和分类器130来执行根据疾病和与疾病相应的药物类型的分类操作。在这种情况下，产生用户界面图像的步骤（操作930）还可包括产生这样的用户界面图像，在该用户界面图像中，沿第二轴排列并显示疾病、与疾病相应的药物类型和与药物类型相应的处方药。

用户界面产生方法900还可包括显示在操作930产生的用户界面图像使得用户可明显地识别用户界面图像（未示出）。可通过输入/输出单元270来执行显示操作。

参照图9描述的用户界面产生方法900可包括已参照图1至图8描述的用户界面产生设备100和200的相同操作。因此，这里省略先前针对图1至图8描述的元素的重复描述。

在一个或多个实施例中，这里描述的任何设备、系统、元件或可解释单元包括一个或多个硬件装置或硬件处理元件。例如，在一个或多个实施例中，任何描述的设备、系统、元件、检索器、前处理或后处理元件、跟踪器、检测器、编码器、解码器等还可包括一个或多个存储器和/或处理元件，以及任何硬件输入/输出发送装置，或一个或多个各处理元件或装置的代表操作部分/方面。此外，术语设备应该被解释为与物理系统的元件同义，不限于单个装置或封装物或者所有实施例中的单个各封装物中实现的所有描述的元件，然后，根据实施例，术语设备被开放为在不同的封装物和/或位置中通过不同的硬件元件一起或单独实现。

除了上述的实施例之外，还可通过在非瞬时性介质（计算机可读介质）中/上用来控制至少一个处理装置（诸如处理器或计算机）实现任何上述实施例的计算机可读代码/指令，来实现实施例。介质可相应于允许计算机可读代码的存储和/或发送的任何定义的、可测量的和有形的结构。

介质还可包括例如与计算机可读代码结合的数据文件、数据结构等。计算机可读介质的一个或多个实施例包括：磁介质（诸如硬盘、软盘和磁带）；光介质（诸如CD ROM盘和DVD）；磁光介质（诸如光盘）；以及专门配置以存储并执行程序指令的硬件装置（诸如只读存储器（ROM）、随机存取存储器（RAM）、闪存等）。计算机可读代码可包括例如机器代码（诸如由编译器产生的）以及包含可由计算机使用解释器执行的高级代码的文件两者。介质可以是任何定义的、可测量的和有形的分布式网络，从而计算机可读代码以分布式方式被存储和执行。此外，仅作为示例，处理元件可包括处理器或计算机处理器，处理元件可被分布和/或包括在单个装置中。

还可在执行（例如，像处理器一样处理）程序指令的至少一个特定应用集成电路（ASIC）或现场可编程门阵列（FPGA）中实现计算机可读介质。

虽然已参照本发明的不同实施例具体示出和描述了本发明的各方面，但是应该理解这些实施例应该被视为仅是说明的意义，而不是为了限制的目的。对在每个实施例内的特征或方面的描述应该被代表性地视为可用于其余实施例中的其它相似特征或方面。如果以不同的顺序执行描述的技术，和/或如果以不同的方式组合在描述的系统、构造、装置或电路中的组件和/或使用其它组件或它们的等同物来代替或补充在描述的系统、构造、装置或电路中的组件，可同样达到适当的结果。

因此，虽然已使用同样可用的附加实施例来示出和描述了一些实施例，但本领域的技术人员将理解，在不脱离本发明的原理和精神的情况下，可在这些实施例中进行改变，本发明的范围由权利要求及其等同物来限定。

Claims

1.一种产生指示患者的健康相关信息的用户界面图像的设备，所述设备包括：

信息接收器，接收患者的健康相关信息；

信息布置器和分类器，按时间顺序布置包括在健康相关信息中的至少一条信息；

用户界面（UI）产生器，产生沿第一轴显示按时间顺序布置的所述至少一条信息的用户界面图像。

2.如权利要求1所述的设备，其中，健康相关信息包括患者的处方。

3.如权利要求2所述的设备，其中，信息布置器和分类器将包括在处方中的多条信息分类为高阶信息和包括在高阶信息中的低阶信息。

4.如权利要求3所述的设备，其中，UI产生器产生这样的用户界面图像，所述用户界面图像沿第二轴指示根据各条高阶信息分类和布置的多条低阶信息。

5.如权利要求3所述的设备，其中，当产生健康相关信息时，高阶信息包括疾病管理代码、疾病、开处方的医院、开处方的医院类型、患者家族和患者的居住区域中的至少一个。

6.如权利要求3所述的设备，其中，低阶信息包括在处方中所包括的至少一个处方药。

7.如权利要求2所述的设备，其中，信息布置器和分类器根据疾病对包括在处方中的所述至少一个处方药进行分类，

其中，UI产生器产生沿第二轴布置和显示疾病和与疾病相应的处方药的用户界面图像。

8.如权利要求7所述的设备，其中，信息布置器和分类器根据疾病和与疾病相应的药物类型对包括在处方中的所述至少一个处方药进行分类，

其中，UI产生器产生沿第二轴布置和显示疾病、与疾病相应的药物类型和与药物类型相应的处方药的用户界面图像。

9.如权利要求7所述的设备，其中，UI产生器产生这样的用户界面图像，所述用户界面图像显示指示患者对处方药的评估和医生对处方药的评估中的至少一个的信息。

10.如权利要求1所述的设备，还包括：输入/输出单元，显示用户界面图像。

11.一种产生指示患者的健康相关信息的用户界面图像的方法，所述方法包括：

接收患者的健康相关信息；

按时间顺序布置包括在健康相关信息中的至少一条信息；

产生沿第一轴显示按时间顺序布置的所述至少一条信息的用户界面图像。

12.如权利要求11所述的方法，其中，健康相关信息包括患者的处方。

13.如权利要求12所述的方法，还包括：将包括在处方中的多条信息分类为高阶信息和包括在高阶信息中的低阶信息。

14.如权利要求13所述的方法，其中，产生用户界面图像的步骤包括：产生这样的用户界面图像，所述用户界面图像沿第二轴指示根据各条高阶信息分类和布置的多条低阶信息。

15.如权利要求12所述的方法，还包括：根据疾病对包括在处方中的所述至少一个处方药进行分类，

其中，产生用户界面图像的步骤还包括：产生沿第二轴布置和显示疾病和与疾病相应的处方药的用户界面图像。