PONEMS北向接口功能及技术规范v10

2020年5月29日

- 2 -

2020年5

月29日

中国电信PON EMS 北向接口

功能及技术规范

(V1.0)

12月

前言

本标准主要参照相关国际标准、国内行业标准、企业标准,现有的PON设备、PON EMS及PON EMS北向接口技术资料,结合PON EMS与OSS系统对接的实际情况和具体要求编制而成。本标准主要用于规范PON EMS与OSS系统间的北向接口功能、参数、协议及对相关系统的技术要求等内容。本标准包括四部分:

(1)PON EMS北向接口功能及技术规范——业务开通分册

(2)PON EMS北向接口功能及技术规范——综合测试分册

(3)PON EMS北向接口功能及技术规范——综合告警分册

(4)PON EMS北向接口功能及技术规范——综合信息查询分册

本标准由中国电信集团公司组织制定。

本标准包含中国电信的专利等知识产权,相关厂商需经中国电信授权方可使用本标准。

本标准起草单位:中国电信北京研究院

- 3 -

2020年5月29日

1 范围.................................................................................. 错误!未定义书签。

2 规范性引用文件 ............................................................. 错误!未定义书签。

3 术语、定义和缩略语 ..................................................... 错误!未定义书签。

3.1 术语和定义.......................................................... 错误!未定义书签。

3.2 缩略语.................................................................. 错误!未定义书签。

4 接口规范概述 ................................................................. 错误!未定义书签。

4.1 业务开通接口规范(I1接口) ............................... 错误!未定义书签。

4.2 综合告警接口规范(I2接口) ............................... 错误!未定义书签。

4.3 综合测试接口规范(I3接口) ............................... 错误!未定义书签。

4.4 综合信息查询接口规范(I5接口) ....................... 错误!未定义书签。

- 4 -

2020年5月29日

1范围

本标准规定了PON EMS与OSS系统之间的北向接口功能要求、接口参数、接口协议、对相关系统的技术要求等内容,

本标准适用于PON网络网管系统(EMS),用于指导PON EMS与OSS系统北向接口的设计、开发和测试。

2规范性引用文件

下列文件中的条款经过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。

2020年5月29日

3术语、定义和缩略语

3.1术语和定义

下列术语和定义适用于本部分。

1)自动激活系统:

是中国电信业务的后端运维支撑系统(也能够作为独立的逻辑模块存在于其它系统中),所有网元统一由自动激活系统接入,包括SS、SHLR、AS、AAA、IPTV平台、视频监控平台、ONU、OLT,实现业务自动开通。

2)综合测试系统:

是电信业务的后端运维支撑系统(也能够作为独立的逻辑模块存在于其它系统中),由该系统发起PON接入网的测试,经过接入PON EMS或无源光网络集中测量系统等手段,实现对设备、线路等网络故障原因诊断及例行监测。

3)综合告警系统:

是中国电信业务的后端运维支撑系统,综合告警系统接收PON

- 6 -

2020年5月29日

EMS上报的PON网络告警,进行告警压缩,并向操作人员提供统一的界面以进行告警的浏览、查询、确认等操作,同时系统可根据自动派单规则将PON网络故障上报到服务保障系统进行处理。

4)PON EMS (PON Element Management System):

指PON接入网的网元管理系统,实现网元设备的统一管理,包括数据配置、故障诊断、性能统计等管理功能。文中未作说明的EMS 均指PON EMS。

3.2缩略语

下列缩略语适用于文。

EPON Ethernet Passive Optical Network 基于以太网方式的无源光网络FTTX Fiber to the X 光纤到X

BOSS Business Operation Supporting System 电信业务运营支撑系统

FTTC Fiber to the Curb 光纤到路边

FTTO Fiber to the Office 光纤到公司/办公室

FTTH Fiber to the Home 光纤到家庭用户

FTTB Fiber to the Building 光纤到楼宇

SFU Single Family Unit 单住户单元

MDU Multi-Dwelling Unit 多住户单元

MTU Multi-Tenant Unit 多商户单元

SBU Single Bussiness Unit 单商户单元

HGU Home Gateway Unit 家庭网关单元

VoIP Voice over IP IP语音

IPTV IP Television IP电视

OLT Optical Line Terminal 光线路终端

ONT Optical Network Terminal 光网络终端

DSL Digital Subscriber Line 数字用户线

DSLAM Digital subscriber line access multiplexer 数字用户线接入复用器

- 7 -

2020年5月29日

LAN Local Area Network 局域网

MSAN Multiple Service Access Network 综合业务接入网

ONU Optical Network Unit 光网络单元

CPE Customer-premises equipment 用户侧设备

ITMS Integrated Terminal Management System 综合终端管理系统

UNI Uer Network Interface 用户网络接口

SNI Service Network Interface 业务网络接口

STB Set Top Box 机顶盒

EMS Element Management System 网元管理系统

OAM Operation, Administration & Maintenance 操作、管理和维护

- 8 -

2020年5月29日

4接口规范概述

图1:PON网络IT支撑系统总体架构

本技术规范涉及的PON EMS北向接口包括I1、I2、I3、I5接口,各接口说明如下:

I1接口:PON EMS与自动激活系统间的接口,提供PON业务自动开通功能。

- 9 -

2020年5月29日

I2接口:PON EMS与综合告警系统(服务保障系统)间的接口,提供

PON网络告警主动上报、告警同步等功能。

I3接口:PON EMS与服务保障类系统(综合测试系统/模块)间的接口,提供PON业务故障诊断、例行监测等功能。

I5接口:PON EMS与服务保障类系统间的接口,提供PON网络设备信息、业务配置信息查询等功能。

