在《特殊报告：文档为本的BPM和案例管理（上）》中，我们介绍了以文档为中心的BPM和新兴的案例管理。下面我们将介绍相关内容。

　　人力驱动的BPM

　　当讲解什么是以案例管理为中心的BPM 和为什么机构需要它时，Kemsley简单地说：“你应该让人们远离对客户的监视器的注意。”阐述两者之间的不同时，Kemsley指出，以文档为中心的BPM主要集中在提高重复的、面向流程的组件，传统的围绕纸张文档建立。相反，它的产物，案例管理或者“动态”BPM--链接文档，人们和社会各类媒体加强对凌乱的保险索赔处理流程，政府的呼吁或者法定的案例。她说：“在这种情况下，当人们能够更有效的共享和追踪信息，也更有益于个人和公司，这样他们就可以鼓励个人参加。”

　　2009年福布斯的报告（“动态案例管理——新瓶装旧酒”）争辩说，基于案例的需求或者“人力驱动”BPM产品是服务部门的派生物，许多Lean和Six Sigma方法长期应用在工业上。

　　成效是通过自动化、外购或者流程改进逐步消除了许多工作。撰写福布斯报告的分析家Craig LeClair，使用保险行业的索赔作为例子。“在索赔系统中搜索索赔文档和输入数据，传统的BPM［以文档为中心］将协调提交、承销、政策的建立、索赔和客户服务等活动，”LeClair说。BPM还从核心流程提取元数据，并确保更好的为客户提供全方位的服务。

　　免责条款规则

　　还剩下什么，越来越多的“异常管理”——处理更复杂的，不能预制解决方案的事。换句话说：案例管理。“如今的知识工作者有各种各样的工作要处理，不能呆在一个地方，像传统的生产工人为以文档为中心的BPM服务，”LeClair说。剩下的工作更是多种多样，需要大量信息支持，甚至分析支持。

　　新的流程看起来像“结构化的功能片段”，以及社会技术来获得专业知识。“图像采集和文档管理仍然非常重要，但是，案例管理能力也非常重要并高速发展，”LeClair说。

　　如果你考虑基于案例的BPM系统，LeClair建议从业务流程制高点开始。你当前使用的以文档为中心的BPM系统和基于案例的系统之间的关键区别是，所有的“异常”都精心改编为以文档为中心的系统。相反，在动态的或者基于案例的世界中，业务成果成为了驱动。出于这个原因，“公司需要在初期就参与他们的业务流程分析，”LeClair说。“他们应该在现有的BPM系统的战略目标中，设法调整预期的业务成果，然后使用它作为转移到动态的、基于案例的BPM的基础。”

　　在他的报告中，Le　Clair指出，动态的BPM快速出现也许推动了各大厂商之间的收购，还能引入其他的厂商，如，Oracle，它有相关的ECM和BPM的资产。他警告说，要记住BPM的利弊，案例管理被视为“自动流程的精益方法，”但是，要给“工人”更多的控制权。事实上，他鼓励一种“为人设计”的方法，结合Web 2.0方式。

　　并且，他建议：“首先是再设计流程，然后是选择工具。过早的致力于工具是一个巨大的陷阱。”