业务接口规范 - 360文档中心

中国移动通信娱音在线业务CIC接口规范

中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳娱音在线业务C I C接口协议（送审稿）C I C i n t e r f a c e p r o t o c o l o f12586S e r v i c e版本号：1.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目次1 范围 (44)2 引用标准 (44)3 定义和缩略语 (44)4 组图 (44)5 接口协议参数 (55)5.1用户鉴权 (55)5.2 用ID号码查询用户信息 (55)5.3 更改用户信息 (99)5.4 用MSISDN查询ID号码 (1010)5.5 号码翻译 (1111)5.6 速配请求 (1111)5.7 维护好友 (1212)5.8 维护黑名单 (1212)5.9 注销ID号码 (1212)5.10信息同步 (1313)6 接口定义.................................... 错误!未定义书签。

错误!未定义书签。

6.1 所有消息的命令名称......................... 错误!未定义书签。

错误!未定义书签。

6.2 接口实现举例............................... 错误!未定义书签。

错误!未定义书签。

7 应答状态码表................................ 错误!未定义书签。

错误!未定义书签。

8 编制历史.................................... 错误!未定义书签。

错误!未定义书签。

前言本接口协议对IP、SP与娱音在线业务用户信息中心CIC之间的接口协议进行了详细的定义。

本接口协议由中国移动通信集团公司技术部提出并归口中国移动通信集团公司技术部。

本接口协议由中国移动通信集团公司技术部负责解释。

本接口协议起草单位：中国移动通信集团公司研究开发中心。

本接口协议主要起草人：孙楠、于蓉蓉。

交通运输物流公共信息平台应用接口规范-通信业务接口

交通运输物流公共信息平台应用接口规范通信业务接口(Version1.0)1范围本部分给出了交通运输物流公共信息平台提供的公共服务调用接口规范。

本部分适用于交通运输物流公共信息平台的设计和开发。

2通信业务接口2.1用户手机短信查询（小件）2.1.1描述小件快运企业的用户，使用手机短信可跟踪货物的托运状态。

用户在手机终端上编写短信（包含托运单号，电信特服号），发至电信平台，电信平台受到短信后，组装xml报文，发送到数据交换中心，供货物跟踪中心。

�发送方：电信短信平台�发送方式：异步，通过数据交换中心的传输服务。

�接收方：货物跟踪中心。

2.1.2发送数据操作(send)2.1.2.1请求消息调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：属性名XML元素名数据类型约束默认值目标地址ToAddress元素/String 1..n交换事件ExchangeEvent交换事件数据类型 1..n其中：�目标地址（ToAddress）默认为：HWGZ00001�交换事件数据类型定义如下：属性名XML元素名数据类型约束默认值事件标识EventID String 1..1操作类型ActionType String 1..1交换数据包ExchangeDataPackage XML数据文件 1..1�事件标识（EventID）：由标准版客户端传入的流水号，需要保证唯一性。

�操作类型（ActionType）：JTWL_MESSAGE_HWGZ_XIAOJIAN_BillQuery�交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。

此数据交换包只对应一个数据包单元。

�数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。

�数据文件（DataFile）定义如下：属性名XML元素名类型是否必须最大出现次数文件标识dataFileID属性/string是1文件名fileName属性/string是1文件格式dataFileFormat属性/string是1嵌入式内容Base64EncodedData子元素/base64Binary是1�文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。

3-海关外网业务数据交换接口规范 - 海关总署

中国电子口岸数据中心技术规范海关外网数据交换接口规范（正式发布稿）2016年4 月发布2016年4 月实施中国电子口岸数据中心发布目录前言 (III)海关外网业务数据交换接口规范 (4)1 范围 (4)2 规范性引用文件 (4)3 术语和定义 (4)4 业务概述 (4)4.1 功能描述 (4)4.2 场景描述 (4)5 数据传输接口定义 (5)5.1 概述 (5)5.2 传输协议 (5)5.3 终端报文 (5)5.3.1 报文结构 (5)5.3.2 XML根元素属性 (6)5.3.3 报文描述 (7)5.3.4 报文头描述 (7)5.3.5 附加信息描述 (7)5.4 响应报文 (8)5.4.1 报文结构 (8)5.4.2 XML根元素属性 (9)5.4.3 报文描述 (9)5.4.4 报文头描述 (10)5.4.5 回执内容描述 (10)5.5 签名 (11)5.6 响应代码及其信息 (12)6 安全接口定义 (12)6.1 数据安全 (12)6.2 加签要求 (13)A (14)附录 A （规范性附录）数据传输报文接口XML schema描述 (14)附录 B （规范性附录）终端报文的XML schema描述 (22)参考文献 (30)前言本标准由中国电子口岸数据中心提出并归口。

