搜档网
当前位置:搜档网 › 数据对接接口标准

数据对接接口标准

数据对接接口标准
数据对接接口标准

数据对接接口标准

发布日期:2019年9月10日

本文档使用对象:中国罕见病诊疗服务信息系统使用用户

目录

一、中国罕见病诊疗服务信息系统数据采集接口标准 (1)

1、中国罕见病诊疗服务信息系统数据库结构 (1)

2、数据元值域代码表 (3)

RC001生存情况代码表 (3)

RC002性别代码表 (3)

RC003医保类型代码表 (3)

RC004最高教育程度(18岁以下)代码表 (3)

RC005最高教育程度(18岁以上)代码表 (4)

RC006家庭平均年总收入(人民币)代码表 (4)

RC007发病年龄单位代码表 (4)

RC008本次就诊为代码表 (4)

RC009是否首次诊断代码表 (5)

RC010诊断类型代码表 (5)

RC011诊断方法代码表 (5)

RC012针对病因的特异性治疗代码表 (5)

RC013非特异性治疗方式代码表 (5)

RC014特异性治疗方式代码表 (6)

RC015有无家族史代码表 (6)

RC016家庭患病成员是患者的代码表 (6)

RC017发病至确诊前总医疗费用代码表 (6)

RC018确诊后总医疗费用代码表 (6)

RC019发病以来每年额外增加的间接费用(康复、交通、住宿等)代码表 (7)

二、数据对接接口校验规则 (8)

1、基本要求 (8)

2、接口标准要求 (8)

附件一、相关字段要求 (10)

1、参与完整度计算 (10)

附件二、ICD 编码对应原则 (12)

附件三、罕见病疾病编码 (13)

一、中国罕见病诊疗服务信息系统数据采集接口标准

1、中国罕见病诊疗服务信息系统数据库结构

2、数据元值域代码表

RC001生存情况代码表

RC002性别代码表

RC003医保类型代码表

RC004最高教育程度(18岁以下)代码表

RC005最高教育程度(18岁以上)代码表

RC006家庭平均年总收入(人民币)代码表

RC007发病年龄单位代码表

RC008本次就诊为代码表

RC009是否首次诊断代码表

RC010诊断类型代码表

RC011诊断方法代码表

RC012针对病因的特异性治疗代码表

RC013非特异性治疗方式代码表

理正标准数据接口说明及格式

理正标准数据接口 一、功能 通过该接口将理正标准接口数据读入到的数据库中(包括室内试验数据和静探数据),从而生成地层统计表、勘探点一览表、土工试验综合成果表、物理力学指标统计表、物理力学指标设计参数表等成果、生成与静探有关的成果图等。 二、接口格式 1、接口文件中包含的数据 接口中可输入的数据表包括钻孔表数据、土层表数据、静探表、取样表数据、湿陷性黄土数据、固结和固结试验项目数据、颗分和颗分试验项目数据、直剪和直剪试验项目数据、三轴和三轴试验项目数据。各数据表及数据表中的先后内容如下表:

2、接口文件具体格式 ;钻孔数据 #ZK#钻孔编号勘探点类型X坐标Y坐标偏移量孔口标高水面标高勘探深度探井深度钻孔直径勘探开始日期勘探结束日期 ;土层数据 #TC#岩土名称层底深度地层厚度主层编号亚层编号地质时代地质成因颜色密实度湿度可塑性浑圆度均匀性风化程度岩层倾向岩层倾角矿物成分结构构造包含物气味描述完整程度坚硬程度破碎程度节理发育节理间距 #TC#岩土名称层底深度地层厚度主层编号...... ... ;静探数据 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 ;取样数据 #QY#取样编号取样深度取样长度取样类型质量密度土粒比重含水量液限塑限最小密度最大密度水上休止角水下休止角渗透系数水平渗透系数垂直渗透系数单轴抗压强度自然抗压强度饱和抗压强度抗拉强度抗剪强度软化系数桩侧摩阻力桩端摩阻力十字板剪切强度无侧限抗压强度(原状)无侧限抗压强度(重塑)灵敏度透水率剪切波速纵波波速动弹性模量动剪切模量动泊松比回弹模量 ;湿陷性黄土数据 #SX#湿陷浸水压力湿陷系数δs 压力湿陷系数δ.2s 压力湿陷系数δ.3s 自重湿陷系数湿陷起始压力 #SX#湿陷浸水压力...... ...

数据对接接口说明

