各设区市人民政府，各扩权县 （市）人民政府，省政府各部门： 为了做好政府系统电子公文交换应用系统推广工作，现就有关事项通知如下： 一、按照中共中央办公厅秘书局、国务院办公厅秘书局中秘文发〔２００５〕５６号文件要求，为进一步推进公文处理工作的科学化、规范化，提高公文运转效率，２００６年７月１日后上报省政府暨办公厅的公文启用二维条码功能 （机关公文二维条码的使用规范见附件１），请各级各部门遵照执行。 二、全省电子公文交换应用系统由省政府办公厅统一组织协调，省级电子公文交换应用系统由省政府办公厅组织实施，各设区市政府电子公文交换应用系统由各设区市政府办公厅（室）具体实施。请各设区市和省政府各部门将负责电子公文交换应用系统的联系人名单于３月２０日前报省政府办公厅（联系电话：０３１１－８７９０２３５９）。 省政府办公厅统一组织各单位安装电子公文业务处理系统和版式文件应用程序，省政府各部门以省政府办公厅中心服务器为电子公文交换平台。各单位联网计算机最低配置为：内存不少于２５６ＭＢ，硬盘不小于４０Ｇ，ＷＩＮＤＯＷＳＸＰ操作系统。 各设区市政府按统一要求建设市级电子公文交换分中心 （市级政府系统电子公文交换应用系统建设规范及配置要求见附件２），并结合现有设备情况落实项目资金，为完成省、市、县三级政府和部门公文的交换和共享做好准备工作。 三、各级各部门要切实解决好政府系统联网计算机在收发文件及信息方面存在的问题。联网计算机要专人负责，严格遵守有关规定，按时开机，使用专线联网的市、县和省政府部门应保证不间断联网，采用其他联网方式的部门应保证每天上、下午至少联网一次。今后对因不及时接收文件而影响工作效率的部门和单位将给予通报批评。 二○○六年三月六日 附件１： 机关公文二维条码使用规范细则 《机关公文二维条码使用规范》（以下简称《规范）是中共中央办公厅秘书局、国务院办公厅秘书局根据公文管理的需要，提出并制定的应用于公文管理的条码规范。为尽快在政府系统中推广应用公文二维条码（以下简称条码），特制定本细则。 一、条码的使用范围条码可应用于各单位制发的各类公文（本细则中，文件、简报、电报及刊物统称为公文）。 二、字段使用细则 （一）基本数据元素 标 识 符：００１ 名 称：条码版本标识符 约 束：必选数据 格式：Ｃ１１ 此字段标注条码惟一版本号，由 《规范》制作单位规定，各单位必须统一使用，不可更改，本条码规范的版本号为：ＧＢ０６２６－２００５。 标 识 符：００２ 名 称：条码编号 约 束：必选 数据格式：Ｃ８．．２０ 各单位自行定义本单位内部管理使用条码的惟一规则，保证本单位制作的每一个条码均是惟一的。条码编号可由字母与数字组成，可以在单位内部按大流水编号，也可按业务种类或其他规则进行编号。 标 识 符：００３ 名 称：发文单位 约 束：必选 数据格式：Ｃ２．．４０ 此字段标注的发文单位统一使用规范简称，无规范简称必须使用全称； 标 识 符：００４ 名 称：公文种类或刊物名称 约 束：可选数据格式：Ｃ０．．３０ 此字段标注的文种要符合 《国家行政机关公文处理办法》或《中国xx机关公文处理条例》的规定，如 “请示”、 “报告”、“通知”等。 标 识 符：００５ 名 称：发文字号或期号 约 束：必选 数据格式：Ｃ１．．３０ 此字段标注公文发文字号或期号，如冀政 〔２００５〕１号、第１期。没有发文字号或期号的，此字段标注 “无”。 标 识 符：００６ 名 称：主送单位 约 束：可选 数据格式：Ｃ０．．４０ 此字段标注公文的主送单位，比如：上报省政府的公文，抬头为 “省政府”则此字段填写 “省政府”。没有主送单位的，此字段可以为空，如果不是这种情况，则此字段必须填写。对于有固定发送范围或主送单位超过４０字节 （２０个汉字）的，可标注“见报头”。 标 识 符：００７ 名 称：标题 约 束：可选 数据格式：Ｃ０．．１６０‘ 此字段标注公文标题，没有标题的，此字段可以为空，如果不是这种情况，则此字段必须填写。如果公文的标题超过１６０个字节，应进行简化。 标 识 符：００８ 名 称：秘密等级 约 束：必选 数据格式：Ｃ２．．１６ 秘密等级分为无、秘密、机密、绝密四级。如需标注保密期限，直接写在秘密等级后面，比如：绝密３０年。 标 识 符：００９ 名 称：紧急程度 约 束：必选 数据格式：Ｃ２．．４ 公文的紧急程度分为无、急件、特急三级； 标 识 符：０１０ 名 称：成文日期 约 束：必选 数据格式：Ｃ８，ＹＹＹＹＭＭＤＤ 此字段为公文的成文日期或刊物的编印日期，用阿拉伯数字表示，ＹＹＹＹ为年份，ＭＭ为月份，ＤＤ为日，如为单数月或单数日，也要标双字符，如：２００６年１月１日标注为“２００６０１０１”。 标 识 符：０１１ 名 称：发布层次 约 束：可选 数据格式：Ｃ０．．８ 党委系统的发文需标注此项，分为省X级、市地师级、县团级、公开发布四级； 标 识 符：０１２ 名 称：条码制作单位 约 束：必选 数据格式：Ｃ２．．２０ 此字段标注生成条码的具体单位，也就是说条码是在哪个环节生成的。 标 识 符：０１３ 名 称：条码制作日期 约 束：必选 数据格式：Ｃ８，ＹＹＹＹＭＭＤＤ 此字段标注条码生成的日期，用阿拉伯数字表示，ＹＹＹＹ为年份，ＭＭ为月份，ＤＤ为日，如为单数月或单数日，也要标双字符，如：２００６年１月１日标注为 “２００６０１０１”。 （二）自定义数据元素 标 识 符：０１４ 名 称：自定义字段 约 束：可选 数据格式：Ｃ０．．１１０ 此字段用于各单位在各自辖区内或行业内部定义带有普遍意义或行业特点的用途，自定义情况需向省政府办公厅技术处备案。 三、条码生成的具体要求 （一）条码大小：建议尺寸宽５０ｍｍ， 高大于１０ｍｍ、 小于２５ｍｍ。５０ｍｍ×２５ｍｍ 的条码，可容纳３５０个字节 （１７５个汉字）的内容。如果内容超过３５０个字节，条码可以适当加宽，但高度不能超过２５ｍｍ，加宽后，条码的容量最多不能超过 ５００个字节（２５０个汉字）。 （二）条码位置：对于没有版记的公文，条码印制在公文最后一页的版心右下角位置 （以版心右下角为参照点）； （三）条码内容必须与相应公文内容一致。 （四）条码与其对应的公文具有同等的秘密等级、紧急程度，对于条码的生成、保存、运转、销毁要视同其所对应的公文。 （五）印制条码应确需必要，不得随意生成，在印制过程中生成的多余条码要按保密规定进行销毁。 （六）条码各字段 （除自定义字段外）内容中不得含有 “＾”和 “｜”两种符号 （条码字段专用分隔符）。 （七）绝密级公文上的条码，标题字段为空。 四、条码的识读要求 （一）条码必须使用经本单位保密部门安检合格的系统和工具识读，禁止使用未经安检的系统或工具识读。 （二）严禁在互联网系统或与互联网有物理联接的设备上识读秘密级以上的条码。 附件２ 政府系统电子公文交换应用系统建设规范 （市级） 为实现省、市、县三级政府和部门公文的交换和共享功能，特制定本规范。 一、电子公文交换服务器 电子公文交换服务器是保证电子公文交换的核心，主要支持以下服务： １、信息传输：支持结构化／非结构化数据传输、支持实时／批量数据传输、支持加密／非加密传输、支持不同数据格式之间的转换和映射。 ２、公文消息呼叫：提供多种消息呼叫方式（短信、邮件等），为电子公文交换提供提醒服务。 ３、安全支撑接口：提供标准的、开放的安全接口，实现和不同安全产品的对接，完成统一的用户认证和授权管理，满足平台安全服务以及各类应用系统安全访问的需要。 ４、配置管理：为了满足电子公文交换的要求，系统必须提供方便灵活的配置管理工具，对系统的各种资源进行管理。 ５、监控系统：提供系统运行监控工具，对系统的运行提供全程监控。 建议各市采用与省级电子公文交换应用系统相同的公文交换系统，如采用不同的公文交换系统，需要与省级电子公文交换系统实现无缝集成。 二、公文业务处理系统 公文业务处理系统安装在各业务厅局，公文业务处理系统通过适配器与电子公文交换服务器相连。主要功能有： １、发文处理：发文处理包括发文登记、打印呈办笺、发文定稿、提交版式文件、文件盖章、发送设置、公文发送、定制呈办笺、追加打印份数、发文催办、发送跟踪、文件撤回功能等功能。 ２、收文处理：收文处理包括签收文件、发送回执、电子公文登记、纸制公文登记、打印呈办笺、定制呈办笺、智能催办、综合查询等。 ３、数据适配器：完成与电子公文交换服务器的连接，实现数据交换。 ４、辅助功能：辅助功能主要包括方便用户的收文本、发文本管理和文件柜管理功能。 ５、系统审计：记录电子公文交换系统用户的所有操作记录、印章记录和其他历史情况。 ６、系统管理：系统管理部分负责系统中的相关配置内容。 三、公文资源管理门户系统 公文资源管理门户系统主要对电子公文交换信息进行管理，各单位根据公文信息的密级和发布范围，可以在门户系统中发布公文信息，通过灵活的授权方式，授权不同级别、不同类型的用户访问和检索，实现各级政府和部门对其所属公文信息的共享，提高公文信息的透明度。四、市级电子公文交换分中心环境要求 １、服务器要求 市级电子公文交换中心的硬件配置从逻辑上分为应用服务器和数据库服务器。硬件平台可以采用小型机或ＰＣ服务器。根据服务器的不同配置如下： （１）高档配置 高档设置可选用２台小型机或ＰＣ服务器互为热备份，可选用ＩＢＭ或ＨＰ，要求２个以上 ＣＰＵ、１００Ｇ 硬盘，２Ｇ 内存。 （２）低档配置 低档配置可选用应用服务器和数据库服务器共用 １台高档ＰＣ服务器，可选用ＩＢＭ、ＨＰ、ＤＥＬＬ或联想均可，要求２个以上 ＣＰＵ、１００Ｇ 硬盘，２Ｇ 内存。 ２、数据库系统要求 （１）高档配置：要求是 ＯＲＡＣＬＥ１０Ｇ 数据库系统企业版，企业版最低用户数为２５用户。 （２）低档配置：要求是 ＯＲＡＣＬＥ１０Ｇ 数据库系统标准版，１０用户以上。 ３、应用服务器系统要求 目前比较成熟的商业应用服务器系统包括ＢＥＡＷｅｂｌｏｇｉｃ、ＩＢＭＷｅｂｓｐｈｅｒｅ、中创ＩｎｆｏｒＷｅｂ及 Ｔｏｍｃａｔ／Ｊｂｏｓｓ等，电子公文交换系统支持各种应用服务器。要求应用服务器是企业版，支持Ｊ２ＥＥ 标准； ４、各公文收发安装点环境要求 安装于各公文收发安装点的公文处理系统采用 Ｂ／Ｓ 结构进行开发，公文收发安装点硬件要满足以下要求： （１）ＰＣ服务器（或高档ＰＣ机 ）：Ｉｎｔｅｌ奔 腾 ４２.８ 以 上ＣＰＵ、１Ｇ 内存、８０Ｇ 硬盘。用于安装公文收发业务处理系统。 （２）激光打印机：打印公文 （正式公文标题、公章等是红色字体），如无激光彩色打印机，只能打印黑白公文。 ５、公文交换系统的应用软件要求 （１）电子公章系统要求电子印章制作管理：主要实现电子印章的申请、审批、制作、审核、发放、挂失、销毁等电子印章的全程管理； 电子印章服务器：电子印章使用和管理，如电子印章使用的联机验证，打印控制联机验证。 客户端：实现电子公章的盖章、验证、打印等。 （２）版式文件转换系统 在电子公文交换过程中为了保证电子公文的正确性和严肃性，电子公文格式必须为版式文件并且包含完整准确的版面信息，保证版式文件能够原版原式、不可修改并且保证收文方浏览、打印的效果与发送方发送的公文完全一致。
如果是多个单位联合行文，只标明主办单位即可，但要在后面加一个 “等”字，以体现出是联合行文。
电报的紧急程度分为无、平急、加急、特急、特提五级。
非固定发布层次的公文，填写 “特定范围”；
政府系统的公文没有发布层次，此字段可以为空。
如公文带有版记，条码则印制在版记下方右侧，与版记空开３ｍｍ，与版心右边缘空开５ｍｍ。如果公文不需要批量印刷，可以将条码打印在公文的右下角或打印出条码标签贴在公文的右下角；
电子公文随版式一并生成，具体位置同上。
支持各种主流硬件系统平台；
支持各种主流操作系统平台 （如 ＨＰ－ＵＸ、ＩＢＭＡＩＸ、ＬＩＮＵＸ、ＷＩＮＤＯＷＳ等）安装部署；
提供ＪＡＶＡ、ＪＳＰ、Ｓｅｒｖｌｅｔ、ＥＪＢ 和 ＸＭＬ 等技术开发环境；
提供 ＷＥＢ加速访问服务，如加速缓存等技术；
提供集群、分布式技术；
在安全性方面要求支持ＳＳＬ、底层加密符合国家安全要求。
公开程序：本单位审核后公开
责任部门：省政府办公厅秘书一处
（本文来源于河北省人民政府官方网站）