本标准主要起草单位：中国电子口岸数据中心。

海关外网业务数据交换接口规范1 范围本标准适用于进出口企业向中国电子口岸平台进行数据导入的应用场景。

本标准规定进出口企业数据导入的接口技术要求，包括接入流程、传输接口定义、业务报文接口定义、安全接口定义等。

2 规范性引用文件下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T 22239-2008 信息安全技术信息系统安全等级保护基本要求3 术语和定义下列术语和定义适用于本文件。

接口规范文档

接口规范文档接口规范文档1. 引言接口规范文档是为开发人员提供开发接口时遵循的标准和规范。

本文档详细描述了接口的命名、参数、返回值、错误处理、安全性等方面的规范。

遵循该规范可以保证接口的一致性、可读性和易用性。

2. 接口命名规范2.1 接口名应使用动词或动词短语，如getUser、createOrder。

2.2 接口名应使用驼峰命名法，首字母小写，例如getUserInfo、createUser。

2.3 接口名应能准确地反映接口的功能。

3. 参数规范3.1 参数应使用英文单词，并采用驼峰命名法。

3.2 参数应有具体的类型，如String、Integer、List等。

3.3 参数应有明确的说明，包括是否必填、最大长度等限制。

3.4 参数应按照功能和逻辑进行分组。

4. 返回值规范4.1 返回值应使用具体的类型，如String、Integer、List等。

4.2 返回值应有明确的说明，包括返回值的含义、格式等。

4.3 返回值应符合业务逻辑和功能需求。

5. 错误处理规范5.1 错误码应采用统一的格式，如4xx代表客户端错误，5xx 代表服务器错误。

5.2 错误信息应精简明了，便于开发人员查找和定位问题。

5.3 错误处理应返回明确的错误信息，便于用户理解和处理。

6. 安全性规范6.1 接口应有访问权限控制，确保只有授权用户可以访问。

6.2 接口应对敏感数据进行加密和处理，保护用户的个人信息安全。

6.3 接口应有防止恶意请求的措施，如验证码、限制访问频率等。

7. 版本管理规范7.1 接口的版本号应采用标准格式，如v1、v2.1等。

7.2 接口的变更应进行版本管理，遵循向后兼容的原则。

8. 接口文档编写规范8.1 接口文档应使用简洁明了的语言，避免使用过于专业或复杂的术语。

8.2 接口文档应包括接口的功能描述、参数说明、示例代码等内容。

8.3 接口文档应更新及时，保证与实际开发的接口一致。

以上是接口规范文档的主要内容，遵循该规范可以提高接口的开发效率和质量，减少沟通成本和问题发生率。

保障业务工具编程接口规范

０引言
目前，同单位的软件研究与开发相对比较独不立，缺乏统一的规范，以至于不能集成已有业务软件保障业务软件工具接口规范的
原则与方法
（）足项目的实际，眼于项目的扩展性。１立着保障业务软件工具接口规范的制定和完善都应该立足于软件系统的现实状况，又充分考虑到规范
目标。
通过对软件系统框架的分析，以得出软件系可统的功能与业务数据流的变化是映射关系，务之业
（）２保证规范的统一，意参考与有关的规范注
标准。
间的数据交互内容是确定的。对系统的某类角色来说，每个业务活动由业务软件工具完成后就结束了，完成的业务下对应的业务软件工具只有一个，但在
信息技术
中图分类号：Ｐ１Ｔ３１文献标识码：Ａ文章编号：０９—２５（００１０４～３１０５２２１）２— １８０
２１牟ｇ２００１期
保障业务工具编程接口规范
魏鑫张柳，，陈辉强冯亚楠，
（．军械工程学院装备指挥与管理系，１石家庄０００；２５０３．石家庄信息７程职业学院，－石家庄００３）５０５
ＡｂｔａｔＡｒｔｔｅａｔｌｎｌｚｓｔｅｎｅｈｔｔｅｉｔｒｃｐｃｆａｉｎｕｏｗｒ，ａｄｓｒｃ：ｔｆｓ，ｈｒｃｅａａｙｅｅｄｔａｎｅａｅｓｅｉｃｔｓｐｔｆｒａｄｉｉｈｈｆｉｏｎ

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

