CN104240166A

CN104240166A - 在管理系统中共享信息的方法和装置

Info

Publication number: CN104240166A
Application number: CN201310244645.5A
Authority: CN
Inventors: 孙文; 曹锋; 沈炜嘉; 倪渊; 李响
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2013-06-19
Filing date: 2013-06-19
Publication date: 2014-12-24
Anticipated expiration: 2033-06-19
Also published as: CN104240166B

Abstract

本发明的各实施方式提供了在管理系统中共享信息的方法和装置。在本发明的一个实施方式中，提供了一种用于在管理系统中共享信息的方法，包括：基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。在本发明的一个实施方式中，提供了在管理系统中共享信息的装置。

Description

在管理系统中共享信息的方法和装置

技术领域

本发明的各实施方式涉及数据处理，更具体地，涉及用于在管理系统中共享信息的方法和装置。

背景技术

随着计算机技术和通信技术的发展，计算机在各行各业中的应用越来越广泛。例如，在需要多个主体(例如，工作人员或者机构)相互协作的应用环境中，通常需要在各个主体之间共享工作流程期间所涉及的各种信息。

例如，在医疗行业中可以存在不同等级的医疗机构，尽管目前已经开发出了可以在多个医疗机构之间共享信息的技术方案，然而这些技术方案还仅仅停留在将诸如患者病历(Heathcare Record)的数据电子化(例如，通过扫描等方式)的阶段。虽然用户(例如，不同医疗机构的医生)可以通过网络来访问电子化的病历数据，然而这里被共享的对象仅仅是病历数据本身，并且用户仅能针对这些共享信息进行搜索等简单操作，并不能基于已经电子化的数据来获取更多服务。

随着医疗机构中各种人员分工的进一步细化，不同职责的人员通常仅仅掌握与自己的任务描述有关的信息。然而，在医疗机构中，几乎每个操作流程都会涉及到多个部门以及多种类型人员之间的协作，医生很难了解从挂号到住院等一系列流程的具体细节。此时，例如患者等人员不得不不断地查阅医疗机构的办事指南，或者询问相关工作人员，才能了解与期望完成的任务相关的操作流程的各种细节。

这种现象一方面对患者造成了诸多不便，另一方面还使得医疗机构的工作人员必须不停解答患者的各种提问，并且导致工作效率降低和/或不能关注于本职工作的不利影响。

发明内容

因而，期望开发出一种能够在管理系统中共享信息的方法。应当注意，在本发明的上下文中的“共享信息”并不是如现有技术那样简单地将诸如病历等资料电子化以及提供经由网络可访问的数据库；而是，在此所述的“共享信息”是指对与管理系统相关的成员的任务描述相关联的知识进行共享。另外，还期望可以通过整合各个成员的知识，来总结出在诸如医院等机构中可能遇到的各种任务的操作流程。为此，本发明的各个实施方式提供了用于在管理系统中共享信息的方法和装置。

根据本发明的一个方面，提供了一种用于在管理系统中共享信息的方法，包括：基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。

根据本发明的一个方面，基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图包括：从任务描述中提取多个任务以及与多个任务相关联的输入数据和输出数据；以及基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。

根据本发明的一个方面，基于执行多个任务的历史数据来定义执行多个任务所依据的规则库包括：针对多个任务中的当前任务，基于执行多个任务的历史数据，根据当前任务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至少一个路径，其中至少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个其他任务。

根据本发明的一个方面，提供了一种用于在管理系统中共享信息的装置，包括：创建模块，配置用于基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；定义模块，配置用于基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及生成模块，配置用于响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。

根据本发明的一个方面，创建模块包括：提取模块，配置用于从任务描述中提取多个任务以及与多个任务相关联的输入数据和输出数据；以及建立模块，配置用于基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。

根据本发明的一个方面，定义模块包括：确定模块，配置用于针对多个任务中的当前任务，根据当前任务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至少一个路径，其中至少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个其他任务。

采用本发明所述的方法和装置，可以在管理系统中共享各个成员的知识，进而预定义执行各种任务时所遵循的规则库。该规则库可以指导用户来了解执行某一任务时的操作流程，例如，当用户需要执行一目标任务时，可以基于规则库来生成执行该目标任务所需的一个或者多个动作。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图；

图2示意性示出了根据一个技术方案的医疗管理系统的架构图；

图3示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的技术方案的架构图；

图4示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的方法的流程图；

图5示意性示出了根据本发明一个实施方式的“转诊”任务的信息依赖图；

图6A和图6B分别示意性示出了根据本发明一个实施方式的任务的信息依赖图；以及

图7示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的装置的框图。

具体实施方式

下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

所属技术领域的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。

可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言-诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)-连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

下面将参照本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品(manufacture)。

也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图1显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图1所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示，通常称为“硬盘驱动器”)。尽管图1中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本发明的上下文中，将以在医疗机构这一具体应用环境为具体示例来阐明本发明的各个实施方式的具体细节。应当注意，本发明并不仅限于在医疗机构内使用，而是可以被应用于包括但不限于与涉及与获取执行任务时所需的动作相关联的任何应用环境。

图2示意性示出了根据一个技术方案的医疗管理系统的架构图200。如图2所示，医疗管理系统可以包括诸如社区医院1...N220、专科医院1...M230和急救中心1...K240等机构的多种类型的医疗机构。这些不同类型的医疗机构可以具有各自的电子系统。为了实现在多个医疗机构之间共享数据，还可以设置数据中心210，数据中心210和社区医院1...N220、专科医院1...M230以及急救中心1...K240等医疗机构可以通过网络250来进行通信。

根据如图2所示的技术方案，各个医疗机构中的人员(例如，医生)等可以通过网络250来访问其他医疗机构的电子化文档。尽管上述技术方案可以在一定程度上实现数据共享，然而，一个医疗机构中的医生通过如图2所示的系统并不能了解另一医疗机构中的操作流程。例如，当需要执行医疗机构间的协调工作(例如，患者从一个社区医院转移到一个专科医院进行治疗的“转诊”任务)时，则社区医院的医生很可能并不知晓在社区医院和在专科医院中分别需要执行哪些任务，才能完成转诊任务。

基于上述内容可知，现有的信息共享系统还存在诸多缺陷。现有方案尽可以简单地共享诸如文字、图像等信息，而并不支持对于诸如医生等人员的工作职责进行描述，更不可能从这些描述中提取在医院中完成一项任务时的操作流程。现有技术中在信息共享方面还存在诸多限制，例如在广度方面，期望能够不再局限于共享病历数据等信息，还期望将与医生等工作人员相关的各种知识进行共享；在深度方面，期望能够将所共享的知识进行集成，以便对未来的工作进行指导。因而，如何拓展信息共享的广度和深度，成为一项亟待解决的技术问题。

针对上述缺陷，本发明提供了一种在管理系统中共享信息的技术方案。具体地，图3示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的技术方案的架构图300。

如图3所示，管理系统可以关联于一个或者多个成员310，该成员310例如可以是不同医疗机构中的医生、护士、检验员或者其他工作人员。每个成员310可以具有不同的任务描述，例如，医生的任务描述可以包括：获取患者的病历信息、填写检验单、在完成检验时调取检验结果，等；检验员的任务描述可以包括，在接收到检验单时进行检测并且提供检验结果等。

尽管不同成员310的任务描述存在诸多差异，然而，这些任务之间可能会存在依赖关系。例如，医生填写的检验单(医生的输出数据)是检验员发起检验任务的输入数据，而检验员提供的检验结果(检验员的输出数据)又是医生调取检验结果这一任务的输入数据。根据本发明的实施方式，可以基于上述任务之间的这种依赖关系，来构建信息依赖图(Information Dependence Graph，IDG)320，用于描述管理系统所关联的一个或者多个成员所执行的任务之间的依赖关系(如箭头B所示)。

接着可以获取在各个医疗机构中执行各种任务时的历史数据(如箭头C所示)。该历史数据例如可以是历史数据的统计结果，并且可以包括执行任务时在时间、费用和效果等多个方面的数据。继而，可以基于这些历史数据来定义执行各个任务时所依据的规则库330。在此的规则库330中可以包括多个规则，每个规则可以描述在执行不同任务时可能涉及的具体流程(例如，以一个或者多个动作来表示)。最后，响应于来自用户的目标任务(如箭头D所示)，可以基于规则库来生成执行目标任务时所涉及的一个或者多个动作(如箭头E所示)。

具体地，在本发明的一个实施方式中，提供了一种用于在管理系统中共享信息的方法，包括：基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。