图1中所示I4接口为无源光网络集中测量系统北向接口,负责对ODN网络中的光纤、光缆、分路器等无源设备引起的各类故障进行快速、有效的定位和测量。集团公司正在组织相关测量系统的现网试验,将另文下发指导意见或接口规范。

对于FTTX组网模式下没有使用e家终端的,PON EMS 负责管理;对于FTTX组网模式下使用e家终端的,由EMS网管配置e家终端的PON相关参数,由ITMS配置e家终端的三层网络及相关业务参数,具体内容参见ITMS的相关文件。

4.1业务开通接口规范(I1接口)

PON EMS业务开通接口(I1)是PON EMS与自动激活系统间的接口,主要实现PON EMS与自动激活系统间业务配置信息的交互,满足PON网络中FTTB、FTTH等不同场景下语音业务、宽带业务、IPTV

业务自动开通、拆除、暂停、恢复、修改、移机的需求。

- 10 -

2020年5月29日

本接口规范主要对业务开经过程、配置内容以及PON EMS与自动激活系统间的北向接口功能、接口协议进行定义。

4.2综合告警接口规范(I2接口)

PON EMS综合告警接口(I2)是PON EMS与综合告警系统(服务保障系统)间的接口,主要实现PON网络告警的主动上报,在具备综合告警系统的省份,该接口直接与综合告警系统相连,在不具备综合告警系统的省份,该接口可与其它服务保障系统相连。经过PON EMS该接口上报的告警主要包括:网络层面的各类主要告警(MDU及以上),如OLT 设备板卡与电源模块等各类硬件故障告警信息、MDU软硬件的严重告警、异常掉电告警、主干光纤中断告警,以及MDU的环境参数和相关告警。在条件具备的省份,10000号可直接经过调用综合告警系统接口,为实现群障拦截与工单派发提供所需的告警信息。

本接口规范主要对PON EMS与综合告警系统间接口的功能、接口协议及PON EMS上报告警的类型、格式进行定义,同时提出对PON EMS及资源系统的要求。

4.3综合测试接口规范(I3接口)

PON EMS综合测试接口(I3)是PON EMS与服务保障类系统(综合测试系统/模块)间的接口,主要用于网络维护人员对于PON网络故障

- 11 -

2020年5月29日

的诊断测试、网络监控人员对于网络质量的日常监测、10000号对于用户故障的预判。

本接口规范主要对PON EMS与服务保障类系统(综合测试系统/模块)间的接口功能、接口协议进行定义, 同时提出对PON EMS的要求。

4.4综合信息查询接口规范(I5接口)

PON EMS综合信息查询接口(I5)是PON EMS与服务保障类系统间的接口,主要用于实现网络服务质量、服务保障等OSS系统查询PON网络信息的功能,综合性网管也能够用它来进行信息查询和网络拓扑展现。

本接口规范主要对对PON EMS综合信息查询接口的功能、接口协议进行定义。

各北向接口具体功能要求、协议定义见各接口规范。

- 12 -

2020年5月29日

中国移动BOSS系统接口规范(代理接入)

中国移动BOSS系统接口规范——代理接入部分 (Version 1.0) 中国移动通信集团公司二○○一年八月

目录 1. 总则 (1) 1.1. 概述 (1) 1.2. 原则和目标 (1) 1.3. 适用范围 (2) 1.4. 起草单位 (2) 1.5. 解释权 (2) 2. 接入服务接口总体说明 (3) 2.1. 系统总体接口应用模型 (3) 2.2. 接口实现机制 (4) 2.3. 接口要求 (6) 3. 代理接口说明 (7) 3.1. 接口应用模型 (7) 3.2. 接口网络组织 (8) 3.2.1. 省中心网络接入 (8) 3.2.2. 地市中心网络接入 (9) 3.3. 接口安全控制 (10) 3.3.1. 安全评估 (10) 3.3.2. 访问控制 (11) 3.3.3. 入侵检测 (12) 3.3.4. 口令认证 (12) 3.3.5. 安全审计 (12) 3.3.6. 防（毒）恶意代码 (12) 3.3.7. 加密 (13) 3.3.8. 其他 (13) 3.4. 接口连接管理 (14) 3.4.1. 传输控制 (14) 3.4.2. 通讯服务 (14) 3.4.3. 动态资源管理 (15) 3.5. 接口逻辑管理 (16) 3.5.1. 数据管理 (16)

3.5.1.2. 数据压缩/解压 (16) 3.5.2. 优先级管理 (17) 3.5.3. 交换分发管理 (17) 3.5.4. 完整性管理 (18) 3.5.4.1. 实时交易业务 (19) 3.5.4.2. 批量传输业务 (19) 4. 接口服务详述 (20) 4.1. 业务受理 (20) 4.1.1. 功能界定 (20) 4.1.2. 开户 (21) 4.1.2.1. 业务描述 (21) 4.1.2.2. 接口服务 (21) 4.1.2.2.1. 开户初始接口服务 (21) 4.1.2.2.2. 客户身份检查接口服务 (21) 4.1.2.2.3. 客户信用度初始化接口服务 (21) 4.1.2.2.4. 客户建档接口服务 (22) 4.1.2.2.5. 资源查询接口服务 (22) 4.1.2.2.6. 套餐计划查询接口服务 (22) 4.1.2.2.7. 开户费用计算接口服务 (22) 4.1.2.2.8. 开户确认接口服务 (23) 4.1.2.2.9. 开户单据打印接口服务 (23) 4.1.2.2.10. 开户回退接口服务 (23) 4.1.3. 售不记名卡 (24) 4.1.3.1. 业务描述 (24) 4.1.3.2. 接口服务 (24) 4.1.3.2.1. 不记名卡查询接口服务 (24) 4.1.3.2.2. 不记名卡销售接口服务 (24) 4.1.3.2.3. 单据打印接口服务 (24) 4.1.3.2.4. 单据补打接口服务 (25) 4.1.3.2.5. 卡销售回退接口服务 (25) 4.1.4. 预销 (26) 4.1.4.1. 业务描述 (26) 4.1.4.2. 接口服务 (26)