医院信息平台接口规范新奥博为技术有限公司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企业总线支持实现医院业务系统业务协同和数据的交换。

中央业务平台数据下发接口规范(doc 29页)

中央业务平台数据下发接口规范(doc 29页)中国移动一级经营分析系统中央业务平台数据下发接口规范飞信分册V1.0中国移动通信有限公司2007年07月文档变更记录序号变更内容说明版本号修订日期生效日期1 文档建立 1.0 2007-07-032007年7月目录1总则 (1)1.1背景 (1)1.2目的 (1)1.3适用范围 (1)1.4起草单位 (1)1.5解释权 (1)1.6参考文档 (1)1.7缩略语 (2)1.8约定 (2)2接口说明 (5)2.1接口双方责任 (5)2.1.1源数据提供方的责任 (5)2.1.2数据接收方的责任 (5)2.2接口文件命名规则 (5)2.2.1中央业务平台列表 (5)2.2.2接口单元编码规则 (6)2.2.3文件分类及命名规则 (6)2.2.4文件命名说明 (9)2.3接口文件设计 (10)2.3.1设计原则 (10)2.3.2接口文件格式 (11)2.4数据质量保障 (12)2.4.1数据转换规则 (12)2.4.2文件级校验 (14)2.4.3数据异常处理机制 (15)2.4.4系统及时性要求 (15)2.5文件目录及维护 (15)2.5.1文件目录的划分 (15)2.6文件的保存期 (17)3接口数据 (18)3.1数据接口 (18)3.1.1日活跃用户明细 (19)3.1.2月活跃用户明细 (22)3.1.3日用户开通/关闭操作记录 (24)3.1.4飞信用户登录信息 (27)3.1.5飞信用户好友明细 (31)3.2字典接口 (33)3.2.1飞信字典定义 (34)3.2.2飞信字典代码定义 (36)4附录：省份编码 (38)1总则1.1背景为方便各省经营分析系统共享和利用各中央业务平台产生的大量信息资源，为各省公司的市场经营、决策管理提供及时、准确、科学的数据和应用支撑，特制定本规范。

1.2目的➢制订全国统一的接口规范，由一级经营分析系统将中央业务平台相关数据分发各省经营分析系统；➢各省经营分析系统根据此接口规范获取中央业务平台数据，并依据规定的数据格式入库存储，开展后续应用分析。

中国联通WLAN业务管理平台接口规范

[3]Remote Authentication Dial In User Service(RADIUS),C.Rigney,S.Willens, A.Rubens,W.Simpson, June 2000.RFC 2865IETF
[4]Radius Accounting, C.Rigney, June 2000.RFC 2866IETF
4.增加了一三章对其他网元的要求章节。
5.更新修改了第7章《省级WLAN业务平台与集团电子渠道平台的联系》的内容
注1：每次更换归档文件时，需填写此表。
注2：文件第一次归档时，“更换理由”、“要紧更换内容”栏写“无”。
1
本规范对中国联通WLAN业务中，省级WLAN业务平台与周边系统接口进行规范，包含与全国漫游认证转发平台接口、与固网业务平台的接口、与BRAS接口、与集团电子渠道接口、与营帐系统接口、与客服部门接口、与综合网管接口、与OCS平台接口提出规定。用于在业务开展、系统招标、工程建设、运行保护、平台开发方面为集团公司与省公司提供技术根据。
说明：
1、User-Name：用户帐号格式为：帐号名x域名。其中，用户名部分长度为11-16位，取值为数字与字母的混合，不能使用标点符号等其它字符，不区分大小写。中国联通合法的域名是：xWLAN.省名缩略.CHINAUNICOMx。各省省名及缩写可参考附件1：省份缩写字典表。关于全国漫游卡，合法的域名是：xWLAN.jt.CHINAUNICOMx。
中国联通WLAN业务管理平台接口规范
文件编号
版本号
拟制人/
修改人
拟制/修改日期
更换理由
要紧更换内容
（写要点即可）
V1.0
2010.9
新建文档
V1.1

证券公司投资银行类业务工作底稿数据接口规范

