著录项信息
专利名称 | 一种图形用户界面的改进 |
申请号 | CN201010221896.8 | 申请日期 | 2004-03-24 |
法律状态 | 权利终止 | 申报国家 | 中国 |
公开/公告日 | 2011-02-02 | 公开/公告号 | CN101964016A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F19/00 | IPC分类号 | G;0;6;F;1;9;/;0;0;;;G;0;6;F;1;7;/;3;0查看分类表>
|
申请人 | 医药图型有限公司 | 申请人地址 | 英国伦敦
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 医药图型有限公司 | 当前权利人 | 医药图型有限公司 |
发明人 | 刘易斯·麦克尔·斯坦;欧文·爱泼斯坦 |
代理机构 | 北京律诚同业知识产权代理有限公司 | 代理人 | 徐金国;王金宝 |
摘要
本发明涉及一种用于在工作流过程中与用户交互的图形用户界面(GUI)。该GUI包括:搜索装置,用于搜索外部可访问的信息库。该搜索装置包括:转换装置,用于将所选的信息主题转换为表示该主题的预定分类代码;以及传输装置,用于将信息请求中的该分类代码通过通信网络传输到信息库以访问包括在信息库中的相关信息。
1.一种用于从外部可访问的信息库请求信息的信息检索装置,所述信息与存储的工作流过程中的位置有关,所述信息检索装置包括用于在工作流过程中与用户交互的图形用户界面系统,该图形用户界面系统包括:
显示装置,所述显示装置用于显示页面,所述页面包括多个链接节点,所述多个链接节点图形化地表示所存储的工作流过程中多个链接步骤结构;
请求装置,用于从所述信息库请求信息,其中所述信息库用预定的标准分类代码来编索引,每个标准分类代码与具体信息主题相关并且能够直接访问存储在与所述代码对应的地址的信息,该请求装置包括:
转换装置,用于将用户选择的信息主题转换为表示该主题的预定的标准分类代码;以及
传输装置,用于将信息请求中的该标准分类代码通过通信网络传输到信息库以与所述信息库交互并访问包括在信息库中的相关信息;
其中,所述请求装置设置为接收对所述信息请求的响应,使用该响应确定工作流过程的相关部分,并向用户显示所述相关部分,以及向用户显示结果;并且所述标准分类代码描述与工作流过程的主题相关的可能数据输入的全部范围。
2.根据权利要求1所述的信息检索装置,其中,所述转换装置还包括预定的标准分类代码的本地数据库,以及各自与具体的分类代码相匹配的具体信息主题的相关清单。
3.根据权利要求1或权利要求2所述的信息检索装置,其中,所述请求装置设置为向用户显示多个信息主题并使能这些信息主题中至少一部分信息主题的选择,各信息主题与当前用户所访问的工作流过程的一部分相关。
4.根据权利要求3所述的信息检索装置,其中,所述请求装置设置为使用户能进入没有由该请求装置显示出来的额外的信息主题。
5.根据权利要求1所述的信息检索装置,还包括编辑装置,其用于编辑在页面上互连的多个节点,该编辑装置设计为更新存储的工作流以反映对页面所做的任何改变。
6.根据权利要求5所述的信息检索装置,其中,所述编辑装置设计为使用户能够增加新的节点并且能够指定该新节点的内容。
7.根据权利要求5所述的信息检索装置,其中,所述编辑装置设计为使用户能够指定与节点有关的功能。
8.根据权利要求5所述的信息检索装置,其中,所述编辑装置设计为使用户能够增加或编辑与节点的内容有关的分类代码。
9.根据权利要求5所述的信息检索装置,其中,所述编辑装置设计为使能在页面中新节点的受用户控制的定位和新节点与现有的多个互联节点之间的互联。
10.根据权利要求5所述的信息检索装置,其中,所述编辑装置设计为使得终端用户对该编辑装置的使用受到许可的限制。
11.根据权利要求5到10中任一权利要求所述的信息检索装置,还包括用于产生转诊消息的转诊装置,该转诊装置设置在节点处并且根据用户选择使用与该节点有关的消息填入该转诊消息中的至少一部分。
12.根据权利要求11所述的信息检索装置,其中,所述转诊装置包括图形图标,并且用户选择包括用户导向工具和所述图标之间的交互。
13.根据权利要求11所述的信息检索装置,其中,所述转诊装置设计为使用从电子病历获得的信息以自动填入所述转诊消息的至少一部分。
14.一种利用图形用户界面从外部可访问的信息库检索信息的方法,所述信息与存储的工作流过程中的位置有关,所述图形用户界面用于在工作流过程中与用户交互,该方法包括:
提供页面,所述页面包括多个链接节点,所述多个链接节点图形化地表示所述工作流过程中多个链接步骤结构;
接收用户指令以从所述信息库检索信息,其中所述信息库用预定的标准分类代码来编索引,每个标准分类代码与具体信息主题相关并且能够直接访问存储在与所述代码对应的地址的信息;
通过以下步骤进行从所述信息库检索信息:
将用户选择的信息主题转换为表示该主题的预定的标准分类代码;
将信息请求中的该标准分类代码通过通信网络传输到信息库以与所述信息库交互并访问包括在信息库中的相关信息;
接收对所述信息请求的响应;
使用该响应确定工作流过程的相关部分;
向用户显示所述相关部分;以及
向用户显示结果;
其中,所述标准分类代码描述与工作流过程的主题相关的可能数据输入的全部范围。
一种图形用户界面的改进\n技术领域\n[0001] 本发明涉及一种对图形用户界面的改进,尤其涉及一种医护专业人员在诊断和治疗疾病时使用的图形用户界面(GUI)。\n背景技术\n[0002] 保健提供者处于降低价格同时提高护理标准的压力之下,并且他们急需信息技术来帮助他们面对这些挑战。通过降低某一项任务中人员所花费的时间,保健组织可以节约人力成本,治疗更多的患者以及实现更高的效率。提高效率的最大障碍之一是传统的基于纸件的系统,尤其是与病历有关的那些纸件系统。\n[0003] 病历是法定需求并且由医疗专业人员用于记录患者的健康史。病历主要包括纸上分类的信息,其具有由诸如医院、普通执业诊所等不同保健机构保存的单独多条记录。实际上,即使在同一医院,患者也可能具有由那些对他进行过治疗的会诊医生、诊室或病房中任何之一分别保存的多条记录。对于这些记录的物理管理(physicai management)成为保健提供者的很重负担,例如,一大型地方医院每年需要实地保存40,000到80,000份病历。当访问频率低的记录能够不在现场(off-site)存档时,现场(on-site)存储资源占据了那些否则可以用于进一步安排治疗区、病床、管理人员的办公区或者甚至停车场的有效空间。与管理基于纸件的病历相关的财务成本很高,例如提交、检索以及交付这些记录到所需地点。\n记录不能快速在整个保健系统内传递并且对于病历来说交付错误或丢失也很严重,这可能导致延迟患者的治疗(在某些情况下,在到达预定的时间之后,患者不得不被送回家)并且涉及患者保密的问题。\n[0004] 另外,为了进行分析,从病历中提取任何信息都很麻烦而且昂贵。为此,本地患者管理系统(Patient Administration System,PAS)已经引入到医院中以为了管理目的而提供基于纸件记录的高水平电子概要。PAS记录中的信息可以包括患者编号、出生日期、入院日期、治疗日期和出院日期、患者接受治疗的会诊医生姓名以及识别诊断和治疗过程的代码(即疾病、ICD和治疗过程代码系统、OPCS各自的国际分类号)。信息可以很容易地从PAS记录中提取出来以为内部使用或反馈到更广范围的人口统计评论系统生成由医院提供的关于患者护理的统计信息。另外,概系统可以帮助跟踪病历-PAS记录中不含有医护专业人员治病所需的详细信息。\n[0005] 随着老龄人口对保健系统的需求增加,以及每次需要治疗的患者数量经常增加,在以后几年内,基于纸件的病历系统的困难和问题会加剧。有效的病历管理被认为是以后进行高质量患者护理的基础并且希望这些可以通过引入电子病历(EPR)来实现,从而结束过去使用纸件的历史。EPR系统已经在试验阶段成功实现,将单一患者的所有记录在一家机构以电子格式合并,其可以通过联网到该机构的电子病历管理系统(EPRMS)的任何工作站得到访问。\n[0006] 目前,EPRMS还处于本地化,各医院/普通执业诊所采用独立的系统。然而,国有化系统是目前的发展方向,从而患者的信息与患者一样也是可移动的,并且无论患者在哪里需要护理,这些信息对于授权的会诊医生都能够很容易获得。\n[0007] 此外,现在正在开发EPRM以向会诊医生提供不需要使用额外的手动系统或其它自动系统而使其在单个工作站就能够查看、处理以及完成病历的全套应用软件。\n[0008] 关键的关注点之一是使现在的会诊医生了解关于怎样诊断和治疗疾病的新研究和最好的诊疗指南。通过阅读出版的研究文献、浏览大众处理(consensus process)以及评估任何有效证据可以得到目前最新的临床诊疗指南,该指南得到了业内人士的评论和批准。然后,公布该指南并且在从业者中散发。然而,这有赖于阅读和接受该指南并且在实际中当出现适当情况时应用该指南的会诊医生。实际中,这体现为具有繁重任务和许多挑战的从业者,特别是普通从业者在面对其沉重的工作负担时跟得上医学的发展。\n[0009] 在专业医院的诊疗环境和普通执业诊所的诊疗环境中都要面对巨大的时间压力。\n例如,在美国,在普通执业诊所的平均诊疗时间在8分钟到10分钟之间。在该时间内,普通执业者必须要阅读病历,与患者交流,进行必要的检查、诊断,选择合适的治疗方案和出具处方。\n[0010] 在某些情况下,保健医生可能需要找出关于具体症状或病情的更多信息。同时互联网具有通过桌上终端可以得到的大量资料,在得到相关信息之前,国际互联网的搜索可能得到几十条需要评估和删除的结果,所有这些会花费宝贵时间,这在诊疗环境下是不可行的。另外,在互联网上发布的信息很难管理并且没有受到像业内人士评论过的保健文献那样得到严格的评论。然而,现在对于提供护理的保健医生的需求很大,因此他们有时被迫依靠这些信息。\n[0011] 管理后的信息通过私人的第三方信息库更容易得到。然而,这些资源在使用时很烦索而且费时。任何一个系统不可能满足所有从业者的需求,因此为了获得所需信息,不同系统需要从业者了解和使用不同的使用技术。\n[0012] 作为其多个研究目的之一,GLIF和SAGE研究项目正在研究试图通过EPRM使从业者在治疗地点可以得到指南。GLIF项目已经开发了表示临床指南的公共语言,即所谓的指南交互格式(GuideLine Interchange Format),并且其目标是使GLIF提议对于保健机构是可利用的,从而使得指南适用于与当地临床信息系统一起使用(已经认识到保健机构不可能接受没有经过至少一些细微的局部修改的普通指南)。相反,基于标准的共享有效指南环境(Standards-based sharable Active Guideline Environment,SAGE)已经致力于怎样使基于指南的决策支持系统与本地临床信息系统很好的结合。SAGE决策支持工程使指南建议以及证据和理论的获得整合到现有的临床工作流程中。然而,目前采用GLIF和SAGE方法所实施的临床支持系统需要会诊医生做出基础诊断-然后他们提供支持诊断的信息以及所需的另外检查或行动的建议。\n[0013] 在实际中,诊疗环境中的诊断并不是一直很直观的。通常患者表现出需要与现有状况或以前的治疗历史相结合的一个或更多的新症状。GLIF和SAGE依靠现存的临床支持系统中已经预编码的治疗途径(care pathway)。如果新表现的症状没有与现存诊断和病史中的其它信息相整合,则不存在最佳治疗途径。因此,由于这种方法不能为患者出现的各种变化和组合产生预定的途径,因此该方法固有的僵化性阻止了其满足会诊医生在治疗时的需要。\n[0014] 本发明希望能够克服或基本上减少上述问题中的一些问题。具体地说,本发明希望提供一种用户在其中执行其功能的图形用户界面,例如在患者治疗的过程中协助会诊医生,以促进通过图形用户界面能够提供的支持信息之间更快的交互。对于会诊医生来说,这可以使他们根据最佳诊疗指南提供治疗。\n发明内容\n[0015] 本发明的优点是提供一种工作流处理中多个步骤的图形表示,该优点在使用数据输入和沿工作流处理方向的界面时尤其明显。\n[0016] 根据本发明的一方面,本发明提供了一种用于在工作流过程中与用户交互的图形用户界面(GUI),该GUI包括:包括图形表示存储在工作流过程中多个链接步骤结构的多个链接节点的页面;数据输入装置,用于输入与具体的选择节点相关的数据;其中所述节点与工作流过程中的步骤具有一一对应关系;路径装置,用于利用输入的数据确定通过工作流过程的具体路径;以及多个装置,用于在页面中图形表示通过工作流过程的最终路径。\n[0017] 链接节点的页面提供了工作流中要通过的至少一部分地图。工作流以这种方式的表示使得与用户的交互简单而直观。由于各节点与工作流中的步骤具有直接关系,因此可以加快数据输入和用户交互。\n[0018] 优选地,多个链接节点表示在一个页面上全部的工作流过程。其优点在于当用户经过工作流的不同步骤时能够直接看到其历史并且能够确定在一瞬间具体工作流的终点。\n[0019] 本发明很大优点在于在多级处理中可以在一个页面上显示多个级从而使用户能够直接看到其历史并且能够追溯到在决策过程中在诊断中可能犯下错误的地方。\n[0020] 在本发明的实施方式中,有用的信息可以溶入最佳临床诊疗工作流中并且通过使医疗从业者直观地从患者治疗、可疑诊断或表现的症状开始穿过工作流,从而获得更有效的图形用户界面。\n[0021] 数据输入装置优选包括用于表示与在多个链接节点中所选择的节点位置相关的数据的表示装置以及用于使用户选择至少一些所述数据的选择装置。按照这种方式,用户可以根据其在地图中的位置输入有关数据并进行简单的选择。这些有利于提高速度并且对于例如医疗从业者来说能够更容易输入数据。\n[0022] 数据输入装置优选地设计为使用在第一节点输入的数据确定在链接到第一点的第二节点进一步需要的信息。通过这种方式,具体的数据仅需要输入一次但是可以在不同的节点处多次使用。\n[0023] GUI还包括用于将输入的数据转换为表示该数据的分类代码的装置。这使得在GUI中能够得到任何数据的统一表示。当链接到能够理解相同分类代码的外部系统时这一优势尤其明显。\n[0024] 优选地,该GUI还包括用于分析输入数据并且产生与其相关的活动列表的分析装置以及用于向邻近多个显示的链接节点的用户列出相关活动列表的列出装置。这使得要产生的任务几乎作为通过地图过程的副产品,使得用户不仅能够被潜在的工作流指引而且能够随着结果的确定,从需要执行的许多活动中获益。可以处理活动列表以自动使这些活动发生。例如,从该清单中可以安排患者验血。\n[0025] 在多个包含页的链接节点遍历的终点,活动列出装置可以设计为向用户提供用于各行动用户确认的选项列表,并且确定经用户确认过将要执行的活动列表。通过这种方式,仅执行用户认为需要的那些活动。\n[0026] 优选地,各节点还包括设置在节点处的信息装置,用于根据用户选择提供与节点有关的信息。这有助于用户通过工作流前进并且获得在各节点做出决策所需的更进一步相关信息。\n[0027] 优选地,所述地图可以用户化地包括用户的喜好。具体地说,该GUI还可以包括用于记录用户产生的与具体节点有关的文本注释的注释记录装置,所述注释记录装置设计为链接注释和具体节点,使得当用户已经经过那个具体节点时可以浏览存储的注释。\n[0028] 该GUI还包括用于将用户确定的注释转换成可传输的消息并且将该消息传输到可以访问该GUI版本的其他用户的反馈产生装置。这使得由地图使用而产生的问题可以以快速有效的方式处理并且有助于更准确地传送反馈内容。\n[0029] 优选地,该GUI能够访问电子病历管理系统(EPRMS)并且该GUI还包括用于获得并且在页面的一部分显示所选择的电子病历的详细信息的EPRMS管理装置。这是本发明的更大优点。由于以前存储的关于患者的信息可以帮助工作流的进行,所以与电子病历的整合在使用更具有优势。而且,在工作流过程中获得的数据可以用于同时更新病历从而在所有的时间提供更准确的患者历史。\n[0030] EPRMS管理装置可以设计为使用选择电子病历的详细信息来确定在用户的节点哪些信息是需要的。通过这种方式,地图响应病历中已有的数据并且能够与病历中已有的数据一致。\n[0031] 优选地,该GUI还包括用于搜索外部可访问的信息库的搜索装置,所述搜索装置设计为将选择的信息主题转换成表示该主题的预定分类代码并且将信息请求中的分类代码传输到其中含有相关信息的信息库中。通过这种方式,由于可以不需进行搜索而直接访问信息库,所以使用代码的优点花呢明显。从而,使得获得所需信息的时间最小化。在这点上,优选地分类代码包括描述与工作流过程主题相关的可能数据输入全部范围的标准分类代码。这有利于提高请求的范围并且提高兼容性。\n[0032] 搜索装置可以设计为接收对信息请求的响应并且使用该响应确定多个页面中向用户显示的相关页。从而接收到的信息可以用于将用户引导到在工作流中与其搜索询问高度相关的具体起点。\n[0033] 优选地,该GUI还包括用于编辑页面上互相连接的多个节点的编辑装置,该编辑装置可以设计为更新存储的工作流以反映对页面所做的任何改变。GUI的可编辑性使得用户有利于解决所需工作中的任何本地改变。用户权限的等级可以确定允许其改变地图的程度。\n[0034] 优选地,该GUI还包括多个记录装置,用于记录在多个链接节点中的用户行程(navigation)。这就向用户提供了通过能够按照不同方式使用的工作流的路径历史。\n[0035] 该GUI还包括多个行程分析装置,用于分析用户行程以确定通过工作流过程的精确路径。这些行程历史可以用于审核和分析用户性能。\n[0036] 根据本发明的另一个方面,本发明提供了一种用于在工作流过程中与用户交互的图形用户界面(GUI)。该GUI包括:包括图形表示存储在工作流过程中多个链接步骤结构的多个链接节点的地图;数据输入模块,用于输入与具体的选择节点相关的数据;其中所述节点与工作流过程中的步骤具有一一对应关系;路径模块,用于利用输入的数据确定通过工作流过程的具体路径;以及显示模块,用于在地图中图形表示通过工作流过程的最终路径。\n[0037] 根据本发明的另一个方面,本发明提供了用于提供存储有工作流过程的信息库的用户界面的图形用户界面(GUI)。该GUI包括:包括图形表示存储的工作流过程多个链接步骤结构的多个链接节点的页面;用于输入与具体的选择节点相关的数据的装置;其中所述节点与存储的工作流过程中的步骤具有一一对应关系,用于利用输入的数据确定通过工作流过程的具体路径的装置;以及用于在页面中图形表示通过工作流过程的最终路径的装置。\n[0038] 根据本发明的另一方面,本发明提供了用于在工作流过程中与用户交互的图形用户界面(GUI)。该GUI包括:表示多个相关工作流过程的多个页面;各页面包括图形表示存储的工作流过程中多个链接步骤结构的多个链接节点;数据输入装置,用于输入与具体的选择节点相关的数据;其中所述节点与工作流过程中的步骤具有一一对应关系;确定装置,用于利用输入的数据确定通过工作流过程的具体路径;以及图形化装置,用于在地图中图形表示页面中通过工作流过程的最终路径。\n[0039] 本发明还延伸到利用图形用户界面(GUI)在工作流过程中与用户交互的方法,该方法包括:从所述GUI接收用户指令以搜索外部可访问的信息库;通过以下步骤进行信息库搜索:将选择的信息主题转换为表示该主题的预定分类代码;并且通过通信网络向信息库发送信息请求中的分类代码,以访问包括在其中的相关信息。\n[0040] 根据本发明的另一个方面,本发明提供了用于在工作流过程中与用户交互的图形用户界面(GUI)。该GUI包括:搜索装置,用于搜索外部可访问的信息库,该搜索装置包括:\n转换装置,用于将所选的信息主题转换为表示该主题的预定分类代码;以及传输装置,用于癗信息请求中的分类代码通过通讯网络传输到信息库以访问其中含有的相关信息。\n[0041] GUI不需要执行任何搜索请求可以提供对外部信息库的访问。其优点在于能够更快更精确地访问到那些信息库中含有的内容。\n[0042] 当转换装置还包括预定分类代码的本地数据库以及各自与一个具体的分类代码匹配的具体信息主题的清单,用户指定的主题可以用于精确地或实时地查找用于信息请求的适当代码。\n[0043] 本发明另外延伸到利用图形化用户界面(GUI)在工作流过程中与用户交互的方法,该方法包括:从GUI接收用户指令以搜索外部可访问信息库;通过以下步骤初始化信息库的搜索:通过将选出的信息主题转换成表示该主题的预定分类代码以及将在信息请求中的分类代码通过通讯网络传输到信息库以访问其中含有的内容。\n[0044] 根据本发明的另一方面,本发明提供了一种用于在工作流过程中与用户交互的图形用户界面(GUI),该GUI包括:包括图形表示存储的工作流过程中多个链接步骤结构的多个链接节点的页面;编辑装置,用于编辑多个链接节点;以及更新装置,用于使用多个链接节点的任何相应变化更新存储的工作流过程的多个链接步骤。通过这种方式编辑工作流表示具有的优点为能够执行工作流表示的本地变化。这填充了先前描述的现有系统的不灵活性。\n[0045] 根据本发明的另一方面,本发明提供了在工作流过程中用于支持与用户进行分布式交互的系统,该系统包括:中心存储的工作流过程的图形表示;多个用户,远离中心存储的表示并且在用户等级上彼此相关,各用户可以访问对该版本的表示;设置在各版本表示中以产生转诊消息的转诊装置(referralmeans),该转诊装置设计为向在用户等级中处于更高一级的评论员发送消息。\n[0046] 本发明的该方面能够产生反馈并由具有成百上千用户的系统以受控的方式处理该反馈。\n[0047] 根据本发明的另一方面,本发明提供了一种用于向用户发布图形用户界面新版本的系统,该系统包括:保存在工作流过程的GUI表示的中心存储器;远离中心存储器的多个用户并且在中央存储器以下的用户等级中彼此相关,各用户可以访问以前表示的版本;比较装置,用于比较表示的新版本和用户表示的以前版本以确定差异;转送装置,用于向与表示的版本相关的用户转送那些差异的转送装置;以及设置在表示的各以前版本中的评估装置,该评估装置设计为接收或拒绝这些差异以向等级中的更高一级发送接受或拒绝。\n[0048] 这提供了一种以受控方式在许多用户中更新发布的方法,其能够使内容编辑者控制解释的内容。\n[0049] 根据本发明的另一方面,本发明提供了一种图形用户界面的构造方法,该方法包括:收集与具体的工作流有关的内容;在数据库中记录该内容为等级结构工作流的一系列步骤;并且产生等级工作流结构的图形表示,该图形表示用于指引用户通过工作流;该图形表示包括多个链接节点,其中各节点与等级工作流结构中的具体点相对应。\n[0050] 这是本发明的一个新颖方面,即软件应用程序和GUI围绕地图的内容进行设计和构建,便于对内容的软件应用程序的后续添加。在这个平台上所有其它应用程序都是首先和最重要构建为软件应用程序,然后添加内容。\n附图说明\n[0051] 现在将参考附图通过实施例说明通过图形用户界面用于进行改进的患者治疗的优选实施方式的方法和装置,附图中:\n[0052] 图1所示为根据本发明示例性实施方式用于向治疗系统内的不同机构提供来自专用系统的图形用户界面的通信系统的示意图,该通信系统包括服务器和数据库;\n[0053] 图2所示为包括在图1所示的专用服务器内的软件模块示意框图,该框图包括由用于创建和编辑通过图形用户界面显示的患者治疗途径的临床和管理模块构成的编辑工具应用程序;\n[0054] 图3所示为图1所示的专用数据库内容的示意图;\n[0055] 图4a到4f为根据图形用户界面的第一实施方式的一系列屏幕照片,该照片示出了在与EPRMS结合时的界面功能;\n[0056] 图5a到5d为根据图形用户界面的第二实施方式的一系列屏幕照片,该照片示出了在界面没有与EPRMS结合时的搜索功能;\n[0057] 图6a和6b为根据图形用户界面的第三实施方式的一系列屏幕照片,该照片示出了在界面没有与EPRMS结合时的审计功能;\n[0058] 图7a到7e为通过图形用户界面显示的表示患者治疗途径的一系列屏幕照片,其通过采用图2所示的编辑工具应用程序得到扩展;\n[0059] 图8a到8e为表示采用图2所示的临床和管理模块在图7a到7e所示的患者治疗途径中结合临床和管理数据的一系列屏幕照片;\n[0060] 图9为表示在保健系统中图形用户界面新版本按照级别向下分配的示意图;\n[0061] 图10为表示在保健系统中与患者治疗途径和通过图形用户界面的初始化相关的反馈按照级别向上分配的示意图。\n具体实施方式\n[0062] 参考图1,现在将详细说明用于实施本发明优选实施方式的通信系统100。该通信系统100便于治疗机构和提供图形用户界面的专用系统之间的通信,通过该图形用户界面,电子诊断和处理工具的一览表可以对进行患者治疗提供帮助。从待检查的诊断或表现的症状开始,该图形用户界面以临床工作流或路标(roadmap)的图形表示的形式提供一系列的患者治疗途径。各患者治疗途径遵照最优的实施指南并将其分解为一系列以下称为节点的行为和决定点。医疗从业者适当管理患者所需的所有必要信息和软件工具均嵌入在合适的节点处的路标中,以下称其为医疗地图。该界面既能够指导又能够记录由医疗从业者穿过该地图所经过的路径。该指导功能有助于根据临床指南优化患者治疗,同时该附加的记录功能使得医疗地图可以用于培训和审计。\n[0063] 上面提到的通信系统100包括分布式的专用系统102、位于各医疗机构的多个计算器件104、中心EPRMS106和任何通过医疗机构访问的本地EPRMS108(其数据周期性的上传到中心EPRMS106)、多个第三方信息库110和连接所有上述装置的通信网络112。通过专用系统102经由通信网络112将医疗地图提供给医疗机构中的计算器件104。该通信网络\n112为具有尽管物理连接但实际上是封闭的安全形态的开放网络——因此,通信网络可以认为是在通常宽区域的通信网络(未示出)诸如互联网内的虚拟私人网络。来自第三方信息库110的信息可以通过医疗地图界面上的节点提供给计算器件104。\n[0064] 在图1中,仅示出了两个计算器件104、一个本地EPRMS108和两个第三方信息库110。出于说明的目的,将两个计算器件104认为是计算终端:第一计算终端114访问中心EPRMS106并且位于不同于第一计算终端的保健机构的第二计算终端116访问本地EPRMS108。可以将通过中心EPRMS106存储的电子病历信息结合到提供给第一计算器件114的医疗地图中,同时可以将通过本地EPRMS108存储的电子病历信息结合到提供给第二计算器件116的医疗地图中。作为选择,各计算终端114和116可以通过诸如将特定的统一资源定位符(URL)输入到计算器件104的浏览器(未示出)而独立于各自的EPRMS进行医疗地图的访问。\n[0065] 分布式的专用系统102包括中心专用子系统118、备份专用子系统120和多个本地专用子系统122(图1中仅示出其中的一个)。各专用子系统116、118和120包括医疗地图服务器124和医疗地图数据库126并经由网络通信管理器(NCM)128连接到通信网络112。\n对于本地专用子系统122的情况,NCM128也将子系统122连接到本地EPRMS108。\n[0066] 中心专用子系统118存储并提供医疗地图的主拷贝和医疗地图的本地化版本以及与此相关的数据。医疗地图的本地化版本通过本地医疗机构为其临床人员使用而定制,例如由于价格问题指定一种特定的治疗药物来替换另一种。中心专用子系统118由备份专用子系统120复制,使得即使在中心系统出现故障的情况下医疗地图仍然可以提供给医疗机构。此外,某些本地医疗机构(或机构组)可以具有足够的大小以确保通过本地专用子系统122存储并提供本地化版本的医疗地图和相关数据,尽管还可以通过中心专用子系统\n118和备份专用子系统120额外的保持本地化地图和相关数据的拷贝。本地专用子系统122处理具体地理区域的医疗地图的好处是减少所需的外部网络连接,这提高了用于该区域机构地图的传输和响应时间。\n[0067] 诸如在中心专用子系统118、备份专用子系统120和本地专用子系统122之间可以看出系统100的模块性,这使得如果需要的话可以进一步使子级设置在整个系统100中。\n这样会依次产生在这些子级处所需的外部网络连接的进一步减少。\n[0068] 配置该医疗服务器124的各地图以指定应该与哪个外界系统连接,例如应该向哪些其他专用子系统发送更新信息并接收更新信息、可以与哪个EPRMS系统106和108通信、可以访问哪个第三方信息库110以及可以向哪个医疗机构提供医疗地图。该医疗地图图形用户界面采用以扩展标记语言(XML)书写的一系列互联页的形式,处理存储在医疗地图数据库126中不同的医疗问题,通过用于具体医疗问题的标准化临床代码(例如SNOMED-CT代码(人和动物系统化术语))标识各页。然而,由于超文本标记语言是大多数浏览器设定使用的语言,故通常在向请求计算终端114、116的浏览器发送来自地图的页之前,通过医疗地图服务器124将其翻译为超文本标记语言(HTML)(图1中未示出)。\n[0069] 对不同的医疗机构和来自这些机构的医疗从业者指定标志符,以据此在医疗地图数据库126中存储适当版本地图的详细资料。因此,例如,使用计算终端114的医疗从业者将提供有来自中心专用子系统118的医疗地图,他们的用户ID决定他们是否接收地图的主版本或者由与其相关的医疗机构指定的本地版本。此外,也可以将由医疗从业者在地图内的节点上所作的个人注释存储在根据用户ID的医疗地图数据库126中。因此,在医疗从业者请求地图上的具体页时,任何以前他们在那一页对应节点处所作的个人注释都将根据其用户ID存储在医疗地图数据库126中,并且因此可以将其结合到提供给他们的页中。用于指定在使用地图时医疗从业者所允许的操作的允许清单也会根据用户ID进行存储,这些清单作为穿过地图路径的详细信息以用于培训和审计目的。\n[0070] 分别参考图2和图3,现在将更详细的描述实现上述功能的三个专用子系统118、\n120和122的医疗地图服务器124和医疗地图数据库126。\n[0071] 如图2所示,医疗地图服务器124由11个软件处理模块组成:其中的9个为处理管理器(路由管理器200、医疗地图数据库管理器202、分配管理器204、安全管理器206、传输管理器208、外部通信管理器210、跟踪管理器212、版本发布管理器214和反馈管理器\n216),其进行专用子系统118、120、122中的内部数据处理以及经由NCM128与通信网络112的连接;并且其中的2个为软件应用程序(编辑工具应用程序218和管理应用程序220),其提供软件界面,通过该软件界面可以访问存储在医疗地图数据库126中的信息。\n[0072] 与医疗地图服务器124的通信通过NCM128根据网络通信实施的配置指向适当的软件处理模块。路由管理器200用作所有其他处理管理器和两个软件应用程序都与其连接的中心网络集线器,向相关的处理软件转发处理指令和数据。医疗地图数据库管理器202在医疗地图服务器124内的其他软件处理模块指令的指导下与医疗地图数据库126保持联系,处理所有的咨询并更新数据库126。以下对各其他处理管理器的一般功能进行简单说明。\n[0073] 将任何通过医疗地图服务器124接收和发送的信息详细资料都转发给分配管理器204,其检查判断该信息是否为授权信息。该分配管理器204包括配置模块222和内部(Inter-Instance)模块224。该配置模块222指定医疗地图服务器124可以与之通信的外部系统的详细信息以及在医疗地图服务器124的实例内使能的功能(并不是所有的软件处理模块都可以使用服务器124中的每个实例);该配置模块处理前述的配置功能,即,服务器124应该向哪个其它专用子系统发送更新信息并从那个专用子系统接收更新信息、可以与哪个EPRMS系统106和108通信、可以访问哪个第三方信息库110以及可以向哪个医疗机构提供医疗地图。例如,通常将本地医疗地图服务器124配置为仅向中心专用子系统\n118和备份专用子系统120发送数据或从中心专用子系统118和备份专用子系统120接收数据,同时中心医疗地图服务器124配置为从所有医疗机构和本地专用子系统122接收数据并将其转发给备份专用子系统120。通过内部模块224处理与其他专用子系统的通信,诸如连接管理以及数据的调度和传输等。\n[0074] 在分配管理器204已经核实可以处理来自相关医疗机构的通信以后,当医疗地图服务器124从医疗从业者的计算器件104接收到浏览医疗地图的请求时,安全管理器206将会要求输入该医疗从业者的用户ID和密码的详细信息。如果该医疗从业者正在直接访问医疗地图,则安全管理器206将会发出登陆屏以获得相关的详细信息;可选择地,如果医疗从业者正在访问由EPRMS106、108提供的电子病历内的医疗地图,则该安全管理器206可以直接从EPRMS106、108获得该医疗从业者的详细信息。该安全管理器206将该用户的详细信息转发给医疗地图数据库管理器202,使得可以根据存储在医疗地图数据库126中的信息核对这些信息。将对于该医疗从业者的一组允许返回给安全管理器206并在该用户访问的整个期间被参考以确定关于医疗地图医疗从业者可以做哪些、不可以做哪些。典型许可的实施例包括改变该医疗地图的权利和接收对医疗地图的更新的权利(以后将分别参考编辑工具应用程序218和版本发布管理器214对这些进行详细描述)。\n[0075] 医疗从业者一经核实,将通过医疗地图数据库管理器202获得对应于请求的医疗地图的相关页(医疗地图的主页或与通过在请求中接收的标准化临床代码指定的具体医疗问题相关的页)并转发给传输管理器208。如上所述,存储在医疗数据库126中的医疗地图页以XML方式编写。在向器件浏览器发送该页之前,该传输管理器208采用本领域公知的标准技术将从医疗地图接收的页转换为由请求计算器件104指定的任一格式。\n[0076] 外部应用程序管理器210处理通过医疗地图服务器124接收的两种类型请求,即:\n(1)经由电子病历做出的医疗地图页请求,该请求由EPRMS模块226进行处理;以及(2)经由医疗地图界面做出的连接到外部信息源的请求,该请求由第三方信息库模块228处理。\n这些模块226和228均使用标准化临床代码(对应于诊断、症状、行为、治疗、操作程序等)以与存储在分布专用系统102外的数据连接。EPRMS模块226访问来自电子病历中的数据并使用其在已经请求的来自该患者医疗地图页内预设(pre-populate)相应的数据字段;\n其使用根据医疗地图页内的数据段嵌入的临床代码来查找电子病历中的数据,其中电子病历采用了相同组的标准化临床代码进行索引。因此,来自患者的电子病历信息可以溶入医疗地图中,从而有助于医疗从业者对患者的评定。同样地,在医疗地图发出请求以确定关于临床状况或症状的进一步信息时,第三方信息库模块228使用与该状况或症状相关的标准化临床代码以在第三方信息库110中标识相关信息并使医疗从业者直接获得该信息。该过程并不需要快速提供存取期望信息的第三方信息库110进行搜索。这些功能将通过参考从医疗地图界面提取的示例性屏幕照片在后面进行详细的说明。\n[0077] 通过跟踪管理器212处理医疗地图界面的记录功能。由跟踪管理器212记录医疗从业者通过医疗地图所穿过的路径以及采取的行动,然后转发给医疗地图数据库管理器\n202,以根据医疗地图数据库126中从业者的用户ID进行存储。该跟踪管理器212还包括用于确定采用医疗地图记录的任何治疗和操作的财务费用的临床审计模块230以及用于教育和职业发展的教育积分(EDU-Miles)模块232。临床审计模块230使用根据行为、治疗和操作程序嵌入在地图中的标准化代码以查找与这些同样的行为、治疗和操作步骤相关的价格。按照这种方式,该医疗地图允许通过地图量化由途径确定的医疗费用。然后将该信息提供给EPRMS106、108,从而接下来会产生该项治疗的帐单。该教育积分模块232向医疗从业者穿过医疗地图的路径和接收的信息赋予值或者“积分”,以给出医疗从业者已经实施的实践级别标志。\n[0078] 编辑工具应用程序218通过诸如节点/页的编辑和添加允许创建医疗地图的本地化版本。这些编辑工具218的使用受到许可的限制。其使得在两个不同的级别进行本地化,即临床级和管理级并分别通过临床模块234和管理模块236进行处理。该临床模块234便于临床信息(诸如具体状况的定义、临床代码的赋值等)和具体节点的联合,同时该管理模块236允许指定管理数据字段(诸如本地专家门诊的联络详细信息)。\n[0079] 任何医疗地图新版本的发布都由版本发布管理器214处理。该版本发布管理器\n214与存储在医疗地图数据库126中的医疗地图本地版本协商并识别抵触区域;然后将新发布版本和抵触区域的详细信息转发给用于设置有本地地图的医疗机构的临床编辑器。然后该临床编辑器可以接受该新版本、拒绝该新版本或者部分接受该新版本,采用编辑工具应用程序218执行手动集成。\n[0080] 除了通过基于最优实施指南的医疗地图向医疗从业者提供工作流程外,本实施方式还通过提供管理反馈分布网络以便于在医疗社区内对工作流内容进行讨论。通过反馈管理器216分配经由医疗地图界面作为反馈提交的评论以充当反馈评论者的意见,以下将对此进行详细描述。\n[0081] 最后,在医疗地图服务器124中的管理应用程序220可以基于从医疗地图数据库\n126获得的信息用来创建审计、经营和管理报告。报告要素包括在具体医疗机构实施的本地化临床内容质量的评估、考虑和实施地图新版本所花费时间的评估以及产生于具体医疗机构反馈量的评估。所有的报告要素均采用由熟悉实施该报告功能的本领域技术人员所公知的技术来实施。\n[0082] 由外部应用程序管理器210和跟踪管理器212提供的功能将在以后的过程中进行更详细说明,对于来自医疗地图的一系列示例性屏幕照片,该屏幕照片也用于进一步讨论编辑工具应用程序218的功能,同时将通过参考表示典型存在于医疗系统内的不同级别的示意图讨论版本发布管理器214和反馈管理器216的功能。\n[0083] 然而,在此之前,通过参考图3说明存储在医疗地图数据库126中的数据类型示意示。如上所述,很显然,医疗地图数据库126至少包含下面的数据要素:医疗地图XML页\n300,尽管这些只需要通过中心和备份医疗地图数据库存储;本地化医疗地图XML页302;至少由分配管理器204参考的机构ID 304;至少由安全管理器206参考的用户ID 306、用户密码308和许可310;个人注释312,该个人注释由医疗从业者添加到地图上的节点中并且之后将这些注释以及地图中的节点提供给医疗从业者;一组对应于诊断、症状、行为、治疗、操作步骤等的标准化临床代码314,其在与恒定数据源连接时至少由外部应用程序管理器\n210使用并且在监控成本时由临床审计模块230使用;由医疗从业者通过医疗地图经过的详细路线的穿过路径316,其由跟踪管理器212记录;一组对应于至少一些临床代码314的临床费用318,其至少由临床审计模块230参考;以及反馈数据320,其由反馈管理器216管理。采用常规的数据结构以标准的形式在医疗地图数据库126中组织该数据要素,这一点对于熟悉本领域的技术人员来说很容易理解(例如,数据库管理员)。\n[0084] 现在参考图4a到图4f,说明在与EPRMS106、108结合时表示界面功能的医疗地图GUI第一实施方式并详述医疗地图服务器124中EPRMS 226的功能。医疗从业者通过其计算器件104从EPRMS106、108访问患者的电子病历。由EPRMS提供的GUI包括访问医疗地图的选项。如图4a所示,选择该选项后,EPRMS GUI400被分为在EPRMS106和108控制下继续操作的上部402和插入医疗地图GUI406的下部404。该医疗地图GUI406完全占据由下部404提供的区域并在医疗地图服务器124中EPRMS模块226的控制下工作。\n[0085] 由EPRMS模块226提供给计算器件104的医疗地图的第一页包括问题对话框408,其中医疗从业者可以输入医疗问题的详细信息(例如,由患者提供的症状或可疑诊断)。在本实施例中,考虑的医疗问题为疑难的直肠癌。在从GUI406接收到该文本时,EPRMS模块\n226联络医疗地图数据库126以确定与该医疗问题相对应的临床代码314。然后基于确定的临床代码314,在GUI406上指示用于该医疗问题的医疗地图推荐页的链接410,以及用于相关医疗问题实施方针草案(工作流)的可选链接412(如图4a所示的两个)。\n[0086] 在选择其中之一链接时,将来自医疗地图的适当页提供给医疗从业者。在图4b所示的实施例中,已经选择了推荐链接410。在显示来自医疗地图的页时,该GUI406包括右侧的地图导向部分414和左侧的路径记录部分416,路径记录部分416作为地图导向部分414的边缘。路径记录部分416显示由医疗从业者通过医疗地图采用路径的可记录细节。将包括穿过各节点的日期和时间的信息转发给将信息上传给医疗地图数据库126的跟踪管理器212,该信息在医疗地图数据库126存储为穿过路径316。可以在经过各节点时自动进行上传(真实记录),也可以在其到达工作流中适当点时由医疗从业者回顾该行为,使得如果在记录前有要求(未示出)则可以进行改变。该医疗从业者在从图4a选择推荐连接410后,该路径记录部分416显示医疗地图对应页的名称418。接下来,地图导向部分414包括在医疗地图中指定当前页相对位置的标题部分420以及交互式地图显示部分422。\n[0087] 该地图显示部分422显示了由一系列节点426构成的医疗地图中路径和工作流\n424的图形图像,这些节点以等级树状结构连接在一起,该节点426关于医疗问题做出详细决定或者采取行动。该显示的工作流图像424与医疗地图的单页相对应。在地图显示部分\n422中还包括检表(key)428,快速信息栏430和滚动条432。检表428定义用于节点426的颜色编码434(黑色表示地图的专家区域,白色表示非专家区域)以及显示在节点426的一组交互式图标436(即‘i’438、‘>’440和‘R’442),其功能将在接下来的过程中说明。快速信息栏430包括快速信息标签444和注释标签446并允许信息或者能由医疗从业者快速地输入地图或者能快速地从第三方信息库110中得出,以下将对此进行说明。该滚动条432以标准的方式工作,允许看到形成为该页的一部分但是延伸超出了地图显示部分422边界的来自工作流图像424的更多节点426。\n[0088] 图4b还示出在医疗从业者将其计算器件104的定点设备(pointingdevice)滚动过显示在节点426的‘i’图标438时所产生的内容,即该行为展现包括与工作流图像424内的节点426相关的更多信息的信息文本框448。\n[0089] 如果该医疗从业者通过其定点设备点击‘i’图标438,如由信息文本框448所指示的,则如图4c所示,会激活快速信息栏430。该快速信息栏430扩展该屏幕以显示信息输入部分450和链接到第三方信息库110的图标‘NLH’452,将其一起称为国家医疗库。\n[0090] 选择快速信息标签444通过与节点426所关联的工作流图像424的任一页相关的调查表填充信息输入部分450。可以额外的通过允许关于节点426的本地管理信息输入的文本框(未示出)填充该信息输入部分450。在本实施例中,关于疑难的直肠癌,对于提示医疗从业者考虑患者某些可能的警报症状的图像的工作流图像424的根“警报”节点454激活快速信息栏430。因此,该调查表提出一系列关于直肠出血、肠内特性改变等问题456以用于在评估患者时帮助医疗从业者判断。该医疗从业者可以通过从直接显示在各问题456下方的一个或多个下拉文本框458中选择选项以记录他或她对相应问题456的见解。该调查表还提供在调查表内适当的位置安排预约的机会——在本实施例中,在关于缺铁的问题下示出用于安排验血460的选项。如果从患者的EPR中提供有相关的信息,则该EPRMS模块226可以自动回答问题,尽管这不是图4c所示的实施例的情况。任何经由快速信息标签\n444输入的信息都由EPRMS模块226转发给包含电子病历的EPRMS106、108。\n[0091] 相反,选择快速信息栏430的注释标签446通过用于输入或编辑涉及当前选择的节点426中考虑的问题的个人注释312的文本框(未示出)填充信息输入框450。例如,医疗从业者可以通过当前最优的实施指南指示的方法而对提出问题的研究进行详细注释。一旦将个人注释添加到节点426,该节点使用注释图标(未示出)显示在工作流图像424上,使得医疗从业者可以看到哪个节点具有根据其的个人注释312。该EPRMS模块226指示该医疗地图数据库管理器202存储对应于医疗从业者用户ID 306的所有个人注释312。使得其无论什么时候回到医疗地图中的同一工作流图像424时,其个人注释312都仍然存在。\n在信息输入部分450中还包括用于将个人注释312提交为反馈数据320的选项(未示出)。\n[0092] 回到本实施例,图4d示出了与位于信息输入部分450内的“警报”节点454相关的调查表,其已经由医疗从业者完成。已经更新了医疗地图GUI406的路径记录部分416以额外包括由医疗从业者经过的‘警报’节点454的名称462。由医疗从业者对应于调查表提供的答案在紧邻穿过节点454的地图中触发要发出的警告消息464并且警告的提示也包括在显示于路径记录部分416的节点名称462中。该警告消息464建议医疗从业者接下来在工作流图像424中导向到哪个节点,在本情况中‘高危险症状’节点466为突出的以引起医疗从业者注意的建议节点466。图4d示出了在医疗从业者已经滚动存在于节点466中的‘i’图标438后,其注意警告消息464以及考虑与建议节点466相关的更进一步信息。\n[0093] 图4e所示为在医疗从业者已经激活用于建议节点466的快速信息栏430时的医疗地图GUI406,建议节点即“高危险症状”。再一次向医疗从业者提供调查表,但是这次基于在工作流图像424中上一节点提供的信息已经预填充一些答案。这里关于“高危险节点”466没有采取更多的措施并因此没有将其名称加入到路径记录部分416。\n[0094] 在借鉴与“高危险症状节点”466相关的信息后,该医疗从业者在工作流图像424中执行下一级,即,使患者进行手术治疗的节点468。为此,医疗从业者点击转诊节点468上显示的‘R’图标442并且如图4f所示相应的转诊表格470显示在医疗地图GUI406的地图导航部分414中。由EPRMS模块226通过电子病历的信息预填充该转诊表格470,同时该医疗从业者可以通过从表格470中下拉文本框472选择来额外的指定要转诊给谁。在完成该信息后,更新医疗地图GUI406的路径记录部分416以使其额外的包括转诊节点468的名称\n474。\n[0095] 列于在检表428中的剩余图标,即‘>’图标440,在医疗地图中链接到不同页(工作流图像424),涉及相关的医疗问题或在附加页上延长工作流424。\n[0096] 根据直接而不是通过EPRMS GUI400访问的医疗地图GUI的第二实施方式,以下将参考图5a到5b说明设置在医疗地图内的搜索功能。以下将详述在医疗地图中第三方信息库模块228的功能。\n[0097] 图5a所示为显示于计算器件104上的浏览器窗口500。如上所述,为直接访问医疗地图,该医疗从业者可以将相应的URL(未示出)输入其浏览器窗口500中的地址框502。\n在医疗从业者分别通过医疗地图服务器124内的分布和安全管理器206和208进行验证后,将在浏览器窗口500中提供医疗地图GUI504的第二实施方式。第一页提供可以访问医疗地图的工作流图像424的三种不同方式并且包括部门部分506、索引部分508以及通常的搜索部分510。部门部分506包含一组到不同医疗部门的工作流图像424的链接512。索引部分508包含可以通过到医疗地图工作流图像(路径)424的链接516的字母表搜索而使用的索引框514。可选择地,医疗从业者可以采用设置在搜索部分510中的搜索框518直接搜索他们所需的工作流图像424。在本实施例中,该医疗从业者使用索引部分508以选择用于地高辛毒性(diogoxin toxixity)工作流图像424的链接516并且显示图5b所示的页面。\n[0098] 该页面520包括表示所选择的工作流图像424名称的标题栏522、上述的搜索部分510以及地图导向部分524。不同于第一实施方式,第二实施方式的医疗地图GUI504不具有路径记录部分416。然而,第二实施方式的地图导向部分524与第一实施方式的地图导向部分414相似,其包括:标题部分420、工作流图像424、检表428以及包括快速信息标签\n444和注释标签446的快速信息栏430,其扩展以表示信息输入部分450和链接到第三方信息库110的图标“NLH”452。\n[0099] 在图5b中,临床从业者已经在‘临床评估’节点526上选择了‘i’图标438并且提供有关于节点526的更多信息,即怎样实施评估,而不是如上一实施方式中的调查表。然而,该医疗从业者可以经由‘NLH’图标452获得更详细的信息。\n[0100] 图5c示出在医疗从业者点击‘NLH’图标452时发生的情况,即提供有节点搜索对话框528。第三方信息库模块228获得与医疗地图数据库126的当前节点526相关的临床代码314的等效文本并且将这些在节点搜索对话框528中作为检测框列表530提供给医疗从业者。可以不检查任何医疗从业者不需要的信息涉及的条目,同时任何医疗从业者希望包括在搜索中的附加条目可以在额外的条目文本框532中指定。该医疗从业者通过点击‘搜索’按钮534开始搜索指定条目的信息。\n[0101] 在采用代码314链接第三方信息库110之前(如上所述),搜索请求的详细信息提供给与医疗地图数据库126联络的第三方信息库模块228以获得用于任何额外指定条目的临床代码314。\n[0102] 在当前的搜索结果中,如图5d所示,医疗地图GUI504在整个屏幕上移动快速信息条430以及信息输入部分450,临时遮挡工作流图像424,并通过添加搜索结果栏536而进一步扩展该界面。来自不同的第三方信息库110商议的总结结果538列表于搜索结果部分\n536,通过结果分类对其分组,并以通常的方式评估该全部结果。\n[0103] 根据直接而不是通过EPRMS GUI400访问的医疗地图GUI的第三实施方式,以下将参考图6a到6b说明医疗地图服务器124内的跟踪管理器212的功能。\n[0104] 图6a所示为根据第三实施方式显示选择后的工作流图像424的医疗地图GUI \n600。在该实施方式中,与节点426相关的信息以通常的方式显示在文本框448中,即通过医疗从业者滚动其定点设备点击位于节点426上的‘i’图标438。然而,如图6b所示,同样的信息也由医疗从业者记录在行为列表602中。在行为列表602中的选项使医疗从业者能够打印、编辑或存储该信息,其中存储该信息的选项使该信息包括在由跟踪管理器212记录的经过路径数据316中。\n[0105] 图6a和6b还示出由衡量医疗从业者浏览(exposure to)地图多少的跟踪管理器\n212中的教育积分模块232产生的输出604。\n[0106] 现在参考图7a到7e(表示怎样使用工具扩充现存的工作流图像424)和图8a到\n8e(表示临床和管理数据怎样与在工作流图像424中的具体节点426联系在一起)说明编辑工具应用程序218的功能。\n[0107] 当用户打开编辑工具应用程序218时,其显示图7a所示的包括导向条702的编辑GUI 700。该用户通过从导向条702内的三个下拉框进行选择以选择来自医疗地图的工作流图像424(路径),这样依次使医学领域变窄。第一下拉框704指定部门,第二下拉框706指定该部门内的子专业并且第三下拉框708列出与该部门子专业相关的工作流图像424。\n[0108] 除已经进行的选择之外,如图7b所示,在位于导向条702下方的编辑区域710向用户提供工作流图像424。在编辑区域710的上方设置有用于编辑工作流图像424结构的工具条712,同时在编辑区域710的右侧设置有扩展栏713(通过其可以确定单个节点426的外观)。在工具条712上设置用于向工作流图像424添加新节点426的新节点图标714,同时还有用于在节点426之间实现连接的四个连接器图标716。两个图标与出现在编辑区域\n710内的各节点426相关联,即,可以用于在编辑区域710周围移动节点426的平台(lorry)图标718和可以用于去除节点426的‘X’图标720。\n[0109] 图7c所示为在用户已经点击新节点图标714后的编辑GUI 700。在编辑区域710出现新节点722。通过采用平台图标718,该新节点722可以设置在编辑区域710内适当的位置,然后如图7d所示,通过连接器图标716提供的连接体724在工作流图像424内将该新节点连接到节点426。图7d还示出在点击新节点722时发生的情况,即,将扩展栏714激活并扩展在整个屏幕上以显示用户可以指定新节点722标题的节点标题文本框726以及医疗区下拉框728,通过其用户可以指定怎样对节点722进行颜色编码。图7e示出在用户已经采用更新按钮730提交后对新节点722实施的图7d的选项。\n[0110] 在医疗从业者将其定点设备滚动过‘i’图标438时,显示在节点426的信息文本框448的信息通过采用内容编辑器与节点426相关联,现在将通过参考8a到8e说明该内容编辑器的功能。通过菜单选项(未示出)在编辑GUI700内激活内容编辑器并使编辑区域710分为工作流图像列表部分800、节点标题部分802、临床信息编辑区域804和管理信息编辑区域806。在编辑工具应用程序218中临床信息编辑区域804在临床模块234的控制下工作,同时管理信息编辑区域806在管理模块236的控制下工作。\n[0111] 工作流图像列表部分800已经采用导向条702选择的工作流图像424内从分级工作流树状结构的最底端开始列出的所有节点426的标题。在图8a所示的本实施例中,列出了出现在图7b的工作流图像424的节点426的标题(该列表开始于图7b的屏幕底端的节点426的标题)。\n[0112] 当用户从工作流列表部分800选择节点标题之一时,将该标题写入节点标题部分\n802。在图8a所示的实施例中,已经选择了列出的第一节点标题。此外,已经与选择的节点\n426关联的任何临床信息或者管理信息分别显示在临床信息编辑区域804和管理信息编辑区域606中。\n[0113] 将信息输入位于组标题808下的临床信息编辑区域804中,作为与组标题808相关的一系列点810。因此,临床信息编辑区域804设置有新的组操作按钮812、新的点操作按钮814、组标题文本框816(其中用户可以指定标题文本)以及点文本框818(其中用户可以指定正形成的点)。与此相对,对于任何与节点426相关的管理信息都需要很少的结构并因此该管理信息编辑区域806仅设置管理文本框820。\n[0114] 当用户点击或者点文本框818其中之一或者管理文本框820时,如图8b所示显示信息编辑工具条822。在工具条822中的其中之一图标,即代码联系图标824,允许临床代码314和已经输入在文本框818或820中的信息关联。如图8c所示,在该图标824上点击以引起代码关联输入框826显示在编辑GUI700中。\n[0115] 图8d所示为出现在用于位于第一组标题808下面的第一点810的临床代码框828中的一系列临床代码314,已经通过经由用于该点810的点文本框818激活的代码关联输入框826输入该代码314。图8d还示出由用户输入到管理文本框820中的管理信息,在用户点击管理文本框820时,该文本框设置有信息编辑工具条822。\n[0116] 在其全部和单独节点426中临床代码314也与工作流图像424关联,这一点可以从表示通过选择‘编辑页’选项830获得屏幕的图8e看出。\n[0117] 现在参照图9描述医疗地图的新版本发布,例如该新版本中含有上述已经用编辑工具应用软件218编辑过的新的或更新后的工作流图像424。通常,医疗系统必须设置为不同的等级以有助于管理。在同一区域的个别医院和普通执业诊所必须与当地医院对他们的患者进行治疗的诊所很好的链接在一起。可以设置检查当地区域中保健供给的主体,以管理在普通执业诊所中的基础护理和由医院提供的二级护理之间的关系。在一个覆盖多个本地区域的地区中的医疗可以具有唯一的管理组织,以在整个地区中实现统一的政策。在一个国家医疗体系中,例如在美国,所有的地区医疗管理组织依次向唯一的政府部门汇报。\n[0118] 在图9中示意性地示出了在等级医疗结构900中的不同级别。检查国民医疗事业的卫生部(Department of Health)902位于等级结构900的顶端。检查具体区域的卫生政策的多个卫生策略管理局(Strategic Health Authority)904(其中仅示出了两个)直接向卫生部902汇报。各卫生策略管理局904管理多个基层护理信托(Primary Care Trust)906,各基层护理信托检查在区域内的本地区中的医疗关系(healthcare relationship)。在图9中,对于每个卫生策略管理局904仅示出了三个基层护理信托906。\n在等级医疗结构900的最底层,图9仅示出了处于基层护理信托906其中之一“保护”之下的一个普通执业诊所908和一个医院910。\n[0119] 如上所述,当医疗地图的更新版本被发布到医疗机构时,能够被医疗机构访问的医疗地图服务器214中的版本发布管理器214识别与对于那个机构的地图的本地版本相冲突的任意区域并且引起该机构的临床编辑器的注意。在图9中,临床编辑者912处于医疗结构900中除具有普通执业诊所908和医院910的最低级之外的每一级中,在本实施例中,最低级不具有对医疗地图进行他们自己的改变所必需的许可310。\n[0120] 在本实施例中,医疗地图的主拷贝的新版本由分布式系统102的所有者(proprietor)发布到中心专用子系统118。中心医疗地图服务器124中的版本发布管理器\n214识别当前的地图主拷贝和新版本之间的改变并且通知配置于其卫生部902的临床编辑者912。临床编辑者912可以或者接受新版本或者拒绝接受新版本。对于临床编辑者912来说,也可以通过使用编辑工具应用程序218进行一些部分的手动整合来部分地接受新版本。为了本实施例的目的,我们假设所有的改变都接受,使得卫生部902中的员工基本上提供有来自更新后的医疗地图的主拷贝。这使得版本发布管理器214进行向等级结构900中的下一级即卫生策略管理局904的发布。卫生策略管理局904之一具有存储在中心医疗地图数据库126中的其自己的医疗地图的本地版本302。因此,版本发布管理器214识别在地图的新的主拷贝(由卫生部902接受的)与由卫生策略管理局904所使用的本地版本302之间的差异,并且自动合并那些不会出现冲突的本地特征,同时通过流程步骤(flow step)916将与以前执行的本地改变发生冲突的区域通知给配置在卫生策略管理局904的临床编辑者912。临床编辑者912在与同事商量之后,使用编辑工具应用程序218将本地地图的新版本手动地编辑为可以接受的形式并且该版本成为可以随后被卫生策略管理局904中的员工所访问的版本。\n[0121] 等级医疗结构900的下一级为基层护理信托906。版本发布管理器214通知其中之一访问来自其自己的本地专用子系统122的医疗地图。因此,如图9中流程步骤918所示,在中心专用子系统118中的版本发布管理器214向本地的专用子系统122转发卫生策略管理局904认为可以接受的医疗地图的新拷贝。\n[0122] 在基础护理信托906的本地医疗地图服务器124中的版本发布管理器214执行本地地图中与新地图不发生冲突的改变,然后将那些发生冲突的区域通知本地临床编辑者\n912。如同流程步骤920所示,这些区域由本地临床编辑者912解决并且本地地图的新版本被执行,从而使得当处于等级900中下一级的医院910从地图请求页面时,可以提供来自新的本地版本的页面。\n[0123] 在图10中也采用上述的与版本发布管理有关的等级医疗结构900以描述医疗地图服务器124中的反馈管理器216的功能。当医疗从业人员面对充分的研究和证据能够容易接受最新的诊疗指南时,大部分医疗基于顾问和专家的意见。本实施方式不仅向医疗从业人员提供与最新的诊疗指南一致的工作流图像424的图形化表示,而且还提供有管理网络,通过该网络可以发送对工作流图像424的内容的反馈。\n[0124] 如上所述,与工作流424中的具体节点426有关的反馈可以通过由医疗从业人员\n1000使用快速信息条430上的注释标签446从医疗地图GUI406提交。\n[0125] 医疗从业人员1000可以起草个人注释312,然后选择向医疗地图服务器124提交该注释的选项。如流程部分1002所示,该注释被转交到向那些医疗从业人员1000提供地图页面的医疗地图服务器124中的反馈管理器216,并且作为反馈数据320存储在医疗地图数据库126中。\n[0126] 对于不同医疗部门的反馈评论员1004和在那些部门中的专家都分配在等级结构\n900中的各级并且反馈管理器216具有各评论员1004的用户ID 306。因此,在从医疗从业人员1000接收到的反馈数据320时,反馈管理器216标记产生信息的节点426,查找对于该节点426(在本实施例中,医疗从业人员位于医院910中)与医疗从业人员100处于同一机构中的反馈评论员1004,并且通过E-mail向那些反馈评论员320转送反馈数据320。\n该E-mail将该反馈评论员1004引导到医疗地图中的反馈简要页面(feedback summary page)(未示出),在该页中反馈评论员能够评估在反馈中出现的问题。\n[0127] 如果反馈评论员1004不能回答问题,那么他们有责任将问题交给在等级结构900的上一级中那个医疗专业的反馈评论员1004。在选择了来自所述简要页面的选项后,反馈管理器216识别相应的反馈评论员1004并且通过E-mail通知他们(如流程步骤1006所示);而且通知该反馈链中的其他人员该问题已经转送并且在反馈简要页面中记录该活动。任何时候,反馈链中与具体问题有关的任何人都可以访问该反馈简要页面并且看到所做过程中的细节。因此,在本实施例中,现在回答问题的责任在于基层护理信托906中的反馈评论员1004。\n[0128] 简单地说,如果反馈评论员1004通过反馈简要页面回答了该反馈,那么该反馈管理器216通知反馈链中的每一个人,然后他们都能看到反馈简要页面上的回答。在图10中,流程步骤1008表示一个回答。\n[0129] 如同在本发明的具体优选实施方式中所述,可以理解,正在讨论的实施方式仅是示意性的,并且在不脱离所附权利要求中提出的本发明的精神和范围的情况下,熟悉本领域的人员可以做出多种变型和改进。\n[0130] 如图1所示,通信系统100可以具有不同的结构。例如,第二计算终端116可以不通过通信网络112而是通过本地网络直接连接到本地EPRMS 108。本地医疗地图服务器\n124可以设计为访问来自中心EPRMS 106以及本地EPRMS108的数据。利用所谓的“网格”技术,本地专用子系统122的不同实例也可以访问由其它本地实例所存储的医疗地图。例如,临时调派到其它地区医院的医疗从业人员仍然能够访问其“本家”版的医疗地图。此外,如果所有的其他本地专用子系统122通过“网格”技术都可以访问本地EPEMS 108,那么中心EPRMS106就是冗余的。另外,对于区域的本地医疗地图数据库126可以存储在那个区域中多个医院的本地医疗地图。事实上,可以为每个医疗从业人员存储本地版本的医疗地图,但是这不能促进统一的患者护理,因此这些不被目前的优选实施方式所支持。当然,通过不设置任何本地专用子系统122可以简化通信系统100。此外,显然,医疗地图页面可以由传输管理器208提供到一定范围内的计算器件104,其包括通过移动通讯协议工作的计算器件,例如个人数字助理。\n[0131] 医疗地图被设置为由医疗从业人员以不同的方式访问也是可行的。例如,如果医疗从业人员熟悉症状/诊断的临床代码314,那么他们能够直接输入到图4a所示的问题对话框408,并且提供有来自地图的相关工作流424。获得,对于患者,医疗从业人员可以根据患者的电子病历中最近指定的临床代码314采用医疗地图中的页面,而不是必须指定一个具体的医疗问题。另一个可能性是向医疗从业人员提供列出了患者以前遍历过的工作流\n424的简要页面;该医疗从业人员可以选择相关的工作流424,并且通知到目前为止其中遍历过的节点,然后继续患者的行程。还可以实现通过医疗地图访问EPRMS 106和EPRMS108,反之则不成立。\n[0132] 当选择节点426时,通过地图的路径可以以某些方式区分。例如,节点426本身以某些方式是突出的,否则他们之间可以连接。也可以用额外的方式指示采取的路径一例如,在选出的节点426上覆盖一系列箭头。在一些情况下,医疗从业人员也可以跳过工作流424中的一些节点426,该功能合并在节点的定义中。\n[0133] 也可以设想,从患者的电子病历合并到医疗地图中的信息可能会具有由EPRMS模块226对其进行的某种时限处理。例如,五年前记录的直肠出血的详情不可能与现在的结肠直肠癌有关。\n[0134] 为了培训,可以依靠虚拟的患者数据的数据库实现医疗地图以创建模拟的EPRMS环境。关于培训和监控医疗从业人员的职业发展,教育积分模块232可以设计为参照已经遍历过的地图中的任何新区域仅奖励“积分”。\n[0135] 具体地说,可以理解尽管已经描述了本发明的医疗地图GUI的具体实施例,不同实施方式的特征可以以各种方式组合以产生新的界面,这些新界面也落入本发明的范围内。\n[0136] 在编辑工具应用程序218中也可以有各种变型。例如,可以设想,临床代码314能够自动分配到节点426,从而不需要图8c中所示的代码结合过程。在版本发布管理过程的各方面,例如在说明书中简要介绍过的手动合并过程在适当的时候也可以是自动的。\n[0137] 最后,可以理解本发明并不限于在医疗环境中实施;而是可以应用到所需要从链接的一系列工作流输入数据的任何环境中。
法律信息
- 2019-03-12
未缴年费专利权终止
IPC(主分类): G06F 19/00
专利号: ZL 201010221896.8
申请日: 2004.03.24
授权公告日: 2014.04.02
- 2014-04-02
- 2011-03-23
实质审查的生效
IPC(主分类): G06F 19/00
专利申请号: 201010221896.8
申请日: 2004.03.24
- 2011-02-02
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2003-05-21
|
2001-03-20
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |