基于标准化全景业务流程的智能执法系统的制作方法

本发明属于行政执法信息系统领域，特别是涉及到一种基于标准化全景业务流程的智能执法系统。

背景技术：

行政执法是指行政主体依照行政执法程序及有关法律、法规的规定，对具体事件进行处理并直接影响相对人权利与义务的具体行政法律行为，是国家行政机关在执行宪法、法律、行政法规或履行国际条约时所采取的具体办法和步骤，是为了保证行政法规的有效执行，而对特定的人和特定的事件所做的具体的行政行为。

各级行政执法单位在维护政府工作职能的正常运转上发挥了重要的作用。近年来随着我国法制建设进程不断加快，对行政执法单位提出了新的、更高的要求，同时，随着社会的发展，国家教育力度的加强，人民的文化知识水平不断提升，利用法律武器维护自身利益的意识逐渐增强，这也使行政执法单位在日常执法工作中面临新的挑战。

目前各项行政执法工作普遍存在任务繁重，执法力量不足，执法行为不够规范，质量不高，效率低下的问题。

(1)执法工作繁重，而相应的行政执法力量不足。随着经济的高速发展，监督管理的对象增多，工作面广，量大，任务繁重，各级安全生产监督管理机构经常处于被动应付的工作状态，人员编制不到位、经费、装备投入不足，处于“兵弱马瘦，粮草不足”，安全生产工监管工作“顾此失彼，疲于奔命”，所造成的结果就是执法不到位，监管不力现象。

(2)行政执法人员素质参差不齐，执法水平不高。办案人员自身学习不够，对依法行政认识不足，不严格要求自己，绝大多数干部职工学习热情缺失，甚至有人认为“学得越多，懂得越多，做事越多，犯错越多”，干脆就少学或不学，工作也就少做或不做。而且持这样观念的人不在少数，不及时更新知识，因此对法律规章的掌握也就不过细、一知半解，导致在办案过程中无所适从，再不就是凭主观好恶、凭想象办案，造成违法违规办案。

(3)我国目前行政执法单位中还有相当一部分人员不是相应法律专业学校毕业，绝大部分执法人员是半路出家，对工作中需要具备的相应法律知识还很缺乏。加上在加入到执法工作后，部分工作人员又没有系统、全面地接受相应的岗位技能培训，相关法律知识掌握的不够全、不够细，从而造成执法水平不够高，行政效率低下。

因此，如何持续提高执法队伍的快速反应能力，提升执法人员的业务水平及工作效能，进而规范执法管理，成为各级监管部门亟待解决的问题。为积极创新政府安全监管方式，完善安全生产治理体系，提高安全生产监管能力，必须通过信息化的科学手段建立一套基础数据齐全、执法反应快速、执法标准清晰、执法过程规范、执法证据确凿、执法结论公正的快速高效的安全监管机制。

其中，各项行政执法职能中，安全生产监管执法为各级政府工作的重中之重。随着经济建设的快速发展，企业在生产过程中的安全隐患日益突出。安全生产事关人民群众生命财产安全，事关改革发展和社会稳定大局。一旦发生安全事故，都将对国家及人民的生命财产造成巨大损失。各级政府的安全生产监管工作也因社会经济活动日趋活跃和复杂，特别是经济成分、组织形式日益多样化，以及公众对安全监管行政运行效率和透明度、对安全生产信息化服务提出的更高要求，而越来越复杂，越来越有难度。

安全生产监管部门从内到外都面临创新办法、提高效率、转变职能、强化服务的压力和动力。而社会信息化水平的不断提高，以信息化技术服务安全生产工作，提高安全生产监管科学决策和工作效率成为安监部门的不二之选。

政府各级监管部门这些年一直都在积极尝试利用信息化技术寻求有效监管的创新手段。各地都有开发一些执法管理系统，但大多都因监管底数不清、检查标准不完善等基础数据的缺乏，现场检查方式不灵活、不能满足企业生产现场纷繁复杂的情况，以及执法程序机械、不清晰等原因不能得到切实的应用。一些做的比较好的执法系统，在执法程序上给予了每一步的操作引导，但执法流程逻辑关系隐藏于数据中，执法人员普遍反应，只能在完成当前的工作后才能推送下一步的工作，执法人员特别是专业水平不高、执法经验不丰富的年轻人在目前工作没有完成前，就不知道下一步要办理的程序有哪些，根据隐患或违法情况可以采取哪些调查取证审查手续。案件办理的整体路径不明晰，可供选择的执法工作不清楚，就容易照成执法办案过程无所适从、不会统筹兼顾，后序要办理的工作，上序没有考虑，容易疏漏，照成取证不充分、不完善等种种不足。

技术实现要素：

有鉴于此，本发明提出一种基于标准化全景业务流程的智能执法系统，能给执法人员提供一个在全流程执法背景上动态办案的标准化、程序化、可视化、数字化行政执法信息化办案窗口。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于标准化全景业务流程的智能执法系统，包括：app终端、server端、pc终端；

所述app终端设有依次关联的执法任务模块、执法检查模块、结果处理模块、现场文书编辑模块、数据同步模块；

所述app终端通过数据同步模块将检查完成可上传的执法任务的所有相关数据传输保存到server端的数据库中；

所述pc终端设有执法任务管理模块；所述执法任务管理模块的每一条执法任务都链接业务流程图模块，通过业务流程图模块展示本任务的执法工作全景流程图；所述执法工作全景流程图通过各节点的属性展示各节点的完成状态，并通过各节点的链接，链接到各自所述的模块进行操作；所述pc终端还包括文书编辑模块、文书审核模块、听证管理模块；

所述pc终端与所述server端的数据库进行数据交互，用于按照执法业务流程逻辑加以分析，全面直观地绘制出展现执法检查和案件办理相关的执法文书的业务流程实时信息，包括执法文书的编辑状态、审核状态、撤销状态、附件信息、辅助说明、文书来源以及相互间的业务逻辑关系、关键节点的路径选择。

进一步的，所述执法工作全景流程图的节点包括：

(1)灰色未到达节点。在渲染流程图各个工作节点时，pc终端从server端的数据库文书表documentheader中读取其前绪工作节点的文书记录信息，满足以下条件之一时，则标记该工作节点状态值为unreachnode；

a:如果前续工作节点文书记录不存在；

b:如果文书记录存在，并且该文书类型的“是否需要审核”字段为true，审核状态值不等于审核通过；

前端页面通过ajax获取节点数据后，对于unreachnode标记的节点通过css样式渲染成灰色，表明未到该办案环节，节点无点击事件；

(2)绿色可编辑节点，该节点满足触发条件激活了该办案环节，处于可编辑状态。当用户点击该节点时，页面触发点击事件，读取节点代表的文书类型值systemname，跳转至对应的页面，进行文书编辑工作；

在渲染流程图各个工作节点时，pc终端从数据库文书表documentheader中读取其前绪工作节点的文书记录信息，同时满足以下条件，则标记该节点为reachnode状态值；所述页面通过ajax获取节点数据后，对于reachnode标记的节点通过css样式渲染成绿色；

a：该文书节点的文书记录不存在，即未编制。

b：前绪文书节点的文书记录已存在，编制完成，并且需要审核的文书的审核状态为审核通过；

(3)蓝色已完成节点，该节点的文书已编制，处于浏览状态；当用户点击节点时，页面触发点击事件，读取该文书记录的id，跳转至该文书的浏览页面，浏览页面可以查看、下载、打印文书和上传附件。

进一步的，所述执法工作全景流程图中，流程图线条都带有走向箭头，表示流程办理的方向，有实线和虚线之分；实线为必选路径，实线箭头指向的文书为必填文书，必须填制后才能触发该路径的下一个文书；虚线表示可选路径，虚线箭头指向的文书为选填文书，系统在触发该虚线路径时，可同时触发该路径的下一个实线指向文书；用户对虚线路径的文书可根据案情需要选择办理；

pc终端依据执法工作全景流程图中任两端的文书节点的状态值，将该连接该两端的线路对象状态值标记成unreachline、reachline和finishline，前端页面则通过css分别渲染成灰色、绿色和蓝色，辅助文书节点颜色，提示用户进展状况；

a:线路的起始节点状态不为finishnode，则为unreachline；

b:线路的起始节点状态为finishnode，结束节点状态值为reachnode，则为reachline；

c:线路的两个文书节点状态值均为finishnode，则为finishline。

进一步的，所述执法工作全景流程图中部署有两处研判图例，一处是在调查取证阶段结束后如何触发后序环节的研判，一处是审查决定阶段结束后如何触发后序环节的研判；

根据执法流程业务逻辑关系由系统进行办案路径的自动触发，在调查取证结束后按照取证情况对应的办案要求预制了所有可能采取的处理路径，设置成手动触发按钮，需要执法人员按照专业要求并结合取证调查情况对处理办法进行职业研判；

点击“请选择路径”节点按钮时，页面会弹出路径选择的模态框，选择路径提交后，后台将路径值存入数据库，渲染流程图时，根据路径值将上序的线路标记成finishline，渲染成蓝色；同时根据路径值将触发的线路标记成reachnode，渲染成绿色，表明选择了此路径；

在审查决定阶段结束，用户填写《案件处理呈批表》中的处理决定时，系统根据处理决定中的业务逻辑来判断存储后续路径值；渲染流程图时，根据路径值将上序的线路标记成finishline，渲染成蓝色；同时根据路径值将触发的线路标记成reachnode，渲染成绿色，标明此路径通道打开，可以办理。

进一步的，所述执法工作全景流程图中，各节点会在文书图框外右侧旁显示审批状态；点击显示的审批状态字样，可弹出文书所有的审批操作记录，供执法人员随时查看跟踪；另外，退回状态的文书节点，可点击进入文书编辑页面修改后重新提交。

进一步的，所述执法工作全景流程图中，包括现场检查阶段、立案阶段、调查取证阶段、审查决定阶段、执行阶段、结案归档阶段六个阶段，这六个阶段逐步演进，上一阶段没有完成，不能进入下一阶段；同时针对监管手册提出的绿色通道要求，设定了绿色通道的路径触发原则，并进行了可视化呈现。

更进一步的，所述现场检查阶段在app终端执行，通过“建议立案”选项作为触发系统展开案件办理的触发源，当上传的现场执法数据中，处理办法中有“建议立案”选项时，就会触发执法工作全景流程图中立案环节的立案审批表办理路径，并根据可先行取证的绿色通道规定，同时触发每个调查取证环节的首个取证办理路径；取证文书可在现场直接制作下达，也可以回到pc终端办理。