数据交换接口规范

附件4：数据交换接口规范一、概述计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性校验，并返回信息。

2、数据封装：为方便数据传输和解析，客户端通过Web service交换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后，会反馈成功信息给客户端，如不成功则返回不成功。五、客户端接收数据过程（与服务端接收过程类似。）六、术语说明

THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等打造全网一站式需求欢迎您的下载，资料仅供参考

信息技术之会计核算软件数据接口规范

国家标准《信息技术会计核算软件数据接口》（征求意见稿）编制讲明一、任务来源国家标准化治理委员会2002年下达的国家标准项目打算中，列入了《信息技术会计核算软件数据》（编号为20020389—T—424 ）；2004年国家标准化治理委员会又下达《关于调整信息技术会计核算软件数据国家标准打算项目的复函》（标委办函[2004]6号），明确由中华人民共和国审计署、中华人民共和国财政部作为主管部门，组织《信息技术会计核算软件数据》的起草单位和相关单位，承担《信息技术会计核算软件数据接口》国家标准的制定。二、要紧工作过程 2002年3月上海市技术监督局制定了《信息技术会计核算软件数据接口规范》，并作为地点标准。2002年依照国家标准项目打算中编号为20020398—T—424的国家标准打算项目《信息技术会计核算软件数据》，上海市技术监督局组织相关单位和专家进行该标准的起草工作，于2003年底提出了《信息技术会计核

算软件数据接口规范》国家标准草案文本。审计署依照工作需要，自1999年以来开展了“会计核算软件数据接口”方面的研究和实践。经国家电子政务治理委员会、国务院信息化工作办公室批准，审计署于2002年2月开始组织研究编写《会计核算软件数据接口》国家标准，于2003年底提出标准草案文本。 2004年2月，依照国家标准化治理委员会“标委办函[2004]6号”—“关于调整《信息技术会计核算软件数据》国家标准打算项目的复函”的精神，审计署计算中心召集上海《信息技术会计核算软件数据》标准起草组成员，审计署南京特派员办事处、南京审计学院等相关专家与人员，在北京对上述两个标准草案文本进行了深入细致的分析研究，综合整理提出了《信息技术会计核算软件数据接口规范（企业、事业单位）（草案稿）》。 2004年3月，依照国家标准化治理委员会关于“要符合国家标准撰写格式及语言规范；要使用数据元素表示；会计核算软件数据输出文件要有文本和XML格式”的要求，组织审计署计算技术中心、财政部会计司、审计署南京特派员办事处、信息产业部电子标准化所、用友公司、金算盘公司、浪潮公司等相关人员共同研究，编制出《信息技术会计核算软件数据接口（征求意见

数据接口技术比较

系统接口规范以及常见的接口技术概述一、基本要求：为了保证系统的完整性和健壮性，系统接口应满足下列基本要求： 1.接口应实现对外部系统的接入提供企业级的支持，在系统的高并发和大容量的基础上提供安全可靠的接入； 2.提供完善的信息安全机制，以实现对信息的全面保护，保证系统的正常运行，应防止大量访问，以及大量占用资源的情况发生，保证系统的健壮性； 3.提供有效的系统的可监控机制，使得接口的运行情况可监控，便于及时发现错误及排除故障； 4.保证在充分利用系统资源的前提下，实现系统平滑的移植和扩展，同时在系统并发增加时提供系统资源的动态扩展，以保证系统的稳定性； 5.在进行扩容、新业务扩展时，应能提供快速、方便和准确的实现方式。二、接口通讯方式：接口基本采用了同步请求/应答方式、异步请求/应答方式、会话方式、广播通知方式、事件订阅方式、可靠消息传输方式、文件传输等通讯方式： 1.同步请求/应答方式：客户端向服务器端发送服务请求，客户端阻塞等待服务器端返回处理结果； 2.异步请求/应答方式：客户端向服务器端发送服务请求，与同步方式不同的是，在此方式下，服务器端处理请求时，客户端继续运行；当服务器端处理结束时返回处理结果； 3.会话方式：客户端与服务器端建立连接后，可以多次发送或接收数据，同时存储信息的上下文关系； 4.广播通知方式：由服务器端主动向客户端以单个或批量方式发出未经客户端请求的广播或通知消息，客户端可在适当的时候检查是否收到消息并定义收到消息后所采取的动作；

5.事件订阅方式：客户端可事先向服务器端订阅自定义的事件，当这些事件发生时，服务器端通知客户端事件发生，客户端可采取相应处理。事件订阅方式使客户端拥有了个性化的事件触发功能，极大方便了客户端及时响应所订阅的事件； 6.文件传输：客户端和服务器端通过文件的方式来传输消息，并采取相应处理； 7.可靠消息传输：在接口通讯中，基于消息的传输处理方式，除了可采用以上几种通讯方式外，还可采用可靠消息传输方式，即通过存储队列方式，客户端和服务器端来传输消息，采取相应处理。三、接口安全要求：为了保证系统的安全运行，各种接口方式都应该保证其接入的安全性。接口的安全是系统安全的一个重要组成部分。保证接口的自身安全，通过接口实现技术上的安全控制，做到对安全事件的“可知、可控、可预测”，是实现系统安全的一个重要基础。根据接口连接特点与业务特色，制定专门的安全技术实施策略，保证接口的数据传输和数据处理的安全性。系统应在接入点的网络边界实施接口安全控制。接口的安全控制在逻辑上包括：安全评估、访问控制、入侵检测、口令认证、安全审计、防恶意代码、加密等内容。四、传输控制要求：传输控制利用高速数据通道技术实现把前端的大数据量并发请求分发到后端，从而保证应用系统在大量客户端同时请求服务时，能够保持快速、稳定的工作状态。系统应采用传输控制手段降低接口网络负担，提高接口吞吐能力，保证系统的整体处理能力。具体手段包括负载均衡、伸缩性与动态配置管理、网络调度等功能：

