用于在案例管理的运行时强制执行任务的方法和系统的制作方法
【专利摘要】本申请提供了用于在案例管理的运行时强制执行任务的方法和系统。识别要完成的工作单元。所述工作单元包括至少一个任务，并且任务的状态指示任务是可选的。检索指示与至少一个可选任务相关联的至少一个情况的附加信息。确定所述情况是否保证将任务提升到指示任务为强制的状态。响应于确定所述情况保证提升，提升所述任务。
【专利说明】
用于在案例管理的运行时强制执行任务的方法和系统
技术领域
[0001]本发明一般涉及案例管理领域，并且更特别地涉及强制执行任务以控制案例完成。
【背景技术】
[0002]也被称为自适应或高级案例管理(ACM)的动态案例管理(DCM)是使正式的和临时的案例处理都实现自动化和流线化(streamlining)的方法。它有助于使您的业务更有效和高效地创建或打开案例、监视它们的进展、驱动案例完成、以及获得对决策、风险和生产能力管理的洞察。动态案例管理不只是BPM(业务流程管理)或内容管理;DCM的最好的地方在于，它是针对人驱动的流程而被优化的这两种实践的组合。DCM在临时安排的基础上工作以管理动态的、非结构化的流程。对于处理缺乏结构的“难控驭的”业务流程的公司而言，DCM可以特别有效。DCM的终极目标是帮助这样的工作者做出更快、更好和更准确的决定。
【发明内容】
[0003]本发明的实施例提供了用于修改任务完成的必要性的方法、系统和程序产品，其包括:识别要完成的工作单元，所述要完成的工作单元包括任务，其中所述任务的状态指示所述任务是可选的;检索第一附加信息，其指示与所述任务相关联的至少一个情况;确定所述情况是否保证将所述任务提升到指示所述任务为强制的状态；以及响应于确定所述情况保证将所述任务提升到指示所述任务为强制的状态，提升所述任务以反映指示所述任务为强制的状态。
【附图说明】
[0004]图1是根据本发明示例性实施例的说明案例管理环境的功能框图。
[0005]图2说明了根据本发明示例性实施例的在图1的环境内的计算设备上执行的案例管理程序的操作流程的流程图。
[0006]图3绘出根据本发明示例性实施例的执行案例管理程序的计算设备的组件的框图。
【具体实施方式】
[0007]本发明的实施例认识到，任何给定的案例管理系统中的解决方案是通过创建一组解决方案参数、一组案例类型和全部利用解决方案参数的那些案例类型内的一组任务而设计出的。任务是工作的逻辑单元。除了底层的过程工作流外，任务包括一组可配置的性质。例如，任务是可选的还是强制的、任务是自动启动的还是手动启动的、以及任务是否具有在其可以被启动前要得到满足的任何前提、等等。在这些可配置的性质当中，使任务成为强制任务的配置参数会确定可用任务中的哪些是将要完成的，以便使案例被认为完全完成。当案例被认为处于完全完成的点时，这意味着与该案例相关联的任务已经被处理并且以其他方式被完成到满足一组标准或要求的点，所述一组标准或要求被用以确定案例是否已经达到完全完成的点。例如，在一些实施例中，当对于该案例已经完成了所有强制任务时，案例被完成，即达到完全完成的点。对于一些案例管理系统，无法在运行时使一个任务成为强制任务，这会导致不管运行时数据如何都为所有客户执行强制任务的情形。
[0008]—些案例管理系统允许强制的和可选的参数在解决方案设计期间被配置。然而，一旦被配置，在运行时就无法改变强制的和可选的参数。在运行时的点处，不管给定任务所属于的客户案例如何，该给定任务在其寿命期间或者是强制的或者是可选的。如此，在这些解决方案中，无法使一个任务对于一些案例而言成为强制的，而对于其余任务而言成为可选的。例如，考虑健康保险提供者使用案例管理系统用于保险承保。考虑针对压力相关疾病设计的特别健康复查任务。对于已经对高压力选择了 “是”的客户，该任务是强制的。在该示例中，这样的信息是基于对调查表的回答，其中所述健康保险提供者从所述调查表来识别客户感知的压力水平。对于低压力的客户，该任务是可选的，这是因为对于低压力个体执行该任务在资源的使用方面不是成本有效的。在各种实施例中，对于这样的任务，运行时输出被用以确定那些任务是否是强制的或可选的。
[0009]本发明的实施例认识到，对于一些解决方案，基于运行时数据而不是强制性的任务对于所有案例都被执行，这增加了整个案例管理系统的刻板性。本发明的实施例认识到，在一些解决方案中，案例工作者按照对于客户而言是可选的任务行事，并且驱使它们完成，而不是使用该时间来工作于运行时数据所指示的强制任务。本发明的实施例认识到，如果案例工作者与完成强制任务一起完成可选任务，那么完成给定案例的时间会增加。
[0010]本发明的实施例提供了使用运行时数据以控制任务的状态为强制的或可选的。本发明的实施例提供了案例管理系统的增加的灵活性。本发明的实施例通过减少所要完成的可选任务的数量，而提供了案例工作者对时间的使用的提高的效率。本发明的实施例提供了为案例完成所需的减少的周转时间。
[0011]现在将参考附图详细描述本发明。
[0012]图1是说明根据本发明的一个实施例的案例管理环境(被一般地标为100)的功能框图。案例管理环境100包括通过网络130连接的计算设备110。计算设备110包括案例数据125和案例管理程序120。
[0013]在本发明的各种实施例中，计算设备110是这样的计算设备，其可以是独立设备、服务器、膝上型计算机、平板计算机、上网本计算机、个人计算机(PC)或台式计算机。在另一个实施例中，计算设备110代表利用集群计算机和组件来充当单个无缝资源池的计算系统。通常，计算设备110可以是能访问案例数据125和案例管理程序120、并且能够执行案例管理程序120的任何计算设备或设备的组合。计算设备110可以包括内部和外部硬件组件，如参考图3更详细描绘和描述的那样。
[0014]在该示例性实施例中，案例数据125和案例管理程序120被存储在计算设备110上。然而，在其他实施例中，案例数据125和案例管理程序120可以存储在外部、并且通过诸如网络130的通信网络进行访问。网络130可以是例如局域网(LAN)、诸如互联网之类的广域网(WAN)、或者两者的组合，并且可以包括有线的、无线的、光纤或任何本领域已知的其他连接。通常，根据本发明的期望的实施例，网络130可以是连接和协议的任何组合，所述连接和协议将支持计算设备110、案例数据125和案例管理程序120之间的通信。
[0015]在一些实施例中，案例管理系统内的任务在运行时期间可配置为是强制的或可选的。该配置不是在设计时间期间完成的，而是基于运行时数据在运行时期间完成的。一旦使任务成为强制的，那么该任务就需要被执行以便该案例达到完成。如此，可以减少花费在关于可选任务的工作项目上的时间量。
[0016]本文描述了这样的过程，其中任务可以在运行时基于关于案例性质的规则或条件而被配置为强制的或可选的。在一些情况和实施例中，基于运行时参数将案例配置成强制的或可选的，会增加这样的案例管理系统的灵活性。该灵活性可以导致使案例完成(即，基于一组标准确定案例被完成的处理点)所需的资源的减少。
[0017]例如，健康保险提供者正在使用案例管理程序120用于保险承保。考虑基于例如风险因素而为环境相关疾病设计的特别健康复查任务。通常，本文所使用的风险因素是与疾病或感染的增大的风险相关联的变量。风险因素或决定因素是相关的且不一定有因果关系，这是因为相关性不能证明因果关系。例如，属于特定年龄组不能被说成引发特定疾病，但是在该年龄组中的个体可以具有较高的比率患有该疾病，这是因为他们对该疾病具有免疫力的可能性较低。统计方法常常被用以评估关联的强度和提供有因果关系的证据(例如在毒素和疾病之间的联系的研究中)。统计分析连同生物科学一起可以证实风险因素是有因果关系的。一些人更喜欢用术语风险因素来意指疾病的增大的比率的有因果关系的决定因素，并且对于未经证明的联系，更喜欢将其称为可能的风险、关联等。有时，决定因素也作为与增大的或减小的风险相关联的变量被使用。风险标记(risk marker)是在数量上与疾病或其他结果相关联的变量，但是风险标记的直接变更不一定会变更结果的风险。案例管理程序120可以访问(作为案例数据125的一部分被包括的)医疗知识库，其包括风险因素、决定因素和风险标记，以及如果特定风险因素被识别，那么将要执行的对附加信息的一个或多个搜索的列表。
[0018]在案例管理程序120中，被处理的任务具有底层的工作流，其被配置成针对特定的环境相关疾病验证客户的健康史。如此，案例管理程序120被配置成询问客户、并获得附加的健康检验报告以便被呈现用于验证。在一些实施例中，该过程的输出是建议，其在一些情况和实施例中包括:针对即将来临的任务的前提。如此，基于所述建议，进一步的任务被执行。
[0019]继续上述关于健康保险提供者使用案例管理程序120用于保险承保的示例，对于针对“暴露于例如环境中的危险化学品”已经选择了 “是”的客户(或者基于对调查表的回答，健康保险提供者识别了具有经历这样的暴露的高概率的职业类型)，第一任务被认为是强制的。对于一些客户，该任务是可选的，这是因为存在环境相关疾病的降低的概率(例如，在可能不曾直接暴露于危险材料的设施处的行政工作者，然而所述设施在现场有危险材料)。然而，对于客户处于患环境相关疾病的风险中的案例，该任务不被列为可选的，而是该任务被强制执行。尽管为“处于风险中”的案例执行该任务会增加案例完成所需的总时间，但是由于被认为不是“处于风险中”的那些案例没有强制执行的任务，因此减少了所有案例的案例完成所需的总时间。
[0020]在一个实施例中，系统设计者在部署之前配置案例管理程序120。在一个实施例中，除了 “强制的”和“可选的”参数用于任务之外，被称为“在运行时决定”的配置选项也提供给任务。当“在运行时决定”选项被选定时，向案例管理程序120的系统设计者呈现设计用于强制执行随后提供的任务的标准的向导，从而在部署之前配置案例管理程序120。在一些实施例中，该标准是基于案例和解决方案参数的条件。例如，如果“处于患环境疾病的风险中”提示具有带“是”或“否”选项的下拉菜单，则作为所述条件，设计者可以创建逻辑论据(logical argument)，诸如[当“处于患环境疾病的风险中”是“真”时]。在一些实施例中，标准是来自业务规则管理系统(BRMS)的一个或多个业务规则，其可以部分地基于案例性质被编写。在一些实施例中，标准是简单条件和业务规则的组合。一旦任务被配置成在运行时强制执行，例如当案例管理程序120基于案例性质的初始列表或对案例性质的改变而确定案例实例已经被创建时，案例管理程序120可以将任务提升到与该案例相关联的强制任务的列表中。在另一个实施例中，案例管理程序120被配置成确定一个任务是否将从“强制的”改变为“可选的”状态。在一些情形和实施例中，案例管理程序120基于附加信息的分析结果来确定是否要将任务的状态从“强制的”改变为“可选的”状态，这与当确定是否要将任务的状态从“可选的”改变为“强制的”状态时案例管理程序120所使用的过程类似。
[0021]在该示例性实施例中，案例数据125既包括历史记录又包括供案例管理程序120使用的用于文本分析的数据库。这样的数据库包括诸如同义词之类的信息和关于多个主题的背景信息。例如，这样的数据包括与暴露于各种物质相关联的危险的统计，所述统计与各种工作交叉参考且与各种工作相关联。
[0022]图2说明了根据本发明示例性实施例的在图1的环境内的计算设备上的案例管理程序120的操作流程的流程图200。
[0023]在步骤210中，案例管理程序120识别新案例以及与该案例相关联的任务，所述任务包括当前强制任务和可选任务。在一些实施例中，给定任务或任务组作为工作单元(aunit of work)的一部分、作为案例中所包括的任务的子任务被包括。例如，针对一个案例的工作单元是普通医疗评估。如此，工作单元包括普通医疗评估中所包括的一系列“标准”医疗评估和规程，诸如患者的血压检验和腹部触诊。在另一个工作单元中，指示了更详细的血液筛查。如此，该工作单元包括抽取几小瓶血液(即，血液样品)到各种真空管(小瓶)中，以及要对每个血液样品执行的评估。在一个实施例中，案例管理程序120分析每个工作单元，以识别每个工作单元中所包括的特定任务。在一个实施例中，案例管理程序120被配置成用于医疗设施中，以便于患者的评估和治疗以及他们相关案例的处理(包括文书工作、记录、安排检验等)。例如，案例管理程序120接收与患者X的新案例Z相关联的案例标识号。案例管理程序120使用该案例标识号来访问与新案例Z相关联的任务列表，该任务列表包括根据案例管理程序120的配置的、基于任务的初始设定的当前强制任务和可选任务。在该示例中，案例管理程序120包括“标准”强制任务(诸如基本的“身体检查”任务)的列表、以及可选任务(诸如特定医疗检验、和治疗等)的列表。
[0024]在该实施例中，在步骤220中，案例管理程序120被配置成通过检索关于由一患者的新案例识别的该患者的附加信息，来对该患者的新案例的创建或识别做出响应。如此，案例管理程序120识别该患者(基于由患者提供的标识的形式，或者基于与该案例相关联的患者的身份)，检索指示该案例的性质的附加信息，并且分析该信息以确定给定的可选任务是否要被提升到强制任务列表中。例如，案例管理程序120使用案例标识号来访问案例数据125中所包括的患者X的存档医疗记录。所检索的记录指示医疗史(通过医疗记录)和已经由患者X填写的各种调查表，所述调查表指示患者的工作史、家庭医疗史、以及非工作相关记录。案例管理程序120将用于文本分析和自然语言处理的技术应用于数据记录，以识别随后应用于案例管理程序120中所包括的一组规则的关键词和其他指示。这些规则是在激活案例管理程序120以处理案例之前预先配置的规则。所述规则规定给定的可选任务是否要被提升到强制任务列表中。在某些实例中，案例管理程序120仅仅将确定的信息添加到规则中作为变量。然后，案例管理程序120经由规则分析所述变量是否产生指示任务要从可选状态被提升到强制状态的结果。例如，案例管理程序120分析由患者填写的工作史调查表。工作史的分析识别出关键词“职业后面跟随着“重金属提炼厂”。案例管理程序120访问案例数据125，并且识别出职业“重金属提炼厂”与“环境危险”警告相关联。如此，案例管理程序120将“重金属”和“环境危险”输入到案例管理程序120中所包括的规则中。案例管理程序120也搜索案例数据125中所包括的医疗记录，并且确定患者X从未进行过重金属暴露的检验，该信息也使用案例管理程序120中所包括的规则进行评估。结果，该规则生成的结果指示，针对重金属中毒的血液检验要从可选状态被提升到强制状态。
[0025]在一些实施例和情形中，案例管理程序120被配置成确定是否有足够的信息可用以便使规则被用以确定任务是否要被提升。在这样的实施例中，如果案例管理程序120确定没有足够的信息可用，那么案例管理程序120确定需要进一步的附加信息，并且添加医疗检验、或调查表中的一个或两个作为对于该工作单元而言要完成的强制任务。在一些案例中，案例管理程序120基于已检索的信息来搜索进一步的附加信息。例如，案例管理程序120识别出患者Z为公司P工作。作为响应，案例管理程序120访问公司P的工作记录，并且识别在患者Z受雇于那里时填写的角色。通常，在这样的实施例和情形中，案例管理程序120被配置成应用各种搜索和分析技术以便检索为了确定规则是否指示任务要被提升所需的附加信息。换言之，案例管理程序120被配置成检索当确定规则是否指示任务要被提升时作为变量由给定规则使用的附加信息。在一些案例中，这包括为患者安排的附加检验，在其他案例中，这可以包括数据库中所包括的信息的附加搜索和分析。
[0026]在一些实施例中，案例管理程序120包括附加编程，其提供基于案例数据125中所包括的数据的分析来执行统计分析的功能。在一些案例中，给定的标准或条件必须满足特定阈值，以便使规则产生任务要被提升的确定。例如，案例管理程序120识别出患者X受雇于重金属提炼厂达两个星期，并且没有涉及患者X的化学品溢漏或其他类型的不期望有的毒素暴露被记录。如此，案例管理程序120应用统计分析算法来确定患者X暴露于对患者X的健康造成显著危险的重金属水平中的概率(基于针对暴露的阈值)，例如由高于阈值的暴露造成的危险程度。在该案例中，案例管理程序120分析可能由患者X吸入的空气中的平均重金属微粒含量，并且基于该分析来推断由患者X吸入的最可能的重金属量。案例管理程序120随后使用规则将该数据纳入到分析中，以确定给定的可选任务是否要被提升到强制任务列表中。
[0027]在确定步骤230中，案例管理程序120基于指示案例的性质的信息的分析结果(例如，基于步骤220的使用案例数据125和规则进行分析的结果)，来识别给定的可选任务是否要被提升到强制任务列表中。如果任务要被提升(确定步骤230，YES分支)，那么在步骤240中，如果该任务还未被标记为对于完成而言是强制的，案例管理程序120将该任务标记为对于完成而言是强制的。如果任务不要被提升(确定步骤230，N0分支)，那么在步骤250中，如果该任务还未标记为对于完成而言是可选的，案例管理程序120将该任务标记为对于完成而言是可选的。对于每个可选任务，重复该过程。一旦所有可选任务已经被分析并且被标记为可选的或强制的，则在步骤260中，案例管理程序120生成报告，其指示对于案例完成来说哪些任务是强制的以及可选的。
[0028]在一些实施例中，将可选任务提升到强制状态会启动对先前分析的任务的完整的重新评估。在某些情形中，将给定的任务提升到强制任务会规定或以其他方式导致其他任务也被提升，如案例管理程序120中所包括的规则将要确定的那样。
[0029]图3绘出根据本发明的说明性实施例的计算设备110的组件的框图300。应理解的是，图3仅提供了一种实现的例证，并且并非暗示关于可在其中实现不同实施例的环境的任何限制。可以对绘出的环境作出许多修改。
[0030]计算设备110包括通信结构302，其提供计算机处理器304、存储器306、永久存储装置308、通信单元310和输入/输出(I/O)接口 312之间的通信。通信结构302可以利用设计成在处理器(诸如微处理器、通信和网络处理器等)、系统存储器、外围设备和系统内的任何其他硬件组件之间传递数据和/或控制信息的任何构架来实现。例如，通信结构302可以利用一个或多个总线来实现。
[0031]存储器306和永久存储装置308是计算机可读存储介质。在该实施例中，存储器306包括随机存取存储器(RAM)314和高速缓冲存储器316。通常，存储器306可以包括任何适合的易失性或非易失性计算机可读存储介质。
[0032]案例数据125和案例管理程序120被存储在永久存储装置308中，用于经由存储器306中的一个或多个存储器由相应的计算机处理器304中的一个或多个执行和/或访问。在该实施例中，永久存储装置308包括磁硬盘驱动器。可替换地，或者除了磁硬盘驱动器之外，永久存储装置308可以包括固态硬驱、半导体存储设备、只读存储器(R0M)、可擦除可编程只读存储器(EPROM)、闪存存储器、或者能够存储程序指令或数字信息的任何其他计算机可读存储介质。
[0033]永久存储装置308使用的介质也可以是可移动的。例如，可移动硬驱可以被用于永久存储装置308。其他示例包括光和磁盘、拇指驱动器以及智能卡，其中所述智能卡被插入到驱动器中，用于向也是永久存储装置308的一部分的另一计算机可读存储介质传送。
[0034]在这些示例中，通信单元310提供与包括网络130的资源在内的其他数据处理系统或设备的通信。在这些示例中，通信单元310包括一个或多个网络接口卡。通信单元310可以通过使用物理和无线通信链路中的一个或两者来提供通信。案例数据125和案例管理程序120可以通过通信单元310被下载到永久储存装置308。
[0035]I/O接口 312允许与可连接到计算设备110的其他设备进行数据输入和输出。例如，I/O接口 312可以提供去往诸如键盘、小键盘、触摸屏、和/或其他适合的输入设备之类的外部设备318的连接。外部设备318也可以包括诸如拇指驱动器、便携式光或磁盘、以及存储卡之类的便携式计算机可读存储介质。用以实践本发明实施例的软件和数据(例如案例数据125和案例管理程序120)可以存储在这样的便携式计算机可读存储介质上，并且可以经由I/O接口 312被加载到永久存储装置308上。I/O接口 312也连接到显示器320。
[0036]显示器320提供向用户显示数据的机构，并且可以是例如计算机监视器或电视屏蒂。
[0037]本发明可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本发明的各个方面的计算机可读程序指令。
[0038]计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是一一但不限于一一电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
[0039]这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
[0040]用于执行本发明操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言一诸如Smalltalk、C++等，以及常规的过程式编程语言一诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络一包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本发明的各个方面。
[0041]这里参照根据本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本发明的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
[0042]这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
[0043]也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0044]附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0045]本文中描述的程序是基于在本发明的特定实施例中为其实现这些程序的应用来识别的。然而，应当理解的是，本文中对任何特定程序的命名仅仅是出于方便的目的而被使用的，并且因此本发明不应局限于唯一地用于由这样的命名识别和/或暗示的任何特定应用。
[0046]应注意的是，本文使用的一些术语可能受全世界各司法辖区中的商标权保护，并且在这里仅仅参考由这些标记适当命名的产品或服务而被使用到这样的程度，即这样的商标权可能存在。
【主权项】
1.一种修改任务完成的必要性的方法，所述方法包括: 由一个或多个处理器识别要完成的工作单元，所述要完成的工作单元包括任务，其中所述任务的状态指示所述任务是可选的； 由所述一个或多个处理器检索第一附加信息，所述第一附加信息指示与所述任务相关联的情况； 由所述一个或多个处理器确定所述情况是否保证将所述任务提升到指示所述任务为强制的状态；以及 响应于确定所述情况保证将所述任务提升到指示所述任务为强制的状态，由所述一个或多个处理器提升所述任务以反映指示所述任务为强制的状态。2.如权利要求1所述的方法，所述方法包括: 响应于识别针对医疗设施的患者的新案例，由所述一个或多个处理器检索与所述新案例相关联的工作单元;以及 由所述一个或多个处理器分析所述工作单元以识别所述任务。3.如权利要求1所述的方法，所述方法包括: 响应于识别针对医疗设施的患者的新案例，由所述一个或多个处理器检索关于由所述案例识别的患者的所述第一附加信息；以及 由所述一个或多个处理器使用自然语言处理来分析所述第一附加信息，以识别与具有可选状态的任务相关联的至少一个情况。4.如权利要求3所述的方法，所述方法包括: 由所述一个或多个处理器检索所述患者的身份； 由所述一个或多个处理器执行对医疗记录和指示所述患者的工作史的记录的搜索；以及 由所述一个或多个处理器分析检索出的医疗记录和指示所述患者的工作史的记录，以识别作为第一组规则的变量的情况，所述第一组规则指示所述任务是否要被提升到指示所述任务为强制的状态。5.如权利要求1所述的方法，所述方法包括: 由所述一个或多个处理器根据第二组规则确定情况是否满足一个或多个阈值，所述第二组规则指示所述任务是否要被提升到指示所述任务为强制的状态。6.如权利要求1所述的方法，所述方法包括: 响应于规则的结果指示所述任务为强制的，由所述一个或多个处理器将所述任务的状态改变为指示所述任务必须被完成，以便使所述工作单元满足规定所述工作单元是否被完成的一个或多个要求，其中所述规则被包括在第三组规则中，所述第三组规则指示所述任务是否要被提升到指示所述任务为强制的状态。7.如权利要求1所述的方法，所述方法包括: 响应于确定需要第二附加信息以便确定所述情况是否保证将所述任务提升到指示所述任务为强制的状态，由所述一个或多个处理器添加医疗检验和调查表中的一个或两个，作为要为所述工作单元完成的强制任务。8.—种用于修改任务完成的必要性的计算机系统，所述计算机系统包括: 一个或多个计算机处理器； 一个或多个计算机可读存储介质； 存储在所述计算机可读存储介质上用于由所述一个或多个处理器中的至少一个执行的程序指令，所述程序指令包括: 识别要完成的工作单元的程序指令，所述要完成的工作单元包括任务，其中所述任务的状态指示所述任务是可选的； 检索第一附加信息的程序指令，所述第一附加信息指示与所述任务相关联的情况； 确定所述情况是否保证将所述任务提升到指示所述任务为强制的状态的程序指令；以及 响应于确定所述情况保证将所述任务提升到指示所述任务为强制的状态，提升所述任务以反映指示所述任务为强制的状态的程序指令。9.如权利要求8所述的计算机系统，所述程序指令包括: 响应于识别针对医疗设施的患者的新案例，检索与所述新案例相关联的工作单元的程序指令;以及 分析所述工作单元以识别所述任务的程序指令。10.如权利要求8所述的计算机系统，所述程序指令包括: 响应于识别针对医疗设施的患者的新案例，检索关于由所述案例识别的患者的所述第一附加信息的程序指令;以及 使用文本分析和自然语言处理中的一个或两个来分析所述第一附加信息，以识别与具有可选状态的任务相关联的至少一个情况的程序指令。11.如权利要求10所述的计算机系统，所述程序指令包括: 检索所述患者的身份的程序指令； 执行对医疗记录和指示所述患者的工作史的记录的搜索的程序指令；以及分析检索出的医疗记录和指示所述患者的工作史的记录，以识别作为第一组规则的变量的情况的程序指令，所述第一组规则指示所述任务是否要被提升到指示所述任务为强制的状态。12.如权利要求8所述的计算机系统，所述程序指令包括: 根据第二组规则确定情况是否满足一个或多个阈值的程序指令，所述第二组规则指示所述任务是否要被提升到指示所述任务为强制的状态。13.如权利要求8所述的计算机系统，所述程序指令包括: 响应于规则的结果指示所述任务为强制的，将所述任务的状态改变为指示所述任务必须被完成，以便使所述工作单元满足规定所述工作单元是否被完成的一个或多个要求的程序指令，其中所述规则被包括在第三组规则中，所述第三组规则指示所述任务是否要被提升到指示所述任务为强制的状态。
【文档编号】G06Q10/06GK106021844SQ201610185068
【公开日】2016年10月12日
【申请日】2016年3月29日
【发明人】B·S·C·S·帕达尔蒂, R·帕苏帕蒂
【申请人】国际商业机器公司