客户端数据质量审核及与国家平台对接-曹玲生
国家云审计平台框架构想及其实施路径
2021年11月第24卷第22期中国管理信息化China Management InformationizationNov.,2021Vol.24,No.22国家云审计平台框架构想及其实施路径田 慧1，石 权2，陈 妍3（1.中国人民解放军陆军勤务学院，重庆400000；2.中国人民解放军75840部队，广州510000；3.中国人民解放军75842部队，广州510000）［摘 要］随着云计算的产生和发展，云计算技术已在我国众多行业得到深入研究和应用推广，但尚缺少在审计行业的深入研究和实务应用。
文章提出将云计算技术运用到审计业务中，研究了国家构建云审计平台的必要性和可行性，从审计端、云端、被审计端和公众端4类使用者角度出发，构建一个由基础设施层、平台服务层、平台应用层、客户端界面、外部应用接口5个方面组成的国家云审计平台框架，最后讨论了国家云审计平台构建的实施路径，为推动未来云审计的深入研究和实务发展提供参考。
［关键词］云计算；国家云审计平台；框架构建doi：10.3969/j.issn.1673 - 0194.2021.22.024［中图分类号］F239；TP39 ［文献标识码］A ［文章编号］1673-0194（2021）22-0051-030 引 言云计算技术作为信息产业中出现的新兴力量，已被广泛应用于构建行业云平台，如一些地区在金融、医疗、城管、交通、教育等行业构建了云平台。
为推动国家审计信息化、智能化进程，云计算技术被广泛运用到国家审计业务中，构建国家云审计平台，旨在实现科技强审、创新审计方式方法、助力实现审计全覆盖［1］。
国家云审计平台运用了云计算的3种服务模式：基础设施即服务（Infrastructure as a Service，IaaS）、平台即服务（Platform as a Service，PaaS）和软件即服务（Software as a Service，SaaS），具有按需服务、多使用者、规模效应等特性，集聚了国家各级审计机构的共性需求，使国家审计工作经济成本低、效率高、质量效果好。
单一窗口海关数据对接规范-总署版
单一窗口海关数据对接规范-总署版备注：请即时查看最新版本版本变动表目录单一窗口海关数据对接规范-总署版 (1)备注：请即时查看最新版本 (1)版本变动表 (1)1报文传输方式 (7)2参考资料 (7)3报文规范约定 (7)4订单申报接口描述 (7)4.1.1接口地址 (7)4.1.2接口说明 (7)4.1.3订单报文根节点 (8)4.1.4订单表头报文节点描述 (8)4.1.5订单表体报文节点描述 (9)4.1.6订单申报即时返回报文结构 (10)5支付单申报接口描述 (11)5.1支付单申报报文描述 (11)5.1.1接口地址 (11)5.1.2接口说明 (11)5.1.3支付单报文根节点 (11)5.1.4支付单报文节点描述 (11)5.1.5支付单申报即时返回报文结构 (12)6运单申报接口描述 (12)6.1运单申报报文描述 (12)6.1.1接口地址 (12)6.1.2接口说明 (13)6.1.3运单报文根节点 (13)6.1.4运单报文节点描述 (13)6.1.5运单申报即时返回报文结构 (14)7运单状态申报接口描述 (14)7.1运单状态申报报文描述 (14)7.1.1接口地址 (14)7.1.2接口说明 (14)7.1.3运单状态报文根节点 (14)7.1.4运单状态报文节点描述 (15)7.1.5运单状态申报即时返回报文结构 (15)8清单申报接口描述 (16)8.1清单申报报文描述 (16)8.1.2接口说明 (16)8.1.3清单报文根节点 (16)8.1.4清单表头报文节点描述 (16)8.1.5清单表体报文节点描述 (19)8.1.6清单申报即时返回回执报文结构 (21)9撤销申请单申报接口描述 (21)9.1撤销申请单申报报文描述 (21)9.1.1接口地址 (21)9.1.2接口说明 (21)9.1.3清单撤销申请单报文根节点 (21)9.1.4清单撤销申请单报文节点描述 (21)9.1.5清单撤销申请单申报即时返回回执报文结构 (23)10退货申请单申报接口描述 (23)10.1退货申请单申报报文描述 (23)10.1.1接口地址 (23)10.1.2接口说明 (23)10.1.3退货单报文根节点 (23)10.1.4退货单表头报文节点描述 (23)10.1.5退货单表体报文节点描述 (25)10.1.6退货单申报即时返回回执报文结构 (25)11入库明细单申报接口描述 (26)11.1入库明细单申报报文描述 (26)11.1.1接口地址 (26)11.1.2接口说明 (26)11.1.3入库明细单报文根节点 (26)11.1.4入库明细单表头报文节点描述 (26)11.1.5入库明细单表体报文节点描述 (27)11.1.6入库明细单申报即时返回回执报文结构 (27)12业务回执 (28)12.1订单申报海关业务回执报文描述 (28)12.1.1订单申报业务回执报文头节点描述 (28)12.1.2订单申报业务回执报文体节点描述 (28)12.1.3订单申报业务回执报文结构 (29)12.2支付单申报海关业务回执报文描述 (29)12.2.1支付单申报业务回执报文头节点描述 (29)12.2.2支付单申报业务回执报文体节点描述 (29)12.2.3支付单申报业务回执报文结构 (30)12.3运单申报海关业务回执报文描述 (30)12.3.1运单申报业务回执报文头节点描述 (30)12.3.2运单申报业务回执报文体节点描述 (30)12.3.3运单申报业务回执报文结构 (31)12.4运单状态申报海关业务回执报文描述 (31)12.4.1运单状态申报业务回执报文头节点描述 (31)12.4.2运单状态申报业务回执报文体节点描述 (32)12.4.3运单状态申报业务回执报文结构 (32)12.5清单申报海关业务回执报文描述 (32)12.5.1清单申报业务回执报文头节点描述 (33)12.5.2清单申报业务回执报文体节点描述 (33)12.5.3清单申报业务回执报文结构 (33)12.6撤销申请单申报海关业务回执报文描述 (34)12.6.1撤销申请单申报业务回执报文头节点描述 (34)12.6.2撤销申请单申报业务回执报文体节点描述 (34)12.6.3撤销申请单申报业务回执报文结构 (35)12.7退货单申报海关业务回执报文描述 (35)12.7.1退货单申报业务回执报文头节点描述 (35)12.7.2退货单申报业务回执报文体节点描述 (36)12.7.3退货单申报业务回执报文结构 (36)12.8入库明细单申报海关业务回执报文描述 (37)12.8.1入库明细单申报业务回执报文头节点描述 (37)12.8.2入库明细单申报业务回执报文体节点描述 (37)12.8.3入库明细单申报业务回执报文结构 (38)12.9电子税单报文描述 (38)12.9.1电子税单报文头节点描述 (38)12.9.2电子税单报文体节点描述 (38)12.9.3电子税单报文体明细节点描述 (39)12.9.4电子税单报文结构 (39)12.10电子税单状态报文描述 (40)12.10.1电子税单状态报文头节点描述 (40)12.10.2电子税单状态报文体节点描述 (40)12.10.3电子税单状态报文结构 (41)13业务回执主动获取接口 (41)13.1接口地址 (41)13.2接口说明 (42)13.3业务回执请求报文节点描述 (42)13.3.1业务回执请求报文报文头节点描述 (42)13.3.2业务回执请求报文报文体节点描述 (42)13.3.3业务回执请求报文结构示例 (42)13.3.4业务回执请求返回报文结构示例 (43)13.3.4.1海关订单 (43)13.3.4.2海关支付单 (44)13.3.4.3海关运单 (44)13.3.4.4海关运单状态 (44)13.3.4.5海关清单 (44)13.3.4.6国检商品备案 (45)13.3.4.7国检出区清单 (46)13.3.4.8国检入区清单 (46)1报文传输方式以互联网连接方式，通过https+post形式进行报文交换。
CCCS客户联络中心标准体系
CCCS客户联络中心标准体系客户联络中心标准体系职业资格认证标准项目介绍T r a i n i n g C o u r s e f o r C C C S－P Q C e r t i f i c a t i o n P r o g r a mC C C S客户联络中心标准委员会定制2005年10月CCCS －创造卓越运营绩效颁布机构：实施机构：相关信息：CCCS客户联络中心标准委员会北京市朝阳区百子湾路16号后现代城4楼C座607室 100022电话：86-10-87765724传真：86-10-87765734E-Mail: cccs@版权说明：本文件版权归以上相关机构所有。
未经以上相关机构的书面许可，任何人不得复制使用和向第三方传播本文件的相关信息。
Copyright © 2003－2005，北京运卓信息科技有限公司 Beijing Opellence Information .,rTechnology Co Ltd. All rights eserved.r<CCCS-PQ-2005第二版Ve sion 2.1>CCCS – 创造卓越运营绩效2目录1．0客户联络中心标准体系背景介绍 (5)1．1概述 (5)1．2目标 (6)2．0标准的制定与相关机构介绍 (7)2．1标准的制定 (7)2．2 认可机构 (8)2．3 实施机构 (8)3．0客户联络中心职业资格标准（C C C S-O P）说明 (10)3．1背景概述 (10)3．2客户联络（呼叫）中心中、高级管理人员证书 (10)3．3获得人员资格证书的回报 (11)3．4目标 – 培养与造就高素质的管理人才 (11)3．5认证的适用对象 (12)3．6授课方式 (13)4.0呼叫中心中级管理人员认证培训课程 (14)4．1 课程概述 (14)4．2课程目标 (14)4．3课程对象 (15)4．4课程设置 (15)5.0呼叫中心高级管理人员认证培训课程 (20)5．1课程概述 (20)5．2课程目标 (20)5．3课程对象 (21)5．4课程设置 (21)6.0考试及认证 (27)6．1认证资格 (27)6．2全国统一考试安排 (27)6．3考试内容 (28)6．4考试样题 (28)6．5考试报名要求 (29)6．6证书颁发 (29)6．7认证服务 (29)CCCS – 创造卓越运营绩效37．0培训及认证费用 (30)7．1培训费用 (30)7．2考试及认证费用 (30)CCCS – 创造卓越运营绩效41．0 客户联络中心标准体系背景介绍1．1概述随着国内客户服务与呼叫中心产业的飞速发展，各个行业的客户服务运营机构普遍感到急需一种行业性指导原则，以规范运营、提高绩效。
中央数据交换平台建设及统一接口规范介绍
目录
• 中央数据交换平台概述 • 平台架构与技术实现 • 统一接口规范制定 • 数据交换平台应用场景与案例分析 • 数据交换平台建设面临的挑战与对策 • 数据交换平台的发展趋势与展望
01
CATALOGUE
中央数据交换平台概述
定义与功能
定义
中央数据交换平台是一个集成了数据 交换、数据处理、数据存储和数据安 全保护等功能的数据处理系统。
跨企业数据共享
促进企业间的数据交互与合作，提升整个行业的竞争力。
案例：多家电商平台通过统一的接口规范，实现了商品信息、用户数据等的共享，提升了用户体验和 交易量。
政府数据开放ቤተ መጻሕፍቲ ባይዱ台
提升政府透明度，促进公民参与和社 会监督。
案例：某市政府建立数据开放平台， 提供公共服务、城市管理、经济发展 等数据，方便公民查询和使用，提高 了政府公信力。
数据安全与隐私保护
数据加密与传输安全
采用加密算法对数据进行加密，确保数据在传输过程 中的安全。
访问控制与权限管理
建立完善的访问控制和权限管理机制，限制对数据的 访问和操作，防止数据泄露和滥用。
隐私保护与合规性
遵循相关法律法规和隐私政策，对敏感数据进行脱敏 处理，保护用户隐私。
标准化与互操作性问题
该模块采用加密算法对数据进行加密存储和传输，防止数据被窃取或 篡改。
数据安全模块还提供身份认证和权限控制功能，确保只有经过授权的 用户才能访问和操作数据。
数据安全模块还提供日志记录功能，记录数据的访问和操作记录，方 便追溯和审计。
03
CATALOGUE
统一接口规范制定
接口规范的目标与原则
目标
HQMS数据对接考核说明20130201
HQMS数据对接考核说明发布日期：2013年2月1日一、考核目的确定医院有能力实施自动、及时、完整、真实、持续、无人为干预的数据对接工作。
二、考核方法1. 申请数据对接测试账户，并获得相关技术文档；由医院数据填报联系人，登录HQMS系统（），进入“数据对接账户申请说明”，阅读说明并理解要求后，点击“申请数据对接测试账户”。
系统自动将数据对接测试账户邮件发送到数据填报联系人邮箱。
数据填报联系人将对接测试账户信息及相关文档转发给医院信息科相关人员，准备开发工作。
2. 开发数据获取转换程序；医院根据《HQMS数据对接接口标准.pdf》和《HQMS数据对接技术通道工作说明书.pdf》等技术文档，开发自动数据获取转换程序，用于医院信息系统数据自动生成要求格式的CSV 或DBF格式文件。
3. 上传真实数据并实现技术通道；由程序自动将数据文件，通过可靠的软硬件及安全策略，从内网传至连接互联网的前置机。
利用HQMS数据对接前置机程序，将数据包处理后上传至HQMS数据对接测试服务器。
根据考核标准要求持续上传数据，直至实现技术通道达标。
4. 完成ICD编码转换对应；医院自行选择北京版或全国版ICD编码，由专业人员开展ICD编码对应工作。
相关人员根据《北京版RC020-ICD-10诊断编码.xls》、《全国版RC020-ICD-10诊断编码.xls》、《北京版RC022-ICD-9手术编码.xls》、《北京版RC021-ICD-10形态学编码.xls》、《全国版RC021-ICD-10形态学编码.xls》等文件为依据，完成本院ICD编码向接口标准编码的对应，如果不能对应上则采取向上级分类对应的方式，如果无法对应则填写NA。
5. 上传真实数据并实现接口标准达标；医院数据获取转换程序集成ICD编码对应表后，实现包含诊断、手术等数据的对接工作，根据考核标准要求持续上传数据，直至实现接口标准达标。
6. 获得正式对接账户，并开始向正式系统对接数据；通过测试阶段考核的医院，HQMS中心会及时发送正式对接账户信息。
中债综合业务平台客户端使用手册说明书
中债综合业务平台客户端使用手册（桌面端、互联网端）V1.4中央国债登记结算有限责任公司二〇二三年六月目录1 引言 (1)1.1 背景 (1)1.2 编写目的 (1)1.3 阅读对象 (1)2 安装准备 (1)2.1 计算机配置要求 (1)2.2 安全软件设置 (2)2.3 软件安装包说明 (2)2.4 开通网络访问权限 (2)2.4.1 开通网络访问 (2)2.4.2 设置本地域名映射（仅适用于桌面客户端） (3)2.4.3 验证网络连通性 (3)3 软件安装卸载及版本更新 (4)3.1 安装步骤 (4)3.1.1 中文语言安装步骤 (4)3.1.2 英文语言安装步骤 (6)3.2 版本更新 (8)3.3 安装成功检查 (9)3.4 软件卸载 (10)4 客户端功能简介 (11)4.1 登录相关功能 (12)4.1.1 登录功能 (12)4.1.2 证书下载 (13)4.1.3 证书自动更新 (19)4.1.4 代理配置功能（仅适用于互联网客户端） (20)4.1.5 开户临时码申请功能（仅适用于互联网客户端中文环境） (21)4.1.6 开户临时码登录功能（仅适用于互联网客户端中文环境） (26)4.2 客户端其他功能 (29)4.2.1 主界面初始状态 (29)4.2.2 子系统菜单区域 (29)4.2.3 功能菜单区域 (32)4.2.4 提醒菜单区域 (37)附录 1常见问题及处理 (48)1.1 问题1：双击客户端应用图标无反应 (48)1.2 问题2：启动时报错“未知错误” (50)1.3 问题3：启动时报“客户端文件已损坏” (54)1.4 问题4：登录界面提示“检索COM类工厂中CLSID...”或“Retrieving the COM class factory for ...” (55)1.5 问题5：登录界面显示“未检测到Ukey或无法识别Ukey” (58)1.6 问题6：登录界面显示“Ukey中无可用证书”或“No certificate available in the Ukey...”.. (60)1.7 问题7：登录界面提示“初始化连接失败” (62)1.8 问题8：点击“登录”按钮后一直显示“正在加载主界面”或“加载主界面失败” (69)1.9 问题9：下载软证书时需要输入而非重新设置管理工具的pin码 (70)1.10 问题10：客户端打不开PDF文件 (70)1.11 问题11：互联网客户端代理测试不通 (71)1.12 问题12：解锁时提示用户未登录 (71)1.13 问题13：telnet命令不可用 (71)1.14 问题14：自动更新时间过长 (72)1.15 问题15：客户端安装包启动报错 (73)1.16 问题16：文件证书导入/导出中债软证书管理工具？ (73)1.17 问题17：操作页面生僻字汉字展示为方框 (75)附录 2基础软件检查方法 (76)1.1 VC++检查方法 (76)1.2 .NET Framework检查方法 (76)1.3 中央国债Key驱动检查方法 (77)1.4 中央国债Key驱动手工卸载 (78)1.5 中央国债Key驱动手工安装 (78)1.6 中债软证书管理工具检查 (78)1.7 中债软证书管理工具手工卸载 (79)1.8 中债软证书管理工具手工安装 (79)1.9 CFCA依赖组件检查方法 (79)1.10 CFCA依赖组件手工卸载 (81)1.11 CFCA依赖组件手工安装 (82)1.12 PDF阅读器检查方法 (82)1引言1.1背景为保障中债综合业务平台用户正常安装、使用中债综合业务平台客户端（桌面端、互联网端，以下简称客户端）软件，特编写此手册。
对账平台设计方案
对账平台设计方案一、引言对账是指通过比对业务数据和财务数据，核对两者之间的差异和不一致情况，以确保数据能够准确地记录和报告。
随着企业规模的扩大和业务复杂性的增加，对账工作变得越来越重要。
为了提高对账效率和准确性，我们需要设计一个对账平台。
二、平台目标本对账平台的目标是提供一个集中管理和自动化对账流程的平台，能够帮助企业快速发现和解决对账中的差异和问题，提高对账的效率和准确性。
三、平台功能1. 数据接入和处理平台应该支持从多个数据源接入数据，并进行数据预处理和清洗，以确保数据的质量和一致性。
数据处理功能可以包括数据转换、数据合并、数据校验等。
在数据接入和处理过程中，应该有良好的日志和错误处理机制，以方便问题排查和修复。
2. 对账规则配置平台应该支持对账规则的配置，包括对账字段、对账逻辑等。
对账规则的配置应该灵活和易用，以便根据实际业务需要进行调整和修改。
3. 自动对账平台应该能够自动执行对账流程，并生成对账结果报告。
对账流程可以根据预设的对账规则进行数据比对和差异分析。
对账结果报告应该清晰明了，能够帮助用户快速定位和解决对账问题。
4. 差异处理和解决平台应该提供差异处理和解决的功能。
当对账发现差异时，平台应该能够及时将差异信息通知相关人员，并提供处理差异的工作流程和界面。
差异处理过程中应该有良好的跟踪和记录机制，方便后续的审核和查找。
5. 报表和分析平台应该提供对账报表和分析功能，包括对账情况统计、差异情况分析等。
报表和分析功能可以帮助企业了解对账状况，识别对账风险点，并进行持续优化和改进。
四、平台架构1. 前端架构对账平台的前端应采用现代化的Web技术进行开发，以确保用户体验和交互效果。
前端架构可以采用MVC（Model-View-Controller）架构，通过React或Angular等前端框架来实现。
2. 后端架构对账平台的后端应采用可扩展性和高性能的架构。
可以采用微服务架构，将对账平台划分为多个独立的服务模块，实现松耦合和高可用性。
中国疾病预防控制中心便函_44003
中国疾病预防控制中心便函中疾控办便函〔2013〕760号中国疾病预防控制中心关于启用国家免疫规划信息管理系统的通知各省（自治区、直辖市）疾病预防控制中心，新疆生产建设兵团疾病控制中心：国家免疫规划信息管理系统包括预防接种信息管理、疫苗/注射器管理、冷链信息管理、疑似预防接种异常反应监测（简称AEFI监测管理，下同）等功能，目前已完成系统建设和初验。
通过在湖北、陕西、山东等省的试运行，已初步验证了系统设计的功能。
为提高免疫规划信息管理水平，进一步验证系统功能，并尝试利用该系统在预防接种相关突发事件期间收集有关信息，中国疾病预防控制中心决定启用国家免疫规划信息管理系统（简称国家信息平台，下同），有关事宜通知如下：一、使用范围全国县级及以上疾控机构、乡级防保组织和接种单位。
二、工作内容（一）权限管理各省系统管理员建立市级系统管理员和本级业务管理员、普通用户；市级系统管理员建立县级系统管理员和本级业务管理员、普通用户；县级系统管理员建立本级业务管理员、普通用户和乡级用户。
各省系统管理员权限由中国疾病预防控制中心分配。
（二）乡、村级单位使用管理由县级利用国家信息平台建立乡、村级接种单位和乡级报告单位，填报辖区相关单位信息，逐级审核上报。
（三）疫苗/注射器信息管理1．2011～2013年乙肝疫苗出入库和使用信息填报。
利用国家信息平台中【疫苗/注射器管理系统】，县级及以上单位填报2011～2013年所有乙肝疫苗（含第一类和第二类）出入库数据，县级单位填报辖区疫苗使用量数据。
2011～2013年乙肝疫苗出入库和使用信息填报操作要点和注意事项见附件。
2．县级及以上疾控机构免疫规划疫苗/注射器出入库信息管理。
利用国家信息平台中【疫苗/注射器管理系统】，县级及以上疾控机构填报2014年1月1日以后的免疫规划疫苗/注射器出入库数据。
3．乡级单位免疫规划疫苗出入库信息管理。
利用国家信息平台中【疫苗/注射器管理系统】，乡级单位填报2014年1月1日以后的免疫规划疫苗/注射器出入库数据。
系统对接方案
系统对接方案系统对接是数据交换共享整合系统平台建设的关键环节之一，旨在实现系统间的数据交换和互操作。
下面是一个完整的系统对接方案：需求定义阶段：1.确定系统对接的具体需求和目标，明确需要对接的系统和数据对象。
2.分析系统间的数据交换流程和业务逻辑，确定数据交换的方式和频率。
3.确认数据格式和接口要求，包括数据结构、数据类型、数据量等。
技术准备阶段：1.确定系统对接的技术手段和工具，如API接口、Web服务等。
2.对各个系统进行调研和评估，了解系统的技术架构和支持的数据交换方式。
3.确定数据传输的安全性需求，考虑使用加密、身份验证等技术手段。
接口设计和开发阶段：1.根据需求定义阶段的结果，设计并定义系统间的数据接口和数据交换协议。
2.开发接口和数据转换模块，实现数据的格式转换和映射。
3.进行接口的测试和验证，确保数据在系统间的正确传递和处理。
数据交换和同步阶段：1.配置系统对接的参数和设置，包括数据传输的频率、时间点和数据量。
2.进行初步的数据交换和同步，确保数据能够在系统间实现正确的传递和同步。
3.监控数据交换过程中的异常情况，及时发现和解决问题，确保数据的完整性和准确性。
异常处理和优化阶段：1.建立异常处理机制，对接口调用和数据交换过程中的异常情况进行记录和处理。
2.针对性地优化系统对接的性能和稳定性，如优化数据传输速率、增加并发处理能力等。
3.定期对系统对接进行评估和调整，根据实际情况进行改进和优化。
文档编写和培训阶段：1.撰写系统对接的操作手册和技术文档，包括接口使用说明和故障排除指南。
2.为相关人员提供培训和技术支持，使其能够熟练操作和维护系统对接。
通过以上系统对接方案的实施，可以实现系统间数据的高效交换和互操作，确保数据的准确性和一致性。
同时，需要及时处理异常情况并进行优化，保证系统对接的稳定性和可靠性。
此外，编写相关文档和进行培训也能提高人员的操作能力和对系统对接的理解。
系统对接方案(1)
系统对接方案(1)系统对接设计1.1.1对接方式系统与外部系统的对接方式以web service方式进行。
系统接口标准：本系统采用SOA体系架构，通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成，因此SOA 体系标准就是我们采用的接口核心标准。
主要包括：服务目录标准：服务目录API接口格式参考国家以及关于服务目录的元数据指导规范，对于XXX UDDI v2 API结构规范，采取UDDI v2的API的模型，定义UDDI的查询和发布服务接口，定制基于Java和SOAP的访问接口。
除了基于的Web Service接口方式，对于基于消息的接口采用JMS或者MQ的方式。
交换标准：基于服务的交换，采用HTTP/HTTPS作为传输协议，而其消息体存放基于协议的SOAP消息格式。
SOAP的消息体包括服务数据以及服务操作，服务数据和服务操作采用WSDL进行描述。
Web服务标准：用WSDL描述业务服务，将WSDL发布到UDDI用以设计/创建服务，SOAP/HTTP服务遵循WS-I Basic Profile，利用J2EE Session EJBs实现新的业务服务，根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。
业务流程标准：使用没有扩展的标准的BPEL4WS，对于业务流程以SOAP服务形式进行访问，业务流程之间的调用通过SOAP。
数据交换安全：与外部系统对接需考虑外部访问的安全性，通过IP白名单、SSL认证等方式保证集成互访的合法性与安全性。
数据交换标准：制订适合双方系统统一的数据交换数据标准，支持对增量的数据自动进行数据同步，避免人工重复录入的工作。
1.1.2接口规范性设计系统平台中的接口浩瀚，依靠关系复杂，通过接换的数据与接口调用必须遵循统一的接口模子进行设计。
接口模子除了遵循工程统一的数据标准和接口规范标准，完成接口规范定义的功能外，需要从数据办理、完全性办理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。