监管报表数据报送接口规范

监管报表数据报送接口规范修订历史纪录

汇总的，即对于某个具体的资金划付日期，针对一只基金的某种业务类型，只申报一条汇总数据记录。对于一种业务类型而言，只存在销售机构向基金划付金额或者只存在基金向销售机构划付金额。基金代码---目前为6位编码，最长可扩展至30位。业务类型---目前为3位编码，最长可扩展至30位。登记结算机构代码--目前为8位编码，最长可扩展至30位。（三）核对逻辑中国结算每日将基金确认成功的交易数据按照基金代码、销售机构代码、业务类型进行汇总统计，得出销售机构各业务对基金应划入金额和应划出金额，用于与J01报表中的实际划付金额数据进行核对。中国结算汇总统计基金划入和基金划出金额的方法是：对认购业务，第一次确认（业务类型120）时统计的基金应收金额为：汇总每笔交易的确认金额全额；第二次确认（业务类型130）时统计的基金应付金额为：汇总每笔交易的（一次确认金额-二次确认金额+退回给投资人的利息）。对申购（业务类型122）和定额申购（业务类型139）业务，统计的基金应收金额为：汇总每笔交易的（确认金额全额-代理费）。对赎回（业务类型124）、定额赎回（业务类型163）、强制赎回（业务类型142）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得金额+代理费）。对分红（业务类型143）业务，统计的基金应付金额为：汇总每笔交易的（投资人实得现金红利金额）。

中国财务软件数据接口标准(DOC7)

中国财务软件数据接口标准(DOC7) 编者按:标准应该是衡量事务的准则。标准的制定一样都由国际/国家有关标准机构或行业主管部门完成。但一些行业的生产厂商为了爱护用户的投资,促进行业有序进展,也按照本行业的特点,联合起来制定了一些大伙儿认可并共同遵守的规范,这种做法在国外已被广泛采纳。随着中国改革开放的深入,国内一些行业的厂家也开始进行这方面的探究,本期我们刊登的《中国财务软件数据接口标准》确实是由该财务软件行业的民间组织——中国软件行业协会财务及企业治理软件分会制定的,起草者为闻名财务软件厂商深圳金蝶公司。一、背景目前,国内财务软件众多,它们采纳的数据库平台和数据库结构各不相同,不同财务软件之间的数据交换,因为数据库平台和结构不同而产生许多困难,几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换咨询题。烦琐的数据转换工作白费了大量人力和物力,同时也阻碍了财务软件产业的健康进展。国内财务软件的商业化差不多比较成熟,各财务软件公司都有一批用户。由于各种缘故,一些用户期望从一个软件交叉升级为另一软件。由于用户在旧软件上已做了大量的工作,必定期望升级后原有数据能移植到新的软件中,然而有些软件的数据文件通过加密或数据库结构未公布,要从中直截了当读取数据几乎不可能。为了爱护用户已付出的劳动,各财务软件需要提供一个标准的数据输入输出接口。如此,建立一个公用的数据交换标准是专门必要的。用户在使用财务软件时,有一些需求通过财务软件本身是难以实现的,如:用户期望把会计报表通过电子表格软件处理输出为各种专门形式;另一些高级用户,则期望在其它治理软件中能取到财务数据。这些数据交换工作都需要有一个标准的数据接口来规范。财务会计通过长期的进展已形成一定的理论,财务会计工作也有规范可循,国内财务软件是在这些理论和规范的基础上开发出来的,各软件储存财务数据的模式也大同小异。财务数据要紧按会计科目、凭证、余额及发生额、报表几个部分分块储备,它们之间既

税控发票开票软件发票信息数据接口规范V4.0

税控发票开票软件发票信息数据接口规范V4.0 1概述为进一步优化纳税服务，满足纳税人内部管理信息系统与增值税发票税控开票软件的衔接需要，国家税务总局下发了税控发票开票软件发票信息数据接口规范V1.0、V2.0、V3.0版。随着增值税发票管理新系统的全国推广和营改增的全面实施，公布的接口已经不能满足需要，现对该接口进行更新升级，形成V4.0版。本接口规范适用于是增值税发票税控开票软件（金税盘版）与增值税发票税控开票软件（税控盘版）的商品编码版本（以下统一简称为税控发票开票软件），配合手工导入开具、自动导入开具和发票明细导出功能使用。 2接口说明 2.1待开发票信息导入接口通过税控发票开票软件中的手工导入开具和自动导入开具功能，将待开发票的信息批量导入到税控发票开票软件，完成发票开具。选择手工导入开具时，首先选择要导入的XML文件，再对导入发票信息逐张开具并打印发票。