数据对接接口说明 1.试剂管理平台接口概述 试剂管理平台(以下简称“平台”)集试剂采购、审批、库房管理、废弃物处置、结算、资料查询、安全教育宣传于一体的、量身定制的信息化管理平台。“平台”以“方便师生,寓管理于服务,以服务促管理”作为指导思想,通过简化、优化采购、审批等各环节流程,透明、规范采购,实现试剂全程可追溯、全过程闭环管理。 为保证“平台”供货商产品数据更新的及时性,现将其中部分功能数据对接接口的方式向供货商提供,具体接口如下表所示: ,并获取一个秘钥(userKey)。接口成功部署后,可通过访问 http://ip:port/services/frontWebService?wsdl获取接口的详细描述。 2.数据对接方法 2.1.String sayHi(String name) 这是一个测试方法,返回"hello, " + name的字符串,测试地址为: http://ip:port/services/frontWebService/sayHello?name=J 2.2.String submit(String xmlData, String sign) 主要的业务处理方法,后面所说的xml报文,即该方法的xmlData参数,sign 为xmlData+userKey的md5密文。返回值为xml格式的字符串。 3.XML报文定义规则 3.1.请求报文

3.2. 若无特殊说明,业务处理成功后,返回如下xml报文: ok 3.3.失败返回报文 若无特殊说明,业务处理失败后,返回如下xml报文: 4. 4.1.通用功能 4.1.1.文件上传(FUNC_ID= 1001) 4.1.2.文件下载(FUNC_ID= 1002) 4.2.产品信息 用于供货商上传产品数据,平台将以产品数据中“品牌”+“货号”+“包装规格”作为某条产品的唯一标识,如出现重复的将以最后一次上传为准。 数据接口开放时间为每天的08:00-22:00。 新上传的数据会在第二天生效,即上传后的第2天用户才可以搜索到。 上传的产品中不得存在管控品,包括易制毒、易制爆、剧毒和精神麻醉品,如因此产生的一切责任由供货商自己负责。 4.2.1.产品上传(FUNC_ID= 1201) 请求报文中节点描述如下:

网约车平台数据库接入情况表说明表2 .doc

网约车平台数据库接入情况表说明表(2) 测试接口数据问题明细说明: 1上报记录数量不足,要求车辆、驾驶员报送记录数量超过200,实际完成订单数量500以上,驾驶员和车辆定位信息6000以上。并且车辆保险信息、车辆里程统计信息、驾驶员培训信息、驾驶员信誉等记录数量应与车辆、驾驶员数量相符。 2. 接口中非必选字段,也就是数据表中必选选项为“否”,目前统一要求尽可能填全,规范有些细节还不是很完善,数据表中必选选项为“否”也需要上报。 A.4.1 BusinessScope 经营范围按照网络预约出租汽车经营许可证内容填写 注册资本的格式小写加汉字,单位万元,例如“3000万元”。 A.4.3 State 状态 0:有效1:失效 A.4.6 合乘车的运价比网约车的运价低。 时间的填报需严格按照总体技术要求的格式填报 OtherPeakTimeOn 其他营运高峰时间起需填报 OtherPeakTimeOff 其他营运高峰时间止需填报 FareType运价类型编码,尽可能用英文或数字 faretypenote运价类型要填写中文说明,例如“XXX运价”。 运价生效失效日期要填报符合正常业务逻辑 A.4.7 无数据 A.4.10 无数据 A.4.11 数据量不足200,目前只有198条 A.4.12 数据量不足200,目前只有198条 AppVersion 使用APP版本号应填报 A.4.13 数据量不足200,目前只有198条 A.4.14 重新推送 PassengerGender 乘客性别 1:男 2:女 FTP 文件不符合规范。 A.5.1 FareType 运价类型编码运价填报应与订单类型对应,非合乘订单应 填报非合乘的运价编码 A.6.3 FareType 运价类型编码运价填报应与订单类型对应,非合乘订单应 填报非合乘的运价编码 A.6.5 FareType 运价类型编码运价填报应与订单类型对应,非合乘订单应 填报非合乘的运价编码 A7.1 A7.2 接口,可以查询到驾驶员车辆定位信息 注意车辆和驾驶员定位信息报送要求 1 定位辅助信息,包括速度、方向等也应尽量采集报送。 2 BizStatus营运状态,技术要求中要求填报 1:载客,2:接单,3:空驶,4:停运,其中1、2状态,有订单号码,3、4状态,订单号码 0 ,不同营运状态的记录都应有报送

系统对接方案

系统对接设计 1.1.1对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: 本系统采用SOA体系架构,通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成,因此SOA体系标准就是我们采用的接口核心标准。主要包括: 服务目录标准:服务目录API接口格式参考国家以及关于服务目录的元数据指导规范,对于W3C UDDI v2 API结构规范,采取UDDI v2的API的模型,定义UDDI的查询和发布服务接口,定制基于Java和SOAP的访问接口。除了基于SOAP1.2的Web Service 接口方式,对于基于消息的接口采用JMS或者MQ的方式。 交换标准:基于服务的交换,采用HTTP/HTTPS作为传输协议,而其消息体存放基于SOAP1.2协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作,服务数据和服务操作采用WSDL进行描述。 Web服务标准:用WSDL描述业务服务,将WSDL发布到UDDI用以设计/创建服务,SOAP/HTTP服务遵循WS-I Basic Profile 1.0,利用J2EE Session EJBs实现新的业务服务,根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准:使用没有扩展的标准的BPEL4WS,对于业务流程以SOAP服务形式进行访问,业务流程之间的调用通过SOAP。 数据交换安全:与外部系统对接需考虑外部访问的安全性,通过IP白名单、SSL 认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。 1.1.2接口规范性设计 系统平台中的接口众多,依赖关系复杂,通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准,实现接

