监狱谈话教育管理系统开发方案

 
 
 
监狱个别谈话教育管理系统
 

第 1 章 概述及建设背景

1.1 建设背景

个别谈话教育过程中对谈话前的准备工作缺乏信息系统的支撑，无法为谈话干警提供有效的谈话方案支撑，影响谈话的效果。
当前监狱干警通过谈话记录本登记谈话内容，包括谈话时间，谈话干警，谈话犯人，谈话内容等信息，就造成谈话内容查询难、复听难。
整个谈话机过程中缺少重要的监督考核机制，无法对谈话干警形成有效的激励和促进作用。
谈话教育做为监狱管理罪犯重要的一环，对于促进服刑人员改造起着至关重要的作用，为了加强谈话质量，促进谈话效果提升，提高教育矫治质量，所以建设一套完备的个别谈话教育软件管理系统对于监狱谈话教育工作的开展是至关重要、不可或缺的。

1.2 内容规划概述

个别谈话教育管理系统（下称“本系统”）主要是对监狱的教育谈话进行管理，通过信息化的手段，把监狱教育谈话制度化、规范化，对谈话的过程与谈话的内容进行记录、跟踪处理、存档。系统具体实现的功能如下：
1. 干警信息的管理：
对使用系统的干警、领导的个人资料信息与账号进行管理。根据在系统中处理的业务设置相关的角色，分配相关的处理权限。干警、领导根据分配的权限与用户登录系统后处理对应的业务。
2. 罪犯信息管理：
通过手工同步与定时任务同步两种的方式从狱政监管系统中获取监狱关押罪犯的信息，并根据本系统业务的要求对罪犯的信息在本系统进行扩展。
3. 谈话计划管理
针对“十必谈”的业务规则梳理出三种类型的谈话计划触发机制：
Ø 业务系统触发（自动计划）：通过查询已有业务系统的数据变更，自动触发谈话计划，例如犯人新入监或者换监区；
Ø 周期性谈话计划（手工计划）：针对监狱每月对罪犯的谈话次数的规定，谈话干警可指定本月谈话的周期性计划，到期自动提醒干警的谈话日程；
Ø 临时性谈话（手工计划）：例如犯人主动要求谈话，谈话干警需在本系统临时安排谈话计划。
4. 犯人谈话方案的管理：
根据犯人基本情况、谈话的要点、涉及到的谈话知识、法律法规制定谈话方案，预先做足与谈话对象谈话前的准备工作，以便干警在谈话市根据方案对犯人进行谈话，保障谈话效果。
5. 犯人谈话管理：
干警根据谈话方案组织犯人进行谈话，对谈话的内容通过录音笔进行录制，谈话结束后在系统总保存谈话的录音文件，对谈话的效果、注意事项等通过文字进行描述、存档并发给相关的人员与领导进行复听、批复。
6. 站内信息：
系统中的用户通过站内信沟通交流，通过公告模式发送消息，可一键发送给所有用户；也支持发送给指定范围的人员，可发给选定的某一个人或多人、选定某个或多个机构的所有人员。查看别人发给自己的信息并进行回复。
7. 谈话内容查询管理：
干警、监狱领导对谈话的内容通过组合查询条件检索的方式对谈话的内容进行检索，对谈话的录音内容进行复听，系统对被检索的信息、用户、复听的次数等进行记录。
8. 统计分析
根据组合条件对谈话的次数、谈话的效果进行统计，通过二维表、柱状图、饼图的信息对统计的结果进行展现。
9. 知识库
采用树形文件夹的方式层级管理各类知识库，包括心理知识、谈话技巧、法律法规等各类知识，支持上传和设置公开范围。
10. 系统管理
主要是对系统运维方面的设置进行管理，包括组织架构、用户、权限、日志、系统参数设置等进行管理。

1.3 使用群体