更进一步的，所述调查取证阶段，被“建议立案”触发后的六种取证方式，每一种都可单独进行也可结合进行；触发后六种取证来源路径都变为绿色，绿色线路箭头指向的每种取证首个文书图框变成绿色，同时为支持先行取证要求，询问笔录同时也变为绿色，文书送达回执始终处于绿色可编辑状态；绿色文书为可编辑状态，编制提交后变为蓝色，为浏览状态，文书变成蓝色后可触发该取证路径的下一个文书，依此逻辑关系逐步地进行案件取证流程的推进，其中带有审批表字样的文书需要完成审批，变成“已审”状态，才能触发下一路径；只要有一种取证路径完成，该线路全部变成蓝色，就会触发下一审查决定阶段的人工研判处理路径按钮。

更进一步的，所述调查取证阶段、审查决定阶段、执行阶段，除了依照各自的逻辑关系逐步地进行案件办理流程的推进外，各自都针对选填文书，设置了虚线路径。

进一步的，所述执法工作全景流程图中，对办案文书的编制都在前安监总局下发的标准文书模板中进行，办案文书之间按照流程图业务逻辑关系和路径触发的原则自动进行传值。

与现有技术相比，本发明具有如下的有益效果：

一、本发明建立标准化全景执法业务流程一张图：

按照《关于印发全国安全生产信息化总体建设方案及相关技术文件的通知》(安监总科技〔2016〕143号)文件及《全国安全生产“一张图”地方建设指导意见书》(安监总厅规划〔2017〕69号)文件要求，基于前安监总局颁发的《安全生产监管执法手册》为核心内容，围绕安全生产监督日常监管执法检查和案件办理的法制规定，并多次到天津市市级、区级、镇阶级安监机关执法队伍中实地执法调研，绘制了案件办理的执法业务流程图，并在流程图中充分考虑了法制允许范围内在实际执法办案要涉及到的特事特办、取证并行等多种可能，研发形成一套即满足法制要求、关键节点可控、又办案灵活、能涵盖现场检查、行政处罚、行政强制、案件移送、行政复议等各环节执法办案的文书制作全景业务流程图。

创新点：

1、系统根据执法任务各种不同的处理流程动态绘制执法业务全景流程图，

一图多用，灵活多变。

2、根据数据库中存储的执法业务数据，流程图能够实时显示各个部门对执法任务的

处理信息，便于部门间的沟通合作。

3、后台根据执法业务的逻辑关系及业务进展信息，严格控制流程图中执法文书节点的可编辑状态，规范执法行为。

4、后台根据执法业务的逻辑关系及进展状态，设置流程图中节点和连线的颜色，直观展现执法流程的路径及待办事项，便于用户一目了然。

5、后台根据执法业务进展，动态配置流程图节点说明以及路径解释等辅助提示信息，便于用户办公。

6、流程图中待编辑的文书节点配置链接，可以点击进入编辑/浏览页面，同时可以上传相关附件，方便实用。

7、流程图中附带审核状态、附件图标、来源图标等装饰信息，丰富执法流程信息，便于用户全局掌控，为监管部门提供全流程的标准化执法服务。

二、本发明在执法流程一张图中进行可视化、导航化执法办案：

为满足对纷繁复杂的案件既能规范执法，又能方便快捷的调取执法文书的需求，基于规范的全景执法业务流程一张图，利用信息化技术，开发出能操作、能查询、可提醒的可视化全景执法流程案件办理窗口。

在可视化、可操作的全景流程图窗口中，即能知道自己当前要办理的工作，也能时刻关注到下一步及以后的待办工作，还可随时查询之前已办理的工作。

可对现场检查建议立案的任务进行各类行政处罚文书的编辑和报批，对关键节点的文书、需要审批的文书都需要按处理流程进行锁定，当前工作办理完毕，会根据业务流程图的逻辑关系自动触发下一步一种或多种办理路径，已触发的流程允许选择办理，没有触发的流程不可以办理，必须等待触发条件，避免执法人员或者由于专业水平限制无所适从，或者凭主观好恶、凭想象办案，造成办案不严谨、违法违规办案的现象，从而达到规范执法的目的。

可视化办案窗口中专门设置了在流程图上直接调取文书编制的形式，并以颜色和说明文字等形式进行提示，方便执法人员直观、快捷调取文书进行编制。在可视化、可操作的全景流程图中，执法人员可以通过对案件进行分析，选择案件办理路径；

三、这套标准化、程序化、可视化、数字化行政执办案窗口，能给执法人员提供一个在全流程执法背景上动态办案的信息化服务平台，同时也可对执法队伍实现精准培训，能提升各级安全监管部门行政执法水平及工作效率，起到了严格规范市、区、镇街的各级安全监管部门的公正文明执法，增强安全监管执法的效能，能够建立一个责任体系严密、法治措施严格、体制机制高效的安全生产治理体系，能够切实增强我市的安全防范治理能力。对积极创新政府职能部门管理方式，完善管理体系，优化管理执法环境具有重大意义。

因安全生产监督执法的重要性、复杂性，从安全生产监督执法入手研究创新行政执法信息化监管方式，对其他各领域的行政执法的规范高效管理也是一种积极的探索。极具推广价值。