图4示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的方法的流程图400。首先，在步骤S402中，基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系。具体地，信息依赖图可以采用二分图来表示。在二分图中，可以以一种类型的节点表示任务，而以另一种类型的节点表示数据。任务之间经由数据的输入/输出关系产生依赖关系。

接着，在步骤S404中，基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库。规则库中可以包括多个规则，对于简单任务T1(例如，医生填写检验单)，可以在没有输入数据的情况下直接由医生发起此类任务，而对于诸如检验员执行检验这类任务T2而言，该任务需要由医生所填写的检验单来发起。对于任务T2，医生填写的检验单是输入数据，而检验结果为输出数据。此时，任务T2依赖于任务T1。

规则库中的规则可以是基于任务或之间的依赖关系来生成的，例如，由于任务T1不依赖于其他任务，针对任务T1的规则可以是直接执行任务T1，即，

规则1：Perform(T1)。

由于任务T2还依赖于任务T1，则针对任务T2的规则可以是：在成功执行任务T1的情况下执行任务T2，即：

规则2：if(Perform(T1)＝success)Perform T2

在此实施方式中，规则库可以包括诸如规则1和规则2等多条规则。每个规则还可以对应于执行相应任务的一个或者多个动作。具体地，规则1可以对应于动作1，规则2可以对应于动作1和2。

在步骤S402和S404中，通过生成信息依赖图，可以以二分图的形式描述原本处于离散状态的各个任务，进而描述各个任务之间的依赖关系并且建立规则库。通过使用信息依赖图，可以解决现有技术中需要人工操作(例如，患者在医院中四处询问如何“转诊”)寻找依赖关系的问题，以便进一步后续的基于计算机的自动化处理提供基础。

最后，在步骤S406中，响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。通过上文所述的步骤S402和S404，规则库中可以存储由针对各种任务的预定义规则。在执行阶段，当接收到来自用户的目标任务时，可以在规则库中查找是否存在与目标任务相对应的规则，当存在相对应的规则时，则可以生成执行该目标任务的一个或者多个动作。

在本发明的一个实施方式中，基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图包括：从任务描述中提取多个任务以及与多个任务相关联的输入数据和输出数据；以及基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。

在本发明的上下文中，任务描述可以具有各种格式，例如，可以采用如下文表1所示的格式来定义任务描述。

表1任务描述

ID	成员	描述	输入数据	输出数据
					T1	医生	填写检验单	NULL	检验请求
T2	检验员	执行检验	检验请求	检验结果
					...	...	...	...	...

应当注意，表1仅仅示意性示出了任务描述的数据结构的示例，本领域技术人员还可以采用其他格式来表示任务描述。例如，可以针对不同的成员制定单独的描述文件。或者，还可以采用T(成员ID，任务ID)的方式来表示一个任务。例如，任务T(成员i，任务j)可以表示由第i个成员完成的第j个任务。

当从表1所示的任务描述中分别提取出任务T1、T2及其相关输入数据和输出数据之后，可以进一步基于输入数据和输出数据之间的依赖关系来构造信息依赖图。

在本发明的一个实施方式中，多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图包括：针对多个任务中的第一任务和第二任务，响应于第一任务的输出数据为第二任务的输入数据，将第一任务指定作为第二任务的前驱任务，以建立信息依赖图。

继续上文所述的示例，当已经从表1中提取了任务T1(对应于第一任务)和T2(对应于第二任务)之后，可以发现任务T1的输出数据(即，“检验请求”)是任务T2的输入数据，此时，则认为任务T2依赖于任务T1。因而，基于信息依赖图的构造原理，可以将任务T1设置为任务T2的前驱，即，任务T2为任务T1的后继。

在本发明的一个实施方式中，基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图包括：将多个任务映射至标准术语集；以及基于标准术语集来建立信息依赖图。

应当注意，由于在本发明中的管理系统可能涉及到多个机构，例如涉及到医疗系统中的多种类型的医院，这些医院所使用的术语有可能并不完全相同。例如，在不同医院中对“病历”的称呼可能会有所不同，在社区医院中可能会将其称为“病历”，而在专科医院中可能会将其称为“医疗记录(Medical Record)”。此时，在构建信息依赖图时还需要首先了解各个术语之间的映射关系，以便明确各个任务之间的输入数据和输出数据之间的依赖关系，进而构建信息依赖图。