整理本系统需求时，特别应先理清梳理本平台的使用群体，再立足于使用群体的角度梳理需求。
本系统的使用群体有：
Ø 谈话领导：启动三级谈话；
Ø 谈话干警：谈话主体；
Ø 系统管理员：具有最高级权限。

第 2 章 功能设计

立足于使用者的角度，整个系统分为前后两端，前端为网站，用以发布展示公示信息；后端为业务处理端（需注册登录），整理功能需求如下：

2.1 系统登录

本系统需使用分配给各个干警的用户名密码登录本系统，支持用户名密码记忆功能。
登录界面风格采用富有监狱特色的logo设计。

 

2.2 我的工作台

为保障谈话工作的及时有序进行，系统提供了我的工作台，集中管理所有业务模块的待办任务，集中待办、消息、快捷菜单和最常访问链接以及统计分析；
 
除支持站内信息提醒外，另外系统提供多种提醒方式，包括：手机、即时通讯工具等。
 

2.3 罪犯信息管理

查看罪犯的基本信息、刑期等。
 
同步的罪犯的信息主要包括以下：
罪犯基本情况：通过手工同步与定时任务同步两种的方式从狱政监管系统中获取监狱关押罪犯的信息，并根据本系统业务的要求对罪犯的信息在本系统进行扩展。
定时2次

2.4 谈话计划管理

2.4.1 创建临时性谈话

系统支持人工创建谈话计划，从业务系统查询相关数据后，按照十必谈规则创建谈话计划。
针对“十必谈”的业务规则梳理出三种类型的谈话计划触发机制：
Ø 业务系统触发（手工计划）：通过查询已有业务系统的数据变更，手工增加谈话计划，例如犯人新入监或者换监区；
Ø 周期性谈话计划（手工计划）：针对监狱每月对罪犯的谈话次数的规定，谈话干警可指定本月谈话的周期性计划，到期自动提醒干警的谈话日程；
Ø 临时性谈话（手工计划）：例如犯人主动要求谈话，谈话干警需在本系统临时安排谈话计划。

2.4.2 创建周期性谈话

支持人工设定周期性谈话计划。
 

2.4.3 自动计划管理

从业务系统获取相关数据变动情况后，按照十必谈规则自动生成谈话计划。
十必谈计划生成规则：

十必谈内容	具体规则	获取字段	来源系统
新入监或服刑监狱、监区变更时	新入监	入监日期	监管改造系统
	监狱、监区变更	队别	监管改造系统
处遇变更或者劳动岗位调换	处遇变更	分管等级	监管改造系统
	劳动岗位调换		手工计划
收到奖励或者惩处时		狱内奖惩数据	监管改造系统（由计分考核系统写入）
罪犯之间产生矛盾或者发生冲突时		排查种类	狱情排查处置系统
无人会见或者家人长时间不与其联系时		会见登记数据	会见系统
行为反常或者情绪异常时		心理评估结果（评估结果为字符串，无法评定是否需要个别谈话）	心理矫治管理系统
主动要求谈话时			手工计划
暂予监外执行、假释或者刑满释放出监前	刑满释放	刑期起止	监管改造系统
其他需要个别谈话教育的			手工计划

由上表可知：
本次需要完成对接的业务系统包括：监管改造系统、狱情排查处置系统、会见系统、心理矫治管理系统共4个系统。
备注：本期项目预算只能提供监管改造系统、狱情排查处置系统共两个业务系统的接口开发，所以将会见系统、心理矫治管理系统的接口（灰色背景部分）需另外补充预算（参看补充协议）。

2.5 谈话方案管理

系统提供谈话准备前的各项资源的聚合，包括对谈话对象的基本信息、谈话要点、心理学知识、法律法规、历史谈话记录及相关案例的查询，为谈话做充足准备。
 
谈话开始时，谈话干警输入罪犯姓名，自动调出最近的谈话方案，包括谈话前准备的相关资料也可在本系统查阅，为干警谈话提供充分的依据，以保障谈话质量，提升谈话效果。
 
谈话方案（上图）