四、本发明的系统中，构建了针对不同职能的全流程执法服务，规范业务流程，为基层执法提供标准化的执法信息服务平台。系统处理流程在设计上是柔性的和模块化的，可根据实际的业务灵活设置，优化的业务流程管理可以对整个业务流程进行设定和适时的调整。通过不同的流程设置和检查内容可实现不同领域执法部门的各项执法业务。涵盖安全生产、消防、食品安全、环境保护、综合执法、综合治理、城建等各个职能部门的执法检查功能。

附图说明

图1是本发明实施例的系统架构示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图对本发明的技术方案做进一步的详细说明：

针对其他执法系统不能给执法人员提供一个在全流程执法背景上动态办案的不足，我们按照《关于印发全国安全生产信息化总体建设方案及相关技术文件的通知》(安监总科技〔2016〕143号)文件及《全国安全生产“一张图”地方建设指导意见书》(安监总厅规划〔2017〕69号)文件要求，基于前安监总局颁发的《安全生产监管执法手册》为核心内容，围绕安全生产监督日常监管执法检查和案件办理的法制规定，并多次到天津市市级、区级、镇阶级安监机关执法队伍中实地执法调研，绘制了案件办理的执法业务流程图，并在流程图中充分考虑了法制允许范围内在实际执法办案要涉及到的特事特办、取证并行等多种可能，研发形成一套即满足法制要求、关键节点可控、又办案灵活、能涵盖现场检查、行政处罚、行政强制、案件移送、行政复议等各环节执法办案的文书制作全景业务流程图。并基于该流程图，利用信息化技术，开发出能操作、能查询、可提醒的可视化全景流程图案件办理窗口。

在可视化、可操作的全景流程图窗口中，执法人员可以通过对案件进行分析，选择案件办理路径。为满足对纷繁复杂的案件灵活调取处理文书的需求，专门设置了在文书处理路径图上直接调取编制的形式，并以颜色和说明文字等形式进行提示，方便执法人员直观、快捷调取文书进行编制。

在可视化、可操作的全景流程图窗口中，即能知道自己当前要办理的工作，也能时刻关注到下一步及以后的待办工作，还可随时查询之前已办理的工作。可对现场检查建议立案的任务进行各类行政处罚文书的编辑和报批，对关键节点的文书、需要审批的文书都需要按处理流程进行锁定，当前工作办理完毕，会根据业务流程图的逻辑关系自动触发下一步一种或多种办理路径，已触发的流程允许选择办理，没有触发的流程不可以办理，必须等待触发条件，避免执法人员或者由于专业水平限制无所适从，或者凭主观好恶、凭想象办案，造成办案不严谨、违法违规办案的现象，从而达到规范执法的目的。

在可视化、可操作的全景流程图窗口中，还根据法制要求对相关办理文书的办理说明和时限要求进行提示，需要执法人员研判的办案路径，也都给出了明确的判断标准，帮助执法人员理解行政执法办案要求，指导执法人员按执法规范和时限要求规范执法。

在可视化、可操作的全景流程图窗口中，还根据执法业务逻辑关系，文书之间自动赋值，编制本序文书时，相关数据可从前序文书自动带入，如涉及到案情变化，还可对允许变化的数据进行二次编辑，帮助执法人员高效完成文书的编制任务。在文书编制界面，部署了“法规依据、编制说明、文书范例”等文书编制帮助功能，还支持对法规依据的直接调取引用。为满足纷繁复杂的执法环境，还可对已编制的文书进行必要的审批流程后撤销重新编制。

在可视化、可操作的全景流程图窗口中，强化痕迹化管理，推进对文本数据、音像数据的执法全过程记录制度，当前已办理的路径和文书、待办理的路径和文书、尚不可办理的路径和文书都标注了不同的颜色，可清晰的形成该案件的办理路径图，一目了然，形成一整套规范化、留痕化、闭环化的业务处理流程。实现了一种提升各级安全监管部门行政执法水平及工作效率、规范执法、预防执法风险、减少行政执法责任追究、实现执法过程可记录、结果可溯源、成果可展现的应用型、全流程的标准化、程序化、可视化、数字化行政执法办案窗口。

本实施例中，系统架构包括：

1、app现场执法：用户持移动执法app终端选择一个执法任务，点击开始执法检查，保存检查开始时间。执法人员开始对相应企业的安全生产事项按类别逐一检查。对于每个检查事项标记合格/不合格，并填写原因说明，然后保存到手机数据库检查项记录表中。

2、结果处理：app终端对执法任务中的诸个检查事项检查完毕后，保存检查结束时间。系统依据各个检查事项的检查结果情况，判断出执法任务的整体检查结果(合格/不合格)，并根据检查结果进入相应的结果处理界面。用户填写检查的检查场所、生产状态、企业相关信息等并保存。对于检查不合格的企业，执法人员选择处理方法及每个方法对应的一组检查事项，生成现场检查记录，并保存所有信息到数据库。

3、现场文书编辑：app终端根据用户选择的处理方法判断分析出需要一组填写的执法文书。用户逐个填写执法文书内容，保存执法文书的内容到数据库，并采用itext技术生成pdf文书。系统可连接便携式打印机，对pdf文书进行现场打印。待所有文书编辑完毕后点击执法文书完毕，系统将此执法任务标记成检查完成可上传状态，否则视作不可上传，需要完成编辑文书。

