主要用能单位上传数据接口规范
常用通信接口标准(RS232、485、I2C等)
GPIB一、简介：GPIB（General-Purpose Interface Bus）-通用接口总线，大多数打印机就是通过GPIB线以及GPIB接口与电脑相连。
1965年惠普公司设计HP-IB1975年 HP-IB变成IEEE-488标准1987年 IEEE488.2被采纳, IEEE 488-1978变成IEEE488.1-19871990年SCPI规范被引入IEEE 488仪器1992年修订IEEE 488.21993年 NI公司提出HS4881965年, 惠普公司（Hewlett-Packard）设计了惠普接口总线（HP-IB, 用于连接惠普的计算机和可编程仪器.由于其高转换速率（通常可达1Mbytes/s）, 这种接口总线得到普遍认可, 并被接收为IEEE标准488-1975和ANSI/IEEE 标准488.1-1987. 后来, GPIB比HP-IB的名称用得更广泛. ANSI /IEEE 488.2 -1987加强了原来的标准, 精确定义了控制器和仪器的通讯方式. 可编程仪器的标准命令（Standard Commands for Programmable Instruments, SCPI）采纳了IEEE488.2定义的命令结构,创建了一整套编程命令二、接口与总线接口部分是由各种逻辑电路组成，与各仪器装置安装在一起，用于对传输的信息进行发送、接收、编码和译码；总线部分是一条无源的多芯电缆，用做传输各种消息。
将具有GPIB接口的仪器用GPIB总线连接起来的标准接口总线系统。
在一个GPIB标准接口总线系统中，要进行有效的通信联络至少有“讲者”、“听者”、“控者”三类仪器装置。
讲者是通过总线发送仪器消息的仪器装置（如测量仪器、数据采集器、计算机等），在一个GPIB系统中，可以设置多个讲者，但在某一时刻，只能有一个讲者在起作用。
听者是通过总线接收由讲者发出消息的装置（如打印机、信号源等），在一个GPIB系统中，可以设置多个听者，并且允许多个听者同时工作。
安全综合管理平台技术要求与接口规范
安全综合管理平台技术要求与接口规范1 范围本标准规定了电子政务外网安全综合管理平台技术要求与接口规范的术语和定义、缩略语、建设原则与目标、系统总体架构、系统功能要求、系统性能要求、自身安全性、安全综合管理平台接口。
本部分适用于全省电子政务外网安全综合管理平台的功能、性能、安全性、部署方式、接口等技术要求，指导全省电子政务外网安全综合管理平台规划、设计和建设，也可作为各级电子政务外网管理部门进行指导、监督和检查的依据。
2 规范性引用文件下列文件对于本文件的应用是必不可少的。
凡是注日期的引用文件，仅所注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 2260 中华人民共和国行政区划代码GB/T 18030 信息技术中文编码字符集GB/T 20984-2007 信息安全技术信息安全风险评估规范GB/Z 20986-2007 信息安全技术信息安全事件分类分级指南GB/T 22239-2008 信息安全技术信息系统安全等级保护基本要求GB/T 22240-2008 信息安全技术信息系统安全等级保护定级指南GB/T 28448-2012 信息安全技术信息系统安全等级保护测评要求3 术语和定义3.1安全管理系统 Security Operation Center（SOC）采用多种技术手段，收集和整合各类网络设备、安全设备、操作系统等安全事件，并运用关联分析技术、智能推理技术和风险管理技术，实现对安全事件信息的深度分析和识别，能快速做出报警响应，实现对安全事件进行统一监控分析和预警处理。
3.2网络管理系统 Network Management System（NMS）提供拓扑管理、设备配置、故障告警、性能监测和报表管理功能，实现对网络运行的集中统一管理。
3.3脆弱性 Vulnerability信息技术、信息产品、信息系统在需求、设计、实现、配置、运行等过程中，有意或无意产生的缺陷，这些缺陷以不同形式存在于信息系统的各个层次和环节之中，一旦被恶意主体所利用，就会对信息系统的安全造成损害，从而影响构建于信息系统之上正常服务的运行，危害信息系统及信息的安全。
用能单位能耗在线监测平台数据接口规范
下列术语和定义适用于本标准。 3.1 省级平台
省级平台（用能单位能耗在线监测平台）是部署在省级节能相关部门，接收、存储、汇总、分析本 地内重点用能单位能耗在线监测数据，为本地相关政府部门、用能单位提供应服务。 3.2 JSON
JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式, 处理Javascript和web服务器端的 之间数据交换。 3.3 XML
NHJC-02 重点用能单位能耗在线监测系统技术规范 GB 32100 法人和其他组织统一社会信用代码编码规则 GB 17167 用能单位能源计量器具配备与管理通则 GB/T 28749 企业能量平衡网络图绘制方法 GB/T 33656 企业能源计量网络图绘制方法 GB/T 4754 国民经济行业分类 GB/T 2260 中华人民共和国行政区划代码 JJF 1356 重点用能单位能源计量审查规范 JJF 1051 计量器具命名与分类编码 《关于划分企业登记注册类型的规定》（国统字〔2011〕86号）
9 数据交换要求
9.1 省级平台数据交换要求
业务描述：主管部门获取用能单位基础能源信息、能源计量器具信息、用能单位综合能耗及能耗指 标等，为主管部门能源决策提供数据参考。
对于该接口未提供的数据，可以定制化。
9.1.1 能耗信息综合查询
功能描述：获取地区管辖地区、行业、用能单位或介质的能耗，综合能耗单位：万吨标准煤。 输入：行政区划代码、企业所属行业、用能单位、用能单位介质、统计时间（月）。 输出：列出某地区所管辖区域的能耗信息，包含行政区划名称、行业名、用能单位、介质综合能耗、 单位、统计时间。
"enterpriseCode":"91330000573973053F",//统一社会信用代码 "region":"110101"//行政区划代码，具体到县级 }
全国一体化政务大数据体系 共享接口要求-最新国标
全国一体化政务大数据体系共享接口要求1 范围本文件规定了全国一体化政务大数据体系中国家政务大数据平台提供共享接口注册及使用的总体要求。
本文件适用于各地区和国务院有关部门注册及使用国家政务大数据平台共享接口，各地区各部门政务数据平台参照执行。
2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。
其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 22239—2019 信息安全技术网络安全等级保护基本要求GB/T 39477—2020 信息安全技术政务信息共享数据安全技术要求GB/T XXXXX—2023 全国一体化政务大数据体系数据交换要求3 术语和定义下列术语和定义适用于本文件。
数据提供方 data provider通过国家政务大数据平台提供共享接口，且对共享接口的完整性、正确性、真实性、时效性等负有责任的各地区和国务院有关部门。
数据需求方 data demander向国家政务大数据平台申请、调用共享接口的各地区和国务院有关部门。
4 缩略语下列缩略语适用于本文件。
DOC：文档（Document）HTTP：超文本传输协议（Hyper Text Transfer Protocol）JPG：联合图像专家组（Joint Photographic Experts Group）JSON：JavaScript对象标记（JavaScript Object Notation）PDF：可携带文档格式（Portable Document Format）PNG：流式网络图形格式（Portable Network Graphic Format）REST：表述性状态传递（Representational State Transfer）SQL：结构化查询语言（Structured Query Language）5 总体框架数据提供方应通过国家政务大数据平台进行共享接口的注册、撤销、变更，国家政务大数据平台完成接口的可用性测试后发布，数据需求方应通过国家政务大数据平台进行共享接口申请使用、申请变更和异议处理。
企事业单位会计软件基本功能和服务规范
企事业单位会计软件基本功能和服务规范第一章总则第一条为了规范会计软件基本功能和服务,提高会计软件和相关服务质量,根据《中华人民共和国会计法》等法律、法规和《会计信息化工作规范》的有关规定,制定本规范。
第二条国家企事业单位、社会团体和其他组织应用的会计软件和相关服务,会计软件服务商提供的会计软件和相关服务,适用本规范。
单位在境外设立的分支机构,会计数据汇集到总部的,其应用的会计软件和相关服务,适用本规范。
外商投资企业使用境外投资者指定的会计软件或者跨国企业统一部署的会计软件,国际组织在境内设立的分支机构使用的国际组织指定或统一部署的会计软件,适用本规范。
第三条本规范所称会计软件,是指单位使用的,专门用于会计核算、财务管理的计算机应用软件、软件系统或者其功能模块。
会计软件具有以下基本功能:(一)为会计核算、财务管理直接采集数据;(二)生成会计凭证、会计账簿、财务会计报告等会计资料;(三)对会计资料进行存储、转换、输出、分析、利用。
本规范所称会计软件服务,是指会计软件服务商提供的通用会计软件开发、个性化需求开发、软件系统部署与维护、云服务功能使用订阅、客户使用培训及相关的数据分析利用等服务。
本规范所称电子会计凭证,是指以电子形式生成、传输、存储的各类会计凭证,包括电子原始凭证、电子记账凭证。
电子原始凭证可由单位内部生成,也可从单位外部接收。
第二章会计软件总体要求第四条会计软件的设计应当符合我国法律、行政法规和部门规章的有关规定,保证会计数据合法、真实、准确、完整,有利于提高会计工作效率。
第五条会计软件应当保障单位按照国家统一的会计制度开展会计工作,不得有违背国家会计制度的功能设计。
第六条会计软件应当遵循和适配覆盖输入、处理、输出等环节的会计数据标准。
第七条会计软件结构应当具备开放性,遵循业界主流技术标准规范,采用开放式体系架构,提供易于理解的标准数据接口,支持通用的数据传输协议和数据格式,便于实现与其他信息系统集成或数据交换。
数据接口技术规范
附件2TRAS 数据接口技术规范为了方便从征管系统中导入数据，我们制订了将外部数据导入到TRAS的接口标准。
目前支持文本和DBF两种格式。
接口描述：1、数据头部一般情况下，从征管系统读入的只是某些表的某些指标，所以需要有个方法来告诉系统是哪些表的哪些指标。
无论是TXT还是DBF，都通过“表头”来规定要读入哪些指标。
例如，我们希望读入企业表中的5个指标，企业表的报表代号为B0，要读入的5个指标在TRAS的单元格名为：C3, C5, C7, C9, C11，则文本文件的第一行应该是：ID,Name,B0_C3 B0_C5, B0_C7, B0_C9, B0_C11。
其中ID，Name是需要增加的项，用以规定导入户的代码和单位名，其中ID是必需项，Name和BBQ可以省略。
BBQ表示导入的报表期,若没有此字段则默认导入到当前期。
后面的指标必须加上报表代号前缀。
同样，DBF文件的字段名必须也采用以上的命名规则。
举例：BBQ,ID,Name,B0_C3 B0_C5, B0_C7, B0_C9, B0_C11200408,420101*********,新连线科技,1200,234,545,20,45 200408,420102236332337,某某电信公司,15000,43344,1545,320,545……其中，分隔符号也可以是TAB键。
2、一个文件和多个文件为了方便操作，多个固定表（非变长表）的指标可以合并到一个文件或分离成多个文件。
如要读入的指标在信息表和B0表中，则可以采用这样的表头： ID,Name,XXB_C5,XXB_C6,XXB_D6,B0_C3 B0_C5, B0_C7, B0_C9, B0_C11每个指标必须加上所在报表的代号作为前缀。
3、读入变长表数据由于变长表是一对多的关系，所以每个变长表的数据必须独立存放到一个文件，且文件名必须采用对应报表的代号。
如要读入产品表B1的数据，数据文件必须为：B1.TXT或则B1.DBF，否则系统不能准确读入。
数据接口标准
数据接口标准一、引言。
数据接口是不同系统之间进行数据交换的桥梁，其标准化对于系统间的协作和数据传输至关重要。
本文将介绍数据接口标准的相关内容，包括标准的制定背景、目的、内容和应用等方面。
二、标准的制定背景。
随着信息化的发展，各个系统之间的数据交换变得日益频繁。
而不同系统之间的数据格式、传输协议、安全性等方面存在诸多差异，导致数据交换困难、效率低下，甚至出现数据丢失或错误。
为了解决这一问题，制定数据接口标准成为当务之急。
三、标准的目的。
数据接口标准的制定旨在规范不同系统之间的数据交换，提高数据交换的效率和安全性，降低数据交换的成本和风险。
通过统一的标准，可以实现不同系统之间的无缝对接，实现数据的互通互联。
四、标准的内容。
数据接口标准主要包括以下内容：1. 数据格式标准，规定数据的结构、字段、编码方式等，以便不同系统能够正确解析和处理数据。
2. 传输协议标准，规定数据的传输方式、加密方式、安全认证等，确保数据在传输过程中不被篡改或泄露。
3. 接口规范标准，规定数据接口的调用方式、参数传递、错误处理等，以便不同系统能够正确调用和使用接口。
4. 安全性标准，规定数据交换过程中的安全防护措施，确保数据在传输和存储过程中不受到攻击和威胁。
五、标准的应用。
数据接口标准可以应用于各种系统之间的数据交换，包括企业内部系统、企业与合作伙伴的系统、不同行业之间的系统等。
通过遵循统一的标准，可以实现不同系统之间的数据共享和交换，提高工作效率和信息化水平。
六、结论。
数据接口标准的制定对于促进信息化建设、提高数据交换效率和安全性具有重要意义。
各个单位和组织应当重视数据接口标准的制定和遵循，以推动信息化建设和实现数据共享、互联互通。
同时，不断完善和更新数据接口标准，以适应信息化发展的需求和挑战。
湖北省发展和改革委员会办公室、湖北省市场监督管理局办公室关于重点用能单位能耗在线监测系统建设的通知
湖北省发展和改革委员会办公室、湖北省市场监督管理局办公室关于重点用能单位能耗在线监测系统建设的通知文章属性•【制定机关】湖北省发展和改革委员会办公室,湖北省市场监督管理局•【公布日期】2019.06.08•【字号】•【施行日期】2019.06.08•【效力等级】地方规范性文件•【时效性】现行有效•【主题分类】能源及能源工业综合规定正文湖北省发展和改革委员会办公室、湖北省市场监督管理局办公室关于重点用能单位能耗在线监测系统建设的通知各市、州、直管市、林区发展改革委、市场监督管理局，各重点用能单位：为了贯彻落实《国家发展改革委办公厅、市场监管总局办公厅关于加快推进重点用能单位能耗在线监测系统建设的通知》（发改办环资〔2019〕424号），经研究，现就有关事项通知如下。
一、提高思想认识建设重点用能单位能耗在线监测系统，有利于推进重点用能单位完善能源计量体系、提高能源管理精细化水平，有利于加快互联网与节能工作深度融合、促进企业提质增效降本，有利于提高节能宏观调控能力。
各级节能、计量主管部门和重点用能单位务必高度重视，坚决贯彻落实党中央、国务院决策部署，按照国家两部委要求，认真组织实施，确保任务落实。
二、明确建设目标监测系统采用“国家平台+省级平台+重点用能单位接入端系统”的网络架构。
经报省政府同意，省平台由省计量测试技术研究院具体承担建设任务，部署在省电子政务外网和互联网，实现接收全省重点用能单位上传的数据，与国家平台进行数据对接，为全省重点用能单位、相关部门提供支持服务的功能。
计划于2019年年底前上线运行。
按照《重点用能单位节能管理办法》（国家发展改革委等七部委2018年15号令）规定，纳入重点用能单位“百千万”行动计划的企业，应当建设能耗在线监测接入端系统，将数据上传至省平台。
接入端系统由省平台承建单位按“一企一策”方式提供工程设计，设计费纳入省平台项目建设概预算。
各重点用能单位可依据设计方案自主选择相关服务企业承担建设任务，建设费用原则上由各单位自筹解决。
数据接口规范
政府网站集约化平台数据接口规范1范围本文件规定了山西省政府网站的信息资源库、信息资源元数据、信息资源编码规则、信息资源映射、信息资源对接等内容。
本文件适用于山西省各级政府及政府部门建设的网站（简称政府网站）。
2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。
其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T21063.3政务信息资源目录体系第3部分：核心元数据GB/T21062.3政务信息资源交换体系第3部分：数据接口规范GB/T21063.4政务信息资源目录体系第4部分：政务信息资源分类GB/T2260中华人民共和国行政区划代码GB/T34981.2-2017机构编制统计及实名制管理系统数据规范第2部分：代码集GB/T7408数据元和交换格式信息交换日期和时间表示法3术语和定义下列术语和定义适用于本文件。
3.1政府网站各级政府及其部门、派出机构和承担行政职能的事业单位在互联网上开办的，具有信息发布、解读回应、办事服务、互动交流等功能的网站。
3.2政府网站集约化通过统一标准体系、统一技术平台、统一安全防护、统一运维监管，集中管理信息数据，集中提供内容服务，实现政府网站资源优化融合、平台整合安全、数据互认共享、管理统筹规范的有效途径。
3.3政府网站集约化管理平台将一定范围内的政府网站集中到一起，形成技术统一、功能统一、结构统一、资源归集汇聚的一站式、面向多服务对象、多渠道、多层级、多部门的政府网站集群平台。
3.4政府网站统一信息资源库指通过一定规则对政府网站信息资源进行统一入库存储、维护管理、监管分析，并对外提供信息汇聚、数据转换、交换共享等服务的资源管理平台。
4信息资源库4.1概述信息资源库负责统一管理来自平台上各政府网站的信息，实现各类信息的集约共享和融合利用。
4.2政务信息资源共享（交换）原则政务信息资源共享（交换）遵循以下原则，包括但不限于：a)以共享为原则，不共享为例外；b)需求导向，无偿使用；c)统一标准，统筹建设；d)建立机制，保障安全。
接口性能规范标准最新
接口性能规范标准最新接口性能规范标准是确保软件系统各组件之间有效通信的关键。
以下是最新的接口性能规范标准内容：1. 引言接口性能规范标准旨在为软件开发者提供一个明确的指导，以确保接口的高效性和可靠性。
这些标准适用于所有类型的接口，包括但不限于Web服务、数据库连接、系统间通信等。
2. 性能指标- 响应时间：接口在接收到请求后返回响应所需的时间。
- 吞吐量：单位时间内接口能够处理的请求数量。
- 并发用户数：同时使用接口的用户数量。
- 资源利用率：接口运行时对系统资源（如CPU、内存、网络带宽）的使用情况。
3. 性能要求- 最小响应时间：接口的响应时间应不超过设定的最大值。
- 最大吞吐量：接口应能够处理的请求数量应达到或超过预期的最小值。
- 并发处理能力：接口应支持一定数量的并发用户，以满足高负载情况下的需求。
- 资源使用效率：接口在运行过程中应优化资源使用，避免不必要的资源浪费。
4. 测试方法- 负载测试：模拟高并发请求，测试接口的响应时间和吞吐量。
- 压力测试：逐步增加请求量，直至接口性能下降，以确定其极限。
- 稳定性测试：长时间运行接口，确保其在持续负载下的性能稳定性。
5. 性能优化建议- 代码优化：优化算法和数据结构，减少不必要的计算。
- 资源管理：合理分配和使用系统资源，避免资源争用。
- 异步处理：采用异步通信机制，提高接口的响应速度。
- 缓存机制：使用缓存减少数据库访问次数，加快数据读取速度。
6. 监控与日志- 性能监控：实时监控接口的性能指标，及时发现并解决问题。
- 日志记录：记录接口的运行日志，便于问题追踪和性能分析。
7. 安全性要求- 数据加密：确保接口传输的数据进行加密，防止数据泄露。
- 身份验证：接口应实施有效的用户身份验证机制，防止未授权访问。
8. 兼容性和扩展性- 兼容性：接口应兼容不同平台和操作系统。
- 扩展性：设计接口时应考虑未来可能的扩展需求，确保接口的可扩展性。
9. 结论接口性能规范标准的制定是为了确保软件系统在高负载、高并发的环境下依然能够保持高效和稳定。
06 重点用能单位能耗在线监测系统-端设备技术规范
能耗在线监测端设备中用于隔离用能单位生产系统与办公系统之间数据传递的物理隔离设备及相 应的应用软件系统，负责按照预定的控制管理策略对内外部处理单元的工作状态及网络通讯协议数据进 行检测及过滤，进而实现内外网安全隔离防护作用。 3.8 非 IP 物理隔离
2 规范性引用文件
下列文件对于本规范的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本规范。 凡是不注日期的引用文件，其最新版本适用于本规范：
GB 4943 信息技术设备 GB 9254 信息技术设备的无线电骚扰限值和测量方法 GB 12325 电能质量 供电电压偏差 GB 17625.1 电磁兼容限值谐波电流发射限值 GB/T 17626.2 电磁兼容 试验和测量技术 静电放电抗扰度实验 GB/T 17626.3 电磁兼容 试验和测量技术 射频电磁场辐射抗扰度实验 GB/T 17626.4 电磁兼容 试验和测量技术 电快速瞬变脉冲群抗扰度实验 GB/T 17626.5 电磁兼容 试验和测量技术 浪涌（冲击）抗扰度实验 GB/T 19582 基于Modbus协议的工业自动化网络协议规范 GB/T 20279 信息安全技术 网络和终端隔离产品安全技术要求 GB/T 29871-2013 能源计量仪表通用数据接口技术协议 GB/T 29872-2013 工业企业能源计量数据集中采集终端通用技术条件 GB/T 30976.1 工业控制系统信息安全 第1部分 评估规范 GB/T 30976.2 工业控制系统信息安全 第2部分 验收规范 CJ/T 188 用计量仪表数据传输技术条件 DL/T 645 多功能电能表通信协议 NHJC-04 重点用能单位能耗在线监测系统端设备接口协议规范
【银行信息技术标准】【数据领域】数据接口与传输-EDW数据接口规范(试行)
5.5.1
接口单元的编码采用系统简称与源表名组成，各接口单元的编码规则是：<系统简称>_<源表名>。
5.3
图三. 系统总体数据流图
其中绿色框表示各个源系统及ETL服务器的数据流情况，蓝色框代表EDW系统的数据流情况。黑色线条表示从各个业务系统端流向EDW系统的数据流。图中数据流上标识的数字由小到大表示数据流的流向。
源数据提供方根据接口规范的要求生成接口文件，并上传到EDW系统ETL服务器端。EDW系统端接收系统将做记录级校验，校验结果记录到记录级校验报告。
1.2
本规范用于指导数据接口与传输工作，具体用途如下：
1.从各个源系统抽取EDW系统所需要的数据。
2.降低EDW系统的建设风险和难度，保障EDW系统的建设进度。
3.减小数据源系统与EDW系统之间的相互影响；
4.EDW数据接口方案的制定，是为了确保EDW系统的建设和实施，为逐步建设企业级数据仓库奠定数据基础；
第四步
核心系统开始传输此数据包。
第五步
核心系统在确认数据包传输完成后，再传当日数据的就绪文件edw_ready_ec_20060708_000.xml，就绪文件内容和命名规则不变。
5.4.2
图五. 数据接收方实现流程图
此流程描述数据接收方对接口文件的处理流程。在此过程中需要注意：
数据接收方在发现数据错误时，必须及时撰写数据校验报告，并将校验通过的数据和校验失败的数据转储到相应的目录，具体目录参见文件目录的划分；
2.源数据提供方发现数据有错误时，要重新生成对应的接口数据文件、接口就绪文件，并与EDW负责人联系确定错误修正方案，文件命名参见文件分类及命名规则。
3.为了提高各源系统FTP的效率，减少网络压力，EDW采纳了源系统提出的将数据文件压缩、打包传输的建议。具体方式如下：源系统将当日生成的数据文件压缩，打包后传给EDW，成功后，再传就绪文件。
《医院信息系统基本功能规范》
卫生部于一九九七年印发发布的《医院信息系统软件基本功能规范》 (以下简称《功能规范》 )，对于加快卫生信息化基础设施建设，规范管理，提高医院信息系统软件质量，保护用户利益，推动医院计算机应用的健康发展，起到了重要的指导作用。
但是随着计算机网络技术的迅速发展，卫生部重大医改政策的实施及医疗模式的转变，原《功能规范》已不能适应新形式的需要。
为此，卫生部信息化工作领导小组办公室于二 OO 一年三月着手修订《医院信息系统基本功能规范》。
在广泛征求意见、调查研究的基础上，卫生部信息化工作领导小组办公室组织了由卫生信息化主管人员、医院信息化主管人员、工程技术人员以及临床医生组成的专家组负责《功能规范》的重新修订。
根据国际医院信息化发展趋势及我国医院信息化发展的现状与需求，经反复论证、讨论，形成为了新的《医院信息系统基本功能规范》。
本《功能规范》具有以下特点：1．为了推动各级医院信息化建设，强调了《医院信息系统基本功能规范》不仅是对开辟厂商的评审标准和依据，同时也是各级医院进行信息化建设的指导性文件，以及用于评估医院信息化建设程度的基本标准。
2．标准化是信息化的基础。
为了改变以往医院信息系统建设标准不一，难以共享的局面，本《功能规范》将数据、数据库、数据字典编码标准化独立为一章，突出了标准化在医院信息化建设中的重要地位。
3．根据以病人为中心的服务宗旨，增加了以医生工作站、护士工作站等组成的临床信息系统部份，这是对原《功能规范》的重大改进。
4.增加了外部接口部份，以使医院信息系统适应各项新技术的发展及改革的需要。
如医院信息系统与医保系统、社区医疗系统、远程医疗系统及各级卫生行政主管部门的接口，为医院信息系统融入整个社会信息系统的发展奠定了基础。
5．加强了法制意识。
为使医院信息系统建设按国家法律法规有序发展，《功能规范》的每一部份都提供了必须遵照的国家法律法规。
6．编排格式统一，且各分系统既相互关联，又各成体系，方便医院及开辟商对《功能规范》的理解使用，各分系统功能规范结构均按如下格式：1)分系统主要设计目标；2)必须遵照的国家法律、法规、政策依据；3)分系统详细功能要求；4)系统运行要求。
06重点用能单位能耗在线监测系统-端设备技术规范
5.1 硬件配置
CPU：单主板应采用低功耗处理器。 内存：单主板内存容量应不小于2GB。 存储：采用无旋转部件的固态硬盘或电子盘。 隔离：独立双主机“2+1”（外网主机、内网主机+安全数据交换单元）架构，非IP物理隔离。 显示：主机应支持显示工作状态，便于现场维护操作。
5.2 接口类型及数量
5.2.1内网主机单元 数据接入串口（RS232/RS485）至少2路，数据接入以太网接口至少2路。
5.2.2 外网主机单元
3
数据发送以太网接口至少2路。 5.2.3 人机接口
至少支持USB接口3个（含CA证书接口1个），具备VGA等视频接口1个。
5.3 供电电源
（1）供电电源：AC 220V±10%，50Hz（满足GB 12325，220V单项供电电压允许偏差范围要求）， 双路冗余热备电源输入；
安全数据交换单元在任意时刻只能与一个网络的主机系统建立非TCP/IP协议的数据连接。 例如：当它与外网主机系统相连接时，它与内网主机系统必须是断开的。 4 系统架构 能耗在线监测端设备是设置在重点用能单位的信息节点。重点用能单位的能耗相关数据通过有线或 无线网络传输到能耗在线监测端设备。能耗在线监测端设备对采集到的数据进行汇总，验证、筛选、整 理打包后，采用HTTPS将数据上传至系统平台。能耗在线监测端设备系统架构如图1所示，能耗在线监 测端设备应实现数据接入、安全隔离、数据处理存储及上传、运维管理等功能。本规范分硬件功能、软 件功能、运维管理三个部分对能耗在线监测端设备要实现的功能进行描述。端设备应必选支持SQL、 OPC、Modbus、DL/T 645、CJ/T188协议。 能耗在线监测端设备在接入互联网之前应采用防火墙隔离来自互联网的网络攻击，可选硬件或软件 防火墙。用能单位当前未配置硬件防火墙时，需配置硬件防火墙。
5-国家平台服务接口管理办法
国家数据共享交换平台（政务外网）服务接口申请、授权和使用管理暂行办法第一章总则第一条为规范国家数据共享交换平台（政务外网）（以下简称“国家共享平台”）服务接口管理，提升服务质量，根据有关法律法规和《政务信息资源共享管理暂行办法》（国发〔2016〕51号）、《政务信息系统整合共享实施方案》（国办发〔2017〕39号）、《进一步深化“互联网+政务服务”推进政务服务“一网、一门、一次”改革实施方案》（国办发〔2018〕45号）和《关于进一步加快推进政务信息系统整合共享工作的通知》（国办秘函〔2018〕13号）等文件要求，结合工作实际，制定本办法。
第二条本办法用于规范国家共享平台服务接口申请、授权和使用的行为和流程。
第三条国家共享平台服务接口申请、授权和使用管理遵循以下原则：（一）统一受理。
国家共享平台管理部门统一归口受理和答复中央和地方政务部门的服务接口使用申请。
（二）按部门授权。
原则上服务接口授权对象为使用部门。
使用部门在提出申请时，需提供信息使用用途和业务应用系统等信息。
（三）线上为主，线下为辅。
通过国家共享平台进行线上申请流转、授权和答复，完成服务接口授权流程。
对于明确需要纸质申请材料的，线下报送申请纸质件仅作为存档依据。
（四）与国家政务服务平台相衔接。
国家政务服务平台上线运行后，对于各省（区、市）和国务院有关部门提出的政务服务数据共享需求，由国家政务服务平台统一受理和提供服务，并通过国家共享平台交换数据。
第二章工作体系第四条国家共享平台服务接口申请、授权和使用管理的工作体系由提供部门、平台管理部门、省级政务信息共享主管部门、使用部门共同组成。
第五条提供部门是指以服务接口方式提供查询、核验等数据共享服务的中央政务部门。
提供部门通过国家共享平台注册、发布服务接口，与本部门共享目录挂接，并提供接口规范、使用说明等。
提供部门负责对本部门有条件共享资源，以及服务接口需要管控参数的无条件共享资源进行使用授权。
中小企业运行监测平台方案
中⼩企业运⾏监测平台⽅案中⼩企业运⾏监测平台⽅案1建设⽬标建设中⼩企业运⾏监测⼤数据平台对全国各地区、各⾏业中⼩企业的基本运营情况、原材料供应、产业链协同等主要数据采⽤实时采集、填报、定期收集等多种汇聚⽅式，定期统计、汇总分析，⽣成全国中⼩企业运⾏情况报告，科学、准确、及时地掌握当前我国中⼩企业运⾏状况，为有关部门提供精准施策提供信息⽀撑。
2需求分析2.1业务需求2.1.1采集来源多元化需求传统的中⼩企业数据采集采⽤的系统填报⽅式，⽆法保证数据的真实性、及时性、全⾯性，因此按照互联⽹思维，对接⼯业互联⽹平台、互联⽹平台（包括电商平台、外卖平台、物流平台）等多⽅资源，实现企业数据多元化采集。
2.1.2采集数据规范化需求数据采集的规范化和标准化是数据存储、交易、加⼯及数据服务等⼀系列数据治理的前提，但数据的规范化和标准化也不能⼀蹴⽽就。
因此，对于中⼩企业采集到的注册类数据、业务数据、设备数据、财务数据、采购销售库存数据，要详细分析，辨识出关键的、共有的指标，建⽴初步的数据标准，实现采集数据规范化，为后续数据整合、数据应⽤奠定好基础。
2.1.3监测模型科学化需求中⼩企业监测模型是实现对中⼩企业运⾏情况描述，以及出现不良情况的预警，因此需要根据采集到数据从不同⾓度建⽴科学模型，对中⼩企业运⾏情况进⾏精准监控。
2.1.4数据呈现多样化需求中⼩企业数据分析结果的呈现要具备多层次、多⾓度、多样化的特点，实现对全国范围内中⼩企业运⾏情况实时监测，按⽉度发布中⼩企业运⾏监测报告，科学、准确、及时地掌握当前我国中⼩企业运⾏状况，为精准施策提供信息⽀撑。
同时，也实现对不同⾓⾊的使⽤⼈员在不同的使⽤场景（⼤屏、电脑、⼿机）中多样化进⾏展⽰。
2.2技术需求2.2.1采集软件需求系统软件采⽤平台化⽅式建设，实现数据采集、数据处理、数据监控、数据展⽰等功能。
软件平台具备良好的灵活性、可扩展性、⾼适配性、安全性等特点。
⽀撑不同数据源、不同采集⽅式的数据采集，包括接⼝⽅式、客户端⽅式等。
数据交换接口规范
数据交换接口规范一、引言数据交换接口规范旨在定义数据交换的标准格式，确保不同系统之间的数据能够顺利传输和解析。
本规范适合于各种数据交换场景，包括但不限于系统间的数据传输、数据导入导出等。
二、术语和定义1. 数据交换接口（Data Exchange Interface）：指不同系统之间进行数据传输和解析的接口。
2. 数据格式（Data Format）：指数据在传输过程中的组织形式，包括数据结构、字段定义等。
3. 数据编码（Data Encoding）：指数据在传输过程中的编码方式，常见的编码方式有ASCII、UTF-8等。
4. 数据协议（Data Protocol）：指数据在传输过程中采用的协议，常见的协议有HTTP、FTP等。
三、接口规范1. 数据格式1.1 数据结构：数据交换的基本单位是数据记录，每一个数据记录包含多个字段，字段之间使用特定字符进行分隔，常见的分隔符有逗号、制表符等。
1.2 字段定义：每一个字段都有特定的名称和数据类型，数据类型可以是整数、字符串、日期等。
1.3 数据编码：数据在传输过程中应使用统一的编码方式，以确保数据的正确解析和显示。
2. 数据协议2.1 接口地址：定义数据交换接口的URL地址，用于标识数据交换的目标系统。
2.2 请求方法：定义数据交换接口的请求方法，常见的请求方法有GET、POST 等。
2.3 请求参数：定义数据交换接口的请求参数，包括但不限于数据类型、数据长度等。
2.4 响应格式：定义数据交换接口的响应格式，常见的响应格式有JSON、XML等。
四、数据交换流程1. 发送方准备数据：发送方根据接口规范准备要发送的数据，确保数据的完整性和正确性。
2. 发送方发送请求：发送方将准备好的数据按照接口规范发送给接收方，包括请求方法、接口地址和请求参数等。
3. 接收方解析数据：接收方根据接口规范解析接收到的数据，确保数据的正确解析和存储。
4. 接收方发送响应：接收方根据接口规范生成响应数据，包括响应格式和响应内容等。
铁路供电安全检测监测系统(6C系统)_接口规范
铁路供电安全检测监测系统（6C系统）数据接口规范二○一四年六月引言为确保电力牵引列车的运营秩序，提高牵引供电安全性、可靠性，应构建电气化铁路供电安全检测监测系统（6C系统）。
综合数据处理中心系统按铁路总公司-铁路局-供电段三级设置，是各6C装置所采集检测监测数据的汇集处理与分析展示平台，是6C系统的组成部分。
为了规范和统一6C综合数据处理中心系统与其他各个子系统的数据接口，特制定本规范。
本规范由中国铁路总公司运输局负责解释。
本规范主编单位：中国铁路总公司运输局供电部西南交通大学中国铁道科学研究院1.适用范围本规范规定了铁路供电安全检测监测系统（6C系统）综合数据处理中心与各检测监测装置物理和数据接口。
本规范适用于电气化铁路牵引供电安全检测监测领域。
2.基本原则为了保证数据提供方（6C装置）和数据接收方（综合数据处理中心系统）之间高效、准确地交换数据，接口规范的编制符合如下原则：（1）数据提供方和数据接收方之间的接口应具备完整性、规范性、开放性和灵活性；（2）接口易理解、易使用、易交流、方便扩展；（3）保证数据提供方和数据接收方的数据一致性；（4）传输数据时，如突遇网络异常或其他异常情况，具备断点续传和补全历史数据的功能。
3.接口实现（1）交换内容组织格式统一采用XML方式，字符编码格式采用UTF-8；（2）XML解析技术采用SAX解析技术（解析器可自编程）。
（3）支持网络模式传输，可以实现跨越局域网络、广域网络等平台的数据传送和获取；（4）接口应支持TCP/IP（FTP）网络协议。
4.使用策略（1）调用时间根据数据接收方所需要的来进行数据上传；（2）调用频率根据数据接收方所需要的上传频率要求可以多次调用；（3）触发机制由数据源提供方向数据接收方推送数据。
5.物理接口5.1USB接口采用移动存储设备，通过USB接口直接将各6C装置的采集数据拷贝至综合数据处理中心系统。
5.2网络接口各6C装置与综合数据处理中心系统间的数据传输通信可以采用无线通信和有线通信方式，宜优先采用有线通信进行数据传输。
数据接口标准
可扩展商务报告语言(XBRL)
XBRL发展沿革
– 1998年4月份，华盛顿州的会计师 Charles Hoffman开始研究有关于使用 XML作为电子报导财务信息的工具，同时 也开始发展利用XML作为财务报表和审计 工作的工具的原型。 – AICPA于1998年10月2日决定建立使用 XML作为编制财务报表工具的原型，至 1998年12月31日，该原型在AICPA赞 助下由Charles Hoffman、Mark Jewett发展完成。
可扩展商务报告语言(XBRL)
XML技术概要
1. 可扩展标记语言，缩写为XML，描述了一类称 为XML文件的数据对象，同时也部分地描述了 处理这些数据对象的计算机程序的动作。主要用 于描述各种文档的逻辑结构（树状结构） 2. XML是SGML(标准通用标记语言ISO8879)针对特定 应用领域的一个子集，或者说是SGML的一种受限 形式。根据定义，XML文件是合乎规范的SGML文 件 3. 一组技术的集合，包括：DTD(文档类型定义）、 XML Schema(XML数据模式）XSL（可扩展样式语 言）XQL(查询语言）等等
可扩展商务报告语言(XBRL)
XBRL的用途
4. 证券管理机构：目前证监委规定Adobe Acrobat的PDF格式为电子档案，若各上市公司 统一采用XBRL格式，则书面资料与资料上传都 只需同样步骤即可完成，且各公司所上传之档案 具有相同之格式，更可直接对其进行检查、比较 与分析，可以最小成本达到信息公开透明化与公 平化。 5. 政府机关与非营利组织：政府可以规划标准 XBRL的窗体及文件的格式，放置于政府公开网 站上，以供企业填写或缴交资料，政府机关与非 营利组织内部许多财务性文件及窗体，统一规划 为XBRL的文件标准，可更加简化政府或非营利 组织公文流程处理作业
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
附件2武汉市节能智慧管理系统数据接口规范武汉市发展和改革委员会2013年12月为指导我市各级节能智慧管理系统建设，市发改委组织有关专家，以我国现行相关标准为依据，结合我市节能智慧管理系统建设、验收和运行管理要求，研究制定了本数据接口规范。
本规范包括主要用能单位上传数据接口标准规范和市区各级系统上传数据接口标准规范两部分，其中两部分包括了接口的标准应用范围、接口的实现、接口的要求、术语和定义和基本原则。
本规范由市发改委负责管理和解释。
1. 主要用能单位上传数据接口规范 (5)1.1标准应用范围 (5)1.2术语和定义 (5)1.3基本原则 (5)1.4接口实现 (6)1.4.1数据提供方 (6)1.4.2数据接收方 (6)1.4.3接口的实现方式 (7)1.4.4传输方式 (7)1.4.5传输协议 (7)1.4.6传输过程 (7)1.4.7编码原则 (8)1.4.8接口的验证方式 (8)1.4.9使用策略 (9)1.5接口数据的要求及保障 (9)2. 区分系统上传数据接口规范 (10)2.1标准应用范围 (10)2.2术语和定义 (10)2.3基本原则 (10)2.4接口实现 (11)2.4.1数据提供方 (11)2.4.2数据接收方 (12)2.4.3接口的实现方式 (12)2.4.4传输方式 (12)2.4.5传输协议 (12)2.4.6传输过程 (12)2.4.7编码原则 (13)2.4.8接口的验证方式 (13)2.4.9使用策略 (14)2.5接口数据的要求及保障 (14)附录1 数据采集器身份认证过程和数据加密 (15)附录2 数据采集器或子系统和市数据中心通信过程 (16)附录3 数据传输的XML数据格式 (17)1.主要用能单位上传数据接口规范1.1标准应用范围本标准主要为解决主要用能单位与市/区系统数据交互问题，指导主要用能单位向武汉市或各区节能智慧管理系统上传能耗数据。
1.2术语和定义1.3基本原则为了保证数据提供方和数据接收方之间高效、准确地交换数据，因此接口规范的编制应符合如下原则：✧数据提供方和数据接收方之间接口应具备完整性、规范性、开放性和灵活性；✧接口定义遵循易理解、易使用、易交流、方便扩展的原则；✧保证数据提供方和数据接收方的数据一致性；✧在满足业务需求的前提下，使接口数据量最少，最大限度地减轻数据接收方的压力；✧具有可靠完善的接口数据传输与错误纠正机制，保证数据的正确性和完整性。
1.4接口实现1.4.1数据提供方数据提供方应满足以下要求与功能:1)保证按时提供接口规范规定的数据内容；2)对接口数据提供相关的验证功能，保证数据的准确性、一致性；3)若相关系统有变更，则要求在变更前提供变更内容说明，并及时更新本接口规范及相关附件的相应内容；4)遵循本接口规范中规定的验证规则；5)应及时解决接口数据提供过程中出现的问题。
6)对于未尽事宜，应同数据接收方协商解决。
7)数据提供方应具有在上传数据之前对数据的加密的功能。
8)数据提供方的数据接口应能根据数据接收方的接口更新和升级，灵活的调整，达到灵活的与数据接收方的数据对接。
9)能够满足数据接收方所要求的数据接收频率，根据上传频率自动将所需数据传送至系统。
10)用能单位在传输数据时候，如突遇网络异常或其他异常情况，应具有断点续传和补全历史数据的功能。
11)具有用能单位自身内部的用能单位子系统，能够读取到设备的能耗数据，将数据接收方所需的数据根据上传频率传送至市系统。
1.4.2数据接收方1)按时接收接口规范规定的相关数据内容。
2)对接收的数据提供验证功能。
3)遵循本接口规范中规定的验证规则和变更说明。
4)对于未尽事宜，应同数据提供方协商解决。
5)数据接收方具有设置数据提供方的上传权限的功能。
6)数据接收方能够根据配置量控制数据提供方的数据量。
1.4.3接口的实现方式1.采用服务（SOA理念）的方式提供数据共享；接口交互技术采用WebServices方式。
2.交换内容组织格式统一采用XML方式，字符编码格式采用UTF-8。
3.XML解析技术采用SAX解析技术（解析器可自编程）。
1.4.4传输方式数据主要通过数据接口的方式进行传输。
具体要求包括：✧支持网络模式传输，可以实现跨越局域网络、广域网络等系统的数据传送获取。
✧支持对接口机的IP地址、帐户、口令、存取目录的验证。
1.4.5传输协议接口应支持TCP/IP（HTTP、FTP）网络协议。
1.4.6传输过程数据传输应支持：✧实时、高效和安全可靠地传送数据；✧传输过程中的差错控制。
数据接口处理过程：✧数据接收方在接收数据之前对数据提供方进行安全验证。
✧数据接收方接收数据或文件，并校验是否成功获取；✧若成功，则对数据包或文件名进行标识并存放在相应数据库或目录；✧若失败，则对数据包或文件名进行读取失败标识，存放在相应数据库或目录，并通知相关系统及时处理故障，协商重传时间。
1.4.7编码原则1.对所有交互对象及对象属性统一命名2.方法、参数名称采用首字母小写，后面每个单词首字母大写的形式，缩写为1-3个字母的参考第一个规则（如getUserID、getUserName）1.4.8接口的验证方式为了保证能源数据的准确性，必须对数据提供方与数据接收方之间的数据接口进行验证，接口数据的验证由接口双方共同负责。
◆实时验证：每次数据提供方调用数据接收方接口进行数据交互时，对交互的数据进行验证。
✧验证方法◆数据提供方在上报数据前根据报表数据要求和接口数据要求对上报数据进行初步校验。
◆数据接收方在接收到上报数据后对数据格式、数据长度、数据的完整性进行校验。
1.4.9使用策略✧调用时间根据数据接收方所需要的上传频率来进行数据上传。
✧调用频率根据数据接收方所需要的上传频率要求可以多次调用。
✧触发机制由数据提供方向数据源提供方推送数据。
1.5接口数据的要求及保障数据接收方在发现数据错误时，必须及时记录日志，并将校验通过的数据和校验失败的数据转存到相应字段中。
需要对数据进行逻辑校验：✧主键检查主键唯一性校验，检查接口数据中是否违反规范定义的唯一性约束；✧数据类型及格式检查字段类型检查，检查各字段类型是否与规范定义一致；✧数据值域检查对数据的取值有效检查。
2.区分系统上传数据接口规范2.1标准应用范围本标准主要为解决武汉市各区分系统与市系统数据交互问题，指导各区分系统向市系统上传能耗数据。
2.2术语和定义2.3基本原则为了保证数据提供方和数据接收方之间高效、准确地交换数据，因此接口规范的编制应符合如下原则：✧数据提供方和数据接收方之间接口应具备完整性、规范性、开放性和灵活性；✧接口定义遵循易理解、易使用、易交流、方便扩展的原则；✧保证数据提供方和数据接收方的数据一致性；✧在满足业务需求的前提下，使接口数据量最少，最大限度地减轻数据接收方的压力；✧具有可靠完善的接口数据传输与错误处理机制。
2.4接口实现2.4.1数据提供方数据提供方应满足以下要求与功能:1)保证按时提供接口规范规定的数据内容；2)对接口数据提供相关的验证功能，保证数据的准确性、一致性；3)若相关系统有变更，则要求在变更前提供变更内容说明，并及时更新本接口规范及相关附件的相应内容；4)遵循本接口规范中规定的验证规则；5)应及时解决接口数据提供过程中出现的问题。
6)对于未尽事宜，应同数据接收方协商解决。
7)上传数据前应有对数据的打包压缩和加密的处理过程。
8)数据提供方在进行接口开发时,应具有灵活和迅速与数据接收方进行对接，包括在后期的接口迁移和升级，能快速的与数据接口进行对接传输数据。
9)能够满足数据接收方根据实际需求所需要的数据接收频率，根据上传频率自动将所需数据传送10)数据提供方在传输数据时候，突遇网络异常或其他异常情况，应具有断点续传和补全历史数据的功能。
11)具有接收到用能单位级能管中心的能耗数据的功能，以及用能单位上报的数据。
12)能够保证用能单位到地市系统，地市系统到省系统的数据数据一致性和完整性。
2.4.2数据接收方1)按时接收接口规范规定的相关数据内容；2)对接收的数据提供验证功能；3)遵循本接口规范中规定的验证规则和变更说明。
4)对于未尽事宜，应同数据提供方协商解决。
5)数据接收方对数据提供方的上传数据权限分配和设置。
6)数据接收方对数据提供方的数据量控制。
2.4.3接口的实现方式1.采用服务（SOA理念）的方式提供数据共享; 接口交互技术采用WebServices方式。
2.交换内容组织格式统一采用XML方式，字符编码格式采用UTF-8。
3.XML接析技术采用SAX解析技术（解析器可自编程）。
2.4.4传输方式数据主要通过数据接口的方式进行传输。
具体要求包括：✧支持网络模式传输，可以实现跨越局域网络、广域网络等系统的数据传送获取。
✧支持对接口机的IP地址、帐户、口令、存取目录的验证。
2.4.5传输协议接口应支持TCP/IP（HTTP、FTP）网络协议。
2.4.6传输过程数据传输应支持：✧实时、高效和安全可靠地传送数据；✧传输过程中的差错控制。
✧传输过程中如有网络出现异常或其他异常情况导出数据不能正常上传至系统，数据提供方能够自动进行续传或补齐丢失数据的功能。
数据接口处理过程：✧数据接收方在接收数据之前对数据提供方进行安全验证。
✧数据接收方接收数据或文件，并校验是否成功获取；✧若成功，则对数据包或文件名进行标识并存放在相应数据库或目录；✧若失败，则对数据包或文件名进行读取失败标识，存放在相应数据库或目录，并通知相关系统及时处理故障，协商重传时间。
2.4.7编码原则1.对所有交互对象及对象属性统一命名2.方法、参数名称采用首字母小写，后面每个单词首字母大写的形式，缩写为1-3个字母的参考第一个规则（如getUserID、getUserName）2.4.8接口的验证方式为了保证能源数据的准确性，必须对数据提供方与数据接收方之间的数据接口进行验证，接口数据的验证由接口双方共同负责。
◆实时验证：每次数据提供方调用数据接收方接口进行数据交互时，对交互的数据进行验证。
✧验证方法◆数据提供方在上报数据前根据报表数据要求和接口数据要求对上报数据进行初步校验。
◆数据接收方在接收到上报数据后对数据格式、数据长度、数据的完整性进行校验。
2.4.9使用策略✧调用时间定于规定上报期内的任何时段，能耗实时数据根据数据接收方的频率进行上传✧调用频率根据实际上报要求可以多次调用，能耗实时数据根据数据接收方的频率进行多次调用✧触发机制由数据提供方向数据源提供方推送数据2.5接口数据的要求及保障数据接收方在发现数据错误时，必须及时记录日志，并将校验通过的数据和校验失败的数据转存到相应字段中。
需要对数据进行逻辑校验.✧主键检查主键唯一性校验，检查接口数据中是否违反规范定义的唯一性约束；✧数据类型及格式检查字段类型检查，检查各字段类型是否与规范定义一致；✧数据值域检查对数据的取值有效检查。