尽管上文中仅仅以任务T1和T2为例来说明一个任务单独依赖于另一任务的情况，本领域技术人员应当注意，在实际应用环境中，一个任务还可以依赖于其他的多个任务。例如，当一个糖尿病患者期望从社区医院转移到专科医院进行治疗时，可能会需要如下三方面的信息：(1)该患者的日常测试结果达到特定阈值范围；(2)该患者的病历显示需要专科医院的治疗；(3)专科医院的医生同意接收该患者。此时，任务“转诊”依赖于3个任务，并且只有当已经完成这3个任务后，才能执行“转诊”任务。

在下文中，将参见图5来描述构建信息依赖图的细节。图5示意性示出了根据本发明一个实施方式的“转诊”任务的信息依赖图500。如图5所示，方框510表示社区医生转诊的任务t_0，0，该任务分别依赖于在方框520处示出的专科医生同意的任务t_1，0、在方框530处示出的获取病历的任务t_4，0、以及在方框540处示出的获取患者自测结果的任务t_5，0。这三个任务的输出数据分别如箭头I_1，0、I_4，0以及I_5，0所示。此处，任务t_i，j中的下标i和j可以分别表示执行任务的主体以及任务编号，例如，任务t_1，0可以表示由专科医生(编号为1)执行的第0个任务。

在图5中，在方框510处示出的任务依赖于在方框520、530和540处示出的三个任务。在方框520处示出的任务可以依赖于在方框524、522处示出的任务，还可以依赖于在方框528和526处示出的任务。换言之，在方框520处示出的任务可以依赖于路径524-522、或者路径528-526中的任一路径中的任务的成功执行。

应当注意，尽管在图5中以树状结构的方式示出了信息依赖图的图形化表示，本领域技术人员可以理解，由于在信息依赖图中存在两种类型的信息(分别为任务和数据)，因而可以基于图论中的二分图理论来构造信息依赖图。

具体地，图6A和图6B分别示意性示出了根据本发明一个实施方式的任务的信息依赖图600A和600B。如图6A所示，可以以方框示出任务节点，还可以以圆圈来示出数据节点。在图6A中，任务节点彼此之间没有直接的关联关系，数据节点彼此之间也没有直接的关联关系，而在任务节点和数据节点之间则存在直接的关联关系(例如，输入和输出)。例如在图6A中，任务t_0，0的输入数据是i₁和i₂，并且输出数据是i₀。在信息依赖图中，可以分别以虚线箭头表示“AND(和)”关系，而以实线箭头表示“OR(或)”关系。在本发明的上下文中，任务t依赖于i₁ANDi₂表示只有已经获得i₁和i₂两者时，才能执行该任务t；而任务t依赖于i₁ORi₂表示只要获得i₁和i₂两者之一时，即可执行该任务t。

出于方便示出的目的，可以以如图6B所示的树状结构来表示信息依赖图，该图仍然采用二分图的方式，与图6A的区别在于并未分别将任务节点和信息节点单独显示在相应的行中。

在本发明的一个实施方式中，基于执行多个任务的历史数据来定义执行多个任务所依据的规则库包括：针对多个任务中的当前任务，根据当前任务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至少一个路径，其中至少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个其他任务。

应当注意，由于在信息依赖图中的依赖关系包括“AND”和“OR”两种关系，因而，对于特定任务而言可能会存在完成该任务的多种不同的方式，即，存在执行任务的不同路径。仅以图5所示的信息依赖图为例，如方框524和522处所示，患者可以在专科医院中完成检验；或者还可以如方框528和526处所示，患者可以在社区医院中完成检验，并将检验结果交给专科医院的医生。换言之，存在两种方式来获取方框520处所示的任务的输入数据。

现在参见图6B示出“路径”的含义。如图6B所示，任务t_0，0的数据输入分别包括i_1，0、i_1，1、和i_1，2。并且参见由实线(OR关系)和虚线(AND)箭头所示的关联关系，存在两种方式来获取i_1，0(经由任务t_1，0或者t_1，1)，存在一种方式获取i_1，1(经由任务t_1，2)，存在三种方式获取i_1，2(经由任务t_1，3、t_1，4或者t_1，5)。类似地，本领域技术人员还可以自行分析图6B中的其他节点之间的依赖关系。经过分析可知，可以存在如下多个路径用于执行任务t_0，0(在下文中仅示意性示出了路径1和路径2，本领域技术人员还可以通过其他路径来执行任务t_0，0)：

路径1：

(t_2，4ANDt_1，1)AND(t_2，5ANDt_2，6ANDt_1，2)AND(t_2，7ANDt_1，3)

路径2：

(t_2，4ANDt_1，1)AND(t_2，5ANDt_2，6ANDt_1，2)AND(t_2，10ANDt_2，11ANDt_1，5)

在本发明的一个实施方式中，还可以考虑采用不同路径执行特定任务时的各方面的开销，以便从中选择最佳路径。例如，可以基于执行任务的历史数据来计算每个任务的效用评分(Utility Score)。具体而言，可以采用量化的方式统计每个任务的效用评分。假设以完成任务的时间为度量，例如，可以以完成该任务的小时数来作为效用评分。继续上文表1所示的任务描述的示例，还可以在该表格中添加新的列“效用评分”，用于表示执行每个任务时的相关开销。

在本发明的一个实施方式中，效用评分至少包括针对以下中任一方面的评分：时间成本、经济成本以及执行效果。当从上文所述的三个方面考虑效用评分时，还可以在如表1所示的表格中分别增加三个列来表示相关的评分。例如，可以以完成一任务的小时数来评价时间成本，以完成一任务的费用来评价经济成本，以完成一任务对于患者的治疗效果来评价执行效果，等等。

在本发明的一个实施方式中，还可以针对不同方面的效用评分给出不同的加权，继而将多个方面的因素进行加权求和，以便计算最终的效用评分。例如，可以采用如下公式来计算针对任务(t_i，j)的效用评分：

效用评分(t_i，j)＝α*时间成本(t_i，j)+β*经济成本+γ*效果(t_i，j)；

其中α、β和γ可以表示加权因子

可以基于一路径中所包括的多个任务的效用评分，来计算执行特定任务的总体评分。例如，针对上文参见图6B所示的路径1和路径2，可以分别将路径1和路径2中所包括多个任务的效用评分进行求和，以作为路径1和路径2的总体评分。

例如，规则可以采取上文规则1和规则2的方式，或者，还可以考虑到如下因素。

例如，在生成规则时，可以优先考虑执行成本较低的任务，在本发明的一个实施方式中，可以基于历史数据计算针对多个任务的效用评分；继而根据效用评分来对至少一个路径中的一路径中包括的一个或者多个任务进行排序；以及基于排序来生成规则库中的规则。具体地，在此实施方式中，假设执行任务T3的路径为T1AND T2，并且其中任务T1和T2在时间方面的效用评分分别是1小时和48小时。T1和T2中的任一任务失败都将导致任务T3的失败，此时可以考虑先执行时间开销较小的任务T1；如果执行T2则可能会出现在等待48小时后发现任务T2失败，这将造成极大的时间浪费。

并且，还可以优先考虑与其他任务不存在依赖关系的任务。例如，对于图5所示的示例，由于方框530和540处示出的任务均不依赖于其他任何任务，因而可以在生成规则时可以首先考虑这两个任务。

此时，可以采用如下的条件语句来定义与任务(t_i，j)相对应的规则(R_i，i)：

在本发明的一个实施方式中，响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作包括：在规则库中搜索匹配于目标任务的任务的规则；获取规则的至少一个路径中的一个路径；以及基于路径中包括的一个或者多个任务来生成一个或者多个动作。在此实施方式中，可以优先选择总体评分最优(例如，综合成本最低、并且执行效果最优)的路径。并且此时所生成的动作即对应于各个任务的动作。

在本发明的一个实施方式中，获取规则的至少一个路径中的一个路径包括：响应于接收到来自用户的偏好，从多个路径中选择匹配于偏好的路径。具体地，当用户认为时间成本最为重要时，可以优先选择时间成本最低的路径；当用户认为经济成本最为重要时，可以优先选择经济成本最低的路径；而当用户认为执行效果最为重要时，则可以优先选择执行效果最佳的路径。

在本发明的一个实施方式中，管理系统是医疗管理系统。在医疗系统中已经进行了一定程度的数据数字化建设，这为实现本发明所述的方法和装置提供了基础。另一方面，医疗系统中经常会存在各级医疗机构的协作，因而更加需要在整个医疗系统中共享各个成员的信息。此外，医疗系统中的术语映射关系较为明确，通过将各个医疗机构的内部术语映射至标准术语集，可以方便地以信息依赖图的形式来描述各个成员的任务。因而，可以在医疗管理系统中实现在本发明的各个实施方式中所述的方法和装置。