2.5.1 基本信息

自动提取罪犯的基本信息。

2.5.2 关联历史谈话记录

系统自动检索出谈话对象历史的谈话记录，以帮助谈话干警了解谈话对象之前的谈话内容，保障谈话效果。

2.5.3 关联相关案例

系统自动关联显示与本次谈话分类相同的其他罪犯的谈话案例，以供参考。
 

2.6 谈话管理

2.6.1 谈话内容登记

系统提供在谈话过程中进行谈话内容的登记，包括对谈话录音录像文件的上传、谈话的摘要以及分类的维护。
 
谈话干警对本次谈话的效果进行评估，如需启动三级、二级、一级谈话的，可自行选择上级谈话对象，系统自动启动上级谈话计划。

2.6.2 上传录音

系统支持对录音文件的管理，支持批量上传及上传状态的简监控，支持复听。
上传谈话录音时支持对谈话录音文件的时长进行识别验证，对于两个或者多个录音文件谈话时长一样的谈话记录和录音文件突出标记显示，并提醒给上级负责领导进行监督。
 
录音文件列表（上图）
 

2.7 谈话档案管理

2.7.1 谈话归档

系统支持对整个谈话记录进行归档，包括基本信息、关联的谈话要点、知识库、法律法规以及历史谈话记录和谈话涉及相关人员。
 

2.7.2 历史档案查询

对历史谈话档案支持丰富的查询条件。
 
选中一条记录，点击“查看全文”，可查看谈话记录的详细信息，包括谈话基本信息、谈话要点、引用的知识库和法律法规、历史谈话记录、上传的录音等附件以及谈话事件的相关人员。
 

2.7.3 案例库

系统支持将评选为经典案例的谈话记录归入案例库中，以方便谈话干警查阅和借鉴。
支持按关键字查询案例。
 

2.8 知识库

采用文件夹的形式管理各类知识资源，支持自定义文件夹、上传知识资料、设置可阅权限。

2.8.1 法律法规库

系统支持维护法律法规数据库，支持干警对各类法律法规的搜集整理上传和查阅。
支持按标题检索（不支持文章内容或者电子文件内容的关键词检索）。
 

2.8.2 心理知识库

系统支持维护心理知识库，支持干警对各类心理知识库、谈话技巧的搜集整理上传和查阅。
并可设定查阅范围。
支持按标题检索（不支持文章内容或者电子文件内容的关键词检索）。
 

2.8.3 标签库

系统支持维护标签库，包括“十必谈”以及各项自定义的标签内容。

2.9 绩效考核

对各监区的谈话进行月度、季度、年度的绩效考核，考核主要从谈话次数、谈话及时性、谈话质量三个纬度进行。
 

2.9.1 星级评分

系统支持对评分过程中的意见的录入以及上传证据附件，支持对评分项的设置以及评分最小单位的设置。
 

2.9.2 谈话次数

系统支持按时间段统计谈话次数（完成率）进行考核。
 

2.9.3 谈话及时性

系统支持按时间段统计谈话次数（延迟率）进行考核。
 

2.9.4 谈话质量考核

系统支持采用抽查的方式统计谈话质量星级评定分数来进行考核。
 
系统随机调出未评分的干警的谈话记录进行随机抽查。
 

2.9.5 谈话干警评分

系统支持对未评分的干警进行随机抽查评分。
 

2.10 统计分析

系统支持对各类数据进行自定义的统计分析；展现形式除常规表格外，还支持饼图、柱状图、折现走势图等多种展现方式。支持穿透查询。
 
统计效果图（上图）
统计内容包括：
罪犯调动的谈话、罪犯违纪的谈话、按时间段检索罪犯长时间未与家人联系的谈话、长时间未取得改造成绩的谈话、长时间未取得减刑的谈话、罪犯获得惩处的谈话、罪犯家庭出现重大变故的谈话、罪犯情绪异常行为反常的谈话、罪犯出现心理危机的谈话。
包括“十必谈“各种类型的覆盖率统计。
包括各个监区对掌握干警谈话情况以及犯人谈话情况的覆盖率统计。

2.10.1 统计方案管理

根据使用者的常用查询条件，系统提供了查询方案保存功能。

2.10.2 统计查询

提供丰富的查询功能，支过按监区、干警、时间段（点）、对谈话效果、谈话覆盖率、谈话次数、谈话星级评分、谈话计划完成率、谈话覆盖率等统计分析

2.11 系统运维管理

2.11.1 机构管理

用于管理使用本系统的机构，新增、修改、删除机构，注意区分“单位”与“部门”的区别。为适应多单位共用一个系统，本系统应支持层级管理。

2.11.2 用户管理

用于管理使用本系统的后台用户（业务管理员），可新增、修改、冻结（停用）、删除用户，可以重置用户名密码，根据用户分配权限。

2.11.3 权限管理

本系统供全监系统各级单位共同使用，涉及省、市、县区以及分局单位众多，不可能由一个系统管理员管理所有的组织架构、用户，以及各执法任务的内容、负责人、经办人等等。因此，本系统应支持分级权限管理，可将组织架构、用户、执法任务管理、任务执行管理权限分配给各级单位的系统管理员，由各级单位自行管理本单位（或下级单位）的机构、用户及经办人。
超级管理员具有最高管理权限；可以设置各单位系统管理员；
各单位系统管理员具有本单位及下级单位的最高管理权限；可以设置下级单位的系统管理员；
超级管理员可以根据业务需要设置各种用户角色，为角色分配权限与用户，拥有这些角色的用户能够使用系统对应的功能；超级管理员还可以设置一些公共角色。
各单位系统管理员可以为本单位及下级单位用户分配相关角色。各单位系统管理员可以自建私有角色，并为角色赋予自身权限范围内的权限；也可以使用超级管理员设置公共角色。
支持超级管理员开启或关闭各单位管理员新增、修改、删除机构和用户管理功能；（机构及用户信息应与现有用户系统进行同步，一般情况下应关闭机构用户管理功能，特殊情况下管理员可开启机构用户管理功能）
超级管理员可以动态增减、配置各类审批环节的权限；可配置各审批环境的负责人、经办人等；
经超级管理员授权，各单位管理员可对本单位参与执法任务的具体内容进行：
配置执法任务的经办人、负责人等；
增补本单位个性化权限要求； 
设置监察规则；
设置提醒规则；
经超级管理员授权，各单位管理员可动态增减、配置审批权在本单位的各类操作。

2.11.4 代码管理

用于管理本系统使用的各类代码，可新增、修改、删除代码种类，但系统固有代码种类不可以删除；可新增、修改、删除具体代码项目，调整代码项目排序，但系统固有代码项目不可以删除。

2.11.5 工作流管理

2.11.5.1 流程模型管理

系统应当支持快速搭建流程模型，快速定义流程环节，采用拖拽式的图形界面操作方式，简单易用。

2.11.5.2 审批方式

支持串联审批、并联审批、条件审批以及会签等多种审批方式。

2.11.5.3 节点配置

对流程的每个环节名称、处理人员、功能按钮、分支条件进行设置和管理。

2.11.6 表单管理

功能主要包括表单的新增、修改、删除以及表单打印模板配置等功能。
表单字段支持自定义，包括对表单元素的新增、批量新增、修改、删除等常用功能，表单输入类型支持文本框、单选框、多选框、文本域、日期输入框、下拉列表、图片上传、主从表单以及关联表单设置等功能。
表单的显示名称、排序、字段填写说明、自身约束、非空约束以及自定义动作都可配置。

2.11.7 站内信引擎

本系统应提供站内信功能，作为系统对用户的一个提醒工具，同时也是各单位、各用户之间的沟通平台。
支持系统发生站内信方式的提醒消息给工作人员；
支持系统管理员向全部用户或指定的人群发送各类公告信息；
支持定时发送功能；
支持下级单位工作人员在有需要也可以通过站内信与上级单位进行联系；
支持系统用户回复站内信。

2.11.8 日志查询统计

可以查询本系统各类日志，并可执行相关统计分析（注意区分与服务情况的统计分析的区别）。
【本系统的日志种类应有】
Ø 前台访问日志；
Ø 前台用户登录日志；
Ø 前台重要操作日志；
Ø 后台登陆日志；
Ø 后台重要操作日志；
Ø 系统管理日志；
Ø 功能配置日志；
Ø WS服务被访问日志；
Ø 访问其他系统日志；
Ø 其他系统运行情况重要日志；

2.12 个人设置

2.12.1 密码修改

用户登录后可以自行修改密码；

2.12.2 个性化功能定制

自定义提醒设置；
自定义快捷菜单；

2.13 对接设计

本系统不是一个封闭的、完全独立的系统。必须与监管系统进行对接。
对于监管系统，本系统是访问者，本系统必须按照对接系统提供的接口规范，主动访问其接口与其对接。
对于其他需要访问本系统的各个业务系统，本系统是服务者，本系统应该提供丰富的接口并制定相关规范、编制规范文档，指导业务系统按照规范读取和写入数据至本系统（暂不存在此类接口）。

第 3 章 集成、数据交换需求及边界

3.1 与监管系统对接

本系统在制定谈话方案时需调用监管系统犯人基本信息，需开发接口与第三方系统提供接口对接。
【本系统提供的接口应有】

服务接口	数据流方向（以本系统为视角）	功能说明
获取监管系统犯人基本信息数据	In	制定谈话方案时需调用监管系统犯人基本信息。

 

第 4 章 界面需求

4.1 标准化【所有界面风格及操作模式基本一致】

在同一用户界面中，所有的菜单选择、命令输入、数据显示和其他功能应保持风格的一致性。风格一致的人机界面会给人一种简洁、和谐的美感。用户界面的交互形式、格式等保持一致。

4.2 符合主流操作习惯

4.3 前台界面“清晰、简洁明了、大气”

4.4 合理使用默认值

合理使用默认值，尽量减少汉字输入：过多地输入汉字总使用户感到繁琐和头痛，因此应具有极少键入汉字而完成汉字输入的能力。采用代码输入、汉字显屏、窗口提示、光带选择等技术可以达到此目的。

4.5 合适的交互层次

一次输入内容过多时，应合理分步骤录入信息。对所有可能造成损害的动作，坚持要求用户确认等，合理的设计用户交互层次。

4.6 检错、容错能力强

工作人员实际操作时经常发生错误动作。本系统应能自检，并提示用户输入数据有错、错在哪里。

4.7 界面文字前后一致、意思表达准确易理解

特征要求系统界面展现及用户手册中的语言简练、前后一致、易于理解以及语句无歧义。功能名称、图标、提示信息等应该直接、明了，没有歧义，容易理解，让用户一看就知道是干什么的，而不是猜测其作用；使用手册应该站在读者的角度，充分考虑普通用户的接受水平，语言直白、描述细致、逻辑清晰，尽量避免专业术语。

4.8 帮助丰富

一是要建立在线的用户手册，用户对系统操作存在困难时，可以进入在线的用户手册，在线用户手册不仅有本系统的操作说明，还应该融合进业务管理相关的规定、制度。二是要在每个操作的界面中给予合适的提示性的帮助信息，告知用户此界面可以完成什么功能，可以执行哪些操作，对于此界面中较为特殊的字段属性，或者可能存在歧义的字段属性也应该给予相应的说明。

第 5 章 技术架构

本系统需采用J2EE技术开发。
本系统需采用MVC框架模式开发，尽可能分离界面显示层代码和业务逻辑层代码。
本系统应合理采用Ajax技术，提高界面的交互性。
本系统需采用WebService技术实现与其他系统的对接。

第 6 章 安全需求