4、数据同步：app终端用户在联网状态下点击数据同步，发送http请求，调用webapi接口，将检查完成可上传的执法任务的所有相关数据(包括各个检查事项的检查结果信息、执法任务的整体检查信息、执法文书及内容等等)，传输保存到server端的数据库中。

5、业务流程图展示：pc端选择一条待办的执法任务，点击案件办理进入执法工作全景流程图，从数据库中读取该任务的现场检查信息、处理方法、文书编辑信息、文书审核信息等，按照执法业务流程逻辑加以分析，全面直观地绘制出展现执法检查和案件办理相关的执法文书的业务流程实时信息，包括执法文书的编辑状态、审核状态、撤销状态、附件信息、辅助说明、文书来源以及相互间的业务逻辑关系、关键节点的路径选择等等。具体步骤如下。

(1)辅助信息：流程图左上角显示检查的企业和处理方法，右上角展示图例信息，辅助用户阅览。蓝色节点表示已完成文书工作，绿色节点表示待编辑文书工作，灰色节点表示前续工作未完成，不可进行的工作。实线表示前后两个工作节点的必然前后关系，虚线表示前后两个工作节点的选择性关系，并且线条颜色附带工作进展状态信息。

(2)app端执法工作信息：后台webapi读取数据库文书记录表属于该任务且来源为app的文书，由文书标识值，文书的名称、文件地址、是否有附件、审核状态等信息构造成节点对象，并返回成json格式。前端页面通过调取webapi获取后台生成的一组文书节点对象等json数据，通过jsplumb技术动态绘制出来流程图节点，显示app端现场编辑的文书信息。

(3)pc端执法工作信息：后台webapi读取数据库文书记录表中属于该任务且来源为pc的文书，以及任务处理方法分析出的应该完成的文书工作信息，由文书标识值，文书的名称、进展状态值、是否有附件、审核状态、辅助说明等信息构造成节点对象以及节点连接线对象，并返回成json格式。前端页面通过jsplumb技术绘制静态的基础工作节点，然后通过调取webapi获取后台生成的一组文书节点对象以及连接线对象信息等json数据。根据连接线对象中的前后两个节点的标识值，以及进展状态等信息，通过jsplumb技术在对应两个节点间绘制相应的连接线，显示两者的工作进展状态。根据后台返回的工作节点信息，通过节点标识值寻找到浏览图中对应节点，填充其进展状态值、附件信息、审核状态等信息。

6、pc端文书编辑/浏览：pc端后台分析执法流程工作节点及前续工作节点的进展信息和两者之前的是否必然关系，标记各个节点的状态，前端页面通过webapi获取工作节点的状态json数据，并利用jsplumb技术在流程图中绘制展现出来。用户可以选择流程图中绿色文书节点进入编辑页面，方便简洁。选择蓝色节点可进入浏览页面，查看文书并能上传附件。灰色文书只能弹出提示信息，不可进入，代表用户尚不能处理此流程的业务。

7、文书审核模块：用户在界面中审核需要批准的文书，调取webapi将审核信息保存到server的数据库文书表中。在渲染流程图时，后台webapi将文书的审核状态值赋给文书工作节点对象的一个属性，前端网页将webapi返回的文书工作节点对象数据中的审核状态信息渲染在相应节点的右侧，供用户了解。

8、听证讨论管理：pc端听证部门用户会对立案的执法任务开展听证和集体讨论等工作处理，并通过webapi将生成听证类的文书信息保存到server数据库中。

后台webapi获取数据库中听证文书工作的进展信息，由文书标识值，文书的名称、进展状态值、是否有附件、审核状态、辅助说明等信息构造成节点对象以及节点连接线对象并返回成json格式。流程图渲染时，通过webapi获取听证工作节点的json数据，利用jsplumb技术绘制展现听证文书等工作进展信息。

在本发明所述的系统中：

一、案件办理流程图可实现对各图例的功能特色的自动控制和多形式的可视化表现，主要体现在以下八个方面：

1、执法文书工作节点操作按钮的功能特色的自动控制和可视化表现：

(1)灰色图框为未到达节点。在渲染流程图各个工作节点时，后台从数据库文书表documentheader中读取其前绪工作节点的文书记录信息。满足以下条件之一时，则标记该工作节点状态值为unreachnode；

a:如果前续工作节点文书记录不存在

b:如果文书记录存在，并且该文书类型的“是否需要审核”字段为true。审核状态值

不等于审核通过。

前端页面通过ajax获取节点数据后，对于unreachnode标记的节点通过css样式渲染成灰色，表明未到该办案环节，节点无点击事件。

(2)绿色图框为可编辑节点，说明该文书满足触发条件激活了该办案环节，处于可编辑状态。当用户点击文书节点按钮时，页面触发点击事件，读取节点代表的文书类型值systemname，跳转至该文书类型对应的页面，进行文书编辑工作。在渲染流程图各个工作节点时，后台从数据库文书表documentheader中读取其前绪工作节点的文书记录信息。同时满足以下条件，则标记该节点为reachnode状态值。前端页面通过ajax获取节点数据后，对于reachnode标记的节点通过css样式渲染成绿色。

a：该文书节点的文书记录不存在，即未编制。