选择自动导入开具时，首先设置文件存储路径和轮询时间。自动导入开具功能开启后，系统自动轮询指定路径下的XML文件，自动完成发票开具，并将开具结果写入指定文件目录。 2.2已开发票信息导出接口通过税控发票开票软件中的发票明细导出功能，实现已开发票信息的批量导出，生成EXCEL文件或XML文件。 3接口定义本接口规范内容包括待开发票信息导入接口和已开发票信息导出接口，发票类型为增值税专用发票、增值税普通发票、货物运输业增值税专用发票、机动车销售统一发票和二手车销售统一发票。3.1增值税专用发票和增值税普通发票 3.1.1修改说明单据新增了Version节点，增加商品编码功能后的版本为2.0；单据新增了Spbmbbh节点，增加商品编码功能后为税局下载的商品编码表版本号；单据新增了Hsbz节点，用于区分营改增新增的5%不含税税率和中外合作油气田（原海洋石油）5%税率、1.5%税率、差额税；单据商品明细中新增了Spbm（商品编码）、Qyspbm（企业商品编码）、Syyhzcbz（享受优惠政策）、Lslbz（零税率标识）、Yhzcsm

接口设计规范

目录 1 接口类型 (2) 1.1 人机接口 (2) 1.2 软件-硬件接口 (2) 1.3 软件接口 (2) 1.4 通信接口 (2) 2 接口设计规范 (2) 2.1 基本内容 (2) 2.2 规格说明 (3) 2.2.1 人机接口 (3) 2.2.2 软件-硬件接口 (3) 2.2.3 软件接口 (3) 2.2.4 通信接口 (3) 3 接口设计文档提纲 (3)

1接口类型 1.1人机接口人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口，包括硬件及程序。 1.2软件-硬件接口软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。 2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义

5、接口的规格和技术要求，包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求，包括硬件支持、存储资源分配等 8、接口程序的数据处理要求 9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。 2.2.4通信接口逐个描述各个通信接口的设计特性。包括硬件描述、接口功能说明、通信协议、报文处理、存储资源分配、程序接口设计和程序编制要求等。 3接口设计文档提纲 1 概述 (2) 1.1 编写目的 (2) 1.2 参考资料 (2) 1.3 术语和缩写词 (2)

中国结算开放式基金新版系统管理人数据接口规范(TXT)

中国结算开放式基金新版系统管理人数据接口规范(TXT) 版本1.1 二○○九年九月

1. 总则 (4) 2. 术语定义 (4) 3. 基本要求 (8) 4. 数据接口 (10) 4.1. 信息格式 (10) 4.2. 接口文件名定义 (11) 4.3. TA支持业务 (13) 4.4. 业务数据项 (15) 4.4.1. 开户确认业务101 (16) 4.4.2. 销户确认业务102 (20) 4.4.3. 客户资料修改确认业务103 (21) 4.4.4. 撤销交易账号确认109 (25) 4.4.5. 变更交易帐户确认158 (27) 4.4.6. 认购业务数据项020 (27) 4.4.7. 认购结果业务数据项057 (29) 4.4.8. 申购业务数据项022 (31) 4.4.9. 定期定额申购业务数据项039 (34) 4.4.10. ETF一次申购业务数据项091 (37) 4.4.11. ETF二次申购业务数据项092 (39) 4.4.12. 赎回业务数据项024/定期定额赎回业务数据项063 (42) 4.4.13. ETF一次赎回业务数据项093 (46) 4.4.14. ETF二次赎回业务数据项094 (48) 4.4.15. 预约赎回业务数据项025 (51) 4.4.16. 撤预约单业务数据项053 (53) 4.4.17. 转托管业务数据项026/028 (55) 4.4.18. 转托管入业务数据项027 (56) 4.4.19. 设置分红方式业务数据项029 (58) 4.4.20. 基金转换业务数据项036 (59) 4.4.21. 份额冻结业务数据项031 (62) 4.4.22. 份额解冻业务数据项032 (64) 4.4.23. 非交易过户业务数据项033 (65) 4.4.24. 强增业务数据项044 (67) 4.4.25. 强减业务数据项045 (68) 4.4.26. 开通定期定额协议业务数据项059 (70) 4.4.27. 撤销定期定额协议业务数据项060 (71) 4.4.28. 变更定期定额协议业务数据项061 (72) 4.4.29. 认购业务数据项120 (74) 4.4.30. 认购结果业务数据项130 (75) 4.4.31. 申购业务数据项122 (78) 4.4.32. 定期定额申购业务数据项139 (81) 4.4.33. ETF一次申购业务数据项191 (83) 4.4.34. ETF二次申购业务数据项192 (85) 4.4.35. 赎回业务数据项124/定时定额赎回163 (88) 4.4.36. 强制赎回业务数据项142 (91)

软件开发软件需求说明书编写规范

1 具体需求功能需求功能需求1 对于每一类功能或者有时对于每一个功能，需要具体描述其输入、加工和输出的需求。由四个部分组成： a．引言描述的是功能要达到的目标、所彩的方法和技术，还应清楚说明功能意图的由来和背景。 b．输入 1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入范围（包括精度和公差）； 2)操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进行格式调整； 3)指明引用接口说明或接口控制文件的参考资料。 c．加工定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明： 1)输入数据的有效性检查； 2)操作的顺序，包括事件的时间设定； 3)响应，例如，溢出、通信故障、错误处理等； 4)受操作影响的参数； 5)降级运行的要求； 6)用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）； 7)输出数据的有效性检查。 d．输出 1)详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关

系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息； 2)有关接口说明或接口控制文件的参考资料。此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。功能需求2 ．．．．．．功能需求n 外部接口需求用户接口提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求： a．对屏幕格式的要求； b．报表或菜单的页面打印格式和内容； c．输入输出的相对时间； d．程序功能键的可用性。硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。

通用接口标准规范v1

接口标准规范目录接口标准规范 (1) 第1章概述 (3) 第2章基本要求 (4) 2.1信息通讯安全 (4) 2.1.1 安全评估 (4) 2.1.2 访问控制 (4) 2.1.3 防恶意代码 (4) 2.1.4 加密 (5) 2.2支持高并发 (6) 2.3可监控 (6) 2.3.1 日志全覆盖 (6) 2.4系统资源的动态扩展 (6) 2.5异常处理机制 (7) 2.6业务扩展 (7) 第3章接口通讯方式 (7) 3.1同步请求/应答方式 (7) 3.2异步请求/应答方式 (7) 3.3会话方式 (7) 3.4广播通知方式 (7) 3.5事件订阅方式 (7)

3.7可靠消息传输 (8) 第4章传输控制要求 (8) 4.1负载均衡 (8) 4.2伸缩性与动态配置管理 (8) 4.3网络调度 (9) 4.4充分理由 (9) 4.5单一职责 (9) 4.6高内聚低耦合 (9) 4.7状态及消息 (10) 4.8控制数据量 (10) 4.9禁止随意拓展参数 (10) 第5章接口技术 (10) 第6章接口规范 (11) 6.1域名规范 (11) 6.1.1 http接口 (11) 6.1.2 webservice接口 (11) 6.2 API路径规范 (11) 6.2.1 http接口 (11) 6.2.2 webservice接口 (11) 6.3版本控制规范 (12) 6.3.1 http接口 (12) 6.3.2 webservice接口 (12) 6.4 API命名规范 (12) 6.4.1 新增方法 (13) 6.4.2 删除方法 (13) 6.4.3 修改方法 (13) 6.4.4 获取方法 (13) 6.4.5 获取列表方法 (13)

个人信用信息基础数据库系统数据接口规范标准

1 前言《企业信用信息基础数据库数据接口规》（简称“数据接口规”）规定了企业信用信息基础数据库与外部系统进行信息交换时应遵循的有关信息格式和数据管理规定，本文档分为六部分。前言简介本规各部分的容。报文规规定了本规中报文的基本概念、设计原则、数据处理原则、文件命名原则、报文文件的结构和种类。数据采集要求规定了公积金管理中心提交数据的围、频率以及文件传送方式。公积金信息采集报文和公积金信息删除报文中规定了公积金中心向企业信用信息基础数据库报送采集报文和删除报文的具体数据项以及对数据项的描述和约束。公积金信息反馈报文规定了企业信用信息基础数据库向公积金中心反馈容的具体数据项以及对数据项的描述和约束。附录包含公积金信息采集接口规的代码表、数据校验规则。本接口规适用于与企业信用信息基础数据库进行报文交换的公积金机构及公积金部门的数据处理。文档的主要读者有：拟建系统用户、系统设计人员、系统编码人员、项目经理、系统测试人员、项目监理人员。 2 报文规 2.1术语和定义下列术语和定义适用于本规。 2.1.1报文由报文头、报文体构成的，按照一定规则组合起来的数据集合体。 2.1.2报文文件包含报文的数据文件。本规中报文文件与报文是一对一的关系。 2.1.3段一个已标识、命名和结构化的、在功能上相互关联的复合数据元和/或独立数据元的集合。段有各自固定的长度。本规中段为基础段。 2.1.4信息记录数据采集的基本信息单位，包含报送机构一笔业务的有关数据。本规中的信息记录由基础段组成。 2.1.5报文头每个报文必须包含且只包含一个报文头，报文头表示一次数据采集的开始，该部分给出本次采集数据的信息提要。 2.1.6报文体报文体是数据采集报文的主体容，报文体部分可包含一种或多种不同类型的信息记录，最后一条信息记录结束即为报文结束。信息记录之间用一个回车换行符（“﹨r﹨n”或“﹨n”）分隔。 2.1.7信息记录此信息记录由基础段组成。每个信息记录包含且仅包含一个基础段。信息记录的容中不允许存在回车换行符（“﹨r﹨n”或“﹨n”）。 2.1.8基础段基础段是由固定数据项按照一定次序排列组成的信息集合体。 2.2设计原则

主要用能单位上传数据接口规范

附件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 说明本文档是关于……，要求……。已达到……目的。 2 参考页面第一步客户端首先要设置web service的连接地址、用户名和密码三项。远程地址固定为：http://124.133.54.21/services/DataService。用户名和密码为省总队分配。参考界面如下：帐号：3702-00-01 密码:

第二步企业填报自己月报数据然后提交。第三步市级用户审核企业提交的月报数据。第四步市级进入提交审核页面。审核通过的企业将在“企业列表”中显示。将企业选择进“已选企业”。然后点击“上传至省平台”按钮。操作完成。参考界面如下：

附件2：山东省节能信息系统数据导入接口协议 1 简介本协议用于山东省节能信息系统与通过API接入山东省节能信息系统的客户端的数据传输通讯。两者的数据传输通讯采用TCP协议、短连接方式，山东省节能信息系统为服务器方。缩略语清单： client ：所有通过Web Service接口接入山东省节能信息系统的客户端2 Web Service接口说明 2.1 山东省节能信息系统Web Service地址 WSDL：http://124.133.54.21/services/DataService?wsdl

地址：http://124.133.54.21/services/DataService 2.2 接口说明 2.2.1 i mportYearReportData方法 public String importYearReportData( String loginName, String loginPwd, String cityCode, int year, String reportData) 方法说明：从各地市系统上传本市已经审核确认的企业年报数据到省系统，如果省系统中企业当年年报数据还未上传过，则添加年报数据，如果年报数据已经上传过，则更新已上传年报数据。返回值定义：第一行为错误代码，其他行为调用失败时的详细错误信息 ok：数据导入成功 invalidate-city：错误的地市编码 invalidate-date：错误的年份 invalidate-user：访问用户不可用 not-allow-op：用户没有操作权限 illegal-report-data：不合法的报表数据格式 error-report-style：错误的报表样式 error-verify-relations：错误的校验关系 2.2.2 i mportMonthReportData方法 public String importMonthReportData( String loginName, String loginPwd,