证券公司投资银行类业务工作底稿数据接口规范随着经济的不断发展，证券公司在投资银行方面的业务越来越多，因此，投资银行类业务工作底稿数据接口规范就显得尤为重要。

本文主要对证券公司投资银行类业务工作底稿数据接口规范进行详细介绍：一、接口规范定义1. 接口定义投资银行类业务工作底稿数据接口规范，是指证券公司在建立客户投资银行类业务工作底稿之前，对数据库中的接口进行规范的设计方案。

2. 接口使用投资银行类业务工作底稿数据接口规范是为了规范数据中心内投资银行类底稿数据的读取和存储，以达到信息的准确传输和存取的效率。

二、支持的接口该接口规范支持三种数据接口：1.流式接口流式接口是指读取底稿数据时，需要通过网络读取，存取非常频繁，相比于集中式接口耗时较少，可以作为投资者实时查询财务状况的接口。

2.集中式接口集中式接口是指在数据库中分离出的接口，这类接口可以按照用户的个性化要求从投资银行类底稿数据中提取出需要的信息，该接口支持投资者快速调取、更新财务状况。

3.结构化接口结构化接口是指将底稿数据重新按照投资银行类业务工作底稿结构规范重新组织，从底稿数据中提取出用户需要的信息，该接口允许投资者选取感兴趣的元素，对查询信息进行排序或筛选识别。

三、接口设计准则1. 数据质量要求投资银行类业务工作底稿数据接口规范采用“六边形设计”原则，以质量、价值、可行性、安全性、易用性和可重用性为核心，着力提升数据库中接口的质量。

2.继承接口采用现有的应用结构模型和规范技术，完善投资银行类业务工作底稿中的接口设计，使接口更简单易用，使客户能够使用较少的时间完成设计工作。

四、接口安全性1.身份认证采用用户认证的基本方法，严格限制未认证的客户访问数据，保障接口数据的安全性。

2.数据保密通过数据加密技术从数据接口中保护数据，防止数据泄露，确保数据接口安全性。

综上所述，证券公司投资银行类业务工作底稿数据接口规范在保障安全性方面非常重要，它不仅能够提升系统的可用性，还有利于客户的使用，更好发挥数据接口的作用。

中国电信IPTV规范：IPTV业务管理平台与业务系统接口

文件编号：SHDX/ZS/CZ/JG/005/B/2009中国电信上海公司IPTV业务管理平台与业务系统接口技术规范V2.2（修订版）1目的本规范是在中国电信集团公司发布的《IPTV业务管理平台与业务系统接口技术规范V2.0》的基础上，根据中国电信上海公司IPTV 运营的实际情况，进一步调整修订而成的。

本规范供引入IPTV能力平台设备、IPTV业务管理平台设备时参照执行。

本技术规范的增补、修订和解释权归中国电信上海公司所有。

如中国电信上海公司在此之前的文件与本技术规范有矛盾，按此技术规范执行。

本技术规范自发布之日起实施。

2适用范围本规范规定了IPTV业务管理平台与业务系统之间的接口。

本规范适用于IPTV业务管理平台、EPG服务系统、内容分发系统之间的接口开发。

为中国电信上海公司IPTV机顶盒和平台的接口开放的测试提供依据。

为中国电信上海公司IPTV能力平台设备、IPTV业务管理平台设备的选择提供了依据。

3引用文件/标准下列文件中的条款通过本标准的引用而成为本标准的条款。

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

凡是不注日期的引用文件，其最新版本适用于本标准。

RFC2616: Hypertext Transfer ProtocolRFC3275: Extensible Makeup LanguageW3C: Web Services Description Language《IPTV业务管理平台技术规范》4定义/术语EPG Electronic Programmer Guide 电子节目单HTTP Hypertext Transfer Protocol 超文本传输协议IP Internet Protocol 网络协议MAC Media Access Control 媒体访问控制层SOAP Simple Object Access Protocol 简单对象访问协议STB Set Top Box 机顶盒URL Uniform Resource Locator 统一资源定位符5IPTV业务管理平台与业务系统接口5.1总体框架业务系统包括EPG服务系统、内容分发系统、增值业务系统和其他IPTV的业务系统，IPTV业务管理平台与业务系统的总体框架如图所示：图5-1-1：IPTV业务管理平台与业务系统框架图IPTV业务管理平台与业务系统接口包括以下接口：a)EPG首页鉴权接口l接口描述：本接口在用户访问EPG首页时，EPG服务系统向业务管理平台请求鉴权。