系统对接设计方案

系统对接设计 1.1.1 3.7.3 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: 本系统采用SOA体系架构,通过服务总线技术实现数据交换以及实现各业务子系统间、 外部业务系统之间的信息共享和集成,因此SOA体系标准就是我们采用的接口核心标准。主要包括: 服务目录标准:服务目录API接口格式参考国家以及关于服务目录的元数据指导规范, 对于W3C UDDI v2 API结构规范,采取UDDI v2 的API的模型,定义UDDI的查询和发布服务接口,定制基于Java和SOAP的访问接口。除了基于SOAP1.2的Web Service接口方式,对于基于消息的接口采用JMS或者MQ的方式。 交换标准:基于服务的交换,采用HTTP/HTTPS作为传输协议,而其消息体存放基于 SOAP1.2协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作,服务数据和服务操作采用WSDL进行描述。 Web服务标准:用WSDL描述业务服务,将WSDL发布到UDDI用以设计/创建服务,SOAP/HTTP服务遵循WS-I Basic Profile 1.0,利用J2EE Session EJBs 实现新的业务服务,根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准:使用没有扩展的标准的BPEL4WS,对于业务流程以SOAP服务形式进行访问,业务流程之间的调用通过SOAP。 数据交换安全:与外部系统对接需考虑外部访问的安全性,通过IP白名单、SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。 1.1.2 3.3.8接口规范性设计 系统平台中的接口众多,依赖关系复杂,通过接口交换的数据与接口调用必须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口

理正标准数据接口说明及格式

理正标准数据接口 一、 功能 通过该接口将理正标准接口数据读入到的数据库中 地层统计表、勘探点一览表、土工试验综合成 果表、 数表等成果、生成与静探有关的成果图等。 二、 接口格式 1、接口文件中包含的数据 接口中可输入的数据表包括钻孔表数据、土层表数据、静探表、取样表数据、湿陷 性黄土数据、 固结和固结试验项目数据、 颗分和颗分试验项目数据、 直剪和直剪试验 项目数据、 三轴和三轴试 验项目数据。各数据表及数据表中的先后内容如下表: (包括室内试验数据和静探数据) ,从而生成 物理力学指标统计表、物理力学指标设计参

2、 接 口 文 件 具 体 格 式 ; 钻孔 数 据 #ZK#钻孔编号勘探点类型 X 坐标丫坐标偏移量孔口标高水面标高勘探深度探井深度钻 孔直径 勘探开始日期 勘 探 结 束日期 ;土层数据 #TC#岩 土名称层底深度地层厚度主层编号亚层编号地质时代地质成因颜色密实度湿 度可塑性浑圆度均匀性 风化程度岩层倾向岩层倾角矿物成分结构构造包含物气味 描述完整程度坚硬程度破碎程度节理发育节理间距 #TC#岩 土名称层底深度地层厚度主层编号 ;静探数据 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力比贯入阻力 #JT#试验点底深度静探类型锥头阻力侧壁摩阻力 比贯入阻力 ;取样数据 #QY#取样编号 度最大密度 自然抗压强度 剪切强度无侧限抗压强度(原状) 无侧限抗压强度(重塑) 灵敏度透水率剪切波速纵波 波速动弹性模量动剪切模量动泊松比回弹模量 ;湿陷性黄土数据 #SX#湿陷浸水压力 湿陷系数5 S 压力湿陷系数5 .2s 压力湿陷系数5 .3s 自重湿陷系数 湿陷 起始压力 #sx#显陷浸水压力 取样深度取样长度取样类型质量密度土粒比重含水量液限塑限最小密 水上休止角水下休止角渗透系数水平渗透系数垂直渗透系数单轴抗压强度 饱和抗压强度抗拉强度抗剪强度软化系 数桩侧摩阻力桩端摩阻力十字板

系统对接方案说明