图7示意性示出了根据本发明一个实施方式的用于在管理系统中共享信息的装置的框图700。如图7所示，提供了一种用于在管理系统中共享信息的装置，包括：创建模块710，配置用于基于与管理系统相关联的至少一个成员的任务描述来创建信息依赖图，信息依赖图描述与任务描述相关联的多个任务之间的依赖关系；定义模块720，配置用于基于执行多个任务的历史数据，根据所述信息依赖图来定义执行多个任务所依据的规则库；以及生成模决730，配置用于响应于接收到来自用户的目标任务，基于规则库来生成执行目标任务的一个或者多个动作。

在本发明的一个实施方式中，创建模710块包括：提取模块，配置用于从任务描述中提取多个任务以及与多个任务相关联的输入数据和输出数据；以及建立模块，配置用于基于多个任务的输入数据和输出数据之间的依赖关系来建立信息依赖图。

在本发明的一个实施方式中，建立模块包括：针对多个任务中的第一任务和第二任务，指定模块，配置用于响应于第一任务的输出数据为第二任务的输入数据，将第一任务指定作为第二任务的前驱任务，以建立信息依赖图。

在本发明的一个实施方式中，建立模块包括：映射模块，配置用于将多个任务映射至标准术语集；以及依赖建立模块，配置用于基于标准术语集来建立信息依赖图。

在本发明的一个实施方式中，定义模块包括：确定模块，配置用于针对多个任务中的当前任务，基于执行所述多个任务的历史数据，根据当前任务与多个任务中的其他任务之间的依赖关系，确定执行当前任务的至少一个路径，其中至少一个路径中的每个路径中包括执行当前任务所依赖的一个或者多个其他任务。

在本发明的一个实施方式中，进一步包括：计算模块，配置用于基于历史数据计算针对多个任务的效用评分；排序模块，配置用于根据效用评分来对至少一个路径中的一路径中包括的一个或者多个任务进行排序；以及规则生成模块，配置用于基于排序来生成规则库中的规则。

在本发明的一个实施方式中，效用评分至少包括针对以下中任一方面的评分：时间成本、经济成本以及执行效果。

在本发明的一个实施方式中，生成模块730包括：搜索模块，配置用于在规则库中搜索匹配于目标任务的任务的规则；获取模块，配置用于获取规则的至少一个路径中的一个路径；以及动作生成模块，配置用于基于路径中包括的一个或者多个任务来生成一个或者多个动作。

在本发明的一个实施方式中，获取模块包括：选择模块，配置用于响应于接收到来自用户的偏好，从多个路径中选择匹配于偏好的路径。

在本发明的一个实施方式中，管理系统是医疗管理系统。

采用本发明的各个实施方式所述的方法和装置，可以在现有的管理系统的基础上对管理系统中的各个成员的任务有关的信息进行共享。通过建立可共享的规则库，当需要执行一目标任务时，管理系统的用户可以方便地从规则库中查找与目标任务相对应的规则，并执行相应的动作。以此方式，可以大大降低任务执行期间的人工劳动的负荷，并且提高相关人员的工作效率。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims

1.一种用于在管理系统中共享信息的方法，包括：

基于与所述管理系统相关联的至少一个成员的任务描述来创建信息依赖图，所述信息依赖图描述与所述任务描述相关联的多个任务之间的依赖关系；

基于执行所述多个任务的历史数据，根据所述信息依赖图来定义执行所述多个任务所依据的规则库；以及

响应于接收到来自用户的目标任务，基于所述规则库来生成执行所述目标任务的一个或者多个动作。

2.根据权利要求1所述的方法，其中基于与所述管理系统相关联的至少一个成员的任务描述来创建信息依赖图包括：

从所述任务描述中提取所述多个任务以及与所述多个任务相关联的输入数据和输出数据；以及

基于所述多个任务的所述输入数据和所述输出数据之间的依赖关系来建立所述信息依赖图。

3.根据权利要求2所述的方法，其中基于所述多个任务的所述输入数据和所述输出数据之间的依赖关系来建立所述信息依赖图包括：针对所述多个任务中的第一任务和第二任务，

响应于所述第一任务的输出数据为所述第二任务的输入数据，将所述第一任务指定作为所述第二任务的前驱任务，以建立所述信息依赖图。

