交通事故处理系统建设方案V.doc

青岛市公安局交通警察支队青岛市公安局交通警察支队青岛市公安局交通警察支队青岛市公安局交通警察支队 道路交通事故处理系统道路交通事故处理系统道路交通事故处理系统道路交通事故处理系统 建设方案建设方案建设方案建设方案 项目编号：项目编号：项目编号：项目编号：ZG-GASG-1141ZG-GASG-1141ZG-GASG-1141ZG-GASG-1141 海博科技信息系统有限公司海博科技信息系统有限公司海博科技信息系统有限公司海博科技信息系统有限公司 201120112011 年年年年 5 5 5 月月月月 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-1- 目目 录录 第一章第一章 前言前言 .1 1.1 项目背景 1 1.2 项目建设范围 1 1.3 系统定位 2 第二章第二章 系统目标和设计原则系统目标和设计原则 .4 2.1 系统设计的总体目标.4 2.2 系统设计的具体目标.4 2.2.1 实现事故处理工作流程自动化4 2.2.2 实现事故处理工作流程规范化4 2.2.3 实现事故处理工作流程灵活设置4 2.2.4 实现文书制作、案件评估和文书审批的人性化提示4 2.2.5 实现文书内部传输5 2.2.6 实现多系统信息对接5 2.2.7 实现文书信息比对5 2.2.8 实现事故处理多样化考核5 2.2.9 实现各子系统独立运行、连续作业5 2.2.10 建立事故处理电子档案库6 2.2.11 建立民警考核档案库6 2.2.12 报表统计分析功能6 2.2.13 系统生成文书电子印章6 第三章第三章 系统需求分析系统需求分析 .6 3.1对本系统的理解6 3.2 现场勘查 7 3.2.1 事故类型初步判定.7 3.2.2 预案启动.7 3.2.3 事故勘查.8 3.2.4 建立当事人、证人信息档案.8 3.3 调查取证 8 3.3.1 涉嫌犯罪案件.9 3.3.2 刑事强制措施.9 3.3.3 逃逸事故案件.10 3.3.4 涉外事故案件.10 3.3.5 程序转换.11 3.4 检验鉴定 11 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-2- 3.5 事故认定 11 3.6 行政处罚 12 3.6.1 简易程序处罚.12 3.6.2 一般程序处罚.12 3.6.3 涉外人员行政处罚.13 3.6.4 军人行政处罚.13 3.7 损害赔偿调解 13 3.8 档案管理 14 3.9 民警执法档案 14 3.10 考核 14 3.10.1 系统设置14 3.10.2 时限考核14 3.10.3 案卷文书考核14 3.10.4 人工考核15 3.11 电子印章的添加.15 第四章第四章 系统总体设计方案系统总体设计方案 .15 4.1 系统总体结构 16 4.2 系统总体框架设计 17 4.2.1 总体框架设计原则.17 4.2.1.1 先进性.17 4.2.1.2 开放性.17 4.2.1.3 可扩展性、可伸缩性.18 4.2.1.4 系统稳定性.21 4.2.1.5 易于管理和维护.21 4.2.1.6 安全性.21 4.2.2 系统整体层次结构设计.21 4.2.3 系统逻辑框架设计.23 4.2.3.1 IT 基础设施 24 4.2.3.2 表示组件与业务组件25 4.3 系统应用软件的总体设计 25 4.3.3 业务系统设计.25 4.3.3.1 简易事故处理子系统.25 4.3.3.2 一般事故处理子系统.26 4.3.3.3 辅助模块.45 4.3.4 管理系统设计.52 4.3.4.1 民警基本信息管理.52 4.3.4.2 组织机构管理.53 4.3.4.3 角色管理.53 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-3- 4.3.4.4 模块管理.54 4.3.4.5 信息发布模块.54 4.3.4.6 事故处理工作流节点管理.54 4.3.4.7 数据库运行监控管理功能.55 4.3.4.8 权限管理.55 4.3.4.9 详细系统日志记录.56 4.3.4.10 日志查询管理.56 4.3.4.11 系统数据库备份.56 4.3.4.12 车辆 GPS 管理56 4.3.4.13 死亡赔偿设置56 4.3.5 系统接口设计.57 4.3.5.1 122 指挥系统数据和派警信息接口57 4.3.5.2 公安机关办理刑事案件系统58 4.3.5.3 执法影音资料管理系统58 4.3.5.5 道路交通违法处理信息系统59 4.3.5.6 涉案车辆管理系统接口66 4.3.5.7 交警中间库接口66 4.3.5.8 350M 对讲机一键报备和定位信息接口.66 4.3.5.9 系统预留接口67 4.3.6 系统安全性设计.67 4.3.6.1 公安数字证书认证与用户名密码验证相结合67 4.3.6.2 数据自动备份机制67 4.3.7 信息交换设计.68 4.5 系统性能设计 68 4.5.1 响应时间性能指标设计68 4.5.2 吞吐量性能指标设计68 4.5.3 精度性能指标设计69 4.5.4 性能优化方案设计69 4.6 标准规范的遵循和制定 70 4.6.1 软件接口标准71 4.6.2 基础数据元标准71 4.6.3 数据交换格式标准72 4.6.4 信息分类编码标准72 4.6.5 认证、授权和访问控制标准72 4.6.5.1 访问控制技术标准.72 4.6.5.2 认证技术标准.73 4.6.5.3 资源访问控制的标准化.73 4.6.6 安全技术标准73 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-4- 4.6.6.1 加密算法、数字签名及 PKI 标准.73 4.6.6.2 安全体系结构标准.74 4.6.7 系统管理规范74 4.6.8 本项目建设需要制定的规范74 4.6.8.1 业务统计指标体系.74 4.6.8.2 信息交换协议.75 4.6.8.3 项目开发规范.75 4.7 系统总体方案的特点及优势 75 4.7.1 整体方案的特点75 4.7.1.1 系统的扩展性和灵活性.75 4.7.1.2 数据接口的设计.76 4.7.2 技术难点及相应解决策略的特点76 第五章第五章 系统测试方案系统测试方案 .78 5.1 系统测试概述.78 5.2 测试阶段划分及各阶段任务 79 5.2.1 单元测试79 5.2.2 集成测试79 5.2.3 系统测试（整体测试）79 5.2.3.1 功能测试.79 5.2.3.2 性能测试.81 5.2.3.3 安全性测试.81 5.2.3.4 可用性测试.82 5.2.3.5 其他内容测试.82 5.2.4 测试总结83 第六章第六章 售后服务方案售后服务方案 .84 6.1 售后服务承诺 84 6.2 售后服务保障措施 84 6.2.1 客户服务中心85 6.2.2 解决问题、排除故障的响应速度85 6.2.3 技术支持86 6.2.4 提供长期技术咨询服务86 6.2.5 定期回访与关怀服务86 6.2.6 监督服务86 6.3 关于系统维护的合理化建议 86 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-1- 第一章第一章 前言前言 1.1 项目背景项目背景 随着社会发展，车辆和驾驶员数量的不断增多，青岛市公安局交通警察支 队执法过程中问题不断出现，原有的交通事故处理模式已不能适应现阶段工作 的要求。在现有的事故处理过程中，事故认定书或现场勘查笔录等信息为民警 现场手写。部分民警由于字迹潦草或者绘制的现场图比例失调，导致当事人难 以辨认、看不明白，使当事人对办案民警存有怀疑、不信任的心理，破坏了警 民互信的和谐社会关系。 为解决群众对民警办理案件的疑问，简化民警办理案件的各种复杂操作， 规范民警的执法和办案流程，提高民警办案质量和业务水平，根据支队统一部 署，依靠转变习惯性的思维方式，发挥组织的创新能力， 贴近民警使用的理念， 建设道路交通事故处理系统，对交警支队交通事故处理进行更加科学合理的整 合，实现交警支队交通事故的案件办理、内部审批、信息研判统计、业务考核 等工作环节的有机结合及高度统一。 1.2 项目建设项目建设范围范围 青岛市公安局交通警察支队道路交通事故处理系统是青岛交警部门规范事 故处理业务动作，实现各相关处室的全面信息化建设。将业务流、信息流、管 理流进行多层次的交叉分析，为提高相关业务处室工作效率，精细化各部门、 各民警具体工作，为决策层提供理论及事实依据。本次建设范围包括： （一）建立青岛市公安局交通警察支队道路交通事故处理系统，连接接处 警指挥系统，获取接处警信息，与事故处理民警相关联，避免事故处理民警重 复录入。 （二）建立青岛市公安局交通警察支队道路交通事故处理系统，连接交警 交通事故现场绘图仪系统，取得现场图和现场勘查笔录 。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-2- （三）建立青岛市公安局交通警察支队道路交通事故处理系统，针对办理 一般程序道路交通事故设计不同处理流程，方便民警处理 车损、伤人、死亡 （一般、重大、特大） 、涉酒、涉外事故、逃逸事故、重大事故、特大事故等 不同类型的交通事故。 （四）建立青岛市公安局交通警察支队道路交通事故处理系统，当事故处 理进入调查取证阶段后系统根据需求自动生成各种表单案卷文书，提示民警进 入下一个案件处理流程。 （五）建立青岛市公安局交通警察支队道路交通事故处理系统，关联检验 鉴定部门业务系统，系统根据需求自动生成委托书及鉴定结论进行内部传输。 （六）建立青岛市公安局交通警察支队道路交通事故处理系统，在事故认 定处理过程中严格审批流程，精确时间限制。 （七）建立青岛市公安局交通警察支队道路交通事故处理系统，与违法业 务处理信息系统连接，进行行政处罚并保存相关资料。 （八）建立青岛市公安局交通警察支队道路交通事故处理系统，进行档案 管理并自动生成民警执法档案相应分值，对民警法律文书案卷文书的使用、办 案时限等进行考核管理。 （九）建立青岛市公安局交通警察支队道路交通事故处理系统，与公安机 关相关部事故统计系统相连接，系统可根据设定对事故信息进行上报；与涉案 车辆管理系统相连接，传递扣押、调取、放行信息；与公安机关办理刑事案件 系统相连接，传递交通肇事、危险方式驾车等涉嫌刑事案件信息；与车驾管、 盗抢车辆、人员基本情况、犯罪人员等信息库相连接，比对车辆和人员信息。 （十）建立青岛市公安局交通警察支队道路交通事故处理系统，与执法影 音资料管理系统连接，可调阅案件相关执法记录仪资料。 1.3 系统定位系统定位 青岛市公安局交通警察支队道路交通事故处理系统的总体建设目标是：建 立以问题诊断为前提，以解决问题为宗旨、以信息技术为依托、以完备绩效考 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-3- 核为手段的业务信息化流程应用系统。实现青岛市公安局交通警察支队组织内 部的决策、执行、监督等工作环节的有机结合及高度统一 。在响应公安部提出 信息化建设要求的同时，充分运用新技术、新手段，利用信息化技术，实 现由 现有的文件式工作方式向代表更先进方式的动态化、电子化工作方式的转变。 通过本系统建设，促进青岛市公安局交通警察支队事故处理工作效能持续提高。 争取系统建成后将成为山东省交通事故处理系统的示范工程。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-4- 第二章第二章 系统目标和设计原则系统目标和设计原则 2.1 系统设计的总体目标系统设计的总体目标 青岛市公安局交通警察支队道路交通事故处理系统建设的总体目标就是： 搭建针对全市的交通事故处理业务管理、分析及考核的多功能系统。以信息网 络为依托，重构和优化业务处理模式，实现对交通事故的有效管理，为公安交 警部门社会化服务提供全方位技术支持。 2.2 系统设计的具体目标系统设计的具体目标 2.2.1 实现事故处理工作流程自动化实现事故处理工作流程自动化 根据事故类型民警选择工作流程，按照预先设置的事故处理业务流程引导 办案民警按流程办理业务。 2.2.2 实现事故处理工作流程规范化实现事故处理工作流程规范化 系统按照工作流程提示民警处理业务，保证业务流程规范。参照 交通事 故处理精细化管理工作手册绘制文书，打印文书，保证案卷文书格式规范。 系统验证办案民警信息填写，保证信息完整和数据正常。 2.2.3 实现事故处理工作流程灵活设置实现事故处理工作流程灵活设置 实现在现有节点的基础上，根据用户需求动态修改工作流程节点 的执行顺 序。实现动态更新节点基础信息，设置事故类型与工作流程的关联，从而实现 事故处理工作流程的灵活设置。 2.2.4 实现文书制作、案件评估和文书审批的人性化提示实现文书制作、案件评估和文书审批的人性化提示 系统根据预先设置的业务处理时限，按照不同文书不同时限，不同申请不 同领导审批的规则，在页面中使用醒目字体颜色，给予办案民警 和审批领导友 好提示，防止业务办理超时现象的发生。按照预先设置的事故类型定义，提示 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-5- 民警识别特殊事故案件。 2.2.5 实现文书内部传输实现文书内部传输 系统按照工作流程中设置的文书传递顺序，控制文书在部门与部门之间网 上传输。实现节点验证，上一节点部门未处理文书时，下一节点部门无法看到 文书。实现文书查阅，上一节点部门可查阅已处理的文书。 2.2.6 实现多系统信息对接实现多系统信息对接 与 122 指挥系统信息对接，实现现场获取报警信息；与综合执法办案公安 机关办理刑事案件系统和违法业务处理信息系统对接，实现业务转移和完善办 案流程；与违法违章信息系统对接，实现对事故车辆和当事人违法信息比对； 与 08 事故信息统计系统对接，实现事故信息上传；与执法影音资料管理系统 对接，实现事故现场视频信息调阅。 2.2.7 实现文书信息比对实现文书信息比对 实现文书数据重复信息比对，发现重复数据能够做到文书信息回填，避免 了办案民警文书信息重复录入。 2.2.8 实现事故处理多样化考核实现事故处理多样化考核 系统根据办案民警的办案时限和相关领导的审批时限以及办案文书的完整 性对事故处理工作进行综合打分，实现动态设置扣分项目的扣分分值。将考核 成绩以事故为单位录入数据库，实现按照人员权限和事故关键信息对事故考核 档案进行灵活查阅。 2.2.9 实现各子系统独立运行、连续作业实现各子系统独立运行、连续作业 各子系统在处理相关业务时，能够独立于其他子系统，子系统之间耦合度 低，避免对单个子系统修改时造成其他子系统的影响。实现各子系统根据事故 处理业务流程，按顺序作业。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-6- 2.2.10 建立事故处理电子档案库建立事故处理电子档案库 实现文书信息数据库存储，文件资料通过扫描仪录入系统，事故文书、文 件资料与事故编号关联，形成信息树。 实现根据事故关键信息查阅事故处理档案的功能，方便事故处理文件的管 理和调阅。 2.2.11 建立民警考核档案库建立民警考核档案库 实现在办案过程中对民警执法行为打分，以每个事故为单位合计分值。并 将扣分原因和扣分分值录入数据库，形成考核档案库，民警可使用警员编号或 事故关键信息查询考核分数。 2.2.12 报表统计分析功能报表统计分析功能 实现以时段、人员年龄驾龄、车辆种类、营运车辆、四项指标为条件，以 事故处理档案库为依据，进行分析，形成多图形化报表。 2.2.13 系统生成文书系统生成文书电子印章电子印章 实现验证用户身份权限，通过 webservice 接口获取电子印章，在事故处理 文书中加盖电子印章，用于识别文书的合法性。 第三章第三章 系统需求分析系统需求分析 3.1对本系统的理解对本系统的理解 道路交通事故处理系统是推行警务管理创新过程中交警部门工作所依靠的 信息化办案系统，它具有方便快捷，规范统一，信息提示，业务办理，便民化 服务等重要功能，是青岛市交警支队推进公安交通科技信息化建设进程，和谐 警民关系，拓宽服务领域，提高办事效率的重大举措。 详细功能主要包括道路 交通事故处理一般程序的业务工作和数据资源，分类管理，网上审批，使办案 民警能够实时办理相关案件业务。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-7- 本系统能够提高办事效率，提升群众对交警服务的满意度。为事故部门量 身定做的业务处理系统，规范了民警办案的工作流程，提高了工作效率，减少 了工作中的人为影响，做到及时提示、实时监督、网上考核。 3.2 现场勘查现场勘查 3.2.1 事故类型初步判定事故类型初步判定 指挥中心民警接到报警信息后，接报警系统会为案件产生唯一编号 ，录入 报警信息。办案民警到达现场，根据事故现场情况判断事故类型，使用事故处 理系统启动办案流程。 事故处理系统与接报警系统对接，事故处理系统根据警车车号或民警警号， 通过与接警信息的关联关系查询案件接警信息，从而获取事故信息，展开事故 处理工作。避免事故处理民警到达现场后重复录入案件信息。 3.2.2 预案启动预案启动 办案民警在事故处理系统页面中，选择当前案件的事故类型，系统根据事 故类型判断当前事故为特殊案件后启动相关预案。 发生逃逸事故，系统显示逃逸事故呈报表提示民警完善信息，民警填 写完毕保存数据后，系统将民警填写的数据录入数据库，并提示相关领导在规 定时间内审批，审批后由支队指挥中心启动查缉预案。 发生涉酒事故，系统显示当事人血样（尿样）提取登记表 ，提示办案 民警完善信息，并使用红色字体在页面提醒办案民警提取的样本 24 小时内送 检。 发生车损、伤人、死亡（一般、重大、特大） 、涉酒、涉外、逃逸、重大 事故、涉外、涉警、涉军、涉及重点人物等事故，系统显示青岛市交通事故 上报信息表提示办案民警完善信息，民警填写完毕保存数据后，系统将民警 填写的数据录入数据库，并将民警填写的数据上报至大队指挥中心，提示相关 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-8- 人员处理。 发生特大、危化品事故，系统显示山东省交通事故上报信息表提示办 案民警完善信息，民警填写完毕保存数据后，系统将民警填写的数据录入数据 库，并将民警填写的数据上报至大队指挥中心，提示相关人员处理。 3.2.3 事故勘查事故勘查 事故处理民警到达现场后，系统提示开启执法记录仪。待判定事故类型后， 系统提示拍摄现场照片包括（方位、概览、中心、细目） ，填写现场勘查笔录， 将现场图和现场勘查笔录打印交由当事人、见证人，要求签字。 系统提示民警输入事故车辆号牌和当事人身份证号，系统比对违法信息， 如果发现当事人驾照扣分满 12 分或其他异常信息时系统报警，并通过交警中 间库接口对车辆或当事人执行锁档操作。 系统显示扣押、遗留物品清单提示事故处理民警完善信息。 系统页面显示“待文件扫描录入” 。提示民警将需扫描录入系统的文件， 回单位后录入。 3.2.4 建立当事人建立当事人、证人、证人信息档案信息档案 待系统检测现场勘察工作完成后，提示办案民警建立当事人、证人信息档 案，并系统界面中显示档案模板供民警填写。信息录入完毕后，办案民警可通 过事故关键信息查询事故当事人的信息档案。 3.3 调查取证调查取证 事故处理民警在完成现场勘查后，事故处理系统显示受理道路交通事故 案件登记表 ，提示民警填写录入，录入成功后，系统提示相关事故科领导自 事故发生之日起一个工作日内完成审批。 事故科领导审批通过后，事故处理系统根据事故资料生成 联系函 ，送 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-9- 达事故当事人。 事故调查民警需将当事人、证人、相关人员的询问笔录录入系统，系统自 动与相关事故编号关联，形成一体资料。 事故处理系统提示事故处理民警完善资料，包括：死者身份、伤亡情况材 料的扫描录入，车辆损失估价单扫描录入。 3.3.1 涉嫌犯罪案件涉嫌犯罪案件 当事故处理民警录入系统事故类型为涉嫌犯罪案件时，系统显示 接受刑 事案件登记表提示事故处理民警填写信息。待事故处理民警信息录入完毕后， 系统将登记表上传至大队，提示相关领导审批。 系统根据事故生成犯罪嫌疑人归案情况的说明与事故编号关联绑定。 系统生成立案决定书提示事故处理民警在作出事故认定书后五日内刑 事立案，在刑事立案后三个工作日内制作移送案件通知书和刑事案件联 系函提示事故处理民警完善信息。 系统设传唤通知书 、 拘传证 、 犯罪嫌疑人诉讼权利义务告知书三 个文书选项，待事故处理民警使用。 3.3.2 刑事强制措施刑事强制措施 当事故案件需采取刑事强制措施时，系统生成呈请取保候审报告书 、 呈请刑事拘留报告书 、 呈请延长拘留期限报告书 ，待事故处理民警填写 完毕保存后，系统提示大队分管领导审批。 事故发生三个工作日内系统提示事故处理民警完成刑事案件犯罪嫌疑人 亲属联系函 、 刑事案件受害人（亲属）联系函 。 系统在上一工作完成后 24 小时内提示事故处理民警填写取保候审决定 书 、 收取保证金通知书 、 拘留证 、 拘留通知书 ，在拘留期限满前 24 小 时内制作延长拘留期限通知书 。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-10- 当犯罪嫌疑人刑事拘留后，系统提示办案民警制作相关犯罪资料并到指定 医院体检。 系统生成呈请逮捕报告书 ，提示大队领导当日审批。待领导审批后， 系统提示填写提请批准逮捕书报同级人民检察院审批后，制作逮捕证 和逮捕通知书 。 系统提示办案民警填写变更强制措施通知书 、 释放通知书 、 释放证 明书 。 系统生成呈请破案报告书 、 呈请案件侦破终结报告书 ，提示大队领 导审批，提示民警填写补充侦查报告书 、 随案移交物品、文件清单 、 处 理物品、文件清单 。 系统生成起诉意见书 。如果检察院作出不予起诉决定，7 日内系统生 成要求复议意见书 ，如果复议的意见不被接受，系统 7 日内生成提请复 核意见书 。 3.3.3 逃逸事故案件逃逸事故案件 当发生逃逸事故案件，系统显示辨认笔录供民警使用，信息保存后与 案件编号关联，形成辨认模块，发布道路交通事故逃逸案件协查通报 、 逃 逸案件通报告知书 ，信息录入完毕后，系统上传支队发布。 系统显示上网通缉审批表 ，提示民警完善信息，信息保存后，系统提 示支队领导审批。 系统提示办案民警利用广播、电视、报纸等形式向社会通告。 3.3.4 涉外事故案件涉外事故案件 当发生涉外事故案件时，系统提示办案民警将当事人护照、签证、居住证、 居留许可扫描录入系统。 信息录入后，系统提示 24 小时内制作涉外案（事）件情况通报表 ，并 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-11- 提示支队领导审批。领导审批通过后，系统生成外国人死亡、被拘留、逮捕、 监视居住、扣留护照等情况通报表 ，系统提示支队领导审批。 支队领导审批后，系统生成道路交通事故处理（拒绝接受调查）工作记 录 、 道路交通事故处理（诉前财产保全）通知书 、 涉外刑事案件对外国人 扣留护照审批表 ，提示支队领导审批。 经调查事故构成犯罪的，系统 5 日之内生成公安机关涉外案（事）件登 记表 、 涉外案（事）件境外人员基本情况表 ，提示办案民警填写。 3.3.5 程序转换程序转换 当事故案件处理由一般程序转简易程序时，系统生成程序转换审批表 ， 提示事故科领导审批。 3.4 检验鉴定检验鉴定 系统生成伤情鉴定委托书 、 尸体检验委托书 、 车辆检验（逃逸车辆） 委托书 、 痕迹检验委托书 、 乙醇检验委托书 ，带电子印章，提示委托部 门（法医等）接收，待接收人签字后，回传委托单位。针对社会检验机构（公 安网外）的委托书 ，需扫描录入系统。 系统提示检验鉴定部门（法医）在收到委托后的 5 个工作日内（社会机构 20 个工作日内）制作鉴定结论，需要延长期限的，系统生成检验鉴定延长 时限报告书 ，上报相关领导审批，审批通过后，系统延长时限。 系统打印鉴定结论送达回执 ，当事人或被委托人签字后，扫描录入系 统。系统提供重新鉴定委托书供选择使用。如果使用，系统生成重新检验 鉴定结论，当事人或被委托人签字后，扫描录入系统。 系统显示返还物品凭证提示办案民警完善信息，系统提示科领导审批。 系统生成道路交通事故未知名尸体处理报告书 、 尸体处理报告书 ， 送达 回执当事人或被委托人签字后，扫描录入系统。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-12- 3.5 事故认定事故认定 系统显示道路交通事故公开证据笔录 ，提示办案民警完善信息，信息 保存后，系统将文件与事故编号关联，形成公开证据模块。 系统显示道路交通事故调查报告书 ，系统会在现场调查之日起七日之 内或检验、鉴定结论确定之日二日内要求办案民警填写报告书，使用红色字体 提示办案民警剩余处理时间，处理完成后，系统提示事故科领导二日内审批。 （对于不追究当事人刑事责任的事故由事故科领导进行审批；追究当事人刑事 责任的事故由事故科领导审批后，系统继续提示分管大队领导审批） 。 系统显示道路交通事故（集体研究）工作记录 ，提示办案民警完善信 息。 当事故认定时限终止时，系统显示道路交通事故认定时限终止报告书 ， 提示办案民警完善信息，并提示终止时间最多不超过六十日，报告书保存成功 后，系统提示支队领导审批。 系统显示道路交通事故认定书和道路交通事故证明 ，系统要求办 案民警自现场调查之日起十日内制作或鉴定结论确定之日起五日内制作，逃逸 案件在查获逃逸车辆和驾驶人后十日内制作，系统使用红色字体提示剩余时限。 系统显示送达回执提示办案民警完善信息，信息保存后，系统打印交 当事人或被委托人签字后，扫描录入系统。 系统提供事故回访表以备办案民警使用。 系统提示未侦破的逃逸案件每月通报一次，提示办案民警 逃逸案件办理 情况报告书 。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-13- 3.6 行政处罚行政处罚 3.6.1 简易程序处罚简易程序处罚 系统显示处罚决定书提示办案民警完善信息，信息保存成功后打印交 由当事人签字后，扫描录入系统。 3.6.2 一般程序处罚一般程序处罚 系统显示道路交通事故行政处罚报告书提示办案民警完善信息，信息 保存后提示科、大队领导审批，审批通过后系统提示执行扫描录入系统。 系统显示行政处罚告知笔录提示办案民警完善信息，在事故认定后五 日内系统显示道路交通事故行政处罚决定书提示办案民警完善信息，并使 用红色字体提示剩余处理时间。 系统显示公安交通管理传递通知书提示办案民警完善信息，信息保存 后，提示支队领导审批，审批通过后系统提示民警可执行吊销驾驶证。 系统提示办案民警行政拘留执行回执扫描录入系统。 系统显示道路交通事故处理（申请暂缓执行拘留）工作记录 、 暂缓执 行行政拘留决定书 、 收取保证金通知书 、 担保人保证书 、 退还保证金通 知书 、 没收保证金通知书 ，提示办案民警填写，文书信息保存后，系统提 示大队审批。 系统显示送达回执提示办案民警填写，信息保存后打印交由当事人签 字，扫描录入系统。 3.6.3 涉外人员行政处罚涉外人员行政处罚 系统提示持有中国驾驶证、不享有外交特权和豁免权的，适用行政处罚程 序，请外事部门派人员参加。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-14- 3.6.4 军人行政处罚军人行政处罚 系统显示行政处罚建议书提示办案民警填写并打印，移交部队管理部 门。 3.7 损害赔偿调解损害赔偿调解 系统提示扫描录入调解申请，系统验证是否超期提出申请 （结案 10 日内） ， 如果超期系统无法录入。 系统显示道路交通事故处理（不调解）通知书 、 委托书提示办案民 警完善信息。 系统显示道路交通事故调解记录 、 道路交通事故损害赔偿调解书 、 道路交通事故损害赔偿调解终结书提示办案民警填写并打印交由当事人或 委托人签名，扫描录入系统。 3.8 档案管理档案管理 事故处理结案后，系统提示十五个工作日内立卷。审核案卷自立卷之日三 个工作日内完成，系统生成案件评价审核表 、 案卷质量考核表 。 系统生成移交案卷登记表 ，系统提示事故科领导审批打印，交由档案 管理人员签收归档。 3.9 民警执法档案民警执法档案 系统根据交警规定分值，对办案民警执法警进行打分形成考核分值。 3.10 考核考核 3.10.1 系统设置系统设置 系统可动态设置限制性程序，涉及审批程序的，未审批的办案流程系统 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-15- 无法进入下一步办案程序。 3.10.2 时限考核时限考核 系统自动识别办案流程中所有操作是否按时完成，在规定时限未完成的， 系统将自动形成考核结果。 3.10.3 法律文书法律文书案卷文书案卷文书考核考核 系统自动识别办案中法律文书案卷文书的使用情况，根据使用情况和扣分 要求产生考核成绩。 3.10.4 人工考核人工考核 系统根据人员权限，只允许考核人员访问，考核人员可以通过人工阅卷考 核。 3.11 电子印章的添加电子印章的添加 系统把原来道路交通事故处理过程中的纸质文书纳入进来形成了电子文书， 为能够在确保电子文书有效性的同时，也使得电子文书能与传统纸质文书具有 相同的公信视觉效果，需要在系统中对电子文书加盖电子印章。 第四章第四章 系统总体设计方案系统总体设计方案 作为交警支队统一的警务流程信息应用系统的一部分，青岛市公安局交通 警察支队道路交通事故处理系统中的所有应用要共享硬件资源，同时系统要提 供数据共享的机制来保证各应用之间的数据和信息的共享，还要提供统一的管 理和配置方法对这些硬件和信息进行统一管理，本方案用户、认证、接口、资 源、接入、应用、管理等多个统一，保证了这些功能的实现。 青岛市公安局交通警察支队道路交通事故处理系统的特点可以概括如下： 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-16- 一个安全的系统 一个开放的系统 一个数据共享的系统 一个应用集成的系统 一个可管理的系统 坚持这“五个一”的设计的标准，可以使青岛市公安局交通警察支队道路 交通事故处理系统建设真正的形成一个先进实用的系统。不但能满足现在功能 的需要，而且是可满足将来需要的系统。将来的新增应用在这个 系统上也是即 插即用的，为更好的服务青岛市民打下坚实的基础。 4.1 系统总体结构系统总体结构 运行系统和搭建系统共同形成了“系统应用支撑系统” ，应用支撑系统统 一负责与外部相关业务系统、数据库及以 LDAP 服务器通讯，同时提供工作流、 安全、统计等通用组件的定制和管理功能。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-18- 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-19- 4.2 系统总体系统总体框架设计框架设计 4.2.1 总体框架设计原则总体框架设计原则 4.2.1.1 先进性先进性 系统设计采用了当今最流行的三层技术、J2EE 技术、Java、XML。系统 在设计时同时采用了多种流行设计模式，比如 MVC 模式、工厂模式、分层模 式等。 4.2.1.2 开放性开放性 开放性主要体现在以下几个方面： 遵循 J2EE 标准 J2EE 标准是目前三层技术架构最流行、最开放的标准。全世界的众多知 名的软件厂商、系统厂商以及一些标准化组织都在支持 J2EE 标准。采用 J2EE 标准进行技术架构设计是以后系统建设的趋势。在 J2EE 标准中，按照组件技 术进行设计是系统设计的核心。 采用 XML 技术 XML 技术在系统设计中主要应用在数据存储、数据传递等方面。特别是 在与外部系统进行数据交换时，采用遵循 Web Services 的 XML 标准可以为将 来系统可以提供某些服务供其他系统调用或者是系统需要调用其他系统提供的 服务时提供基础。 采用 LDAP 协议 在进行系统权限设计时，采用 LDAP 协议进行权限设计，有助于各个系统 对系统操作员信息的集中管理。本系统架构中提供的权限管理组件完全按照 LDAP 协议进行设计，并开放应用程序接口。 遵循国家、部、省市的相关标准和规定 系统在设计严格按照国家、部、省市的相关标准和规定进行设计。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-20- 系统采用主流产品 系统遵循国际、国内开放系统标准及协议，是当前业界的主流产品，已经 得到广泛使用，占有较高的市场份额。在同类产品中处于领先地位已经在全球 范围内的各种应用中大量采用，是经过各方面考验的先进和成熟的产品，采用 先进技术设计和制造，具有高性能，同时又成熟可靠。 按照统一规划、统一标准设计 系统在设计时，按照青岛市公安局交通警察支队道路交通事故处理系统的 建设要求、进行设计及规划。 4.2.1.3 可扩展性、可伸缩性可扩展性、可伸缩性 系统设计的可扩展性、可伸缩性主要体现在三个方面：系统架构的可扩展 性与可伸缩性、业务功能的扩展性与可伸缩性以及系统数据存储的扩展性与可 伸缩性。系统架构的扩展性与伸缩性主要是考虑系统采用的技术是否具有扩展 性；业务功能的扩展性主要是系统功能能否满足以后系统业务扩展的需要；系 统数据存储的扩展性与可伸缩性主要是在未来系统数据量急剧加大的情况下， 如何进行数据应对处理来保证系统性能的优化。 4.2.1.3.1 系统架构的扩展性与可伸缩性系统架构的扩展性与可伸缩性 采用组件技术 采用组件技术有助于系统架构的扩展，系统实质上就是一系列组件的有机 结合。 系统架构采用分层设计的思想 系统架构采用分层设计，有利于系统按照功能和性能要求进行扩展和完善。 比如系统运行 3 年以后，随着用户功能的增加和业务量的加大，系统性能发生 了很大的变化，需要及时调整系统的性能。到那时，系统架构设计师就可以根 据实际系统负载情况，将系统的一部分业务功能从目前的系统中分离出去。这 样的分离只是逻辑上的分离，对于用户来讲，系统还是一个有机的、统一的整 体。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-21- 采用 J2EE 体系结构 J2EE 标准是一套开放的、先进的、不断发展完善的体系。采用这个体系 进行设计，系统可以与以后的技术发展相结合。 采用 MVC 模式 MVC 架构也是当今很流行的一种设计模式。M 表示模式层，V 表示视图 层，C 表示控制层。模式层完成业务模型与数据模型管理，视图层主要完成用 户 界面的管理，而控制层主要负责接收客户端请求，并将相应的请求转发到 对应的业务逻辑进行处理。 4.2.1.3.2 业务功能的可扩展性与可伸缩性业务功能的可扩展性与可伸缩性 基于工作流的设计 在系统后台管理中，涉及到相关法律文书案卷文书的生成时 ，需要相关 人员进行审核后才可生成打印。通过工作流引擎实现业务流程定制就可以很好 的解决业务流程问题。支持多种业务流程，当业务流程发生变化的情况下，不 需要对整个系统程序进行重新编写，只需要对系统的业务流程进行相应的调整 即可完成业务变化的需求。 业务组件化设计 根据业务完成的功能，把相同的业务逻辑通过组件组织在一起。当系统功 能需要增加时，通过增加新的组件来达到功能的扩展。要达到这个目的，在时， 必须按照服务分类对组件进行不同层次的抽象和提取。由较高层次的组件完成 对新增加组件的协调和管理。 业务逻辑分层设计 进行业务逻辑分层设计的目的就是为了将不同组件之间的功能细化，完成 组件之间的协调与配合。有利于组件的增加和业务功能的扩展。 4.2.1.3.3 系统数据存储的可扩展性与可伸缩性系统数据存储的可扩展性与可伸缩性 青岛市公安局交通警察支队道路交通事故处理系统数据增长速度也是非常 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-22- 之快的，为了保证未来 35 年内系统的运行效率，就非常有必要对海量数据 的处理提出有效的解决方案。我公司通过多年来在公安大数据系统 上面的研发 经验，提出了多种有效的解决方案，包括： 数据分区策略 青岛市公安局交通警察支队道路交通事故处理系统中的某些表，如：事故 信息表、事故处理信息表、系统操作日志记录等都是十分常用而且数据量都非 常的庞大，为了提高对于这类表数据的处理速度，我们在业务数据库设计时将 采用分区的设计方案。 对于大表的分区处理如下图所示： 根据系统特点，数据的分区一般可以按照时间来进行，可以将同一年度或 季度的数据放在同一个分区中，将有助于提高数据的检索速度。将并行查询与 分区技术结合使用，也将大大提高系统的检索效率。 统计指标库策略 设计统计指标库的目的就是为了在生成业务指标数据的时候产生统计指标 数据。这样以来，统计数据就不再依赖于业务数据而存在。某些历史数据如果 在业务经办过程中不再需要，则可以采取历史数据转储的办法将数据放在其他 的备份设备上。 数据分离转储策略 随着时间的推移系统数据库中必然会出现大量很少使用的历史数据，如因 政策或法规变更废弃的公文、历史操作日志等。这些数据在系统中已经基本上 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-23- 不会再使用了，但又有一定的存在价值，对于这类数据将从系统中分离出来， 并转储到其他地方。这样将有助于减少业务系统中的数据量，同时在必要的 时 候，也可以对分离出去的历史资料进行查询。 4.2.1.4 系统稳定性系统稳定性 系统需要提供长期连续不断的可靠运行，因此系统架构设计必须考虑响应 的可靠性措施。包括系统连接数、服务器的最大负载、应用程序服务程序负载 问题等。充分考虑系统的可靠稳定，对于系统的长期运行很重要。 4.2.1.5 易于管理和维护易于管理和维护 采用简单、直观的图形化界面和多种输入方式，最大程度方便非计算机 专 业人员的使用。提供各种帮助、向导指引等手段，对系统实现多层次的可维护 管理。 4.2.1.6 安全性安全性 对于架构设计，安全设计主要考虑是日志服务、数据安全以及与安全认证 服务。日志服务主要完成对业务操作的记载，在重要业务失败或需要重做的情 况下，我们可以根据日志对业务进行回退或者按照业务操作步骤重新进行一次。 4.2.2 系统整体层次结构设计系统整体层次结构设计 青岛市公安局交通警察支队道路交通事故处理系统以电子政务标准体系为 指导，按照多层架构的模式将系统自上而下分为表现组件与业务组件、业务运 作支撑系统、IT 基础设施三个层次，监控及管理、信息安全是贯穿三个层次的 两大体系。 ITIT 基础设施基础设施 网络及硬件系统包括网络设备、服务器主机、操作系统、存储设备等资源， 是应用软件开发、运行的基础系统。网络系统层的构成具有个性化的特征，不 同的应用环境具有不同的主机设备、不同的网络设备、不同的存储介质、不 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-24- 同的操作系统。因此这要求建立在网络系统层之上的应用支撑系统层必须具备 跨系统的特性，只有这样才可延伸原有资源的生命周期，避免硬件设施 的重复 投资。我公司的解决方案框架系统是基于 J2EE 技术建设的，因此系统具备跨 操作系统的特性，从而可最大程度地保护用户投资。 数据层是数据的存储容器，是系统中所有业务实体对象持久化的实现途径。 在本系统中主要由交警对外服务基础数据库、交换数据库、资源数据库组成， 系统以 Oracle10g 为数据库服务器。 业务运作支撑系统业务运作支撑系统 应用支撑系统层起到保证事务完整性、响应大规模并发处理、支持异构系 统的互联，并对应用数据的安全性进行保障，是三层结构不可或缺的重要组成 部分。本系统采用 Apache 公司的 tomcat 作为 WEB 应用服务器。 业务支撑系统层是多层架构业务系统的核心支撑部分。业务支撑系统以 J2EE 应用服务器和消息（中间件为核心依托，包括 SSHHB、JBoss JBPM、 。SSHHB 是我公司多年来通过对 struts、hibernate、spring 三种技术框 架使用所优化封装的三层框架开发系统，为实现业务应用的快速开发提供动力 和保障；Jboss JBPM 是 JBoss 组织的开源工作流系统，用于管理后台文书审核 业务系统及设施处网上业务办理流程。业务支撑系统将各系统中的共性功能抽 象、封装并统一解决，提供丰富的功能组件，使用开发人员可以将主要精力集 成在业务逻辑，而不是复杂的技术实现。 表现组件与业务组件表现组件与业务组件 业务应用层是实现业务功能的层次，青岛市公安局交通警察支队道路交通 事故处理系统包括事故处理的现场勘查、调查取证、领导审批、分析研判、案 件考核五大模块。 表现层是最终展现在用户面前的可视层次，是用户与系统交互的接口。 本系统的核心业务以 Web Server(Cluster)/Portal 服务器为支撑，统一采用浏览 器作为表现层的展现形式，利用浏览器的基于 Internet 的强扩展性、零维护的 特点，对不同的应用模式采用不同的表现方案。 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-25- 4.2.3 系统逻辑框架设计系统逻辑框架设计 在青岛市公安局交通警察支队道路交通事故处理系统构造方法上，我公司 采用“IT 基础设施/业务运作支撑系统/表示组件与业务组件”三层结构，以提 升应用系统的适应能力，如上图示。下面我们从设计和实现的角度出发，并 青岛市公安局交通警察支队道路交通事故处理系统建设方案 青岛海博科技信息系统有限公司-26- 结合系统实际业务及建设目标，对此图进行深入剖析。 采用如上所述的分层的结构有着结构上的优点： 各层间有着清晰的职责的划分，相互之间通过定义良好的接口进行访问， 耦合度较低，可以相对独立的维护、修改和升级。 对于用户而言，用户体验、功能划分体现在渠道和用户界面上，各渠道通 过严格定义的接口，获取业务逻辑提供的服务。业务逻辑层的开发和建设 工作可以专注于为用户提供最高可用性上，其开发和进化可以相对独立的 进化。 业务逻辑层由负责具体