WORD格式可编辑 系统对接设计 1.1.1 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: 本系统采用SOA体系架构,通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成,因此SOA体系标准就是我们采用的接口核心标准。主要包括: 服务目录标准:服务目录API接口格式参考国家以及关于服务目录的元数据指导规范,对于W3C UDDI v2 API结构规范,采取UDDI v2的API的模型,定义UDDI的查询和发布服务接口,定制基于Java和SOAP的访问接口。除了基于SOAP1.2的Web Service 接口方式,对于基于消息的接口采用JMS或者MQ的方式。 交换标准:基于服务的交换,采用HTTP/HTTPS作为传输协议,而其消息体存放基于SOAP1.2协议的SOAP消息格式。SOAP的消息体包括服务数据以及服务操作,服务 数据和服务操作采用WSDL进行描述。 Web服务标准:用WSDL描述业务服务,将WSDL发布到UDDI用以设计/创建服务,SOAP/HTTP服务遵循WS-I Basic Profile 1.0,利用J2EE Session EJBs实现新的业务服务,根据需求提供SOAP/HTTP or JMS and RMI/IIOP接口。 业务流程标准:使用没有扩展的标准的BPEL4WS,对于业务流程以SOAP服务形式进行访问,业务流程之间的调用通过SOAP。 数据交换安全:与外部系统对接需考虑外部访问的安全性,通过IP白名单、SSL 认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。 1.1.2 接口规范性设计 系统平台中的接口众多,依赖关系复杂,通过接口交换的数据与接口调用必 须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口专业知识整理分享

平台接口方案

寿光市刑事技术平台 与其他系统接口对接方案 一、背景 目前,本市在刑事技术工作信息化建设方面已经取得了长足的进步。包括全国公安机关现场勘验信息系统、全国DNA数据库系统、指纹自动识别系统、足迹自动识别系统、物证管理系统、警综系统在内的刑事技术相关专业系统已经建设完成,并在全市部署应用。通过实际使用取得了良好的实战效果,有效的提高了公安刑事技术人员的工作效率以及技术水平,使得本市公安信息化建设达到了一个新的高度。但就目前来看,各个专业子系统已经相继建立,为将来进一步发展打下了坚实的基础。但随着各个子系统的建立并投入使用,各个子系统之间信息相对独立,不能及时有效的实现互联互通、信息共享等问题日益凸显,虽然可以通过其他通讯方式进行相互交流,但是信息的及时性及有效性将大打折扣。同时,各专业系统都有自己的专业侧重点,对于公安人员进行案件的串并、分析只能起到单方面的作用,如何有效的整合各专业子系统的信息资源,实现互联互通、信息共享,使之发挥1+1>2的效果,也是我们当前面临的主要课题。 针对以上所阐述目前我市应用现状,故提出以下建议: 1、"为了避免信息的重复录入,减轻基层工作人员工作量,提高工作效率。实现勘验系统和警综系统信息复用和信息共享显得尤为必要和迫切。 2、实现勘验系统和指纹、足迹、DNA系统的互联互通,以勘验系统为数据源头将案件基本信息和各专业需检验的物证信息自动分发到个对应的各专业子系统(指纹、足迹、DNA等)中,由各专业子系统将比对结果,并案数据返回至勘验系统中,为勘验系统串并案件提供参考依据等,从而达到信息共享。 二、与警综系统对接方案 1、对接思路 建立“全国公安机关现场勘验信息系统”(以下简称“勘验系统”)与“警务综合平台”的信息交互接口,实现两个系统间在数据、业务以及功能层面的全方位

系统对接方案 (1)

系统对接设计 1.1.1 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: 本系统采用SOA体系架构,通过服务总线技术实现数据交换以及实现各业务子系统间、外部业务系统之间的信息共享和集成,因此SOA体系标准就是我们采用的接口核心标准。主要包括: 服务目录标准:服务目录API接口格式参考国家以及关于服务目录的元数据指导规范,对于W3C 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认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。

HQMS数据对接考核说明20130201