旅客服务业务接口标准

旅客服务业务接口标准旅客服务业务接口标准旨在规范旅客服务行业中各个接口的设计与实现，提高系统的兼容性和整合性，为旅客提供更加便利和高效的服务。

本文档旨在详细描述各个接口的功能、输入和输出参数、调用方法等相关信息，以便开发人员能够按照标准进行接口的开发工作。

二、接口列表以下是旅客服务业务接口的详细列表：1. 登录接口描述：该接口用于旅客登录系统，获取访问权限和个人信息。

功能：通过输入用户名和密码，验证旅客身份，并返回登录成功或失败信息。

输入参数：用户名、密码输出参数：登录成功或失败信息、个人信息2. 注册接口描述：该接口用于旅客注册系统，创建新的账号。

功能：通过输入手机号、邮箱等必要信息，创建新的账号并返回注册结果。

输入参数：手机号、邮箱输出参数：注册成功或失败信息、账号信息3. 查询个人订单接口描述：该接口用于旅客查询自己的订单信息。

功能：通过输入旅客的个人信息，获取该旅客的所有订单信息。

输入参数：旅客信息输出参数：订单信息列表4. 预订机票接口描述：该接口用于旅客预订机票。

功能：通过输入旅客的出发地、目的地、日期等信息，为旅客提供机票预订服务，并返回预订结果。

输入参数：出发地、目的地、日期输出参数：预订成功或失败信息、预订确认信息5. 修改个人信息接口描述：该接口用于旅客修改个人信息。

功能：通过输入旅客的个人信息，允许旅客修改个人信息，并返回修改结果。

输入参数：个人信息输出参数：修改成功或失败信息三、接口调用方法1. 使用RESTful接口规范进行接口调用，采用HTTP协议。

2. 遵循接口文档中的请求方式和参数格式进行接口调用。

3. 使用接口提供的URL进行请求，并将参数放置在请求的URL、header或body中。

四、接口实现注意事项1. 开发人员在实现接口时，应按照本文档规范进行开发，保证接口的功能和参数与文档一致。

2. 开发人员应充分考虑接口的安全性和稳定性，避免出现数据泄漏或系统崩溃等情况。

接口的规范

接口的规范接口的规范是一种编程约定，用于定义类或组件之间的通信方式。

它定义了类或组件中的方法、参数和返回值的规范，以及如何使用这些方法进行交互。

接口规范的目的是为了提高代码的可读性、可维护性和可重用性。

通过定义接口规范，可以明确类或组件之间的依赖关系，并且可以在不同的实现中进行替换和扩展。

以下是一些常见的接口规范的要点：1. 方法命名规范：方法的命名应该清晰、准确，并且符合命名规范。

方法的命名应该描述出该方法实现的功能，避免使用模糊和不准确的名称。

2. 参数规范：方法的参数应该尽量少，并且参数的类型应该尽量明确。

方法的参数应该与方法的功能密切相关，并且应该避免传递无关的参数。

3. 返回值规范：方法的返回值应该尽量明确，并且返回值的类型应该符合方法的功能。

返回值应该在有意义的情况下返回，而不是返回无用的值。

4. 异常处理规范：方法应该对可能出现的异常进行处理，并且应该明确指定在出现异常时应该如何处理。

方法不应该使用异常来处理正常的业务逻辑，异常应该只在意外情况下使用。

5. 接口文档规范：接口应该提供详细的文档，描述接口的使用方法、参数和返回值的含义，以及可能出现的异常情况。

接口文档应该尽量明确和清晰，方便开发者使用和理解接口。

6. 接口版本管理规范：接口应该进行版本管理，以便在接口发生变化时能够向后兼容。

接口的版本管理应该以一种适合项目的方式进行，可以使用版本号或者其他方式进行标识。

7. 接口测试规范：接口应该进行充分的测试，以确保接口的功能和性能符合要求。

测试应该尽可能涵盖不同的使用场景和边界条件，并且应该进行正常情况和异常情况的测试。

8. 接口安全规范：接口应该考虑安全性，并且应该对接口进行充分的安全测试和防护措施。

接口的安全规范应该根据具体的业务需求和安全要求来确定，可以包括身份验证、访问控制、数据加密等。