BINARY数据接口规范

上海证券交易所技术文档 IS120 上海证券交易所行情网关BINARY数据接口规范 0.3240版上海证券交易所二○一九年十二五月

修订记录 2018-03-09，0.10版，文档创建。 2018-03-25, 0.20版，根据原有文件接口进行字段及内容调整。 2018-07-11，0.30版，根据反馈意见调整部分说明、调整价格精度、增加成交笔数及期权虚拟匹配数量。 2018-07-25，TradingPhaseCode闭市集合竞价相关调整。 2019-01-10，0.31版，增加债券回购延长对市场状态消息字段的说明。 2019-01-25, 0.32版，增加盘后固定价格交易的行情接口说明，调整国债预发行接口字段取值。 2019-03-04，调整盘后固定价格行情的产品状态取值。 2019-12-05，0.40版，原内容移入第二章，增加章节描述通过行情网关接收的文件及外部转发数据。

目录 1引言 (5) 1.1名词释义 (5) 2BINARY实时行情 (6) 2.1会话机制 (6) 2.1.1消息序号 (7) 2.1.2会话安全 (7) 2.1.3建立行情会话 (7) 2.1.4行情数据发布 (7) 2.1.5关闭行情会话 (7) 2.1.6心跳 (7) 2.1.7行情网关主动关闭行情会话的情况 (8) 2.2协议介绍 (8) 2.2.1字段说明 (8) 2.2.2BINARY消息头 (9) 2.2.3BINARY消息尾 (9) 2.3会话消息 (10) 2.3.1登录消息（MsgType=S001） (10) 2.3.2注销消息（MsgType=S002） (10) 2.3.3心跳消息（MsgType=S003） (11) 2.4应用消息 (12) 2.4.1市场状态消息（MsgType=M101） (12) 2.4.2行情快照消息（MsgType=M102） (13) 3文件接收 (20)

增值税发票税控开票软件数据接口规范v3.0概要

增值税发票税控开票软件数据接口规范V3.0 1概述为进一步优化纳税服务，满足纳税人内部管理信息系统与增值税发票税控开票软件（以下简称开票软件）的衔接需要，国家税务总局下发了开票软件数据接口规范V1.0和V2.0版。随着增值税发票管理新系统的全国推广和营改增的全面实施，公布的接口已经不能满足需要，现对该接口进行更新升级，形成V3.0版。本接口规范适用于是开票软件（金税盘版）与开票软件（税控盘版）的商品编码版本，配合手工导入开具、自动导入开具和发票明细导出功能使用。 2接口说明 2.1待开发票信息导入接口通过开票软件中的手工导入开具和自动导入开具功能，将待开发票的信息批量导入到税控发票开票软件，完成发票开具。选择手工导入开具时，首先选择要导入的XML文件，再对导入发票信息逐张开具并打印发票。选择自动导入开具时，首先设置文件存储路径和轮询时间。自动导入开具功能开启后，系统自动轮询指定路径下的XML文件，自

动完成发票开具，并将开具结果写入指定文件目录。 2.2已开发票信息导出接口通过开票软件中的发票明细导出功能，实现已开发票信息的批量导出，生成EXCEL文件或XML文件。 3接口定义本接口规范内容包括待开发票信息导入接口和已开发票信息导出接口，发票类型为增值税专用发票、增值税普通发票、货物运输业增值税专用发票和机动车销售统一发票。 3.1增值税专用发票和增值税普通发票 3.1.1修改说明单据新增了Version节点，增加商品编码功能后的版本为2.0；单据新增了Spbmbbh节点，增加商品编码功能后为税局下载的商品编码表版本号；单据新增了Hsbz节点，用于区分营改增新增的5%不含税税率和中外合作油气田（原海洋石油）5%税率、1.5%税率、差额税；单据商品明细中新增了Spbm（商品编码）、Qyspbm（企业商品编码）、Syyhzcbz（享受优惠政策）、Lslbz（零税率标识）、Yhzcsm （优惠政策说明），详细内容请查看接口规范中相关说明；单据只允许对单行商品进行折扣，折扣行紧挨被折行之后，折

接口设计规范

接口设计规范 Prepared on 24 November 2020

目录 1接口类型 1.1人机接口人机接口是指计算机系统为完成人与机器之间互相传送信息而提供的功能的接口，包括硬件及程序。 1.2软件-硬件接口软件-硬件接口是指软件系统中软件与硬件之间的接口。例如软件与接口设备之间的接口。 1.3软件接口软件接口是软件系统中程序之间的接口。包括软件系统与其他系统或子系统之间的接口、程序模块之间的接口、程序单元之间的接口等。 1.4通信接口通信接口是指处理机和标准通信子系统之间的接口。包括为实现数据通信用来完成接口功能的部件、装置及有关软件。

2接口设计规范 2.1基本内容 1、接口的名称标识 2、接口在该软件系统中的地位和作用 3、接口在该软件系统中与其他程序模块和接口之间的关系 4、接口的功能定义 5、接口的规格和技术要求，包括它们各自适用的标准、协议或约定 6、各个接口的数据特性 7、各个接口的资源要求，包括硬件支持、存储资源分配等 8、接口程序的数据处理要求 9、接口的特殊设计要求 10、接口对程序编制的要求 2.2规格说明 2.2.1人机接口准确地说明人机接口的设计条件、设计特征、编程要求等技术内容。包括人机交互环境、人机接口部件、信息传输方式及传输特性、信息格式、数据处理、存储资源分配和程序编制要求等。 2.2.2软件-硬件接口逐个描述每一个软件-硬件间接口的设计特性。包括接口硬件说明、接口功能说明、接口信息说明、接口处理方法、接口控制方式、接口时间特性、存储资源分配和程序编制要求等。 2.2.3软件接口逐个说明本软件系统与其他软件系统间接口的设计特征。包括接口功能说明、接口约定、数据特性、数据处理方法、接口程序运行控制、接口时间特性、存储资源分配和程序编制要求等。