HQMS数据对接考核说明 发布日期:2013年2月1日一、考核目的 确定医院有能力实施自动、及时、完整、真实、持续、无人为干预的数据对接工作。 二、考核方法 1. 申请数据对接测试账户,并获得相关技术文档; 由医院数据填报联系人,登录HQMS系统(https://www.sodocs.net/doc/8211228108.html,),进入“数据对接账户申请说明”,阅读说明并理解要求后,点击“申请数据对接测试账户”。系统自动将数据对接测试账户邮件发送到数据填报联系人邮箱。数据填报联系人将对接测试账户信息及相关文档转发给医院信息科相关人员,准备开发工作。 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编码对应表后,实现包含诊断、手术等数据的对接工作,

系统对接设计

欢迎阅读系统对接设计 1.1.1 3.7.3 对接方式 系统与外部系统的对接方式以web service方式进行。 系统接口标准: SSL认证等方式保证集成互访的合法性与安全性。 数据交换标准:制定适合双方系统统一的数据交换数据标准,支持对增量的数据自动进行数据同步,避免人工重复录入的工作。 1.1.2 3.3.8接口规范性设计 系统平台中的接口众多,依赖关系复杂,通过接口交换的数据与接口调用必

须遵循统一的接口模型进行设计。接口模型除了遵循工程统一的数据标准和接口规范标准,实现接口规范定义的功能外,需要从数据管理、完整性管理、接口安全、接口的访问效率、性能以及可扩展性多个方面设计接口规格。 1.1. 2.1接口定义约定 客户端与系统平台以及系统平台间的接口消息协议采用基于HTTP协议的 ?host:应用支撑平台交互通信服务的IP地址或域名 ?port:应用支撑平台交互通信服务的端口 ?app name:应用支撑平台交互通信服务部署的应用名称 ?business component name:业务组件名称 ?action:业务操作请求的接口名称,接口名字可配置

应答的消息体采用JSON数据格式编码,字符编码采用UTF-8。 应答消息根节点为“response”,每个响应包含固定的两个属性节点:“status”和“message”。它们分别表示操作的返回值和返回消息描述,其他的同级子节点为业务返回对象属性,根据业务类型的不同,有不同的属性名称。 当客户端支持数据压缩传输时,需要在请求的消息头的“Accept-Encoding”字段中指定压缩方式(gzip),如消息可以被压缩传输则平台将应答的数据报文进 接口应提供业务数据检查功能,即对接收的数据进行合法性检查,对非法数据和错误数据则拒绝接收,以防止外来数据非法入侵,减轻应用支撑平台系统主机处理负荷。 对于接口,其业务数据检查的主要内容有以下几个方面: ? 数据格式的合法性:如接收到非预期格式的数据。包括接收的数据长度,类型,开始结束标志等。

接口文档规范

XXX接口说明书(版本:V1.0)

修订记录

1简介 1.1文档目的 接口文档是前端与后端交互密不可分的环节,接口的规范性会直接影响双方对接过程中的效率和质量。本着快速高效开发的目的性,避免对接过程中的错误率。 1.2接口规范 (1)遵循RESTfulAPI设计风格 (2)数据格式采用json格式 (3)返回统一结构数据 例如: 结构:data(数据)、errorCode(状态码)、msg(提示信息) { data:{}, // 数据类型不一定为object类型 errorCode:10001, msg:'' } (4)枚举型参数应列举参数所有值及说明 例如: gender:性别(男:1,女:2) userInfo:{ name:'张三', age:23, gender:1 } (5)具有嵌套关系的参数应指明嵌套关系及子级数据结构 例如: billList: 账单列表(父级)

billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] (6) 返回参数数据类型保持一致性 例如: billList: 账单列表(有数据) billList:[ { id:'001', billName:'测试数据', billStauts:1, address:'雁塔区' } ] billList: 账单列表(无数据) billList:[] 返回的参数数据类型都为:array (7)下拉及选择型数据以键值对的形式返回例如: orderOperate:订单操作 orderOperate:[ { label:'待开票' value:1001 }, { label:'回款' value:1003 } ]

数据对接接口标准

数据对接接口标准 发布日期:2019年9月10日 本文档使用对象:中国罕见病诊疗服务信息系统使用用户

目录 一、中国罕见病诊疗服务信息系统数据采集接口标准 (1) 1、中国罕见病诊疗服务信息系统数据库结构 (1) 2、数据元值域代码表 (3) RC001生存情况代码表 (3) RC002性别代码表 (3) RC003医保类型代码表 (3) RC004最高教育程度(18岁以下)代码表 (3) RC005最高教育程度(18岁以上)代码表 (4) RC006家庭平均年总收入(人民币)代码表 (4) RC007发病年龄单位代码表 (4) RC008本次就诊为代码表 (4) RC009是否首次诊断代码表 (5) RC010诊断类型代码表 (5) RC011诊断方法代码表 (5) RC012针对病因的特异性治疗代码表 (5) RC013非特异性治疗方式代码表 (5) RC014特异性治疗方式代码表 (6) RC015有无家族史代码表 (6) RC016家庭患病成员是患者的代码表 (6) RC017发病至确诊前总医疗费用代码表 (6) RC018确诊后总医疗费用代码表 (6) RC019发病以来每年额外增加的间接费用(康复、交通、住宿等)代码表 (7) 二、数据对接接口校验规则 (8) 1、基本要求 (8) 2、接口标准要求 (8) 附件一、相关字段要求 (10) 1、参与完整度计算 (10) 附件二、ICD 编码对应原则 (12) 附件三、罕见病疾病编码 (13)

一、中国罕见病诊疗服务信息系统数据采集接口标准 1、中国罕见病诊疗服务信息系统数据库结构

2、数据元值域代码表 RC001生存情况代码表 RC002性别代码表 RC003医保类型代码表 RC004最高教育程度(18岁以下)代码表

xxx系统数据对接接口说明-设计

XXXXXX管理系统 数据接口说明 版本:1.0 修改时间:2014年11月 定稿时间:*年*月

目录 目录 (2) 一、主要内容 (2) 二、流程文件及风险点数据接口 (2) (1)流程文件及风险点概念说明 (2) (2)使用过程说明 (3) (3)接口说明 (3) 2.3.1. 接口概述 (3) 2.3.2. 接口调用方式 (4) 2.3.3. 接口文件概述 (5) 一、主要内容 门户对外提供如下接口: XXXXXX系统流程文件及风险点数据接口 二、流程文件及风险点数据接口 (1)流程文件及风险点概念说明 流程文件

?指包含业务流程的制度文件 ?一个业务流程可对应多个子流程,子流程即为流程文件所包含 的各个业务流程图 ?一个子流程一定被包含在某个业务流程关系的节点 风险点 ?指流程文件中的子流程在某个环节可能涉及到的风险 ?一个业务流程文件可对应多个子流程,一个子流程可以对应多 个业务环节,一个业务环节可对应多个风险点 (2)使用过程说明 使用过程如下: ?外部系统开发者和XX系统管理员协商,确定外部系统的IP 地址及权限协议等(XX系统提供的是FTP文件传输协议提 供数据) ?外部系统想要获取文件必输建立与XX系统连接的FTP协议 通道 ?外部系统获取的文件为完整的XML文件,通过FTP下载到 本地后解析能获取完整的数据 (3)接口说明 2.3.1.接口概述 由于XX系统中已入库的流程文件及风险点不允许二次修改,所

以不提供修改增量数据,但提供废止、删除增量数据。数据接口如下: ?导出完整的流程文件及风险点数据 外部系统可以通过XX接口获得一整套全量数据,从而建立 起本系统所需要的流程文件及风险点,而无须从零开始建 立。 ?导出废止流程文件增量数据 外部系统还可以通过XX接口获得这些流程文件的最新状 态,是否已被废止。使得外部系统可以方便地和XX数据保 持一致。 ?导出删除流程文件增量数据 外部系统还可以通过XX接口获得这些流程文件的最新状 态,是否已被删除。使得外部系统可以方便地和XX数据保 持一致。 2.3.2.接口调用方式 数据导出接口是以FTP方式提供的,需要通过FTP协议向XX系统发送请求,服务器地址是:http://服务器域名/CMS/$DATE/cmpfile.xml URL解释: http://服务器域名/cms:XX系统的访问地址 $DATE:XX系统建立的当天的文件夹,通过日期文件夹管理数据,避免数据重复以及提供了完整的历史记录

招标工程量清单数据交换标准接口简要说明doc 11页.doc

台州市建设工程 招标工程量清单数据交换标准接口说明(电子招标工程量清单部分)

2007年8月 前言 随着建设工程计算机应用的迅速发展,目前在工程造价领域中已经存在着多种计价软件。在我市建设工程招投标电子化工作进程中考虑到电子招投标系统与各类计价同软件之间如不能相互交换数据,必然造成同类信息无法沟通、资源浪费、妨碍计价依据确认等不利于工程造价有效管理的局面。因此,有必要对建设工程造价文件的数据集和数据交换作出标准接口的说明,为不同电子格式的建设工程造价数据建立一个统一格式,从而使得工程造价领域中存在的多种计价软件和电子招投标软件有一个开放式的数据交换平台,保证工程造价信息资源的有效利用、积累、再生,使得建设工程造价管理有一个坚实而长效的信息化基础数据平台。 由于造价文件的标准接口和数据交换等涉及多个技术层面,它们之间既有其独立性又有其关联性,因此,我们的编制指导思想是在一个大的建设工程造价标准接口体系框架内,按照建设工程招投标发展的进程和应用的轻重缓急,不断地编制、充实、完善其各个组成部分。 按照国家标准《建设工程工程量清单计价规范》(GB50500 2003)的实施办法,就招投标电子化过程中的计价软件数据交换平台,本标准接口说明将在对约定的一组计价数据规范表格的基础上,采用Access数据文件对该组数据对象实施描述,从而建立一个与软件系统平台无关的可直接应用于电子招投标软件系统的Access数据文档。

1 .总则 1.1 为工程造价领域中的多种计价软件和经济标电子标书及评标定标软件等有一个开放式的数据交换平台,制定本标准接口说明。 1.2 本标准接口说明的数据对象为采用国家标准《建设工程工程量清单计价规范》(GB50500 2003)及台州市现行计价依据进行电子招投标的计价软件数据集。 1.3 本标准接口说明所确立的数据交换平台,采用适用范围极广且易于理解的Access数据库文件描述建立。 2.软件公司涉及的技术范围 2.1 .Access相关知识 针对标准接口的格式,技术上涉及到Access数据的应用,软件技术公司需要有对Access数据比较熟悉的工程师,需要技术能力强的研发团队。 2.2 软件的设计 针对标准接口的制定,软件公司需要对各自的软件进行相应的调整,软件公司开发的电子招投标软件可以生成标准接口格式的数据,可以回填标准接口格式的数据;软件公司开发的计价软件可以导入标准接口格式的数据进行报价过程,可以生成标准接口格式的数据。通过统一的标准接口格式,各软件公司可以进行数据顺利的导入、导出。 2.3 数据的压缩 标准接口格式的数据经过压缩后在不同的软件中传递,用户拿到的招标文件和投标文件都必须经过压缩。压缩使用Zlib压缩算法,压缩函数库随同标准接口一同公布。

数据专线接入方案介绍

曲靖市国美电器数据专线 接入方案 福建省邮电规划设计院 2016年3月 内部资料 注意保密

一、项目概述 (2) 二、工程建设方案 (3) 2.1.组网方案 (3) 2.2.光缆引接方案 (5) 2.3.设备配置 (22) 三、工程投资估算 (22)

一、项目概述 据集团公司意见, 曲靖市下属五个国美电器分店签署跨地市专线协议,需建设从昆明至云南曲靖五个国美电器数据专线。经现场勘查,曲靖市五个国美电器客户点具体信息如下表: 客户点名 称客户点经 度 客户点纬 度 客户详细地址 带宽 要求 设备 安装 楼层 华盛国际 城国美电 器103.797311 25.497933 曲靖市麒麟南路与南宁西 路交叉口华盛国际1期二、 三层商场 2M 3 物流基地 国美电器 103.777140 25.508600 曲靖市物流基地2M 2 陆良县国美电器103.793042 25.030272 陆良县同乐大道与西华路 交叉口 2M 2 新百大国 美电器 103.795599 25.498471 曲靖市麒麟南路186号2M 2 滇东商城国美电器103.794769 25.498524 曲靖市麒麟区南宁西路滇 东南城二楼 4M 2 据现场查看,本期陆良县国美电器客户点前期已做过我司语音专线,已从陆良县圣邦基站布放过一条12芯光缆至客户点,本期可利旧此光缆的剩余纤芯开通本期业务。曲靖市滇东商城国美电器、华盛国际城国美电器、新百大国美电器、物流基地国美电器四个客户点需重新布放光缆,物理上联点如下表: 客户点名称客户点经度客户点纬度物理上联点华盛国际城国美电器103.797311 25.497933 曲靖农校基站 物流基地国美电器103.77714 25.5086 曲靖花果山基站 陆良县国美电器103.793042 25.030272 陆良县圣邦基站 新百大国美电器103.795599 25.498471 新世纪酒店基站滇东商城国美电器103.794769 25.498524 滇东商城室分基站

大数据专线接入方案设计说明

曲靖市国美电器数据专线接 入方案 内部资料 注意保密

福建省邮电规划设计院 2016年3月

一、项目概述 (3) 二、工程建设方案 (4) 2.1.组网方案 (4) 2.2.光缆引接方案 (8) 2.3.设备配置 (25) 三、工程投资估算 (25)

一、项目概述 据集团公司意见, 曲靖市下属五个国美电器分店签署跨地市专线协议,需建设从昆明至云南曲靖五个国美电器数据专线。经现场勘查,曲靖市五个国美电器客户点具体信息如下表: 客户点名 称客户点经度 客户点纬 度 客户详细地址 带宽 要求 设备安 装楼层 华盛国际 城国美电 器103.79731 1 25.497933 曲靖市麒麟南路与南宁西 路交叉口华盛国际1期二、 三层商场 2M 3 物流基地国美电器103.77714 25.508600 曲靖市物流基地2M 2 陆良县国美电器103.79304 2 25.030272 陆良县同乐大道与西华路 交叉口 2M 2

新百大国美电器103.79559 9 25.498471 曲靖市麒麟南路186号2M 2 滇东商城国美电器103.79476 9 25.498524 曲靖市麒麟区南宁西路滇 东南城二楼 4M 2 据现场查看,本期陆良县国美电器客户点前期已做过我司语音专线,已从陆良县圣邦基站布放过一条12芯光缆至客户点,本期可利旧此光缆的剩余纤芯开通本期业务。曲靖市滇东商城国美电器、华盛国际城国美电器、新百大国美电器、物流基地国美电器四个客户点需重新布放光缆,物理上联点如下表: 客户点名称客户点经度客户点纬度物理上联点华盛国际城国美电器103.797311 25.497933 曲靖农校基站 物流基地国美电器103.77714 25.5086 曲靖花果山基站 陆良县国美电器103.793042 25.030272 陆良县圣邦基站 新百大国美电器103.795599 25.498471 新世纪酒店基站滇东商城国美电器103.794769 25.498524 滇东商城室分基站 二、工程建设方案 2.1.组网方案 结合客户业务需求并根据现场勘查,本期需在客户侧分别新增如下设备: 1、需在华盛国际城国美电器3F客户机房原有机柜内新增一台烽火4E1协转

附标准数据交换接口说明

◎附7 商业企业物流配送中心数字仓储管理系统标准数据交换接口说明 北京中烟信息技术有限公司 2008年01月

目录

1系统总体概述 1.1系统概述 商业企业物流配送中心数字仓储管理系统(下简称“数字仓储系统”)是在全国烟草行业商业企业内建立统一的、标准化的数字仓储系统,满足全国烟草行业商业企业物流管理的需求,实现比较全面的仓储管理功能。数字仓储系统能够实现国家局、省局要求的仓储管理功能,并与决策管理系统、营销管理系统、分拣系统等系统进行数据交互,实现标准的仓储流程管理。数字仓储系统将地市公司的仓储数据集成整合,上传到国家局、省局。 1.2系统功能构成 数字仓储系统由基础管理模块、业务管理模块两大功能模块构成。 图1-1数字仓储系统整体功能结构图 1.3基础管理模块 基础管理模块功能包括:

①地市物流中心卷烟仓储基础数据采集和有效性检验; ②作业流程规范化监控; ③数据集成和传输控制。 根据流程管理理论中关键点控制的技术思想,按照国家局制定的物流中心作业规范和管理规范,对卷烟仓储流程的各关键节点进行相关数据采集,并根据数据相关性原理对集成的数据进行有效性检验,确保在国家局集成的卷烟仓储数据是准确无误的,防止数据误差的累积和放大。利用各关键节点数据,依据仓储流程规范模型进行流程规范化识别和监控,依据规范化指标对物流中心进行运行状态评价。经检验的卷烟仓储数据按数据集成的要求通过决策管理系统的MQ数据通道传输到国家局。该模块是数字仓储系统整个系统的数据引擎,是数据的收集器、检验器、识别器和传输器。 基础管理模块采集的数据包括五个组成部分: 1、基础信息:采集仓储管理需要用到的基础数据。此数据包括组织机构信息、客户信息、卷烟基础信息、仓库信息等。 2、入库信息:经基础管理模块采集仓储系统的仓库入库单据信息、业务入库单据信息等。 3、库位信息:经基础管理模块采集业务库存信息和仓库库存信息等。 4、出库信息:经基础管理模块采集的仓库出库单据信息、业务出库单据信息等。 5、分拣信息:经基础管理模块采集的分拣订单信息等仓储相关数据。 图1-2 数字仓储系统节点数据接口流程图

数据专线接入方案介绍

内部资料 注意保密 曲靖市国美电器数据专线 接入方案 福建省邮电规划设计院 2016年3月

一、项目概述 (2) 二、工程建设方案 (3) 2.1.组网方案 (3) 2.2.光缆引接方案 (5) 2.3.设备配置 (22) 三、工程投资估算 (22)

一、项目概述 据集团公司意见, 曲靖市下属五个国美电器分店签署跨地市专线协议,需建设从昆明至云南曲靖五个国美电器数据专线。经现场勘查,曲靖市五个国美电器客户点具体信息如下表: 据现场查看,本期陆良县国美电器客户点前期已做过我司语音专线,已从陆良县圣邦基站布放过一条12芯光缆至客户点,本期可利旧此光缆的剩余纤芯开通本期业务。曲靖市滇东商城国美电器、华盛国际城国美电器、新百大国美电器、物流基地国美电器四个客户点需重新布放光缆,物理上联点如下表:

二、工程建设方案 2.1.组网方案 结合客户业务需求并根据现场勘查,本期需在客户侧分别新增如下设备: 1、需在华盛国际城国美电器3F客户机房原有机柜内新增一台烽火4E1协转 (DC)设备、一套24芯熔配一体化化模块。上联基站为我司曲靖农校基 站,在基站内新增一台烽火4E1协转(DC)设备。 2、需在物流基地国美电器2F客户机房原有机柜内新增一台烽火4E1协转(DC) 设备、一套24芯熔配一体化化模块。上联基站为我司曲靖花果山基站, 在基站内新增一台烽火4E1协转(DC)设备。 3、需在陆良县国美电器2F客户机房原有机柜内新增一台烽火4E1协转(DC) 设备、一套24芯熔配一体化化模块。上联基站为我司陆良县圣邦基站, 在基站内新增一台烽火4E1协转(DC)设备。 4、需在新百大国美电器2F客户机房原有机柜内新增一台烽火4E1协转(DC) 设备、一套24芯熔配一体化化模块。上联基站为我司新世纪酒店基站, 在基站内新增一台烽火4E1协转(DC)设备。 5、需在滇东商城国美电器2F客户机房原有机柜内新增一台烽火PTN620设备、 加配一块烽火2M接口盘(16E1)、一套24芯熔配一体化化模块。上联 基站为我司滇东商城室分基站。 本期华盛国际城国美电器、物流基地国美电器、陆良县国美电器、新百大国美电器数据业务由本期新增烽火4E1协转(DC)设备,经新建或利旧原有12芯光缆至就近基站的PTN640设备上,经本地PTN网络汇聚至滇东商城国美电器2F客户机房,再经本地PTN网络传送至曲靖市全球通大楼6楼PTN660-2设备上,再经省干传输设备至昆明高新区,从昆明高新区调通至昆明国美电器有限公司总部,全程调通曲靖市国美电器数据专线。

相关主题