公文交换数据库设计和功能模块说明
龙岩市政务数据汇聚技术规范
龙岩市政务数据汇聚共享平台建设和应用服务项目技术规范书龙岩市数字龙岩建设办公室2017年9月目录一、总则 (1)1.1概述 (1)1.2开发建设与服务内容 (1)1.3招标品目与服务清单 (1)1.3.1 应用软件系统品目 (2)1.3.2 系统软硬件品目 (3)1.3.3 硬件品目 (3)1.3.4 技术服务项目品目 (3)1.4报价要求 (3)1.5付款方式 (4)1.6验收方式 (5)1.7产权申明 (5)1.8遵循的技术标准 (5)1.9系统软硬件部署环境 (7)1.10安全与保密 (7)1.11关键技术与术语 (8)二、项目概述 (10)2.1项目背景 (10)2.2建设目标 (11)2.3建设和服务内容 (11)2.4建设原则 (13)2.5运行环境 (13)三、总体设计 (14)3.1总体架构 (14)3.2技术架构 (16)四、基础软件建设要求 (18)4.1大数据平台软件 (18)五、平台功能建设要求 (25)5.1功能结构 (25)5.2平台门户 (25)5.2.1 总量分析 (25)5.2.2 今日数据 (26)5.2.3 数据超市 (26)5.2.4 分类排行 (26)5.2.5 服务总线 (26)5.3数据服务 (26)5.3.1 数据查询 (26)5.3.2 服务管理 (27)5.4数据管理 (28)5.4.1 数据目录 (28)5.4.2 数据接入 (29)5.4.3 数据汇聚 (30)5.4.4 数据建档 (31)5.4.5 接口管理 (32)5.5数据工场 (33)5.5.1 模型库 (33)5.5.2 算法库 (33)5.5.3 数据加解密 (34)5.5.4 数据脱敏 (34)5.5.5 数据集成 (34)5.5.6 数据可视化 (34)5.6平台管理 (34)5.6.1 机构管理 (34)5.6.2 用户管理 (35)5.6.3 角色管理 (35)5.6.4 权限管理 (35)5.6.5 日志管理 (35)5.6.7 接入配置管理 (36)5.6.8 运行监控 (36)5.6.9 评价考核 (37)5.7我的工作 (38)5.8消息服务 (38)六、数据资源建设要求 (40)6.1数据资源中心总体架构 (40)6.2数据分区 (41)6.3数据组织分类 (41)6.3.1 部门业务数据库 (41)6.3.2 基础数据库 (41)6.3.3 主题数据库 (41)6.3.4 人口对象档案 (42)6.3.5 法人对象档案 (42)6.3.6 开放开发共享数据库 (42)七、数据共享交换要求 (43)7.1部署实施 (43)7.1.1 信息资产目录调查 (43)7.1.2 系统接入与数据处理 (43)7.1.3 数据共享服务 (43)7.2与省级平台数据共享要求 (43)7.2.2 目录通 (44)7.2.3 接口通 (44)7.2.4 数据通 (44)7.2.5 流程通 (45)7.3与外围系统数据交互要求 (45)7.3.2 市级部门业务系统的数据接入与共享 (45)7.3.3 主题共享 (45)7.3.4 业务协同 (45)7.3.5 平台门户 (46)7.4.1 数据采集 (46)7.4.2 数据推送 (47)八、典型应用服务要求 (48)8.1公共信用信息共享应用服务 (48)8.2企业信用（全省一张网）信息共享应用服务 (48)8.3网格化信息共享应用服务 (49)8.4网上办事信息共享应用服务 (49)8.5龙岩公共服务网信息共享应用服务 (49)8.6涉税信息共享应用服务 (50)8.7精准扶贫信息共享应用服务 (50)8.8“多规合一”基础信息共享应用服务 (50)九、安全体系建设要求 (52)9.1安全体系建设的目标要求 (52)9.2系统安全技术要求 (52)9.3网络与边界安全 (53)9.4主机系统安全 (54)9.5应用安全 (54)9.6数据安全 (56)十、平台软硬件配置 (57)10.1组网拓扑 (57)10.2物理服务器 (57)10.3云平台虚拟机 (58)10.4网络设备 (59)10.5安全系统设备 (59)10.6显示设备 (60)十一、项目实施管理要求 (61)11.1项目组织管理 (61)11.1.1 项目管理方法 (61)11.1.2 管理措施 (61)11.1.4 软件开发管理 (62)11.2工期与进度要求 (62)11.3质量管理 (64)11.4需求调研与分析 (64)11.5应用软件系统开发 (64)11.6应用与系统集成 (65)11.7运维服务质量要求 (65)11.8安装调试与部署 (66)11.9系统培训 (67)十二、持续开发和服务要求 (69)12.1持续完善平台功能，强化平台服务能力 (69)12.2持续改进服务措施，提升平台服务水平 (69)十三、运行维护、技术支持和保修服务要求 (70)13.1服务组织机构 (70)13.2服务响应 (70)13.3产品升级服务 (70)13.4软件开发、安装调试配合服务 (71)13.5售后服务的续保 (72)十四、标准规范建设要求 (73)14.1政务数据汇聚共享平台运行管理制度 (73)14.2数据管理和共享规范 (73)14.3数据接入规范 (73)14.4分析任务开发管理规范 (73)14.5分析模型开发管理规范 (74)14.6政务数据汇聚共享平台运维规范 (74)十五、原型系统演示 (75)15.1平台门户演示 (75)15.2部门数据资源中心管理演示 (75)15.3对接省平台获取回流数据目录 (75)15.4对接省平台实现数据回流 (76)15.5大数据平台管理能力 (76)15.6数据回流技术规范 (76)十六、技术文件及交付物 (77)十七、其他 (78)附件：福建省政务数据汇聚共享平台数据回流技术规范 (79)1.1.目的 (80)1.2.解释权 (80)1.3.规范性引用文件 (80)1.4.术语和定义 (80)3.1.接口约定 (82)3.2.身份认证接口 (83)3.3.目录获取接口 (84)3.4.数据获取接口 (85)3.5.公钥获取接口 (86)图3-1 龙岩市政务数据汇聚共享平台总体架构 (14)图3-2 平台技术架构 (17)图5-1 平台功能结构设计 (25)图6-1 数据资源中心总体架构 (40)图7-1 省市平台的关系 (44)图7-2 龙岩市政务数据汇聚共享平台与外围系统对接设计 (45)图10-1 龙岩市政务数据汇聚共享平台组网拓扑 (57)表4-1 大数据平台软件 (18)表4-2 大数据支撑软件 (19)表9-1 系统安全目标说明表 (52)表10-1 龙岩市政务数据汇聚共享平台物理服务器配置要求 (57)表10-2 龙岩市政务数据汇聚共享平台虚拟服务器配置要求 (58)表10-3 龙岩市政务数据汇聚共享平台群集交换机配置要求 (59)表10-4安全设备清单 (59)表11-1 项目工期进度安排表 (62)一、总则1.1.1 概述本文件是龙岩市数字龙岩建设办公室（以下简称买方）为拟建的“龙岩市政务数据汇聚共享平台建设和应用服务项目”（以下简称本项目）向提供项目开发、建设和提供服务的供应商（以下简称卖方）提出的整体技术与服务要求，作为双方合同签订的技术附件。
第三章电子政务的体系结构
4）电子政务安全支撑体系
统一的安全体系
为了实现数据资源共享、协同工作和业务互动， 电子政务需要建立统一的安全体系。这个统一安全 体系包括： ① 安全策略。 ② 数字认证和支撑平台。 ③ 数据资源访问控制机制。 ④ 网络安全措施。 ⑤ 系统冗余措施。 ⑥ 数据备份和应急方案。
5）电子政务标准化支撑体系
专网
专网（办公业务资源网）连接从中央到地方的各级党政 机关、上下级相关业务部门。根据机构职能，在业务范围 内，与内网有条件互联，实现地区级别涉密信息共享。
专网上运行从中央到地方的各级政府间的办公自动化系 统、行业部门业务管理系统。
专网与内网之间采取逻辑隔离。
外网
外网（公共管理和服务网）建立在公共通讯平台上， 主要用于政府信息发布，向社会提供政府服务。
体系的功能主要是保障实现信息资源共享和政务互联、 互通和互动。主要由六部分组成：
（1）总体标准； （2）应用标准； （3）应用支撑标准； （4）信息安全标准； （5）网络基础设施标准； （6）管理标准
总体标准包括电子政务总体性、框架性、基础性的标准 和规范。
应用标准包括数据元、代码、电子公文格式和流程 控制等应用方面的标准。
政府内、外网与互联网
“行政监管” “公共服务”
防火墙、代理服 务器或安全网关
政 府 内 网
物 理 隔 离
政 府 外 网
逻互 辑联 隔网 离
❖ 所谓“物理隔离”是指内部网不得直接或间接地连 接公共网即互联网。众所周知，互联网是开放的国 际化的互联空间，而安全和开放却永远是一对矛盾 。虽然可以利用防火墙、代理服务器、入侵监测等 技术手段来抵御来自互联网的非法入侵，但由于使 用者或设备本身的缺陷，这些技术手段都还存在许 多不足，使得内网信息的绝对安全无法实现。合理 配置内部网和公共网“物理隔离”，可以最大限度 保证政府部门的内部信息网络不受来自互联网的黑 客攻击。此外，“物理隔离”也为政府内部网划定 了明确的安全边界，使得网络的可控性增强，便于 内部管理。
信息资源规划及共享交换方案
1.1信息资源目录体系信息资源目录体系是以元数据为核心、通过元数据与信息分类、主题词表的结合，对信息资源进行能体现其内在关联的分布式网状组织，以方便信息资源管理、识别、检索、定位和共享的应用服务体系。
交通信息资源目录体系是整个平台的基础设施之一，是政务信息资源有效开发利用和整合共享的基本前提，是信息资源交换体系的雷达导航系统。
1.1.1信息资源目录架构信息资源目录采用元数据对数量多、门类广、分散在不同部门的信息资源特征进行描述，在目录中心形成统一规范的政务信息资源目录，通过对目录内容的有效组织和管理，形成部门之间信息资源物理分散、逻辑集中的管理和共享模式，通过该系统建设，可以将信息资源目录以多种不同的分类形式提供给使用者，使用者可以通过适合自己的目录路径精确定位和获取相关信息资源。
信息资源目录平台架构图目录内容服务业务流程图1.1.2目录体系内容建设步骤1、业务和信息资源编目建模与梳理工作的繁复相比，业务和信息资源编目建模工作则具有很强的专业性，应在元数据、目录分类和唯一标识符编码规划的基础上，利用目录管理系统提供的编目工具，逐步形成货运车辆基础共享信息、通行证基础共享信息等信息资源目录。
在建模之前应规划好编目所涉及的部门、业务、岗位、系统、数据库和编目颗粒度等一系列问题。
2、目录上传、发布将各参建单位编制好的信息资源目，通过目录前置系统，上传到目录中心，在目录中心系统里完成目录的注册、赋码、审核、发布等操作，然后就可进行日常的目录应用查询和更新维护1.1.3信息资源目录1.2信息资源共享交换体系信息资源交换体系的建设是通过建立信息资源交换平台、信息资源目录共享体系，在支队内部系统数据整合的基础上，围绕跨部门的业务协同，以部门业务信息为基础，确定各委办局间交换信息指标及信息交换流程，建立跨部门的“物理分散、逻辑集中”的信息资源交换平台、实现不同部门异构应用系统间信息交换与共享，从而提高各部门行政管理效率和公共服务水平。
国土资源电子政务数据交换平台的设计与实现
２ ＸＭＬ 的 特 性
Ｘ Ｌ ｅ ｔｎｉｌ ｒ ｕ ａ ｇ ａｅ 可 扩 展 标 记 语 言 Ｍ （Ｘ ｅ ｓ ｅＭａｋ ｐＬ ｎ ｕｇ ） ｂ 是 由 万 维 网联 盟 创 建 的 一 组 规 范 ， 是 一 种 在 ｗ ｂ环 境 下 它 ｅ
使 用 的 新 标 记 语 言 ， 便 于 软 件 开 发 人 员 和 内 容 创 作 者 在 以
１ 引 言
在 国 土 资 源 电 子 政 务 建 设 和 发 展 的 过 程 中 ， 部 门 的 各
间文件和将 中间文件导入 到数据 库的功 能 。
４ ２ 数 据 交 换 设 计 ．
数 据 交 换 类 型 分 为 三 种 ： 数 据 导 出 为 交 换 文 件 ； 换 源 交 文 件 导 入 目标 数 据 库 ； 数 据 库 与 目标 数 据 库 直 连交 换 。 源 自已 的政 务 信 息 、 务 管 理 及 公 文 流 转 等 应 用 系 统 这 些 系 业 ．． 统 采 用 的 数 据 库 和 开 发 方 式 各 式 各 样 数 据 格 式 、 计 水 平 、 ４ ２ １ 源数 据 导 出 为 交 换 文件 设 交 换 的 第 一 步 就 是 解 析 配 置 文 件 ， 了 操 作 方 便 ， 们 为 我 工 程 质 量 也 各 不 相 同 。 这 样 开 发 出 来 的 应 用 系 统 各 自 独 在 立 ， 闭运行 ， 封 自成 一 体 ， 本 不 能 互 通 互 联 ， 此 之 间 的数 为 交 换 文 件 定 义 了一 个 对 应 的 结 构 体 ， 反 序 列 化 的 时 候 基 彼 据 共 享 性 和 资 源 交 换 性 很 差 ， 而 导 致 数 据 资 料 整 体 利 用 将 配 置 文 件 解 析 成 一 个 结 构 体 集 合 。 然 后 遍 历 一 下 这 个 结 从
OA系统建设实施方案
OA系统建设实施方案..市XXXOA系统建设方案第一章需求概述（一）建设背景办公自动化系统（即OA系统）是将现代化办公和计算机网络功能结合起来的一种新型的办公方式。
随着互联网技术（Intranet、Internet）在我国迅速发展和普及，把OA推上一个新的信息化发展台阶——数字化办公阶段。
长期以来，XXX高度重视信息化建设，先后建立起完善的硬件应用平台，并研发和引进多套业务系统。
其中，应用较为成熟的是电子系统、计量业务系统、质检业务系统等，并有多套系统在研。
但是，随着机构的发展，公司已经逐步从集中式办公向总部->分中心的模式变化，早期建设的各种封闭的以业务为核心的系统面临着不能满足行政办公需求的情况。
因此，现阶段有必要重新建设一套技术先进，符合当前办公发展需要的办公自动化系统，增强协作，以更大发挥信息技术的优势，进一步提高医院行政办公的办公效率。
（二）建设目标1、实现全院的数据共享，基本解决信息孤岛问题。
不同业务的基础数据做到一次录入，跨部门、跨业务系统重复使用；..2、提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通；3、打破时空及地域限制，实现无纸化办公，远程办公、异地办公；4、通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持；5、提供完善的信息交流机制，方便院各部室、中心、协会和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享；6、充分利用现有建设好的网络环境及已有的网络配置资源，充分地保护已有的信息化投资；7、解决网络办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的部门综合业务处理机制；8、一期工程将建立相对独立于业务系统的行政办公系统，实现办公自动化。
二期工程将进一步实现与业务系统的无缝耦合，建成国一流的医院机构综合办公系统。
政府行业信息化管理系统建设与运维方案
行业信息化管理系统建设与运维方案第1章项目背景与需求分析 (4)1.1 行业信息化现状分析 (4)1.2 管理系统建设需求 (4)1.3 系统建设目标与预期效果 (5)第2章系统总体设计 (5)2.1 系统架构设计 (5)2.2 技术选型与标准 (6)2.3 系统模块划分 (6)第3章数据资源规划与数据库设计 (7)3.1 数据资源规划 (7)3.1.1 数据资源规划概述 (7)3.1.2 数据资源规划目标 (7)3.1.3 数据资源规划原则 (7)3.1.4 数据资源规划方法 (7)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 数据集成与共享概述 (8)3.3.2 数据集成与共享目标 (8)3.3.3 数据集成与共享原则 (8)3.3.4 数据集成与共享方法 (9)第4章系统功能模块设计 (9)4.1 业务流程管理 (9)4.1.1 业务流程设计：支持图形化拖拽式设计，实现业务流程的快速搭建与调整。
(9)4.1.2 业务流程审批：实现业务流程的线上审批，提高审批效率，保证业务流程的合规性。
(9)4.1.3 业务流程监控：实时监控业务流程运行状态，为决策者提供数据支持。
(9)4.1.4 业务流程优化：根据业务运行数据，不断优化业务流程，提升行业工作效率。
94.2 信息发布与管理 (9)4.2.1 信息发布：支持多种发布形式，如文字、图片、视频等，保证信息及时、准确地传达给相关人员。
(9)4.2.2 信息审核：建立严格的信息审核机制，保证发布的信息真实、可靠、合规。
(9)4.2.3 信息分类与检索：对信息进行分类管理，提供多维度检索功能，方便用户快速查找所需信息。
(10)4.2.4 信息统计与分析：对信息发布情况进行统计分析，为行业决策提供数据支持。
企业公文信息化管理技术及应用
浅谈企业公文信息化管理技术及应用摘要：文章主要阐述了企业公文信息化管理的主要作用，从而进一步针对企业公文信息化管理技术措施进行了详细地分析，着重从公文管理信息工作平台、系统功能及信息化管理要点进行论述，并提出了目前公文信息化管理技术的应用及创新，旨在有效地实现了信息的共享和集中管理的工作平台，提高企业单位的工作效率和质量。
关键词：公文管理信息化工作平台系统功能中图分类号：c29文献标识码： a 文章编号：1 企业公文信息化管理的作用（1）企业推行信息化管理是为了不断优化政府治理结构，减少管理环节层次，提高行政效率，降低行政成本，更好地为社会公众服务，建设服务型政府。
从行政管理改革上看，由于信息化管理应用于各级行政机构的最高层次，主要是为领导人的办公业务服务的。
因此，政府管理上的任何重要变革都不可避免地体现在政府领导人工作方式的变化上，公文运转管理必将随之而变。
因此，建立跨部门的“公文管理系统”将是重要的突破口。
如某市已经响亮提出：“开发一体化系统，实现一网式办公；建设一体化政府，实现一站式服务”，他们建立的首要的应用系统正是以跨部门公文管理为主体的“一网式协同办公服务”。
（2）信息技术的进步已经为我国电子政务的继续发展照亮了道路。
（3）在建设理念上，软硬件性价比飞速提升，集中化大型信息系统建管模式正在成为新潮流，为建立面向政务全流程而不是面向机构的跨部门电子政务指明方向。
通过电子政务持续地支撑政府管理创新和机构改革的技术条件完全成熟，需求十分迫切，任重道远。
2 企业公文信息化管理技术概述随着soa软件开发的“公文管理系统”在我国已经诞生并试用。
它是按真实的行政管理体系，由真正的各级行政领导以“职务任命”和“分配工作”的通常方式向属下授权，实现由行政管理者建立、管理和运行“公文管理系统”平台。
工作人员使用权限和信息操控将随各级领导的“职务任命”或“工作分配”的变动而变动。
这将使公文信息化管理工作更加贴近实际，更加安全、可靠、可信、简单、高效和易于普及。
派出所的办公自动化设计
派出所的办公自动化设计办公自动化(简称OA)是通过利用网络通讯技术、计算机技术和数据库技术三大核心技术,减少信息交流瓶颈、事务性工作的压力、人力投入,提高办公效率,面向组织的日常运作和管理的应用系统。
随着公安系统信息化进程的加快,各个派出所内部数据流、信息流的信息管理已成为派出所的管理提升的重要步骤,建设使用可靠的派出所办公自动化系统为民警办公提供方便，提高案件处理效率。
需求分析：派出所OA系统主要需求如下:(1)建设统一的派出所信息化办公平台,实现功能实用、维护方便、安全可靠的系统;(2)逐步实现派出所办公自动化、公文交换无纸化、管理决策网络化、公共服务电子化,逐步实现全面信息化。
●派出所民警根据植物的不同在本系统中具有不同的管理和应用功能，通过民警信息维护功能维护派出所民警的信息。
●派出所民警人数多，因此必须对其进行统一管理。
●所里接处警案件信息需要管理，添加和维护。
●能够查询某所有权限内的所有案件信息。
●能够统计一定周期内的案件处理情况。
●能够进行派出所内部文件收发和登录。
总体设计：该系统分为四大功能模块，包括民警信息管理（民警信息，协警信息），值班日程管理，案件管理（接处警管理，案件模板管理），信息公布平台。
派出所管理系统值班日程信息公布人事管理民警信息协警信息案件管理接处警案件模板管功能设计派出所信息管理系统要实现派出所人员信息管理，案件信息管理，以及新信息的及时公布，派出所人员对文件的签名接收等功能。
一.派出所人事信息管理派出所里包括民警和协警，对民警和协警的管理要分部门管理，实现警员信息公开化，协警信息公开化。
二.派出所案件管理派出所案件管理是派出所工作的重点，既要做到信息的对外保密性，又要做到信息对内的可查看性，接处警管理是案件信息管理的第一步，做好接处警登记管理，案件的完整性得到保证，同时为了给民警提供方便，系统提供案件模板的拷贝。
三.信息公布平台派出所的管理对信息的公布实现签名接收，既能确保信息的保密性，又能安全的分发到每个民警。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1公文交换数据库设计说明 基本信息 系统名称：wjjh 数据库名称：wjjh 密码：password 业务文件位置：WebRoot\app\wjjh
1.1公文信息表（T_SCOA_WJJH_GongWen） 实体类名称（com.sc.app.wjjh.GongWen） 存储所有发出的文件。
数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增
SID F_SID Varchar2(50) Id字段经过Md5加密后的字符串 文件标题 F_Subject Varchar2(200) 文件字 F_FileWord Varchar2(50) 文件年 F_FileYear Varchar2(20) 文件号 F_FileNO Varchar2(20) 密级 F_Secret Varchar2(20) 字典项内容 缓急 F_Priorities Varchar2(20) 字典项内容 主题词 F_KeyWords Varchar2(200) 公文版面 F_FilePage Varchar2(5) A4,B5 保密期限 F_ExpiryDate Varchar2(5) 年 文件类别id F_FileType 数字类型(20,0) 字典项id 文件类别 F_FileTypeName Varchar2(50) 比如，名传电报 主送 F_MainSend Varchar2(200) 抄送 F_CopySend Varchar2(200) 签发日期 F_SignDate Date Yyyy-mm-dd 签发人 F_SignName Varchar2(50) 创建单位区域代码 F_CreDeptAreaId Varchar2(20) 存放行政单位区域代码 创建单位名称 F_CreDeptName Varchar2(200)
协办单位区域代码 F_HelpAreaId Varchar2(2000) 逗号拼接起来的区域代码 协办单位名称 F_HelpDept Varchar2(2000) 逗号拼接起来的单位名称 创建人Id F_CreUserId 数字类型(20,0) 创建人姓名 F_CreUserName Varchar2(200) 首次发送时间 F_FirstSendTime Date
公文状态 F_State Varchar2(5) 0：新增 1：待签发 2：已签发，待主办盖章 3：主办已盖章，待协办盖章 4：已盖章，待发送 5：已发送 6：内部退回
公文类型 F_Type Varchar2(5) 1：普通发文 2：联合发文 备注 F_Note Varchar2(200) 发文范围 见T_SCOA_WJJH_SendLog 附件和文件 见t_scoa_sys_files 备注：显示顺序按照起草时间来倒排。 1.2发送日志表（T_SCOA_WJJH_SendLog） 实体类（com.sc.app.wjjh.SendLog） 数据项名称 类型编码 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增 SID F_SID Varchar2(50) Id字段经过Md5加密后的字符串
文件ID F_DataId 数字类型(20,0) 无
文件SID F_DataSid Varchar2(50) Id字段经过Md5加密后的字符串
发送单位区域代码 F_SendAreaId Varchar2(50)
发送单位名字 F_SendDeptName Varchar2(50)
发送人Id F_SendUserId 数字类型(20,0) User(ID) 发送人 F_SendUser Varchar2(50) 发送时间 F_SendTime Date 接收单位区域代码 F_RecDeptAreaId Varchar2（50）
接收单位名字 F_RecDeptName Varchar2（200）
签收人Id F_SignUserId 数字类型(20,0) User(ID) 签收人名字 F_SignUserName Varchar2(200) 签收时间 F_SignTime Date （操作时间）
签收标志 F_SignFlag Varchar2(5) 待签收：0 已接收：1 已退回：2 已收回：4 待发送：5 回执内容 F_HzContent Varchar2（2000） 备注 F_note Varchar2(200) 退回原因 1.3联合签章表（T_SCOA_WJJH_JOINSIGN） 实体类com.sc.app.wjjh.JoinSign 普通发文：只需要公文主办单位签章 联合发文：需要公文主办单位和协办单位共同签章 此表是针对联合发文中协助单位签章问题而设计的
数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增
SID F_SID Varchar2(50) Id字段经过Md5加密后的字符串 文件ID F_DataId 数字类型(20) 无 文件SID F_DataSid Varchar2(50) Id字段经过Md5加密后的字符串
协助签章类型 F_SignType Varchar2(5) 顺序签章：1
并联签章：2
所有签章单位区域代码 F_AllSignDeptAreaId Varchar2(200) 区域代码用逗号
隔开
已签章单位区域代码 F_SignedDeptAreaId Varchar2(200) 区域代码用逗号
隔开
当前签章单位区域代码 F_CuSignDeptAreaId Varchar2(200)
签章时间 F_SignTime Varchar2(200) 逗号把时间拼接起来，顺序和已签章单位对应 yyyy-mm-dd HH:mi
签章单位个数 F_SignDeptNum 数字类型(20)
备注 F_Note Varchar2(200) 顺序签章实现方案：初始时把【所有签章单位区域代码】字段的第一个单位的区域代码放入【当前签章单位区域代码】字段中。协办单位签过章后把此单位的区域代码加上【已签章单 位区域代码】字段中，并设置【当前签章单位区域代码】，同时设置签章时间。 并联签章实现方案：把所有未签章的单位放入【当前签章单位区域代码】即可，签章后更新【已签章单位区域代码】
1.4 群组设置(t_scoa_app_groupset) 实体类com.sc.app.wjjh.GroupSet 数据库表结构： 数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增 创建人id F_creuserid 数字类型(20,0) 创建人姓名 F_creusername 可变长字符串(200) 创建部门区域代码 F_creDeptAreaId 可变长字符串(50) 创建部门名称 F_creDeptname 可变长字符串(200)
群组名称 F_groupname 可变长字符串(200) 不是群组的话不设置
群组标志 F_flag 可变长字符串(10) 0 1群组，0所含部门 包含部门的区域代码 F_deptAreaId 可变长字符串(50)
包含部门名字 F_deptName 可变长字符串(50) 所属群组的id F_groupid 数字类型(20,0) 群组不用设置 备注 F_note 可变长字符串(500) 此表存储了两种类型的数据：群组数据和群组包含的部门数据，黑色代表群组信息
1.5操作日志T_SCOA_WJJH_operateLog 实体类com.sc.app.wjjh.OperateLog 数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增 表名 F_tablename Varchar2(50) 数据id F_dataid 数字类型(20,0) 日志类型 F_logType Varchar2(5) 1:普通用户 操作人id F_Operateuserid 数字类型(20,0)
操作人姓名 F_Operateusername Varchar2（50）
操作部门区域代码 F_OperateDeptAreaId Varchar2（50） 操作部门名称 F_Operatedeptname Varchar2（50） 操作时间 F_OperateTime Date 操作Ip F_OperateIp Varchar2（20）
操作内容 F_OperateContent Varchar2（500） 操作＋“内容” 如：删除“测试发文”
1.6打印份数记录表 T_SCOA_WJJH_SENDPRINT 实体类com.sc.app.wjjh.SendPrint 数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增 表名 F_tablename Varchar2(50) 数据id F_dataid 数字类型(20,0) 数据sid F_datasid Varchar2(50) Ceb文件unid F_CEBFILEUNID VARCHAR2(100) Ceb文件id 部门名称 F_DEPTNAME Varchar2(200) 部门区域代码 F_DEPTAreaId Varchar2(50) 打印份数 F_PRINTCOUNT 数字类型(20,0)
1.7材料信息表（T_SCOA_WJJH_CaiLiao） 数据项名称 字段名称 字段类型 缺省值 备注 ID ID 数字类型(20,0) 无 自增
SID F_SID Varchar2(64) Id字段经过Md5加密后的字符串 材料名称 F_ClName Varchar2(200) 材料类型 F_ClType Varchar2(50) 材料类型？ 密级 F_mj Varchar2(50) 字典项内容 紧急程度 F_jjcd Varchar2(50) 字典项内容 上报单位区域代码 F_SbDeptAreaId Varchar2(50) 存放行政单位区域代码 上报单位名称 F_SbDeptName Varchar2(200)