PON EMS北向接口功能及技术规范v10

中国电信PON EMS北向接口功能及技术规范（V1.0） 2010年12月

前言本标准主要参照相关国际标准、国内行业标准、企业标准，现有的PON设备、PON EMS及PON EMS北向接口技术资料，结合PON EMS与OSS系统对接的实际情况和具体要求编制而成。本标准主要用于规范PON EMS 与OSS系统间的北向接口功能、参数、协议及对相关系统的技术要求等内容。本标准包括四部分：（1）PON EMS北向接口功能及技术规范——业务开通分册（2）PON EMS北向接口功能及技术规范——综合测试分册（3）PON EMS北向接口功能及技术规范——综合告警分册（4）PON EMS北向接口功能及技术规范——综合信息查询分册本标准由中国电信集团公司组织制定。本标准包含中国电信的专利等知识产权，相关厂商需经中国电信授权方可使用本标准。本标准起草单位：中国电信北京研究院目录 1 范围 (44) 2 规范性引用文件 (44) 3 术语、定义和缩略语 (44) 3.1 术语和定义 (44) 3.2 缩略语 (55)

4 接口规范概述 (66) 4.1 业务开通接口规范（I1接口） (77) 4.2 综合告警接口规范（I2接口） (77) 4.3 综合测试接口规范（I3接口） (77) 4.4 综合信息查询接口规范（I5接口） (77)

1范围本标准规定了PON EMS与OSS系统之间的北向接口功能要求、接口参数、接口协议、对相关系统的技术要求等内容，本标准适用于PON网络网管系统（EMS）,用于指导PON EMS与OSS系统北向接口的设计、开发和测试。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 3术语、定义和缩略语 3.1术语和定义下列术语和定义适用于本部分。 1）自动激活系统：是中国电信业务的后端运维支撑系统（也可以作为独立的逻辑模块存在于其他系统中），所有网元统一由自动激活系统接入，包括SS、SHLR、AS、AAA、IPTV平台、视频监控平台、ONU、OLT，实现业务自动开通。 2）综合测试系统：是电信业务的后端运维支撑系统（也可以作为独立的逻辑模块存在于其他系统中），由该系统发起PON接入网的测试，通过接入PON EMS或无源光网络集中测量系统等手段，实现对设备、线路等网络故

医院信息平台业务系统接口规范范本

医院信息平台接口规范新奥博为技术有限公司 20一五-04

更改页表单流程：①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份，由研发中心留存

目录 1 文档说明 (5) 2 引用标准 (5) 3 接口方式 (5) 3.1 WS消息方式 (6) 3.2 业务协同与数据交换流程 (7) 3.3 安全访问机制 (8) 4 平台服务接口 (8) 4.1 获取令牌服务接口 (8) 4.1.1 接口说明 (8) 4.1.2 场景说明 (9) 4.1.3 调用地址 (9) 4.1.4 WS接口定义 (9) 4.2 消息发布服务接口 (11) 4.2.1 接口说明 (11) 4.2.2 场景说明 (11) 4.2.3 调用地址 (12) 4.2.4 WS接口定义 (12) 4.3 业务交换服务接口 (14) 4.3.1 接口说明 (14) 4.3.2 场景说明 (14) 4.3.3 调用地址 (15) 4.3.4 WS接口定义 (15) 5 业务交换服务 (17) 5.1 业务交互服务概述 (17) 5.2 基础交换服务（A） (17) 5.2.1 消息订阅服务（A00） (17) 5.2.2 患者服务（A01） (19) 5.2.3 医疗卫生人员服务（A02） (19) 5.2.4 医疗卫生机构（科室）服务（A03） (35) 5.2.5 术语和字典服务（A04） (40) 5.3 临床业务交换服务（B） (42) 5.4 医院管理交换服务（C） (57) 6 服务异常编码 (65)

1文档说明本文档定义了医院信息平台（后续简称平台）和院内业务系统（HIS、LIS、PACS、EMR）的接口方式、接口规范。 2引用标准 ?基于电子病历的医院信息平台建设技术解决方案（1.0 版）2011-03； ?河南省数字化医院建设指南（2014版）2014-05； ?《电子病历基本架构与数据标准（试行)》，2009-12； ?《基于电子病历的医院信息平台技术规范》，2014-10-01 ?《电子病历基本数据集》，2014-5-30； ?河南省基于健康档案的卫生信息平台接口库说明（医疗服务V1.7.1)试行 ?河南省基于健康档案的卫生信息平台接口库说明（卫生资源V1.0.1)试行 3接口方式医院信息集成平台业务协同与数据交换采用SOA架构设计，需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。数据交换总线功能主要包括： SOA支持，遵循SOA设计原则和技术标准，提供松耦合模式，实现业务逻辑和应用逻辑、数据逻辑等分离；智能路由支持，采用灵活的消息路由方式，支持基于消息内容的处理和路由； XML支持，支持标准XML数据的格式转换，可以通过图形化映射组件、XSLT、客户化Java程序等多种方式实现转换功能；消息发布/订阅功能，支持队列和主题两种订阅模式；