6.1 密码与登录安全

本系统设计用户密码强度应有一定限制；登录时应采用图片识别码等技术防止暴力攻击；用户登录时，不得采用明文的方式传递密码，确保密码泄漏；用户密码在数据库中的必须通过MD5加密后存储。
启用电子签章，谁接收谁处理，系统留痕。

6.2 服务对象隐私信息保护

6.3 禁止上传可执行文件

所有应用系统如某些功能需上传附件的，应限制可上传文件的类型，禁止上传可执行文件。

6.4 防止SQL注入

本系统应设置过滤器机制，对所有的访问请求参数中是否存在SQL语句的关键字进行过滤，防止SQL注入的风险。

6.5 防止XSS注入

本系统应设置过滤器机制，防止XSS注入的风险。XSS注入它指的是恶意攻击者往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到恶意攻击用户的特殊目的。

6.6 防止脚本注入

本系统应设置过滤器机制，对所有的访问请求参数中是否存在恶意的JavaScript脚本以及其他脚本进行过滤，防止脚本注入的风险。

6.7 防止越权访问

6.8 异常错误处理

本系统应加强异常错误处理机制，避免系统抛出的错误提示中包含了太多的内容，有可能会被攻击者分析出网络环境的结构或配置。

6.9 接口安全机制

本系统提供接口供其他系统访问应用系统，应妥善处理接口访问的互相认证机制，通过白名单、口令认证、证书加密等措施，控制仅被允许接入的系统可调用相应的接口，且接口的调用必须保留日志记录。

第 7 章 性能需求

（1）本系统应设计应具有良好的可扩充性和可管理性，为今后扩展功能提供便利。
（2）系统应最低支持1000同时在线正常访问，支持50用户并发访问。
（3）系统应对大量图片、文档处理建立合适的处理策略，包括断点续传、文档缓存等机制。针对文件上传提供上传进度提示，文件上传速度不小于100K/秒。
（4）系统应能达到以下性能指标：
1、日常业务操作响应时间应不超过5秒；
2、简单查询响应时间应不超过2秒；
3、复杂和组合查询以及统计分析响应时间应不超过30秒；
4、简单汇总响应时间应不超过2分钟，其中固定算法汇总响应时间应不超过10秒；
5、一般文件上传处理时间应不超过10秒；
6、大文件上传应不超过5分钟,并有上传进度提示；
7、数据检索响应时间应不超过20秒。
 

第 8 章 补充协议

本次需要完成对接的业务系统包括：监管改造系统、狱情排查处置系统、会见系统、心理矫治管理系统共4个系统。
依据十必谈规则，通过调用上述4个系统的的业务数据，在本系统自动生成谈话计划：

十必谈内容	具体规则	获取字段	来源系统
新入监或服刑监狱、监区变更时	新入监	入监日期	监管改造系统
	监狱、监区变更	队别	监管改造系统
处遇变更或者劳动岗位调换	处遇变更	分管等级	监管改造系统
	劳动岗位调换		手工计划
收到奖励或者惩处时		狱内奖惩数据	监管改造系统（由计分考核系统写入）
罪犯之间产生矛盾或者发生冲突时		排查种类	狱情排查处置系统
无人会见或者家人长时间不与其联系时		会见登记数据	会见系统
行为反常或者情绪异常时		心理评估结果（评估结果为字符串，无法评定是否需要个别谈话）	心理矫治管理系统
主动要求谈话时			手工计划
暂予监外执行、假释或者刑满释放出监前	刑满释放	刑期起止	监管改造系统
其他需要个别谈话教育的			手工计划

 
备注：前期项目预算只能提供监管改造系统、狱情排查处置系统共两个业务系统的接口开发，所以将会见系统、心理矫治管理系统的接口（灰色背景部分）需另外补充预算进行开发。

 

• 广州教育软件开发方案
• 互联网教育软件定制开发
• 教育行业软件开发
• 教育类软件开发所需的功能与难点