b：前绪文书节点的文书记录已存在，编制完成，并且需要审核的文书的审核状态为审核通过。

(3)蓝色图框为已完成节点，说明该文书已编制，处于浏览状态。当用户点击文书节点按钮时，页面触发点击事件，读取该文书记录的id，跳转至该文书的浏览页面。浏览页面可以查看、下载、打印文书和上传附件。

在渲染流程图各个工作节点时，后台从数据库文书表documentheader中读取其文书记录信息。该文书记录存在时，则标记为finishnode状态值。前端页面通过ajax获取节点数据后，对于finishnode标记的节点通过css样式渲染成蓝色。

2、流程图线路图例的功能特色的自动控制和可视化表现：

流程图线条都带有走向箭头，表示流程办理的方向，有实线和虚线之分：

实线为必选路径，实线箭头指向的文书为必填文书，必须填制后才能触发该路径的下一个文书。

虚线表示可选路径，虚线箭头指向的文书为选填文书，系统在触发该虚线路径时，可同时触发该路径的下一个实线指向文书。用户对虚线路径的文书可根据案情需要选择办理。

后台依据两端的文书节点的状态值，该线路对象状态值标记成unreachline、reachline和finishline，前端页面则通过css分别渲染成灰色、绿色和蓝色，辅助文书节点颜色，提示用户进展状况。

a:线路的起始节点状态不为finishnode，则为unreachline

b:线路的起始节点状态为finishnode，结束节点状态值为reachnode，则为reachline

c:线路的两个文书节点状态值均为finishnode，则为finishline；

3、流程图研判图例的功能特色的控制和可视化表现：

在流程图中部署有两处研判图例。一处是在调查取证阶段结束后如何触发后序环节的研判，一处是审查决定阶段结束后如何触发后序环节的研判。

流程图已根据执法流程业务逻辑关系由系统进行了办案路径的自动触发。但在调查取证结束后如何触发后序的办案路径，因现场取证情况的纷繁复杂需要取证文书的相互印证，每一份取证文书都没有明确的指令，存在证据是否充分的不确定性，系统无法直接确定后序的具体办案路径。为此流程图在此处按照取证情况对应的办案要求预制了所有可能采取的处理路径，设置成手动触发按钮，需要执法人员按照专业要求并结合取证调查情况对处理办法进行职业研判。

用户点击“请选择路径”节点按钮时，页面会弹出路径选择的模态框，选择路径提交后，后台将路径值存入数据库。渲染流程图时，根据路径值将上序的线路标记成finishline，渲染成蓝色；同时根据路径值将触发的线路标记成reachnode，渲染成绿色，表明选择了此路径。

在审查决定阶段结束，用户填写《案件处理呈批表》中的处理决定时，系统根据处理决定中的业务逻辑来判断存储后续路径值。渲染流程图时，根据路径值将上序的线路标记成finishline，渲染成蓝色；同时根据路径值将触发的线路标记成reachnode，渲染成绿色，标明此路径通道打开，可以办理。

4、判断执法文书来源的功能特色的自动控制和可视化表现：

下达的执法文书有现场app端和pc端两种。在编制文书提交时，后台会标记存储文书记录的来源字段：fromapp和frompc。在渲染流程图时，后台读取分析文书节点的来源字段值，将其返回给页面。

(1)对于来自app端编制的文书，专门在流程图左侧开辟app专栏放置，以便让执法人员清楚区分。

(2)为完整体现案件办理的全部流程，强化可视化案件办理导航功能，案件办理所涉及到的文书全部放在流程图的右侧pc端专栏。对于案件办理取证既能在app端编制，又能在pc端编制的文书，如果来源字段值等于fromapp，则在pc端区域该文书节点的左上角显示手机图标，表示该文书是在手机端编制的。

5、判断执法文书有无附件的功能特色的自动控制和可视化表现：

渲染流程图时，后台从数据库附件表中读取判断每个文书节点是否存在对应的附件。如果有，则将hasattachement值标记为true，返回给前端页面。页面会在文书节点的名称后面显示回形针图标，提示用户该文书存在附件。

6、判断执法文书审批状态的功能特色的自动控制和可视化表现：

需要审批的文书一旦编制完成提交，后台将标记文书记录的审核状态值为待审，存储到数据库中。当审批人进行审批操作时，后台将根据审批结果更新审核状态值。

渲染流程图时，后台会读取文书节点的审核状态值，将其返回给前端页面。页面会在该文书图框外右侧旁显示审批状态；点击显示的审核状态字样，可弹出文书所有的审核记录，供执法人员随时查看跟踪。另外，退回状态的文书节点，可点击进入文书编辑页面修改后重新提交。

7、对执法文书办理要求进行提示的功能特色的可视化表现：

对于需要辅助文字说明的文书，流程图在文书节点旁附加个“！”图标，当图标触发鼠标的hover事件时，页面会自动显示该文书对应的辅助说明，提请执法人员遵照执行，及时办理。

8、支持某些文书要求编制多份的功能特色的自动控制和可视化表现：

按照安全生产监管要求，在一个任务中，有些执法文书可能要形成多份。页面会在这类文书节点旁标识“+”号图标，表示该文书可编制多份。点击该图标可打开一份新的文书编制界面，支持用户在流程图上对这类文书按需随时添加继续编制。

二、案件办理流程图路径触发逻辑的功能特色和可视化表现

案件办理流程图根据安全生产监管执法程序绘制，包括现场检查、立案、调查取证、审查决定、执行、结案归档六个阶段。按照安全生产监管执法要求，原则上这六个阶段是逐步演进的，上一阶段没有完成，不能进入下一阶段。但监管手册中也提到诸如先行取证，后补立案手续和针对证据不足如何快速处理的绿色通道要求，针对这些特殊要求，系统在案件办理流程图中也进行了可视化呈现，并由系统从后台进行控制和绿色通道的自动触发。

(1)现场检查阶段；

现场检查阶段在app端执行，产生的检查数据决定着是否触发案件办理流程图。

执法人员在现场检查或立案核查时发现安全生产隐患或违法(非法)行为，会根据法律法规相关规定采取相应的处理办法。系统已根据安全生产监管要求对处理办法进行了一一列示，供执法人员选择，其中“建议立案”选项就是触发系统展开案件办理的触发源。当现场执法数据上传到系统时，系统检查出处理办法中有“建议立案”选项时，就会触发流程图中立案环节的立案审批表办理路径，并根据可先行取证的绿色通道规定，同时触发每个调查取证环节的首个取证办理路径。取证文书可在现场直接制作下达，也可以回到pc端办理。

(2)立案阶段；

立案阶段包括《立案审批表》一种文书，系统对立案审批表的办理程序和时间要求进行了提示。

被现场检查处理办法“建立立案”触发后，《立案审批表》变为绿色，为可编辑状态。编制提交后变为蓝色，为浏览状态。

(3)调查取证阶段；

调查取证阶段包括询问、勘验、抽样取证、先行登记保存证据、查封扣押行政强制措施、停电停供行政强制措施六种取证方式，涵盖22种执法文书。

被现场检查处理办法“建议立案”触发后六种取证方式被一并触发，每一种都可单独进行也可结合进行。触发后六种取证来源路径都变为绿色，绿色线路箭头指向的每种取证首个文书图框变成绿色(特殊要求：为支持先行取证要求，询问笔录同时也变为绿色，文书送达回执始终处于绿色可编辑状态)。绿色文书为可编辑状态，编制提交后变为蓝色，为浏览状态，文书变成蓝色后可触发该取证路径的下一个文书，系统依此逻辑关系逐步地进行案件取证流程的推进(其中带有审批表字样的文书需要完成审批，变成“已审”状态，才能触发下一路径)。

其中，《行政强制审批表(延长查封扣押)》、《延长查封扣押期限决定书》、《行政强制审批表(恢复停电停供)》、《恢复供电(供应民用爆炸物品)通知书》在案件办理中有可能不涉及，设为选填文书，系统为此部署了虚线路径(《查封扣押决定书》编制提交后，触发《行政强制审批表(延长查封扣押)》、《延长查封扣押期限决定书》选办路径，同时触发《行政强制审批表(处理决定)》必办路径；《停止供电(供应民用爆炸物品)通知书》编制提交后，触发《行政强制审批表(恢复停电停供)》、《恢复供电(供应民用爆炸物品)通知书》选办路径，同时触发下一阶段的审查决定环节的办理路径)。

只要有一种取证路径完成，该线路全部变成蓝色，就会触发下一审查决定阶段的人工研判处理路径按钮。

(4)审查决定阶段；

审查决定阶段包括要采取的审查决定方式的选择、办理、听证及集体讨论四个环节，涵盖10种执法文书。

调查取证阶段至少一种取证路径必填文书全部实施完毕后，审查决定方式的研判选择按钮被触发，点击后出现弹窗，需要执法人员结合调查取证情况根据职业判断人工选择相应的处理路径。根据安全生产监管要求，流程图已部署五种审查决定方式的处理路径：①拟处罚，报请法核部门审核；②拟处罚，直接下达告知书；③证据不足，申请延期；④不属于本机关职责，需要移送；⑤查无实证，申请结案。这五种审查决定方式对应五条不同的处理路径，执法人员只能选择一种，选择哪种，系统就会自动触发哪条路径。触发后如果被触发的文书一直在绿色可编辑状态，系统允许操作者继续操作选择按钮重新选择处理路径，系统会根据操作者指令重新触发路径。

其中，当选择“④不属于本机关职责，需要移送”审查决定方式的处理路径时，系统直接触发执行阶段的路径；当选择“⑤查无实证，申请结案”审查决定方式的处理路径时，系统直接触发结案归档阶段的路径；只有选择前三种处理路径时才会触发审查决定阶段的路径。

审查决定阶段相应处理路径选择后被触发，线路变成绿色，线路箭头指向的文书变成绿色，变成可编辑状态；编制提交后变为蓝色，为浏览状态，文书变成蓝色后可触发该路径的下一个文书，系统依此逻辑关系逐步地进行审查决定流程的推进(其中《案件调查报告》、《案件延期审批表》、《听证会报告书》、《案件处理呈批表》需要完成审批，变成“已审”状态，才能触发下一路径)。

其中，《当事人陈述申辩笔录》和听证实施环节、集体讨论环节的文书在案件办理中有可能不涉及，设为选填文书，系统为此部署了虚线路径。如果案件办理涉及到听证实施环节，会由专门的听证组织部门在【听证讨论管理】业务模块维护，维护后的信息由系统自动反馈到经办执法人员的案件办理流程图中，供执法人员查阅。

当《案件处理呈批表》编制并审核通过后，系统会根据《案件处理呈批表》的处理意见，自动触发下一环节的执行阶段具体路径。

(5)执行阶段；

执行阶段包括行政处罚、案件移送、不予或免予处罚三种执行结果，涵盖10种执法文书。

执行阶段的触发源有两个，一是根据审查决定阶段最后的《案件处理呈批表》进行触发，二是根据审查决定阶段开始的审查决定方式选择按钮进行触发。二者在逻辑关系上是非此即彼关系，不存在同时被触发的情形。

系统在《案件处理呈批表》中部署有三种处理意见：①行政处罚；②不属于本机关职责，需要移送；③不予或免予处罚，这三种处理意见对应三种不同的执行方式。当《案件处理呈批表》编制并审核通过后，系统会根据在执法人员在《案件处理呈批表》中选择的处理意见，自动触发对应的执行路径。其中，当选择“③不予或免予处罚”处理意见时，系统直接触发结案归档阶段路径。

执行阶段相应执行路径被触发后，线路变成绿色，线路箭头指向的文书图框变成绿色，为可编辑状态；编制提交后变为蓝色，为浏览状态，文书变成蓝色后可触发该路径的下一个文书，系统依此逻辑关系逐步地进行执行阶段流程的演进(其中《案件移送审批表》、《延期(分期)缴纳罚款审批表》、《强制执行申请书》需要完成审批，变成“已审”状态，才能触发下一路径)。

其中，《行政处罚决定书(个人)》和罚款催缴强制环节的文书在案件办理中有可能不涉及，设为选填文书，系统为此部署了虚线路径，供执法人员根据办案情况选择使用。一旦需要填制选填文书，遵从选填文书流程的触发先后顺序，选填文书路径流程中有实线标志的，系统遵从实线箭头指向文书必填原则。

(6)结案归档阶段；

结案归档阶段包括《结案审批表》和归档操作按钮。

结案阶段的触发源有四个，一是根据审查决定开始阶段的审查决定方式选择按钮选择的“⑤查无实证，申请结案”进行触发；二是根据审查决定阶段结束的《案件处理呈批表》选择的“③不予或免予处罚”处理意见进行触发；三是根据执行阶段《行政处罚决定书(单位)》的编制提交进行触发，四是根据执行阶段《案件移送书》的编制提交进行触发，四者在逻辑关系上是非此即彼关系，不存在同时被触发的情形。

《结案审批表》编制提交并得到审批处在“已审”状态后，归档路径被触发，线路变成绿色，线路箭头指向的归档按钮变成绿色，处于可点击操作状态，点击后弹出归档确认框，确认后可跳转到归档目录界面进行操作(链接我的任务主界面【归档】操作)。

(7)案件办理流程图对文书撤销事件触发的逻辑关系的特殊处理；

已编制完成的文书还可以进行撤销操作，撤销申请指令在其他业务模块“文书目录”中进行，撤销申请需要审批。

文书撤销申请提交后，因文书一旦撤销，意味着原文书已发出的指令要作废需要重新触发，系统会将流程图所有已触发节点关闭等待撤销结果。系统会跟踪审批进程。

如撤销申请得到批示同意，系统会将得到撤销指令的文书变成绿色可编辑状态，其他路径依旧关闭，等待撤销文书修改后重新发出的触发指令。

撤销文书修改提交后，系统会自动打开流程图，新指令不影响的环节恢复原状，受影响的环节按新发出的指令重新触发演进。

如文书没有通过审批被审批人退回，审批状态恢复到原撤销前状态；流程图打开恢复原状，按原路径继续办理。

三、案件办理流程图在文书编制时相关内容具有从前序文书自动传值的功能特色：

案件办理流程图中对办案文书的编制都在前安监总局下发的标准文书模板中进行，

办案文书之间已按照流程图业务逻辑关系和路径触发的原则自动进行传值。

(1)办案文书在编制时相关内容的自动传值原则；

系统遵从相同字段只需维护一次，避免用户重复录入的原则，对所有办案文书的相关内容都进行了标注，如果发现该文书要填制的内容前序已经填写，系统会自动带入，无需执法人员再行填写，提高了文书编制的快速性和准确性，保证相关文书不会出现用词用语不一致的错误。

如果该文书要填制的内容要在前序内容的基础上编写，系统也进行了一一标注，在编制文书时也会自动带入，并具备二次编制功能，执法人员只需在此基础上再行填写，也大大提高了文书编制的快速性和准确性。

(2)办案文书自动传值在文书修改时的特殊处理；

如果已生效的文书因某些原因需要修改，经审批流程允许撤销后，流程图中对已撤销的文书变为可编辑状态，不受业务流程约束，但撤销文书之间的传值原则不变，系统会自动带入相关文书传值和原文书的编辑内容。但用户只能对本文书原编辑的内容进行修改，由其他文书的传值自动带入的且不可二次编辑的字段不允许编辑。为提醒用户注意，在进入文书时就进行弹框提示“文书之间有传值，如本文书不可编辑内容有变，请撤销相关源文书进行修改，本文书会自动进行更新”；并在文书编制界面附有字段来源表供用户追溯源文书，方便用户进行源头修改。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。