4.根据权利要求2所述的方法，其中基于所述多个任务的所述输入数据和所述输出数据之间的依赖关系来建立所述信息依赖图包括：

将所述多个任务映射至标准术语集；以及

基于所述标准术语集来建立所述信息依赖图。

5.根据权利要求1-4中的任一项所述的方法，其中基于执行所述多个任务的历史数据来定义执行所述多个任务所依据的规则库包括：针对所述多个任务中的当前任务，

基于执行所述多个任务的历史数据，根据所述当前任务与所述多个任务中的其他任务之间的依赖关系，确定执行所述当前任务的至少一个路径，其中所述至少一个路径中的每个路径中包括执行所述当前任务所依赖的一个或者多个其他任务。

6.根据权利要求5所述的方法，进一步包括：

基于所述历史数据计算针对所述多个任务的效用评分；

根据所述效用评分来对所述至少一个路径中的一路径中包括的一个或者多个任务进行排序；以及

基于所述排序来生成所述规则库中的规则。

7.根据权利要求5所述的方法，其中响应于接收到来自用户的目标任务，基于所述规则库来生成执行所述目标任务的一个或者多个动作包括：

在所述规则库中搜索匹配于所述目标任务的任务的规则；

获取所述规则的至少一个路径中的一个路径；以及

基于所述路径中包括的一个或者多个任务来生成所述一个或者多个动作。

8.根据权利要求7所述的方法，其中获取所述规则的至少一个路径中的一个路径包括：

响应于接收到来自所述用户的偏好，从所述多个路径中选择匹配于所述偏好的路径。

9.一种用于在管理系统中共享信息的装置，包括：

创建模块，配置用于基于与所述管理系统相关联的至少一个成员的任务描述来创建信息依赖图，所述信息依赖图描述与所述任务描述相关联的多个任务之间的依赖关系；

定义模块，配置用于基于执行所述多个任务的历史数据，根据所述信息依赖图来定义执行所述多个任务所依据的规则库；以及

生成模块，配置用于响应于接收到来自用户的目标任务，基于所述规则库来生成执行所述目标任务的一个或者多个动作。

10.根据权利要求9所述的装置，其中所述创建模块包括：

提取模块，配置用于从所述任务描述中提取所述多个任务以及与所述多个任务相关联的输入数据和输出数据；以及

建立模块，配置用于基于所述多个任务的所述输入数据和所述输出数据之间的依赖关系来建立所述信息依赖图。

11.根据权利要求10所述的装置，其中所述建立模块包括：针对所述多个任务中的第一任务和第二任务，

指定模块，配置用于响应于所述第一任务的输出数据为所述第二任务的输入数据，将所述第一任务指定作为所述第二任务的前驱任务，以建立所述信息依赖图。

12.根据权利要求10所述的装置，其中所述建立模块包括：

映射模块，配置用于将所述多个任务映射至标准术语集；以及

依赖建立模块，配置用于基于所述标准术语集来建立所述信息依赖图。

13.根据权利要求9-12中的任一项所述的装置，其中所述定义模块包括：

确定模块，配置用于针对所述多个任务中的当前任务，基于执行所述多个任务的历史数据，根据所述当前任务与所述多个任务中的其他任务之间的依赖关系，确定执行所述当前任务的至少一个路径，其中所述至少一个路径中的每个路径中包括执行所述当前任务所依赖的一个或者多个其他任务。

14.根据权利要求13所述的装置，进一步包括：

计算模块，配置用于基于所述历史数据计算针对所述多个任务的效用评分；

排序模块，配置用于根据所述效用评分来对所述至少一个路径中的一路径中包括的一个或者多个任务进行排序；以及

规则生成模块，配置用于基于所述排序来生成所述规则库中的规则。

15.根据权利要求13所述的装置，其中所述生成模块包括：

搜索模块，配置用于在所述规则库中搜索匹配于所述目标任务的任务的规则；

获取模块，配置用于获取所述规则的至少一个路径中的一个路径；以及

动作生成模块，配置用于基于所述路径中包括的一个或者多个任务来生成所述一个或者多个动作。

16.根据权利要求15所述的装置，其中所述获取模块包括：

选择模块，配置用于响应于接收到来自所述用户的偏好，从所述多个路径中选择匹配于所述偏好的路径。