总之，接口规范是一种提供给开发者的编程约定，通过遵循接口规范，可以提高代码的可读性、可维护性和可重用性。

中国移动一卡通业务接口规范--(U)SIM卡与门禁终端接口分册

[26]
《中国移动一卡通业务安全技术规范—一卡通服务系统加密机设备要求》
[27]
《中国移动一卡通业务安全技术规范—密钥母卡设备要求》
本标准由中移号文件印发。
本标准由中国移动通信集团提出，集团公司技术部归口。
本标准起草单位：中国移动通信研究院
本标准主要起草人：
1.范围
本标准规定了一卡通业务开展过程中(U)SIM卡与发卡终端之间的接口，供中国移动内部和门禁读写器、(U)SIM卡厂商共同使用；适用于GSM/GPRS/TD-SCDMA网络环境。
《中国移动一卡通业务总体技术要求》V1.0
[3]
《中国移动一卡通业务设备规范—一卡通平台部分》V1.0
[4]
《中国移动一卡通业务设备规范—(U)SIM卡应用部分》V1.0
[5]
《中国移动一卡通业务设备规范—SAM卡部分》V1.0
[6]
《中国移动一卡通业务终端设备规范—发卡终端部分》V1.0
[7]
《中国移动一卡通业务终端设备规范—门禁终端部分》V1.0
5.2.2.3命令报文数据域
在调用GET SUB_APPLICATION DATA命令前，需要先调用GET CHALLENGE命令获取4字节随机数以分散获得会话密钥。
GET SUB_APPLICATION DATA命令报文数据域见表5-2、表5-3：
表52GETSUB_APPLICATION DATA命令报文数据域（CLA=’84’）
详细的业务描述定义参见《中国移动一卡通业务规范》V1.0。
4.2系统结构图
一卡通系统结构图如图4.1所示，各网元的功能描述详见《中国移动一卡通业务总体技术要求》V1.0。
图4.1 一卡通系统结构图
5.文件和命令

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

医院信息平台接口规范新奥博为技术有限公司2015-04更改页表单流程：①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份，由研发中心留存目录1文档说明 (5)2引用标准 (5)3接口方式 (5)3.1WS消息方式 (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.4WS接口定义 (9)4.2消息发布服务接口 (11)4.2.1接口说明 (11)4.2.2场景说明 (11)4.2.3调用地址 (12)4.2.4WS接口定义 (12)4.3业务交换服务接口 (14)4.3.1接口说明 (14)4.3.2场景说明 (14)4.3.3调用地址 (15)4.3.4WS接口定义 (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企业总线支持实现医院业务系统业务协同和数据的交换。

LTE-M系统承载CBTC业务及接口规范(城市轨道交通车地综合通信系统(LTE-M)规范)

城市轨道交通装备技术规范CZJS/T 0069—2016LTE-M系统承载CBTC业务及接口规范LTE-M interface specification for CBTC目次前言 (II)1 范围 (1)2 规范性引用文件 (1)3 术语、定义和缩略语 (1)3.1 术语和定义 (1)3.2 缩略语 (2)4 LTE-M系统承载CBTC业务功能需求 (2)5 LTE-M系统承载CBTC业务性能需求 (2)5.1 信息传输延迟时间 (3)5.2 信息传输速率 (3)5.3 信息传输丢包率 (3)5.4 通信中断时间 (3)5.5 系统可靠性、可用性和可维护性要求 (3)5.6 系统安全性要求 (3)5.7 其它性能要求 (3)6 LTE-M与CBTC系统地面接口 (3)6.1 物理接口 (3)6.2 功能接口 (4)6.3 接口协议 (4)6.4 冗余备份功能 (4)6.5 性能要求 (5)7 LTE-M与CBTC系统车载接口 (5)7.1 物理接口 (5)7.2 功能接口 (5)7.3 接口协议 (6)7.4 冗余备份功能 (6)7.5 性能要求 (6)参考文献 (7)LTE-M系统承载CBTC业务及接口规范1 范围本规范规定了LTE-M系统承载CBTC业务的功能需求、性能需求、LTE-M系统与CBTC系统的地面接口和车载接口等内容。

本规范适用于地铁、轻轨、单轨等城市轨道交通领域LTE-M系统的网络规划、工程设计、产品设计、工程建设、工程验收等。

2 规范性引用文件下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

IEEE 802.3 Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications。