流程分类框架：概念、应用与优化

# 流程分类框架：概念、应用与优化 ## 1. 流程模型基础概念 ### 1.1 模型构成元素 - **池（Pool）**：代表流程组合中各流程执行的社区，通常是负责服务实施的组织分支或部门。 - **泳道（Lanes）**：仅代表子社区（如组织单位或团队），而非单个参与者角色，因为流程组合中的流程可能涉及多个参与者。参与者级别的详细信息在相关的下级流程模型中提供。 - **客户角色**：流程组合包含在父服务模型中确定的启动和终止客户角色。 - **替代流程路径**：可能包含替代流程路径，但不包括其中隐含的逻辑网关信息。网关在相关的下级流程模型中描述。 ### 1.2 流程模型推荐标准 - 模型将包含一个池，对应父流程组合中的一个子社区。 - 模型将逻辑参与者角色作为泳道。 - 流程中的任务不跨越泳道，即任务仅由单个参与者执行，因此必须保持在参与者角色的泳道内。 - 模型将从父流程组合继承启动和终止角色。 ### 1.3 框架层次 框架分为四个层次，其中物理层关注实际实现，关键术语是任务和步骤。以下是各层次的详细信息： | 层次 | 术语 | 定义 | 建模标准 | 示例 | | ---- | ---- | ---- | ---- | ---- | | 上下文层 | 环境 | 企业运营的背景，包括外部各方、它们与企业的关系以及这些关系的要求 | 企业表示为“黑盒”，外部各方、关系和要求被描绘或记录 | IDEF0 - 0 级图 | | 上下文层 | 企业 | 具有明确目标的业务对象分组 | 不描绘组织的内部运作 | IDEF0 - 0 级图 | | 概念层 | 功能 | 由一组具有共同目标、目的或目标的规范化流程表示的企业能力 | 代表一组流程，确定共同目标，不描绘顺序 | 价值链 | | 概念层 | 服务 | 由客户角色启动和终止，通过接口角色交付，并受合同控制或约束的流程序列 | 代表具有明确启动和终止角色以及控制或约束合同或政策的简单序列 | 价值链 | | 逻辑层 | 编排 | 可能实现服务的全部或部分，并由一个或多个社区内的参与者执行的流程序列 | 描绘流程流，可能描绘替代流但不描绘网关，泳道代表组织单位 | BPMN 流程模型（仅包含折叠子流程） | | 逻辑层 | 流程 | 由单个社区内的参与者执行的任务序列 | 描绘启动和终止事件、决策网关和任务 | BPMN 流程模型（仅包含任务） | | 物理层 | 任务 | 由单个参与者执行的一系列步骤，导致所作用对象的状态发生变化 | 包括实现级别的详细信息，描绘完成任务所需的步骤和所作用对象的状态 | UML 序列图、UML 状态机 | | 物理层 | 步骤 | 导致对象属性发生变化的活动 | 实际指令 | - | ## 2. 框架在健康机构的应用 ### 2.1 行为描述集成 在大型健康机构中，框架用于集成不同的行为模型，并分析和构建流程架构模型。具体步骤如下： 1. **确定模型抽象级别**：通过与利益相关者协商，确定功能和服务参考模型为概念模型，无需描述单个流程的实现，而是根据流程所属的功能或服务对其进行分类。 2. **选择源模型**：选择多个现有的组织行为模型作为编译参考模型的来源。 3. **映射行为描述**：将每个源模型中的行为描述映射到框架中的相关行为概念。 4. **筛选和合并描述**：选择符合“功能”和“服务”概念框架标准的描述纳入参考模型，将相似且具有相同概念类型和抽象级别的描述合并。 5. **构建功能和服务模型**： - **功能模型**：根据功能范围对所有功能描述进行分组，将范围最广的功能作为父功能，相关的子功能置于其下。模型包含 11 个一级功能类别。 - **服务模型**：以与服务关联的客户角色范围为维度构建服务类型，将具有更通用客户角色的服务作为父服务，客户角色更专业化的服务作为子服务。 6. **模型应用**： - **功能参考模型**：用作分类工具，对组织内的“现状”流程进行唯一分类和定位，并对新提出的电子健康计划中的“未来”流程进行分类和映射，以了解拟议变更的影响范围。 - **服务参考模型**：用于映射“现状”和“未来”服务，识别电子健康计划中各服务共有的“未来”流程，这些共同流程可进行进一步细化和优化。 ### 2.2 流程架构分析 电子健康计划包括六个优先领域：出院总结、临床笔记、药物管理、订单录入、结果报告和调度。然而，该计划面临术语不一致和对各优先领域流程边界理解有限的挑战。具体分析过程如下： 1. **初始模型问题**：由于各研讨会未一致应用框架，导致生成的流程模型在细节、范围和抽象级别上存在差异，难以比较模型和确定其范