一种图形用户界面的改进 技术领域 本发明涉及一种对图形用户界面的改进， 尤其涉及一种医护专业人员在诊断和治 疗疾病时使用的图形用户界面 (GUI)。
背景技术 保健提供者处于降低价格同时提高护理标准的压力之下， 并且他们急需信息技术 来帮助他们面对这些挑战。通过降低某一项任务中人员所花费的时间， 保健组织可以节约 人力成本， 治疗更多的患者以及实现更高的效率。提高效率的最大障碍之一是传统的基于 纸件的系统， 尤其是与病历有关的那些纸件系统。
病历是法定需求并且由医疗专业人员用于记录患者的健康史。 病历主要包括纸上 分类的信息， 其具有由诸如医院、 普通执业诊所等不同保健机构保存的单独多条记录。 实际 上， 即使在同一医院， 患者也可能具有由那些对他进行过治疗的会诊医生、 诊室或病房中任 何之一分别保存的多条记录。对于这些记录的物理管理 (physicai management) 成为保健
提供者的很重负担， 例如， 一大型地方医院每年需要实地保存 40,000 到 80,000 份病历。当 访问频率低的记录能够不在现场 (off-site) 存档时， 现场 (on-site) 存储资源占据了那些 否则可以用于进一步安排治疗区、 病床、 管理人员的办公区或者甚至停车场的有效空间。 与 管理基于纸件的病历相关的财务成本很高， 例如提交、 检索以及交付这些记录到所需地点。 记录不能快速在整个保健系统内传递并且对于病历来说交付错误或丢失也很严重， 这可能 导致延迟患者的治疗 ( 在某些情况下， 在到达预定的时间之后， 患者不得不被送回家 ) 并且 涉及患者保密的问题。
另外， 为了进行分析， 从病历中提取任何信息都很麻烦而且昂贵。为此， 本地患者 管理系统 (Patient Administration System， PAS) 已经引入到医院中以为了管理目的而 提供基于纸件记录的高水平电子概要。PAS 记录中的信息可以包括患者编号、 出生日期、 入 院日期、 治疗日期和出院日期、 患者接受治疗的会诊医生姓名以及识别诊断和治疗过程的 代码 ( 即疾病、 ICD 和治疗过程代码系统、 OPCS 各自的国际分类号 )。信息可以很容易地从 PAS 记录中提取出来以为内部使用或反馈到更广范围的人口统计评论系统生成由医院提供 的关于患者护理的统计信息。另外， 概系统可以帮助跟踪病历 -PAS 记录中不含有医护专业 人员治病所需的详细信息。
随着老龄人口对保健系统的需求增加， 以及每次需要治疗的患者数量经常增加， 在以后几年内， 基于纸件的病历系统的困难和问题会加剧。有效的病历管理被认为是以后 进行高质量患者护理的基础并且希望这些可以通过引入电子病历 (EPR) 来实现， 从而结束 过去使用纸件的历史。 EPR 系统已经在试验阶段成功实现， 将单一患者的所有记录在一家机 构以电子格式合并， 其可以通过联网到该机构的电子病历管理系统 (EPRMS) 的任何工作站 得到访问。
目前， EPRMS 还处于本地化， 各医院 / 普通执业诊所采用独立的系统。然而， 国有 化系统是目前的发展方向， 从而患者的信息与患者一样也是可移动的， 并且无论患者在哪里需要护理， 这些信息对于授权的会诊医生都能够很容易获得。
此外， 现在正在开发 EPRM 以向会诊医生提供不需要使用额外的手动系统或其它 自动系统而使其在单个工作站就能够查看、 处理以及完成病历的全套应用软件。
关键的关注点之一是使现在的会诊医生了解关于怎样诊断和治疗疾病的新研究 和最好的诊疗指南。通过阅读出版的研究文献、 浏览大众处理 (consensus process) 以及 评估任何有效证据可以得到目前最新的临床诊疗指南， 该指南得到了业内人士的评论和批 准。然后， 公布该指南并且在从业者中散发。然而， 这有赖于阅读和接受该指南并且在实际 中当出现适当情况时应用该指南的会诊医生。实际中， 这体现为具有繁重任务和许多挑战 的从业者， 特别是普通从业者在面对其沉重的工作负担时跟得上医学的发展。
在专业医院的诊疗环境和普通执业诊所的诊疗环境中都要面对巨大的时间压力。 例如， 在美国， 在普通执业诊所的平均诊疗时间在 8 分钟到 10 分钟之间。在该时间内， 普通 执业者必须要阅读病历， 与患者交流， 进行必要的检查、 诊断， 选择合适的治疗方案和出具 处方。
在某些情况下， 保健医生可能需要找出关于具体症状或病情的更多信息。同时互 联网具有通过桌上终端可以得到的大量资料， 在得到相关信息之前， 国际互联网的搜索可 能得到几十条需要评估和删除的结果， 所有这些会花费宝贵时间， 这在诊疗环境下是不可 行的。另外， 在互联网上发布的信息很难管理并且没有受到像业内人士评论过的保健文献 那样得到严格的评论。 然而， 现在对于提供护理的保健医生的需求很大， 因此他们有时被迫 依靠这些信息。
管理后的信息通过私人的第三方信息库更容易得到。然而， 这些资源在使用时很 烦索而且费时。 任何一个系统不可能满足所有从业者的需求， 因此为了获得所需信息， 不同 系统需要从业者了解和使用不同的使用技术。
作为其多个研究目的之一， GLIF 和 SAGE 研究项目正在研究试图通过 EPRM 使从业 者在治疗地点可以得到指南。GLIF 项目已经开发了表示临床指南的公共语言， 即所谓的指 南交互格式 (GuideLine Interchange Format)， 并且其目标是使 GLIF 提议对于保健机构是 可利用的， 从而使得指南适用于与当地临床信息系统一起使用 ( 已经认识到保健机构不可 能接受没有经过至少一些细微的局部修改的普通指南 )。 相反， 基于标准的共享有效指南环 境 (Standards-based sharable Active Guideline Environment， SAGE) 已经致力于怎样 使基于指南的决策支持系统与本地临床信息系统很好的结合。 SAGE 决策支持工程使指南建 议以及证据和理论的获得整合到现有的临床工作流程中。然而， 目前采用 GLIF 和 SAGE 方 法所实施的临床支持系统需要会诊医生做出基础诊断 - 然后他们提供支持诊断的信息以 及所需的另外检查或行动的建议。
在实际中， 诊疗环境中的诊断并不是一直很直观的。通常患者表现出需要与现有 状况或以前的治疗历史相结合的一个或更多的新症状。GLIF 和 SAGE 依靠现存的临床支持 系统中已经预编码的治疗途径 (care pathway)。 如果新表现的症状没有与现存诊断和病史 中的其它信息相整合， 则不存在最佳治疗途径。 因此， 由于这种方法不能为患者出现的各种 变化和组合产生预定的途径， 因此该方法固有的僵化性阻止了其满足会诊医生在治疗时的 需要。
本发明希望能够克服或基本上减少上述问题中的一些问题。具体地说， 本发明希望提供一种用户在其中执行其功能的图形用户界面， 例如在患者治疗的过程中协助会诊医 生， 以促进通过图形用户界面能够提供的支持信息之间更快的交互。 对于会诊医生来说， 这 可以使他们根据最佳诊疗指南提供治疗。 发明内容 本发明的优点是提供一种工作流处理中多个步骤的图形表示， 该优点在使用数据 输入和沿工作流处理方向的界面时尤其明显。
根据本发明的一方面， 本发明提供了一种用于在工作流过程中与用户交互的图形 用户界面 (GUI)， 该 GUI 包括 ： 包括图形表示存储在工作流过程中多个链接步骤结构的多个 链接节点的页面 ； 数据输入装置， 用于输入与具体的选择节点相关的数据 ； 其中所述节点 与工作流过程中的步骤具有一一对应关系 ； 路径装置， 用于利用输入的数据确定通过工作 流过程的具体路径 ； 以及多个装置， 用于在页面中图形表示通过工作流过程的最终路径。
链接节点的页面提供了工作流中要通过的至少一部分地图。 工作流以这种方式的 表示使得与用户的交互简单而直观。由于各节点与工作流中的步骤具有直接关系， 因此可 以加快数据输入和用户交互。
优选地， 多个链接节点表示在一个页面上全部的工作流过程。其优点在于当用户 经过工作流的不同步骤时能够直接看到其历史并且能够确定在一瞬间具体工作流的终点。
本发明很大优点在于在多级处理中可以在一个页面上显示多个级从而使用户能 够直接看到其历史并且能够追溯到在决策过程中在诊断中可能犯下错误的地方。
在本发明的实施方式中， 有用的信息可以溶入最佳临床诊疗工作流中并且通过使 医疗从业者直观地从患者治疗、 可疑诊断或表现的症状开始穿过工作流， 从而获得更有效 的图形用户界面。
数据输入装置优选包括用于表示与在多个链接节点中所选择的节点位置相关的 数据的表示装置以及用于使用户选择至少一些所述数据的选择装置。按照这种方式， 用户 可以根据其在地图中的位置输入有关数据并进行简单的选择。 这些有利于提高速度并且对 于例如医疗从业者来说能够更容易输入数据。
数据输入装置优选地设计为使用在第一节点输入的数据确定在链接到第一点的 第二节点进一步需要的信息。通过这种方式， 具体的数据仅需要输入一次但是可以在不同 的节点处多次使用。
GUI 还包括用于将输入的数据转换为表示该数据的分类代码的装置。这使得在 GUI 中能够得到任何数据的统一表示。当链接到能够理解相同分类代码的外部系统时这一 优势尤其明显。
优选地， 该 GUI 还包括用于分析输入数据并且产生与其相关的活动列表的分析装 置以及用于向邻近多个显示的链接节点的用户列出相关活动列表的列出装置。 这使得要产 生的任务几乎作为通过地图过程的副产品， 使得用户不仅能够被潜在的工作流指引而且能 够随着结果的确定， 从需要执行的许多活动中获益。可以处理活动列表以自动使这些活动 发生。例如， 从该清单中可以安排患者验血。
在多个包含页的链接节点遍历的终点， 活动列出装置可以设计为向用户提供用于 各行动用户确认的选项列表， 并且确定经用户确认过将要执行的活动列表。 通过这种方式，
仅执行用户认为需要的那些活动。
优选地， 各节点还包括设置在节点处的信息装置， 用于根据用户选择提供与节点 有关的信息。 这有助于用户通过工作流前进并且获得在各节点做出决策所需的更进一步相 关信息。
优选地， 所述地图可以用户化地包括用户的喜好。具体地说， 该 GUI 还可以包括用 于记录用户产生的与具体节点有关的文本注释的注释记录装置， 所述注释记录装置设计为 链接注释和具体节点， 使得当用户已经经过那个具体节点时可以浏览存储的注释。
该 GUI 还包括用于将用户确定的注释转换成可传输的消息并且将该消息传输到 可以访问该 GUI 版本的其他用户的反馈产生装置。这使得由地图使用而产生的问题可以以 快速有效的方式处理并且有助于更准确地传送反馈内容。
优选地， 该 GUI 能够访问电子病历管理系统 (EPRMS) 并且该 GUI 还包括用于获得 并且在页面的一部分显示所选择的电子病历的详细信息的 EPRMS 管理装置。这是本发明的 更大优点。由于以前存储的关于患者的信息可以帮助工作流的进行， 所以与电子病历的整 合在使用更具有优势。而且， 在工作流过程中获得的数据可以用于同时更新病历从而在所 有的时间提供更准确的患者历史。 EPRMS 管理装置可以设计为使用选择电子病历的详细信息来确定在用户的节点哪 些信息是需要的。通过这种方式， 地图响应病历中已有的数据并且能够与病历中已有的数 据一致。
优选地， 该 GUI 还包括用于搜索外部可访问的信息库的搜索装置， 所述搜索装置 设计为将选择的信息主题转换成表示该主题的预定分类代码并且将信息请求中的分类代 码传输到其中含有相关信息的信息库中。通过这种方式， 由于可以不需进行搜索而直接访 问信息库， 所以使用代码的优点花呢明显。从而， 使得获得所需信息的时间最小化。在这点 上， 优选地分类代码包括描述与工作流过程主题相关的可能数据输入全部范围的标准分类 代码。这有利于提高请求的范围并且提高兼容性。
搜索装置可以设计为接收对信息请求的响应并且使用该响应确定多个页面中向 用户显示的相关页。 从而接收到的信息可以用于将用户引导到在工作流中与其搜索询问高 度相关的具体起点。
优选地， 该 GUI 还包括用于编辑页面上互相连接的多个节点的编辑装置， 该编辑 装置可以设计为更新存储的工作流以反映对页面所做的任何改变。GUI 的可编辑性使得用 户有利于解决所需工作中的任何本地改变。 用户权限的等级可以确定允许其改变地图的程 度。
优选地， 该 GUI 还包括多个记录装置， 用于记录在多个链接节点中的用户行程 (navigation)。这就向用户提供了通过能够按照不同方式使用的工作流的路径历史。
该 GUI 还包括多个行程分析装置， 用于分析用户行程以确定通过工作流过程的精 确路径。这些行程历史可以用于审核和分析用户性能。
根据本发明的另一个方面， 本发明提供了一种用于在工作流过程中与用户交互的 图形用户界面 (GUI)。该 GUI 包括 ： 包括图形表示存储在工作流过程中多个链接步骤结构 的多个链接节点的地图 ； 数据输入模块， 用于输入与具体的选择节点相关的数据 ； 其中所 述节点与工作流过程中的步骤具有一一对应关系 ； 路径模块， 用于利用输入的数据确定通
过工作流过程的具体路径 ； 以及显示模块， 用于在地图中图形表示通过工作流过程的最终 路径。
根据本发明的另一个方面， 本发明提供了用于提供存储有工作流过程的信息库的 用户界面的图形用户界面 (GUI)。该 GUI 包括 ： 包括图形表示存储的工作流过程多个链接 步骤结构的多个链接节点的页面 ； 用于输入与具体的选择节点相关的数据的装置 ； 其中所 述节点与存储的工作流过程中的步骤具有一一对应关系， 用于利用输入的数据确定通过工 作流过程的具体路径的装置 ； 以及用于在页面中图形表示通过工作流过程的最终路径的装 置。
根据本发明的另一方面， 本发明提供了用于在工作流过程中与用户交互的图形用 户界面 (GUI)。该 GUI 包括 ： 表示多个相关工作流过程的多个页面 ； 各页面包括图形表示 存储的工作流过程中多个链接步骤结构的多个链接节点 ； 数据输入装置， 用于输入与具体 的选择节点相关的数据 ； 其中所述节点与工作流过程中的步骤具有一一对应关系 ； 确定装 置， 用于利用输入的数据确定通过工作流过程的具体路径 ； 以及图形化装置， 用于在地图中 图形表示页面中通过工作流过程的最终路径。
本发明还延伸到利用图形用户界面 (GUI) 在工作流过程中与用户交互的方法， 该 方法包括 ： 从所述 GUI 接收用户指令以搜索外部可访问的信息库 ； 通过以下步骤进行信息 库搜索 ： 将选择的信息主题转换为表示该主题的预定分类代码 ； 并且通过通信网络向信息 库发送信息请求中的分类代码， 以访问包括在其中的相关信息。 根据本发明的另一个方面， 本发明提供了用于在工作流过程中与用户交互的图形 用户界面 (GUI)。该 GUI 包括 ： 搜索装置， 用于搜索外部可访问的信息库， 该搜索装置包括 ： 转换装置， 用于将所选的信息主题转换为表示该主题的预定分类代码 ； 以及传输装置， 用于 癗信息请求中的分类代码通过通讯网络传输到信息库以访问其中含有的相关信息。
GUI 不需要执行任何搜索请求可以提供对外部信息库的访问。其优点在于能够更 快更精确地访问到那些信息库中含有的内容。
当转换装置还包括预定分类代码的本地数据库以及各自与一个具体的分类代码 匹配的具体信息主题的清单， 用户指定的主题可以用于精确地或实时地查找用于信息请求 的适当代码。
本发明另外延伸到利用图形化用户界面 (GUI) 在工作流过程中与用户交互的方 法， 该方法包括 ： 从 GUI 接收用户指令以搜索外部可访问信息库 ； 通过以下步骤初始化信息 库的搜索 ： 通过将选出的信息主题转换成表示该主题的预定分类代码以及将在信息请求中 的分类代码通过通讯网络传输到信息库以访问其中含有的内容。
根据本发明的另一方面， 本发明提供了一种用于在工作流过程中与用户交互的图 形用户界面 (GUI)， 该 GUI 包括 ： 包括图形表示存储的工作流过程中多个链接步骤结构的多 个链接节点的页面 ； 编辑装置， 用于编辑多个链接节点 ； 以及更新装置， 用于使用多个链接 节点的任何相应变化更新存储的工作流过程的多个链接步骤。 通过这种方式编辑工作流表 示具有的优点为能够执行工作流表示的本地变化。 这填充了先前描述的现有系统的不灵活 性。
根据本发明的另一方面， 本发明提供了在工作流过程中用于支持与用户进行分布 式交互的系统， 该系统包括 ： 中心存储的工作流过程的图形表示 ； 多个用户， 远离中心存储
的表示并且在用户等级上彼此相关， 各用户可以访问对该版本的表示 ； 设置在各版本表示 中以产生转诊消息的转诊装置 (referralmeans)， 该转诊装置设计为向在用户等级中处于 更高一级的评论员发送消息。
本发明的该方面能够产生反馈并由具有成百上千用户的系统以受控的方式处理 该反馈。
根据本发明的另一方面， 本发明提供了一种用于向用户发布图形用户界面新版本 的系统， 该系统包括 ： 保存在工作流过程的 GUI 表示的中心存储器 ； 远离中心存储器的多个 用户并且在中央存储器以下的用户等级中彼此相关， 各用户可以访问以前表示的版本 ； 比 较装置， 用于比较表示的新版本和用户表示的以前版本以确定差异 ； 转送装置， 用于向与表 示的版本相关的用户转送那些差异的转送装置 ； 以及设置在表示的各以前版本中的评估装 置， 该评估装置设计为接收或拒绝这些差异以向等级中的更高一级发送接受或拒绝。
这提供了一种以受控方式在许多用户中更新发布的方法， 其能够使内容编辑者控 制解释的内容。
根据本发明的另一方面， 本发明提供了一种图形用户界面的构造方法， 该方法包 括： 收集与具体的工作流有关的内容 ； 在数据库中记录该内容为等级结构工作流的一系列 步骤 ； 并且产生等级工作流结构的图形表示， 该图形表示用于指引用户通过工作流 ； 该图 形表示包括多个链接节点， 其中各节点与等级工作流结构中的具体点相对应。
这是本发明的一个新颖方面， 即软件应用程序和 GUI 围绕地图的内容进行设计和 构建， 便于对内容的软件应用程序的后续添加。在这个平台上所有其它应用程序都是首先 和最重要构建为软件应用程序， 然后添加内容。 附图说明
现在将参考附图通过实施例说明通过图形用户界面用于进行改进的患者治疗的 优选实施方式的方法和装置， 附图中 ：
图 1 所示为根据本发明示例性实施方式用于向治疗系统内的不同机构提供来自 专用系统的图形用户界面的通信系统的示意图， 该通信系统包括服务器和数据库 ；
图 2 所示为包括在图 1 所示的专用服务器内的软件模块示意框图， 该框图包括由 用于创建和编辑通过图形用户界面显示的患者治疗途径的临床和管理模块构成的编辑工 具应用程序 ；
图 3 所示为图 1 所示的专用数据库内容的示意图 ；
图 4a 到 4f 为根据图形用户界面的第一实施方式的一系列屏幕照片， 该照片示出 了在与 EPRMS 结合时的界面功能 ；
图 5a 到 5d 为根据图形用户界面的第二实施方式的一系列屏幕照片， 该照片示出 了在界面没有与 EPRMS 结合时的搜索功能 ；
图 6a 和 6b 为根据图形用户界面的第三实施方式的一系列屏幕照片， 该照片示出 了在界面没有与 EPRMS 结合时的审计功能 ；
图 7a 到 7e 为通过图形用户界面显示的表示患者治疗途径的一系列屏幕照片， 其 通过采用图 2 所示的编辑工具应用程序得到扩展 ；
图 8a 到 8e 为表示采用图 2 所示的临床和管理模块在图 7a 到 7e 所示的患者治疗途径中结合临床和管理数据的一系列屏幕照片 ；
图 9 为表示在保健系统中图形用户界面新版本按照级别向下分配的示意图 ；
图 10 为表示在保健系统中与患者治疗途径和通过图形用户界面的初始化相关的 反馈按照级别向上分配的示意图。 具体实施方式
参考图 1， 现在将详细说明用于实施本发明优选实施方式的通信系统 100。该通 信系统 100 便于治疗机构和提供图形用户界面的专用系统之间的通信， 通过该图形用户界 面， 电子诊断和处理工具的一览表可以对进行患者治疗提供帮助。从待检查的诊断或表现 的症状开始， 该图形用户界面以临床工作流或路标 (roadmap) 的图形表示的形式提供一系 列的患者治疗途径。 各患者治疗途径遵照最优的实施指南并将其分解为一系列以下称为节 点的行为和决定点。 医疗从业者适当管理患者所需的所有必要信息和软件工具均嵌入在合 适的节点处的路标中， 以下称其为医疗地图。该界面既能够指导又能够记录由医疗从业者 穿过该地图所经过的路径。该指导功能有助于根据临床指南优化患者治疗， 同时该附加的 记录功能使得医疗地图可以用于培训和审计。 上面提到的通信系统 100 包括分布式的专用系统 102、 位于各医疗机构的多个计 算器件 104、 中心 EPRMS106 和任何通过医疗机构访问的本地 EPRMS108( 其数据周期性的上 传到中心 EPRMS106)、 多个第三方信息库 110 和连接所有上述装置的通信网络 112。通过专 用系统 102 经由通信网络 112 将医疗地图提供给医疗机构中的计算器件 104。该通信网络 112 为具有尽管物理连接但实际上是封闭的安全形态的开放网络——因此， 通信网络可以 认为是在通常宽区域的通信网络 ( 未示出 ) 诸如互联网内的虚拟私人网络。来自第三方信 息库 110 的信息可以通过医疗地图界面上的节点提供给计算器件 104。
在图 1 中， 仅示出了两个计算器件 104、 一个本地 EPRMS108 和两个第三方信息 库 110。出于说明的目的， 将两个计算器件 104 认为是计算终端 ： 第一计算终端 114 访问 中心 EPRMS106 并且位于不同于第一计算终端的保健机构的第二计算终端 116 访问本地 EPRMS108。 可以将通过中心 EPRMS106 存储的电子病历信息结合到提供给第一计算器件 114 的医疗地图中， 同时可以将通过本地 EPRMS108 存储的电子病历信息结合到提供给第二计 算器件 116 的医疗地图中。作为选择， 各计算终端 114 和 116 可以通过诸如将特定的统一 资源定位符 (URL) 输入到计算器件 104 的浏览器 ( 未示出 ) 而独立于各自的 EPRMS 进行医 疗地图的访问。
分布式的专用系统 102 包括中心专用子系统 118、 备份专用子系统 120 和多个本地 专用子系统 122( 图 1 中仅示出其中的一个 )。各专用子系统 116、 118 和 120 包括医疗地图 服务器 124 和医疗地图数据库 126 并经由网络通信管理器 (NCM)128 连接到通信网络 112。 对于本地专用子系统 122 的情况， NCM128 也将子系统 122 连接到本地 EPRMS108。
中心专用子系统 118 存储并提供医疗地图的主拷贝和医疗地图的本地化版本以 及与此相关的数据。医疗地图的本地化版本通过本地医疗机构为其临床人员使用而定制， 例如由于价格问题指定一种特定的治疗药物来替换另一种。中心专用子系统 118 由备份专 用子系统 120 复制， 使得即使在中心系统出现故障的情况下医疗地图仍然可以提供给医疗 机构。此外， 某些本地医疗机构 ( 或机构组 ) 可以具有足够的大小以确保通过本地专用子
系统 122 存储并提供本地化版本的医疗地图和相关数据， 尽管还可以通过中心专用子系统 118 和备份专用子系统 120 额外的保持本地化地图和相关数据的拷贝。 本地专用子系统 122 处理具体地理区域的医疗地图的好处是减少所需的外部网络连接， 这提高了用于该区域机 构地图的传输和响应时间。
诸如在中心专用子系统 118、 备份专用子系统 120 和本地专用子系统 122 之间可 以看出系统 100 的模块性， 这使得如果需要的话可以进一步使子级设置在整个系统 100 中。 这样会依次产生在这些子级处所需的外部网络连接的进一步减少。
配置该医疗服务器 124 的各地图以指定应该与哪个外界系统连接， 例如应该向哪 些其他专用子系统发送更新信息并接收更新信息、 可以与哪个 EPRMS 系统 106 和 108 通信、 可以访问哪个第三方信息库 110 以及可以向哪个医疗机构提供医疗地图。该医疗地图图形 用户界面采用以扩展标记语言 (XML) 书写的一系列互联页的形式， 处理存储在医疗地图数 据库 126 中不同的医疗问题， 通过用于具体医疗问题的标准化临床代码 ( 例如 SNOMED-CT 代码 ( 人和动物系统化术语 )) 标识各页。然而， 由于超文本标记语言是大多数浏览器设定 使用的语言， 故通常在向请求计算终端 114、 116 的浏览器发送来自地图的页之前， 通过医 疗地图服务器 124 将其翻译为超文本标记语言 (HTML)( 图 1 中未示出 )。 对不同的医疗机构和来自这些机构的医疗从业者指定标志符， 以据此在医疗地图 数据库 126 中存储适当版本地图的详细资料。因此， 例如， 使用计算终端 114 的医疗从业者 将提供有来自中心专用子系统 118 的医疗地图， 他们的用户 ID 决定他们是否接收地图的主 版本或者由与其相关的医疗机构指定的本地版本。此外， 也可以将由医疗从业者在地图内 的节点上所作的个人注释存储在根据用户 ID 的医疗地图数据库 126 中。因此， 在医疗从业 者请求地图上的具体页时， 任何以前他们在那一页对应节点处所作的个人注释都将根据其 用户 ID 存储在医疗地图数据库 126 中， 并且因此可以将其结合到提供给他们的页中。用于 指定在使用地图时医疗从业者所允许的操作的允许清单也会根据用户 ID 进行存储， 这些 清单作为穿过地图路径的详细信息以用于培训和审计目的。
分别参考图 2 和图 3， 现在将更详细的描述实现上述功能的三个专用子系统 118、 120 和 122 的医疗地图服务器 124 和医疗地图数据库 126。
如图 2 所示， 医疗地图服务器 124 由 11 个软件处理模块组成 ： 其中的 9 个为处理 管理器 ( 路由管理器 200、 医疗地图数据库管理器 202、 分配管理器 204、 安全管理器 206、 传输管理器 208、 外部通信管理器 210、 跟踪管理器 212、 版本发布管理器 214 和反馈管理器 216)， 其进行专用子系统 118、 120、 122 中的内部数据处理以及经由 NCM128 与通信网络 112 的连接 ； 并且其中的 2 个为软件应用程序 ( 编辑工具应用程序 218 和管理应用程序 220)， 其提供软件界面， 通过该软件界面可以访问存储在医疗地图数据库 126 中的信息。
与医疗地图服务器 124 的通信通过 NCM128 根据网络通信实施的配置指向适当的 软件处理模块。路由管理器 200 用作所有其他处理管理器和两个软件应用程序都与其连接 的中心网络集线器， 向相关的处理软件转发处理指令和数据。医疗地图数据库管理器 202 在医疗地图服务器 124 内的其他软件处理模块指令的指导下与医疗地图数据库 126 保持联 系， 处理所有的咨询并更新数据库 126。以下对各其他处理管理器的一般功能进行简单说 明。
将任何通过医疗地图服务器 124 接收和发送的信息详细资料都转发给分配管理
器 204， 其检查判断该信息是否为授权信息。该分配管理器 204 包括配置模块 222 和内部 (Inter-Instance) 模块 224。该配置模块 222 指定医疗地图服务器 124 可以与之通信的外 部系统的详细信息以及在医疗地图服务器 124 的实例内使能的功能 ( 并不是所有的软件 处理模块都可以使用服务器 124 中的每个实例 ) ； 该配置模块处理前述的配置功能， 即， 服 务器 124 应该向哪个其它专用子系统发送更新信息并从那个专用子系统接收更新信息、 可 以与哪个 EPRMS 系统 106 和 108 通信、 可以访问哪个第三方信息库 110 以及可以向哪个医 疗机构提供医疗地图。例如， 通常将本地医疗地图服务器 124 配置为仅向中心专用子系统 118 和备份专用子系统 120 发送数据或从中心专用子系统 118 和备份专用子系统 120 接收 数据， 同时中心医疗地图服务器 124 配置为从所有医疗机构和本地专用子系统 122 接收数 据并将其转发给备份专用子系统 120。 通过内部模块 224 处理与其他专用子系统的通信， 诸 如连接管理以及数据的调度和传输等。
在分配管理器 204 已经核实可以处理来自相关医疗机构的通信以后， 当医疗地图 服务器 124 从医疗从业者的计算器件 104 接收到浏览医疗地图的请求时， 安全管理器 206 将会要求输入该医疗从业者的用户 ID 和密码的详细信息。如果该医疗从业者正在直接访 问医疗地图， 则安全管理器 206 将会发出登陆屏以获得相关的详细信息 ； 可选择地， 如果医 疗从业者正在访问由 EPRMS106、 108 提供的电子病历内的医疗地图， 则该安全管理器 206 可 以直接从 EPRMS106、 108 获得该医疗从业者的详细信息。该安全管理器 206 将该用户的详 细信息转发给医疗地图数据库管理器 202， 使得可以根据存储在医疗地图数据库 126 中的 信息核对这些信息。将对于该医疗从业者的一组允许返回给安全管理器 206 并在该用户访 问的整个期间被参考以确定关于医疗地图医疗从业者可以做哪些、 不可以做哪些。典型许 可的实施例包括改变该医疗地图的权利和接收对医疗地图的更新的权利 ( 以后将分别参 考编辑工具应用程序 218 和版本发布管理器 214 对这些进行详细描述 )。
医疗从业者一经核实， 将通过医疗地图数据库管理器 202 获得对应于请求的医疗 地图的相关页 ( 医疗地图的主页或与通过在请求中接收的标准化临床代码指定的具体医 疗问题相关的页 ) 并转发给传输管理器 208。 如上所述， 存储在医疗数据库 126 中的医疗地 图页以 XML 方式编写。在向器件浏览器发送该页之前， 该传输管理器 208 采用本领域公知 的标准技术将从医疗地图接收的页转换为由请求计算器件 104 指定的任一格式。
外部应用程序管理器 210 处理通过医疗地图服务器 124 接收的两种类型请求， 即： (1) 经由电子病历做出的医疗地图页请求， 该请求由 EPRMS 模块 226 进行处理 ； 以及 (2) 经 由医疗地图界面做出的连接到外部信息源的请求， 该请求由第三方信息库模块 228 处理。 这些模块 226 和 228 均使用标准化临床代码 ( 对应于诊断、 症状、 行为、 治疗、 操作程序等 ) 以与存储在分布专用系统 102 外的数据连接。EPRMS 模块 226 访问来自电子病历中的数据 并使用其在已经请求的来自该患者医疗地图页内预设 (pre-populate) 相应的数据字段 ； 其使用根据医疗地图页内的数据段嵌入的临床代码来查找电子病历中的数据， 其中电子病 历采用了相同组的标准化临床代码进行索引。因此， 来自患者的电子病历信息可以溶入医 疗地图中， 从而有助于医疗从业者对患者的评定。 同样地， 在医疗地图发出请求以确定关于 临床状况或症状的进一步信息时， 第三方信息库模块 228 使用与该状况或症状相关的标准 化临床代码以在第三方信息库 110 中标识相关信息并使医疗从业者直接获得该信息。该过 程并不需要快速提供存取期望信息的第三方信息库 110 进行搜索。这些功能将通过参考从医疗地图界面提取的示例性屏幕照片在后面进行详细的说明。
通过跟踪管理器 212 处理医疗地图界面的记录功能。由跟踪管理器 212 记录医 疗从业者通过医疗地图所穿过的路径以及采取的行动， 然后转发给医疗地图数据库管理器 202， 以根据医疗地图数据库 126 中从业者的用户 ID 进行存储。该跟踪管理器 212 还包括 用于确定采用医疗地图记录的任何治疗和操作的财务费用的临床审计模块 230 以及用于 教育和职业发展的教育积分 (EDU-Miles) 模块 232。 临床审计模块 230 使用根据行为、 治疗 和操作程序嵌入在地图中的标准化代码以查找与这些同样的行为、 治疗和操作步骤相关的 价格。按照这种方式， 该医疗地图允许通过地图量化由途径确定的医疗费用。然后将该信 息提供给 EPRMS106、 108， 从而接下来会产生该项治疗的帐单。该教育积分模块 232 向医疗 从业者穿过医疗地图的路径和接收的信息赋予值或者 “积分” ， 以给出医疗从业者已经实施 的实践级别标志。
编辑工具应用程序 218 通过诸如节点 / 页的编辑和添加允许创建医疗地图的本地 化版本。 这些编辑工具 218 的使用受到许可的限制。 其使得在两个不同的级别进行本地化， 即临床级和管理级并分别通过临床模块 234 和管理模块 236 进行处理。该临床模块 234 便 于临床信息 ( 诸如具体状况的定义、 临床代码的赋值等 ) 和具体节点的联合， 同时该管理模 块 236 允许指定管理数据字段 ( 诸如本地专家门诊的联络详细信息 )。
任何医疗地图新版本的发布都由版本发布管理器 214 处理。该版本发布管理器 214 与存储在医疗地图数据库 126 中的医疗地图本地版本协商并识别抵触区域 ； 然后将新 发布版本和抵触区域的详细信息转发给用于设置有本地地图的医疗机构的临床编辑器。 然 后该临床编辑器可以接受该新版本、 拒绝该新版本或者部分接受该新版本， 采用编辑工具 应用程序 218 执行手动集成。
除了通过基于最优实施指南的医疗地图向医疗从业者提供工作流程外， 本实施方 式还通过提供管理反馈分布网络以便于在医疗社区内对工作流内容进行讨论。 通过反馈管 理器 216 分配经由医疗地图界面作为反馈提交的评论以充当反馈评论者的意见， 以下将对 此进行详细描述。
最后， 在医疗地图服务器 124 中的管理应用程序 220 可以基于从医疗地图数据库 126 获得的信息用来创建审计、 经营和管理报告。 报告要素包括在具体医疗机构实施的本地 化临床内容质量的评估、 考虑和实施地图新版本所花费时间的评估以及产生于具体医疗机 构反馈量的评估。 所有的报告要素均采用由熟悉实施该报告功能的本领域技术人员所公知 的技术来实施。
由外部应用程序管理器 210 和跟踪管理器 212 提供的功能将在以后的过程中进行 更详细说明， 对于来自医疗地图的一系列示例性屏幕照片， 该屏幕照片也用于进一步讨论 编辑工具应用程序 218 的功能， 同时将通过参考表示典型存在于医疗系统内的不同级别的 示意图讨论版本发布管理器 214 和反馈管理器 216 的功能。
然而， 在此之前， 通过参考图 3 说明存储在医疗地图数据库 126 中的数据类型示 意示。如上所述， 很显然， 医疗地图数据库 126 至少包含下面的数据要素 ： 医疗地图 XML 页 300， 尽管这些只需要通过中心和备份医疗地图数据库存储 ； 本地化医疗地图 XML 页 302 ； 至 少由分配管理器 204 参考的机构 ID 304 ； 至少由安全管理器 206 参考的用户 ID 306、 用户 密码 308 和许可 310 ； 个人注释 312， 该个人注释由医疗从业者添加到地图上的节点中并且之后将这些注释以及地图中的节点提供给医疗从业者 ； 一组对应于诊断、 症状、 行为、 治疗、 操作步骤等的标准化临床代码 314， 其在与恒定数据源连接时至少由外部应用程序管理器 210 使用并且在监控成本时由临床审计模块 230 使用 ； 由医疗从业者通过医疗地图经过的 详细路线的穿过路径 316， 其由跟踪管理器 212 记录 ； 一组对应于至少一些临床代码 314 的 临床费用 318， 其至少由临床审计模块 230 参考 ； 以及反馈数据 320， 其由反馈管理器 216 管 理。采用常规的数据结构以标准的形式在医疗地图数据库 126 中组织该数据要素， 这一点 对于熟悉本领域的技术人员来说很容易理解 ( 例如， 数据库管理员 )。
现在参考图 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 的控制下工作。
由 EPRMS 模块 226 提供给计算器件 104 的医疗地图的第一页包括问题对话框 408， 其中医疗从业者可以输入医疗问题的详细信息 ( 例如， 由患者提供的症状或可疑诊断 )。 在 本实施例中， 考虑的医疗问题为疑难的直肠癌。在从 GUI406 接收到该文本时， EPRMS 模块 226 联络医疗地图数据库 126 以确定与该医疗问题相对应的临床代码 314。然后基于确定 的临床代码 314， 在 GUI406 上指示用于该医疗问题的医疗地图推荐页的链接 410， 以及用于 相关医疗问题实施方针草案 ( 工作流 ) 的可选链接 412( 如图 4a 所示的两个 )。
在选择其中之一链接时， 将来自医疗地图的适当页提供给医疗从业者。在图 4b 所 示的实施例中， 已经选择了推荐链接 410。 在显示来自医疗地图的页时， 该 GUI406 包括右侧 的地图导向部分 414 和左侧的路径记录部分 416， 路径记录部分 416 作为地图导向部分 414 的边缘。路径记录部分 416 显示由医疗从业者通过医疗地图采用路径的可记录细节。将包 括穿过各节点的日期和时间的信息转发给将信息上传给医疗地图数据库 126 的跟踪管理 器 212， 该信息在医疗地图数据库 126 存储为穿过路径 316。可以在经过各节点时自动进行 上传 ( 真实记录 )， 也可以在其到达工作流中适当点时由医疗从业者回顾该行为， 使得如果 在记录前有要求 ( 未示出 ) 则可以进行改变。该医疗从业者在从图 4a 选择推荐连接 410 后， 该路径记录部分 416 显示医疗地图对应页的名称 418。接下来， 地图导向部分 414 包括 在医疗地图中指定当前页相对位置的标题部分 420 以及交互式地图显示部分 422。
该地图显示部分 422 显示了由一系列节点 426 构成的医疗地图中路径和工作流 424 的图形图像， 这些节点以等级树状结构连接在一起， 该节点 426 关于医疗问题做出详细 决定或者采取行动。该显示的工作流图像 424 与医疗地图的单页相对应。在地图显示部分 422 中还包括检表 (key)428， 快速信息栏 430 和滚动条 432。检表 428 定义用于节点 426 的 颜色编码 434( 黑色表示地图的专家区域， 白色表示非专家区域 ) 以及显示在节点 426 的一 组交互式图标 436( 即 ‘i’ 438、 ‘>’ 440 和 ‘R’ 442)， 其功能将在接下来的过程中说明。快 速信息栏 430 包括快速信息标签 444 和注释标签 446 并允许信息或者能由医疗从业者快速 地输入地图或者能快速地从第三方信息库 110 中得出， 以下将对此进行说明。 该滚动条 432 以标准的方式工作， 允许看到形成为该页的一部分但是延伸超出了地图显示部分 422 边界 的来自工作流图像 424 的更多节点 426。图 4b 还示出在医疗从业者将其计算器件 104 的定点设备 (pointingdevice) 滚动 过显示在节点 426 的 ‘i’ 图标 438 时所产生的内容， 即该行为展现包括与工作流图像 424 内的节点 426 相关的更多信息的信息文本框 448。
如果该医疗从业者通过其定点设备点击 ‘i’ 图标 438， 如由信息文本框 448 所指示 的， 则如图 4c 所示， 会激活快速信息栏 430。 该快速信息栏 430 扩展该屏幕以显示信息输入 部分 450 和链接到第三方信息库 110 的图标 ‘NLH’ 452， 将其一起称为国家医疗库。
选择快速信息标签 444 通过与节点 426 所关联的工作流图像 424 的任一页相关的 调查表填充信息输入部分 450。可以额外的通过允许关于节点 426 的本地管理信息输入的 文本框 ( 未示出 ) 填充该信息输入部分 450。在本实施例中， 关于疑难的直肠癌， 对于提示 医疗从业者考虑患者某些可能的警报症状的图像的工作流图像 424 的根 “警报” 节点 454 激 活快速信息栏 430。因此， 该调查表提出一系列关于直肠出血、 肠内特性改变等问题 456 以 用于在评估患者时帮助医疗从业者判断。该医疗从业者可以通过从直接显示在各问题 456 下方的一个或多个下拉文本框 458 中选择选项以记录他或她对相应问题 456 的见解。该调 查表还提供在调查表内适当的位置安排预约的机会——在本实施例中， 在关于缺铁的问题 下示出用于安排验血 460 的选项。如果从患者的 EPR 中提供有相关的信息， 则该 EPRMS 模 块 226 可以自动回答问题， 尽管这不是图 4c 所示的实施例的情况。任何经由快速信息标签 444 输入的信息都由 EPRMS 模块 226 转发给包含电子病历的 EPRMS106、 108。 相反， 选择快速信息栏 430 的注释标签 446 通过用于输入或编辑涉及当前选择的 节点 426 中考虑的问题的个人注释 312 的文本框 ( 未示出 ) 填充信息输入框 450。例如， 医 疗从业者可以通过当前最优的实施指南指示的方法而对提出问题的研究进行详细注释。 一 旦将个人注释添加到节点 426， 该节点使用注释图标 ( 未示出 ) 显示在工作流图像 424 上， 使得医疗从业者可以看到哪个节点具有根据其的个人注释 312。该 EPRMS 模块 226 指示该 医疗地图数据库管理器 202 存储对应于医疗从业者用户 ID 306 的所有个人注释 312。使 得其无论什么时候回到医疗地图中的同一工作流图像 424 时， 其个人注释 312 都仍然存在。 在信息输入部分 450 中还包括用于将个人注释 312 提交为反馈数据 320 的选项 ( 未示出 )。
回到本实施例， 图 4d 示出了与位于信息输入部分 450 内的 “警报” 节点 454 相关的 调查表， 其已经由医疗从业者完成。已经更新了医疗地图 GUI406 的路径记录部分 416 以额 外包括由医疗从业者经过的 ‘警报’ 节点 454 的名称 462。由医疗从业者对应于调查表提供 的答案在紧邻穿过节点 454 的地图中触发要发出的警告消息 464 并且警告的提示也包括在 显示于路径记录部分 416 的节点名称 462 中。该警告消息 464 建议医疗从业者接下来在工 作流图像 424 中导向到哪个节点， 在本情况中 ‘高危险症状’ 节点 466 为突出的以引起医疗 从业者注意的建议节点 466。图 4d 示出了在医疗从业者已经滚动存在于节点 466 中的 ‘i’ 图标 438 后， 其注意警告消息 464 以及考虑与建议节点 466 相关的更进一步信息。
图 4e 所示为在医疗从业者已经激活用于建议节点 466 的快速信息栏 430 时的医 疗地图 GUI406， 建议节点即 “高危险症状” 。再一次向医疗从业者提供调查表， 但是这次基 于在工作流图像 424 中上一节点提供的信息已经预填充一些答案。这里关于 “高危险节 点” 466 没有采取更多的措施并因此没有将其名称加入到路径记录部分 416。
在借鉴与 “高危险症状节点” 466 相关的信息后， 该医疗从业者在工作流图像 424 中执行下一级， 即， 使患者进行手术治疗的节点 468。 为此， 医疗从业者点击转诊节点 468 上
显示的 ‘R’ 图标 442 并且如图 4f 所示相应的转诊表格 470 显示在医疗地图 GUI406 的地图 导航部分 414 中。由 EPRMS 模块 226 通过电子病历的信息预填充该转诊表格 470， 同时该医 疗从业者可以通过从表格 470 中下拉文本框 472 选择来额外的指定要转诊给谁。在完成该 信息后， 更新医疗地图 GUI406 的路径记录部分 416 以使其额外的包括转诊节点 468 的名称 474。
列于在检表 428 中的剩余图标， 即 ‘>’ 图标 440， 在医疗地图中链接到不同页 ( 工 作流图像 424)， 涉及相关的医疗问题或在附加页上延长工作流 424。
根据直接而不是通过 EPRMS GUI400 访问的医疗地图 GUI 的第二实施方式， 以下将 参考图 5a 到 5b 说明设置在医疗地图内的搜索功能。以下将详述在医疗地图中第三方信息 库模块 228 的功能。
图 5a 所示为显示于计算器件 104 上的浏览器窗口 500。如上所述， 为直接访问医 疗地图， 该医疗从业者可以将相应的 URL( 未示出 ) 输入其浏览器窗口 500 中的地址框 502。 在医疗从业者分别通过医疗地图服务器 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 所示的 页面。 该页面 520 包括表示所选择的工作流图像 424 名称的标题栏 522、 上述的搜索部 分 510 以及地图导向部分 524。不同于第一实施方式， 第二实施方式的医疗地图 GUI504 不 具有路径记录部分 416。 然而， 第二实施方式的地图导向部分 524 与第一实施方式的地图导 向部分 414 相似， 其包括 ： 标题部分 420、 工作流图像 424、 检表 428 以及包括快速信息标签 444 和注释标签 446 的快速信息栏 430， 其扩展以表示信息输入部分 450 和链接到第三方信 息库 110 的图标 “NLH” 452。
在图 5b 中， 临床从业者已经在 ‘临床评估’ 节点 526 上选择了 ‘i’ 图标 438 并且 提供有关于节点 526 的更多信息， 即怎样实施评估， 而不是如上一实施方式中的调查表。然 而， 该医疗从业者可以经由 ‘NLH’ 图标 452 获得更详细的信息。
图 5c 示出在医疗从业者点击 ‘NLH’ 图标 452 时发生的情况， 即提供有节点搜索对 话框 528。第三方信息库模块 228 获得与医疗地图数据库 126 的当前节点 526 相关的临床 代码 314 的等效文本并且将这些在节点搜索对话框 528 中作为检测框列表 530 提供给医疗 从业者。可以不检查任何医疗从业者不需要的信息涉及的条目， 同时任何医疗从业者希望 包括在搜索中的附加条目可以在额外的条目文本框 532 中指定。该医疗从业者通过点击 ‘搜索’ 按钮 534 开始搜索指定条目的信息。
在采用代码 314 链接第三方信息库 110 之前 ( 如上所述 )， 搜索请求的详细信息提 供给与医疗地图数据库 126 联络的第三方信息库模块 228 以获得用于任何额外指定条目的 临床代码 314。
在当前的搜索结果中， 如图 5d 所示， 医疗地图 GUI504 在整个屏幕上移动快速信息 条 430 以及信息输入部分 450， 临时遮挡工作流图像 424， 并通过添加搜索结果栏 536 而进 一步扩展该界面。来自不同的第三方信息库 110 商议的总结结果 538 列表于搜索结果部分 536， 通过结果分类对其分组， 并以通常的方式评估该全部结果。
根据直接而不是通过 EPRMS GUI400 访问的医疗地图 GUI 的第三实施方式， 以下将 参考图 6a 到 6b 说明医疗地图服务器 124 内的跟踪管理器 212 的功能。
图 6a 所示为根据第三实施方式显示选择后的工作流图像 424 的医疗地图 GUI 600。在该实施方式中， 与节点 426 相关的信息以通常的方式显示在文本框 448 中， 即通过 医疗从业者滚动其定点设备点击位于节点 426 上的 ‘i’ 图标 438。然而， 如图 6b 所示， 同样 的信息也由医疗从业者记录在行为列表 602 中。在行为列表 602 中的选项使医疗从业者能 够打印、 编辑或存储该信息， 其中存储该信息的选项使该信息包括在由跟踪管理器 212 记 录的经过路径数据 316 中。
图 6a 和 6b 还示出由衡量医疗从业者浏览 (exposure to) 地图多少的跟踪管理器 212 中的教育积分模块 232 产生的输出 604。
现在参考图 7a 到 7e( 表示怎样使用工具扩充现存的工作流图像 424) 和图 8a 到 8e( 表示临床和管理数据怎样与在工作流图像 424 中的具体节点 426 联系在一起 ) 说明编 辑工具应用程序 218 的功能。
当用户打开编辑工具应用程序 218 时， 其显示图 7a 所示的包括导向条 702 的编辑 GUI 700。该用户通过从导向条 702 内的三个下拉框进行选择以选择来自医疗地图的工作 流图像 424( 路径 )， 这样依次使医学领域变窄。第一下拉框 704 指定部门， 第二下拉框 706 指定该部门内的子专业并且第三下拉框 708 列出与该部门子专业相关的工作流图像 424。
除已经进行的选择之外， 如图 7b 所示， 在位于导向条 702 下方的编辑区域 710 向 用户提供工作流图像 424。 在编辑区域 710 的上方设置有用于编辑工作流图像 424 结构的工 具条 712， 同时在编辑区域 710 的右侧设置有扩展栏 713( 通过其可以确定单个节点 426 的 外观 )。在工具条 712 上设置用于向工作流图像 424 添加新节点 426 的新节点图标 714， 同 时还有用于在节点 426 之间实现连接的四个连接器图标 716。两个图标与出现在编辑区域 710 内的各节点 426 相关联， 即， 可以用于在编辑区域 710 周围移动节点 426 的平台 (lorry) 图标 718 和可以用于去除节点 426 的 ‘X’ 图标 720。
图 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 的选项。
在医疗从业者将其定点设备滚动过 ‘i’ 图标 438 时， 显示在节点 426 的信息文本 框 448 的信息通过采用内容编辑器与节点 426 相关联， 现在将通过参考 8a 到 8e 说明该内 容编辑器的功能。通过菜单选项 ( 未示出 ) 在编辑 GUI700 内激活内容编辑器并使编辑区 域 710 分为工作流图像列表部分 800、 节点标题部分 802、 临床信息编辑区域 804 和管理信息编辑区域 806。在编辑工具应用程序 218 中临床信息编辑区域 804 在临床模块 234 的控 制下工作， 同时管理信息编辑区域 806 在管理模块 236 的控制下工作。
工作流图像列表部分 800 已经采用导向条 702 选择的工作流图像 424 内从分级工 作流树状结构的最底端开始列出的所有节点 426 的标题。在图 8a 所示的本实施例中， 列出 了出现在图 7b 的工作流图像 424 的节点 426 的标题 ( 该列表开始于图 7b 的屏幕底端的节 点 426 的标题 )。
当用户从工作流列表部分 800 选择节点标题之一时， 将该标题写入节点标题部分 802。在图 8a 所示的实施例中， 已经选择了列出的第一节点标题。此外， 已经与选择的节点 426 关联的任何临床信息或者管理信息分别显示在临床信息编辑区域 804 和管理信息编辑 区域 606 中。
将信息输入位于组标题 808 下的临床信息编辑区域 804 中， 作为与组标题 808 相 关的一系列点 810。因此， 临床信息编辑区域 804 设置有新的组操作按钮 812、 新的点操作 按钮 814、 组标题文本框 816( 其中用户可以指定标题文本 ) 以及点文本框 818( 其中用户可 以指定正形成的点 )。 与此相对， 对于任何与节点 426 相关的管理信息都需要很少的结构并 因此该管理信息编辑区域 806 仅设置管理文本框 820。
当用户点击或者点文本框 818 其中之一或者管理文本框 820 时， 如图 8b 所示显示 信息编辑工具条 822。在工具条 822 中的其中之一图标， 即代码联系图标 824， 允许临床代 码 314 和已经输入在文本框 818 或 820 中的信息关联。如图 8c 所示， 在该图标 824 上点击 以引起代码关联输入框 826 显示在编辑 GUI700 中。
图 8d 所示为出现在用于位于第一组标题 808 下面的第一点 810 的临床代码框 828 中的一系列临床代码 314， 已经通过经由用于该点 810 的点文本框 818 激活的代码关联输入 框 826 输入该代码 314。图 8d 还示出由用户输入到管理文本框 820 中的管理信息， 在用户 点击管理文本框 820 时， 该文本框设置有信息编辑工具条 822。
在其全部和单独节点 426 中临床代码 314 也与工作流图像 424 关联， 这一点可以 从表示通过选择 ‘编辑页’ 选项 830 获得屏幕的图 8e 看出。
现在参照图 9 描述医疗地图的新版本发布， 例如该新版本中含有上述已经用编辑 工具应用软件 218 编辑过的新的或更新后的工作流图像 424。 通常， 医疗系统必须设置为不 同的等级以有助于管理。 在同一区域的个别医院和普通执业诊所必须与当地医院对他们的 患者进行治疗的诊所很好的链接在一起。可以设置检查当地区域中保健供给的主体， 以管 理在普通执业诊所中的基础护理和由医院提供的二级护理之间的关系。 在一个覆盖多个本 地区域的地区中的医疗可以具有唯一的管理组织， 以在整个地区中实现统一的政策。在一 个国家医疗体系中， 例如在美国， 所有的地区医疗管理组织依次向唯一的政府部门汇报。
在图 9 中示意性地示出了在等级医疗结构 900 中的不同级别。检查国民医疗事 业的卫生部 (Department of Health)902 位于等级结构 900 的顶端。检查具体区域的 卫生政策的多个卫生策略管理局 (Strategic Health Authority)904( 其中仅示出了两 个 ) 直接向卫生部 902 汇报。各卫生策略管理局 904 管理多个基层护理信托 (Primary Care Trust)906， 各 基 层护理信托 检查 在区域内的 本 地区 中的医 疗 关系 (healthcare relationship)。 在图 9 中， 对于每个卫生策略管理局 904 仅示出了三个基层护理信托 906。 在等级医疗结构 900 的最底层， 图 9 仅示出了处于基层护理信托 906 其中之一 “保护” 之下的一个普通执业诊所 908 和一个医院 910。
如上所述， 当医疗地图的更新版本被发布到医疗机构时， 能够被医疗机构访问的 医疗地图服务器 214 中的版本发布管理器 214 识别与对于那个机构的地图的本地版本相冲 突的任意区域并且引起该机构的临床编辑器的注意。在图 9 中， 临床编辑者 912 处于医疗 结构 900 中除具有普通执业诊所 908 和医院 910 的最低级之外的每一级中， 在本实施例中， 最低级不具有对医疗地图进行他们自己的改变所必需的许可 310。
在 本 实 施 例 中， 医 疗 地 图 的 主 拷 贝 的 新 版 本 由 分 布 式 系 统 102 的 所 有 者 (proprietor) 发布到中心专用子系统 118。中心医疗地图服务器 124 中的版本发布管理器 214 识别当前的地图主拷贝和新版本之间的改变并且通知配置于其卫生部 902 的临床编辑 者 912。临床编辑者 912 可以或者接受新版本或者拒绝接受新版本。对于临床编辑者 912 来说， 也可以通过使用编辑工具应用程序 218 进行一些部分的手动整合来部分地接受新版 本。为了本实施例的目的， 我们假设所有的改变都接受， 使得卫生部 902 中的员工基本上 提供有来自更新后的医疗地图的主拷贝。这使得版本发布管理器 214 进行向等级结构 900 中的下一级即卫生策略管理局 904 的发布。卫生策略管理局 904 之一具有存储在中心医疗 地图数据库 126 中的其自己的医疗地图的本地版本 302。因此， 版本发布管理器 214 识别 在地图的新的主拷贝 ( 由卫生部 902 接受的 ) 与由卫生策略管理局 904 所使用的本地版 本 302 之间的差异， 并且自动合并那些不会出现冲突的本地特征， 同时通过流程步骤 (flow step)916 将与以前执行的本地改变发生冲突的区域通知给配置在卫生策略管理局 904 的 临床编辑者 912。 临床编辑者 912 在与同事商量之后， 使用编辑工具应用程序 218 将本地地 图的新版本手动地编辑为可以接受的形式并且该版本成为可以随后被卫生策略管理局 904 中的员工所访问的版本。
等级医疗结构 900 的下一级为基层护理信托 906。版本发布管理器 214 通知其中 之一访问来自其自己的本地专用子系统 122 的医疗地图。因此， 如图 9 中流程步骤 918 所 示， 在中心专用子系统 118 中的版本发布管理器 214 向本地的专用子系统 122 转发卫生策 略管理局 904 认为可以接受的医疗地图的新拷贝。
在基础护理信托 906 的本地医疗地图服务器 124 中的版本发布管理器 214 执行 本地地图中与新地图不发生冲突的改变， 然后将那些发生冲突的区域通知本地临床编辑者 912。如同流程步骤 920 所示， 这些区域由本地临床编辑者 912 解决并且本地地图的新版本 被执行， 从而使得当处于等级 900 中下一级的医院 910 从地图请求页面时， 可以提供来自新 的本地版本的页面。
在图 10 中也采用上述的与版本发布管理有关的等级医疗结构 900 以描述医疗地 图服务器 124 中的反馈管理器 216 的功能。当医疗从业人员面对充分的研究和证据能够容 易接受最新的诊疗指南时， 大部分医疗基于顾问和专家的意见。本实施方式不仅向医疗从 业人员提供与最新的诊疗指南一致的工作流图像 424 的图形化表示， 而且还提供有管理网 络， 通过该网络可以发送对工作流图像 424 的内容的反馈。
如上所述， 与工作流 424 中的具体节点 426 有关的反馈可以通过由医疗从业人员 1000 使用快速信息条 430 上的注释标签 446 从医疗地图 GUI406 提交。
医疗从业人员 1000 可以起草个人注释 312， 然后选择向医疗地图服务器 124 提交 该注释的选项。如流程部分 1002 所示， 该注释被转交到向那些医疗从业人员 1000 提供地图页面的医疗地图服务器 124 中的反馈管理器 216， 并且作为反馈数据 320 存储在医疗地图 数据库 126 中。
对于不同医疗部门的反馈评论员 1004 和在那些部门中的专家都分配在等级结构 900 中的各级并且反馈管理器 216 具有各评论员 1004 的用户 ID 306。因此， 在从医疗从 业人员 1000 接收到的反馈数据 320 时， 反馈管理器 216 标记产生信息的节点 426， 查找对 于该节点 426( 在本实施例中， 医疗从业人员位于医院 910 中 ) 与医疗从业人员 100 处于同 一机构中的反馈评论员 1004， 并且通过 E-mail 向那些反馈评论员 320 转送反馈数据 320。 该 E-mail 将该反馈评论员 1004 引导到医疗地图中的反馈简要页面 (feedback summary page)( 未示出 )， 在该页中反馈评论员能够评估在反馈中出现的问题。
如果反馈评论员 1004 不能回答问题， 那么他们有责任将问题交给在等级结构 900 的上一级中那个医疗专业的反馈评论员 1004。在选择了来自所述简要页面的选项后， 反 馈管理器 216 识别相应的反馈评论员 1004 并且通过 E-mail 通知他们 ( 如流程步骤 1006 所示 ) ； 而且通知该反馈链中的其他人员该问题已经转送并且在反馈简要页面中记录该活 动。任何时候， 反馈链中与具体问题有关的任何人都可以访问该反馈简要页面并且看到所 做过程中的细节。因此， 在本实施例中， 现在回答问题的责任在于基层护理信托 906 中的反 馈评论员 1004。
简单地说， 如果反馈评论员 1004 通过反馈简要页面回答了该反馈， 那么该反馈管 理器 216 通知反馈链中的每一个人， 然后他们都能看到反馈简要页面上的回答。 在图 10 中， 流程步骤 1008 表示一个回答。
如同在本发明的具体优选实施方式中所述， 可以理解， 正在讨论的实施方式仅是 示意性的， 并且在不脱离所附权利要求中提出的本发明的精神和范围的情况下， 熟悉本领 域的人员可以做出多种变型和改进。
如图 1 所示， 通信系统 100 可以具有不同的结构。例如， 第二计算终端 116 可以 不通过通信网络 112 而是通过本地网络直接连接到本地 EPRMS 108。本地医疗地图服务器 124 可以设计为访问来自中心 EPRMS 106 以及本地 EPRMS108 的数据。 利用所谓的 “网格” 技 术， 本地专用子系统 122 的不同实例也可以访问由其它本地实例所存储的医疗地图。例如， 临时调派到其它地区医院的医疗从业人员仍然能够访问其 “本家” 版的医疗地图。此外， 如 果所有的其他本地专用子系统 122 通过 “网格” 技术都可以访问本地 EPEMS 108， 那么中心 EPRMS106 就是冗余的。另外， 对于区域的本地医疗地图数据库 126 可以存储在那个区域中 多个医院的本地医疗地图。 事实上， 可以为每个医疗从业人员存储本地版本的医疗地图， 但 是这不能促进统一的患者护理， 因此这些不被目前的优选实施方式所支持。 当然， 通过不设 置任何本地专用子系统 122 可以简化通信系统 100。此外， 显然， 医疗地图页面可以由传输 管理器 208 提供到一定范围内的计算器件 104， 其包括通过移动通讯协议工作的计算器件， 例如个人数字助理。
医疗地图被设置为由医疗从业人员以不同的方式访问也是可行的。例如， 如果医 疗从业人员熟悉症状 / 诊断的临床代码 314， 那么他们能够直接输入到图 4a 所示的问题对 话框 408， 并且提供有来自地图的相关工作流 424。获得， 对于患者， 医疗从业人员可以根据 患者的电子病历中最近指定的临床代码 314 采用医疗地图中的页面， 而不是必须指定一个 具体的医疗问题。另一个可能性是向医疗从业人员提供列出了患者以前遍历过的工作流424 的简要页面 ； 该医疗从业人员可以选择相关的工作流 424， 并且通知到目前为止其中遍 历过的节点， 然后继续患者的行程。 还可以实现通过医疗地图访问 EPRMS 106 和 EPRMS108， 反之则不成立。
当选择节点 426 时， 通过地图的路径可以以某些方式区分。例如， 节点 426 本身以 某些方式是突出的， 否则他们之间可以连接。 也可以用额外的方式指示采取的路径一例如， 在选出的节点 426 上覆盖一系列箭头。 在一些情况下， 医疗从业人员也可以跳过工作流 424 中的一些节点 426， 该功能合并在节点的定义中。
也可以设想， 从患者的电子病历合并到医疗地图中的信息可能会具有由 EPRMS 模 块 226 对其进行的某种时限处理。例如， 五年前记录的直肠出血的详情不可能与现在的结 肠直肠癌有关。
为了培训， 可以依靠虚拟的患者数据的数据库实现医疗地图以创建模拟的 EPRMS 环境。关于培训和监控医疗从业人员的职业发展， 教育积分模块 232 可以设计为参照已经 遍历过的地图中的任何新区域仅奖励 “积分” 。
具体地说， 可以理解尽管已经描述了本发明的医疗地图 GUI 的具体实施例， 不同 实施方式的特征可以以各种方式组合以产生新的界面， 这些新界面也落入本发明的范围 内。
在编辑工具应用程序 218 中也可以有各种变型。例如， 可以设想， 临床代码 314 能 够自动分配到节点 426， 从而不需要图 8c 中所示的代码结合过程。在版本发布管理过程的 各方面， 例如在说明书中简要介绍过的手动合并过程在适当的时候也可以是自动的。
最后， 可以理解本发明并不限于在医疗环境中实施 ； 而是可以应用到所需要从链 接的一系列工作流输入数据的任何环境中。